软件开发文档：协同办公平台项目需求规格说明书.docx

协同办公平台项目
需求规格说明书

北京致远协创软件有限公司

目 录
1 引言 5
1.1 编写目的 5
1.2 背景 5
1.3 定义 5
1.4 参考资料 6
2 任务概述 6
2.1 项目背景 6
2.2 用户特点 7
2.3 整体需求描述 8
2.4 平台选择 9
2.5 技术架构详细说明 10
2.6 运行环境分析 12
3 系统技术需求 13
3.1 总体技术需求 13
3.2 技术路线分析 14
3.3 系统安全需求 16
3.4 UI界面需求规定 17
4 系统功能需求 18
4.1 软件组成与功能要求 18
4.2 智慧协同基础管理平台功能需求 18
4.2.1 表单自定义功能需求 18
4.2.2 工作流管理功能需求 18
4.2.3 数据交换引擎功能需求 18
4.2.4 业务生成器功能需求 18
4.2.5 多组织引擎功能需求 19
4.2.6 第三方业务整合功能需求 19
4.2.7 统一消息功能需求 19
4.2.8 单点登录功能需求 19
4.2.9 综合办公功能需求 19
4.2.10 Web-IM功能需求 20
4.2.11 WAP移动应用功能需求 20
4.2.12 高级Office功能需求 20
4.2.13 基础设置功能需求 20
4.2.14 应用集成设置功能需求 20
4.2.15 系统维护功能需求 20
4.2.16 Https安全传输功能需求 20
4.2.17 基础应用设置功能需求 20
4.2.18 管理员设置功能需求 21
4.2.19 审计管理功能需求 21
4.2.20 高级公文管理功能需求 21
4.2.21 全文检索功能需求 21
4.2.22 CA认证接口功能需求 21
4.2.23 短信集成接口功能需求 21
4.2.24 电子签章接口功能需求 21
4.2.25 二维码接口功能需求 22
4.3 政务办公管理功能需求 22
4.3.1 公务人员统一办公门户功能需求 22
4.3.2 政务档案管理功能需求 22
4.3.3 政务协同工作功能需求 22
4.3.4 公文管理功能需求 23
4.3.5 公文交换功能需求 23
4.3.6 会议管理功能需求 23
4.3.7 知识库管理功能需求 23
4.3.8 信息报送功能需求 23
4.3.9 即时通讯系统功能需求 24
4.3.10 政务内部邮箱功能需求 24
4.3.11 政务事项审批功能需求 24
4.3.12 电子签章功能需求 24
4.4 精细政务管理功能需求 24
4.4.1 督办管理功能需求 25
4.4.2 政务信息系统需求 25
4.4.3 档案归档管理需求 25
4.4.4 接待管理功能需求 25
4.4.5 党务管理功能需求 25
4.4.6 资产管理功能需求 25
4.4.7 文字综合功能需求 26
4.4.8 思想库/资料库/数据库功能需求 26
4.4.9 政务活动库管理功能需求 26
4.4.10 政务公开系统集成需求 26
4.4.11 五大系统集成需求 27
4.5 决策辅助管理功能需求 27
4.5.1 绩效分析功能需求 27
4.5.2 目标绩效功能需求 28
4.5.3 行为绩效功能需求 28
4.5.4 流程绩效功能需求 28
4.5.5 报表分析功能需求 28
4.5.6 政务管理驾驶舱需求 28
4.6 政务移动管理功能需求 28
4.6.1 APP首页需求 29
4.6.2 协同功能需求 29
4.6.3 公文功能需求 29
4.6.4 文档功能需求 29
4.6.5 新闻功能需求 29
4.6.6 通讯录功能需求 30
4.6.7 安全手势功能需求 30
4.6.8 工作微信功能需求 30
4.6.9 系统设置功能需求 30
4.7 视频会议系统功能需求 30
4.7.1 会议模式功能需求 30
4.7.2 多角色会议功能需求 31
4.7.3 多数据共享功能需求 31
4.7.4 分组会议功能需求 31
4.7.5 会议录制功能需求 31
4.7.6 点名功能需求 31
4.7.7 聊天功能需求 31
4.8 XX市人民政府开发服务说明 32
4.8.1 短信平台集成开发 32
4.8.2 公务员统一账户服务 32
4.8.3 建立账户统一信息库 32
4.8.4 统一身份认证 32
4.8.5 实现各门户公文二维码开发 32
4.8.6 建立按组织展示部门和门户开发 33
4.8.7 移动政务平台框架开发 33
4.8.8 组织结构接入管理 33
4.8.9 移动传输性能及安全改造 33
4.8.10 多级数据交换机制开发 33
4.8.11 移动政务公文追踪改造 33
4.8.12 移动政务文档信息交换改造 33
4.8.13 移动政务公共信息交换改造 34
4.8.14 移动政务协同信息交换改造 34
4.8.15 移动政务过程跟踪机制改进开发 34
附录一：《需求汇总情况表》 35
附录二：《组织机构和人员信息表》 37
附录三：《各处室原始文单情况》 61

