要件定義チェックリスト(機能・非機能・移行・運用の確認項目)
システム開発の要件定義で、決めるべきことの漏れを防ぐためのチェックリストのExcelテンプレートです。業務・機能・画面と帳票・データ・外部連携、IPAの非機能要求グレードの6つの大項目(可用性・性能・拡張性・運用・保守性・移行性・セキュリティ・システム環境)、運用と受入れ・変更の手続きまで、46項目があらかじめ入っています。項目ごとに確認済・要確認・該当なしを選び、決定事項・目標値と、決める期限を書くと、期限を過ぎた未決定の項目が赤くなります。
別の呼び方: 要件定義 チェックシート/要件定義 確認項目/非機能要件 チェックリスト/要件定義書 チェックリスト/ヒアリングシート システム開発
- 要件定義チェックリストとは?
- システム開発の要件定義で、決めるべきことが漏れていないかを確かめる一覧です。機能・データ・連携に加え、非機能・移行・運用・変更の手続きまで確かめます。
- 何を確かめますか?
- 業務の範囲・機能・画面と帳票・データ・外部連携、非機能(可用性・性能・運用保守・移行・セキュリティ・システム環境)、運用の体制、受入れと変更の手続きの46項目です。
- 非機能要求グレードとは?
- IPAが公開している、非機能要件を漏れなく決めるための項目と要求レベルの一覧です。可用性・性能・拡張性・運用・保守性・移行性・セキュリティ・システム環境・エコロジーの6大項目からなります。
- 形式
- Excel・PDF
- 用紙
- A4横
- 更新日
- 2026.10.27
- 版
- v1.0

