応用情報技術者試験の午後解答

　次の（1），（2）について答えよ。

（1） 本文中の【　ａ　】，【　ｂ　】に入れる適切な字句を答えよ。
（2） 本文中の【　ｃ　】に入れる適切な字句を解答群の中から選び，記号で答えよ。

解答群
ア　依存関係 イ　親子関係 ウ　包含関係


『　H19年春PM1 問2 設問1　　解答・解説　』

　オブジェクト指向分析設計に関する次の記述を読んで，設問1〜3に答えよ。


　E社では，株価の現在値と，変動の表示を定期的に行う，図1に示すようなシステム（以下，株価通知システムという）を開発することになった。株価通知システムには複数の株銘柄が登録されており，証券取引所から定期的に送信される最新の株価に基づき，株価通知システムの株価が株銘柄ごとに更新される。株価通知システムは，株銘柄ごとに表示時点の最新株価（現在値）を数値で，株価の変動の様子（値動き）をグラフで定期的に表示する。
　なお，当初は現在値表示と値動き表示の二つの表示機能だけを提供するが，将来的には株価分析用チャート表示など，新たな形式での表示機能の追加が予定されている。



株価通知システムの開発を担当するF君は，次の設計方針に従い，UML（UnifiedModeling Lanuage）のクラス図とシーケンス図を用いたシステムのモデリングを行うことにした。

〔設計方針〕
・ 株価を保持する部分と，現在値や値動きなどの表示を行う表示部は，それぞれを個別のクラスとし，表示部には株価の値を保持しない。
・ すべての株銘柄は一つ以上の表示部と関連をもち，1回の株価更新で各表示を更新できるようにする。将来の表示機能追加に備え，表示部とめ関連は任意個可能とする。
・ 現在値表示や値動き表示などの表示機能に関しては，新たな形式の追加が予定されているので，適切な汎化を行い，部品化を図っておく。

　F君は，一つの株銘柄に対する複数の表示機能を，株価の管理を行う株銘柄クラス（モデル），株価の表示を行う株価ビュークラス及びそのサブクラス（ビュー），株価の更新を制御する株価更新部クラス（コントローラ）の三つに分けて実装することにした。作成したクラス図を図2に示す。
　株銘柄は，自身に依存するすべての株価ビューを，依存ビューの一覧としてもつ。株銘柄は，株価の変化に応じて，依存ビューの一覧に含まれるすべての株価ビューに対して表示を促すメッセージを送る。
　株価ビューは，依存先の株銘柄を属性としてもつ。表示を促すメッセージを受けた株価ビューは，表示に必要な情報を依存先の株銘柄から取得し，表示を行う。
　株銘柄と株価ビューの関連付けは，システム初期化部が関連付けのメッセージを送ることで行う。関連付けに関する処理のシーケンス図を図3に示す。また，定期的な株価更新と表示処理のシーケンス図を図4に示す。
　株価通知システムをこのように設計することで，将来新たな形式の表示機能を追加する場合，そのクラスを株価ビュークラスの【　ａ　】として実装し，そのインスタンスを対応する【　ｂ　】クラスのインスタンスに依存ビューとして登録するだけでよい。【　ｂ　】クラスでは，機能追加前と同じく，依存ビューの一覧に含まれるすべての株価ビューに対して表示の更新を促す処理を行うことによって，新たに追加された形式の表示についても適切に表示の更新が行われる。
　この方針は，一般にMVC（Model-View-Controller）と呼ばれ，一つのモデルを複数のビューによって表示し，モデルの変化を，それを表示するすべてのビューに反映する必要がある場合に用いられる。これは，モデルとビューの【　ｃ　】，及びビューの汎化によって実現される。







『　H19年春PM1 問2　　解答・解説　』

＞家具を販売するごとに営業担当者が販売単価を個別に設定できるように，
＞【　ｇ　】エンティティに属性“【　ｈ　】”を追加する。

これは、営業担当者が成績を上げる為に、顧客別に独自に値引きをしたりして
販売活動を活性化する為ですね。

営業担当者さんの独自に設定した販売単価をきっちり残しておかないと
家具分類別販売実績や顧客企業別販売実績はもちろん、営業担当者別の成績を
つける時にも、どれだけ売上げを上げたのか分からなくなってしまいますね。

例えば、ある営業担当者さんは、家具を売りまくった。
単価１００００円の椅子を　３０００円に値引きして売りまくった。
沢山、売りさばく事が出来ても、実際には大赤字でしょうね。

こんな事をされては、会社としては、たまったものではないので、販売単価を
きちんと残しておく必要があるのです。

標準単価は、「単価管理」テーブル内の単価に保存してあるので良いのですが
実際に取引した販売単価は、現在のところ保持する場所が無いですね。

そこで、何処に保存して置くのが良いか？
ＥＲ図をじっくりと眺めてみましょう。

