在“初始操作能力”里程碑,产品已准备好交付给移交团队。已开发所有功能并已完成所有 alpha 测试(如果有该测试)。除了软件外,还已开发了用户手册,并且有当前发行版的描述。
评估条件
构造阶段的评估条件涉及以下问题的答案:
-
该产品发行版是否已足够稳定和成熟,可以部署到用户团体中?
-
是否所有项目干系人已准备好转移到用户团体中?
-
实际资源耗费与计划相比,是否仍可接受?
如果项目未能到达该里程碑,则可能必须将移交延迟一个发行版。
必需工件(按重要性排序)
|
里程碑处的状态
|
“系统”
|
可执行系统本身,准备好开始“Beta”测试。
|
部署计划
|
已开发、复审初始版本,并设立其基线。对于较小的项目,可以将该计划嵌入软件开发计划中。
|
实施模型(和所有组成工件,包括实施元素)
|
从精化阶段期间创建的内容进行扩展;在构造阶段结束时创建所有实施元素。
|
测试套件(“冒烟测试”)
|
实施并执行测试以验证构造阶段创建的每个可执行发行版的工作版本的稳定性。
|
用户支持材料
|
用户手册和其他培训材料。基于用例的初稿。如果系统具有大量用户界面方面的内容,则可能需要。
|
迭代计划
|
已完成并复审移交化阶段的迭代计划。
|
设计模型(和所有组成工件)
|
使用所有需求完成时确定的新设计元素进行更新。
|
开发流程
|
已根据项目经验优化了开发流程(包括开发用例和所有特定于项目的指南和模板),且开发流程的定义足以使下一阶段能够继续。
|
开发基础结构
|
移交的开发环境已就位,包括用于流程的所有工具和自动化支持。
|
数据模型
|
使用支持持久性实施所需的所有元素进行更新(例如,表、索引、对象到关系的映射等)。
|
可选工件
|
里程碑处的状态
|
补充规范
|
使用构造阶段发现的新需求(如有)进行更新。
|
用例模型(参与者,用例)
|
使用构造阶段发现的新用例(如有)进行更新。
|
|