软件需求体会---define阶段

王朝other·作者佚名  2006-01-09
窄屏简体版  字體: |||超大  

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

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

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

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

是MONEY&MONEY.

2)明确项目的功能需求,整理项目的需求文档.

功能需求文档可能不只一个,可能每个子系统都有单独的需求文档;不确定的功能需求

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

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

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

的,这样的文档公司会比较注意.

3)建立需求跟踪矩阵(Scope Matrix)

需求跟踪矩阵(Scope Matrix)应该是由项目的开发经理来完成并跟踪的,在我开始做软

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

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

后期开发,所以编写人员还应该是开发经理.

4)功能需求的评审

功能需求的评审应该由项目经理发起,行业专家和客户参与,通过会议形式讨论,得出

review notes.

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
© 2005- 王朝網路 版權所有 導航