1 引言
1.1 编写目的
目的：为说明XX单位协同办公平台建设需求编写。进而安排项目规划与进度、组织软
件开发与测试。
预期读者：XX单位协同办公平台使用部门相关负责人员及系统设计开发相关人员。
1.2 背景
待开发的软件系统的名称：
任务提出者：
开发者：北京致远协创软件有限公司；
用户：
1.3 定义
Web Service：是一种web应用程序分支，是自包含、自描述、模块化的应用，可以发布、定位、通过web调用。Web Service可以执行从简单的请求到复杂商务处理的任何功能。一旦部署以后，其他Web Service应用程序可以发现并调用它部署的服务。
XML：是用于网络上数据交换的语言，具有与描述Web页面的“HTML”语言相似的格式。该语言有“可以利用Web浏览器进行数据确认”以及“易于生成数据”等优点。
J2EE：一个分布式的服务器应用程序设计环境，提供了：宿主应用的一个运行基础框架环境。一套用来创建应用的Java扩展API。
1.4 参考资料
GB/T8566-2007《信息技术软件生存期过程》
GB/T11457-2006 软件工程术语
GB/T16260-2006 信息技术—软件产品评价—质量特性及使用指南
GB/T8567-2006计算机软件产品开发文件编制指南
GB/T9385-2008计算机软件需求说明编制指南
GB/T12504-2008计算机软件质量保证计划规范
《关于开展国家智慧城市试点工作的通知》（建办科〔2012〕42号）
《关于开展依托电子政务平台加强县级政府政务公开和政务服务试点工作的意见》（国办函〔2011〕99号）
《 2006-2020年国家信息化发展战略》（中办发〔2006〕11号）
《国家电子政务总体框架》（国信〔2006〕2号）
《国家电子政务“十二五”规划》（工信部规〔2011〕 567号）
《基于云计算的电子政务公共平台顶层设计指南》（工信函〔2013〕2 号）
2 任务概述
2.1 项目背景
按照《国家电子政务十二五规划》要求，“电子政务突出建设集约化、应用平台化、服务整体化，在市、县级政务部门实现跨部门信息共享和业务协同”以及我市《智慧XX建设实施方案》，特提出XX市协同办公平台的建设和应用技术方案。
协同办公平台的总体目标是建设一套具有XX市政府自身特色，满足XX市需求和发展要求，具有国内先进技术平台与成熟的应用方案，适合政府部门的管理模式的政府协同办公平台。
协同办公平台以行政事务管理为核心、以电子公文传递为载体、以系统内部有效沟通与合作为手段，实现全市各委办局、区县（市）政府部门及部门内部间工作人员、工作流程、管理机制的协调统一，打破部门分隔、提高办事效率、确保政令畅通的综合性应用系统平台。较典型的有公文办理系统、电子监察系统、电子公文流转系统、电子公文交换系统、督查督办系统、内部门户网站系统等。
当前，从全国的电子政务发展来看，有些省市已经走在电子政务实践的前列，依托电子政务外网平台，进行了跨部门协同办公的积极探索。这些成功经验，必然会对我市推行跨部门的协同办公带来启示和帮助。
基于以上情况XX市拟建设统一政务办公云平台建设规划：搭建XX全市的统一基础组件平台、协同办公子系统、移动办公子系统、电子签章系统，全市采用统一平台集中部署、对首批单位进行数据初始化、培训的方式实施。
本次招标含迁入云平台前第三方软件、服务器硬件以及首批试点单位实施，基础平台软件需有对应的总体设计和迁入云平台前应对方案。全市政务办公平台计划分三期进行推广实施。项目一期所需服务器由供应商提供，计划正式上线后智慧政务协同办公平台会逐步平滑迁入到云中心的“云平台”统一管理运维。
要求整体项目建设周期4个月，其中政务协同应用平台建设周期120天。软件部分计划分三个阶段实施。
第一阶段：数据采集与编程阶段。完成对主要委办局、区县（市政府）部门的数据采集和需求分析、方案设计与编程。
第二阶段：试点运行阶段。推广至典型的市直部门（15家）和区县（3家）单位作为试点，实现部分市直部门和区县政府的智慧XX协同联动。
第三阶段：全面推广阶段。开展试运行，实现全市政务办公的全面协同，多层级、跨系统的融合集成应用和成效评估、验收工作。
2.2 用户特点
本平台是以XX市人民政府办公厅为核心应用部门，覆盖全市各区县、市直部门及直属单位，用户大体可以分为以下几类：
XX市人民政府办公厅用户是全市政务系统的运转中枢，承担着承上启下、沟通协调、审核把关、督促落实、服务保障等职责，要认真做好为领导服务、为机关服务、为基层服务工作。紧紧围绕中心、服务大局，不断适应新形势、新任务、新要求、充分发挥服务决策的"参谋部'、推进落实的“督察部”、确保运转的“后勤部”三项职能作用，进一步转变作风、提高效率、增强服务政府科学决策和处理复杂事务的能力，切实提高政府公信力和执行力，确保政令畅通，所有智慧政务办公平台板块全部涉及应用。
各区县用户
各区域用户，主要应用方式为公文上报和接收，督办和领导交办的落实，通过协同工作与政府进行及时、有效沟通。
市直各部门
除了完成区县相关功能应用外，需要承担平台中“市长专阅信息”内容的定期提报工作。
XX市政府有关单位
按时、按期提报和接收文件即可，落实领导交办工作。
XX市人民政府办公厅电子政务处
负责系统后续的用户添加、日常问题维护等工作，需要具备系统后台的维护功能，并进行各类权限控制。
2.3 整体需求描述
1. 智慧协同基础管理平台
包括：表单自定义组件、工作流管理组件、数据交换引擎、业务生成系统、多组织引擎系统、第三方业务整合系统、统一消息组件、单点登录组件、综合办公、web IM、WAP 移动应用、高级OFFICE、基础设置、应用集成设置、系统维护、https安全传输、系统、管理、组织、信息管理功能、应用设置、基础应用设置、管理员设置、审计管理、高级公文管理、全文检索、CA认证接口、短信集成接口电子签章接口、二维码接口等。
2. 政务办公管理
包括：公务人员统一办公门户、政务档案管理、政务协同工作、公文管理、公文交换、会议管理、知识库管理、信息报送、即时通讯系统、政务内部邮箱、政务事项审批、电子签章。
3. 精细政务管理
包括：督办管理、政务信息系统、档案归档管理系统、接待管理、政务信息管理、党务管理、资产管理、文字综合管理、思想库/资料库/数据库管理、政务活动库管理、政务公开系统集成、五大系统集成等。
4. 决策辅助管理
包括：绩效分析、目标绩效、行为绩效、流程绩效、报表分析、政务管理驾驶舱等。
5. 政务移动管理
移动办公平台可以与智慧政务协同平台相对应，具有移动办公功能.移动应用平台提供了多种办公应用，支持IOS，安卓系统，可以支持领导在远程接收会议消息并进行回复，移动处理公文，移动审批日常行政事务，随时随地与server端进行日程同步，查看日程安排。高效的政府工作让整个政府部门的对外服务能力和公众形象都得到了提升。与E人E本等平板电脑的集成还完全符合政府领导手写签批的办公习惯，原笔迹手写办公方式可以很大程度上方便领导随时随地快速处理日常事务。除了领导的应用外，对于外出工作.较多的政府工作人员也提供了移动办公的工作模式。
6. 视频会议系统
包括：支持多种会议模式、支持多种角色、多种数据共享、分组会议、会议录制、点名功能、聊天功能。
2.4 平台选择
考虑XX市人民政府及直属单位的应用特点，应用压力等因素，同时考虑用户数量不断增加的要求，需要系统架构保持一定的跨平台性和多种数据库支持特性，基于北京致远协创软件有限公司最新产品G6V5.6基础上实施开发。
该平台基于Web2.0技术和JAVA构架设计，基于MVC框架的组件化可扩展技术路线，采用标准的Portal展现结构，整个系统由Java语言开发，系统配置通过XML技术完成；数据层采用Hibernate的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，可以应用在任何使用JDBC的场合，满足实现集成多种数据库应用：如Oracle、SQL Server、My SQL等等。整个技术架构的考虑针对特大型组织应用进行了专项优化，支持跨平台部署，是国内唯一在这个级别上同时高度具备产品化＋平台化特征的高端产品方案。
2.5 技术架构详细说明