[ＥＲ図]
　　　　　　　　　販売
　　　　　　　　　↓
単価管理←家具→販売明細

販売単価は、家具別に設定される単価なので、「販売」には持てないですね。
そうすると、「販売明細」か「家具」か「単価管理」ですが。。。

「単価管理」に販売単価を作ると、顧客企業別には販売単価をいれられません。
「家具」に販売単価を作ると、同じく顧客企業別には販売単価をいれられません。

両方とも、顧客企業には関係なく、一律で販売単価を設定する事になってしまいます。
これでは、営業担当者が腕を見せる事が、できませんね。

営業担当者は、顧客企業の担当者と折衝をしながら、営業活動をしていきたいですね。

そこで、販売の明細情報を保存している「販売明細」に販売単価を作ります。
すると、販売明細の主キーの一部である販売番号が変わると、顧客企業も変わるし、
販売年月日も変わりますね。

販売明細情報を保存しているトランザクションテーブル、やっぱりここに
実際の販売情報を保存して置くのが、良さそうですね。

「ｇ」販売明細
「ｈ」販売単価



『　H19年春PM1 問6 設問4-01　　解答・解説　』

　〔販売単価を個別に設定可能にする案〕中の【　ｇ　】，【　ｈ　】に入れる適切なエンティティ名及び属性名を答えよ。


『　H19年春PM1 問6 設問4　　解答・解説　』

最後に「ｍ」「ｎ」ですが。。。ここに入る値は。。。

（　）の中は、相関副問合わせですね。
それに気付かないと「ｍ」「ｎ」に入れる値は思いつきません。
（　）の中の単価管理をＴＮ２と別名を付けている所もヒントですね。

すると
「ｍ」には、家具番号を含む値ならば何でも良さそうですね。
「ＨＭ．家具番号」「ＫＧ．家具番号」「ＴＮ．家具番号」ならどれでも良さそうですね。

次に「ｎ」です。
「ｎ」には、販売をした日付が欲しいですね。
「ＨＡ．販売年月日」しかありませんね。

それでは、ＳＱＬ文をまとめます。
以下の様になりますね。

ＳＥＬＥＣＴ　ＨＭ．家具番号、　ＫＧ．家具名、　ＨＭ．数量、　ＴＮ．単価、
　　　　　　　ＨＭ．数量　＊　ＴＮ．単価　ＡＳ　小計
ＦＲＯＭ　　　販売　ＨＡ、　販売明細　ＨＭ、　家具　ＫＧ、　単価管理　ＴＮ
ＷＨＥＲＥ　　ＨＡ．販売番号　＝　：販売番号
　ＡＮＤ　　　ＨＡ．販売番号　＝　ＨＭ．販売番号
　ＡＮＤ　　　ＨＭ．家具番号　＝　ＫＧ．家具番号
　ＡＮＤ　　　ＫＧ．家具番号　＝　ＴＮ．家具番号
　ＡＮＤ　　　ＴＮ．適用開始年月日　＝
　（　ＳＥＬＥＣＴ　ＭＡＸ（ＴＮ２．適用開始年月日）
　　　ＦＲＯＭ　　　単価管理　ＴＮ２
　　　ＷＨＥＲＥ　　ＴＮ２．家具番号　＝　ＫＧ．家具番号
　　　　ＡＮＤ　　　ＴＮ２．適用開始年月日　＜＝　ＨＡ．販売年月日　）
ＯＲＤＥＲ　ＢＹ　ＨＭ．家具番号
　　　


『　H19年春PM1 問6 設問3-03　　解答・解説　』

次に、（　）で囲まれた副問合わせの部分に着目しましょう。
（実際には、まだこの時点では、副問合わせか相関副問合わせかは判断出来ません。）


＞ＡＮＤ　ＴＮ．適用開始年月日　＝
＞（　ＳＥＬＥＣＴ　「ｌ」
＞　　ＦＲＯＭ　単価管理　ＴＮ２
＞　　ＷＨＥＲＥ　ＴＮ２．家具番号　＝　「ｍ」
＞　　　ＡＮＤ　　ＴＮ２．適用開始年月日　＜＝　「ｎ」　）


この部分から分かる事は。。。
（　）で囲まれたＳＱＬ文から出力されるものは、年月日だなと推測出来ます。

なぜ、そうなるかわかりますか？

（　）で囲まれたＳＱＬ文を
＞ＡＮＤ　ＴＮ．適用開始年月日　＝

で比較しています。
つまり、ＴＮ．適用開始年月日と等しい事がＷＨＥＲＥ句の条件となっています。

ということは、（　）で囲まれた箇所のＳＱＬ文では、ある年月日が
出力される事が分かります。

ここで、（　）内で使われている「単価管理」テーブルを確認すると適用開始年月日を保持していますね。
これが、副問合わせ内のＳＥＬＥＣＴ句で書かれるのだなと分かります。

