国内某知名高校网上一站式办事大厅招标采购文件内容

1. 项目采购需求

1. 统一身份认证平台
   1. 建设目标

统一身份认证与管理平台的建设目标是全面解决高校信息资源的访问控制、身份管理、统一授权、安全审计四个方面的安全和管理问题。同时，为智慧校园软件环境提供集中统一手段实现智慧校园用户的便捷管理。

建设全面解决学校信息资源的访问控制、身份管理、统一授权、安全审计工作的智慧校园用户统一管理平台，在实现统一身份数据管理、集中身份认证和统一授权的基础上实现整个智慧校园的单点登录功能。

统一身份认证要求统一下列系统的用户认证：上网认证、邮件系统、正方教务、正方资产、新开普一卡通、汇文图书、科研系统、用户财务系统、先级实践教学管理系统、海康监控管理系统、得实教学资源库、人事系统、招就系统，实现一次认证，多系统登录。

与校园网用户认证系统实现对接，在整个智慧校园内实现真正的单点登录。

支持不低于10万级数量用户的注册。

1. 建设原则

以业务需求为指导，以满足当前和未来的业务需求，具备前瞻性、先进性。

满足功能性需求和非功能需求。

架构设计采用层次性的体系架构，减少与其它业务模块间的耦合性，使系统具有灵活性，扩展性。

系统规范对其他业务系统服务接口的设计，以实现通用性、灵活性。

系统的建设符合企业的IT策略、应用架构、信息模型和其他统一标准。

实用性原则，避免“过度设计”。

满足复用的要求，最大程度的提高开发人员的工作效率。

1. 建设内容及功能要求

1. 高安全性

基于J2EE技术开发，可以夸平台部署，支持多应用系统之间的单点登录，系统提供安全审计、密码策略和行为统计等多种控制。

1. 登录策略灵活性

用户使用学校标准帐号或自定义帐号登录（工号/学号/一卡通/邮箱/别名），支持QQ、微信联合登录，通过移动校园可以扫二维码登录，并支持密码长度、密码复杂度等口令策略，邮箱有效性验证，支持多种方式（邮件、短信、密保问题）密码找回。

1. 高稳定性

采用基于轻量级目录访问协议（LDAP） 标准的目录服务器存储身份数据，系统可采用软硬/纯软混合集群实现负载应用场景，平台提供实时运行监控，支持集群监控，运行异常自动预警，并邮件通知相关责任人，确保系统安全稳定运行。

1. 开放性

平台支持JAAS，JDBC，LDAP，OAUTH2.0，OPENID等认证方案，用户将需要的认证方式配到认证处理器，开箱即用。提供多种语言的接口（Java、.Net、PHP、Ruby等），支持移动或pc端的单点接入，方便用户自行扩展和二次开发。

1. 简单易用性

灵活的配置是否启用验证码、联合登陆、扫码登录，提供多种的密码找回机制，灵活的账号同步策略，集中的身份帐号管理，批量操作功能，完整的同步日志、详细用户认证记录、各种审计、服务器运行状态以图表方式展示。提供友好易用的界面，更符合高校用户的操作习惯。

1. 校园综合服务门户
   1. 建设目标

统一门户平台对校园网内的信息服务和应用系统进行整合，统一控制用户对信息和应用系统的访问，为用户提供单一的访问入口。用户界面可按照资讯、搜索、业务服务和公共服务几个部分进行内容整合，对服务门户提供的内容进行梳理和归纳，根据用户身份提供满足其需求的特定信息和应用的整合，为用户提供个性化、一站式的信息服务。以全新的服务组织和展现方式在门户上进行呈现，可以完整覆盖师生衣、食、住、行、产、学、研等整个过程中所需的服务内容。并且，平台可以自动识别用户特性，进行精准、有效地推送用户可能关注的服务应用，使得整个服务过程更高效、服务体验更优质。

1. 建设原则

1. 跨平台性

系统支持Unix、Linux、Windows多种平台，完全支持跨平台的部署。

1. 容错性

服务门户平台具备一定的容错性，在运行环境出现故障的时仍能提供稳定、持续的服务。

1. 安全性

★平台能够为用户提供安全的信息资源和业务数据的获取，保障信息传输的安全可靠、保障信息不被非法用户窃取、保障用户的合法身份不被盗用。在数据加密方面，充分考虑数据层的加密功能。

信息安全：包括信息传输安全，要在数据传输过程中采用加密手段，利用国家批准使用的密码算法对数据加密，保证数据安全；信息存储安全，要采取先进的数据存储和备份技术及设备；信息访问安全，要对数据资源访问规定不同的访问等级，不同用户只可访问经过授权的数据资源。同时，要加强对数据资源访问的安全审计。

1. 高性能

1. 平台具备内置的安全机制。
2. ★在一个框架内实现服务注册管理，并且这些功能都是在一个产品框架内实现的。
3. 系统能够在大规模用户的访问的情况下仍然能够提供高速运行的服务，支持50000+用户的同时在线访问。

1. 可管理性

提供良好的应用注册界面，可建立对用户访问行为的统计分析，以便后续对信息门户的优化提升。

1. 集群响应

考虑到服务门户平台在整体智慧校园使用中的重要性，服务门户平台具备集群工作模式，能实现多机热备和应用级负载均衡。以使学校门户中所有比较零散的信息、数据得到统一的维护和管理，有利系统的维护和移植。该管理系统可为快速适应发布信息的内容变化、数据变化、格式变化提供有力保障，最终为用户提供灵活、多样、及时、准确的信息发布及人性化的信息服务。

1. 建设内容及功能要求

