会议管理系统ppt.pptVIP

会 议 管 理 系 统 邱定巧 林升姑 虞玲玲 汪超群 本系统以对外营业为主，主要任务是为会议组织机构提供会议的组织管理、会议信息的发布、参会人员网上报名等一系列服务。该系统的实现为会议的召开单位提供了一个良好的以Internet为平台的数字化会议信息管理系统。 本系统的基本功能有： ?用户可以按照会议人数、会议时间预订会议室。可以只预订１次，也可预订定期召开的会议。 　 ?开会前允许修改会议时间、人数，重新选择会议室，甚至取消预订的会议。 　 ?确定会议预订后，会议中心负责会务管理：包括通过邮寄或电子邮件，通知开会人员有关会议信息，制作代表证等。 　 ?系统根据会议室的使用情况（紧张与否），调整、更改会议室和会议时间，并调整修改预订会议的时间。 退出 下页 末页 会议管理系统组织结构图 退出 上页 首页 下页 末页 1.会议的业务建模和需求分析 业务模型和需求分析的目的是对系统进行评估，采集和分析系统的需求，理解系统要解决的问题，重点是充分考虑系统的实用性。结果可以用一个业务用例（Business Use Case）图表达（图1） ，业务用例图是对系统需求的描述，表达了系统的功能和所提供的服务，包括会议管理者（Meeting Administrator）、会议申请者（Meeting Instance Requester）、 邮局（Post Office ）、会议人员管理（Attendee Management ）和 系统维护者（System Maintainer ）。 退出 上页 首页 下页 末页 退出 上页 首页 下页 末页 1.1 角色识别 　　找出所有可能与系统发生交互行为的外部实体、对象、系统。 　　考虑系统的主要功能的使用者，就会想到用户和系统管理者，但如果直接将用户定义为角色，系统的所有功能几乎都由用户使用。根据系统功能，要求将会议和会议的召开分开来。 　　从会议的角度看，允许用户定义、更改或删除一个会议。 　　从会议召开的角度看，允许用户为某个会议定义召开时间、参加人数、更改相应的数据或删除已定义的会议召开。 　　因此，将用户识别为“会议管理者”和“会议申请者”两个角色。 　　本系统定义以下角色： 　 会议管理者（Meeting Administrator） 会议申请者（Meeting Instance Requester） 邮局（Post Office ） 会议人员管理（Attendee Management ） 系统维护者（System Maintainer ） 退出 上页 首页 下页 末页 1.2 用例识别 　在识别角色的基础上，列出与角色相关的用例，有的用例与多个角色相关，经过分析，确定系统的用例（打? ）。 ⑴　与会议管理者相关的用例： 定义一个会议（Define Meeting ）? 　　更改一个会议（Alter Meeting ） ? 删除一个会议（Remove Meeting ） ? ⑵　与会议申请者相关的用例： 申请会议召开（Request Meeting Instance ） ? 　　更改申请（Chang Request ） ? 　　取消申请（Cancel Request ） ? 　　定义参加人员（Add Attendee ） ? 　　归还会议室（Release Room ） ? 退出 上页 首页 下页 末页 ⑶　与邮局相关的用例： 　　申请会议召开（ Request Meeting Instance ） 　　更改申请（ Modify Request ） 　　取消申请（ Cancel Request ） ⑷　与会议人员管理相关的用例： 定义参加人员（Add Attendee ） 取消申请（Cancel Request ） 申请会议召开（Request Meeting Instance ） ? 　　更改申请（ Modify Request ） ⑸　与系统维护者相关的用例： 会议室维护（ Meeting Room Maintenance ） ? 　设定预定时限（Set Reservation Tome Limit ） ? 　在确定角色和用例的基础上，画出用例图（图１）。 退出 上页 首页 下页 末页 图1 会议管理系统的Use case图 归还会议室 申请会 议召开 更改申请 取消申请 定义参 加人员 会议召开申请者 邮局 会议人员管理 设置预 定时限 会议室 维护 定义会议 更改会议 删除会议 系统维护者 会议管理系统的Use case图 会议管理员