UML 建模案例 3 - 坏尼议管理系统.pptVIP

　一、问题陈述　 　有一个对外营业的会议中心，有各种不同规格的会议室，为用户提供以下服务： 　1、用户可以按照会议人数、会议时间预订会议室。可以只预订１次，也可预订定期召开的会议。 　2、开会前允许修改会议时间、人数，重新选择会议室，甚至取消预订的会议。 　3、确定会议预订后，会议中心负责会务管理：包括通过邮寄或电子邮件，通知开会人员有关会议信息，制作代表证等。 　4、系统根据会议室的使用情况（紧张与否），调整、更改会议室和会议时间，并调整修改预订会议的时间。 ;二、建立用例模型;　　在识别角色的基础上，列出与角色相关的用例，有的用例与多个角色相关，经过分析，确定系统的用例（打? ）。;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、定义会议（Define Meeting ） 　输入会议名称 　确定会议规模 　确定会议类型 其中会议规模是指参会人数范围。　;用例6：取消会议召开（Cancel Request）、 取消申请 　　归还会议室 　　发会议取消通知 　　使用： 　　　用例8 归还会议室（Release Room） 　　　用例14 发会议取消通知（Inform Rejection） 　　扩展： 　　　① 如果会议已召开 　　　　用例12 申请拒绝（Request Rejection）;用例15:增加会议室（Add Meeting Room） 　　输入会议室号码 　　输入会议室规模 　　输入会议室可使用状态（可使用、不可使用） 　　加入该会议室 用例16:设置会议室不可使用（Set Unusable Flag） 　　输入会议室号码 　　通知该会议室的预定者 　　标记该会议室的可所以状态为不可用 用例17:查询会议室的使用情况(Browse Meetingroom usage) 　　输入会议室号码 　　查询 本用例返回会议室的使用状态（已使用、空闲）和会议室的可否使用情况。 用例18：删除会议参加人员（Remove Attendee） 　　删除参加人员 　　删除参加组 　　图2描述了会议管理系统完整的用例模型。;5、完整的会议管理系统的Use case图;　　除了用例模型外，其他模型都依赖于类模型，因此，类模型是ＯＯ方法的核心，类模型从对象的角度描述系统的组成，描述类（对象）及相互间的关系。为了建立类模型，首先要识别类，鉴于篇幅，这里就不再讨论类的识别过程。通过分析，识别以下类： 　1、 Meeting类，标识一个会议（名称、类型、规模）。 　2、 MeetingInstance类, Meeting类的子类，对会议时间、人数等进行描述。 　3、 MeetingRoom类,描述会议室的有关信息。 　4、 MeetingAdministration类，管理会议。 　5、 Attendee类，描述参会人员（姓名、性别、地址、头衔等）。 　6、 GroupAttende类，创建一个参加会议的组。 　7、 Address类，描述邮寄地址E-mail地址。 　8、 PostOffice类，负责发送邮寄通知。 　9、 AttendeeManagement类，数据库管理。 　10、ReservationCriteria类，定义会议室预定准则。 　11、Information类，构造一条通知。; 该类与会议召开不同，它标识了一个会议（图3），因此，其属性包括会议名称、类型、规模（参加会议的人数）。其操作则有：增加会议、取消会议。一个会议往往有多个子会议（子类）的召开，因此，必须描述Meeting类与其子类MeetingInstance类之间的关联，如图4所示。;MeetingRoom;Attendee;　　系统中有两种地址：电子邮件地址（ EmailAddress ）和邮寄地址（ PostAddress ），而且，每个参加会议的人，可以有一个或者多个邮寄地址，有0个或多个E-mail地址。有关地址的属性，在再内这里不