南雄市电子政务办公OA系统升级与开发

南雄市电子政务办公OA系统升级与开发建设方案2012年9月南雄市信息中心1南雄市电子政务办公OA系统升级与开发 建设方案目录1.引言41.1.项目背景41.2.编写目的41.3.建设内容42.项目功能需求分析52.1.公文交换待接收查询52.2.公文交换已接收查询52.3.公文交换已发送查询62.4.公文交换撤回62.5.公文交换发送62.6.OA现在功能优化62.7.回收错误公文72.8.导出公文为WORD格式73.项目总体设计81.1平台设计思路83.1.技术路线83.2.设计思想83.3.平台总体框架83.4.系统总体架构设计103.5.采用技术路线103.6.系统性能设计143.7.软件系统部署144.系统安全设计154.1.网络安全154.2.系统安全154.3.用户安全164.4.数据安全165.项目组织与管理165.1.项目组织165.1.1.项目组织架构175.2.项目管理205.2.1.项目定义和确定工作清单215.2.2.项目人员组织和分配215.2.3.项目进度安排和控制215.2.4.项目变更和风险管理225.2.5.项目质量控制225.2.6.项目文档管理225.3.项目验收235.3.1.验收程序235.3.2.系统测试235.3.3.系统验收265.4.项目文档275.4.1.文档命名规则275.4.2.文档的编写285.4.3.文档格式285.4.4.版本号说明与历史295.4.5.项目文档内容306.项目进度计划316.1.项目工作量计算317.系统实施方案327.1.前提条件327.2.系统范围327.3.实施内容327.4.实施计划328.系统培训方案348.1.培训目标348.2.培训资料348.3.培训讲师358.4.培训方式358.5.培训对象368.6.培训内容369.项目运维及售后服务方案369.1.服务承诺369.2.运维售后服务小组369.3.服务响应时间379.4.应急解决方案379.4.1.应急处理389.5.售后服务内容389.5.1.电话热线389.5.2.远程维护389.5.3.例行检查399.5.4.专员服务399.5.5.上门服务399.5.6.应用软件版本升级3931. 引言1.1. 项目背景为进一步发挥电子政务系统的作用，提高工作效率，降低办公成本，按照韶关市政府要求，进一步扩大电子政务业务系统的应用范围。南雄市为了做好与市电子政务办公业务系统公文双向实时交换，实现信息资源共享，现决定对现有OA系统进行升级开发。根据韶关市信息中心的相关要求，现拟定南雄市电子政务办公OA系统升级和开发项目建设方案,以指导该项目建设的设计和实施。1.2. 编写目的依托南雄电子政务办公OA平台，搭建覆盖全市各部门的全市统一办公自动化平台，实现上下级公文交换政务信息共享等网络化办公功能，逐步实现全市范围的无纸化公文处理和电子化流转，以及远程办公的需求。对系统进行优化升级，将系统横向延伸到本市各个单位，按照统一的标准实现南雄市各部门、各镇（街）之间和韶关市政府各部门之间的办公自动化系统的电子公文交换，提高党政机关和镇（街）的办公效率，促进资源共享。1.3. 建设内容（1）建设以市委、市人大、市政府、市政协的办公自动化建设为核心，覆盖各镇（街）、各部门的全市统一办公自动化平台。其中包括OA平台和平台管理系统。平台集中部署管理、分级分权更新维护，具有“可扩展、可定制、易管理、易使用”的特点。（2）梳理办文流程。跟据各个部门的办文过程，梳理出与各部门、各镇（街）和韶关市需要交换的公文流程。（3）建设公文交换接收平台。公文交换接收平台包括手工和自动通过本市公文交换接口收取上级部门下发的公文。（4）建设公文交换发送平台。改造现有工作流处理流程，增加一个发送到公文交换平台上的功能，实现韶关市公文交换平台与本市现在OA系统间无缝连接、共享信息资源。（6）对已交换的公文进行撤回。（7）查询本部门等接收公文列表。（8）查询本部门已发送到公文交换平台的公文。（9）优化现在OA的系统功能。2. 项目功能需求分析2.1. 公文交换待接收查询各部门登录系统后，可以查询本部门还未从公文交换平台上接收的公文，查询到未接收公文后可以点击接收来收取公文。主要列出“文号”、“标题”、“下发时间”、“紧急程度”、发送机关行政区划名称、发送机关名称2.2. 公文交换已接收查询该功能主要是查询已接收的公文，主要列出“文号”、“标题”、“下发时间”、“紧急程度”、发送机关行政区划名称、发送机关名称。可以将已接收的功能绑定收文流程，启用本办公OA系统的流程进行处理。2.3. 公文交换已发送查询查询本办公OA系统中发送到交换平台上的公文，主要列出“文号”、“标题”、“发送时间”、“紧急程度”、“主送机关列表”。2.4. 公文交换撤回如果发现发送的接收方有误，或者公文内容有误等，可以调用此功能进行公文撤回操作，把公文撤回给发送方。2.5. 公文交换发送与现有工作流整合，当处理结束后，需要主送或抄送给本市外部单位时，可以直接在流程的最后一个环节发送到市公文交换平台上。2.6. OA现在功能优化一、多部门联合发文时，如A,B单位联合发文，A单位盖章后归档再发给B单位盖章，B单位盖章后发送，A单位归档的文件会缺少B单位的印章。需要系统能自动更新公文；二、成文后修改公文是不要作为批注出现；三、改进 “来文登记”，用户接收公文时自动填写来文信息，减少不必要的操作，方便用户操作；四、改变打开公文正文后点击关闭即保存的问题，用户关闭公文时应询问用户是否保存，减少因为用户的误操作而使公文无法继续使用的可能性；五、改进“主送单位”选择模块。目前此模块存在选择不方便，无法两次选择（选定主送对话框关闭后无法在原来选定的基础上再增加，而且容易导致无法发送）的问题；六、来文登记中的标准跟字号要能够自动生成。2.7. 回收错误公文当发现已发起的公文有错误时，管理中可以对这错误的公文进行回收，将公文直接删除掉。以保证政府公文系统的严谨性和权威性。2.8. 导出公文为WORD格式将公文正文导出为WORD格式，保证印章有效性。使公文传阅和使用更加灵活、方便。3. 项目总体设计1.1 平台设计思路3.1. 技术路线系统采用J2EE技术体系、B/S架构，利用XML作为系统接口的数据交换标准，可运行在Windows、Linus等各种操作系统上，支持ORACLE、SQL SERVER、SYBASE、DB2等各种大型的主流关系型数据库。3.2. 设计思想办公自动化平台个是智能化的综合办公平台。为更好满足自动化办公需求，系统采用“基础平台+应用系统”方式进行构建和设计。“基础平台”是应用系统和自动化办公的基础，它起到为办公平台建设提供基础、易于延展、建设高效作用。“应用系统”指交流平台、协同办公平台和电子公文交换平台。3.3. 平台总体框架基于南雄办公OA平台的公文交换总体框架如下：图：平台总体框架图说明：办公自动化平台结构由三大部分构成，分别是：基础数据层、基础平台层、应用系统层等。（1）基础数据库是办公自动化数据存放中心，是信息管理的源泉。它由用户数据库、信息数据库、组织结构数据库、监察数据库和其它辅助数据库（即时信息数据库、法律法规数据库）构成。（2）基础平台是整个软件系统基础，它为各应用系统提供构建、定制、权限、统计、安全、消息、交换、发布、接入等服务，是各个应用系统公共构件平台，支撑应用系统的开发和建设，公文交换接口的接入也是在基础平台中统一实现。（3）各应用系统构建于办公自动化基础平台之上，做到统一用户、统一入口、统一管理、统一数据。各应用系统使用上保持相对独立，业务逻辑松散耦合，信息资源互联互通。应用系统建设根据办公自动化需要灵活搭建，具有易扩展性和业务适应的柔性。项目总体规划及设计项目的总体规划设计包括：系统建设与运行中涉及部门及其职责与工作的划分；各个工作线条的工作模式、协同模式、工作规范、业务流程的梳理；系统平台总体架构与功能；系统平台的部署；系统运行支撑的硬件基础、网络环境；系统运行的对接等内容。3.4. 系统总体架构设计3.5. 采用技术路线该综合管理平台实现将采用基于Java的J2EE技术标准和开发平台，符合业界的技术领先性、标准化和一致性要求，具备分布式和跨平台特性，有良好的可移植性、兼容性、安全性、易扩展性和易维护性，能够满足当前以及未来一段时期内电子政务发展的需求。J2EE架构开发的先进的自主群件平台。Java技术由于其跨平台特性，面向对象特性，安全特性等使之已经成为构建各类单位应用的标准。J2EE 把数据库访问，Java 组件和WEB技术等有机地集成在一起，使之特别适合于构建复杂的大中型应用，更好支持B/S 结构，保证系统具有很好的可扩展性。基于SOAP协议的WebService调用交换接口。技术路线简单描述：系统构建于B/S三层应用体系结构之上，采用JSP、Servlet、JavaBeans、XML、O/R映射等面向对象和面向服务的方法体系结构，将复杂的业务逻辑、流程控制逻辑和数据存取逻辑通过在不同的技术层面上实现，对终端用户屏蔽了系统的多样化和复杂性。在应用服务器之上，实现业务逻辑的快速部署和灵活调整，充分保证数据库系统的安全可靠访问。同时，B/S架构模式，实现了统一开发、统一部署、集中管理，便于系统的维护、扩展和升级。（1）系统所采用的技术架构以及技术实现系统的设计遵循国际通用的基于虚拟机的J2EE技术标准和体系结构，不依赖于特定的操作系统、应用程序服务器（以及相关中间件），实现了应用体系跨平台性，使系统的部署和运行同时支持Windows、国产Linux及Unix等各种操作系统；在持久层采用面向对象的查询语言（OQL）实现了对象/关系映射（O/R Mapping），做到了与数据库的无关性，从而能够使系统同时支持ORACLE、SQL SERVER、SYBASE等各种大型的主流关系型数据库；系统的数据传输、共享和接口基于XML数据标准，以此作为信息资源整合的底层机制，解决了异构系统的数据交换和共享的问题，使各子系统间无缝衔接；系统中的应用支撑平台将集成第三方CA安全认证系统和电子印章系统，通过加密算法和非对等密钥对，确保了系统登录时用户主体的身份认证和权限控制；在进行电子公文交换和处理时，通过加盖电子印章，利用数字签名和消息摘要技术，保护了数据的完整性，实现了操作的不可否认性，从而保证公文的权威性和真实性；系统设计采用了基于MVC的Struts框架，实现了表示层、应用层和数据层的松散耦合；系统面向服务的基于组件的架构模式，使系统各部分相相对独立、松散耦合，具备较好的可伸缩性、可扩展性和可集成性；应用支撑平台的核心引擎采用了工作流状态机技术，实现了智能流程控制，并且内置了动态脚本编译功能，实现了类Basic语言的底层接口，方便用户的二次开发；应用支撑平台提供了统一消息服务，将即时消息、短信提醒、邮件提醒等无缝集成在一起，极大地扩展了服务方式和范围。（2）系统基于技术架构的应用实现能够满足以下需求在功能组件上，在对行政机关现有的办公流程进行优化、分类的基础上，按照相应的职能、级别关系、工作流程、业务处理规则，利用应用支撑平台提供的流程定制、表单定制工具和系统管理组件进行组织机构和业务建模，建立适合的行政和办公业务工作流程；在系统的配置方面，能根据实际的需要组合出任意的业务处理流程，在应用支撑平台的工作流引擎的驱动下，利用这些可自定义的流程来解决行政机关所有的办公业务；利用应用支撑平台，为应用系统提供灵活的定制功能，系统能够根据用户的身份和权限的不同来显示不同的菜单和数据项，并对用户可操作的功能进行权限分配，关键功能都能够被系统维护人员配置，不需要额外编码；系统操作采用简单、直观的图形化界面和多种输入方式，最大程度地方便非计算机专业人员的使用，并提供统一的图形化的维护界面，维护人员通过简单的鼠标操作即可完成对整个系统的配置和管理；系统在底层数据上统一标准，尤其对组织架构、用户、权限等关键基础数据，采用统一的规范标准，保证几个应用系统都采用统一的用户和权限，一个用户ID即可以登录所有的应用系统，网上办公的业务处理跟踪和监控信息通过接口为电子监察系统提供数据支持。（3）N层应用体系架构N 层应用程序已经成为构建企业软件的标准。将应用程序分解成多个逻辑部分是很有用的。将一个大软件分成几个小的部分会更利于软件的构建、重复利用和修改，对适应不同的技术或不同的业务组织也很有帮助。同时N层的体系架构更容易模块化、高复用、易扩展、高性能、负载均衡支持等特性。（4）XML & Web ServiceXML(Extensible Markup Language) 是网络上的一种通用语言，它与HTML不同是要通过标识（TAG）来精确地表现信息的各种含义。XML能够有效地表达网络上的各种知识，为信息的交换和计算提供新的载体。Web Service则是基于XML、HTTP、SOAP等协议，充分利用Web，将其由一个信息平台扩展成为一个服务平台。Web Services是一种新的web应用程序分支，他们是自包含、自描述、模块化的应用，可以发布、定位、通过web调用。Web service可以执行从简单的请求到复杂商务处理的任何功能。一旦部署以后，其他web service应用程序可以发现并调用它部署的服务。XML及Web Service是数据沟通和交换的重要手段。（5）数据库系统利用Java的技术特点，采用跨平台、跨后台的技术，按成本最小化原则、一体化原则、稳定性原则、服务优良原则挑选后台关系型数据库系统(如：Oracle )，并且支持其它关系统型数据库(如：Microsoft SQL SERVER、IBM DB2等)，体现功能健全、性能好、速度快、稳定性高的特点，实现系统的优化组合。3.6. 系统性能设计软件系统应具有高可用性，实现负载均衡，保持系统运行稳定，确保数据不因意外情况丢失或损坏；系统具有高可靠性，保证主机、操作系统、网络、数据库和应用软件能7*24小时平稳运行；系统在正常发量（200个并发用户数）的情况下，门户页面响应时间在5秒内；业务处理在10秒内。系统后台软件系统应具有高可用性。3.7. 软件系统部署南雄市电子政务办公OA系统升级和开发部署在信息中心机房，运行于现在已有的OA系统上。通过数据交换，实现现本市与韶关市相关部门的公文交换和信息共享。4. 系统安全设计系统的安全主要包括两个部分：系统安全和信息安全。系统安全主要通过病毒防护、访问控制、入侵检测、系统的备份与恢复、审计跟踪等措施保证各种系统以及系统上各种软件的正常运行；信息安全以CA系统为基础，通过基于公钥证书和属性证书的信息安全机制，保证系统运行过程中的各种信息在存取、处理和传输中的机密性、完整性和可用性，并确保信息的可控性和可审计性。4.1. 网络安全利用防火墙实现服务器系统与政务网、互联网的访问控制和安全隔离。对外部访问行为进行多级过滤、监控、记录，并进行安全审计。防火墙对来访用户实现三种级别的审计，包括不进行审计、简要审计（源、目的IP、日期、时间）以及详细审计（涉及到内容）。防火墙的实时监控记录表可实时显示网络上传送数据包的记录，包括规则号、时间、使用者、来源主机、目的主机、通讯协议、服务项目、传输资料量及连线时间。这样可以知道哪些用户什么时间访问哪些服务等等。4.2. 系统安全系统实现应用级的操作日志和审计功能，即记录操作员进入和退出的时间，记录每项重要的操作。提供对各类操作痕迹的审计追踪功能，确保用户的每个行为都能产生必要的操作痕迹，并能以防抵赖的方式提供事后的审计验证支持。4.3. 用户安全系统提供各层次的访问控制功能。从用户认证和授权、数据库对象的访问控制、用户操作权限控制、系统操作的记录和稽核、数据和系统的完整性、可靠性和可用性、基于业务规则的访问控制等方面，保证系统的安全性。系统用户登录使用CA认证验证机制。4.4. 数据安全系统提供针对数据的值和数据存在性可能被改变的威胁的对抗。改变数据值主要包括插入另外的数据，删除数据的一部分，修改部分数据和改变部分数据的顺序。改变数据存在性包括数据的创建和删除。对重要的业务数据、操作日志、关键数据、数据库及操作系统进行备份，备份系统由备份软件和相应的设备组成。5. 项目组织与管理项目实施包括：公文交换接口调用功能的建设和OA系统升级，以及软件系统的安装调试和培训。在项目实施过程中，必须以高度的负责态度，认真统筹规划，采取有效措施确保项目的进程和质量。并协助用户方进行项目推广应用。5.1. 项目组织5.1.1. 项目组织架构在项目管理方面具有有效的方法和多年的经验，拥有完善的项目管理组织结构。针对本项目成立跨部门的项目团队，项目团队采用矩阵式的结构，一方面增加对客户需求的响应速度，另一方面得到各专业部门的指导和支持。在项目启动时就建立稳定的组织管理机构，包括本项目的领导小组、项目经理、系统建设组、售后服务组、培训组、后勤保障小组、厂家技术支持小组等，在实施过程中分工明确、责任落实、人员到位。建立项目的组织结构是对项目的人力资源进行合理的配置和分工，使参与项目的双方人员能有效地协同工作，发挥最高的效率。项目管理组织结构图在本项目中，项目组成员职责及任务具体如下：（1）项目经理项目经理是项目的责任人，对项目的质量、成本和进度负责，职责如下： 负责指导项目实施。 任命项目助理，为项目组调配人力资源和其他资源。 审查项目管理计划。 审查项目进度报告和项目进展情况。 与用户方就重大问题进行协调。 负责制订项目计划，分解项目阶段，确定任务优先级，合理利用资源，对项目实施计划和人力成本预算的执行负责。对于计划执行中的难点及时向项目总监报告。 对项目信息的及时准确沟通负责，确保项目计划和项目进度能够准确及时传递给项目有关人员。 依据项目管理流程，组织项目各阶段任务的实施。指导项目组成员工作. 确保项目组成员能够履行各自职责，对项目阶段任务的完成和质量负责。 对项目组成员的绩效进行考核。（2）项目助理项目助理调动我方可以调动的所有资源支持项目经理的工作，确保项目的成功。 负责客户资料、工程文档、客户设备数据库的整理及新产品发布。 依照计划实施配置管理，进行配置标识和追踪。将整个工程中的每一变化情况纳入受控状态。使项目的各工作组都能及时得到项目进行的最新资料。 资源管理。人力资源调配，工程所需工具的购置、分配、使用。 文档管理。按照各类文档产生期限收集整理各类文档。控制文档格式，编制文档清单，管理文档版本，管理文档借阅，与用户进行交接。 跟踪项目进度，提交项目进度报告，对项目进度实施控制。 对于项目执行过程中不符合流程的情况给以跟踪纠正，对于特殊情况，报告主管领导并征得批准。 跟踪解决投诉问题。（3）系统建设组系统建设组由专家、资深工程师组成，参与整个项目的设计和实施。按照工作任务和实施计划开展系统的配置、安装、调试和验收工作，按照计划进度和质量要求完成任务。具体职责如下： 进行设备安装现场的调研及验收 制定详细的实施方案和任务清单 设备安装、配置与调试 软件的安装调试（4）售后服务小组在项目验收后，整个项目交付用户使用，售后服务工作转移到售后服务组完成，包括故障排除、硬件更换、系统升级以及项目实施完毕后其它不可预见的工作。在整个项目实施过程中，项目组成员及工作进度接受用户方的监督，以便提高整个项目的服务质量。（5）培训小组由资深工程师、系统建设组组成。其中主要负责系统的、硬件、安全的培训，系统建设组负责在系统实施过程中的现场培训。确保用户技术人员经过培训后能接管整个系统，处理常见的故障，维护系统的正常运行。在工程实施过程中用户方网络管理人员、系统操作人员及系统管理人员最好能全程参与，对整个系统的建设有系统、全面的了解，便于系统提交后的维护。本项目中，厂家技术支持小组是有设备厂家的高级技术工程师组成，贯穿在项目整个实施过程。 负责项目设备、软件的安装调试，到现场进行指导及实施； 负责项目的总体测试。5.2. 项目管理项目管理的内容包括项目定义和项目工作清单、项目人员的配置和组织、项目进度安排和控制、项目风险评估管理、项目变更的管理、项目质量控制、项目成本控制、文档管理、合作各方的协调、验收及其标准。5.2.1. 项目定义和确定工作清单明确项目的任务，并对任务进行细化，以制定工作清单，是项目人员调度和日程安排的重要依据。本系统的建设将根据项目实施的特点及需求分布安排工作，包括工程项目实施方案、网络配置联调、系统软件的安装调试、服务器的安装调试、存储系统的安装调试等。要按照不同的阶段制定对应的明确的工作清单。5.2.2. 项目人员组织和分配为了实现管理的目标，根据项目的工作清单和任务量的大小，合理安排每个人员的工作，建立良好的组织结构对人员进行管理和协调，以便有序地工作。5.2.3. 项目进度安排和控制按照项目对进度的总体要求，确定项目工作清单中各项任务的日程安排，并留有适当余地以处理不可预知的情况，进度控制以日程安排为依据，通过例行会议等手段进行项目进程状态汇总、审计和督导。合理安排日程并加以监督控制可以提高工作效率，及时发现并解决问题5.2.4. 项目变更和风险管理风险管理首先应确定所有已知的项目风险，分析发生的可能性和潜在影响，并且确定风险分析管理过程，用于跟踪每一风险并尽可能减少风险的负面影响。在本项目中，主要的风险可能由安装地点的实施环境、项目周期、项目参与人员、用户的配合等因素引起。应通过项目会议以明确各种可能的风险，分析风险并制定出完整的风险管理计划。5.2.5. 项目质量控制明确整个项目的目标和质量要求，确定出项目工作清单中各项任务结果相关的质量及测试要求。制定质量控制流程以保证项目达到质量标准。质量控制流程应包含质量保证承诺、全面或抽样测试、质量验收过程和问题汇总反馈过程等。与用户方负责人一起定期地组织质量检查、实施质量控制流程，并对项目的总体运行结果进行评审，以保证项目达到预计效果。5.2.6. 项目文档管理技术文档是整个工程实施的重要知识成果，所有的技术文档必须归纳整理，加以妥善保管。在项目实施过程中，每一个项目实施步骤都需建立联机项目文档数据库，对项目工程采取实时的跟踪、控制和管理。并保证在项目结束后，向用户移交全部的项目实施档案，保证用户项目档案的完整。5.3. 项目验收5.3.1. 验收程序当工程正式开始交接时，双方成立工程交接验收评定小组，按工程进度的不同阶段以及各业务子系统的不同内容进行评定验收，验收内容包括环境测试、可靠性测试、维护性测试、功能性测试、稳定性测试、以及其它性能测试等，具体步骤如下：A成立工程交接验收小组；B制定各部分验收标准；C按标准进行系统硬件技术性验收；D按标准进行各业务系统验收；E按标准进行系统整体验收；H整理验收报告；I签订工程验收书面材料；J举行工程总交接仪式5.3.2. 系统测试系统的整体安装调试完成后，提交系统测试方案，经用户方审批后，双方组织进行项目的测试，测试工作以测试报告为依据。1. 测试流程测试流程图2. 测试类型（1）单元测试单元测试，是对最小的可测试软件元素（单元）实施的测试，它所测试的内容包括单元的内部结构（如逻辑和数据流）以及单元的功能和可观测的行为，基本路径的覆盖，一般是白盒测试。（2）组装测试组装测试即模块间的集成测试，集成测试是在单元测试的基础上将所有模块按照设计要求组装成系统或子系统，对模块组装过程和模块接口进行正确性检验。（3）整体测试整体测试即通常说的系统测试，它包括系统功能测试和性能/压力测试及安全性测试，根据被测产品具体的业务功能逻辑，对产品的某些功能进行测试验证。核实被测系统能否正确地接受、处理和检索数据以及业务规则是否正确实施，即对被测系统的功能进行检测，尽可能查找软件中存在的缺陷，从而排除这些缺陷，提高软件质量。本测试服务的主要目的是为了尽可能多地查找软件中存在的各种缺陷，并确定软件满足功能需求的程度。包括单个功能的检测，以及一个业务逻辑内的多个功能完整性进行检测。功能性测试一般通过图形用户界面 (GUI) 与应用程序交互并分析输出结果来验证应用程序。性能测试是采用系统稳定运行情况下预期的并发用户数，持续执行一段时间，通过综合分析交易执行指标和资源监控指标来监控系统是否处于预期的工作量强度的过程。压力测试使测试对象（应用服务器、数据库服务器）承担不同的工作量，来评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。以了解系统在超出最大预期工作量的情况下运行状况，并确定系统所能承受的最大工作量。本次的安全测试包含三方面的内容：数据安全方面，主要指数据库的安全；安全访问控制方面，主要是指不具有权限的人员是否可以进行此权限允许的一些操作；系统安全方面，主要指防DoS攻击和网页防篡改两方面。3. 测试方法测试主要遵循测试过程说明书进行，针对本次测试的具体情况，主要包括项目启动、跟踪和监视项目、制订测试计划、编写测试方案、设计测试案例、录制测试脚本、准备测试数据、测试实施、编制测试报告和项目总结。采用白盒测试、黑盒测试、动态测试及静态测试多种测试技术，等价类划分，边界值分析，错误推测法等多种案例设计技术，脚本与数据由的业界先进的测试工具录制和生成，整个测试过程遵循相关国家标准和行业规范来进行测试。5.3.3. 系统验收系统测试合格后，系统进入试运行阶段，时间按签定的合同规定为准。在试运行期间，项目实施方须派专门人员在现场指导使用人员的操作，试运行期满后，和用户方双方组织进行项目的验收。系统试运行后，根据系统设备的试运行状况，和用户方项目验收组成员对整体项目进行评估和验收。向用户方提交项目工程文档，包括如下内容：项目技术方案、项目实施方案、系统测试记录、系统试运行记录、系统试运行报告、测试问题报告、系统初验报告、系统使用手册、和用户培训记录等。至此，系统投入正式运行，项目建设结束。验收结束后，系统投入正式使用阶段。提供一年的软件系统维护服务。5.4. 项目文档为了保证项目开发的成功，并且便于运行和维护以及以后的扩展升级，在开发工作的每一阶段，都需要编制一定的文件。这些文件连同计算机程序及数据一起，构成计算机软件。文件是计算机软件中不可缺少的组成部分，我方将在不同的时期按下述标准提供文档。5.4.1. 文档命名规则项目文件的命名原则：文档名称版本号.文件后缀。如系统测试计划的文件名为系统联调测试计划V2.0.0.doc，其中系统联调测试计划是文档名称，V2.0.0是版本号，doc是文件后缀。项目的文档包括文字、表、流程图和项目计划。所有文档都应存储为以下格式：文档类型格式文字（可包含简单的图、表）Microsoft office 2003中文版表Microsoft office 2003中文版流程图Visio 2003中文版项目计划Microsoft Project 2003 中文版5.4.2. 文档的编写 项目计划编写项目计划由项目助理编写，项目经理审核批准并下达个项目组。项目组所有成员都收到项目计划。 项目计划修改当项目进度与项目计划发生偏差，影响到项目的执行时，项目经理修改项目计划，调配人员，保证完成计划。 进度报告编写每个阶段结束时，项目进度都会编写项目进度报告。项目经理以及项目组所有成员都会接收到项目进度报告。5.4.3. 文档格式所有标准文档都应遵循统一的文档格式，这包括统一的文档结构、编号规则。本文的文档格式可以作为一般的模板使用。（1）文档结构所有标准文档都应包括如下章节结构：章节结构名称描述封面应当包括：文档名称、版本号、发布单位、发布时间目录应当包括：正文所有标题及其页码范围应当包括：标准所描述的内容所涉及的领域、可能以本标准为依据的其他标准参考文档应当包括：本标准所依据的其他标准缩略语与定义应当包括：本标准中所采用的缩略语解释和专用名词解释正文章节根据范围的限定所展开的内容版本号说明与版本历史应当包括：版本号的编号原则、本标准的版本历史（2）编号规则所有标准文档都应采用多级编号规则：1表明是第一节2表明是第二节2.1表明是第二节第一小节2.2表明是第二节第二小节2.2.1表明是第二节第二小节第一点5.4.4. 版本号说明与历史1) 版本号说明本文档的内容可能由于项目的持续工作而发生更改。每次更改，文档的发布日期和递进版本号都将明显的被更改。版本号的递进遵循以下原则：版本 x.y.z z 当文档中仅加入了纯粹编辑的更改时，第三位数字发生增长。初始数字为0。 Y 当其它类型的更改发生时，如技术改良、更正、更新等，第二位数字发生增长，同时Z置为初始数字。初始数字为0。 X 当文档确定为一个阶段性文档时，第一位数字发生增长，同时Y、Z置为初始数字。初始数字为1。2) 版本历史版本发布日期描述1.0.02004-1-1第一稿2.0.02004-2-2描述文档的分类；更正使用的工具版本；5.4.5. 项目文档内容1) 项目开发前 软件需求说明书 实施计划2) 项目开发期间 实施进度月报3) 项目开发完成 用户操作手册 测试计划 测试分析报告 6. 项目进度计划6.1. 项目工作量计算阶段子任务描述备注估算人天1.需求分析需求交流及解决方案2需求分析1业务调研1小计: 42.系统分析及设计系统功能设计1数据库设计1设计文档编写2小计: 43.系统开发与实施公文交换待接收查询1公文交换已接收查询1公文交换已发送查询2公文交换撤回1公文交换发送3OA现在功能优化5回收错误公文3导出公文为WORD格式2小计: 18 4.系统测试系统功能测试3系统集成测试2小计: 55.系统部署&实施现场实施1文档整理及提交2项目验收1系统培训及推广(300人/次)2小计: 6合计:377. 系统实施方案7.1. 前提条件（1）市公文交换可用无缺陷。（2）部署新的功能和完善的功能；（3）安装、配置必须的软硬件设备。7.2. 系统范围系统应用范围包括：系统软件安装部署、业务调研、办公流程定制、表单定制、组织机构和人员数据初始化、系统培训。7.3. 实施内容(1) 南雄市电子政务办公OA系统升级和开发；(2) 与韶关市公文交换平台开发商联调应用系统；(3) 操作培训、技术维护培训。7.4. 实施计划（1）需求调研阶段工作内容：对韶关市和南雄市公文交换平台进行调研，确认了解业务过程、业务内容和建设需求，根据调研规划系统方案，指导系统开发。时间范围： 项目启动后4个工作日。参与人员：系统承建方、市信息中心工作人员。（2）系统研发、部署阶段工作内容： 根据确认的需求进行系统开发、测试、部署等工作。时间范围： 需求评审23个工作日完成。参与人员：系统开发组、市信息中心工作人员。（3）应用操作培训工作内容：对各单位业务人员等系统用户进行系统使用、维护培训。时间范围：系统完成后10个工作日。参与人员：系统承建方、相关单位的业务人员、信息中心工作人员。（4）系统试运行及系统修改工作内容：各单位使用系统试处理业务。收集用户的反馈意见，修改系统功能。时间范围：系统完成部署后一个月。参与人员：系统承建方、相关单位的业务人员、信息中心工作人员。（5）系统验收工作内容：试运行结束，系统功能修改完毕，达到验收标准。由用户方组织验收小组对项目进行验收。时间范围：系统试运行结束后的3个工作日。参与人员：系统承建方、相关单位的业务人员、信息中心工作人员。项目总体时间：2个月内完成。8. 系统培训方案承建方必须重视对用户的培训，因为对用户完善周到的培训不仅可以使用户了解整个系统，更重要的是会对今后项目顺利实施与维护带来非常有益的影响。培训的目标是“授人以渔”，而不是“授人以鱼”，即不单纯介绍操作方式，而是深入浅出的介绍原理，并结合实践。8.1. 培训目标（1）使所有用户可熟练操作本软件系统，保证能够正常使用应用系统进行日常办公。（2）为用户方培训一支能够独立使用和维护好本项目信息系统的工程师队伍。8.2. 培训资料为所有被培训人员提供培训所需的文字资料和讲义，用户方准备计算机、网络环境、相关用品。所有的资料是中文书写。主要资料有系统业务操作手册。8.3. 培训讲师承建方派出软件工程、系统安全、公共管理等领域的专家以及本系统设计人员组成培训讲师团为用户在系统开发、数据库、系统使用与维护、电子政务发展等方面进行培训。培训讲师为培训时均使用中文授课，若涉及英文名词，教员均提供中文解释，培训讲师对相应课程均具有三年以上的授课经验。8.4. 培训方式培训方式采用集中培训和现场培训相结合的方式，针对不同层次的培训人员，开设不同的培训课程。（1）集中培训方式重点是对各单位业务操作人员，采用集中授课的方式，进行培训。（2）现场培训方式重点针对系统管理员及系统维护人员，通过在现场的施工和培训，深层次的掌握系统的使用、维护、故障检修和各种日常操作等。现场培训结合项目施工进度灵活安排，让受训人员最大限度地参与系统和设备的安装、调试、预验收、试运行等过程，以获得感性知识。（3）上门培训方式对于领导操作培训，采用上门培训的方式。培训讲师在预约的时间内上门为各领导专门培训。8.5. 培训对象系统用户范围具体包括：1) 各单位OA系统使用人员； 8.6. 培训内容系统培训内容包括：对OA系统使用人员培训，对公文交换待接收查询、公文交换已接收查询、公文交换已发送查询、公文交换撤回、公文交换发送、OA现在功能优化、回收错误公文、导出公文为WORD格式根据不同的角色培训提供不同的内容、分批次进行培训。9. 项目运维及售后服务方案9.1. 服务承诺承建方须为用户提供全面、及时和优质的技术支持与售后服务。对用户提供全方位技术与售后服务，并提供最佳的服务响应时间。保修期：从验收合格之日起18个月内提供维护，包括对用户系统软件进行完善的监测、维护和升级。9.2. 运维售后服务小组充分重视用户的要求，提供本地化的售后服务，软件研究由软件开发经验丰富的行业专家、资深工程师以及本地合作伙伴构成。不但在系统开发过程中有软件工程师进驻用户现场施工，而且系统建成后，在软件维护阶段，将指定系统实施开发工程师对项目进行跟踪服务，为本项目的正常运转提供坚强保障。服务小组人员由以下人员构成： 参与软件系统开发的架构师1名（精通系统架构、数据库等知识） 参与软件系统现场实施的开发人员2名（对用户方的情况熟悉）9.3. 服务响应时间在维护期内，全天候24小时服务响应，接到用户的维修维护请求后30分钟内响应，对于重大问题需要到现场时，6小时内到现场处理故障。除特殊情况外，故障排除时间不超过8小时。9.4. 应急解决方案9.4.1. 应急处理1、 在节假日、休息日或下班期间，用户可通过手机与技术支持人员取得联系，及时处理。2、 承建方须保证突发事件发生时，能够迅速召集技术人员，立既制定应急技术解决方案。9.5. 售后服务内容服务包括电话支持、远程维护、上门保修等方式。当接到用户方的故障申告时，服务小组优先采用电话支持、远程维护方式进行排障服务；如果远程维护方式无效，服务小组将在接到故障申告6个小时内赶到用户故障现场。9.5.1. 电话热线用户可以指定一名或两名技术人员通过热线电话直接获承建方专业资深工程师的指导帮助，包括解答与实施系统相关的软件等技术问题，协助客户诊断故障、重新配置系统。9.5.2. 远程维护当系统发生问题时，首先由用户方工程技术人员对故障现象通过各种通讯手段将情况通知承建方，由我方的工程技术人员通过MODEM或其他远程连接手段（远程终端控制方式）介入用户的网络应用系统，利用SNMP、RMON、TELNET等相应的网络管理机制对系统进行诊断，确认合适的解决办法，进行远程操作。对于重大问题，采用上门服务的方式。9.5.3. 例行检查售后服务小组将根据具体情况，在本系统的实际运行情况的基础上，定期（每月）制作月度系统运行情况表,定期向用户方提交售后服务工作报告，把系统出现的故障和用户提出的问题进行分类，对于经常出现和提出的带有普遍性的问题及时予以重点解决。9.5.4. 专员服务在系统试运行的18个月内，将派出专员定期到现场提供服务，保证系统的正常、稳定运行，与技术人员进行经验交流，随时了解新的需求，进行系统设置，优化系统性能。专员资格和访问周期根据工程的实际情况协商安排。9.5.5. 上门服务当系统出现重大故障而远程维护无法解决的情况和需要进行软件版本升级时，承建方须在6小时内派出售后服务工程师进行上门服务。上门的服务工程师由服务小组成员及其它专家组成。9.5.6. 应用软件版本升级应用软件版本升级包括新版本软件的安装、操作指导、维护指导。软件版本升级服务还包括对相关硬件设备的配置修正、系统参数的调整等内容。软件版本升级服务为上门服务方式。一般而言，系统软件版本升级的时间间隔不会小于壹年。10. 附件：韶关市信息中心制定的韶关市电子政务办公业务系统公文交换规范（试行），承建方在此次OA系统升级开发中须严格按照该规范实施。规范内容如下：韶关市电子政务办公业务系统公文交换规范（试行） 编制单位:韶关市信息中心 编制日期：2011年7月18日目 录 1.文档介绍41.1.文档目的41.2.文档范围41.3.读者对象41.4.参考文档41.5.术语与缩写解释42.系统总体设计要求62.1.总体结构63.电子公文交换数据规约83.1.公文交换机关数据初始化83.2.公文体结构83.3.公文摘要文档结构183.4.公文处理状态结构193.5.公文交换机关结构204.电子公文交换接口224.1.接口函数及参数命名规则224.2.findDocumentList接口224.3.findDocument接口234.4.receiveDocumentStatus接口234.5.sendDocument接口244.6.updateDocument接口254.7.recallDocument接口254.8.findDept接口265.错误处理与返回消息处理285.1.系统错误的处理285.2.近回消息的处理285.3.近回消息的Schema定义296.安全性要求306.1.接口安全306.2.数据安全3010. 文档介绍10.1. 文档目的本文档编制目的是为实现韶关市政务综合应用平台办公业务系统与各县（市、区）、有关单位的电子政务办公业务平台电子公文双向实时交换，提供数据交换接口标准和规范。10.2. 文档范围本文档描述了公文交换数据交换接口及组织结构查询的接口。10.3. 读者对象本文档的读者为韶关市、各县（市、区）管理维护和应用电子政务办公业务系统的用户，以及参与相关业务系统开发的软件设计、开发和实施人员。10.4. 参考文档本规约引用的主要技术标准、规范和行业管理规定包括： GB/T 7408-2005 数据元和交换格式 信息交换 日期和时间表示法（ISO 8601：2000） GB/T 9704-1999 国家行政机关公文格式 GB/T 7156-2003 文献保密等级代码与标识 GB/T 19667.1-2005 基于XML 的电子公文格式规范 第1 部分：总则 GB/T 19667.3-2005 基于XML 的电子公文格式规范 第3 部分：显现 GB/T 19667.5-2005 基于XML 的电子公文格式规范 第5 部分：交换 国发200023 号 国家行政机关公文处理办法 中办发199614 号 中国共产党机关公文处理条例10.5. 术语与缩写解释缩写、术语解 释电子公文交换电子公文在互相之间联网的两个或两个以上不同计算机系统之间发送、传输、接收的过程。电子公文交换平台特指专用于为互相之间联网的不同计算机系统集中分发、中转、传输、接收电子公文的计算机网络信息系统。发送方在一次电子公文交换过程中，公文交换的初始发起单位或发送者。接收方在一次电子公文交换过程中，公文交换的最终接收单位或接收者。节点参与电子公文交换的各单位的计算机信息系统。电子公文交换平台客户端其它单位建设需要与本交换平台进行对接的办公业务系统。电子公文交换平台对接模块其它单位开发的用于与本交换平台进行对接的功能模块，对于本交换平台来说是本交换平台接口的调用方，对于其他办公业务系统来说是自身的一个模块。Web Service基于XML进行数据交换的一种跨平台的系统通信方式。XML（Extensible Markup Language）可扩展标记语言，定义了用于定义其他与特定领域有关的、语义的、结构化的标记语言的句法语言。XML Schema用于描述XML的内容结构。GB/T 7408-2005、GB/T 9704-1999、中办发199614号和国发200023号这些文档中确立的术语和定义适用于本规范。电子公文交换单位参与公文交换系统的单位，如：工商局，地税局等。11. 系统总体设计要求11.1. 总体结构2.1.1本交换平台是一个完整的电子公文应用平台，包括底层框架、接口层和前台管理界面。底层框架包括底层数据库、统一平台框架、应用层，其中应用层包括存储框架、数据传输、安全认证、权限系统等功能模块；接口层面向需要与本交换平台对接的办公系统；web管理界面面向交换平台系统管理员的用户。下图示意了整个交换平台的总体结构：图2.1.1 电子公文交换平台总体结构图2.1.2 需与本交换平台对接的办公系统应采取C/S的结构模式，即本交换平台作为服务器，需对接的办公系统作为客户端，由客户端通过WebService与本交换平台的接口层通讯，进行公文、的处理。下图示意了电子公文交换平台客户端与本交换平台的交互关系：图2.1.2 其它办公系统与本交换平台的交互示意图2.1.3 本交换平台以“被动”方式供各单位办公系统调用，而不以“主动”方式连接各单位办公系统。无论是发送数据还是接收数据，都应由各单位的办公系统主动发起请求，本交换平台响应其请求并执行相应的处理。本交换平台不负责把数据主动推送到各单位的办公系统。对于本交换平台来说，各单位的办公系统是透明的。2.1.4 电子公文处理模块是负责公文流转、发送、办理的功能模块。对于办公系统来说，电子公文是纸质公文的电子化数据，针对电子公文的每一个操作，如：公文发送、公文签收、公文撤回等，本交换平台的电子公文接口层都提供了相应接口，供各单位的办公系统调用。12. 电子公文交换数据规约3.0.1 对接模块的公文交换数据格式应严格遵循本交换平台提供的接口数据规约来发送内容和解析返回的结果。接口数据规约包括接口输入参数、接收输出结果、接口异常信息等。对接模块调用本交换平台接口时，需要严格遵照本规约的要求，提供相应参数，并按照本规约的要求解析获取的结果。3.0.2 本交换平台接口的数据传输内容基于XML标准数据格式，对接模块在调用时，应满足XML的规范要求。3.0.3 电子公文体的数据交换，涉及公文体、公文列表、公文办理状态等数据。以下各节详细描述了各类数据的文档结构和规范的XML定义，对接模块应在接口调用中符合该XML定义。12.1. 公文交换机关数据初始化3.1.1由韶关市电子公文交换平台提供EXCEL导入接口，并由韶关市电子公文交换平台管理员来进行初始化导入；或者由电子公文交换平台管理员通过WEB界面添加。 公