51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 17245|回复: 33
打印 上一主题 下一主题

关于需求管理

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-6-22 15:45:22 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
想和大家讨论有关需求管理的方法
1. 到底需求这个东西是应该怎样定义比较好那,我的理解是一个具体可实现的,可以是功能,也可以是某个具体要求
2. 工具:我是用CaliberRM,大家用什么工具的那
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2004-6-22 17:17:21 | 只看该作者
1、        需求就是顾客或潜在顾客所想要的。
2、        我们现在用Rational的工具管理需求及变更
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-6-22 19:51:34 | 只看该作者
我们现在还没有采用什么工具对需求进行管理,只是手工管理:,(
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2004-6-23 11:10:30 | 只看该作者
需求工程分成:需求定义和需求管理,那么这两个工作是由一个人完成的吗?
大家的公司对需求评审是不是应该在正式编码以前那,而且这个作出来的需求规格书应该比较详细把.
再问问,搞需求管理是侧重于技术上那,还是侧重于需求完成情况,或者说起到一个承上启下的作用?
to 海的女儿:
手工怎么管理需求,是不是对着文档一个一个检验是否完成了?那要是发生变更如何办那?
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2004-6-24 16:05:19 | 只看该作者
回答afternoon提出的几个问题,不妥之处请指正,大家共同讨论,共同提高^_^
1、需求定义和需求管理可以由一个人完成。
2、需求评审是在概要设计开始前进行,因为基线后的需求文档是概要设计的输入
3、需求管理包括:需求分配、需求评审、建立需求基线、需求跟踪、变更控制,主要从流程上入手,当然也有技术成分。
4、管理需求有专门的工具,rationl,MI等厂家提供的管理工具中都包括需求管理工具,都可以做需求管理,只不过功能强弱的问题而已。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2004-6-24 16:27:50 | 只看该作者
那是不是每个软件开发者都要安装需求管理工具(就象装配置管理工具一样),可以便于了解当前需求情况呢

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

不知这样理解是否正确,大家讨论一下:p
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2004-6-24 16:43:29 | 只看该作者
1首先建立需求项的管理库,该库应该由专人管理,定义需求项目之后最好能有需求项目的评审
2然后把需求分配给具体的项目组或者开发人员,由于开发人员根据需求项目和需求中要求完成需求规格说明书,然后对需求规格说明书评审,评审后需求基线
3当需求发生变更了,开发人员提交需求变更请求,经过CCB的通过后,修改需求项目管理库,修改需求规格说明书

需求管理需要相应管理工具支撑,也要有相关的文档支撑,两者不可或缺.开发人员没有必要每个人都安装需求管理工具,需求基线后,如果发生需求变更,通过流程保证相关的开发人员被通知到就可以了.
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2004-6-24 17:08:12 | 只看该作者
多谢testing的回答.;)
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2004-6-25 15:19:42 | 只看该作者
我们现在就用VSS对所有文档的版本及变更进行控制。我觉得需求文档比较特殊,难免会有变更,在整个项目过程中,“需求”处在举足轻重的位置,最好能有专门的工具进行管理,就象我们有专门的BUG管理工具一样。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2004-6-26 10:45:44 | 只看该作者
站长说得非常经典
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2004-6-26 11:44:10 | 只看该作者
跟了这么多项目,我感觉项目的需求阶段太重要了,可以说占到百分之六七十的分量。这个阶段帮助开发人员控制好了,他们会感谢你的,因为他们不会再为用户无休止的变更而烦恼了。当然,需求一点变更都没有是不可能实现的,只要控制在一定的限度内就可以了,凡事尽力就好。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2004-6-26 11:59:45 | 只看该作者
变不可怕
怕的是不受控的变 无休止的变
需求管理的目的在于给需求变更一个说法
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2005-1-18 11:27:36 | 只看该作者
对需求变更引起的风险分析应该是很难做的
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2005-1-24 11:32:23 | 只看该作者
有效地控制需求变更,并将风险降低,每个公司都需要自己的一套方法,正如好的东西并不一定适合自己;同时,公司也需要经验的积累,比如这个项目曾经做过,遇到过哪些问题?等等
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2005-3-28 10:57:09 | 只看该作者
看来需求管理工具是很有必要的,我们公司还没有用,郁闷!
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2005-3-30 08:35:08 | 只看该作者
有工具辅助当然会更省时省力,但若没有工具,我们QA也要利用土法子将需求及需求变更管理好,比如通过功能模块的ID跟踪等。
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2007-6-13 10:55:01 | 只看该作者
找一个自己合适的好难啊
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2007-6-18 15:10:45 | 只看该作者
那就根据自己项目情况自己开发种方法好了。客户化定制的肯定适合你了sdlkfj5
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2007-6-20 00:05:08 | 只看该作者
很有用啊sdlkfj3
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2007-7-26 10:22:39 | 只看该作者
我有一个地方不太明白:
1: 作需求的是否有专门人员, 此时程序员应不应该参加, 还有测试人员
2:版主说:3当需求发生变更了,开发人员提交需求变更请求,经过CCB的通过后,修改需求项目管理库,修改需求规格说明书
需求变更问什么是有程序员提出
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-24 15:46 , Processed in 0.080592 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表