CH04软件架构设计.pptx

软件架构设计;;第1节;从建筑谈起;从建筑谈起;建筑架构设计;软件架构：软件结构和风格设计，组件接口和 数据交换标准;软件结构设计…代码的组织方式;软件系统的组织; 选择组成系统的结构元素和它们之间的接口,以及当这些元素相互协作时所体现的行为; 如何组合这些元素, 使它们逐渐合成为更大的子系统 用于指导这个系统组织的架构风格:这些元素以及它们的接口,协作和交互 某个软件的架构是该系统的一个或多个结构, 每个结构均由软件元素,这些元素的外部属性,这些元素之间的交互关系组成;但架构只著眼于大处;设计师角色;什么是「大格局」的需求？;架构属性;性能;案例1;案例2;案例3;案例4;案例5;案例6;案例7;案例8;原则回顾;架构属性;可伸缩性;案例9;可伸缩性;架构属性;简单性;架构属性;可修改性;可修改性;架构属性;可见性;案例10;可见性;架构属性;可移植性;架构属性;可靠性;案例11;案例12;可靠性;可靠性;架构属性;架构属性;相比于企业级系统，互联网系统的差异;在给定问题领域范围内建立起可重用解决设计问题而互相间协作的一组类的集合（它典型包括了具备缺省行为的大量对象）;架构粒度 = f（项目, 阶段, 层）;架构师的任务;第二节;软件架构是抽象的，它不考虑实现、算法和数据表示的细节，而集中研究“黑盒”组件的行为和交互，是设计第一步。 系统可能由多个结构组成，其中任何一个结构都不能与构架等同。 每个软件系统都有自己的架构。 软件架构决定了各个组件。 只要某个组件的行为可以从其它组件的角度观察到或区别开，这样的行为就是软件架构的内容。 ;关于抽象;【问题】要如何规划设计模块，并组织这些模块，使其成为「好的架构」，满足大格局的目标？ 【答案】第一步是切割出足够细粒度的模块，用正确的方法连结起来。;架构的四维座标系统;第3节;60;61;62;63;64;什么是架构风格;66;67;68;典型的构架风格;其他典型构架风格;71;72;73;74;75;76;Event-Based, Implicit Invocation;构件不直接调用一个过程，而是触发或广播一个或多个事件。 系统中的其它构件中的过程在一个或多个事件中注册，当一个事件被触发，系统自动调用在这个事件中注册的所有过程，这样，一个事件的触发就导致了另一模块中的过程的调用。 事件的触发者并不知道哪些构件会被这些事件影响。;优点 为软件复用提供了强大的支持。当需要将一个构件加入现存系统中时，只需将它注册到系统的事件中。 为改进系统带来了方便。当用一个构件代替另一个构件时，不会影响到其它构件的接口。;层次系统组织成一个层次结构，每一层为上层服务，并作为下层客户。 连接件通过决定层间如何交互的协议来定义，拓扑约束包括对相邻层间交互的约束。 分层风格支持基于可增加抽象层的设计。允许将一个复杂问题分解成一个增量步骤序列的实现。由于每一层最多只影响两层，同时只要给相邻层提供相同的接口，允许每层用不同的方法实现，同样为软件复用提供了强大的支持;实例 分层通信协议，每一层提供一个抽象的功能作为上层通信的基础，较低层次定义低层的交互，最底层通常只定义物理连接;优点 支持基于抽象程度递增的系统设计，使设计者可以把一个复杂系统按递增的步骤进行分解； 支持功能增强，因为每一层至多和相邻的上下层交互，因此功能的改变最多影响相邻的上下层； 支持复用。只要提供的服务接口定义不变，同一层的不同实现可以交换使用。这样，就可以定义一组标准的接口，而允许各种不同的实现方法。 缺点 并不是每个系统都可以很容易地划分为分层的模式，甚至即使一个系统的逻辑结构是层次化的，出于对系统性能的考虑，系统设计师不得不把一些低级或高级的功能综合起来； 很难找到一个合适的、正确的层次抽象方法。;在仓库风格中，有两种不同的构件：中央数据结构说明当前状态，独立构件在中央数据上执行，仓库与外构件间的相互作用在系统中会有大的变化。 控制原则的选取产生两个主要的子类。若输入流中某类时间触发进程执行的选择，则仓库是一传统型数据库；另一方面，若中央数据结构的当前状态触发进程执行的选择，则仓库是一黑板系统。 实例 信号处理领域，如语音和模式识别 松耦合数据共享;黑板系统的组成 知识源：知识源中包含独立的、与应用程序相关的知识，知识源之间不直接进行通信，它们之间的通信通过黑板来完成 黑板数据结构：黑板数据是按照与应用程序相关的层次来组织的解决问题的数据，知识源通过不断地改变黑板数据来解决问题 控制：控制完全由黑板的状态驱动，黑板状态的改变决定使用的特定知识;基本概念 C/S软件构架是基于资源不对等，且为实现共享而提出来的，是20??纪90年代成熟起来的技术，C/S构架定义了工作站如何与服务器相连，以实现数据和应用分布到多个处理机上。 C/S构架有