为师生提供智慧校园信息服务门户主页，该主页可按照学校的需求灵活显示服务的分类与内容，向师生用户提供一站式的业务办理与资源共享门户。该门户上主要实现以下功能：

★用户信息服务管理功能：当用户进入门户服务界面时，在界面醒目位置显示当前服务相关联的服务列表，该服务列表是来源于管理员设置的关联服务和角色需求相关的服务。

?服务导航：提供服务导航窗口，可按照学校的需求灵活定制服务的分类与内容，向师生用户提供一站式的业务办理与资源共享平台。当用户进入门户服务界面时，在界面醒目位置显示当前服务相关联的服务列表，该服务列表是来源于管理员设置的关联服务和角色需求相关的服务。

服务咨询：在服务应用的使用过程中如遇到困惑，服务联系方式（电话、邮箱等）咨询，服务应用管理员对咨询内容进行及时的回复。同时用户可以通过特定方式针对咨询提供了相应的评价功能。

★服务评价：服务应用过程中，用户可以通过特定方式对服务进行评价打分和留言，服务应用管理员可以查看评价内容，根据评价分数进行服务应用的排行，进一步提高服务管理效率。

服务检索：可以通过关键词或服务名称在用户个性化门户平台中，进行检索查找服务内容。

服务排行：用户可以查看根据服务点击数产生的服务排行，也可以根据服务分类，查看服务评价排行。方便用户对服务的选择，进一步提升服务的质量。

服务收藏：对于用户经常需要使用的服务，提供订阅功能，用户可以增加及删除。同时页面上提供我的收藏模块，让用户可以更直接方便的看到自己的订阅服务。

资讯订阅：

系统默认提供多种校内外的新闻，用户可以根据自己的需要去订阅查看。同时用户可自定义设置展现哪些列数据，资讯来源于多种方式，例如：RSS、网页抓取，其中新闻数据可存储到本地数据库中对外集中提供RSS 源地址。

★提供丰富校园公共服务组件功能：

根据学校现有数字化校园信息系统建设情况和后续建设情况，结合用户类型及权限配置，在门户上提供通知公告、校内搜索、日程安排、我的邮箱、图书借阅、天气预报、个人数字档案、一卡通消费、工资查询、我的课表等丰富多彩的公共服务组件，为师生提供便利。

提供图形化工具，让用户根据其身份的不同，通过浏览器对自己的门户菜单进行个性化的设置，定制其权限范围内的各种信息。包括调整菜单的顺序、显示。可提供两列、三列、甚至加强三列及拖拽式布局、表格化自由布局器功能。同一个角色也可以根据不同的身份定制不同的个性化的页面和功能。全校的学生、教师、管理人员、领导、职工等不同用户将方便地在网上访问到不同的功能。

1. 网上服务大厅
   1. 建设目标

将校内各部门业务（含教学服务、学生管理服务、财务服务、后勤服务、办公自动化服务）等众多流程集成于统一的流程平台，建立一个致力于师生服务的一站式服务平台，提升在校师生事务办理效率及管理效率。本着以平台化为手段、以学校业务流程为重点、以服务为核心的理念，为在校师生打造一个能够提供高效、便捷、丰富的一站式信息服务大厅，为信息化管理提供更方便更灵活的平台，让信息化真正为学校核心竞争力提供强有力的支撑。

1. 建设原则

1. 系统架构

★系统采用J2EE架构等先进的、开放性的技术；基于Web技术开发，采用三层B/S（浏览器/服务器模式）架构；系统采用分布式架构设计，可以分布式部署：将服务器进行分离部署，将Web Server和Database Server分布部署；同时，系统可以根据用户量的增大而扩充服务器数量；支持负载均衡的服务器部署；同时，支持移动设备应用，苹果和安卓系统同步开发。

1. 面向服务的体系架构

系统采用SOA框架，最大程度地减少系统间的耦合，提高重用性。主要做到以下几个方面：

1. SOA体系架构通过在应用系统的对外接口上采用统一的对象模型进行封装，使原有的应用系统无需更改即可兼容不同的平台、语言和对象模型。应用系统在集成时无须提供多种接口来进行集成双方的对接，避免了资源的重复部署。而且，即使业务系统发生变化，也无须在后期对集成框架进行更改。
2. SOA提供了一种松散耦合的机制。通过使用HTTTP、XML、SOAP等标准协议，应用系统只需理解一种通用的对象接口就可以集成并调用其它的网络服务，而无需考虑服务的内部实现机制、操作平台、开发语言等细节。而且，当Web服务产生了接口或功能上的更改，调用方也可以通过Web服务的描述性文档（WSDL），及时地发现并自动适应这样的更改。
3. UDDI注册中心以Web服务的方式存放所有应用实体的信息和交互参数，系统可以通过自发的无人参与的方式，发现并且集成新的应用系统及其提供的新服务。只要Web服务的提供者在UDDI注册中心登记了自己所提供的Web服务描述信息，就可以被任何其它Web服务的请求者发现并利用。
4. SOA将传统数字校园的数据集成模式转变为应用系统之间基于标准协议对话的模式，使应用系统可以通过校园网进行数据、信息及服务的交换。通过采用Web服务技术，服务的内部实现细节被封装在通过SOAP/WSDL传递的信息流之中，解决了异构应用系统之间的信息交换和集成的问题。

1. 系统拓展特性

本系统为学校信息化建设的分步实施的一部分，具有良好的拓展性；系统能和其他信息系统集成，能不断适应学校发展所引发的各类新需求，通过对软件的重新配置、改进，满足学校长期发展的需求。

1. 建设内容及功能要求

