フィージビリティスタディ
- 5つの領域は、議論：1.経済性を
2.技術の実現可能性
3.運用実現可能性
4.法的実現可能性
5.フィージビリティ時間
問題を識別するために：問題を理解するためには解決されました、そしてどのようにこれらの問題が発生し、要件を満たすために解決する方法を、問題の構造を理解しています。
市場調査：市場に同じソフトウェアを理解し、需要
分析の準備：解析計画（開発計画、人員）を決定し、トレーナー、割り当て
環境分析：ハードウェアインタフェース;動作環境;ユーザーが知っています
- ソフトウェアの計画：1つのソフトウェアの範囲：機能的なサイズ、ハードウェア要件、インタフェースの複雑さ
2.環境資源：人的資源、ハードウェア、ソフトウェア、スケジュール、ソフトウェアのコスト
リソースのパフォーマンス説明：ハードウェアとソフトウェアの人々に、どのようなレベルのパフォーマンスとは何ですか
- ソフトウェアの価格見積もり：パラメトリックアルゴリズム、ソースコード行の見積もり、タスク分解、自動コスト見積方法
- 費用\便益分析
目的：トップダウン（サブ推定における最初の推定システム）
ボトムアップ（合成全体のシステムコストの各モジュールの第1の推定値）
タスクの実行可能性調査は、問題が最短時間で解くことができるかどうかを判断するために、最小のコストを使用することです。
フィージビリティスタディは、問題を解決するためには適用されませんが、問題が解決する価値があります。
資金は事業費5〜10％を占め
要求分析
ソフトウェア要件の分析タスク：ソフトウェアの詳細な機能の説明とパフォーマンス
設計上の制約の詳細を決定するためのインタフェースや他のシステム要素と
他の要件定義ソフトウェアの有効性
これは、ターゲット・システムの輸出論理モデル、解決するために、ターゲットシステムの現在のシステムによって、モデルのロジックである「何をすべきかの問題を。」
- 要件分析プロセス
1.問題の識別：レビューソフトウェアは、範囲を高く評価しました
ソフトウェア要件を決定します
条件や基準を達成するためのヒント
2.分析と合成
各要素リンク、インターフェース及び設計上の制約の情報の流れと情報アーキテクチャ、機能および改良から
要件分析フェーズの文書を開発3.
ソフトウェアの要求仕様、データ要求仕様、予備のユーザマニュアル実施計画
4.要求分析レビュー
クリアのドキュメントには、重要なインタフェース記述するかどうか、開発リスク完了します
- 問題を理解するために、解析モデルを開始する前に1：分析の原則を必要とします
2.プロトタイプを開発することは、人間とコンピュータの相互作用が起こるかを理解することができます
3.各要件の録音起源と原因
4.ビュー需要の複数の使用
需要を優先
- 要件は、原則仕様：現実の機能から分離、すなわち「何を」ではなく「どのように達成するか」よりも記述する;.
図2は、プロセス指向の記述言語仕様（またはシステム定義言語）を使用する必要が
- ソフトウェアの分析の原則：1.機能と情報を決定します
問題の2.洗練成層
- 分解：分解、横方向、縦方向の分解
- 構造分析:(データフロー図、データ・ディクショナリ）
方法は、データストリームの要求分析のためのものです
適した2. データ処理ソフトウェアの種類は、分析を必要とします
