需求調研和分析完成，可匯總形成兩份文檔：需求規格說明書和解決方案。

1.?需求規格說明書

1.1 主要內容

• 引言，包括項目目的、背景、用語等基礎信息。
• 項目概述，對項目自身的說明、包括范圍、主要處理對象、與其他系統的關系等。
• 功能需求，本項目具體的功能需求、需求的詳細說明等。
• 非功能需求，對未來系統的性能、安全等的需求等。
• 技術需求，接口、軟件、硬件、網絡、部署等。
• 各類措施，質量保證、驗收標準等。

1.2 功能需求一覽

將收集并經過確認的功能需求進行歸集，形成功能需求一覽，如下圖7-12所示。

功能需求一覽的內容會隨著不同的需求和設計階段發生變化：

• 需求分析階段，功能需求一覽經過初步分析，確認是“功能需求”。
• 概要設計階段，業務功能一覽通過對業務的分析和設計，正式定為“業務功能”。
• 應用設計階段，業務組件一覽通過對系統的分析和設計，正式定為“開發對象”。

1.3 功能需求規格書

功能的詳細需求采用了結構化的記錄形式，從需求原型、控件定義、規則說明和邏輯圖形四個視角對功能需求進行描述，這就是所謂的“需求4件套”。

• 需求原型

對功能需求進行詳細描述的依據有兩個來源：一是根據訪談記錄等收集到的客戶說明，而是根據收集到的既存表單。重點在于對字段、邏輯、數據算式等的描述，不需要表現按鈕、菜單等系統界面的功能。

可以采用下圖7-13形式繪制：

①既存表單，直接使用既存表單的原件掃描。

②表格軟件，用表格繪制簡單原型，重點是標出字段的位置。

③專用軟件，采用專用的界面設計軟件繪制原型。

• 控件定義

采用表格的形式，對需求原型上的全部字段進行逐一的定義和描述，包括字段類型、管理規則、計算公式等。

• 規則說明

由于“控件定義”是對每個字段進行的單獨說明，對于兩個字段之間的關系、本功能需求和其他功能需求的關系，以及其他復雜的需要用大段文字描述的說明，都可以放到“規則說明”中表達。

• 邏輯圖形

利用原型、表格，以及文章體的說明仍然難以描述的內容，例如復雜的業務邏輯、多重的管理方式等，可以采用圖形的方式表達。

• 需求4件套的傳遞與繼承

描述功能需求的資料“需求4件套”是對“功能”進行的第一次描述，這個需求4件套在后續不同設計階段中，要被傳遞和繼承多次。

2. 解決方案

一般解決方案在咨詢階段，主要包括以下內容：

• 項目的目的、導入信息化給企業帶來的價值、企業的變化等內容。
• 項目周期、項目計劃、項目金額。
• 項目組織、資源構成、管理方法。
• 質量保證、風險控制、保證措施等。