本文为《UML和模式应用(原书第3版)》读书笔记
初始阶段
大多数项目需要一个简短的起始步骤,在这个步骤中要考虑以下问题:
- 项目的设想和业务案例是什么;
- 是否可行;
- 购买还是开发;
- 粗略估计一下成本;
- 项目应该继续下去还是停止;
初始阶段并不是定义所有需求,或产生可信的预算和项目计划。
大多数需求分许是在细化阶段进行的,并且伴以具有产品品质的早期编程和测试
主要任务:预见项目的范围、设想和业务案例。
解决问题:涉众是否就项目设想基本达成一致,项目是否值得继续进行认真研究。
初始阶段的持续时间
可能只包含第一次需求研讨会,并为第一次迭代制定计划,然后就快速进入细化阶段。
初始阶段会创建的制品
在初始阶段只完成其中部分制品,在后继迭代中对其进行精化。
制品样例:
- 设想和业务用例;
- 用力模型,描述功能需求;
- 补充性规格说明,描述其他需求,主要是非功能性需求;
- 词汇表,关键领域术语和数据字典;
- 风险列表和风险管理计划,描述风险及应对和缓解的方法;
- 原型和概念验证;
- 迭代计划,描述第一个细化迭代的任务;
- 阶段计划和软件开发计划,对细化阶段的持续时间和工作量进行粗略的估计;
- 开发案例;
要有选择性地创建对项目确有价值的制品,如果其价值未被证实,则放弃。重要的不是在初始阶段创建完整的规格说明,而是形成初始、概略的文档,这些文档将在细化阶段中精化,以便响应由早期编程和测试得到的极有价值的反馈。
一般在不同项目中,制品都可能存在大量的相似之处,因此所有UP项目都应该用相同的方式来组织制品,以便从以往的项目中找出能够重用的制品。
补充说明
在初始阶段,应该详细编写10%到20%的用例以便获得对问题范围的真实认知。
在初始阶段不会引入大量的图形。