电子政务系统设计方案V31

目录

第一章工程概述-9-

1.建设背景-9-

2.建设原那么-10-

3.建设范围-10-

4.建设依据-10-

5.建设目标-11-

笫二章需求分析-12-

1.系统总体需求-12-

1.1总体要求-12•

系统平台-14-

系统整合及数据的平滑过渡-14-

1.4数据中心根底数据库-14-

1.5杳询分析与决策支持-14-

严格的权限管理-14-

1.7数字档案管理-15-

1.8扩展接口・15・

2.门户平台系统需求-15-

市民的需求-15-

政府的需求-15-

企业的需求-16-

2.4可行性分析-16-

3.协同办公系统需求-17-

3.i公文管理子系统・17・

3.1.1收文管理-17-

3.1.2发文管理-17-

3.1.3公文流转-17-

3.2领导办公子系统-18-

3.2.I决策支持功能・18-

3.2.2任务管理功能-18-

3.3会议管理子系统・18-

个人办公子系统-18-

3.4.1电子邮件管理-18-

3.4.2待办事宜管理-19-

3.4.3公文通知管理-19-

3.5督察管理子系统-19-

3.6即时消息子系统-20-

事件通知功能-20-

短信提醒功能-20-

即时通讯功能-20-

3.7移动办公子系统-20-

3.8信访管理子系统-20-

3.9档案管理子系统-21-

3.10报表管理子系统-21-

3.11人事管理子系统-〃-

3.12信息处理子系统・22・

3.13议题审批子系统-23-

3.14提案处理子系统-23・

3.15电子签章子系统-23-

3.16系统管理子系统-23-

3.17系统帮助功能-25-

3.18网上申报功能-25-

第三章总体设计-25-

1.总体设计原那么-25・

1.1立足系统工程-25-

1.2以应用为本-25-

1.3以系统整合为主题-25-

1.4以信息共享为根底-26-

1.5适应系统的持续开展-26-

1.6外网网站设计原那么-26-

1.7协同办公平台设计原那么-28・

2.标准体系设计-29-

2.1标准体系的编制原那么-30-

2.2标准体系的技术依据-31-

2.3标准体系框架结构-31-

3.系统设计技术路线-34.

3.1平台化的设计思路-34-

3.2面向对象的分析设计方法-34・

3.3三层次体系架构-34-

3.4纯B/S结构实现・35-

3.5中间件技术-35-

4.系统总体应用模型-35-

5.系统总体架构设计-35-

6.网络拓扑结构图-36-

7.总体设计特点-37-

7.1表达了以人为本，内外网交互，协同办公的主导思想-37-

7.2实现了完整意义上的电子政务模式・37・

7.3为用户构建了无限可扩展平台-37-

7.4充分整合并激活了用户信息资源库-38-

第四章应用系统功能设计-38-

1.门户平台-38-

1.1设计目标-38-

1.2设计思想-39・

1.3逻辑结构-40-

1.4功能结构图-40・

1.5管理功能-40-

1.5,1站群管理-40-

1.5.2频道管理-41-

1.5.3工作流-43-

1.5.4模板管理-44-

1.5.5内容管理-45-

1.5.6发布管理-47-

1.5.7统计分析-48-

1.5.8个人效劳-49-

1.5.9内容采集-49-

1.5.10查询检索-49-

用户管理-50-

1.5.12权限管理-51-

1.5.13日志管理-52-

1.5,14系统管理-52-

1.6扩展功能-53・

1.6.1投票调查-53-

1.6.2广告管理・54・

1.6.3访谈直播-54-

1.6.4自由表单-55-

1.6.5检索功能-56-

1.7后台开发框架-57・

1.8站群I办同共享机制-57-

1.9统一数据效劳-57-

1.10网站模块设计-58-

1.10.1外网网站・58-

1.10.2招商引资-59-

1.10.3特色栏目-60-

1.10.4就业效劳-60-

1.11网站页面设计风格展现-60-

2.协同办公系统-60-

2.1公文管理子系统-60-

设计目标-60-

需求分析-61.

应用模型-61-

主要功能设计-63-

系统特点-66-

2.2领导办公了•系统-66-

2.2.1设计目标.66-

2.2.2需求分析-67-

应用模型-67.

2.2.4主要功能设计-67-

2.2.5系统特点-68-

2.3会议管理子系统-68-

2.3.1设计目标-68-

2.3.2需求分析-69-

2.3.3应用模型-69-

2.3.4主要功能设计・69・

系统特点-70-

2.4个人办公子系统-70・

2.4.1设计目标-70-

2.4.2需求分析-71-

2.4.3应用模型-71-

2.4.4主要功能设计-71-

2.4.5系统特点.73-

2.5督察管理子系统-73-

2.5.1设计目标-73-

2.5.2需求分析-73-

2.5.3应用模型-74-

2.5.4主要功能设计-74-

2.5.5系统特点-74-

2.6即时消息子系统-75-

2.6.1设计目标-75-

2.6.2需求分析・75・

2.6.3应用模型-76-

2.6.4主要功能设计-76-

2.6.5系统特点-76-

2.7移动办公子系统-77-

2.7.1设计目标.77-

2.7.2需求分析-77-

2.7.3应用模型-78-

2.7.4主要功能设计-78-

2.7.5系统特点-79-

2.8信访管理子系统-80-

2.8.1设计目标-80-

2.8.2需求分析-80-

2.8.3应用模型-81-

2.8.4主要功能设计-81-

2.8.5系统特点-81-

2.9档案管理子系统-82-

2.9.1设计目标-82-

2.9.2需求分析-82-

2.9.3应用模型-83-

2.9.4主要功能设计-83-

2.9.5系统特点.84・

2.10信息处理子系统-85-

2.10.1设计目标-85・

2.10.2需求分析-85-

2.10.3应用模型-86-

2.10.4主要功能设计・86-

2.10.5系统特点-90-

2.11人事管理子系统-90-

2.11.1设计目标-90-

2.11.2需求分析.90・

2.11.3应用模型-91-

2.11.4主要功能设计-91-

2.11.5系统特点-92-

2.12议题审批子系统・93・

设计目标-93-

2.12.2需求分析-93-

