首页 新闻 会员 周边 捐助

需求方提供的文档管理

0
[待解决问题]

1、在做需求调研的前期,真正做事的人可能没有认真考虑就把他平时的一些相关的,无关的文档发给需求分析人。

2、需求沟通时产生的文档(此时需求会一变再变)。

3、需求所谓的确认,是确认后改,改完后再确认。

4、需求过程中各业务模块的关联。

想问大家是怎么管理的,有什么好方法吗?

海莹的主页 海莹 | 菜鸟二级 | 园豆:210
提问于:2010-11-19 11:35
< >
分享
所有回答(1)
0

①对于业务方提出需求的人,一定要是对于业务很熟悉,而且有一定决定权的人(这样可以确保提出的需求是正确且可确定的)

②需求文档撰写人员应该对行业或对将要做的业务有很清楚的了解,这样订制出来的需求才能是比较详细和正规的需求说明(可以说需求是软件生命周期的开始,如果它出错了,后面的工作都白搭,而且返工的效率也会很差)

③对于需求的确认,一方面要开发人员点头(功能可以实现);另一方面要客户点头(这是他们要的)。

④模块关联,在需求中要明确各个模块间的各种关联关系(具体到要共享使用的哪些数据和程序功能模块)

⑤需求往往是在变化当中的,但是真正要把它做成很稳定是极困难的;而在现实的项目中,我们要做的就是把控它的变更;要把控变更就要对业务或对系统有一个全方面的了解,需求文档不仅要提出表面的需求,更重要的是把客户或系统的隐含需求要提取出来。

Tester Chen | 园豆:1690 (小虾三级) | 2010-11-19 12:37
清除回答草稿
   您需要登录以后才能回答,未注册用户请先注册