AAA单位网站站群建设方案培训资料全.doc

.
目录
一、项目概述3
1.1概述3
1.2可行性研究报告编制依据3
1.3 建设周期4
二、项目建设必要性4
2.1 政策与环境的要求4
2.1.1全国信息化建设背景4
2.1.2国家教育信息化政策要求4
2.2系统建设现状5
2.2.1界面设计旧5
2.2.2缺乏群数据互联互通5
2.2.3管理员技术力量薄弱5
2.2.4智能移动终端用户体验性差6
三、建设原则6
3.1 实用性原则6
3.2 安全性原则7
3.3 可靠性原则7
3.4 先进行原则7
3.5 规性原则7
3.6 开放性原则7
3.7 可管理性原则7
3.8 可扩展性原则7
3.9 可伸缩性原则7
四、建设容和站群规划8
4.1 建立统一的门户群平台8
4.2 建设功能齐全的应用系统8
4.3建设二个版本8
4.4整合一个系统8
4.5模板8
4.6历史数据的迁移8
4.7培训技术人员8
4.8售后服务9
五、技术需求9
5.1整体技术要求9
5.1.1标准化、规化9
5.1.2采用先进且成熟的技术和产品9
5.1.3满足建设原则要求的特性9
5.1.4技术路线要求9
5.1.5性能指标要求10
5.2站群平台功能要求10
5.2.1站点管理10
5.2.2全站群信息集中管理11
5.2.3平台配置11
5.2.4管理员管理13
5.2.5管理员工具13
5.2.6用户管理14
5.2.7数据中心管理14
5.2.8容管理14
5.2.9绩效管理15
5.2.10微信管理16
5.2.11信访管理16
5.2.12全文检索16
5.2.13文件管理17
5.3应用系统功能要求17
5.3.1容管理系统17
5.3.2数据中心管理系统20
5.3.3绩效管理系统20
5.3.4网上信访系统21
5.3.5问卷调查系统22
5.3.6横幅管理系统22
5.3.7微信管理系统23
5.3.8在线表单系统24
5.3.9数据采集系统24
5.3.10全文检索系统24
5.3.11移动设备自适应支撑系统25
六、前台设计和模板要求26
6.1浏览器兼容性26
6.2模板易用性26
6.3模板灵活性26
6.4模板美观性27
6.5设计规性27
6.6布局合理性28
6.7网页安全性28
6.8标签安全性29
6.9移动设备29
七、实施要求30
7.1实施工期要求30
7.2实施方案要求30
八、效益分析30
8.1社会效益30
8.2经济效益31
8.3管理效益31
8.4结论32
九、投资估算32

AAA单位站群集约化建设方案
一、 项目概述
1.1概述
项目名称：AAA单位站群集约化建设
项目建设单位：AAA单位
项目负责部门：智慧校园信息化建设小组
1.2可行性研究报告编制依据
AAA单位站群集约化建设项目（以下容简称为项目）方案编写以与可行性研究报告依据如下：
1. 国家中长期教育改革和发展规划纲要（2010-2020年）
2. 《教育信息化十年发展规划(2011-2020年)》
3. 《国家教育管理信息系统建设总体方案》
4. 《教育部 国家互联网信息办公室关于进一步加强高等学校网络建设和管理工作的意见》
5. 《关于进一步加强和改进新形势下高校宣传思想工作的意见》 中办发〔2014〕59号
6. 《关于加强党政机关安全管理的通知》中网办发文〔2014〕1号
7. 《教育信息化“十三五”规划》
8. 2015年8月19日国务院通过《关于促进大数据发展的行动纲要》；
9. 《关于授权国家互联网信息办公室负责互联网信息容管理工作的通知》国发〔2014〕33号
10. GB/T 20271-2006 信息安全技术 信息系统通用安全技术要求；
11. GB/T 20270-2006 信息安全技术 网络基础安全技术要求；
12. GB/T 20984-2007 信息安全技术 信息安全风险评估规；
13. GB/T 20269-2006 信息安全技术 信息系统安全管理要求；
14. GB/T 20281-2006 信息安全技术 防火墙技术要求与测试评价方法；
15. GB/T 20275-2006 信息安全技术 入侵检测系统技术要求和测试评价方法；
16. GB/T 20278-2006 信息安全技术 网络脆弱性扫描产品技术要求；
17. GB/T 20277-2006 信息安全技术 网络脆弱性扫描产品测试评价方法；
1.3 建设周期
建设周期大概90个工作日完成。
二、 项目建设必要性
2.1 政策与环境的要求
2.1.1全国信息化建设背景
据中国互联网络信息中心近日发布的《中国互联网络发展状况统计报告》显示，截至2016年12月，我国网民规模达7.31亿，全年共计新增网民4299万人。中国手机网民规模达6.56亿，网民中使用手机上网的人群占比由2015年底的90.1%提升至92.5%，仅通过手机上网的网民占比达到24.5%，网民上网设备进一步向移动端集中。