2.12.3应用模型-93-

2.12.4主要功能设计-93-

2.12.5系统特点-94-

2.13提案处理子系统-94-

设计目标-94-

2.13.2需求分析-94-

2.13.3应用模型-94-

2.13.4主要功能设计・95・

2.13.5系统特点-96-

2.14报表管理子系统-97・

2.14.1报表设计器-97-

2.14.2报表效劳器-97-

2.14.3运行体系-97-

2.15电子签章子系统・97・

功能设it-98-

系统特点-100-

2.16系统管理子系统・100・

2.16.1设计目标-100-

2.16.2需求分析-100-

2.16.3应用模型-100-

2.16.4主要功能设计-101-

主要特点-104-

2.17网上申报子系统-108-

2.17.1用户身份认证.109-

申报结果公示-109-

2.17.3网上申报查询.109-

统计检索-109-

投诉建议-110-

2.18系统帮助-110-

第五章数据交换与接口设计-lll-

L数据的管理与整合・lll・

数据导入导出机制错误!未定义书签。

同步/异步更新机制错误!未定义书签。

1.3统一数据效劳-111・

2.数据中心-112-

2.1系统模型・112-

2.2主要功能-112-

3.数据交换-112-

3.1数据交换设计・113・

3.2数据交换技术实现-113-

4.系统接口设计・115・

4.1接口功能设计-116-

4.2接口技术实现-116・

4.3数据交换接口结构-117-

5.接口设计说明-118-

表单错误!未定义书签。

5.1.1表单复原以后传送给程序子表单的参数-118-

5.2.2程序子表单页面提供的javascript方法-118-

5.2.3主表单与程序子表单的协作过程-119-

5.2流程-119・

5.2.1actDebug-119-

5.2.2startFlow-120-

5.2.3startFlow-120-

5.2.4startFlowWithXMLData-121-

5.2.5startF1owAndSend-122-

5.2.6startFlowAndScnd-123-

5.2.7sendFlow-124-

5.2.8readWorkflowRelevantData-125-

5.2.9deleteFLowInst-125-

5.2.10startFlow-126-

5.2.11startFlow-127-

档案管理错误!未定义书签。

5.3.1addDocumcnt-128-

5.3.2updateDocument-128-

5.3.2deleteDocument-128-

5.3.3addBox-129-

5.3.4updateBox-129-

5.3.5deleteBox-130-

5.3.6addDocumentInBox-139-

5.3.7borrowDocument-131-

5.3.8transDocument-131-

5.3.9sealDocument-132-

移动办公错误!未定义书签。

5.4.1gelWapURL-132-

5.4.2getDeskFiles-132-

5.4.3getPrompt-133-

5.4.4sendMail-133-

短信息错误!未定义书签。

5.5.1接口说明-134-

5.5.2GSMMultiPort类一一根底短信开发接口-134-

5.5.3GSMModem类一接口应用类-146-

5.6开发包说明・149-

第六章系统平台介绍-149-

1.用友电子政务平台・149-

1.1用友电子政务平台软件的技术架构-149-

1.2平台软件的组成-150・

1.3工作流平台-150-

1.3.1工作流平台设计思想-152-

1.3.2可视化表单设计-153-

1.3.3可视化流程设计工具-153-

1.3.4支持Internet和Intranet环境-153-

1.3.5和应用系统的无缝集成-154-

1.3.6二次开发支持-154・

1.3.7可维护性和可管理性.154-

1.3.8对主流数据库的支持-154-

1.3.9工作流平台功能-154-

1.3.10工作流平台特点-155-

1.4消息中心-157-

1.5信息发布-157-

1.6门户平台・158-

1.7报表平台-159-

2.CMS平台・159・

2.1多站点创立、管理-160-

2.2频道管理支持无限分级-161-

2.3支持创立多个业务模型-162-

2.4强大的内容采编功能-163-

2.5网站发布的多种策略-164-

2.6网络信息自动监控采集、分类管理-165-

2.7方便灵活的数据库采集・165・

2.8简单方便的模版定制，可视化标签技术-166-

2.9功能强大的信息加工处理系统・168・

2.10灵活的信息发布方式-168-

2.11功能强大的全文检索系统-168-

2.12用户权限与网站平安的控制-169-

2.13自定义业务数据库-169-

2.14系统全面的统计分析功能-170-

2.15组件与接口丰富-170-

2.16其他系统功能-171-

3.移动办公平台(MAS)-171-

3.1智能客户端技术-171-

3.2智能效劳器端技术-172-

3.3偶然编程技术-172-

3.4WORD瞬时展示技术.172-

3.5EXCEL瞬时展示技术-173-

3.6终端设备可挂失技术-173-

3.7知识可传递性-173-

第七章平安与备份-173-

1.用户身份认证-173-

1.1USB密钥认证-174-

1.2普通口令登陆・174-

1.3持数字证书登陆方式-174-

N网络平安建议-175-

2.1使用网闸・175-

2.2使用防火堵-175-

2.3防病毒体系-175-

2.4主机平安监控系统-176-

2.5应用系统平安.177-

2.6数据平安・177-

3.数据备份建议-178-

3.1RealApplicationCluster(RAC)-179-

3.2并行效劳器与双机热备份的比较-180-

3.3RAC的好处・181-

3.3.1可伸缩性•182・

3.3.2可管理性-183-

3.4备份管理・184・

3.4.1TSM介绍-185-

3.4.2LANFree备份方式介绍-187-

3.5远程应急-188-

4.系统运行平台-189-

4.1研发平台-189・

4.2应用环境-189-

第八章工程实施及验收方案-189-

1.实施方案・190-

1.1需求分析-190-

实施需求-190-

实施中所需软件产品标准的需求-190-

技术文档标准的筋求-190-

1.2工程组织结构-190-

工程领导组-191-

质量监督保证组-191-

用户方工程组-192-

用友政务工程组-193-

1.3工程实施流程-199-

工程立项-199-

需求调研分析-200-

系统设计开发-202-

系统实施-205-

工程培训-207-

工程试运行-207-

工程验收-208-

1.4工程监督控制管理-208•

工程控制-209-

工程监督-2l3-

工程管理执行标准•213•

