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

《会议管理系统业务分析报告》由会员分享，可在线阅读，更多相关《会议管理系统业务分析报告（18页珍藏版）》请在金锄头文库上搜索。

1、文档编号：文档编号： ICSS-BETC- Requirement-002项目/软件会议管理系统业务说明书2009-01-06北京中软国际北京 ETC变更记录日期 版本 变更说明 作者2007-7-17 1.0 初始版本 单志萍1 概述广宏广告公司目前手工化管理会议室，各楼层的会议室空闲预定情况不能及时得知，历次会议也没有得到很好的记录、保存。为了进一步规范公司会议管理，做好上情下达和下情上报工作，实现公司信息资源在各部门之间快速有效传递，同时为了进一步规范会议室的使用/预定管理，避免资源的冲突。公司提出研发的一套基于 B/S 结构的会议室管理系统，用户只需要通过互联网即可随时了解每个会议室的

2、当前状态和预定情况，提高了会议室的使用率，节省会议组织者的时间，妥善保管了会议记录，有效地提升公司运营水平。2 公式业务分析1.1.2.1 秘书业务流程概述2.1.1 秘书业务流程描述由于公司会议室和设备的使用情况都在前台登记，所以秘书接到经理的会议通知后就会到前台申请会议室和设备，如果有符合条件的会议室和设备，就复印会议相关文件，并通知相关人员开会，开会后做好会议纪要，发送给参会人员，并做好存档工作。如果没有符合条件的会议室就反馈给经理，由经理决定是否更改会议时间还是取消会议。具体流程，参见流程图 2-1。2.2.2 秘书业务流程图开始经理通知秘书准备开会事宜告诉秘书 ：1 。 会议人数2

3、。 谁参加3 。 会议时间 。4 。 会议的主题5 。 会议事先需要了解的文档（ 打印下发给每一个参会者 )6 . 是否需要白板 ， 投影等设备秘书告诉前台 ：1 。 会议时间2 。 会议人数3 。 需要设备前台查看满足条件的会议室是否存在前台查看会议室设备是否齐全是否告诉经理条件不符不能开会否决定是否重新开会是是秘书准备会议文件 ， 并通知所有人开会开会秘书下发会议纪要 ， 并存档形成会议纪要否秘书到前台预约会议室结束图 2-11.2.2.2 前台业务流程概述2.2.1 前台分配会议室业务流程描述前台接收到秘书申请的会议室和设备后，将依次查找会议室和设备的使用登记表，如果已被其它人申请则告诉

4、秘书设备或会议室被占用这一信息；如果没有被申请，则查看是否有其它会议也同时申请该会议室或设备，如果有同时申请的会议则根据优先级来判断是否给分配会议室。这时如果优先级高就告诉秘书通过申请，并在会议室使用登记表和设备使用登记表上登记，如果低前台可以帮助查找其他可用的会议室，或者前台不帮助查找并告诉秘书会议预约没有成功。具体流程，会议室和会议设备的状态：空闲、预约、占用、不可用参见流程图 2-2。2.2.2 前台分配会议室业务流程图开始结束秘书申请会议室及设备前台查看会议室使用登记表如果会议室有前台查看其它设备使用登记表如果设备有是否 告诉秘书没有会议室告诉秘书没有设备否分别在会议室使用登记表和设备

5、使用登记表上登记是判断会议使用会议室的优先级高低告诉秘书重新申请其它会议室告诉秘书可以开会前台决定是否分配其它会议室否是图 2-23 公司组织结构公司主要部门有五个如上图 2-1，主要人员分成领导层和普通员工具体情况如图 2-1。图 2-1 公司组织结构4 角色分析 不同用户用例分析，基本用例分析见图 3-1总经理办公室业务部策划部制作部办公室总经理经理助理制作部经理经理助理第一工作组组长组员业务 部经理经理助理业务员策划 部经理经理助理文员主任文员设备管理员图 3-1 基本用户用例 基本用户用例说明由组织结构图中的人员配备情况，结合业务情况，可将公司用户大致分成集中角色，针对会议管理系统来说

