第4章 初始不是需求阶段

本文为《UML和模式应用(原书第3版)》读书笔记

---

初始阶段

大多数项目需要一个简短的起始步骤，在这个步骤中要考虑以下问题：

• 项目的设想和业务案例是什么；
• 是否可行；
• 购买还是开发；
• 粗略估计一下成本；
• 项目应该继续下去还是停止；
  初始阶段并不是定义所有需求，或产生可信的预算和项目计划。
  大多数需求分许是在细化阶段进行的，并且伴以具有产品品质的早期编程和测试
  主要任务：预见项目的范围、设想和业务案例。
  解决问题：涉众是否就项目设想基本达成一致，项目是否值得继续进行认真研究。

初始阶段的持续时间

可能只包含第一次需求研讨会，并为第一次迭代制定计划，然后就快速进入细化阶段。

初始阶段会创建的制品

在初始阶段只完成其中部分制品，在后继迭代中对其进行精化。
制品样例：

• 设想和业务用例；
• 用力模型，描述功能需求；
• 补充性规格说明，描述其他需求，主要是非功能性需求；
• 词汇表，关键领域术语和数据字典；
• 风险列表和风险管理计划，描述风险及应对和缓解的方法；
• 原型和概念验证；
• 迭代计划，描述第一个细化迭代的任务；
• 阶段计划和软件开发计划，对细化阶段的持续时间和工作量进行粗略的估计；
• 开发案例；

要有选择性地创建对项目确有价值的制品，如果其价值未被证实，则放弃。重要的不是在初始阶段创建完整的规格说明，而是形成初始、概略的文档，这些文档将在细化阶段中精化，以便响应由早期编程和测试得到的极有价值的反馈。

一般在不同项目中，制品都可能存在大量的相似之处，因此所有UP项目都应该用相同的方式来组织制品，以便从以往的项目中找出能够重用的制品。

补充说明

在初始阶段，应该详细编写10%到20%的用例以便获得对问题范围的真实认知。
在初始阶段不会引入大量的图形。