UML は、何かを伝達するための「標準」で定義された方法です。明確に定義されているため、他の方法を使用するときに存在する可能性のあるあいまいさがなくなります。
私は自分のチームではそれらを使用していないと言いました。適切な UML を実行する際のオーバーヘッドが高すぎることがわかりました。
私は同じ場所で働く小さなチーム (約 5 人) で仕事をしているので、よく座って図をスケッチしながら話し合います。これらの図を参照する必要がある場合は、それらをスキャンし、後で参照できるようにリポジトリに投稿します。
UML は、コミュニケーションがうまくいかず、同じ場所に配置されていない可能性があるチームでおそらくより有益です。
私は、同僚全員が UML ダイアグラムを正しく読めることを本当に期待しています。OO 設計について話すための一種の普遍的な言語になりました。
大きなデザインの時代には、大きなバインダーに入れて大量のモデルを作成しました。特にシーケンス図は、詳細な設計に非常に役立ちました。これらのバインダーは、いくつかの棚で非常に印象的に見えますが、これらのモデルの価値のほとんどは、それらを作成する過程にあることが判明しました
そのため、今ではほとんどの場合、ホワイトボードに線で囲まれたボックスを描くだけです. しかし、正確を期すために明示的な表記法に頼る場合はいつでも、それは常に UML です。通常、保存する価値があると思われる場合は、携帯電話で写真を撮ります。数日間ホワイトボードに置いておくと、ホワイトボードに焼き付いてしまうので、ホワイトボードに置いたままにしておくこともあります ;) [そして、匂いの強い強力なクリーナーを使用するには、特に大胆にする必要があります]
Inc Magazine でこのサイトについての記事を読んだことがきっかけで、このサイトを知りました。明らかに、正式なプロセスはほとんど行われませんでした。基本的に、それをやった人たちは本当に良かった. 私のお金もUMLにありません。彼らはOOを使っているのだろうか？