ソリューションの特定

多くの場合、コーディングはソフトウェア開発プロセスの最も重要な部分であると考えられています。ただし、コーディングはプロセスの一部にすぎず、システムが正しく設計されていれば、実際には最小限の時間がかかる場合があります。システムを設計する前に、目前の問題の解決策を特定する必要があります。

システムの設計について最初に注意すべきことは、最初にシステムアナリストが複数のソリューションを考え出す可能性があるということです。しかし、最終的な解決策または製品は1つだけにすることができます。要件収集フェーズで収集されたデータの詳細な分析は、独自のソリューションを実現するのに役立ちます。問題を正しく定義することも、解決策を見つけるために重要です。

複数のソリューションの問題に直面した場合、アナリストはフローチャート、データフロー図、エンティティ関係図などの視覚的な支援を利用して、各ソリューションを詳細に理解します。

フローチャート

フローチャートは、システム内のワークフローとデータフローを記号と図で示すプロセスです。これは、システムアナリストが問題の解決策を特定するのを支援する重要なツールです。システムのコンポーネントを視覚的に表現します。

これらはフローチャートの利点です-

視覚的表現は、プログラムロジックの理解に役立ちます
それらは実際のプログラムコーディングの青写真として機能します
フローチャートはプログラムの文書化にとって重要です
フローチャートは、プログラムのメンテナンス中の重要な支援です

これらはフローチャートの欠点です-

フローチャートを使用して複雑なロジックを表現することはできません
ロジックまたはデータ/ワークフローに変更があった場合は、フローチャートを完全に再描画する必要があります

データフロー図

データフロー図またはDFDは、システムまたはサブシステムを通過するデータフローをグラフィカルに表現したものです。各プロセスには独自のデータフローがあり、データフロー図のレベルがあります。レベル0は、システム全体の入力データと出力データを示します。次に、システムはモジュールに分割され、レベル1DFDは各モジュールのデータフローを個別に表示します。モジュールは、必要に応じてさらにサブモジュールに分割され、レベル2のDFDが描画されます。

擬似コード

システムが設計された後、実装、つまりコーディングのためにプロジェクトマネージャーに渡されます。プログラムの実際のコーディングはプログラミング言語で行われ、その言語で訓練されたプログラマーだけが理解できます。ただし、実際のコーディングが行われる前に、プログラムの基本的な動作原理、ワークフロー、およびデータフローは、使用されるプログラミング言語と同様の表記法を使用して記述されます。このような表記はと呼ばれますpseudocode。

これは、C ++での擬似コードの例です。プログラマーは、プログラムコードを取得するために、各ステートメントをC ++構文に変換する必要があります。