目次
最初に、プロジェクトのソフトウェア計画を実行し、フィージビリティスタディレポートを完成させて、何をすべきかを理解しました。次のステップでは、プロジェクトの方法をさらに理解し、何をしなければならないかという質問に答える必要があります。
ニーズ分析の状況
ソフトウェアシステム定義段階の最終段階。システムが何をしなければならないかという質問に正確に答えます。
終わりの兆候は何ですか？
フォーム要件仕様
要件分析プロセスとは何ですか？
1.システムが何をしなければならないかを答え、ソフトウェアの機能とパフォーマンスを詳細に説明します。実現可能性調査レポートに基づいて、より詳細な調査を実施する
2.ソフトウェア設計の制約と、ソフトウェアと他のシステム要素間のインターフェースの詳細を決定します
3.ソフトウェアの他の有効性要件を定義する
ソフトウェア要件仕様の原則
機能を表示から分離します。つまり、「達成する方法」ではなく「実行すること」を説明します。
問題を階層的に分解し、継続的に改善できる必要があります（抽象的な問題を階層的に分解し、さまざまな機能を持つサブ問題に分解します）。
分解方法：水平分解、垂直分解
データフロー図
データフロー図とは何ですか？
データ処理のプロセスを記述するツールであり、システム内の情報の流れを表し、システムのロジック処理機能を表します
特徴は何ですか？
抽象化、一般性、階層
データフロー指向分析法
構造化分析方法。データフローグラフDFDとデータディクショナリDDを使用して説明する
コアは、問題を分解して単純化し、物理表現と論理表現を分離し、システムのデータとロジックを抽象化することです
長所と短所は何ですか？
1.全体的なコンセプトが強く、各レイヤーは「何をすべきか」、「何が必要か」、「何を与えるか」を明確に強調している
2.データの流れと処理を反映できます
3.トップダウン分析により、システムのさまざまな部分の論理エラーを早期に発見し、修正が容易
4.コンピューター処理との比較が容易
5.直感的ではありません。通常、操作プロセスの分析に基づいて要約、抽象化、修正する必要があります。
6.コンピューターシステムの助けがなければ、手動での描画は面倒で負荷が大きい
データフロー図の主なグラフィック要素
階層データフローダイアグラム（一般に3つのレイヤーに分かれています）
説明の例
例：コンピュータ教材販売システム
データフロー図の確認と変更の原則
データフロー図のすべてのグラフィックシンボルは、前述の4つの基本的なグラフィック要素に限定されます。
データフロー図のメインダイアグラムには、中間期間の基本要素を含める必要があります
各プロセスには、少なくとも1つの入力データストリームと1つの出力データストリームがあります。
データフロー図では、処理ボックスにレイヤーごとに番号を付ける必要があります。数字は、処理のレベルと、上位レベルと下位レベルの間の個人的な関係を示します
データフローサブグラフは、その上位層の処理に対応する必要があり、2つの入力データフローと出力データフローは一貫している必要があることが規定されています。
処理ロジックの記述を書くためのツール
ストラクチャードイングリッシュ
決定表
決定木
総括する
ソフトウェア計画と需要分析は相互に依存しており、ソフトウェア計画は需要分析の基礎を提供し、需要分析はソフトウェア計画に基づいて分解および分析されます
ソフトウェア計画の最後に、実現可能性調査レポートを生成する必要があり、要件分析は要件仕様を形成します