要求仕様管理テンプレート仕様書

Transcription

1 目次 1. テンプレート利用の前提 対象 役割 プロセス ステータス テンプレートの項目 入力項目 入力方法および属性 他の属性 トラッキングユニットの設定 メール送信一覧 起票 作成中 作成終了 レビュー中 終了 承認 権限一覧 ステータス権限一覧 機能権限一覧 ステータス毎の必須入力 ステータス毎の表示 ON/OFF サンプル選択肢 株式会社ニルソフトウェア 1/10

2 1. テンプレート利用の前提 要求仕様管理のテンプレートを利用する上での前提事項についてまとめる. 本仕様書で規定するテンプレートはこの記述内容で利用されることを前提とする. 要求仕様管理は, ソフトウェア要求仕様 (SRS) の作成ステータスを管理するもので, 顧客からの要求 ( 要望 ) から要求分析を経て要求仕様を作成するプロセスを規定するものではない. さらに, 顧客との間で要求を管理する手順を規定するものでもない. 以下に本仕様書で使用する略語を示す. SRS ソフトウェア要求仕様書 SCR 変更要求書 ( 変更要求管理手順書で扱う変更要求を指す ) EO 変更指示書 ( 本手順書で扱う変更指示を指す ) CMR 構成管理記録 SCCB ソフトウェア構成制御委員会 1.1 対象 要求仕様管理は, 要求仕様を管理対象とする. 本テンプレートでは, 要求仕様自体の管理と要求仕様書の管理が可能となっている. それらを含んだものとして, 以降では要求仕様管理記録と呼ぶこととする. 1.2 役割 本仕様書では以下に示す階層構造のチームを想定する. 各要求仕様管理の対処は割り当てられた担当がその責務を負う. 各要求仕様管理に対するステータス管理の責務はが負う. プロジェクトに対するスケジュール / コスト / 品質への影響はがその責務を負う.SQA はプロジェクトとして要求仕様管理が機能するようにやに働きかける. 1.3 プロセス 要求仕様管理記録の起票から完了までのプロセスを以下に示す. 要求仕様管理記録のステータスとの対応を明確にするため, ステータスは 付きで示す. 要求仕様管理記録の起票 は要求分析をした結果に基づき, 要求仕様管理記録を起票する. ステータスは 起票 となる. は起票した要求仕様管理記録に主担当者を割り当てる. 要求仕様の作成 主担当は, 担当する要求仕様管理記録に該当する要求仕様を作成する. ステータスは 作成中 となる. 株式会社ニルソフトウェア 2/10

3 主担当は要求仕様を作成し, 成果物に該当する要求仕様書を作成した時点でステータスを 作成終了 にする. 要求仕様のレビュー 主担当者は, 作成済み要求仕様のレビューを行う. レビューを計画した時点でステータスを レビュー中 とし, レビューが完了した時点でステータスを 終了 にする. 要求仕様管理記録の承認 は, ステータスが 終了 である要求仕様に関して内容の確認を行い, ステータスを 承認 にする. 1.4 ステータス 要求仕様管理記録のステータスを以下のように定義する. 起票 要求分析が済み, 作成すべき要求仕様が認識された状態 作成中 要求仕様が作成されている状態 作成終了 要求仕様の作成が終了した状態 レビュー中 要求仕様をレビューしている状態. または, レビューが完了していない状態. レビューにおける指摘が全て反映されていない場合は本ステータスとなる. 終了 レビューが完了した状態 承認 承認された状態 株式会社ニルソフトウェア 3/10

