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