「要件定義書のアウトライン作成」完全マニュアル

http://jibun.atmarkit.co.jp/lskill01/rensai/writing04/01.html

 

 

 要件定義書を作るためには、全体を大見出し＝中見出し＝小見出し（章＝節＝項）の階層構造にします。

要件定義書を構成する項目

　要件定義書に必要な大見出しの項目としては、次のようなものが挙げられます。

• システムの概要／システムの構想

• 機能要求
  
  
• 入力要求と出力要求
  
  
• システム導入後の業務フロー

• 品質・性能要求

• セキュリティ要求
• システム導入の目的と目標

「システムの概要／システムの構想」、「機能要求」（要求機能）「入力要求と出力要求」（入力イメージと出力イメージ）は中心的な項目です。そのほか、「システム導入後の業務フロー」は、業務とシステムの間の架け橋になる情報を提供するための欠かせない項目です。

　機能に問題がなくても、品質に不備があればシステムの不備になります。そのため、「品質・性能要求」を明確にしておく必要があります。さらに、現在はセキュリティもシステムの重要な要素であり、「セキュリティ要求」も明確にしておきます。

　「システム導入の目的と目標」も重要な項目です。ただ、非常に抽象的な記述になってしまうことがよくあります。それでは読み手に伝わりにくくなってしまいます。そこで、「導入の目標」は「導入の目的」から導き出し、上位＝下位の関係になるものとして整理します。

　 まず、「システム導入の目的」は、「顧客や取引先と、BtoBオンライン商取引によりビジネスを効率化し、コストを削減する」や「顧客サービスを向上させ る」といった、経営戦略や経営方針などに基づいた、経営陣や上層部のシステムに対する要求（理念的な要求）と考えます。

　 一方、「システム導入の目標」は、「在庫率を現在から3割圧縮できるようにする」や「受注の時点で納期を即答できるようにする」といった、何をどれだけ向 上・改善させるのかを具体的に示すものです。「導入の目的」の1つひとつに対して、実際の業務を遂行する部署や担当グループ（担当者）など現場の視点で具 体化して落とし込んだ「下位の要求」と考えます。このように整理すると、具体的に分かりやすく記述できるでしょう。

要件定義書の目的は、開発者に必要な情報を提供して、設計作業の基盤となることです。しかし、技術的な関心・興味のおもむくままに展開しては、例えば I のように伝わりにくい文書になってしまいます。

　 要件定義書は、顧客が求めるシステムの全貌を的確に把握できるように整理・展開する必要があります。この作業は、開発側だけでなく顧客にとっても必要なこ とです。顧客は自分たちの要求を的確に把握でき、開発側は顧客の求めるものすべてを過不足なく正しく受け取れるようでなければなりません。

　物事の全貌を把握しやすい展開は、全体から細部・部分へという流れの展開です。要件定義書では次のような流れになります。

　システム全体（＝システム概要）→ 業務フロー → 機能 → 入出力 → 品質・性能 → セキュリティ

　ただし、システム開発を進めるための出発点は、「システム導入の目的と目標」です。そのため、この項目を最初に記載しておかなければなりません。そこで、要件定義書の全体の展開は II のようにします。

I (修正前) 1．システムの概要／システムの構想 2．機能要求 3．入力要求と出力要求 4．品質・性能要求 5．セキュリティ要求 6．システム導入の目的と目標 7．システム導入後の業務フロー

⇒

II （修正後） 1．システム導入の目的と目標 2．システムの概要／システムの構想 3．システム導入後の業務フロー 4．機能要求 5．入力要求と出力要求 6．品質・性能要求 7．セキュリティ要求