4 2. テンプレートの項目 テンプレートの項目を以下に示す. 2.1 入力項目 番号 項目 内容 備考 1 ステータス 要求仕様の状態を示す. 起票, 作成中, 作成終了, レビュー中, 終了, 承認のいずれか. 2 発行番号 要求仕様の番号 3 起票日 起票された日 4 起票者 起票した人 5 作成日 作成した日付 6 主担当者 主たる担当者, 取りまとめ 7 関係者 主担当者に協力し, 要求仕様を作成する人 8 仕様名称 仕様もしくは仕様書の名称 9 仕様 ID 仕様を識別するID. 構成管理でベースラインを識別する際に利用する. 例 :SRS カテゴリ 要求仕様の区分. サンプル参照. 11 サブシステム 要求仕様の対象となるシステム. サンプル参照. 12 要求 要求 ( 要望 ) の内容 13 根拠 要求の根拠. サンプル参照. 14 詳細根拠 根拠の詳細内容. 15 要求元 要求元 16 要求元担当者 要求元の担当者 17 分析内容 要求を分析した結果 18 詳細分析 分析の詳細. 詳細は以下に示す. 19 仕様内容 要求分析から作成した仕様の概要 20 詳細仕様 仕様の詳細. 詳細は以下に示す. 21 仕様書名 要求仕様を纏めた仕様書名称 22 仕様書 ID ドキュメントのID 23 改訂履歴 ドキュメントの改訂履歴. 以下に詳細を示す. 24 実施ステータス 要求仕様の実装に関するステータス. サンプル参照. 25 理由 実施ステータスが一時中断もしくは中止の時に, その理由を記述. また, 未反映要求有時は, その内容を記述もしくは一覧を添付する. 26 添付ファイル 関連するファイルを添付 27 関連元要求仕様 関連する仕様があれば, その発行番号を記入 28 承認日 確認者により承認された日付 29 承認者 承認した人 30 最終更新者 レポートの最終更新者 31 最終更新日時 レポートの最終更新日時 詳細分析と詳細仕様を以下に示す. 番号 項目 内容 備考 1 関連元 関連元の要求仕様の発行番号 2 番号 一連の番号 3 入力日 入力した日 4 作成者 作成した担当者 5 項目名 項目の名称 テキスト 6 内容 分析や仕様の内容 テキストエリア 7 関連資料 添付ファイル ファイル 株式会社ニルソフトウェア 4/10

5 8 最終更新者 最終更新者 9 最終更新日時 最終更新日時 改訂履歴を以下に示す. 番号 項目 内容 備考 1 関連元 関連元の要求仕様の発行番号 2 番号 一連の番号 3 入力日 入力した日 4 作成者 作成者 5 改訂番号 改訂番号 テキスト 6 改訂内容 改訂の内容 テキストエリア 7 関連資料 添付ファイル ファイル 8 最終更新者 最終更新者 9 最終更新日時 最終更新日時 2.2 入力方法および属性 番号 項目 入力方法 入力長 表示桁数 備考 1 ステータス リスト 発行番号 起票日 起票者 作成日 日付 主担当者 ユーザリスト 関係者 ユーザチェックボ - - ックス 8 仕様名称 テキスト 仕様 ID テキスト カテゴリ チェックボックス サブシステム チェックボックス 要求 テキストエリア 根拠 チェックボックス 詳細根拠 テキストエリア 要求元 チェックボックス 要求元担当者 テキスト 分析内容 テキストエリア 詳細分析 属性テンプレート 仕様内容 テキストエリア 詳細仕様 属性テンプレート 仕様書名 テキスト 仕様書 ID テキスト 改訂履歴 属性テンプレート 実施ステータス リスト 理由 テキストエリア 添付ファイル ファイル 関連元要求仕様 テキスト 承認日 承認者 最終更新者 最終更新日時 株式会社ニルソフトウェア 5/10

6 2.3 他の属性 番号 項目 順序 検索 集計 自動日付 自動入力 自動計算 備考 1 ステータス 1 2 発行番号 3 起票日 4 起票者 5 作成日 6 主担当者 7 関係者 8 仕様名称 3 9 仕様 ID 2 10 カテゴリ 11 サブシステム 12 要求 13 根拠 14 詳細根拠 15 要求元 16 要求元担当者 17 分析内容 18 詳細分析 19 仕様内容 20 詳細仕様 21 仕様書名 22 仕様書 ID 4 23 改訂履歴 24 実施ステータス 5 25 理由 26 添付ファイル 27 関連元要求仕様 28 承認日 29 承認者 30 最終更新者 31 最終更新日時 株式会社ニルソフトウェア 6/10

