目次
やりたいことがわかったら、やりたいことを計画する必要があります
計画の役割は何ですか?
ライフサイクルの1つである目的は、システムの全体的な目標と全体的な要件、および投資効果分析と進捗状況を決定することです。実際、豚肉の煮込みプレートを作りたいのですが、豚肉の煮込みに必要な材料、所要時間、そして速くておいしいリストを作成する必要があります。
実現可能性調査で使用される方法は何ですか?
高レベルのシステム分析を実行する
終わりの兆候は何ですか?
実現可能性分析レポートを提出し、プロジェクトの開発計画を描く
どのツールを使用していますか?
システムフローチャート、データフロー図
手順は何ですか?
1.問題の定義
目的:ソフトウェア要件の機能とパフォーマンスを分析する
定義内容:問題の背景:開発システムの現状、開発条件と理由、全体的な要件
問題の性質:型変換、目的、開発条件、環境要件
定義ステップ:問題サイトへのシステムアナリスト
システムのユーザー要件を聞く
調査開発の背景的背景
ユーザーレポートを見る
処理と仕上げ
ユーザーおよび責任者との繰り返しの議論
間違った場所を改善する
両方の当事者が満足している問題定義レポートドキュメントを作成する
双方が詳細なシステム実現可能性調査の方向性を実行できるかどうかを判断する
説明の例:
問題レポートが生成されると、実現可能性調査が行われます
2.フィージビリティスタディレポート
目的:最短の時間で最小のコストで問題を解決できるかどうかを判断する
5つの側面:
1.経済的実現可能性:入力と出力の問題、収入、人員、出力の推定およびその他の問題
2.技術的な実現可能性:既存のテクノロジーを使用してプロジェクトを実現できるかどうか、リスクの考慮事項。それに集中する
3.運用の実現可能性:プロジェクトの開発を認識できるかどうか、運用と保守性
4.法的実現可能性:検討中のプロジェクトは国内法または侵害に違反しますか?
5.時間の実現可能性:指定された時間までに完了できるか
3.実現可能性調査のステップ
- システムのサイズと目標を確認する
- 現在使用中のシステムを調査する
- 新しいシステムの高レベルの論理モデルをエクスポートする
- 問題を再定義する
- 代替ソリューションをエクスポートして評価する
- 計画を推奨し、理由を説明する
- 推奨される行動方針
- 計画タスクブックを書く
- レビューのために提出
総括する
ソフトウェア計画は、プロジェクト全体のマクロ制御であり、何を実行する必要があるかを理解し、何をすべきかを知って初めて、特定の要件分析を後で実行できます。