51Testing软件测试论坛

标题: 关于需求管理 [打印本页]

作者: afternoon    时间: 2004-6-22 15:45
标题: 关于需求管理
想和大家讨论有关需求管理的方法
1. 到底需求这个东西是应该怎样定义比较好那,我的理解是一个具体可实现的,可以是功能,也可以是某个具体要求
2. 工具:我是用CaliberRM,大家用什么工具的那
作者: luoyear    时间: 2004-6-22 17:17
1、        需求就是顾客或潜在顾客所想要的。
2、        我们现在用Rational的工具管理需求及变更
作者: 海的女儿    时间: 2004-6-22 19:51
我们现在还没有采用什么工具对需求进行管理,只是手工管理:,(
作者: afternoon    时间: 2004-6-23 11:10
需求工程分成:需求定义和需求管理,那么这两个工作是由一个人完成的吗?
大家的公司对需求评审是不是应该在正式编码以前那,而且这个作出来的需求规格书应该比较详细把.
再问问,搞需求管理是侧重于技术上那,还是侧重于需求完成情况,或者说起到一个承上启下的作用?
to 海的女儿:
手工怎么管理需求,是不是对着文档一个一个检验是否完成了?那要是发生变更如何办那?
作者: testing    时间: 2004-6-24 16:05
回答afternoon提出的几个问题,不妥之处请指正,大家共同讨论,共同提高^_^
1、需求定义和需求管理可以由一个人完成。
2、需求评审是在概要设计开始前进行,因为基线后的需求文档是概要设计的输入
3、需求管理包括:需求分配、需求评审、建立需求基线、需求跟踪、变更控制,主要从流程上入手,当然也有技术成分。
4、管理需求有专门的工具,rationl,MI等厂家提供的管理工具中都包括需求管理工具,都可以做需求管理,只不过功能强弱的问题而已。
作者: afternoon    时间: 2004-6-24 16:27
那是不是每个软件开发者都要安装需求管理工具(就象装配置管理工具一样),可以便于了解当前需求情况呢

另外,需求管理的作用,对于软件负责人而言,他希望能通过这个及时了解工作进度,分配人力资源.对于软件开发者而言,他希望保持最新的需求信息,可以为他所用.

不知这样理解是否正确,大家讨论一下:p
作者: testing    时间: 2004-6-24 16:43
1首先建立需求项的管理库,该库应该由专人管理,定义需求项目之后最好能有需求项目的评审
2然后把需求分配给具体的项目组或者开发人员,由于开发人员根据需求项目和需求中要求完成需求规格说明书,然后对需求规格说明书评审,评审后需求基线
3当需求发生变更了,开发人员提交需求变更请求,经过CCB的通过后,修改需求项目管理库,修改需求规格说明书

需求管理需要相应管理工具支撑,也要有相关的文档支撑,两者不可或缺.开发人员没有必要每个人都安装需求管理工具,需求基线后,如果发生需求变更,通过流程保证相关的开发人员被通知到就可以了.
作者: afternoon    时间: 2004-6-24 17:08
多谢testing的回答.;)
作者: 海的女儿    时间: 2004-6-25 15:19
我们现在就用VSS对所有文档的版本及变更进行控制。我觉得需求文档比较特殊,难免会有变更,在整个项目过程中,“需求”处在举足轻重的位置,最好能有专门的工具进行管理,就象我们有专门的BUG管理工具一样。
作者: luoyear    时间: 2004-6-26 10:45
站长说得非常经典
作者: 海的女儿    时间: 2004-6-26 11:44
跟了这么多项目,我感觉项目的需求阶段太重要了,可以说占到百分之六七十的分量。这个阶段帮助开发人员控制好了,他们会感谢你的,因为他们不会再为用户无休止的变更而烦恼了。当然,需求一点变更都没有是不可能实现的,只要控制在一定的限度内就可以了,凡事尽力就好。
作者: luoyear    时间: 2004-6-26 11:59
变不可怕
怕的是不受控的变 无休止的变
需求管理的目的在于给需求变更一个说法
作者: fzx    时间: 2005-1-18 11:27
对需求变更引起的风险分析应该是很难做的
作者: 海的女儿    时间: 2005-1-24 11:32
有效地控制需求变更,并将风险降低,每个公司都需要自己的一套方法,正如好的东西并不一定适合自己;同时,公司也需要经验的积累,比如这个项目曾经做过,遇到过哪些问题?等等
作者: Persephone    时间: 2005-3-28 10:57
看来需求管理工具是很有必要的,我们公司还没有用,郁闷!
作者: 海的女儿    时间: 2005-3-30 08:35
有工具辅助当然会更省时省力,但若没有工具,我们QA也要利用土法子将需求及需求变更管理好,比如通过功能模块的ID跟踪等。
作者: 刘洪鹏    时间: 2007-6-13 10:55
找一个自己合适的好难啊
作者: 小白帆    时间: 2007-6-18 15:10
那就根据自己项目情况自己开发种方法好了。客户化定制的肯定适合你了sdlkfj5
作者: 天使的微笑    时间: 2007-6-20 00:05
很有用啊sdlkfj3
作者: cuijieying2006    时间: 2007-7-26 10:22
我有一个地方不太明白:
1: 作需求的是否有专门人员, 此时程序员应不应该参加, 还有测试人员
2:版主说:3当需求发生变更了,开发人员提交需求变更请求,经过CCB的通过后,修改需求项目管理库,修改需求规格说明书
需求变更问什么是有程序员提出
作者: luoyear    时间: 2007-7-30 12:33
1: 作需求的是否有专门人员, 此时程序员应不应该参加, 还有测试人员
[需求是有专门的Role,但不一定是专门的人。程序员也可以是这个role,测试人员也可以是这个role,视业务熟悉程度,任务及项目团队组成而言。]
2:版主说:3当需求发生变更了,开发人员提交需求变更请求,经过CCB的通过后,修改需求项目管理库,修改需求规格说明书
需求变更问什么是有程序员提出
[需求变更可以是很多角色提出的。如,设计实现的某些限制可能导致需求变更,则设计开发人员提出需求变更。但更多的需求变更是由客户需求的变更触发的。BA或者需求接口人提出需求变更也是适合的。]