そして、更に、「＝」で比較しているという事は、年月日は、必ずひとつでなければいけません。
副問合わせ等で複数の結果を返すようにするには「ＩＮ」や「ＥＸＩＳＴＳ」を使わなければ
受け取る事が出来ず、エラーとなります。

ところが今回は
＞ＡＮＤ　ＴＮ．適用開始年月日　＝
となっているので、副問い合わせの戻り値が、絶対に１つに絞られる必要がある事がわかります。

そして、副問合わせ内のＷＨＥＲＥ句に着目します。

＞ＡＮＤ　ＴＮ．適用開始年月日　＝
＞（　ＳＥＬＥＣＴ　「ｌ」適用開始年月日
＞　　ＦＲＯＭ　単価管理　ＴＮ２
＞　　ＷＨＥＲＥ　ＴＮ２．家具番号　＝　「ｍ」
＞　　　ＡＮＤ　　ＴＮ２．適用開始年月日　＜＝　「ｎ」　）

単価管理（家具番号、適用開始年月日、単価）　主キー：｛家具番号、適用開始年月日｝
家具番号と適用開始年月日が決まれば、一意に単価が決まるのに
ＷＨＥＲＥ句を見ると。。。

家具番号は「＝」なので一意だが
適用開始年月日は「＜＝」となっていて複数条件に当てはまる事が分かります。

この条件下で、適用開始年月日を１つに絞る為には、集約関数を使わなければいけない事が
わかります。


集約関数には、以下のものがありましたね。
「ＳＵＭ」：加算値
「ＣＯＵＮＴ」：行数
「ＡＶＧ」：平均値
「ＭＡＸ」：最大値
「ＭＩＮ」：最小値

どれも複数の集合を１つに絞ってくれます。

ここで、条件を考えてみます。
ある家具の単価管理のデータを以下とします。

　家具番号　　   適用開始年月日　　　　　単価
　１００　　　２００８／０４／０１　　４０００
　１００　　　２００７／０４／０１　　３０００
　１００　　　２００６／０４／０１　　２０００

現在が「２００８／０７／０１」だとすると
家具番号１００の家具を買った時には、４０００円と計算をしないとまずいですね。
過去の安い金額で計算されたら一大事です。

つまり、適用開始年月日の最大値のものが、計算結果に必要です。
すると副問合わせ内の「ｌ」はＭＡＸ（適用開始年月日）と分かりますね。

＞ＡＮＤ　ＴＮ．適用開始年月日　＝
＞（　ＳＥＬＥＣＴ　ＭＡＸ（適用開始年月日）
＞　　ＦＲＯＭ　単価管理　ＴＮ２
＞　　ＷＨＥＲＥ　ＴＮ２．家具番号　＝　「ｍ」
＞　　　ＡＮＤ　　ＴＮ２．適用開始年月日　＜＝　「ｎ」　）




『　H19年春PM1 問6 設問3-02　　解答・解説　』

それでは、まず、〔単価改定履歴をもつ案〕を採用した際に追加した「単価管理」を
含めたＥＲ図を確認しましょう。

ＳＱＬ文を作る時には、ＥＲ図を参照する事により、楽に作成出来ますからね。

[ＥＲ図]
　　　　　　　　　販売
　　　　　　　　　↓
単価管理←家具→販売明細

では、問題文に着目しましょう。
＞販売明細の一覧には，“家具番号，家具名，販売数量，単価，小計”の一覧が，家具番号の昇順で出力される。
とありますね。　これは、ＳＥＬＥＣＴ句の内容「ｉ」「ｊ」ですね。

＞ＳＥＬＥＣＴ　ＨＭ．家具番号、　ＫＧ．家具名、　ＨＭ．数量、　「ｉ」、
＞　　　　　　　「ｊ」　ＡＳ　小計

「ｉ」は、ＴＮ．単価だとわかります。
単価管理という新規テーブルで、単価は家具番号別適用開始年月日別に管理する事になっていましたね。

「ｊ」は、小計ということで、数量×単価が相応しいですね。　ＨＭ．数量　＊　ＴＮ．単価

ＳＱＬの出力イメージとしては。。。
家具番号　　家具名　　　　販売数量　　　単価　　　　　　小計
００１　　　子供用椅子　　　３　　　　　２０００　　　６０００
００２　　　大人用椅子　　　２　　　　　１００００　　２００００
というような感じですね。

次に、問題文にこのような記述があります。
＞出力対象となる販売の販売番号を表すホスト変数は“：販売番号”とする。

ここで、もう一度、ＥＲ図を確認してみましょう。

[ＥＲ図]
　　　　　　　　　販売
　　　　　　　　　↓
単価管理←家具→販売明細

