标签：手册 cti 多个 反馈 技术工 专注 文档 业务 struct
统一过程模型是一种“用例和风险驱动，以架构为中心，迭代并且增量”的开发过程，由UML方法和工具支持。每一个迭代都包含正常软件项目的所有元素：计划、分析和设计、构造、集成和测试，以及内部和外部的发布。
统一过程定义了4个技术阶段和其制品：
|
阶段 |
动作 | 产生的主要工作产品 |
| 起始阶段(Inception Phase) | 专注于项目的初创活动 | 构想文档、初始用例模型、初始项目术语表、初始业务用例、初始风险评估、项目计划（阶段和迭代）、业务模型以及一个或多个原型（需要时） |
| 精化阶段(Elaboration Phase) | 在理解了最初的领域范围之后进行了需求分析和架构演进 | 用例模型、补充需求（包括非功能需求）、分析模型、软件体系结构描述、可执行的软件体系结构原型、初步的设计模型、修订的风险列表、项目计划（包括迭代计划、调整的工作流、里程碑和技术工作产品）以及初始用户手册 |
| 构建阶段(Construction Phase) | 关注系统的构建，产生实现模型 | 设计模型、软件构件、集成的软件增量、测试计划和步骤、测试用例及支持文档（用户收测、安装手册和对于并发增量的描述） |
| 移交阶段(Transition Phase) | 关注于软件提交方面的工作，产生软件增量 | 提交的软件增量、β测试报告和综合用户反馈 |
4个技术阶段主要由主要里程碑所终止：
统一过程的典型代表是RUP(Rational Unified Process)，是UP的商业扩展，完全兼容UP，但比UP更完整、更详细。
标签：手册 cti 多个 反馈 技术工 专注 文档 业务 struct
原文地址：https://www.cnblogs.com/zuqe0720/p/10876946.html
