令和7年度 秋期 データベーススペシャリスト試験 午後I 問題 問1 大学の学習管理システムの複合サブタイプ設計

問1 大学の学習管理システムの概念データモデリングに関する次の記述を読んで，設問に答えよ。

T大学は，オンライン講義の増加が落ち着いたことを受けて，急造の学習管理システムを見直すために概念データモデルと関係スキーマを設計した。

〔現状の学習管理の概要〕

1. 学部，学科，学期
   (1) T大学は，4年制総合大学で，複数の学部と各学部の中に複数の学科がある。
   (2) 学部は学部コードで識別し，学科は学科コードで識別する。
   (3) 年度は1年間（4月始まり）で，学期は前期（4〜9月）と後期（10〜3月）の各6か月間である。前期，後期を半期，前期と後期とを併せて通期と呼ぶ。

2. 教員
   (1) 教員は，教員番号，氏名，生年月日をもつ。
   (2) 教員は，科目を担当し，講義を実施する。

3. 学生
   (1) 学生は，学籍番号，氏名，生年月日をもつ。
   (2) 学生は，年度ごとに，前期，後期，通期のいずれかに対して科目の履修登録を行う。

4. 科目，開講科目
   (1) 科目は科目IDで識別する。
   (2) 科目には，科目名，科目目標，科目概要，単位数，必須か選択かの区分，開講期間（半期又は通期）を設定する。
   (3) 学科には，対象年度に開講する科目を定める。開講年度，学期，曜日，時限，担当教員1名，及び後述するインターネット経由の講義を行うための接続先URLを開講科目として登録する。
   (4) 一つの学科では，同じ科目を並行して開講することはない。ただし，異なる学科で同じ科目が開講されることはある。

5. 講義
   (1) 科目の講義回数は，半期開講と通期開講でそれぞれ 15 回程度と 30 回程度であり、1回の講義時間は90分である。
   (2) 講義の開講形態には，教員と学生が集合して実施する対面講義，インターネット経由で同時双方向のリアルタイム型講義，事前に準備してある動画視聴ファイルを学生が好きなときにインターネット経由で視聴するオンデマンド型講義の3種類があり，開講形態区分で分類する。1回の講義に複数の開講形態を組み合わせることはない。
   (3) 講義は，開講科目に講義番号を付与して識別し，講義概要，開講形態区分，開講年月日設定要否を設定する。
   (4) オンデマンド型講義では，動画視聴ファイル名，公開の開始と終了の年月日時分を設定する。
   (5) リアルタイム型講義では，開講年月日，オンライン教室IDを設定する。
   (6) 対面講義では，開講年月日と開講場所を設定する。
   (7) リアルタイム型講義とオンデマンド型講義とを併せてオンライン講義と呼び，リアルタイム型講義と対面講義とを併せて時間固定講義と呼ぶ。オンライン講義に該当する場合オンライン講義フラグを，時間固定講義に該当する場合時間固定講義フラグをそれぞれ有効にする。
   (8) オンライン講義と時間固定講義は，講義がもつ開講形態区分を継承して明示的にもつ。
   (9) 対面講義が演習又は実験の場合，科目担当教員に加えて，複数の教員が補助として入る場合がある。

6. デジタルコンテンツ
   (1) オンライン講義で用いる教材及びテスト問題であり，コンテンツIDで識別し，コンテンツ名，コンテンツ概要，作成年月日時分をもつ。
   (2) デジタルコンテンツが教材かテスト問題かは，コンテンツ区分で分類する。
   (3) 教材は，文書，画像，動画のいずれかであり，ファイル形式をもつ。
   (4) 教材を用いるのはリアルタイム型講義とオンデマンド型講義であり，一つ又は複数の教材を使用し，講義ごとにそれぞれの教材の公開期間を開始と終了の年月日によって設定している。
   (5) テスト問題は，解答時間をもつ。
   (6) テスト問題を用いるのはリアルタイム型講義だけである。リアルタイム型講義では，一つ又は複数のテストを実施し，講義ごとにテスト問題の解答期限時刻，解答入力ページのURLを設定している。

7. 講義受講とテスト結果，成績の記録
   (1) 学生が履修登録した講義について，学生が出席すると受講年月日を講義受講に記録する。
   (2) 時間固定講義では，遅刻の有無，早退の有無を記録する。
   (3) オンデマンド型講義では，最後まで受講すると受講完了年月日を記録する。
   (4) 実施したテスト問題ごとに，採点した得点と評価年月日を記録する。
   (5) 通期又は半期の全講義終了後に，出席状況とテストの採点結果を基に科目の履修登録に成績を記録する。

〔概念データモデルと関係スキーマの設計〕

現状の学習管理システムの概念データモデルを図1に，関係スキーマを図2に示す。

〔学習管理システムの拡充〕

学習管理システムを用いてオンデマンド型講義でレポート課題を実施することにした。そのやり方について次のように検討し，関係スキーマを設計した。追加及び変更する関係スキーマを図3に示す。

(1) デジタルコンテンツにレポート課題を加える。デジタルコンテンツがレポート課題に該当することは，コンテンツ区分に値を追加して分類する。
(2) レポート課題は，レポートすべき観点を説明した課題観点記述をもつ。
(3) レポート課題を用いるのはオンデマンド型講義だけである。レポート課題は，教員の判断で必要なオンデマンド型講義の回に用いる。1回のオンデマンド型講義で課すレポート課題は一つだけである。
(4) レポート課題の出題では，その講義でのレポート提出先URL，提出期間の開始と終了の年月日を設定する。
(5) 学生が提出したレポートに対して，レポート評価と評価年月日をレポート評価結果として記録する。レポート評価結果とテスト結果を汎化して評価結果とする。

解答に当たっては，巻頭の表記ルール及び次に従うこと。ただし，エンティティタイプ間の対応関係にゼロを含むか否かの表記は必要ない。

1. 関係スキーマは第3正規形にし，“多対多”のリレーションシップは用いないこと。
2. 識別可能なサブタイプが存在する場合，他のエンティティタイプとのリレーションシップは，スーパータイプ又はサブタイプのいずれか適切な方との間に記述すること。
3. 同一のエンティティタイプ間に異なる役割をもつ複数のリレーションシップが存在する場合，役割の数だけリレーションシップを表す線を引くこと。
4. エンティティタイプ名，関係名，属性名は，それぞれ意味を識別できる適切な名称とすること。
5. 関係スキーマに入れる属性名を答える場合，主キーを表す下線，外部キーを表す破線の下線についても示すこと。
6. スーパータイプには，対応するサブタイプを識別する切り口の役割の属性をもつこと。

なお，スーパータイプに対応するサブタイプを識別する切り口の役割の属性には，冗長な属性が必要になる場合がある。この場合，冗長にもたせた属性の属性名の前後を“[”と“]”で挟んで明示する。