程序中对象的概念自然对应真实世界的对象。例如：订单中加入产品。
Encapsulation：只公布模块和系统的部分内容。
分析：研究、定义所要解决的问题的过程，发现系统必须执行的需求。它必须符合的基本假设及判断成功（失败）的标准。
OOA：根据对象定义问题。对象必须是系统与真实世界交互的对象及用于研究多种可选方案的候选软件对象。
设计：定义解决方案。
OOD：定义组件、接口、对象、类、属性和操作。以在分析期间定义的候选对象作为开始。
大型系统设计发生在两个范围内：体系结构的设计（定义组成系统的组件）及组件设计（定义组件中的类和接口）。
模型：OOAD过程的中心产物。
分析模型：需求。
体系结构模型：解决方案的组件、接口和结构，该结构在多个结点间的布署。
组件设计模型：描述体系结构模型中各部分的内部结构的模型。（基本每个组件一个模型）。关注于组件类结构的细节。允许团队指定类属性、操作、依赖关系和行为。
ＵＭＬ图：
UseCase：系统外部可视行为。
活动图：系统行为的详细描述。
组件图：显示了系统的体系结构。
包图：设计的层次结构。
活动图：单个功能需求内部的细节行为。包括基本场景和可选场景。
组件图：系统的可部署单元（exe文件、组件、数据存储和其它内容）及接口。可布置单元通过这些接口进行交互。
包图：相关元素如何组织在一起。
确定组织和角色：从需求源中来找。
句子的主语、查阅术语表。
角色分层。
域模型包。