ここで、販売の主キーである、販売番号のホスト変数“：販売番号”を使って
販売明細を出力するんだなってわかります。

つまり、ＷＨＥＲＥ句の条件に、“：販売番号”を与えてそれに紐付けされる
販売明細、家具、単価管理がＳＱＬ文で抽出されるのだなと推測出来ます。

ということで、ＷＨＥＲＥ句の条件「ｋ」にホスト変数“：販売番号”を埋め込みましょう。
「ｋ」は　ＨＡ．販売番号　＝　：販売番号
となりますね。

その下のＡＮＤ条件で結ばれる条件式は
ＥＲ図の各テーブルを結ぶ為に、主キーと外部キーを「＝」で結んでいるだけですね。

ここまでのＳＱＬ文をまとめておきます。
ＳＥＬＥＣＴ　ＨＭ．家具番号、　ＫＧ．家具名、　ＨＭ．数量、　ＴＮ．単価、
　　　　　　　ＨＭ．数量　＊　ＴＮ．単価　ＡＳ　小計
ＦＲＯＭ　　　販売　ＨＡ、　販売明細　ＨＭ、　家具　ＫＧ、　単価管理　ＴＮ
ＷＨＥＲＥ　　ＨＡ．販売番号　＝　：販売番号
　ＡＮＤ　　　ＨＡ．販売番号　＝　ＨＭ．販売番号
　ＡＮＤ　　　ＨＭ．家具番号　＝　ＫＧ．家具番号
　ＡＮＤ　　　ＫＧ．家具番号　＝　ＴＮ．家具番号
　ＡＮＤ　　　ＴＮ．適用開始年月日　＝
　（　ＳＥＬＥＣＴ　「ｌ」
　　　ＦＲＯＭ　　　単価管理　ＴＮ２
　　　ＷＨＥＲＥ　　ＴＮ２．家具番号　＝　「ｍ」
　　　　ＡＮＤ　　　ＴＮ２．適用開始年月日　＜＝　「ｎ」　）
ＯＲＤＥＲ　ＢＹ　ＨＭ．家具番号



『　H19年春PM1 問6 設問3-01　　解答・解説　』

〔単価改定履歴をもつ案〕を採用した際の販売明細を出力するためのSQL文を次に示す。SQL文中の【　ｉ　】〜【　ｎ　】に入れる適切な字句又は式を答えよ。
　ただし，販売明細の一覧には，“家具番号，家具名，販売数量，単価，小計”の一覧が，家具番号の昇順で出力される。また，出力対象となる販売の販売番号を表すホスト変数は“：販売番号”とする。
　なお，列を表す場合，テーブル名の別名を省略してはならない。



『　H19年春PM1 問6 設問3　　解答・解説　』

最後に、「ｆ」について考えてみましょう。

では、まずＳＱＬ文をもう一度、確認してみましょう。

＞SELECT　家具.家具分類番号,　家具分類.家具分類名,　SUM(家具.単価　＊　販売明細.数量)　AS　販売実績
＞FROM　　販売,　販売明細,　家具,　家具分類
＞WHERE　販売.販売年月日　BETWEEN　:指定月開始日　AND　:指定月終了日
＞AND　　販売.販売番号　=　販売明細.販売番号
＞AND　　販売明細.家具番号　=　家具.家具番号
＞AND　　家具.家具分類番号　=　家具分類.家具分類番頭
＞「ｆ」　家具.家具分類番号,　家具分類.家具分類名
＞ORDER　BY　販売実績　DESC
となっていますね。

ここでの解答のポイントは、ＳＱＬ文で、集約関数が使われている事です。

集約関数には、以下のものがありましたね。
「ＳＵＭ」：加算値
「ＣＯＵＮＴ」：行数
「ＡＶＧ」：平均値
「ＭＡＸ」：最大値
「ＭＩＮ」：最小値
これらは、暗記をしておかなければいけない関数であると
お伝えしてありますね。

そして、集約関数を実行したら、「GROUP　BY」でグルーピングしなければ
エラーとなってしまいます。

グルーピングする対象は何かというと。。。
「SELECT句で記述された、集約関数ではない全ての列」です。

＞SELECT　家具.家具分類番号,　家具分類.家具分類名,　SUM(家具.単価　＊　販売明細.数量)　AS　販売実績
すると。。。対象は「家具.家具分類番号,　家具分類.家具分類名」ですね。

「ｆ」の行を確認すると。。。
＞「ｆ」　家具.家具分類番号,　家具分類.家具分類名

ぴったりと一致しますね。
よって、「ｆ」は「GROUP　BY」だとわかります。

集約関数が出て来たら、必ず「GROUP　BY」が必要であると覚えておいて下さいね。


『　H19年春PM1 問6 設問2-03　　解答・解説　』

続いて、「ｅ」について問題文を見てみましょう。

