- 追加された行はこの色です。
- 削除された行はこの色です。
#author("2017-04-05T13:59:35+09:00","","")
#author("2017-05-23T10:51:27+00:00","default:admin","admin")
-[[要件定義書って何書くの?:http://www.fspo.net/system-article/100.html]]
-[[要件定義書に使えるテンプレートまとめ:http://uxmilk.jp/54683]]
-[[要件定義書サンプル:https://sites.google.com/site/itohshiryo/yao-jian-ding-yi-shusanpuru]]
* 概要 [#j43314c4]
-情報システムに係る調達を行う場合に、求める要件を具体的に記述した調達のための仕様書
-要件定義が曖昧であると、技術力のない業者が低い価格で落札する危険性が高まる。また、 システム開発における意見の相違が起きやすくなり、コストの上昇や納期の遅れが発生する可能性が高くなる。
-要件定義書では、以下のような項目を具体的に示す。
--システム開発・再構築の目的
--業務の概要
--新システムに求められる機能
--システム要件
--性能要件
--品質要件
--信頼性要件
--保守運用要件
--セキュリティ要件
--移行に関する要件
--開発体制、スケジュール
--納入に関する条件
--その他
以下、要件定義書に記載する項目や注意点を列挙。
* システム概要 [#i1ff202b]
何を行うシステムかを簡潔に記述。
* システム構成 [#mfeac355]
** サーバ [#gbcfaed0]
*** ハードウェア [#l621eab1]
- CPU
- メモリ
- HDD
*** ソフトウェア [#x9ef048f]
- OS
- アプリケーション
- ライブラリ
* 機能 [#a4ab1a0f]
** 画面 [#jbd1c462]
- アクセス制限の方法
- 画面遷移
- 画面一覧
- 各画面の機能
** 動画・音声系 [#m87e306c]
- 機能
- 入力ファイル仕様
- 出力ファイル仕様
* 運用・保守仕様 [#v1839614]
以下の作業をどちらが行うかを明記。
-通常運用
-データの管理(登録/編集/削除)
-データのバックアップ
-障害対応
保守仕様に関しては以下の点に注意すること。
-24時間保守は行わない
-月の問い合わせ回数。回数を限定し、それを超える場合は別途費用をもらうこととする。
-オンサイト保守の回数。回数を限定し、それを超える場合は別途費用をもらうこととする。
-対応キャリア。ドコモ、ソフトバンク、AUなど限定する。また、合併、買収等があった場合は無効とするようにする。
-新機種対応は現在の仕様と同じ場合のみとする。仕様変更での新機種対応は別途費用をもらって対応する。
-新機種対応が必要な場合は、最大対応数を限定する。
* システム性能 [#o1e79c28]
条件を定義し、その条件下での処理能力の最低達成ラインの値を記載。~
テスト環境での計測値を元に作成。
* 納品物 [#tecfefa3]
** 納品形態 [#lc829e23]
- CD-ROM
** プログラム [#k4b285db]
- プログラム(ソースコード or オブジェクト)を明記
- アプリケーション
** DB [#v3a94ed1]
- DB構築SQL
- マスタデータ セットアップSQL
** ドキュメント [#l914f141]
*** 仕様書系 [#jdae6686]
- 要件定義書
- 基本設計書
- (詳細設計書)
*** 設定系 [#j64a7052]
- ネットワーク構成図
- サーバ設定シート
- システム構築手順書
*** 運用系 [#rd176307]
- 利用マニュアル
- メンテナンスパターン表
- 障害パターン対応表
- 障害対応マニュアル
*** 検証系 [#a1517557]
- テスト仕様書
- テスト結果レポート