工程管理措施-214-

工程进度方案・217・

T程管理经验-21X-

1.5系统平安保障措施・222-

1.6实施环境-223-

2.工程验收方案-224-

验收原那么-224-

验收委员会组织结构-224-

验收内容和标准-225-

工程验收流程-226-

工程根本情况-226-

工程睑收情况汇总-226-

工程验收情况汇总表-226-

工程验收附件明细-227-

工程验收结论-230-

第九章用友政务承接本次工程建设的优势-230-

1.典型案例-230・

1.1济南市投融资工程-231-

1.2历下区数字城管・231・

1.3济南市行政审批-231-

1.4济南市资金结算中心-231-

2.成熟稳定的优秀信息平台-232-

2.1大量大型电子政务工程成功应用平台-232-

2.2能适应不同的应用需求-232-

2.3少编码方式实现核心需求-232-

2.4信息平台具有快速响应能力-233-

3.优秀的本地效劳-233-

3.1本地化工程研发优势・233-

3.2本地化工程实施优势-234-

3.3本地化后续效劳优势-ZM-

zl.强大的综合实力-234-

4.1具有强大的市场抗风险能力-234-

4.2具有中国软件趋势领导能力-235-

4.3具有持续稳健优秀经营能力-235-

第一章工程概述

1.建设背景

信息技术的飞速开展引发了一场深刻的生产和生活方式变革，极大地推动着经济和社

会的开展。作为信息高速公路五个应用领域中的首要应用，电子政府/电子政务在全球范围

内受到广泛的重视。电子政务指的是政府机构利用信息化手段，实现各类政府职能。其核

心是：应用信息技术，提高政府事务处理的信息流效率，改善政府组织和公共管理。可以

说政府信息化是经济信息化和社会信息化的前提，电子政务己经成为政府部门提高行政管

理质量，提高办事效率，提高应急指挥和快速反响能力的重要手段之一。

为了进一步适应政府管理工作的开展，按照**（市/地区）市委市政府的要求，结合**

（市/地区）市的实际情况和建设电子政务系统的经验，建立门户网站、政府内部网站、政

府协同办公系统平台实现无纸化办公，在网络上实现政府工作管理和效劳职能，高质量、

高效率的为市领导和各个部门的宏观管理、科学决策提供效劳，实现G2G、G2B、G2c等政

府工作内容已经迫在眉睫。通过电子政务建设，带动全市电子信息建设开展。实现全市范

围内的统一的电子政务平台，实现**（市/地区）市各级政府办公与效劳的电子信息化管理。

2.建设原那么

总体原那么为“一套系统，多套应用，平滑扩展”

令平台化：方便日后的扩展和维护

令大集中：各个委办局、街道和各自的协同办公系统都在一个平台，一套系统中。

令模块化：系统按照不同的功能，划分不同的系统。

令流程化：提供灵活流程的自定义功能。

令定制化：对不同部门，不同功能的流程进行定制。

令可视化：流程的流转过程要可视化。

＜痕迹化：对于公文流转中修改的内容要有痕迹跟踪。

＜层级原那么：设置不同层级权限的管理员，负责该层级的日常维护。

令B/S结构：系统采用BROWSER/SERVER（浏览器/效劳器）结构。

3.建设范围

本次系统建设主要是以“两站两网三系统”为根本架构，采用成熟的电子政务办公软件,

为各级管理部门提供及时、方便的信息查询，为各个接入网络的各委办局、街道、乡等100

多个单位实现办公业务的电子化、自动化和网络化，共享政府办公业务信息资源。

4.建设依据

系统工程的设计过程中参考了以下的标准和标准：

《国家信息化领导小组关于我国电子政务建设指导意见》，中共中央办公厅、国务院办

公厅17号文件，2002年8月

《政务中心需求报告(07)》，2007年1月

《电子政务一期工程重点建设任务》，国务院信息化工作办公室，2002年8月

《电子政务标准指南》，国信办和国家标准委员会，2002年5月

《涉及国际秘密的计算机信息系统平安保密方案设计指南》，国家保密局，2001年4月

《涉及国际秘密的计算机信息系统平安保密技术要求》，国家保密局，2000年7月

《计算机信息系统平安保护等级划分标准》GB17859-1999,国家质量监督局

《计算机软件单元测试》GB/T15532-1995,电子工业部标准化研究所

《计算机软件质量保证方案标准》GB/T12504-1990

《国家行政机关公文处理方法的通知》国发[2002]23号

《国家行政机关公文格式定义标准》GB/T9704-1999

5.建设目标

根据**(市/地区)市电子政务建设的整体规划，**(市/地区)市电子政务本期整体的

建设目标归纳如下：

(1)要求符合国家电子政务工程建设要求及国家有关部门的相关实施细那么；

(2)建立全市电子政务网络平台与系统平台，促进全市信息化建设，实现各级各部门

的办公网络互通，加强全市政府机关单位的信息共享与交流，提高部门之间工作协作效率;

(3)简化政府办事流程，提高政府办公效率，建立统一政务协同平台，实现协同办公。

提高工作效率，强化效劳质量；

(4)建立统一的信息门户平台(政府门户网站群)，建立政务信息公开机制，提高公众

对政府效劳的监督监察能力，加强政府与公众之间的沟通，创立效劳型政府；

(5)提供领导决策依据，提高领导的决策能力:

(6)实现全市各级政府部门之间有效的资源整合，建成政府公共数据交换平台，整合

各部门原有数据库，实现一库共享；

(7)建立**］市/地区)市电子政务系统的建设标准，提供各级政府部门信息化建设标

准；

(8)建立全市电子政务系统有效的平安体系；

(9)建设网上申报审批系统，实现网上审批、在线查询监督等功能。

第二章需求分析

我们通过对**(市/地区)电子政务系统建设的要求和**(市/地区)市政务信息化建设

的实际情况分析，**(市/地区)市电子政务系统建设需要在一个平台化系统内整合搭建多

个应用。具体需求包括以下内容：

1.系统总体需求

L1总体要求

该系统要采用先进的信息技术，具有技术领先、功能完备、扩展性好等诸多特点。

(1)系统结构先进：采用纯B/S架构，采用JAVA/J2EE技术作为开发语言，具有较好

