基于WEB的办公自动化系统

1、PAGE 2毕业论文中文题目：基于WEB的办公自动化系统副 标 题：葫芦岛锌厂流程治理子系统外文题目：WEB-BASED OFFICE AUTOMATION SYSTEM毕业设计（论文）共 107 页（其中：外文文献及译文20页） 图纸共0张 完成日期 2013年6月 答辩日期 2013年6月 PAGE IV PAGE V摘要改革开放以来，我国经济飞速进展。我国企业都差不多致力于治理素养与效率的提高。此外，国家关于电子政务的推广力度也逐步加大，办公自动化作为其中的一个重要环节，也被要求更深入的解决问题。鉴于此，办公自动化系统必须迎接更新的挑战。企业内部的专门多业务都能够抽象为一个或者若干个工作

2、流，最典型的是收发文工作流。一个发文流程可能要经历起草，审批，校对，领导签字，传阅等步骤。传统的办公模式完成此流程需要投入专门多人力，而且运转起来较慢，容易出错，假如采纳办公自动化系统，公文的流转就能够自动化，显然有专门多好处。UML（Unified Modeling Language)是一种面向对象的建模语言，它差不多广泛用于面向对象系统的分析和设计。统一过程(Unified Process)是一种软件工程方法，它将软件开发过程分为一系列的工作流程(Workflow)，充分发挥了迭代的开发思想，是软件开发成功的重要因素。Struts是基于JAVA的一个开源项目，采纳模块化的设计思想将业务逻辑

3、，数据存储和用户界面分离，简化了企业级应用程序的构建。本文描述了葫芦岛锌厂的办公自动化系统的开发过程，依据统一过程的开发思想，利用UML构建和描述系统的结构与行为，并用Struts完成了系统的最终实现。关键词：办公自动化；工作流；统一过程；UML；StrutsAbstractAs the continuous development in economic from Reforms and Open-up, many enterprises have devoted to enhancing the quality and efficiency of management.On the oth

4、er hand, our government has broaden the electronic affair,in which Office Automation , an important aspect,is required to tackle deeper problems.As a result, Office Automation system comes up against new challenge.Many business processes in the enterprise can be abstract into one or several workflow

5、s,especially the receiving and sending documents.A workflow for sending documents maybe consist of drafting,examining,checking,signaturing by leader and passing round,and so on.Many people are required to complete the document workflow in the traditional office mode,but it is more slowly and fallibl

6、e.Within an Office Automation system,the workflow can be run automatically,which obviously brings much benefits.UML(Unified Modeling Language) is a modeling language for object-oriented programs, and now UML has been used widely in analysis and design for object-oriented systems. UP(Unified Process)

7、 is a software project method,which divides the process of a software into a series of workflows. UP exerts the thought about iterative development,which is a key factor to the success of a software project.Struts is a Java open-source project, it separates the business logic,data storage and user i

8、nterface using a modular way,which is convenient for developmeng,maintenance and extendability,thus simplify the construction of enterprises applications.This article depicts the developing process of the Office Automation system of Hu LuDao Zinc Factory.The process exerted the unified process and d

9、epicted and constructed the system with UML,and finally completed it with Struts.Key words:Office Automation;Workflow;Unified Process;UML;Struts目录 TOC o 1-3 h z u HYPERLINK l _Toc137460442 前言 1 HYPERLINK l _Toc137460443 1 问题定义 PAGEREF _Toc137460443 h 2 HYPERLINK l _Toc137460444 1.1系统背景 PAGEREF _Toc1

10、37460444 h 2 HYPERLINK l _Toc137460445 1.2 葫芦岛锌厂简介 PAGEREF _Toc137460445 h 3 HYPERLINK l _Toc137460446 1.3 系统目标 PAGEREF _Toc137460446 h 4 HYPERLINK l _Toc137460447 2 可行性研究 PAGEREF _Toc137460447 h 6 HYPERLINK l _Toc137460448 2.1 经济可行性 PAGEREF _Toc137460448 h 6 HYPERLINK l _Toc137460449 2.2 技术可行性 PAGE

11、REF _Toc137460449 h 6 HYPERLINK l _Toc137460450 2.3 操作可行性 PAGEREF _Toc137460450 h 6 HYPERLINK l _Toc137460451 2.4 法律可行性 PAGEREF _Toc137460451 h 6 HYPERLINK l _Toc137460452 3 系统需求模型 PAGEREF _Toc137460452 h 7 HYPERLINK l _Toc137460453 3.1 系统用例模型 PAGEREF _Toc137460453 h 7 HYPERLINK l _Toc137460454 3.1.

12、1 系统边界 PAGEREF _Toc137460454 h 7 HYPERLINK l _Toc137460455 3.1.2 要紧参与者及其目标 PAGEREF _Toc137460455 h 7 HYPERLINK l _Toc137460456 3.1.3 用例图 PAGEREF _Toc137460456 h 8 HYPERLINK l _Toc137460457 3.1.4 用例规约 PAGEREF _Toc137460457 h 10 HYPERLINK l _Toc137460458 3.2 系统需求 PAGEREF _Toc137460458 h 22 HYPERLINK l

