架构建模-OSCARLab.ppt

构件建模—计时行为分析 构件建模—设计类整理 构件建模—细化类职责 Agenda 设计建模的内容 如何使用UML进行设计建模 设计建模实例 本章小结 本章小结 首先阐述了设计建模的内容、工作流，并且指出架构设计与详细设计两类关键的活动 对于架构建模，阐述了“确定核心元素”、“引入外围元素”、“优化组织结构”和“构建部署视图”四个步骤的工作流程与要点 对于构件建模，本章讲述了从用例实现和逻辑结构两个视角的建模要点 在第13章中建立的“开发时间管理”需求模型的基础上，进一步进行设计建模 《UML面向对象建模基础》 设计建模基础与实例 知识图谱 Agenda 设计建模的内容 如何使用UML进行设计建模 设计建模实例 本章小结 Agenda 设计建模的内容 如何使用UML进行设计建模 设计建模实例 本章小结 设计建模的内容 将实现工作划分为更易于管理的各个部分 捕获子系统之间的主要接口 通过对单个子系统、接口和类进行设计，为后续的开发活动提供基础 深入理解与非功能性需求和约束相联系的编程语言、构件重用、操作系统、分布与并发技术、数据库技术、用户界面技术等相关问题 设计建模的内容 架构设计（架构建模）：也称为概要设计、高层设计，将软件需求转化为软件的系统结构。就是将从宏观的角度将软件分成包及构件，并确定包与包、构件与构件之间的接口。 详细设计（构件建模）：也称为低层设计，将对构件表示进行细化。对应于面向对象设计，就将是分析出详细的类（包括设计类的引入）以及类与类之间的交互。 Agenda 设计建模的内容 如何使用UML进行设计建模 设计建模实例 本章小结 架构建模 用例视图：就是需求建模的结果，是架构设计的输入； 设计视图：在需求建模完成的概念（领域）模型的基础上，重点在于包的组织以及包之间的依赖； 进程视图：在架构设计阶段相对弱化； 实现视图：架构设计的重点，关键在于理清系统中的构件组成及构件间的关系； 部署视图：根据解决方案的特点，对部署模型进行初步的设计 架构建模—确定核心元素 将分析类映射到设计元素：-- 若分析类比较简单，就可直接映射为设计类。通常分析类、控制类和一般的实体类都可以直接映射为设计类-- 一个分析类可以映射为一个设计类或者多个设计类的简单组；-- 如果分析类的职责比较复杂，其行为很难由单个设计类或几个设计类的简单组合来承担，那么就应该映射为“子系统接口”。 定义子系统接口：首先是为子系统接口命名；接着描述拟建子系统的行为；然后确定子系统接口对其他设计元素的依赖关系 架构建模—确定核心元素 在需要时，可以对子系统进行辅助说明：通过顺序图来说明操作的使用方式和执行顺序；通过状态图来说明实现接口的设计元素可能处于的状态等。 融合子系统：当将分析类映射到设计元素、确定子系统接口之后，还应该逐步地将设计元素合并成子系统。通常是从设计元素出发，定义出候选的子系统接口，然后再从这些候选集合中进行不断的精化和融合 调整子系统：并非所有子系统接口都必须自主开发，有时可从以往开发的子系统中找到符合需求的构件，甚至可能可以通过直接购买的方式来实现这些子系统 架构建模—引入外围元素 引入相应框架、基础设施等外围元素 分析结果 设计结果 实施方法 存储(留存) RDBMS JDBC …… ADO.NET XML …… 分布式 RPC .NET Remoting …… JMI … … … 架构建模—优化组织结构 层次结构 架构建模—优化组织结构 管道和过滤架构 代理架构 架构建模—优化组织结构 出版者/订阅者模式 网状架构 架构建模—构建部署图 在设计阶段聚焦于节点或节点实例，以及它们之间的连接—架构设计 在实现阶段则聚焦于将物理构件分配给节点。因此在架构设计阶段，可以根据实际的需要，确定待开发系统将部署于哪些物理节点之上，以及物理节点的一些环境要求、节点之间的通信协议等 构件建模 架构建模的目的是确定组成系统的构件，以及构件之间的交互关系 对每个构件进行详细的设计，确定参与类（包括设计类）、类的属性与操作（职责）以及类与类之间的交互关系（细化类模型）；确定类与类之间的交互的控制流（顺序图、协作图、活动图、状态机图等）；阐述接口的实现方式（细化构件图） 两大视角：用例实现、逻辑结构 Agenda 设计建模的内容 如何使用UML进行设计建模 设计建模实例 本章小结 确定解决方案 划分子系统：-- 任务管理子系统 -- 时间日志子系统-- 用户管理子系统 -- 产能查询分析子系统 明确部署结构 确定解决方案 确定子系统之间的关系 架构建模 时间日志子系统架构建模 架构建模 B/S子系统架构建模 架构建模 B/S子系统架构建模 架构建模 B/S子