师生网上事务中心主要面向学生和教职工提供服务，由三个部分组成：直接面向用户办理业务的网上事务大厅、对业务的在线办理提供后台支撑的业务流程平台、基于业务流程平台的实施服务。具体包含以下功能与要求：

1. 网上事务大厅

1. ★访问方式

就业实习管理系统

事务大厅支持匿名访问和实名登录两种方式。不登录时，可以浏览和检索校内的事务及相关办理指南，统一认证登录以后，可以获取与自身有关的事务，并可以进行业务的办理。

1. ★大厅界面

事务大厅的界面采用B/S结构，同时支持手机，平板等移动客户端。主要栏目包含事务查询、热门事务、推荐事务、快捷通道、事务管理、集成管理等。

1. ★系统集成

事务大厅与包含业务流程平台在内的第三方系统进行集成，业务可在事务大厅里直接进行办理。提供统一框架对应用进行页面集成。（如IFrame集成插件、URL集成插件、RSS集成插件等）。

1. 公文流转

该模块要求插件集成，包括公文的在线编辑、公文指定位置的电子签章、工作流集成等。

1. 个人中心

★提供个人的事务办理过程的消息提醒（含第三方系统集成过来的消息）。

提供个人的事务收藏管理。

1. ★事务管理

提供事务管理功能。可配置事务的基础信息，设置是否开放、开放对象、开放策略，设置事务相关的说明、附件、提醒等内容，设置事务的大小图标。

提供与高校事务相关的大小图标不低于10个。

可管理事务分类，事务可归属于多种分类，同时事务大厅中依照分类方法动态多维展示。可依据分类或单个事务授权给其他用户管理。

1. 栏目管理

可预约事务。提供可预约管理，用户可网上进行预约，预约信息确认后，可同步到第三方系统中。同时，对可预约的事务提供分类，并可以按分类二次授权给其他用户进行管理。

热门事务。提供规则管理，依据自定义的规则，系统自动生成热门的事务，在大厅中显示。

推荐事务。提供推荐事务的管理，推荐后，在大厅中显示。

快捷通道。提供快捷通道的管理，发布后，在大厅中显示。

头图管理。提供对系统中头图的管理。

1. ★模糊查询

提供对所有事务名称、简介等进行模糊查询。

1. 统计与分析

提供事务大厅的访问统计，如事务访问计数、排行、访问分析、用户日志和行为等。

★提供流程的绩效管理与分析，流程规定时间办结与实际办结时间的管理与分析。

1. 业务流程平台

1. 流程设计建模

★提供可视化、配置化的流程定义工具。可通过拖放的方式快速可靠地配置流程。

★提供流程版本控制，可管理流程的不同版本，流程可以在不同的版本之间进行切换。

支持会签功能，可自由定义会签模式和会签规则，支持计算，比例等会签模式。

支持工作日历，用户可配置和管理自己的工作日历，可以为不同的流程和流程中不同的环节以及环节参与人配置不同的工作日历。

支持时间管控，可以对每一个流程和流程中的每一个环节进行时间控制，管理启动时间、结束时间、办理时限以及相应的对策。

支持流程的委托和代理，可以自由配置委托和代理的流程、时间、角色，并可以自由扩展委托和代理的条件规则。

★支持消息推送，当流程发生流转或者状态改变时，可以配置给符合条件的流程参与人（参与人包括当前节点参与人、首节点参与人等）推送消息，消息的类型包括手机短信、微信、邮件等。

支持节点审核的短信验证，审核人在处理代办时，只有成功进行短信验证之后，才能允许办理。

支持事件订阅，可以对流程状态改变的每一个事件进行订阅，获取事件的上下文参数，自由定义事件处理策略。

★支持流程设计中，由表单数据控制流程实例中的流程走向。

支持流程数据的后台过滤，管理，统计，查询，以及建议报表功能。

1. 页面表单建模

★提供图形化，配置化的表单定义工具。可通过拖放的方式快速可靠的配置出实用美观的页面表单。

页面表单的源码开放，可自由编辑源码，对页面表单的样式和动作进行自由编程。

支持事件订阅，可以对表单组件状态改变的每一个事件进行订阅，获取事件的上下文参数，自由定义事件处理策略。

支持自定义网页，可以将自定义的独立网页或第三方网页作为页面表单导入系统。

★支持不同终端表单自适应，能满足HTML5的表单体验。

1. 监控调度

支持监控调度的可视化图形化操作。

★支持对流程实例的实时监控，包括流转信息，参与人信息和表单信息。

支持对流程实例的实时调度，可对流程的运行状态进行人为调整。

支持对流程实例进行消息的临时推送，推送的载体默认包括短信、微信、邮件。

1. 组织机构

★组织机构支持网状模型，人员可以隶属于多个部门，可以拥有多个角色，不同角色之间是相互独立和对等的。

支持完整的组织机构管理功能，包括人员、部门、角色的增、删、改、查，基础数据的导入，导出。

1. 统计报表

支持向导式，可配置统计报表，报表的样式和内容用户可自定义配置。

1. 统计查询

支持实例数据自由统计查询，实例包括历史实例和在线实例。

★统计查询结果支持图形化的表现形式，包括表格、柱状图、饼图、曲线图、仪表盘、油量表等常见形式。

要求统计内容详尽，包括每个流程节点的办理人数、服务执行次数等。

1. 权限控制

★支持流程建模和表单建模的权限控制，可以对流程和表单的建模、发布、修改和版本维护进行权限管控。

支持对监控调度权限的管控，可以对每一个流程、每一种监控调度类型进行权限分配。