13、 _Toc137460459 3.2.1 功能需求概要 PAGEREF _Toc137460459 h 22 HYPERLINK l _Toc137460461 3.2.2 其他需求 PAGEREF _Toc137460461 h 23 HYPERLINK l _Toc137460462 3.3 词汇表（Glossary） PAGEREF _Toc137460462 h 24 HYPERLINK l _Toc137460463 4 系统分析模型26 HYPERLINK l _Toc137460464 4.1 用例分析26 HYPERLINK l _Toc137460465 4.1.1 用例实现

14、26 HYPERLINK l _Toc137460466 4.1.2 补充用例描述35 HYPERLINK l _Toc137460467 4.2 系统分析类 36 HYPERLINK l _Toc137460468 4.2.1 分析类描述 37 HYPERLINK l _Toc137460469 4.2.2 分析类的属性和关系39 HYPERLINK l _Toc137460470 5 系统设计模型 PAGEREF _Toc137460470 h 41 HYPERLINK l _Toc137460471 5.1 架构设计 PAGEREF _Toc137460471 h 41 HYPERLIN

15、K l _Toc137460472 5.2 用例设计 PAGEREF _Toc137460472 h 42 HYPERLINK l _Toc137460473 5.3 系统设计类57 HYPERLINK l _Toc137460474 5.4 持久层设计59 HYPERLINK l _Toc137460475 6 系统实现68 HYPERLINK l _Toc137460476 6.1类实现68 HYPERLINK l _Toc137460477 6.2数据库实现 PAGEREF _Toc137460477 h 78 HYPERLINK l _Toc137460478 6.3用户接口实现 PA

16、GEREF _Toc137460478 h 80 HYPERLINK l _Toc137460479 6.4开发环境82 HYPERLINK l _Toc137460480 7 系统测试 PAGEREF _Toc137460480 h 83 HYPERLINK l _Toc137460481 7.1单元测试 PAGEREF _Toc137460481 h 83 HYPERLINK l _Toc137460482 7.2集成测试 PAGEREF _Toc137460482 h 83 HYPERLINK l _Toc137460483 8 结论 PAGEREF _Toc137460483 h 85

17、 HYPERLINK l _Toc137460484 致谢 PAGEREF _Toc137460484 h 86 HYPERLINK l _Toc137460485 参考文献 PAGEREF _Toc137460485 h 87 HYPERLINK l _Toc137460486 附录A PAGEREF _Toc137460486 h 88 HYPERLINK l _Toc137460487 附录B PAGEREF _Toc137460487 h 97吴佰桐：基于WEB的办公自动化系统辽宁工程技术大学毕业设计（论文）PAGE 162PAGE 161前言办公自动化系统会为企业带来的效益是显著的，

18、其核心意义在于，利用网络技术和现代办公设备构成的人机信息处理系统，汲取众多办公自动化系统的优点，模拟抽象企业、政府的办公数据流程，可轻松辅助治理人员进行日常办公、业务处理，实现整个办公体系全面自动化、流程化和数字化，并可方便地与其它内部治理系统或外部网站集成整合，建立一个高质量、高效率的内外部衔接的网络办公自动化系统。本文的最终目标是要描述建立一个办公自动化系统的过程，本文重点描述了个人办公，系统治理，工作流治理模块。系统选用Struts框架，以统一过程作为软件工程方法，采纳UML建模技术和面向对象设计，并用JAVA语言实现。本文要紧做的工作是描述了我们采纳统一过程开发此办公自动化系统的分析，

19、设计，实现的要紧工作流程。1 问题定义1.1 系统背景当今社会是一个信息飞速进展的社会，因此，针对各行业来讲，计算机的应用实为重要，求质量、求速度，尽可能的脱离手工操作，是现代人追求的目标。随着葫芦岛锌厂规模的不断增大及生产能力的进一步提高，该大型企业原有的纯手工治理和办公模式差不多不能适应新的市场环境下的新要求了，严峻的阻碍了工作效率。在现代社会中，任何一个行业，任何一个企业，高效准确的办公差不多上至关重要的。快捷的信息交流，畅通的公文传递，迅速的文档查询，自动的工作流转等等都能提高一个企业的办公效率，进而提高其市场竞争力。图1-1 传统办公模式Fig.1-1 Traditional off

20、icial mode传统的办公模式要紧以纸介质为主，在信息革命的浪潮中，显然差不多远远不能满足高效率、快节奏的现代工作和生活的需要。Internet/Intranet的迅猛进展，为信息的交流和共享，团队的协同运作提供了技术的保证，同时也预示着网络化办公时代来临。图1-2 网络化办公模式Fig.1-2 Network-based official mode 现有办公自动化系统和大型信息治理系统中，企业业务流程重组或者是文件流转功能差不多上核心功能。同时我们也认为，企业办公要紧是一个文件流转的过程，所有的办公事务都能够抽象成一个数据库表单。传统的办公自动化系统和大型MIS系统在处理企业治理流程中大