的伸缩性和扩展性，能够适应未来应用规模的扩展，确保系统不被淘汰。

(2)开发平台技术先进：即在该平台开发的应用系统具有极强的系统平安性。

(3)灵活的部署及管理方式：应用系统的部署及管理应当与效劳器硬件的部署方式无

关。

(4)先进的工作流管理平台：要求工作流平台具有可视化的设计和修改界面，能够通

过可视化界面进行流程的设计和更改，方便系统维护。流程平台具有技术领先、定制灵活

等特点，具有很好的系统结构和系统扩展性，能够处理基于表单的业务流程。能够满足各

种业务流程的审批要求，可灵活定制审批流程，并可将审批流程的管理权限下放到各使用

部门，提升流程适应单位业务变化的能力，降低信息部门维护负担。支持多级并序处理，

一个文件可以同时由多个部门进行处理，提高办事效率。并提供时限控制功能，能够对流

程的某一个环节或多个环节设置时限，并记录相关的超时记录，为绩效考核提供必要的依

据。

(5)相关管理人员可以随意调整正在流转中的流程实例，可以将流程的实例调整到流

程的任意环节和任意处理人处，便于流程的维护。

(6)痕迹保存技术：在公文流转过程中，实现与MSOfficeWord字处理工具进行无缝

集成，采用痕迹保存技术，记录所有对正文的修改情况。支持目前常用的Word2000、Word

X1与Word2003等版本共用。各类文头及印章自动准确嵌入MSOfficeWord正文，文件显

示格式遵循最新公文标准格式。可以在文件发送前选择要套用的文件模板进行定稿。

(7)先进的消息报送技术：即能够确保交办事项及时通知到办事人员，保证公务能快

捷有效的处理。

(8)完善的系统平安性设计，保证系统中各类保密信息不会被非法窃取，具有身份验

证、权限管理、细分系统访问权限。

(9)系统应具有方便易用、功能强大的搜索功能，支持全文检索的功能。

(10)系统提供分发操作，可以根据处理单中主抄送单位直接将文件发送到对应单位的

接收人员处，实现无缝的公文交换。提供单独封发功能，在封发文件时可以选择要封发的

附件。另外，提供补发操作，可以对遗漏的单位进行文件的补发。

(11)提供分发查询功能，对封发文件、实行电子回执，可以方便的知道文件是否

平安到达接收人员处。

(12)对于相关人员只需要浏览，而不需要办理的文件，提供文件分发操作，可以将文

件分发到相关人员处浏览，同时提供分发回执操作，可以看到分发人员的浏览情况。

(13)对于不适合在处理单中表达的意见，用户可以填写留言，为以后的处理人进行留

5。

(14)常用字段信息的选择录入：如主题词等常用字段，提供选择方式进行录入，标准

和方便相关信息的录入。

(15)可以根据岗位和人员重要性的不同，设置其意见签名的优先级。同一签名域多人

签名后，系统会按照签名优先级的不同自动对签名进行排序。

(16)可灵活定制文件红头、文件主体和印发单位。

(17)对应用软件和平台的管理，有完善的管理平台和机制。

1.2系统平台

**（市/地区）市电子政务系统建设囊括众多子系统，必须有一套平台来进行整合、支

撑。平台的优势非常明显，海量数据的清洗挖掘、多月户并发时系统速度的保证等等。良

好的稳定性和可扩展性都是信息化系统建设所必须考虑的先决条件。

1.3系统整合及数据的平滑过渡

**〔市/地区）市电子政务建设已经建立了多个业务系统或者将来要建设更多的业务系

统。为防止重复投资，节约本钱。系统平台和其它系统的整合以及数据的平滑过渡就显得

尤为重要。

1.4数据中心根底数据库

**（市/地区）市电子政务系统包括**（市/地区）市各个政府部门和单位，数据量大，

数据类型繁多，建立建全数据中心显得尤为重要。需要按照数据仓库的标准建立多个数据

库。包括：公文办公数据库、空间数据库、业务数据库以及其他应用数据库。实现数据大

集中模式，实现全系统的数据共享、数据交换、统计分析与管理，为平台下各个子系统提

供精确的数据，并考虑和满足今后系统扩展、数据扩充的需要。

1.5查询分析与决策支持

（1）、有友好的操作界面，可以图形化自主定义查询条件、查询字段，汇总数据，并生

成相应的报表（可生成Excel表格）。

（2）、可打图形化自由印报表、设置输出报表格式。

（3）、可用柱状图、折线图等多种形式显示统计结果。

（4）、能够实现梆（市/地区）市业务及办公情况统计及其分析功能。

通过对数据的综合查询与统计分析，为**（市/地区）市政府宏观调控与微观管理政策

的制定提供辅助决策支持，使政府工作的管理更加合理。

1.6严格的权限管理

系统在投入使用后，最终用户包括市各级政府部门和单位所有工作人员、政府部门、委

办局等，人数众多，人员等级层次以及对应的操作、数据的提取查看，都需要严格的权限

管理机制来制约以及配合权限管理手段进行管理。

1.7数字档案管理

对现有公文系统档案全部实现数字化。通过公文流转技术实现公文流转、审批环节中新

产生档案全部数字化。

制定详细的数字档案查询及保存标准，对各类查询及调阅建立详细日志，标准网上查询

方式。

扩展接口

接口设计包括：和**（市/地区）市政府及其下属单位原有局部业务系统的接口，以及

在系统日趋成熟后需要和有业务往来的其他单位业务系统的借口，短信接口，内外网数

据交换接口等。

2,门户平台系统需求

整个政府门户网站群要求囊括所有政府部门职能，政务公开、网上办事、招商引资等等

模块。网站群能够发布各个部门的实时信息，接收市民、企业等的办事请求。为市民企业

提供信息咨询效劳。

2.1市民的需求

1）市民需要及时的了解各类事项的办理的条件、时间、程序、相关规那么等等。

2）市民需要掌握自己办理的事项进展如何。

3）方便的提出办事请求，一次性的提交相关资料，防止重复提交、反复办理。

4）市民能通过网站充分了解其需要的咨询信息。

