どう考UML?[重複]

Question

可能な重複:
として注目されているのがUML合理的ですか。

ていると聞いていますが、これらについて意見UMLです。一部の人々はここは絶対に無駄にはなりません。一部の人々はとても便利です。

何をした経験をUML?どのような影響を開発。

Answer 1

G家庭,

そしてしまいがちな利用のサブセットの完全なUMLます。

クラス図: がどのような部品のクラスで構築され、会員および機能が含まれている.特に有用なショー"isa"、"は"とても集計対組成物"には"関係を反映した部品寿命.

配列図: らがどのように授業についての流れのメッセージのクラスの配列をメッセージの利用します。

時には:

活動の図: めの並列処理仕様としています。

を利用する場合はUMLしいお勧めしマルタンファウラーの著書"UML蒸留"(殺菌アマゾンのリンク の強度が十分です。真剣に忘れてはその他のUMLす。まぁ自然

HTH

声で

Answer 2

であるということで、ご利用の場合の右コンテキスト
に大きなプロジェクトで非常に良いアイデアの構築の全体設計システムがどういうものかがえます。

• 開発プロセスが明らかになるまで
• すくなっているのを避けるデザイン-ミスは、これまで行うプロジェクトを通じて徹底
• ので、良い概況ていない人々に直接関わる開発プロセス

すべてのお時間とコストを削減。

Answer 3

UMLできの良し悪し...でも何でもできます。

UMLのに良いツールをご理解いただくための概念がどのドメインです。しますので非常に有用なツールにドメインの専門家としての機能に関する専門でも視覚的ソリューションを大幅に削減量の頭痛と出会うとして構築するソリューション.

もUMLることもできるものへのままに、モデルの部品をソリューションの複雑な把握はやや複雑です。モデリングの一般的な溶液を、鳥瞰図、より良い理解の全体としてのソリューションとなります。そのモデルを作成する地域のより深い理解が必要です。小さな事ない絶対的に必要なモデル化。大きなプロジェクトに必要なモデリングのためのコミュニケーションが取れ、正しい情報を提供す。

非常に完成モデルと見な悪いので有効。モデルの値がれている必要があるときに、手のコードです。多くの場合ことになりに追加タスクのない責任を負うている。良い道のりではないですが、使用ツールの同期のモデルコード.

からの若年齢、ものづくりをしている記述ものを描画します。多くのゆったりこの能力を見習って、しっかりとこの読み書き、またアルファベットを選択してビジュアルの制作を行いました。実際にはまた、言われた場合にはこだわったものの見解ですが、単独で、またはつの問題かったのですが、自分以外の誰か.単純な事実を説明するのははしばしば十分だとの回答で説明するようなものを理解します。一度きりと理解されるよう採っていますので、微妙な、ソリューションも簡単です。モデリングを達成するために使用され同じ結果により、お手伝いものの考えなどをまとめました。その紙を得ように伝えできたらと考えております。

紙、ホワイトボードやナプキンはしばしばす最高の友達！"い思い出をより深く理解の考えなどをまとめました。

Answer 4

なお話をさせて頂きたいと思い.UMLへ伝達デザインアイデアをその他のプロジェクト.これをも真剣に専用開発。っと、一人でも十分理解することができ図面と注意した方の作成します。私にとって、良い画面のモックアップとスキーマの記述を行うかによりUMLモデリングの通信設計意図するだけでも構いません。

Answer 5

個人的には思UMLのみ使用する必要がある場合で発生するコードできるようにすることで、プログラマの取得の概要、実機にて評価してください。を使用して符号化は常に誤りがあり、その後のコードではありませんの優先します。