その間、私のプロジェクトはますます大きくなりました。今では、自分のコードに夢中になり、頭の中でコンセプトに固定されていたものを変更することさえあります。コード行が増えると生産性が低下するため、これは恐ろしいことです。生産性が一定に保たれるようにしたいだけです。今度は、申請書を紙に書いて、もう一度紛失した場合に概要を取り戻し、何かに固執できるようにしたいと考えています。しかし、私は正しくモデル化する方法を知りません。状態チャートで完全にモデル化しようとしましたが、たとえば、コードが行ごとに状態を持たないことを実行するだけの場合、それは適用できません。この場合、フローチャートで問題ありません。しかし、全体的に意味があるように、どのように混ぜるかはわかりません。
紙に書き始めるにはどうすればよいですか？より大きなアプリケーションをモデル化するための一般的な方法は何ですか? どのダイアグラムをいつ使用しますか?
プログラムの流れを理解するには、アクティビティ図を使用できます。オブジェクト間の相互作用を理解するには、シーケンス図を使用できます。モジュールを理解するには、クラス ダイアグラムを使用して、関連するクラスをパッケージ内に含めることができます。次に、モジュール間の高レベルの依存関係を描画できます。これにより、プロジェクトに関する高レベルの情報と少し詳細なレベルの情報が得られます。
モデル駆動型開発により、ソフトウェアの品質保証を実現できます。まず第一に、どんなに費用や時間がかかっても、特にプロジェクトの規模が大きくなった場合は、すべてのプロジェクトに対して行う必要があります。モデルなしで最初に開発された私たち自身のプロジェクトにも同じ問題があります。だから我慢してください。
実装するシステムを実現するための最初のステップは、システムが何をすべきか、何を観察できるか、ユーザーや他のシステムとどのように相互作用するかを記述することです。ユースケース図は、これらの質問に答える方法です。
次に、必要なクラスの数を考えることができます。あなたの場合、すでにいくつかの部分をコーディングしているので、主な機能を多くの小さなクラスに分離し、それらの間の関係を確立する方法を考えています。そこにはクラス図が必要です。
これら 2 つは、少なくとも全体的な構造の概要を把握するために必要な最も一般的な表記法です。
現在多くのクラスがある場合、システムはどのように動作しますか? データとワークフローの順序またはシーケンスはどのようになっていますか? あなたの最も重要なシナリオでは、タスクを完了するためにどのような種類の呼び出しをどの順序で実行する必要がありますか? そのため、シーケンス図またはコラボレーション図が必要です。
これらから始めて、その後さらに多くのモデルを続けると思います。