标签：问题 教程 过程 应该 时间 带来 阅读 而不是 跟踪
第一章02
frederick brooks在他1987年的经典文章“ Nb silver bullet:essence and accidents of software engineering"中充分说明了需求过程在软件项目中扮演的重要角色。
我们也都知道开发项目最为困难的部分是准确地说明我们要开发什么。在不同人的角度，用户，开发人员以及客户的角度来描述，都往往会使需求产生很多偏差，这样编写出详细的技术需求，也就成为了最为困难的概念性工作。
每一个软件产品都是为了使其用户能以某种方式改善他们的生活，因此我们应该花大量的时间用在去了解客户生活上，只有真正了解了客户的需求，才能真正做出令客户满意的产品，
在<软件需求分析教程>书中提到，每一个软件项目都存在着项目需求，项目需求完成是一个项目开始的标志，同时作为一个软件开发人员，我们更加希望问题出现时，重做需求文档，而不是重新返工代码，这两者的工作量天差地别，因此在需求分析阶段，我们更应该更为详细，更为明确客户的意图，让软件项目的启动更为无后顾之忧。
那么什么情况会导致好的群体会发生不合格的需求说明呢？
1：包含的用户数不多将导致无法接受的产品。
2：用户需求的扩展将带来过度的耗费和降低产品的质量。 （必须在开始阶段界定需求范围）
3：模棱两可的需求说明可能导致时间浪费和返工。 （明确用户意图）
4：用户增加一些不必要的特性和开发人员“画蛇添足”的追求。 （对不必要的特性添加要慎重）
5：过分精简的需求说明以致遗漏某些关键需求。 （需求说明不一定要多，但要具体详细）
6：忽略某一部分用户类的需求将导致众多客户的不满。 （在早期对不同用户类型进行分类）
7：不完善的需求说明使得项目计划和跟踪等无法准确进行。（明确计划的时间和规划）
8：没有足够的用户参与
标签：问题 教程 过程 应该 时间 带来 阅读 而不是 跟踪
原文地址：http://www.cnblogs.com/wanghao369/p/6034990.html
