uml - UML ダイアグラム - ディスカッション

Question

大企業では、特定のアプリケーションを開発する前に、どの図 (活動やクラスなど) を作成しますか?

そして、小規模プロジェクトでこの種のプラクティスをお勧めしますか?

ありがとう

Answer 1

これは非常に自由度が高く、会社が使用している開発方法論の種類に大きく依存します。正直なところ、それはチームの専門知識、開発中のシステムのタイプ、顧客の要件、およびその他の多くの要因にも依存します。

私の経験では、通常、(大規模なウォーターフォール指向の企業では) 行動 (ユース ケース、アクティビティ)、次に相互作用 & クラス図が表示されます。規模によっては、プロジェクトの初期段階 (コンポーネント/展開) で高レベルのアーキテクチャ図も表示される場合があります。

すべてのプロジェクトは、型にはまったアプローチを使用するのではなく、ソフトウェアの構築に役立つ図を特定する必要があります。問題について考え、将来の解決策を文書化し、ソフトウェアを構築している人々に問題/解決策を伝えることができる最小限の図を提案します。それが何を意味するかは、開発者によって異なります。

たとえば、作成しようとしているアプリケーションに非常によく似た 10 個の小さなアプリケーションを以前に作成したことがある場合、多くのドキュメントはまったく必要ないかもしれません。ドメインにまったく慣れていない場合、または特定の図を必要とする顧客がいる場合、またはチームが地理的に分散している場合は、さらに別の図のセットが必要になる場合があります。

シーケンス図はシステムの動作を理解するのに最も役立つ傾向があり、クラス図はシステムの構造を理解するのに最も役立つ傾向があります。

Answer 2

私自身、 GML++の熱心な実践者です。

Answer 3

生成されるアーティファクトは、その後のプロセスに大きく依存します。アジャイル モデリングは、小規模なプロジェクトで特に成功します。これらのリンクは、いくつかのアイデアを得るのに役立ちます

http://www.agilemodeling.com/essays/modelingTechniques.htm (各段階で考えられるすべてのアーティファクトについて説明しています)。

http://www.extremeprogramming.org/ (extremeprogrammig をまだ理解していない場合は、理解しておくとよいでしょう)。

Answer 4

It is always a good idea to do some design before beginning to code, whatever the size of the project. You may not need to create diagrams for all parts of the application but the exercise of creating these diagrams for the critical/complex parts will most probably clarify your understanding of the problem and save time over the development cycle. Class diagrams and sequence diagrams are the ones that I have seen being used most often.