mod / techproject / view / screen / requirements

内容

プロジェクトの要件入力は、顧客の意欲の構成要素です。それらは顧客が私達のプロジェクトを解決して欲しいと私達に言ったことを書面形式で形式化する記述のセットとして保存することができます。

顧客のニーズ（エンドユーザーの場合もあります）を集めることは、人間が理解するための出発点です。顧客がその意志について私たちに伝えることができるほど、私たちの処方箋はより価値あるものになるはずです。我々が集めたものの詳細な表現を漸進的に書くことは、いわゆる洗練プロセスと呼ばれます。

Techprojectモジュールでは、要件を階層構造にまとめることができます。学生はかなり一般的な要件を表現し始め、さらに洗練されるセクションにタイトルを付けることができます。例として、ある種のソフトウェアの要求を表現するために、以下の推奨リストを聞いたことがあると思います。

コンサルタントの一部からその顧客へのそのような質問の問題として、それらのそれぞれをさらに洗練することができます。

要件は、最初は拡張されたヘッダーツリーとして表示されます。どのサブツリーも折りたたむことができます。

各要求ヘッダーには、要求階層を上下に通過するだけでなく、クロスエンティティーマッピング（最近傍の仕様へのマッピング）を介して属性を伝搬することによって取得された合成指標がいくつか表示されます。主な情報は以下のとおりです。

各ヘッダーは、説明や属性の詳細なレポートなど、完全な情報を表示できるように展開または縮小できます。

（1）完了指標は、その要件にリンクされているすべてのタスクの完了指標を、スペシフィケーションマッピングを介して伝播することによって得られます。これらの指標は、エンティティマッピングがプロジェクトの開発全体を通して実行されない場合は重要ではない可能性があります。

教師のアクセス可能なオプションに応じて、編集要件を学生に対してロックすることができます。

要件は、顧客の意志を説明する一連の情報です。最も単純なモデルでは、要件はテキスト記述に関連付けられた短い要約として表されます。私たちは記述を、完全な独立型の構造化文書が収まるような完全なHTMLバッファにすべきです。

要件は「強度」属性によって限定することができます。顧客の観点から見れば、勧告がどれほど「強い」（妊娠している）かがわかります。

要件エディタを使用すると、段階的な詳細化活動を発行して、ツリー型の要件の編成を管理できます。各要件は、いくつかのサブ要件に分割される場合があります。

プロジェクトチームの「目的」を達成するために事前準備し、仕事の「予想される行動や効果」を説明するための要件を教師が事前設定することができます。説明は「どの効果」が期待されているのかを伝えるためだけのものであり、それらをどのように取得するのかということではなく、これは仕様化作業です。

これらの目的は次のとおりです。