平成24年度秋期 システムアーキテクト 午後Ⅰ 問3

問3　セミナ管理システムの構築に関する次の記述を読んで，設問1〜3に答えよ。 D社は，各種のソフトウェアパッケージを核としたソリューションを提供する大手ソフトウェアベンダである。D社は，営業拡大を目的としたソリューションセミナ（以下，セミナという）を全国で年間数回ずつ，ホテルやイベント会場を使って開催しており，セミナの申込管理をシステム化している。 〔現状と課題〕 D社のセミナは，営業担当が指定した顧客に招待状を出し，Webで参加申込みを受け付ける。また，顧客以外の受講希望者の参加申込みも受け付けている。 各セミナは，1日単位で開催され，午前10時から午後5時までを五つの時間帯（以下，時限という）に分け，それぞれの時限でセッションを開催する。1回のセミナでは，20〜30個のセッションが開催され，申込者は申込時に1〜5個のセッションを予約するが，同一時限に開催されるセッションを複数予約することはできない。各セッションに定員を設定し，予約人数が定員に達した場合は，当該セッションは満席扱いとし，それ以降は予約を受け付けない。申込者には，申込時に当該セミナで一意に付与する申込IDと予約したセッション名を記載した受講票を，システムで発行する。 当日，会場受付には，申込ID順の申込者リストを準備し，来場した申込者（以下，受講者という）に受講票を提示してもらうことで，来場チェックを行っている。各セッションの会議室の入口では，受講者が提示した受講票に当該セッション名が記載されていることを確認して入室を許可しているが，申込IDなどの受講者の情報は記録していない。受講者が，予約していないセッションの受講を希望した場合には，空席待ちの列に並んでもらい，セッション開始時刻に空席があれば受講可能としている。 営業担当及びセミナ事務局から，次の課題が挙げられ，改善を要望されている。 （1）会場受付で誰が来場しているかは把握できるが，セッションの受講は記録されないので，受講者が予約したセッションを実際に受講したかは把握できない。 （2）各セッションの会議室の入口では，当該セッションを予約した申込者が来場しているかを把握できないので，予約人数が定員に達している場合に，セッションの開始時刻前に空席待ちの受講者を入室させてよいか判断できない。 （3）受講者が実際にどのセッションを受講したか把握できないので，有効なフォロー営業ができない。 （4）各セッションの受講希望人数にばらつきがあり，満席で予約を断るセッションがある一方で，予約人数が定員に満たないセッションもある。受講希望が多いセッションは，事前に大きな会議室に振り替えられるようにしてほしい。 D社では，これらの課題を解決するために，現在の申込管理のシステムを拡充し，セミナ管理システム（以下，新システムという）を構築することにした。 〔新システムに対する要件〕 情報システム部のE課長が新システムの構築を担当することになり，次のとおりに要件を定め，セミナ事務局（以下，事務局という）の了解を得た。 （1）申込受付時に，セッションの予約状況によって，予約希望が多いセッションに割り当てられた会議室を，より定員が多い会議室に変更することを可能にする。 （2）セミナの会場受付では，受講者が持参した受講票に基づき，申込IDを記録したICカード（以下，受講カードという）をその場で発行する。 （3）各セッションの会議室の入口に設置したICカードリーダに，受講者が受講カードをかざすことによって，予約の有無の確認を行い，セッションの受講を記録する。これによって，入室人数をリアルタイムに把握し，会場の事務局控室にあるPCで参照できる。 （4）各セッションの予約人数，当該会議室の定員，予約者の来場情報，予約者の当該セッションへの入室情報及び現在入室している人数を基に，受講見込人数の推定を行い，空席待ちの受講者の入室を段階的に効率よく行えるようにする。 〔新システムの設計〕 E課長は，〔新システムに対する要件〕に基づき，新システムの設計を行った。 新システムのE-R図を図1に，新システムの処理概要を表1に示す。 図1 新システムのE-R図 表1 新システムの処理概要 なお，セミナには一意にセミナ番号を付与する。また，セッションにはセミナ内で一意なセッションIDを付与し，時限は開始時刻順に1〜5の値をとる。 “受講セッション”の主キーについては，セミナ番号，申込ID，セッションIDを設定する方法と，セミナ番号，申込ID，選択したセッションの時限を設定する方法が考えられたが，業務プログラムの作成負荷を軽減するために，後者を選択した。 会議室変更の処理について，その仕様を明確にするために，判断する条件と，条件に一致したときに行う処理内容を次のようにまとめた。 あるセッションの予約人数が，そのセッションに割り当てられた会議室の定員の1.6倍に達したとき，当該セッションと，セミナ番号，時限が等しい全てのセッションについて，（1）〜（4）の処理を行う。 （1）各セッションの会議室の［a］が，当該セッションの会議室の［a］よりも［b］セッションを選択する。 （2）選択したセッションの中から，［c］が当該セッションの［c］よりも［d］セッションを選択する。 （3）選択したセッションの［c］を，選択したセッションの会議室の［a］で割って倍率を求め，その倍率が最も低いセッションを選択する。 （4）選択したセッションの［e］と当該セッションの［e］を入れ替える。 〔営業担当役員からの追加要望〕 E課長が，役員会で新システムの概要を説明したところ，営業担当役員から次のような要望があった。 ・セミナは営業拡大の絶好の機会であり，営業担当が総出で顧客対応を行っているが，受講者が多く目的の顧客がどこにいるのかが把握できず，うまく対応できていない。 ・セミナの開催場所と内容によって，重要顧客を選定する。重要顧客の来場時と各セッションへの入室時に，営業担当に連絡してほしい。 ・セミナ終了後，営業担当がフォロー営業を行えるように適切な情報を渡してほしい。 E課長は，これらの要望に応えるために，重要顧客の来場及び入室情報を把握できるよう新システムの設計の変更を行うことにし，あるエンティティタイプに重要顧客区分の属性を追加した。あわせて，表1の顧客招待，セミナ受付及びセッション入室の各処理を変更することにし，それぞれの処理の追加点を表2にまとめた。 表2 処理の追加点 設問1　〔新システムの設計〕について，（1）〜（3）に答えよ。 （1）E課長は，業務プログラムの作成負荷を軽減するために“受講セッション”の主キーに，セミナ番号，申込ID，選択したセッションの時限を設定する方法を選択した。なぜ，作成負荷が軽減できると考えたか。その理由を40字以内で述べよ。 （2）図1のE-R図について，破線で示した5か所のリレーションシップを凡例に倣って示せ。 （3）本文中の［a］〜［e］に入れる適切な字句を答えよ。 設問2　空席待ちの受講者の入室を段階的に効率よく行うために，当該セッションの予約人数及び当該会議室の定員の他に，リアルタイムで把握できる三つの情報を利用する。どのような情報か，図1中の属性名を用いて，それぞれ30字以内で述べよ。 設問3　〔営業担当役員からの追加要望〕について，（1）〜（3）に答えよ。 （1）重要顧客の来場及び入室情報を把握するために，あるエンティティタイプに属性として重要顧客区分を追加する。追加するエンティティタイプ名を挙げ，そのエンティティタイプに追加する理由を35字以内で述べよ。 （2）表2中の［f］〜［j］に入れる適切な字句を答えよ。 （3）セミナ終了後，フォロー営業に使用する情報を営業担当に渡すことになったが，新システムの稼働によって，確実に渡すことができるようになった情報がある。その内容を25字以内で述べよ。