記入例
Excel の「記入例」シートと同じ内容です。グレーの列は自動で計算され、すぐ確かめる行は赤、期限の近い行は黄色で表示されます。
要件定義チェックリスト
結果を 確認済・要確認・該当なし から選び、決定事項を数字で書きます。決まっていない項目は期限を書き、決まったら決定日を入れます。期限を過ぎた行は赤。
基準日2026/11/16
プロジェクト名受発注システム刷新
作成者〇〇システム株式会社 PM 小林
項目数46
確認済36
要確認10
期限切れ2
| No. | 区分 | 確認項目 | 非機能要求グレード | 結果 | 決定事項・目標値 | 確認先・担当 | 期限 | 決定日 | 状態 |
|---|---|---|---|---|---|---|---|---|---|
| 1 | 業務・目的 | システム化の目的と、効果の測り方(削減する時間・件数など)が決まっている | 確認済 | 受注入力の時間を1件10分→3分に。月の入力時間 120時間→40時間 | 営業管理課 佐々木 | 2026/10/30 | 2026/10/28 | 完了 | |
| 2 | 業務・目的 | 対象の業務の範囲と、対象外の業務が書かれている | 確認済 | 受注・出荷指示・請求データ作成まで。会計の仕訳は対象外 | 営業管理課 佐々木 | 2026/10/30 | 2026/10/28 | 完了 | |
| 3 | 業務・目的 | いまの業務の流れと、システム化した後の業務の流れが図になっている | 確認済 | 業務フロー図 v1.2 で合意 | 営業管理課 佐々木 | 2026/11/06 | 2026/11/05 | 完了 | |
| 4 | 業務・目的 | 関係者(利用部門・情報システム部門・経営・取引先)と、決める権限を持つ人が決まっている | 確認済 | 決定者は営業本部長。仕様の判断は営業管理課長 | 情報システム課 中村 | 2026/10/30 | 2026/10/27 | 完了 | |
| 5 | 機能要件 | 機能の一覧と、機能ごとの優先度(必須・あれば良い)が決まっている | 確認済 | 機能一覧 42件(必須 35・あれば良い 7) | 営業管理課 佐々木 | 2026/11/13 | 2026/11/12 | 完了 | |
| 6 | 機能要件 | 画面の一覧と、画面ごとの利用者・入力する項目・操作が決まっている | 確認済 | 画面 18本。画面一覧 v1.0 | 営業管理課 佐々木 | 2026/11/13 | 2026/11/12 | 完了 | |
| 7 | 機能要件 | 帳票の一覧と、出力の形(PDF・Excel・印刷)、レイアウトの見本がある | 要確認 | 納品書・請求書のレイアウトが未決定(取引先指定の書式の扱い) | 営業管理課 佐々木 | 2026/11/20 | 期限間近 | ||
| 8 | 機能要件 | 入力チェックの決まり(必須・桁数・形式・重複)が決まっている | 確認済 | 入力チェック一覧 v1.0 | 営業管理課 佐々木 | 2026/11/13 | 2026/11/13 | 完了 | |
| 9 | 機能要件 | 計算と判定の決まり(単価・消費税・締め日・端数の処理)が決まっている | 要確認 | 単価の端数処理(切り捨て・四捨五入)が取引先ごとに違う。一覧の提出待ち | 経理課 森 | 2026/11/13 | 期限切れ | ||
| 10 | 機能要件 | 権限(役割ごとに見られる・変えられる範囲)が決まっている | 確認済 | 営業・営業事務・管理者・閲覧のみ の4つの役割 | 情報システム課 中村 | 2026/11/13 | 2026/11/10 | 完了 | |
| 11 | 機能要件 | 承認の流れ(誰が・どの順に・差し戻し・代理の承認)が決まっている | 確認済 | 100万円以上の受注は課長の承認。不在時は部長が代理 | 営業管理課 佐々木 | 2026/11/13 | 2026/11/11 | 完了 | |
| 12 | 機能要件 | 通知(メール・チャット)の条件と宛先が決まっている | 確認済 | 承認待ちと出荷予定日の前日に、担当者へメール | 営業管理課 佐々木 | 2026/11/13 | 2026/11/11 | 完了 | |
| 13 | データ | 扱うデータ(マスタ・取引のデータ)の一覧と、項目の定義がある | 確認済 | データ項目定義書 v0.9 | 情報システム課 中村 | 2026/11/13 | 2026/11/12 | 完了 | |
| 14 | データ | コード(取引先・品目・社員)の体系と、番号の付け方が決まっている | 確認済 | 取引先コードは現行の6桁を引き継ぐ | 情報システム課 中村 | 2026/11/06 | 2026/11/06 | 完了 | |
| 15 | 外部連携 | 連携する外部システム、連携の方式(API・ファイル・手作業)、頻度とタイミングが決まっている | 要確認 | 在庫システムとの連携方式(API か CSV か)が未決定 | 情報システム課 中村 | 2026/11/27 | 有効 | ||
| 16 | 外部連携 | 連携が失敗したときの気づき方と、再送の方法が決まっている | 要確認 | 情報システム課 中村 | 2026/11/27 | 有効 | |||
| 17 | 非機能・可用性 | 運用時間(平日の日中・24時間など)と、計画停止の有無 | A.1.1・C.1.1 運用時間 | 確認済 | 平日 8:00〜20:00。月1回 第3土曜に計画停止 | 情報システム課 中村 | 2026/11/13 | 2026/11/12 | 完了 |
| 18 | 非機能・可用性 | 稼働率の目標 | A.1.5 稼働率 | 確認済 | 運用時間内 99.5% 以上(月) | 情報システム課 中村 | 2026/11/13 | 2026/11/12 | 完了 |
| 19 | 非機能・可用性 | 障害時の目標復旧時間(RTO)と目標復旧時点(RPO) | A.1.3 目標復旧水準 | 要確認 | RTO 4時間以内を提示。RPO(前日の夜間時点で可か)を確認中 | 情報システム課 中村 | 2026/11/13 | 期限切れ | |
| 20 | 非機能・可用性 | 大規模災害のときの扱い(復旧の目標・遠隔地へのバックアップの要否) | A.1.4・A.3 災害対策 | 確認済 | 別リージョンにバックアップを保管。復旧の目標は3営業日 | 情報システム課 中村 | 2026/11/20 | 2026/11/16 | 完了 |
| 21 | 非機能・性能 | 利用者数・同時に使う人数・データ量の見込み | B.1.1 業務処理量 | 確認済 | 利用者 120名・同時 40名・受注 月6,000件 | 営業管理課 佐々木 | 2026/11/13 | 2026/11/09 | 完了 |
| 22 | 非機能・性能 | 数年後の増え方の見込み(利用者数・データ量の増大率) | B.1.2 業務量増大度 | 確認済 | 5年で 1.5倍 | 営業管理課 佐々木 | 2026/11/13 | 2026/11/09 | 完了 |
| 23 | 非機能・性能 | 画面の応答時間と、夜間処理(バッチ)の終了時刻の目標 | B.2.1・B.2.2 性能目標値 | 確認済 | 画面 3秒以内(90%)。夜間処理は翌朝 6:00 までに終了 | 情報システム課 中村 | 2026/11/20 | 2026/11/16 | 完了 |
| 24 | 非機能・性能 | データの保管期間 | B.1.3 保管期間 | 確認済 | 受注データは10年保管 | 経理課 森 | 2026/11/20 | 2026/11/13 | 完了 |
| 25 | 非機能・運用保守 | バックアップの対象・頻度・保存期間 | C.1.2 バックアップ | 確認済 | 毎日 夜間に全データ。30日分を保存 | 情報システム課 中村 | 2026/11/20 | 2026/11/16 | 完了 |
| 26 | 非機能・運用保守 | 監視の範囲(死活・エラー・リソース)と、異常時の連絡先 | C.1.3 運用監視 | 確認済 | 死活・エラー・リソースを監視。異常時はベンダーの当番へ通知 | 情報システム課 中村 | 2026/11/20 | 2026/11/16 | 完了 |
| 27 | 非機能・運用保守 | OS・ミドルウェアのパッチの適用方針 | C.2.3 パッチ適用ポリシー | 要確認 | 情報システム課 中村 | 2026/11/27 | 有効 | ||
| 28 | 非機能・運用保守 | 問い合わせ・障害の一次対応の役割分担(ユーザー・ベンダー)と対応時間 | C.5.5・C.5.6 サポート体制 | 確認済 | 一次対応は情報システム課。平日 9:00〜18:00 にベンダーへ連絡 | 情報システム課 中村 | 2026/11/20 | 2026/11/16 | 完了 |
| 29 | 非機能・運用保守 | 本番とは別の試験用の環境の要否 | C.4.2 試験用環境の設置 | 確認済 | 検証環境を1つ用意する | 情報システム課 中村 | 2026/11/20 | 2026/11/16 | 完了 |
| 30 | 非機能・移行 | 移行の時期と、新旧の並行稼働の有無 | D.1 移行時期 | 確認済 | 2027年4月1日に切り替え。並行稼働はしない | 営業本部長 | 2026/11/20 | 2026/11/13 | 完了 |
| 31 | 非機能・移行 | 移行の方式(一斉・段階的)と、拠点や部門の切り替えの順番 | D.2 移行方式 | 確認済 | 全拠点を一斉に切り替える | 営業本部長 | 2026/11/20 | 2026/11/13 | 完了 |
| 32 | 非機能・移行 | 移すデータの範囲・量・変換の要否(旧システムのデータの整え方) | D.4 移行対象(データ) | 要確認 | 受注の履歴を何年分移すか未決定(3年分か全件か) | 営業管理課 佐々木 | 2026/11/27 | 有効 | |
| 33 | 非機能・移行 | 移行のリハーサルの範囲と回数、切り戻しの条件 | D.5 移行計画 | 要確認 | リハーサル2回を提示。切り戻しの判断の時刻を確認中 | 情報システム課 中村 | 2026/12/04 | 有効 | |
| 34 | 非機能・セキュリティ | 守るべき社内規程・法令(個人情報保護法など)とガイドライン | E.1 前提条件・制約条件 | 確認済 | 社内の情報セキュリティ規程・個人情報保護法 | 情報システム課 中村 | 2026/11/13 | 2026/11/10 | 完了 |
| 35 | 非機能・セキュリティ | ログインの方式(ID・パスワード・多要素認証・シングルサインオン) | E.5 アクセス・利用制限 | 確認済 | 社内のシングルサインオン。社外からは多要素認証 | 情報システム課 中村 | 2026/11/20 | 2026/11/16 | 完了 |
| 36 | 非機能・セキュリティ | 通信と保存データの暗号化 | E.6 データの秘匿 | 確認済 | 通信・保存ともに暗号化 | 情報システム課 中村 | 2026/11/20 | 2026/11/16 | 完了 |
| 37 | 非機能・セキュリティ | 操作ログを取る範囲と保管期間 | E.7 不正追跡・監視 | 確認済 | 登録・変更・削除・出力の操作ログを1年保管 | 情報システム課 中村 | 2026/11/20 | 2026/11/16 | 完了 |
| 38 | 非機能・セキュリティ | 脆弱性診断の要否と、セキュリティパッチの適用方針 | E.3・E.4 診断・リスク管理 | 要確認 | 本番前の脆弱性診断の費用負担を確認中 | 情報システム課 中村 | 2026/11/27 | 有効 | |
| 39 | 非機能・システム環境 | 使う端末・ブラウザ・拠点の数・言語 | F.2 システム特性 | 確認済 | 社用 PC(Windows)・Chrome と Edge・5拠点・日本語のみ | 情報システム課 中村 | 2026/11/13 | 2026/11/09 | 完了 |
| 40 | 非機能・システム環境 | 設置場所(クラウド・社内)の制約と、社内の技術の決まり | F.1 システム制約 | 確認済 | クラウド(日本国内のリージョン) | 情報システム課 中村 | 2026/11/13 | 2026/11/09 | 完了 |
| 41 | 運用 | 運用の体制(システムの管理者・問い合わせの窓口)と、マスタを直す担当が決まっている | 確認済 | 管理者は情報システム課 2名。マスタは営業管理課が直す | 情報システム課 中村 | 2026/11/27 | 2026/11/16 | 完了 | |
| 42 | 運用 | 利用者向けのマニュアルと、操作の研修の要否が決まっている | C.4.3・C.5.8 | 確認済 | 操作マニュアルを作成。切り替え前に拠点ごとに研修 | 営業管理課 佐々木 | 2026/11/27 | 2026/11/16 | 完了 |
| 43 | 運用 | 保守の範囲(不具合の修正・問い合わせ・小さな改修)と、保守の契約の要否が決まっている | C.5.2 保守契約 | 要確認 | 保守の契約の範囲(小さな改修を含めるか)を確認中 | 情報システム課 中村 | 2026/12/04 | 有効 | |
| 44 | 合意・手続き | 受入れの基準(受入テストの範囲・合否の決め方)と、検収の手続きが決まっている | 確認済 | 受入テストの項目は発注者が作成。全項目 OK で検収 | 情報システム課 中村 | 2026/11/20 | 2026/11/16 | 完了 | |
| 45 | 合意・手続き | 要件の変更の手続き(変更の提案・影響の見積り・承認)が決まっている | 確認済 | 変更依頼書で提案し、連絡協議会で承認 | 情報システム課 中村 | 2026/11/13 | 2026/11/10 | 完了 | |
| 46 | 合意・手続き | まだ決まっていない事項と、決める期限・担当が一覧になっている | 確認済 | 要確認の項目をこの表で管理する | 〇〇システム 小林 | 2026/11/13 | 2026/11/10 | 完了 |
このテンプレートでできること
- 要件定義で決める46項目が最初から入っている
- 非機能の項目に、IPA 非機能要求グレード2018の項目番号を併記
- 決定事項・目標値(稼働率・RTO など)を項目ごとに書ける
- 決める期限と決定日から、期限切れ・期限間近を自動で判定
- 確認済・要確認・期限切れの件数を上に自動で集計
- 要件定義でよく抜ける点の早見表つき
こんな方におすすめ
- システム開発の要件定義を進める、受託開発会社の PM・SE の方
- ベンダーに開発を頼む前に、決めることを整理したい情報システム部門の方
- 非機能要件(性能・可用性・セキュリティ)の決め漏れを防ぎたい方
シートの構成
- 使い方
- 入力する列・自動で計算する列の見分け方と手順
- 記入例
- 受発注システムの刷新で、46項目を確認している途中の例
- 要件定義チェックリスト
- 46項目が入った空欄のチェックリスト。案件ごとにコピーして使う
- 抜けやすい点
- 要件定義でよく抜ける点と、確かめ方
項目と書き方
| 項目 | 書き方 | 例 |
|---|---|---|
| 区分・確認項目 | 最初から46項目が入っている。案件にあわせて足し引きする | 非機能・可用性/障害時の目標復旧時間(RTO)と目標復旧時点(RPO) |
| 非機能要求グレード | 対応する非機能要求グレード2018の項目番号。詳しいレベルの選び方はIPAの資料を見る | A.1.3 目標復旧水準 |
| 結果 | 確認済・要確認・該当なしから選ぶ | 要確認 |
| 決定事項・目標値 | 決まった内容を数字で書く。決まっていなければ、何が決まっていないか | RTO 4時間以内・RPO 前日の夜間バックアップ時点 |
| 確認先・担当 | 誰に確かめるか、誰が決めるか | 情報システム課 中村 |
| 期限・決定日 | いつまでに決めるか。決まったら決定日を入れると「完了」になる | 2026/11/20 |
作るときの注意
01
非機能は数字で決める
「速く」「止まらない」ではなく、応答時間は何秒以内、稼働率は何%、復旧は何時間以内と数字で決めます。数字にすると、テストで確かめられます。
02
決まらないことは、期限と担当を決めて残す
要件定義の時点で決まらないことは必ずあります。未確定の項目を一覧にし、いつ・誰が決めるかを書いておくと、後の手戻りが減ります。
03
移行と運用を後回しにしない
データ移行・並行稼働・運用の体制は、開発の終盤に問題になりがちです。要件定義の段階で、範囲と担当を決めておきます。
04
変更の手続きを先に決める
要件が確定した後の変更を、どう提案し、誰が影響を見積もり、誰が承認するかを先に決めておくと、変更のたびにもめずに済みます。
項目の根拠にした規格
- IPA 非機能要求グレード2018 非機能要求を6大項目・35中項目・118小項目・238メトリクスに体系化した項目一覧とグレード表
- IPA 情報システム・モデル取引・契約書 第二版(受託開発・保守運用)第2条 要件定義書は機能要件と非機能要件(品質・技術・移行・運用・セキュリティ要件及び付帯作業等)をとりまとめた文書と定義
- 同 第34条・第36条・第37条 システム仕様書等の変更(変更提案書)、未確定事項の取扱い、変更管理手続
- IPA ユーザのための要件定義ガイド 第2版 要件定義の進め方と、よくある問題と勘どころ
よくある質問
小さな開発でも46項目すべて必要ですか?
すべてを細かく決める必要はありません。関係ない項目は「該当なし」にし、その理由を決定事項の欄に書いておくと、後で確認できます。
要件定義書の代わりになりますか?
なりません。このチェックリストは、要件定義書に書くべきことが漏れていないかを確かめるためのものです。決まった内容は要件定義書に書きます。
項目を増やしたいときは?
最後の行をコピーして下に貼り付け、区分と確認項目を書きます。空欄の行は60行目まで式が入っています。
フォームを送信すると、すぐにダウンロードできます
関連するテンプレート