＞WHERE　販売.販売年月日　「ｅ」　：指定月開始日　AND　：指定月終了日
となっていますね。

この問題についても、前回の関数と同じで、形式を暗記していないと解けません。
ＡからＢの間　「対象列　BETWEEN　A　AND　B」

Ａが集計対象となる期間の始めをあらわす値
Ｂが集計対象となる期間の終わりをあらわす値　が入ります。

そうすると、
WHERE　販売.販売年月日　BETWEEN　：指定月開始日　AND　：指定月終了日　　
となりますね。

でも、この記述方法は、違う書き方に代えることもできますね。
では、考えて見ましょう。。。。

どうですか、わかりましたか？
答えです。

WHERE　販売.販売年月日　>=　：指定月開始日
AND　　販売.販売年月日　<=　：指定月終了日

英作文の様に、異なる書き換えも同時に覚えてしまえば、意味や使用方法が暗記しやすくなりますね。

よって、「ｅ」は、BETWEEN　となります。



『　H19年春PM1 問6 設問2-02　　解答・解説　』

＞本文中の【　ｄ　】〜【　ｆ　】に入れる適切な字句を答えよ。

問題文より、注目する箇所はこの２つのＳＱＬですね。



問題文より
＞図1の販売実績レポートを出力する二つのSQL文は次のとおりである。
＞ただし，“：指定月開始日”，“：指定月終了日”は，それぞれレポートの出力対象となる
＞販売年月の開始日，終了日を表すホスト変数である。

本来、仕事などの実際の業務であれば、図1の販売実績レポートをじっくりと見て
一からＳＱＬ文を作る必要がありますが、試験として出題されているＳＱＬは、大概、穴埋めで出題されています。
なので、ＳＱＬ文をじっくりと見て、効率良く解答をしていくテクニックを身に付けましょう。

まず、「ｄ」に着目します。　私がこの問題を解く時に、心の中で気付く点を列挙します。
１．「ｄ」は、ＳＥＬＥＣＴ句の中で、記述されているなぁ。
２．「ｄ」の後ろが（家具.単価　＊　販売明細.数量）と（　）で括られているなぁ
この２つの特徴から、ここは何やら関数が入るのだな。。。と推測が出来ますね。

そして、「ｄ」（家具.単価　＊　販売明細.数量）　AS 販売実績　となっており
この項目は、販売実績という名前に、変えられている事が読み取れます。

ここで、「図1の販売実績レポート」を確認します。
販売実績を確認すると。。。家具分類別（顧客企業別）の販売実績とわかりますね。



（家具.単価　＊　販売明細.数量）で、つまり「単価×数量」で販売時の金額を算出し
それを、家具分類別に纏めれば（加算すれば）、家具分類別の販売実績が導出できると
判断できます。

つまり、「ｄ」は加算を行う関数である、「ＳＵＭ」であるとわかりますね。

「ＳＵＭ」加算値
「ＣＯＵＮＴ」行数
「ＡＶＧ」平均値
「ＭＡＸ」最大値
「ＭＩＮ」最小値
これらは、暗記をしておかなければいけない関数ですね。


『　H19年春PM1 問6 設問2-01　　解答・解説　』

本文中の【　ｄ　】〜【　ｆ　】に入れる適切な字句を答えよ。

『　H19年春PM1 問6 設問2　　解答・解説　』

最後に、エンティティ間の「ｃ」
つまり、リレーションシップについて、考えてみましょう。

リレーションシップと言うことは、「ｃ」に入る可能性があるのは
「−」：１対１
「→」：１対多
「←」：多対１
しかありえません。

前の問題より
家具（家具番号、家具分類番号、家具名、重量、寸法、単価）　主キー：家具番号　外部キー：家具分類番号

そして、ＥＲ図より
販売明細（販売番号、家具番号、数量）　主キー：｛販売番号、家具番号｝
となっていますね。

あと、販売明細とリレーションシップ（線で繋がっている）がある販売にも注目しましょう。
販売（販売番号、販売年月日、顧客企業番号、顧客担当者番号、営業担当者番号、販売合計金額）　主キー：販売番号
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　外部キー：顧客企業番号、顧客担当者番号、営業担当者番号

この３つのエンティティを眺めていると、気付く事があると思います。
販売明細は。。。
販売の主キーである販売番号を持ち
家具の主キーである家具番号を持っている。
そして、この二つで主キーが構成されている。

このようなエンティティを「連関エンティティ」といいますね。

販売　→　販売明細　←　家具
販売と販売明細は「１対多」
家具と販売明細も「１対多」
そして、連関エンティティで挟んでいる販売と家具は「多対多」です。
これは、暗記すべき重要な内容です。　知らなければしっかりと暗記をして下さい。

よって、ｃの解答は「→」となりますね。


『　H19年春PM1 問6 設問1-03　　解答・解説　』

次に、下記の図の「ｂ」に着目して下さい。