21、多采纳企业业务流程重组（BKR），其核心思想确实是要先优化企业业务治理流程，再依照优化后的流程建设企业信息系统。如此不仅在系统建设中工作量巨大，同时面临来自企业内部重重的阻碍。要想实现办公自动化，就需要实施计算机治理，因此，我们开发了那个办公自动化系统WEBOA，此系统是基于网络的，安装方便，易于维护。1.2 葫芦岛锌厂简介葫芦岛锌厂又名葫芦岛东北有色金属集团有限公司是是一家拥有18000多人总资产超过100亿的大型国有企业，业务范围涉及锌锭、镉锭、热镀锌合金、锌粉、氧化锌、工业硫酸锌等10余种产品，同时销售到海外，锌锭年生产能力33万吨，粗铜6万吨，电解铜10吨，金5吨、银80吨，硫酸80万

22、吨。业务繁多，治理复杂。 葫芦岛锌厂坚持技术结构和产品调整，加强对环境治理的投入，提高经济效益的原则。始终致力于1）建立高效高速可行的运行机制；2）建立布局合理，经济效益显著的生产经营运作框架，完善主业产品生产能力，生产技术达到国内先进水平；3）采纳低成本扩张方式，加速资产驼营，壮大企业总体实力；4）采取滚动进展、分步实施的方法，实现产品的技术、质量、生产、经济效益水平的同步提高；5）在进展主导产品的同时，研究开发锌系列、加工系列、高新技术系列产品；6）利用两个市场，建立稳定的锌精矿、铜精矿原料基地，提高企业产品在两个市场上的占有率，使企业由大变强。葫芦岛锌厂连续八年进入国家500家最大工业企

23、业、是国家512家重点扶持企业之一。在振兴东北老工业基地的过程中做出了卓越的贡献。以下是葫芦岛锌厂的组织机构示意图：厂长，党委书记厂长，党委书记财务厂长经营厂长生产厂长设备厂长技术厂长纪委书记工会主席后勤厂长厂 办打算处干部处劳资处设备处基建处炉体厂机加厂总调度室生产技术处安技处环保处保卫处运输处经营办供应处销售处燃料处财务处企管处清欠处图1-3 组织机构图Fig.1-3 Organization structure1.3 系统目标我们做的办公自动化系统命名为WEBOA，该系统是基于WEB的采纳纯JAVA语言编写的，能够跨越平台，方便移植。本系统将在葫芦岛锌厂的日常办公中发挥不可替代的作用，利

24、用计算机技术实现无纸化办公，和收发文等业务，必将使得工作人员从琐碎和烦躁的日常工作中解脱出来，轻松的完成工作。系统目标是：实现公文流转，个人办公，收发消息，文档查询，资源治理，人力治理的计算机化。节约人力，提高效率1) 为用户提供制定流程的功能，能够应用于发送公文和接收公文。2) 实现对用户的即时消息提醒，以及信息的公布3) 实现新闻，公告的治理.以下是功能框图：WEB OA WEB OA 办公自动公治理平台个人办公公共信息系统治理工作流项资源治理人力治理图1-4 系统功能框图Fig.1-4 System functions本系统实现的功能框图如下：WEB OA WEB OA 办公自动公治理平

25、台日程治理系统治理流程治理图1-5 本系统功能框图Fig.1-5 This system functions2 可行性研究可行性分析（Feasibility Analysis）也称为可行性研究，是在系统调查的基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发从技术、经济、社会的方面进行分析和研究，以幸免投资失误，保证新系统的开发成功。可行性研究的目的确实是用最小的代价在尽可能短的时刻内确定问题是否能够解决。2.1 经济可行性与其它的系统相比，本系统独立性相当强，只需要投入较少的资金即可。而它的成功运行将节约大量的人力物力，使原来从事这方面工作的工作人员能够投入到更为实际的工作中，提

26、高各部门的工作效率，而且关于如此一个利润丰厚的大企业，投入如此一个系统在经济方面绝对可行。2.2 技术可行性现代的计算机技术完全能够处理大量的数据，分担人的工作，应用服务器能够运行于WINDOWS，LINUX，SOLARIS等多种操作系统，数据库采纳ORACLE，功能强大。技术上完全可行。2.3 操作可行性使用本系统的操作人员需要一些差不多的计算机操作常识，治理员应该具备一些计算机专业知识。只要通过简单的培训，操作方面完全可行。2.4 法律可行性此系统是我们自主开发的，是个专门适用的系统，葫芦岛锌厂往常没有如此的系统，不存在侵权的问题。3 系统需求模型系统需求是系统必须遵守的一系列约束条件，以

