3 に答える
この宿題を意味のある方法で行う前に、ERDがデータ分析とデータベース設計のどちらを表現するかについて、あなたと教師が一致している必要があります。ERDに関するこれまでの質問では、ERDはデータ分析用であり、データベース設計はリレーショナル回路図などの他の図表スキームで表現する必要があるという見解を常に示してきました。
しかし、あなたの先生が私と同じようにこれを見ていない可能性が非常に高いです。多くの専門家は、リレーショナル回路図の代わりにERDを使用し、ERDでデータベース設計を表現しています。あなたのソリューションは、分析ではなく、私には設計のように見えます。
先生が分析とデザインを区別しない場合（そして一部の先生が区別しない場合）、あなたが学ぶ必要のある基本的なことがあり、先生はあなたに教えることができません。問題の特徴と、問題に対して提案された解決策の特徴を区別する必要があります。その区別をしないと、いくつかの落とし穴の1つになってしまいます。
最も一般的な落とし穴は、間違った問題に対する正しい解決策を考え出すことです。私はこれが現場で何度も何度も起こるのを見てきました。
2番目に一般的な落とし穴は、問題を解決しやすくするために問題の定義を変更することです。限られたリソースで期限を守るために、これが意図的に行われることもあります。しかし、意図せずに実行すると、多くの問題が発生します。
3つ目の落とし穴は、「箱の中を考える」と呼ばれるものです。この落とし穴では、ソルバーは元の問題定義にはなかった制約を追加しますが、これは最初の誤ったソリューションの機能です。「ボックス」は、提案された（欠陥のある）ソリューションの機能であり、最初に述べた問題の機能ではありません。しかし、それが問題の一部として受け入れられると、問題は解決できなくなります。
正しい方法で進んでいるか、少なくとも正しい方向に向かっていますが、最終結果は間違っています (ただし、図の一番上の行のエンティティは多かれ少なかれ正しいですが)。
「各タスクには、... タスク タイプがあります」および「「パッキング」タイプのすべてのタスクには、パッキング リストがあります」というフレーズに注意してください。これは、「梱包タスク」が割り当てのタイプではなく、タスクのタイプであることを示唆しています。