作者：未知 来源：月光软件站 加入时间：2005-2-28　月光软件站

待软件需求discover阶段完成,也就是可行性研究完成,公司决定进行该项目/产品的开

发后,就进入了软件需求的define阶段.define阶段包括下面的事情:

1)分析项目的风险,编写项目风险控制报告.在国内,这个报告相当于一个摆设,文档写

完就放那里了;为什么呢,因为控制风险需要成本,国内老总不想要成本,老总想要的只

是MONEY&MONEY.
2)明确项目的功能需求,整理项目的需求文档.
功能需求文档可能不只一个,可能每个子系统都有单独的需求文档;不确定的功能需求

应该用TBD来标志;功能需求文档可能包括数据字典.功能需求应该由项目的开发经理整

理,但我参与的项目,需求文档都是由小兵来完成的,呵呵,因为功能需求文档太琐碎了,

当官的才不做这种没有成就感的小事.当然了,有的项目的功能需求文档是要用户签字

的,这样的文档公司会比较注意.
3)建立需求跟踪矩阵(Scope Matrix)
需求跟踪矩阵(Scope Matrix)应该是由项目的开发经理来完成并跟踪的,在我开始做软

件时,有个资深的程序员坚定不移地告诉我,需求跟踪矩阵(Scope Matrix)是由项目的

配置管理人员来做,害了我好一阵子;后来想想,需求跟踪矩阵(Scope Matrix)将要指导

后期开发,所以编写人员还应该是开发经理.
4)功能需求的评审
功能需求的评审应该由项目经理发起,行业专家和客户参与,通过会议形式讨论,得出

review notes.

相关软件：