27、及要实现的一系列功能。在需求分析时期最大的困难确实是发觉真正的需求。统一过程提供了一些最佳实践，其中之一确实是治理需求（manage requirement），这不同于传统的瀑布模型一下子将需求定义完全，而是采纳迭代的思想逐渐去实现系统需求模型，用例（Use Case）研究确实是一种发觉需求的方法。3.1 系统用例模型Jacobson在他1992年的著作中写道：“用例是与系统进行对话时行为相关的事务系列的描述。”在统一过程中，对用例的描述没有实质性的改变，它认为用例是“一系列带变量的动作描述，系统由此对特定用户产生有价值的可见结果”。用例确实是系统需求，但它们要紧是功能需求，用来表示系统将会做

28、什么。3.1.1 系统边界此办公系统WEBOA和数据库服务器都在系统边界之内。3.1.2 要紧参与者及其目标参与者是通过使用系统提供的服务来实现自己目的的人或者系统表3-1参与者目标Table.3-1 Participants targets参与者使用目标用户发送消息，接收消息，查看公司公告，新闻，处理公文，添加日程，查看日程，治理联系人，系统治理员启动系统，关闭系统，添加用户，修改用户，删除用户，分配权限，治理部门信息，治理职务信息领导制定工作流，修改工作流，删除工作流，资源治理，人力治理公文分类，档案治理3.1.3 用例图 用例图是UML中的一种对用例建模的图，用来简要描述系统功能个人办公

29、的用例图：图3-1 个人办公用例图Fig.3-1 Person office use case diagram系统治理的用例图：图3-2 系统治理用例图Fig.3-2 System management use case diagram工作流治理的用例图：图3-3 工作流治理用例图Fig.3-3 Workflow management use case diagram3.1.4 用例规约1）个人办公1.1 添加日程描述：用户在日程清单中添加日程安排要紧参与者：用户先决条件：用户合法登陆后置条件：系统将日程安排存入数据库中差不多事件流：1、用户选择要添加日程的日期2、用户录入日程安排以及开始时刻

30、和结束时刻并提交3、系统将此日程安排存入数据库4、用户重新执行1-3步，直至离开其他事件流：1-2a、用户取消添加日程： 1、系统停止添加日程2a、用户输入的开始时刻晚于结束时刻 1、系统提示用户重新录入开始时刻和结束时刻专门需求： 无。1.2 修改日程描述：用户修改某一个或一些日程安排要紧参与者：用户先决条件：用户合法登陆后置条件：系统将修改后的日程安排存入数据库中差不多事件流：1、用户选择要修改的日程安排2、系统呈现给用户此日程安排的信息3、用户更改日程安排并提交4、系统将新日程安排替换原日程安排，存入数据库5、用户重新执行1-3步，直至离开其他事件流：1-3a、用户取消修改日程： 1、系

31、统停止修改日程4a、用户输入的新的日程安排开始时刻晚于结束时刻 1、系统提示用户重新录入开始时刻和结束时刻专门需求： 无。1.3 删除日程描述：用户删除某一个或一些日程安排要紧参与者：用户先决条件：用户合法登陆后置条件：系统从数据库中删除该日程安排差不多事件流：1、用户选择要删除的日程安排2、删除此日程安排3、系统提示用户确定删除此日程安排4、用户确定删除此日程安排5、系统从数据库中删除此日程安排其他事件流：1-3a、用户取消删除日程： 1、系统停止删除日程4a、用户不同意删除此日程安排 1、系统停止删除此日程安排专门需求： 无。2）系统治理2.1 添加职务描述：系统治理员依照公司组织结构添加

32、职务要紧参与者：系统治理员先决条件：系统治理员权限已被验证后置条件：系统将职务信息存入数据库差不多事件流：1、系统治理员录入职务名称2、系统将此职务存入数据库3、系统提示添加职务成功 其他事件流：1a、系统治理员录入的职务名称之前已被录入过： 1、系统提示系统治理员重新录入 2、系统治理员重新录入，直至没有重复专门需求： 无。2.2 删除职务描述：系统治理员依照公司情况删除职务要紧参与者：系统治理员先决条件：系统治理员权限已被验证后置条件：系统从数据库中删除此职务差不多事件流：1、系统将全部职务呈现给系统治理员2、系统治理员选择要删除的职务，并删除之3、系统提示系统治理员是否确定要删除4、系统

33、治理员确定删除5、系统将此职务从数据库中删除6、系统提示删除成功其他事件流：1-4a、系统治理员取消删除职务： 1、系统停止删除职务5a、正在删除的职务被公司某些职员拥有： 1、系统将这些职员的职务设置为空 2、或者系统治理员给这些职员分配新的职务专门需求： 无。2.3 添加部门描述：系统治理员依照公司组织机构添加部门要紧参与者：系统治理员先决条件：系统治理员权限已被验证后置条件：系统将部门信息存入数据库差不多事件流：1、系统治理员录入部门信息，并提交2、系统将此部门信息存入数据库3、系统提示系统治理员添加成功其他事件流：1a、系统治理员取消添加部门： 1、系统停止添加部门1b、系统治理员没有

