51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 6158|回复: 6
打印 上一主题 下一主题

[讨论] 有何办法,才能在需求定义阶段把某个需求描述得很具体,周到,全面?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-12-27 15:44:45 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
  最近出现了一个问题:项目处理内部设计阶段,但由于详细需求定义书把一些需求的细节没有定义清楚,如:性能指标等,导致内部设计阶段要重新返回做需求调查,讨论,确认......
  大家认为,怎样才能在立项之后的需求定义阶段,把需求了解得更彻底,描述得更准确,更周到,更全面呢?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2005-12-28 09:15:56 | 只看该作者
和用户多交流,征求他们的意见。
需求工程师的经验也很重要。
需求书出来后要交给项目组中所有人员(或人员代表)进行检视,让他们提出自己的意见。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-12-31 11:01:20 | 只看该作者
认为:
需求定义人员应该具有较多的经验,能够从客户获取有效的需求,或者帮助客户说出他们的需求;
对于一些细节,应该会有行业内的默认标准,比如B/S架构,系统的响应时间必须在客户的可接受范围内;对于不确定的,一定要和客户进行沟通,征得客户方意见。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-1-26 18:48:18 | 只看该作者
我认为做项目,产品要求是不一样。
我觉得做产品是完全可以在开发之前,就完全定下来的。
一般需求来自市场部,公司内部和一些遗留下的Bug,由PM收集。
完成于开发编码之前。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-2-5 23:21:36 | 只看该作者
要对用户需求进行比较充分的分析,多和用户沟通.需求规格说明书完成后也要及时的进行同行评审,尽早的的找出需求中的缺陷和不足.
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2006-2-13 17:08:59 | 只看该作者
谢谢大家指点......
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2006-3-7 13:04:31 | 只看该作者
如何能够覆盖到一定的概率?
有什么直观的方法么?还是全靠经验和需求说明呢?
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-5-6 07:19 , Processed in 0.076138 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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