ソフトウェア工学の基礎アイコン（第3章のニーズ分析）

学習目標：

1）分析関連する概念を必要とします

2）分析タスクと手順を必要とします

3）の要件の変更管理

4）質問：プロセス指向の分析、フォーカス：データフローグラフ

5）タイトル：オブジェクト指向分析、フォーカス：図例と

要件：、明確かつ簡潔、明瞭な

タスク：解析モデル、書き込み要求仕様

要求獲得を要件の説明 - - - 精錬（モデリング）を必要とする検証を必要とする：1）を確認する必要があります

2）変更の需要は<変化する要件は党記載しなければなりません>

3）要求獲得

タイプ：
- （1）機能要件
- （2）非機能要件：範囲（プラットフォーム、言語、等）の問題に限定され選択ソリューション　　
技術へのアクセスを要求します：
- インタビュー、シーン（遊び）、プロトタイプ、会議は、ビジネスプロセスとワークフローを観察を設定　　
課題：
- 顧客の需要を言うことができません　　
  - - 構築するためのコア、堅調な需要が何であるかを見分けます　　　　
  - - 「何」と「いけないこと」はっきり言います　　　　
需要は10の原則を誘導し
- （1）聞きます　　
- （2）通信する用意がある人（テーブル）　　
- （3）誰かがプッシュする必要があります　　　　
- （4）通信に直面するための最良の顔　　
- （5）すべての決定（署名）を記録　　
- （6）完全な協力を維持します　　
- （7）フォーカスと協調トピック　　
- （8）グラフィック表現　　
- 原則的に（9）移動　　
- （10）Win-Winの交渉の原則

4）精錬ニーズ（要求分析）

要件の5）の説明

6）需要検証（第三者）

1）構造分析から：上から下へ、次第に洗練された階層データフローグラフ

（1）名　　

（2）入力および出力ストリームを決定します

（3）トップレベルのデータフロー図（レイヤー0）

ソース（4）主データストリームの入力及び出力端

2）主グラフィック要素

（1）データ処理（データ変換） - ラウンド

（2）データソースまたはキー（外部エンティティ） - 長方形

（3）データフロー - 矢印

（4）データ格納ファイル

（5）ファイル - ビス横/水平単一のファイル名+

3）データは、図3に関連して流れ、データ処理。

4）注：（1）データ・ストリーム！=制御フロー（2）は、励起状態の規格ではありません