34、提供部门简称： 1、系统提示系统治理员重新输入部门简称1c、系统治理员没有提供部门代码： 1、系统提示系统治理员重新输入部门代码1d、系统治理员输入的部门代码和已有部门重复： 1、系统提示系统治理员重新输入部门代码专门需求： 无。 2.4 删除部门描述：系统治理员依照公司情况删除部门要紧参与者：系统治理员先决条件：系统治理员权限已被验证后置条件：系统从数据库中删除此部门差不多事件流：1、系统将所有部门呈现给系统治理员2、系统治理员选择要删除的部门，并删除之3、系统提示系统治理员是否确定要删除4、系统治理员确定删除5、系统将此部门从数据库中删除6、系统提示删除成功其他事件流：1-4a、系统治理员

35、取消删除部门： 1、系统停止删除部门5a、正在删除的部门拥有职员 1、系统将这些职员的部门设置为空 2、或者系统治理员给这些职员分配新的部门专门需求： 无。 2.5 注册用户描述：系统治理员添加用户要紧参与者：系统治理员先决条件：系统治理员权限已被验证后置条件：系统向数据库中添加此用户差不多事件流：1、系统治理员输入用户差不多信息。2、系统治理员为新用户分配默认密码3、系统治理员提交新用户4、系统将新用户信息存入数据库5、系统为此新用户分配登陆账号，并呈现给系统治理员6、系统治理员启动此新账号7、系统更改此账号状态其他事件流：1a、系统治理员录入的部门不是公司现有的部门： 1、系统提示重新录入

36、部门 2、系统治理员重新录入存在的部门1b、系统治理员录入的职务不是公司现有的职务1、系统提示重新录入职务2、系统治理员重新录入存在的职务1-3a、系统治理员取消注册新用户： 1、系统停止添加新用户6a、系统治理员取消了启动新账号： 1、系统不启动此账户 2、此账号临时不可用专门需求： 无。 2.6 删除用户描述：系统治理员删除用户要紧参与者：系统治理员先决条件：系统治理员权限已被验证后置条件：系统从数据库中删除此用户，此用户账号不再可用，和此用户账号相关的一切工作由不人接替或者暂停差不多事件流：1、系统治理员依照用户所属部门或者用户姓名查找到此用户2、系统治理员想要删除此用户3、系统提示系统

37、治理员是否确定删除此用户4、系统治理员确定删除之5、系统将此用户的相关工作取消6、系统将此用户从数据库中删除其他事件流：1a、系统治理员没有找到满足条件的用户： 1、系统治理员重新输入查询条件 2、或者系统治理员查找出全部用户，逐一比较1-4a、系统治理员取消删除用户：1、系统取消删除用户5a、有些工作必须有人完成： 1、为这些工作分配其他用户专门需求： 无。2.7 分配用户权限描述：系统治理员为用户分配各个系统模块的权限，只有治理权限和一般权限要紧参与者：系统治理员先决条件：系统治理员权限已被验证后置条件：系统在数据库中记载了此用户在各个模块的权限，用户从此拥有了使用各个模块的不同权限差不多

38、事件流：1、系统把所有用户呈现给系统治理员2、系统治理员选择要分配权限的用户3、系统治理员依照用户的实际职务为其分配相应权限4、系统保存这些权限信息于数据库中5、系统治理员能够接着分配用户权限其他事件流：3a、系统治理员为用户在某个模块分配了治理和一般两种权限：1、系统提示系统治理员每个用户在每个模块只能有一种权限2、系统治理员取消该用户在那个模块的一种权限3b、系统治理员在某个模块没有给用户分配权限： 1、系统默认为用户分配一般权限1-3a、系统治理员取消分配用户权限：1、系统取消分配用户权限专门需求： 用户权限只能由系统治理员来分配 2.8 更改用户权限描述：系统治理员更改要紧参与者：系统

39、治理员先决条件：系统治理员权限已被验证后置条件：用户在某个模块的权限被更改差不多事件流：1、系统把用户在各个模块的权限呈现给系统治理员 2、系统治理员给用户输入新的权限3、系统保存这些权限信息于数据库中其他事件流：1-2a、系统治理员取消更改用户权限：1、系统取消更改用户权限专门需求： 用户权限只能由系统治理员更改。工作流治理：3.1 制定流程描述：公司领导制定用于收发文的流程要紧参与者：流程制定者先决条件：流程制定者的制定流程权限已被验证后置条件：工作流程制定成功并启动，存入数据库差不多事件流：1、流程制定者录入流程的差不多信息，包括流程名，所属部门等2、选择使用该流程的公文的文件格式3、书

