设计建模实例.pptVIP

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