平台基于Spring开发框架，遵循J2EE的标准规范，采用JAVA高级语言，同时引入Groovy、Rest、Erlang、Object-c、Html5、Css3等多种高级语言开发而成。系统采用MVC编程模式，分层式设计，达到分散关注、松散耦合、逻辑复用、标准定义的目的。系统配置通过XML完成，数据层采用Hibernate的对象关系映射，它对JDBC进行了非常轻量级的对象封装，可以应用在任何使用JDBC的场合，满足实现集成多种数据库应用：Oracle、SQL Server、My SQL InnoDB、Postgre SQL。
平台系统采用分层和解耦方式开发，完全组件化，高内聚低耦合，实现高度的灵活性和扩展性，各模块可根据客户需求定制拔插、组合。平台包含六大核心引擎：组织模型及权限引擎、工作流引擎、内容表单引擎、门户引擎、报表引擎、数据交换引擎。
平台基于数据交换引擎DEE和统一单点登录SSO，实现与U8、NC、SAP以及其他异构系统进行多层次集成整合，包含门户集成、数据集成、流程集成、消息集成等。
平台具备多环境适应能力，支持Linux和Windows操作系统，支持Oracle、SQL Server、MySQL Innodb、 PostgreSQL数据库，支持Tomcat、WebSphere、WebLogic应用服务器，以及多浏览器、多终端、多语言的支持。
l 组件化开发
平台提供了丰富的组件为系统开发进行支撑。组件主要包含技术组件、应用组件和界面组件三大类50余种。涉及前后端各个方面的组件支撑，为系统提供了统一的标准、便捷的开发调用模式，保证了系统的稳定性、一致性。
l 核心引擎
平台包含组织机构及权限模型、表单引擎、工作流引擎、报表引擎、门户引擎、数据交换引擎六大核心引擎，涉及组织机构、访问权限、流程控制、业务定制、数据集成及数据展现六大方面，支撑起协同系统的主体运行框架，为协同平台的搭建打下坚实的基础。