6、，领导层一般是发起会议，具体的申请是由其助理完成，那么不同的助理对于会议管理系统来说都是具有一致的系统功能要求。办公室主任比较特殊，会议申请主要由主任决策。会议室和会议设备都是有办公室的设备管理员来委会的。这样我们就能从业务流程和组织结构人员配备情况中抽象出三个角色。分别为，会议申请员、会议审批员、设备管理员5 用例分析扩展 用户用例的合并见图 3-2图 3-2 用例扩展图 用例优化见图 3-3 用例优化图 3-3 用例图的优化 用例描述书写要求：简要描述：对用例的角色、目的的简要描述；前置条件：执行用例之前系统必须要处于的状态，或者要满足的条件；基本事件流：描述该用例的基本流程，指每个流程都

7、“正常”运作时所发生的事情，没有任何备选流和异常流，而只有最有可能发生的事件流；其他事件流：表示这个行为或流程是可选的或备选的，并不是总要执行它们；异常事件流：表示发生了某些非正常的事情所要执行的流程；后置条件：用例一旦执行后系统所处的状态书写样式：用例编号：mm1 用例名：会议申请信息维护执行者部门助理前置条件无后置条件会议申请信息变更，新申请等待审批。涉众利益助理担心会议申请不能通过。审批文员会议室和设备申请中有冲突。基本事件流1. 助理进入申请维护界面2. 助理输入新申请信息3. 助理查看申请审批状态4. 助理更改申请信息5. 助理删除申请信息其他事件流字段列表2. 包括课程名称、简介、

8、教师评价、班级人数限制业务规则助理必须填写完整会议信息，并选择会议室和相关设备非功能需求无设计约束无6 编写流程图说明最简单流程图画法：1，ffice excel&word 中的插入形状流程图中的图形绘制流程图2，用 visio 工具的画法于上相似3，用 rational rose 的活动图来刻画流程UML:活动图业务用例工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成，它们共同为业务主角生成某些工件。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。工作流程活动图用于研究实现业务目标时所要执行的各项任

9、务或活动的顺序安排。活动既可以是手动执行的任务，也可以是自动执行的任务。它可完成一个工作单元。 活动图是状态图的一种特殊形式。其中所有或多数状态都是活动状态，而且所有或多数转移都在源状态中的活动完成时立即触发。1)基本活动图 可选流程 流程 决策 文档 数据起始 一个活动图可能包括以下元素： 活动状态表示在工作流程中执行某个活动或步骤。 转移表示各种活动状态的先后顺序。这种转移可称为完成转移。它不同于一般的转移，因为它不需要明显的触发器事件，而是通过完成活动（用活动状态表示）来触发。 决策，为其定义了一组警戒条件。这些警戒条件决定在活动完成后将执行一组备选转移中的哪一个转移。您也可以使用判定图

10、标来表示线程重新合并的位置。决策和警戒条件使您能够显示业务用例的工作流程中的备选线程。 同步示意条用于显示平行分支流。同步示意条使您能够显示业务用例的工作流程中的并行线程。 “机场登记”业务用例模型中“个人登记”业务用例的活动图2)条件线程 警戒条件用于说明一组并行线程中的某个线程是有条件的。例如，在上面的“个人登记”示例中，进行登记的乘客可能是频繁乘机旅行的顾客。在此情况下，您需要给他奖励一些飞行哩程数。“机场登记”业务用例模型中“个人登记”业务用例的活动图3)嵌套活动图 一个活动状态可能要引用另一个活动图，因为后者显示了前者的内部结构。换言之，您可以嵌套活动图。您可以显示活动状态中的子图或

11、是让活动状态引用另一个图。活动状态中嵌套的活动图如果您希望在一幅图中展示所有的工作流程细节，那么可显示活动状态中的子图，这不失为一种方便的办法。但是，如果所展示的工作流程较为复杂，这就会使活动图难以理解。或者，也可将子图单独放在一个图中，然后让活动状态引用它。为简化工作流程图，您可能要将子图单独放在一个图中，然后让子图所详细说明的活动状态来引用它。4)使用泳道 可以使用垂直实线将活动图划分为泳道。每条泳道代表整个工作流程的某个部分的职责，该职责由组织的某个部门来执行。泳道最终可以由组织单元或者业务对象模型中的一组类来实施。泳道之间的排序并不会影响语义。每个活动状态都指派了一条泳道，而转移则可能