40、写流程讲明4、为流程添加步骤5、给每个步骤分配执行用户6、重复执行4和5 7、保存流程8、系统将流程存入数据库9、流程制定者启用流程10、系统更新流程状态，提示流程已启动其他事件流：1-6a、流程制定者放弃了制定此流程： 1、系统停止添加此流程1a、该流程的制定者默认成为该流程的治理员4-6a、流程制定者取消其中的某个步骤 1、系统删除了某个步骤 2、系统接着呈现其他保留的步骤5a、流程制定者移除了某个执行用户 1、系统取消此执行用户 2、系统提示更换新的执行用户9a、流程制定者取消了启动流程 1、系统放弃对流程的启动 2、该流程临时不可用专门需求： 此流程只有该流程所属部门能够使用 3.2

41、修改流程描述：公司领导修改收发文流程要紧参与者：流程制定者先决条件：流程制定者的权限已被验证后置条件：工作流程修改成功并重新启动，数据库做出更新差不多事件流：1、流程制定者修改流程的差不多信息， 2、修改流程步骤3、流程制定者重新启动流程4、系统将新流程信息和状态存入数据库其他事件流：1-2a、流程制定者放弃了修改此流程： 1、系统停止修改此流程2a、流程制定者取消其中的某个步骤： 1、系统删除了某个步骤 2、系统接着呈现其他保留的步骤2b、流程制定者添加了一个步骤： 1、系统将新步骤加入此流程 2、流程制定者接着添加步骤3a、流程制定者取消了启动流程： 1、系统停止启动流程 2、该流程临时不

42、可用专门需求： 该流程只能由其所属部门修改3.3 销毁流程描述：公司领导删除收发文流程要紧参与者：流程制定者先决条件：流程制定者的权限已被验证后置条件：流程从数据库中删除，所有使用此流程的公文都被退回直公文发起人差不多事件流：1、系统呈现全部由该流程制定者制定的流程， 2、流程制定者选择要删除的流程，并将其交给系统3、系统提示流程制定者是否确定要删除4、流程制定者确定5、系统删除此流程，并将使用此流程的公文退回直公文发起人其他事件流：1-4a、流程制定者放弃了删除此流程： 1、系统停止删除此流程5a、退回公文失败： 1、稍后再退 2、或者系统停止删除此流程专门需求： 该流程只能由其所属部门删除

43、3.4 添加操作描述：操作是办公收发文过程中每一步能够执行的动作，流程制定者为流程添加操作要紧参与者：流程制定者先决条件：流程制定者的权限已被验证后置条件：系统纪录下操作信息，并存入数据库差不多事件流：1、流程制定者输入操作名称和操作类不， 2、流程制定者为此操作分配操作权限3、流程制定者保存操作信息4、系统将此操作信息存入数据库其他事件流：1-2a、流程制定者放弃了添加操作： 1、系统停止添加操作1a、流程制定者输入的操作名称重复： 1、系统要求流程制定者重新输入操作名称 2、流程制定者重新输入操作名称直至名称唯一专门需求：无3.5 删除操作描述：流程制定者删除一个操作要紧参与者：流程制定者

44、先决条件：流程制定者的权限已被验证后置条件：系统将操作从数据库中删除，该操作不再可用差不多事件流：1、系统提供全部操作信息 2、流程制定者选择要删除的操作3、流程制定者将此操作交给系统4、系统提示流程制定者是否确定要删除5、流程制定者确定6、系统从数据库中删除次操作其他事件流：1-4a、流程制定者放弃了删除操作： 1、系统停止删除此操作3a、流程制定者选择的操作类型是公共操作： 1、系统提示公共操作不能删除 2、流程制定者重新选择要删除的操作专门需求： 无 3.6 修改操作描述：流程制定者修改一个操作的名称，类型和权限要紧参与者：流程制定者先决条件：流程制定者的权限已被验证后置条件：系统更新了

45、此操作，并赶忙生效差不多事件流：1、系统提供全部操作清单 2、流程制定者选择要修改的操作3、流程制定者更改操作的名称，类型和权限4、系统将新流程存入数据库其他事件流：1-3a、流程制定者放弃了修改操作： 1、系统停止修改此操作专门需求： 新操作在30秒之内生效 3.2 系统需求3.2.1 功能需求概要1）个人办公：1、收发消息，查看和个人相关的消息，包括系统消息，公司新闻和公告2、建立和使用通讯录，治理联系人信息3、制定日程安排2）系统治理：1、治理用户帐号，注册，修改，删除，查看用户帐号2、治理公司组织机构，包括部门和职务3、安全治理，为不同用户分配不同权限3）办公流程治理：1、制定，销毁，

46、修改，查看办公流程2、启动办公流程3、流程的自动跳转（包括前进和后退）4、为流程制定步骤，为每个步骤分配操作和相应权限4）公文治理：1、收发公文2、为收发公文选择流程，自动流转3、在线批示，批阅，传阅公文，能够数字签名，电子印章4、纪录公文处理日志5、公文分类，存档5）公共信息治理：1、公布公司重要通知，新闻2、查看公共信息3、定期更新公共信息3.2.2 其他需求1）错误处理：系统要有一定的容错能力，记录错误日志，一天之内恢复故障2）安全：任何对系统的使用都必须先登陆，而且要防止绕过登陆3）性能需求：系统关于用户做出的任何请求都要在10秒之内做出响应4）约束：用Struts作为框架，用JAVA