² 组织模型和权限引擎
基于RBAC模型设计的权限控制体系，权限与角色相关联，用户通过成为适当角色的成员而得到这些角色的权限，极大地简化了权限的管理。在一个组织中，角色是为了完成各种工作而创造，用户则 依据它的责任和资格来被指派相应的角色，用户可以很容易地从一个角色被指派到另一个角色。角色可依新的需求和系统的合并而赋予新的权限，而权限也可根据需 要而从某角色中回收。角色与角色的关系可以建立起来以囊括更广泛的客观情况。
² 工作流引擎
符合中国国情，遵循国际标准。针对中国独特的文化，采用独创的二元化工作流思想，参照工作流联盟WMFC参考模型设计，采用J2EE、Flash技术实现。
简单易用，上手快，快速构建业务流程。面向业务人员，完全图形化界面快速构建适合自己的业务流程，并且采用基于B/S结构的web流程设计器，支持IE、FireFox、Chrome、Safari等主流浏览。
² 表单引擎
基于以人为本的思想和XML技术，提供可视化的基础数据、操作设置、流程设置、控件设置等，支持基础表单应用。具备图形化、透明化、可视化等优点，经过业务梳理和流程设计之后，可以搭建完整的制度控制体系，保证制度执行的准确、高效、可跟踪和追溯。
² 门户引擎
提供两种风格的门户（传统门户和Metro桌面），提供多种预制皮肤进行展现切换，满足不同角色与单位的信息呈现要求，支持首页/ 登录页应用，支持空间/ 栏目/ 菜单可定制，SSO 单点登录支撑。
² 报表引擎
提供了易用且高效率的报表设计方案，采用主流的数据双向扩展，真正无编码形式设计报表；拥有强大的报表展示功能，并且提供完善的报表权限管理，报表调度管理。
² 数据交换引擎
支持XML、CSV、JDBC、接口、WebService等多种来源的数据交换引擎，能够快速、灵活、便捷的将第三方系统的数据交换到协同系统中，实现门户数据的集成。
2.6 运行环境分析
根据对XX市人民政府的实际用户使用量分析，考虑本期支撑用户数为50000注册，3000并发量分析，平台基础软件环境如下：
操作系统：LINUX
数据库：Oracle 11g
中间件：采用独立中间件Tomcat
建议采用集群部署方式
3 系统技术需求
3.1 总体技术需求
在技术实现上，客户端和服务端程序必须支持多种操作系统（至少包括Windows系列），支持主流的数据库（ORACLE、SQL-SERVER）。并满足以下特性：
1. 技术支撑平台先进，基于主流平台技术架构开发；系统具有开放的体系，采用B/S结构设计， 对主流的浏览器各个版本有良好的兼容性；
2. 平台安装简便，操作界面简洁；系统稳定、可靠；平台中各组件能够实现信息共享数据，具有详细的帮助系统和使用说明书；
3. 平台支持“集中部署、逻辑独立”的系统架构，支持权限分级分层管理，满足全市所有政府单位在统一平台上运行所需的性能和稳定性要求；
4. 具有良好的实用性，平台有预留灵活、方便的配置接口，可按照具体的需求快速地定制新的应用或修改现有应用，包括自定义以下内容：文件类型、流程图、业务处理单、角色权限、查询条件、发文格式和文头；
5. 具有强可扩展性，平台能提供标准的开发接口与现有或将来扩展的B/S结构的业务系统集成，提供与其它SSO集成后的单点登陆功能；
6. 具有良好的安全性，平台必须提供基于CA证书和SSL等多层次的安全解决方案，具有完整的身份认证、访问控制、日志管理和系统审计等安全保密机制，确保系统和数据的安全性和完整性；
7. 具有良好的灵活性与可扩展性，平台提供流程可视化配置工具、灵活的系统管理和业务定制功能，适应不断变化的组织结构和业务需求，平台支持通过扩展服务器配置和数量满足用户增加、单位增加的扩容需求；
8. 正文处理具有良好的集成性：文稿正文支持MS Office、WPS等格式；
9. 平台可以无缝的集成CA认证、电子签章功能；
10. 必须开放非第三方集成软件外的所有源码，同时支持系统配置，提供良好的接口和完善的技术文档；高度模块化，方便项目交接；
11. 支持流程嵌套，主流程嵌套子流程；
12. 流程节点支持按用户、角色、组织结构定义，表单定义；
13. 流程表单可以支持到字段域的读写控制；
14. 支持平台的全局流程、分级流程业务统计分析及报表生成；
15. 采用大集中部署模式，要求一套系统能支持注册用户数55000人以上，一般页面响应不超过3秒，一般查询页面不超过8秒，系统应保证可用率为0.9999。
系统采用B/S架构，在中心机房部署服务器和应用系统，客户端通过浏览器即可方便使用，尽可能降低系统的维护和使用成本，便于系统今后的推广应用。
移动办公方面必须有成熟的APP产品（支持Android、IOS系统），必须可以与微信对接（支持Android、IOS系统）。
系统必须提供灵活的门户定制功能，可以定义多级门户，并可以根据使用者的角色（身份和权限）的不同呈现不同的菜单或功能。
在系统的配置方面，应能根据实际的需要组合出任意的业务处理流程，用这些可自定义的流程来解决所有的审批和办公业务。
系统必须免费提供第三方报表工具，要求性能稳定，可以实现数据逐层读取功能。报表平台必须是不依赖于某个系统而存在，它作为一个通用的工具，能为各个系统提供报表服务，并能够嵌入本次系统建设的各个业务系统中，提供可视化的报表设计功能，操作方法和 Excel 等电子表格程序类似，可以方便的设计业务报表和统计报表。报表展现方式支持各种常见的格式，包括表格，直方图、饼图等。
3.2 技术路线分析
智慧XX协同办公平台的技术设计，将兼顾目前的需要以及未来的发展，体现出先进、灵活、可靠、高效、经济实用等特点。根据系统要求，系统建设的总体技术路线与技术架构可以从以下几方面来说明。
组件化、面向对象的设计开发模式
一、组件化设计
“软件组件化”是一种理想的软件开发理念，它主张软件产品的开发应当像制造工业产品那样，首先通过专业化分工生产出不同功能的“零部件”，然后再将这些“零部件”合理地组装起来，形成所需的产品。“软件组件化”，真正实现了软件复用和组件化生产，极大节约软件产品的开发时间和开发成本。
组件技术与面向对象的开发方法不同的是，面向对象的技术强调对个体的抽象，组件则更推广了对象封装的内涵，侧重于复杂系统中组成部分的协调关系，强调实体在环境中的存在形式。 为了说明组件化为什么是软件工厂的技术基础，我们先来看看组件的基本属性。
从广义上来说，组件有如下的几个基本属性：
1、组件是可独立配置的单元，因此组件必须自包容；
2、组件强调与环境和其他组件的分离，因此组件的实现是严格封装的，外界没机会或没必要知道组件内部的实现细节；
3、组件可以在适当的环境中被复合使用，因此组件需要提供清楚的接口规范，可以与环境交互；
4、组件不应当是持续的，即组件没有个体特有的属性，理解为组件不应当与自身副本区别。
二、面向对象
面向对象是一种自下而上的程序设计方法，不像过程式设计那样一开始就要用main概括出整个程序，面向对象设计往往从问题的一部分着手，逐步构建出整个程序。面向对象设计以数据为中心，类作为表现数据的工具，是划分程序的基本单位，而函数在面向对象设计中成为类的接口。
面向对象设计自下而上的特性，允许开发者从问题的局部开始，在开发过程中逐步加深对系统的理解。这些新的理解以及开发中遇到的需求变化，都会再作用到系统开发本身，形成一种螺旋式的开发方式。在这种开发方式中，对于已有的代码，常需要运用Refactoring技术来做代码重构以体现系统的变化。
以SOA体系结构和组件化的设计为主要技术路线
采用SOA架构有利于项目的建设，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。
在基于SOA架构的系统中，具体应用程序的功能是由一些松耦合并且具有统一接口定义方式的组件(也就是service)组合构建起来的。
SOA架构模型如下图所示：

