生徒の成績管理システム - データベース設計 2
詳細なドキュメントが共有されました
1. 要件分析
データベースのデータ定義、データ操作、データ制御などの処理機能を実行でき、オンライン処理に相当する時間が短いこと。
具体的な機能としては、科目配置データの挿入・削除・更新・照会、成績の追加・変更・削除・照会、学生や教職員の基本情報照会などが挙げられる。
学生：情報を入力し、対応するコースを選択し、コース試験後に対応する成績と基本情報を確認します
教師：コースの配置に従って、対応する教室に行き、担当する教師を選択した学生を指導します。試験後にスコアを記録します。
コース:生徒がその中から選択します (生徒は複数のコースを選択でき、1 つのコースは 1 人以上の教師によって教えられますが、教師が教えることができるのは 1 つのコースのみです) 教室: 授業で使用するために、各コースに対応する教室が配置され
ます。
セキュリティと整合性の要件:
省略
2. 概念構造設計 概念構造
設計段階は、データベース設計全体の鍵となる段階であり、ユーザーのニーズを統合、誘導、抽象化することにより、特定の DBMS に依存しない概念モデルを形成します。
デザイン教室管理データベースには、クラス、教室、コース、教師の 4 つの関係が含まれています。
ER図は次のとおりです
3. 論理構造設計段階
論理構造は、いかなる種類のデータモデルからも独立した情報構造です。論理構造の役割は、概念構造設計段階で設計した基本的なER図を、選択すべきDBMSがサポートするデータモデルに合わせた論理構造に変換し、最適化することです。
ER図からリレーショナルモデルへの変換において解決すべき問題は、エンティティの種類やエンティティ間の接続をどのようにリレーショナルパターンに変換し、そのリレーショナルパターンの属性やコードをどのように決定するかということである。
コース、学生、教師、成績の 4 つの関係を含む学生成績管理データベースを設計します。関係モデル内の各エンティティに定義される属性は次のとおりです: コース情報テーブル クラス：（コース番号、コース名、教師番号、
単位
） 、時数）
生徒情報表
Student1：（生徒番号、氏名、性別、年齢、専攻、学科）
成績表
得点：（生徒番号、コース名、学年）
教師表
Teacher1：（教師番号、教師名、教師の性別、教師）
第 4 に、物理設計段階(詳細はドキュメント
に記載)
5. 経験と提案の収穫
このコース設計では私に多くのことを学び、データベース設計のいくつかの重要な段階について学びました: 要件分析段階、概念構造設計段階、論理構造設計段階、物理構造設計段階、データベース実装段階、データベースの運用および保守フェーズ。その中でも要件分析は設計プロセス全体の基礎となるものであり、最も難しく時間のかかるステップです。「基礎」となる需要分析が十分かつ正確に行われているかどうかで、その上にデータベースを「構築」する速度と品質が決まります。要件分析が適切に行われていない場合、データベース設計全体がやり直しになり、やり直しになります。
第二に、このコース設計では、データベース システムで概説されている理論的な知識ポイントを統合し、実践と組み合わせることで、データベース システムへの理解を深めました。データベースは非常に実践的な科目です。データベースをよく学ぶには、継続的に学習する必要があります。練習する。
等
ドキュメントがアップロードされ、共有されました。