家具分類から家具に向けて、矢印が引かれています。
これは、家具分類と家具の関係が１対多であることを、表していますね。

前問のａより
家具分類（家具分類番号、家具分類名）　主キー：家具分類番号
ですね。

つまり家具分類から家具に矢印を引くには、家具に家具分類の主キーを保持しなくてはいけません。
また、これは外部キー（点線で表示）となりますね。

そして、家具のＥＲ図を見ると主キーである実線が無いこともわかりますね。
主キーも勿論必要です。（他の全てのエンティティには、主キー（実線）があるのが確認できますね）

主キーは、家具を一意に表す「家具番号」とします。
家具（家具番号、家具分類番号、家具名、重量、寸法、単価）　主キー：家具番号　外部キー：家具分類番号
となりますね。

よって「ｂ」の解答は

家具番号
家具分類番号

となります



『　H19年春PM1 問6 設問1-02　　解答・解説　』

＞図2のE-R図中の【　ａ　】〜【　ｃ　】に入れる適切な属性名及びエンティティ間の関連を答え，E-R図を完成させよ。
＞　なお，エンティティ間の関連及び属性名は，甲2の凡例に倣って示せ。

まずは、「ＥＲ図を完成させよ」という問題ですね。

与えられた資料としては、「図１　平成１９年２月分　家具分類別、顧客企業別　販売実績レポート」ですね。
これを、モデリングしましょう。

このレポートは、二つの表が１枚のレポートとして記述されています。
「家具分類別　販売実績」「顧客企業別　販売実績」これを別々に、モデリングしてみましょう。

手順としては、以下のものが必要です。

１．項目の洗い出し
２．第一正規形
３．第二正規形
４．第三正規形

では、はじめてみましょう。


１．「家具分類別　販売実績」項目の洗い出し

｛家具分類番号、家具分類名、販売実績、販売実績合計｝


２．「家具分類別　販売実績」第一正規形にする

家具分類（家具分類番号、家具分類名、販売実績、販売実績合計）　主キー：家具分類番号
表名を、家具分類とする。
ドメインが単純で、繰り返しも存在していないので、第一正規形を満たしている。


３．「家具分類別　販売実績」第二正規形にする

家具分類（家具分類番号、家具分類名、販売実績、販売実績合計）　主キー：家具分類番号
候補キー｛家具分類番号｝にあらゆる部分関数従属が存在しないので、第二正規形を満たしている。


４．「家具分類別　販売実績」第三正規形にする

家具分類（家具分類番号、家具分類名、販売実績、販売実績合計）　主キー：家具分類番号
候補キー｛家具分類番号｝にあらゆる推移関数従属が存在しないので、第三正規形を満たしている。

但し、ここで販売実績合計は、販売実績をサマリしたもので、導出項目である。
そのため、第三正規形の段階で、この属性をはずす。

家具分類（家具分類番号、家具分類名、販売実績）　主キー：家具分類番号


また、問題文より
＞SQL文1は，現在の家具の単価から算出された金額を集計しているので，販売時の単価が
＞現在の単価と異なる場合，販売時の実績と異なる金額を出力してしまう可能性が考えられる。

とある。
つまり、販売実績の金額も導出項目であると判断できる。
この項目もはずす。

すると
家具分類（家具分類番号、家具分類名）　主キー：家具分類番号　となる。

これが「a」の解答となる。


　　家具分類番号
　　家具分類名


次に。。。続きます。


『　H19年春PM1 問6 設問1-01　　解答・解説　』

　図2のE-R図中の【　ａ　】〜【　ｃ　】に入れる適切な属性名及びエンティティ間の関連を答え，E-R図を完成させよ。
　なお，エンティティ間の関連及び属性名は，甲2の凡例に倣って示せ。


『　H19年春PM1 問6 設問1　　解答・解説　』

家具販売管理システムに関する次の記述を読んで，設問1〜4に答えよ。

　家具を製造・販売するC社では，3か月前に販売管理システム（以下，本システムという）を稼働させた。本システムは，顧客向けの販売明細などが添付された請求書，社内向けの販売実績レポートなどを提供する機能をもつ。システム稼働から3か月が経過したある日，販売実績レポートに問題が発生した。

〔発生した問題とE−R図及びSQL文の確認〕
　問題が発生した平成19年2月分の販売実績レポートを図1に示す。



　家具分類別と顧客企業別の販売実績の合計は同じになるはずだが，家具分類別の方が顧客企業別よりも200千円少ない金額になってしまっている。
　この問題の原因を追究することになったDさんは，まずE-R図及び販売実績レポートの出力に使用しているSQL文を確認することにした。

　本システムのE-R図を図2に示す。
　なお，本システムでは，E-R図に合わせてエンティティ名をテーブル名（表名），属性名を列名にして，適切なデータ型でテーブル定義した関係データベースによって，データを管理している。



