需求分析的方法（二）
通过上节的梳理，接下来我们要做的是整理原始需求记录，编写需求规格说明书，需求清单等文档。需求规格说明书和需求清单两者其实还是有点不同。规格说明书更全面，基本会说清楚每个需求的业务流程，数据信息，参与对象，原型界面等一些列详细内容。而需求清单，更注重的是把业务转换成对应的系统，模块，功能，更多的用于项目后期的时间，人力，成本的计算和规划。
原始需求记录
我们在与用户沟通交流时，每次都有必要做好需求的沟通记录。需求的访谈记录的格式可包含如下要素：
- 参与对象：包括客户方参与人，我方参与人，第三方参与人。 主持人
- 时间及地点， 流程及方式；
- 访谈内容
- XXX：
- XXX：
- 原始业务整理
- 参与角色
- 业务内容
- 流程内容
- 数据信息
- 未解决的问题
- 下次工作计划
最后原始需求记录需要发送给所有参与人进行确认，如果是正式项目可让所有参与人进行签字确认。这样不仅仅能让客户觉得你很专业认真，而且也为事后项目的需求变更时提供依据，争取主动权。
需求规格说明书
需求规格说明书是对原始需求进行加工后，可供开发使用的文档，所以需求规格说明书高于原始需求的，对原始需求中的某些内容进行了增删，确保按照新系统的方式进行的业务能满足用户的需求。需求规格说明书应包含如下结构：
其他结构可参考附件中的文档模版，这重点介绍：
- 引言：展示编写目的、范围、定义和参考资料。
- 编写目的：说明编写这份软件需求说明书的目的，指出预期的读者范围。如项目经理，客户，需求分析人员，前端美工。
- 范围：待开发的软件系统的名称；说明软件将干什么，如果需要的话，还要说明软件产品不干什么；描述所说明 的软件的应用，尽可能精确地描述所有相关的利益、目的、以及最终目标。
- 定义：列出本文件中用到的专门术语的定义和缩写词的原词组。
- 项目描述：如果是项目需求，简要描述一下项目的概况，如项目的背景，项目的周期等等。
- 产品描述：叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。如果开发的系统与其他系统有对接，则还应该本系统与其他系统之间的关系，用方框图表示。
- 产品功能：系统包含的模块，并简要描述下各模块的功能。描述产品功能模块的作用是将系统的范围定义清楚，一共有多少个模块，以便甲乙两方明确本次项目的边界。
- 业务需求：用户提出的需求
- 功能介绍：描述功能要达到的目标、所彩的方法和技术，还应清楚说明功能意图的由来和背景。
- 流程图：如果涉及到流程，除了文字以外，还需附上流程图
- 数据项描述：展示字段、字段类型（文本、日期、数值、枚举值等）、数据来源、备注，开发看到数据项描述能定义数据库表中的字段。
- 界面展示：原型图输出，用原型图方式呈现文字描述的功能，每张原型图下面可以备注功能的路径，以便开发明白该原型图在哪个模块的哪个菜单。
需求清单
需求清单是根据需求规格文档，按子系统，模块，功能进行分解后的功能清单；可以通过脑图进行分解展示，也可以通过Excle文档进行分类确定。
使用脑图便于分析和讲解
使用Excle文档，方便统计和时间估计
