mod / techproject / view / screen / specification
仕様
仕様とは、構築され、プロジェクトが焦点を当てている本当の「製品」または「技術システム」を形成する、有効なソリューションの一部を詳述した説明です。
仕様フェーズはいわゆる「システム分析」で、システムアーキテクチャ、有機的なセグメンテーション、そしてモジュール間の通信技術と標準を設計します。十分に洗練された仕様書が私たちのシステムの細かいコンポーネントであるもの、そしてどのプロトコルに従ってこれらのコンポーネントが互いに交換するかを伝えるべきです。
仕様は、要件と同様に、階層的な構成にすることができます。かなり一般的な封筒を最初に定義して、システムをスーパーモジュールに分割することができます。すなわち、与えられたソフトウェア製品のために、私たちは次のように最初のタイトルレベルを構成することができます：
- グラフィックバッファ管理
- インポート/エクスポートライブラリ
- フィルターフレームワーク
- 標準フィルター部品
- GUIパッケージ
- フォーマットを格納しているグラフィックファイル
「インポート/エクスポートモジュールのサブコンポーネントは何でしょうか」という疑問の結果として、それぞれをさらに洗練することができます。システム設計者が続行します。
監視および表示の仕様
仕様は、見出しの内容が折りたたまれたツリーとして表示されます。サブレベルは、必要に応じて完全に折りたたむことができます。
各仕様の見出しは、仕様から要件、そしてタスクへの関連付けによって指標を伝播することによって得られる合成情報を提供します。
- 見出し番号（自動番号付き）
- 仕様キャプション
- バインドされた要件の数（直接の関連付け/サブエントリーによる）
- バインドされたタスクの数（直接の関連付け/サブエントリーによる）
- グラフィカルな棒グラフとして、関連する作業を通じて取得された仕様の完成量。
それぞれの見出しは、内容を要約して要約したものと修飾値のフルセットを表示するために個別に拡張できます。
仕様を編集する
指定は学生によって編集できないかもしれません。教師はそのようなエンティティをロックすることを選択できます。
仕様は、構築されるシステムの一部、フォーマットまたは通信規格、あるいはシステムが動作するために必要な要素のその他の技術的な説明を詳述する説明です。最も単純な形式では、キャプションとフリーコンテンツバッファが指定されます。説明コンテンツは、必要に応じて構造化できない、無料のHTML編集可能ドキュメントです。
仕様は、以下によって修飾されます。
- 重大度：これは、要素がプロジェクトに対して持つ重要性の尺度です。そのような要素が欠落しているか、プロジェクトの提供時に失敗する可能性がある場合、リスク計算に影響を与えます。
- 優先度：これは要素の妊娠の尺度であり、要素がタスクに伝播する優先度によって要素のスケジュール順に影響を与えます。
仕様画面では、継続的な洗練プロセスを通じて仕様を構築できます。各仕様は、システムのいくつかの小さな部分を説明するサブ仕様に分割することができます。
教育戦略
仕様は、定義された「オブジェクト」を構築するようにプロジェクトチームに依頼することができます。これらの目標は次のようになります。
- 教師によってセットアップされ、そして学生によって洗練された
- 教師による設定とロック。彼らはプロジェクトの最終的な罪を犯すでしょう。要件のロックが解除されている場合、顧客の言語を使用して、顧客が最初に必要としている可能性があるものを学生に構築させるのは、そのような演習になります。この演習は、「機能的な言語」と「技術的な説明」を区別するように学生に教えるのに役立ちます。
- 空の編集者から学生によって編集可能：学生は完全なシステム分析作業を実行する必要があるかもしれません。
