关于需求规格说明书

wind 发表于 2004-5-18 12:26:06

软件需求开发的结果应当是形成一份需求规格说明书，那么这份说明书应该详细到什么程度呢？例如：假设要坐个计算器的话，欢迎探讨。

wind 发表于 2004-9-1 14:58:26

如果有专门的需求开发人员的话，应该是他们写的，可惜一般的公司都没有，通常是项目经理或产品经理直接同客户谈需求，细节的地方会有开发人员加入。需求基线确定后是需求管理的问题，这时无论是开发还是测试都依据需求制订自己的工作计划。另外，需求的变更是不可避免的，如何控制是一个项目成功的关键一点，本人现在正从事这方面的工作，希望能同大家交流需求变更控制方面的知识。

qatest 发表于 2004-5-18 12:41:50

一：环境需求：
支持的操作系统类型/版本，硬件平台

二：功能需求：
1、是否支持加减乘除运算
2、是否支持混合运算
3、计算器的输入方式，是否支持鼠标输入，是否支持键盘输入，输入方式是怎样的？
4、计算器计算结果的输出方式
5、算数运算的数据类型是什么？是整数？正整数？浮点数？
6、运算结果溢出后如何处理？出现运算异常，比如被除数为0的情况，如何提示用户？
7、算数运算的效率，也就是，一次运算最长消耗多少时间。

三：界面需求
1、是采用命令行的方式，还是采用GUI的方式？
2、如果采用GUI方式，需要给出GUI的界面，并指明每个界面上每个控件的功能和使用方法

四：安装需求
1、计算器是否需要制作安装盘。

想到这么多，欢迎各位补充。

joliana 发表于 2004-8-13 15:43:18

使用对象

xhzhou_cll 发表于 2004-8-26 18:02:43

有点模糊

wind 讲的是需求规格说明书怎么写，而qatest回答的则是测试需求。

钟花花 发表于 2004-8-28 09:19:55

我觉得qatest说的没错

需求应该是从用户的角度出发，用户想要什么样的环境，什么样的功能。

另外，需求规格说明书是测试人员写，还是开发人员写？

skinapi 发表于 2004-8-29 11:27:03

需求规格说明书当然是开发人员写，它也算测试人员的测试对象，需要测试该需求说明和用户的实际需求是否一致。

ghl5502 发表于 2004-9-20 11:05:21

我现在只有用户说明书，我对被测对象不熟悉，还要对它需求说明书，我该怎么做啊，给点建议过来

merrymcj 发表于 2004-9-28 12:56:01

Originally posted by wind at 2004-5-18 12:26:
软件需求开发的结果应当是形成一份需求规格说明书，那么这份说明书应该详细到什么程度呢？例如：假设要坐个计算器的话，欢迎探讨。

我来举个汇率换算的例子,抛砖引玉,不知道我这个算不栓需求说明书,欢迎大家讨论,相当是流程图,在此不作成流程,只是陈述,界面图在此省去...
1.用户在计算模块(简单计算,科学计算,单位换算,汇率换算,计时器,定时器)中如何选择进入汇率换算模块:从Keyboard上按上下方向键反显汇率换算后,按确认键直接进入,或按相应的数字键直接进入(界面图略);

2.进入汇率换算版面,版面规格及用户相应操作:
版面:(略)
操作:1.用户可以按左右方向键可切换光标处货币的名称,按上下方向键切换源单位及目标单位,设置货币转换方向后,用户可从键盘上输入欲转换的数字,按确认键算出货币换算结果.(在输入过程中的删除,清除,或输入长度超界等处理在此略)
   2.用户可在汇率换算版面按+[修改]键进入汇率设置版面,相关操作:如何更改,更改完后若想保存更改应该怎么操作,若不想保存更改结果应该怎么操作
   3.退出操作.

中间要考虑到1.选择哪种货币为基准单位,它的缺省值是多少,其他货币相对基准货币它们的转换比率是多少
               2.定义数字的长度是多少,小数点前保留多少位,小数点后保留多少位,如果输入值超出范围时如何处理,声音处理?提示处理?
               3 .考虑汇率换算界面及汇率设置版面界面的设计,需要背景图吗?用户这样操作方面吗?容易接受吗?
               4.这样设计程序员能实现吗?容易实现吗?与其他版面风格一致吗?
               5.按相应快捷键,可进入相应的功能模块等等.
本想传个WORD文档上来,谁知本PC没有WORD应用程序,只能草草描述,欢迎大家能讨论,抛砖引玉.

beiyue 发表于 2004-10-29 15:41:53

reply

有用户说明书那你现在只能以这个做为测试指南了（先和项目负责人确认测试依据）
1。查看功能是否有遗漏
2。每一项功能是否能用
3。每一项功能操作结果是否和说明书上的一致

sanss 发表于 2004-11-19 11:15:51

個人認為需求規格不該由開發人員來寫,而是由專門同客戶打交道的人員來寫,而且由開發人員來寫更多的會考慮開發的簡單性和開發人員的喜好,而不是從客戶角度出發

tempuser 发表于 2004-11-19 15:58:36

如果由开发人员来写会更专业一些，但也太浪费了

fzx 发表于 2005-1-17 16:08:51

开发人员作调研的几点好处：

1）有行业经验，知道同类软件需要那些提供数据
2）了解软件开发流程，知道调研的关键要素
3）软件需求规格说明使用专业术语描述，减少二义性
4）从需求入手，有利于设计编码的实现。

小蚂蚁 发表于 2005-1-17 18:09:20

接qatest的

我认为需求文档应该是分用户对象的不同领域的应用对象，需求是不一样的但大体方向应该是：
1、了解要实现的业务流程是什么？
2、在业务流程里的细节要求有哪些？
3、从业务流程里归纳出功能需求？
4、性能需求？
5、安全性要求？
6、维护成本需求？
7、易用性要求？

wintersea 发表于 2005-3-8 11:29:20

小蚂蚁所说的和我认为的需求文档差不多一样

wzb521 发表于 2005-3-24 16:45:44

不知道你们在研究什么，需求说明书？需求规格说明书？概要设计说明书？

你们把我弄晕了~~~~~~~~~

需求我们建立计划，指出功能点、优先级，有了概要才是写CASE的。。。

页: [1]

51Testing软件测试论坛 's Archiver