47、语言实现，服务器能够同意于不同的操作系统之上5）可靠性：系统每周要能工作6个工作日6）接口需求：硬件接口：键盘，鼠标，显示器软件接口：基于网络的办公平台7）扩展需求：今后要把公司的子公司联入系统，能够实现异地办公3.3 词汇表（Glossary）表3-1 词汇表Table.3-1 Glossary名称不名定义和描述信息消息两个用户或者系统和用户之间沟通的媒介，一般包括：主题，发送时刻，接收人，发送人，信息正文和附件附件用户在发送消息或者提交公文时候，附带的一个文件，能够是任何格式，尺寸不能超过2M通知系统以消息的形式给用户关于某件情况的提醒个人信息个人情况对用户差不多情况的描述，一般包括：帐号

48、，姓名，性不，密码，职务，电话，部门，个人状态，电子邮件，传真，邮编，地址，帐号状态。其中，帐号是唯一的，姓名是必须的，帐号状态是非空的日程日程安排用户自己订制的工作打算，或者行程安排，包括：日程主题，开始时刻，结束时刻，创建时刻用户权限模块权限一个用户在一个模块的权力，决定了用户在相应模块的使用范围，现在只包括“治理”和“一般”两种权限。“一般”权限通常是只同意读取信息，不同意改动，治理权限包含“一般”权限，同时通常能够添加，删除，修改模块模块是系统的组成部分，包括：个人办公模块：grbg公共信息模块：ggxx工作流模块：gzl资源治理模块：zygl人力治理模块：rlgl系统治理模块：xtg

49、l流程工作流是一个过程，由许多步骤或者任务以及决定它们执行顺序的条件组成。本系统中的流程包括：流程名，所属部门，流程治理员，状态等信息流程步骤任务把一个流程分成若干个步骤，步骤之间按照一定的规则跳转。操作在流程执行每个步骤是，必须完成某些操作。发文流程的操作一般包括：拟稿，审核，校对，签字，传阅等操作权限一个操作中所能执行的动作，如退文，否决，修改，删除，提交，文件日志等4 系统分析模型4.1 用例分析4.1.1 用例实现 用例实现是一组UML图 1、个人办公用例实现 1）安排日程顺序图：类图： 图4-1 安排日程Fig.4-1 Arrange plan2、系统治理用例实现1）治理用户 1、顺

50、序图：图4-2 治理用户Fig.4-2 Manage users2）治理部门1、顺序图：图4-3 治理部门Fig.4-3 Manage departments3）治理职务1、顺序图：图4-4 治理职务Fig.4-4 Manage duty3、工作流治理用例实现1）制定流程 1、顺序图：2、类图 图4-5 制定流程Fig.4-5 Create flow2）销毁流程1、顺序图：图4-6 销毁流程Fig.4-6 Drop flow3）修改流程1、顺序图：2、类图图4-7 修改流程Fig.4-7 Modify flow4）添加操作 1、顺序图：2、类图 图4-8 添加操作Fig.4-8 Add ope

51、ration5）删除操作 1、顺序图：图4-9 删除操作Fig.4-9 Delete operation6）修改操作1、顺序图：图4-10 修改操作Fig.4-10 Modify operation4.1.2 补充用例描述 用例规约侧重于系统对外可见的行为，用例的补充描述增加更多的系统内部如何交互的描述。1）个人办公用例补充描述 添加日程1、系统在网页上给用户提供一个万年历，方便用户选择日期2、系统提供给用户的日程安排时刻介于8：00-22：002）系统治理用例补充描述 删除职务1、系统在网页上将所有职务显示出来2、治理员选择要删除的职务3、系统弹出一个确认对话框，征求治理员的意见4、治理员确

52、认删除后，系统删除该职务，并在同一网页显示剩余的其他所有职务 注册用户1、系统在网页上让治理员输入用户的注册信息，有些是选填的（如家庭地址，电子邮件，电话，传真等）有些是必填的（如姓名）2、系统在网页中提供可选择的部门和职务3、假如治理员注册了一个新用户，则系统在新网页中显示注册成功 分配用户权限1、系统在一个页面上列出所有模块2、治理员能够一次为一个用户分配他在所有模块的权限更改用户权限1、系统在一个页面上列出所有模块2、治理员能够一次更改用户在所有模块的权限3）工作流治理用例补充描述 制定流程1、用户在一个网页中填写流程的差不多信息，包括名称，所属部门，负责人，讲明等。其中部门是由系统在一

