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

Question

大企業では、特定のアプリケーションを開発する前にどのアクティビティやクラスなどの図が作成されていますか？

あなたは小規模なプロジェクトでこのタイプの練習をお勧めしますか？プロジェクトのどんなサイズ、コードを開始する前に、いくつかの設計を行うには、常に良い考えです

おかげ

Answer 1

これはかなり自由で、会社が使用している開発方法の種類にかなり依存しています。そして正直なところ、それはチームの専門知識、開発されているシステムの種類、顧客の要件、その他多くの要因にも依存します。

私の経験では、典型的には（大きな滝の指向の会社で）行動（ユースケース、アクティビティ）、対話&のクラス図が表示されます。サイズにもよりますが、プロジェクトの初期段階でも、コンポーネント/デプロイメントの上位レベルのアーキテクチャ図が表示される場合があります。

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

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

シーケンス図は、システムの動作を理解する上で最も役立ちますが、クラス図はシステムの構造を理解する上で最も役立ちます。

Answer 2

。アプリケーションのすべての部分について図を作成する必要はないかもしれませんが、重要/複雑な部分に対するこれらの図の作成は、おそらく問題の理解を明確にし、開発サイクルの時間を節約します。クラス図とシーケンス図は、私が最も頻繁に使用されるのを見たものです。

Answer 3

私は自分自身GML++の熱心な開業医です。

Answer 4

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

http://www.agilemodeling.com/essays/modelingTechniques.htm（各段階で発生する可能性のあるすべてのアーティファクトを説明します）。

http://www.extremeprogramming.org/（あなたが既にいなくても、極端な理解があるとよい）