网上公文管理系统的设计与实现毕业论文.doc 33页

'网上公文管理系统的设计与实现毕业论文目录摘要1引言11.1公文管理系统的介绍及其重要性11.2问题的提出22　公文管理系统需求分析42.1需求分析过程42.2收文管理业务分析42.2.1收文办理流程介绍52.2.2发文管理流程介绍53公文管理系统的总体设计83.1系统设计的目标83.2系统的特点93.3　系统的功能模块93.4系统的体系结构114公文管理系统的实现164.1公文流转的实现164.1.1　流程的创建184.1.2　控制、管理、监控184.1.3　催办流程的置入184.1.4　流程监控184.2　痕迹保留194.2.1　痕迹保留的目的194.2.2　痕迹保留在流程中所处的位置194.2.3　痕迹保留对象234.2.4　痕迹保留的实现过程234.2.5　痕迹保留数据的功用245　应用实例255.1操作集的设置2531 5.2模版的设置255.3用户的角色管理265.4为岗位分配角色275.5数据库维护285.6用户的操作画面295.7查询文件列表305.8文件审批305.9公文修改痕迹画面31结论32参考文献33致谢3431 1引言网上公文管理系统，是伴随着Internet技术在各个领域的广泛应用，和各行各业信息化建设步伐的加快应运而生。当代社会已经进入信息时代，信息技术革命使社会的各个领域都发生了翻天覆地的变化，每个企业都必须紧跟时代的步伐，加强企业竞争力和提升现代化企业的管理能力，以适应整个社会的发展变化。政府对信息需求的增长，使计算机、网络技术已经渗透到政府的日常工作中。传统的信息的交流方式早已不能满足企业对大量信息的快速传递与处理的需求，网上公文管理系统的应用满足了政府的办公网络化、自动化的管理需求，提高了政府机关文件管理的效率和办公效率。1.1公文管理系统的介绍及其重要性电子政务是借助电子信息技术而进行的政务活动。政务专门指党政部门的管理和服务活动，电子政务的直接含义就是行政机构运用现代网络通讯与计算机技术，将其服务职能通过精简、优化、整合、重组后到网上实现，打破时间、空间以及部门分隔的制约，提供一体化的高效、优质、廉洁的管理和服务。电子政务的广泛采用最大限度地提高办公效率和改进办公质量，改善办公环境和条件，缩短办公周期。随着政府信息化基础设施建设的逐渐完备，各类应用系统开始受到各级政府机关的重视，开发重点主要侧重于人事信息数字化、文书信息化、公文流转、交互式审批等信息化可行性高的工作领域。因此，改革传统办公模式，开展电子政务，使业务办公、公文流转和管理过程电子化、信息化，让文职人员从长期繁杂的办公事务中解放出来，通过统一办公规范，提高工作效率，降低行政成本，实现公文管理信息化已势在必行。31 党委系统的信息化建设是电子政务建设的重要组成部分，是新时期电子信息技术在党务活动中的应用。党委系统的信息化建设将党的建设置于网络化的平台，实现党的组织管理和工作流程的优化重组，这是党的建设顺应知识化、信息化、网络化的时代潮流，有效运用现代信息技术，利用先进信息平台和信息网络等手段，有效整合信息资源，从而增强党的建设的效率性、参与性、民主性，提高党的领导水平、执政水平，增强党的执政能力，巩固党的执政地位的一种重要手段；是改革和完善党的领导方式，保持党同人民群众的血肉联系，努力体现时代性、把握规律性、富于创造性的重要体现。市委办公厅作为市委的综合办公部门，是市委实施决策和加强领导的参谋和助手。市委办公厅的工作效率和质量一定程度上决定了市委的领导能力和领导水平。因此，加快推进市委办公厅的信息化建设成为市委办公厅加强“学习型、服务型、和谐型和数字化”办公厅建设的重要环节。1.2问题的提出目前业界对公文流转系统的理论研究整体上还处于起步阶段，甚至还没有真正形成一个完整独立的研究方向。因此导致公文流转系统的建设往往停留在对现有各项成熟技术的应用和系统集成层面上。我们经常可以看到这样的模式：大多数IT厂商通常运用自己以前在某一领域的科研能力和产品优势提出框架，然后对其他的技术成果和产品加以集成，最后形成系统。这样的后果最终造成缺乏符合中国自身特点和要求的、系统的、能够模型化的公文流转业务理论基础、民族化的公文流转系统开发平台和应用软件。重硬轻软、重网络轻应用以是中国电子政务的切肤之痛，这种由技术启动、厂商推动的发展模式已经成为信息系统建设中普遍存在着的一个误区[1]。传统的文件流转模式主要以纸介质为主，给公文的传递、审批、归档、查询等带来了很大的不便。基于Web的公文管理系统能根据用户提出的公文流程，在系统环境上自动实现收文、发文、办理、统计查询等公文处理活动，能对整个工作流程实时跟踪和对修改审核信息进行记录，并能按照有关规定，自动地报告公文在处理过程中的状态；能完成单位外来公文的登记、批阅、办理、归档、查询等收文处理工作；能完成单位内部和对外公文的起草、审批、签发、发布、存档、查询等发文处理工作。公文管理系统有以下几个特点：1>公文的可操作级别不同。公文审批中必定要流经许多的办公人员或者各级领导。在这个过程中，每个经手的人员或者领导的权限应该是有所不同。同一篇公文中，针对某一个内容，可能人员A可以浏览，而对人员B却是不可见的。所以在流转过程中针对不同层次、级别的办公人员而言，公文的可操作程度不同。2>系统的操作对象是行政公文。对做出的可以影响国家与社会安全和稳定的决策必须要能够具有责任追查的功能。对信息数据的传输、交换及其处理对安全的要求就也就格外高，要更加周到全面地考虑到数据在各方面（权限、传输）的安全的措施，而这也就需要系统提供一种可以在最大程度上实现真实政务的再现的解决手段。3>流程复杂多变。公文流转业务是一个相当复杂的过程，其主要由收文办理、发文管理两大部分组成，中间又经过签收登记、拟办处理、主任批办、领导批示、办公室分送、主办部门处理、协办部门处理、传阅部门传阅、办公室归档、归档后的公文查阅等多个阶段。一个公文流转的过程就是一个决策的过程，这个决策涉及到不同职务级别人员之间的协作。31 4>安全级别较高。在电子政务公文管理系统中，不仅涉及到数据的网络传输，还涉及到各类密级的文件、决策与指示的处理过程，而对这类信息的破坏，不仅会对信息发出者造成影响，对信息的篡改更有可能对整个社会的稳定、广大群众的安全造成影响，因此不仅要确保用户身份的正确性，还要保证数据传输过程中数据本身的安全。我国的政府信息化整体水平较低，且地区、部门的发展也极不平衡，尚处于电子政务建设的起步阶段[2]。因此，在我国公文管理流转业务系统建设中普遍存在问题，且这些问题的产生是多方面的，如全社会信息化意识比较淡薄，对信息化重要的认识不足，一定程度上影响了信息技术在公文管理业务领域中的广泛应用；传统政府运作机制的障碍，影响了公文管理系统作用的发挥；公文管理系统建设缺乏整体规划和统一标准，行业壁垒依然存在，各自为政，重复建设严重；现有基础设施利用率较低，网络运营成本较高；公务人员的信息知识和运用信息工具的水平较低，对电子政务的理解不够；信息化工作机制尚不完善，政策支持力度仍显不够，对信息化投入不足；信息化人才缺乏，信息技术应用和创新能力明显不足，制约着信息技术的整体应用水平；信息资源的开发利用滞后于网络建设，信息内容总量不足，质量不高，结构不合理等等。除了那些短期内解决不了的问题（如社会的总体信息化水平，人们的观念等），余下的问题则主要是由于公文流转业务系统本身所具有的高度复杂性以及相关的技术研究明显滞后于实践功能需要造成的。因此，如何开发一套满足党政机关公文管理业务需要的信息系统是当前面临的主要问题。31 2　公文管理系统需求分析从本章开始论文将详细介绍整个公文管理系统的开发过程及设计情况，按设计流程及模块结构进行讨论。公文管理系统实施分为5个步骤，即系统需求分析、系统总体设计、系统详细设计、系统实施和系统测试维护，本章对需求分析进行介绍。2.1需求分析过程在系统需求分析中主要做以下几项工作：公文管理业务调研、系统目标分析、系统功能分析及可行性论证等。公文管理业务调研：首先是对项目全面调研，确定信息量大小、公文的类型、公文的流程和内外公文需求的关系等，其次还要对构成本系统的情况进行调研，了解部门之间和机构之间的业务交互关系，要了解各部门现有设备配置和办公资源的使用情况。系统目标分析：根据公文管理事务需求，分析该公文管理系统需要完成的基本任务，包括近期、中期和远期的目标，以及将来获得的办公效率。系统功能分析：确定实现系统的所有功能，如公文管理信息资料的存储、查询等，公文流转涉及的人员、内容、条件，这是设计办公具体管理事务模块所必需的。可行性论证：对系统的总体方案进行分析、评估、论证、修订，依靠专家对系统方案的科学性、先进性、可行性进行全面论证和评估之后才能实施。　公文管理系统主要用于实现收文管理、发文管理、阅件管理、发文管理以及领导查询、催办检查等各项文电管理工作的流转自动化和智能化,通过调研对其核心业务:收文管理及发文管理进行分析。2.2收文管理业务分析收文管理指对收到的公文的办理过程，包括文件登记、签收、登记、审核、拟办、批办、承办、催办、传阅、办理结果登记、整理、领导查办、传阅到文件归档等操作，处理反馈、催办、统计、查询等任务，31 系统支持对来文的扫描件处理，系统提供了完善的流程跟踪（包括单件文件的定点跟踪）和控制。系统对收文的整个流程进行跟踪，详细记录公文的当前状态、办理的过程和拟办、批示意见以及办理结果。依据岗位和角色的不同设置严格的权限控制。并具有文件提醒和催办及文件自动归档功能。用户可根据实际情况确定文件的流转过程，包括串行和并行。用于管理市委办公厅接收上三级或者其他相关部门的文件，正文通过扫描保存到系统中，经过领导审批后发相关领导或部门传阅。公文流转业务是一个相当复杂的过程，其主要由收文办理、发文管理两大部分组成，中间又经过签收登记、拟办处理、主任批办、领导批示、办公室分送、主办部门处理、协办部门处理、传阅部门传阅、办公室归档、归档后的公文查阅等多个阶段。公文流转的快慢、质量的高低，反映了机关的工作作风。因此，如何加快公文流转、提高公文处理的效率和质量，减少归并重复程序和环节是提高机关工作作风建设的一项重要内容，也是适应改革开发新形势和现代化建设的新要求。2.2.1收文办理流程介绍收文办理主要包括公文的签收、登记、拟办、分发、承办和催办等程序。如图2-1所示。图2-1收文办理流程收文办理的功能需求如下：1>提供对收文的登记、流转、处理到存储、共享、利用等全过程的网络化管理。2>提供文件的流程监控，可以随时监控到文件的流程位置和文件的接收情况。3>提供对接收文件的反馈意见的登记，发文人员可以即时收到反馈信息。4>提供强大的查询功能：可以按照文件的任意字段信息查询，提供精确和模糊2种查询方式，也提供对时间字段的区间查询等。5>提供信息提示功能，可以及时提示系统中每个用户是否有待办信息。6>提供了统计汇总功能：完成已经接收办理的文件按照来文单位、办结情况、时间等进行统计分析工作。7>办公厅各处室相关工作人员均可使用本系统，接收领导交办文件或者其他处室公文。2.2.2发文管理流程介绍31 发文管理主要包括公文的起草、校核、会签和领导审批签发等程序。机关发文一般流转程序为：首先由拟稿部门（人）负责起草；起草完毕，送相关领导进行校核，如果需要相关单位会签时，送相关单位会签；校核（含会签）完毕，转呈本机关领导人审批签发。对于已经经本单位领导人审批过的文稿，在印发之前可再做校核，经校核如需作涉及内容的实质性修改，须报原审批领导人复审。如果送印，将进入发文办理程序（主要指公文的分发和归档）。如图2-2所示。图2-2发文管理流程发文办理流程介绍：1>拟稿（起草）。根据市委或办公厅领导意见，需以市委、市委办公厅名义外发的公文（含电报），按办公厅各处室职责分工，由有关处室拟稿，或由业务主管部门代拟、有关处室核稿。2>核稿（校核）。各处室拟写的发文稿，应先送分管秘书长、办公厅主任签署意见，需要有关部门会签的，其应做好会签工作。各部门的代拟稿由有关处室核稿后，送分管秘书长或办公厅主任签署意见。各类发文稿在送市委领导签发之前，先有办公厅文电处进行复核，并送办公厅分管公文工作的主任审核，签注呈批意见。3>签批。(1)以市委名义发文，一般由分管副书记签批，涉及其他副书记分管工作的，须经有关副书记会审后再签发。其中内容重大、设计面广的，由市委书记签发。(2)以市委办公厅名义发文，属按市委领导同志批示办理的，由秘书长或办公厅主任审核签发；属市委办公厅职权范围内的，由秘书长或办公厅主任审核签发；文内注明经市委研究或市委同意的，呈分管副书记或市委书记审核签发，有的可视情由秘书长审核签发。(3)以市委名义召开会议的会议通知，要求市、县政府分管负责人参加的，由分管副书记签发；要求主要负责人参加的，由书记或常务副书记签发；邀请市人大常委会、市政协领导参加的，由书记或常务副书记签发。(4)市委领导已在拟文稿上修改并明确签署意见的，市委办公厅分管公文工作的主任可视情直接审发，原则上不再另行送签。4>发文登记。经办公厅审核、领导签发的公文，由办公厅收发室统一登记编号，并将有关数据准确登录，送机关印刷厂或文印部门缮印。31 5>校对。排版的清样，先由拟稿者初校，再由秘书一处复校。重要文件或改动较多的清样，应进行三校。校对人应签署姓名，以示负责。改定的清样，由秘书一处负责公文复校的同志签字后复印。6>送印。经秘书一处校正可以正式复印的文稿交由印刷厂或文印部门缮印。7>分发公文。文件印制完成后，由办公厅收发室发文人员进行全面核查，确认无误后再进行分发。8>发文归档。文件发送后，经检验无误的文件，应备多份正本连同底稿和有用的清样稿，每半年集中交办公厅档案室归档。发文办理功能需求如下：(1)发文管理系统应实现文件起草、领导签批、文件签发、字号编写等各项发文管理工作的自动化和智能化。(2)提供文件的流程监控，可以随时监控到文件的流程位置。(3)提供文件的审批（下发等）情况监控，可以随时掌握该文件的审批、流转情况，即哪些人已经办理，那些人还没有接收。(4)提供对审批意见的动态选择功能，可以预设一些简单、常用的审批意见模式。(5)提供信息提示功能，可以及时提示系统中每个用户是否有待办信息。(6)应提供痕迹保留功能：每一个工作人员对文稿的修改，系统会自动提供给每一个人一种颜色字体，对所作的修改进行痕迹保留。(7)应提供自动办结归档功能：对于办结完毕的文件，自动转入档案管理系统，将公文归档。(8)提供自动套用红头文件格式的功能，每一个文件最终发文都会套用相对应的红头文件，便于大家在网上浏览文件。(9)办公厅各处室相关工作人员均可使用本系统，将以市委名义或者市委办公厅名义发文的文件提请秘书一处代拟稿。31 3公文管理系统的总体设计系统设计是根据系统分析阶段确定的系统功能，确定系统的物理结构，即由逻辑模型得出物理模型。该阶段的主要工作是根据系统分析阶段确定的系统目标选定系统方案和系统结构，设计系统处理流程和应用程序编制的方法，编写程序设计说明书。为了实现系统功能，需要在建好的硬件网络系统的基础上进行软件结构的设计，主要是按系统功能要求做出的数据流程图转换为软件模块调用控制图，并对各个模块的功能和输入、输出给予明确的定义，总体设计通常从功能分解入手，将系统划分为功能简单的若干个子系统，这样不仅可以简化设计，而且还有利于今后的修改和扩充。在项目开发初期，首先进行调研，为了使软件更符合业务的要求和机关内管理的要求，开发设计人员到办公厅秘书一处及相关业务处室现场进行业务了解，听取大部分工作人员所提出的具体功能要求以及现在手工操作遇到的问题，通过向部门的管理人员进行调研以更好的了解公文管理工作的流程，然后开发小组根据这些具体的要求再进行分析。经过调研和精心整理与软件的总体结构的规划，总结出了需求分析和总体设计文档，包括实施系统的必要性、实现系统的目标、系统的功能模块划分、系统的设计特点、系统的总体结构框架等。3.1系统设计的目标商丘市委办公厅信息化中心设计的公文管理系统是实用的管理型办公自动化系统，它的目的是要改变目前秘书处以手工办公为主的办公工作模式，把先进的管理模式和市委机关的实际情况相结合，开发出实用的基于计算机局域网的办公自动化系统。系统设计将综合先进性与实用性、开放性与兼容性、安全性与灵活性、特别突出实用性等原则，以管理信息为主体，面向以秘书一处为核心、其他业务处室参与公文流转的收文管理、文件起草、文件管理、归档文件、信息管理服务；充分发挥内部网络的优势，实现信息共享和协同工作，建成高质量、高效率的信息事务级管理系统，为机关内办公提供服务。总的设计目标是在市委办公厅内，建立一套符合实际工作情况的自动化办公机制，建立公文起草到下发的公文流程自动化处理和文件档案的自动化管理，充分利用较先进的计算机和网络技术实现办公自动化、资源的共享、工作人员之间的信息交流，提高信息系统的作用，加快信息化的步伐，建立高质量、高效率的公文管理系统。　在设计中主要遵循以下原则：　实用性原则——系统应始终以用户的实际需求为导向，并结合先进、合理的管理模式对系统各功能加以实现。而非盲目的求大求全。　31 先进性原则——在不超出整个系统的总体预算前提下，尽可能采用先进的计算机技术，力求方案的先进、灵活、高效。安全性原则——办公自动化系统应能保证办公数据的安全性、有效性和一致性。应有完善的数据扶植和分级存取及用户认证机制。扩展性原则——系统的设计既要考虑当前的实际需要及经济承受能力，又要考虑长远发展的需要，保证系统的可扩展性，保护原有的投资。3.2系统的特点本系统的设计为了迎合操作人员的使用方便、快捷，在设计上主要考虑到以下几个特点：　1>图形化界面，全中文操作。用户只需要鼠标和少量的键盘输入就可以完成大部分的日常批示工作，简单易行。　2>简单而易用的IE浏览器操作。对于普通用户来说易于认识和接受，节省大量的培训时间和费用；同时，用户只需要在服务器上作配置及维护，这也将降低系统维护、升级的难度和费用。　3>安全性。系统要求具有很高的安全性，采用PKI认证的方式，使用角色网络的先进理念有效控制系统的安全、稳定。　4>简便有效的维护手段。系统开通后，维护工作将是一个长期的工作，系统将充分考虑维护工作的需求，通过相应手段降低维护工作量及难度，从而达到保证运行可靠的目的。　5>可视化工作生产流程[29]。以前的工作流程主要以手工书写、提交，工作手续复杂而且重复性工作非常多，现在通过系统来完成这些工作，不仅使工作效率提高还可以使工作人员把主要精力集中到生产设计和安排计划中。　6>方便快速的查询方式。系统提供了多种查询方式，包括简单查询、组合查询、文档的标题查询、文档的内容查询等，使得查询变得方便、灵活，使用户能在大量资料中快速找到与自己相关的内容。3.3　系统的功能模块目前市面上己有的办公系统大多功能单一，或者有很多的功能是市委机关内的办公人员工作所用不到的，并且有些功能不适合在办公内网中使用，所以要根据实际情况设计功能的模块[30]31 。市委办公厅的工作模式不经常变化、人员流动性不是很大，大多数工作人员已经习惯和熟悉了老的工作流程，所以系统的设计应适应机关内工作人员的工作方式，使其能方便、快速的使用该应用系统，但同时对系统的功能要求却是全面的，包括公文收发过程、收文管理、文件起草、文件管理、归档文件、信息管理，使秘书处工作人员能够方便快捷的共享信息、交流信息，高效地协同工作，既兼顾个人办公效率的提高，又可以实现群体协同工作。整个系统的功能模块的设计采用软件工程的结构化程序设计方法，根据模块化、自顶向下的逐步求精的功能划分，将软件系统分成若干个独立的功能模块，这些模块彼此之间的接口关系非常简单可以分别进行设计并实现，增强了软件程序的通用性、可扩充性等，便于系统的进一步发展。采用软件结构图来描述软件结构，这也是设计说明书的一部分，用方框表示模块，方框中用文字来标记该模块的名字，方框即模块之间用连线来表示层次关系，具体的功能模块结构划分如图3-1所示:图3-1　系统结构功能图公文管理模块主要用于实现收文管理、发文管理、委托办理以及交办事项处理等各项文电管理工作的流转自动化和智能化。公文管理工作根据具体情况可以实现全部网上办公或者网上办公与手工办理相结合。具体功能包括：1>收文管理收文管理主要实现公文传递的流程设置，自动归档，自动催办，实现公文签报管理电子化，提高工作效率，改善管理手段。政府机关人员直接通过系统进行文件的登记、传阅、下发等流转操作。可根据单位情况灵活选择审批流程，同时系统可显示所有申请的状态。领导可直接在系统内进行批示。其具体功能如下所示：(1)文件登录。完成单位外来公文的登记，当收到一份公文时，进行文件扫描登记，输入相关信息。(2)文件流转。把录入的文件发送给文件拟办人，在拟办人指定批办、承办人后，公文将自动发送至批办、承办人处，依次完成公文流转的全过程。31 (3)催办管理。根据公文的处理状态，对指定办理单位发出催办通知和催办提示，并登记催办结果。(4)打印查询。完成对办理完毕的文件，可按照规定的格式打印输出，或需要对以往办理的各类文件查询的工作。(5)统计汇总。完成已经办理的文件的统计分析工作。(6)办结归档。对于办结完毕的文件，自动转入档案管理系统，将公文归档。2>发文管理执行发文拟稿、核稿、会签、签发、批阅流转、归档管理等工作。文件送阅和批复完全在网络上进行，可实现对文档的密级管理、区分、控制。对人员可以进行权限设定。公文流程可自由设定，方便使用。具体功能如下所示：(1)拟稿。完成单位内部和对外公文的起草，当需要发布文件时，首先由起草人起草，如文件、会议纪要、通知等，起草过程中录入相关信息。(2)文件办理。对于拟稿完毕的文件，将公文发给审批人，根据公文性质的不同进行核稿、批阅或会签，在公文全部审批完后，再由签发人进行最后的签发。(3)文件发布。对于签发完毕的文件，由系统生成发文稿，如果是对内发文，系统将自动将公文转至公文发布系统，在本系统中按照规定的格式进行自动发布和工作反馈，如果是对外发文，则可以打印装订外发或者直接发布电子公文。(4)查询统计。完成已经办理的文件的查询、统计、分析工作。(5)办结归档。对于办结完毕的文件，自动转入档案管理模块，将公文归档。3>委托办理为避免公文的积压可授权他人代理自己的公文。公文授权操作完成后，被授权人员──代理人可立即收到授权人当前待办的授权类型公文，同时系统会以明显的提示信息告知代理人授权的有关信息，并将代理人办理的意见以“××（代理××）的批示意见”的形式如实记录。授权人出差回来后，直接在已办公文中便可查看到具有明显的代理人办理标识的文件办理信息。4>交办事项处理用于记录领导交待办理的事项，要求可直接发送到涉及的相关单位和人员，能指定完成时间，并将办理结果及时反馈给领导。领导和办事人能在系统中及时查询办事进程。3.4系统的体系结构通过对大量的公文流转业务的分析，结合角色网络理论模型的研究，可以总结出以下结论：(1)具有同一职能的政府部门，其核心业务基本相同，与规模、级别无关；31 (2)具有不同职能的政府部门，除和核心业务相关的部分不同外，其他基本相同；(3)由于政府部门的自身特点，导致组织机构的相对稳定以及业务流程的不稳定[32]；(4)作为同一类信息系统，公文流转系统中软件体系层次结构明显并基本相同；(5)公文流转系统中业务对象之间界限明显，并存在受业务规则限制的业务关联；(6)由于公文流转业务的特点，系统需要处理大量复合文档型的数据，因此对数据的整合和处理至关重要；(7)公文流转系统应能支持协同工作和移动办公，系统可以是完全异构的、分散的；(8)公文流转系统对安全性要求较高综上，作者进一步提出一种公文流转系统的层次体系结构(如图3-2所示)。该系统的整体框架采用分层体系结构，这些层次自顶向下分别是：l信息表现层l服务集成层l应用服务层l数据服务层l传输交换层31 Webservice门户图3-2基于角色网络模型的公文流转系统体系结构信息表现层包括各种外观对象，与客户端应用联系紧密，从复杂的业务服务中分离出客户表现。这样就可以按照特定用户的需求来设计显示界面，并可以在用户需求随着时间流逝而发生改变时也能及时修改。系统提供包括了可复用的界面模板等基础组件，也提供界面定制功能。31 服务集成层主要由环境服务组件构成，为公文流转系统核心的功能提供环境支撑，是电子政务应用系统运行的基础。由于协作处理型软件对系统的分布性和实时性有着特殊的要求，而不同的环境对于系统实时性和分布性的支持方式是不同的，环境服务将这些不同点封装起来，为表示层、业务逻辑层和数据层等层的构件提供同一规范的接口。环境服务主要封装COM、CORBA、WEBSERVICE等底层实现细节，提供一种非常理想的、可动态扩展的、灵活的分布式计算模式。同时，由于公文流转系统应具有高于一般的信息系统的保密性，因此保障信息安全是当前技术条件下电子政务办公系统能否得以深入发展的先决条件。综合运用PKI/PMI等信息安全技术，并与实际业务有机结合，使安全责任与岗位职责相对应，建立相应的安全模块，来保障电子政务系统的实施。应用服务层对办公业务属性和功能进行逻辑控制，体现业务规则，提供对业务数据的各项处理，满足业务对象的功能需求。通过维持业务和规则来确保对数据处理和用户界面层对数据展现的有效性和合理性。办公业务管理层包括各种业务构件，如发文管理构件，收文管理构件，档案管理构件，审批管理构件等。业务构件中封装了业务对象，通过操作集对它们进行集成和扩展，从而构造一套完整的电子政务解决方案。这些业务构件既可以通过生成器统一生成，也可以定制开发。应用服务层主要包括各种事务管理功能，支持各种事务类型，对各种分布的业务对象的处理过程进行分解、调度和控制，从而保证办公业务数据的秩序性、一致性和持续性。数据服务层为各项应用提供办公数据服务，它包括模型库、工具方法库、模板管理库、元数据管理库、办公业务处理数据库、知识库，可以在其中随意增减各层次模块，并提供对关系和多维数据库的支持，采用元数据建模及仓储。通过数据服务层，可以成功地收集、分析、理解信息并根据信息做出相应决策。数据传输及交换层：由于应用系统和各用户内部系统的结构环境的差异，我们面临的是一个物理上分散、异质异缘的电子政务办公环境。在这样一个异构环境中，如果没有统一的、接口良好的、包容性很强的信息集成和处理技术来为该异构环境下的不同系统提供数据服务和业务逻辑计算服务，电子政务系统就很难做到真正的一体化，所以我们必须解决异构环境中的数据交换问题。本系统的数据传输及交换层主要分为两大类：外部邮件自动加载以及内部邮件发送和数据交换模块。外部邮件自动加载以及内部邮件发送模块既可以与广泛应用的其它邮件系统（如LotusNotes相连），也可以按自己特有的数据格式发送邮件，并自动入库。数据交换模块用于将异构的数据的组织形式（如DBF、TXT、FZ、WPS等）转换成系统特有的数据形式，用于解决遗留系统的信息集成问题。采用这种多层的体系结构，对于整个系统的性能来讲具有很多优点：(1)层次性。系统按层次划分，使得各层分工明确、层次清楚、结构清晰，便于业务的开发和维护。31 (2)灵活性。系统采用分层设计，各层之间的技术实现相对透明，这样业务处理的相对无关性便于业务的生成、修改和新增。(3)扩展性。系统采用面向对象的设计思想，将每个业务看作一个独立对象处理，每个业务都对自身的业务请求按内部处理规则自行处理，处理结果送入结果信息描述表中。当修改、删除某项业务或新增新业务时，只需修改对应的业务对象的内核流程即可，而不必对其它业务对象处理造成影响。因此，系统的开放性得到极大的保证，“业务热拔插”也可方便的实现。(4)可维护性。由于系统特有的纵向分层结构和横向对象封装技术，使得系统分成一系列独立性很强的部分，各部分功能互不重叠，使得系统的维护非常方便。(5)安全性。由于系统是以角色为基础建模，因此在安全性方面有着天然的优势，对系统的控制不仅包括以用户为单位的基本权限控制，还可以将安全粒度控制到单个业务对象乃至业务对象的属性。(6)可移植性。利用层与层之间的标准接口消除了系统各层之间的技术制约，使系统具有很强的移植性。接入受理层，由于采用设备驱动程序与数据处理相对无关的方式，因此系统能适应各种硬件结构。在软件设计商，利用三层结构进行系统设定，可方便实现与其它系统的连接。31 4公文管理系统的实现4.1公文流转的实现电子政务系统中的每一个作用者，例如一个企业、一个政府机构或一个公务员，都被预先定义了在系统中的权利和义务，扮演着确定的角色，在系统中进行着各种活动。在活动的同时，各个角色之间还在发生着各种各样的联系。这些现实政务活动中的角色以及角色之间的联系可以被同态映射到电子政务系统中，形成电子政务活动中的角色网络。电子政务活动中的任何目标的具体执行过程都是在组织内部通过目标确定、任务划分、角色分配、角色互连以及活动执行完成的。因此，可以将组织、目标、任务、角色、操作、对象之间看成一种层次映射互连关系来刻画现实中的政务活动。即一个组织有确定的总体目标，围绕着这个目标有多个团队，每个团队由各自的任务集，每个任务由确定的事务对象以及对他们的操作。事务对象通过团队的群体协作来完成，在这一协作过程中，团队的成员都有确定的角色。角色都有自己的责任和权利，这些责任和权利通过与其绑定的一组操作体现和实现。这些操作又往往可以一些特定的算子表示，运算的过程和结果对应于事物对象的处理过程和输出结果。这就形成了角色网络（RN）的总体结构。下面以一个实例来说明如何通过角色网络模型实现电子政务系统中的公文流转过程。图4-1角色网络模型实例31 如上图，以某部门内部公文流转为例，假设该部门有局长，副局长、处长、副处长、科长、副科长、科员等。一个科员拟了一份文件，请局长批示。一般情况下，该文件的流转过程可从该科员按照正常业务顺序先报到其分管副科长，然后经过科长再转至主管副处长最后经处长报到副局长、局长等，如果有回流应该是由上一级发给下一级，例如处长认为还需要修改，该文件就应该返到科长处。但是在实际中，该公文有可能从科员1跳过分管科长直接在报送到了处长；也有可能从科员1直接报到了局长处；也有可能从局长直接返至科员1重新修改并上报。该过程复杂和多变，没有统一固定的形式可循，所以当涉及到的部门比较多的时候，很难用工作流实现对流程的一一定义。如果该文件还要流转到其他部门，则该过程的复杂度又要增加，工作流的数量要成几何数倍增。但是某一个角色在公文流转系统中能进行什么样的工作是相对固定的，信息到达某角色的时候，此角色知道对此信息应进行什么样的处理，因此只需将此角色能处理的信息特点描述清楚即可，而且这也是符合实际业务管理的。总之，角色网络模型认为政务活动中的行为主体是公务员，所有的政务活动都是由公务员（包括领导）来完成的，因此如果能将系统中公务员的操作、权限、职责、输入输出界面及其他可操作的对象定义清楚，则公文流转就是很自然的事了。通过对电子政务系统特点的分析，我们认为电子政务系统应是以人为本，能够充分体现和调动人的主观能动性，并在其中渗透对政务的深层分析和功能支持，独立于工作流，但可通过其实现工作流的复杂信息系统。而基于角色网络模型的电子政务系统正是这样一种系统。用户角色管理实现了角色到办公实体的角色映射,建立以授权为核心,面向工作流和面向角色管理，实现用户到角色,角色到数据库表,角色到数据库表字段,角色到工作流段的映射。角色网络管理的内涵如下：管理一般是基于组织层次的，所管理的可能是多方面的，包括行业、市场等，政务信息系统也不例外。各级管理人员之间千丝万缕的关系构成了基本的角色网络。31 政务系统中的一个工作流，也就是角色整体中的一些联系个体，由此将层次结构按照角色扁平化、网络化后分析可知，其实质上就是由角色作为顶点，各个工作流为边构成的网络，即角色网络。网络中每个角色都是节点，角色之间的关系构成网络的边。从数学意义上说，工作流实质上是网络中边的组合数，它的量上的变化是按照组合级数来增长的，不管工作流如何先进，角色也要处理太多工作流，而且工作流本身也有许多不确定性，因此本平台不提供工作流的管理，这是本平台最大的特点。一个机构里的节点数是有限的，从节点出发，只管角色，每个角色管好了，无限的工作流就被组织起来了，这是本系统在公文流转理论上的突破。信息流动是怎样实现的、某一个角色在业务系统中能进行什么样的工作是相对固定的，信息到达某角色的时候，此角色知道对此信息应进行什么样的处理，因此只需将此角色能处理的信息特点描述清楚即可，这是符合业务管理实际的，也是角色网络思想的生命力所在。4.1.1　流程的创建通过对业务信息的分析，设计用户角色：从业务信息中提取出用户和角色的信息,包括用户和角色的全集及其映射关系。从业务信息中提取出基本操作单元来设计显示模板。分析业务信息，从中提取出用作定义和建立角色网络体系中的操作全集和相互的依赖关系，并由这些操作组成政务处理过程中业务逻辑模型。最后组合用户角色系统、模板系统和操作集全集，结合权限控制系统，形成最后的角色网络模型，即包含了业务流程的全集。4.1.2　控制、管理、监控提供监控流程进行的图形化界面，对公文流转的过程进行实时的监控。包括在办流程的监控和办结流程的监控。用户可以从不同的角度观察业务处理过程的实际执行情况，包括每一位公务员的工作量、任务处理上的瓶颈地带、每一事务处理时间、是否逾时等信息。能够进行的流程监控的内容因用户权限不同而分成不同的级别。4.1.3　催办流程的置入催办流程的产生有两种方式：自动催办和手动催办。1>自动催办用户可以根据具体业务预先设定一个公文处理流程的办事时限和催办处理机制，当公文进入流转的过程中，系统自动检查该流转过程是否超过了预先设定的办事时限，如果已经超过，则对应该被催办的部门发出催办通知。2>手动催办通过为某用户提供催办的操作权限，不但可以实现领导重点催办，而且，拥有该操作权限的用户还可以综合公文流转的过程信息和具体情况，对相关部门发出催办通知。4.1.4　流程监控可以对公文信息的流程进行全程监控，包括公文的操作人员、打开文件时间、修改的内容、公文办理情况等信息记录。31 用户可以从不同的角度观察业务处理过程的实际执行情况，包括每一位公务员的工作量、任务处理上的瓶颈地带、每一事务处理时间、是否逾时等信息。能够进行的流程监控的内容因用户权限不同而分成不同的级别。在公文处理的某些步骤，可提供自动的催办功能，如操作者处理超时，系统能自动发出催办信息，提醒操作者尽快进行文件处理。4.2　痕迹保留痕迹保留的总体原则是：操作透明，有迹可查，权限回滚。4.2.1　痕迹保留的目的方便对操作的查询，对文件的处理，数据的回滚。保证在业务运行中的数据的安全。4.2.2　痕迹保留在流程中所处的位置图4-2发文流程中的痕迹保留图31 图4-3收文流程中的痕迹保留图公文处于各个流转节点中，在每个节点的处理操作不同，但每个节点中对公文处理的信息都有自动归档保存的操作。4.2.3　痕迹保留对象公文管理系统中，公文信息中的数据元素分为两大类：流转过程中的属性信息包括文件处理的时间、转发部门、承办单位、办理时限、部门批示等；电子公文文件如以WORD形式存在的公文文档。4.2.4　痕迹保留的实现过程针对数据元素类型不同，痕迹保留的实现过程不同：(1)针对属性信息的痕迹保留属性信息的痕迹保留可以与签名，加密相结合，每次数据变更时都会进行存档；属性信息的痕迹保留只可用作事后追查，不作为回滚的功用；31 因为属性信息数量繁多，而且不是所有的属性数据都要进行痕迹保留，因此对于是否进行保留存档，将留给用户一个接口，以便用户自行设定。例如,如果属性“转发部门”有必要进行存档，以便在事后进行查询，则可以通过接口进行设置，每次“转发部门”的修改的内容，时间，修改者等信息都可被存档。(2)针对电子公文文件的痕迹保留提供对电子公文文件修改过程的详细记录：详细记录包括操作时间，操作人，操作人对此文稿所做的操作类型（浏览，修改，删除等），这个信息与属性数据的痕迹保留相同；文稿自动存档保存：此存档的含义不同于归档，归档是文件流转过程中的一步操作，是业务上含义，而文稿自动存档是应用系统对文稿的自动备份，文稿存档有两种触发方式，一是系统自动存档，即当用户每次提交时由系统进行，二是手工存档，即当用户觉得有特殊必要时，可以额外进行手工存档；4.2.5　痕迹保留数据的功用痕迹保留数据有两大作用：一是事后假查，一是文稿恢复。1>事后追查如果对某一文稿处理过程有异议，可以按照存档记录进行查询对照，每份存档都有当时的状态记录，最后操作人的用户名，操作时间等信息。2>文稿恢复文稿恢复时，列出此文稿存档的各个版本，选定某个版本，即可把当前的版本恢复到选定版本。3>对痕迹保留数据进行处理的权限控制由于事后追查和文稿恢复都是针对公文或相关流转属性进行操作，涉及到公文走向，阅览权限，因此不可不对这两个操作的权限进行严格控制。本系统会根据各个部门，各个使用者的实际情况，进行权限的合理分配。对某种公文是否可查看历史存档，是否可进行版本回滚，是否可进行事后追查，做到与实际情况相符，并且操作方便。31 5　应用实例5.1操作集的设置操作集正是实现先进的工作流管理的基础，操作集由业务过程建模工具、办公业务引擎、数据视图管理器、用户界面及其相关的应用和数据组成。业务过程建模工具完成3级节点的设置。（如图5-1所示）。图5-1操作集的设置5.2模版的设置任何一个应用系统，和用户交互的输入输出界面是最重要的一个组成部分，通过这个界面，可以实现用户与计算机的交互操作。平台提供了一个方便、快捷生成输入输出界面的模板生成器，利用这个模板生成器，可以非常迅速的生成自己想要的输入输出界面。模板有12种属性：添加、修改、浏览、统计、列表修改、列表浏览、查询、合成添加、合成修改、WORD集成、SQL统计以及EXCEL集成。用来表示进行的操作的属性，如图5-2所示。31 图5-2模板的管理和生成5.3用户的角色管理如图5-3所示，其为服务于公文流转系统的角色设置的界面，该角色名为“总收文”，它的操作类为基本操作类，它和其他角色之间存在着广泛的关系，可以通过关系按钮来设置。图5-3角色的设置该角色的操作算是根据其所能处理的业务权限，是其对应的信息对象所拥有操作全集的子集，其设置过程如图5-4所示。31 图5-4操作的选择与业务权限的设置角色的类定义如下：pulicclassCroleObj{privateStringm_sId=””;//角色IDprivateStringm_sName=””;//角色名privateStringm_sBak=””;//存储角色对应的相关信息VectorvOperSet=newVector();各种操作的对象数组．．．．//其它信息}5.4为岗位分配角色给岗位分配给对应的角色，使该岗位对应的用户可以履行自己的权限。如图5-5图5-5给岗位分配角色31 5.5数据库维护管理员可以通过查看数据库情况随时掌握系统运行状态。如图5-6示：图5-6数据库维护本系统采用的是数据库连接池技术来实现对数据库的连接。该类的主要功能是实现对数据库的连接操作和对数据库中数据的一些简单操作。在类中的每个方法都有详细的注释。全部代码如下：publicstaticsynchronizedConnectiongetCon()throwsException{Contextctx;DataSourceds;try{ctx=newInitialContext();ds=(DataSource)ctx.lookup("java:comp/env/jdbc/OA");System.err.println();System.err.println("数据连接+"+(++error));returnds.getConnection();}catch(SQLExceptione){System.out.print(e);throwe;}catch(NamingExceptione){System.out.print(e);throwe;}}31 5.6用户的操作画面用户可以通过图5-7所示的操作界面来完成公文的具体流转工作。图5-7B/S下的用户文件发放界面发布公文的具体代码如下：bumf/send.jsp<%Collectioncoll=(Collection)request.getAttribute("msg");if(coll==null){out.print("您的网页已过期请重新登录");}else{Iteratorit=coll.iterator();if(it.hasNext()){Bumfbumf=(Bumf)it.next();%>