5）能通过论坛、信箱、在线交流等功能进行交互。

2.2政府的需求

1）发布政务信息，各个部门、各级政府的分级信息发布。

2）利用网络能够了解各个部门的办公情况，信息咨询。

3）利用招商引资平台能够做到把政府的政策、法律法规等等跟相关投资企业交流。

4）对网上申报的事项做汇总预审。

5）通过网站链接到其他省市政府网站，及时了解动态。

2.3企业的需求

1）企'也能方便知道获取到办事的程序、要求：并能便捷知道事项办理的过将、办事结

果；

2）企业能方便地提出办事要求，能得到及时反响；一次性地提供相关资料，防止针对

不同部门的要求重复提交资料；

3）企业提出要办事项要得到及时、有效、公正的办理，涉及多个部门的能并行的要并

行办理；

4）企业能够进行网上办事咨询、信息查询、进行网上表格下载、网上投诉等；

5）投资者能够通过招商平台了解投资信息，投资办理步骤。

6）投资者能够提出投资申请，处理完成后能够获得投资申请结果。

7）系统能够支持各职能部门实现网上为企业办事；

2.4可行性分析

门户网站建设是**（市/地区）市电子政务系统建设的一个重要局部，提供面向政府、

企业、市民的效劳平台。其核心思想是构建内外网信息门户，统一政务信息发布的口径，

实现各类政务信息快捷、准确、高效的发布，实现信息资源最大范围的交流与共享，提高

信息的更新响应速度，加强信息的互动性，建立政府部门与社会公众、业务受理和咨询的

平台和窗口，通过建设使政府的工作贴近社会、贴近公众，实现政府的公开化、开放性，

促进政府各项工作的高效化。加快政府职能转变、依法行政、加强有效监管、提高工作效

率，实现由“管理型”向“管理效劳型”的转变，展开政府的新形象。把政府网站建立为

提供政务效劳的平台、透视政府工作的窗口、联系社会各界的纽带。

建立数据的信息交换机制，实现数据内容的互联互通。通过进一步完善信息管理系统的

采、编、审、发功能，提高系统的处理能力、数据的整合能力、系统的智能化和自动化程

度。

3.协同办公系统需求

根据用户电子政务建设的系统要求和协同办公系统的功能特点，我们对用户提出的需求

进行了可行性分析，将标书中要求的子系统规划整理为18个子系统需求。

3.1公文管理子系统

公文流转以用于处理日常工作中的单位内外部的各种公文，利用计算机网络的高速迅捷

和计算机控制的严格准确性实现公文的处理。公文管理模块相对传统公文处理而言，在很

大程度上提高了公文处理效率和准确性，用户操作简便易行。公文流传应当实现文件的起

草，修改，审核、签发、催办、撤回、销毁、分发、归档为一体的标准化公文办理，采用

密钥管理机制，要求实行严珞的权限控制、在平安保密的前提下，实现公文处理的无纸化。

公文管理系统包括所有的以文件或公文为核心的办公过程和文件管理的实现，其核心局部

是保证整个工作流程的动态收、发文。

收文管理

收文管理要求实现公文传递在本单位、相关领导、有关部门的阅批处理的全过程。整个

收文流程是通过计算机进行登记、录入、拟办、传阅、批示、办理、修改痕迹保存、催办、

归档，并在流程过程中严格进行审批控制，只有经过相关部门负责人、领导通过后才能继

续流动。在公文传输的不同阶段还能显示、打印查询、统计公文等操作。

发文管理

发文管理要求以政府或职能部门名义发出去的文件处理过程。

整个发文流程要求是通过计算机进行拟稿、核稿、会签、签发、盖章、发文、归档，并

在流转过程中严格进行审批控制，只有经过相关部门负责人、领导通过后才能继续流动。

在公文传输的不同阶段还能显示、打印查询、统计等操作。

要求收文发文完全在网上进行，实现对文档的密级管理。

公文流转

要求通过工作流引擎，实现了人与人之间、人与系统之间、系统与系统之间的信息流动

和信息处理。可以定制表单和流程，并对流程进行管理和监控，要求每个节点的事务处

理表单样式满足国家规定的13种标准公文的需求，具体包括命令（令）、决定、公告、通

告、通知、通报、议案、报告、请示、批复、意见、函、会议纪要。

领导办公子系统

在领导办公方面要求，可以为领导做出科学的日程安排，能使领导的批示得到快速的执

行。

决策支持功能

在领导决策支持方面，可以帮助领导及时了解和掌握各类信息，全面了解机关的口常工

作，为及时发现问题、解决问题提供科学的管理决策支持，为领导的高层决策、宏观管理

提供了科学依据。

任务管理功能

领导可以在自己的权限范围内给相关人员分配任务，并能时时监督和查看该交办任务的

进展情况。相关人员可用上面的待办工作管理模块对交办的任务进行管理和反响。

3.3会议管理子系统

会议管理要求用于起草会议通知、审批会议安排、发送会议通知、统计会议出席情况、

记录会议纪要。实现会议签到电子化，会议室登记、使用、查询电子化。并能实现会务信

息、会议纪要、会议资源的统一安排和管理。

3.4个人办公子系统

个人办公系统要求面向每一个用户，内容包括：工作方案、电子邮件、电子公告、通讯

录、起草文稿、公共信息模块等。

3.4.1电子邮件管理

允许用户发送和接收POP3和SMTP邮件和IMAP邮件。

可以对邮件消息的字体和颜色进行更改，添加文件附件以及包括表格、图形和链接。每

个邮箱用户都有一个存储邮件消息的邮件数据系统。

支持WEB方式登录管理用箱。

过滤垃圾邮件。可以拒收指定邮件地址或指定域名所发出的邮件。

提供包括语音留言、邮件加密、新邮件自动提示等特殊功能的电子邮件客户端软件。

3.4.2待办事宜管理

要求便用者及时处理事务，一日.进入协同办公系统，可以将待办事宜存在的事务按紧要

程度排列在“办公首页”中。待办事宜可以包括以下内容：待办事务、未读信息、己读信

息。

3.4.3公文通知管理

要求能够完成公文、通告的发布、查询，其中包针对于个人用户的通知且有回复通知的