2.1.2国家教育信息化政策要求
（1）《教育信息化“十三五”规划》要求
6月7日，教育部印发《教育信息化“十三五”规划》（以下简称《规划》），《规划》指出：到2020年，基本建成“人人皆学、处处能学、时时可学”与国家教育现代化发展目标相适应的教育信息化体系；推动落实《职业院校数字校园建设规》，确保各级各类学校普遍具备信息化教学环境。基本建成数字教育资源公共服务体系，为学习者享有优质数字教育资源提供方便快捷的服务；逐步实现资源平台、管理平台的互通、衔接与开放；要积极利用成熟技术和平台，统筹推进实名制网络学习空间的建设与应用。空间要集成网络教学、资源推送、学籍管理、学习生涯记录等功能。要融合网络学习空间创新教学模式、学习模式、教研模式和教育资源的共建共享模式。
（2）《教育部 国家互联网信息办公室关于进一步加强高等学校网络建设和管理工作的意见》要求
《教育部 国家互联网信息办公室关于进一步加强高等学校网络建设和管理工作的意见》（教思政[2013] 3号）提出高度重视高校网络建设和管理工作，加强高校网络信息安全管理。要求 “高校要着力增强校园的思想性、教育性、服务性、互动性，加强综合性门户、主题性教育、专业性学术建设，推进辅导员博客、思政课教师博客、校务微博、班级微博与校园微信公共建设，扩大网络文化的育人覆盖面和社会服务面。”
2.2系统建设现状
2.2.1界面设计旧
随着时代的发展，审美的变化，界面设计中的美观、简洁、大气成为提高用户体验的有效途径，手机适屏的应用也对提高用户体验起着至关重要的作用。AAA单位在经历过第三次改版之后，已经七八年时间没有进行修改了，前台界面设计元素、配色以与前端技术使用上已经旧，无法满足高校门户可见性优化（页面自适应），PC大屏时代和移动互联网时代的网民需求。
2.2.2缺乏群数据互联互通
近年来微信发展迅速，学校以与各个职能部门、二级学院都开通各种微信公众账号，为师生提供了便利，但是微信信息的更新和维护与信息更新和维护重复进行，降低了工作效率，无法做到微信公众号与容进行数据互联。
目前学校除AAA单位门户以外，还开通了教务处、学生工作处、招生就业处、继续教育处以与若干个二级学院的子站，各种独立运行，缺乏统一管理，数据也无法实现互通。
2.2.3管理员技术力量薄弱
的维护人员一般由领导、技术人员、容编辑人员组成，各级分管领导则主要进行容的审核、绩效管理；技术人员主管日常的技术维护处理；编辑人员主管信息更新维护，上传。目前就学校门户从建站开始到如今近15年时间，除容发布由宣传部负责以外，技术管理人员从未明确由某个岗位或者固定人员负责，的安全问题、技术问题一直无法得到保障。学校其他二级子站各自独立运行，有的放在学校服务器上，有的放在外面空间商，各种一级域名、二级域名自行申请从未备案，所有容的发布都由各部门自行处理，从未做过任何审核，安全信息一直存在巨大的隐患。
2.2.4智能移动终端用户体验性差
随着移动互联的快速发展，手机移动端用户越来越多，原来的对手机和IPAD等智能移动终端用户体验性要求越来越差，下图就是用手机客户端访问我校和其他学校的显示效果。
三、 建设原则
3.1 实用性原则
以AAA单位目前的实际情况为基础，并充分考虑学校十三五期间学生规模、办学定位的发展需要来确定站群集约化平台规模，做细核心功能，兼顾辅助功能，实现快捷、可靠地部署和使用，并节省投资。
3.2 安全性原则
对于教育群项目来说，安全性是首要考虑的问题。应在网络安全各个环节采用有力措施，保证系统网络整体安全性，系统能够动态监控安全，能在遭受到非法攻击后迅速恢复。同时对于站群系统各子站的容的合法性也要考虑进去，确保所有的信息发布有审核，有认证，有记录有日志，同时管理部分还拥有全站应急处理权限。
3.3 可靠性原则
系统所具有的具体功能、系统所能支持的大数据容量应能在复杂的运行环境里稳定、可靠地运行，在出现异常的情况下，系统是否具有相应的规避措施等。
3.4 先进行原则
系统结构设计、系统配置、系统管理方式等方面应采用国际上先进同时又是成熟、实用的技术。
3.5 规性原则
系统设计所采用的技术和代码应符合国际标准、国家标准和业界标准，为系统的扩展升级、与其他系统的互联提供良好的基础。
3.6 开放性原则
设计时要提供开放性好、标准化程度高的技术方案；软件的各种接口满足开放和标准化原则。
3.7 可管理性原则
整个系统要易于管理，易于维护，操作简单，易学，易用，便于进行系统配置，在设备、安全性、数据流量、性能等方面得到很好的监视和控制，并可以进行远程管理和故障诊断。
3.8 可扩展性原则
一个良好的应用设计，应该具有处理未来变化和发展所需要的扩展性。项目解决方案和系统设计不仅基于当前的应用需求，而且还要考虑未来的发展需求。
3.9 可伸缩性原则
系统应采用N层架构设计，并可以分布式部署，为系统提供了充分的可伸缩性，使平台扩展性能够适应各种信息化平台的规模和应用需求。
四、 建设容和站群规划
4.1 建立统一的门户群平台
建设一个以AAA单位为主站的站群集约化系统。学院主站为第一级平台，下属各部门、各院系单位为第二级平台。通过对群数据和前台界面的全平台适配（平台包括PC端、移动端的各种智能设备），整个群可适应来自不同设备访问的需求，充分满足PC端和移动端浏览的需求。
4.2 建设功能齐全的应用系统
建成“容管理系统、数据中心管理系统、绩效管理系统、网上信访系统、问卷调查系统、横幅管理系统、投票管理系统、微信管理系统、在线表单系统、数据采集系统、全文检索系统、移动设备自适应支撑系统、监测系统”等功齐全的应用系统，确保站群系统在运行过程中能够为师生更好地服务，满足学校工作需求。
4.3建设二个版本
初步确定建设二个版本：即简体版、手机版。后期如果有需求的话，可以增加建设英文版本。
4.4整合一个系统
将微信公众号和集群数据整合，能够在后台发布微信公众号信息，不再登陆微信平台，可以将信息同步到微信公众号，不再重复录入。
4.5模板
将根据用户的重点关注容与体验度，采用最新的模板页面设计技术与标准，设计制作前台中文版界面。包含定制主站PC版模板1套，主站手机版模板1 套，子站PC版模板N套，子站手机模板N套。
4.6历史数据的迁移
将现有AAA单位和其他子站的原始数据迁移至新站，并确保数据的完整性和准确性。
4.7培训技术人员
完成对群集平台系统软件的应用和操作的培训。培训容包括：设置、主站管理、子站管理、信息发布、模块使用、权限设置等。同时在校门培训一个界面设计和模板开发的团队，为站群系统的后期发展提供技术支持。
4.8售后服务
提供一年免费技术支持服务。项目验收完成后，提供1年免费售后技术服务；应提供服务专线、网络远程、技术人员上门等多种服务方式；应提供系统安装部署、系统故障问题处理、系统更新升级、系统应用培训等多种服务容。
五、 技术需求
5.1整体技术要求
5.1.1标准化、规化
站群平台要遵循国际上成熟的、通用的标准、规和协议。要遵照执行国家颁布的现有法律、标准以与即将推出的各类规，如《中华人民国电子签名法》、《基于XML电子公文格式规》、《XML在电子政务中的应用指南》、《电子政务流程设计方法通用规》等。参考本省和本地区有关技术规和技术要求。
5.1.2采用先进且成熟的技术和产品
群平台要采用先进的技术架构；采用多层B/S应用结构体系，表示层、业务层、数据访问层分开；支持多屏优化技术、全文检索技术、工作流引擎技术、作业调度引擎技术、视图模板解析引擎技术、基于角色的权限控制技术、模型自定义扩展技术、可配置的路由解析技术、基于路径规则的项目模块化技术、模型元数据统一标注技术、数据自动筛选组合技术、实时数据推送与传输技术、数据并发控制技术、数据统计可视化和可自定义技术等一系列先进和成熟的技术。
为了避免项目风险，群平台软件产品必须有在多家高校应用的成功经验和实施案例，不允许在实施过程中作试验性开发或产品试用，以确保工程建设质量和进度，防开发集成过程中的技术风险和产品风险。
5.1.3满足建设原则要求的特性
群平台应提供满足建设原则的各种软件功能特性，如安全性、灵活性、易用性、便捷性、高性能和负载能力、可扩展性、可伸缩性、开放性。
5.1.4技术路线要求
（1）群平台应基于高效、稳定、安全部署的微软 .NET平台（.NET Framework 4.0以上）开发，采用多层B/S应用结构体系，采用MVC框架设计，表现层、业务层、数据访问层分开；
（2）前端支持HTML5、DIV+CSS、Razor技术制作页面；
（3）群平台支持服务器操作系统Windows Server 2012R2与以上版本，数据库支持SQL SERVER 2012与以上版本。
5.1.5性能指标要求
群平台应当满足以下性能指标要求：
（1） 在网络稳定的环境下操作性界面单一操作的系统响应时间<2秒。
（2） 正常500个并发请求的性能要求。
（3） 支持年数据量为300万条记录数、500GB的数据增量
（4） 系统提供7×24小时的连续运行，平均年故障时间<2天，平均故障修复时间<3小时。
5.2站群平台功能要求
5.2.1站点管理
站点管理可以控制群中的所有站点。可以管理各站点的站点信息、控制站点域名解析后的路由、通过站点Id区分功能模块中各类信息所属的站点以与控制站点开启的功能集和配置站点管理员的权限。
1、站点管理
群平台的管理功能应该与各站点的管理功能分开。群平台负责整个站群平台的站点开设、关闭等，负责整个站群所有站点共用的功能模块的全局参数配置，负责全站群的数据统计等；各站点的管理则只负责与自己相关的功能模块与参数配置，在站点的后台，应该将所有与这个站点的相关功能模块（如容管理、信息公开、数据中心、全文检索、便民咨询、在线访谈、网上办事、问卷调查等）整合在一起。平台超级管理员可一键在平台管理和各站点的后台管理中切换。
每个子站点要同时支持三种前台的访问方式：主站域名的二级域名、主站的子目录、独立的一级域名，以便可以根据情况灵活选择。在站点管理中添加一个站点后，不需要再配置IIS，马上就可以通过二级域名或独立域名访问这个站点；关闭（禁用）指定的子站点，此子站的前后台都会转向到主站。
支持创建、修改、查看、删除、搜索、筛选、排序与批量删除、批量启用、批量禁用等常用功能。
站点数据应支持缓存来提高性能，任何对站点的数据改变（创建、修改、删除等）都会重置站点缓存以确保缓存有效。
2、站点功能集管理
系统应提供站点功能集管理，可以预先定义好站点功能集，然后将站点功能集与站点进行绑定，这样在各站点的管理中就只会出现希望管理和使用的功能模块。
支持创建、修改、查看、删除、搜索等常用功能。
支持批量删除站点功能集的功能。
支持默认数据，此数据代表所有站点功能集且不可删除。
3、站点权限集管理
站点的管理员应分类进行管理如：超级管理员和普通管理员等。站点超级管理员拥有站点所有操作的权限，而站点普通管理员的权限可以通过自定义站点权限集将某组权限归集到一个站点权限集中。然后在站点管理过给这些站点权限集指定相应的管理员或管理员组来达到站点功能权限分配的目的。
支持创建、修改、查看、删除、搜索、筛选等常用功能。支持批量删除站点权限集的功能。可以为每个站点权限集指定可以使用的功能操作权限。站点权限集围区分仅主站和全站点两种类型。
5.2.2全站群信息集中管理
应可以对全站群所有站点的容（包括文章、图片、视频、信息公开等容）进行统一管理，要求提供对全站群中的信息容进行快速筛选和搜索，支持批量取消审核、删除和归档功能，以快速处理涉与到全站群中不符合要求的信息容，与时应对突发情况。
提供对全站群信息容的筛选和搜索功能。
提供针对站点的筛选项，以方便缩小信息容的检索围。
提供对全站群信息容的批量审核、取消审核以与删除的功能。
依据不同信息容的特点提供不同的并经过优化过的操作界面，以方便查阅容后再进行处理。
5.2.3平台配置
1、可配置的路由解析技术
通过可配置的路由解析技术用户可以完全自定义栏目的访问地址，针对搜索引擎进行优化（SEO）。可配置的路由解析技术支持用户完全自定义路径信息，提供栏目标识符、嵌套栏目标识符、年月日等方式使用户可以方便的设定栏目的路径地址。用户可以配置栏目的以下信息：栏目首页地址、列表页地址、容页地址，个性化路径信息。
2、平台信息配置
支持配置群使用的域名根。支持配置群使用的统一端口号。
3、平台安全配置
支持自定义后台管理目录。
支持设定管理员身份验证票过期时间。
支持控制是否启用后台管理认证码。
支持控制是否启用后台来访页验证。支持控制是否对数据库连接字符串加密。支持控制是否启用小写URL模式。支持自定义管理员密码哈希值。
4、异常处理配置
支持控制后台错误信息的显示方式，提供置错误页和详细错误信息两种显示方式。
支持控制前台错误信息的显示方式，提供自定义错误页和详细错误页两种显示方式，自定义错误页支持指定模板。
支持控制服务器部错误（即500错误）是否记录日志，错误日志以文件形式保存。
为了避免同一类部错误多次被记录，系统支持控制记录时间间隔。
5、文件上传配置
支持控制文件上传的根目录
6、参数配置
通过设置发件人信箱、SMTP服务器地址、SMTP登录用户名、SMTP登录密码、是否Ssl加密、端口号以与验证类型，控制系统的发送。提供发送测试的功能，以便检查参数配置是否正确。
7、图片水印配置
支持配置全站群上传图片使用的水印参数，后台管理中所有支持上传图片的控件都有与之对应的上传配置，如果上传配置中开启了图片添加水印的选项，则上传的图片会使用图片水印配置中设置的参数为图片自动添加水印。
应提供文字型水印与图片型水印两种水印类型，文字型水印可以设置文字的字体、大小与颜色，图片型水印可以设置透明度。
应提供指定水印位置的参数，通过基准点（左上、右下、中间）的方式，有效控制水印在图片中的位置。在设置的同一界面应提供水印预览的功能，方便即时查看到图片添加水印后的效果。应提供是否保留原图的参数。
8、错别字检测
系统置整合错别字检测接口。
5.2.4管理员管理
具有管理员、管理员组、角色等不同形式的管理功能。
管理员可以进行分组管理，可以针对管理员组配置权限。
平台角色用来控制管理员是否支持平台管理中相应功能的权限。
平台角色中的“超级管理员”角色为系统默认角色，此角色包含的管理员对群拥有不受限制的完全访问权。
支持创建、修改、查看、删除、搜索、筛选、批量删除、批量锁定、批量解锁等常用功能。
支持将管理员导出至Excel的功能。
管理员名支持唯一性，主要用于后台登录和数据存储，昵称用于在界面中显示管理员名。
拥有管理员管理权限的普通管理员只能管理普通管理员，不能对超级管理员做查看以外的任何操作。
5.2.5管理员工具
1、缓存管理
应使用缓存来优化引用数据查找，避免网络往返，以与避免不必要的和重复的处理。系统须将经常重用的且不易变化的数据进行缓存。对于敏感数据除非进行加密否则不会进行缓存。
缓存管理支持查看、删除、批量删除、清空缓存的功能。
2、日志管理
系统将安全相关操作以与重要操作记录到日志中，以方便在必要时查阅相关信息。
系统应提供日志查看功能，如果是对某个实体对象进行的操作，会以树形方式展示实体对象的所有属性值。应提供批量删除日志和清空日志的功能。
3、异常管理
支持是否开启异常配置日志记录功能，开启时系统会拦截所有的服务器部错误并将其记录到异常日志中，异常日志须以文件的形式记录到系统目录中。
4、节假日管理
遇到公休时间，如依申请公开、网上办事等有时间限制，应支持节假日管理功能，可以准确的计算两个时间点之间的工作日。节假日可以设置开始日期、结束日期以与补班的日期。
支持创建、修改、查看、删除、搜索、筛选、批量删除等常用功能。
5、手机短消息管理
置短信接口，和相关短信服务商的验证信息。直接配置信息既可以在站群中使用短信服务。
5.2.6用户管理
支持创建、修改、查看、删除、搜索、筛选等常用功能。
支持批量批量、批量锁定、批量解锁会员的功能。
支持导出会员至Excel表的功能，支持修改会员密码的功能。
5.2.7数据中心管理
数据中心应支持多级站群数据管理和同步功能，可独立管理站群授权，可以有效的将下级站群的信息向上级站群进行报送。可以管理（增、删、改）下级站群的授权，以控制能够向本站群报送数据的下级站群。做到安全的接收数据，不被授权的站群不能通过接口将数据发送到本站群。可以管理（增、删、改）上级站群接口（报送站群），以达到向上级站群进行数据同步，报送的目的。
应支持群平台中的站点之间数据推送、报送与采集。子站能够直接将本站中的数据手动或自动推送到数据中心，各站点推送到数据中心的信息可自动审核或人工审核。子站能够直接从数据中心中手动采用或自动接收其他站点数据，站点获取信息后可以二次编辑，可以自动审核或人工审核。
应支持多级站群平台之间的数据推送、报送与采集。下级站群平台可以将数据推送到上级站群平台的数据中心。上级站群平台可以控制能够向本站群报送数据的下级站群的权限。
5.2.8容管理
1、容模型管理
后台应置多种容模型，如容、文章、图片、视频等基础模型。
容模型应支持创建、修改、查看、删除、搜索、筛选等常用功能。
容模型中除了基础类型中提供的属性外，其他属性或者容值可以通过扩展字段进行扩充。扩展字段支持创建、修改、查看、删除、排序等功能。
支持自定义容模型并添加扩展字段来实现集群平台所有的容信息。为了站点间中的数据共享。
集群平台中建立的各种容模型在整个群用。
基础的容模型应包含全局统一的必要信息，例如：所属栏目、标题、录入者、创建时间、状态等信息。容模型的扩展字段提供布尔、日期、日期时间、生日、整数、浮点值、金额、整数单选、文本、多行文本、编辑器、文本选择、组合框、颜色、电子、、IP地址、手机、、 、密码、时间、图片地址、网页地址、视频路径、邮政编码、单文件上传、多文件上传、单图片文件上传、附件上传、地理位置等几乎所有常用的字段，并且为每种字段类型提供默认值、参数设置、验证以与控件样式等设置项。
2、跨站点克隆节点
应支持通过克隆某个站点节点功能快速搭建子站，可一步到位克隆节点与模板信息。节点克隆时可选择清空目标节点中的模板设置或者复制源站点的模板和资源文件至目标站点。支持跨站点移动节点，即将某个节点与子节点从一个站点移动到另一个站点，节点下的容也同步移到到目标站点。
3、 栏目扩展字段
可以为栏目统一添加扩展字段，前台可以方便的进行调用，以满足栏目信息扩展的需要。栏目扩展字段采用与容模型扩展字段一样的部机制，可以提供丰富的扩展字段类型。扩展字段支持创建、修改、查看、删除、排序等功能。
4、栏目权限
系统应提供栏目权限集的创建、修改、删除、查看、搜索等功能，通过自定义栏目权限集，将一组权限归集到一个权限集下，以方便权限配置。栏目权限集中可以选择具体的权限和容围。通过管理员组来优化多管理员一样权限的设置，通过所有栏目权限配置优化同站点所有栏目一样权限的设置。栏目权限集是全站群统一配置的，各站点不需要重复创建，只需要指定栏目下相应权限集对应的管理员或管理员组即可。
5、容管理配置
支持容模型、节点、专题中包含的图片、视频、文件等的上传配置。
6、容更新预警规则
平台具有可以按年度、月度、周等自定义方式设置容发布和信息公开发布的更新预警规则设定功能，站点的“容节点”和“信息公开主题”可以引用平台设定的容更新预警的规则。
5.2.9绩效管理
支持可自由创建各种统计报表，统计各站点的相关容，包括容和信息公开的发布数量、更新情况、信访案件办理统计。可以自主创建、修改、查看、删除统计报表。支持使用不同的分组条件、限定条件和序列条件来进行统计。可以选择柱状图、折线图、饼图的方式来展示统计结果。具有导出和打印功能。
5.2.10微信管理
可以配置Token号、勾选图片是否添加水印，设置上传文件类型和路径规则、文件大小限制等。
5.2.11信访管理
平台管理员可以创建和管理信访部门，并设置信访部门对应的子站。
可以为各信访部门分配管理员，并指派管理员的信访角色。
可以创建和管理信件类型。
可以调整信件异议和评价的有效期时间。
可以设置信件的相关字段和扩展字段。
可以进行所有站点信件办理的统计，可以自定义统计时间段，可以打印统计报表。
5.2.12全文检索
应支持全站群容聚合检索和在某个子站检索。支持一键同时搜索各种格式的容（新闻、图片、视频、信息公开、在线办事等），针对不同的搜索项（文章、图片、视频等）可以支持不同的搜索结果页视图。
全文检索系统通过置的索引项进行简单的配置即可以生成用于全文检索的索引项。索引项对应的索引文件为经过中文分词的文件或文件组，可以通过词语管理追加用于中文分词的关键词。各站点针对索引项来配置用于本站点的搜索项，可控制搜索页模板与其他控制项，实现各站点单独可配置的全文检索。全文检索可以通过增量更新索引和自动定时索引来实现新加入的信息容更新至索引文件中并可以被检索到。
全文检索支持多索引文件单独搜索并且可以实现统一搜索。
全文检索支持子站搜索并且可以实现全站搜索。
可以通过API来调用全文检索并得到搜索结果记录集。
可以通过API来调用全文检索得到某与某篇容相似的其他容，实现相似容相似，扩展阅读等功能。
可以自定义新的词语，对新词语进行管理，增强中文分词的可用性。
系统能对不同类型的数据进行采集，使用中文分词技术对采集到的数据进行处理，形成索引库，并支持增量更新索引功能。
支持建立定时更新索引任务。
5.2.13文件管理
1、模板文件管理
可以使用缩略图和列表两种方式管理模板文件。
站点可以查看公共目录的模板以与标签文件。
站点可以查看、修改自己站点中的模板以与标签文件。
平台中可以查看、修改所有站点的模板和标签文件。
文件可以按照文件名，修改时间采用正序或者倒序排列。
可以对文件进行编辑、重命名、删除、移动、复制搜索等操作。
可以新建文件或者文件夹。可以上传本地文件。
2、风格文件管理
平台中可以查看、修改所有站点的文件。
可以使用缩略图和列表两种方式管理文件。图片类型的文件可以直接预览。
文件可以按照文件名，修改时间支持正序或者倒序排列。
可以对文件进行编辑、重命名、删除、移动、复制搜索等操作。
可以新建文件或者文件夹。可以上传本地文件。
不同的文件显示不同的图标。
站点可以查看公共目录的文件。
站点可以查看、修改自己站点中的文件。
3、模板代码编辑
代码高亮。对代码支持一键格式化。支持emmet格式编写html代码。
模板中的标签，js，css文件可以通过快速打开，方便修改和查看。
可以搜索代码段中的容。支持撤销和重做功能。支持更换代码样式。
5.3应用系统功能要求
5.3.1容管理系统
1、栏目/节点管理
应支持主站强制性直接引用其他站点或栏目的信息，如将子站中某个栏目或者多个子站中的指定栏目引用到主站中的某个栏目，获取过来的栏目和容信息的前台访问地址都是独立的，可以设置不同的模板，展现不同的页面效果，而不是转向的实现方式。
后台管理的栏目导航树应可以进行栏目搜索和模型筛选，导航树可以快速展开和收缩，当节点级别很深时，可以一键展开指定节点下的所有层级的子节点，以方便管理员快速定位到此栏目节点。
应支持容归档，以便对一些过期失效的容进行管理。可以对节点下的容批量归档，归档后的容不显示在容采编发的容列表中，前台也不会显示。归档后的容在归档容管理中管理。
栏目/节点支持树型方式构建和管理，可以创建无限级节点。
可以批量移动节点（批量排序节点）、批量导出节点、批量设置节点。
支持容节点、单页节点、节点、引用节点四种类型，节点类型可以互相转换。
为了便于管理和性能优化，一个节点仅允许绑定一种容模型，如果希望在同一节点下存放多种容模型可以采用在节点下创建多个子节点并分别绑定不同的容模型来实现。
同一站点下的节点标识符不允许出现同名的情况，节点标识符在同站点下保持唯一性可以方便在前台通过标识符来调用。
节点可以设置容不可编辑，不可编辑的叶子节点不会出现在后台容管理的导航树中。
可以针对不同的节点设置不同的节点权限集所属的管理员和管理员组。
可以配置节点的路由规则。
可以配置节点的搜索页模板，可以针对节点进行容搜索。
2、容采编发
应支持手机扫码上传功能，手机通过扫描二维码后就可以将手机中的图片直接上传到中，而不需要把手机上的图片导入电脑后再通过电脑上传。支持上传前预压缩，上传图片前，先在本地把图片压缩成平台要求的尺寸，然后再上传到服务器上，这样对于手机拍照的照片可以有效提升上传速度。
容在终审通过时要求强制检测重复标题、错别字和敏感字，并对检测结果进行提示，对于发现的每个错别字，点击时文章容中同步定位相应位置并标记显示，编辑人员可以人工确认，确认是错别字时可点击“更正”按钮让系统自动更正。
在线编辑器支持Word文档一键导入的功能，可以使用导入的Word文件名作为标题，文档容直接导入到编辑器且格式不变，Word中的图片自动上传到服务器上。支持截图复制粘贴自动上传的功能。支持自动下载远程图片的功能。支持多种一键排版方案。支持所见即所得的公式编辑。
应支持源图保护功能，当开启水印时，在前后台看到的图片会带有水印，当不需要水印时可在后台查看和保留原图。应支持动态智能裁剪生成缩略图功能，系统应智能分析图片容，保留住图片的主要容，将不重要的容裁剪掉，最后生成指定大小的缩略图。
支持创建、修改、查看、删除、搜索、筛选、归档、批量删除、批量移动（排序）等常用功能。
支持根据不同的容模型类型（容、文章、图片、视频）提供不同的管理界面。图片和视频类模型的容应提供后台幻灯片浏览和视频播放功能。
3、数据修改历史记录
应支持数据删除和修改历史记录。对数据的有效字段（点击数等可通过前台浏览发生变化的字段除外）进行监控，当数据发生变化（修改、删除、审批等操作）时进行记录，并提供以时间线形式呈现的历史记录浏览功能，可以通过比对功能查看详细的数据修改情况。即使容被删除，也可以通过数据删除记录查看到修改历史记录和删除操作者。
4、权限管理
支持对栏目/节点角色权限的创建和管理。
支持创建多级审核流程的权限管理，并在节点中选择对应的多级审核流程。
支持设置字段使用权限的设置和管理。
5、容评分管理
为提高信息容的质量，系统提供容评分功能。
管理员可以为已经审核的容评分。
管理员可以将统计结果导出为Excel表。
管理员可以通过指定部门类型筛选报表。
6、发文部门管理
应提供发文部门管理，可以创建发文部门，应将容管理的编辑人员纳入到发文部门中管理，有利于权限控制和按部门进行统计分析，一个管理员只能属于一个部门。
管理员可以批量创建部门，可以为部门批量设置部门类型。
7、专题管理
支持创建、修改、查看、删除、搜索等常用功能。
支持创建容专题和专题。
支持对专题进行启用、禁用、删除、标记操作。
支持专题前台预览功能。
支持为容专题创建栏目，栏目可以绑定容模型，专题栏目可以进行排序。
8、标记管理
标记支持对容进行分类，在前台显示出不同的样式，可以实现对容的多维度管理。
具有创建，修改，删除，查看等常用功能。
可以对文章，图片，专题独立标记，标记在后台管理中显示的颜色，创建标记时自动分配标志颜色。
不同站点的标记独立管理，有权限的管理员，可以对容设置标记和移除该标记。
查看容列表时可以选择多个标记进行筛选。
5.3.2数据中心管理系统
应支持群平台中的站点之间数据推送、报送与采集。子站能够直接将本站中的数据手动或自动推送到数据中心，各站点推送到数据中心的信息可自动审核或人工审核。子站能够直接从数据中心中手动采用或自动接收其他站点数据，站点获取信息后可以二次编辑，可以自动审核或人工审核。
应支持多级站群平台之间的数据推送、报送与采集。下级站群平台可以将数据推送到上级站群平台的数据中心。上级站群平台可以控制能够向本站群报送数据的下级站群的权限。
站点下数据中心的共享数据中，可查看数据中心各个分类下的已审核通过的数据，可采集数据到本站中一样模型的节点下，可选择这些数据是否需要自动同步或审核通过，支持全自动的容同步功能。
站点下容管理中，可以为节点与数据中心分类绑定关系。
可以设置节点的容是否审核通过后，自动报送到数据中心。
可以设置节点是否自动接收数据中心某个分类下的数据自动推送。
可以设置节点接收到数据中心推送数据后是否自动审核通过。
站点下容管理中，可以选择相应容后，手动报送至数据中心的某个分类中。
5.3.3绩效管理系统
绩效管理可以查看站点中容、信息公开、信访信件办理、站点浏览量的更新周期、更新时间、未更新容的超期天数等情况。提供采编人员、运营人员的信息发布录用量统计、部门录用量统计、部门总分、录入者录用量、录入者总分、稿费等统计。
信访信件办理统计支持自定义时间段统计信访办理部门的受理数、办理数、办结数、办结率等统计项，支持统计项的数据导入和打印。
5.3.4网上信访系统
1、信件配置
信件使用扩展模型，平台管理员可以设置信件的相关字段。
平台管理员可以管理信访部门，并设置信访部门对应的子站。
可以为各信访部门分配管理员，并指派管理员的信访角色。
可以管理信访角色。
可以调整信件异议和评价的有效期时间。
2、信件提交
写信人在注册用户之后可以写信。
写信人在提交信件时，系统对信件的数据有效性（如、电子地址、、号）进行验证， 数据格式错误时不能提交信件。
信件支持在移动端（手机、平板、微信等）显示和填写。可以直接在移动端上传附件。
3、信件查询与反馈
写信人在用户中心中可以看到自己写过的信件，并查看信件的处理流程和处理结果。
写信人可以查询（信件标题，容等），筛选自己写过的信件。
4、信件办理
信管员可以查看所有信件，并对信件进行筛选。快捷查看 逾期未办结的信件。
信管员可以对不符合的信件，进行废弃操作，填写废弃原因后（必填），写信人可以查看到信件已被废弃和废弃的原因。
信管员对符合要求的信件进行审批，并提交给领导批核。
领导对信件进行批核，并填写处理意见，领导对信件进行批核时可以选用常用意见。
领