Programming-methodologies-identifying-the-solution
ソリューションの特定
多くの場合、コーディングはソフトウェア開発プロセスの最も重要な部分であると想定されています。 ただし、コーディングはプロセスの一部にすぎず、システムが正しく設計されている場合、実際には最小限の時間がかかる場合があります。 システムを設計する前に、当面の問題の解決策を特定する必要があります。
システムの設計に関して最初に注意すべきことは、最初にシステムアナリストが複数のソリューションを考え出す可能性があることです。 しかし、最終的なソリューションまたは製品は1つだけです。 要件収集フェーズで収集されたデータの詳細な分析は、独自のソリューションを実現するのに役立ちます。 問題を正しく定義することも、解決策を見つけるために重要です。
複数のソリューションの問題に直面した場合、アナリストは、フローチャート、データフロー図、エンティティ関係図などの視覚資料を探します。 各ソリューションを詳細に理解する。
フローチャート
フローチャートとは、システム内のワークフローとデータフローをシンボルと図で示すプロセスです。 システムアナリストが問題の解決策を特定するのを支援する重要なツールです。 システムのコンポーネントを視覚的に示します。
これらは、フローチャートの利点です-
- 視覚的表現はプログラムロジックの理解に役立ちます
- 実際のプログラムコーディングの青写真として機能します。
- フローチャートはプログラムのドキュメント化にとって重要です
- フローチャートは、プログラムのメンテナンス中の重要な支援です
これらは、フローチャートの欠点です-
- フローチャートを使用して複雑なロジックを描くことはできません
- ロジックまたはデータ/ワークフローが変更された場合、フローチャートを完全に再描画する必要があります
データフロー図
データフロー図またはDFDは、システムまたはサブシステムを介したデータフローのグラフィカルな表現です。 各プロセスには独自のデータフローがあり、データフロー図のレベルがあります。 レベル0は、システム全体の入力および出力データを示します。 次に、システムはモジュールに分割され、レベル1 DFDは各モジュールのデータフローを個別に表示します。 モジュールは、必要に応じてサブモジュールにさらに分割され、レベル2のDFDが描画されます。
疑似コード
システムが設計された後、実装のためにプロジェクトマネージャーに引き渡されます。 コーディング。 プログラムの実際のコーディングはプログラミング言語で行われますが、これはその言語で訓練されたプログラマーのみが理解できます。 ただし、実際のコーディングが行われる前に、プログラムの基本的な動作原理、ワークフロー、およびデータフローは、使用するプログラミング言語と同様の表記法を使用して記述されます。 このような表記法は pseudocode と呼ばれます。
C の擬似コードの例を次に示します。 プログラマは、プログラムコードを取得するために各ステートメントをC 構文に変換するだけです。
数学的操作の特定
コンピューターへのすべての命令は、最終的に機械レベルでの算術および論理演算として実装されます。 これらの操作は重要です-
- 占有メモリスペース
- 実行に時間がかかる
- ソフトウェアの効率を決定する
- 全体的なソフトウェアパフォーマンスに影響
システムアナリストは、すべての主要な数学的操作を特定すると同時に、問題に対する独自の解決策を特定しようとします。