第9讲软件架构与建模精要.ppt

模型-视图-控制器风格 用户 控制器 视图 模型 问题领域的应用程序 使用 操作 更新 查看 客户服务器风格 分布式系统中最常用的体系结构：客户/服务器模型 ? ? ? ? 服务器：为客户提供服务； 事先并不知道有哪些 客户对其进行访问。 客户：必须直接或 间接知道服务器的 标识。 远过程调用 注意：结构的层次可以是两层，也可以是三层（在客户和服务器之间增加了一个中间层：中间件），三层结构中相邻两层仍然保持客户/服务器的关系。 客户-服务器风格处理流程 三层客户-服务器风格 三层风格处理流程 三层客户-服务器风格 异构结构风格 结构模型视图 用户视图 用例图 实现视图 结构视图 行为视图 环境视图 类图 对象图 顺序图 协作图 状态图 活动图 组件图 部署图 组件图 组件图描述了软件的各种组件和它们之间的依赖关系。 组件图中通常包含3种元素：组件、接口和依赖关系。 组件 组件是定义了良好接口的物理实现单元，是系统中可替换的物理部件。 一般情况下，组件表示将类、接口等逻辑元素打包而形成的物理模块。 组件可以是源代码组件、二进制组件或一个可执行的组件。 每个组件实现一些接口，并使用另一些接口。 如果组件间的依赖关系与接口有关，就可以被具有同样接口的其他组件所替代。 组件 一个组件包含它所实现的一个或多个逻辑类的相关信息。 在UML中，组件用一个左侧带有两个突出小矩形的矩形来表示。 组件 组件在很多方面与类相同 －有名称； －可以实现一组接口； －可以参与依赖关系； －可以被嵌套； －可以有实例； －可以参与交互。 组件 类和组件之间也存在着差别： －类描述了软件设计的逻辑组织和意图； －组件描述软件设计的物理实现，即每个组件体现了系统设计中特定类的实现。 组件名称 每个组件都必须有一个不同于其他组件的名称。 组件的名称是一个字符串，位于组件图标内部。 实际应用中，组件名称通常是从现实的词汇表中抽取出来的短名词或名词短语，并依据目标操作系统添加相应的扩展名，例如java和dll。 组件名称 组件的名称有两种：简单名和路径名。 简单名只有一个简单的名称；路径名是在简单名的前面加上组件所在包的名称。 组件名称 通常，UML图中的组件只显示其名称，也可以用标记值或表示组件细节的附加栏加以修饰。 组件种类 在软件系统建模过程中，存在3种类型的组件： 配置组件、 工作产品组件 执行组件。 配置组件 配置组件是运行系统需要配置的组件，是形成可执行文件的基础。 操作系统、Java虚拟机(JVM)和数据库管理系统(DBMS)都属于配置组件。 工作产品组件 工作产品组件包括模型、源代码和用于创建配置组件的数据文件，它们是配置组件的来源。 工作产品组件包括UML图、Java类和动态链接库(DLL)和数据库表等。 执行组件 执行组件是在运行时创建的组件，是最终可运行的系统产生的允许结果。 HTML和XML文档和.NET组件等都是执行组件的例子。 组件图标 组件的定义非常广泛，如程序源代码、子系统、动态链接库、ActiveX控件等都可以认为是组件。 在实际建模过程中，如果仅仅使用一种图标表示组件会造成不便。 一般组件 Rose中的组件(Component)，即一般意义上的组件。 可以用构造型来指定组件类型(Application、 DLL、ActiveX、 和Executable等)。 接口 在组件图中，组件可以通过其他组件的接口来使用其他组件中定义的操作。 通过使用命名的接口，可以避免在系统中各个组件之间直接发生依赖关系，有利于组件的替换。 组件图中的接口也使用一个小圆圈来表示。 接口 接口和组件之间的关系分为两种：实现关系和依赖关系。 接口和组件之间用实线连接表示实现关系；用虚线箭头连接表示依赖关系。 软 件 工 程 软 件 工 程 */59 华软软件学院软件工程系 彭小娟 软件架构与建模 顺序图 协作图 状态图 回 顾 基本概念 体系结构风格 组件图 部署图 包与包图 小结与实验 主要内容 建筑的例子——狗舍 一个人搭建，需要 最小化建模 简单的过程 简单的工具 建筑的例子——住房 一个团队高效和适时地建造，需要 仔细的建模 良好定义的过程 良好的工具 建筑的例子——摩天大厦 组织机构的例子——家庭作坊 组织机构的例子——中小公司 组织机构的例子——跨国集团 软件开发——单枪匹马 软件开发——团队开发 软件开发——大型复杂系统 ISO/IEC 12207 按ISO/IEC 12207软件开发生存周期过程，软件设计由两个活动组成 软件体系结构设计-software architectural design 顶层设计（top-level design） 描述系统顶层的结构和组织