深圳市南山区科技局电子公文交换与协同办公系统升级改造建设方案
电子公文交换系统详细设计
电子公文交换系统详细设计目录1 引言 (1)1.1 编写目的 (1)1.2 读者对象 (1)1.3 项目背景 (1)1.4 编写目标 (2)1.5 编写原则 (2)1.6 定义 (2)1.7 参考资料 (3)1.8 变更历史 (3)2 需求说明 (3)2.1 总体描述 (3)2.1.1 概述 (3)2.1.2 系统目标 (4)2.1.3 系统结构设计要求 (4)2.1.4 假设和约束 (5)2.2 功能需求概述 (7)2.2.1 电子公文交换功能 (7)2.2.2 电子公文架构 (10)2.3 安全要求概述 (13)2.4 接口要求概述 (13)2.5 性能要求概述 (13)2.6 其他需求概述 (14)2.6.1 用户使用建议 (14)2.6.2 系统部署建议 (15)3 系统处理流程设计 (15)3.1 业务流程设计 (15)3.1.1 业务流程图 (15)3.1.2 流程中的关键节点 (15)3.1.3 业务流程中其他节点的一般要求 (16)3.2 数据流程设计 (16)3.2.1 电子公文交换业务数据内容 (17)3.2.2 电子公文归档的业务数据规范 (19)3.2.3 电子公文归档的数据结构 (23)3.2.4 电子公文日志和留痕信息归档要求 (30)4 技术方案设计 (32)4.1 系统体系结构设计 (32)4.2 系统功能结构设计 (36)4.2.1 电子公文交换系统解决方案实施效果分析 (37)4.2.2 电子公文交换系统解决方案特点 (38)4.2.3 系统管理模块 (40)4.2.4 部门管理模块 (41)4.2.5 公文管理模块 (41)5 数据库设计 (46)5.1 结构设计 (46)5.1.1 数据库逻辑模型 (47)5.1.2 数据库物理模型 (49)5.2 安全性设计 (53)5.2.1 总体要求 (53)5.2.2 详细要求 (53)5.2.3 电子公文采用的加密技术 (53)5.2.4 公章的安全性 (58)6 应用系统设计 (65)6.1 功能模块设计 (65)6.1.1 系统登录的设计与实现 (65)6.1.2 系统管理与部门管理的设计与实现 (66)6.1.3 公文管理模块的设计与实现 (68)6.1.4 系统测试和维护 (74)7 接口设计 (75)7.1 内部接口设计 (75)7.2 外部接口设计 (83)7.2.1 系统设计思想要求 (83)7.2.2 与收发文系统的接口 (84)7.2.3 与档案系统的接口 (91)7.2.4 与应用门户系统的接口 (94)8 系统维护设计 (97)8.1 日常维护设计 (97)8.2 容错设计 (98)8.2.1 出错信息 (98)8.2.2 补救措施 (99)1 引言1.1 编写目的为了确保电子公文交换系统的建设中开发工作能够按时、高效的完成并稳定的正式上线运营。
项目所属专业领域
项目所属专业领域编号:项目所属专业领域:收件日期:(由区科技局项目管理科填写)深圳市南山区科技研发分项资金国家、省、市重大计划立项项目配套资助计划申请书申请单位(盖章): 单位地址: 单位负责人(签名): 联系电话: 单位联系人: 联系电话: 手机: 单位网址: Email: 传真: 申请时间: 年月日南山区科技局制二〇〇九年填写说明一、有关指标说明1(法人代码:应采用国家统一规定的法人代码，没有法人代码的应先办理法人代码本。
2(信用等级:指由本企业的开户银行核定的信用等级。
3(计划完成时间:指完成本项目所列计划目标，达到项目验收的时间。
二、近三年本单位如有项目获得政府经费资助，必须在申请书中如实填写。
三、申请书各项内容须如实填写，各项栏目不得空缺，无此内容时填“无”，数字一律取整数，单位名称需填写全称。
四、本申请通过网上申报系统申报，在线填写表格，并将申请材料扫描成电子文档上传;同时申报单位须打印完整材料一份(A4规格，装订成册)，签字盖章后报送南山区科学技术局项目管理科现场审核。
2填写声明与保证本人在填写本申请书之前，已经完全了解相关规定:《南山区科技发展专项资金管理暂行办法》及《南山区科技发展专项资金(科技研发分项资金)管理细则》(深南府办[2008]33号)及本项目操作规程和填表说明，并保证遵守其中的全部内容，并自愿做出以下声明和保证: (1) 本单位所提交的申请资料是真实、准确和完整的。
本单位同意，南山区科技局有权采取任何合法方式核实申请资料中信息的真实性、准确性和完整性，一旦发现有虚假信息，申请书将自动作废，本次申请无效。
(2) 本申请书内的资料如实反映了项目的真实情况，在执行过程中研发计划或资金使用有实质性的变动，本单位事前以书面形式报南山区科技局，并执行区科技局的回复意见。
(3) 所申请的项目不会对其他单位及个人的知识产权构成实质或潜在侵权行为。
(4) 本申请资料仅为向南山区科技局申请科技资助目的而提交，本单位清楚所有提交的材料均需提供专家评审且不予要求退还，本单位已对所有申请资料自行备份留底。
电子政务协同办公平台解决方案
电子政务协同办公系统建设方案2019年4月目录1. 项目背景 (4)1.1.项目背景 (4)1.2.现状分析 (5)1.3.项目建设目标 (6)1.4.项目建设内容 (7)2. 总体设计与规划 (9)2.1.总体设计原则 (9)2.1.1. 统一设计原则 (9)2.1.2. 整体性、开放性原则 (10)2.1.3. 先进性原则 (10)2.1.4. 高可靠性原则 (10)2.1.5. 高安全性原则 (10)2.1.6. 适用性原则 (11)2.2.总体设计理念 (11)2.3.系统应用架构 (12)2.4.工作流设计规划 (14)2.5.系统用户及终端 (14)2.5.1. 系统用户 (14)2.5.2. 系统终端 (14)3. 详细建设方案 (15)3.1.综合事务管理 (15)3.1.1. 会议管理 (15)3.1.1.1.会议通知 (16)3.1.1.2.会议审批 (16)3.1.1.3.会议室管理 (16)3.1.1.4.会议纪要 (17)3.1.2. 日程管理 (17)3.1.2.1.领导日程管理 (17)3.1.2.2.工作人员日程管理 (18)3.1.3. 通讯录管理 (19)3.1.4. 人事管理 (19)3.1.5. 车辆管理 (19)3.1.6. 物品管理 (19)3.1.7. 值班管理 (20)3.2.辅助办公 (20)3.2.1. 政务资讯 (21)3.2.2. 公共信息 (22)3.2.3. 公文处理 (23)3.2.4. 档案管理 (26)3.3.个人办公 (26)3.3.1. 待办事项 (26)3.3.2. 电子邮箱 (26)3.3.3. 工作日志 (27)3.3.4. 考勤管理 (27)3.4.后台管理 (27)3.4.1. 部门管理 (27)3.4.2. 角色管理 (27)3.4.3. 权限管理 (27)3.4.4. 用户管理 (28)3.4.5. 工作流程管理 (28)3.4.6. 系统日志管理 (28)3.4.7. 数据字典管理 (28)1.项目背景1.1. 项目背景政府信息网络的架构主要是由政府机关内部办公业务网（政务内网）、政府部门间办公业务资源网（政务专网）、政府公众信息网（政务外网）所构成的三层体系结构。
协同办公国产平台替换方案
目录1 背景 (2)2 国产化适配改造及升级方案 (2)2.1统筹规划，统一标准 (2)2.2立足当前，兼顾长远 (3)2.3先进实用，安全可靠 (3)2.4 成熟可靠的体系架构 (3)2.5 严密的安全防护设计 (5)2.6 灵活的部署模式 (5)2.7 数据迁移方案 (6)3 基础支撑平台 (7)3.1 工作流引擎 (7)3.2 表单引擎 (8)3.3 统一用户管理 (9)3.4 统一权限管理 (12)3.5 消息引擎 (13)3.6 门户引擎 (13)4 移动办公 (14)4.1 移动办公 (14)5 系统集成应用 (19)5.1 单点登录 (19)5.2 数据集成 (20)5.3 接口集成 (21)1背景根据《关于开展党政机关电子公文系统安全可靠应用内部试点的通知》要求。
党政机关电子公文系统安全可靠应用是国家信息化发展的大势所趋，是落实国家战略、维护国家信息安全的迫切需要，是促进我国信息技术自主研发、带动民族信息产业发展的迫切需要。
为贯彻落实党中央关于加快推进网络信息技术自主可控的要求，在充分借鉴第一批、第二批试点工作成果基础上，加快步伐信息化建设的自主性，协同办公系统首当其冲成为安全自主可控信息化建设的首要系统。
在此大背景下，华青科技提供了协同办公和业务综合一体化方案，来支持党政机关电子公文、行政审批、综合事务等日程办公信息化的安全自主可控系统，为各级党政机关单位提供了兼具产品化快速部署和体系化应用整合两大特性的全面协作方案和赋能系统。
2国产化适配改造及升级方案华青协同办公平台是华青公司融合公司在协同办公领域十余年的行业经验，立足于实现行政办公科学化、规范化，目标是协助用户进一步提高工作效率，规范工作流程，促进信息资源共享并强化内部控制管理。
同时通过几大部委对协同办公系统全模块门户管理子系统、公文管理子系统、督查督办子系统、领导批示子系统、综合事务管理子系统、信息编发子系统、综合政务管理子系统、两会服务子系统等全模块进行了国产化适配。
电子政务协同办公系统(OA办公自动化)项目招标书
办公自动化系统项目招标书×××××拟进行OA系统改造项目，详细要求见附件。
诚邀符合条件的公司参与，并请注意以下事项：一、参与单位资质：1、应具有独立法人资格，注册资金在100万元以上，有三家以上（以合同复印件为准）政府机关办公自动化系统建设成功案例，能独立行使民事权利并承担民事责任的厂商或经销商；2、参与单位须提供如下证照或复印件：（1）中华人民共和国工商营业执照；（2）税务登记证；（3）投标人的法人授权书和身份证复印件；（4）投标方情况简介资料；（5）近年来部分客户名单及销售业绩；（6）项目方案；以上证件一律采用A4纸印制，所有证件复印件均需加盖单位公章，由我局留存。
3、参与单位应具有较强的设计开发能力及相对固定的开发团队，有能力提供长期技术支持和售后服务。
二、项目方案及报价1、参与方应仔细阅读本说明书的所有内容，对说明书提出的实质性要求和条件做出响应。
2、报价含系统开发、安装、调试、培训、技术服务、维护费、硬件费及其他，需明确注明保修期限和出现故障后响应及排除故障时间。
3、参与方不得以任何方式弄虚作假，并保证我局在中国境内使用该系统时，免受第三方提出的侵犯其知识产权的诉讼。
4、参与方可列出与该系统相关的其他模块的报价及保修期满后系统升级费用，供我局追加模块或进行系统升级时参考。
5、系统需满足我局机关工作的特殊功能要求，系统开发商应能根据用户实际需要提供个性化的修改开发服务。
6、对于本意向书中要求的功能必须全部实现，若有达不到或超出意向书要求的，请一并在技术规格偏离中注明。
未注明偏离的按有利于我局的方向理解。
三、递交方案1、项目方案一式三份（正本一份，副本二份）及电子版（刻盘）装袋密封，并在文件袋上注明“××××办公自动化系统项目”字样，送至×××××办公室。
电子公文交换系统解决方案
电子公文交换系统解决方案方正Apabi多维电子公文交换系统，用于远程电子公文交换。
整个系统采用B/S架构，支持灵活的”集中-分布式”配置模式。
采用国家相关资质单位的加密设备，文档经过加密后交换，可与办公自动化（OA）系统、其他交换平台无缝连接，使数据流安全畅通。
兼容多种公文格式，保证电子与纸质公文的一致性，打印份数可控。
采用安全的电子公章管理技术，与传统公章使用流程保持一致。
采用可视化盖章流程控制，达到”所见即所得”的效果。
■解决问题：实现多种文件格式统一，阅读、打印时不必安装多种图文编辑软件！传送内容多样化，可交换文字、图像、音频、视频多种数据格式！支持部委向省级政府收发文、省级政府向地市级政府收发文的多级交换架构。
解决了政府、党委、人大、政协、检察院、法院各系统的公文横向互联互通！screen.width-333)this.width=screen.width-333” border=“0”>公文交换架构图screen.width-333)this.width=screen.width-333” border=“0”>系统功能图■系统特点尊重不同管理模式，可选择性配置可以根据客户的网络条件、行政管理架构，选择将文件和公章集中在中心端处或者分布在本地管理。
可实现多级系统文件交换不仅限于点对点的传输，更适应”星型”和”网状”的现行数据交换模式，可进行多级公文交换。
安全的公章管理公章信息多重加密保存，应用公私钥技术对公章进行校验，支持软硬件绑定。
与其他系统、平台无缝结合为CA中心、数字签名、加密设备预留标准接口，以便随时支持扩展应用。
为OA系统、公文流转系统、协同办公系统等提供标准化接口，供二次开发商轻松集成。
与国家标准的结合遵循国家标准，按照现有纸质公文流程模拟到网络化应用；遵循国家电子公文格式标准；支持国家正在起草的”XML公文标准（草案）”■典型用户宁夏自治区政府公文交换系统海南省委、省政府、省人大、省政协电子公文交换系统、电子公章系统广州市政府电子公文交换系统杭州市政府电子公章系统……。
广东省省级政务信息化(2024年第一批)项目需求广东省电子公文交换系统运营(2024年)项目
附件1省电子公文交换系统运营（2024年）项目采购需求1.项目概况1.1.基本信息1.1.l.项目名称省电子公文交换系统运营（2024年）项目。
1.1.2.采购人广东省政务服务和数据管理局1.1.1.单位广东省政务服务和数据管理局。
1.1.4.项目总体目标本期项目目标将继续为更多用户提供客服及技术支撑服务、个性化数据运营等常态化运营服务，新增文件定期清理服务，保障系统稳定运行，并通过对接实施服务，满足各省直厅局、各地市的自建OA系统或自建公文交换系统进行对接的需求，实现系统之间的互联互通。
1.1.5.服务地点广州市或采购人指定服务地点。
12项目背景广东省电子公文交换系统自2020年建设，是我省协同办公服务的一个重要子系统，解决了传统纸质公文交换不便捷、传递效率低的问题，减少资源内耗、提高办公效率。
本期项目基于现有的系统延续提供客服及技术支撑服务、业务处理运营服务、数据运营支持服务、对接实施服务等，推进全省各级各部门收文、拟文、审定、签发、盖章、发文全面电子化，实现公文办结实时归档及电子档案在线移交，逐步减少纸质公文流转，形成线上闭环，不断提高公文处理效率。
2.项目预算本项目总预算为76.13万元C3.服务期限以采购人确认的服务启动报审备案时间为服务起始时间，服务期为12个月。
4.服务内容4.1.业务管理运营服务4.1.1.客服及技术支撑服务4.1.1.1.技术支持服务面向全省使用电子公文交换系统单位，通过专门服务热线和在线咨询的方式即时响应各地各部门所提出的咨询类问题和使用类问题。
实现5*8小时的技术支持服务支撑。
服务产出成果：问题记录清单。
4.1.1.2.用户使用意见跟踪管理服务负责电子公文交换使用的问题跟踪管理等工作，对所有使用单位使用意见进行收集、汇聚，统一分派、跟踪、管理、督办。
服务产出成果：用户使用意见跟踪处理台账。
4.1.1.3.FAQ知识文档调整与整理服务1、归集技术支持服务所转化的咨询内容：对FAQ知识库文档整理维护。
协同办公系统(OA办公自动化系统)集团企业版解决方案介绍
• 最适合大型用户使用的OA办公系统
- 满足大并发用户的高性能需求 - 支持集中式与分布式部署 • 权限体系最完善有效的OA办公系统 - 符合国家信息系统安全规范 -―三权分离”权限体系
产品资质
• 权威认证
– – – – 微软公司的.NET Connected Logo认证 微软SQL唯一指定捆绑产品 微软认证金牌解决方案 微软公司的Verified for Windows Server 2003 Logo 认证 – INTEL增值合作产品
图示：集中式应用拓扑图
功能简介
• 个人办公——纸面业务电子化 • 信息管理——信息的沟通与共享 • 辅助管理——职能管理和业务管理
图示：功能框架
领导办公门户
您的办公桌是否如此？
通知公告
销售分析
现在,来帮您——
日程安排 待批文件 通讯簿 待阅信息 传真收发 公司动态 企业文化 移动提醒
•
政府相关部门
– 连续5年被广州市软件行业协会授予“优秀软件” 称号 – 历年广州市、广东省政府OA采购指定品牌 – 通过卫生部医院信息系统评测
•
第三方机构
– 2007效能中国企业IT产品评选，凭借长 期优秀的市场表现、技术优先性、用户使用率以及 服务满意度，以最高分获得在线CRM/OA类别最佳 推荐产品殊荣。
……
医药卫生行业用户
江苏省人民医院（三甲医院） 上海交通大学附属第六人民医院（三甲医院） 青岛医学院附属医院（三甲医院） 中国医学科学院北京整形外科医院（三甲医院） 广东省第二中医院（三甲医院） 广州市儿童医院（三甲医院） 广州市第二人民医院（三甲医院） 中山大学附属第三医院（三甲医院） 广州经济技术开发区医院 广州市疾病控制中心 佛山市第一人民医院（三甲医院） 江门市中心医院（三甲医院） 青岛市立医院（三甲医院） 佛山市三水区人民医院 佛山市中心血站 佛山市顺德区容奇医院 新疆独山子石化职工医院 东营市人民医院 云南保山隆阳恩德医院
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
深圳市南山区科技局电子公文交换与协同办公系统升级改造建设方案目录第1章. 项目概述 (22)1.1. 项目名称 (22)1.2. 建设单位 (22)1.3. 编制依据 (22)1.4. 项目概况 (24)1.4.1. 建设背景 (24)1.4.2. 建设目标 (25)1.4.3. 建设内容 (28)1.4.4. 开发周期 (29)1.5. 投资来源 (29)第2章. 建设必要性 (30)2.1. 现状分析 (30)2.1.1. 协同办公系统现状 (31)2.1.2. 公文交换系统现状 (34)2.2. 存在问题 (36)2.2.1. 现有功能无法满足办公新需求 (36)2.2.2. 现有功能无法满足考核需求 (36)2.2.3. 移动办公及扩展应用水平还比较落后 (36)2.3. 必要性分析 (37)第3章. 需求分析 (39)3.1. 总体需求分析 (39)3.1.1. 是实施市、区两级政府信息化推进工程的需求 (39)3.1.2. 是跨时间、跨空间和部门限制，打造服务型政府的需求.393.1.3. 围绕协同办公系统建设统一电子信息化平台的需求 (39)3.1.4. 是推进与上级部门进行电子公文交换的需求。
(40)3.2. 功能需求分析 (40)3.2.1. 协同办公升级需求 (40)3.2.2. 公文交换升级需求 (41)3.2.3. 移动办公系统需求 (41)3.2.4. 绩效考核系统需求 (41)3.2.5. 后台管理升级需求 (42)3.2.6. 与其它系统接口需求 (43)3.2.7. 统计分析系统的需求 (43)3.2.8. 协同办公标准规范需求 (43)3.3. 性能需求分析 (44)3.3.1. 硬件环境的性能需求 (44)3.3.2. 通信网络的性能需求 (44)3.3.2.1. 快速更新需求 (45)3.3.2.2. 系统性能需求 (45)3.3.2.3. 统一通讯性能需求 (45)3.3.3. OA应用系统的性能需求 (46)3.4. 安全需求分析 (47)3.5. 用户需求分析 (49)3.5.1. 用户分类 (49)3.5.2. 用户特点 (49)第4章. 总体建设方案 (51)4.1. 建设思路 (51)4.2. 设计原则 (52)4.2.1. 标准化原则 (52)4.2.2. 统一性原则 (52)4.2.3. 实用性原则 (53)4.2.4. 安全性原则 (53)4.2.5. 扩展性原则 (53)4.2.6. 先进性原则 (53)4.2.7. 兼容性原则 (54)4.2.8. 经济性原则 (54)4.3. 网络架构 (54)4.4. 应用架构 (55)4.5. 技术特点 (56)4.5.1. 基于业务基础软件平台 (56)4.5.2. 具有良好的可扩展性 (57)4.5.3. 基于J2EE的设计规范 (58)4.5.4. 工作流引擎技术 (59)4.5.5. 基于SOA的平台设计 (60)4.5.6. 采用Web Services技术 (63)4.5.7. 采用中间件技术 (65)4.5.8. 采用单点登录技术 (67)4.5.9. 采用标准和开放的架构 (68)4.5.10. 面向对象的组件技术 (68)4.5.11. 动态网页生成技术 (69)4.5.12. 系统架构-N层次架构 (69)第5章. 本期升级方案 (71)5.1. 基础平台升级功能 (71)5.1.1. 基本思想 (71)5.1.2. 平台架构 (72)5.1.3. 平台特点 (74)5.1.4. 核心技术 (75)5.1.5. 主要功能 (81)5.1.5.1. 数据交互 (81)5.1.5.2. 工作流管理 (82)5.1.5.3. 数据分析 (82)5.1.5.4. 消息管理 (82)5.1.5.5. 历史信息 (82)5.1.5.6. 日志管理 (82)5.2. 协同办公升级功能 (83)5.2.1. 总体目标 (83)5.2.2. 设计原则 (84)5.2.3. 平台架构 (85)5.2.4. 公文管理升级 (86)5.2.4.2. 退文管理 (87)5.2.4.3. 公文转换 (88)5.2.4.4. 手写签名 (89)5.2.4.5. 附件排序 (90)5.2.4.6. 办件备注 (90)5.2.5. 常务会议管理 (91)5.2.5.1. 议题管理 (91)5.2.5.2. 会议管理 (93)5.2.5.3. 会议安排 (95)5.2.5.4. 会议报表 (95)5.2.5.5. 目录索引 (96)5.2.5.6. 在线批注 (96)5.2.5.7. 综合查询 (97)5.2.5.8. 会务组管理 (97)5.2.6. 领导活动安排 (98)5.2.6.1. 出席领导维护 (98)5.2.6.2. 值班领导维护 (99)5.2.6.4. 领导政务安排 (100)5.2.6.5. 抄送领导维护 (100)5.2.7. 个人办公升级 (101)5.2.7.1. 客户端插件升级 (101)5.2.7.2. 页面美化升级 (101)5.2.8. 系统设置升级 (102)5.2.8.1. 统计报表设置 (102)5.2.8.2. 议题分类管理 (102)5.2.8.3. 常用批注管理 (103)5.3. 公文交换升级功能 (104)5.3.1. 总体目标 (104)5.3.2. 设计思想 (106)5.3.2.1. 基于国家标准的电子公文格式 (106)5.3.2.2. 支持多种版式文件 (106)5.3.2.3. 安全有效的电子印章 (107)5.3.2.4. 工作流的支持 (107)5.3.2.5. 实现交换中心的互联互通 (107)5.3.3. 设计原则 (107)5.3.4. 平台架构 (108)5.3.5. 发文管理 (109)5.3.5.1. 文件转PDF (109)5.3.5.2. 联合发文 (109)5.3.5.3. 文件签发 (110)5.3.5.4. 文件转换 (111)5.3.5.5. 指定回复 (111)5.3.6. 收文管理 (111)5.3.6.1. 回执管理 (111)5.3.7. 办文授权 (112)5.3.8. 流程引入 (112)5.3.9. 会议通知 (113)5.3.9.1. 流程通知 (113)5.3.10. 数据接口 (113)5.3.11. 交换设置 (113)5.3.11.1. 文件提醒 (113)5.3.11.3. 临时授权 (114)5.4. 移动办公系统功能 (114)5.4.1. 系统概述 (114)5.4.2. 建设思路 (115)5.4.3. 系统架构 (116)5.4.4. 建设目标 (117)5.4.5. 系统门户 (118)5.4.6. 公文处理 (120)5.4.6.1. 新增公文 (121)5.4.6.2. 待办公文 (122)5.4.6.3. 综合查询 (122)5.4.6.4. 所有公文 (123)5.4.6.5. 我关注的公文 (124)5.4.7. 常务会议 (124)5.4.7.1. 议题登记 (125)5.4.7.2. 会议安排 (125)5.4.7.3. 会议议题 (126)5.4.7.4. 参会统计 (127)5.4.8. 政务安排 (127)5.4.8.1. 安排登记 (128)5.4.8.2. 安排查询 (129)5.4.8.3. 安排材料上传 (130)5.4.8.4. 安排周表管理 (130)5.4.8.5. 安排周表查询 (131)5.4.8.6. 安排领导维护 (131)5.4.8.7. 安排地址管理 (132)5.4.8.8. 领导政务安排 (132)5.4.9. 信息快报 (133)5.4.9.1. 快报发布 (134)5.4.9.2. 快报查看 (134)5.4.10. 通讯录 (134)5.4.11. 参考资料 (135)5.4.12. 系统设置 (135)5.4.12.1. 修改密码 (136)5.5. 统计分析系统功能 (136)5.5.1. 系统概述 (136)5.5.2. 建设思路 (137)5.5.3. 系统架构 (138)5.5.4. 建设目标 (138)5.5.5. 系统应用实时动态 (139)5.5.6. 公文处理效率统计 (141)5.5.6.1. 关于行文规则 (144)5.5.6.2. 关于发文办理 (146)5.5.6.3. 关于收文办理 (151)5.5.6.4. 关于公文归档 (154)5.5.7. 公文交换效率统计 (158)5.5.8. 信息发布情况统计 (160)5.5.9. 办会应用情况统计 (162)5.5.10. 在线用户情况统计 (163)5.5.11. 统计分析统计报表 (171)5.5.11.1. 区各部门考核得分排名 (172)5.5.11.2. 区各街道考核得分排名 (173)5.5.12. 统计分析权重设置 (174)5.6. 后台管理升级功能 (175)5.6.1. 总体目标 (175)5.6.2. 设计思想 (176)5.6.2.1. 标准规范化原则 (177)5.6.2.2. 系统性原则 (177)5.6.2.3. 实用性原则 (177)5.6.2.4. 扩展性原则 (178)5.6.2.5. 安全性原则 (178)5.6.2.6. 先进性原则 (179)5.6.2.7. 兼容性原则 (179)5.6.2.8. 稳健性原则 (180)5.6.2.9. 可重用性原则 (180)5.6.3. 设计思路 (180)5.6.3.1. 统筹规划，构建统一技术支撑平台 (180)5.6.3.2. 标准引领，遵循统一的标准化体系 (182)5.6.3.3. 满足业务需求的无限扩展 (183)5.6.3.4. 建立开放性的基础平台 (183)5.6.3.5. 支撑平台体系框架设计 (184)5.6.3.6. 应用支撑域 (185)5.6.3.7. 信息共享域 (185)5.6.4. 主要功能 (186)5.6.4.1. 备份还原 (186)5.6.4.2. 任务管理 (186)5.6.4.3. 区域系统 (186)5.6.4.4. 消息管理 (187)5.6.4.5. 网站接口 (187)5.6.4.6. 公文管理 (187)5.7. 对接其他系统接口 (188)5.7.1. 应用系统对接实现框架 (188)5.7.2. 供外系统使用的标准化接口 (195)5.7.3. 预留与其它系统对接的接口 (197)5.7.3.1. 与市级电子公文交换系统的接口 (197)5.7.3.2. 与电子印章管理系统的接口 (197)5.7.3.3. 与档案局档案管理系统的接口 (199)5.7.3.4. 与采购中心自有系统的接口 (199)5.7.3.5. 供外系统访问的标准化接口 (200)5.8. 协同办公标准规范 ................................................. 错误!未定义书签。