3.3 系统安全需求
根据OSI的安全模型标准，结合致远OA系统应用特点和组织的共性需求，致远OA系统提供如下安全保障策略：
保证进入系统用户身份的合法性
根据信息分类和保密策略，控制信息访问
保证客户端和服务器之间数据传输的安全
保护系统避免恶意攻击的影响
关键业务数据防止篡改，保障传输过程的数据安全
支持涉密组织安全管理需求（三员分离和信息分级保护）

3.4 UI界面需求规定
智慧XX协同办公平台UI界面设计遵循以下原则：
一致性
包括操作的一致性和界面布局元素的一致性，同时也包括业务逻辑控制的一致性，文字说明一致性。其中，操作一致性是指：如果可以通过在某个列表框里双击其中一个条目触发一个时间，系统则会保证在所有的列表框里双击条目都会产生相似的反应。弹出菜单、拖放等等也是一样，包括按钮的位置，摆放统一；界面布局一致性是指，所有窗口里的按钮都放在同一位置，按钮标题与提示的措辞应保持一致，同时保持一致的色彩设置；业务逻辑一致性是指，确定输入后立即检查数据有效性还是提交时检查有效性等等。从而整体提高用户的使用体验。
易用性
按钮名称易懂，用词准确，摒弃模糊字眼，与同一界面上的其它按钮易于区分。使得用户不用查阅帮助即可进行正确操作。系统提供适当的界面提示，对功能稍复杂的控件增加Tool Tips，提示信息准确，拒绝含糊不清的提示。工作业务采用多页面的方式，符合现下浏览器使用习惯。
直观性
以布局方式为例，由于阅读习惯是从左到右，由上至下。因此界面设计遵循该原则。界面布局整齐，控件排列有序，黄金分割比例，保证整个界面的和谐性。对于界面上的非常用功能，用指定的按钮进行展开和收拢，降低用户的“复杂”感觉成都，提升亲和力和直观性感觉。对于日常用户操作，系统需进行合理反馈，诸如鼠标指针状态，进度提示准确合理，控件状态变化（变灰、消失、禁止输入等等），越频繁的动作，反馈强度越低，越重要越不常用的动作反馈强度越高。
合理性
以文字标签为例，文字标签要恰当，内容要准确，指示要合理。文字标签考虑到将来多语言的问题，预留足够长度空间，适应语言切换。采用适当的字体，使得界面视觉柔和易接受。界面元素合理进行分组，如功能性分组，控件类型分组等等，分组方式采用了分组县，面板，选项卡，分组框等多种方式。
4 系统功能需求
4.1 软件组成与功能要求
智慧政务协同办公平台建设包括：智慧协同基础管理平台、政务办公管理、精细政务管理、决策辅助管理、政务协同移动办公管理、视频会议系统在内的六大部分组成。具体技术要求如下：
实现完善的组织架构和角色权限定义功能；提供完整的工作流引擎，集成可视化流程定义工具；提供公文电子印章支持，增强下行和平行发文功能；支持第三方电子证书，提供关键数据传输加密或签名功能；新增WAP、Mobile APP等方式的移动办公功能；完善文档中心设计，新增全文检索功能；并提供会议管理、日程管理、建议提案、督查督办等辅助行政管理功能；提供完善的业务监控和系统管理功能。
4.2 智慧协同基础管理平台功能需求
4.2.1 表单自定义功能需求
表单基于以人为本的思想和XML技术，通过支持单据定义、流程配置、人员和资源的直观描述等多种手段，以图形化、透明化、可视化而完成制度的控制执行，保证制度执行的准确、高效、可跟踪和追溯，并将执行结果全息集中存储，实现政务办公业务的有效扩展。
4.2.2 工作流管理功能需求
工作流程是办公系统的关键功能，实现流程模板的定制、流程过程的设计、流程运转情况的跟踪等功能。
4.2.3 数据交换引擎功能需求
平台提供对各相关应用系统进行数据交换的功能，提供数据源管理、定时器管理、数据字典配置等功能，同时可记录各项数据的交换日志。
4.2.4 业务生成器功能需求
自定义方式构建业务数据结构，以视图方式构建业务控制流程 ，根据业务需要构建业务关联控制，围绕业务过程触发各类业务活动，创建/使用的操作授权机制，业务的封装与注册管理。
4.2.5 多组织引擎功能需求
支持政府党政机构、委办局、事业单位、科研机构以及混合型组织管理模式的组织架构。支持横（政府机关及各委办局）、纵（省、地、市、区县）垂管的管理模式。平台的组织结构设计为可伸缩的架构模式，意味着组织结构既可以支持单体组织、又可以支持条块管理模式下的多机关单位，还能够支持扩展组织。
4.2.6 第三方业务整合功能需求
采用平台 + 工具的方式，消除信息孤岛，消减集成风险，降低开发难度，缩短集成周期，维护管理组织机构数据，降低各系统成本。通过把分散的信息资源整合在产品化的高度稳定和成熟的统一信息资源管控平台上，通过多维信息空间门户科学地管理、控制、检索和共享信息，为政府资源的整体优化、领导的决策、管理提供科学的依据，从而实现资源共享，互联互通的目的。
4.2.7 统一消息功能需求
系统设计统一消息服务的目的是为所有用户提供了一个完善的沟通机制，帮助办公人员在协作中能够找到要沟通的人，并且根据其当前状态，选择最合适的方式与之进行沟通，提高协作效率；
提供包括电子邮件、手机短信、及时消息等在内的协同消息通讯的基础平台，消息的功能会遍及各功能模块，包括会议、协同、公文、即时消息等系统功能模块。在协同网页端采用右下角消息窗口提醒，其他提醒方式根据设备情况有所不同。
4.2.8 单点登录功能需求
本系统作为一种工作平台，用户可以关联使用外部和内部的系统。
4.2.9 综合办公功能需求
主要是完成办公的辅助管理，包括车辆、办公用品、设备、图书资料和会议室的登记、申请、审批以及统计功能。
4.2.10 Web-IM功能需求
用于集中展现各种 UC 功能，凸显组织中工作交流的方便性和安全性，多通道、多设备、多角色的交流机制，让沟通简单快捷、无处不在，让信息传递与决策更加高效。
4.2.11 WAP移动应用功能需求
通过移动设备的浏览器，利用wap方式访问平台应用。
4.2.12 高级Office功能需求
用于在协同办公平台上支持word、excel、wps等格式文档，方便直接在平台上操作和编辑。
4.2.13 基础设置功能需求
基础设置主要是对平台系统进行初始设置，包括：系统参数设置、系统分区管理、登录背景设置、系统邮箱设置、全文检索设置、目录服务配置等六个项。
4.2.14 应用集成设置功能需求
通过应用集成设置功能，实现可订阅的RSS类别和RSS频道。
4.2.15 系统维护功能需求
系统维护用于记录和管理系统的日志、消息、通知等。包括系统日志、服务停止通知、消息管理、锁定用户管理、系统调试设置、重建索引设置、数据转储管理等功能项。
4.2.16 Https安全传输功能需求
基于CA认证原理，实现HTTPS通道访问加密和防DOS攻击，记录访问请求日志，通过HTTPS保证传输信息加密安全性。
4.2.17 基础应用设置功能需求
系统提供面向全市的基础应用设置功能，可以根据用户需要对系统参数、系统分区、菜单排序设置、全文检索等配置功能。面向全局进行基础应用的设置功能。
4.2.18 管理员设置功能需求
在多组织引擎的架构下，系统通过组织管理员，对各单位管理员进行设置。
4.2.19 审计管理功能需求
设置审计管理功能（即设置审计管理员），可以查询所有单位管理员及个人的登录日志信息、个人的应用日志。
4.2.20 高级公文管理功能需求
高级公文管理遵循规范的收发文、交换和文档管理一体化等制度，并针对电子公文特点，提供相应的电子用印、加密控制、流程控制、权限控制和备份等应用，使得发文、收文、交换和公文档案库管理环环相扣；系统控制、安全防范和电子印章紧密相连。在整个公文流转过程中，都提供公文督办的功能。
4.2.21 全文检索功能需求
基于高性能和安全的搜索技术和中文自然语言处理技术开发的全文检索插件，支持对协同、新闻、公告、调查、讨论、事件、会议和文档等信息进行全文检索，检索的内容包括标题、正文、附件、时间和处理意见等，支持中文、英文字词的全文检索。
4.2.22 CA认证接口功能需求
通过第三方CA证书，保障平台账号登陆安全。
4.2.23 短信集成接口功能需求
实现短信标准接口，通过短信猫设备（金笛）全面实现提供短信发送，协同信息转移到短信、短信统计，短信控制。
4.2.24 电子签章接口功能需求
支持在office、pdf、表单html上使用，具有公章或签名的密码管理、真伪性校验、支持USBkey硬件方式加密。