53、个新网页中提供被选项。2、用户在下一个网页中为流程添加步骤3、系统提供每个步骤执行人的候选范围4、系统关于制定流程中删除步骤不给与警告 修改流程1、用户在一个网页中修改流程的差不多信息，包括名称，所属部门，负责人，讲明等。其中部门是由系统在一个新网页中提供被选项。2、用户在下一个网页中修改流程步骤，在同一网页中能够在任何步骤之后添加新步骤销毁流程1、系统在一个网页中显示所有流程的清单2、用户删除了一个流程后，系统在同一网页中显示剩余流程的清单 4.2 系统分析类一个业务级不的分析类是业务领域中的一个要素，是现实世界中的一个观念类，与实现技术无关。查找分析类的方法：查找名词或者形容词+名词，这些

54、名词中有些是类，有些是类的属性，有的无关。分析类是如此一些名词，它们在系统边界之内，与业务主题有关，提供系统的某些服务，拥有明显的数据结构，于其他词有关系。分析类描述表4-1 分析类描述表Table.4-1 Depiction of analyse classes类名描述职责User表示一个使用此系统的人，不管他是什么权限治理一个使用系统的人的相关信息，如账号，密码，部门，职务，个人状态，电话，电子邮件等Department表示公司的一个部门治理公司的一个部门信息，如部门简称，部门代码，部门负责人，联系电话等Duty表示公司的一个职务治理公司的一个职务信息，如职务表示符，职务名称Linkman

55、表示用户的一个联系人治理用户的一个联系人信息，如姓名，电话，性不，家庭地址，电子邮件等Plan表示用户的一个日程安排封装一个日程安排的信息，包括日程主题，内容，创建时刻，开始时刻，结束时刻PlanInventory表示用户的日程清单封装用户某天或者某月的全部日程安排Message表示一条消息封装系统消息或者用户消息，包括发信人，收信人发送时刻，消息主题Flow表示一个收文或者发文流程封装一个流程的全部信息，包括流程id，名字，讲明，所属部门，流程治理员，状态Step表示流程中的一个步骤若干个步骤构成了一个流程，治理一个步骤的信息，包括所属流程，步骤号，步骤名，选用的操作Operation表示流

56、程中进行的实质性操作模拟一个业务动作，具有一定的操作权限，比如退文，传阅，否决等Document表示公文或者文件封装一个公文的信息，包括编号，名字，主题，所选流程，当前状态，当前步骤等Log表示一条公文处理的日志封装一条日志的信息，包括处理人，处理时刻，处理名称FlowTracker表示一个公文的流程追踪反映一个公文在流程中的流转情况，跟踪公文当前所处步骤Module表示系统的一个模块封装系统一个模块的信息，比如模块名AfficheNews表示一条新闻公告封装一条新闻公告的信息，4.2.2 分析类的属性和关系图4-11 分析类图1Fig.4-11 Analyse class diagram 1

57、图4-12 分析类图2Fig.4-12 Analyse class diagram 25 系统设计模型5.1 架构设计本系统是基于WEB的，因此Internet必须成为扫瞄器和服务器之间的通信媒介，以下是UML架构模型：图5-1 架构设计图Fig.5-1 Architecture design diagram本系统的具体架构是MVC模式，并用DAO封装所有的数据库访问，具体的物理架构如下：图5-2 物理架构图Fig.5-2 Physical architecture diagram5.2 用例设计1、设计级不的交互图1）系统治理1、注册用户图5-3 系统治理顺序图Fig.5-3 System

58、management sequence diagram2、删除用户 图5-4 删除用户顺序图Fig.5-4 Delete user sequence diagram3、分配用户权限 图5-5 分配权限顺序图Fig.5-5 Allot privilege sequence diagram4、更改用户权限 图5-6 更改权限顺序图Fig.5-6 Modify privilege sequence diagram5、添加部门 图5-7 添加部门顺序图Fig.5-7 Add department sequence diagram6、删除部门 图5-8 删除部门顺序图Fig.5-8 Delete dep

59、artment sequence diagram7、添加职务 图5-9 添加职务顺序图Fig.5-9 Add duty sequence diagram8、删除职务 图5-10 删除职务顺序图Fig.5-10 Delete duty sequence diagram2）个人办公1、添加日程图5-11 添加日程顺序图Fig.5-11 Make plan sequence diagram2、删除日程图5-12 删除日程顺序图Fig.5-12 Delete plan sequence diagram3、修改日程图5-13 修改日程顺序图Fig.5-13 Modify plan sequence di

60、agram4、查看日程图5-14 查看日程顺序图Fig.5-14 Find plan sequence diagram3）工作流治理模块1、制定流程图5-15 制定流程顺序图Fig.5-15 Create flow sequence diagram2、修改流程图5-16 修改流程顺序图Fig.5-16 Modify flow sequence diagram3、销毁流程图5-17 销毁流程顺序图Fig.5-17 Delete flow sequence diagram 4、添加操作图5-18 添加操作顺序图Fig.5-18 Add operation sequence diagram 5、删除