支持对统计的查询和报表的权限管控，可以根据流程类型、实例数据、实例表单数据进行权限分配。

支持对组织机构权限的管控，可以将组织机构整体和局部的管理权限分配给其他用户组或用户。

★支持对流程管理员权限的管控，流程管理员可以对所管理的流程进行实例管理，并能对所管理流程中的所有角色进行用户管理。

★移动端支持

通过流程平台构建的业务申请、办理、查询等功能，必须良好的支持手机等移动端设备访问。

1. 集成开发

支持第三方webservice的集成，在流程和表单的每一个事件中都可以调用webservice。

★支持在流程和表单中集成第三方数据，在流程和表单的每一个事件中都可以操作第三方数据。

支持在流程和表单中集成多个短信网关和邮件服务器，可以配置当前的默认网关和邮件服务器。

★开放完整的平台开发接口，可以在此接口之上，快速搭建独立的业务系统。

有规范的安装、配置、扩展、开发与集成、维护要求的相关技术手册和文档。

1. 工作流集成平台

1. 支持灵活配置环节审核人，一个环节要求可以配置多个审核人。
2. 支持子事务流程的发起和处理。
3. 流程节点支持可配置的特定规则，通过包括以百分比或固定人数的限制，规定当前节点需要通过审核的人数限制。

1. 服务流程

1. 提供20个流程大类的定制开发，包含业务调研、业务梳理、业务实现和使用培训，同时包含与网上事务大厅，统一身份认证，第三方业务系统等进行对接。
2. 提供流程实施过程中过程记录，如文档管理、版本管理、变更记录等。
3. 20个流程为流程分类与建设方向，具体根据实施过程进行细化和微调。

1. 数据采集及其它要求

1. 系统应能够与学校数字化校园基础平台实现对接，包括统一身份认证、共享数据中心、信息门户等。
2. 提供网上办事大厅中办理指南的初始化实施工作。
3. 系统应支持集群部署，可部署在Linux或Unix等主流操作系统上，并发量满足1000人同时在线。
4. 提供流程平台原厂驻场实施和支持服务，须有一个及以上的驻场服务人员（投标时须提供相关人员的人员清单、资质证明以及原厂社保证明）。
5. 网上事务大厅和业务流程平台须提供一年及以上的免费升级服务。对实施的具体流程，须提供一年及以上的免费维护服务。
6. 系统须能运行于chrome、Firefox、ie7及以上版本、360等各类浏览器。
7. 提供对客户工作人员的技术培训，配备专业技术人员配合系统使用，快速响应解决客户在使用中碰到的问题。
8. 将网络安全、设备安全、数据安全、应用系统安全等诸多方面统一考虑，提供一个有效的安全管理机制与体系。
9. 具有完整的系统备份和恢复方案，支持数据即时备份和恢复。
10. 网上事务大厅和通过流程平台构建的业务申请、办理、查询等功能，均应包含移动版本。
11. 中标单位需免费提供业务流程平台建模工具，工具需完全开放权限。

1. 流程清单

以上流程清单在中标商正式签订合同后30天内由甲方按照乙方的要求提供流程详细描述信息。

1. 移动自助信息服务平台
   1. 建设目标

基于HTML5，采用先进的移动互联网技术，基于公共数据中心及统一信息门户的数据支撑，将智慧校园的功能进行分解重组与整合，同时融入移动互联网特色并移植到智能终端实现，为全校师生按用户类别分别提供以信息发布和校园应用相结合为导向的全方位、个性化移动校园体验，提高智慧校园的服务能力；同时，集成统一即时通信平台的消息推送功能，实时显示智慧校园中的即时消息。

1. 建设原则

支持基于HTML5开发的应用直接嵌入移动门户平台使用；

支持基于移动开发平台标准开发的原生应用在移动门户平台中的发布与使用；

提供应用的统一分发、管理、审核、访问渠道；

数据交互支持json协议；

支持移动应用与学校业务数据等服务的深度集成；

支持移动端SSO；

支持服务分布式部署；

1. 建设内容及功能要求

1. 移动门户客户端

★移动门户客户端采用独立HTML5形式。实现用户登录及授权、应用中心、消息中心、移动OA、个人设置等功能，既可以根据登录用户角色实现客户端功能模块的配置，也可以根据角色类型开发不同的客户端。

1. 授权登陆：

★移动校园平台实现了与校园现有统一身份认证与管理系统的无缝集成，通过SSO方式，师生及学生家长用户可一站式获取完整的移动应用服务。同时，可根据实际需求自主选择是否允许经学校授信的第三方应用访问个人信息，通过双重授权保证用户数据和信息安全。

1. 门户首页：

提供校内最新信息咨询的统一展示，依据用户对于应用服务的使用需求，将常用的信息咨询按照教师和学生的角色进行展现，提供包括推荐新闻、校园活动、个人日程信息、课表信息、图书馆借阅信息、邮箱邮件提醒、一卡通信息在内的信息咨询查询功能，保证用户进入移动门户后便能直观快速的查询到最新的校内新闻咨询和与其相关的最新个人信息，推荐信息服务内容如下：

1. ★推荐新闻：集成校内新闻网，主动推送到门户首页，为教师和学生提供最新校园新闻的查阅通道；

提供智慧校园门户平台中的校内新闻以及校内要闻的查看。公示的新闻信息可以推送到移动信息服务门户中，将学校新闻网中的重要新闻信息同步推送至用户移动终端，使其及时获取学校近期发生的重要新闻事件。

1. 校园活动：以图片和文字的形式展现校内活动的安排信息，包括活动主题、日期时间、活动地点、主办单位；

