UP的三个公理
UP具有三个公理:
- 用例和风险驱动
- 架构中心的
- 迭代和增量的
用例是捕获需求的方法没因此我们可以准确地说,UP是需求驱动的。
风险是另外一个驱动,因此如果你不主动攻击风险,风险就会主动攻击你。UP通过风险分析预测软件构造。然而这是项目经理和架构师的工作。
开发软件系统的UP发送方法是开发和演进一个健壮的系统的系统架构。架构描述了策略:系统是如何被分成组件,这些组件是如何交互和部署在硬件上。显然,高质量系统架构将产生高质量的系统,而不是很少谋划的,堆砌在一起的源代码的集合。
每个迭代包含正常软件项目的所有元素:
- 计划
- 分析和设计
- 构造
- 集成和测试
- 内部或者外部发布
在每个迭代中,有五个核心工作流,说明需要做什么以及需要什么工作技能。除了这五个核心工作流之外,还有其他工作流。如计划,评估以及与特定迭代相关的任何工作。然而,UP不包括这些。五种工作流是:
- 需求---捕获系统应该做什么
- 分析---精化和结构化需求
- 设计---用系统架构实现需求
- 实现---构造软件
- 测试---验证实现是否如期望工作那样
以上来源<<UML and the Unified Process Practical Object-Oriented Analysis &Design>>中文版(机械工业出版社)