需求调研和分析完成，可汇总形成两份文档：需求规格说明书和解决方案。

1. 需求规格说明书

1.1 主要内容

• 引言，包括项目目的、背景、用语等基础信息。
• 项目概述，对项目自身的说明、包括范围、主要处理对象、与其他系统的关系等。
• 功能需求，本项目具体的功能需求、需求的详细说明等。
• 非功能需求，对未来系统的性能、安全等的需求等。
• 技术需求，接口、软件、硬件、网络、部署等。
• 各类措施，质量保证、验收标准等。

1.2 功能需求一览

将收集并经过确认的功能需求进行归集，形成功能需求一览，如下图7-12所示。

功能需求一览的内容会随着不同的需求和设计阶段发生变化：

• 需求分析阶段，功能需求一览经过初步分析，确认是“功能需求”。
• 概要设计阶段，业务功能一览通过对业务的分析和设计，正式定为“业务功能”。
• 应用设计阶段，业务组件一览通过对系统的分析和设计，正式定为“开发对象”。

1.3 功能需求规格书

功能的详细需求采用了结构化的记录形式，从需求原型、控件定义、规则说明和逻辑图形四个视角对功能需求进行描述，这就是所谓的“需求4件套”。

• 需求原型

对功能需求进行详细描述的依据有两个来源：一是根据访谈记录等收集到的客户说明，而是根据收集到的既存表单。重点在于对字段、逻辑、数据算式等的描述，不需要表现按钮、菜单等系统界面的功能。

可以采用下图7-13形式绘制：

①既存表单，直接使用既存表单的原件扫描。

②表格软件，用表格绘制简单原型，重点是标出字段的位置。

③专用软件，采用专用的界面设计软件绘制原型。

• 控件定义

采用表格的形式，对需求原型上的全部字段进行逐一的定义和描述，包括字段类型、管理规则、计算公式等。

• 规则说明

由于“控件定义”是对每个字段进行的单独说明，对于两个字段之间的关系、本功能需求和其他功能需求的关系，以及其他复杂的需要用大段文字描述的说明，都可以放到“规则说明”中表达。

• 逻辑图形

利用原型、表格，以及文章体的说明仍然难以描述的内容，例如复杂的业务逻辑、多重的管理方式等，可以采用图形的方式表达。

• 需求4件套的传递与继承

描述功能需求的资料“需求4件套”是对“功能”进行的第一次描述，这个需求4件套在后续不同设计阶段中，要被传递和继承多次。

2. 解决方案

一般解决方案在咨询阶段，主要包括以下内容：

• 项目的目的、导入信息化给企业带来的价值、企业的变化等内容。
• 项目周期、项目计划、项目金额。
• 项目组织、资源构成、管理方法。
• 质量保证、风险控制、保证措施等。