提供学校师生查询了解校园的各项活动的时间地点、内容，还可以通过微信等社交平台进行分享扩散，提高各项活动的宣传力度。

1. 个人日程信息：首页能够对登陆用户的今日日程进行直接展现；
2. ★课表信息：能够和学校教务系统对接，进行当日课表信息展示的同时提供课表应用中周课表的入口；

课表中展示学生课表，包含课程名称、上课地点、上课时间等详细内容。

1. 邮箱邮件提醒：能够和学校邮件系统对接，显示邮箱内未读邮件数量和最新未读邮件的标题，便于用户了解邮件情况；
2. ★一卡通信息：首页显示一卡通余额信息，基于统一支付平台提供挂失及充值功能的按钮；

展现个人在学校餐厅、超市等地点的消费详情、余额等信息，供学生实时查看自己的消费记录和卡内余额。

1. 图书馆借阅信息：显示登陆用户在校内图书馆的书籍借阅情况，包括当前借阅数量、即将过期数量、已超期数量，并可通过点击直接进入图书馆的移动APP；

展现个人的当前借阅和历史借阅情况，内含书籍信息和归还时间，供学生及时查看自己的借阅信息，方便及时归还图书。

1. 应用中心：

提供校园专属的移动应用列表，客户端会根据用户的角色和权限，动态展现不同移动应用列表，用户可根据个人喜好，选择安装、卸载、用户反馈、排序应用，建立属于自己的个人应用主页。具体功能如下：

1. ★即时消息中心：

与统一即时通信平台对接、集成即时通信平台移动端功能，为师生、家长提供便捷的校内外消息交互移动端平台，并即时推送第三方应用系统的相关信息，具体功能如下：

推送消息：应用驻留后台状态下，可向用户推送系统消息。推送消息支持系统内嵌服务对象跳转，如新闻、通知公告或外链的第三方跳转，同时支持被集成的移动应用对象的直接调用。

消息中心按照系统最新通知和系统消息进行消息类别划分；

消息中心支持学校组织架构设置，并支持二级组织机构维护，便于将组织架构管理与维护的工作量进行有效下放，提高管理效率，降低管理难度；

发送者可在自身权限内对消息发送对象进行自定义组的设置，方便控制发送消息的范围；

支持基于学校组织架构的消息推送机制，支持分权限多级同步维护校内消息发送通讯录，支持分权限分配消息发送权限，并可指定发送范围，支持立即放送、定时发送，支持多模版通知，支持消息到达确认结果反馈，支持消息审阅，支持手机和PC两个终端发送，支持PC端推送消息携带附件，消息集中展现至移动校园门户消息统一展示区，可便捷查询常用联系电话和邮件，点击后可方便发起通话或启动邮件客户端。

支持保存联系电话、邮件及公司地址等信息到本地通讯录。

支持其他应用调用消息助手触发应用的消息推送。

1. ★移动OA（限于教职工用户）：

无缝集成网上服务大厅中的OA服务流程，实现移动门户的移动OA功能,校领导角色可实现安全便捷的移动端验证功能(密码、校验码、指纹或人脸识别)。

1. 个人设置：

用户可灵活设置个人昵称、个人照片信息、个人联系方式（学院、班级、家乡等信息）等属性信息。具体功能如下：

结合统一身份认证与管理系统，通过移动校园二维码功能实现PC端系统的直接扫描登录。该二维码功能采用业内安全、规范的OAuth协议实现身份漫游。

支持把校园活动添加到我的收藏（我的日程），便于用户快速查看自己收藏的内容。

提供意见反馈功能，用户在使用中的问题都可以通过意见反馈进行提交；意见反馈包括问题类型、意见、联系方式。联系方式支持邮件、qq、电话三种方式，支持上传图片。

可以查询软件的最新版本和相关亮点。

提供包括接收消息类型、开启勿扰、清除缓存等移动门户客户端的基本设置功能。

1. 令爱/郎（限于学生家长客户端）：

为家长提供查询孩子在校情况的便捷途径，着力改善高校开放式管理模式下家长对孩子管理方式，使家长即时了解孩子在校的具体情况，包括孩子在学校的课表、考试成绩、消费明细、出勤情况。

1. 令爱/郎成绩

展示孩子的成绩，可查询每学年学期成绩的信息。

向学生提供成绩的查询服务，展示的成绩信息来自用户的教务系统。系统对当前登录的用户展示本学期的成绩信息，当前用户只能查看自己有权限的成绩信息。可以让家长在登录移动终端的第一时间内查看孩子当前学期的成绩信息。

1. 令爱/郎课表

数据来至于教务系统，课表中展示自己的孩子课表，包含课程名称、上课地点、上课时间等详细内容。

1. 一卡通消费明细

以列表的形式展现，家长可直观查看自己的孩子每日的一卡通消费情况。

1. 移动门户平台应用

移动门户平台将预制部分高频和通用应用，便于学校移动门户快速推广与使用，提供的应用包括：通知公告、新闻聚合、校园风光、校园黄页、校历、课表查询、成绩查询、校园卡、图书馆、失物招领、工资查询、校园活动、个人日程。其中部分高频或重要应用详细设计如下：

1. 课表查询：客户端应用支持周课表及日课表的切换，支持蹭课，支持学期切换、周次切换，支持客户端手动同步课表信息。
2. 支持蹭课，学生可自主添加非专业课程到课表，满足学生不同方面的学习需求。支持课时冲突分析，支持按年级、专业、课表空闲时间筛选课程。
3. 支持在客户端手动编辑、更新课表，可编辑课程的地点、周数、节数信息。
4. 支持一键快速切换周课表及日课。
5. 个人日程：支持在首页进行直观展示；支持系统日程安排查询，如校级活动、放假安排、考试安排等；支持通过校历添加个人日程活动，包含日程标题、日程详情、时间、是否提醒、日程地点等相关信息，并能对日程进行按颜色的分类。
6. 校园卡：支持一卡通余额及卡片状态查询，基于统一支付平台可实现快速充值、挂失、解锁。