　図1の販売実績レポートを出力する二つのSQL文は次のとおりである。ただし，“：指定月開始日”，“：指定月終了日”は，それぞれレポートの出力対象となる販売年月の開始日，終了日を表すホスト変数である。



〔原因の推測と調査の実施〕
　Dさんは二つのSQL文に，そこから出力される販売実績に差異を生じさせる要因がないかを検討した。SQL文2は，販売時の実績を集計しているだけであるので，入力ミスがないとしたら，実際の販売金額を出力していると判断できる。SQL文1は，現在の家具の単価から算出された金額を集計しているので，販売時の単価が現在の単価と異なる場合，販売時の実績と異なる金額を出力してしまう可能性が考えられる。その販売時の単価と現在の単価との相違が原因ではないかと推測した。
　そこでDさんは家具の単価の設定方法について調査を行ったところ，次の3点に整理することができた。
・ 家具の単価は四半期に1回程度の頻度で不定期に改定される。最後に改定が適用されたのは平成19年3月1日である。
・ 営業時間中に単価が改定されることはない。家具テーブルの単価は，改定が適用される前日のオンラインシステムが稼働していない営業時間外に更新される。
・ 営業部門から，家具を販売するごとに販売単価を個別に設定できるようにしたいという要望が出ている。しかし，現状では，顧客ごと，又は販売ごとに単価を変更することはできない。

　これらの家具の単価の設定方法から，今回の問題は平成19年3月1日に実施された単価改定が原因であることが判明した。そこで，まず，この問題を回避するために，データ構造を見直した次の案を検討することにした。
〔単価改定履歴をもつ案〕
　家具ごとに単価改定履歴をもつことができるように，家具エンティティから属性“単価”を削除し，単価管理エンティティを追加する。図3は追加した単価管理エンテンティと家具エンティティとの関係を示したE-R図である。
　なお，図3中の【　ｂ　】には，図2中の【　ｂ　】と同一のものが入る。



　さらに，今回の問題を回避するだけでなく，営業部門から出されている要望を実現するために，次の案も検討した。
〔販売単価を個別に設定可能にする案〕
　家具を販売するごとに営業担当者が販売単価を個別に設定できるように，【　ｇ　】エンティティに属性“【　ｈ　】”を追加する。

『　H19年春PM1 問6　　解答・解説　』

まず、問題文からネットワーク内で、どのような事が起こっているのか確認をして見ましょう。

＞社内LANからインターネットのWebを参照する場合，ファイアウォールX及びYは，
＞社内からインターネットに向かうアクセス要求のパケットと，
＞インターネットから社内に向かう応答のパケットを通過させる必要がある。

と問題にあります。
これを図で表すとこんな感じですね。



社内のクライアントＰＣからのＨＴＴＰ（ポート番号：８０）のＧＥＴコマンドをインターネット側に通過させる必要があります。

送信元ＩＰ　　　　　　　　　　　送信先ＩＰ　　　　　　　　　　　　送信元ポート番号　　送信先ポート番号
社内のクライアントＰＣのＩＰ　　インターネット上のＷｅｂサーバ　　　＞１０２４　　　　　　　８０

ちなみに、送信元ポート番号は１０２４より大きなランダムな値を使用します。
この値はＯＳが適当に値を決定します。　問題文では、「任意」となっていますね。


そしてその要求に対する応答として、以下のような応答パケットが帰ってきます。

送信元ＩＰ　　　　　　　　　　　　送信先ＩＰ　　　　　　　　　　　送信元ポート番号　　送信先ポート番号
インターネット上のＷｅｂサーバ　　社内のクライアントＰＣのＩＰ　　　　８０　　　　　　　　＞１０２４

この要求に対する「応答パケット」が今回の問題で問われている内容です。

応答パケットとして帰ってきたパケット内のデータ部に、ＨＴＭＬファイルのデータが格納されています。
これをＰＣ上の記憶領域に保持して、そのデータをＩＥなどのブラウザを通して見ることにより、はじめて、ＨＰなどの人間が見れる形式に、変換して見ているのです。

なので、ファイアーウォールＸ、ファイアーウォールＹでは、要求パケット・応答パケットの両方を通過させる必要があります。
ところが、悪意を持った者が、応答パケットを偽装して社内のクライアントＰＣ向けにパケットを流すとファイアーウォールは通過を許可しているので、社内まで侵入する事が出来てしまいます。

これを防ぐ為に、「動的パケットフィルタリング」機能を用いてアクセス制御を行います。
常に応答のパケットを許可するのではなく、ファイアーウォールＸ、ファイアーウォールＹを通過した要求パケットを記憶して、通過したパケットの応答だけを動的に（一時的に）通過許可をするのですね。

