#author("2017-05-23T10:51:27+00:00","default:admin","admin")
#author("2023-01-12T07:38:20+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]]

-[[RFP（提案依頼書）と要件定義書の違いは何？ 記載内容も詳しく解説:https://www.gpol.co.jp/blog/135]]

* 概要 [#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]
- テスト仕様書
- テスト結果レポート
トップ   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS