软件体系结构2.pptVIP

◇ 开发视图 第二章 软件体系结构建模 2.2 “4+1”视图模型 与逻辑视图一样，可以使用Booch标记法中某些符号来表示开发视图。 ◇ 开发视图 第二章 软件体系结构建模 2.2 “4+1”视图模型 在开发视图中，最好采用4-6层子系统，而且每个子系统仅仅能与同层或更低层的子系统通讯，这样可以使每个层次的接口既完备又精练，避免了各个模块之间很复杂的依赖关系。 设计时要充分考虑，对于各个层次，层次越低，通用性越强，这样，可以保证应用程序的需求发生改变时，所做的改动最小。开发视图所用的风格通常是层次结构风格。 ◇ 开发视图 第二章 软件体系结构建模 2.2 “4+1”视图模型 空中交通管制系统的五层结构 ◇ 进程视图 第二章 软件体系结构建模 2.2 “4+1”视图模型 进程视图侧重于系统的运行特性，主要关注一些非功能性的需求。 进程视图强调并发性、分布性、系统集成性和容错能力，以及从逻辑视图中的主要抽象如何适合进程结构。它也定义逻辑视图中的各个类的操作具体是在哪一个线程中被执行的。 ◇ 进程视图 第二章 软件体系结构建模 2.2 “4+1”视图模型 进程视图的标记符号 ◇ 进程视图 第二章 软件体系结构建模 2.2 “4+1”视图模型 ◇ 物理视图 第二章 软件体系结构建模 2.2 “4+1”视图模型 物理视图主要考虑如何把软件映射到硬件上，它通常要考虑到系统性能、规模、可靠性等。解决系统拓扑结构、系统安装、通讯等问题。 当软件运行于不同的节点上时，各视图中的构件都直接或间接地对应于系统的不同节点上。因此，从软件到节点的映射要有较高的灵活性，当环境改变时，对系统其他视图的影响最小。 ◇ 物理视图 第二章 软件体系结构建模 2.2 “4+1”视图模型 物理视图中使用的标记符号 ◇ 物理视图 第二章 软件体系结构建模 2.2 “4+1”视图模型 ACS系统的物理视图 ACS系统的物理视图 ◇ 物理视图 第二章 软件体系结构建模 2.2 “4+1”视图模型 具有进程分配的小型ACS系统的物理视图 ◇ 物理视图 第二章 软件体系结构建模 2.2 “4+1”视图模型 具有进程分配的大型ACS系统的物理视图 * * ◇ 软件建模基础 第二章 软件体系结构建模 2.1 软件体系结构建模概述 ◎ 类及其依赖性 ◎ 接口及其依赖性 ◎ 包及其依赖性 ◇ 软件建模基础 第二章 软件体系结构建模 2.1 软件体系结构建模概述 ◎ 类及其依赖性 在面向对象的程序设计中，类和接口是程序的基本组成单元。一个典型程序需要界面类专门负责表示用户界面信息，需要数据库类负责与数据库进行交互，需要有业务逻辑类负责算法计算等。 类之间的依赖性有继承依赖性和方法依赖性。 ◇ 软件建模基础 第二章 软件体系结构建模 2.1 软件体系结构建模概述 ◎ 类及其依赖性 1.继承依赖性 继承是一种在父类和子类之间共享属性和行为的方式，所以运行时可以用一个子类对象代替其父类对象。 一个子类对象是一种特殊的父类对象，它继承父类的所有特征，同时它又可以覆盖父类的方法，从而改变父类的一些特征，并可以在子类中增加一些新的功能。 从客户的角度看，在继承树中为请求提供服务的特定对象不同，系统的运行行为可能会有所不同。 ◇ 软件建模基础 第二章 软件体系结构建模 2.1 软件体系结构建模概述 ◎ 类及其依赖性 1.继承依赖性 根据为请求提供服务的对象不同可以得到不同的行为，这种现象称为多态。在运行时对类进行实例化，并调用与实例化对象相应的方法，称为动态绑定、后期绑定或运行时绑定。相应地，如果方法的调用是在编译时确定的，则称为是静态绑定、前期绑定或编译时绑定。 多态并不是伴随着继承而出现。如果在子类中不覆盖父类中的任何方法，就不会产生多态行为。 ◇ 软件建模基础 第二章 软件体系结构建模 2.1 软件体系结构建模概述 ◎ 类及其依赖性 1.继承依赖性——编译时 一般来说，所有的继承都会引入编译时依赖性。依赖性时刻传递的，也就是说，如果C依赖B，B依赖A，那么C也依赖A。 ◇ 软件建模基础 第二章 软件体系结构建模 2.1 软件体系结构建模概述 ◎ 类及其依赖性 1.继承依赖性——运行时 如果在doTest方法中调用的是do2()方法，或者在B中覆盖了A的do1()方法，则运行时继承依赖性就会出现，从Test到A和B就会存在运行时依赖性。 ◇ 软件建模基础 第二章 软件体系结构建模 2.1 软件体系结构建模概述 ◎ 类及其依赖性 1.继承依赖性——扩展继承和约束继承