Structure Chartsは、70年代半ば以降です。 Data Flow Diagrams、リーフレベル-1のみを行う場合は、構造化(非OO)にも便利です。非OOを行う場合、あなたの方法を見てください。また、イベント分割の基礎としてEssential Systems Analysisを参照してください。まだ使用されているさまざまなCASEツールがあります。
あなたがOOをやっているなら、UMLはうまくいくことができ、何年も前からありました。人が "diagram-happy"にならなければ、UMLはうまく動作します。
データ関係のERDがあります。
グラフィックモデリングツールは、一般プログラマーの人口に約18%以上浸透していません。私は、開発者のための適切なトレーニングが不足していること、マネジャー用のモデルを使ってプロジェクトを管理する上での適切なトレーニングが不十分であること、CASEツールベンダーが過度に約束/不足していることが原因だと考えています。私は大学の構造図でグラフィカルツールを使い始めました。私は常に、プロの開発者がどのように相互関係や依存関係の視覚的モデルのない大きなプログラムを書くことができるかに驚いています。 彼らはどのようにすべてを覚えていますか?彼らはプロジェクトに参加したときにどのように新しい人々をスピードアップさせるのでしょうか?
ご質問いただいた方は、少数派であるようです。私はそれが「ツールのもの」だとは思わない。私はいくつかの開発者が "より抽象度の高い"視覚化を望んでいると思いますが、そうでない人もいます。
出典
2016-04-04 05:31:57
Joe
すごく速かった。私はツールが異なる言語の間で違うだろうということは私には起こっていないと思います。一定!ありがとう。 –
あなたが答えが好きなら、同意してください。 – Patrick
Railsにはさまざまなツールがありますが、そのうちの1つはhttp://railroad.rubyforge.org/ですが、これらは一般的には答えの中のいくつかのツールを使って作成するほど役に立ちません。 – Patrick