时隔2年，我又回来了~
需求分析
上一篇 /
下一篇 2011-05-16 15:24:16
/ 个人分类：需求分析
需求的具体内容:
·业务需求——反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。
·用户需求——描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。
·功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。
·非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。
·需求分析报告——报告所说明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。
20条建议
对开发人员的建议
1、 分析人员要使用符合客户语言习惯的表达
2、分析人员要了解客户的业务及目标
3、 分析人员必须编写软件需求报告
4、 要求得到需求工作结果的解释说明
5、 开发人员要尊重客户的意见
6、 开发人员要对需求及产品实施提出建议和解决方案
7、 描述产品使用特性
8、 允许重用已有的软件组件
9、 要求对变更的代价提供真实可靠的评估
10、 获得满足客户功能和质量要求的系统
对客户的建议
11、 给分析人员讲解您的业务
12、 抽出时间清楚地说明并完善需求
13、 准确而详细地说明需求
14、 及时作出决定
15、 尊重开发人员的需求可行性及成本评估
16、 划分需求的优先级
17、 评审需求文档和原型
18、 需求变更要立即联系
19、 遵照开发小组处理需求变更的过程
20、 尊重开发人员采用的需求分析过程
“需求确认”意味着什么
在“需求分析报告”上签字确认，通常被认为是客户同意需求分析的标志行为，然而实际操作中，客户往往把“签字”看作是毫无意义的事情。“他们要我在需求文档的最后一行下面签名，于是我就签了，否则这些开发人员不开始编码。”
这种态度将带来麻烦，譬如客户想更改需求或对产品不满时就会说：“不错，我是在需求分析报告上签了字，但我并没有时间去读完所有的内容，我是相信你们的，是你们非让我签字的。”
同样问题也会发生在仅把“签字确认”看作是完成任务的分析人员身上，一旦有需求变更出现，他便指着“需求分析报告”说：“您已经在需求上签字了，所以这些就是我们所开发的，如果您想要别的什么，您应早些告诉我们。”
这两种态度都是不对的。因为不可能在项目的早期就了解所有的需求，而且毫无疑问地需求将会出现变更，在“需求分析报告”上签字确认是终止需求分析过程的正确方法，所以我们必须明白签字意味着什么。
对“需求分析报告”的签名是建立在一个需求协议的基线上，因此我们对签名应该这样理解：“我同意这份需求文档表述了我们对项目软件需求的了解，进一步的变更可在此基线上通过项目定义的变更过程来进行。我知道变更可能会使我们重新协商成本、资源和项目阶段任务等事宜。”
收藏
举报
TAG:
