*免责声明： 以上所展示的信息由企业自行提供，内容的真实性、准确性和合法性由发布企业负责。搜了网对此不承担任何责任。
商家产品系列[原创]使用电子招标采购系统，到底有什么用？ - 郑州信源信息技术股份有限公司
- 畅享博客
|收藏博客|加入友情链接|给博主留言
郑州信源软件，一家专业从事电子招投标采购系统的软件开发商，热线：8。
[原创]使用电子招标采购系统，到底有什么用？
[原创]使用电子招标采购系统，到底有什么用？
说到采购，大家想到的可能是招标会、招标公告、投标文件等工作，这些传统的采购工作怎么拥抱“互联网+”的时代呢？随着企业的迅速壮大发展，采购事务的增加，采购人员的响应能力、响应效率越来越慢，常常忙于日常的事务性工作而无心专注在招标过程的管理、供应商资质的分析评估、专家的管理维护……传统的招标工作方式已经跟不上企业快速发展的步伐。&互联网的大潮不断冲击着招标采购行业，互联网思维在企业招标采购模式中生根发芽，其产物便是“互联网+电子化采购管理系统”。&E招采电子招标采购系统，以《中华人民共和国政府采购法》、《中华人民共和国招标法》为依据，遵循《电子招投标办法》，在众多企业采购实用化需求分析和实际应用的基础上，结合企业采购流程优化再造开发的基于互联网的一体化电子招标采购系统。E招采系统利用先进的计算机网路和系统技术，为采购需求方、采购执行人、投标人、专家、监督机构提供了一个一体化的电子采购管理系统，实现企业采购工作的信息化和规范化。&电子招标采购系统能为企业带来什么？&1.电子招标采购系统能够实现不同业务流程的无缝对接，把业务人员的时间和精力从烦琐的事务性工作中彻底解放出来，使其更关注于最需要管理工作，提高工作效率。&2.加大管控采购成本，降低企业运营成本。有效地监控采购计划的实施和采购成本的变动情况，帮助采购人员扩大寻源范围，选择最优质的供应商，确保采购工作高质量、高效率、低成本地执行，使企业处于最佳的供货状态。&3.为企业管理提供高效和完整的信息资源服务，运用大数据、云计算技术，分析预测招标采购交易数据资源，为领导决策提供参考依据。&4.实现了对供应商库、专家库的动态管理。对每一个参与投标的潜在供应商和专家，都可以实行入库验证管理，大大提高了信息的准确性和可信度。结合信源E招采系统的评价功能，对每个参与项目的投标人和专家，系统都会客观、公正地如实记录和动态评估。&5.实现了数据信息共享和高效利用。信源E招标电子采购管理系统可以和其他外部系统，比如与招投标公共服务系统进行对接，将各系统相关数据进行实时传输，形成了数据资源共享，避免信息盲区。同时，信源E招标电子采购管理系统的标准化接口设计也实现了与其他业务系统，比如财务系统、OA系统等的深度融合和一体开发。推进了企业内部各业务板块间，业务工作方式的深刻转变和管理效率的大幅提升。&6.有效促进了节能减排、节资降耗和绿色采购，推动了技术服务结构的转型和队伍职业素质的提升。比如，电子支付功能的运用，外地的供应商坐在家里点击鼠标就能完成投标报名、购买招标文件、支付保证金等工作。与传统到现场购买标书相比，不仅省了时间、节约了成本，更免去了外地供应商旅途的舟车劳顿。&7.预防腐败，阳光采购。招标不是解决腐败问题的根本办法，但可以通过技术手段来弥补制度预防的不足，使技术预防与制度预防能够有机地结合在一起。比如，信源E招采系统借助数字证书认证系统和大数据联网运用，可以对供应商资质、业绩进行事前认证和确定，从技术和管理上彻底排除投标人资质、业绩造假等问题。&总之，互联网+电子采购管理系统作为未来招投标行业发展的核心，在提升管理能力、发挥运营效率、打破信息盲区、开展实时监督、保证市场秩序等方面均能够发挥积极的作用。会继续奋力前进，做一流的电子采购管理系统，为加快推进“互联网+”招标采购发展贡献一份力量。<div class="votes" id="Score
查阅更多相关主题的帖子:
下一篇：上一篇：
您还未登录，不能对文章发表评论！请先请输入您的产品关键词,多个词请用逗号隔开(例：变压器,电缆)
您当前位置：&&&&&&&&&
2016智慧校园核心业务系统购其他应用及接口系统招标公告
2016智慧校园核心业务系统购其他应用及接口系统招标公告
来自：中国采招网（.cn/）标签：
注册即可查看免费招标信息&&
服务热线：400-810-9688
如果您已经是会员请先
( 2016智慧校园核心业务系统购其他应用及接口系统开 )需求公示
其他应用及接口系统开发与实施
非协议采购
采购人名称
财政预算限额（元）
*******或后可见
随着深圳特区建设的跨越式发展和深圳大学特有地缘优势，近年来，深大不断提高学校全面建设，在办学理念、办学模式、办学流程各个方面取得了长足的进步。
在取得进步的同时，深大也面临着进一步提升的需求。在教育信息化方面，深圳大学信息化应用水平和“特区大学、窗口大学、实验大学”的地位尚有一定差距。存在信息系统分散建设，维护困难，信息孤岛严重，信息化系统不能支撑深圳大学区位优势的现象日益明显。
面向新的发展机遇，学校提出了面向国际知名高校，打造智慧校园建设规划。提出借鉴国际一流大学管理理念，引进国际顶级技术和系统，在信息管理平台上率先达到国际一流大学水平，实施大学资源计划，营造充满现代气息和人文魅力的智慧校园，为推动教育教学改革、创建现代高校内部管理机制提供强有力的技术支持。
考虑到智慧校园建设是一个系统工程，因此深圳大学提出了按照ERP化、国际化、智慧化、本土化的思路，平衡长远发展和有效实施，采取总体规划、分步实施、协调发展、持续推进的工作思路，分阶段分步骤的推进智慧校园建设，本项目即是在这样的背景下，结合学校信息化需求，以智慧校园总体规划和核心业务建设需求为牵引，建设符合国际一流高校URP模式和深圳大学特色相结合的新一代深大智慧校园核心业务系统。
其他应用及接口系统开发项目实施包括资产管理系统、校园服务应用、校情分析及决策支持系统以及科研管理系统、校园卡系统、BlackBoard、档案管理系统、OA系统接口开发和数据清理。项目建设内容是整个智慧校园应用服务的重要组成部分，承担着智慧校园部分核心业务系统与底层平台的数据集成、认证集成、应用集成工作，其中资产管理系统是面向学校校级层面使用的主要信息化系统，校园服务应用是面向全校师生提供公共服务应用，校情分析及决策支持系统是整个智慧校园效果的最主要体现之一。整个建设既要满足当前信息化使用需求，更要保证未来三到五年使用发展要求，作用至关重要。
投标人资质要求
1.具有独立法人资格（提供合法有效的营业执照原件复印件，原件备查）；2.具有《中华人民共和国政府采购法》第二十二条规定，在中国境内注册；3.本项目不接受联合体投标，不允许分包；4.参与政府采购项目投标的供应商近三年内无行贿犯罪记录
服务类清单
采购计划编号
财政预算限额(元)
********或后可见0798
其他应用及接口系统开发实施
*******或后可见.0
具体技术要求
4.1项目建设清单
采购计划编号
财政预算限额（元）
一、其他应用
资产管理系统
2,145,000.00
校园服务应用
校情分析及决策支持
二、系统接口开发
科研管理系统、校园卡系统、BlackBoard、档案管理系统、OA系统系统接口开发
三、数据清理
4.2项目建设具体技术要求
一、 总体项目概要
1．总体目标
（1）有效、合理地集成学校各种应用系统，通过学校已建设的统一服务门户提供合理的、方便的、高质量的各种服务，通过学校已建设的统一校级数据平台提供各应用系统及服务应用与校园主数据库的对接。通过学校已建设的统一认证平台接管各应用系统、服务应用的自身认证管理。
（2）提供统一管理数据、用户、服务，以及有效、便捷、安全、完善的功能，在全校业务一站式服务系统的基础上提供各类服务应用；提供各业务系统统一运维服务，平台能够调用各个软件业务系统开放的系统运维接口，报告业务系统当前的运行状况数据（包括CPU占用、内存占用、数据库连接状态等），供统一运维管理使用。
（3）以学校已建设的服务大厅作为各应用系统及服务应用的统一入口。所有校园服务应用均运行在学校统一服务门户即服务大厅之上，须以APP形式存在，可通过服务门户的后台管理端方便的进行管理、维护。
（4）应用系统集成包括界面集成、应用集成、数据集成三个层面。 通过统一身份认证、统一用户管理、统一访问权限管理、信息交换平台、统一服务门户等技术手段实现应用系统的集成。
（5）在硬件环境满足的前提下，系统能满足5000人并发访问和30000人同时在线访问，且并发访问响应时间小于3S。
2．技术路线
（1）开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。
（2）系统均要求采用B/S结构，采用Java编程语言和服务器端Java技术进行开发，且必须基于Oracle 11g及以上版本。
（3）采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。
（4）应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑服务器和数据库服务器。
<SPAN="_TOC********或后可见4"><SPAN="_TOC********或后可见2">（5）各应用系统要充分利用现有先进技术手段，采用相同的体系结构和运行平台，基于多层架构和组件技术进行构建，做到系统结构层次清晰。所有应用逻辑、流程、数据等都应当能够根据建设方要求的颗粒度进行封装。
3、 系统设计要求：
1）、服务门户（办事大厅）整合
服务门户（办事大厅）作为应用集成、校园服务应用访问的首页，提供应用的角色快速入口、服务推荐、应用的业务域快速入口。本项目所有服务应用必须运行其上。
2）、服务中心：校园服务应用呈现在学校统一门户服务中心中，可以在服务中心通过精细的查询维度设置，为用户提供更精准、更清晰的搜索服务，使得师生能更便捷的获取相关服务。查询维度可包括：
&sup2; 输入应用名称搜索相应的应用。
&sup2; 通过不同的标签，例如服务场景、服务角色、服务类别、服务方式等条件则可以筛选相应的应用。
&sup2; 通字母导航则可以直接定位到以此字母开头的应用方便查询。
&sup2; 可以对服务中心里的服务进行收藏，便于快速定位服务。
2）、应用说明页：为每个服务提供应用说明页功能，该功能主要用于方便用户了解服务的办理说明，例如“流程说明、注意事项、责任部门、联系方式”等介绍内容。在用户点击应用时会出现应用说明页，用户在进入应用前就可以直观的获取到服务的办理及操作说明。
3）、应用评价：为每个服务提供应用评价功能，该功能主要用于服务应用过程中，用户可以对服务进行评价打分和留言，应用管理员可以查看评价内容，提升服务质量与效率，建立服务评价渠道，进一步提高管理效率。
4）、应用使用统计：提供服务应用的使用情况和状态分析，方便学校及时了解应用状况和反馈，并为系统建设效果评估提供依据。
4、设计原则和技术要求
1、 规范性
系统将需要用户办理的事务直接推送到用户界面，用户直接点击即可实现办理。系统提供统一的UI/UE界面风格。
2、 开放性
采用J2EE技术架构，支持SOA技术架构，提供业务API库，并能注册发布到校园服务总线。
3、 易用性&友好性
(1)系统为用户提供多维度、精准的应用查找功能和应用智能定位功能。使用户快速找到所需要的服务进行办理，提升整个系统的易用性和友好性。可以进行应用收藏，方便管理常用应用。为每个服务提供应用说明页功能，该功能主要用于方便用户了解服务的办理说明，例如“流程说明、注意事项、责任部门、联系方式”等介绍内容。在用户点击应用时会出现应用说明页，用户在进入应用前就可以直观的获取到服务的办理及操作说明。
(2)能灵活的定义、调整业务流程，能灵活的定义参数和规则，使其符合业务/事务变化的要求。
(3)具有联机在线帮助功能，帮助信息使用中文且清晰易理解。
4、 高可用性
系统支持集群的应用部署方式，采用多级缓存机制，性能更稳定。
5、 建立统一的应用评价反馈机制
为每个服务提供应用评价功能，该功能主要用于服务应用过程中，用户可以对服务进行评价打分和留言，应用管理员可以查看评价内容，提升服务质量与效率，建立服务评价渠道，进一步提高管理效率。
6、 建立统一消息通知机制
可以获取服务应用推送的消息内容，通过应用类别筛选即可查看其分类下的消息通知。未读消息以时间轴的形式进行展现，方便更直观的查看最近的消息通知，提升用户体验以及服务质量。
7、 建立统一的应用行为分析机制
提供服务应用的使用情况和状态分析，方便学校及时了解应用状况和反馈，并为系统建设效果评估提供依据。
8、 应用服务中间件与数据库要求
(1)数据库要求支持oracle数据库，应用服务中间件要求支持Weblogic、WebSphere等中间件部署。严格遵循关系数据库设计的基本原则，任何原始数据只需要录入一次(可以通过网络实现共享)、也只能录入一次(避免出错、重复存储)。保证数据的有效性和实效性。
(2)各个校园服务应用应使用独立的数据库/表空间，实现每个服务应用内部的高内聚，以及多个服务应用之间的低耦合。异构的应用系统软件模块之间应通过数据交换平台实现定时或实时的数据共享，有效避免信息孤岛。
(3)严密控制数据的状态与时效性；任何数据都是有状态的，数据的状态是管理控制的依据，数据处理的结果改变数据的状态；任何数据都是有时效性的，任何一项数据如果与时间没有建立关系，将是毫无意义的。
9、 安全性
(1)在系统设计中，既要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，采取不同的措施，包括用户与权限管理、统一身份认证、访问控制、管理控制、版本控制、数据关联控制、数据加密、数据存储、数据备份与恢复、日志与安全审计，确保系统数据安全。
(2) 系统必须达到国家信息系统安全等级二级保护要求。
10、 兼容性
系统部署可以支持unix、linux、windows server等操作系统。系统采用B/S结构，支持IE9/10/11,Edge13/14,Chrome50/51/52、360安全V8.1、360极速V8.5浏览器访问。
11、 数据备份
系统采用oracle数据库，支持数据库的备份机制，同时支持系统附件的统一存储，以及异地备份机制。
12、 程序版本更新要求
(1)采用更新包技术，通过版本控制数据库服务器实现程序版本的实时监测与智能更新(不允许以FTP的方式进行程序的更新)。需提供详细的解决方案。
(2)若软件系统依赖的服务器或客户端运行环境（包括但不限于操作系统、数据库、中间件、浏览器等）有版本升级，中标人需提前检查所提供软件系统的兼容性，并对存在的问题进行修改，保证业务系统正常运行。
13、 信息标准
系统必须遵守《教育管理信息化标准》和《高等学校管理信息标准》等信息化标准。
14、 接口要求
(1)按采购人需求提供标准接口供业务系统内部各个子系统之间交换数据；
(2)按采购人需求提供标准接口供统一数据交换平台或其他业务系统获取或推送相关数据；
(3)按采购人需求提供标准接口供统一服务平台监控系统运行情况。
15、 系统部署要求
(1)投标人要提供满足采购人未来5年信息化发展需求且能在此期间内长期稳定高效使用的硬件服务器部署方案，要求所提供服务器部署方案具有高可靠性、高稳定性和高可扩展性，要满足3000人同时在线使用需求。
(2)系统整体网络应采用B/A/S三层体系架构，中间层通过WebService实现异构系统之间的数据交换和集成。
(3)提高IT架构整合度，便捷实现统一管理，负载均衡，灵活配置。
(4)充分满足用户业务系统运行环境需要，跨网络划分多个功能服务器，独立部署。
(5)服务器架构上可以实现快捷便利的性能和功能扩展需求。
(6)关键硬件设备采用高可用性的冗余设计。
(7)各个子系统需支持服务器虚拟化方案，能在市面上主流的云平台上运行，实现生产系统服务器的虚拟化整合，保证高可用性及业务连续性。
(8)各个子系统须支持无状态的服务器水平伸缩，即根据业务和使用量的需要而通过简单增加服务器就能提高并发业务/事务处理能力。
(9)负载均衡需求
为了保证系统性能，需要在项目部署中考虑负载均衡解决方案，可支持当前市场各大主流负载均衡产品（包括但不限于F5、深信服等），做到高性能、占用内存少、并发能力强、高稳定性。
负载均衡系统性能要求：
响应时间即时（≤1秒）的，高峰期最大响应时间应小于3秒。
事务处理查询平均1.5秒，最长2秒。
普通应用查询平均2秒，最长3秒。
统计分析类查询平均10秒，最长18秒。
在保证性能的前提下，系统设计能够满足未来五年的人员信息量。
(10)中标人还要负责按照标书中的服务器部署方案完成本次项目中的软件部署实施。
5、统一身份认证对接要求
按采购人需求，投标人必须具备一定系统集成技术水平，能实现系统与校园卡及智慧校园统一身份认证系统对接，实现单点登录。
6、数据交换要求
按采购人需求，投标人必须具备一定系统集成技术水平，能实现人事管理系统与校内其它业务系统间的数据共享交换要求，且系统必须向统一数据交换平台以及其它业务系统提供数据交换接口，并实现相关的数据交换功能
二、 其他应用
1、 资产管理系统
针对资产管理系统各项功能，在统一服务门户、统一身份认证、统一数据平台提供集成、对接、展现功能，对资产管理系统本身不包含的功能，可不予展现，但如果资产管理系统进行了升级、改造，除非其原有功能去除，否则其原有集成对接展现应不受影响。
需把与教师个人相关的资产设备信息抽取出来，在教师个人中心进行呈现，并可点击查询详细信息。
1) 土地管理功能集成
可通过统一门户入口访问资产管理系统及土地管理功能模块，通过统一数据平台的数据抽取集成功能，将资产管理系统中土地管理相关数据进行汇总，供资产管理系统之外其它系统调用，调用权限可由资产管理部门通过统一身份认证系统设置。
2) 基建工程集成
可通过统一门户入口访问资产管理系统及基建工程管理功能模块，通过统一数据平台的数据抽取集成功能，将资产管理系统中基建工程相关数据进行汇总，供资产管理系统之外其它系统调用，调用权限可由资产管理部门通过统一身份认证系统设置。
3) 采购管理集成
可通过统一门户入口访问资产管理系统及采购管理功能模块，通过统一数据平台的数据抽取集成功能，将资产管理系统中设备采购管理、物资采购管理相关数据进行汇总，供资产管理系统之外其它系统调用，调用权限可由资产管理部门通过统一身份认证系统设置。
通过数据集成平台抽取采购管理中相关采购信息、合同信息、到货登记信息、采购资料信息，共享到校级数据平台中，供其它数据使用部门调用，如财务部门、后勤部门等。
4) 库存管理集成
可通过统一门户入口访问资产管理系统及库存管理功能模块，通过统一数据平台的数据抽取集成功能，将资产管理系统中库存管理相关数据进行汇总，供资产管理系统之外其它系统调用，调用权限可由资产管理部门通过统一身份认证系统设置。
通过数据集成平台抽取库存管理中相关设备、物资、易耗品管理信息，共享到校级数据平台中，供其它数据使用部门调用，如财务部门、后勤部门等。
此外，还需集成抽取库存信息、库存资源信息等。
5) 资产使用过程管理集成
可通过统一门户入口访问资产管理系统及资产使用过程管理功能模块，通过统一数据平台的数据抽取集成功能，将资产管理系统中资产使用过程管理相关数据进行汇总，供资产管理系统之外其它系统调用，调用权限可由资产管理部门通过统一身份认证系统设置。
通过数据集成平台抽取资产使用过程管理中相关资产信息、资产查询信息，共享到校级数据平台中，供其它数据使用部门调用，如财务部门、后勤部门等。
6) 设备监控管理集成
可通过统一门户入口访问资产管理系统及设备监控管理功能模块，通过统一数据平台的数据抽取集成功能，将资产管理系统中设备监控管理相关数据进行汇总，供资产管理系统之外其它系统调用，调用权限可由资产管理部门通过统一身份认证系统设置。
通过数据集成平台抽取设备监控管理中设备相关信息，共享到校级数据平台中，供其它数据使用部门调用，如财务部门、后勤部门等。
7) 运维管理集成
可通过统一门户入口访问资产管理系统及运维管理功能模块，通过统一数据平台的数据抽取集成功能，将资产管理系统中运维管理相关数据进行汇总，供资产管理系统之外其它系统调用，调用权限可由资产管理部门通过统一身份认证系统设置。
通过数据集成平台抽取运维管理相关运维信息，共享到校级数据平台中，供其它数据使用部门调用，如财务部门、后勤部门等。
通过统一身份认证平台对运维人员进行统一管理，可设置运维人员成员组支持对运维人员进行统一管理。
建设后勤报修模块，并以服务化模式呈现在统一服务门户中，可支持对后勤运维人员服务反馈及评价。
8) 报废回收管理集成
可通过统一门户入口访问资产管理系统及报废回收管理功能模块，通过统一数据平台的数据抽取集成功能，将资产管理系统中报废回收管理相关数据进行汇总，供资产管理系统之外其它系统调用，调用权限可由资产管理部门通过统一身份认证系统设置。
通过数据集成平台抽取报废回收管理相关信息，共享到校级数据平台中，供其它数据使用部门调用，如财务部门、采购部门等。
通过统一身份认证平台对运维人员进行统一管理，可设置运维人员成员组支持对运维人员进行统一管理。
建设在线提交报废申请模块，并以服务化模式呈现在统一服务门户中，在线报废申请与资产管理系统进行对接，可支持人员在线提交报废申请。
9) 资产分析集成
可通过统一门户入口访问资产管理系统及资产分析功能模块，通过统一数据平台的数据抽取集成功能，将资产管理系统中资产分析相关数据进行汇总，供资产管理系统之外其它系统调用，调用权限可由资产管理部门通过统一身份认证系统设置。
针对教师个人相关的资产设备信息，需抽取，并在教师个人中心进行呈现分析，并可点击查询详细信息。
2、 校园服务应用
所有校园服务应用均须基于学校统一的服务门户进行呈现，基于学校门户统一的后台管理端，可以进行便捷的启用、停用。所有服务应用必须基于统一服务门户统一的意见反馈、收集接口，师生用户可对服务应用进行打分、评价，该打分评价可实时反馈给后台管理人员进行及时的服务调整，且后台管理人员可查询各服务应用的访问频率、访问方式等。所有服务应用均须以APP方式存在、封装，提供标准的API接口，与学校的服务总线平台进行对接，暴露服务端口。
1）、域名及固定ip申请服务
当学院、实验室、部门网站等的网站或信息系统需要开放访问地址时，需要申请域名或固定IP，申请过程需要说明申请原因、用途，走相应流程，并进行分配，分配结束后反馈分配结果。
<SPAN="_TOC********或后可见5">l 域名及固定IP申请
教职工填写域名及固定ip申请表单，提交后进行审批流转。
<SPAN="_TOC********或后可见6">l 域名及固定IP申请审核办理
域名及固定IP申请提交后，根据流程配置，自动流转到下一步环节审批人进行审核，包括院级管理员和校级管理员的审核。
支持按照学校的审核流程，配置审核流程和环节审核人员的配置。
支持每一环节的审核工作，查看流程图和填写办理意见。
审核过程中，对于下一环节审批人有消息提醒。
申请人在审核结束后，可以按照设置的消息提醒方式，收到申请审核的消息提醒。
<SPAN="_TOC********或后可见7">l 域名及固定IP申请管理
管理员可以增删改域名及固定IP使用情况，设置开放固定IP的IP段进行开放申请。
应用管理员可以新建、编辑、删除域名及固定IP使用情况。
设置开放固定IP的IP段。
2）、临时人员校园业务申请服务
学校各个部门临时聘用或合作的校外人员，以及临时学生入校享受学校资源，需要进行资源申请审批。通过临时人员校园业务申请服务一站式解决临时人员的校园业务申请流程，及自动开通，规范临时人员校园资源申请管理。
<SPAN="_TOC********或后可见9">临时人员信息管理
院系秘书管理临时人员信息，如果需要开通业务权限，则需要进行审批，系统将提示开通权限需要审核，确认后进行审核流程。当临时人员信息需要修改，比如在校信息变更延长、增加开通业务时，需要重新发起权限表更申请，系统将提示开通权限需要审核，确认后进入审核流程。
临时人员信息管理，支持新建、编辑、删除操作，临时人员信息，包括个人基本信息、在校信息、开通业务权限信息等。
支持根据需要添加配置的业务权限，保存后将自动提交开通业务审核流程。
支持按照关键字、信息审核状态搜索，并且支持添加其他字段进行高级搜索。
<SPAN="_TOC********或后可见0"><SPAN="_TOC********或后可见3"><SPAN="_TOC********或后可见5">开通业务权限审核
在院系秘书提交申请后，各环节的相关单位审批人会收到待办提醒进行审核，包括院级审核和校级审核，开通不同的业务权限需要流转到不同的业务部门进行审核。
支持审核环节的审核人员配置。
支持在线业务开通审核。
<SPAN="_TOC********或后可见1">l 第三方业务系统开户和数据同步
业务审批通过后，临时人员数据将需要调用第三方数据API进行数据自动实时开户，或使用数据同步工具定时同步数据到第三方业务系统中，由学校或第三方手工或自动开户。
根据学校实际的第三方业务系统环境，通过数据集成方式或API方式进行开户信息交换。
3）、网络故障报修服务
当师生在使用校园网络或信息系统服务时，发生错误或异常等故障问题时，可以通过系统直接进行报修。当报修后可以查看报修处理进度。当网上报修内容有处理时可以给予通知提醒，报修处理后可以进行反馈评价。
不同网络故障的管理员可以网上查看和回复自己需要处理的故障问题，对线上线下报修信息进行管理。
<SPAN="_TOC********或后可见6">l 网络报修申请
师生发现网络故障时，进行报修申请，查看我的报修记录。
师生填写报修单，提交后，直接提交到负责报修的故障类型的管理员。
在“我的报修记录”中，查看已报修的网络故障的处理进度，以及进行反馈评价。
当故障被处理时，会按照消息提醒方式，通知报修人。
支持按照关键字、故障类型、故障状态进行搜索报修信息。
<SPAN="_TOC********或后可见7">l 网络报修信息管理
网络管理员负责不同的故障类型，进行负责的故障类型的报修信息管理。
管理负责的故障类型的报修信息，支持新建、删除、详情。
管理员在详细页中回复和编辑报修信息，查看评价情况。
支持按照关键字、故障类型、处理状态查询报修信息。
当报修信息已经得到报修人评价时，按照消息提醒的设置，收到消息通知。
<SPAN="_TOC********或后可见8">l 网络报修应用设置
网络报修应用管理员设置故障类型与网络管理员用户组维护、故障区域、消息提醒设置。
故障类型管理：添加、编辑、删除故障类型、负责受理的网络管理员用户组
故障区域维护：新建、编辑、删除区域维护，包括区域编码、区域名称、区域包含的子地点。
网络报修查询：支持按照报修类型和报修时间、报修渠道进行查询，查看详情。
4）、我的一卡通账单服务
<SPAN="_TOC********或后可见8">l 月账单分析
可以查看本人卡片信息和本月的消费分布饼图，即不同消费类型下的占比和金额。应用会定时统计分析所有用户的消费情况。
查看我的卡信息，包括卡余额、卡号、有效期和状态。
可查看最近三个月的账单情况。显示选择月份的消费情况分布饼图，目前约定的消费类型有九种：餐饮、购物、书籍、洗浴、健康、图书馆、网络、用电、考试，饼图展示消费类型、金额，鼠标悬停在色块上，可以展示消费类型、金额、百分比，点击色块，可直接跳转到明细页面。
<SPAN="_TOC********或后可见9">l 账单明细
可以查看最近是三个月的每天消费明细，包括消费金额、消费类型、时间和地点。功能支持：
按照月份、消费类型查询消费明细，仅能查看最近三个月数据。
查看消费明细，包括消费类型、时间、地点和金额。
<SPAN="_TOC********中国采招网*（.cn ）或后可见0">l 消费趋势
可以查看最近一个月的消费趋势图，包括消费金额和趋势。
查看最近一月的消费折线趋势图，以天为单位，鼠标悬停在具体的时间点上，可以查看消费时间和金额。
5）、失物招领服务
失物招领为全校师生提供统一的失物招领平台，捡到物品可以发布，丢了东西可以快速查询，并且对于有明确信息的一卡通和学生证等，可以利用共享数据进行查询，快速定位失主信息，精确匹配物品信息，提供寻物者与招领者之间信息的链接，提高物品归还的效率。
<SPAN="_TOC********或后可见9">l 失物招领信息发布展示
当师生捡了东西或丢了东西时，可以登录失物招领平台，输入关键字或按照物品类别，进行搜索信息，如果没有查找到匹配的信息，可以发布招领启事或寻物启事，发布到平台，达到信息共享。师生发布内容后，可以到“我发布的”去查看自己发布的寻物和招领信息，进行编辑和下架操作。
支持按照关键字和物品类型查询招领启事和寻物启事。
发布招领启事或寻物启事。
查看我发布的招领启事或寻物启事，支持按照关键词、物品类型搜索，支持编辑和下架操作。当招领物品已归还或寻找物品已找到，可以设置下架。
<SPAN="_TOC********或后可见0">l 自动匹配失主信息
当师生发布关于卡片类的具有明确信息的物品时，系统会自动匹配失主的信息和联系方式，如果匹配成功，系统将会发送提醒给失主，提高丢失物品匹配的效率。
<SPAN="_TOC********或后可见1">6）、后勤报修
当师生在校园内发现宿舍、学校楼宇、公共设施发生故障时，需要及时报故障信息和情况，并可跟踪故障处理情况，以及反馈处理意见。当学校区域设施发生故障，通过师生的报修，可以及时得到响应，安排人员维修；可以对维修情况进行查询和统计，可以方便得到统计数据。作为服务部门，也能够获得大家对工作的意见，不断提高服务质量。
<SPAN="_TOC********或后可见2">l 后勤报修申请
师生发现后勤故障后可以填写后勤故障申请单，提交给管理部门。
填写后勤故障申请单，提交后，报修申请单可以提交到负责该区域的管理员去处理。
“我的报修记录”查看已报修的后勤故障的处理进度，已维修的记录可以进行反馈评价。
支持按照故障类型和处理状态进行搜索。
当报修状态变为已驳回或已维修，报修人员会收到消息提醒。
<SPAN="_TOC********或后可见3">l 后勤报修信息管理
信息管理分为报修受理人员和维修师傅两个角色。后勤受理人员可以管理所有提交的故障申请，也可以录入其他方式提交的故障申请，进行信息管理和统计查询，支持按照故障类型、处理状态查询报修信息。
支持新建、删除、查看详情报修信息。
可以进行派工和驳回，派工即选择一名维修师傅进行任务委派，驳回即当该故障不属于此处报修或其他无需维修的情况，直接录入驳回原因保存。
对于待维修状态的报修支持完工操作。
支持按照故障类型、故障状态查询。
维修师傅被分配一个报修信息，可以收到一个消息提醒，有新的维修任务，当处理完毕后，可以进行完工操作。查看分配给本人的待维修信息列表，操作有完工和查看详情，当点击完工时，报修状态变为已维修，自动发送一条提醒给报修人，进行跟踪和评价。
当有报修任务分配到本人时，将会收到一个提醒，点击可以查看维修信息详情。
<SPAN="_TOC********或后可见4">l 后勤报修设置
故障类型管理：添加、编辑、删除故障类型编码、故障类型名称，支持按照关键字搜索名称。
维修区域维护：增删改区域大类的编码、名称、包含子地点，及对应受理人用户组，支持按照维修区域搜索。
维修师傅维护: 增删改维修师傅的编号、姓名、手机、维修项目。
后勤报修列表: 按照时间降序获取报修列表，操作有查看详情。
<SPAN="_TOC********或后可见2">7）、体育场馆预约
学校体育场馆作为公共资源，为师生提供上课、举行活动、举行比赛、体育锻炼的场所，师生个人对于体育场馆的使用需求迫切。体育馆管理部门对于体育场馆的使用情况以及后续根据使用情况的一些数据分析也会比较关心。
师生需要预订体育场馆进行体育锻炼时，可以登录体育场馆预约，选择锻炼项目，选择时间，根据目前场馆安排，进行预约。预约后会收到提醒，也可以查看我的预约。
体育场馆的管理人员可以维护体育场馆的具体信息，维护体育课程等情况占用场馆情况，及开放申请设置，可以根据时间、类型、场馆、查询和统计场馆安排情况。
<SPAN="_TOC********或后可见3">l 体育场馆预约申请
师生在需要预约体育场馆时，可以选择校区、体育项目，可以查看最近几天的每天时间段的体育项目可使用场地的可预约数。选择适当的时间段进行预约确认，即可预约成功。
师生可以在“我的预约”中查看自己已预约的场馆，如有临时事情调整，可取消场馆预约。
&O 师生根据时间、体育项目查看可预约数。
&O 师生可以在“我的预约”中查看自己已预约的场馆及预约信息，如有临时事情调整，可取消场馆预约。
<SPAN="_TOC********或后可见4">l 体育场馆信息管理
体育场馆管理员可以管理场馆信息，包括新建、编辑和删除，场馆信息包括基本信息、是否开放、每周占用时间段。每周占用时间段是为体育课程、固定团体活动预留设置的时间，此时间段内不会被师生预约。
&O 体育场馆管理员管理场馆信息，支持新建、编辑和删除，场馆信息包括基本信息、是否开放、每周占用时间段。每周占用时间段是为体育课程、固定团体活动预留设置的时间，此时间段内不会被师生预约。
&O 支持按照关键字搜索和高级搜索。
<SPAN="_TOC********或后可见5">l 体育场馆预约情况管理
体育场馆管理员可以管理场馆预约情况，查看场馆在指定时间的团体预约和个人预约情况。可以查看、编辑、删除，可以新建预约，如果某次预约人发生违约情况，可以设置违约，违约人将会被冻结一段时间。
&O 体育场馆管理员可以管理场馆预约情况，查看场馆在指定时间的团体预约和个人预约情况。
&O 支持查看、编辑、删除，可以新建预约。
&O 支持预约操作，如果某个预约人发生违约情况，可以设置违约，违约人账号将会被冻结一段时间。
&O 支持按照场馆名称、场地名称和预约状态搜索预约情况。
<SPAN="_TOC********或后可见6">l 体育场馆预约设置
管理员可以对应用进行一些配置和数据字典维护，人员权限配置等。
&O 可以维护体育项目字典。
&O 支持维护体育场馆信息及场馆管理员用户组人员设置。
&O 应用功能人员设置和授权。
&O 体育场馆预约的应用设置：提前预约天数、预约起始时间、校区、违约冻结天数等。
8）、校园活动服务
校园的学术文化活动、社团活动是十分丰富的，师生对于活动的了解需求是很大的，丰富知识和课余时间，目前校园的各类活动在不同的管理部门去管理，对于学生和老师入口多，没有一个统一的平台去汇总，宣传渠道相对少，便于让老师和学生了解。对于主办方来说，发布的讲座是否受到师生的欢迎，大家有什么意见，都没有一个集中的反馈渠道。
<SPAN="_TOC********或后可见2">l 校园活动设置
管理员选择活动部门发布管理员，实现分级授权。每个活动发布管理员可以看见自己部门发布的活动。
<SPAN="_TOC********或后可见3">l 校园活动发布管理
活动发布管理员可以新建、编辑、删除、查询活动，可以管理本部门发布的活动，进行发布、取消发布，每个活动发布后均有二维码，便于活动宣传时支持用户扫描二维码，在移动端查看活动的详细描述，活动发布管理员可以下载二维码。
活动发布管理员可以新建、编辑、删除、查看详情操作，支持发布、取消发布。
支持按照关键字搜索活动名称和标签。
每个活动发布后均生成二维码，支持下载，扫描二维码，查看活动详情。
支持查看所有的用户对于校园活动的反馈建议。
<SPAN="_TOC********或后可见4">l 校园活动发布展示
师生可以查看热门人气活动、最新活动、一周活动，并且可以标签搜索感兴趣的活动，对于感兴趣的活动可以选择参加，或者实名制评论。
师生可以在“我关注的”中查看自己关注的所有列表，进行取消关注和查看详情操作。
师生可以在“意见反馈”中提出自己想要看到和参加的活动，意见和反馈允许各个管理员进行查看。
查看热门人气活动、最新活动、一周活动，并且可以标签搜索感兴趣的活动，对于感兴趣的活动可以选择参加、点赞，支持查看评论、发表评论。
“我关注的”中查看自己关注的所有列表，进行取消关注和查看详情、关键字搜索操作。
师生可以在“意见反馈”中提出自己想要看到和参加的活动，意见和反馈允许各个管理员进行查看。
9）、场馆申请服务
当部门或院系、学生需要为举行会议、讲座或演出报告申请场地时，为了提升师生满意度，也为了整合校园公共场馆资源，提供场馆利用率，要实现场馆申请。
不同部门的管理人员可以维护自己的场馆信息，及开放申请设置，可以根据时间、类型、场馆、部门信息查询和统计场馆安排情况。
校级管理员可以进行应用配置和场馆管理员设置。
<SPAN="_TOC********或后可见7">l 场馆申请
师生举行报告、会议或活动需要使用室内场馆时，登录办事大厅，查看场馆的最近一周的预订情况，根据自己的会议活动时间和场地申请场馆，填写会议活动详情，提交申请表单。
当提交后，出现信息错误或临时计划有变，在我的场馆申请中可以进行撤销申请，审核中的终止流程，已审核过的释放资源，取消预订。
师生查看场馆的可预订时间内的预订情况，查看场馆的具体信息，方便选择会议室。教职工和学生也只能看到开放给各自的场馆。
根据自己的会议活动时间和场地申请场馆，填写会议活动详情，提交申请表单。
申请人可以在”我的场馆申请”中查看已申请的记录，支持查看详情和按照关键字搜索。
当提交申请后，出现信息错误或临时计划有变，在我的场馆申请中可以进行撤销申请，审核中的终止流程，已审核过的释放资源，取消预订。
<SPAN="_TOC********或后可见8">l 场馆信息管理
校园各室内场馆的管理人员进行场馆信息的管理，查看所管理的场馆的预订申请情况，选择某一场馆的某一天时间，可以查看当天该场馆的预约申请情况，并可新增场馆安排，可以编辑、取消某些场馆安排。
支持对场馆信息进行新建、编辑、删除。场馆信息包括场馆的基本信息、是否开放、开放给学生还是教职工、一周可预约时段、管理部门、电话等。
支持对场馆按照关键字搜索，并且支持添加其他字段进行高级搜索。
场馆信息设置是否开放、开放给学生还是教职工，可设置一周开放预约时间段，管理部门，方便学生和老师只可预约规定时间段内的只对自己开放的场馆，每个部门管理员只能管理本部门负责的场馆。
查看所在部门管理的场馆的场地安排情况，选择某一天，查看该场馆的所有场地安排，支持新建、编辑和删除场地安排。
支持按照关键字、活动类型、场馆状态搜索，并且支持添加其他字段进行场馆使用情况的高级搜索。
<SPAN="_TOC********或后可见0">l 场馆申请审核
支持按照场馆申请的审核流程，配置学生/教职工申请场馆的审核流程和环节审核人员。
<SPAN="_TOC********或后可见1">l 场馆申请设置
管理员配置应用的一些字典和设置，有设置消息提醒方式，会议类型字典设置、应用设置(个人提前预约天数设置、校区设置)，进行场馆管理员用户组设置。
支持会议类型字典新建、编辑、删除、按照关键字搜索操作，方便师生申请场馆申请时选择场馆用途和管理员统计查看。
查看所有场馆的预订申请情况，支持查看场馆预订详情。支持按照关键字、活动类型、场馆状态搜索，并且支持添加其他字段进行高级搜索。
10）、问卷调查
问卷调查方便学校管理部门发布常用的问卷调查，收集问卷结果。
<SPAN="_TOC********或后可见8">l 问卷类别管理
系统管理员可以添加类别和设置类别管理员，类别管理员可以添加维护其类别下的成员。
支持管理员添加问卷类别，设置类别的主管理员，类别主管理员可以维护其类别下的其他管理成员。
<SPAN="_TOC********或后可见9">l 问卷管理
问卷发布管理员管理问卷，创建问卷，查询统计问卷结果。
问卷管理员可以新建问卷，设置问卷描述、开始时间、过期时间、是否自动归档、游客是否可见、是否匿名等。
问卷支持添加问题，目前支持添加单选、多选、和输入类型的问题，设置问题选项。
类别管理员和成员都可以创建问卷，同一类别下的成员 能互相看到和管理其相应的问卷。
是否匿名时，在用户进行问卷填写时会告知用户其问卷匿名，而且管理员在查看统计时是看不到相应填写问卷的账户，同时如果选择匿名则数据库的填写问卷账户则进行加密。其中问卷中多选类型问题支持设置 最小、最大选项数。
问卷统计支持两种维度的统计，管理员可选择，一种按照 用户组 ，另一种按照 院系 统计已答题人数和未答题人数。
<SPAN="_TOC********或后可见0">l 问卷浏览
用户可查看所有问卷调查，进行填写提交，对于已提交的问卷可以查看回答情况。
11）、个人日程
<SPAN="_TOC********或后可见0">l 个人日程管理
查看个人日程，新建日程事件、事件提醒、日程类型等，设置个人日程。
支持以日历形式展示公共日程和个人日程，点击可以查看具体的日程详情。
支持新建、编辑、删除个人日程事件。
个人日程支持添加提醒方式。
允许编辑设置日程类型名称和公开设置，可选择不公开或对指定人员公开，选择后者，则开放的人可以看到对其公开的日程类型事件。默认支持三种日程类型。
根据学校教务系统实际接口条件，可以导入课程日程，一键同步日程，在日历中查看课程信息。
<SPAN="_TOC********或后可见1">l 公开日程
查看对我公开的所有人的日程。
列出所有对我日程公开的人员信息，点击查看此人的详细日程。
支持按照姓名和工号搜索。
<SPAN="_TOC********或后可见2">l 个人日程设置
管理员可以导入公共日程，包括学校公共日程和国家法定节假日。管理员可以导入公共日程Excel，下载示例模板，进行增量添加公共日程。支持按照日程名称、日程时间进行日程搜索。
<SPAN="_TOC********或后可见2">12）、邮箱自助开户
每年都有许多新生和新进教职工入校，正常流程时信息化处在新生入学前会批量创建账户。为了解决信息互通，提高校园资源的利用率，实现邮箱自助开户。当师生有需要时可以进行开户和查询。
<SPAN="_TOC********或后可见3">l 邮箱自助开户
师生登录后，可以自动获取姓名、工号、所属单位，并且自动查询是否已开通邮箱账户。
如果未开户，则支持填写开户表单，进行邮箱自助开户。开户成功后，显示账户名，显示邮箱登录地址。
如果已开户，则展示账户名，并且显示密码说明，显示邮箱登录地址。
<SPAN="_TOC********或后可见7">13）、在线咨询
在线咨询为学校管理部门和师生之间提供交流和信息互通平台，开辟咨询区，师生可以进行提问，管理员给予及时答复。在线咨询可以对咨询回复情况进行统计。
<SPAN="_TOC********或后可见8">l 咨询区管理
管理员可以管理咨询区，进行咨询区基本信息维护、管理授权。
<SPAN="_TOC********或后可见9">l 咨询管理
咨询管理员管理自己负责的咨询区，进行咨询的回复、转移、隔离/取消隔离、归档/取消归档、设置FAQ操作。
当该咨询不是本咨询区的咨询，可以转移到其他咨询区。可以查看转移日志。
<SPAN="_TOC********或后可见0">l 咨询区浏览
师生可以选择要咨询的咨询区，进行发表咨询，填写咨询内容。
可以在“常见”咨询中查看常见问题回复，快速解决问题。
在“我的咨询”中查看自己提交的所有咨询，快速查看回复，进行查看、搜索、编辑和删除。
<SPAN="_TOC********或后可见1">咨询统计
管理员可以统计咨询区回复情况，按照咨询区维度、咨询回复状态、咨询答复率进行咨询统计和导出数据。
3、 校情分析及决策支持
本次校情分析及决策支持功能建设，重点围绕教职员工“人”的信息展开，深入分析各项教职员工属性信息，为学校针对“人”相关的领导决策提供数据支撑。可按照学校、院系（部门）、个人，三个层次维度进行人员信息的汇总、展示、分析，且各维度均可深度钻取，最终均可达到“个人”为最小单位的数据主体。在系统呈现上应以“校级数据中心”、“院系（部门）数据中心”、“个人数据中心”三层展现。
关键指标分析
教职员工与“人”相关的关键信息均需包括在分析范围内，除人事工作所需的一般分析维度外，还需允许用户自定义与人相关的其它指标分析，且可做到个体人员的相关数据分析及展示，如个人相关科研项目信息、授课信息、财务信息、资产信息、健康信息等。
明细数据查询
明细查询为用户提供了更为明确和有针对性的查询过滤条件，系统应内置默认多种查询条件，且支持用户自定义查询条件，还必须支持模糊查询、多条件查询等。
分析图表及导出
在每一个分析主题中，系统均提供多种图形化展现方式，包括但不仅限于：饼状图、柱状图、曲线图，图形界面必须支持深度数据钻取。所有分析数据支持导出功能。
1）教职工个人数字档案
教职工个人可以对自己的档案信息进行查询和分析，包括我的数据分析、我的个人信息、我的科研信息、我的教学信息、我的资产信息、我的财务信息和我的健康信息等，
&O 我的数据分析：对教职工的信息进行整体的统计和分析。
&O 我的人事信息：对教职工的人事维度信息进行统计和分析。
&O 我的科研信息：对教职工的科研信息进行统计和分析。
&O 我的教学信息：对教职工的教学信息进行统计和分析。
&O 我的资产信息：对教职工的资产信息进行统计和分析。
2）在职教职工查询与统计
可以对在职教职工进行查询与统计，具体服务包括在职教职工查询、年龄统计分析、性别统计分析、学位统计分析、岗位统计分析、职称统计分析、工人技术等级统计分析、学缘统计分析和高层次人才统计分析等。
&O 在职教职工查询：可以对在职教职工的信息进行查询。
&O 年龄统计分析：以年龄为统计维度对全校在职教职工进行统计和分析。
&O 性别统计分析：以性别为统计维度对全校在职教职工进行统计分析。
&O 学位统计分析：以学位为统计维度对全校在职教职工进行统计分析。
&O 岗位统计分析：以岗位为统计维度对全校在职教职工进行统计分析。
&O 职称统计分析：以职称为统计维度对全校在职教职工进行统计分析。
&O 工人技术等级统计分析：以工人技术等级为统计维度对全校在职教职工进行统计分析。
&O 学缘统计分析：以毕业学校为统计维度对全校在职教职工进行统计分析。
&O 高层次人才统计分析：以各种专家和高层次人才为统计维度对全校在职教职工进行统计分析。
3）教职工查询授权
管理人员可以对教职工信息的查询统计进行授权管理，具体服务包括教职工查询授权和教职工统计授权。
&O 教职工查询授权：对哪些角色需要对哪个字段有查询权限进行设置和授权，例如设置某一角色对基本信息表中字段的查看、修改和必填权限等。
教职工统计授权：对哪些角色需要有什么样的统计权限进行设置和授权。
4）学生基本情况分析
需支持以院系为单位进行学生数据分析。
（1）本科生
？本科生总量
？本科生院系专业分布
？本科生学科分布
？本科生年龄分布
？本科生来源地区分布
？本地生源比重
？本科生政治面貌分布
？本科生性别分布
？本科生民族分布
（2）研究生
？研究生总量
？研究生院系专业分布
？研究生学科分布
？研究生年龄分布
？研究生来源地区分布
？本校生源比重
？研究生政治面貌分布
？研究生性别分布
？研究生民族分布
（3）专科生 _
？专科生总量
？专科生院系/专业分布
？专科生学科分布
？专科生年龄分布
？专科生来源地区分布
？本地生源比重
？专科生政治面貌分布
？专科生性别分布
？专科生民族分布
（4）成教学生
？成教学生总量
？成教学生院系专业分布
？成教学生学科分布
？成教学生年龄分布
？成教学生来源地区分布
？本地生源比重
？成教学生政治面貌分布
？成教学生性别分布
？成教学生民族分布
（5）网络学生
？网络学生总量 _
？网络学生院系分布（只能分专业） _
？网络学生学科分布 _
？网络学生年龄分布 _
？网络学生来源地区分布 _
？本地生源比重
5）教学基本情况展示分析
支持以院系为单位进行数据分析。
（1）针对本科生进行分组数据展现分析，包括：
？本科生专业设置情况
包括本科生的专业等级、学科分布、详细情况等
？本科生学籍异动情况
本科生学籍异动统计、学籍异动图表分析
？本科生招生数据情况
本科生入学分数段、生源地、各招生地招收情况等展现分析
？本科生毕业数据情况
本科生单位性质、就业地、专业学科等分析。
（2）针对研究生进行分组数据展现分析，包括：
？研究生专业设置情况
包括研究生的专业等级、学科分布、详细情况等
？研究生学籍异动情况
研究生学籍异动统计、学籍异动图表分析
？研究生招生数据情况
研究生入学分数段、生源地、各招生地招收情况等展现分析
？研究生毕业数据情况
研究生单位性质、就业地、专业学科等分析。
（3）针对师资及教室数据进行分组数据展现分析，包括：教师的年龄、职称、学历、专业等构成。教师数据包括教师类型统计及图表分析。
6）其它教学数据展示分析
针对教务研究生系统历史数据做针对性分析，包括：
（1）学生学习成绩分析
含成绩优秀率、不及格率等数据分析
（2）课程数据分析
以学院、系为单位进行课程开课情况分析，包括历史开课数据，当年期开课数据、任课老师数据等。
三、 系统接口开发
针对学校统一服务门户、统一数据平台、统一身份认证平台，做相关系统的集成对接接口开发，在相关系统开放对接端口后，将其与学校智慧校园统一服务门户各平台对接，实现访问入口的统一、数据的互融互通/共联共享、认证的单点登录。
1、系统接口开发：
系统接口开发，主要在三个层面进行：
<SPAN="_TOC********或后可见0">1）、数据接口
利用智慧校园信息交换平台，从应用系统数据库中抽取出需要共享的数据，使信息交换平台成为全校范围内唯一的全面的数据源，完成数据层的集成，同时为相关应用系统提供共享数据访问服务，为在全校范围内进行综合数据分析服务提供完备、有效、可信的数据基础；
<SPAN="_TOC********或后可见1">2）、认证接口
根据现状确定一套用户身份信息，作为统一身份管理平台和数字化校园的用户权威身份信息，建立起统一的认证，完成目前适合集成认证的系统的集成工作，同时留有接口供后续建设的系统无缝的与统一身份管理平台进行集。
<SPAN="_TOC********或后可见2">3）、应用接口
将系统与统一服务门户进行应用对接，为广大师生提供个性化的综合信息服务，扩展部门级管理信息系统的信息服务能力。
2、系统对接
将下列系统与学校智慧校园统一服务门户相关平台（数据平台、认证平台、门户平台）对接。数据层面实现系统与学校其它业务系统的数据互通，消除数据孤岛；认证层面实现单点登录，授权统一管理；入口上实现统一入口，并把与教职员工个人相关信息抽取到个人服务门户进行统一展现。本次对接包括下列系统：1）、对现有科研系统做系统接口开发
2）、校园卡系统：完成学生信息、员工基本信息、用户登录信息等接口开发
3）、BlackBoard：完成选课信息接口开发
4）、档案管理系统：完成归档档案数据接口开发
5）、OA系统：完成代办事项提醒接口开发。
对接可能产生的第三方费用（如系统原厂商开发端口收取的费用）不包括在本项目中。
四、 数据清理
1、 数据清理
教务部、科学技术部、社会科学部、计划财务部、人力资源部、实验与设备部、研究生院、后勤部、图书馆、学生部、校友联络部、就业指导中心、招生就业办（招生）、校办、信息中心共计15个部门（单位）的信息系统包括在本次数据清理范围之内。其中一个部门多个信息系统的，所有系统均须纳入数据清理范围。
1）、数据使用需求梳理：
针对各部门（单位）原有各信息系统实际数据，进行数据需求整理，梳理确认本部门对外部业务数据的明细需求，以及梳理确认可以向外部系统提供的数据项以及相关数据的使用权限，形成数据的使用/生产（U/C矩阵表）关系。
2）、数据标准梳理
基于国家标准、教育部标准、行业标准和学校已有的校级数据标准，根据深圳大学校信息化建设管理办法，根据学校已建设的信息标准管理工具，对各部门信息系统数据进行全面的数据标准的梳理、转换，转换为统一的数据标准、代码标准，最终实现与校主数据平台可对接的标准。
数据标准按照学校的信息子集进行定义，每个信息子集应包括以下内容：
数据集、数据子集、数据项分类与分层结构；
数据集定义、属性描述；
数据子集定义、属性描述；
数据项定义、属性描述、权限描述。
本次确定的信息集要须包含上述15个业务部门。
各部门系统数据要按照统一的标准产生、存放、使用，使所有数据真正实现共享。代码标准的要基于学校已有的校信息标准管理工具，兼顾各个数据之间的兼容性、一致性，建设和完善各类系统中数据的存储、使用规则。
3）、对接集成校数据中心平台
与学校已经建设的校级主数据管理平台对接集成，从上述各部门应用系统数据库中抽取出需要共享的数据，构成综合数据集，将所有数据沉淀在校级主数据库中，使主数据库成为全校范围内唯一的全面数据源，完善数据层的集成。同时利用主数据库为各部门应用系统提供主数据共享，使其可以使用全校范围内对接入主数据库的所有数据。
此外，利用学校已建的元数据管理工具实现代码标准、主数据模式的元数据信息的管理，包括数据分类、表对象、字段属性的维护等功能；同时，通过元数据一致性检测，确保代码标准、主数据和数据存储库一致。实现业务系统数据源的元数据的统一注册管理。实现全校元数据资产统一管理，便于数据管理者查找所需要的元数据，理解所使用的数据的业务含义，加强对数据治理过程的控制能力。
对元数据对象进行管理，包括：
&O 数据分类管理：数据对象的分类目录的导入、增加、删除、修改、设置排序号；
&O 表对象管理：表对象的导入导出和增删改查；
&O 字段属性管理：字段的导入导出和增删改查；
&O 主数据建模：可根据元数据进行数据建模；
元数据一致性检查：对主数据库数据对象的元数据和对应的数据库实体进行比对，并逐项列出不一致的项目，并给出相应处理建议，保证元数据和数据库实体的一致性。
4）无系统支撑数据清理
对各部门缺乏系统支撑，且其它部门有使用需求的业务数据（例如EXCEL），通过校主数据平台进行导入、导出完成数据采集和校验，通过主数据管理平台分发到其它应用系统。可查看主数据库中各表中数据总量情况，可按部门、按数据权限支持业务部门查询相关数据，字段组合查询，支持EXCEL导出。
5）、数据使用申请管理子系统
基于深圳大学信息化建设管理办法、校信息系统数据使用管理办法，基于学校统一服务门户、统一身份认证系统、主数据平台，建设数据使用权限管理系统，系统不仅需包含上述15个部门及系统，还需囊括全校所有接入主数据平台的部门及系统。本管理子系统是在学校主数据平台各共享数据权限管理基础上，对数据使用需求进一步细化管理的系统，允许部门或个人对未包含在自身使用权限范围内的数据使用发起申请，在信息中心及相关数据产生或管理部门的审批下，进而允许或拒绝其数据使用。
A、 数据使用申请
部门（单位）或个人在校主数据库中无法获得所需数据时，可提交数据使用申请，填写所需使用的数据、使用目的、使用期限等，系统支持图形化界面供申请人进行数据使用对象的选择。
B、 数据使用审批
数据使用部门或使用人发出使用申请后，系统会转至信息中心审批，审批通过后转至数据生产或管理部门审批，所有审批通过后，申请人可查看使用此数据，流程结束。如审批通不过，需审批人填写不通过原因，系统以消息、邮件方式通知申请人审批不通过，流程结束。如申请人需再次申请，则需重新发起申请流程。
C、 数据使用日志管理
系统提供数据使用日志管理，申请数据使用通过后，申请人可使用数据，系统自动记录申请流程、审批意见、申请人使用数据的方式（包括在线浏览、下载）、使用时间，以便后期进行安全追踪
一、 项目进度要求
签订合同后90个日历日月内完成需求梳理，并完成项目设计。项目设计方案通过招标方组织的评审后，270个日历日内完成项目开发、上线试运行并达到验收条件。
一、 商务需求
6.1 实施要求
（1）工期要求。中标人必须严格按照项目进度要求实施，如期完成各个子系统的设计、开发、测试、部署、调试、试运行、用户培训、正式上线和验收工作。若逾期交付产品，则中标人自愿接受采购人扣除合同总金额的万分之三*逾期天数，作为违约处罚。
（2）系统安全要求。中标人必须按照和标准实施本项目，采购人按此要求和标准进行项目验收。
（3）中标人实施人员必须是投标文件响应的技术负责人、项目经理、实施人员，在未经采购人同意的情况下若人员有所变动或减少，中标人自愿接受采购人扣除部分或全额的履约保证金。
（4）需求变更承诺：中标后，中标人需对采购人的业务需求重新做一次梳理，完成采购人的用户需求书的编写。为了确保系统正常运行，项目实施过程中若采购人的实际业务需求发生变化、建设内容需要变更的，则合理变更的需求不再单独增加费用、由中标人承担，若变更内容的建设时间超期，不属逾期交付。投标人需在投标时提供加盖公司法人公章的承诺书扫描件，在中标后提供承诺书原件。
（5）稳定运行要求。在软件系统开发期及维保期内，若软件系统依赖的运行环境（如操作系统、浏览器、数据库或中间件等）有版本升级，中标人需提前检查所提供的软件系统的兼容性，并对存在的问题进行修改，保证业务系统的正常运行。
（6）软件环境安装要求。与项目系统密切相关的软件环境（VMWARE虚拟化软件、ORACLE数据库、ORACLE中间件等），中标人能提供原厂认证工程师安装调试服务，且每个软件环境产品合格技术人员不少于两人。
（7）客户化开发要求。中标人中标后需对甲方的业务需求重新做一次梳理，完成甲方的用户需求书的编写。软件系统免费维保期满后，包含客户化修改在内的每年度系统维保费用不得超过中标价的5%。
（8）提供系统运维接口。中标人所开发的软件业务系统需要提供系统运维接口，报告系统当前的运行状况数据（包括CPU占用、内存占用、数据库连接状态等），供统一运维管理使用。
（9）除采购人提供的标准服务器（虚拟机或实体机）存储及网络与通用安全设备以外，投标人提供的系统如果还需要其它专用设备才可正常使用的，所需专用设备均应包含在投标总价内，不得额外增加费用，并由中标人提供和软件质保期相同期限的全免费维保服务（包括但不限于人工、配件、备件等）。
（10）中标人为采购人定制的功能，其知识产权归属采购人和中标人双方共有，任何一方需经对方同意才能将与其有关的所有内容（包括但不限于软件需求说明书、系统技术说明书、程序源代码等）用于第三方。
6.2 售后服务要求
6.2.1售后服务机构和人员要求
（1）实施本项目时，投标人必须在广东省内有固定的售后服务机构（指本地注册企业或本地设有分公司）。须提供营业执照与办公现场租赁合同原件扫描件（原件备查）。注册地与租赁合同地址信息一致。
（2）实施本项目时，投标人在深圳市有足够的技术人员为本项目提供售后技术服务，须针对本项目安排至少1名技术人员提供售后技术服务。
6.2.2免费维保期
投标人所提供的软件（含为采购人客户化开发的功能部分）免费维保期为5年，时间自项目最终验收合格并交付使用之日起计算。
6.2.3免费维保期内的服务范围至少应包括下列内容：
（1）提供所供软件系统最终验收合格后的5年现场免费维保服务；
（2）提供所供软件系统最终验收合格后5年内软件功能升级与支持服务，对于非重大修改工作，不再单独增加费用；
（3）因采购人需要，提供必要的软件产品的重新部署及支持服务，包括由此带来的数据迁移服务；
（4）根据国家信息系统安全等级二级保护的需要，提供软件功能维保以及软、硬件运行环境管理和维护服务；
（5）制定系统数据备份计划，包括完整、增量、差量、异地备份等。提供数据备份服务，并定期检验数据备份的有效性；
（6）对软件的运行环境（包括操作系统、数据库、中间件以及其它相关软件等）及时进行打补丁、查病毒服务；
（7）提供所供软件系统的兼容性保证服务，系统服务器端需支持操作系统、数据库、中间件以及其他相关软件的维保期内所有后续版本，客户端需支持维保期内Windows的所有后续版本，浏览器须支持IE、360、Chrome、safari、Edge等主流浏览器维保期内所有后续版本，移动端须支持IOS、安卓等主流操作系统以及IE、360、Chrome、safari、Edge等主流浏览器维保期内所有后续版本，因上述软件版本升级所带来的开发工作不再另行收费；
（8）在5年维保期间内，对于采购人在统一身份认证、数据交换平台和其他所有通用接口模块方面的升级，中标人必须免费提供所供系统有关的对接服务和数据迁移服务；
（9）免费维保期内，须针对本项目提供故障响应2小时人员到场服务。投标人需提供承诺函，原件备查；
（10）通过电话、邮件、网络、现场服务等多种方式，针对采购方的用户提供常规技术支持；当采购方重要管理岗位使用者遇到技术难题，通过电话或网络手段无法解决时，工作时间内中标人驻场技术人员需即时到使用者校内所在办公室现场解决问题；
（11）提供所供软件系统的系统BUG修复、系统性能优化等服务；
（12）提供建设及使用的网络培训课，中标人应提供项目系统建设及使用的网络培训课程（提供可用网络链接及帐号密码）。
6.2.4维保响应及故障解决时间
（1）定期维护：投标人在投标时须提出软件系统及运行环境的定期维护计划。
（2）对采购人要求的不定期维护提出响应措施，并进行实施。
（3）对采购人提出的修改设计提出响应措施，并进行实施。
（4）文档更新：实施系统维护或修改设计后，应在1周内更新有关技术文档并提交采购人。
（1）咨询服务，提供7×24小时的技术咨询服务。
（2）评估服务，每年提供至少2次对系统运行状况的评估服务。
（3）巡视服务，提供每月1-2次巡视服务，检测软件系统及运行环境的运行情况。
（4）制定备份计划，并定期备份及检验数据备份的有效性。
3 故障响应
（1）提供7×24小时的故障服务受理；
（2）对重大故障提供7×24小时的现场支援，一般故障提供5×8小时的现场支援。
（3）故障服务的响应时间小于1小时，即1小时内有能够处理故障的技术人员到达现场。
（4）中断时间不能超过3小时。
（5）当采购方重要的管理岗位遇到问题时，现场提供技术支持。
6.2.5免费保修期外的相关要求
免费维保期后，若采购人仍需中标人提供维保服务，则中标人须保证以合理的价格提供维保服务，每年度软件系统维保费用不得超过中标金额的5%，续保服务内容由中标人与采购人另行协商。
6.3培训要求
中标人应负责针对全部投标产品及其运行环境免费对采购人的相关人员进行全面技术培训，培训内容包括：
（1）软件系统的日常操作管理与维护；
（2）能熟练使用所提供的各种工具；
（3）产品现场安装时应提供现场培训。
（4）投标人在投标文件中需承诺培训课程安排、培训方式及时间。受训人员经过培训后，应能够熟练掌握各种设备和软件等常规使用方法，以及小故障的判断与解决，能够独立承担和完成相应的系统维护和管理工作。
6.4 验收要求
当满足以下条件时，采购人才向中标人签发软件系统验收报告：
1.中标人所提供的软件系统必须经过采购人组织的第三方软件测评、第三方安全等保二级测评以及用户测评，测评结果需满足采购人的相关要求。
2.中标人所提供的软件系统必须经过采购人招标的项目监理公司、安全等保公司验收合格。
3 .中标人必须按要求提供项目检查、验收、安全等保、监理等所需的文档，包括但不限于项目计划书、软件需求说明书、信息标准说明书、系统技术说明书、系统测试计划、系统测试报告、所有编程接口、调用范例、编程手册、用户使用手册和系统管理及维护手册等。
4.中标人所提供的软件系统必须满足国家信息系统安全等级保护第二级的要求。在对该软件系统进行安全等级保护评测时，中标人必须免费提供相应技术支持，免费提供评测中与软件系统相关的支撑材料，并负责免费修补评测中发现的问题。
5.中标人所提供的软件系统必须具有独立的知识产权，由产品软件版权产生的任何纠纷以及造成的各项损失，由中标人负责赔偿。
6.除采购人提供的ORACLE数据库以及ORACLE通用中间件（包括Weblogic、ODI、OSB）之外，若中标人所提供的软件系统还需使用其他中间件或其他软件，则中间件或其他软件的版权由中标人提供，不得增加额外费用。中标人所提供的软件系统所使用的插件应为主流插件产品，应具有良好的稳定性及兼容性，便于集成、开发、部署和应用，且所使用插件的版权由中标人提供，不得增加额外费用。
7.中标人所提供的软件系统，需稳定、安全的试运行1个学期以上，且功能上满足用户需求，性能稳定，数据安全，用户操作友好。
8．中标人为采购人客户化开发的移动应用部分的源代码需要向采购人提供。
6.5付款方式
1.合同签字生效后5个工作日，中标人向采购人支付合同总金额的10%作为履约保证金；项目最终验收合格后转换为5年售后服务质保金。根据中标人售后服务履约情况每年返还合同金额的1%，最后1年返还6%，共分5年返还。如中标人未能履行合同规定的义务，采购人有权从履约保证金中取得补偿。
2.合同签订以后，中标人驻场与采购人重新梳理、确认业务需求，完成项目软件系统详细需求分析和系统设计，提交完整的项目需求说明书和详细设计文档。项目需求说明书和详细设计文档通过采购人组织的专家评审后，且收到中标人的履约保证金后，经采购人校内审批、办理支付合同金额的30%。
3.软件系统开发、调试、部署完毕，试运行1个学期后，采购人组织专家对软件系统进行最终验收，最终验收合格后，采购人整理相关付款资料，经校内审批后办理支付合同金额70%。
6.6履约服务
6.6.1软件实施团队驻场服务
1、在软件系统需求分析、设计、开发、测试、部署以及试运行阶段，中标人需要针对本项目安排实施团队进行驻场实施。实施团队至少包括4名成员，其中，项目经理1名、系统分析员1名、软件开发工程师1名以上、系统测试员1名。驻场团队负责对采购人的用户需求做进一步的梳理，完成用户需求及设计报告的编制，进行客户化开发工作，完成系统之间的数据接口设计，进行软件系统的测试、部署和试运行。
2、驻场软件开发团队成员需要具备胜任岗位工作的相应资质，如程序员、系统分析师、网络安全师或取得Oracle、Linux等产品的资质。中标人必须提供驻场团队成员如下证明资料的原件扫描件（原件备查）：
（1）社保局出具的最近6个月在原厂单位的缴费明细盖章证明文件；
（2）相关技术资格证以及相关产品的技术认证证书；
（3）身份证及学历证。
6.6.2 专职系统运维服务
1、软件系统验收合格后，在免费维保服务期内，中标人需针对本项目安排至少1名专职系统运维工程师，全程提供技术运行维护工作，包括数据安全、软件系统BUG修复、软件系统部署、系统性能优化、常规技术支持、运行环境维护以及更新系统运行环境必须的补丁并保证升级后的兼容性等。针对招标人提出的运维服务要求，专职运维工程师需在2小时内到场提供服务
2、中标人必须提供专职运维工程师如下证明资料原件扫描件（原件备查）：
（1）以上维护内容相关专业本科及学士学位以上学历学位证书；
（2）具有网络、数据库、虚拟化系统、软件开发等其一的技术资格证书；
（3）社保局出具的在投标人单位的最近6个月社保缴费明细盖章证明文件。
6.6.3 工程师的确认和更换
1、中标人拟安排的驻场软件开发实施人员及专职运维工程师需要事先得到采购人的确认，中标人打算更换驻场实施人员或专职运维工程师需要提前1个月通知采购人，新安排的驻场实施人员或专职运维工程师需要按照前款（1）至（3）的要求提供证明材料，并得到采购人的认可，未经采购人确认而擅自换人的，中标人自愿接受采购人扣除部分或全额的履约保证金。
2、中标人不得频繁更换驻场工作人员，本项目的驻场实施团队成员在整个项目周期内更换不能超过1次，本项目的驻场系统运维工程师在1个学年内更换不能超过1次。
此处显示的为服务类通用项目模板，其他服务类专业模板（物业管理、绿化管养、软件开发、环保类、劳务派遣、设备维护）详见 /portal/documentView.do?method=view&id=********或后可见
对项目需求的认识和理解
考察内容： 1、对招标人信息化现状（特别是数据统一、认证统一、门户统一、信息化服务应用方面）及发展方向、发展需求的认识与理解； 2、对本项目建设与招标人整体信息化建设发展规划关系的认识与理解； 3、对本项目建设与招标人整体智慧校园依托关系的认识与理解； 4、依据招标需求及建设背景，详细描述系统与智慧校园核心平台对接包含哪些方面、对接具体措施的认识与理解； 5、本项目建设效果与智慧校园整体建设使用效果相互关系的理解。 根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得80-100分；评价为良得60-80分；评价为中得30-60分；评价为差不得分。评价为“中”或“差”评委须书面说明情况。专家按百分制打分。
系统设计方案（重点考察方案的创新情况，如创新思维、方法，提供新设备、新工艺等，确保项目高标准完成）
考察内容： 1、 方案的完整性、清晰性、科学性、灵活性和可扩展性； 2、依据系统功能需求，提供详细功能设计方案，明确系统整体性及服务化功能设计，特别是针对普通老师、学生的服务化设计； 3、项目所含服务应用与智慧校园统一认证、统一数据平台、统一服务门户的对接方案及保障措施；4、系统开放性，可提供支持甲方或第三方基于项目系统开发新应用的无知识产权风险的开放性应用开发平台；5、服务应用注册及授权功能便利性，应支持对需要集成到认证平台的应用进行注册及访问授权，便利的控制用户访问应用的权限；6、服务应用运行数据监控分析功能，应做到实时获取系统访问统计数据，实时展现页面浏览数、访客数、平均停留时间等信息，实时显示应用运行使用状况；7、各服务应用及接口的统一运维性，应支持调用各应用开放的运维接口，以展示应用系统当前运行状况（含CPU占用、内存占用、数据库连接状态等）；8、服务应用认证的支持能力，应支持通过OAuth2.0协议接入身份认证，支持OAUTH应用注册，支持OAUTH服务接口管理；9、各服务应用及集成系统入口与学校统一服务门户的统一性，应做到所有服务应用及集成系统以学校统一服务门户做为唯一入口，可针对不同用户提供符合其角色权限的快速入口、应用推荐、应用业务域等；10、各服务应用及系统集成对个人服务的支持特性，应支持在统一门户个人主页集成展现个人的待办、已办任务，个人相关应用；11、服务应用移动技术特性，应支持在学校统一移动服务门户进行应用展现，可进行信息推送，应与统一身份认证集成。12、数据清理系统，应统一对接进学校统一数据平台，可做到被平台数据抽取、加载、转换映射、清洗，可完成从源到目标的数据交换，支持数据双向传递，可实现对其它业务系统的数据实时共享，且可提供过程的调度和监控；13、各服务应用应支持对接学校统一任务处理中心，支持统一流程管理，应提供标准Web Service接口，支持任务推送，支持对系统接口开发异构系统的集成；14、重点服务应用，数据清理中重点业务系统，应支持在统一门户进行重点专题着重推荐，在校内重点业务期进行重点专题推荐；15、各服务应用友好性支持，应提供应用使用意见收集、反馈功能，可实时反馈给系统运维人员，便于及时调整应用提高用户满意度。
根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得80-100分；评价为良得60-80分；评价为中得30-60分；评价为差不得分。评价为“中”或“差”评委须书面说明情况。专家按百分制打分。
项目进度安排、系统信息安全保障措施及方案
考察内容： 1、准确、有效、完整的项目进度安排、建设进度保障措施； 2、准确描述本项目系统信息安全特性、信息系统安全保障措施； 3、依据投标人在校园服务应用、资产管理系统集成对接、校情数据分析、智慧校园系统集成、智慧校园数据清理方面的经验，对系统可能存在的安全问题提出针对性解决措施。 4、数据清理安全保障，具备不少于6种安全维度日志记录。 5、数据清理原系统数据安全保障，可区分待处理和已处理的数据检测。 6、数据清理之数据备份安全保障，代码及主数据可提供每天的备份日志。 7、数据清理之个人数据保障，提供用户个人的数据中心，其中包含但不仅限于个人相关的科研数据、财务数据、教学数据、资产数据等。8、服务应用安全保障，各服务应用为独立APP方式提供，可灵活替换，不会对其它应用产生影响，各应用可灵活授权给不同用户组，用户组可灵活增减人员。根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得80-100分；评价为良得60-80分；评价为中得30-60分；评价为差不得分。评价为“中”或“差”评委须书面说明情况。专家按百分制打分。
项目组织及实施方案
考察内容： 1、 投标人提供详细的项目组织及实施方案； 2、 投标人项目组织架构清晰，人员分工明确，人员层次搭配合理、实施方案成熟可靠、先进合理； 3、 投标人对系统的体系架构等做的针对性实施方案；4、具有可管理项目进度及需求的信息系统，可提供用户需求以及开发进度跟踪，且可真实投入项目实施过程，可查看到学校需求开发及跟踪信息。 根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：评价为优得80-100分；评价为良得60-80分；评价为中得30-60分；评价为差不得分。评价为“中”或“差”评委须书面说明情况。专家按百分制打分。
投标人承诺严格按照招标文件商务需求的“实施要求”实施本项目的得100分。要求提供承诺函作为得分依据。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。
项目完成后的服务承诺
投标人承诺严格按照招标文件商务需求的“售后服务要求”为本项目提供售后服务的得100分。要求提供承诺函作为得分依据。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。
综合实力部分
投标人资格情况及荣誉情况
1.曾经获得国家规划布局内重点软件企业证书的得30分，曾经获得省规划布局内重点软件企业证书的得15分，本项最高30分； 2.具有信息技术服务运行维护标准符合性证书二级（或以上）的得30分，具有信息技术服务运行维护标准符合性证书三级的得15分，本项最高30分； 3.具有计算机信息系统集成（信息系统集成及服务）二级（或以上）证书的得40分，具有计算机信息系统集成（信息系统集成及服务）三级证书的得20分，本项最高40分。 要求提供相关认证（资质）文件扫描件（原件备查）作为得分依据。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。
拟安排的项目负责人情况
要求拟安排的项目负责人月必须在投标单位缴纳社保，否则不予计分。要求提供该人员月社保资料（网页截图或窗口打印资料或社保部门出具的证明均可）扫描件（原件备查）作为评标依据。在此基础上： 1. 取得PMP资格认证的得30分； 2. 取得计算机信息系统集成（信息系统集成及服务）项目经理（或高级项目经理）证书的得40分； 3. 取得全日制本科高校计算机专业硕士（或以上）学历及学位的得30分。要求提供有关证书扫描件（原件备查）作为得分依据。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。
拟安排的项目团队成员（主要技术人员）情况（项目负责人除外）
要求拟安排的项目团队人员（项目负责人除外）不少于18人，且月均必须在投标单位缴纳社保，否则本项直接计0分。要求提供项目团队人员月社保资料（网页截图或窗口打印资料或社保部门出具的证明均可）扫描件（原件备查）作为评标依据。在此基础上，以下2项累加计分：1. 至少有10名计算机技术与软件专业技术中级（或以上）资格得50分，以此为基准，每少1名中级（或以上）资格人员扣10分，每多1名高级资格人员加10分（本项最多得70分，最少得0分）；2.至少有8名人员具有全日制本科高校计算机相关专业本科学历学位得30分，否则不得分。同一人员可累计加分。要求提供有关证书扫描件（原件备查）作为得分依据。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。
投标人软件能力成熟度认证情况
投标人自有知识产权的“校情分析系统、学校竞争力分析系统、数据质量检测系统、数据集成工具软件、数据集成监控软件、数据备份工具软件、资产管理系统、应用运行监控系统”具有《计算机软件著作权登记证书》的数量情况（软件产品名称与标书要求不必完全一致，用途一致或相近即可，一致或相近"由专家进行判断）：1项得13分，最高100分。 要求提供证书扫描件（原件备查）作为得分依据，不提供不得分。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。
根据《深圳市财政委员会关于加强招投标评审环节诚信管理的通知》（深财购[2013]27号）的要求，投标人在参与政府采购活动中存在诚信相关问题且在主管部门相关处理措施实施期限内的，本项不得分，否则得满分。投标人无需提供任何证明材料，由工作人员向评审委员会提供相关信息。
履约评价情况
近三年（以投标截止日期为准）在市政府采购中心有履约评价为差的记录，本项不得分，否则，得满分。投标人无需提供任何证明材料，由采购中心工作人员向评委会提供相关信息。
智慧校园-深大其他应用及接口系统开发实施（徐明）.doc
备注：本公示期限为2个工作日。公示期内如有异议，请登录采购系统，点击“提出采购需求质疑”功能点进行质疑，由采购人进行回复。采购需求质疑及回复列表
供应商服务
供应信息发布
采购商服务
手机客户端
微信公众号
全国免费咨询热线：400-810-9688
，即可查看免费招标信息
法人/总经理
招投标负责人（招投标办）
销售人员（业务部）
后勤人员（行政部）
我同意接受网站《用户服务条款》
服务热线：400-810-9688
，即可查看免费招标信息
服务热线：400-810-9688
，优先匹配项目，提高中标率！
电子邮箱：
填写您所关注的产品关键词分，以便我们将优质招标、项目及是发送至您的邮箱。