功能，并可在线签收（签名）。公文通知提供同步短信效劳功能，在发布公、通知的同

时，可以将公文通知的内容以短信形式发送给相关人员。在短信阅读后，可以回复信息方

便管理员知道公文、通知的被收阅情况。

3.5督察管理子系统

用于完本钱单位各种交办、督办事件的登记、审批、催办、结果查询等功能。

对需要承办的工作，例如：工作方案、会议决定、领导批办文件和交办任务等进行监督、

检查、催办和督办管理。

监督检查管理中应该具有监督监控提醒的功能，其具体的业务应用要求如下：

令对公文流转状态的监控功能，及时了解公文的流转状况

令能够对公文流转中办理人员进行短信或者软件催办提醒

令能够对业务办件的全过程进行监控

。业务办件的查询功能：能够按照多种条件进行搭配查找不同需求的数据

令对各部门的业务办理情况的统计监督。

◊对政府各部门业绩进行科学地测量和评估。系统提供数字、图形多种表现形式，将

评估信息直观地展现给用户。

3.6即时消息子系统

事件通知功能

此模块要求效劳于政务内网，当政务内网有和自己有关的事件时，如收到邮件、留言、

有待处理文件等，客户端可自动发出文字信息及声音进行提示，并可查看收到的有关事件

数目。但假设要查看其具体内容，必须登录到政务内网进行阅览。

短信提醒功能

所有需要短信提醒的事件，只要用户点击相关的按钮，就可以实现短信的提醒。

3.即时通讯功能

类似于QQ,MSN等软件，应可以满足系统用户进行一对一、一对多的即时交流沟通，和

协同办公的需求，要求具备一下功能；

文件自动接收，多文件多点传输：办公人员可以随时向其他人员或用户组发送多个文件、

目录等，文件在传输过程中采用压缩传输，单文件发送到达目的地按预设置目录自动接收。

方便的个人谈话记录查询：选择不同的时间段和不同的谈话人员，您可以随时查看自己

与他人的谈话记录，记录可以直接保存成纯文件，用各种文本浏览器进行浏览。

在线用户查询功能，提供多种在线用户查询方式，包括按姓名拼音查询、按条件查询和

查看所有在线用户等，可以方便地查找到目标人员。

3.7移动办公子系统

要求能够通过网站和笔记本、及其他设备等方式办理公文，实现“无线办公”功能;

移动办公基于WAP(WirelessApplicationProtocol)协议；

笔记本电脑通过无线上网方式访问办公协同平台，能够实现办公协同平台的所有功能；

能够显示公文的内容摘要，能够回复填写批示意见，系统能通过回复的意见进行公文处

理，能接收单位公告、通知；

公文的实现方式要方便快捷。

3.8信访管理子系统

耍求能够完成信访件的办理功能。包括存信、电告、转立案、闹访、息诉、转办等，也

可以完成信访件的摘要工作。

档案管理子系统

档案管理系统是网络环境下档案信息资源的一种整体管理系统。档案管理的主要目标就

是以确保档案信息的平安、共享为原那么，以档案信息资源建设为核心，以扩大档案信息

开发利用为目标，在建立科学、统一的档案管理模式、制度和标准的根底上，尽量采用先

进、适用的计算机网络技术，充分利用本企业的信息资源，研制档案信息化管理系统，以

加强对用户各类档案的收集、整理、保管、鉴定、统计、利用、编研，加强档案的现代化

管理水平，为用户的管理、使用、科研等工作提供门类齐全、形式多样、内容真实的档案

信息效劳，并为档案信息化的持续开展打下根底，使档案信息化与用户信息化、以及各项

工作的开展要求相适应。

0报表管理子系统

要求系统实现B/S客户端填报，可以在线填写，如果这次填写没有完成，可以暂时保存,

下次在登录的时候就可以继续填写报表数据，填写完毕后，上报数据直接存入上级部门的

数据库

网页方式填报，网页方式填报和B/S客户端填报功能完全一样，只是它嵌在IE浏览器

内，适合流动用户使用。

报表查询要求：结合**（市/地区）市政府的实际情况，建立数据查询分析处理系统。

◊数据查询分析处理系统。包括多维数据库管理系统、交互式查询与分析，报表制作

等功能。

。它能从多种观察角度对数据进行分析、查询和生成报表，用来帮助数据分析人员、

管理人员和决策人员洞察数据、发现规律，为科学决策提供辅助支持。

数据分析处理系统具体要求：

令简单易用：用户只需通过简单的鼠标点击操作，即可完成以往极为复杂的查询分析

操作，使用过程简单方便；并且同步生成分析图例，使得操作结果清晰可见。

<跨平台性：基于Java开发，适用于各类操作系统和数据库管理系统。

y灵活强大：通过底层的查询优化使优化数据检索及计算快速、高效。多维分析以及

报表生成，使用图形界面引导操作为灵活、方便。

3.11人事管理子系统

在工作中，起到辅助决策支持的作用.实现了系统的可扩展性,从而使系统很好地适应用

户不断变化的业务需求，允许用户根据业务变化的需要扩展数据库结构，既可满足用户现有

的业务需求，又兼顾了用户业务开展的潜在需求.系统具有完善的平安机制，严格的授权管

理结合日志管理的多级系统平安机制和数据库备份恢复机制，确保系统数据的平安，并确保

用户不能够越权操作.实现对机关事业单位人员的组织管理功能，对人员个人信息的管理功

能对人员整体情况汇总报表的管理功能。个人根底信息登记，人员每年培训情况、表彰情

况管理、工资管理。可将各种信息按流程报领导审阅。各级领导可根据权限对机关单位人

员年龄构成、任职情况、离退休情况、考核表彰情况、调入调出情况实时查看。常用年度

报表、年度考核登记表等常用表格、查询结果WORD或WPS文档生成。

包括所属部门、姓名、性别、学历、职务、级别、实虚职、职称、年龄、工资、身份、

编制、生日、身份证号、工作日期、任现职时间、是否离岗退休、调入本单位时间、调出

时间、入党时间、个人简历、社会关系、年度考评、表彰情况、已到达退休年龄人员、某

级别的人员、某年任某级别职务的人员、某年调入的人员、某年任实职的人员、连续几年

