【论文资料】-案例分析3108149409.ppt

案例分析 * 　一、问题陈述　 　有一个对外营业的会议中心，有各种不同规格的会议室，为用户提供以下服务： 　１、用户可以按照会议人数、会议时间预订会议室。可以只预订１次，也可预订定期召开的会议。 　２、开会前允许修改会议时间、人数，重新选择会议室，甚至取消预订的会议。 　３、确定会议预订后，会议中心负责会务管理：包括通过邮寄书面文件，通知开会人员有关会议信息，制作代表证等。 　４、系统根据会议室的使用情况（紧张与否），调整、更改会议室和会议时间，并调整修改预订会议的时间。 会议管理系统 退出 下页 末页 二、建立用例模型 1、识别角色 　　找出所有可能与系统发生交互行为的外部实体、对象、系统。 　　考虑系统的主要功能的使用者，就会想到用户和系统管理者，但如果直接将用户定义为角色，系统的所有功能几乎都由用户使用。根据问题的描述，系统要求将会议和会议的召开分开来。 　　从会议的角度看，允许用户定义、更改或删除一个会议。 　　从会议召开的角度看，允许用户为某个会议定义召开时间、参加人数、更改相应的数据或删除已定义的会议召开。 　　因此，将用户识别为“会议管理者”和“会议申请者”两个角色。 　　本系统定义以下角色： 　会议管理者（Meeting Administrator） 会议申请者（Meeting Instance Requester） 邮局（Post Office ） 　会议人员管理（Attendee Management ） 系统维护者（System Maintainer ） 退出 上页 首页 下页 　　在识别角色的基础上，列出与角色相关的用例，有的用例与多个角色相关，经过分析，确定系统的用例（打? ）。 ⑴　与会议管理者相关的用例： 　　定义一个会议（Define Meeting ）? 　　更改一个会议（Alter Meeting ） ? 删除一个会议（Remove Meeting ） ? ⑵　与会议申请者相关的用例： 　　申请会议召开（ Request Meeting Instance ） ? 　　更改申请（Chang Request ） ? 　　取消申请（Cancel Request ） ? 　　定义参加人员（Add Attendee ） ? 　　归还会议室（Release Room ） ? 2、用例识别 退出 上页 首页 下页 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 case图 图1 会议管理系统的Use case图 归还会议室 申请会 议召开 更改申请 取消申请 定义参 加人员 会议召开申请者 邮局 会议人员管理 设置预 定时限 会议室 维护 定义会议 更改会议 删除会议 系统维护者 会议管理员　　 退出 上页 首页 下页 用例1、定义会议（Define Meeting ） 　输入会议名称 　确定会议规模 　确定会议类型 其中会议规模是指参会人数范围。　 用例２、更改会议（ Alter Meeting ） 　改变会议名称 　改变会议规模 　改变会议召开频度 用例３、删除会议（ Remove Meeting ） 　如果该会议没有召开申请 　　　从会议列表中删除 　如果该会议有召开申请 　　　取消与之相关的会议召开信息 　删除该会议 　使用： 用例8 删除参加人员（ Remove Attendee ） 用例6 取消申请（Cancel Request） 4、对用例的进一步描述 用例4、申请会议召开（Request Meeting Instance) 确定召开时间（年、月、日） 　确定参加人员 　确定侯选会议室 　发会议通知 　使用： 　　　用例11 发会议通知（Inform of Meeting） 　　　用例13 选择参加组（Select Group Attendee） 扩展： 　　　①　如果召开时间在申请时限之外 　　　　　 用例12 申