1.ソフトウェア要件分析
基本的なタスク：
システムは何をする必要がありますか？
システムが何を完了しなければならないかを決定します。つまり、ターゲットシステムの完全、正確、明確、および特定の要件を可能な限り提示します。
書き込みソフトウェアの要求仕様を正確かつ書面でのソフトウェア要件について説明します。
なぜニーズ分析を行うのですか？ソフトウェアシステムの通常の要件は何ですか？
1.要件分析は、ソフトウェア開発の基礎および前提条件です
。2。要件分析は、最終的なターゲットソフトウェアシステムの受け入れ基準です
。3。要件分析は、早期エラーをできるだけ早く回避または排除できます。
（1）機能要件：システムが完了しなければならない機能
（2）パフォーマンス要件：システムの応答
性（3）信頼性と可用性の要件：システムの信頼性とユーザーがシステムを使用できる範囲。
（4）エラー処理要件：システムが環境エラーにどのように対応する必要があるかを説明します。
（5）インターフェース要件：アプリケーションシステムとその環境の間の通信フォーマットを記述します。例：ユーザーインターフェイス要件、ハードウェアインターフェイス要件、ソフトウェアインターフェイス要件、通信インターフェイス要件。
（6）制約：アプリケーションシステムを設計または実装するときに遵守する必要のある制約について説明してください。
（7）逆の要件：ソフトウェアシステムがすべきでないことを説明します。
（8）将来提案される可能性のある要件：分析に基づいて将来提案される可能性のある要件をリストします。これは、後で拡張および変更するのが簡単です。
要件分析フェーズの4つのタスクは何ですか？
①
システムの総合要件を決定する②システムのデータ要件を
分析する③システムの論理モデルを
エクスポートする④システム開発計画を修正する
2.ユーザーとのコミュニケーション方法
ユーザーのニーズを取得するための主な方法は何ですか？
①Onサイトの観測、「スヌーピング」
②Interview/インタビュー、「
問い合わせ」③Questionnaire調査、「収集」
④Conferenceディスカッション、「ブレーンストーミング」
⑤Prototype評価を、「インターフェイス（サンプル）の繰り返し」
⑥Scenario分析、「模倣」
⑦その他、「文書考古学」、「ユースケース分析」
3つのエンティティ接続図
データオブジェクト：ソフトウェアが理解する必要のある複合情報の表現です。長方形のボックスを使用して、ER図のエンティティを表します。
連絡先：データオブジェクトが相互に接続される方法は連絡先と呼ばれ、関係とも呼ばれます。連絡先は、次の3つのカテゴリに分類できます。
（1）1対1の連絡先（1∶1）
（2）1対多の連絡先（1：N）
（3）多対多の連絡先（M：N）
属性：属性は、データオブジェクトの性質を定義します。ERダイアグラムでは、エンティティ（または接続）の属性を表すために楕円または丸みを帯びた長方形が使用されます。
練習問題：
特定の自動車運送会社のデータベースに3つのエンティティセットがあるとします。1つ目は、フリート番号、名前などの属性を持つ「車両」エンティティセットです。2つ目は、ライセンスプレート番号、製造元、製造日などの属性を持つ「車両」エンティティセットです。3つ目は、ドライバー番号や名前などの属性を持つ「ドライバー」エンティティセットです。 、電話など。
フリートとドライバーの間に「雇用」リンクがあるとします。各チームは複数のドライバーを雇うことができますが、各ドライバーは1つのチームにしか申請できません。チームは一定期間ドライバーを雇います。チームと車両の間には「所有権」リンクがあります。各フリートは複数の車両を持つことができますが、各車両は1つのフリートにのみ属することができます。ドライバーと車両の間には「使用」接続があります。ドライバーは、使用日とキロメートル数の2つの属性で車両を使用します。各ドライバーは複数の車両を使用できます。車、各車は複数のドライバーが使用できます。
4、状態遷移図
-
状態状態図には初期状態が1つしか存在できず、最終状態は0個以上になる可能性があります。 -
イベント
イベントは、システム状態の遷移を引き起こす制御情報です。 -
記号
状態図では、初期状態は黒丸で表され、最終状態は同心円のペアで表されます（内側の円は黒丸です）。中間状態は丸みを帯びた長方形で表され、2本の水平線で上部、中間、下部に分割できます。
フレンチフライを例にとり、ジャガイモの変化の状態遷移図を描きます。
5、ソフトウェア要件を確認します
（1）一貫性すべての要件は一貫している必要があり、1つの要件が他の要件と矛盾することはありません。
（2）完全性要件は完全である必要があり、仕様にはユーザーが必要とするすべての機能またはパフォーマンスが含まれている必要があります。
（3）実用性指定された要件は、基本的に既存のハードウェアおよびソフトウェア技術で達成可能である必要があります。ハードウェア技術の進歩についてはある程度の予測は可能ですが、ソフトウェア技術の進歩については予測が難しく、現在の技術レベルからしか需要の現実を判断することはできません。
（4）妥当性要件が正しく効果的であり、ユーザーが直面する問題を実際に解決できることを証明する必要があります。
6、まとめ
要件分析は、ソフトウェアエンジニアリングにおける最も重要なリンクです。
需要分析の主な仕事は、調査と調査を行い、システムが何をするのかという問題を詳細かつ正確に解決することです。
需要分析の結果は、システムの詳細なデータフロー図とデータ辞書を含む詳細な需要仕様を生成する必要があります。