テスト仕様書・テスト結果表テンプレート(消化状況・不具合番号つき)
システム開発のテスト仕様書(テストケース)と、その実施結果を1つの表で管理するExcelテンプレートです。
Excel・PDF A4横 2026.10.27 更新

課題管理表テンプレート(システム開発・発注者と開発会社の課題とQA)
システム開発のプロジェクトで出てくる課題・QA(質問)・仕様の確認・リスクを、発注者と開発会社のあいだで管理するExcelテンプレートです。
Excel・PDF A4横 2026.10.27 更新

仕様変更依頼書テンプレート(システム開発・影響範囲と見積の記入例つき)
システム開発で、要件や設計が決まった後に仕様を変えるときの変更依頼書のExcelテンプレートです。
Excel・PDF A4縦 2026.10.27 更新
関連する資料

すぐ使える業務システム設計シート 6業務分|受注・検査成績書・請求書受領・図面・外注・契約資産台帳
受注管理、検査成績書・品質記録、請求書受領・支払管理、図面管理・図面検索、外注・協力会社管理、契約・資産台帳の6業務について、台帳に持たせる項目、承認の流れ、帳票、AIで自動にできる処理、よくある失敗を1組にまとめました。
PDF 15ページ 2026.10.24 更新

業務システムの用意の仕方 比較ガイド|作ってもらう・買う・自分で作る・AIで作る
業務システムを用意する4つの方法(SIerに発注・パッケージやSaaS・ノーコード内製・AIで作る)を、用意するもの・使えるまで・変更したいとき・費用の出方で比べました。
PDF 11ページ 2026.10.24 更新

FDEサービスの選び方|SES・コンサル・受託開発との違いと費用の決まり方
FDE(Forward Deployed Engineer)型の支援を、発注する側の目線で整理した資料です。
PDF 12ページ 2026.10.24 更新