( 智慧校园基础支撑平台 )需求公示
|
项目名称
|
智慧校园基础支撑平台
|
采购类型
|
服务类
|
|
采购人名称
|
(略)
|
采购方式
|
公开招标
|
|
财政预算限额（元）
|
4,200,000.00
|
|
项目背景
|
(略) 以“敢闯敢试、求真务实、改革创新、追求卓越”的创校精神， “创知、创新、创业”的办学特色，大力培养创新人才，早日实现建成国际化高 (略) 、建成中国重大科学技术研究与拔尖创新人 (略) 的办学目标。在办学理念、办学模式、办学目标各方面取得长足进步的同时。 (略) 的信息化建设水平和“国际化高 (略) ”的目标还有很大差距。存在信息系统分散建设，维护困难，信息孤岛严重，信息化系统无法支 (略) 办学特色、办学目标、管理发展。
面对近几 (略) 的快速发展，特别是“ (略) +教育”的建设理念，学校提出了面向国际知名高校，打造智慧校园建设规划，小步快走、快速见效。提出借 (略) 管理理念，引进国际顶级技术和系统，在信息管理平台上率先达 (略) 水平，为创建国际化高 (略) 提供强有力的技术支持。
考虑到校园信息化建设是一个系统工程，因 (略) 提出了整体规划、分部实施、小步快跑、快速见效的建设理念及工作思路，分阶段分步骤的推进智慧校园建设，本项目即是在这样的背景下， (略) 信息化需求，以智慧校园总体需求为牵引，建设符 (略) 需求特色的南科大智慧校园基础支撑平台。
(略) 智慧校园基础支撑平台项目包括应用管理平台、服务总线平台、校级流程引擎、主数据管理平台、公共服务应用、学生综合管理与服务等建设，是未来智慧校园的底层核心承载平台，将承载未 (略) 有核心业务系统、不单要满足当前信息化使用需求，同时要保证未来五年的信息化发展要求，其重要性不言而喻。
|
|
投标人资质要求
|
1、具有独立法人资格（提供合法有效的营业执照原件复印件，原件备查）；2、具有《中华人民共和国政府采购法》第二十二条规定，在中国境内注册；3、本项目不接受联合体投标，不允许分包；4、参与政府采购项目投标的供应商 (略) 贿犯罪记录；
|
|
服务类清单
|
|
序号
|
采购计划编号
|
需求内容
|
数量
|
单位
|
备注
|
财政预算限额(元)
|
|
1
|
PLAN- *** 049
|
信息技术、信息管理软件的开发设计
|
1.0
|
批
|
|
*** .0
|
|
|
|
|
具体技术要求
|
具体技术要求
|
1 总体项目概要
1.1 总体目标
（1）引入SOA架构的成功管理思想和技术，融合现代化管理理念和流程。以统一的服务门户为唯一的用户使用入口， (略) 信息交换平台 (略) 理平台，实现校级的用户、身份、权限管理。 (略) 整体运营管理和服务的智慧校园统一基础支撑平台。
（2）能够有效、 (略) 各种应用系统，通过应用管理平台提供合理的、方便的、高质量的各种服务。
（3）提供统一管理数据、用户、权限、服务的有效、便捷、安全、完善的功能，并为 (略) 式服务系统的建设提供全面的技术支撑；提供各业务系统统一运维服务，平台能够调用各个软件系统中间件开放的系统运维接口，报告业务系 (略) 状况数据（包括CPU占用、内存占用、数据库连接状态等），供统一运维管理使用。
（4）建设针对师生的应用门户（应用管理平台）， (略) 上办事大厅，提供统一的服务入口。
（5）应用系统集成包括界面集成、应用集成、数据集成三个层面。 通过基础支撑平台实现应用系统的集成。
（6）在硬件环境满足的前提下，系统能满足3000人并发访问和20000人同时在线访问，且并发访问响应时间小于3S。
1.2 技术路线
（1）基础平台和应用 (略) 于Linux、Unix、Windows等 (略) 全性操作系统。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将 (略) 在技术上的相互依赖性减至最低。
（2）基础平台和应用系统均要求采用B/S结构，采用Java编程语言和服务器端Ja (略) 开发，且必须基于Oracle 11g及以上版本。
（3）采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。
（4）应用程 (略) 结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑服务器和数据库服务器。
（5）各应用系统要充分利用现有先进技术手段，采用相同的体 (略) 平台，基于多层架构和 (略) 构建，做到系统结构层次清晰。所有应用逻辑、流程、数据等都应当能够根据建设方要求 (略) 封装。
（6）系统必须支持负载均衡，支持动态监测负载状况，自动对 (略) 并发检测，调整和分配等功能。
2 基础支撑平台
2.1 应用管理平台（网上办事大厅）
2.1.1应用门户
（1）办事大厅： (略) 应用门户首页，提供应用的角色快速入口、服务推荐、应用的业务域快速入口。
（2） (略) ： (略) 中， (略) (略) 有应用。 (略) 景、服务角色、服务类别、服务方 (略) 分类，用户可根据条件选择快速定位到想要查找的应用。同时提供模糊查询，用户可输入应用名 (略) 检索。通过一系列的检索、定位引导，为用户提供更精准、更便捷的服务获取路径。查询维度可包括：输入应用名称通过右侧搜索按钮可以搜索相应的应用。标签搜索，通过不同的Tab标签， (略) 景、服务角色、服务类别、服务方式等条件则可以筛选相应的应用。字母导航，通过点击右侧的字母导航则可以直接定位到以此该字母开头的应用。
（3） (略) ：为用户个人提供综合的服务，包括个人数据、通知公告等相关信息服务。方便用户及时并且最直观的关注和“我”有关的数据。展现用户个人相关的数据。展现用户的个人收藏应用，也可对已 (略) 取消。展现被广大师生用户使用较多的应用，并且可根据权限设置过滤用户能看到的应用。
（4）应用侧边栏：平台提供了个性化的应用边栏服务，用户可以根据其喜好添加或者删除相应的功能，点击侧边栏即可随时呼入呼出，方便用户操作。 (略) 浏览等。
2.1.2基础服务
（1）应用推荐：根据服务应用的开放时间或业务周期，对 (略) 服务推荐，让用户在进入门户平台第一时间可以看到推荐的应用。管理员可以根据业务需要，对 (略) 推荐设置和推荐日期设置。
（2）应用收藏：对于用户经常需要使用的服务，提供收藏功能，用户可以自定义增加及删除。同时页面上提供我的收藏模块，让用户可以更直接方便的看到自己的收藏服务。
（3）应用搜索：提供 (略) 应用的搜索，在统一服务门户中可以通过右上角搜索框输入关键词或应用名称即可在用户个性化门户平台中，进行检索查找相应应用。
（4）热门应用：热门应用的集中展示方便用户对应用的选择，可促进应用质量的进一步提升。平台将根据用户的使用情况主动推送了热门应用。
最新应用：根据应用最新上线时间则对用户推出最新应用，方便用户及时查看最新推出的应用。
（5）应用说明页：该功能主要用于方便用户了解应用的使用说明。页面展现了应用的“流程说明、注意事项、 (略) 门、联系方式”等详细介绍。在用户点击应用时会出现应用说明页，用户在进入应用前就可以直观的获取到应用的使用及操作说明。
（6）应用评价：服务应用过程中，用户可 (略) 评价打分和留言，应用管理员可以查看评价内容，为应用管理提供参考依据，进一步提高应用管理效率。
（7）应用反馈：为用户提供意见反馈渠道，提升用户体验，同时帮助应用的管理端提供优化数据以及对应用的完善提供宝贵意见。
（8）消息通知：通过和业务应用的集成，可直接在统一服务门户上获取各个应用推送的消息内容，通过应用类别筛选即可查看其分类下的消息通知。
（9）消息以时间 (略) 展现，方便更直观的查看最近的消息通知，通过最前端设计提升用户体验。
（10）应用推荐：针对 (略) 服务推荐，用户登录平台后系统自动识别用户的群组属性 (略) 应用的推荐。
2.1. (略)
（1）应用管理：提供统一的注册标准，标准化接口调用规范， (略) 应用的注册创建。可 (略) 三级授权，包含系统管理员、业务域管理员、应用服务管理员。实现多维度的业务应用配置功能， (略) 门能通过对应用的各种分类维度设定，将应用开放给维度内用户使用。一方 (略) 门配置应用的用户族群、应用类别归属，另一方面也便于用户通过应用的定位更加智能、精准、快速的获取应用。提供应用的开放时间段设置功能，可根据应用的业务周期或具体使用时间设定应用的开放时间段。提供应用的上线、下线设置功能。
（2）应用文件夹管理： (略) 中的应用越来越多，师生用户需要更简洁的归类界面，方便快速找到某一类应用。系统提供应用归类功能，可按业务域归属将相关APP添加到同一个文件夹中。具有同一类别属性的应用可添加到一个应用文件夹中，以文件夹的 (略) 中集中展现。
（3）专题推荐管理：系统提供可设定专题的应用推荐功能。为了方便在不同业务期间能及时向用户推荐相关应用，为业务的开展提供宣传。
（4）业务域管理：为了配合应用管理中的分级授权，业务域管理用于为系统管理员添加相应的业务域提供便捷的配置功能，通过把应用分配到业务域可以 (略) 应用的管理。
（5）用户组管理：根据用户的角色、 (略) 分组，管理同一属性应用群体的应用使用权限。用户组管理提供用户组的新增、编辑、删除功能。每一个用户组可设置该用户组的用户组名称、所属业务域、用户组描述、组内用户、应用权限。有效的用户组管理是做好应用主动推送的第一步。同时管理端可以清晰的了解到业务域下的用户组和具体应用的授权关系。用户组内的成员管理可提供静态、动态两种形式的管理。解决了 (略) 景下对用户授权的管理需求。静态组用于固定群组的管理，例如本科生、研究生、教职工等；动态组用于人员变动较快、及时性较高的群组的管理，例如临时人员等。
（6）意见反馈管理：该模块提供对师生用户提出的应用 (略) 理功能。管理员可以随时查看应用的反馈信息，并可以对用户的反馈问题做出回应。搜集来自用户的反馈意见， (略) (略) (略) 门的服务满意度。
（7）评价管理：平台为广大师生用户提供了各个应用的独立评价渠道。管理员可通过应用评价管理功能了解用户对每个应用的评价详情，掌握应用评级、排行信息。应用建设效果有直接的数据作为支撑，利用应用的用户评价数据促使应用快速优化、提升。
（8）系统管理： (略) 点的配置功能， (略) 站点的菜单配置、用户授权。不同的用户组可 (略) 点、拥有不同的菜单权限， (略) 点可设置不同的界面风格。
（9）提供应用的升级、版本下载、部署地址设置功能。系统自动推送应用是否升级的信息。除对单个应用的下载外，还支持同一类型的应用的批量下载。下载后的包用于应用的升级更新。
2.1. (略) 数据 (略)
支持平台(应用)实时访问统计、访问用户设备统计、访问地域统计、用户的评价反馈结果查看，管理员可以实时查看PV（页面浏览数）、UV（访客数）、平均停留时间、使用浏览器及版本， (略) (略) 使用的现状；
（2）提供各业务系统统一运维服务，平台能够调用各个软件业务系统开放的系统运维接口，报告业务系 (略) 状况数据（包括CPU占用、内存占用、数据库连接状态等），供统一运维管理使用。
2.2 服务总线平台
2.2.1▲服务注册管理
提供服务注册功能，通过填写相关表单内容完成服务的注册与自动解析。可以展示当前账户 (略) 有Restful服务，提供对服务的修改和删除功能，并提 (略) 添加解释说明信息的功能。展示当前账户 (略) 有wsdl服务，提供对服务的修改和删除功能，并提 (略) 添加解释说明信息的功能。
提供给总线管理员或者超级管理员对已经注 (略) 审核的功能。提供给总线管理员或者超级管理员对 (略) 增加修改和删除的功能，该分类影响到对服务的定位。
2.2.2服务申请管理
展 (略) 有可用服务，包括其文档信息。提供服务的申请的功能，并且支持批量申请。 (略) 有本账户已经申请的服务，包括审核状态和accessToken等信息。
提供给总线管理员或者超级管理员对其他账号或本账号申 (略) 审核的功能，只有审核通过后，申请方才能获取accessToken调用服务。
提供给总线管理员或者超级管理员可 (略) 有 (略) 管理的功能，包括服务上下线、服务编辑和授权收回等功能。
2.2.3▲服务监控功能
(略) 有服务小时粒度监控情况，统计指标包括请求数量、服务总数、错误数、sla预计数、平均响应时间、最大最小响应时间。展示 服务总线每个服务的小时粒度监控情况，统计指标同 服务总线代理服务概况。对于应用账户，展示已注册的每个服务的小时粒度监控情况，统计指标同 服务总线代理服务概况。 (略) 有 服务总线服务日粒度监控情况。 (略) 有服务和具体服务两种维度。统计指标同服务总线代理服务概况。对于应用账户，展示已注册的每个服务的日粒度监控情况。统计指标同 服务总线代理服务概况。
2.2.4资源监控与配置功能
实时监控服务总线集群机器的cpu、内存和硬盘。配置预警邮箱的smtp信息。
2.2.5消息总线管理功能
提供对当前 (略) (略) 列的申请功能。 (略) 列的查询、筛选、详细参数展示、审核功能。提供对当前用户申请的通信授权记录的查看、筛选、详细参数展示以及申请通信授权功能。提供通信授权记录的查看、筛选、详细参数展示、授权、通信状态管控等功能。提供消息总线相关参数的自定义配置功能。
2.2.6应用账号配置
(略) 有账号，可 (略) 查询、增加、修改和删除功能。具 (略) 查询、增加、修改和删除功能，同时具有为账户配置相关角色的功能。具 (略) 查询、增加、修改和删除功能，同时具有为角色配置相关菜单选项，以及菜单名称和链接地址的功能。
2.3 (略)
(略) 提供统一的流程引擎供 (略) 调用， (略) 流程跟踪。 (略) 流程的定义和维护实现流程的可视化管理。 (略) 为业务系统提供底层流程支撑。
(略) 平台，专门面向我校信息化建设中的业务流程整合，需 (略) 署和使用的特性。
2.3. (略)
提供统一待办任务管理、委托管理、流程跟踪、流程查询等；使学生和老师可以 (略) 理自己的事务，查询自己提交的事项办理情况和已办事项的情况。
2.3.2统一流程管理
流程运转时，支持管理员干预流程走向（如退回、转发、跳转、申请人主动撤销）；支持管理员随时暂停、启动相关流程；支持管理员实时调整流程相关数据，管理员可以实时修改 (略) 理人信息。
2.3.3API服务接口
提供标准Web Service API开发接口，外部系统以WebService API接口调用流程运转相关服务，方便其他异构系统按照标准Web Service (略) 集成；
2.3.4流程设计
支持图形化工具定制业务流程在各个环节和流转规则，支持时间触发自动跳转，支持条件跳转；
2.3.5表单设计
(略) 表单信息的维护，可以拖拽控件，置入 (略) 表单设计。控件包括一般类控件、按钮类控件和容器类控件。一般类控件包括输入、多行输入、是否、下拉、单选、多选、文字、日期、时间、数字、货币、附件、弹出框和图片，按钮控件包括提交和自定义按钮，容器类控件包括表格（表格列和表格表单）、页签、面板和画布。 (略) 表单 (略) 设置，包括样式、校验、事件规则、数据源等。可以把表单挂接到流程的节点上；
2.3.6任务推送
在流程流转时，为了满足其他 (略) 业务维度的综合分析，平台需支持将指定流程的任务流转信息按照约定格式推送到其他业务系统平台。
2.4 主数据管理平台
2.4.1信息标准管理工具
(略) 信息化建设的基础核心内容，是信息在采集、处理、交换、用户访问、传输过程中的统一规范， (略) 信息资源共享和信息系统得到协同发展的基础。信息标准体系的建设内容主要包括数据标准、代码标准、信息标准管理工具。
（1）数据标准:
(略) 的 (略) 定义，每个信息子集应包括以下内容：
Ø数据集、数据子集、数据项分类与分层结构；
Ø数据集定义、属性描述；
Ø数据子集定义、属性描述；
Ø数据项定义、属性描述、权限描述。
实际确定的信息集要根据我校实际情况，伴随着各类应用的建设与 (略) 修订、补充，未来信息集的制订范围应 (略) 有业务，需包含人事管理数据集、学生管理数据集、财务管理数据集、科研管理数据集、资产管理数据集、教务管理数据集等。
（2）代码标准:
数据要按照统一的标准产生、存放、使用，使数据真正实现共享。代码标准的建设即是基于国家标准、 (略) 标准、 (略) 已有的校标，兼顾各个标准之间的兼容性、一致性以及标准的可扩展性，建设和完善的各类系统中数据的存储、使用规则， (略) 自身实际的代码标准。
（3）信息标准管理工具：
信息标准管理工具，实现代码标准的新增、启用、拆分、合并、停用，记录代码变更日志，代码值映射关系的增删改查，代码标准的检索以及代码被引用情况查询。
代码标准管理工具提供代码标准管理、代码标准查询、代码使用范围检索、代码映射关系、代码使用情况检查等多种功能，以帮助高校轻松实现对标准的“制定（Draw）、维护（Edit）、理解（Understand）、分享（Share）、集成（Integration）”等功能，同时，监督代 (略) 情况，逐步优化趋向统一。
A、代码标准管理实现对代码标准的日常管理，当某个标准需要更新时，通过代码标准 (略) 及时更新维护;提供新增、启用、拆分、合并、停用、导入、导出等功能；提供记录代码变更日志，供用户跟踪代码标准变更过程。
B、代码标准查询实现对代码标准、代码标准模式、代码映射关系、使用范围的查询检索：代码表模糊检索。例如：给出表名或表中文名，检索相关代码表；代码内容模糊检索，例如：只给出一个代码值， (略) 有含此内容的代码表；代码使用范围查询；查询代码的使用范围，以便于系统管理员了解代码的影响范围；代码检查情况查询，检查业务系统和标准代码的匹配程度，为数据集成提供是否达到集成条件的判断依据，代码标准分级查询。
C、支持按角色授权，不同角色可以查询不同的代码标准。
实现代码标准的新增、启用、拆分、合并、停用记录代码变更日志，代码值映射关系的增删改查，代码标准的检索以及代码被引用情况查询。
代码标准管理工具提供了代码标准管理、代码标准查询、代码使用范围检索、代码映射关系、代码使用情况检查、代码标准导出等多种功能，以帮助高校轻松实现对标准的“制定（Draw）、维护（Edit）、理解（Understand）、分享（Share）、集成（Integration）”等功能，通过代码使用情况检测，自动化 (略) 中的代码标准与业 (略) 、 (略) 对比，找出其中差异，形成检测报告，为数据管理人员调整标准或调整业务系统代码提供依据，监督代 (略) 情况，逐步优化趋向统一。
2.4.2数据集成工具
（1）元数据管理工具
元数据管理工具主要实现代码标准、主数据模式标准的元数据信息的管理，包括添加、删除、修改、数据对象的创建等功能；同时，通过元数据一致性检测功能，确保代码标准、主数据和数据存储库一致，避免直接操作数据库等不规范操作带来的问题。
另外，可以实现业务系统元数据资源的统一注册、数据分类管理，实现全校元数据资产统一管理，便于数据 (略) 需要的元数据， (略) 使用的数据的业务含义，加强对数据治理过程的控制能力。
可对主数据和业务系统的数据对象按 (略) 管理，包括：
Ø数据分类管理：数据对象的分类目录的导入、增加、删除、修改、设置排序号；
Ø表对象管理：表对象的导入导出和增删改查；
Ø字段属性管理：字段的导入导出和增删改查；
Ø代码表引用关系管理：代码表引用关系的增删改查；
Ø主数据建模：可根 (略) 数据建模。该功能只支持对 (略) 数据建模，不操作业务系统数据库。采取先对元数据和数据库实体一致性比对，再 (略) 处 (略) ；
Ø变更历史查询：元数据的变更(或版本)操作都会被记录并可被用户查询。
（2）主数据管理
(略) 门系统还未建立， (略) 分数据（例如EXCEL）需要提前共享的情况，可以通过主数据管理工具通过简单导入、导出功能完成数据采集和校验， (略) 分发到其它应用系统。
(略) 门、按数据权 (略) 门查询相关数据，支持字段组合查询，支持EXCEL导出；支持记录变更历史查询。
（3）数据集成平台
通过数据集成工具与各个业务系统的 (略) 数据的抽取、加载、转换映射，完成从源到目标的数据交换。系统应能支持数据的双向传递，使得各类系统业务数据实时共享，并提供过程的调度和监控。数据集成工具要求如下：
A、集成接口支持为不同类型的数据源提供接口，包括：
支持主流RDBMS如：Oracle、DB2、Sybase、SQL Server的数据集成；支持非主流RDBMS如：Mysql、Derby、PostgreSQL的数据集成；
支持ODBC数据源如：Foxpro、Access、Excel等的数据集成接口；
支持消息类型数据源如：JMS Queue、JMS Topic的数据集成；
支持如格式化的txt及XML的文件数据集成；
支持WebService的数据集成；
支持其他特殊类型数据格式如：LOB字段（BLOB、CLOB）的数据集成。
B、数据集成KM模块。提供数据集成KM库，各种数据集成需求开发包数量要求大于100个， (略) 后期数据集成提供便利性。
C、拓扑管理工具。对数据源和 (略) 管理，支持RDBMS、文本、消息、Web Service等各种数据源接口。
D、集成设计工具
对数据集成项目提供图 (略) 设计和开发。
E、集成查看工具
查看数据集 (略) 情况，可以对 (略) 调试。
F、集成调度工具
对各个数据集成 (略) 调度控制，以此完成定制化的数据集成过程。
（4）数据备份管理工具
数据备份管理工具构建主数据仓库来保留主数据的历史数据，每天把主数据、代码标准库中前一天发生变化的增量数据同步备份到数据仓库，能重现每天的数据情况，对时间维度上的数据分析工作提供了重要的手段；能检索数据备份情况；能导出主数据表的任何一天的数据切片，供线下数据分析使用。
提供数据备份日志可以查询每天代码标准和主数据的备份情况； (略) 日期、 (略) (略) 检索；检索 (略) 日期、进程ID、总步骤数、异常步骤数、备份记录总数、执行开始时间、执行结束时间等。 (略) 日期、步骤名称、 (略) (略) 检索；检索 (略) 日期、步骤名称、备份记录总数、执行状态、异常信息、执行开始时间、执行结束时间等；
备份数据查询可查询每张表的数据变动情况以及每张表每天的数据快照情况，可导出到EXCEL，满足各种临时的数据统计需求。
（5）数据集成监控工具
运行监控管 (略) (略) 监控人员提供系统的动态，异常情况，数据情况等。以图形化的方式，较通俗易懂的表现形式来展现系 (略) 和异常情况，并且按照事件的重要程度，将最重要的信息展现在最醒目的位置；提供系统数据集成监控、数据库监控功能，并能按时间和被集成业务 (略) 数 (略) (略) 统计和展示。
数据集成监控针对数据集成工具，对业务系统集成情况， (略) (略) 展现，其主要包含：
集成概况：近一周（一月）内集成概述；任务计划调度时刻表；执行时间最长的10个接口；不在任务计划中的接口清单；业务系统接口情况；业务系统接口出错情况；集成数据量较大的10个接口；出错最频繁的10个接口。
接口信息：可以按照数据对象、接口名称、流向检索；可以查询接口清单，包含接口名称、数据源头库、数据源头表、目标库、目标表、接口流向等内容；可以查询接口字段映射/转换关系：可以 (略) 日志：
任务信息：可以按项目名称、数据对象、接口名称 检索；检索内容包含项目名称、任务名称、任务版本、代理名称、代理服务器IP地址、调度计划、代理状态等；可以查询任务的调度计划、 (略) 步骤情况；也可以查询每 (略) 日志；
日志信息： (略) 日期、执行状态、接口名称 进行检索；检索内容包含接口名称、接口描述、开始时间、持续时间、执行状态、数据详情（总记录数/新增记录数/更新记录数/删除记录数）、错误信息等；
数据库监控主要对影响主数 (略) (略) 监控，便于及时发现数据库异常，及时优化调整数据库或应用程序，确保数据库、应 (略) 。
相关指标包括：数据库连接数、数据库表空间（主数据）、数据库表空间（主数据仓库）、数据库死锁、数据库归档情况、耗时最大的10条SQL、CPU消耗最大的10条SQL、磁盘读写消耗最大的10条SQL。
3 公共服务应用
(略) 统一的 (略) 呈现， (略) 统一的应用管理平台管理， (略) 便捷的启用、停用。所有服务应用必须基于统一服务门户统一的意见反馈、收集接口，师生用户可对 (略) 打分、评价，该打分评价可实时反馈给后台 (略) 及时的服务调整，且后台管理人员可查询各服务应用的访问频率、访问方式等。所有服务应用均须以APP方式存在、封装，提供标准的API接口，与学校的服务 (略) 对接，暴露服务端口。
3.1 内置应用
（1）通知公告： (略) ， (略) 内容。应用管理员统一设置栏目属性和栏目发布管理员，进行栏目的发布授权，支持栏目的拖动排序，更改栏目的展示顺序。 (略) ， (略) 标题和内容搜索、按照公告状态、 (略) 查询，支持创建、归档、删除、预览和查看详情。单篇公告可以设置自动归档时间，到时间自动归档。 (略) ，支持按照栏目、公告标题和内容搜索、查看详情。
（2）个人数据：系统提供各类信息提示服务。例如：邮件未读邮件提醒、一卡通消费及余额提醒、图书借阅信息等，以平铺的形式集中展现了和个人有关的数据信息。
3.2 域名及固定ip申请服务
(略) 、实验室、 (略) (略) 或信息系统需要开放访问地址时，需要申请域名或固定IP，申请过程需要说明申请原因、用途，走相应流程， (略) 分配，分配结束后反馈分配结果。
l域名及固定IP申请
教职工填写域名及固定ip申请表单， (略) 审批流转。
l域名及固定IP申请审核办理
域名及固定IP申请提交后，根据流程配置，自动流转到下一步环 (略) 审核， (略) 级管理员和校级管理员的审核。
(略) 的审核流程，配置审核流程和环节审核人员的配置。
支持每一环节的审核工作，查看流程图和填写办理意见。
审核过程中，对于下一环节审批人有消息提醒。
申请人在审核结束后，可以按照设置的消息提醒方式，收到申请审核的消息提醒。
l域名及固定IP申请管理
管理员可以增删改域名及固定IP使用情况，设置开放固定IP (略) 开放申请。
应用管理员可以新建、编辑、删除域名及固定IP使用情况。
设置开放固定IP的IP段。
3.3 临时人员校园业务申请服务
(略) 门临时聘用或 (略) 的校外人员， (略) 资源， (略) 资源申请审批。通过临时人员校园业务 (略) 式解决临时人员的校园业务申请流程，及自动开通，规范临时人员校园资源申请管理。
l临时人员信息管理
院系秘书管理临时人员信息，如果需要开通业务权限， (略) 审批，系统将提示开通权限需要审核， (略) 审核流程。当临时人员信息需要修改，比如在校信息变更延长、增加开通业务时，需要重新发起权限表更申请，系统将提示开通权限需要审核，确认后进入审核流程。
临时人员信息管理，支持新建、编辑、删除操作，临时人员信息，包括个人基本信息、在校信息、开通业务权限信息等。
支持根据需要添加配置的业务权限，保存后将自动提交开通业务审核流程。
支持按照关键字、信息审核状态搜索，并且支持添加 (略) 高级搜索。
l开通业务权限审核
在院系秘书提交申请后，各环节的相关单位审批人会收到 (略) 审核， (略) 级审核和校级审核，开通不同的业务权限需要流转到 (略) (略) 审核。
支持审核环节的审核人员配置。
支持在线业务开通审核。
l第三方业务系统开户和数据同步
业务审批通过后，临时人员数据将需要调用第三方数 (略) 数据自动实时开户，或使用数据同步工具定时同步数据到第三方业务系统中，由学校或第三方手工或自动开户。
(略) 实际的第三方业务系统环境，通过数据集成方式或A (略) 开户信息交换。
3.4 网络故障报修服务
当师生 (略) 络或信息系统服务时，发生错误或异常等故障问题时，可以通过 (略) 报修。当报修后可 (略) 理进度。当网上 (略) 理时可以给予通知提醒， (略) (略) 反馈评价。
(略) 络故障的 (略) 上查看和回 (略) 理的故障问题，对线上线下 (略) 管理。
l网络报修申请
(略) 络故障时，进行报修申请，查看我的报修记录。
师生填写报修单，提交后，直接提交到负责报修的故障类型的管理员。
在“我的报修记录”中，查 (略) (略) 理进度， (略) 反馈评价。
(略) 理时，会按照消息提醒方式，通知报修人。
支持按照关键字、故障类型、 (略) 搜索报修信息。
l网络报修信息管理
网络管理员负责不同的故障类型，进行负责的故障类型的报修信息管理。
管理负责的故障类型的报修信息，支持新建、删除、详情。
管理员在详细页中回复和编辑报修信息，查看评价情况。
支持按照关键字、故障类型、处理状态查询报修信息。
当报修信息已经得到报修人评价时，按照消息提醒的设置，收到消息通知。
l网络报修应用设置
网络报修应用管理员设置 (略) 络管理员用户组维护、故障区域、消息提醒设置。
故障类型管理：添加、编辑、删除故障类型、 (略) 络管理员用户组
故障区域维护：新建、编辑、删除区域维护，包括区域编码、区域名称、区域包含的子地点。
网络报修查询：支持按照报修类型和报修时间、 (略) 查询，查看详情。
3.5 我的一卡通账单服务
l月账单分析
可以查看本人卡片信息和本月的消费分布饼图，即不同消费类型下的占比和金额。应用会定 (略) 有用户的消费情况。
查看我的卡信息，包括卡余额、卡号、有效期和状态。
可查看最近三个月的账单情况。显示选择月份的消费情况分布饼图，目前约定的消费类型有九种：餐饮、购物、书籍、洗浴、健康、 (略) 、网络、用电、考试，饼图展示消费类型、金额，鼠标悬停在色块上，可以展示消费类型、金额、百分比，点击色块，可直接跳转到明细页面。
l账单明细
可以查看最近是三个月的每天消费明细，包括消费金额、消费类型、时间和地点。功能支持：
按照月份、消费类型查询消费明细，仅能查看最近三个月数据。
查看消费明细，包括消费类型、时间、地点和金额。
l消费趋势
可以查看最近一个月的消费趋势图，包括消费金额和趋势。
查看最近一月的消费折线趋势图，以天为单位，鼠标悬停在具体的时间点上，可以查看消费时间和金额。
3.6 失物招领服务
失物招领为全校师生提供统一的失物招领平台，捡到物品可以发布，丢了东西可以快速查询，并且对于有明确信息的一卡通和学生证等，可以利用 (略) 查询，快速定位失主信息，精确匹配物品信息，提供寻物者与招领者之间信息的链接，提高物品归还的效率。
l失物招领信息发布展示
当师生捡了东西或丢了东西时，可以登录失物招领平台，输入关键字或按照物品类别，进行搜索信息，如果没有查找到匹配的信息，可以发布招领启事或寻物启事，发布到平台，达到信息共享。师生发布内容后，可以到“我发布的”去查看自己发布的寻物和招领信息，进行编辑和下架操作。
支持按照关键字和物品类型查询招领启事和寻物启事。
发布招领启事或寻物启事。
查看我发布的招领启事或寻物启事，支持按照关键词、物品类型搜索，支持编辑和下架操作。当招领物品已归还或寻找物品已找到，可以设置下架。
l自动匹配失主信息
当师生发布关于卡片类的具有明确信息的物品时，系统会自动匹配失主的信息和联系方式，如果匹配成功，系统将会发送提醒给失主，提高丢失物品匹配的效率。
3.7 后勤报修
当师生在校园内发现宿舍、学校楼宇、公共设施发生故障时，需要及时报故障信息和情况，并 (略) 理情况， (略) 理意见。当学校区域设施发生故障，通过师生的报修，可以及时得到响应，安排人员维修；可以对 (略) 查询和统计，可以方便得到统计数据。 (略) 门，也能够获得大家对工作的意见，不断提高服务质量。
l后勤报修申请
师生发现后勤故障后可以填写后勤故障申请单， (略) 门。
填写后勤故障申请单，提交后，报修申请单可以提交到负责该区域 (略) 理。
“我的报修记录”查看已报修的 (略) 理进度，已维修的 (略) 反馈评价。
支持按照 (略) (略) 搜索。
当报修状态变为已驳回或已维修，报修人员会收到消息提醒。
l后勤报修信息管理
信息管理分为报修受理人员和维修师傅两个角色。后勤受理人 (略) 有提交的故障申请，也可以录入其他方式提交的故障申请，进行信息管理和统计查询，支持按照故障类型、处理状态查询报修信息。
支持新建、删除、查看详情报修信息。
(略) 派工和驳回，派工即选择一名 (略) 任务委派，驳回即当该故 (略) 报修或其他无需维修的情况，直接录入驳回原因保存。
对于待维修状态的报修支持完工操作。
支持按照故障类型、故障状态查询。
维修师傅被分配一个报修信息，可以收到一个消息提醒，有新的维修任务，当处理完毕后， (略) 完工操作。查看分配给本人的待维修信息列表，操作有完工和查看详情，当点击完工时，报修状态变为已维修，自动发送一条提醒给报修人，进行跟踪和评价。
当有报修任务分配到本人时，将会收到一个提醒，点击可以查看维修信息详情。
l后勤报修设置
故障类型管理：添加、编辑、删除故障类型编码、故障类型名称，支持按照关键字搜索名称。
维修区域维护：增删改区域大类的编码、名称、包含子地点，及对应受理人用户组，支持按照维修区域搜索。
维修师傅维护：增删改维修师傅的编号、姓名、手机、维修项目。
后勤报修列表：按照时间降序获取报修列表，操作有查看详情。
3.8 (略) 馆预约
(略) 馆作为公共资源，为师生提供上课、举行活动、举行比赛、 (略) 所，师生个 (略) 馆的使用需求迫切。 (略) (略) 馆的使用情况以及后续根据使用情况的一些数据分析也会比较关心。
师生需 (略) (略) 体育锻炼时，可 (略) 馆预约，选择锻炼项目，选择时间， (略) 馆安排，进行预约。预约后会收到提醒，也可以查看我的预约。
(略) 馆的管理人员可 (略) 馆的具体信息，维护体育课程 (略) 馆情况，及开放申请设置，可以根据时间、类型、场馆、 (略) 馆安排情况。
(略) 馆预约申请
师生在需 (略) 馆时，可以选择校区、体育项目，可以查看最近几天的每天时间段的体育 (略) 地的可预约数。选择适当 (略) 预约确认，即可预约成功。
师生可以在“我的预约”中查看自 (略) 馆，如有临时事情调整， (略) 馆预约。
Ø师生根据时间、体育项目查看可预约数。
Ø师生可以在“我的预约”中查看自 (略) 馆及预约信息，如有临时事情调整， (略) 馆预约。
(略) 馆信息管理
(略) 馆管理 (略) 馆信息，包括新建、编辑和删除，场馆信息包括基本信息、是否开放、每周占用时间段。每周占用时间段是为体育课程、固定团体活动预留设置的时间，此时间段内不会被师生预约。
Ø (略) 馆 (略) 馆信息，支持新建、编辑和删除，场馆信息包括基本信息、是否开放、每周占用时间段。每周占用时间段是为体育课程、固定团体活动预留设置的时间，此时间段内不会被师生预约。
Ø支持按照关键字搜索和高级搜索。
(略) 馆预约情况管理
(略) 馆管理 (略) 馆预约情况， (略) 馆在指定时间的团体预约和个人预约情况。可以查看、编辑、删除，可以新建预约，如果某次预约人发生违约情况，可以设置违约，违约人将会被冻结一段时间。
Ø (略) 馆管理 (略) 馆预约情况， (略) 馆在指定时间的团体预约和个人预约情况。
Ø支持查看、编辑、删除，可以新建预约。
Ø支持预约操作，如果某个预约人发生违约情况，可以设置违约，违约人账号将会被冻结一段时间。
Ø (略) 馆名称、场地名称和预约状态搜索预约情况。
(略) 馆预约设置
管理员可 (略) 一些配置和数据字典维护，人员权限配置等。
Ø可以维护体育项目字典。
Ø支 (略) (略) 馆管理员用户组人员设置。
Ø应用功能人员设置和授权。
Ø (略) 馆预约的应用设置：提前预约天数、预约起始时间、校区、违约冻结天数等。
3.9 校园活动服务
校园的学术文化活动、社团活动是十分丰富的，师生对于活动的了解需求是很大的，丰富知识和课余时间，目前校园的各类活动在 (略) 门去管理，对于学生和老师入口多，没有一个统一的平台去汇总，宣传渠道相对少，便于让老师和学生了解。对于主办方来说，发布的讲座是否受到师生的欢迎，大家有什么意见，都没有一个集中的反馈渠道。
l校园活动设置
管理 (略) 门发布管理员，实现分级授权。每个活动发布管理员可 (略) 门发布的活动。
l校园活动发布管理
活动发布管理员可以新建、编辑、删除、查询活动， (略) 门发布的活动，进行发布、取消发布，每个活动发布后均有二维码，便于活动宣传时支持用户扫描二维码，在移动端查看活动的详细描述，活动发布管理员可以下载二维码。
活动发布管理员可以新建、编辑、删除、查看详情操作，支持发布、取消发布。
支持按照关键字搜索活动名称和标签。
每个活动发布后均生成二维码，支持下载，扫描二维码，查看活动详情。
(略) 有的用户对于校园活动的反馈建议。
l校园活动发布展示
师生可以查看热门人气活动、最新活动、一周活动，并且可以标签搜索感兴趣的活动，对于感兴趣的活动可以选择参加，或者实名制评论。
师生可以在“我关注的”中查看 (略) 有列表，进行取消关注和查看详情操作。
师生可以在“意见反馈”中提出自己想要看到和参加的活动，意见和反馈允许各 (略) 查看。
查看热门人气活动、最新活动、一周活动，并且可以标签搜索感兴趣的活动，对于感兴趣的活动可以选择参加、点赞，支持查看评论、发表评论。
“我关注的”中查看 (略) 有列表，进行取消关注和查看详情、关键字搜索操作。
师生可以在“意见反馈”中提出自己想要看到和参加的活动，意见和反馈允许各 (略) 查看。
3.10 场馆申请服务
(略) 系、学 (略) 会议、讲座或演 (略) 地时，为了提升师生满意度，也为了整 (略) 馆资源， (略) 馆利用率， (略) 馆申请。
(略) 门的管理人员可以 (略) 馆信息，及开放申请设置，可以根据时间、类型、场馆、部门信息 (略) 馆安排情况。
校级管 (略) (略) 馆管理员设置。
(略) 申请
(略) 报告、会议或活动需 (略) 馆时，登录办事大厅， (略) 馆的最近一周的预订情况，根据自己的会议 (略) (略) 馆，填写会议活动详情，提交申请表单。
当提交后，出现信息错误或临时计划有变， (略) 馆申 (略) 撤销申请，审核中的终止流程，已审核过的释放资源，取消预订。
(略) 馆的可预订时间内的预订情况， (略) 馆的具体信息，方便选择会议室。教职工和学生也只能看到开 (略) 馆。
根据自己的会议 (略) (略) 馆，填写会议活动详情，提交申请表单。
申请人可以在” (略) 馆申请”中查看已申请的记录，支持查看详情和按照关键字搜索。
当提交申请后，出现信息错误或临时计划有变， (略) 馆申 (略) 撤销申请，审核中的终止流程，已审核过的释放资源，取消预订。
(略) 信息管理
(略) 馆的 (略) 场馆信息的管理， (略) (略) 馆的预订申请情况， (略) 馆的某一天时间，可以 (略) 馆的预约申请情况， (略) 馆安排，可以编辑、 (略) 馆安排。
(略) (略) 新建、编辑、删除。场 (略) 馆的基本信息、是否开放、开放给学生还是教职工、一周可预约时段、 (略) 门、电话等。
(略) 馆按照关键字搜索，并且支持添加 (略) 高级搜索。
场馆信息设置是否开放、开放给学生还是教职工，可设置一周开放预约时间段， (略) 门，方便学生和老师只可预约规定时间段内的只对 (略) 馆， (略) 门管理员 (略) (略) 馆。
(略) 在 (略) (略) 地安排情况，选择某一天， (略) (略) 有场地安排，支持新建、 (略) 地安排。
支持按照关键字、活动类型、场馆状态搜索，并且支持添加 (略) 场馆使用情况的高级搜索。
(略) 申请审核
(略) 馆申请的审核流程，配置学生/ (略) 馆的审核流程和环节审核人员。
(略) 申请设置
管理员配置应用的一些字典和设置，有设置消息提醒方式，会议类型字典设置、应用设置(个人提前预约天数设置、校区设置)， (略) 馆管理员用户组设置。
支持会议类型字典新建、编辑、删除、按照关键字搜索操作，方 (略) 馆 (略) 馆用途和管理员统计查看。
(略) (略) 的预订申请情况， (略) 馆预订详情。支持按照关键字、活动类型、场馆状态搜索，并且支持添加 (略) 高级搜索。
3.11 问卷调查
(略) (略) 门发布常用的问卷调查，收集问卷结果。
l问卷类别管理
系统管理员可以添加类别和设置类别管理员，类别管理员可以添加维护其类别下的成员。
支持管理员添加问卷类别，设置类别的主管理员，类别主管理员可以维护其类别下的其他管理成员。
l问卷管理
问卷发布管理员管理问卷，创建问卷，查询统计问卷结果。
问卷管理员可以新建问卷，设置问卷描述、开始时间、过期时间、是否自动归档、游客是否可见、是否匿名等。
问卷支持添加问题，目前支持添加单选、多选、和输入类型的问题，设置问题选项。
类别管理员和成员都可以创建问卷，同一类别下的成员能互相看到和管理其相应的问卷。
是否匿名时， (略) 问卷填写时会告知用户其问卷匿名，而且管理员在查看统计时是看不到相应填写问卷的账户，同时如果选择匿名则数据库的填写问 (略) 加密。其中问卷中多选类型问题支持设置最小、最大选项数。
问卷统计支持两种维度的统计，管理员可选择，一种按照用户组， (略) 系统计已答题人数和未答题人数。
l问卷浏览
(略) 有问卷调查，进行填写提交，对于已提交的问卷可以查看回答情况。
3.12 个人日程
l个人日程管理
查看个人日程，新建日程事件、事件提醒、日程类型等，设置个人日程。
支持以日历形式展示公共日程和个人日程，点击可以查看具体的日程详情。
支持新建、编辑、删除个人日程事件。
个人日程支持添加提醒方式。
允许编辑设置日程类型名称和公开设置，可选择不公开或对指定人员公开，选择后者，则开放的人可以看到对其公开的日程类型事件。默认支持三种日程类型。
(略) 教务系统实际接口条件，可以导入课程日程，一键同步日程，在日历中查看课程信息。
l公开日程
查看 (略) 有人的日程。
(略) 有对我日程公开的人员信息，点击查看此人的详细日程。
支持按照姓名和工号搜索。
l个人日程设置
管理员可以导入公共日程， (略) 公共日程和国家法定节假日。管理员可以导入公共日程Excel，下载示例模板，进行增量添加公共日程。支持按照日程名称、 (略) 日程搜索。
l支持CalDAV，导出ics等
3.13 邮箱自助开户
每年都有许多新生和新进教职工入校，正常流 (略) 在新生入学前会批量创建账户。为了解决信息互通，提高校园资源的利用率，实现邮箱自助开户。当师生有需 (略) 开户和查询。
l邮箱自助开户
师生登录后，可以自动获取姓名、工号、所属单位，并且自动查询是否已开通邮箱账户。
如果未开户，则支持填写开户表单，进行邮箱自助开户。开户成功后，显示账户名，显示邮箱登录地址。
如果已开户，则展示账户名，并且显示密码说明，显示邮箱登录地址。
3.14 (略)
(略) (略) 门和师生之间提供交流和信息互通平台， (略) 区， (略) 提问，管理员给予及时答复。 (略) (略) (略) 统计。
l咨询区管理
管理 (略) 区， (略) 区基本信息维护、管理授权。
l咨询管理
咨询管理员管理 (略) 区， (略) 的回复、转移、隔离/取消隔离、归档/取消归档、设置FAQ操作。
(略) (略) (略) ，可以 (略) 区。可以查看转移日志。
l咨询区浏览
师生 (略) 的咨询区， (略) ， (略) 内容。
可以在“常见”咨询中查看常见问题回复，快速解决问题。
在“ (略) ”中查看 (略) 有咨询，快速查看回复，进行查看、搜索、编辑和删除。
咨询统计
管理 (略) 区回复情况， (略) 区维度、咨询回复状态、咨 (略) 咨询统计和导出数据。
4 学生综合管理与服务
梳理在校学生信息，面向学生及学生工作管理老师实现学生综合管理与服务。
4.1 基础信息
可以将在籍在校学生基础信息的收集，通过已掌握的学生基础信息可进一步统计出有效的数据， (略) 领导开展全校策略、规划工作提供的数据依据等。学校管理老师设置基础信息批次，设置开放时间、学生范围、修改范围、审核流程等。学生在修改时间的范围内对个人 (略) 完善或修改。按照审核流程，由班主任 (略) 学生基础信息初审， (略) (略) 复审， (略) (略) 最终审核。班级信息与学生基础信息从教务系统中获取，并一起初始化到基础信息中。
包括学生基础信息管理、学生基础信息核对、学生基础信息班级审核、学 (略) 系审核、班级管理及学生信息查询。
系统汇总学生学籍、联系、 (略) 分、资助等各方面的数据，供学生工作的老师可以全面看到学生的情况，可提供学生信息的全面展现。
（1）学生基础信息管理，为学校管理老师提供批次设置、基础信息审核、基础信息修改、查询统计、班级管理、数据质量分析及学籍卡管理功能。
（2） 学生基础信息核对，为学生提供完善个人信息、基础信息修改及查询功能。
（3）学生基础信息班级审核，按照学生基础信息审核流程，班主任或 (略) 负责的学生个人 (略) 确认和变更，审核后系统自动更新基本信息。学校管理人员通过查看审核统计数据，进行批量审核。
（4）学 (略) 系审核，按照学生基础信息审核流程，院系负 (略) 负责的学生个人 (略) 确认和变更，审核后系统自动更新基本信息。学校管理人员通过查看审核统计数据，进行批量审核。
（5） 班级管理， (略) (略) 系负责人提供班级信息的维护与管理，包含班级代码、班级名称、专业、年级等信息； (略) 的管理老 (略) 学生的班级调整班级的相关信息，并在该模块提供查询。
（6）学生信息查询，学校 (略) 系 (略) 各种综合信息查询，如按学生的基本信息、奖惩资助等业务作为查询条件查询，从而实现多维度、跨业务域的综合条件查询。
4.2 书院管理
为学校 (略) 系负责人提供班级信息的维护与管理，包含班级代码、班级名称、专业、年级、人数等信息等； (略) 的管理老 (略) 学生的班级调整班级的相关信息也可以通过数据集 (略) 获取，并在该模块提供查询。
4.3 学生信息查询
(略) (略) 系 (略) 各种综合信息查询，如按学生的基本信息、奖惩资助等业务作为查询条件查询，从而实现多维度、跨业务域的综合条件查询
4.4 奖学金管理
对国家奖学金、社会奖学金及校内奖学金统一管理工作，降低审核成本， (略) 门参与积极性等。学校管理老师设置奖学金的种类，设置开放时间、资格限定、评定学年、审核流程及兼得关系等，初审、复 (略) 公示。学生在申请时间的范围内对符合资格要求 (略) 申请，并查看审核过程，对公示结果查询。按照审核流程，由班主任 (略) 学生奖学金申请初审， (略) (略) 复审， (略) (略) 最终审核。院系负责人可对 (略) 管理，通过评优成绩统计出评优班级。
包括奖学金管理、奖学金申请、奖学金班级审核、 (略) 系审核。
提供各个奖种的评定条 (略) 系的分配名额，可以规范的管理评定过程。
提供各环节进度监控，使用者能及时了解到审核进展， (略) 理异常情况。
（1）为学校管理老师提供奖学金种类管理维护的功能。
（2）为学校管理老师提供维护各个奖种之间兼得关系的功能。
（3）为学校管理老 (略) 有奖种的公共评定条件的功能。
（4）学校管理老师可对奖学金的 (略) 设置、管理和维护。
（5）院系负责 (略) 系分配的奖种名额情况。
（6） (略) (略) 有奖学金种类，选中自己希望获得的奖学金，然后提交申请，对于不符合条件的学生，系统给出符合条件的提示。申请提出后，学生可 (略) 理进度。
（7）班主任或辅 (略) 负责学生的奖学金 (略) 审核；系统支持批量审核功能。
（8）院系负 (略) 负责学生的奖学金 (略) 审核；系统支持批量审核功能。
4.5 荣誉称号
对个人荣誉称号和集体 (略) 统一管理， (略) 门在线即可办理审核工作，大大降低人工成本，提供审核办事效率等。学校管理老师设置荣誉称号的种类，设置个人荣誉称号与集体荣誉称号开放时间、资格限定、评定学年、审核流程等，初审、复 (略) 公示。学生在申请时间的范围内对符合资格要求的 (略) 申请，并查看审核过程。按照审核流程，由班主任 (略) 学生荣誉称号申请初审， (略) (略) 复审， (略) (略) 最终审核。
包括荣誉称号管理、荣誉称号申请、荣誉称号班级审核 (略) 系审核等。
提供各个奖种的评定条 (略) 系的分配名额，可以规范的管理评定过程。
提供各环节进度监控，使用者能及时了解到审核进展， (略) 理异常情况。
（1） (略) (略) 维护荣誉称号的种类等级（个人荣誉称号如：优秀学生、 (略) 、优秀团员、优秀团干等；集体荣誉称号如：优秀班集体、 (略) ）、金额等信息，设置各个奖项的审核流程以及评定时间。
（2） (略) (略) 有个人荣誉称号种类，选中自己希望获得的荣誉称号提交申请；对于不符合条件的学生，申请时系统将直接提示“不符合申请条件”。申请提出后学生可随时 (略) 理进度。
（3）班主任或辅 (略) 带班级学生的荣誉称号 (略) 审核；系统支持批量审核。
（4）院系负责人、校级负 (略) 在院系学生的荣誉称号 (略) 审核；系统支持批量审核。
（5） (略) (略) 有集体荣誉称号种类， (略) 在班级希望获得的荣誉称号后，提交申请。
（6）班主任或辅 (略) 带班级的集体荣誉称号 (略) 审核；系统支持批量审核。
（7）院系负责人、校级负 (略) 在院系班级的集体荣誉称号 (略) 审核；系统支持批量审核。
4.6 (略) 分
对所有在籍在校 (略) 分管理及统计工作，简化违纪申报与审核流程，把原本线下的繁琐流程转变为简便的线上流转方式，将以 (略) 保存在系统内容，给日后的查询过工作提供便利的途径。学校管理老 (略) 分的审核流程、时间范围等，对院系负责人 (略) (略) 审核， (略) (略) 查询统计。院系负责人提报违纪申请，并查看审核进度， (略) 系内的 (略) 查询统计。学生可查询 (略) 分；班主 (略) 负责 (略) 分。
(略) 分管理、处分上报、处分查询。
(略) 分设置简单快捷。直接在线上报 (略) 分。
（1）为学校管 (略) 分设置、处分维护及查询统计维护管理功能。
（2）学校管理老师 (略) (略) (略) 登记。
（3）各院 (略) 系学生的违纪情况（如：学号、姓名、院系、违纪类型、违纪事件等）， (略) 分建议。
4.7 困难生
学校管理老师设置困难生等级、困难类型等，终审困难生的申请，对困难生数据及资助情况查询统计。困 (略) 困难生的申请工作，对审核进度可以实时查询。班主任或辅导员对困 (略) 初审，可对负责范围内的困难生 (略) 查询。院系负责人对困 (略) 复审，可对负责范围内的困难生 (略) 查询。
包括困难生管理、困难生申请、困难生班级审 (略) 系审核。
提供困难生评定的指标体系，学生填写可自动判定困难类型。
提供各环节进度监控，使用者能及时了解到审核进展， (略) 理异常情况。
审核环节清晰、透明、有效监控。
（1）为学校管理老师提供申请设置、困难生审核、查询统计及资助情况维护管理功能。
（2） (略) 规定的 (略) 上填写困难生认定表格上的相关信息，包括学号、困难类型、家庭收入等，提出困难认定申请，申请提出后可 (略) 理状况。
（3）根据设定的流程，班主任或辅导员可 (略) 管理的学生 (略) (略) 理的统计情况；可 (略) 的表现，可以修改学生的困难等级等信息；可以批量审核通过或驳回学生的困难生资格认定申请，也可手工新增学生为困难生。
（4）根据设定的流程，院系负责人可 (略) 管理的学生 (略) (略) 理的统计情况；可 (略) 的表现，可以修改学生的困难等级等信息；可以批量审核通过或驳回学生的困难生资格认定申请，也可手工新增学生为困难生。
4.8 助学金
对全校助学金的奖种及对应的开放时间、审核流程等统一管理设置。学校管理老师设置助学金的种类、开发时间及审核流程等，终审学生对助学金的申请，对助学金数据查询统计，最后登记助学金的发放情况。学生可在线申请符合条件的助学金，对审核进度可以实时查询，对助学金的 (略) 查询。班主任或辅导员初审学生的申请，可对负责范围内的学生助 (略) 查询。院系负责人复审学生的申请，可对负责范围内的学生助 (略) 查询。
包括助学金管理、助学金申请、助学金班级审核、 (略) 系审核。
提供各个助学金的评定条 (略) 系的分配名额，可以规范的管理评定过程。促使助学金管理工作变得更高效、更规范。
提供各环节进度监控，使用者能及时了解到审核进展， (略) 理异常情况。审核环节清晰、透明、有效监控。
（1）为学校管理老师提供助学金项管理、助学金审核、查询统计及发放情况维护管理功能。
（2） (略) (略) 有助学金种类，选中自己希望获得的助学金提交申请，对于不符合条件的学生，申请时直接提示学生“不符合申请”。申请提出后学生可随时 (略) 理进度。
（3）各个助学金的审核流程设置，班主任、辅导员对学生的助学金 (略) 审核。
（4）根据各个助学金的审核流程设置，院系负责人对学生的助学金 (略) 审核。
4.9 助学贷款
对贷款 (略) 管理，包括贷款设置、国家贷款管理、国家贷款申请、国家贷款审核、放款管理、还款管理、违约管理、生源地贷款管理和提供贷款报表等。学校管理老师设置贷款相关参数，终审学生贷款的申请，对助学贷款的数据查询统计，管理学生还款情况，管理学生的生源地贷款数据等。学生在线申请贷款，并查询审核进度。在毕业后可查看还款情况。班主任、 (略) 系负责人参与学生贷款的审核工作。院系负 (略) 系内学生 (略) 查询统计。
包括助学贷款管理、助学贷款申请、助学贷款班级审核、 (略) 系审核。
提供可视化界面快速设置助学贷款相关参数。提供统一的申请平台，帮助学生快速申请。各个角色可在平台上完成审核工作。可实 (略) 统计等。
提供各环节进度监控，使用者能及时了解到审核进展， (略) 理异常情况。
（1） (略) 相关管理老师可对校园地贷 (略) 详细设置和维护，包括申请的流程、申请的时间等。
（2） (略) 相关管理老师导入或者维护学生的毕业还款情况（如：签还款协议、签展期协议、结清），作为学生毕业离校的依据。系统提供数据接口， (略) 批量数据导入，或将查询和统计的结果数据导出成EXCEL表格。
（3） (略) 相关管理老师导入或者维护学生的生源地贷款情况（学号、班级、院系、贷款学年、贷款总额、经办机构），已有生源地贷款的学生系统限定不可申请国家助学贷款。
（4） (略) 上可申请贷款，填写贷款申请表，学生需要填写的信息包括：学号、姓名、银行、申请日期、申请学年、金额、借款起止时间等。学生申请可一次申请一年也可一次申请多年的贷款。申请提出后可 (略) 理进度。
（5）班主任、辅导员、可根据定义 (略) 审核。审核过程中可查看学生的综合表现信息。
（6）院系负责人、校级负责人可根据定义 (略) 审核。审核过程中可查看学生的综合表现信息。
4.10 勤工助学
对勤工助学的岗位管理、上岗审核及报酬发放等工作。学校管理老师对勤工助学流程、开 (略) 设置，设置校内用工单位及负责人，审核上报的岗位，对学生的岗位申请做终审。审核校内用工单位上报的报酬发放数据，查询统计勤工助学相关数据。学生可对开 (略) 审核，并查看审核进度，每月可查看报酬发放情况。校内用 (略) 需岗位，参与学生岗位申请的审核，月底上报报酬发放数据。班主任、 (略) 系负责人可查询学生上岗情况。
包括勤工助学管理、勤工助学申请、勤工助学用工、勤工助学查询。
（1）学校管理老师对勤工助学流程、开 (略) 设置，设置校内用工单位及负责人，审核上报的岗位，对学生的岗位申请做终审。审核校内用工单位上报的报酬发放数据，查询统计勤工助学相关数据。
（2） (略) 开 (略) 申请，学生申请时，受到岗位上设定的条件限制。对于不符合条件的学生，申请时系统直接提示“不符合申请”。
（3）校内用 (略) 需岗位，参与学生岗位申请的审核，月底上报报酬发放数据。
（4）班主任、 (略) 系负责人可查询学生上岗情况。
4.11 困难补助
对困难补助的管理工作等。学校管理老师设置困难补助的奖项相关参数，终审困难补助的申请，并对困难补助的审核结果数据查询统计。学生对困难补 (略) 申请，并可在线查看审核结果。班主任、 (略) 系负责人参与对学生申请困难补助的审核工作。院系负责人可查 (略) 系下的学生申请数据。
包括困难补助管理、困难补助申请、困难补助班级审核、 (略) 系审核。
提供可视化界面快速设置困难补助相关参数。提供统一的申请平台，帮助学生快速申请。各个角色可在平台上完成审核工作。可实 (略) 统计等。
提供各环节进度监控，使用者能及时了解到审核进展， (略) 理异常情况。
（1）为学校管理老师提供维护困难补助种类信息的功能。
（2）为学校管理老师提供困难补助的奖项设置功能，终审困难补助的申请，并对困难补助的审核结果数据查询统计。
（3）学生可见当前可申请（学校开通）的所有困难补助种类，选中自己希望获得的困难补助提交申请，对于不符合条件的学生，申请时直接提示学生“不符合申请”。申请提出后学生可随时 (略) 理进度。
（4）根据各个奖项的审核流程设置，班主任、辅导员对学生的困难补助 (略) 审核。审核过程中，可以逐个审核，可以依据申请 (略) 批量审核，可以手工添加新的获奖信息。
（5）根据各个奖项的审核流程设置，院系负责人对学生的困难补助 (略) 审核。审核过程中，可以逐个审核，可以依据申请 (略) 批量审核，可以手工添加新的获奖信息。
（6）根据各个奖项的审核流程设置，校级负责人对学生的困难补助 (略) 审核。审核过程中，可以逐个审核，可以依据申请 (略) 批量审核，可以手工添加新的获奖信息。
5 应用开发平台
应用开发平台基于新构建的主数据平台及服务总线平台，自主开发服务应用， (略) 自主开发信息化服务应用，为学校信息化建设提供持续支撑。
5.1 面向服务的应用配置与开发平台
▲提供与服务总线平台与基础服务集合相配套的应用开发平台，可以基于综合数据集与服务总线架构，实现灵活高效的应用及服务开发，为学校持续的一体化信息服务建设与改进提供技术支撑。
5.2 集成开 (略) 环境
完全基于或充分关 (略) 提供的基础 (略) 分系统（包括：主数据管理平台、服务总线平台、 (略) 、应用管理平台），可 (略) 具有的数据、功能、代码及API基础上对上层一体化应用开发、配置、部署提供完整支持，包括数据源及数据建模，角色权限建模，业务、页面及应用建模、代码管理等； (略) 环境底层支持类包，包括：当前上下文相关的工具类、认证相关的工具类、数据库相关工具类、Json字符串转化工具类等。
5.3 公共开发组件
封装公共功能开发组件，便于应用调用，支持应用快速开发。包括，权限管理组件： (略) 角色的定义，用户管理，角色用户管理、菜单管理；日志管理组件， (略) 有数据存取的日志、访问完整事务的日志，方便使用的API，日志的查询和导出缓存管理组件，要有独立的缓存服务器、方便使用的API， (略) (略) 部刷新；上传下载组件，可以配置不同的类别，每种类别都有格式、大小、分辩率，图片类的附件还要支持大图自动生成一个小图，查看时用小图下载时用大图，包括图片的裁减；导入组件，把excel、dbf等文件导入到数据表中，并支持字典的自动翻译；导出组件，把查询的结果自动导出成excel；字典刷新组件，刷新某个应用下字典表。
6 信息化运维系统
6.1 总体要求
以数字化校园应用系统的访问模型为基础，借助指标采集工具实时采集 (略) (略) 络、存储、主机、中间件等指标数据；
1）、▲7*24小时实时监控各应 (略) 情况，发现异常通过即时通讯工具告知用户，即时工具包括但不限于QQ、语音电话、微信、短信；
2）、监控采集数据需定时同 (略) ，支撑后 (略) (略) 情况的综合、环比分析工作；
3）、7*18小时的故障定位与应急恢复，发现异常在可控的范围内快速恢复，事后定位故障原因，以此降低业务中断时间
4）、▲拥有标准的ITS (略) 理规范与流程， (略) 理闭环与效率；
5）、 (略) (略) 环境，以季度为单位输出守护分析报告，并给出调整优化建议
6）、以数字化校园应用系统为视角，提供各 (略) 状况C端（PC电脑或移动设备）展示，可以实时查看 (略) 状况，故障期间可以很清晰 (略) 在位置。
7）、★维保服务时间一年，自项目验收之日起计算
6.2 监控指标数据采集
支持集中式、 (略) 署架构，满足不同量级采集点的数据采集需求。指标采 (略) 络、主机、数据库、中间件、应用、端到端链路、存储、虚拟化、无线监控。
内置 20 多种标准采集协议，500 多个标准采集监测器，通过 SNMP/SNMP Trap、Telnet、SSH、WMI、JMX、HTTP、JDBC、CORBA、ODBC、Syslog、开放 API 等远程监控方式，采集 IT 基础设施和应用的各种指标数据。
支持故障当时的各项指标数据留底，并可在同一界面很直观的呈现
6.3 实时监控
1）、提供7*24小时不间断监控服务，其中“采集数据、监控异常信息”的保留时间 (略) 自定义配置，监控范围不涉及应用系统的业务逻辑层面如功能页面逻辑错误或功能页面数据错误等。
2）、▲监控采集数据需定时同 (略) ，支撑后 (略) (略) 情况的综合、环比分析工作
6.4 主动预警
监控发现异常后，守护工程师将异常信息转换成业务语言；（非技术化，用户可以理解的信息），通过即时通讯工具告知用户，工具包括短信、QQ、微信、电话等常用即时通讯工具。守护期间6:00-23:00提供电话或QQ即时告知，23:01-5:59期间内异常将于6:00准时告知用户，告知时间可根据用户 (略) 调整。告知用户的同时即启动故障定位与应急恢复机制
6.5 现场保留
▲各指标监控采集数据、监控异常信息数据系统默认保留1年，保留时间段可按需自定义，至少保证半年数据；系统针对历史数据的查询提供图表展示形式，方便事后故障原因排查
6.6 故障定位
1）、 (略) 环境有异常情况后， (略) 立即启动异常定位机制，分析异常或 (略) 在。
2）、★数字化校园关键系统必须能精确定位到故障原因，包括：应用管理平台、服务总线平台、 (略) 、主数据平台、公共服务应用、学生综合管理与服务系统。
3）、 (略) 分析范围之外的，则触发 (略) 理流程，但守护工程 (略) 理进展，并实时给予用户反馈
6.7 故障恢复
1）、守护工程师根据故障定位结果，执行应急恢复操作，30分钟内完成应急恢复操作，以此尽量减少业务中断时间，恢复范围仅限于通过重启或空间磁盘空间释放可以实现的。
2）、★必须支持数字化校园关键业务系统的远程故障恢复，包括：主数据平台、应用管理平台、学生综合管理与服务系统，如属于无法通过远程恢复的故障，需在故障发生后书面说明无法远程恢复原因
3）、超出应急恢复范围之外的，则触发 (略) 理流程，守护工程 (略) 理进展，并实时给予用户反馈
6.8 服务报告
(略) 保留数据为基础，以季 (略) (略) 环境的分析，同时给出调整优化建议，最终分析报告以PDF形式输出。
6.9 运行状况
▲以应用系统为视角，提供 (略) 状况C端（PC电脑或移动设备）展示，可以实时查看 (略) 状况，故障期间可以很清晰 (略) 在位置
7 应用系统集成
7.1 数据集成
(略) ，从应用系统数据库中抽取出需要共享的数据， (略) 成为全校范围内唯一的全面的数据源，完成数据层的集成，同时为相关应用系统提供主数据访问服务，为在全 (略) 综合数据分析服务提供完备、有效、可信的数据基础；
7.2 认证集成
根据现状确定一套用户身份信息， (略) 用户的权威身份信息；
7.3 应用集成
通过应用管理平台为广大师生提供个性化的综合信息服务， (略) 门级管理信息系统的信息服务能力。
完成教务系统、研究生系统、教学资源库、OA系统、一卡通、 (略) 、财务、科研系统共计8个业务系统的集成。学校可在集成工作开展前可根据实际需求变更集成系统，但总数量不超过8个。
项目投标报价应包含投标人在集成 (略) 可能产生各项费用，但不 (略) (略) 商的相关费用。
|
|
|
商务需求
|
商务需求
|
1 项目进度要求
签订合同后1个月内（寒暑假除外）完成项目需求梳理。 (略) 评审确认后，180个工作日内完成项目开发、 (略) 并达到验收条件。
2 商务需求
2.1 ★实施要求
（1）工期要求。中标人必须严格按照项目进度要求实施，如期完成各个子系统的设计、开发、测试、部署、调试、 (略) 、用户培训、正式上线和验收工作。
（2）系统安全要求。中标人必须按照国家信息安全等级保护制度第二级要求和标准实施本项目。
（3） (略) 要求。在软件系统开发期及维保期内，若软件系 (略) 环境（如操作系统、浏览器、数据库或中间件等）有版本升级，中标人 (略) 提供的软件系统的兼容性，并对存 (略) 修改，保证业务系 (略) 。
（4）提供系统运维接口。 (略) 开发的软件业务系统需要提供系统运维接口，报告系 (略) 状况数据（包括CPU占用、内存占用、数据库连接状态等），供统一运维管理使用。
（5）除采购人提供的标准服务器（虚拟机或实体机） (略) 络与通用安全设备以外，投标人提供的系统如果还需要其它专用设备才可正常使用的，所需专用设备均应包含在投标总价内，不得额外增加费用，并由中标人提供和软件质保期相同期限的全免费维保服务（包括但不限于人工、配件、备件等）。
2.2 售后服务要求
1）售后服务机构和人员要求
（1）投标人必须在 (略) 省内有固定的售后服务机构（指本地注册 (略) ），须提供营业执 (略) 租赁合同原件扫描件（原件备查）。注册地与租赁合同地址信息一致。
（2）投标人在 (略) 市有足够的技术人员为本项目提供售后技术服务，须针对本项目安排至少2名技术人员提供售后技术服务。投标人需提供承诺函，原件备查。
2）★免费维保期
(略) 提供的软件（含为采购人客户化 (略) 分）免费维保期为1年，时间自项目最终验收合格并交付使用之日起计算。
3）★免费维保期内的服务范围至少应包括下列内容：
（1） (略) 供软件系统最终验收合格 (略) 免费维保服务；
（2） (略) 供软件系统最终验收合格后1年内软件功能升级与支持服务；
（3）因采购人需要，提供必要的软件 (略) 署及支持服务，包括由此带来的数据迁移服务；
（4）根据国家信息系统安全等级二级保护的需要，提供软件功能维保以及软、 (略) 环境管理和维护服务；
（5）制定系统数据备份计划，包括完整、增量、差量、异地备份等。提供数据备份服务，并定期检验数据备份的有效性；
（6） (略) 供软件系统的兼容性保证服务，系统服务器端需支持操作系统、数据库、中间件以及其他相关软件 (略) 有后续版本，客户端需支持维保期内Win (略) 有后续版本，浏览器须支持IE、360、Chrome、safari、Edge等主流浏览 (略) 有后续版本，移动端须支持IOS、安卓等主流操作系统以及IE、360、Chrome、safari、Edge等主流浏览 (略) 有后续版本，因上述软 (略) 带来的开发 (略) 收费；
（7）在1年维保期间内，对于采购人在身份认证、数据交换 (略) 有通用接口模块方面的升级，中标人必 (略) 供系统有关的对接服务和数据迁移服务；
（8）通过电话、邮件、网络、现场服务等多种方式，针对采购方的用户提供常规技术支持；当采购方重要管理岗位使用者遇到技术难题， (略) 络手段无法解决时，工作时间内中标人技术人员需即时到 (略) (略) 解决问题；
（9） (略) 供软件系统的系统BUG修复、系统性能优化等服务；
4）维保响应及故障解决时间
1 系统维护
（1）定期维护：投标人在投标时须提出软 (略) 环境的定期维护计划。
（2）对采购人要求的不定期维护提出响应措施， (略) 实施。
（3）对采购人提出的修改设计提出响应措施， (略) 实施。
（4）文档更新：实施系统维护或修改设计后，应在1周内更新有关技术文档并提交采购人。
2 技术支持
（1）咨询服务，提供7×24 (略) 服务。
（2）评估服务，每年提供至少2 (略) 状况的评估服务。
（3）巡视服务，提供每月1-2次巡视服务，检测软 (略) (略) 情况。
（4）制定备份计划，并定期备份及检验数据备份的有效性。
3 故障响应
（1）提供7×24小时的故障服务受理；
（2）对重大故障提供7×2 (略) 支援，一般故障提供5× (略) 支援。
（3）故障服务的响应时间小于2小时，即2小 (略) 理故障的技术 (略) 。
（4）中断时间不能超过3小时。
（5）当采购方重要的管理岗位遇到问题时，现场提供技术支持。
5）免费保修期外的相关要求
免费维保期后，若采购人仍需中标人提供维保服务，则中标人须保证以合理的价格提供维保服务，每年度软件系统维保费用不得超过中标金额的15%，续保服务内容由中标人 (略) 协商。
2.3 培训要求
中标人应 (略) 投标 (略) 环境免费对采购人的 (略) 全面技术培训，培训内容包括：
（1）软件系统的日常操作管理与维护；
（2） (略) 提供的各种工具；
（3） (略) 安装 (略) 培训。
（4）应用开发平 (略) 开发培训。
（5）投标人在投标文件中需承诺培训课程安排、培训方式及时间。受训人员经过培训后，应能够熟练掌握各种设备和软件等常规使用方法，以及小故障的判断与解决，能够独立承担和完成相应的系统维护和管理工作。
中标人需要提供完整的系统开发工具包，并对采购 (略) 进行培训， (略) 熟练掌握开发方法。提供7*24的在线支持，并提供 (略) 培训（总计不少于15个工作日）。
2.4 验收要求
当满足以下条件时，采购人才向中标人签发软件系统验收报告：
1）中标人必须按要求提供项目检查、验收、安全等保、 (略) 需的文档，包括但不限于项目计划书、软件需求说明书、信息标准说明书、系统技术说明书、系统测试计划、系统测试报告、所有编程接口、调用范例、编程手册、用户使用手册和系统管理及维护手册等。
2） (略) 提供的软件系统必须满足国家信息系统安全等级保护第二级的要求。在对该 (略) 安全等级保护评测时，中标人必须免费提供相应技术支持，免费提供评测中与软件系统相关的支撑材料，并负责免费修补评测中发现的问题。
3） (略) 提供的软件系统必须具有独立的知识产权，由产品软件版权产生的任何纠纷以及造成的各项损失，由中标人负责赔偿。
4） (略) 提供的软件系统，必须稳定、 (略) 1个月以上，且功能上满足用户需求，性能稳定，数据安全，用户操作 (略) 。
2.5 付款方式
采用分批 (略) 结算。在招标人与中标人签订合同后5个工作日内， (略) 人缴纳合同价款3%款项的售后服务保证金，招标人办理向中标人支付合同价款30%款项的手续；系统各主 (略) 署完毕， (略) 条件后5个工作日内，招标人办理向中标人支付第二阶段合同价款30%款项的手续；系统验收通过后5个工作日内，招标人办理向中标人支付合同总价40%款项的手续，在验收后一年，招标人办理向中标人退回质保金的手续。每次申请付款时， (略) 人提供相对应的服务发票
2.6 驻场开发
2.7 ★ (略) 驻场服务
1、在软件系统需求分析、设计、开发、测试、部 (略) 阶段，中标人需要针对本项目 (略) (略) 实施。 (略) 至少包括4名成员，其中，项目经理1名、系统分析员1名、软件开发工程师1名以上、系统测试员1名。 (略) 负责对采购人的用户需求做进一步的梳理，完成用户需求及设计报告的编制，进行客户化开发工作，完成系统之间的数据接口设计，进行软件系统的测试、 (略) 。同时，指导采 (略) 将 (略) 改造迁移至平台。
2、驻场 (略) 成员需要具备胜任岗位工作的相应资质，如程序员、系统分析师、网络安全师或取得Oracle、Linux等产品的资质。中标人 (略) 团队成员如下证明资料的原件扫描件（原件备查）：
（1） (略) 出具的最近 (略) 单位的缴费明细盖章证明文件；
（2）相关技术资格证以及相关产品的技术认证证书；
（3）身份证及学历证。
2.8 ★驻场人员的确认和更换
1、中标人 (略) 软件开发实施人员需要事先得到采购人的确认，项目经理需经过采购人的面试确认，中标人 (略) 实施人员需要提前1个月通知采购人， (略) 实施人员需要得到采购人的认可，未经采购人确认不得擅自换人。
2、中标人不得 (略) 工作人员， (略) (略) 成员在整个项目周期内更换不能超过1次。
|
|
|
评标信息
|
评标信息
|
序号
|
评分项
|
权重
|
1
|
价格
|
20
|
2
|
(略) 分
|
46
|
|
序号
|
评分因素
|
权重
|
评分方式
|
评分准则
|
1
|
对项目需求的认识和理解
|
5
|
专家打分
|
考察内容： 1、对招标人信息化现状（特别是数据统一、门户统一方面）及发展方向、发展需求的认识与理解； 2、 (略) 人整体信息化建设发展规划关系的认识与理解； 3、 (略) 人整体校园信息化建设依托关系的认识与理解； 4、依据招标需求及建设背景，详细描述系统与校园核心平台对接包含哪些方面、对接具体措施的认识与理解； 5、本项目建设效果与校园信息化整体建设使用效果相互关系的理解。
根据招标文件的需求和投标文件 (略) 横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。评价为“中”或“差”的，专家需说明情况。
|
2
|
系统设计方案（重点考察方案的创新情况，如创新思维、方法，提供新设备、新工艺等，确保项目高标准完成）
|
16
|
专家打分
|
考察内容：1、方案的完整性、清晰性、科学性、灵活性和可扩展性； 2、依据系统功能需求，提供详细功能设计方案，明确系统整体性及服务化功能设计，特别是针对普通老师、学生的服务化设计； 3、系统与原有认证系统、业务数据的历史数据的清洗迁移方案及保障措施；4、系统应用注册及授权功能便利性，应支持对需要集成到认证平 (略) 注册及访问授权，便利的控制用户访问应用的权限；5、服务总线平台对API服务注册的支持特性、支持API服务申请、审核与授权管理、支持A (略) 情况监控；6、系 (略) 数据监控分析功能，应做到实时获取系统访问统计数据，实时展现页面浏览数、访客数、平均停留时间等信息，实时 (略) 使用状况；7、系统的统一运维性，应支持调用各应用开放的运维接口，以展示应用 (略) 状况（含CPU占用、内存占用、数据库连接状态等）；8、网上办事大厅使用便利性，可针对不同用户提供符合其角色权限的快速入口、应用推荐、应用业务域等；9、系统对个人业务的支持特性，应支持在统一门户个人主页集成展现个人的待办、已办任务，个人相关应用；10、系统的数据管理支持功能，应支持元数据管理及主数据管理功能，应具有数据抽取、加载、转换映射、清洗功能，可完成从源到目标的数据交换，支持数据双向传递，可实现各业务系统数据实时共享，且可提供过程的调度和监控；11、系统对服务端口的支持，应提 (略) 理中心，支持统一流程管理，且应提供标准Web Service开发接口，支持任务推送，支持对异构系统的集成；12、系统针对重点专题的技术特性，应支持在 (略) 重点专题着重推荐，在校内重 (略) 重点专题推荐；13、系统对使用者的 (略) 性支持，应提供针对系统承载应用使用意见的收集、反馈功能，可实时反馈给系统运维人员，便于及时调整应用提高用户满意度。
根据招标文件的需求和投标文件 (略) 横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。评价为“中”或“差”的，专家需说明情况。
|
3
|
项目进度安排、系统信息安全保障措施及方案
|
5
|
|
考察内容：1、准确、有效、完整的项目进度安排、建设进度保障措施； 2、准确描述本项目系统信息安全特性、信息系统安全保障措施； 3、依据投标人在统一服务门户、主数据管理、信息交换平台、 (略) 理、统一运维方面的建设方面的经验，对系统可能存在的安全问题提出针对性解决措施。 4、数据交换的安全保障，具备不少于6种安全维度日志记录。 5、元数据的安全保障， (略) (略) 理的数据检测。 6、数据备份安全保障，代码及主数据可提供每天的备份日志。7、个人数据保障，提供用户 (略) ，其中包含但不仅限于个人相关的科研数据、财务数据、教学数据、资产数据等。8、服务应用安全保障，各服务应用为独立APP方式提供，可灵活替换，不会对其它应用产生影响，各应用可灵活授权给不同用户组，用户组可灵活增减人员。
根据招标文件的需求和投标文件 (略) 横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。评价为“中”或“差”的，专家需说明情况。
|
4
|
项目组织及实施方案
|
8
|
专家打分
|
考察内容：1、投标人提供详细的项目组织及实施方案； 2、投标人项目组织架构清晰，人员分工明确，人员层次搭配合理、实施方案成熟可靠、先进合理； 3、投标人对系统的体系架构等做的针对性实施方案；4、具有可管理项目进度及需求的信息系统，可提供用户需求以及开发进度跟踪，且可真实投入项目实施过程， (略) 需求开发及跟踪信息。
根据招标文件的需求和投标文件 (略) 横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。评价为“中”或“差”的，专家需说明情况。
|
5
|
违约承诺
|
2
|
专家打分
|
(略) 文件商务需求的“实施要求”实施本项目的得100分。要求提供承诺函作为得分依据。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况，一 (略) 理。
|
6
|
项目完成后的服务承诺（如项目资料移交等）
|
5
|
专家打分
|
(略) 文件商务需求的“售后服务要求”为本项目提供售后服务的得100分。要求提供承诺函作为得分依据。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况，一 (略) 理。
|
7
|
所投产品的技术响应情况
|
5
|
专家打分
|
根据招标文件的需求和投标文件 (略) 横向比较，分档评分：评价为优得80%-100%分数；评价为良得60%-80%分数；评价为中得30%-60%分数；评价为差不得分。评价为“中”或“差”的，专家需说明情况。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况，一 (略) 理。
|
3
|
(略) 分
|
27
|
|
序号
|
评分因素
|
权重
|
评分方式
|
评分准则
|
1
|
投标人资格情况（或通过相关认证情况）
|
5
|
专家打分
|
1.曾经获得 (略) 内重点软件企业证书的得30分，曾经获 (略) 内重点软件企业证书的得15分，本项最高30分； 2.具有信息 (略) 维护标准符合性证书二级（或以上）的得30分； 3.具有计算机信息系统集成（信息系统集成及服务）二级（或以上）证书的得40分。 要求提供相关认证（资质）文件扫描件（原件备查）作为得分依据。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况，一 (略) 理。
|
2
|
拟安排的项目负责人（仅限1人）情况
|
7
|
专家打分
|
要求拟安排的项目负责人 * 月必须在投 (略) 保，否则不予计分。要求提供该人员2016年7- (略) 保资料（网页截图或窗口 (略) 保部门出具的证明均可）扫描件（原件备查）作为评标依据。在此基础上： 1. 取得PMP资格认证的得30分； 2. 取得计算机信息系统集成（信息系统集成及服务）项目经理（或高级项目经理）证书的得40分； 3. 取得全日制本科高校计算机专业硕士（或以上）学历及学位的得30分。要求提供有关证书扫描件（原件备查）作为得分依据。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况，一 (略) 理。
|
3
|
拟安 (略) 成员（项目负责人除外）情况
|
10
|
专家打分
|
要求拟安 (略) 人员（项目负责人除外）不少于20人，且 * 月均必须在投 (略) 保，否则本项直接计0分。要求 (略) 人员2016年7- (略) 保资料（网页截图或窗口 (略) 保部门出具的证明均可）扫描件（原件备查）作为评标依据。在此基础上，以下2项累加计分：1.至少有10名计算机技术与软件专业技术中级（或以上）资格得50分，以此为基准，每少1名中级（或以上）资格人员扣10分，每多1名高级资格人员加10分（本项最多得70分，最少得0分）；2.至少有10名人员具有全日制高校计算机相关专业本科学历（或以上）得30分，否则不得分。同一人员第1、2项可累计加分。要求提供有关证书扫描件（原件备查）作为得分依据。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况，一 (略) 理。
|
4
|
项目拟使用产品的成熟度及可靠性
|
5
|
专家打分
|
投标人自有知识产权的“应用开发平台软件、主数据管理软件、服务总线平台软件、公共应用服务软件、数据质量检测软件、数据集成工具软件、元数据工具软件、数据集成监控工具软件”“具有《计算机软件著作权登记证书》的数量情况（软件产品名称与标书要求不必完全一致，用途一致或相近即可；"一致或相近" (略) 判断）：缺1项扣15分，扣完为止。 要求提供证书扫描件（原件备查）作为得分依据，不提供不得分。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况，一 (略) 理。
|
4
|
诚信情况
|
7
|
|
|
序号
|
评分因素
|
权重
|
评分方式
|
评分准则
|
|
1
|
诚信评价
|
5
|
专家打分
|
根据《 (略) 关于加强招投标评审环节诚信管理的通知》（深财购[2013]27号）的要求，投标人在参与政府采购活动中存在诚信相关问题的，本项不得分，未出现相关诚信问题的得满分。以 (略) (略) 供 (略) 罚记录为准。投标人无需提供任何证明材料， (略) 工作人员向评委会提供相关信息。
|
|
2
|
履约评价情况
|
2
|
专家打分
|
根据 (略) (略) 项目 (略) 抽检结果，投标截止日前一年内（以 (略) (略) 网站《关于给予供应商履约评价差的函》的落款日期为准），供应商履约评价出现评价为“差”的，本项不得分。未评价为“差”的，得满分。投标人无需提供任何证明材料， (略) 工作人员向评委会提供相关信息。
|
|
|
|
|
其他
|
|
|
附件
|
|
备注1：本公示期限为2个工作日。公示期内如有异议，请登录采购系统，点击“提出采购需求质疑” (略) 质疑， (略) 回复。
备注2：供应商在公示期过后对采购需求仍有异议的，请向采购人提出，采购人应予答复，并将供应商异议及答复材料在制作采购文件前移交给集中 (略) 会采购代理机构。（采购公告查询地址：http:/ *** ）。采购需求质疑及回复列表
|
序号
|
质疑标题
|
质疑内容
|
质疑单位
|
质疑人
|
质疑附件
|
质疑日期
|
标题
|
内容
|
单位
|
采购人
|
附件
|
日期
|
PDF格式
Excel格式
Word格式
京公网安备 11010802042560号