4.2.25 二维码接口功能需求
在公文管理模块，考虑市政府办公厅文电处的实际应用要求，配置二维码扫描功能，进行公文登记，可将公文的基本信息，标题、文号、来文单位信息带入收文登记单中。
4.3 政务办公管理功能需求
本平台是在采用数据、应用大集中模式建立建设智慧政务协同平台，覆盖全市统一政务办公平台，实现全市各级单位之间的协同办公，进一步提高全市各级政府部门的办公效能。实现统一政务工作门户、公文管理等行政管理及综合办公、公文等政务业务多级协同联动、跨单位联合签批、人员即时协作沟通、信息高度集成共享、智能数据分析的智慧政务协同办公平台，集成整合全市其他各类政务系统，全面支撑政务办公的协同化、分析决策的科学化，降低行政运行成本，提高政务效率，创新行政管理方式，促进一体化政府和服务型政府实现，实现本市智慧政务模式，提升服务民生的能力。
4.3.1 公务人员统一办公门户功能需求
平台独创的多空间概念，对组织角色协同和应用的范围，定义了灵活的工作视图，融合与聚合了工作或业务焦点。空间可以根据组织协作范围和相关度定义，如组织空间、单位空间（机关空间）、部门空间、团组空间和个人空间；也可以以业务或应用角度定义，如党建空间、培训空间等。
4.3.2 政务档案管理功能需求
结合平台功能及特点，实现对已经办结的公文、文件在协同办公平台中可做归档处理。对学习资料等可进行分类、整理并能进行调阅、借阅处理。保障政务档案信息的安全。
4.3.3 政务协同工作功能需求
协同工作是个人、团队、组织之间传递信息和执行组织管理规则的事务处理工具，用它来完成事务的发起、处理和管理，并记录事务的发展过程和结果，由人通过流程规则来完成事项的办理，并支持规则的成型和管理。可以满足政府部门的一些临时性事务的处理。
4.3.4 公文管理功能需求
公文是党政机关、企事业单位、法定团体等组织在公务活动中形成和使用的具有法定效应和规范体系的公务文书，是依法行政和进行公务活动的重要工具。平台提供完备的电子公文管理功能，包括：公文应用设置、发文管理、收文管理、签报管理、公文交换、公文督办、公文查询、公文统计、公文档案。
4.3.5 公文交换功能需求
公文交换是将来自发文的以及来自收文的公文向主送、抄送、抄报单位、机构组、外部单位发送，以及接收单位对外来公文的签收，只有部门收发员或单位收发员才具有此功能菜单。
4.3.6 会议管理功能需求
平台对于会议工作的应用着重设计，旨在满足政府办会流程的基础上，增加细节处理，包括会议通知、会议资料的发出、会议室的申请、查看，到时提醒，对参会情况的事先了解，会议纪要的总结和归档等。保证会议的功效性。
4.3.7 知识库管理功能需求
平台的文档管理中心为政府组织建立了文档库，对协作工作中产生的文档进行有效管理，