优秀的人员、获得某级表彰的人员。人员培训状况：哪些人员何时进行了何种培训，哪些

人员可安排培训。单位、人员受表彰情况：单位及内部部门、人员何时何地受何级何种表

彰等。

3.12信息处理子系统

1）第一局部政务信息数据的管理。要实现信息上报、采集、筛选、组稿、编辑、送审、

出版、入库、查询等全过程的计算机处理，同时可定制各种刊物出版过程中产生的文件样

式和发布接口；第二局部能实现内部信息资源共享，可定制信息栏目、栏目权限等，实现

各部门内部个性化的信息管理和发布。

2）综合决策信息提供功能（信息资源的有效利用）

可以与办公系统、审批系统等业务系统互通信息资源，根据要求可能需要全文检索、地

理信息、数据挖掘，可以方便的使用商务智能（BI）技术，把不同数据库中大量的数据自动

分析，转化为有价值的知识信息，在战略信息化的层次为领导决策、风险分析和预警提供

效劳等系统的支持。

3.13议题审批子系统

单位通过网络申报常委会议议题，并说明依据，责任科室审核无误后可生成会议议程表

供领导审核。也可在线审批，审批后，系统自动发送提示信息，也可发送短信进行提示。

可查询以往常委会议议题、常委会议决定事项等。各月户可根据权限查看或作出批示。会

议议程、决定事项、查询结果WORD文档生成。

3.14提案处理子系统

以人民代表大会代表建议和人民政治协商会议提案办理方法为依据，实现人大建议、政

协提案的录入、管理、转办、跟踪和反响的电子化。能自动将代表建议或者委员提案交由

有关单位办理，对办理单位的情况反响能进行实时跟踪，议案处还可针对建议或提案发放

公文处理单，办理单位可对公文处理单的办理情况进行网络上报。人大代表、政协委员可

以通过互联网提交建议、提案，了解建议提案的办理情况；市委办、政府办工作人员通过

政务内网进行督办；市属各委办局及各街道乡镇通过政府专网办理建议和提案，并直接回

复办理结果。实现建议、提案办理过程的无纸化办公。实现议案提交并对职权范围审批的

功能，实现主席团以及有关的专门委员会对议案审议、决定功能。实现政协各专门委员会

以本专门委员会名义提出提案的功能，提案办理自动交付专门机构负责，并实现实时答复

功能。

5电子签章子系统

系统要求支持痕迹保存功能，提供批注功能，以批注形式严格记录保存公文修改痕迹，

同时系统提供电子签名和电子盖章，领导的批示意见或签阅需要电子签名和电子盖章。

6系统管理子系统

♦工作流定制工具

在本系统中，类似工程申请、审批之类的应用，利用工作流定制技术快速生成，并且当

用户在以后流程调整时，用户自己就可以根据新的流程进行修改。

工作流定制技术可以快速的根据用户的业务定制出流程，并且保持网络应用的表达逻辑

和底层业务过程的别离。采用工作流的模块化体系结构，能够使管理人员更快、更容易地

完成需要后台零编程的修改正程。

具体来说，工作流技术能提供以下三个方面的功能支持：

流程定制功能：对工作流过程及其组成活动定义和建模。过程定义（数据）包含了所有

使业务过程能被工作流执行子系统执行的必要信息。这些信息包括起始和终止条件、各个

组成活动、活动调度规那么、各业务的参与者需要做的工作、相关应用程序和数据的调用

信息等。

运行控制功能：工作流引擎是应用平台的一个重要组成局部，可以根据客户具体的业务

逻辑，来定义工作流模型，整个应用程序就根据所定义的流程来运行，它把应用系统模块

和工作流程分开，当流程发生变化，只需简单修改流程模型，具体的应用程序无需修改。

运行交互功能：在工作流运行中，与用户（业务工作的参与者或控制者）及外部应用程

序工具交互。其中，工作表列出与业务过程的参与者相关的一系列工作项，工作表处理程

序那么对用户和工作表之间的交互进行管理。工作表处理程序完成的功能有：支持用户在

工作表中选取一个工作项，重新分配工作项，通报工作项的完成，在工作项被处理的过程

中调用相应的程序等。

要求在本系统中，类似工程申请、审批之类的应用，利用工作流定制技术快速生成，并

且当用户在以后流程调整时，用户自己就可以根据新的流程进行修改。

♦表单定制工具

要求表单定制器要求提供一个集中定义各个子系统所用表单的界面，可根据用户业务的

需求，定义出各种格式的表单，作为资源，提供给门户系统分配、管理用户需求变化不

再靠修改代码来解决，而是通过提供给用户相应的接口来解决。并且，当用户如果懂得网

页制作、一点数据库知识和i点脚本语言，在经过培训后，在日后的工作中也可以自己定

制一些简单的管理子模块。

♦系统模块功能管理

要求邮件管理效劳系统，可以为用户提供平安可靠的邮件效劳。电子邮局系统管理主要

包括邮件系统、邮件加密、邮件过滤、邮件保存、邮件打印等电子邮件管理功能。用户可

以和其他用户进行电子通信。同时，实现内网与外网的邮件系统统一管理，用户可方便地

进行邮件管理而不必重复登陆。按照使用角色不同，电子邮局系统可以为用户提供管理员

权限与一般用户权限。

7系统帮助功能

具有完善的帮助文档，对每个操作步骤都有提示或说明，对不熟悉本系统的人也能轻松

应用各项功能。

3.18网上申报功能

网上申报审批门户是政府门户网站的重要组成局部，是**（市/地区）市行政效劳中心

在互联网上对外宣传的重要窗口。主页与各职能部门的网站进行链接，提供快速网站导航,

为办事群众提供行政审批政策信息、中心工作信息、办事指南信息、表格下载、政务公开

信息等信息效劳。

第三章总体设计

1.总体设计原那么

1.1立足系统工程

**（市/地区）市电子政务系统是一个系统工程工程。它包括网络、硬件、系统软件、

应用软件、工程管理、实施、培训、效劳等一系列的建设和管理工作，需要从系统工程的

角度去设计分析，而不能不顾及相关的建设内容，独立的设计完成其中的局部工作。

