ソフトウェアがユーザーのニーズを確実に満たすようにするには、徹底的な分析と設計を完了してください。
最初に全体像を見て、リクエストを評価します。 ユーザーが何を求めているかを理解してください。 「誰が、何を、どこで、いつ、なぜ、そしてどのように」質問して、問題の根本を突き止めます。
プロジェクトの範囲と制約を定義します。 たとえば、本の注文システムをコンピュータ化するソフトウェアプログラムが要求されている場合は、現在の注文システムを最初から最後まで評価します。 プロジェクトの境界を定義および確立し、既存のハードウェアやプロジェクト完了の限られた時間枠など、作業する必要のあるプロジェクトの制約を特定します。
エンドユーザーを見てください。 日常的にソフトウェアを使用する人々にインタビューして観察し、どのように ソフトウェアは、要求に対応するように機能する必要があり、新しいシステムを最適に設計する方法 ユーザーのニーズ。 エンドユーザーのスキルレベルがトレーニング要件にどのように影響するかなど、プロジェクトに影響を与える可能性のあるユーザー関連の要因を特定します。
実現可能性を判断し、推奨事項を提示します。 要求の書面による評価を提供して、コスト、メリット、スケジュールの見積もりを含めます。 完了、およびソフトウェアが記載されたものに効果的に対処するかどうかに関するあなたの推奨 問題。
データフロー図とプロセスの説明を作成します。 データフロー図はプログラムが何をするかを説明し、プロセス図はソフトウェアプログラムがそれをどのように行うかを示します。 たとえば、書籍注文システムのデータフロー図とプロセスの説明は、 適切な本を選択してから本を入力するまでのプロセスを段階的に説明します 在庫。
必要なデータ要素を定義および記述し、これらの要素をデータレコードに結合するデータディクショナリを作成します。 たとえば、書籍注文システムでは、データ要素の例には、書籍名、ISBN、著者、価格などがあります。 次に、これらの要素が組み合わされて本の記録が形成されます。 ベンダー名、アカウント番号、営業担当者などの他の要素を組み合わせて、ベンダーレコードを形成できます。
データフロー図、プロセスフローの説明、およびデータディクショナリを組み合わせて、 プログラムのプロトタイプ、またはソフトウェアの作業モデルを作成するために使用できる論理的な書面形式のソフトウェアプログラム プログラム。
ヒント
プロジェクトスコープを明確に定義することの利点は、プロジェクトが最初の要求を超えて成長したときに発生する可能性のある「プロジェクトクリープ」を回避するのに役立つことです。
エンドユーザーの要件を特定するためのもう1つのアイデアは、自由形式の質問、自由形式の質問、および回答範囲の質問の組み合わせを使用して調査を作成することです。 「本の注文システムにどのような機能を追加したいですか？」などの質問を含めます。 「本の注文はいくつありますか 毎月配置しますか？」 および「1から10のスケールで、現在の本の注文の非効率性をどのように評価しますか？ システム？"
ソフトウェアプログラムの分析および設計文書を書面で提示することに加えて、 プレゼンテーションソフトウェアを使用して、新しいソフトウェアのグラフィック表現を追加すると役立つ場合があります システム。
