系统体系结构建模PPT课件

1、.和设计模式,1,6 系统体系结构建模,权 巍,.和设计模式,2,主要内容,系统体系结构模型 构件图 UML的正向、逆向工程 配置图,.和设计模式,3,6.1 系统体系结构模型,系统体系结构模型用于描述系统各部分的结构、接口以及它们用于通信的机制，即描述系统实际的物理结构。,.和设计模式,4,6.1.1 软件系统体系结构,软件系统体系结构：描述系统的不同物理构件及其相互间的关系。 构件是逻辑体系结构中各元素的物理包。 在UML中，用构件图描述。,.和设计模式,5,6.1.2 硬件系统体系结构,硬件系统体系结构：描述目标系统软件构件与硬件之间的关系，表达的是运行时的系统结构。 硬件系统体系结构模

2、型，描述系统中有哪些硬件设备，它们间如何连接与交互，各硬件设备中配置的软件构件有哪些。 在UML中，用配置图描述。,.和设计模式,6,6.2 构件图,构件通常是一些实现性文件。 构件(Component)是系统中遵从一组接口且提供其实现的物理的、可替换的部分。 在UML中，采用构件图来描述系统中的不同物理构件及其相互之间的关系，表述代码本身的结构。 构件图(Component diagram)显示一组构件以及它们之间的相互关系, 包括编译、链接或执行时构件之间的依赖关系.,.和设计模式,7,某企业进销存管理系统从源代码到可执行文件的构件图示例,.和设计模式,8,构件图的建模元素,(1)构件 构

3、件与类的区别：类是逻辑抽象, 构件是物理抽象。,构件的图符,.和设计模式,9,构件是一个实际文件, 可以有以下类型: 源代码构件（编译时构件、工作产品构件）：是实现一个或多个类的源代码文件，是开发工作的中间产品。 二进制构件（连接时构件）：是源代码经编译产生的目标代码，如： DLL、COM+、CORBA、动态Web页、数据库表等。 可执行构件（运行时构件）：是系统执行时使用的构件。,.和设计模式,10,(2)接口 构件的接口：描述一个构件能提供服务的操作的集合，是一个有操作而无实现的类。 通过命名接口,可以避免在系统的各个构件中直接产生依赖关系, 有利于构件的维护、替换等.,构件与接口之间的关

4、系: 实现关系和依赖关系,.和设计模式,11,.和设计模式,12,(2)构件间的关系,为了便于组件之间替换,可使用如下依赖关系:,.和设计模式,13,构件图示例-1,对源代码文件之间的关系建模,.和设计模式,14,构件图示例-2,对可执行文件之间的关系建模,.和设计模式,15,构件图示例-3,源代码成为可执行代码过程建模,.和设计模式,16,6.3 UML的正向、逆向工程,Java、C+、VB等，关系数据库的表等。,以构件为中心。,.和设计模式,17,6.3.1 Rose对正向工程的支持,从模型生成代码的步骤： 检查模型（Tools Check Model） 创建构件 将类映射到构件 设置代码

5、生成属性 （ Tools Options 某种语言） 生成代码 （Tools Java Generate Codes）,.和设计模式,18,6.3.2 Rose对逆向工程的支持,例：Java代码模型 新建工程时选择J2SE模板； 选择Tools Java/J2EE Reverse Engineer,.和设计模式,19,6.4 配置图,配置图 (Deployment diagram)，也称配置图，用来显示系统中结点的拓朴结构和通信路径，以及结点上运行的软构件等。 一个系统只有一个配置图。 并不是所有的系统都需要建立配置图，配置图通常用于描述网络环境下运行的分布式系统或嵌入式系统。,.和设计模式,

6、20,ATM系统配置图实例,.和设计模式,21,配置图的基本建模元素,结点的短式与长式图符,(1)结点 结点表示某种计算资源的物理（硬件）对象，包括计算机、外部设备（如打印机、读卡机、通信设备）等。 图符：三维立方体,.和设计模式,22,配置图的基本建模元素,关于结点名 服务器:备份 联想PC6000:工作站 工作站,包名,结点名,结点名,结点类型,下划线表示结点的实例,.和设计模式,23,配置图的基本建模元素,(2)结点间的关联关系 结点之间的通信关联，表示结点间存在通信路径。 图符：直线。,.和设计模式,24,结点之间的通信关联,.和设计模式,25,构件图实例,图中依赖关系包括： 顾客需要

7、信息亭接口提供服务 售票员需要职员接口提供服务 信用卡付款需要信用卡代理提供服务 职员接口需要预订销售、个人销售和团体销售提供服务 管理接口需要数据库状态提供服务 售票处需要付款和购买提供服务 等等,图中实现关系包括： 信用卡付款提供付款服务 票数据库提供购买和状态查询服务 售票处提供预订购买、个人购买和团体购买服务,情景一： 购买个人票可以通过公用信息亭订购也可直接向售票员购买，但购买团体票只能通过售票员。 情景二： 买票的人可以根据任意选择预订销售或个人销售或团体销售中的一种方式，售票处为了方便销售，需要信用卡付款服务的支持，同时也必然需要票数据库处在有票可卖的状况中。,情景描述,.和设计

8、模式,26,配置图实例,图中包括的各种关系如下： 通信链关系(不带箭头的直线) TicketServe票服务器与Kiosk信息亭之间存在一对多的通信关联；与SalesTerminal售票终端也存在一对多的通信关联； 依赖关系(带箭头的虚线) TicketSeller售票构件依赖CreditCardCharges信用卡付款构件和TicketDB票数据库构件提供的服务。,结点TicketServer(售票服务)上的构件: CreditCardCharges/ManagerInterface/ TicketSeller/TicketDB 结点Kiosk(信息亭)上的构件: CustomerInterface SalesTerminal(销售终端)上的构件: ClerkInterface,配置图可表示系统中的各结点和每个结点包含的构件。,图中顾客购票的情景如下： 顾客