软件架构及设计培训课件.pptVIP

本文观看结束！！！ 架构是一系列重要决策的集合，这些决策与以下内容有关：软件的组织、构成系统的结构元素及其接口的选择，这些元素在相互协作中明确表现出的行为，这些结构元素和行为元素进一步组合所构成的更大规模的子系统，以及指导这一组织（包括这些元素及其接口、他们的写作和他们的组合）的架构风格 构件是一个已经存在的代码行内聚集和，可以由原代码、也可以 由可执行文件的格式提供，并且有定义好的接口和行为。 影响这个课程主体的主要思想，是 21 世纪是软件规模经济的时代，下图表达了工具、 构件和过程的三个基本技术的进步，图中表达了在假定要求的质量和人员等级不变的情况 下，投资回报（ROI）的关系，纵坐标表达了实现软件的单位成本（代码行、功能点），横 坐标表达了软件规模，这里表示了随着时代的进步，同样规模的软件成本在大幅下降，投资 回报在大幅上升。 架构设计过程分为两个阶段：高层设计阶段和详细设计阶段 设计中注意了几个问题： 1，对于管理层和客户，主要从使用方便性考虑，采用浏览器。 2，对于工作人员，因为要处理的内容比较复杂，采用应用程序，但是一个免维护的瘦客户端。 3，瘦客户段并不是指代码越少越好或者功能越少越好，而是把易变的、需要配置的、需要集中处理的内容转向应用程序服务器。事实上，客户端的功能越强，越能缓解服务器的压力。 4，某些特殊的专业通讯联系（比如信用卡授权机构），可以由客户段直接完成，并不一定一切都通过服务器，但需要向服务器提交必要的信息。 5，对于集中处理的部分，采用大粒度设计，以缓解网络压力。 6，由于服务方采用无状态模式，所以要严格控制客户调用信息的时间，对于需要长时间传输的信息，可以采用其它通道完成。 7，对于客户应用程序，某些不是十分大的，变化频度不是十分高的，调用频度比较高的数据，可以在客户端建立缓存，并且可以建立关联的映像表，这样就可以对避免对最主要的数据处理的挤压，提高数据库的应用效率，但要考虑修改数据时候的并发策略。 服务粒度的控制 当SOA 架构师构建一个企业级的SOA 系统架构的时候，关于系统中最重要的元素，也就是SOA 系统中的服务的构建有一点需要特别注意的地方，就是对于服务粒度的控制。 服务粒度的控制SOA 系统中的服务粒度的控制是一项十分重要的设计任务。通常来说，对于将暴露在整个系统外部的服务推荐使用粗粒度的接口，而相对较细粒度的服务接口通常用于企业系统架构的内部。 案例：电源销售服务系统高层架构 这里只列出了初步的顶层架构。 案例：电源销售服务系统高层架构 设计中注意了几个问题： 1，对于管理层和客户，主要从使用方便性考虑，采用浏览器。 2，对于工作人员，因为要处理的内容比较复杂，采用应用程序，但是一个免维护的瘦客户端。 3，瘦客户段并不是指代码越少越好或者功能越少越好，而是把易变的、需要配置的、需要集中处理的内容转向应用程序服务器。事实上，客户端的功能越强，越能缓解服务器的压力。 4，某些特殊的专业通讯联系（比如信用卡授权机构），可以由客户段直接完成，并不一定一切都通过服务器，但需要向服务器提交必要的信息。 5，对于集中处理的部分，采用大粒度设计，以缓解网络压力。 6，由于服务方采用无状态模式，所以要严格控制客户调用信息的时间，对于需要长时间传输的信息，可以采用其它通道完成。 7，对于客户应用程序，某些不是十分大的，变化频度不是十分高的，调用频度比较高的数据，可以在客户端建立缓存，并且可以建立关联的映像表，这样就可以对避免对最主要的数据处理的挤压，提高数据库的应用效率，但要考虑修改数据时候的并发策略。 什么是软件架构视图 一个架构视图是对于从某一视角或某一点上看到的系统所做的简化描述，描述中涵盖了系统的某一特定方面，而省略了于此方面无关的实体。 也就是说，架构要涵盖的内容和决策太多了，超过了人脑一蹴而就的能力范围，因此采用分而治之的办法从不同视角分别设计；同时，也为软件架构的理解、交流和归档提供了方便。 RUP的4+1视图体系结构 “无体系结构”设计阶段 萌芽阶段 初期阶段 高级阶段 以汇编语言进行小规模应用 程序开发为特征 出现了程序结构设计主题， 以控制流图和数据流图构成 软件结构为特征 出现了从不同侧面描述系统 的结构模型，以UML为典型 代表。 以描述系统的高层抽象结构为 中心，不关心具体的建模细节， 划分了架构模型与传统软件结 构的界限，该阶段以 Kruchten提出的“4+1”模型 RUP的4+1视图体系结构 Philippe Kruchten提出的4+1视图方法 RUP的4+1视图体系结构 运用4+1视图方法针对不同需求进行架构设计 RUP的4+1视图体系结构