これを判断する方法もやっぱり「送信元ＩＰ、送信先ＩＰ、送信元ポート番号、送信先ポート番号」で判断しています。

以上より、ｌの解答は「ウ」だと分かりますね。


『　H19年春PM1 問1 設問3-01　　解答・解説　』

最後に、表５「ルータＤのパケットフィルタ設定」を考えていきましょう。
ルータＤは、協力会社ＬＡＮの出入り口でフィルタリングしているルータです。

例によって、表３〜表５のパケットフィルタ設定に関係をしている問題文は、以下の箇所です。
＞社員用LAN1及び社員用LAN2からは，インターネットのWebへのアクセス，
＞電子メールの送受信，及び社内LAN全体へのアクセスを可能にする。
＞
＞協力会社用LANからは，インターネットのWebへのアクセスと，
＞グループウェアサーバへのアクセスだけを可能にする。

つまり、この文章から、ルータＤ（表５）で必要と思われる設定は
社員用ＬＡＮ１からのアクセス（社員用ＬＡＮ１→協力会社用ＬＡＮの方向の為、表５では関係無し）
社員用ＬＡＮ２からのアクセス（社員用ＬＡＮ２→協力会社用ＬＡＮの方向の為、表５では関係無し）
協力会社用ＬＡＮからのインターネット上全てのWebサーバ（ａｎｙｗｈｅｒｅ）へのアクセス（ＨＴＴＰ　ポート番号：８０）
協力会社用ＬＡＮからのグループウェアサーバ（１９２．１６８．１０．１００）へのアクセス（社内グループウェア　ポート番号：５２０００）

通常であれば、「協力会社用ＬＡＮからの〜」で始まる２ルール、そして全ての不許可を表す１ルール
さえ設定すればＯＫです。（合計３ルール）

送信元ポート番号　　状態　　送信元ＩＰアドレス　　送信先ＩＰアドレス
８０　　　　　　　　許可　　ａｎｙｗｈｅｒｅ　　　ｈ「ａｎｙｗｈｅｒｅ」
ｊ「５２０００」　　許可　　ａｎｙｗｈｅｒｅ　　　ｋ「１９２．１６８．１０．１００」
ａｎｙ　　　　　　　禁止　　ａｎｙｗｈｅｒｅ　　　ａｎｙｗｈｅｒｅ

ところが、問題文を見ると表５には、５ルールあります。
それも、１行目と２行目は、「禁止」を表しているルールですね。
この２つのルールは、協力会社用ＬＡＮから社員用ＬＡＮ１、社員用ＬＡＮ２へのＨＴＴＰアクセス（ポート番号：８０）を
禁止していますね。

これは、協力会社用ＬＡＮからのインターネット上全てのWebサーバ（ａｎｙｗｈｅｒｅ）へのアクセス（ＨＴＴＰ　ポート番号：８０）
を許可している為、あえてそれよりも優先度が高いフィルタリングテーブルの上位の位置（１行目、２行目）に、
社員用ＬＡＮ１、社員用ＬＡＮ２への禁止のルールを記述しているのですね。


（下図参照）




では、これらを表５の形式にそって、纏めてみましょう。
通信の方向：協力会社用ＬＡＮ→社内ＬＡＮ

送信元ポート番号　　状態　　送信元ＩＰアドレス　　送信先ＩＰアドレス
８０　　　　　　　　禁止　　ａｎｙｗｈｅｒｅ　　　１９２．１６８．１０．１〜１９２．１６８．１０．２５４
８０　　　　　　　　禁止　　ａｎｙｗｈｅｒｅ　　　１９２．１６８．２０．１〜１９２．１６８．２０．２５４
８０　　　　　　　　許可　　ａｎｙｗｈｅｒｅ　　　ｈ「ａｎｙｗｈｅｒｅ」
ｊ「５２０００」　　許可　　ａｎｙｗｈｅｒｅ　　　ｋ「１９２．１６８．１０．１００」
ａｎｙ　　　　　　　禁止　　ａｎｙｗｈｅｒｅ　　　ａｎｙｗｈｅｒｅ

これが、ｊ，ｋの解答となります。



『　H19年春PM1 問1 設問2-03　　解答・解説　』

設問3

　本文中の【　ｌ　】に入れる適切な字句を解答群の中から選び，記号で答えよ。

解答群
ア 送信先ボート番号が80，送信元ポート番号が任意で，アクセス要求に対する応答のパケットとして作成された不正パケット

イ 送信先ポート番号が80，送信元ポート番号が任意で，アクセス要求のパケットとして作成された不正パケット

ウ 送信先ポート番号が任意，送信元ポート番号が80，アクセス要求に対する応答のパケットとして作成された不正パケット

エ 送信先ポート番号が任意，送信元ポート番号が80で，アクセス要求のパケットとして作成された不正パケット



『　H19年春PM1 問1 設問3　　解答・解説　』