管理信息系统五PPT课件.ppt

管理信息系统 主讲 周宇葵 第五章面向对象的开发方法 2 第二节面向对象分析 一 概述 1 内容运用面向对象方法 对问题域和系统责任进行分析和理解 找出描述问题域及系统责任所需的对象 定义对象属性 操作以及它们之间的关系 2 任务按照有关规范编写软件需求分析规格说明书 完成对问题的面向对象分析建模 3 3 问题域与系统责任 问题域 problemdomain 被开发系统的应用领域 即在现实世界中由这个系统进行处理的业务范围 系统责任 systemresponsibilities 所开发的系统应该具备的职能 4 4 OOA模型 5 5 OOA过程 建立类图 基本模型 发现对象 定义对象类 识别对象的内部特征 识别对象的外部关系 原型开发结合其他活动反复进行 建立详细说明 模型规约 对模型中的成分进行规范的定义和文字说明 可以集中进行 也可分散在各个活动中 建立交互图 状态图和活动图 辅助模型 可选 定义用况 需求模型 可选 用用况对用户需求进行规范化描述 6 面向对象分析过程 建立需求模型 用况模型 可选 用例图建立基本模型建立静态模型 描述系统的结构特征 类图建立动态模型 描述系统的动态行为特征 交互图 状态图 活动图 模型组织 包图 7 二 需求模型 1 二种典型的需求模型结构化需求模型面向对象需求模型用例图用例规约补充规约术语表 8 结构化需求模型 数据字典 数据流图 判定树判定表 PDL 加工说明 数据定义 E R图 功能模型 数据模型 9 面向对象需求模型 用例规约 用例图 用例模型 补充规约 术语表 全局性功能 非功能需求 10 2 面向对象的需求建模 用例模型 用例图 用例规约 找出参与者根据参与者确定同每个参与者相关的用例画用例图细化每一个用例的用例规约用例模型的检查补充规约 记录在用例模型中不易表述的系统需求 如非功能需求与限制等术语表 与系统需求相关的术语的定义 11 确定参与者 参与者泛指所有存在于系统外部并与系统进行交互的人 硬件或其他系统 如何寻找参与者系统开发完成后 有哪些人会使用这个系统 系统需要从哪些人或其他系统中获得数据 系统会为哪些人或其他系统提供数据 系统与哪些其他系统相关联 系统是由谁来维护和管理 在预先设定的时间到达时 有什么事情会发生吗 时间 类型的参与者 命名 名词 角色名 12 确定用例 用例表示系统向参与者提供的服务 即系统功能 如何寻找用例参与者为什么要使用该系统 参与者是否会在系统中创建 修改 删除 访问或存储数据 如果是 参与者是如何完成这些操作的 参与者是否会将外部的某些事件通知系统 系统是否会将内部的某些事件通知该参与者 系统需要定期执行什么操作吗 用例的粒度应该典型地描绘系统功能中某个从开始到结束的过程 并能给参与者提供某些信息 用例的命名动词 名词 以 强动词 作为用例名称的开头 执行查询余额 查询余额处理提款交易 提款进行转帐操作 转帐 13 时间参与者与系统定期执行的操作示例 14 绘制和检查用例 按UML标准画用例图检查用例图每个用例至少应该涉及一个参与者参与者和用例是否符合统一的命名约定和风格用例建模通常属于团队开发 应得到团队成员的共同认可 15 写用例规约 一个用例对应一个用例规约 用来描述用例的细节 用例规约的内容简要说明 简要介绍该用例的作用和目的 事件流 表示用例所有可能的活动及流程 包括基本流和备选流 基本流 该用例最正常的一种场景基本流由一系列步骤构成 用数字编号标明步骤的先后顺序 每个步骤用一句简短的标题概括 备选流 描述用例执行过程中的异常或偶尔发生的情况起点 该备选流从事件流的哪一步开始条件 在什么条件下会触发该备选流动作 系统在该备选流下会采取哪些动作恢复 该备选流结束之后 该用例该如何继续执行 16 特殊需求 描述与该用例相关的非功能性需求和设计约束可承载性 在给定时间内用例被使用的次数紧急程度 说明用例有多么重要使用与响应的频率 有助于设计人员明白需要花费多大努力来进行代码优化可用性 没有哪一位专家能比得上用户本身 评估它的最佳方式是通过建立界面原型可靠性 无故障运行率设计约束 指使用的操作系统和开发工具的限制前置条件和后置条件 前置条件是执行用例前必须存在的系统状态 后置条件是用例执行完毕后系统可能处于的一组状态 17 用例模型的检查 功能需求的完备性模型是否易于理解是否存在不一致性避免二义性语义 18 需求建模示例 现开发一个学生 选课系统 通过用户访谈 获得用户对该系统的期望和需求 并将相关内容整理为问题陈述 作为今后建模的依据 19 需求建模示例 问题陈述 20 需求建模示例 画用例图 确定参与者 学生 教授 注册员 财务系统 课程目录系统 学生要注册课程 教授要选择课程来教 注册员要维护关于教授和学生的所有信息 财务系统要从注册系统获得学生的费用情况 课程目录系统维护课程信息 确定用例 系统登录 注册课程 查看报告 选择所教课程 提交成绩 维护教授信息 维护学生信息 关闭注册 无论是学生 教授还是注册员都需要登录到系统 学生需要使用系统来选课 也能查看自己的成绩 教授需要使用系统来选择课程 也能记录学生的成绩 注册员必须维护学生 教授的所有信息 并在适当时候关闭注册系统 当选择课程的过程完成后 财务系统必须获得收费信息 学生和教授选择课程 需要启动课程目录系统 21 需求建模示例 画用例图 绘制 选课系统 用例图 22 需求建模示例 用例规约 23 需求建模示例 用例规约 24 需求建模示例 用例规约 25 需求建模示例 用例规约 26 需求建模示例 补充规约 27 需求建模示例 补充规约 28 需求建模示例 术语表 29 三 基本模型 1 需求模型与基本模型需求模型 用户角度 注重软件外在表现建立需求模型的主要内容 理解用户需求 明确所开发的软件系统的职责基本模型 开发者角度 注重软件内部逻辑结构建立基本模型的主要内容 定义类和对象标识对象的属性和操作标识类的结构和层次建立对象 关系模型建立对象 行为模型 30 2 面向对象的分析建模 用例分析 从面向对象需求模型 用例模型为主体 中的用例开始的分析过程 分析类 在用例分析阶段定义的类 其目的是为后续的设计活动提供必要的铺垫 无须确定详细的属性和操作 31 识别与确定分析类 分析类的类型边界类 代表系统与外部环境交互的边界 提供了系统对参与者或外部系统交互协议的接口 将系统和外部变化隔开 使外界环境的变化不会影响系统内部元素 用户界面类 用于和系统用户进行通信系统接口类 用于和其他软件系统进行通信硬件接口类 为硬件设备提供接口控制类 代表系统在运行中的控制逻辑 用于封装一个或几个用例所特有的流程控制行为 有效地分离了边界类对象和实体类对象 实体类 代表系统要存储和维护的信息 用于对系统必须存储的信息及其相关行为建模 32 分析类的三种类型 用例 33 查找分析类查找分析类以每一个用例作为一个研究对象为每对参与者 用例确定一个边界类为每个用例设置一个控制类 此时的控制类将负责对相关用例所描述的功能实现的处理流程 确定相关的各个实体类 包括属性与方法 34 为 选课系统 中 注册课程 用例确定边界类 35 为 选课系统 中 注册课程 用例确定控制类 注册课程 36 为 选课系统 中 注册课程 用例确定实体类 37 建立对象 行为模型 内容 根据用例规约中的事件流描述 绘制动态图 如 时序图 协作图等 时序图 按时间顺序描述系统元素之间的交互 参与者 边界类对象 控制类对象 实体类对象协作图 按照时间和空间的顺序描述系统元素之间的交互及相互关系 为分析类分配职责 动态图的消息与分析类的职责具有对应关系 消息的接收者通过承担相应的职责 作为对消息发出的响应 一个分析类的实例在事件序列中接收的消息集合 就是该分析应承担的职责的依据 如果职责尚不存在 则创建一个新的职责以便提供需要的行为 38 绘制 注册课程 用例 创建课程表 事件流的时序图 2 1 1创建课程表 系统从课程目录系统中得到可选择的课程列表 并将列表显示给学生 学生从课程列表中选择4门主要的和两门备选的课程 一旦学生确定了选课情况 系统为他创建一个包含所选课程的课程表 执行提交课程表子事件流 39 绘制出 注册课程 用例 创建课程表 事件流的协作图 40 消息与职责的对应关系 41 建立对象 关系模型 分析类的属性分析类本身具有的信息 命名 名词属性在逻辑上支撑分析类所承担的职责 分析类的关联通过关联可以找到其他分析类协作图中对象之间的链与分析类之间关联的对应关系分析类图表现分析类及其关系用于描述某个用例的分析类图称为参与类图VOPC Viewofparticipatingclasses 分析类的合并保持类的一致性 每个分析类都代表一个明确定义的概念 具有不相重叠的职责 但一个类可能参与任何数量的用例 因此就整个系统而言 需要合并分析类 42 链与关联的对应关系 43 注册课程 用例的参与类图 RegisterForCoursesForm CourseOffering Schedule 0 primaryCourses 0 4 Student 0 1 RegistrationController 1 1 0 1 currentSchedule 0 1 CourseCatalogSystem 0 1 1 0 1 0 1 0 alternateCourses 0 2 44 注册课程 用例与 关闭注册 用例的分析类的合并 BillingSystem 45 小结 软件分析将