要件の見直し

Share

|

要件分析が完了しましたときに、組織の要件てきた、そして3つのタイプのレビューを実施する必要がある：

-ピアレビュー

-管理レビュー

-顧客レビュー

査読

査読は、上級レベルのデザイナーやシステムテスター、できれ持っている人はほとんど、あるいは全くの定義に関与したと分析して、このプロジェクトの要件です。 彼らをもたらすこの時点で、必要に応じて客観あいまいな要件を識別し、 nontestable要件および潜在的なリスク、との提言を行うためのimpにrovementのドキュメントでの要件です。 ピアから得た洞察を使用して内容を確認し、システムの開発チームからの追加情報を取得するべきか、顧客を開発し、必要に応じて修正します。 しかし開発を提案してきたときには、経営の見直しを実施しなければならないします。

経営者による見直し

経営の見直しは、正式なプレゼンテーションの要件の点では予算、スケジュール、およびプロジェクトのリスクをします。 役員、上級管理者、マーケティング、アカウントの代表者、および品質保証のスペシャリストこのレビューに参加する必要があります。 構造自体の見直しなければならないことを確認してからの出力結果を約束する企業の創出と実装プロジェクトの詳細な計画を会議での要件です。 この強いコミットメントではありませんこの時点で、ことを示して1つまたは複数の要件を評価する必要があり、実現可能性のさらなる定義の範囲内では、このプロジェクトの予算とスケジュールします。 この評価を行わなければならないとの合意を達成するためには、顧客の要件に会ったことが提案されている。 管理要件のリストを確認したときには、すべての変更や調整が行われました、正式に確認しなければならない顧客を実施する予定とします。

顧客の見直し

顧客の見直しを含めて、顧客対応の見直し、管理面では、顧客のプロジェクトチームは、開発プロジェクトチームは、品質保証と完全な表現します。 このレビューの目的は、要件のリストを最終的に決定します。 この操作を行うには、完全に提示されるリストの要件を分析し、提示の要件との違いを説明すると、最初のリストを希望して顧客のリストを提示し、マニュアルを参照してサポートして情報を提供して紹介します。 顧客のリストを確認しなければ、結果としての要件を明確にして、システムの状態は何でしょう、どのように操作することは、基本的には、どのようなユーザーが期待できると使いやすさの点では、エルゴノミクス、および学習曲線にします。 顧客の見直しの結論を出すのは、すべての選手が出資して、システムの開発契約についてはどのような努力をしなければならないこのプロジェクトでは、システム、およびサブシステムの要件はします。 そのための要件のリストが完成し、 baselinedを確保するための要件の制御を通しての人生は、このプロジェクトのです。