UML五步法（读书笔记二）

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