12、跨越数条泳道。以上活动图说明了代表一般销售流程的业务用例工作流程。在此示例中，泳道代表组织中的各个部门。5)使用示例 就工作流程的活动图和文本说明来说，首先使用哪一个？这多少取决于您的工作习惯，以及您是否以图表的方式进行思考。有些人倾向于先在一个图中勾画出结构的轮廓，然后再用文本进行详细说明。其他人则可能愿意先制定活动状态的大纲；对此达成一致之后，再使用图来定义结构。另一个适当的问题是，您是否的确既需要文本文档又需要图。活动图技术确实允许您为每个活动状态撰写简要说明，这将使工作流程的文本规约变得毫无用处。在这种情况下，您需要对涉众及其预期的规约格式保持高度的敏感性。我们提供了一个示例活动图，用

13、于描述在指南：业务用例中定义的业务用例“提议流程”的工作流程。我们通过它来说明活动图是如何帮助加深对工作流程的理解的。该示例来自于一个销售电信网络解决方案的组织，其中每个解决方案都是为客户量身定制的。业务用例“提议流程”的活动图 名为“初步机会工作”的活动状态包含了三个可平行执行的子步骤。这在此活动状态的一个子图中加以说明。活动状态“初步机会工作”的子图。可以选择制定销售计划，这通过即将进行的转移中的警戒条件来说明。活动状态可以代表相当大的过程（带有子结构） ，也可以代表某些相对较小的过程。如果您正使用活动图来定义工作流程的结构，则不要表示活动图中从顶层到最底层的所有结构层次。这很可能会使得活

14、动图非常难以理解（如果使用多个单独的子图，则会使多幅图非常难以理解） 。应该尽量在一个图中概述整个工作流程，其中的少数几个活动状态可以有子图。业务对象模型中的活动图业务用例模型中的活动图中对活动图使用的符号作出了进一步的说明。本页举例说明如何应用符号来描述业务用例实现。业务用例实现的活动图用于研究完成业务目标的任务或活动的安排顺序，并且这些任务或活动还可实现外部业务主角和内部业务角色之间的约定。活动是执行某个工作单元的任务，它既可手工执行，也可自动执行。 活动图帮助：提供在业务中引入信息系统的理由以及对此举措的理解。 为系统开发项目实施业务转换机制确定目标。 证明基于详细的业务流程指标而进行有

15、关自动化方面的投资是正确的。与序列图（可认为它和活动图具有类似的目的）相比，包含泳道和对象流的活动图侧重于如何将职责拆分为类，而序列图则帮助您理解各对象是如何并且以何种顺序进行交互的。活动图侧重于工作流程，而序列图则侧重于对业务实体的处理。活动图和序列图可作为互补性的技巧使用，其中序列图用来表示活动状态中发生的事情。 使用泳道 如果使用泳道，而且泳道与业务对象模型中的类（主要是业务角色）耦合，那么您就使用活动图来记录业务用例实现，而不是业务用例。作为示例，我们给出了有关实现业务用例“提议流程”的活动图。有关该业务用例的说明，请参见指南：业务用例。“提议流程”的业务用例实现通过检查担任特定角色（

16、业务角色）的人员及其执行的活动，该活动图向您详细展示了业务中所发生的一切。如果是应用程序开发项目，这些图将帮助您详细了解该新应用程序将支持或影响的业务领域。它们帮助建立到所提议的新系统之间的连接点，而且这些连接点还产生了系统用例。 使用对象流 在本部分中，对象流用于显示如何在工作流程中创建并使用业务实体。对象流允许您在活动图中显示活动状态的输入和输出。这个符号有两个元素： 对象流状态代表一个类的对象，该对象参与了活动图所表示的工作流程。该对象可以是某个活动的输出，也可以是众多其他活动的输入。 对象流是一种控制流，其中有一个对象流状态用作输入或输出。 对象流符号不仅仅表示对象本身的存在，而且还表明它所处的特定状态。同一个对象可被大量的、改变该对象状态的连续活动所控制。此后，该对象就可在活动图中多次出现，而且每次出现时都表示其生命期中的不同状态。该对象在