会议管理系统业务分析报告.doc

文档编号:ICSS-BETC- Requirement-002
××项目/软件
会议管理系统业务说明书
2009-01-06
北京中软录
日期
版本
变更说明
作者
2007-7-17

初始版本
单志萍
1概述
广宏广告公司目前手工化管理会议室,各楼层的会议室空闲/预定情况不能及时得知,历次会议也没有得到很好的记录、保存。为了进一步规范公司会议管理,做好上情下达和下情上报工作,实现公司信息资源在各部门之间快速有效传递,同时为了进一步规范会议室的使用/预定管理,避免资源的冲突。公司提出研发的一套基于B/S结构的会议室管理系统,用户只需要通过互联网即可随时了解每个会议室的当前状态和预定情况,提高了会议室的使用率,节省会议组织者的时间,妥善保管了会议记录,有效地提升公司运营水平。
2公式业务分析


由于公司会议室和设备的使用情况都在前台登记,所以秘书接到经理的会议通知后就会到前台申请会议室和设备,如果有符合条件的会议室和设备,就复印会议相关文件,并通知相关人员开会,开会后做好会议纪要,发送给参会人员,并做好存档工作。如果没有符合条件的会议室就反馈给经理,由经理决定是否更改会议时间还是取消会议。具体流程,参见流程图2-1。

图2-1


前台接收到秘书申请的会议室和设备后,将依次查找会议室和设备的使用登记表,如果已被其它人申请则告诉秘书设备或会议室被占用这一信息;如果没有被申请,则查看是否有其它会议也同时申请该会议室或设备,如果有同时申请的会议则根据优先级来判断是否给分配会议室。这时如果优先级高就告诉秘书通过申请,并在会议室使用登记表和设备使用登记表上登记,如果低前台可以帮助查找其他可用的会议室,或者前台不帮助查找并告诉秘书会议预约没有成功。具体流程,
会议室和会议设备的状态:空闲、预约、占用、不可用
参见流程图2-2。

图2-2
3 公司组织结构
公司主要部门有五个如上图2-1,主要人员分成领导层和普通员工具体情况如图2-1。
图2-1公司组织结构
4角色分析
不同用户用例分析,基本用例分析见图3-1
图3-1 基本用户用例
基本用户用例说明
由组织结构图中的人员配备情况,结合业务情况,可将公司用户大致分成集中角色,针对会议管理系统来说,领导层一般是发起会议,具体的申请是由其助理完成,那么不同的助理对于会议管理系统来说都是具有一致的系统功能要求。办公室主任比较特殊,会议申请主要由主任决策。会议室和会议设备都是有办公室的设备管理员来委会的。这样我们就能从业务流程和组织结构人员配备情况中抽象出三个角色。分别为,会议申请员、会议审批员、设备管理员
5用例分析扩展
用户用例的合并见图3-2
图3-2用例扩展图
用例优化见图3-3用例优化
图3-3用例图的优化
用例描述
书写要求:
简要描述:对用例的角色、目的的简要描述;
前置条件:执行用例之前系统必须要处于的状态,或者要满足的条件;
基本事件流:描述该用例的基本流程,指每个流程都“正常”运作时所发生的事情,没有任何备选流和异常流,而只有最有可能发生的事件流;
其他事件流:表示这个行为或流程是可选的或备选的,并不是总要执行它们;
异常事件流:表示发生了某些非正常的事情所要执行的流程;
后置条件:用例一旦执行后系统所处的状态
书写样式:
用例编号:mm1 用例名:会议申请信息维护
执行者
部门助理
前置条件
无
后置条件
会议申请信息变更,新申请等待审批。
涉众利益
助理――担心会议申请不能通过。
审批文员――会议室和设备申请中有冲突。
基本事件流
1. 助理进入申请维护界面
2. 助理输入新申请信息
3. 助理查看申请审批状态
4. 助理更改申请信息
5. 助理删除申请信息
其他事件流
字段列表
2. 包括课程名称、简介、教师评价、班级人数限制
业务规则
助理必须填写完整会议信息,并选择会议室和相关设备
非功能需求
无
设计约束
无
6 编写流程图说明
最简单流程图画法:
1,ffice excel&word中的插入——》形状——》流程图中的图形绘制流程图
起始
数据
文档
决策
流程
可选流程

2,用visio工具的画法于上相似
3,用rational rose的活动图来刻画流程
UML:活动图
业务用例工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成,