剑花　烟雨

摘要： 程序中对象的概念自然对应真实世界的对象。例如：订单中加入产品。 Encapsulation：只公布模块和系统的部分内容。 分析：研究、定义所要解决的问题的过程，发现系统必须执行的需求。它必须符合的基本假设及判断成功（失败）的标准。 OOA：根据对象定义问题。对象必须是系统与真实世界交互的对象及用于研究多种可选方案的候选软件对象。 设计：定义解决方案。 OOD：定义组件、接口、对象、类、属性和操作。以在分析期间定义的候选对象作为开始。 大型系统设计发生在两个范围内：体系结构的设计（定义组成系统的组件）及组件设计（定义组件中的类和接口）。 模型：OOAD过程的中心产物。 分析模型：需求。 体系结构模型：解决方案的组件、接口和结构，该结构在多个结点间的布署。 组件设计模型：描述体系结构模型中各部分的内部结构的模型。（基本每个组件一个模型）。关注于组件类结构的细节。允许团队指定类属性、操作、依赖关系和行为。 ＵＭＬ图： UseCa 阅读全文

摘要： SOA从中间件EAI发展而来，以业务为中心，拥有业务级的事务粒度。它不是技术标准，不依赖于具体的技术协议。是一种架构蓝图，有清楚的服务合约。 　　企业SOA的成功：包括架构、组织、实际经验（成败经验）。 架构：是技术方面的因素，是指策略和流程的变化。 　　组织：是指业务组织。 　　SOA层：组织服务。 　　扩展阶段分成三个成熟级别：基本SOA、网络SOA、流程化SOA。 　　目标：确保当前的短期收益与永久改善IT环境。 　　企业IT革新路线图： 企业软件：组织、业务模型、流程。算法简单，数据结构一般。 　　　企业软件架构：简单性、灵活性和可维护性、可重用、功能和技术合并。 　　SOA是一种高级概念，要分步实现。 　　服务：是一个计算机程序在另一个计算机程序的请求下执行的有意义的活动。提供业务功能：公共需求、重用度。 　　面向对象的抽象粒度太小。 　　 　　SOA中，功能和数据分离。 阅读全文