1

1-1

1、总体技术要求
应用要求采用B/S结构，可运行于Unix、Linux、windows等高安全性操作系统。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。具体要求如下：
（1）应用必须遵循J2EE的技术路线，采用Java编程语言和服务器端Java技术进行开发，应用必须基于oracle数据库上。（2）采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。并通过业务组件库实现行业知识的积累。组件采有面向对象的思想构建，组件之间可以继承，组件之间从物理和逻辑上都是隔离的。
（3）应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑服务器和数据库服务器。（4）各应用要充分利用现有先进技术手段，采用相同的体系结构和运行平台，基于多层架构和组件技术，进行构建，整体架构基于Spring的MVC结构，分为显示层、控制层、服务层、持久化层。组件的执行是以模型进行驱动，每层都有相应的模型配置，引擎解析这些模型，自动实现各层的功能做到系统结构层次清晰。所有应用逻辑、流程、数据等都应当能够根据实际业务要求的颗粒度进行封装。
（5）规范性：将需要用户办理的事务直接推送到用户界面，用户直接点击即可实现办理。提供统一的UI/UE界面风格。
（6）开放性：采用J2EE技术架构，支持SOA技术架构，并能注册发布到学校现有协同业务处理平台（应用管理平台、今日校园平台）。
（7）易用性&友好性：(a)为用户提供多维度、精准的应用查找功能和应用智能定位功能。使用户快速找到所需要的服务进行办理，提升整个系统的易用性和友好性。可以进行应用收藏，方便管理常用应用。为每个服务提供应用说明页功能，该功能主要用于方便用户了解服务的办理说明，例如“流程说明、注意事项、责任部门、联系方式”等介绍内容。在用户点击应用时会出现应用说明页，用户在进入应用前就可以直观的获取到服务的办理及操作说明。(b)能灵活的定义、调整业务流程，能灵活的定义参数和规则，使其符合业务/事务变化的要求。
（8）统一性:本项目建设的所有应用（包括管理应用及服务应用，PC端及移动端），均必须与学校现有应用管理平台、今日校园平台进行整合。
（9）高可用性:系统支持集群的应用部署方式，采用多级缓存机制，性能更稳定。（10）建立统一的应用行为分析机制:提供服务应用的使用情况和状态分析，方便学校及时了解应用状况和反馈，并为系统建设效果评估提供依据。
（11）松耦合要求:本项目建设的服务应用，应为松耦合的APP服务应用，必须与学校现有应用管理平台管理集成，学校现有应用管理平台可单独管理各个服务应用，包括服务的启用、上线、下线、开放时间等内容。
（12）集成要求: 提供符合国际标准的开放式接口，便于和学校现有智慧校园平台集成，实现数据共享，消除“信息孤岛”。 a)统一身份认证平台与应用系统用户认证实现集成。解决用户单点登录问题；包括应用系统的用户数据与统一身份认证用户组同步，方便用户使用以及减轻管理员维护工作量。b)网上办事大厅:应用系统中的所有的个人服务业务处理可以在网上办事大厅中进行操作。c)主数据平台:应用系统通过与数据中心平台集成，获取教务、学工等。d）今日校园app，应用移动端需与我校今日校园app集成。其他业务系统数据。e）集成要求中涉及到的第三方费用均由中标方承担。
2、安全性要求
（1）、认证授权：保证用户的合法性和用户使用应用信息资源的权力，避免内部敏感信息泄漏和服务所提供的信息资源被非法访问，造成严重的安全事件。
（2）、信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处理，防止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密。
（3）、数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权修改。
（4）、数据备份：利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。
（5）、需从物理安全、网络安全、系统安全、应用软件安全、数据备份安全等几个方面提出配套的安全体系完善方案，以便防范安全风险。
3、建设内容
3.1意见建议平台
学校学生针对（包括后勤服务、学生管理、教育教学、就业服务、心理辅导、校园活动、窗口服务、食堂餐饮等模块）提交上报意见或建议；自动转至对应受理人进行查阅，并进行受理及回复。
3.1.1首页
1）展示各个板块：后勤服务、学生管理、教育教学、就业服务、心理辅导、校园活动、窗口服务、食堂餐饮、其他；
2）搜索：支持标题内容、模块名称模糊查询（空值时显示所有结果）；
3）更多：根据板块显示结果（搜索以本板块进行检索）；
4）展示具体意见及建议详情。
3.1.2提交入口
1）注意事项：阅读注意事项；
2）我的意见建议；
查看：查看反馈情况；
操作：采纳（进行评分、评价；结束本次反馈）、不采纳（填写原因；二次提交）【二次提交：非重新提交，再原意见上以问答方式展现】；
3）提交意见建议
栏目一：意见或建议
a、类别（必填）：咨询类、求助类、建议类
b、受理板块（必填）：后勤服务、学生管理、教育教学、就业服务、心理辅导、校园活动、窗口服务、食堂餐饮、其他
c、主题（必填）
d、内容（必填）
e、附件：附件上传功能
栏目二：联系方式
a、学号：根据当前登入用户信息自动获取
b、手机号码（必填）
c、电子邮箱
d、联系地址
3.1.3受理入口
1)根据各板块负责人权限进行过滤受理意见；
2)根据降序排序显示意见或建议；
3)受理主页提供未受理、已受理、待审核、已完成筛选功能；
4)受理板块负责人回复页面提供处理按钮：受理（回复处理方案）、通过、退回；
5）校级管理员查看时，回复页面提供催办按钮：用于发送消息提醒板块负责人进行催办。
3.1.4建议征集
1）新增板块话题（设置限时【查看、学生发表】）；
2）查阅学生发表的意见建议；
3）结束后发布人进行总结回复。
3.1.5查询统计
1）意见建议分析（各模块提交情况，受理超时情况等）；
2）统计维度：满意度、超时率、提报数。3.1.6权限管理
1）各版块负责人授权（以人员授权）；
2）提供校级管理员权限配置（针对受理入口功能，用于查看及催办）；
3）菜单权限授权（以角色授权）。
3.2投诉举报平台
投诉举报平台是学校师生针对（单位部门管理方式、服务态度、办事效率等方面；以及教师在教育管理、课堂教学等方面，存在的侵犯学生正当权益的问题）进行线上投诉或举报。要求受理投诉的单位（部门）必须在受理投诉之日起2个工作日内，向被投诉单位（人）发出要求反馈情况的书面通知。被投诉单位（人）应及时核实被投诉事项情况，在3个工作日内向效能办或本单位（部门）主要负责人提交《情况说明》或经分管校领导阅审后的《整改意见》。对整改不到位的，由对应负责人通知被投诉单位（人）进行限期整改，并对整改落实情况进行评价，对不进行整改的，由投诉负责人对相关责任人进行效能问责。受理单位答复办理期限不超过5个工作日（特殊紧急事项除外）
3.2.1使用用户
1）师生：提交投诉举报；
2）受理投诉的部门：受理投诉举报信息；通知被投诉单位（人）；审核《情况说明》或《整改意见》；
3）被投诉人（教职工）：提交《情况说明》；
4）被投诉部门（负责人）：提交《情况说明》或《整改意见》；审核被投诉人（教职工）提交的《情况说明》；
5）平台管理员：配置受理人员权限、各单位负责人名单。
3.2.2投诉举报
1）提交/查看/评价个人投诉举报记录；
2）举报对象：单位、教师；
3）举报类型：管理方式、服务态度、办事效率；教育管理、课堂教学、其他；
4）举报内容：文本框（灰色提示注意事项）；
5）附件上传；
6）联系方式。
3.2.3受理
1）查看提交的投诉信息；
2）转发：由党政办进行分类转发到被投诉部门或被投诉人
3）发送：发送通知到被投诉部门或被投诉人；
4）审核：审核被投诉部门反馈的整改内容；同意、退回（整改不通过原因、限期整改日期）。
5）流程：提交à党政办转发à被投诉单位（人）处理à被投诉部门负责人审批à党政办审核à投诉人评价

3.2.4被投诉处理（部门）
1）查看提交的投诉信息（包括本部门被投诉人的投诉信息，流程节点）
2）处理：提交《情况说明》或《整改意见》

3.2.5被投诉处理（个人）
1）查看提交本人的投诉信息（包括流程节点）
2）处理：提交《情况说明》或《整改意见》

3.2.6受理人员名单管理

1）受理投诉的部门人员名单（校级权限“党政办”）；

2）各单位的负责人名单。

3.2.7查询统计

1）查看所有提交的投诉信息；

2）受理情况统计分析（满意度、超时率、处理量）。

1套

86000元

否