1、办公自动化面向对象分析,李亚红lyh_nyist ,一、系统要求,建立一个高效率信息平台。 1、信息沟通的平台。 使组织的通信和信息交流快捷通畅，人们无论在何时、何地都可以通过便捷的办法获得必要的信息，并实现与他人的实时交流与沟通，并能够进行业务处理。 2、信息发布的平台。 在内部建立一个有效的信息发布和交流的场所，例如电予公告、电子论坛、电子刊物，使内部的规章制度、新闻简报、技术交流、公告事项等能够在企业或机关内部员工之间得到广泛的传播，使员工能够了解单位的发展动态。 3、信息集成的平台。 企业或组织存在大量的业务系统，如采购、生产、销售、财务、人事、行政等，企业的信息源往往都是存在这些个业
2、务系统里，与此相对应产生了各种各样的信息系统。,实现工作流程的自动化和业务协同。 通过公文流转平台，改变了企业传统纸质公文办公模式，企业内外部的收发文、呈批件、文件管理、档案管理、报表传递、会议通知等均采用电子起草、传阅、审批、会签、签发、归档等电子化流转方式，实现工作流程的自动化，提高企业的办事效率，规范了各项工作的执行。 通过流转过程的实时监控、跟踪，使每个人都能够及时获取业务处理信息，实现了多岗位、多部门之间的协同工作，提高了单位的工作效率。并且在工作中，有利于实现企业业务事前计划、事中监督和事后评估的开展，对加强企业管理、总结管理经验、提高管理水平大有裨益。,实现文档管理的自动化。 广
3、义的来讲实现了有用信息管理的自动化，更深刻的讲实现了企业知识库的积累，为企业进行知识管理建立了基础。各类文档(包括各种文件、知识、信息)能够按权限进行保存、共享和使用，并有一个方便的查找手段。每个单位都会有大量的文档，在手工办公的情况下这些文档都保存在每个人的文件柜里。因此，文档的保存、共享、使用和再利用是十分困难的。另外，在手工办公的情况下文档的检索存在非常大的难度。文档多了，需要什么东西不能及对找到，甚至找不到。办公自动化使各种文档实现电子化，通过电子文件柜的形式实现文档的保管，按权限进行使用和共享。实现办公自动化以后，比如说，某个单位来了一个新员工，只要管理员给他注册一个身份文件，给他一
4、个口令，他自己上网就可以看到这个单位积累下来的东西，规章制度、各种技术文件等等，只要他的身份符合权限可以阅览的范围，他自然而然都能看到，这样就减少了很多培训环节。,实现分布式、移动办公。 这就是要支持多分支机构、跨地域的办公模式以及移动办公。现在来讲，地域分布越来越广，移动办公和跨地域办公成为很迫切的一种需求。移动办公系统所实现的功能是结合现有的办公系统，将相关办公信息通过短信终端传送到移动终端，并对所接收的信息进行有效的分类组织和存储。使用本系统，办公人员无需呆在办公室就可以收发信件，处理相关事宜，这对一些经常外出的办公人员特别是领导来说是非常方便的。 移动办公系统一般主要包括三个部分：现有
5、办公系统、增值服务平台、无线移动终端，通过对这三个部分的关键技术入手，建立一整套先进的移动办公系统。,实现办公支持(辅助)系统自动化。 在日常办公中，比如会议管理、车辆管理、物品管理、图书管理等与我们日常事务性的办公工作相结合的各种辅助系统，也十分重要，实现这些辅助办公自动化管理也是办公自动化的一部分。建立知识管理的平台。 知识管理既是企业和组织发展的需要，也是办公自动化信息处理、业务流程管理等功能的自然延伸。在使用办公自动化开展业务的过程中，企业的信息资源、专家技能等重要资源得到不断的积累，产生重要的知识库，成为企业重要的战略资源，通过对知识库的管理、开发和使用和不断补充，改进了企业的创新能
6、力、快速响应能力，提高生产效率和员工的技能素质。,二、项目目标,本系统的用户是成教院的相关工作人员，但由于中心人员的电脑操作水平参差不齐，因此要求系统具有高度安全性、保密性和可靠性；要求系统具有支持移动办公的能力，具有广泛的信息采集、方便管理的能力，达到更加科学的规范化管理。办公自动化系统研究内容是：信息的浏览和发布；公文管理；项目管理：领导办公；系统管理；信息查询。,三、需求分析阶段,需求分析是软件设计的第一步，是整个软件成功实现的基础，只有真正做好需求分析，才能真正了解客户的需要。整个软件的实施是建立在需求所分析出的各项功能上。基于UML的需求分析主要是通过用例图和活动图来描述的。用例图是
7、从功能的角度来描述系统；活动图用于描述业务流程。,1、系统功能需求,一般来说，办公自动化系统应以公文处理和事务管理(尤其以领导办公)为核心，同时提供信息通讯与服务等重要功能。典型的办公自动化系统应满足以下的需求： 1、提供电子邮件功能是办公自动化系统的基本需求。在一个办公自动化系统中通常包含了多个应用子系统，如发文、收文、信息发布、活动安排、会议管理等等，可以将电子邮件作为所有将电子邮件作为这些办公应用子系统的统一接口，每一个用户通过自己的电子邮件就可以了解倒需要处理的工作。,2、处理大量的复合文档型的数据信息 办公自动化系统所处理信息的载体大多是以文件、报表、信件等形式出现，因此办公自动化系
8、统是典型的文档处理系统。一般认为，关系数据库系统适合传统数据类型(结构化信息)的表示和存储，但对复合文档数据的处理不能够很好地表达信息以及达到较高的存储效率。因此，“文档数据库”或“对象存储”的概念就被引入数据库领域。当然，传统数据的存储和处理也是办公自动化系统不可缺少的。 办公自动化系统由于其对复合文档数据的处理要求，必须以文档数据库为核心建立，同时选择性地结合关系数据库。,3、包含大量的工作流应用 所谓的工作流就是一组人员为完成某一项业务所进行的所有工作与工作转交(交互)过程。办公自动化系统的大多数应用如公文审批、各类申请等，每一项工作都以流程的形式，由发起者发起流程，经过本部门以及其他部
9、门的处理最终到达流程的终点。 工作流程可以是互相连接、交叉或循环进行的，如一个工作流的终点可能是另一个工作流的起点。,4、支持协同工作和移动办公 在日常办公中，办公人员需要花费大量的时间进行讨论和交流意见，才能做出某种决策。随着网络技术的发展，异步协作方式如电子邮件、网络论坛等，它们打破了时间、地域的限制，使人们可以随时随地参加到协同工作中去，大大提高了工作效率。 移动办公就是指当办公人员在办公室以外时，随时可以访问到办公自动化系统。,5、完整的安全性 安全性控制功能是办公自动化系统得以投入使用的先决条件。办公自动化系统的安全性控制要求一般包括防止非法用户侵入、权限控制、存储和传输加密，以及电
10、子签名，这些手段必须足够强大，而且也要灵活，方便使用者掌握和利用。 在成人教务办公自动化系统的总体需求分析中，也考虑了以上几点的要求。,在本项目中办公自动化系统中，主要提供以下几个功能：(1)工程中心园地：包括布告栏、讨论区、公共信息、意见箱、问卷调查、活动报名。(2)项目管理：包括专家小组、自然基金、交流项目、地方政府项目、待申报项目(3)领导办公：包括领导信箱、批示管理、讲话管理、日程安排、资产信息和财务信息和决策实施；(4)公文管理：包括发文管理、收文管理。(5)系统管理：由系统管理、用户管理和流程管理三部分组成，提供用户权限、密级、口令、资料备份管理；(6)综合查询：由模糊查询和分类查
11、询两部分组成，提供多种的查询方式进行查询，并将查询结果输出到浏览器。,获取参与者,参与者是系统外部的一个实体(可以是任何的事物或人)，它以某种方式参与了用例的执行过程。参与者通过向系统输入或请求系统输入某些事件来触发系统的执行。 在获取用例前要先确定系统的参与者，可以根据以下的一些问题来寻找系统的参与者： (1)谁或什么使用该系统； (2)交互中，它们扮演什么角色： (3)谁来维护、管理系统； (4)系统需要与其它哪些系统交互； (5)谁从系统获取信息； (6)谁提供信息给系统； (7)有什么事发生在固定事件。,在建模参与者的过程中，需要注意以下几点：(1)参与者对于系统而言总是外部的(2)参
12、与者直接同系统交互，这可以帮助定义系统边界。(3)参与者表示人和事物与系统发生交互时所扮演的角色，而不是特定的人或特定的事物。(4)一个人或事物在与系统发生交互时，可以同时或不同时扮演多个角色。,通过办公自动化系统的功能模块，我们可知它包括以下几个子系统：园地子系统、公文管理、领导办公管理、项目管理、系统管理等。 由于我们主要对REC园地子系统和公文管理子系统进行分析，通过上述的问题，对系统进行分析，我们可以找出这样的一些参与者：,园地子系统中主要包括以下参与者：,一般人员：即一般的职工，可以查看园地中的某些信息，并可以对某些开放的服务进行回复。分组讨论区成员：即参加某讨论区的所有成员，可以查
13、看或回复分组讨论区中的相关信息，并对REC园地中某些开放的服务进行回复。分组讨论区管理人员：即某个讨论区的负责人，管理讨论区，可以创建讨论区，并增加、修改或删除讨论区中的信息。项目组成员：即参加某项项目的所有成员，可以查看项目中的相关信息，并对某些开放的服务进行回复。项目组管理人员：即某个项目的负责人，管理项目信息，可以创建项目，并增加、修改或删除项目信息。领 导：即各部门的负责人，可以查看园地中的信息，并对某些开 放的服务进行回复。行政人员：对REC园地中的信息进行管理，可以增加、修改、删除园地信息。,公文管理子系统中主要包括以下参与者：,办公室拟稿人：主要在发文管理中负责填写发文单、编写文
14、号、拟文件正文核填写办理意见，最后还需负责核稿并填写核稿意见及签字。办公室人员：在发文管理中主要负责将文档生成正式文件并将生成的正式文件印发到各部门并对正式的发文进行归档：在收文管理中负责填写收文单和编写文号，将文件送给各部门主管进行审阅，当部门主管填写完处理意见后收回文件，并将己处理完的收文进行归档。办公室领导：在发文管理中主要负责修改正文，填写意见并对文件进行审核；在收文管理中主要负责填写拟办意见。部门领导：在发文管理中主要负责修改正文，填写相关意见并进行签发签字；在收文管理中负责填写处理意见。,获取用例,用例是一个叙述性的文档，用来描述参与者使用系统完成某个事件时的事情发生顺序。用例是系
15、统的使用过程。识别用例最好的办法就是从分析系统的参与者开始，考虑每个参与者是怎样使用系统。使用这种策略的过程中可能会找出一个新的参与者，这对完善整个系统建模很有帮助。用例建模的过程就是迭代和逐步精华的过程。,在识别用例的过程中，通过以下的几个问题可以帮助识别用例： (1)参与者希望系统提供什么功能(参与者需要做什么)； (2)系统是否存储和检索信息，如果是，这个行为由哪个参与者触发； (3)必须提醒参与者的系统事件有哪些?或参与者必须提醒系统的事件有哪些? 用例是参与者启动的，根据以上问题分析本系统的需求，可以初步确定系统有如下的7个顶层用例，分别为园地、项目管理、领导办公、公文管理、系统管理
16、、学习黑板、综合查询。,针对园地子系统和公文管理子系统进行进一步的需求分析，可以得到以下用例：园地子系统：公告栏管理：新增公共栏信息、查看公布栏信息、删除公布栏信息。讨论区管理：新增讨论区、删除讨论区、新增帖子、查看帖子、删除帖子、回复帖子。公共信息管理：新增公共信息，查看公共信息，删除公共信息。意见箱管理：新增意见、修改意见、删除意见、查看意见。活动报名：新增活动信息，查看活动，回复活动，删除活动。登录系统：用户登录进入办公自动化系统。公文管理子系统：发文管理：拟稿、审核、签发、成文、核稿、印发、归档收文管理：来文登记、文件处理、送阅、部门主管阅、归档,由于公文管理子系统中涉及到较多的参与者
17、和用例，为了更加直观地描述公文管理子系统的流程情况，可以借用活动图进一步描述，再次仅以公文管理子系统中的收发文管理为例。,当对系统的用例分析进行完成后，系统的功能基本确定了下来，系统分析就是对用户的需求描述经过一系列分析，使得对用户的需求更加清晰，对需求解决的问题更加明确，对待开发的软件系统有初步的认识。,在分析阶段的主要活动是：第一步，确定分析类；第二步，转述需求场景建议一个反应系统行为的动态模型，即系统动态模型；第三步，整理分析类，确定类之间的关系，建立一个反应问题域静态关系的静态结构模型，通常用类图表示。,确定分析类,通常，需求分析中的Use Case图对于系统内部情况的描述比较粗略和概
18、括。为了确定“分析类”，往往需要更多地了解系统内部的行为。因而，有必要补充说明系统必须做什么才能响应外部的要求。因此在确定分析类之前，需要充实Use Case的内容。,细化用例,在此仅以讨论区管理中的部分Use Case报告为例：以下用例的启动条件是：讨论区成员成功地进入分组讨论区，通过身份验证。1、新增帖子的事件流第1步：进入分组讨论区界面讨论区成员：选择进入相应的分组讨论区系统：将分组讨论区中信息全部显示出来第2步：新增帖子讨论区成员：要求新增一条帖子信息系统：进入新增帖子界面。第3步：填写帖子讨论区成员：填写帖子中的具体信息。系统：显示输入的内容。第4步：提交讨论区成员：提交填写好的讨论
19、区系统：保存该讨论区到内部数据库,2、查看帖子的事件流第1步：进入分组讨论区界面讨论区成员：选择进入相应的分组讨论区系统：将分组讨论区中信息全部显示出来第2步：查看帖子讨论区成员：选择需要查看的帖子系统：显示帖子的全部内容。,3、回复帖子的事件流第1步：进入分组讨论区界面讨论区成员：选择进入相应的分组讨论区系统：将分组讨论区中信息全部显示出来第2步：回复帖子一般人员：选择回复功能系统：进入回复帖子界面第3步：填写回复内容讨论区成员：填写具体回复信息。，系统：显示输入的内容。第4步：提交讨论区成员：提交填写好帖子系统：保存该讨论区到内部数据库,4、修改帖子的事件流第1步：进入分组讨论区界面讨论区
20、成员：选择进入相应的分组讨论区系统：将分组讨论区中信息全部显示出来第2步：查看帖子讨论区成员：选择需要修改的帖子系统：显示帖子的全部内容。第3步：修改帖子一般人员：选择修改功能系统：进入修改帖子界面第4步：填写帖子讨论区成员：填写帖子中的具体信息。系统：显示输入的内容。第5步：提交讨论区成员：提交填写好帖子。系统：保存该讨论区到内部数据库。,5、删除帖子的事件流第1步：进入分组讨论区界面讨论区成员：选择进入相应的分组讨论区系统：将分组讨论区中信息全部显示出来第2步：删除帖子讨论区成员：选择删除功能系统：进入删除界面第3步：确定删除讨论区成员：选择确定即完成删除系统：将帖子的所有信息从数据库中删
21、除。,提取分析类,提取分析类就是确定一组可选的、能够执行Use Case中行为的“分析类”。分析类及其实例的交互将用于满足当前Use Case指定的需求。“分析类”是概念层面的内容，与应用逻辑直接相关。“分析类”的实例所具备的行为，用于捕获拟建系统对象模型的雏形。分析类直接针对软件的功能需求，因而分析类实例的行为来自于对软件功能需求的描述。立足于软件功能需求，拟建系统往往在三个维度易于发生变化：第一，拟建系统和外部要素之间交互的边界；第二，拟建系统要记录和维护的信息；第三，拟建系统在运行中的控制逻辑。按照这三个变化因素的维度，将分析类划分为三种类型：边界类、实体类和控制类。,1、边界类,在精化
22、的模型中，边界类表示系统内部工作方式与其周围环境之间的各种交互作用。边界类主要用于描述三种类型的内容：拟建系统和用户的界面；拟建系统和外部系统的接口；拟建系统与设备的接口。使用边界类的优点之一是：它们可以把系统的其余部分与外界环境隔离和屏蔽起来。在园地子系统中定义了以下边界类：,实体类,实体类用于描述必须存储的信息，同时描述相关的行为。它们通常是持久的，并能在一个延续的时期内存在。它们的主要目的是表示和管理系统内的信息。实体类通常表示为一种逻辑的数据结构。在中心园地中定义了以下实体类：,在上表中列出的是系统的实体类，根据园地子系统的实际情况，从人员信息实体类中可以得到以下派生出系统实际需要的实
23、体类，其结构图如下所示：,控制类,控制类用于描述系统内的模型行为，用于对某一个具体的用例相关的控制或者其他业务逻辑建模。通常将协调、排序等事物处理或者涉及多个对象的复杂事务逻辑隔离在一个或多个控制类中。控制类将用例所特有的行为进行封装，具有良好的隔离作用。中心园地定义了如下控制类：,在上表中列出的是系统的控制类，根据原地子系统的实际情况，从这些控制类中可以得到以下派生出系统实际需要的控制类，在此只列出了讨论区中控制类的情况，其他业务与此类似，在这里就不一一画出了。讨论区中的控制类与系统的控制类之间的关系结构图如下所示：,转换需求场景活动的主要依据是Use Case中用文字描述的需求场景；该活动
24、的结果是基于面向对象概念、用UML交互图转述。交互图展现了一种交互，它由一组对象和它们之间的关系组成，包括在它们之间可能发送的消息。交互图包括时序图和协作图。时序图强调消息的时间顺序；协作图强调收发消息的对象组织结构。,用时序图描述用例的“实现” 我们在详细描述用例时，是从用户角度出发的，没有涉及系统内部。在通过分析得到了满足系统需求的类以后，我们可以根据用例驱动的思想，用这些类之间的交互来“实现”用例。交互图中，时序图能很好的说明对象间的交互顺序，有利于我们理解系统，所以我们可以用时序图来描述每个用例的“实现”。以下是中心园地中部分用例的时序图：,建立协作图 在这里仅以新建帖子的协作图为例，
25、其他的协作图与此相似。,整理分析类一建立静态模型,整理分析类活动的主要依据是“转述需求场景”活动中得到的一系列交互图，该活动的结果是得到类图，它反映参与特定Use case实现的分析类之问的关系。根据上节所得的协作图，可得到其相应的类图如下：,确定类的属性和操作,对每一个类应确定其职责、属性和主要操作。类的属性可以通过需求分析来确定。而类的操作可以通过分析交互图来确定，将交互图中对象之间发送的消息映射为目的类的操作。相对而言，为类分配操作比确定类的属性更困难。在分析模型中确定的分析类的基础上，系统确定了以下主要类：边界类、控制类和实体类。现在，将对已经得出的类进一步精化其属性和操作，明确定义操作的参数和基本实现逻辑，明确定义属性的类型和用途。,2、实体类：园地子系统中包括以下几个实体,3、控制类：中心园地定义了如下控制类,确定类之间的关系一类图，明确类之间的关系的基本依据是分析任务中初步得到的关联关系。,
