私は現在、プロジェクト計画を紹介するコースを受講しています。これは主にUML図の描画方法に関するものです（blegh）が、他にもいくつかのトピックがあります。
特に一部は私を悩ませ続けています。コースでは、一連の要件から最初のクラス図に移行する方法について説明しますが、この方法に関するすべてのことから、この方法は間違いなく進むべき道ではないという感覚が得られます。先に進む前に、まず例を挙げましょう。
温室会社を管理するシステムを考えてみましょう。会社には複数の温室があり、すべての従業員が自分の温室に割り当てられています。温室には場所とそこで育てられている植物の種類があります。従業員には名前と電話番号があります。
コースの方法によると、クラス図は次のようになります。
私には、これはコードに適合したデータベースレイアウトのように見えます。プログラムを設計するときは、主要な抽象化を特定しようとします。データベースと相互作用するすべてのコードまたはGUIを担当するコードと同様に、システムのすべての異なる部分です。それが私が最初のクラス図であると考えるものです。
これがプロジェクトのアーキテクチャの設計を開始する一般的な方法であるとは、私には想像できません。少し大きい例をとると、クラスには責任が殺到するため、クラスは見苦しく見えます。私には、それらは本来あるべきではない機能を備えたデータオブジェクトのように見えます。ここから続行して一般的なアーキテクチャを実行する方法についての手がかりは得られません。それについてのすべては時代遅れのようです。
私が見落としている理由で、これが一流の図を紙に書くための一般的な方法であるかどうかを教えてくれる人がいるかどうかを知りたいのです。