展现个人在学校餐厅、超市等地点的消费详情、余额等信息，供学生实时查看自己的消费记录和卡内余额。

1. 校园活动：应用支持首页独立页面展示，支持校园活动分类，提供社团推广主页，主页展示社团简介、社团所组织的活动列表以及社团资讯，社团主页、活动详情、社团资讯详情均支持分享至微信好友、微信朋友圈等主流富媒体。

1. 第三方系统集成

网上服务大厅所有服务流程数据源采用学校公共数据平台，校方提供所需的所有数据字典与接口，消息平台、统一身份认证与流程开发中所涉及的第三方系统的接口开发由中标商根据项目需要提出具体要求，由校方负责与第三方厂家对接，相关费用由校方承担。项目开发中涉及的甲方内部协调事宜全部由校方组织，服务流程的定义由中标商提出要求，校方提供流程定义，中标商协助。校方在收到中标商第三方系统对接需求清单或其他需求信息后50日内返回相关信息，如有特殊情况双方协商后签订补充协议。如因校方原因（未能提供接口信息或接口信息不完整、未按时提供中标商需要的其他信息）造成第三方系统无法对接或部分功能无法实现的，责任由校方承担，中标商可正常验收。

1. 项目实施及其他事项

1. 项目实施
   1. 人员组织

本次招标的苏州工业园区服务外包职业学院网上事务服务大厅项目规模较大，业务管理系统需求复杂，涉及部门、环节多，要保证顺利有序实施，投标方必须对实施工作作出详尽缜密的组织实施方案。投标方案中应进行简要的描述，主要内容应包括以下几个层面：

在项目的管理过程中，组织结构是项目成功的基础，而其他管理内容只有在合理的组织结构下才能真正实现，因此有效的组织结构，是保障项目成功的有力保证。

招投标双方需共同组建网上事务服务大厅项目建设小组，总体人员配备方案科学、合理。招标方在学校信息化领导小组领导下，落实各部门专职信息员；投标方需明确本项目实施队伍的人员架构与技术实力，项目经理、主要技术负责人需具备类似项目的实施经验，开发人员、驻场实施人员的数量、项目实施经历等也需要明确提供。双方必须保证人员的数量、质量和人员的稳定性、连续性，并进一步明确和细化人员的技能要求、工作任务、承担责任等。

参考如下表：

1. 实施进度

苏州工业园区服务外包职业学院网上事务服务大厅项目自合同正式签署生效后,自甲方提供完整开发需求信息后六个月内全部完成。系统试运行时间不得低于60天；如因开发期间甲方需求发生更改的双方可协商后签订备忘录,适当延长交付日期。投标方需要在投标文件中给出预期实施进度计划。

1. 实施过程

投标方必须提出对项目的建设进行科学严格的管理方案与措施，使的项目系统计划、有序组织、科学指导和有效控制，促进项目全面顺利实施。在实施计划的基础上，方案中应进一步明确和细化每个阶段的工作范围、内容、过程、责任、交付成果等。本项目不接受实施外包或部分外包（核心模块原厂家除外）。

1. 项目管理控制

该项目的管理控制包含多个方面：项目范围、风险、进度、质量、变更管理控制，贯穿项目开发建设的始终，必须做到对项目建设范围准确定义，一旦范围发生变更，要有相应的变更控制和应对措施。

1. 项目管理规范和手段

根据该项目的实施方案，在实施过程中，为了保证用户方、开发方、专家监理等各方能够对项目建设实施进行监控，及时发现和解决的问题，必须建立相应的项目管理规范，包括项目执行监控流程、执行监控的方法、执行监控的责任等，使管理和监控工作流程化、规范化，管理和监控工作责任明确。

1. 项目配置管理

在项目的开发过程中以及交付使用后，会产生大量文档和程序，如：需求分析说明、设计说明、可执行码、用户手册、测试用例、测试结果等技术性文档以及合同、计划、会议记录、报告等管理文档，而且文档的版本在不断变迁和修改中，势必产生一个庞大、动态的信息集合。因此，必须建设相应的配置管理系统，通过一系列技术、方法和手段来维护产品的历史、鉴别和定位产品独有的版本、在产品开发和发布阶段控制变化，制定规范的配置管理工作计划和流程，沟通交流配置管理工作情况，从而使管理制度化、有效减少重复性工作、保证产品的质量和效率和系统的后续升级和维护。

1. 知识转移

知识转移应贯串于整个项目的实施过程中，包括在从项目准备、研发到项目运行的全过程中。需要提供以下几方面关于培训的描述：

1. 共同实施

学校将全面参与开发的全过程，以中标方为主导,校方配合为基本原则。中标方制定项目实施的整体方案、进度及需要校方配合的地方，由校方确认开发方案后开始实施。校方负责协调内部单位组织召开各种会议、研讨等。通过项目的参与，中标方指导校方真正建立苏州工业园区服务外包职业学院的专业技术和管理运维队伍。

1. 项目培训

投标方派出的培训教员应具有丰富的同类课程的教学经验和应用经验；所有的培训教员必须用中文授课；投标方必须为所有被培训人员提供培训用文字资料和讲义等相关材料，如果培训地点在外地，投标方还应为所有被培训人员提供食宿；投标方应按合同规定安排培训时间和培训名额。