最后,法无定则。只要该控制的控制了
该管理的管理了
该检查的检查了
角色怎么称呼
流程怎么命名
遵循什么体系
都是次要问题
作者: zhizi    时间: 2007-8-2 11:09
标题: 回复 #2 luoyear 的帖子
看来你是管理需求的专家了哈,我想请教一下telelogic doors的使用方法,包括具体的建工程然后怎么管理的问题,你知道吗?如果知道,请尽快联系我,我的QQ是119581354,现在我正在学这个工具,感觉有点不知所措,谢谢!
作者: pbtlight    时间: 2007-8-6 21:37
我们需求管理开始也是土法,用的是Excel表,管起来累。需求怎么定义这个好像是见仁见智了,理论上现在都没有讨论出一个所以然来。楼上的用Doors,我们现在也开始用这个玩意了,感觉做追踪不错,有机会交流啊,我们公司不能上QQ,MSN这些,搞的我把他们的密码都忘记了。在论坛上讨论,大家都学习
作者: lhy7520    时间: 2007-8-9 16:42
标题: 特别回复
偶现在做的是软件测试 ,我们公司只会说话不会重视,也就是不重视测试,搞的我很郁闷,没有测试,你做的软件质量怎么能上去 ?? 所以郁闷过后~~~ 偶现在想做需求管理!!

同志们,给偶点意见好不啊??
作者: lfc0318    时间: 2008-4-8 17:12
标题: 回复 1# 的帖子
手工的管理
作者: yongku    时间: 2009-4-10 17:22
标题: 做才知道难
公司最近搞cmmi,需求管理矩阵(word格式)也做了,当时也没想那么多,不就是个文档嘛。结果在第一个项目应用时才知道需求管理远非想象那么简单,看过一个网友的帖子,她做了几年的需求,结果发现理论跟实践相差甚远,现在刚起步,跟很多人都有一样的困惑:
1、需求管理工具用哪个?当然最好是免费的,替公司省money;
2、如何与公司目前状况结合起来,才不会导致脱节,这样才利于推行;
作者: 竹疏    时间: 2011-5-23 22:10
测试时发现所测试的软件有的具体功能没有用户需求,简单的说就是还不知道用户的具体要求,只是PO说做,开发人员大致想下怎么做,按照自己的想法做出来了,然后交给我测试。
作者: purplerain    时间: 2011-6-13 10:31
需求管理免费工具有提供的么
作者: purplerain    时间: 2011-6-13 10:32
需求管理免费工具有提供的么
作者: jackdymo    时间: 2011-11-4 11:06
mark
作者: jackdymo    时间: 2011-11-4 11:06
mark1
作者: jackdymo    时间: 2011-11-4 11:06
mark2
作者: jackdymo    时间: 2011-11-4 11:06
mark3
作者: jackdymo    时间: 2011-11-4 11:06
mark`




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2