第14章-设计建模基础与实例.pptVIP

 自我介绍 授课教师：周辉奎 单位：信息学院 办公室：信息楼A305 手机号：Email：251856962@ 授课班级：2011级软件技术班 考核方式和成绩记载说明 考核方式为考查。 严格考核学生出勤情况，根据平时上课表现和实验完成情况考核。 最终成绩=平时成绩*40%+期末考试卷面分*60% 授课时间、地点 周二3-4节、实训楼A楼307 周四3-4节、 3教506 教学目的要求 （了解） （掌握） （掌握） 教学重点和难点 XML 教学方法 多媒体教学+上机实训 教学时数 2课时 课外作业 P216 1-4 本章结束 谢谢！ 构件建模—明确行为特性 接口getTaskID 当成功登录系统后，自动发起 用户可以在停止计时并输入信息时手动发起 更新任务ID ThreadAppend 接口logAppend 系统发起，当系统登录成功后，通过独立线程轮询数据库完成 上传时间日志 接口LoginSystem 独立操作 登录系统 TimeLog类 禁用“暂停计时”、“恢复计时”、“停止计时” 启用“开始计时” 系统退出时，如果处于计时状态，将触发 停止计时 TimeLog类 禁用“开始计时”、“恢复计时” 启用“暂停计时”、“停止计时” 恢复计时 TimeLog类 禁用“开始计时”、“停止计时”、“暂停计时” 启用“恢复计时” 暂停计时 TimeLog类 禁用“开始计时”、“恢复计时” 启用“暂停计时”、“停止计时” 开始计时 实现者 影响 行为 构件建模—UI构件设计 构件建模—登录系统行为分析 构件建模—上传时间日志行为分析 构件建模—更新任务ID行为分析 构件建模—计时行为分析 构件建模—设计类整理 构件建模—细化类职责 Agenda 设计建模的内容 如何使用UML进行设计建模 设计建模实例 本章小结 本章小结 首先阐述了设计建模的内容、工作流，并且指出架构设计与详细设计两类关键的活动 对于架构建模，阐述了“确定核心元素”、“引入外围元素”、“优化组织结构”和“构建部署视图”四个步骤的工作流程与要点 对于构件建模，本章讲述了从用例实现和逻辑结构两个视角的建模要点 在第13章中建立的“开发时间管理”需求模型的基础上，进一步进行设计建模 UML 第14章 设计建模基础与实例 知识图谱 目录 14.1设计建模的内容 14.2如何使用UML进行设计建模 14.3设计建模实例 14.4本章小结 Agenda 设计建模的内容 如何使用UML进行设计建模 设计建模实例 本章小结 设计建模的内容 将实现工作划分为更易于管理的各个部分 捕获子系统之间的主要接口 通过对单个子系统、接口和类进行设计，为后续的开发活动提供基础 深入理解与非功能性需求和约束相联系的编程语言、构件重用、操作系统、分布与并发技术、数据库技术、用户界面技术等相关问题 设计建模的内容 架构设计（架构建模）：也称为概要设计、高层设计，将软件需求转化为软件的系统结构。就是将从宏观的角度将软件分成包及构件，并确定包与包、构件与构件之间的接口。 详细设计（构件建模）：也称为低层设计，将对构件表示进行细化。对应于面向对象设计，就将是分析出详细的类（包括设计类的引入）以及类与类之间的交互。 Agenda 设计建模的内容 如何使用UML进行设计建模 设计建模实例 本章小结 架构建模 用例视图：就是需求建模的结果，是架构设计的输入； 设计视图：在需求建模完成的概念（领域）模型的基础上，重点在于包的组织以及包之间的依赖； 进程视图：在架构设计阶段相对弱化； 实现视图：架构设计的重点，关键在于理清系统中的构件组成及构件间的关系； 部署视图：根据解决方案的特点，对部署模型进行初步的设计 架构建模—确定核心元素 将分析类映射到设计元素：-- 若分析类比较简单，就可直接映射为设计类。通常分析类、控制类和一般的实体类都可以直接映射为设计类-- 一个分析类可以映射为一个设计类或者多个设计类的简单组；-- 如果分析类的职责比较复杂，其行为很难由单个设计类或几个设计类的简单组合来承担，那么就应该映射为“子系统接口”。 定义子系统接口：首先是为子系统接口命名；接着描述拟建子系统的行为；然后确定子系统接口对其他设计元素的依赖关系 架构建模—确定核心元素 在需要时，可以对子系统进行辅助说明：通过顺序图来说明操作的使用方式和执行顺序；通过状态图来说明实现接口的设计元素可能处于的状态等。 融合子系统：当将分析类映射到设计元素、确定子系统接口之后，还应该逐步地将设计元素合并成子系统。通常是从设计元素出发，定义出候选的子系统接口，然后再从这些候选集合中进行不断的精化和融合 调整子系统：并非所有子系统接口都必须自主开发，有时