Book Review of Software Project Survival Guide 2. Requirement Development

博客指出需求收集最难的是帮用户明确需求,需对用户要求有清晰稳定了解才算完成需求开发。收集需求要先找出能定义准则的使用者,应涵盖不同水平用户。开发人员建多个Demo直至用户满意,完成使用说明作需求规格,雏形定案后纳入变动管制,且不能用demo代码。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

The most difficult part of requirements gathering is not the act of recording what the users want; it is the exploratory,  developmental activity of helping users figure out what they want.
只有在对使用者的要求达到一个清晰稳定的了解之后,才能说项目的需求开发完成了。忽略掉需求活动是种代价不小的错误。

收集需求信息的第一步是先找出能够定义软件需求准则的使用者。你找到的使用者必须能够指出哪些功能
是重要的,并且说服你相信那些功能是重要的。同样的,如果他们认为一个功能是多余的,你就应该相信那个功能是真的可以拿掉的。你所找出来提供意见的使用者中最好同时包含计算机功力高深的使用者跟一般使用者。

开发人员建立好几个版本的Demo,直到使用者满意为止。

项目团队完成使用说明/规格,并将此当作细节需求规格。

完整开发的雏形定案之后,纳入变动管制中。要注意不能把demo程序代码在真正的软件中使用。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值