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

(1)

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

1. テンプレート利用の前提 ... 2 1.1 対象... 2 1.2 役割... 2 1.3 プロセス... 2 1.4 ステータス... 3 2. テンプレートの項目... 4 2.1 入力項目... 4 2.2 入力方法および属性... 5 2.3 他の属性... 6 3. トラッキングユニットの設定 ... 7 3.1 メール送信一覧... 7 3.1.1 起票... 7 3.1.2 作成中... 7 3.1.3 作成終了... 7 3.1.4 レビュー中... 7 3.1.5 終了... 8 3.1.6 承認... 8 3.2 権限一覧... 8 3.2.1 ステータス権限一覧... 8 3.2.2 機能権限一覧... 8 3.3 ステータス毎の必須入力... 9 3.4 ステータス毎の表示ON/OFF ... 10 3.5 サンプル選択肢... 10

(2)

1. テンプレート利用の前提

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

(3)

「作成終了」にする．要求仕様のレビュー ¾ 主担当者は，作成済み要求仕様のレビューを行う．レビューを計画した時点でステータスを「レビュー中」とし，レビューが完了した時点でステータスを「終了」にする．要求仕様管理記録の承認 ¾ プロジェクトリーダは，ステータスが「終了」である要求仕様に関して内容の確認を行い，ステータスを「承認」にする． 1.4 ステータス要求仕様管理記録のステータスを以下のように定義する．起票 ¾ 要求分析が済み，作成すべき要求仕様が認識された状態作成中 ¾ 要求仕様が作成されている状態作成終了 ¾ 要求仕様の作成が終了した状態レビュー中 ¾ 要求仕様をレビューしている状態．または，レビューが完了していない状態． ¾ レビューにおける指摘が全て反映されていない場合は本ステータスとなる．終了 ¾ レビューが完了した状態承認 ¾ 承認された状態

(4)

2. テンプレートの項目

テンプレートの項目を以下に示す． 2.1 入力項目番号項目内容備考 1 ステータス要求仕様の状態を示す．起票，作成中，作成終了，レビュー中，終了，承認のいずれか． 2 発行番号要求仕様の番号 3 起票日起票された日 4 起票者起票した人 5 作成日作成した日付 6 主担当者主たる担当者，取りまとめ 7 関係者主担当者に協力し，要求仕様を作成する人 8 仕様名称仕様もしくは仕様書の名称 9 仕様ID 仕様を識別するID．構成管理でベースラインを識別する際に利用する．例：SRS0011 10 カテゴリ要求仕様の区分．サンプル参照． 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 内容分析や仕様の内容テキストエリア

(5)

9 最終更新日時最終更新日時改訂履歴を以下に示す．番号項目内容備考 1 関連元関連元の要求仕様の発行番号 2 番号一連の番号 3 入力日入力した日 4 作成者作成者 5 改訂番号改訂番号テキスト 6 改訂内容改訂の内容テキストエリア 7 関連資料添付ファイルファイル 8 最終更新者最終更新者 9 最終更新日時最終更新日時 2.2 入力方法および属性番号項目入力方法入力長表示桁数備考 1 ステータスリスト－－ 2 発行番号－－－ 3 起票日－－－ 4 起票者－－－ 5 作成日日付－ 20 6 主担当者ユーザリスト－－ 7 関係者ユーザチェックボックス－－ 8 仕様名称テキスト 256 40 9 仕様ID テキスト 256 40 10 カテゴリチェックボックス－－ 11 サブシステムチェックボックス－－ 12 要求テキストエリア 10240 80×5 13 根拠チェックボックス－－ 14 詳細根拠テキストエリア 10240 80×5 15 要求元チェックボックス－－ 16 要求元担当者テキスト 256 40 17 分析内容テキストエリア 10240 80×5 18 詳細分析属性テンプレート－－ 19 仕様内容テキストエリア 10240 80×5 20 詳細仕様属性テンプレート－－ 21 仕様書名テキスト 256 60 22 仕様書ID テキスト 256 40 23 改訂履歴属性テンプレート－－ 24 実施ステータスリスト－－ 25 理由テキストエリア 10240 80×5 26 添付ファイルファイル 1048576 － 27 関連元要求仕様テキスト 256 40 28 承認日－－－ 29 承認者－－－ 30 最終更新者－－－ 31 最終更新日時－－－

