10-2案例要点分析.pptVIP

案例分析 案 例 角色描述 用例细化 细化的用例图 类的识别 系统类图 包图 状态图与配置图 时序图与合作图 活动图 （二）识别系统的类 通过名词识别法和系统实体识别法等方法可以识别出系统的十二个类, 以下用类图这种简单明了的方法分别表示出类的名称，属性，操作。 见下图： 医生 用户名 密码 查看病情报告（） 要求打印病情报告（） 查看病历（） 要求打印病历（） 病人 姓名 性别 年龄 病症 提供病症信号（） 病症监视器 采集频率 病症信号 格式化信号数据（） 采集信号（） 信号组合（） 报警信号 声音 灯光 文字 报警（） 数模转化（） 病历库 类型 大小 容量 生成病历（） 更新病历（） 查看病历（） 打印病历（） 病人病症信号 脉搏 血压 体温 生成病症信号（） 病历 格式 病人基本情况 打印时间 生成病历（） 查看病历（） 打印病历（） 标准病症信号 脉搏 血压 体温 生成标准信号（） 用户名 密码 查看病情报告（） 打印病情报告（） 值班护士 类型 大小 容量 提供标准信号（） 标准病症信号库 标题 格式 生成病情报告（） 查看病情报告（） 打印病情报告（） 病情报告 输入 输出 分解信号（） 比较信号（） 报警（） 数据格式化（） 中央监护系统 退出 上页 首页 下页 末页 再进一步在类图中标明类之间的关系： 退出 上页 首页 下页 末页 * * * * * * * 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 值班护士 医生 病人 病症监视 病人病症信号 病历 病历库 病情报告 报警信号 中央监护系统 标准病症信号 标准病症信号库 1 1 1 报警 监视 （三）用包图和配置图描述系统的体系结构 通过一定的分组机制得到以下包图： 用户 医生 值班护士 病人 病历管理 病历 用户界面 病情报告 局部监视 报警信号 病症监视器 中央监护系统 病人病症信号 标准病症信号 数据库 病历库 标准病症信号库 用户层 用户界面层 应用层 数据库层 退出 上页 首页 下页 末页 接下来用配置图进一步描述系统的网络结构 四、用UML的动态建模机制定义并描述系统结构元素的动态特性及行为 （一）下面给出两个关系很紧密的状态图 退出 上页 首页 下页 末页 病症监视器的状态图 信号采集 模数转化 数据信号组合 发送信号数据 局部显示 开解信号 开解信号数据 比较数据 信号异常 比较数据 信号正常 格式化的数据 报警 更新病历 更新日期到 发生病情异常 发送报警标志 数据格式化 数据格式化 打印请求 中央监护系统的状态图 打印病情报告 数据库服务器 标准病症信号库 病历库 TCP/IP TCP/IP 应用服务器 中央监护系统 局部监视 客户端 用户界面 （二）用时序图和合作图描述病人病情异常时系统的情况，其他情况从略。 时序图： 病情报告 监视器 采集信号 发送信号 信号异常 返回 打印 更新 中央监视系统 病历 报警信号 退出 上页 首页 下页 末页 合作图： 采集信号 发送信号 信号异常 打印 更新 监视器 中央监视系统 报警信号 病情报告 病历 （三）用活动图描述系统在监护病人时的状态变化 退出 上页 首页 末页 信号正常 更新时间到 信号异常 时间间隔未到 采集信号 分析比较信号 判断是否正常 判断更新时间 报 警 更新病历 打印病情报告 　一、问题陈述　 　有一个对外营业的会议中心，有各种不同规格的会议室，为用户提供以下服务： 　１、用户可以按照会议人数、会议时间预订会议室。可以只预订１次，也可预订定期召开的会议。 　２、开会前允许修改会议时间、人数，重新选择会议室，甚至取消预订的会议。 　３、确定会议预订后，会议中心负责会务管理：包括通过邮寄或电子邮件，通知开会人员有关会议信息，制作代表证等。 　４、系统根据会议室的使用情况（紧张与否），调整、更改会议室和会议时间，并调整修改预订会议的时间。 会议管理系统 退出 下页 末页 案　例　三 二、建立用例模型 1、识别角色 　　找出所有可能与系统发生交互行为的外部实体、对象、系统。 　　考虑系统的主要功能的使用者，就会想到用户和系统管理者，但如果直接将用户定义为角色，系统的所有功能几乎都由用户使用。根据问题的描述，系统要求将会议和会议的召开分开来。 　　从会议的角度看，允许用户定义、更改或删除一个会议。 　　从会议召开的角度看，允许用户为某个会议定义召开时间、参加人数、更改相应的数据或删除已定义的会议召开。 　　因此，将用户识别为“会议管理者”和“会议申请者”两个角色。 　　本系统定义以下角色：