OOAD 4 需求分析

介绍

• 需求就是系统必须提供的能力和必须遵从的条件。Requirements are capabilities and conditions to which the systems-and
  more broadly, the project must conform
• 需求分析的最大挑战：寻找、沟通和记住（通常指记录）什么是真正需要的。
• 需求变更不可避免，因此有效的管理至关重要。Requirement changes are inevitable, so effective management is critical

FURPS+模型

• 功能性 Functional：特性、功能、安全性
• 可用性 Usability：人性化因素、帮助、文档
• 可靠性 Reliability：故障频率、可恢复性、可预测性
• 性能 Performance：响应时间、吞吐量、准确性、有效性、资源利用率
• 可支持性 Supportability：适应性、可维护性、国际化、可配置性
• “+” ：一些辅助性的和次要的因素如下：
• 实现 Implementation：资源限制、语言和工具、硬件等
• 接口 Interface：强加于外部系统接口之上的约束
• 操作 Operation：对其操作设置的系统管理
• 包装 Packaging：例如物理的包装盒
• 授权 Legal：许可证或其他方式

UP制品如何组织需求？UP提供了一些需求制品，关键的制品包括：

制品（artifact) 是对所有工作产品的统称，如代码、数据库模式、文本文档、图、模型等。

• 用例模型（Use­Case Model）：主要用于功能（行为的）需求。
• 补充性规格说明（Supplementary Specification）：主要用于所有非功能性需
  求。
• 词汇表（Glossary）：以最简单的形式定义重要的术语。包含数据字典（data
  dictionary）的概念。
• 设想（Vision）：简短的执行概要文档，用以快速了解项目的主要思想。
• 业务规则（Business Rules）：描述了凌驾于某一软件项目的需求或政策。