摘 要
办公自动化(Office Automation，简称OA)一词从八十年代中期在国内提出，十几年来，办公自动化从以数据为处理中心的传统MIS系统发展为今天以工作流为中心的办公自动化系统,有了长足的进步。
然而，在实际的应用当中，成功的案例却并不多见。甚至到目前为止，很多单位在办公自动化建设过程中，也常常陷入了“信息化陷阱”当中。我们经常会听到用户抱怨开发者开发几年都没有开发出一套完善的系统。而开发者却抱怨用户在开发前提不出明确的需求，在开发中途又频频地改变需求。于是，开发者便不断地修改程序，以应付不断变化的需求。从而使OA的开发便陷入了“需求不断变化、软件不断修改、周期不断延长、效果难以预料”的尴尬局面。
2002年年底，我供职的包头市财政信息中心为财政局局里建立了一套NOTES版本的C/S架构办公自动化系统。经过两年的使用，效果并不是很好，主要是很难满足复杂的公文流转。因此决定重新开发一套能够用以处理其内部复杂繁重的公文处理业务的办公自动化系统，并于2005年立项。此项目的总体实施由信息中心统一领导、协调，与清华同方公司共同进行软件设计和开发实现。本人主要负责设计和实现软件中的公文流转的工作流定义。
经过对我局日常公文处理工作的充分调研，深入了解了业务处理流程、归纳总结各种需求后提出： 本软件需要解决的主要内容是对灵活结构办公系统的调研和开发，实现用户对系统的适用性要求，并要求本软件具有较好的通用性，并通过友好的Web界面实现软件的所有操作。
系统通过对关系型数据库的操作实现了对办公系统的灵活设置。本文首先介绍了灵活办公自动化系统开发的背景，接下来对其总体结构、工作流程、工作模式进行了分析、说明，然后主要论述了工作流定义的分析、设计和实现，最后总结了开发软件中的经验和不足，提出进一步调整、改进公文流转软件的一些设想。
关键字：灵活结构, B/S结构系统,RBAC,OMG,RAD
Implementation of flexible structure
OFFICE AUTOMATION workflow
Abstract
In the last decade, Office Automation (OA as the shortened form) has grow dramatically into process-flow-focused system since the inception of office automation in china in the middle of 1980s' when office automation was widely accepted as MIS focus on data process.
But there are few successful completion of Office Automation in practical scene. Current effort in Office Automation development is struggling with “Information Chaos” .We all frequently heard of customers complaining about technicians who cannot have the system done in a matter of months or even years while engineers object that customers cannot address an definition of requirement in the first stage of "requirements analysis", even cannot address it during "system implementation"- the second stage of building an office automation solution. So programmers have to frequently add new technologies to meet customers' evolving needs and execution of office automation application is confronted with problemsof "ever changing implementation due to rapidly changing needs of customers, extension of timeline, and unpredictable performance of application system".
Baotou’s Finance Information Center which I work for set up an office automation system (NOTES Edition) based on C/S for Finance Bureau. This system can’t meet the complicated transfer of document. There is no well effect throughout two year’s use. So we decide to develop a new office automation system which can deal with the complex and heavy document operation and establish project at 2005. This project is led and corresponded by Information Center, designed and developed with Tsinghua TONGFANG Company. I take charge the design and implement of the transfer of document’s Workflow definition.
Through the sufficient research of the Bureau’s daily document operation，we conclude all needs and then put forward the main problem which needs this system to solve. It is achieving user’s applicability need, having well currency, and implement all operation via friendly Web interface.
Configuring agility to office system come true by operating the relational database. This paper organized as follows: fist part gives the background of flexible structure office system’s development. Then analyses and explains the architecture, work flow, work pattern, discusses the design and implement of Workflow definition and document transmittal. Last part we conclude the experience and shortage of software developing, and propose some imagination for improving the system.
KeywordS： flexible structure, B/S structure system, RBAC, OMG, RAD
目 录
图表目录
图2.1.3.1 B/S办公产品和C/S办公产品之间的比较 6
图2.1.3.2基于群件的产品和基于数据产品之间的比较 7
图2.1.3.3 固定结构与灵活结构之间的比较 8
图3.1软件体系结构示意图 13
图3.2软件系统结构示意图 14
图4.1软件主要业务处理流程示意图 16
图4.2公文流转设计用例图 17
图4.3发布公文时序图 18
图4.4审批处理公文时序图 18
图4.5公文监控处理时序图 19
图4.6流程设定时序图 19
图4.7软件总体模块图 20
图4.8公文流转流程设定DFD图 23
图4.9公文流转流程设定ER图 28
表4.1环节记录表 28
表4.2案例记录表 29
表4.3案例环节记录表 29
图4.10流转流程设定流程图 30
图4.11流转流程 31
图4.12 RBAC的组成结构图图 33
图4.13 RAD工具的工作模式图 33
图4.14公文流转访问控制设定DFD图 34
图4.15公文流转访问控制ER图 37
表4.4资源记录表 38
表4.5用户记录表 38
表4.6角色记录表 39
表4.7访问控制记录表 39
图4.16资源分配流程图 40
图4.17用户授权流程图 40
图4.18公文流转监控DFD图 42
图4.19公文流转监控ER图 45
表4.8公文流转信息表 45
表4.9消息记录表 46
图4.20公文流转监控流程图 46
图4.21公文流程处理状态图 47
图4.22公文发文处理DFD图 48
图4.23公文发送ER图 51
表4.10公文记录表 52
图4.24公文发送流程图 52
图4.25发送公文流程 54
图4.26WAR包结构图 61
第一章 绪论
1. 1 引言
在今天，人们利用网络、电子等来实现跨越地域的交流和沟通已经成为现实。席卷全球的数字化大潮，对政府机关、企业而言，既是动力、也是压力，推进信息化、实施办公自动化已经成为一种迫切需求。一套符合中国国情的办公自动化软件，将为政府机关整合各种信息资源，全面实现电子政务提供强大的支持。
随着社会经济的不断发展，在国家政策的不断正确引导下，各级政府的内部机构和人员的设置越来越精简，管理也不断走向优化，面对繁重的办公事务，如何提高办公效率、并利用各种资源为领导的决策带来准确无误、快捷详尽的数据成为政府机关单位改革的一个重要的课题。现代管理模式和管理方法在中国的应用，使越来越多的政府机关 决策层注意到提高办公效率必须要采用科学的管理工具和管理手段，办公自动化的应用日益迫切，实现办公自动化是众多单位近期的重点目标。办公自动化系统的使用促使全员更加紧密协作，以团队的力量增强竞争力，并且提供准确的监督机制，使管理更加民主化和规范化，充分共享和利用机制使得各种资源能够充分发挥其效能，减少浪费。并且，在竞争日益激烈的今天，办公自动化系统对于提高政府的形象和影响力有着重要的作用。
为使我局的办公自动化系统更加灵活的适应工作的需要，于2005年初拟定对原有的NOTES版本的办公自动化系统进行升级，开发一套使用简单、方便快捷，能满足其现有复杂公文流转业务需要的灵活办公自动化软件。该软件的设计和研发工作由信息中心和清华同方公司共同负责。本人负责并参与的是工作流定义、公文发送两部分的设计和实现。
1.2 系统开发的背景和意义
所谓电子政务，就是政府机构应用现代信息和通信技术，将管理和服务通过网络技术进行集成，在互联网上实现政府组织结构和工作流程的优化重组，超越时间、空间与部门分隔的限制，全方位地向社会提供优质、规范、透明、符合国际水准的管理和服务。
政府的信息化建设是国民经济信息化建设的重要组成部分。随着技术进步的加快，互联网的出现和迅速发展，一个全球性的信息社会正在逐步形成，推进政府部门政务工作的自动化、网络化、电子化，已是大势所趋。联合国经济社会理事会从1999年开始，连续几年都把把推进发展中国家政府信息化，通过信息化改进发展中国家的政府组织、重组公共管理、最终实现信息资源的共享作为其工作重点。在全球各国积极提倡的“信息高速公路”的应用领域中，“电子政府”(e-government) 一直被被列为第一位。当前，世界上许多国家都正在为构建电子政府、实施电子政务而争分夺秒。实施电子政务能够提高效率，提高政府工作的透明度，推进廉政、勤政建设，最大的优势是，政府可以利用信息化手段更好地为公众服务……
随着中国加入WTO和2008年奥运会的临近，关于电子政务的讨论、规划和设计实施已经成为整个社会炙手可热的话题，如何加快政府现代化建设步伐，提升整个社会的信息化水平和服务发展水平是目前从国际到国内、从中央到地方政府、从社会公众到各类企业、从专家学者到IT产业，都在关注的问题，同时也成为中国政务改革最核心的内容之一。
全国人大2001年3月通过的《国民经济和社会发展十五计划纲要》明确了“以信息化带动工业化”的主张。今后我国应该进一步明确电子政务在信息化建设中的作用和地位，通过电子政务促进电子商务和家庭上网工程的发展，“以电子政务带动信息化”应当被看作是国民经济和社会信息化的一项基本策略。
政府是社会信息资源的最大拥有者、生产者、使用者和传送者，政府所拥有的资源占整个社会资源的80%或更多，对社会信息资源的开发与利用起着主导作用。目前，信息网络技术的发展使得政府机构拥有、生产、使用与传送信息的方式都发生了深刻的变化，这既带来了机遇，又带来了挑战。从某种意义上讲，政府能否适应信息网络技术发展的特点，科学、有效地开发与利用政府信息资源，将直接决定一个国家的信息化发展前途。
对政府来讲，机构改革后对人员工作效率、业务管理和协调能力提出了更高的要求和挑战，通过电子政务可以提高人员效率，减少工作人员负担和加强政府管理职能的管控力度，提高政府部门之间的沟通能力。我们可以看到，电子政务将建立一个更符合环保精神的政府——因为它实现了无纸办公和远程办公，一个更开放和透明的政府——因为它拥有快捷、全面的信息披露和双向直接沟通，一个更有效率的政府——因为它可以把传统的政府管理和服务职能通过互联网直接推进到公众和企业身边，一个更廉洁勤政的政府——因为它的开放性将有效地抑制在传统政务中容易滋生的腐败和徇私现象。
另外，政府信息化是社会信息化的基础。随着企业信息化进程的延伸和加速，政府机构在与企业相关的运作和服务方面，也必定要实现数据交换和服务模式的对接。正如有些专家所指出的，没有政府信息化，就没有全面的企业信息化；没有电子政务，就没有真正的电子商务和企业信息化。电子政务不仅为电子商务和企业信息化提供了良好的支持环境和对接方式，而且也成为电子商务的服务对象和客户。在这个意义上，电子政务工程将成为社会信息化水平的重要标志和国内信息产业和服务业发展的关键动力。
我国政府信息化项目一直是遵循着这样的主线纵深发展的：
内部的办公自动化
部分管理部门的电子化，例如金税工程
政府的全面职能上网
结合一些政府机关的实际情况，我们对本软件的目标界定为建设和实现一套灵活结构的办公自动化系统，主要提高政府机关信息化工作水平，加强沟通，密切使用单位与社会各界的联系，为单位领导提供高质量的信息服务,提供有力的决策政策支持。
系统建立之后，能够使日常工作效率更高，对外来事件的响应更加迅速，同时办公成本和人员投入也会随着信息系统的建设不断下降。
因此，我们非常有信心的认为系统建设之后，将会为使用单位带来良好的社会效益和经济效益，而目前软件的成功使用也证明了这一点。
第二章 灵活结构办公自动化平台和工作流概述
2.1 灵活结构办公自动化平台概述
2.1.1 使用灵活结构办公的原因
办公自动化(Office Automation，简称OA)一词从八十年代中期在国内提出以后，国内IT业界和企业、行政管理的学者们做出了长期努力，他们作为一支中坚力量在不断地推进着我国办公自动化技术的前进。办公自动化本身是一个在不断发展的概念，十几年来，办公自动化从以数据为处理中心的传统MIS系统发展为今天以工作流为中心的办公自动化系统。
然而，在实际的应用当中，成功的案例却并不多见。甚至到目前为止，很多单位在办公自动化建设过程中，也常常陷入了“信息化陷阱”当中。我们经常会听到用户抱怨开发者开发几年都没有开发出一套完善的系统。而开发者却抱怨用户在开发前提不出明确的需求，在开发中途又频频地改变需求。于是，开发者便不断地修改程序，以应付不断变化的需求。从而使OA的开发便陷入了“需求不断变化、软件不断修改、周期不断延长、效果难以预料”的尴尬局面。
究竟是什么原因造成这样的局面呢？根据研究发现，主要有以下几个原因：
作为工作流构成要素的办公环节、组织结构和办公方式在不同的政府机关是各不相同的，在同一机关，也是在不断变化之中的。这种变化和不确定性在相当长的一段时间里使得办公自动化的建设处于“需求更改--程序修改”的循环当中。
办公本身的复杂性和广延性
从狭义的理解来讲，办公就是管理。对于一个组织，管理活动涉及组织内部外部的诸多因素，经过许许多多适应不同管理需要的环节和人员。这个客观事实决定着办公自动化实现的复杂性和难度都是非常高的。
管理的多样性和不确定性
各个组织的管理具有自己的独特模式，即使是遵循ISO9000族标准的组织也可以根据组织的规模和结构复杂性来确定自己的管理复杂程度。另外，一个管理模式也并非是一成不变的，随着组织的发展和进步，管理模式也将不断地向优化和高效发展。
人们的习惯意识
政务信息化、办公自动化的实现是对人们传统办事方式的革命性改变。人们从原来看得见摸得着的实物为对象的办公方式，要转变到“来无影去无踪”的电子化过程，心里不免会产生“患得患失”的不信任感。
人的习惯意识是可以通过培训和实践来得到转变。事实上，在国家高度重视信息化建设的今天，人们对电子化已经并不陌生。因此，归结起来，软件对实际办公应用的“变数”的适应能力是目前国内OA建设的最大技术障碍。
软件系统不能适应管理组织与管理模式变化，是实现办公自动化的最大障碍。
2.1.2 灵活结构办公自动化的探索
办公自动化的核心就是工作流的电子化实现，而现实工作流的多样性和不确定性又是办公自动化实现的最大障碍。有没有一种方案可以冲破这些障碍呢？
面对实际办公应用中的无穷“变数”这个巨大障碍，中国的OA先行者们做出了巨大的努力。寻找一套适应需求不断变化和组织不确定性的办公自动化解决方式，建立一套能够根据实际组织结构和应用需求定制系统实际功能的智能化办公自动化系统平台，成为我国办公自动化建设的唯一出路。
对我国办公涉及的要素和人们办公习惯进行深入的研究、分析，终于找到了实现以上思想的方案，那就是：将办公自动化抽象成一个信息交换的平台，即建立一个办公自动化应用平台，将平台和实际应用分离，然后在这个平台上根据不同的需要和应用来定制适合自己的系统。而在本单位的组织结构、办公方式或者流程变化以后，只要根据新的情况对原来的定制规则做简单的适应性修改就能够满足新的应用。
简单来说就是：办公系统平台+应用自定义。
打个比方说，就是建立一个集交通网络和交通控制的交通平台，至于在这个交通平台上跑公共汽车、卡车还是小汽车，那就让用户来决定。而这些公共骑车、卡车与小汽车各种各样的行车路线，也可以由用户来决定，并随时改变。
基于上述思路，我们在与清华同方的技术人员的讨论中完善了思路，在与多个使用者的交流中成熟了设计，解决了种种问题，推出能自定义工作流程的办公自动化平台。
这是一个基于信息交换平台的工作流平台。通过这个平台实现现实办公中存在的直流、横流、分流、环流、子流等等工作流的信息流动方式。信息在流动过程中可以携带目前计算机所支持的任何类型的文件信息。而实际的工作流方式可以由用户根据本单位的实际应用自行定义的。这样就完全解决了因实际办公需要出现“变数”所带来软件修改的问题，从而让客户享受到能够长期满足自己组织需要的OA软件。
可以说，“办公系统平台+应用自定义”基本上科学的地化解了具体需求不断变化和软件生命周期之间长期存在的矛盾。
2.1.3现有的办公系统的分析
现在市场上的OA产品主要分为以下几种：
基于C/S结构的办公自动化系统
基于IBM Lotus Notes或Microsoft Exchange进行开发的，基于群件系统的办公自动化系统
固定结构的办公自动化系统
灵活结构的基于关系型数据库的办公自动化系统
2.1.3.1 C/S结构的OA
C/S结构的OA其实是第一代的办公自动化系统。它起源于政府公文和档案管理的需求，它实施了工作流程的自动化和文档的电子化管理。它的特点是以公文处理、档案管理为核心，办公其实就是办文，并形成了以后OA的基本体系。此时OA的架设也多在C/S下，无法很好的支持远程办公和移动办公，同时当用户达到一定程度时部署和管理难度将大大提高。随着时间的推移,使用这类OA系统的用户越来越少。
图2.1.3.1 B/S办公产品和C/S办公产品之间的比较
Figure 2.1.3.1 Compare B/S structure product with C/S structure product
2.1.3.2 基于群件的办公自动化系统
基于群件的办公自动化系统曾经一度占领办公系统市场的大半河山。Notes/Domino有较强的安全管理机制，有比较好的流程管理功能。但它的缺点也是显而易见的：其标准相对封闭而且通用性较差，日后的数据整理挖掘、再次利用时都会出现很多问题。2005年1月24日，IBM公布了其IBM Lotus Domino平台的未来远景详情以及Lotus Domino家族的未来方向和产品路线图。Lotus Notes和Domino未来远景将允许客户利用新的IBM Workplace功能和IBM DB2集成，提供关系型数据库的支持。但就现在情况来说，Notes/Domino能将传统意义上的办公支持的很好，但可扩展性可以说是十分不好了，而扩展性往往是现在用户优先考虑的条件。
图2.1.3.2基于群件的产品和基于数据产品之间的比较
Figure 2.1.3.2 Compare product based on groupware with based on DB
2.1.3.3 固定结构办公自动化系统
固定结构办公自动化系统往往是用户根据自身情况度身订造的办公自动化系统，但由于需求的不断变化，往往最终不能完全满足用户的要求。而且，当开发基本完成后，每次修改流程往往需要修改代码，时间和人力的消耗往往令人难以接受。而且不同用户的需求不尽相同，往往不能复用，使得开发成本大大增加，或者根本不能完成产品化工作。
图2.1.3.3 固定结构与灵活结构之间的比较
Figure 2.1.3.3 Compare flexible structure
With fix structure
2.1.4 系统构架设计基本原则
2.1.4.1 平台设计的基本思路
由于办公自动化系统是一个规模庞大、结构复杂、信息量大的综合信息系统，因此，在展开本项目时，一定要在设计规划阶段进行细致认真的工作，这样才能保证项目的顺利进行和规避不必要的项目风险。
总结现有办公系统的优缺点，我们对办公平台进行了设计。将基本设计定位于：基于B/S结构、关系型数据库的，使用n层结构的自定义办公自动化平台。
在本软件的设计规划阶段，根据系统的特点和业务的要求，我们将遵循以下设计原则：安全性、先进性、实用性、易用性、可扩展性。
2.1.4.2 安全性
安全保密是电子政务建设的关键。国务院规定，安全保密技术与信息技术发展同步——也就是同步发展、同步规划。政府各部门内部的局域网都应该设密码。在加密、防黑客、防病毒等信息安全技术还没有应用之前，政府内部的局域网不应该传输涉密文件，办公系统就不应该接入互联网。同时，系统提供多种安全策略，多种权限控制，高密度日志，从一定程度上保证了系统使用的安全。
2.1.4.3 先进性
作为支撑日常办公的办公自动化系统，该系统除了必须满足当前的应用要求，在整套系统的设计过程中，还必须强调先进性。当前的信息技术日新月异，如果这套系统只着眼与满足当前的需求，而忽视了对系统技术和体系的前瞻性，可以预见在不久的将来，系统必将不能满足日益增长的需求，导致系统的生命周期缩短，从而增加在信息化建设上的投资。
本系统采用业界公认先进的和标准的软件技术，符合信息技术发展的趋势，保证系统在可预见的阶段内有相当强大的生命力。在系统中，我们在以下两个方面满足系统对先进性的要求：
2.1.4.3.1 技术先进性
保证系统的技术先进性，是保证整个系统生命周期的重要环节。在本系统中，我们使用了比较成熟而又有发展前途的先进技术，保证整套系统在一段时间内的整体技术领先。
2.1.4.3.2 结构先进性
对于技术先进性，系统结构的先进性则更为重要，如果说技术先进性是保证系统生命周期的重要环节，系统结构的先进性则是保证系统生命周期的基础。根据我们以往的项目经验，一般一套庞大的系统不可能是在一段短时间内就能开发完善的，它往往必须通过一段时间的“使用—修改”过程才能够比较好的满足用户的需要。这样，系统的结构就非常重要，系统结构是否设计得灵活，有利于扩展；其数据结构是否设计得科学合理，对于系统日后的使用和修改有着非常大的关系。从以往的经验可以看出，系统结构的不合理，正是导致出现所谓“信息孤岛”现象的关键。为了避免这种现象的产生，我们在设计这套系统时，将充分理解需求，并在此基础上对需求进行整合分析，再利用先进的数据建模的方法对系统进行规范设计，保证整个系统的有机完整。在本系统中，体现了以下一些结构
特点：
框架结构：保证系统各个模块在用户权限管理和界面整合的一致性。
自定义结构：可以根据用户不断变化的需求通过可视化、无代码的方式调整系统各种属性。
完善而标准的扩展接口：满足日后增加的需求，使系统具有良好的二次开发接口。
2.1.4.4 实用性
为确保系统的实用性，我们将针对我局的特点选用比较成熟而稳定的技术，针对信息流的特点采用合适的系统结构，使整个系统达到最高的性价比性能，并尽量简化用户的操作步骤，使系统容易被使用。另外，对于一套部署范围比较广的系统，其培训成本和维护成本在整个系统成本中占有非常大的比重，针对这一特点，我们使用了B/S模式的模式来设计系统，降低用户的操作难度，也为降低系统维护和升级的成本打下很好的基础。
2.1.4.5 易用性
我们必须正视普通用户存在计算机水平参差不齐的可能性。因而，本办公自动化系统的界面并不一定如商业网站那样华丽，其首要的要求应是简单实用，而不是华而不实。在系统设计时，应该对系统的整体风格布局以实用、简洁、易用为原则，具有一致、友好的客户化界面，注重于界面的整体效果，精心设计界面中诸如按钮位置、数据表现方式等细节，使操作者能够方便地操作和比较容易地理解界面所表达的信息和内容，便于用户快速掌握系统的使用。日常办公无需长时间的训练和磨合，在相当短的周期内就可以完成从传统的纸质文件办公向全面的无纸化办公方式迁移。而对于系统的管理和维护人员，系统具有可管理和易于维护的特点。力求以最少的人力资源和技术要求，就能够很好地维护和管理系统的正常运行。
2.1.4.6 可扩展性
我们在前面提到整个系统结构的重要性，其中十分重要的一点就在于整套系统的可扩展性。系统可扩展性的程度，直接影响到系统的生命周期。在系统中，我们主要使用以下方式来保证系统的可扩展性：系统使用框架结构、使用关系型数据库、使用公开接口、提供自定义工具等等。
2.2 工作流概述
工作流的概念起源于生产制造业与办公自动化领域。工作流是一类能够完全或部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务在不同的执行者之间传递、执行。工作流的目的是通过将工作分解成定义良好的任务、角色，按照一定的规则和过程来执行这些任务并对它们进行监控，达到提高办事效率、实现办公自动化。
为了实现对业务过程的工作流管理，需要相应的软件系统的支撑。此种软件系统为工作流管理系统（Workflow Management System,WfMS）。工作流管理系统是“一种在工作流形式化表示的驱动下，通过软件的执行而完成工作流定义、管理及执行的系统”，其主要目标是对业务过程中各活动发生的先后次序及同活动相关的相应人力或信息资源的调用，进行管理而实现业务过程的自动化。工作流的过程定义是指对业务过程的形式化表示，它定义了过程运行中的活动和所涉及到的各种信息。这些信息包括过程的开始和完成条件、构成过程的活动以及进行活动间导航的规则、用户所需要完成的任务、可能被调用的应用、工作流机的引用关系以及与工作流数据的定义。其中活动指的是工作流中的一个逻辑步骤；工作流实例指的是工作流的一次执行过程；工作流机是一个为工作流实例的执行提供运行服务环境的软件或“引擎”，它是工作流执行服务的核心，负责对解释过程定义、控制过程实例的执行、控制工作流中各个活动的执行顺序、并完成与其它工作流机的交互与通讯。
根据工作流系统所采用的任务项传递机制的不同，工作流管理系统（主要有三种方式：（1）基于文件的工作流管理系统——以共享文件的方式来完成任务。这种类型的产品是产生最早、发展最成熟、最具多样性的，通常包含有Client/Server模式的图像、文档与数据库管理系统。（2）基于消息的工作流管理系统——通过用户的电子邮件系统来传递文档信息。这种产品都实现了一种或多种电子邮件系统的集成。（3）基于Web的工作流管理系统——随着计算机网络技术的发展和Internet应用的不断普及，Web技术因其界面的一致、简单及与平台的无关性，在其出现之后就得了迅速发展。同时Internet的发展及单位Intranet的构建为人们提供一个理想的协同工作环境，也使基于Web的工作流管理系统成为可能。
1994年11月，工作流管理联盟发布了工作流管理系统的参考模型，它定义了一个基本的工作流管理系统所需要的6个基本模块，并制定了各模块之间的接口标准。其基本的模块功能如下：
1） 过程定义工具：为用户提供一种对实际业务过程进行分析、建模的手段，并生成业务过程的可被计算机处理的形式化描述。
2） 工作流执行服务：它借助于一个或多个工作流机，激活并解释过程定义的全部或部分，并同外部的应用程序进行交互，完成工作流过程实例的创建、执行与管理，为工作流程的运行提供一个运行时环境。
3） 其他工作流执行服务：在大型的WfMS中，工作流可能需要多个工作流机共同完成，甚至需要其他异质的工作流执行服务来辅助来完成，这涉及到WfMS系统之间的互联。
4） 客户应用程序：它给用户提供一种手段，以处理过程实例运行过程中需要人工干预的任务。每一个这样的任务就被称为一个工作项。WfMS为每一个用户维护一个工作项列表，它表示当前需要该用户处理的所有任务。
5） 被调应用程序：指工作流执行服务在过程实例的运行过程中，调用的、用以对应用数据进行处理的程序。在过程定义中包含这种应用程序的详细信息，如类型、地址等。
6） 管理及监控工具：其功能是对WfMS中过程实例的状态进行监控与管理，如用户管理、角色管理、审计管理、资源控制等。
Internet/Intranet应用的普及和Web技术的发展，为工作流管理系统的实现提供了一个理想的平台，而基于Web的工作流管理服务为灵活办公自动化的实现提供了良好的基础。
第三章 软件概论
3.1 软件结构和技术手段
B/S 结构的系统以服务器为核心，程序处理和数据存储基本上都在服务器端完成，用户无须安装专门的客户端软件，只要通过网络中的计算机连接服务器，使用浏览器就可以进行事务处理。B/S 模式具有易于升级，便于维护，客户端使用难度低、可移植性强等特点，其采用的主要技术手段有 Notes 编程、ASP、Java 等，同时也使用COM+、ActiveX 控件等技术；而C/S 模式系统以服务器作为数据处理和存储平台，在终端上设计有专门的应用程序进行数据的采集和简单处理，再将数据传递到服务器端，用户必须使用客户端应用程序才能对数据进行操作。
可以说C/S和B/S两种模式各有特点，那么究竟选择哪种模式作为本软件的系统结构呢？考虑到本软件的用户群大多是不具备计算机专业知识的用户，C/S结构客户端软件在使用上具有一定难度，而B/S结构本身就具有操作简单、快捷，尤其在网络迅猛发展的今天，几乎人人都要使用浏览器进行网上冲浪；C/S结构客户端软件存在升级更新的问题，在客户端众多的情况下也是一件头痛的事情，而B/S结构升级维护相当的便利，只需要调整服务器程序即可；从本软件使用的维护角度上考虑，B/S结构也可以节省大量的维护费用，因此本软件最终决定采用B/S结构。
那么软件采用什么技术手段进行开发呢？
目前主要的技术手段有基于群件技术、基于 Windows.NET 、基于Java，而这些开发手段也是各有特色。
现在市场上的主流群件软件有两种。一种是 IBM 公司的 Lotus Notes，另外一种则是 Microsoft 公司的 Exchange Server。
Lotus Notes被视为最成熟的办公自动化系统平台，由于其本身具有强大的工作流（Workflow）设计能力，与公文流转复杂的工作流相适应，因而成为了大型公文流转系统开发的首选技术手段。利用 Lotus Notes 既可以实现C/S 模式的公文流转系统，也可以使之适应 B/S 的应用模式，其完善的文档数据库和权限管理系统为公文流转的顺利实现提供了强有力的保障。但 Lotus Notes 的灵活性较差，外在表现形式单一，开发成本高。
Exchange Server 与 Lotus Notes 有相似之处，都具有强大的工作流设置能力，在早期的办公自动化系统中，Exchange Server 被广泛使用，在客户端使用 Outlook 等电子邮件系统进行操作，在使用上不直观，灵活性差，同时基于 Exchange Server 的二次开发难度也较大，系统之间的兼容性和扩展性差，目前在市场上单纯地基于 Exchange Server 的公文流转系统比较少见。
Windows.NET 框架具有很强的灵活性和扩展性，能够与操作系统平台进行良好的结合，与各类应用程序可进行数据传递，其系统同时可应用 B/S 和 C/S 两种模式，在外在表现形式上十分灵活，开发难度和成本低，能够方便地使用各类中间件。Windows.NET 框架下的开发工具很多，主要有 VB、VC、ASP 等，作为一种通用的开发手段，Windows.NET 框架的应用范围很广，但其专业性不强，在开发公文流转系统时需要进行复杂的重定义工作，同时在规模大的应用过程中稳定性一般。
Java 具有很强的数据处理功能和稳定性，在大规模数据处理和安全性方面占有优势，适合开发浏览器形式的应用系统，J2EE 的开发模式适合工作流性质软件的开发，有比较强的灵活性，在开发模式上与 ASP相似，并且Java技术发展迅速，周边产品众多。
综合考虑这三种技术手段的优劣，最终本软件选择Java作为主要技术手段。提出系统的基本建设原则如下：
运用Java技术手段，建立一个B/S 结构，基于Internet、以通用浏览器为前端、完全 Web 化的灵活办公自动化系统。
图3.1软件体系结构示意图
Figure 3.1 Software structure sketch chart
图3.2软件系统结构示意图
Figure 3.2 Software structure sketch chart
3.2 软件特点及软件环境
本软件采用B/S 结构，运用Java技术实现，涵盖所有与纸质公文处理有关的基本流程，具有很强的通用性。
主要特点：
1．业务处理能力强、运行效率高、可移植性强；
2．使用Java技术实现了工作流引擎；
3．资源配置灵活，功能丰富；
4．使用操作简单，人性化程度高；
5．升级、维护简单安全；
6．高度安全性支持电子签章、数字签名与传输加密技术、身份验证技术。
本软件选择基于 BEA 公司的 WebLogic 8.1 应用服务器为基础的J2EE 实现体系，软件运行的硬件环境使用用户现有设备；
软件环境如下：
开发工具：JBuilder X
Web服务器：
操作系统：Windows 2003 Server
应用服务器：WebLogic 8.1
数据库服务器：
操作系统：Windows 2003 Server
数据库：Oracle 9i
客户端环境：
浏览器：IE 6.0
操作系统：Windows 98/2000/XP
第四章 设计与实现
4.1分析与设计
4.1.1总体设计
4.1.1.1主要业务处理流程
公文流转，主要实现公文的创建、查询、办理、催办、跳转、归档和销毁等功能，而公文流转的主要业务处理流程为，起草发送公文－登记公文－进入流转流程处理－归档或销毁。
图4.1软件主要业务处理流程示意图
Figure 4.1 software main operation flow sketch chart
公文流转的主要业务处理流程的说明：
首先，用户登入办公自动化系统，根据权限起草公文，当公文起草完成后，即可选择上传文件或者在线编辑的方式发布公文。
接下来，公文进入流转流程进行流转，在流程中每个环节处理完毕后会为其加上一个标签，该标签表明本环节处理完成并指明下一环节（有些环节的后续环节可能不是一个，并且没有先后次序，因此就可以不加上标签）。
公文再次进入流转流程开始流转、处理，直到公文没有被任何环节加签，此时检查是否完成了全部处理流程，若没有完成全部处理流程则进入流转流程继续处理；若完成了全部流程，则结束在流转流程中的处理。最后，进行归档或者销毁等操作。
4.1.1.2主要的功能模型
公文流转实现公文的创建、查询、办理、催办、跳转、归档和销毁等功能。其中公文创建指内部公文的拟制、发布，还包括对公文的修改。办理是流转过程的核心，办理过程对公文进行审核、批复、回答、退签等，还可以对公文正文进行修改。公文催办可以通过电子邮件或者信息方式向办理人发出催办信息。公文跳转指让公文跳过流程中的某一环节流入下一个环节办理。公文归档和销毁是公文办理完毕后，有归档或销毁权限的人员对公文做的相应处理。根据以上需要和功能的描述，绘制公文流转软件主体设计用例图。
图4.2公文流转设计用例图
Figure 4.2 Document transfer design use case chart
图4.3发布公文时序图
Figure 4.3 Document release time order chart
图4.4审批处理公文时序图
Figure 4.4 Document approve disposal time order chart
图4.5公文监控处理时序图
Figure 4.5 Document watch disposal time order chart
图4.6流程设定时序图
Figure 4.6 Flow setting time order chart
公文发布用户在登录系统后，在其拥有的权限范围内可以起草、发布一些发文；对于自己发布的发文，在公文进入流转前可以进行修改，包括公文相关信息和正文的修改；当公文进入流转以后，发布人可以查询其办理情况；
公文办理用户在登录系统后，如果有公文需要办理，则对公文进行审核、批复或编辑；而拥有催办、跳转、代理权限的用户也可以执行相关的处理；负责归档销毁操作的用户，则对公文进行归档或销毁的处理；
系统管理员登录系统后，可以使用系统维护的功能对软件中资源、功能、人员等进行调配。
4.1.1.3模块分析
根据公文流转软件实现的功能，将软件分为：公文流转控制、公文流转监控、公文发送、公文接收、公文业务处理、归档/销毁、系统维护、查询统计、通讯录等主要模块。
图4.7软件总体模块图
Figure 4.7 software entire module chart
软件总体模块图中实线框【公文流转控制】、【公文流转监控】、【公文发送】三个模块的设计和开发是本人的主要参与的工作，因此本文重点说明了这三部分的设计和实现。
各模块实现的功能描述如下：
公文流转控制：定义公文流转的处理结构、描绘处理过程，确定公文流转的活动和任务组成；确定公文流转中各个环节的执行条件、处理规则；完成公文流转中用户权限的设定。
公文流转监控：实现对公文流转中任务的监控，并调用催办、跳转、代理等功能。
公文发送：实现公文发送的功能。
公文接收：实现接收公文的功能。
公文业务受理：实现包括公文的编辑、审批处理和针对某一具体任务的催办业务、跳转处理、代理处理等功能。
归档销毁：对公文进行归档、作废、销毁等处理。
系统维护：包括日志管理、组织管理、角色管理、用户管理、功能管理、资源管理。
查询统计：实现公文的各种查询，如：流转中公文查询统计、归档公文查询统计、作废公文查询统计、销毁公文查询统计。
通讯录：记录流程中相关人员通讯记录，支持发送即时消息、电子邮件。
4.1.2公文流转控制方法
本文首先需要解决的问题，是采用何种方式、方法对公文的流转加以控制，来保障公文流转的进度。
在公文流转业务中，有些公文是按等级划分的，比如普通公文、加急公文、特级公文等，不同等级的公文有各自处理的时间要求；有些公文对于处理时间提出了具体的要求，比如说某公文的整个处理流程要在30个工作日完成；有些公文，不但公文整体处理有时间上的要求，还对各个处理环节、步骤提出了具体时间要求，比如某公文的处理流程为四个环节，分别是：发文、核实、审批、归档，要求该公文的整个处理流程要在30个工作日完成，并且要求发文3个工作日完成，核实8个工作日完成，审批8个工作日完成。
显然对于不同类型的公文，应该采取不同的控制方法，有针对性的对这些公文进行流转控制。
根据上述公文流转业务的实际要求，本文采取了公文分类法和时间控制法来对公文的流转加以控制。
一、公文分类法
任何事情都有轻重缓紧之分，不能将所有的事清都一概而论，如果大小不分、轻重不论，直接导致的后果就是事情杂乱无章。公文同样如此。因此有必要引入公文分类制度，按照公文处理的时间要求，将公文分为三类：普通公文、加急公文、特急公文。这三类公文的处理时间为固定值，根据用户业务的具体需求而定，有别于后文的时间控制法。如普通公文办理时间为30天，加急公文的办理时间为 10 天，特急公文的办理时间为3天。
当用户登录系统后，系统显示该用户可以处理的公文列表，列表的排列顺序以公文的级别的为依据。特急公文显示在待办公文的最顶端，并用显眼的红颜色表示；接着是加急公文，以黄颜色表示；最后是普通公文，以浅蓝色表示。方便用户按照特急、加急、普通的顺序来处理公文。
二、时间控制法
在分类的同时，可以为每一个公文流程设置处理的时限，并通过时间来控制公文的流转；还可以为公文流程的各个环节分别设置处理的时限，以此来控制和推动公文的流转。由此抽象出四种方法来推动和控制公文流转。
1、单步控制法
将一个公文流转分解成每一个具体的步骤（即流转环节），为每一个步骤按照在流转流程中所占的比例设定一个完成时限，按照每一个步骤的时限来控制公文的流转。除了每一个具体步骤办理的时间需要设定外，还要设定其他相关的时间：如单个环节接受任务时间，整个流程接受任务时间，预先警告时间等等。单个环节接受任务时间为上一节点完成流程到下一节点接受流程两者之间的时间。这个时间用来控制整个流程的紧凑程度。整个流程接受任务时间为流程开始到第一个处理节点接受流程两者之间的时间。预先警告时间为一个节点或整个流程当前所用的时间己经超过了所能用的时间的80％的时间。
2．整体控制法
设置公文流转流程的处理时限，以一个公文的整个流转过程作为判定有没有超过所设定的最后时限的依据，以此来控制公文的流转。
3．自动控制法
系统根据指定的时限自动对公文进行控制，进行催办、跳转、代理等操作。比如说：系统设定特急公文的处理时限为 3 天，若一个环节从开始流转到当前的时间超过了预先警告时间，那么就应该对该公文、该环节的处理人员进行催办。如果催办没有结果，还要按照系统的设定进行跳转或代理。如果该环节在关键流程上，那么只在此进行催办；如果该环节不在关键流程上，那么既可以进行催办，也可以进行跳转。
4．人工控制法
人工控制法，是具有相应权限的用户通过催办、跳转、代理等手段控制公文流转的方法。例如：具有催办权限的用户，在登录系统后，进入催办处理功能模块，选择待处理的公文业务，可以看到该公文的流转状态图。图中直观的显示出：公文的开始时间和最后时限、各个环节的开始时间和最后时限，己经完成了哪些流程或环节具体的开始、结束的时间是什么，哪些公文已经开始或上一环节已经结束而下一环节没有开始，哪些公文或者环节已经超过预先警告时间等等。用户根据需要可以进行催办、跳转、代理等等相关的操作，此后可以随时查询这项工作的具体进展情况。
本软件在使用中，可以任选上述诸方法中的某一种方法对公文流转加以控制，也可以选择多种方法相结合对公文流转进行控制。合理的使用这些控制方法可以将公文分门别类、按照一定的规则将业务进行划分处理，使业务处理更加清晰，方便对业务进行监控处理。
如何将这些控制方法应用到公文流转软件中呢？如何定义公文流转的时间要求、处理规则呢？这就是下文公文流转流程设定所要解决的问题。
4.1.3公文流转流程的设定
为了行之有效的运用流转控制方法对公文流转进行控制。本文将定义公文流转的处理过程、流转规则、执行条件、处理规则的工作合并起来，称为公文流转流程设定，也就是定义工作流的过程。
现实工作中，公文的种类多种多样，不同类型的公文也不可能全部按照同一流程进行流转，并且在各个环节上的处理也不尽相同，这样就需要为不同业务处理流程定义不同的处理规则。本文参考工作流的概念，将公文流转的基本要素定义为案例、任务、过程三个：案例定义了一类公文的处理过程、活动、各个步骤、环节的处理操作和处理规则；任务是案例的一个具体应用，对应一笔具体的业务；过程是任务在流转中一系列处理的描述。本文将流转中的每一个步骤（或处理环节）定义为最小的单位，称之为活动或者流转环节。因此公文流转流程设定，实际上也是案例设定的过程，亦可称为案例的设定。
案例的设定信息存储在数据库中，设定的信息描述了公文流转的起始点、公文流转的步骤、流转途经的各个环节，并定义在各个环节上需要进行的操作和处理规则，并可根据需要定义整体处理的时间限制和每一步骤的处理时间限制。公文在流转软件中流动，可以理解为某一流转过程（案例）的一个具体实例。公文流转的信息和正文存储在数据库表中，公文信息表记录了公文的正文和基本信息，其中流程类型（FlowType）这一属性即标识了公文选用的流转流程（案例），公文就会按照选用的流转流程（案例）流转处理。
接下来用数据流图、ER图、数据字典、程序流程图，详细描述了公文流转流程设定的分析和设计部分。
993
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
