第4章 初始不是需求阶段

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

初始阶段

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

项目的设想和业务案例是什么；

是否可行；

购买还是开发；

粗略估计一下成本；

项目应该继续下去还是停止；

初始阶段并不是定义所有需求，或产生可信的预算和项目计划。

大多数需求分许是在细化阶段进行的，并且伴以具有产品品质的早期编程和测试

主要任务：预见项目的范围、设想和业务案例。

解决问题：涉众是否就项目设想基本达成一致，项目是否值得继续进行认真研究。

初始阶段的持续时间

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

初始阶段会创建的制品

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

制品样例：

设想和业务用例；

用力模型，描述功能需求；

补充性规格说明，描述其他需求，主要是非功能性需求；

词汇表，关键领域术语和数据字典；

风险列表和风险管理计划，描述风险及应对和缓解的方法；

原型和概念验证；

迭代计划，描述第一个细化迭代的任务；

阶段计划和软件开发计划，对细化阶段的持续时间和工作量进行粗略的估计；

开发案例；

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

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

补充说明

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

在初始阶段不会引入大量的图形。