(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 最終更新日時 ○ ○

(7)

3. トラッキングユニットの設定

テンプレートを利用したトラッキングユニットの設定例を示す． 3.1 メール送信一覧レポート作成時，各ステータスで宛先を指定して作業報告をする．該当する場所を○で記述する． 3.1.1 起票 To Cc 通知しないプロジェクトマネージャ ○ プロジェクトリーダ ○ 開発 ○ 宛先品質保証 ○ 件名【プロジェクト名：システム名：】ステータス：発行番号：仕様名称：本文 3.1.2 作成中 To Cc 通知しないプロジェクトマネージャ ○ プロジェクトリーダ ○ 開発 ○ 宛先品質保証 ○ 件名【プロジェクト名：システム名：】ステータス：発行番号：仕様名称：本文 3.1.3 作成終了 To Cc 通知しないプロジェクトマネージャ ○ プロジェクトリーダ ○ 開発 ○ 宛先品質保証 ○ 件名【プロジェクト名：システム名：】ステータス：発行番号：仕様名称：本文作成日，主担当者，カテゴリ，サブシステム，要求，根拠 3.1.4 レビュー中

(8)

To Cc 通知しないプロジェクトマネージャ ○ プロジェクトリーダ ○ 開発 ○ 宛先品質保証 ○ 件名【プロジェクト名：システム名：】ステータス：発行番号：仕様名称：本文 3.1.5 終了 To Cc 通知しないプロジェクトマネージャ ○ プロジェクトリーダ ○ 開発 ○ 宛先品質保証 ○ 件名【プロジェクト名：システム名：】ステータス：発行番号：仕様名称：本文作成日，主担当者，カテゴリ，サブシステム 3.1.6 承認 To Cc 通知しないプロジェクトマネージャ ○ プロジェクトリーダ ○ 開発 ○ 宛先品質保証 ○ 件名【プロジェクト名：システム名：】ステータス：発行番号：仕様名称：本文作成日，主担当者，カテゴリ，サブシステム 3.2 権限一覧各ステータスで，其々のレポートに対する権限をロール毎に記述する． 3.2.1 ステータス権限一覧ロールステータスプロジェクトマネージャプロジェクトリーダ開発品質保証起票更新権限更新権限更新権限参照権限検討中更新権限更新権限更新権限参照権限検討終了更新権限更新権限更新権限参照権限レビュー中更新権限更新権限更新権限参照権限終了更新権限更新権限更新権限参照権限承認参照権限参照権限参照権限参照権限 3.2.2 機能権限一覧

(9)

ージャプロジェクトリーダ開発品質保証新規作成権限あり権限あり権限あり権限なしダウンロード権限あり権限あり権限あり権限あり完了承認権限あり権限あり権限なし権限なし世代管理更新権限更新権限更新権限参照権限削除更新権限更新権限参照権限参照権限検索条件保存権限なし権限なし権限なし権限なしアラートメール送信権限なし権限なし権限なし権限なし 3.3 ステータス毎の必須入力ステータス毎の必須入力を示す．○が必須入力を示す．●はxDTSにより自動で設定される．表中の丸数字が表すステータスは以下の通り．各ステータスの変更者を併せて記述する． ① 起票：プロジェクトリーダ ② 作成中：担当者 ③ 作成終了：担当者 ④ レビュー中：担当者 ⑤ 終了：担当者 ⑥ 承認：プロジェクトリーダ番号項目 ① ② ③ ④ ⑤ ⑥ 備考 1 ステータス ● ○ ○ ○ ○ ● 2 発行番号 ● －－－－－ 3 起票日 ● －－－－－ 4 起票者 ● －－－－－ 5 作成日 ○ ○ ○ － 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 承認日－－－－－ ● 29 承認者－－－－－ ● 30 最終更新者 ● ● ● ● ● ●

(10)

31 最終更新日時 ● ● ● ● ● ● 3.4 ステータス毎の表示ON/OFF ステータス毎の表示ON/OFFを示す．無印は表示入力ON（表示がONで入力が可能）を示す．○が表示ON を示す．●は表示OFFを示す．必須入力項目は自動的に表示入力ONになる．番号項目 ① ② ③ ④ ⑤ ⑥ 備考 1 ステータス－－－－－－ 2 発行番号－－－－－－ 3 起票日－－－－－－ 4 起票者－－－－－－ 5 作成日 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 承認日－－－－－－ 29 承認者－－－－－－ 30 最終更新者－－－－－－ 31 最終更新日時－－－－－－ 3.5 サンプル選択肢カテゴリ機能，性能，品質，ユーザインタフェース，データベース，インタフェース，セキュリティサブシステム画面，画面部品，モデル，フレームワーク根拠互換性維持，エンドユーザ要求，標準準拠実施ステータス

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