数据共享交换平台及网上办事大厅系统需求公示
| 招标编号 | 【正式会员登录后可浏览】 | 采购业主 | 【正式会员登录后可浏览】 |
招标公司 | 【正式会员登录后可浏览】 |
|---|---|---|---|---|---|
| 联系人 | 【正式会员登录后可浏览】 | 联系电话 | 【正式会员登录后可浏览】 | 通讯地址 | 【正式会员登录后可浏览】 |
| 邮政编码 | 【正式会员登录后可浏览】 | 截止日期 | 【正式会员登录后可浏览】 |
公告摘要
各有关单位请与公告中联系人联系，及时参与投标等相关工作，以免错失商业机会。
部分信息内容如下：（查看详细信息请登录）
采购人名称 ******** 采购方式 集中采购
财政预算限额（元） *,***,***.**
项目背景
********“十三五”发展规划和学校信息化“十三五”规划要求，加快建设全校统一的网上办事大厅，打破业务系统间的壁垒，以信息化推动业务流程再造，实现**的高效调配和有效共享，提高行政效率和服务效能；形成多层次建设和多主体共享的信息**体系，建成全校统一的数据开放平台。
本项目的主要建设内容包括：
（*）建设运营级的数据共享交换平台、网上办事大厅和相关支撑平台，具体包括网上办事大厅、移动服务门户、数据共享交换平台、统一身份认证平台、服务能力开放平台、流程中心平台等。建立一个面向学生、教师、校友及访客的一站式师生综合网上办事大厅平台（同时支持PC端和移动端），服务事项统一管理，流程运行统一管控，可以根据实际运行情况进行快速迭代与升级优化；而且具备充分的开放能力，可以与外部的互联网增值服务进行有机融合。建立全校性的数据共享与交换平台，涵盖我校信息标准与数据规范的定义，共享数据目录的管理，数据的采集、共享和交换等。
（*）购买数据共享交换平台及网上办事大厅系统运维服务。通过运维服务，形成全校统一的高校信息化运维保障，在保证建设内容全天候无故障运行的同时，持续性的对校内的管理流程与应用服务进行监控和分析，积累数据，通过挖掘、对比分析，发现校内信息化运行中出现的问题，并形成解决方案，通过持续优化与升级，保证学校信息化建设的长期先进性与可持续性。
（*）建设校级公共服务应用。通过建设一批师生需求迫切的校级信息化公共服务应用，满足师生一站式快捷办事的信息化诉求，形成网上办事的信息化服务氛围，令师生体会到信息化服务带来的好处。 （*）进行应用系统集成建设。在网上办事大厅平台及数据共享交换平台，集成现有校内主要业务系统，包括数据集成、认证集成、门户集成。
投标人资质要求 *）具有独立法人资格（提供合法有效的营业执照原件扫描件，原件备查）；
*）本项目不接受联合体投标，不允许分包，不接受投标人选用进口产品参与投标；
*）参与政府采购项目投标的供应商近三年内无行贿犯罪记录（由采购中心定期向*人民检察院申请对政府采购供应商库中注册有效的供应商进行集中查询，投标文件中无需提供证明材料）；
*）（*.只能将国家或地方法律法规规定的资质要求作为投标人资质要求； *.不得提出投标人须提交任何形式的产品授权书或代理证的要求； *.不得违反《**经济特区政府采购条例实施细则》第三十四条的规定。）
货物清单 序号采购计划编号货物名称 数量单位备注财政预算限额(元)
*PLAN-****-******-****** 数据共享交换平台及网上办事大厅系统 *.* 批 *******.*
具体技术要求
注意：提供服务总体要求、服务标的（如人员、车辆、检测对象、管理对象）数量情况、详细具体的服务需求内容及工作量情况（以能给供应商准确的报价依据，使不同供应商的项目报价不至于差距过大作为判断需求“详细具体”的标准）
说明：
*.投标人须对本项目为单位的服务进行整体响应，任何只对其中一部分内容进行的响应都被视为无效响应。
*.具体技术要求中打“★”号条款为实质性条款，投标人如有任何一条负偏离则导致投标无效。
*.具体技术要求中打“▲”号条款为重点要求，不满足会导致严重扣分，但不作为无效投标条款。
********“十三五”发展规划和学校信息化“十三五”规划要求，加快建设全校统一的网上办事大厅，打破业务系统间的壁垒，以信息化推动业务流程再造，实现**的高效调配和有效共享，提高行政效率和服务效能；形成多层次建设和多主体共享的信息**体系，建成全校统一的数据开放平台。
本项目的主要建设内容包括：
（*）建设运营级的数据共享交换平台、网上办事大厅和相关支撑平台，具体包括网上办事大厅、移动服务门户、数据共享交换平台、统一身份认证平台、服务能力开放平台、流程中心平台等。建立一个面向学生、教师、校友及访客的一站式师生综合网上办事大厅平台（同时支持PC端和移动端），服务事项统一管理，流程运行统一管控，可以根据实际运行情况进行快速迭代与升级优化；而且具备充分的开放能力，可以与外部的互联网增值服务进行有机融合。建立全校性的数据共享与交换平台，涵盖我校信息标准与数据规范的定义，共享数据目录的管理，数据的采集、共享和交换等。
（*）购买数据共享交换平台及网上办事大厅系统运维服务。通过运维服务，形成全校统一的高校信息化运维保障，在保证建设内容全天候无故障运行的同时，持续性的对校内的管理流程与应用服务进行监控和分析，积累数据，通过挖掘、对比分析，发现校内信息化运行中出现的问题，并形成解决方案，通过持续优化与升级，保证学校信息化建设的长期先进性与可持续性。
（*）建设校级公共服务应用。通过建设一批师生需求迫切的校级信息化公共服务应用，满足师生一站式快捷办事的信息化诉求，形成网上办事的信息化服务氛围，令师生体会到信息化服务带来的好处。
（*）进行应用系统集成建设。在网上办事大厅平台及数据共享交换平台，集成现有校内主要业务系统，包括数据集成、认证集成、门户集成。
一、 总体要求
*.* 基本要求
*.*.* 系统设计
采用SOA架构的成功管理思想和技术，须体现“软件即服务（SOA）”，“碎片化服务”的理念。每一项服务都是相对独立的单元，无论是系统内部，还是学校其他信息系统，通过“服务调用”即可获得相应的功能。最终实现建设一个能够全面支持学校整体运营管理和服务的网上办事大厅基础支撑平台。
*.*.* 规范性
能够有效、合理地集成学校各种应用系统，通过应用管理平台提供合理的、方便的、高质量的各种服务。系统将需要用户办理的事务直接推送到用户界面，包含待办任务、流程跟踪、周期服务、消息通知，用户直接点击即可阅读并实现办理。系统须提供统一的UI/UE界面风格。
*.*.* 可用性和高性能
在硬件环境满足的前提下，系统能满足****人并发访问和*****人同时在线访问，且并发访问响应时间小于*S。系统支持集群的应用部署方式，核心组件都必须提供“双机负载均衡”的运行方式。
*.*.* 数据一致性
对全校各类信息系统的基础数据和共享数据进行统一管理，并提供灵活、多样的信息服务，各服务通过授权，应可以无障碍的访问各系统数据，且这些数据必须是一致的，数据变更后，保证各服务获得的是最新的数据。
*.*.* ▲运维服务统一性
平台能够调用所承载的各应用及中间件开放的系统运维接口，报告各应用当前运行状况数据（包括CPU占用、内存占用、数据库连接状态等），且能提供给统一运维管理使用。
*.*.* 统一服务入口
网上办事大厅平台为全校用户提供统一服务入口，包含学生服务、教师服务、访客服务等，并能新增服务对象，支持服务对象访问权限的精确编辑授权管理，且提供简单的图形化操作界面。
*.*.* 统一消息中心
建设统一消息中心，统一提供网上办事大厅平台所有服务应用的消息推送服务，通过应用类别筛选即可查看其分类下的消息通知，未读消息以时间轴的形式进行展现。
*.*.* ▲统一应用行为分析
提供所有基于网上办事大厅平台的服务应用的归属单位、分类、使用情况和状态分析的列表显示，且可精确分析单个服务应用的详细情况，包括访问情况、地域分布、访问系统环境等，方便学校及时了解应用状况和反馈。
*.*.* 统一应用评价反馈
为基于网上办事大厅平台构建的所有服务提供统一的应用评价功能，该功能主要用于服务应用过程中，用户可以对服务进行评价打分和留言，平台维护人员可以查看评价内容，提升服务质量与效率，建立服务评价渠道，提供应用评价在线统计查询，进一步提高管理效率。
*.*.** ▲易用性
系统须提供多维度、精准的应用查找和定位功能。系统支持用户自定义办事大厅个人桌面，允许用户将个人常用服务应用进行桌面布置。
*、支持用户对服务应用进行收藏/取消、建立常用应用文件夹。
*、支持业务直通车功能，管理员可按业务类别构建不同业务直通车卡片,卡片包含两级业务目录，可对每一级目录进行详细编辑，在每一级目录下勾选包含的业务应用。用户可在个人桌面选择不同的业务直通车卡片，在卡片内切换二级目录，点击包含的业务应用即可直接进入该业务应用办理。
*、针对校内重点业务，在其业务期，系统提供业务专题推荐功能，可对业务情况做出介绍和说明。
*.*.** 开放性
采用J*EE技术架构，支持SOA技术架构，提供业务应用程序接口（API）库，并能注册及发布到服务总线平台。开发者根据系统提供的API和程序规范可独立开发应用，作为现有服务的补充。
*.*.** ▲多语言支持
网上办事大厅平台须支持中英文双语，在认证登录界面、用户登录后的服务界面，均支持用户自主选择中英文界面。投标时须提供详细功能截图。
*.*.** ▲安全性
在系统设计中，既要充分考虑信息**的共享，更要注意信息**的保护和隔离，采取不同的措施，包括用户与权限管理、统一身份认证、访问控制、管理控制、版本控制、数据关联控制、数据加密、数据存储、数据备份与恢复、日志与安全审计，确保系统数据安全。
系统必须达到国家信息系统安全等级二级保护要求，不符合要求的须免费整改。
采取技术手段有效识别和拒绝爬虫类访问，避免信息被恶意采集。
*.* 技术要求
*. 基础平台和应用系统均要求采用B/S结构，采用主流开发语言，推荐JAVA编程语言和服务器端JAVA技术进行开发。系统服务端可以支持Linux操作系统；客户端支持IE*/**/**,Edge**/**,Chrome**/**/**、***安全V*.*、***极速V*.*浏览器访问。
*. 开发技术应采用J*EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。
*. 采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。
*. 应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用服务器和数据库服务器。
*. 能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系
*. 各应用系统要充分利用现有先进技术手段，采用相同的体系结构和运行平台，基于多层架构和组件技术进行构建，做到系统结构层次清晰。所有应用逻辑、流程、数据等都应当能够根据建设方要求的颗粒度进行封装。
*. 系统必须支持负载均衡，首先必须支持学校已有的硬件负载均衡设备，其次，系统自身应该提供关键节点的“双机部署”的软负载均衡策略，支持动态监测负载状况，自动对可用**进行并发检测，调整和分配等功能。
*. 系统备份：支持应用服务备份、数据库的备份，支持系统整机备份以及异地备份机制，利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。
*. 信息标准：系统必须遵守《教育管理信息化标准》和《高等学校管理信息标准》等信息化标准。
**. ▲系统接口要求
（*） 按采购人需求提供标准接口供业务系统内部各个子系统之间交换数据。提供不少于**个常用API服务,包括服务URL，服务类型，功能类型等。
（*） 按采购人需求提供标准接口供数据共享交换平台或其他业务系统获取或推送相关数据；
（*） 按采购人需求提供标准接口供统一运维服务系统监控系统运行情况。
*.* 应用服务中间件与数据库要求
*. 基础平台的数据库必须采用关系型数据库，兼容Oracle **g及以上版本，应用服务中间件要求支持Weblogic、Websphere部署。严格遵循关系数据库设计的基本原则，任何原始数据只需要录入一次(可以通过网络实现共享)、也只能录入一次(避免出错、重复存储)。保证数据的有效性和实效性。
*. 各服务应用须使用独立的数据库/表空间，使用的数据库要求支持与Oracle数据库数据交换，实现每个服务应用内部的高内聚，以及多个服务应用之间的低耦合。异构的应用系统软件模块之间应通过数据交换平台实现定时或实时的数据共享，避免信息孤岛。
*. 建立数据状态和时间的关联，严密控制数据的状态与时效性。
*.* 系统部署要求
*.投标人要提供满足学校未来*年信息化发展需求且能在此期间内长期稳定高效使用的硬件服务器部署方案，要求所提供服务器部署方案具有高可靠性、高稳定性和高可扩展性，要满足*****人同时在线需求。
*.提高IT架构整合度，便捷实现统一管理，负载均衡，灵活配置。
*.充分满足用户业务系统运行环境需要，跨网络划分多个功能服务器，独立部署。
*.服务器架构上可以实现快捷便利的性能和功能扩展需求。
*.关键硬件设备采用高可用性的冗余设计。
*.各个子系统需支持服务器虚拟化方案，能在*面上主流的云平台上运行，实现生产系统服务器的虚拟化整合，保证高可用性及业务连续性。
*.各个子系统须支持无状态的服务器水平伸缩，即根据业务和使用量的需要而通过简单增加服务器就能提高并发业务/事务处理能力。
*.负载均衡需求：为了保证系统性能，需要在项目部署中考虑负载均衡解决方案，可支持当前*场各大主流负载均衡产品，做到高性能、占用内存少、并发能力强、高稳定性。
二、 项目建设功能要求
投标人提供的平台和功能只要实质性符合招标文件的功能和技术要求即可，具体平台名称或功能名称可与招标文件有所不同。
*.* 数据共享交换平台与网上办事大厅
数据共享交换与网上办事大厅，应至少包含下列五大功能平台及移动服务门户，各功能平台之间采用松耦合连接，既可协同运作，也可各自独立运行，均包含独立管理端。五个功能平台包括：网上办事大厅平台、数据共享交换平台、统一身份认证平台、服务能力开放平台、流程中心平台。移动服务门户是应用服务平台的移动端展现，其内部承载的服务应用可通过应用服务平台进行管理。
*.*.* 网上办事大厅平台
网上办事大厅平台（或称为应用服务平台、一站式办事大厅平台等）包括在前端提供各类身份角色用户使用的服务门户，在后端提供对服务门户、应用、服务事项的管理、配置、运行监控、统计分析等功能，以及一系列支撑应用服务开发和运行的接口、技术标准和规范等。在前端展现的应用和服务事项均应提供基于H*实现的移动端展现，可方便的集成到微信平台或移动APP程序中。
应用（或称为微服务）和服务事项是平台的核心内容，用户在门户中通过应用和服务事项使用平台提供的各类信息化服务。业务人员、后台管理人员通过应用和服务事项组织和管理平台提供的信息化服务。技术人员在后台可管理、配置、监控各种具体应用或微服务。
应用的定义
应用（或称微服务）是指按照平台规定的技术标准和规范开发的，完成单一特定功能或业务的程序，也可称为微应用或微服务。从开发运行主体上分，可以是完全在平台上开发并在平台上运行的程序（称为原生应用）；也可以是由第三方按平台规定的界面规范、接口规范等开发的，运行在第三方系统，但可无缝集成或嵌套到门户**台中，在门户中调用和启动的程序（称为集成应用）。
应用举例：校园卡消费查询，体育场馆预约等。
服务事项的定义
服务事项是各职能部门根据其权责供各类用户申办的事项，通常由用户提交申办，相关部门受理、审批、办结并把结果反馈用户等几个过程组成。服务事项包含基本信息、责任部门、办理须知、所需材料、办理流程、表格下载、常见问题等标准化信息要素。服务事项的信息要素经相关部门审核、发布等管理环节后，以办事指南的形式在门户或办事大厅中展示。根据网上办事深度，办事大厅提供服务事项的在线预约、在线申办等功能。
服务事项举例：学生证补办、调课申请等。
服务事项网上办事深度
根据服务事项是否可在线申办和在办事大厅中提供的服务等级，共分为四个等级。
零级：只提供办事指南，无法在线申办，可提供线下申办的网上预约。
一级：提供办事指南，可在线申办，网上受理。
二级：在一级的基础上，事项受理和办结信息在网上办事大厅查看。
三级：在二级的基础上，实现全流程网上办理，办理进度可全流程网上跟踪、查询和全过程监督。
应用和服务事项的关系
服务事项可通过应用为用户提供具体的在线申办或在线服务功能。此时，服务事项需在后台通过配置关联至某个具体应用。服务事项，根据其网上办事深度，有不同的实现。对于零级事项，可无相关应用，或者关联到统一的在线预约应用；对于其他级别事项，则关联到可具体完成申办功能的应用。
应用根据其所提供的功能，可关联或不关联到某个服务事项。对于为服务事项提供在线功能实现的应用，用户以服务事项的办事指南页面为入口，在服务事项中启动和运行应用，此类应用不单独出现；对于某些公共信息服务类的应用，无服务事项约束的，如个人校园卡消费查询等，可不关联到任何服务事项，单独展示和在门户中启动运行。
*.*.*.* 办事大厅门户（应用服务门户）
*. 办事大厅：作为应用服务门户首页，为不同用户提供符合其身份角色权限的应用访问快速入口、服务推荐。
*. 服务中心：在服务中心中，用户可以看到学校构建的所有应用和服务事项。可按服务角色、服务类别、服务方式、按对象、按主管部门、按网上办事深度等对应用和服务事项进行分类过滤，可根据条件选择快速定位到想要查找的应用或服务事项。提供模糊查询，用户可输入应用名称关键字进行检索。服务中心自动记录用户最近使用的应用或服务事项，并呈现在醒目位置。
*. 个人中心：为用户个人提供综合的服务，包括个人数据、通知公告等相关信息服务。方便用户及时并且最直观的关注和“我”有关的数据。展现用户个人相关的数据。展现用户的个人收藏应用，也可对已收藏应用进行取消。展现被广大师生用户使用较多的应用，并且可根据权限设置过滤用户能看到的应用。
*. 任务中心：提供任务中心功能，包含“待办事项、流程追踪、周期服务”等，用户可点击不同事项查看。待办事项和流程追踪须包含流程图和审批意见，便于用户在平台快速办理业务。
*. 消息中心：提供消息中心服务。通过和业务应用的集成，可直接在平台获取各应用推送的消息内容，可点击进入消息中心，可按业务类别查看消息通知。消息以时间轴的形式进行展现，可批量设为已读。
*.*.*.* ▲教职工办事大厅门户
针对教职工或特定用户角色的使用习惯、工作内容、办事需求，提供面向特定用户角色的办事专用门户，与标准门户为同一入口，支持标准门户和专用门户间自由切换。将教职工最关心的任务、最近使用、收藏等卡片摆在首屏，方便用户直接点击办事，即用即走，不用额外检索应用或服务事项。
*. 简约界面：界面应采用简约设计风格、大号字体，使门户内容清晰明了，符合教职工使用习惯。界面信息须采用竖向信息流，教职工可以调整首页哪些卡片显示以及上下顺序。
*. 信息提醒：将教职工最常用的OA、邮件、资产、图书、一卡通等系统信息，以大图标方式呈现，同时可支持配置显示多个邮箱信息。
*. 任务中心：提供教职工个人任务中心，按“待办、已办、办结、个人”四个维度直观呈现教职工个人任务信息。
*. 应用收藏：为教职工提供的应用收藏功能，并以大图标醒目方式展现在门户首页。可删除及添加应用。
*. 教职工服务中心：区别于标准版服务中心，针对教职工使用习惯，构建专门的服务中心，以大图标、业务类型排列教职工可用应用或服务事项。
*. 通知公告：按需求自动抓取学校OA教职工相关通知公告，并按指定的多栏目形式呈现在教职工门户，并支持教职工直接点击申请发布通知公告。
*. 学校新闻：自动抓取学校官网、主页、官微等媒体信息，并以新闻形式呈现在教职工门户。
*. 专题推荐：为便于教职工及时开展相关业务、快速了解信息化应用，建设教职工业务推荐、服务应用推荐功能，各推荐以不同TAB页展示，支持自动循环展示。
*.*.*.* 基础服务
*. 应用或服务事项推荐
根据服务应用的开放时间或业务周期，对不同人群进行服务推荐，让用户在进入门户平台第一时间可以看到推荐的应用。管理员可以根据业务需要，对个别服务进行推荐设置和推荐日期设置。
*. 应用或服务事项收藏
对于用户经常需要使用的服务，提供收藏功能，用户可以自定义增加及删除。同时页面上提供我的收藏模块，让用户可以更直接方便的看到自己的收藏服务。
*. 应用或服务事项搜索
提供多种渠道进行应用或服务事项的搜索，在统一服务门户中可以通过搜索框输入关键词或名称即可检索查找相应应用或服务事项。
*. 最新应用、最新服务事项
根据应用或服务事项最新上线时间推荐，方便用户及时查看。
*. 应用说明页
该功能主要用于方便用户了解应用的使用说明。页面展现了应用的“功能介绍、注意事项、责任部门、联系方式、开放时间”等详细介绍。在用户点击应用时会出现应用说明页，用户在进入应用前就可以直观的获取到应用的使用及操作说明。说明页提供“下次打开不显示”的勾选框功能。
*. 服务事项办事指南页
服务事项的详细信息以办事指南的形式展示用户，包括但不限于基本信息、办理须知、所需材料、办理流程、表格下载、常见问题、办事指南评议得分、服务评议得分等。其中所需材料包括材料名称、要求、原件份数、复印件份数、纸质版/电子版要求，范本表格下载，空白表格下载等信息，具体以详细需求分析时确定为准。在服务事项的详细页面中提供“我要咨询”功能，可在线提交有关该事项的咨询，查看咨询答复情况。可对办事指南评议打分。在服务事项的详细信息页面可根据服务事项的申办类型直接启动网上申办，或者预约线下申办等。启动网上申办可以时打开相关应用、打开第三方系统等。
*. 应用评价
使用应用后，用户可以对应用进行评价打分和留言，应用管理员可以查看评价内容，为应用管理提供参考依据，进一步提高应用管理效率。
*. 应用反馈
为用户提供意见反馈渠道，提升用户体验，同时帮助应用的管理端提供优化数据以及对应用的完善提供宝贵意见。
*.*.*.* 应用管理
*. 应用管理
提供统一的注册标准，标准化接口调用规范，可进行应用的注册创建。可以对应用进行多级授权，包含系统管理员、业务域（或业务大类）管理员、应用服务管理员。实现多维度的业务应用配置功能，业务部门能通过对应用的各种分类维度设定，将应用开放给维度内用户使用。一方面方便业务部门配置应用的用户族群、应用类别归属，另一方面也便于用户通过应用的定位更加智能、精准、快速的获取应用。提供应用的开放时间段设置功能，可根据应用的业务周期或具体使用时间设定应用的开放时间段（不在开放时间的应用也应在前端门户中显示，打开时提示用户）。提供应用的上线、下线设置功能。
*. 应用文件夹管理
当服务中心中的应用越来越多，师生用户需要更简洁的归类界面，方便快速找到某一类应用。系统提供应用归类功能，可按业务域归属将相关APP添加到同一个文件夹中。具有同一类别属性的应用可添加到一个应用文件夹中，以文件夹的形式在服务中心中集中展现。
*. 专题推荐管理
系统提供可设定专题的应用推荐功能。为了方便在不同业务期间能及时向用户推荐相关应用，为业务的开展提供宣传。
*. 业务大类管理
为了配合应用管理中的分级授权，业务大类管理用于为系统管理员添加相应的业务大类提供便捷的配置功能，通过把应用分配到业务大类可以更方便的进行应用的管理。
*. 用户组管理
根据用户的角色、职责进行分组，管理同一属性应用群体的应用使用权限。用户组管理提供用户组的新增、编辑、删除功能。每一个用户组可设置该用户组的用户组名称、所属业务域、用户组描述、组内用户、应用权限。有效的用户组管理是做好应用主动推送的第一步。同时管理端可以清晰的了解到业务域下的用户组和具体应用的授权关系。用户组内的成员管理可提供静态、动态两种形式的管理。解决了不同的业务场景下对用户授权的管理需求。静态组用于固定群组的管理，例如本科生、研究生、教职工等；动态组用于人员变动较快、及时性较高的群组的管理，例如临时人员等。
*. 意见反馈管理
该模块提供对师生用户提出的应用使用意见的处理功能。管理员可以随时查看应用的反馈信息，并可以对用户的反馈问题做出回应。搜集来自用户的反馈意见，帮助业务部门优化应用的同时可增强师生用户对学校业务部门的服务满意度。
*. 评价管理
平台为广大师生用户提供了各个应用的独立评价渠道。管理员可通过应用评价管理功能了解用户对每个应用的评价详情，掌握应用评级、排行信息。应用建设效果有直接的数据作为支撑，利用应用的用户评价数据促使应用快速优化、提升。投标时须提供详细功能截图。
*. 系统管理
提供站点的配置功能，可按角色进行站点的菜单配置、用户授权。不同的用户组可配置不同的站点、拥有不同的菜单权限，每一个站点可设置不同的界面风格。
提供应用的升级、版本下载、部署地址设置功能。系统自动推送应用是否升级的信息。除对单个应用的下载外，还支持同一类型的应用的批量下载。下载后的包用于应用的升级更新。
*.*.*.* ▲应用运行数据监控与分析中心
*. 支持平台(应用)实时访问统计、访问用户设备统计、访问地域统计、用户的评价反馈结果查看，管理员可以实时查看PV（页面浏览数）、UV（访客数）、平均停留时间、使用浏览器及版本，实时在线了解学校应用运行使用的现状；
*. 提供各业务系统统一运维服务，平台能够调用各个软件业务系统开放的系统运维接口，报告业务系统当前的运行状况数据（包括CPU占用、内存占用、数据库连接状态等），供统一运维管理使用。
*.*.*.* ▲服务事项管理中心
校级服务事项管理中心，对全校所有网上办事服务进行统一目录管理、展现，为网上办事大厅的建设成效、当前状态、目标差距提供直观的图形化展现，为学校信息化建设测评提供清晰、准确的数据支撑。
*.*.*.*.* 服务事项目录管理
学校各部门根据其管理职能和提供服务的情况，登记、维护其服务事项目录。支持服务事项的新增、调整、发布、批量导入导出、查询等。
信息要素
服务事项的信息要素包括但不限于基本信息、办理须知、所需材料、办理流程等信息，具体以项目实施时需求分析确定的为准。网上办事大厅（前端）按要求对各类信息要素进行组织以办事指南形式展示。
生命周期管理
支持服务事项从创建、变更、审核、赋码、发布、申请废置到废置的全生命周期管理。服务事项应至少具有以下状态：
l 草案：服务事项被创建的初始状态。
l 已注册：服务事项提交到系统，转为已注册状态。
l 已发布：服务事项经审查后对外发布，转为已发布状态。
l 备案：在发布后取消，转为备案状态。
l 废置：逻辑删除，转为废置状态。
审核流程
支持按设定的流程对服务事项的创建、变更或废置申请由相关的管理机构分别进行审核、赋码、发布、废置等操作。
版本管理
支持事项调整/变更全过程记录，能够以修订模式展现历史记录和对比情况。在对服务事项进行修订等操作和申请时，修订过程中的版本不影响已发布版本的展示。
分类标签设置
为更好的支撑网厅实现智能导航和精准检索，支持自定义的事项标签设置，通过个性化的事项标签，定义新的分类方法。
用户组管理
参考应用管理中的用户组管理，可通过对服务事项的用户授权，设定服务事项的可见用户范围。
服务事项的网上办事实现。
根据服务事项的信息化现状和需求，应用服务平台应支持服务事项的以下网上办事实现，平台应提供相应配置功能。
对于零级服务事项，部门在办事大厅注册应进驻服务事项；根据需求选择是否提供线下申办的网上预约。提供网上预约的，能管理可预约**和处理预约。
对于其他级别的服务事项，根据是否使用已有的申办受理系统和业务审批系统，要求如下。
l 事项已有网上申办受理系统和业务审批系统（第三方系统）：
一级进驻要求：部门在办事大厅注册应进驻服务事项；服务事项关联到第三方系统。进驻效果：用户申办、查看申办结果均需要跳转至第三方系统。
二级进驻要求：在一级基础上，办事大厅和第三方系统双方开发数据接口，通过数据交换，受理和办结信息及时送达办事大厅。进驻效果：用户在办事大厅可统一查看办事记录和办结情况。
三级进驻要求：在二级基础上，通过数据交换，申办、预受理、受理、审批、办结等办事过程信息及时送达办事大厅。进驻效果：用户在办事大厅可全流程网上跟踪申办情况。
l 事项无现成的网上申办受理系统，但有业务审批系统
一级进驻要求：部门在办事大厅注册应进驻服务事项；办事大厅开发相应的前台受理系统，支撑申办、受理环节；办事大厅和业务审批系统开发接口对接，业务受理数据到达业务审批系统。进驻效果：用户在办事大厅完成申办。部门在业务审批系统上完成办理。
二级进驻要求：在一级基础上，办事大厅和业务审批系统双方开发数据接口，通过数据交换，受理和办结信息及时送达办事大厅。进驻效果：用户在办事大厅可统一查看办事记录和办结情况。
三级进驻要求：在二级基础上，通过数据交换，申办、预受理、受理、审批、办结等办事过程信息及时送达办事大厅。进驻效果：用户在办事大厅可全流程网上跟踪申办情况。
l 事项无现成的网上申办受理和业务审批系统
一级进驻要求：部门在办事大厅注册应进驻服务事项；办事大厅开发相应的前台受理系统，支撑申办、受理环节。进驻效果：用户在办事大厅完成申办。业务部门从办事大厅受理业务后线下办理。
二级进驻要求：在一级基础上，业务部门办结后及时在办事大厅上填报办结信息。进驻效果：用户在办事大厅可统一查看办事记录和办结情况。
三级进驻要求：在一级基础上，办事大厅开发相应的审批办理系统；部门负责业务配置实施，并在办事大厅上完成在线办理。进驻效果：用户在办事大厅可全流程网上跟踪申办情况。
*.*.*.*.* 办事服务调研梳理
投标人须具备丰富的高校信息化建设经验，精通高校各项业务、熟悉高校各类业务场景，协助采购人对全校所有部门、院系、业务、系统进行全面的调研梳理，整理汇总全校所有适合纳入“网上办事”范畴的业务、服务。
*.*.*.*.* 办事汇总展现
以图形化方式展现全校所有网上办事事项，包括服务等级、服务分类、服务目标数量、已完成数量、完成百分比等，并支持数据钻取。
*. 办事服务搜索：
支持按服务名称/关键字对网上办事服务进行搜索。支持按业务域、业务部门、服务对象、服务类型等进行分类展现。
*. 校级网上办事服务图形化展示
从全校角度展现网上办事服务总数量（当前数量/总数量）、各级服务数量（当前数量/总数量）、各类服务数量（当前数量/总数量）等，并支持数据钻取。
*. 部门网上办事服务图形化展示
按部门为单位，展现其部门下辖网上办事服务总数量（当前数量/总数量）、各级服务数量（当前数量/总数量）、各类服务数量（当前数量/总数量），并支持数据钻取。
*.*.*.*.* 办事数据分析
详细展示网上办事服务等级、类别，各服务被访问频率、用户使用打分，为网上办事服务的建设质量、后续建设目标，提供数据支撑依据。所有分析均支持数据钻取。
? 网上办事进驻率，各部门当前已经建设并纳入网上办事大厅的服务事项，对比学校统计汇总的该部门所承担的业务或服务事项总数目标， 计算该部门的网上办事进驻率
? 按使用数量/频率分析：可从学校、部门两个角度展现分析所有网上办事服务的被使用数量、频率，并支持自动排序、按时间段排序等，可点击显示相应服务详细信息。
? 按业务域/业务类别分析：可按业务域或业务类别对全校所有网上办事服务进分析、排序等。
? 按等级分析：可按网上办事服务等级对学校或部门的服务进行数据展现分析、排序等。
? 按好评度分析：按服务应用的受好评度，按全校或部门角度，对服务进行汇总分析、排序等。
? 按被评价次数分析：按服务应用的被评价次数，按全校或部门角度，对服务进行汇总分析、排序等。
? 按建设时间分析：按时间点，可汇总学校已建、即将建设服务应用数量。
*.*.*.*.* 办事投诉与咨询
服务事项管理中心，须为网上办事用户提供意见反馈与咨询通道，可提供三种反馈维度：
*. 针对APP系统设计的反馈与咨询
用户可对系统本身的功能设计进行反馈与咨询，包括APP外观美观程度、操作便利性、提示醒目性等，咨询具体功能如何使用等。
*. 针对服务流程的反馈与咨询
用户针对某项服务流程的反馈与咨询，可针对此项服务流程提出投诉或咨询建议，并可选择是否要求回复、回复时间、回复方式、是否公开等，用户在接到回复后可选择是否满意。
*. 针对某个部门反馈与咨询
用户可针对提供服务的部门提出投诉或咨询建议，并可选择是否要求回复、回复时间、回复方式、是否公开等，用户在接到回复后可选择是否满意。
*. 投诉与咨询回复展示
汇总全校所有投诉与咨询，可按服务、部门进行图形化展现，包括回复率、回复准时率、用户满意度等。
*.*.* 移动服务门户
移动服务门户是应用服务平台在移动端的呈现，提供支持移动端的应用。应用是否支持移动端可在应用服务平台的后台管理端进行统一管理。移动服务门户提供不同场景不同用户的应用服务，同时提供应用管理诸如应用上下线、应用授权用户组、应用推荐等功能。内置“课表、校园卡”，支持其余以H*形式开发的应用接入，平台提供基础开放能力，包括用户身份、照相、地理位置等。
*.*.*.* 基础能力
移动服务门户须提供平台基础功能，其中面向用户的诸如登录、向导页引导、多维度广告页展示、初次使用引导、游客浏览、分享、扫一扫、个人信息个性化维护等功能。
*.*.*.*.* ▲APP
移动服务门户须提供iOS、安卓版本的APP，和集成到学校微信企业号中的H*版本。
*.*.*.*.* 登录
移动服务门户必须与学校身份认证体系同步，用户不需要另外进行帐户注册流程，直接用学校身份认证体系中的帐号和密码进行实名登录。并须具备：
*.用户未登录状态下，支持查看学校新闻及外部应用服务功能；
*.微信企业号中的H*版本门户，经微信号绑定后打开无需登录。
*.*.*.*.* 广告页
为满足学校宣传需求，提供活动广告展示位，例如移动服务门户启动页、首页广告轮播、信息流广告插入等，以满足学校不同时期不同活动的展示推广需求。
*.*.*.*.* 初次使用引导
首次登录移动服务门户，对用户做使用提示，通过蒙版提示用户如何查看所有应用、如何添加应用至我的应用中以在首页快速使用、如何发布动态以及如何关注和发消息给老师/学生。
*.*.*.*.* 扫一扫
移动服务门户须提供扫一扫功能，方便快捷，可以扫描二维码跳转至目标页面，支持扫描学校认证页面进行PC端登录。
*.*.*.*.* 统一消息中心
统一消息中心可以将学校的多个终端的消息集成到统一的系统中，如：PC门户通知、APP通知、邮件通知、短信通知、微信通知，提供给调用的应用统一的发送接口，对应的终端发送格式发生变化的时候，可以有效地屏蔽对业务应用的修改影响，统一管理统一监控。
*.*.*.* 内置应用
*.*.*.*.* 展现管理
提供与PC端一致的服务事项移动端展现。用户可以在移动服务门户按照分类查看所有能够使用的应用和服务事项，可以将自己常用的服务收藏到自己的主页上。
*.*.*.*.* ▲课表
提供课表信息多维度查看，支持按周模式和按日模式切换，并且可以查看课程的具体信息，可通过课程详情进入同课程学生和授课老师的个人主页，主要功能包括：
*. 首页卡片：提供首页今日课表的快速查看，并可快捷进入课表程序。
*. 课表查看：按照周/日视图进行查看教学课表以及课程详情，其中课程详情包括：课程名称、授课老师、上课周次、上课节次时间、上课地点等信息；
*.课表查询：支持按学期、周次切换查看课表，并显示是否当前周。
*. 同步：支持自动同步教务处最新课表信息。
*. 蹭课：支持搜索学校课表库信息，并将单个课程加入到用户课表中，并支持退出功能。
还在移动服务门户首页支持课表信息快速查询功能，并根据时间的不同，给用户不一样的提醒，其主要功能包含：
*.当天离当前时间最近的两节课，课程名称、上课地点信息查询
*.一键进入这两节课的详情，查看课程老师和同学信息，并能点击进入老师和同学的个人资料详情
*.一键进入周课表
投标时须提供详细功能截图。
*.*.*.*.* 通讯录
支持不同权限查看通讯录，将学生与老师分离。学生只能查看部门级的通讯录，没有查看老师私人手机号的权限，老师可查看学校内其他老师和全体学生的信息。
*.搜索：支持按照姓名、工号或学号搜索老师学生，支持查看学生学号、学院、入学时间、专业；支持查看老师固定电话号码、邮箱、部门、办公地点、职称相关信息，老师信息支持对学生屏蔽手机号。
*.组织查询：支持查询学校部门负责人及电话（可只显示固话），
*.*.*.* 后台管理
*.*.*.*.* 用户管理
用户管理实现了对校内所有用户（包括学生和老师）信息的管理，管理员可以搜索、查看用户信息，对用户进行启用、停用、用户的导入、冻结、修改等功能。用户数据可与PC端门户实时共享。
*.*.*.*.* 用户组管理
用户组分为动态用户组**态用户组。动态用户组是通过SQL语句动态查询出来的用户，当用户信息变化的时候查询结果会变化；静态用户组是选择的固定用户。用户组管理实现了对用户分组的功能，对用户分组后，涉及授权的功能可以直接使用用户组进行授权。在管理控制台中更改了用户组信息后，需要进行刷新缓存才能实时生效。
*.*.*.*.* 广告组管理
广告组管理员可以查看已有的所有广告组，可以给广告组命名，方便在众多广告组中直接使用广告组名称进行搜索。还可以对已有的广告组进行编辑或删除。
新增广告组时，最多上传*张广告图片并给每张广告图片配置一个广告链接地址，若未配置广告链接地址，则在客户端中点击该广告图时不会进行跳转操作。
*.*.*.*.* 首页管理
首页管理可以查看学校首页配置方案，可以同时存在多个首页配置方案，并启用一个，管理员可以对已有的首页方案进行编辑、删除、启用和停用。
新增首页方案时，可以配置首页右上角快捷操作入口的功能，配置每个快捷操作功能需要给出功能的名称、功能图标、打开地址以及授权使用的用户组。设置方案为启用状态后保存即可立即生效，或可以保存后在列表上进行启用操作。
*.*.*.*.* 消息推送管理
消息推送管理的可以看到学校里所有推送过的消息，可以通过推送的内容或标题进行搜索，也可以根据推送的状态进行筛选查看。对于推送结束的消息，只能进行查看，而未推送和推送失败的消息可以进行查看、编辑和删除。
可以支持定向推送，即对指定的人员或人群进行推送，推送消息的打开目标也可以进行自定义。
*.*.*.*.* 组织结构管理
组织结构管理分学生组织管理和教职工组织管理。组织机构数据可与PC端门户实时共享。
学生组织管理可以查看学校里的学院结构，对每个学院及学院下的专业可以进行查看/编辑。
教职工组织管理界可以查看学校里的教职工组织结构，对每个教职工部门可以进行查看、编辑和自定义排序。
*.*.* 数据共享交换平台
根据信息**目录从各职能部门采集数据构建学校数据共享交换平台（或称主数据中心平台），并提供数据交换和共享服务。平台依托学校顶层设计的信息标准和信息**共享管理办法，将主数据从各部门、各系统集成并管理起来，建立一个全校范围内的、标准单一的权威主数据中心，以解决标准不统一、数据不一致、数据冲突、数据质量低下等问题。主数据中心的数据来源/目标系统（各部门各院系的系统）无需改变，各个数据来源系统中对主数据做的更改将同步到主数据中心，同时通过主数据中心分发到数据目标系统中。
*.实现数据收集的高效自动化，支持标准动态的优化调整，数据同步按需采取实时或周期等方式。
*.采用如拉链表等数据存储技术，不仅要解决数据集成交换问题，也要解决历史数据存储和版本问题，要为数据分析应用提供丰富、高质量的历史数据。
*.须具备健康检查以及运行监控功能，能及时发现标准不一致、系统异常、数据异常等问题。
*.须具备平台管理功能，提供存储安全、备份恢复安全、数据回溯、变更记录、数据完整性保证、图形化开发和管理、数据导入导出、数据转换、对象及数据维护等方面的工具。
平台要以教育部颁发的《教育管理信息化标准》和相关行业信息标准为基础，结合学校实际情况，制定公共数据库模式和信息编码标准，统一数据交换规则；规范信息从采集、处理、交换到综合利用的全过程，逐渐形成信息服务和管理的有效运行机制。
*.*.*.* 信息标准建设
*.*.*.*.* 信息标准建设
信息标准的建设是学校信息化建设的基础核心内容。建立一套《********信息标准》，符合国家、教育部和行业标准，适合********信息化可持续性建设发展要求，并与我校世界一流职业院校建设发展要求相适应，使学校在数据建模、信息采集、加工处理、数据交换的过程中有统一的规范，最大限度地实现信息优化管理和**共享。同时，标准必须符合我校的具体情况和实际需求，能够满足各业务系统向上级或相关部门报送数据报表的需求。
信息标准体系的建设内容主要包括数据标准、代码标准、信息标准管理工具。
*. 数据标准:数据标准按照学校的信息子集进行定义，每个信息子集应包括以下内容：
（*）数据集、数据子集、数据项分类与分层结构；
（*）数据集定义、属性描述；
（*）数据子集定义、属性描述；
（*）数据项定义、属性描述、权限描述。
（*）实际确定的信息集要根据我校实际情况，伴随着各类应用的建设与更新同步进行修订、补充，未来信息集的制订范围应能涵盖我校所有业务，需包含人事管理数据集、学生管理数据集、财务管理数据集、科研管理数据集、资产管理数据集、教务管理数据集等。
*. 代码标准:数据要按照统一的标准产生、存放、使用，使数据真正实现共享。代码标准的建设即是基于国家标准、教育部标准、行业标准和学校已有的校标，兼顾各个标准之间的兼容性、一致性以及标准的可扩展性，建设和完善的各类系统中数据的存储、使用规则，建设形成一套符合学校自身实际的代码标准。
*.*.*.*.* ▲信息标准管理工具建设
信息标准管理工具，实现代码标准的新增、启用、拆分、合并、停用，记录代码变更日志，代码值映射关系的增删改查，代码标准的检索以及代码被引用情况查询。
信息标准管理工具须提供代码标准管理、代码标准查询、代码使用范围检索、代码映射关系、代码使用情况检查等功能，实现学校代码标准的制定、维护、理解、分享、集成等功能。同时，系统可监督标准的执行情况，不断优化学校的信息标准。
*. 信息标准管理实现对代码标准的日常管理，当某个标准需要更新时，通过代码标准管理功能进行及时更新维护。须支持代码标准的新增、启用、拆分、合并、停用、导入、导出等功能；须提供记录代码变更日志，供用户跟踪代码标准变更过程。
*. 代码标准查询实现对代码标准、代码标准模式、代码映射关系、使用范围的查询检索。
（*） 代码表模糊检索，**：给出表名或表中文名，可检索相关代码表；
（*） 代码内容模糊检索，例如：只给出一个代码值，检索所有含此内容的代码表；
（*） 代码使用范围查询，查询代码的使用范围，以便于系统管理员了解代码的影响范围；
（*） 代码检查情况查询，检查业务系统和标准代码的匹配程度，为数据集成提供是否达到集成条件的判断依据，代码标准分级查询。
*. 提供按角色授权查询功能，能够实现代码标准的分级授权管理，不同角色可以查询不同的代码标准。
*.*.*.* 元数据管理工具
元数据管理工具要实现代码标准、主数据模式标准的元数据信息的管理，包括添加、删除、修改、数据对象的创建等功能；同时，通过元数据一致性检测功能，确保代码标准、主数据和数据存储库一致，避免直接操作数据库等不规范操作带来的问题。
另外，可以实现业务系统元数据**的统一注册、数据分类管理，实现全校元数据资产统一管理，便于数据管理者查找所需要的元数据，理解所使用的数据的业务含义，加强对数据治理过程的控制能力。
*. 数据源注册管理：
系统应具备对数据源进行注册、启用、停用功能；系统状态须分为三大类：
（*）正在使用的：对正在使用的系统，可按照编辑界面完整填入注册内容，可调整启用状态为“启用”。
（*）停止使用的：对已停止使用的系统，可按照编辑界面完整填入注册内容，可调整启用状态为“停用”。
（*）待建设的：对于待建系统，可按需要填写注册名称，并调整启用状态为“启用”即可。
*. 数据对象管理：
系统须能对主数据和业务系统的数据对象按目录结构进行管理，包括：
（*）数据分类管理：数据对象的分类目录的导入、增加、删除、修改、设置排序号；
（*）表对象管理：表对象的导入导出和增删改查；
（*）字段属性管理：字段的导入导出和增删改查；
（*）代码表引用关系管理：代码表引用关系的增删改查；
（*）主数据建模：可根据元数据进行数据建模。对主数据库进行数据建模，不用操作业务系统数据库。
（*）变更历史查询：能够记录元数据的变更(或版本)操作，并可被后续查询。
*. 元数据一致性检查
能对主数据库数据对象的元数据和对应的数据库实体进行比对，并逐项列出不一致的项目，可给出相应的处理建议，便于用户根据处理建议通过系统自动处理或手工处理，避免不规范操作或误操作带来的差异性，保证元数据和数据库实体的一致性。对已处理的问题，系统应能记录为已处理，便于后期查询跟踪。
*.*.*.* ▲主数据管理
通过主数据管理工具，可以查询主数据和主数据历史变化情况，并能够导出EXCEL，便于线下开展数据分析。支持主数据的分级授权管理，可根据数据流向控制其管理查询权限。可按部门、按数据权限支持业务部门查询相关数据，支持字段组合查询，支持记录变更历史查询。
对尚未建立信息系统，其数据又需要被采集的情况，系统需提供无系统数据采集工具，用户可手工将本地数据（包括EXCEL、DBF）导入主数据平台之中。须支持系统数据的导入、导出功能来完成数据采集和校验，可通过主数据中心分发到其它应用系统。
*.*.*.* ▲数据集成工具
通过数据集成工具与各个业务系统的数据接口进行数据的抽取、加载、转换映射，完成从源到目标的数据交换。系统应能支持数据的双向传递，使得各类系统业务数据实时共享，并提供过程的调度和监控。数据集成工具要求如下：
*. 集成接口支持为不同类型的数据源提供接口，包括：
（*）支持主流RDBMS如：Oracle、DB*、Sybase、SQL Server的数据集成；支持非主流RDBMS如：Mysql、Derby、PostgreSQL的数据集成；
（*）支持ODBC数据源如：Foxpro、Access、Excel等的数据集成接口；
（*）支持消息类型数据源如：JMS Queue、JMS Topic的数据集成；
（*）支持如格式化的txt及XML的文件数据集成；
（*）支持WebService的数据集成；
（*）支持其他特殊类型数据格式如：LOB字段（BLOB、CLOB）的数据集成。
*. 可重用的数据集成代码模板库
提供数据集成的代码模板库，包括数据集成涉及的加载、检查、插入、变化数据采集等任务所需的代码模板，便于为学校后期数据集成提供便利性。
*. 拓扑管理工具
完成对基础架构的物理和逻辑体系的定义，并且服务器、方案和代理等信息也应被注册在数据集成平台的主存储库中。可对数据源和调度代理进行管理，支持RDBMS、文本、消息、Web Service等各种数据源接口。
*. 集成设计工具
为数据转换和数据完整性定义声明规则，将业务系统数据库中的元数据导入或定义，为实际的生产环境生成方案，对数据集成项目提供图形化界面进行设计和开发。
*. 集成查看工具
可查看数据集成项目的运行情况，可以对集成过程进行调试，包括执行日志、错误数、被处理的行数、执行的统计信息和被执行的实际代码等，实现对生产环境的管理以及ODI监控。
*. 集成调度工具
对各个数据集成同步任务进行调度控制，以此完成定制化的数据集成过程。
*.*.*.* 数据备份管理工具
应具备构建主数据仓库来保留主数据的历史数据的功能，能重现每天的数据情况，对时间维度上的数据分析工作提供的手段。
*. 支持自定义备份策略，以一定频率将数据同步备份到数据仓库。
*. 支持增量备份，把主数据、代码标准库中每天的增量数据同步备份到数据仓库。
*. 能重现每天的数据情况，能支持从时间维度上进行数据分析工作。
*. 能检索数据备份情况；能导出主数据表的任何一天的数据切片，供线下数据分析使用。
*. ▲提供数据备份日志：可以查询每天代码标准和主数据的备份情况；可按照执行日期、任务执行状态进行检索；检索内容包含执行日期、进程ID、总步骤数、异常步骤数、备份记录总数、执行开始时间、执行结束时间等。可按照执行日期、步骤名称、步骤执行状态进行检索；检索内容包含执行日期、步骤名称、备份记录总数、执行状态、异常信息、执行开始时间、执行结束时间等；投标时须提供详细功能截图。
*. 备份数据查询可查询每张表的数据变动情况以及每张表每天的数据快照情况，可导出到EXCEL，满足各种临时的数据统计需求。
*.*.*.* ▲数据质量检测工具
*. 可对业务系统集成的主数据进行事后检测，暴露数据存在的问题，包括数据集成问题、实施规范问题、源头业务系统本身数据质量问题。
检查规则管理：可以自定义检测规则和检测对象，根据检测规则对检测对象进行检测形成数据质量检测结果。
*. 检测规则管理实现检测规则的增删改查的操作，至少应提供以下规则：
（*）空检查规则：检查字段是否为空；会对元数据标记为不能为空的字段默认进行检查。
（*）代码检查规则：检查字段取值是否在代码表（由系统中预先进行定义）中；会对源数据中有代码应用的字段默认进行检查。
（*）唯一性检查，提供单个字段的唯一性检查。
*. 支持文本检查规则：检查单个字段的文本取值是否满足指定的长度和格式，或预先定义的各种固定编码规则；文本长度支持单个长度、多个长度、范围组合等，文本格式支持包括：数字、字母、大写字母、小写字母、字母数字、汉字等，预定义的编码如邮政编码、EMAIL地址、URL地址、身份证号码等。
*. 业务检测项管理实现对业务检测项的配置管理，可以设置数据检测范围，例如全部数据、近**天，近*天以及昨天的数据；可以设置业务检测项，包括要检测的表、字段、检测规则、参数等配置；可以设置不合格记录显示字段；可以查看设置好的业务检测项；支持删除后重新添加，但不支持修改；支持立刻执行该业务检测项，测试该检测项是否正确。
*. 检测任务配置可配置检测任务进程数、起始/终止日期、每天开始检测时刻，是否启用。其中：
（*）进程数，能根据服务器**情况进行配置；
（*）起始/终止日期的设置和是否启用设置共同生效的；
（*）执行时刻，等每天更新数据全部抽取到主数据库后执行。
*. 数据质量检测引擎，根据检测任务的配置，按照业务检测项，逐项检测主数据库中的数据，并记录检测结果。
*. 检测任务日志可以查询每天任务的总体执行情况以及检测任务异常情况。
（*）可以按照执行日期、执行状态进行检索；检索内容包含执行日期、进程ID、检测项总数、异常检测项总数、检测数据项总数、异常数据项总数、执行开始时间、执行结束时间等。
（*）可以根据执行日期检索；检索内容包含执行日期、进程ID，检测表明、检测字段组合、检测规则、异常信息、执行开始时间、执行结束时间等。
*. 提供检测结果查询功能：可以查询数据异常情况，可以了解所有主数据情况，也可以按照数据规划或数据权限来控制检索范围。
（*）可以按照检测规则、规划数据源头系统、实际集成数据源头系统来了解数据异常的分布情况。
（*）可以按照检测规则、规划数据源头系统、实际集成数据源头系统、数据对象进行检索；检索内容包含执行日期、数据表名、字段组合、检测规则、检索数据项总数、检测异常数据项总数、执行开始时间、执行结束时间；还支持查询“检测异常数据项”相关记录，便于推动业务系统调整数据。
*. 可根据检测结果，按照业务域（规划数据源头系统、实际集成数据源头系统）、检测规则设定推送数据范围，支持以邮件方式，将检测结果查询地址推送给相关管理人员。
*.*.*.* ▲数据运行监控工具
系统应具备完善的主数据平台运行监控管理功能，能够对整个主数据平台的系统监控度检查指标、系统异常情况、系统操作日志、标准建设及数据集成情况进行统一的展现，便于用户了解主数据平台整体运行状况
运行监控管理应支持以图形化的方式展现系统的各种运行和异常情况，并能按照事件的重要程度，将最重要的信息展现在醒目位置；须提供系统监控检测、数据集成监控、数据库监控、数据流向查询等，并能按时间和被集成业务系统名称进行数据集成和运行异常情况进行统计和展示。
*. 数据集成监控
能对业务系统集成情况，接口运行情况进行展现，应包含：
（*）集成概况：近一周（一月）内集成概述；任务计划调度时刻表；执行时间最长的**个接口；不在任务计划中的接口清单；业务系统接口情况；业务系统接口出错情况；集成数据量较大的**个接口；出错最频繁的**个接口。
（*）接口信息：可以按照数据对象、接口名称、流向检索；可以查询接口清单，包含接口名称、数据源头库、数据源头表、目标库、目标表、接口流向等内容；可以查询接口字段映射/转换关系：可以查询接口运行日志。
（*）任务信息：可以按项目名称、数据对象、接口名称 检索；检索内容包含项目名称、任务名称、任务版本、代理名称、代理服务器IP地址、调度计划、代理状态等；可以查询任务的调度计划、每个任务执行步骤情况；也可以查询每个任务的运行日志。
（*）日志信息：提供完整的日志记录，包括系统操作记录，数据变更记录，系统维护日志（升级、备份、恢复等），并提供查看日志的工具。可以按执行日期、执行状态、接口名称 进行检索；检索内容包含接口名称、接口描述、开始时间、持续时间、执行状态、数据详情（总记录数/新增记录数/更新记录数/删除记录数）、错误信息等。
*. 数据库监控
主要对影响主数据库稳定运行的指标进行监控，便于及时发现数据库异常，及时优化调整数据库或应用程序，确保数据库、应用的稳定运行。相关指标包括：数据库连接数、数据库表空间（主数据）、数据库表空间（主数据仓库）、数据库死锁、数据库归档情况、耗时最大的**条SQL、CPU消耗最大的**条SQL、磁盘读写消耗最大的**条SQL。
*. 数据流向查询
数据流向查询应支持按U/C数据使用关系矩阵方式查询，且提供图形化方式展现：
（*）按业务系统或部门视角，以IPO图的方式直观的展现数据的流向，可按照系统（数据源）表进行查看；
（*）支持以图形化方式展现，并在图上显示出实际的数据集成情况，发生错误的数据流向箭头会显示成红色虚线；
（*）可以查询规划和实际的数据流向对比情况，确认偏差情况。
*.*.*.* ▲信息**管理中心
业务管理人员的角度构建学校数据**管理中心，实现非IT的业务人员对数据生产、数据使用、数据交换、数据资产的管理，从数据角度衡量学校、部门信息化建设使用情况，衡量学校信息化数据资产情况。
*.*.*.*.* 信息**目录管理工具
学校各部门应按照教育技术与信息中心制定的《信息**目录体系》的标准规范，编制本部门的信息**目录，形成全校的信息**目录，目录经审批后对外发布，各部门对本部门发布的信息**目录应及时动态更新。全校部门或个人可浏览发布的信息**目录，并根据目录要求和规范申请使用。信息**目录管理工具应无缝集成到应用服务平台中，在服务门户中提供相关管理应用。
*.信息**目录管理
学校各部门根据其管理职能，登记、维护其信息**目录，包括信息**的分类、信息名称、编码格式、共享类别、提供单位、更新时限、共享类型、共享方式、使用要求等。支持信息**的新增、调整、发布、批量导入导出、查询等。
生命周期管理
支持信息**从创建、变更、审核、赋码、发布、申请废置到废置的全生命周期管理。信息**应至少具有以下状态：
l 草案：信息**被创建的初始状态。
l 已提交：信息**提交到系统，转为已提交状态。
l 已注册：信息**经审批纳入信息**目录后，转为已注册状态。
l 已发布：信息**经审查后对外发布，转为已发布状态。发布状态的信息**可设定开放共享和暂停共享。开放共享：相关信息**可供其他部门或个人申请使用；暂停共享：前端显示该信息**，但不可申请使用。
l 备案：在发布后取消，转为备案状态。
l 废置：逻辑删除，转为废置状态。
审核流程
支持按设定的流程对信息**的创建、变更或废置申请由相关的管理机构分别进行审核、赋码、发布、废置等操作。
版本管理
支持信息**调整/变更全过程记录，能够以修订模式展现历史记录和对比情况。在对信息**进行修订等操作和申请时，修订过程中的版本不影响已发布版本的展示。
分类标签设置
为更好的导航和精准检索，支持对信息**的自定义标签设置，通过个性化的标签，定义新的分类方法。
用户组管理
可通过对信息**的用户授权，设定信息**的可见用户范围。
*.信息**配置管理
信息**目录主要是面向职能部门，供业务人员使用，管理其部门辖下信息**目录。信息**配置管理主要面向信息中心，供技术人员使用，通过配置，把信息**目录中的信息**与元数据管理中的元数据进行关联。通过关联实现数据使用审批后的数据自动提供，信息**共享的监控、监督和考核等。
*.*.*.*.* 信息**管理与展现
利用主数据平台的代码标准管理、主数据管理，按业务大类、业务部门对全校所有的数据表进行汇总分析：
*. 信息资产展现
可按全校、部门、业务为单位，进行数据表、数据数量的图形化展现，可点击查看具体数据表或数据情况。
可按波状图形式，以时间维度展现学校及各部门数据量的变化趋势。
可按部门、业务、系统维度展现下辖数据表数量、数据数量。
*. 信息健康度展现
从业务系统集成、代码标准使用、集成接口存在问题、主数据、历史数据、已处理问题，提供图形化的展现，直观展现学校各项数据健康度指标、各业务部门/业务系统的数据集成情况指标。
*. 信息建设及使用展现
提供数据集成拓扑结构图，以直观的图形化方式展现全校所有信息系统与主数据的集成情况、数据交换情况、数据使用情况，可按不同时间段，从分享数据量、分享频率维度为学校各部门排名。
可点击查看并各部门的数据分享、使用情况，可查看数据使用所属业务、业务域。
所有数据情况均可点击查看详情，支持深度数据钻取。
*. 信息**盘点
提供数据**盘点功能，明确实现选定数据主题的展现需要哪些数据（即确定数据范围）、所需数据从哪里来（即梳理数据源）、相关数据的属性以及质量是否达到查询展现的要求（即检查清洗数据）。
*. 数据查询展现
（*）学生数据展现
可从学生维度提供图形化数据展现
（*）科研数据展现
可从科研维度提供图形化数据展现
（*）就业数据展现
可从学生就业维度提供图形化数据展现
*.*.*.*.* 信息使用管理
在学校主数据平台各共享数据权限管理基础上，对数据使用需求进行精细化管理，允许部门或个人根据信息**目录要求和规范，对其中公布的信息**发起使用申请，申请由信息产生部门进行审批，信息中心参与处理。
*. 数据使用申请
部门（单位）或个人在校主数据库中无法获得所需数据时，可提交数据使用申请，填写所需使用的数据、使用目的、使用期限等，系统支持图形化界面供申请人进行数据使用对象的选择。
*. 数据使用审批
数据使用部门或使用人发出使用申请后，系统会转至数据生产或管理部门审批，审批通过后转至信息中心处理，所有审批通过后，申请人可查看、导出此数据或使用相应数据接口，流程结束。如审批通不过，需审批人填写不通过原因，系统以消息、邮件方式通知申请人审批不通过，流程结束。如申请人需再次申请，则需重新发起申请流程。
*. 数据使用日志管理
系统提供数据使用日志管理，申请数据使用通过后，申请人可使用数据，系统自动记录申请流程、审批意见、申请人使用数据的方式（包括在线浏览、下载、数据接口）、使用时间，以便后期进行安全追踪。
*. 数据申请使用图形化展示
以图形化方式对全校所有被申请使用的数据做集中汇总展现，可按被使用总数量、不同时间段使用频次、被申请总次数等维度提供图形化汇总展现。
*.*.* 统一身份认证平台
统一身份认证平台（或称认证权限中心、统一认证权限中心）应是一个完整统一、高效稳定、安全可靠的集中身份管理和身份认证平台。平台须解决访问控制（Authentication）、身份管理（Account）、统一授权（Authorization）、安全审计（Audit）四个方面的问题。
*.*.*.* 身份认证服务
提供身份认证基础服务，实现SSO单点登录功能。包括对用户身份的识别验证和对用户单点登录会话的管理和维护。支持用户登录后在不同系统之间漫游而不需要再次输入密码。平台应支持B/S模式的单点登录以及基于C/S结构下的账户统一认证，包括，Java、.Net、PHP等。平台需能同时支持学校移动应用客户端和微信应用的统一身份认证集成，需能支持短信动态验证码的验证方式。需提供密码变动短信通知功能。对安全级别要求较高的系统，需提供特殊系统二次登录设置功能。
*.*.*.* 身份自助服务
身份自助服务主要面向认证服务的最终用户，包括所有学生、教工、工作人员、家长或其他校外人员等。
（*）满足用户对自己帐号信息和密码信息的维护需求，查询到自己的帐号的使用信息和维护信息。提供用户设置找回密码的功能。
（*）用户可以通过所绑定手机的动态验证码进行一次登录并进行密码的修改。
（*）用户可以查看帐号当前的登录信息，也可查看当前帐号使用免登录还未过期的相关信息，并且可踢除相关登录信息。
（*）▲用户可以查看在什么时间段访问过哪些系统。用户可以进行二次认证、多处登陆、密码变动提醒设置，提高账户的安全性。
（*）▲身份自助服务还可以绑定手机号、邮箱。绑定后，提醒消息可以发送给手机，且用户也可以通过手机号、邮箱作为用户名进行登录。可以对微博、微信、QQ账号绑定设置进行绑定和解绑。
*.*.*.* 反向代理服务
基于nginx的反向代理集成方式，集成接入方式简单，接入系统可以直接从标准的Header中获取登录人员的相关信息，适用不同的开发语言。
*.*.*.* 账号管理
帮助管理员完成全校身份账号数据的查询、增加、删除、修改、过期设置、锁定/解锁和加入组操作；同时还提供高校使用场景特有的功能即转为校友功能。提供单账号的维护功能以及基于Excel文件的账号批量操作功能；提供基于差异视图的账号同步功能，即管理员可预先配置好账号同步任务，并让这些任务按照事先设置好的时间循环执行，从而满足对身份账号数据的自动同步和处理，实现统一身份认证平台账号与业务系统人员数据自动同步，自动创建账号，减少账号维护成本。提供账号容器维护功能，可以增删改查人员容器。
（*）提供帐号元数据维护功能，用户可以自定义账号属性，便于对账号信息进行扩展。
（*）▲提供帐号统计功能主要展现系统内身份帐号数据的所有操作行为的统计项，包括增加、删除、修改帐号、修改密码的统计，并以图表的形式展现给管理员。同时，帐号统计功能还可提供帐号历史操作的细节查询功能。
（*）管理员可以查看到冻结帐号的历史，对于当前仍然处于冻结中的帐号，管理员可以手工解冻。
（*）▲第三方帐号绑定查询，对于已经绑定了第三方帐号（如新浪微博、QQ等）的人员，管理员可以看到已经绑定的帐号信息。
*.*.*.* 认证管理
认证管理用于管理全校已经集成的所有应用系统，每个集成的应用系统均需要在此注册。认证统计主要展现平台帐号的认证情况，包括认证成功和认证失败的概况，同时系统还提供各个认证细节的查询，包括认证的帐号、认证的时间、认证的IP等。
（*）登录失败日志查询，管理员可以查询到认证失败的日志，包括认证失败的原因。
（*）应用访问统计，管理员可以看到一个时间段内，通过身份认证访问系统的统计信息。包括系统名称、访问量、时间范围。
（*）▲应用访问查询，管理员可查看用户通过身份认证访问系统的情况，可显示用户名、系统名称、认证结果、认证时间、认证时长等信息，还可根据用户id、系统名称进行搜索认证日志。
（*）▲OAuth应用管理，注册通过OAuth协议访问的系统，包括应用名称、客户端ID、客户端密钥、授权回调地址、基础授权范围、扩展授权范围。
（*）▲OAuth授权管理，管理员用于管理OAuth开放的接口权限，一个接口包含权限编码、权限名称、权限类型、描述、接口类型、权限分类、请求URL等信息。投标时须提供详细功能截图。
*.*.*.* 授权管理
授权管理可以实现对用户访问应用进行授权，实现应用级的访问控制。
（*）授权功能提供校内身份类型组的管理功能，用于区分用户的身份类型；同时提供身份帐号入组和出组的管理功能，可基于Excel文件实现批量操作；提供授权管理行为的统计功能。
（*）群组授权提供了群组管理，群组支持树状结构，帐号可以分配到群组，群组对认证应用做授权，群组中帐号自动拥有群组的授权。
（*）用户授权提供了对单独帐号做认证应用授权的功能，目的是某些特殊帐号可能需要特殊的权限。
（*）授权统计可通过图表展现帐号入组和帐号出组的操作统计，并且提供操作的细节数据的查询，包括操作时间、操作者、操作IP等。
*.*.*.* 系统管理
系统管理主要包括一些对平台运行起支撑作用的数据管理和功能设置，包括操作日志管理、管理员管理和配置管理功能。
（*）操作日志：对用户在平台内的所有操作记录进行查询，还可以配置日志迁移任务，把时间过久的日志迁移到历史日志中，以加快最常用的最近操作统计速度。
（*）历史日志：对用户在平台内的迁移过来的时间过去比较久的操作记录进行查询。
（*）配置管理：主要指整个系统运行需要的参数设置，包括密码策略定义、系统参数信息等。
（*）系统运行状态：使管理员对当前系统的运行状态一目了然，便于管理员及时发现问题和异常。管理员可以查看帐号概况、认证概况、服务器状态和系统结构概况等。
*.*.*.* 审计及监控管理
审计功能为管理员提供及时发现问题之用，需能审计出异常的帐号、不合理的认证行为，用于发现系统可能存在的安全问题和隐患。
监控功能为管理员提供掌握系统各项服务运行状态的功能，可帮助管理员尽早发现系统运行问题。监控内容应包括总体状态、会话状态、服务器状态和监控配置功能。
*.*.*.* 认证服务
身份认证功能提供了统一身份认证平台的核心基础服务，用于学校对学生、教师和其他人员的数字化身份的登录验证。主要包括：
（*）通过统一的登录界面，对用户输入的帐号和密码进行认证，进而为集成的应用系统提供访问控制功能。可以为PC端、手机端分别提供不同的登录页面。
（*）提供良好用户体验且能保证安全的CAPTCHA验证方式，有效防止暴力破解、撞库攻击、恶意采集、爬虫、无效注册等问题。
（*）提供和第三方系统帐号（新浪微博、QQ、微信）绑定功能，绑定过后，第三方系统登录后，可以直接登录身份认证，无需再次登录。
（*）支持OAuth开放服务，可向第三方提供OAuth*.*接口，方便第三方使用OAuth开放协议来获取服务，包括OAuth应用注册和OAuth服务管理。未注册的应用不允许授权。
（*）▲提供基于短信的动态码登录方式。在移动端登录身份认证后，可以通过移动端扫描登录系统。提供一段时间保持登录功能。投标时须提供详细功能截图。
（*）帐号动态锁定，账号被恶意攻击后，会被锁定不许登录，以短信方式提醒用户；
（*）密码变动有通知，密码有变动时，系统会通过短信提醒用户，用户也可看到密码修改历史；
（*）单点登录控制，用户可设置同一时刻只有一个登录端；
（*）▲用户可以进行二次登录设置，如果某一个应用被设置为需要二次登录，那么在访问该应用时，用户需要再次输入密码。
*.*.*.** ▲集成接口
提供需要集成单点登录的应用集成身份认证平台单点登录服务，从而使各个应用系统实现统一身份认证和单点登录，身份认证对外提供如下类型接口：
（*）遵循CAS协议，基于HTTP的身份认证接口；
（*）OAuth *.*协议；
（*）LDAP访问接口；
（*）身份认证支持如下接口语言：JAVA，JDK*.*及以上、.NET*.*及以上、PHP、支持Android、ios手机的登录接入、反向代理服务器认证：通过反向代理服务器，接入系统可以直接从标准的Header中获取登录人员的相关信息。
*.*.* 服务能力开放平台
服务能力开放平台为学校信息化建设中碎片化服务的注册、申请、使用、监控等提供全方位的服务框架，供学校查询接口文档、接口规范，支持按共享数据、业务服务、平台服务、工具服务分类发布API、查询API、下载使用API。
*.*.*.* 平台特性
*. 开放性
符合标准的SOAP和RESTFUL协议的接口都可以快速接入服务能力开放平台，并且对外呈现统一的调用，且为开放的接口提供完整的接口文档支持。
*. 功能特性
（*） 提供统一的API注册，申请，使用管理功能。
（*） 提供完整的服务调用的监控统计功能。
（*） 提供统一的网关鉴权、流量控制、开启关闭、集群扩展等功能。
*. 平台框架
采用开源技术的纯Java微服务框架。
*. 接口便捷性
对校内**的API接口，管理员只须把接口与服务器信息进行关联，即可快速部署好接口，使其能被顺利调用。
*. 平台快速部署
平台应支持快速部署，用户只需要安装JDK以及数据库，而无需安装其他第三方组件即可快速完成部署，提高运维服务便利性。
*.*.*.* 平台功能
*. 服务监控
▲监控学校各API被调用情况。
（*） 支持按API名称搜索，支持按不同时间段显示API调用信息；
（*） 支持按图表和图形方式显示API调用总次数、成功次数、失败次数，并可点击查看详情，查看包括：访问URL、开发者账号、开发者所属单位、调用明细等；
（*） 可展示API被哪些APP调用、调用总次数、成功次数、失败次数，并可点击查看详情，查看包括：APP代码、APP类型、APP描述、开发者账号、调用明细信息（如起止时间、耗时、部署地址等）、并可汇总调用成功及失败信息。
*. 服务注册管理
为学校自主开发的API提供本地化注册功能。
（*） 申请注册服务：校内开发者申请API注册服务，注册信息至少须包含：API名称、责任部门、责任人、相关应用、应用所属类别、部署URL、访问URL、接口协议、接口是否开放、并发量申请、接口起止时间申请等，并可设置详细的请求参数、响应参数。
（*） 服务注册展示：可多维度检索展示已注册API，包括按：接口协议、审核状态、所属分类、所属APP。
（*） 图表化展示API注册：支持以图表形式展现校内所有API，包括API名称、分类、接口协议、审核状态。并支持管理员对API进行查看、关闭、修改功能。
*. 服务使用管理
为学校提供本地化的APP使用管理功能
（*） 支持按APP名称、APP代码查询.
（*） 支持在校内**APP。
（*） 支持图形化汇总展示APP，包括展示：APPCODE、APP名称、提供API数量、申请API数量，并可查看明细，明细信息须包含：开发者信息、使用API列表及详细状态、提供API列表及详细状态。
*. 服务接入管理
（*） 对接入学校的APP，提供相关API与服务器的绑定操作，可查看服务接入详情，包含部署服务器、使用API列表、提供API列表等详细信息。
（*） 对APP使用API的申请做审核操作，审核完毕后会生成Token鉴权信息并同步给网关。支持快速下载证书，减少后续复制token存在的人为错误的几率。支持查看审核明细，包含API详细信息、接入详情等。
*. 开发者信息
汇总显示校内所有API的开发者信息，便于管理员对API开发者进行管理。
*. API服务器信息
汇总显示校内所有API服务器信息，支持管理员新增服务器信息，为“API与服务器的绑定操作”时选择服务器信息提供支撑。
*.*.*.* 网关功能
可在网关配置API接口的统一入口控制，须包含下列功能：
*. 统一权限认证
在调用API接口时控制是否允许被该业务APP调用。
*. 统一负载控制
网关采用均衡策略，将收到的调用请求发送至对应的API服务器，将接口调用均衡分担到不同服务器，减少每台系统的调用压力。
*. 服务器熔断
当API服务器停止运行后，网关可以自动将后续的调用请求不再分发到该服务器上，减少业务系统调用失败的概率。同时当API服务器启动完毕后，网关自动将对应的API接口调用请求分发到该服务器上。
*. 服务监控
将每个API被调用的详细信息都记录到日志文件和数据库中，方便后续问题定位以及监控当前接口的稳定程度。投标时须提供详细功能截图。
*.*.* 流程中心平台
流程中心平台提供统一的流程引擎供相关系统进行调用，便于进行流程跟踪。可以进行流程的定义和维护实现流程的可视化管理。业务流程中心为业务系统提供底层流程支撑的开发运行及管理平台。
平台须支持BPM 和 SOA 架构，基于 J*EE、HTML* 等开放的技术**台， 能够以纯 Web 的方式快速度帮助企事业单位设计、执行、监控 和优化业务流程。
*.*.*.* 平台技术要求
*.*.*.*.* 水平分布式
*. 支持软件架构向微服务架构演进，并基于服务层框架实现解耦（包括展现层和应用层解耦、子系统间解耦、进程间解耦），服务调用规范化。在物理架构中，模块对外服务接口，从HTTP请求到后端，服务请求交互不超过*次，组合服务拆封在应用层完成，服务调用寻址遵循“先本地、再远程”，不默认采用Socket形式服务接口。
*. 架构支持线性水平扩容，随着用户规模的增加，可通过单纯加板实现系统性能规格线性扩容。
*.*.*.*.* 用户差异性可配置
*. 流程可配置：流程定义支持图形化BPMN*.*标准，符合国际标准，可通过“鼠标拖拉”快速定义业务流程。
*. 表单可配置：支持Web Forms技术，采用JavaScript MVC提供图形化界面，可通过“鼠标拖拉”方式构建表单界面，快速响应用需求变化。
*. 规则可配置：用户可以通过界面配置的方式，设计业务规则。
*.*.*.*.* 云平台/SDK分离可扩展架构
*. 插件式架构：业务包以插件方式部署，插件部署不需要修改平台任何代码，平台能为插件包提供基础SSH框架服务。
*. 二次开发SDK，提供完备的API开发规范，支持流程引擎、表单、规则等模块的二次开发。
*.*.*.*.* 规范性
平台流程引擎遵循国际流程规范 BPMN*.*, 业务数据持久化遵循 JPA*.*/*.* 规范。将需要用户办理的页面直接推送到用户界面，用户直接点击即可实现办理。同时须为学校打造标准的应用接入规范、统一的 UI/UE 界面风格和基于校园服务总线的标准 API 库。
*.*.*.* 平台功能要求
*.*.*.*.* 流程能力
平台应提供遵循BPMN*.*规范的流程执行引擎和服务引擎，来执行流程和流程所定义的服务。可以执行基于BPMN*标准的业务流程模型，包括执行人工任务以及各种事务型服务。提供流程定义与执行语言完全遵循国际标准的流程执行语言BPMN*.*。
*. 可在个人待办任务执行页面中提供任务提交、保存草稿、驳回、撤回、委派、移交，重定向、抄送。
*. 可配置驳回、撤回、委派、移交、抄送功能在是否在环节启用。
*. 可人工选择下一步分支环节，并可配置这项功能在哪个环节启用。
*. 可人工选择下一步处理人，并可配置这项功能在哪个环节启用。
*. 管理员可在流程管理监控页面里对流程执行驳回、撤回、移交、委派、终止等干预操作。
*. 任务会签、子流程会签.
*. 并行、串行，嵌入子流程，多实例子流程、泳道.
*. 提供流程Web Service服务环节能力。
*. 提供流程REST服务环节能力。
**. 可配置环节权限，根据登录人的信息并可结合业务字段信息，进行AND OR 表达式获取处理人列表，支持URL方式获取处理人列表。
**. 可配置判断分支条件，根据登录人的基本信息和业务字段信息，进行AND OR 布尔表达式进行逻辑判断
*.*.*.*.* 表单能力
*. 支持常见录入类控件、选人控件、日期时间控件、富文本、附件、图片、HTML控件，子表、单选、多选、下拉、页签布局，面板布局、分隔条布局、流式布局。
*. 支持ESB字典（WS）和用户自定义的项目级别字典(DB)。
*. 支持主子表。
*. 支持外挂第三方表单(URL)。
*. 支持多个环节可共用一个表单。
*. 支持表单动态规则，可根据环节名或控件值变化，隐藏/显示，只读其它控件或给控件赋值。
*. 支持自动编号。
*. 支持级联下拉。
*. 支持表单控件的复制、粘贴、删除。
**. 支持表单操作的撤销和恢复。
**. 支持表单控件、容器的样式设置。
**. 支持表单控件校验。
**. 支持表单及控件事件处理（编写事件脚本）。
**. 支持引入表单外部**（配置及管理表单外部CSS、JS**）。
**. 支持表单**、保存、另存、重命名、删除。
**. 支持表单版本控制。
*.*.*.*.* 打印能力
*. 支持在线公文及表格类打印表单设计。
*. 支持从word直接粘贴公文类表单。
*. 支持打印表单上下左右边距设置。
*. 支持打印表单数据源绑定（包括普通字段、字典、集合、日期格式化、子表）。
*. 支持插入图片。
*. 支持表单在线Web打印。
*.*.*.*.* 数据建模能力
*. 支持数据类型包括：布尔、整数、数字、日期、字符串、文件、意见、人员、字典、自动编号。
*. 支持不同应用使用独立数据源。
*. 平台与项目数据库的分布式事务处理。
*. 可定义业务实体，并根据业务实体自动创建数据库表。
*. 可定义项目字典实体，并自动创建数据库表。
*. 提供项目字典项维护功能。
*. 可使用行业和国标ESB字典（不少于***个）。
*. 可引用平台数据库公用数据库字典。
*.*.*.*.* 消息通知能力
*. 支持给流程环节配置消息通知功能。
*. 可配置“进入环节”或者“退出环节”的时候发送消息。
*. 可配置“有条件执行”或者“无条件执行”。
*. 支持配置条件之间的“且”和“或”的关系。
*. 支持通过“角色” 配置消息接收人。
*. 支持通过“人员字段”配置消息接收人。
*. 支持通过“选人控件”配置消息接收人。
*. 支持配置按照PC门户、移动门户、邮件、短信、微信等多种方式发送消息。
*. 支持配置消息的主题和内容。
**. 支持通过Velocity模板配置消息的主题和内容。
**. 可以配置消息通知项是否启用。
*.*.*.*.* 开放能力
*. 提供统一任务中心：包括待办任务处理、查看已办任务、任务查看跟踪图、查看任务日志，查看任务处理、以及短信、微信、PC门户、手机门户、邮件消息通知等功能。可作为学校门户统一对外的任务处理中心，并提供任务操作的开放API和任务查询接口开放API，可以集成任意第三方流程引擎。
*. 流程引擎：采用BPMN*.*规范，并对外提供API开放接口。
*. 表单引擎：内置一个易用的表单建模和运行引擎，并支持使用第三方表单引擎。
*.*.*.*.* 云端能力
平台除本地化部署外，还须提供云端开发服务平台
*. 所有应用设计、开发、模拟、部署、上线使用，都可以在云端进行，客户端只需要安装浏览器，可做到一键式部署。所有的工作，都可在云端完成。
*. 所有设计开发的结果，支持存储在云端仓库。可在云端进行编译、校验、打包，每个应用生成的环境一致，如一致的JDK版本、Redis缓存服务、JMS服务、数据库服务等。
*. 支持应用的界面框架使用统一**链接，一旦发现界面框架有问题，**浏览器兼容性问题等，只需更新统一**服务，各应用无需更改，即可生效
*. 每个应用支持Java 虚拟机底层隔离，每个应用之间独立。可对每个应用做安装、卸载、激活或停用。卸载之后，内存须被完全释放。
*.*.*.*.* 集成能力
*. 数据集成： 可通过数据建模，生成表和业务对象，对异构数据源进行混合处理。
*. 门户集成： 构建的每一个应用都可以在应用服务平台里进入，解决数据共享、单点登录、数据交换等问题。
*. 服务集成： 支持配置Web Service和REST方式发送请求，从而实现与其他系统服务之间交互。
*.* 公共服务应用
校园公共服务为学生和教职工提供公共服务为主，解决师生在校园日常事务办理、信息不对称、数据分析等方面的遇到的麻烦和问题，构建校园信息化服务网络，提高校园信息化服务质量。
▲以下公共服务应用仅作招标时参考，具体公共服务应用建设内容以需求分析时确定的为准，规模和复杂程度与以下所列相当，总数量不超过**个。
*.*.* 服务预约
为服务门户中的服务事项提供统一的线下办理预约管理和服务。预约功能应可与服务事项集成。在服务事项管理功能中可配置启用预约，用户在门户中可对提供预约的服务事项进行预约。
*.预约管理
业务人员可多种方式灵活地自行创建、编辑预约**，包括设置预约名称、所属部门、可预约时间、不可预约时间、可预约数量等。预约粒度支持上午、下午或小时级别等。创建预约**的用户即为该预约**的管理员。
在服务事项的管理功能中可配置启用预约功能，选择关联本部门所属的预约**。支持一个服务事项关联多个预约**或多个服务事项关联同一个预约**。
预约**管理员可查看有效预约、取消预约和历史预约等数据，包括预约人、预约时间、操作时间、预约服务事项等。
*.预约服务
用户在服务事项的办事指南页中进行预约时，页面提供服务事项关联的可预约**供用户选择，用户选择其中一项预约**后，可查看最近几天可预约和不可预约日期和时间段。选择适当的时间段进行预约，并可选择是否填写备注，经确认后即可预约成功。
预约后用户可在相应办事指南页面中查看已预约情况，并可取消预约。
*.预约提醒
支持向用户提前发送预约提醒消息。系统可以设置是否消息提醒、提醒时间、消息提醒方式，支持PC端、短信、邮件、微信，学校根据实际支持情况选择消息提醒方式。
*.*.* 通知公告
学校各部门通过统一的平台经授权向师生发布通知公告，师生可通过平台统一获得需要的通知公告内容。
*.栏目管理
支持应用管理员统一设置栏目属性和栏目发布管理员，进行栏目的发布授权，支持栏目的拖动排序，更改栏目的展示顺序。
*.公告管理
支持公告管理员管理对自己有权限的栏目下的公告，支持的操作有按照公告标题和内容搜索、按照公告状态、发布时间进行查询，支持创建、归档、删除、预览和查看详情。单篇公告可以设置自动归档时间，到时间自动归档。
*.公告浏览
支持学校师生浏览所有栏目的公告，支持按照栏目、公告标题和内容搜索、查看详情。如果公告带有附件，支持常见的word、pdf、excel文件格式的在线预览和下载。
*.*.* 校园黄页
为师生提供查询学校相关部门的职能、办公电话和地点等信息。
*.校园黄页信息查询
支持师生输入关键字、办公电话快速查找学校各办公部门的办公电话、办公地点、办事须知等其信息。
*.校园黄页信息管理
应用管理员有权限对本校所有的组织机构的办公信息进行调整，部门管理员有权限对所在一级部门的办公信息进行调整。支持**、编辑和删除机构部门，对于部门的名称、职能、办公电话、办公地点和其他须知进行维护。
*.*.* 消息推送
支持学校管理部门给指定人群发送消息通知，可直接编辑简单文字或发送通知链接地址、附件，选择指定用户组，发送统一点对点的提醒，并且可以查看已读人数和未读人数。
*.消息通知管理
支持部门管理员管理自己发送的消息通知，进行**、编辑、删除、查看。**消息允许输入基本的文本消息和文章附件链接，选择指定用户组，进行发送即可。发送后可以查看已读人数和未读人数，了解发送情况。功能支持：
（*）部门管理员可以管理自己发送的消息通知，支持**、删除、查看。只有在发送失败的情况下允许编辑。
（*）**消息允许输入基本的文本消息和文章附件链接，选择指定用户组，进行发送即可。
（*）支持创建部门私有群组，支持发送信息到指定人员或私有群组或公共群组。
（*）支持应用管理功能授权，部门管理员授权，每个部门管理员只能看到本部门发送的消息。
*.消息发送
进行消息提醒设置，支持发送指定类型的消息到指定的用户组成员。
*.群组管理
消息发布管理员可以创建本部门私有的群组。
*.查看消息
支持师生接收到来自学校的平台消息，可以点击查看详情。
*.*.* 问卷调查
支持发布常用的问卷调查，收集问卷结果。
*.问卷类别管理
（*） 系统管理员可添加类别和设置类别管理员，类别管理员可添加维护其类别下的成员。
（*） 支持管理员添加问卷类别，设置类别的主管理员，类别主管理员可维护其类别下的其他管理成员。
*.问卷管理
（*）问卷发布管理员管理问卷，创建问卷，查询统计问卷结果。支持问卷结果数据导出Excel。
（*）问卷管理员可**问卷，设置问卷描述、问卷可答人员范围、开始时间、过期时间、是否自动归档、游客是否可见、是否匿名等。
（*）问卷支持添加问题，目前支持添加单选、多选、和输入类型的问题，设置问题选项。
（*）类别管理员和成员都可创建问卷，同一类别下的成员 能互相看到和管理其相应的问卷。
（*）是否匿名时，在用户进行问卷填写时会告知用户其问卷匿名，而且管理员在查看统计时是看不到相应填写问卷的账户，同时如果选择匿名则数据库的填写问卷账户则进行加密。其中问卷中多选类型问题支持 设置 最小、最大选项数。
（*）问卷统计支持两种维度的统计，管理员可选择，一种按照 用户组 ，另一种按照 院系 统计已答题人数和未答题人数。
*.问卷浏览
用户可查看所有问卷调查，进行填写提交，对于已提交的问卷可查看回答情况。
*.*.* 在线咨询
在线咨询为学校管理部门和师生之间提供交流和信息互通平台，开辟咨询区，师生可进行提问，管理员给予及时答复。在线咨询可对咨询回复情况进行统计。
*.咨询区管理
管理员可管理咨询区，进行咨询区基本信息维护、管理授权。
*.咨询管理
咨询管理员管理自己负责的咨询区，进行咨询的回复、转移、隔离/取消隔离、归档/取消归档、设置FAQ操作。当该咨询不是本咨询区的咨询，可转移到其他咨询区。可查看转移日志。
*.咨询区浏览
师生可选择要咨询的咨询区，进行发表咨询，填写咨询内容。可在“常见”咨询中查看常见问题回复，快速解决问题。在“我的咨询”中查看自己提交的所有咨询，快速查看回复，进行查看、搜索、编辑和删除。
*.咨询统计
管理员可统计咨询区回复情况，按照咨询区维度、咨询回复状态、咨询答复率进行咨询统计和导出数据。
*.*.* 后勤报修
可在线申报故障信息和情况，并可跟踪故障处理情况，以及反馈处理意见，通过师生的报修，可安排人员维修；可对维修情况进行查询和统计。
*.后勤报修申请
（*） 师生填写后勤故障申请单，提交给管理部门。
（*）报修申请单可提交到负责该区域的管理员去处理。
（*） “我的报修记录”查看已报修的后勤故障的处理进度，已维修的记录可进行反馈评价。
（*） 支持按照故障类型和处理状态进行搜索。
（*） 当报修状态变为已驳回或已维修，报修人员会收到消息提醒。
*.后勤报修信息管理
信息管理分为报修受理人员和维修师傅两个角色。后勤受理人员可管理所有提交的故障申请，也可录入其他方式提交的故障申请，进行信息管理和统计查询，支持按照故障类型、处理状态查询报修信息。
（*） 支持**、删除、查看详情报修信息。
（*） 可进行派工和驳回，派工即选择一名维修师傅进行任务委派，驳回即当该故障不属于此处报修或其他无需维修的情况，直接录入驳回原因保存。
（*） 对于待维修状态的报修支持完工操作。
（*） 支持按照故障类型、故障状态查询。
（*） 维修师傅被分配一个报修信息，可收到一个消息提醒，有新的维修任务，当处理完毕后，可进行完工操作。查看分配给本人的待维修信息列表，操作有完工和查看详情，当点击完工时，报修状态变为已维修，自动发送一条提醒给报修人，进行跟踪和评价。
（*） 当有报修任务分配到本人时，将会收到一个提醒，点击可查看维修信息详情。
*.后勤报修设置
（*） 故障类型管理：添加、编辑、删除故障类型编码、故障类型名称，支持按照关键字搜索名称。
（*） 维修区域维护：增删改区域大类的编码、名称、包含子地点，及对应受理人用户组，支持按照维修区域搜索。
（*） 维修师傅维护： 增删改维修师傅的编号、姓名、手机、维修项目。
（*） 后勤报修列表： 按照时间降序获取报修列表，操作有查看详情。
*.*.* 网络故障报修服务
报修后可查看报修处理进度。有处理时可给予通知提醒，报修处理后可进行反馈评价。不同网络故障的管理员可网上查看和回复自己需要处理的故障问题，对线上线下报修信息进行管理。
*.网络报修申请
报修申请后可查看报修记录。报修单提交后可直接流转到故障类型相关管理员，可查看报修记录及故障处理进度，结束后可进行反馈评价；
支持按照关键字、故障类型、故障状态进行搜索报修信息。
*.网络报修信息管理
（*）按不同故障类型分配管理员，进行所负责故障类型的报修信息管理；
（*）管理负责的故障类型的报修信息，支持**、删除、详情；
（*）管理员在详细页中回复和编辑报修信息，查看评价情况；
（*）支持按照关键字、故障类型、处理状态查询报修信息；
（*）当报修信息已经得到报修人评价时，按照消息提醒的设置，收到消息通知。
*.网络报修应用设置
（*）网络报修应用管理员设置故障类型与网络管理员用户组维护、故障区域、消息提醒设置；
（*）故障类型管理：添加、编辑、删除故障类型、负责受理的网络管理员组；
（*）故障区域维护：**、编辑、删除区域维护，包括区域编码、区域名称、区域包含的子地点；
（*）网络报修查询：支持按照报修类型和报修时间、报修渠道进行查询，查看详情。
*.*.* ▲失物招领服务
通过应用可查询、发布丢失或招领物品，支持一卡通和学生证匹配失主信息，支持招领与寻物信息自动匹配。支持关键字搜索及物品类别分类。提供个人发布信息的查看、编辑、下架操作。
*.*.** 域名及固定IP申请
提供在线域名及固定IP申请功能，为学院、实验室、部门网站等的网站或信息系统需要避免转圈签字的麻烦。
*.域名及固定IP申请
全校教职工登录门户，打开应用，教职工填写表单，填写相关申请信息，提交后流程自动流转。
*.域名及固定IP申请审核办理
域名及固定IP申请提交后，根据流程引擎配置流程环节，自动流转到下一步环节审批人进行审核，包括院级管理员和校级管理员的审核。功能支持：
（*）支持按照学校的审核流程，配置审核流程和环节审核人员的配置。
（*）支持每一环节的审核工作，查看流程图和填写办理意见。
（*）审核过程中，对于下一环节审批人有消息提醒。
（*）申请人在审核结束后，可以按照设置的消息提醒方式，收到申请审核的消息提醒。
*.域名及固定IP申请管理
应用管理员可以增删改域名及固定IP使用情况，设置开放固定IP的IP段进行开放申请。功能支持：
（*）应用管理员可以**、编辑、删除域名及固定IP使用情况。
（*）设置开放固定IP的IP段。
（*）消息提醒设置：按照学校实际的消息渠道和需要，设置消息提醒方式，可支持有PC端、短信、邮件、微信。其中微信通过学校已有企业号发送提醒消息，短信和邮件需要申请人有有效的手机号码和邮箱账号才能发送成功。
*.*.** 校园活动服务
建设统一的系统汇总和宣传校园活动，便于老师和学生了解，并提供反馈功能。
*.校园活动设置。管理员选择活动部门发布管理员，实现分级授权。每个活动发布管理员可看见自己部门发布的活动。
*.校园活动发布管理。
活动发布管理员可**、编辑、删除、查询活动，可管理本部门发布的活动，进行发布、取消发布，每个活动发布后均提供二维码，支持用户扫描二维码，在移动端查看活动的详细描述，活动发布管理员可复制二维码进行转发。
（*） 活动发布管理员可**、编辑、删除、查看详情操作，支持发布、取消发布。
（*） 支持按照关键字搜索活动名称和标签。
（*） 每个活动发布后均生成二维码，支持下载，扫描二维码，查看活动详情。
（*） 支持查看所有的用户对于校园活动的反馈建议。
*.校园活动发布展示
师生可查看热门人气活动、最新活动、一周活动，并且可标签搜索感兴趣的活动，对于感兴趣的活动可选择参加，或者实名制评论。
（*） 师生可在“我关注的”中查看自己关注的所有列表，进行取消关注和查看详情操作。
（*） 师生可在“意见反馈”中提出自己想要看到和参加的活动，意见和反馈允许各个管理员进行查看。
（*） 查看热门人气活动、最新活动、一周活动，并且可标签搜索感兴趣的活动，对于感兴趣的活动可选择参加、点赞，支持查看评论、发表评论。
（*） “我关注的”中查看自己关注的所有列表，进行取消关注和查看详情、关键字搜索操作。
（*） 师生可在“意见反馈”中提出自己想要看到和参加的活动，意见和反馈允许各个管理员进行查看。
*.*.** 班车服务
为师生提供班车服务，包括班车时间、路线、变更等信息，师生可以查看最近一周的班车信息，即使出现调整，也可以实时获取到班车路线及发车时间信息。
*.线路管理
应用管理员可以进行线路管理，对于线路的名称、站点进行编辑。功能支持：
（*）支持添加线路，创建新的线路，编辑和删除线路。线路包含线路名称和站点信息。
（*）支持复制已有线路的站点，即可以选择站点比较类似的线路进行复制，编辑修改站点后即可快速创建新的线路。
（*）支持按照线路名称模糊匹配线路。
*.班车安排
管理员选择一个指定的线路，进行班车安排，可以创建工作日、双休日线路，也可以创建其他特殊日期内的线路。功能支持：
（*）支持次添加班车，编辑和删除班车。班车安排信息包括班车路线、运行时间(包括周期性车次和指定运行时间)、线路类型(工作日线路、双休日线路和其他类型)、指定发车时间、每一个站点的停靠时间、安排的班车数量。
（*）支持某列班车安排运行或停运。
*.应用设置
管理员设置班车乘坐须知，方便师生查看，支持班车须知的编辑保存。
*.*.** 我的校园卡
通过学校的协同业务处理平台实现一卡通服务数据的共享与利用，全面展示个人一卡通账单相关信息。
*.月账单分析
（*） 可查看本人卡片信息和本月的消费分布饼图，即不同消费类型下的占比和金额。应用会定时统计分析所有用户的消费情况。
（*）查看我的卡信息，包括卡余额、卡号、有效期和状态。
（*）可查看最近三个月的账单情况。显示选择月份的消费情况分布饼图，可展示消费类型、金额、百分比，点击色块，可直接跳转到明细页面。
*.账单明细
（*）可查看最近是三个月的每天消费明细，包括消费金额、消费类型、时间和地点。功能支持：
（*）按照月份、消费类型查询消费明细，仅能查看最近三个月数据。
（*）查看消费明细，包括消费类型、时间、地点和金额。
*.消费趋势
查看最近一个月的消费趋势图，包括消费金额和趋势。以天为单位，鼠标悬停在具体的时间点上，可查看消费时间和金额。
*.校园卡挂失
为师生提供校园卡快速挂失功能，具体如下：
（*）师生在系统中提交校园卡挂失申请，填写挂失必填信息，包括余额、丢失时间、地点、个人联系信息等、提交申请后由后台管理老师负责审核，审核通过后该校园卡处于冻结状态。
（*）校园卡挂失审核通过后，系统将校园卡丢失信息会自动发布到失物招领公共服务应用中。
（*）校园卡归还。校园卡拾获人可登录失物招领服务，查询校园卡遗失信息，联系失主归还校园卡；失主也可登录失物招领服务中查询校园卡的招领信息，联系拾获人取回校园卡。
（*）校园卡挂失信息自动消除。重新启用的校园卡或重新补办的校园卡，系统自动删除其在失物招领服务中的挂失信息。
*.*.** 邮箱自助开户
通过与学校的邮件系统进行整合，实现邮件开户申请审核后可自动对邮件系统的账户进行生成，完成邮箱开户的自动处理。师生登录后，可自动获取姓名、工号、所属单位，并且自动查询是否已开通邮箱账户；如果未开户，则支持填写开户表单，进行邮箱自助开户，开户成功后，显示账户名，显示邮箱登录地址；如果已开户，则展示账户名，并且显示密码说明，显示邮箱登录地址。
*.*.** 场馆申请
当部门或院系需要申请室内场馆时，师生可以直接在网上申请，填写会议信息，系统根据举办时间、容纳人数进行自动筛选合适的场馆，提交后自动进入审批流程。通过与学校的场馆系统进行整合，实现场馆预约查询，个人预约调整申请，申请审核通过后可取消场馆预约。
*.场馆申请
（*）可在办事大厅查看场馆的最近一周的预订情况，根据自己的会议活动时间和场地申请场馆，填写会议活动详情，提交申请表单。
（*）当提交后，出现信息错误或临时计划有变，在“我的场馆申请”中可进行撤销申请，审核中的终止流程，已审核过的释放**，取消预订。
（*）师生查看场馆的可预订时间内的预订情况，查看场馆的具体信息，方便选择会议室。教职工和学生也只能看到开放给各自的场馆。
（*）根据自己的会议活动时间和场地申请场馆，填写会议活动详情，提交申请表单。
（*）申请人可在”我的场馆申请”中查看已申请的记录，支持查看详情和按照关键字搜索。
当提交申请后，出现信息错误或临时计划有变，在我的场馆申请中可进行撤销申请，审核中的终止流程，已审核过的释放**，取消预订。
*.场馆申请审核
支持按照场馆申请的审核流程，配置学生/教职工申请场馆的审核流程和环节审核人员。
*.场馆申请设置
（*）管理员配置应用的一些字典和设置，有设置消息提醒方式，会议类型字典设置、应用设置(个人提前预约天数设置、校区设置)，进行场馆管理员用户组设置。
（*）支持会议类型字典**、编辑、删除、按照关键字搜索操作，方便师生申请场馆申请时选择场馆用途和管理员统计查看。
*.*.** 体育场馆预约
为学校师生提供体育场馆预约功能，支持选择锻炼项目，选择时间，根据目前场馆安排，进行预约。预约后会收到提醒，也可以查看个人的预约记录。
支持体育场馆的管理人员维护体育场馆的具体信息，可以根据时间、类型、场馆、查询和统计场馆安排情况。
*.体育场馆预约申请
师生在需要预约体育场馆时，可以选择校区、体育项目，可以查看最近几天的每天时间段的体育项目可使用场地的可预约数。选择适当的时间段进行预约确认，即可预约成功。
师生可以在个人预约中查看自己已预约的场馆，如有临时事情调整，可取消场馆预约。功能支持：
（*）师生根据时间、体育项目查看可预约数。
（*）师生可以在个人预约中查看自己已预约的场馆及预约信息，如有临时事情调整，可取消场馆预约。
*.体育场馆信息管理
支持体育场馆管理员管理场馆信息，包括**、编辑和删除，场馆信息包括基本信息、是否开放、每周占用时间段。每周占用时间段是为体育课程、固定团体活动预留设置的时间，此时间段内不会被师生预约。功能支持：
（*）体育场馆管理员管理场馆信息，支持**、编辑和删除，场馆信息包括基本信息、是否开放、每周占用时间段。每周占用时间段是为体育课程、固定团体活动预留设置的时间，此时间段内不会被师生预约。
（*）支持按照关键字搜索和高级搜索。
*.体育场馆预约情况管理
支持体育场馆管理管理场馆预约情况，查看场馆在指定时间的团体预约和个人预约情况。可以查看、编辑、删除，可以**预约，如果某次预约人发生违约情况，可以设置违约，违约人账号将会被冻结一段时间。功能支持：
（*）体育场馆管理员可以管理场馆预约情况，查看场馆在指定时间的团体预约和个人预约情况。
（*）支持查看、编辑、删除，可以**预约。
（*）支持预约操作，如果某个预约人发生违约情况，可以设置违约，违约人账号将会被冻结一段时间。
（*）支持按照场馆名称、场地名称和预约状态搜索预约情况。
*.体育场馆预约应用设置
应用管理员可以对应用进行一些配置和数据字典维护，人员权限配置等。功能支持：
（*）可以设置消息提醒方式，支持PC端、短信、邮件、微信，学校根据实际支持情况选择消息提醒方式。
（*）可以维护体育项目字典。
（*）支持维护体育场馆信息及场馆管理员用户组人员设置。
（*）支持应用功能人员设置和授权。
（*）支持体育场馆预约的应用设置：提前预约天数、预约起始时间、校区、违约冻结天数等。
*.*.** 课表服务
为师生提供课表服务，支持师生查询自己的课表和地点安排。
学生个人课表查询：支持查看个人的课程安排，包括排课信息和选课信息，以周课表形式展示一周课表的课程信息，支持按周切换。指定周次的一周课表，可以切换周次，点击某节课，可以查看课程的详细信息，包括名称、老师、地点、节数、周次，换算的上课时间。
教师个人课表查询：支持查看个人的课程安排，以周课表形式展示一周课表的课程信息，支持按周切换，可以查看课程的详细信息，包括上课地点、节数、周次，换算的上课时间。
*.*.** 查自习室
查询全校开放教学楼的指定时间段的空闲教室。
师生可以选择所在的校区、教学楼，点击查看此教学楼的所有教室的空闲占用情况，默认会展示今天的空闲情况，可以选择时间和楼层，查看对应的教室空闲和占用情况，便于进行自习室占用和借教室查看。
教室占用会统计教室的排课安排和临时借用的情况，来展示空闲占用情况，有一些特殊未反映在系统上的情况可能会有遗漏。
*.*.** 考试安排
考试安排提供给学校师生考试安排查看，支持师生查看本学期的考试进度安排，可以进行学期切换。
*.支持学生查看本学期和往期学期的考试安排，查看考试的课程、地点和时间，方便进行考试前安排。
*.支持老师查看本学期和往期学期的监考安排，查看监考的课程、地点和时间，方便进行监考安排。
*.*.** 成绩查询
学生可以随时查看自己不同学期的考试课程的成绩，包括分数、班级排名、获得学分，如以绩点计算的课程，绩点详情可以展示总绩点、绩点排名，绩点计算方法，学生按学期查看各科成绩，和学习进度。功能支持：
*. 按照学期查看成绩显示最近的已发布成绩的列表，包括课程的名称、课程号、课程性质、学分、修读方式、成绩分数查看详情。
*. 查看当前登录人的学习完成进度，包括已修和需修学分，如果学校有总绩点，可查看总绩点，查看算法的计算规则和等级。
*. 当有新的成绩出来时，会定时发送提醒给学生。
*.*.** 英语四六级考试报名服务
*.考试通知。由教务处发布四六级报名信息及考试信息，供学生浏览，并可点击选择报名。
*.报名及缴费。学生可在线点击报名，点击报名后系统出现取消及缴费选项，选择缴费，可选择进行一卡通缴费或网络缴费（如学校未来建设网络缴费平台），缴费通过后生成报名成功信息。
*.报名查询。学生可登录系统查询自己的四六级报名情况。
*.考试安排。由教务处发布四六级考试详细安排，并由系统自动推送给已报名学生，学生可登录系统查看考试的相关信息，包括：考场地点、考试时间等。
*.*.** 来款预约
财务处在财务系统内登记来款到账信息，服务应用自动抽取数据通知师生。
*.来款设置。师生进行来款设置，可设置来款金额、来款单位、来款时间段等。
*.来款匹配。财务系统到账数据与师生设置的“来款金额、来款单位”进行匹配，对已经到账的款项，系统自动推送来款到账通知给申请人。
*.来款预警。师生设置的来款到账时间段内未能收到来款的，系统自动进行预警，通知申请人来款未到账，申请人可取消申请或重新设置相关信息重新提交。
*.来款公示
（*）对无人申请、系统无法匹配的来款到账款项，由财务处老师审核后在系统内进行公示，公示信息包括：来款金额、来款单位、来款时间、备注信息等。
（*）师生可在系统内查询检索来款到账公示信息，并可确认领来款到账信息。
*.*.** 个人日程服务
支持师生查看学校校历安排公共日程及个人日程信息，可以**事件，增加提醒，开启我的课程信息展示，查看通过第三方集成过来的会议安排等日程数据。功能支持：
*.个人日程管理
（*）查看个人日程，**日程事件、事件提醒、日程类型等，设置个人日程。
（*）支持以日历形式展示公共日程和个人日程，点击可查看具体的日程详情。
（*）支持**、编辑、删除个人日程事件。个人日程支持添加提醒方式。
（*）允许编辑设置日程类型名称和公开设置，可选择不公开或对指定人员公开，选择后者，则开放的人可看到对其公开的日程类型事件。默认支持三种日程类型。
（*）根据学校教务系统实际接口条件，可导入课程日程，一键同步日程，在日历中查看课程信息。
*.公开日程
（*）查看对我公开的所有人的日程。
（*）列出所有对我日程公开的人员信息，点击查看此人的详细日程。
（*）支持按照姓名和工号搜索。
*.个人日程设置
管理员可导入公共日程，包括学校公共日程和国家法定节假日。管理员可导入公共日程Excel，下载示例模板，进行增量添加公共日程。支持按照日程名称、日程时间进行日程搜索。
*.* 信息化运维服务
*.*.* ▲总体要求
以本项目各系统的访问模型为基础，借助指标采集工具实时采集应用系统运行所需要的网络、存储、主机、中间件等指标数据；
*）、****小时实时监控各应用系统的运行情况，发现异常通过即时通讯工具告知用户，即时工具包括但不限于QQ、语音电话、微信、短信；
*）、监控采集数据需定时同步至云监控中心，支撑后期的针对现场环境运行情况的综合、环比分析工作；
*）、****小时的故障定位与应急恢复，发现异常在可控的范围内快速恢复，事后定位故障原因，以此降低业务中断时间
*）、拥有标准的ITSS二级故障处理规范与流程，确保故障处理闭环与效率；
*）、结合用户现场实际运行环境，以季度为单位输出分析报告，并给出调整优化建议
*）、以应用系统为视角，提供各系统运行状况C端（PC电脑或移动设备）展示，可以实时查看各应系统运行状况，故障期间可以很清晰的查看故障所在位置。
*）、维保服务时间一年，自项目验收之日起计算
*.*.* 监控指标数据采集
支持集中式、分布式部署架构，满足不同量级采集点的数据采集需求。指标采集范围包括网络、主机、数据库、中间件、应用、端到端链路、存储、虚拟化、无线监控。
内置多种常见标准采集协议和标准采集监测器，通过 SNMP/SNMP Trap、Telnet、SSH、WMI、JMX、HTTP、JDBC、CORBA、ODBC、Syslog、开放 API 等远程监控方式，采集 IT 基础设施和应用的各种指标数据。
支持故障当时的各项指标数据留底，并可在同一界面很直观的呈现
*.*.* 模拟登录
基于httpclient技术用预先设定好的账号、密码模拟用户的登录和访问过程，根据预先设置的关键词对登录后的返回内容做进一步解析。如果解析发现返回内容里包含指定的关键词，则认为登录后的页面是正常的。如果解析发现返回内容不包含指定的关键词，则认为登录后页面异常并发出告警通知。
*.*.* 实时监控
*. 提供****小时不间断监控服务，其中“采集数据、监控异常信息”的保留时间段可按需进行自定义配置，监控范围不涉及应用系统的业务逻辑层面如功能页面逻辑错误或功能页面数据错误等。
*. 监控采集数据需定时同步至云监控中心，支撑后期的针对现场环境运行情况的综合、环比分析工作
*.*.* 主动预警
监控发现异常后，监控工程师将异常信息转换成业务语言；（非技术化，用户可以理解的信息），通过即时通讯工具告知用户，工具包括短信、QQ、微信、电话等常用即时通讯工具。监控期间*:**-**:**提供电话或QQ即时告知，**:**-*:**期间内异常将于*:**准时告知用户，告知时间可根据用户实际情况进行调整。告知用户的同时即启动故障定位与应急恢复机制
*.*.* 现场保留
各指标监控采集数据、监控异常信息数据系统默认保留*年，保留时间段可按需自定义，至少保证半年数据；系统针对历史数据的查询提供图表展示形式，方便事后故障原因排查
*.*.* ▲故障定位
*. 告知用户运行环境有异常情况后，服务团队应用立即启动异常定位机制，分析异常或故障的原因所在。
*. 本项目各系统必须能精确定位到故障原因。
*. 超出监控团队分析范围之外的，则触发标准的事件处理流程，但监控工程师全程跟踪处理进展，并实时给予用户反馈
*.*.* ▲故障恢复
*. 监控工程师根据故障定位结果，执行应急恢复操作，**分钟内完成应急恢复操作，以此尽量减少业务中断时间，恢复范围仅限于通过重启或空间磁盘空间释放可以实现的。
*. 必须支持对本项目各系统的远程故障恢复。
*. 超出应急恢复范围之外的，则触发标准的事件处理流程，监控工程师全程跟踪处理进展，并实时给予用户反馈。
*.*.* 服务报告
以现场保留数据为基础，以季度为单位进行现场运行环境的分析，同时给出调整优化建议，最终分析报告以PDF形式输出。
*.*.** 运行状况
以应用系统为视角，提供各应系统运行状况C端（PC电脑或移动设备）展示，可以实时查看各应系统运行状况，故障期间可以很清晰的查看故障所在位置
*.* 应用系统整合集成服务
本项包括两项服务内容：应用系统开发和整合技术规范编制和应用系统整合集成服务。
*.*.* ▲********应用系统开发集成技术规范编制服务
投标人应根据本项目建设的网上办事大厅、移动服务门户、数据共享交换平台、统一身份认证中心平台等系统平台的技术要求以及本项目指定的《信息标准》，为采购人编制应用系统开发和整合的完整技术规范，以便采购人在未来建设其他应用系统或在本项目应用服务平台中开发应用时，用于规范和指导相关的系统以实现**系统或应用在数据、认证和应用多个层面能无缝集成到本项目平台中，实现系统在技术上有章可循，有据可依。
*.*.* 应用系统整合集成
针对学校现有系统，如OA系统、科研系统、财务系统、人事系统、教务系统、学工系统、图书管理、校园卡、邮件系统、后勤系统、设备系统等，进行集成。校方在集成工作开展前可根据实际需求变更所集成系统，亦可根据学校实际情况延期实施特定系统集成的实施时间，但集成系统的总数量不超过**个。
应用系统整合建设内容主要在数据、认证、应用三个层面进行。
集成效果要求：在业务系统供应商承诺支持的前提下，必须实现数据集成和认证集成以及应用集成中的查询类业务。
应用系统整合集成不得破坏原系统的安全性和稳定性，投标人提出详细的数据接口要求和整合集成方案，明确应用系统数据的读取和回写范围，并经系统所属业务部门提供书面认可方可实施。
*.*.*.* 集**全要求
*. 认证授权：保证用户的合法性和用户使用应用信息**的权力，避免内部敏感信息泄漏和服务所提供的信息**被非法访问，造成严重安全事件。
*. 信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处理，防止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密。
*. 数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权修改。
*. 审计：记录应用日志，对事件进行分析，并能提供预警信息。
*. 数据备份：利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。
*.*.*.* 数据集成
*. 利用本项目中的主数据中心平台，从学校各业务部门在用应用系统数据库中抽取出需要共享的数据，构成综合数据集，使主数据库成为全校范围内唯一的全面的数据源，完成数据层的集成，同时为相关应用系统提供主数据共享，为在全校范围内进行综合数据分析服务提供完备、有效、可信的数据基础，实现跨部门业务系统之间的数据交互、共享以及一致性维护。
*. 数据集成过程需采用成熟的商用中间件，能提供统一的可视化的开发工具、拓扑管理工具、集成设计工具、集成查看工具、集成调度工具在内的数据集成管理工具，能图形化的设计和定义抽取、转换、加载流程，并保证数据集成交换的稳定性和安全性。
*. 数据集成接口必须支持包括JMS Topic、JMS Queue、Web Service、Tabled-Txt文件、XML文件、支持操作系统的网络协议，包括FTP。
*. 提供数据集成代码模板库。
*.*.*.* 认证集成
根据现状确定一套用户身份信息，作为认证权限中心平台和全校用户信息化权威身份信息。包括对用户身份的识别验证和对用户单点登录会话的管理和维护。支持用户登录后在不同系统之间漫游而不需要再次输入密码。
将需要认证集成的各信息系统与网上办事大厅平台的认证权限中心平台对接，完成目前适合集成认证的系统的集成工作，同时提供接口供后续建设的系统无缝的与认证权限中心平台进行集成。业务系统需要调用认证权限中心平台的认证集成接口进行身份认证。
*.*.*.* 应用集成
*. 将所有需要集成的系统，与网上办事大厅平台的应用服务平台进行对接集成，通过应用服务平台为广大师生提供统一的、个性化的信息服务，扩展业务部门信息系统的信息服务能力。
*. 通过应用服务平台的集成工具进行应用系统整合，提供整合页面和集成接口，在应用服务平台中建设对应的应用服务，把应用服务平台作为所有已集成系统的唯一的服务访问入口。
商务需求 注意：提供项目服务期限（完成期限）、项目进度安排、付款方式、验收要求、培训要求、售后服务要求
*. ★项目实施要求
*) 工期要求：合同签订之日起***个日历日内，按合同和招标文件约定的要求和标准进行交付，完成项目的安装、调试、试运行及验收。
*) 进度要求：合同签订后**个工作日内，中标人需完成采购人业务需求梳理；完成需求梳理后*个工作日内完成用户需求书的编写与确认；完成需求确认后**个工作日内达到上线试运行条件；项目试运行最低不少于**个工作日。项目各分系统的完成时间由中标方进场后与采购人各业务部门在需求梳理阶段明确。
*) 需求梳理审查：合同签订后**个工作日内，中标人完成采购人业务需求梳理，根据梳理结果完成系统详细建设方案，由采购人依据招标需求、中标人投标文件对建设方案进行评审，评审不通过的中标人须在**个工作日内重新提交建设方案，如第二次仍不通过，则采购人有权中止合同，并保留向中标人索赔权力。
说明：因采购人或第三方系统原因导致的项目延期不在此限制之列。
*. ★项目详细进度计划要求
*) 项目详细进度计划：中标人完成采购人业务需求梳理确认后*个工作日内，须依据梳理确认的需求，重新梳理确认项目详细进度计划，并经采购人签字确认。投标时须提供初步的项目详细进度计划。
*) 进度计划调整要求：非因采购方或第三方原因导致的进度计划调整，必须在调整前征询采购方同意，如属于延迟计划，须出具书面说明，且不得影响整体进度。
*) 详细进度计划管理工具要求：投标人须提供或开发针对本项目的详细进度计划管理工具软件或系统，可对详细进度计划涉及的功能模块、任务、时间节点、人员进行精细化管理，且开放给采购人使用，采购人可通过工具软件实时查询项目整体进度信息、各分子功能模块的详细进度信息等。投标时须提供详细功能截图。
*) 进度计划调整与驻场人员动态调整：非因采购方或第三方原因导致的进度计划延迟，采购人有权要求中标人增派驻场人员，以弥补进度损失。对重点功能模块，进度延期每超过*个工作日，中标人须在*个工作日内增加对应功能模块的驻场软件开发或实施人员一名，直至进度延迟情况消失；对普通功能模块，进度延期每超过*个工作日的，中标人须在*个工作日内增加对应功能模块的驻场软件开发或实施人员一名，直至进度延迟情况消失。且增加的人员不得复用。投标时须针对本要求出具承诺函。
*. ★源代码要求
采购人应可自行基于本项目各系统的技术标准、规范进行二次开发、系统集成、应用开发。投标人须为满足本要求开放相关系统的源代码及提供各类接口（代码开放程度以满足采购人开发要求为准）。同时，投标人还须为采购人提供配套的开发工具（或平台），以实现采购人的快速、简单、敏捷开发。所提供开发工具应具备云端代码管理功能，以便采购人开发代码迭代得到有效管理。
*. 项目建设质保期
本项目要求投标人承诺提供一年免费*×**小时的技术支持服务，售后服务期自验收合格之日开始计算。
*. 验收交付要求
*) 在本期项目交付使用后，要求将各个阶段产生的全面、规范的成果和文档资料交付给采购人，而且要提供明确的交付清单。同时，成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料需包括以下部分：
(*) 可运行的系统。
(*) 系统源代码，具体参见源代码要求。
(*) 技术文档：包括项目开发中的各种技术文档，如需求分析说明书、用户手册、培训资料等等。
(*) 管理文档：包括项目开发中的一些工作文档，如，计划、报告、讨论纲要、会议记录等。
以上文档资料，连同中标通知书复印件、合同复印件等项目相关资料，中标人应在经采购人认可后，在验收前打印装订成册，并提供不少*份,同时提交光盘或U盘的电子版本。
*) 版权要求：除采购人提供的虚拟化软件、数据库及通用中间件之外，若投标人所提供的本项目软件系统还须使用其他中间件或其他软件，所涉及的中间件或其他软件版权由投标人提供，所有费用必须包含在投标总价内，后续不得再增加费用。如有涉及，投标人必须在投标中明确说明所涉及其它中间件或其它软件品牌、规格、型号，且所涉及的其他中间件或其他软件系统必须为主流插件产品，应具有良好的稳定性及兼容性，便于集成、部署、应用和维护。
*) 在进行项目验收过程中，如发现不合格须更换或重新调试的部分，双方在验收时应议定修补措施和整改期限，由投标人在规定期限内完成，完成后经验收合格再行移交，因此而发生的各项费用由投标人承担。项目验收应以国家颁发的相关的验收规范、质量检验标准及项目招投标文件、合同为依据。
*) “应用系统整合集成”因采购人或第三方系统厂商原因导致的无法集成，不影响项目整体验收，中标人须在项目整体验收时出具承诺函，承诺未完成集成系统在具备集成条件后指定时间内完成整合集成，并提供相关的文档资料。
*) 系统在上线试运行前应先通过第三方检测机构的系统安全检测，并出具报告。在终验前通过信息系统安全保护等级二级测评。相关费用含在项目总体报价中。
*. ★付款方式
采用分批付款方式进行结算。
*) 在采购人与中标人签订合同后，中标人支付合同总价*%的质量保证金给采购人，向采购人提供相应发票，采购人负责办理相关付款资料，经采购人审批后交由*财政委统一支付合同总价的 **% 款项；
*) 项目验收合格后，如仍存在未完成集成的系统的，中标人应向采购人支付合同总价*%的未完成集成系统押金，中标人向采购人提供相应服务发票后，经采购人审批后交由*财政委统一支付合同总价的**% 款项；
*) 质保期满后，产品无质量问题且售后服务满足要求情况下，采购人办理向中标人退还质保金的手续。
*) 未完成集成的系统在完成相应整合集成，验收合格且提交了所需文档资料后，采购人办理所对应押金的退还手续。
*. 售后服务
本项目建设内容为支撑学校管理运行的核心系统，因此系统的售后维护服务和技术支持工作应有足够保障。投标人应针对学校的不同的需求和建设的不同阶段，制定有针对性的运行保障方案，建立完善的本地售后服务体系，向采购人提供充分考虑使用者利益的技术支持及售后服务模式。投标人关于售后服务的描述应具体包括如下几方面：
*) 运行保障能力：充分说明公司的运行保障能力，包括技术支持队伍、能力配置、人员配置、机构情况，在本省有无技术支持中心、地点设在何处等。
*) 系统运维服务:
投标人需为本项目开放运维接口及提供运维系统，运维系统须能对本项目各系统提供*X**小时不间断监控服务，能报告本项目各系统实时运行状况（包括CPU占用、内存占用、数据库连接状态、各系统运行状况等），对系统异常情况提供监控预警，并可对系统故障进行故障分析及定位，并可提供远程恢复。
*) 应用软件服务
投标人应确保本次招标系统安全稳定的运行，并承诺提供一年免费服务，售后服务期自验收合格之日开始计算。方案中应对服务的范围和内容进行详细阐述，并至少包括以下内容：
(*) 缺陷管理：针对本次招标的各类系统中存在的Bug、缺陷，不论在保期内、外，投标人均应持续提供修正与消缺服务。
(*) 应急故障处理：系统运行环境出现故障或意外情况导致系统不能正常运行时，投标人响应的情况描述和响应内容，以及不同程度故障的最低响应时间描述。
系统故障分级和相应时间须满足以下要求： 故障级别 故障描述 服务要求
*级 系统核心业务不可用 接到采购人请求后，投标人须在**分钟内予以应答。如*小时内无法解决，须在*小时内派技术人员前往故障现场。
*级 核心故障或系统整体性能下降或不稳定 接到采购人请求后，投标人须在*小时内予以应答。如*小时内无法解决，须在*小时内派技术人员前往故障现场。
*级 非核心故障或系统性能下降，但对用户的主要应用系统目前影响不大 接到采购人采购人请求后，投标人须在*小时内予以应答。如*小时内无法解决，须在*~*个工作日解决或给出解决计划
(*) 系统升级：提供一年应用平台的软件补丁版本的升级服务。
(*) 文档服务：整个服务过程均需有完善的文档记录，便于跟踪、分析问题；对各项服务提供详细的书面报告，包括故障处理报告、健康巡检报告、系统性能检测调优报告、维护总表报告、服务年度报告等。
(*) 运行支持：对系统运行过程中师生用户及业务部门的问题提供解答和问题解决跟踪，对于系统的上线推广与运行提供现场保障。
(*) 安全漏洞修补：系统在使用过程，如发现重**全漏洞，投标人须协助进行漏洞修补。
(*) 因适应软件运行环境的变化而进行的应用软件参数的调整，简称应用软件适应性服务；
*) ★二次开发服务
投标人应承诺在项目验收合格后的质保期内提供***人日的二次开发服务，内容包括对原有功能需求的变更、完善，新增业务需求开发等。投标时须针对本要求出具承诺函。
*) 服务请求流程
投标人需对用户支持或维护请求处理的流程进行详细描述。
*) 服务请求方式
对采购人与投标人联系沟通的方式进行详细描述，以方便学校便利的获取各类即时的和非即时的服务支持。中标人提供的服务请求方式至少应包括：服务热线电话和联系人、联系单位信息、信函/传真、电子邮件、服务网站。
中标人是否设有用户投诉受理电话，对用户的意见做出反应。如果有用户投诉受理电话，请描述以下内容：电话号码（或传真）、投诉中心负责人和受理答复时间。
如因本项目建设的系统故障，或中标人对故障响应不及时、处理不当，造成的损失将由中标人负责赔偿。
*. 培训要求
*) 共同实施
采购人工作人员可全面深入地参与项目全过程，包括需求分析、测试、功能确认、试运行以及使用维护等阶段，掌握各个环节的主要技术，具有对系统的技术维护能力，实现知识和技术的转移。
*) 项目培训
中标人派出的培训人员应熟练掌握系统和了解本项目需求和实施情况；中标人必须为所有被培训人员提供培训用文字资料和讲义等相关材料。
(*) 培训地点须安排在采购人系统所在地，培训内容和操作都要使用和采购人现场一样的环境。
(*) 培训方式需包括：包括课堂讲解、上机操作和实际工作的参与、协助和指导。
(*) 投标人进行的培训工作需涵盖培训方案的设计、培训制度的制定、培训开发、培训实施和培训效果评估，及时监控培训效果，保证培训课程符合采购人的实际需要。在系统运行（含试运行）的各个阶段相应的培训内容描述。
(*) 培训内容须根据不同角色安排，包括但不限于：系统管理人员培训、系统维护人员培训和不同角色的系统使用人员培训。
*. ★驻场实施
在本项目需求调研、设计、开发、测试、部署以及试运行阶段，中标人需要针对本项目安排实施团队驻场实施，并在签订合同后**个工作日内提交经采购人认可的各阶段驻场人员安排表。各阶段驻场人数要求根据任务进度要求可不同，但在项目验收合格前的整个实施期间，驻场人员不少于*人，其中，项目经理*名、软件实施工程师*名、系统测试员*名。驻场团队负责对采购人的用户需求做进一步的梳理，完成用户需求及设计报告的编制，进行客户化开发工作，完成系统之间的数据接口设计，跟进确保开发进度，协调开发人员与职能部门业务人员、信息中心技术人员，进行软件系统的测试、部署和试运行，编写和整理相关项目文档等。
非项目经理个人原因，本项目实施期间，中标人在未征得采购人同意前不得以任何理由更换项目经理。
中标人所提供的驻场实施人员须具备建设实施本项目相关能力，如实施人员能力不符，采购人可书面（含邮件）要求中标人更换驻场人员（含项目经理），采购人接到通知后*个工作日内须提供符合要求的实施人员，经采购人同意后方可上岗工作。
因采购人要求更换实施人员导致的项目进度延期，仍算作中标人的项目延期责任。
**. ★驻场运维
*) 人数及驻场时间
以系统试运行之日起，提供一名驻场软件开发运维人员，时间不少于*年，为采购人提供本项目所建设系统的日常维护服务。
*) 服务内容
在驻场服务期间，为采购人提供常规软件技术支持服务，定期对本项目软件系统进行日常维护、故障扫描、检测，向采购人报告发现的问题，协助采购人进行故障排除，保证系统的正常稳定运行。
*) 工作时间
驻场工程师日常工作时间与采购人工作时间安排相同，节假日安排按国家法定节假日规定执行，采购人寒暑假，除采购人同意外，驻场工程师应正常到场工作
*) 人员更换
中标人需更换驻场系统运维工程师需要提前*个月通知采购人，**排的驻场系统运维工程师需要征得采购人的认可。*年服务期间更换人次不得超过*次。
**. 保密要求
投标人提供的产品、服务具有收集信息功能的，包括但不限于系统运行数据、业务数据等，应当向采购人明示并取得同意，还应当遵守国家有关法律、行政法规关于信息保护的规定，不得用于其他商业用途或提供给第三方。
技术规格偏离表 序号 货物名称 招标技术要求 投标技术响应 偏离情况 说明
商务规格偏离表 序号 目录 招标商务条款 投标商务条款 偏离情况 说明
（一）免费保修期内售后服务条款偏离表
*
*
……
（一）免费保修期外售后服务条款偏离表
*
*
……
（三）其他商务条款偏离表
*
*
……
评标信息
序号 评分项 权重
* 价格 **
* 技术部分 **
序号 评分因素 权重 评分方式 评分准则
* 对项目需求的认识和理解 * 专家打分 考察内容：
*. 对采购人信息化现状（特别是现有系统）、存在问题及发展方向、发展需求等认识和理解；
*. 本项目建设必要性和重要性的认识与理解。
*. 对本项目建设理念（服务化、碎片化，开放性）的认识与理解；
*. 对项目建设内容、建设目标的的认识和理解；根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得**%-***%分数；评价为良得**%-**%分数；评价为中得**%-**%分数；评价为差不得分。
* 系统设计方案的技术响应情况 ** 本项分为两个部分：
一、投标人出具承诺函，承诺完全满足招标文件所有技术要求的得**%。
二、综合考察方案是否完整、清晰以及方案的技术优越性、先进性和成熟度，横向比较，在**%分数内分档评分：评价为优得**%-**%分数；评价为良得**%-**%分数；评价为中得**%-**%分；评价为差不得分。所投方案应通过系统截图或原型图配合阐述和说明。技术需求中要求提供详细功能截图的，如有不提供的本部分最多得**%分数。
一、二分数累加为本项得分。
* 项目进度安排方案 * 专家打分 考察内容：针对商务要求中“项目详细进度计划要求”做横向对比，并重点考察
*. 投标人提供的项目初步详细进度计划，计划的完整性、功能模块划分细化粒度、进度考察细节等；
*. 进度计划管理工具的功能响应情况；
根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得**%-***%分数；评价为良得**%-**%分数；评价为中得**%-**%分数；评价为差不得分。
* 项目组织及实施方案 * 专家打分 考察内容：
*. 投标人所提供的项目详细组织及实施方案；
*. 投标人项目组织架构的清晰程度，人员分工明确、层次搭配合理、实施方案成熟可靠、先进合理；
*. 投标人根据系统的体系架构（服务化、碎片化）等做的针对性实施方案；
*. 所投系统是否具有可管理项目进度及需求的工具或软件，可提供用户需求以及开发进度跟踪，且可真实投入项目实施过程，可查看到学校需求开发及跟踪信息。
根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得**%-***%分数；评价为良得**%-**%分数；评价为中得**%-**%分数；评价为差不得分。
* 售后服务承诺 * 专家打分 在投标人承诺严格按照招标文件商务需求的“售后服务”要求为本项目提供售后服务的前提下考察下列内容，由专家进行横向比较，分档评分：
*. 投标人的售后服务方案；
*. 投标人的验收交付方案合理性；
*. 投标人服务响应方式的多样性；
*. 投标人项目完成后的服务承诺；
*. 投标人是否可提供软件实施及定制化开发的网络培训课程，并提供详细课程截图。
评价为优得（**-***）%分；评价为良得（**-**）%分；评价为中得（**-**）%分；评价为差不得分。要求提供服务承诺函作为得分依据。
* 综合实力部分 **
序号 评分因素 权重 评分方式 评分准则
* 拟安排的项目负责人（仅限*人）情况 * 专家打分 要求提供拟安排的项目负责人近三个月必须在投标单位缴纳社保，否则不予计分。要求提供该人员近三个月社保资料（网页截图或窗口打印资料或社保部门出具的证明均可）扫描件（原件备查）作为评标依据，需在提供的社保资料中框出或标出拟安排的项目负责人。在此基础上， 专家根据提供的学历、职称、项目经验和资格证书等情况横向比较，分档评分：评价为优得**%-***%分数；评价为良得**%-**%分数；评价为中得**%-**%分数；评价为差不得分。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。
* 拟安排的项目团队成员（项目负责人除外）情况 * 专家打分 要求提供拟安排的项目团队人员（项目负责人除外）不少于**人，且近三个月均必须在投标单位缴纳社保，否则本项直接计*分。要求提供项目团队人员近三个月社保资料（网页截图或窗口打印资料或社保部门出具的证明均可）扫描件（原件备查）作为评标依据，需在提供的社保资料中框出或标出拟安排的团队成员。在此基础上，以下*项累加计分：*.至少有*名计算机技术与软件专业技术中级（或以上）资格得**%分，以此为基准，每多*名计算机技术与软件专业技术高级资格人员加**%分（本项最多得**%分，最少得*分）；*.至少有**名人员具有全日制高校计算机相关专业本科学历（或以上）得**%分，否则不得分。同一人员第*、*项可累计加分。要求提供有关证书扫描件（原件备查）作为得分依据。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。
* 项目拟使用产品的成熟度及可靠性 * 专家打分 投标人自有知识产权的“网上办事大厅（应用服务平台软件、一站式服务大厅）、数据共享交换平台（主数据管理软件、信息**共享平台）、数据质量检测软件、运维服务管理平台软件、元数据工具软件、数据集成监控工具软件”等“具有《计算机软件著作权登记证书》的数量情况（软件产品名称与标书要求不必完全一致，用途一致或相近即可；"一致或相近"由专家进行判断）：具有*项或以上得***%分数，*项得**%分数，*项得**%分数，*项得**%分数，*项得**%分数，*项或不足*项不得分。要求提供证书扫描件（原件备查）作为得分依据，不提供不得分。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。
投标人同类项目业绩情况 * 考察投标人近三年（****年*月*日至本项目开标之日，以合同签订时间为准）同类软件平台项目（至少包含应用管理平台或门户平台软件、主数据管理软件或数据共享集成软件、统一身份认证软件，且合同金额不少于***万元）业绩情况：*项（或以上）得***%分数，否则不得分。要求同时提供合同关键信息（通过合同关键信息无法判断是否得分的，也可以提供能证明得分的其它证明资料，如合同甲方出具的证明文件等）及项目履约（验收）合格评价（证明）文件（均要求提供扫描件，原件备查）作为得分依据。证明资料中必须要体现相关业绩是否满足得分条件，以便专家判断得分情况。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。
服务网点 * 专家打分 **供应商得***%分数，或非**供应商但在**有合法注册的分公司（必须提供分公司营业执照扫描件，原件备查）的得**%分数；否则不得分。
* 诚信情况 *
序号 评分因素 权重 评分方式 评分准则
* 诚信评价 * 专家打分 评分准则内容:投标人在参与政府采购活动中存在诚信管理相关问题且在主管部门相关处理措施实施期限内，或者近三年（以投标截止日期为准）投标人在*政府采购中心有履约评价为差的记录，本项均不得分，否则得满分。投标人无需提供任何证明材料，由工作人员向评审委员会提供相关信息。
* 反贿赂管理体系认证情况 * 专家打分 评分准则内容:通过反贿赂管理体系认证得满分，否则不得分。要求提供认证证书扫描件（原件备查）作为得分依据。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。例外情况：如“诚信管理情况”一项不得分，则不论是否通过反贿赂管理体系认证，本项均不得分。
* 现场系统演示部分 **
序号 评分因素 权重 评分方式 评分准则
* 现场系统演示 ** 专家打分 按照演示内容（共*项），每一项全部满足演示要求的得**%分数，否则不得分。是否满足演示内容要求由专家进行判断。备注：系统必须为包含可操作数据并可顺畅运行（静态网页或PPT不得分）。
演示内容：
一、网上办事大厅
*. 服务事项的新增、调整、发布、批量导入导出、查询等功能。
*. 服务事项与应用（或服务）进行绑定后，可从服务事项办事指南页面启动应用（或服务）。
二、信息**共享目录管理
*.信息**目录申请、审核和开发功能
*.数据信息使用申请。用户可浏览信息**目录，并从中选择数据提出使用申请。申请经审批通过后可根据申请时的需求提供数据导出下载或提供数据访问API接口。
三、数据共享交换平台
*.数据流向监控：支持按U/C数据使用关系矩阵方式查询，且提供图形化方式展现，并在图上显示出实际的数据集成情况，发生错误的数据流向能以突出颜色或线条显示。
*.数据质量监控：可对业务系统集成的主数据进行事后检测，暴露数据存在的问题，包括数据集成问题、实施规范问题、源头业务系统本身数据质量问题
四、统一身份认证平台
*. 统一身份认证平台支持第三方账号（新浪微博、腾讯QQ、微信三选一）绑定与认证功能。
*.统一身份认证平台支持对指定系统可以设置二次认证功能（即校内部分关键系统需要进行二次登录），二次认证登录方式可设置为再次输入密码。
五、系统可管理性
*. 监控学校各API被调用情况。可展示API被哪些APP调用、调用总次数、成功次数、失败次数等，并可查看详情，包括：APP代码、APP类型、开发者账号、调用明细信息等。
*.后台可以实时查看各应用或服务的PV（页面浏览数）、UV（访客数）、平均停留时间、使用浏览器及版本，实时在线了解学校应用运行使用的状况。
*. 提供各应用可用性状态的（PC电脑或移动设备）展示，全方位对应用系统状态进行监控，包括前端URL响应时间、中间件、主机、数据库等。故障期间可以清晰的查看到故障所在位置。
其它
附件
备注*：本公示期限为*个工作日。公示期内如有异议，请登录采购系统，点击“提出需求疑问”功能点进行质疑，由采购人进行回复。
备注*：供应商在公示期过后对采购需求仍有异议的，请向采购人提出，采购人应予答复，并将供应商异议及答复材料在制作采购文件前移交给集中采购机构或社会采购代理机构。。 采购需求疑问及回复列表 序号疑问标题疑问内容疑问单位疑问人疑问附件疑问日期标题内容单位采购人附件日期
货物采购部：****-********
工程采购部：****-********
服务采购部：****-********
预选采购部：****-********
网址：http://www.cgzx.sz.gov.cn/
地址：******景**路*号财政大厦附楼
邮编：******
文件下载
- 招标导航
-
施工准备 土地整理 三通一平
工程施工 地基与基础工程 桩基工程 预应力工程 防水工程 保温工程 爆破工程 加固除险工程 改造改建工程 回填工程 燃气工程 防腐工程 电气防雷工程 空调采暖工程 地下室 停车场 钢结构 膜结构 给排水 声屏障 道路工程 桥梁工程 市政工程
园林景观绿化 古建筑 喷泉 水幕 雕塑 草坪 亮化工程 照明 灯光
弱电 安防 综合布线 消防工程 门禁 救生 智能建筑 有线电视 数字会议 广播 音响工程 大屏幕
装饰装修 吊顶 粉刷 彩绘 幕墙 外立面
工程服务 审计 监理 勘察 规划 设计
建筑材料 门窗 座椅 地板 混凝土构件 水泥 建筑钢材 木构件 涂料 拦污栅 除尘器 管材 土工材料 土工格栅 土工布
更多>>
为保证您能够顺利投标，请在投标或购买招标文件前向招标代理机构或招标人咨询投标详细要求，有关招标的具体要求及情况以招标代理机构或招标人的解释为准。
