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

架构设计过程分为两个阶段：高层设计阶段和详细设计阶段 设计中注意了几个问题： 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视图体系结构 4+1视图视图模型一览表 设备调试系统案例概述 设备调试员通过使用该系统，可以察看设备状态（设备的状态信息由专用的数据采集器实时采集）、发送调试命令。该系统的用例图（场景）如图所示 设备调试系统案例概述 设备调试系统的需求 逻辑视图：设计满足功能需求的架构 首先根据功能需求进行初步设计，进行大粒度的职责划分。如图所示。 应用层负责设备状态的显示，并提供模拟控制台供用户发送调试命令。 应用层使用通讯层和嵌入层进行交互，但应用层不知道通讯的细节。 通讯层负责在RS232协议之上实现一套专用的应用协议。 当应用层发送来包含调试指令的协议包，由通讯层负责按RS232协议将之传递给嵌入层。 当嵌入层发送来原始数据，由通讯层将之解释成应用协议包发送给应用层。 嵌入层负责对调试设备的具体控制，以及高频度地从数据采集器读取设备状态数