软件工程流程简解

一、需求文档分为：
1、需求规格说明书：完全反应客户最原始的需求，理想的情况下是完完全全记录客户的一言一行而不掺杂任何分析的成分。
很显然，不能由研发人员来写，我们目前是有专门的需求调研人员，由产品经理领导，不涉及到任何UML图
2、需求分析说明书：在客户原始需求的前提下，进行分析归类，并得出不能实现的需求，同时提出需求调研阶段没有明确的需求，这一部分需要调研人员再进行调研，也就是说，需求规格与需求分析有一部分时间是重叠的
这一部分由需求分析的人员来写，一般是经验比较丰富的系统分析人员
二、设计文档分为：
1、概要设计文档：主要是在需求分析说明书的基础上进行，着重在对功能模块的划分、功能流程的细化整理、实体关系的整理、系统间接口的明确，当然最好数据库表也能设计得差不多
2、详细设计文档：在概要设计文档的基础上进行，着重在具体的界面流程的整理、数据库表的完善、系统间接口字段的明确。
三、开始coding

特别的是：在上面的三个大的阶段中，需求调研人员是始终需要参与的，因为无论你那个阶段做得多么好，都不太可能完完全全符合客户的需求(不是你笨，只因为需求是动态的：）)，所以需要不断地与客户进行确认、沟通。

软件需求说明书在CMMI三级中是属于需求开发过程的产物。
需求开发过程包括：
1、需求获取
2、需求分析
3、编写需求规格说明书
4、需求确认
5、需求管理

它是在需求获取、分析之后的，即已经进行了需求调研，获取了用户需求（OUT：业务需求、用户需求），已经进行了需求分析（OUT：需求分析文档），用例及说明都经过用户肯定后，在该基础上，按一定模版格式编写而成的需求汇总文档。该文档需要经过需求评审，客户签字后，才交由系统分析员再进行后续高层开发。。。
所以它的编写人员应该是公司中负责提交给文档的人。但信息的来源应该来自各相关生成产品的关系人。如：需求调研人员，PM，SA，市场人员等。