培训内容需包括:系统功能培训、管理员培训、自定义开发培训等。

培训方式需包括：包括课堂讲解、上机操作和实际工作的参与。

投标方进行的培训工作需涵盖培训方案的设计、培训制度的制定、培训开发、培训实施和培训效果评估，及时监控培训效果，保证培训课程符合苏州工业园区服务外包职业学院实际的需要。在系统运行（含试运行）的各个阶段相应的培训内容描述，培训阶段安排包括：项目管理人员培训、系统分析人员培训、系统开发人员培训、系统管理人员培训、系统维护人员培训和系统使用人员培训。

1. 售后服务

网上事务服务大厅占有很重要的地位，稍有差错就会引起各方面的反映和损失，所以系统的售后维护服务和技术支持工作也应有足够保障。投标方作为具有丰富项目经验的应用集成和软件开发企业，应针对客户的不同的需求和建设的不同阶段，制定有针对性的运行保障方案，建立完善的本地售后服务体系，向对苏州工业园区服务外包职业学院提供充分考虑使用者利益的技术支持及售后服务模式。投标方关于售后服务的描述应具体包括如下几方面：

1. 运行保障能力

充分说明公司的运行保障能力，包括技术支持队伍、能力配置、人员配置、机构情况。项目开始实施后厂商应选派技术骨干长期（项目开发期内）现场驻地，并且指导校方建立技术团队；项目完成验收后厂商应在甲方设立长期（免费维保期内）售后服务点。

1. 应用软件服务

投标人应确保本次招标的各类应用系统安全稳定的运行，并承诺提供三年免费服务，售后服务期自验收合格之日开始计算。方案中应对服务的范围和内容进行详细阐述，并至少包括以下内容：

1. 缺陷管理：针对本次招标的各类系统中存在的bug、缺陷，不论在保期内、外，投标方均应持续提供修正与消缺服务。
2. 应急故障处理：系统运行环境出现故障或意外情况导致系统不能正常运行时，投标人响应的情况描述，包括针对不同故障级别的响应时间和响应内容。
3. 系统升级：提供应用平台的软件补丁版本的升级服务。
4. 需求变更：对于学校业务流程的变化、性能要求提升导致的部署结构变化（如搭建双机环境），提供限定次数的变更支持。对由于本期招标或集成的各类业务系统本身变更（如邮件系统升级了，认证结构发生变化）导致的集成需求变更，提供配套的支持服务；对由于学校业务规则变更（权威数据源发生变化）导致的数据集成需求变更，提供配套的支持服务。
5. 文档服务：整个服务过程均需有完善的文档记录，便于跟踪、分析问题；对各项服务提供详细的书面报告，包括故障处理报告、健康巡检报告、系统性能检测调优报告、维护总表报告、服务年度报告等。
6. 运行支持：对系统运行过程中师生用户及业务部门的问题提供解答和问题解决跟踪，对于关键业务点的上线推广与运行提供现场保障。
   1. 第三方系统软件服务

投标人应确保本次招标采购的第三方系统软件稳定的运行（投标方需要列出明细、品牌、版本、数量等信息），并提供三年服务，售后服务期自环境部署完成之日计算。按照双方约定的响应时间，如投标方无法提供故障解决，需对学校提供一定赔偿。

1. 系统规划与咨询服务：投标方需要根据应用的情况和硬件信息，提供系统规划服务，以及在服务周期内的系统调整咨询服务。
2. 系统安装与部署服务：进行如操作系统、数据库（RAC模式）的部署和应用服务器等整体安装部署；
3. 应急与故障解决服务：当由于上层应用软件的改进、升级、故障确认、系统错误等情况时，提供及时的响应处理。
4. 应用服务运行监控服务：通过安装配置运行监控系统，将系统故障通过邮件即时通知到管理员，并安排故障排查处理，并进行原因分析和故障排除，系统须具备二次开发功能，以方便扩展更多的监控服务。
5. 系统巡检服务：提供每季度一次的系统的巡检服务，使学校能了解系统的使用情况和潜在问题，提早预防，避免故障发生，巡检必须是系统的，结合上层应用软件开展。
6. 培训服务：提供有针对性的使用与管理培训，课程与地点由双方协商确定；学校也可在系统运行过程中根据实际的需求提出系统使用方面的培训要求，投标方需提供培训的策划、准备和实施。
7. 系统升级与迁移服务：适当的补丁安装、系统升级、迁移等服务能够帮助用户的业务系统优化，是运行维护经常采用的措施，由于应用的环境变化而导致的迁移也包含在本服务服务之内。
8. 补丁包安装服务：对由于第三方系统软件本身设计的缺陷、Bug等进行分析、修复或者提供其它的避免措施。
9. 系统安全检查和设置：在系统巡检时进行系统检查，进行加固实施，并提出安全方案，协助用户进行网络安全的实施和检查。
10. 优化配置和性能调整服务：对于应用系统运行发现的问题，如涉及到第三方系统软件参数设置、性能调优等，投标方需配合应用系统厂家的要求进行调整和设置，并给出合理化建议。
11. 文档服务：对于各类正式沟通交流、培训总结及涉及学校各类数据库运行环境变更的服务工作，将需以文档的形式提供给学校，包括各种相关技术资料、培训资料、服务报告等。
    1. 服务请求流程

投标人需对用户支持或维护请求处理的流程进行详细描述。

1. 服务请求方式

对校方与投标人联系沟通的方式进行详细描述，以方便学校便利的获取各类即时的和非即时的服务支持。投标方提供的服务请求方式至少应包括：服务热线电话和联系人、联系单位信息、信函/传真、电子邮件、服务网站。

