第01讲 软件需求基本理论和概念.ppt

不适当的需求引起的一些风险 过分精简的规格说明 有时客户并不明白需求分析如此重要，于是只作一份简略之至的规格说明。仅涉及产品的某些概念，其它让开发人员在项目进展中去完善，结果是为了管理上的某种要求，开发人员先建立产品结构、甚至是完成编码，然后再补充需求说明。大多数情况下，这会增加开发过程的迂回、返工。 不适当的需求引起的一些风险 忽略用户分类 多数产品是由不同的人使用不同的特性，使用频繁程度、受教育程度、经验水平也不相同。如果产品功能设计不能满足某些关键用户需求，会大大影响产品的用户接受度。 不适当的需求引起的一些风险 不准确的计划 需求分析不充分和缺乏理解会导致计划的乐观估计；导致需求过程中软件成本估计极不准确的主要原因为： 频繁的需求变更； 遗漏的需求； 与用户交流不够； 质量低下的需求规格说明； 不完善的需求分析。 7. 高质量的需求带来的好处 实行有效的需求工程管理的组织能获得多方面的好处。最大的好处是在开发后期和整个维护阶段重做的工作大大减少了。这使得整个开发过程少走了许多弯路，并在开始阶段就为整个产品开发过程指明了方向。 8. 优秀需求所具有的特征 完整性(Complete) 正确性(Correct) 可行性(Feasible) 必要性(Necessary) 与实现无关性(Implementation Independent) 划分优先级 (Prioritized, Future and trade-offs) 无二义性(Unique) 可验证性(Verifiable) 正确的详细层次(Right level of details) 8. 优秀需求所具有的特征 完整性(Complete) 每一项需求都必须将所要实现的功能描述清楚,以使开发人员获得设计和实现这些功能所需的所有必要信息。 正确性(Correctness) 每一项需求都必须准确地陈述所要开发的功能。其判别标准是是否符合需求的来源，如用户需求和系统需求。其检验标准就是通过用例和场景分析验证是否满足用户或客户的真实需要。 8. 优秀需求所具有的特征 可行性(Feasible) 每一项需求都必须在已知系统和环境的技术、资源等限制范围内是可以实施的。做到这一点，需要多方人员参与检查其可行性，这些人员包括：开发软件工程师，系统工程师，市场人员等。 必要性(Necessary) 每一项需求都必须和某项真正用户需求，如使用实例或某项高层系统需求，相关联。 It specifies what must be done and only what must be done 8. 优秀需求所具有的特征 与实现无关性 需求关注的是系统将要做些什么，其后的阶段如设计，关注该系统将怎样来实现。如果一项需求与实现密切相关，这会限制设计人员优化、合理设计系统的自由度。 划分优先级 给每项需求分配一个可实施的优先级以指明其在产品中的重要程度。如果所有的需求都同等重要，项目管理者在节省预算或调度中就会无从选择。 8. 优秀需求所具有的特征 无二义性(Unique，Unambiguous) 每项需求对所有相关的读者只能有一个明确统一的解释。由于自然语言极易导致二义性，应尽量把每项需求用简明的用户语言表达出来。避免二义性的有效方法包括对需求文档的正规审查，编写测试用例，开发原型等。 可验证性(Verifiable) 每项需求都应能够被人或机器加以验证，否则将无法确定该项需求是否实现正确。验证方法主要为测试用例，场景符合性分析，正规审查，原型演示。 8. 优秀需求所具有的特征 正确的详细层次(Right level of detail) 每项需求或者一组需求都应包含相应的层面信息，以便据此足以导出下一层产品需求或设计，但不应提供对下一层活动如设计不必要的限制 优秀需求具有的特性 需求规格说明的特征 完整性(Complete) 一致性(Consistent) 简洁明了(Concise) 可修改性(Modifiable) 可跟踪性(Traceable) 优秀需求规格说明的特性 完整性(Complete) 需求规格说明完整性是指不能遗漏任何必要的信息，这里不仅仅指需求本身，还包括相关的参考信息，如基于的国际标准，高层需求信息等。 优秀需求规格说明的特性 一致性(Consistent) 需求规格说明一致性是指软件需求不能与其它需求如系统需求、业务需求相矛盾。正规的文档审查和基于实例和场景分析的验证是保证一致性的通用做法。 Internally consistent Externally consistent 优秀需求规格说明的特性 简洁明了(Concise) 每一需求都应清晰地对应某一系统功能或用户需要，它能够容易地被所有风险承担者阅读和理解并能够容易地映射到某一使