面向对象案例分析课件.ppt

案例分析;; ; ; ; ; ; ; ; ; ; ;图4; ; ; ; ;退出; ; ;图9分行类的状态图; ; ;图13 自动出纳机“执行事务”数据流图; ;监视 病情;二、简单的需求分析说明 系统名称：医院病房监护系统 根据分析系统主要实现以下功能： 　　1、病症监视器可以将采集到的病症信号（组合），格式化后实时的传送到中央监护系统。 　　2、中央监护系统将病人的病症信号与标准的病症信号库里的病症信号的正常值进行比较，当病症出现异常时系统自动报警。 　　3、当病症信号异常时，系统自动更新病历并打印病情报告。 　　4、值班护士可以查看病情报告并进行打印。 　　5、医生可以查看病情报告，要求打印病情报告，也可以查看或要求打印病历。 　　6、系统定期自动更新病历。 三、用UML的静态建模机制定义并描述本系统的静态结构 （一）建立系统的用例图 　　通过以下六个问题识别角色 　　(1)谁使用系统的主要功能？ 　　(2)谁需要系统的支持以完成日常工作任务？ 　　(3)谁负责维护，管理并保持系统正常运行？ 　　(4)系统需要应付（或处理）哪些硬设备？ 　　(5)系统需要和哪些外部系统交互？ 　　(6)谁（或什么）对系统运行产生的结果（值）感兴趣？;　　通过回答这六个问题以后，再进一步分析可以识别出本系统的四个角色：值班护士，医生，病人，标准病症信号库。 　角色描述模板;将用例细化，可以得到分解的用例： 1、中央监护 分解为： a 分解信号 将从病症监护器传送来的组合病症信号分解为系统可以处理的信号。 　　　　 b 比较信号 将病人的病症信号与标准信号比较 。 　　　　 c 报警 如果病症信号发生异常（即高于峰值），发出报警信号。 　　　　 d 数据格式化 将处理后的数据格式化以便写入病历库 。 2、病症监护 分解为：e 信号采集 采集病人的病症信号。 　　　　f 模数转化 将采集来的模拟信号转化为数字信号。 　　　　g 信号数据组合 将采集到的脉搏，血压等信号数据组合为一组信号数据。 　　　　h 采样频率改变 根据病人的情况改变监视器采样频率。 3、提供标准病症信号 i（此用例不分解） 4、病历管理 分解为：j 生成病历 　　　　k 查看病历 　　　　l 更新病历 　　　　m 打印病历 5、病情报告 分解为：n 显示病情报告 在显示器上显示病情 　　　　o 打印病情报告 在打印机打印病情报告 ;给出细化的用例图 ;（二）识别系统的类 通过名词识别法和系统实体识别法等方法可以识别出系统的十二个类, 以下用类图这种简单明了的方法分别表示出类的名称，属性，操作。 见下图：;再进一步在类图中标明类之间的关系：;（三）用包图和配置图描述系统的体系结构 通过一定的分组机制得到以下包图：;接下来用配置图进一步描述系统的网络结构;（二）用时序图和合作图描述病人病情异常时系统的情况，其他情况从略。 时序图：;（三）用活动图描述系统在监护病人时的状态变化;　一、问题陈述　 　有一个对外营业的会议中心，有各种不同规格的会议室，为用户提供以下服务： 　１、用户可以按照会议人数、会议时间预订会议室。可以只预订１次，也可预订定期召开的会议。 　２、开会前允许修改会议时间、人数，重新选择会议室，甚至取消预订的会议。 　３、确定会议预订后，会议中心负责会务管理：包括通过邮寄或电子邮件，通知开会人员有关会议信息，制作代表证等。 　４、系统根据会议室的使用情况（紧张与否），调整、更改会议室和会议时间，并调整修改预订会议的时间。 ;二、建立用例模型;　　在识别角色的基础上，列出与角色相关的用例，有的用例与多个角色相关，经过分析，确定系统的用例（打? ）。;2、用例识别 ⑶　与邮局相关的用例： 　　申请会议召开（ Request Meeting Instance ） 　　更改申请（ Modify Request ） 　　取消申请（ Cancel Request ） ⑷　与会议人员管理相关的用例： 定义参加人员（Add Attendee ） 取消申请（Cancel Request ） 申请会议召开（Request Meeting Instance ） ? 　　更改申请（ Modify Request ） ⑸　与系统维护者相关的用例： 会议室维护（ Meeting Room Maintenance ） ? 　　设定预定时限（Set Reservation Tome Limit ） ? 　在确定角色和用例的基础上，画出用例图（图１）。 ;3、会议管理系统的Use