7 3. トラッキングユニットの設定 テンプレートを利用したトラッキングユニットの設定例を示す. 3.1 メール送信一覧 レポート作成時, 各ステータスでを指定して作業報告をする. 該当する場所を で記述する 起票 本文 作成中 本文 作成終了 本文 作成日, 主担当者, カテゴリ, サブシステム, 要求, 根拠 レビュー中 株式会社ニルソフトウェア 7/10

8 本文 終了 本文 作成日, 主担当者, カテゴリ, サブシステム 承認 本文 作成日, 主担当者, カテゴリ, サブシステム 3.2 権限一覧 各ステータスで, 其々のレポートに対する権限をロール毎に記述する ステータス権限一覧 ステータス ロール 起票 更新権限 更新権限 更新権限 参照権限 検討中 更新権限 更新権限 更新権限 参照権限 検討終了 更新権限 更新権限 更新権限 参照権限 レビュー中 更新権限 更新権限 更新権限 参照権限 終了 更新権限 更新権限 更新権限 参照権限 承認 参照権限 参照権限 参照権限 参照権限 機能権限一覧 ロール 株式会社ニルソフトウェア 8/10

9 新規作成 権限あり 権限あり 権限あり 権限なし ダウンロード 権限あり 権限あり 権限あり 権限あり 完了承認 権限あり 権限あり 権限なし 権限なし 世代管理 更新権限 更新権限 更新権限 参照権限 削除 更新権限 更新権限 参照権限 参照権限 検索条件保存 権限なし 権限なし 権限なし 権限なし アラートメール送信 権限なし 権限なし 権限なし 権限なし 3.3 ステータス毎の必須入力 ステータス毎の必須入力を示す. が必須入力を示す. は xdts により自動で設定される. 表中の丸数字が表すステータスは以下の通り. 各ステータスの変更者を併せて記述する. 1 起票 : 2 作成中 : 担当者 3 作成終了 : 担当者 4 レビュー中 : 担当者 5 終了 : 担当者 6 承認 : 番号 項目 備考 1 ステータス 2 発行番号 起票日 起票者 作成日 - 6 主担当者 - 7 関係者 - 8 仕様名称 - 9 仕様 ID - 10 カテゴリ - 11 サブシステム - 12 要求 - 13 根拠 - 14 詳細根拠 - 15 要求元 - 16 要求元担当者 - 17 分析内容 - 18 詳細分析 - 19 仕様内容 - 20 詳細仕様 - 21 仕様書名 - 22 仕様書 ID - 23 改訂履歴 - 24 実施ステータス - 25 理由 - 26 添付ファイル - 27 関連元要求仕様 - 28 承認日 承認者 最終更新者 株式会社ニルソフトウェア 9/10

10 31 最終更新日時 3.4 ステータス毎の表示 ON/OFF ステータス毎の表示 ON/OFF を示す. 無印は表示入力 ON( 表示が ON で入力が可能 ) を示す. が表示 ON を示す. は表示 OFF を示す. 必須入力項目は自動的に表示入力 ON になる. 番号 項目 備考 1 ステータス 発行番号 起票日 起票者 作成日 6 主担当者 7 関係者 8 仕様名称 9 仕様 ID 10 カテゴリ 11 サブシステム 12 要求 13 根拠 14 詳細根拠 15 要求元 16 要求元担当者 17 分析内容 18 詳細分析 19 仕様内容 20 詳細仕様 21 仕様書名 22 仕様書 ID 23 改訂履歴 24 実施ステータス 25 理由 26 添付ファイル 27 関連元要求仕様 28 承認日 承認者 最終更新者 最終更新日時 サンプル選択肢 カテゴリ機能, 性能, 品質, ユーザインタフェース, データベース, インタフェース, セキュリティ サブシステム画面, 画面部品, モデル, フレームワーク 根拠互換性維持, エンドユーザ要求, 標準準拠 実施ステータス実施, 未反映要求有, 一時中断, 中止 株式会社ニルソフトウェア 10/10