投标人是否设有用户投诉受理电话，对用户的意见做出反应。如果有用户投诉受理电话，请描述以下内容：电话号码（或传真）、投诉中心负责人和受理答复时间。

工作时间段(周一至周五8:00-17:00)要求提供免费实时在线服务，非工作时间段要求响应时间不超过3小时，投诉回复时间要求不超过24小时。

1. 系统升级维护服务

甲方所采购的系统厂商应该1年内免费升级维保，如厂商产品有新版本发布或者新产品完成开发的应与甲方协商确认后，甲方如需更新或更换新产品的厂商应免费升级和更换，不得以增加工作量或不是同一产品等理由拒绝。

1. 进度要求

调研分析完成时间：签订合同一个月内完成。

系统开发完成、上线：签署合同后一年内。

系统试运行时间：60天。

系统最晚验收时间：达到验收时间后30天。

• 验收与交付

项目完成开发试运行2个月后，除满足招标文件要求的所有功能外，在本期项目要求将各个阶段产生的全面、规范的成果和文档资料交付给甲方，而且需要提供明确的交付清单。同时，成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料需要包括以下部分：

1. 可运行的系统；
2. 技术文档；

包括项目开发中的各种技术文档，如开发环境配置说明、软件工具清单、需求分析说明、变更说明、系统设计说明、用户手册、测试用例、测试结果、系统维护说明、系统培训资料、系统完整数据字典以及有关系统接口的技术说明等等。

1. 管理文档

包括项目开发中的一些工作文档，如，计划、报告、讨论纲要、会议记录等。

1. 性能与安全性评估

由学校组织邀请第三方检测机构，对系统的用户并发量、安全性能进行检测通过后才可验收。并发用户数要求支持5万级的用户注册，单机部署时应能支持最大500人的并发用户数，双机负载均衡部署时支持1000人的并发用户数。安全评测应通过信息安全等级保护评测，无安全漏洞。

• 其他

1. 本项目不接受进口产品。
2. 投标人必须具备独立完成本项目的能力，具有较强售后服务能力。因此请各投标人必须在投标前进行调研，了解项目情况及详细需求，但投标人不得因此使招标单位承担有关的责任和蒙受损失。投标人应承担前期调研的责任和风险。投标人中标后，不得以不完全了解现场情况为理由而向采购单位提出任何索赔的要求，对此采购单位不承担任何责任并将不作任何答复与考虑。
3. 针对中小型企业的评审：

根据财政部、工业和信息化部关于印发意见“财库〔2011〕181号” 关于印发《政府采购促进中小企业发展暂行办法》的通知规定，对属于小型、微型企业的投标人给予评审优惠：

（1）如投标人属于小型企业且提供自有服务的，对其报价给予6%的扣除；如投标人属于微型企业，且提供自有服务的，对其报价给予8%的扣除；扣除后的价格参与价格评审。

（2）中小企业划分标准详见“工信部联企业〔2011〕300号通知”

（3）小微企业提供中型企业制造或使用中型企业注册商标的货物的，视同为中型企业。小微企业提供大型企业制造或使用大型企业注册商标的货物的，视同为大型企业。

（4）中小微企业在投标文件中，必须提供企业注册地经信部门出具的中小微企业认定书，或提供《中小企业声明函》附带最新一期的企业纳税证明、社保缴纳证明，证实企业的规模类型。未在投标文件中提供中小微企业认定书或《中小企业声明函》及附件资料的，不享受促进中小微企业发展的相关政府采购政策。

（5）一个项目中包含多项货物采购的，按其中可以认定为小微企业生产产品的价格或价值部分给予价格折扣。

（6）以上规定未尽事项，按《政府采购促进中小企业发展暂行办法》等有关制度规定执行。

注：

①填报“中小企业声明函”需严格按“工信部联企业〔2011〕300号通知”中的《中小企业划型标准规定》进行。

②若投标人提供的 “中小企业声明函”（见附件） 或认定证明为虚假声明则视同提供虚假材料，按“政府采购法”相关规定处理并报请政府监管部门给予行政处罚。

1. 信用记录：根据政府采购法及相关法规，以及苏州市财政局《关于印发苏州市市级政府采购信用记录查询和使用工作试行办法的通知》（苏财购（2017）11号）文件的规定，我们将依法对供应商进行信用查询，凡经评标委员会确认不符合政府采购相关法律法规规定的，将拒绝其参与政府采购活动。

1. 查询截止时点：响应文件递交截止时间。
2. 查询渠道：统一登录苏州市政府采购网的“供应商信用查询”系统查询供应商的信用记录。苏州市政府采购网“供应商信用查询”系统实时提供来自中国政府采购网、信用中国、信用江苏、诚信苏州网站的相关主体信用记录。
3. 查询证据留存方式：对存在失信信息的供应商，评标委员会应填写《苏州市级政府采购供应商失信信息确认函》，由失信供应商应签名确认。同时，采购代理机构工作人员应根据评标委员会确认的失信信息，登陆到来源网站页面进行复核并打印，作为证据留存。
4. 信用记录使用规则：评标委员会在对供应商进行资格性审查时，应根据查询结果对供应商的不良信用记录逐项甄别确认。

1. 提供相同品牌且通过资格审查、符合性审查的不同投标人参加同一合同项下投标的，按一家投标人计算，评审后得分最高的同品牌投标人获得中标人推荐资格；评审得分相同的，由采购人或采购人委托评标委员会按照随机抽取方式确定一个投标人获得中标人推荐资格，其他同品牌投标人不作为中标候选人。