**（市/地区）市电子政务系统的建设在统一规划、统一管理的根底上进行，网络、硬

件的建设与软件建设的周期要相吻合，做好工程的实施和培训效劳那么是软件系统应用成

功的关键。

1.2以应用为本

**（市/地区）市电子政务系统的建设最终表达在工作人员应用之上，所以软件的建设

的根底应立足于应用，同时有效地提高**［市/地区）市政府各级单位工作人员的工作效率

和相关领导的监管手段，应该以工作人员的角度出发，在满足工作人员需求的根底上，采

用相对成熟稳定的技术，使系统能够普及推广。

1.3以系统整合为主题

系统整合是指通过信息技术将现有的、各自独立运行的系统有机地集成起来，使他们

在统一的框架下，实现系统间的互联互通、资源共享和业务协同。本次工程建设中，我们

拟建立一套电子政务系统平台，通过对这一平台的整合，实现多个系统，多种数据的利用。

1.4以信息共享为根底

**［市/地区）市电子政务系统建设共享的信息平台，系统建设要充分考虑到能够整合

政府各级部门、单位现有系统软件，解决目前各系统间的“信息孤岛”，并且能够面向系统

内部人员提供信息共享。

1.5适应系统的持续开展

系统设计方案本身应在保护现有资源的根底上，充分考虑系统的扩展性与开放性。软

件的生命周期有限，每次产品改进或产品更替，应有方案分期分步骤地进行，使系统得到

可持续的应用和开展。

1.6外网网站设计原那么

♦平安

内容发布所存在的任何平安隐患：比方内容、审批意见、发布内容被非法篡改、被非法

截取、被非法假冒；采编发人员越权审批、发布，以及信息发布工作流程中各环节的内容、

编辑、审批意见的有效性确认和不可否认性确实保等等都将严重影响内容发布的平安性。

因此，应从系统结构上、技术上和管理上建立一个整体的平安解决方案。

♦可靠性和可扩展性

保证其运行期间的稳定高效是至关重要的，需要建立7x24的高可用性的系统，运行维

护人员只需依照日常的运行维护手册完成系统的维护工作，不需要人工对系统进行实时监

投。

系统的构架上应具有很好的可扩展性，可以便捷的实现软硬件平台及应用的扩展与升

级。

♦大用户访问量

满足大访问量的应用，需要有较强的负载能力和并发处理能力。系统中应当保证大量并

发用户访问的正常运行和快速响应。

♦信息发布准确、及时

系统提供内容信息的创立、编辑、审批、发布过程，对于其中每一环节的操作、整个工

作流程的控制和管理应能够使用该系统完成。

在系统的建设中建立信息发布的工作流程，在此工作流上建立的信息发布机制上信息的

采集、编辑、审核工作顺畅完成，确保信息的准确性，并及时完成发布工作。

♦全文检索

在系统中提供有效的全文检索手段，保证用户能够以最快的速度获得准确的信息，是系

统建设的一项重要内容。

♦页面系统风格一致、功能完善

整个系统发布的页面应具有一致的风格，信息内容的创立的模板机制应对整个系统的发

布页面的风格一致提供保障。

一方面在通过模板保障整体页面风格一致的同时，并为保证系统的扩展性和灵活性；另

一方面，建立完善的模板机制，确保模板间的继承机制。并限制内容编辑用户对显示风格

的修改，使同一类信息形成固定的风格。

♦发布内容与实现技术的别离

管理与业务别离

对于系统的运行和管理人员不具有系统业务的管理权限。这样系统的运行和管理人员负

责对系统的运行维护工作，确保系统正常运行。业务的负责人可通过系统进行业务的管理,

系统的运行管理人员对系统的业务不具有决定权限。

技术与内容别离

对于使用信息发布系统的用户来说，在信息内容的采集、编辑、审核、发布过程中，应

该实现采编人员仅对信息的内容负责，栏目的所有者对系统的内容及显示风格负责，具有

流程控制权限的人员可对信息采编发流程进行控制，其技术实现对系统用户来说是透明的,

用户可在系统平台之上完成自己职责范围内的工作，而无需关心技术细节。

♦发布系统功能全面、流程可控、状态可见

在内容发布系统中，提供完善的信息采集、编辑、审核、发布功能。同时为保证系统实

现信息采编发过程与实际业务工作流程相吻合，可根据实际的工作对工作流程进行控制，

从而确保工作流程的最优化。在工作流的每一个工作节点应是状态可见的，一方面明确工

作流节点中每一用户的工作职责，另一方面，使信息管理工作透明化。

♦支持多种数据源

在内容的采集过程中，所采集的数据源可能是多种多样的。通常可能是文本文件、超文

本文件、PDF文件、WORD文件、XLS等。为减少用户的手工操作，以及对多种数据源的繁

复的处理，系统应支持多种数据源作为信息源，由系统进行统一的处理。

1.7协同办公平台设计原那么

(1)建立一个平安的易于扩展的、电子政务综合平台，在随后的建设中将进一步提高

并丰富系统的功能及相应的性能。这就意味政府在本期的建设中将重点放在根底架构和根

木功能的实现。未来的系统的扩展那么是以插件的方式对系统进行扩展和优化，从而防止

对系统可能的颠覆性的修改，保护用户的投资。

(2)本系统的各子系统之间要实现功能协同、信息共享、无缝联结；

(3)要充分利用现有资源，每个应用系统的设计应充分考虑与应用工具手段的接口，

如：与邮件系统、短信、语音系统等的接轨。做好数据边界的定义和功能上的准备,

便应用系统能够很好的与各种应用工具手段平滑接轨。

(4)该系统方案设计及建设应符合国家软件研发相关标准和已经购置的应用支撑平台

的相关技术标准，应表达以下特性：

♦扩展性：系统在设计上充分考虑系统的扩展性，以满足将来业务系统和其它部门专

业应用系统建立的需求。

♦高效性：系统使用高效，不涉及图的页面点击反响效率应该小于2秒，涉图的点击

反响效率应该小于5秒。

♦兼容性：采用平台无关技术，遵循相关标准和标准，能够实现与己建系统很好的兼

容，支持短信、PDA、无线上网等技术。

♦