深圳职业技术学院智慧校园项目-微校园系统需求公示

( 深圳职业技术学院智慧校园项目-微校园系统 )需求公示
项目名称
深圳职业技术学院智慧校园项目-微校园系统
采购类型
服务类
采购人名称
深圳职业技术学院
采购方式
集中采购
财政预算限额（元）
*******
项目背景
本项目为政府投资项目“深圳职业技术学院智慧校园”（国家编码：
2017-440300-82-01-101151
）的建设内容之一。深职院的信息化工作一直得到学校高度重视，在
“
数字校园
”
工程的大力支持下，经过近十年的建设取得了较好的成果，在教育信息化领域始终走在国内高等院校的前列，为今后的发展奠定了坚实的基础。
深职院近几年已建成了一批服务广大师生的移动业务系统，学校师生对软件应用操作的要求越来越简洁化、快速化，对功能的集成化要求日益强烈，根据《中华人民共和国国民经济和社会发展第十三个五年规划纲要》以及《国家中长期教育改革和发展规划纲要（
2010-2020
年）》的颁布给教育信息化带来了诸多有利条件，《深圳市教育发展
“
十一五
”
规划暨
2020
年远景目标》为高校的信息化建设提供了政策支持和目标指引，按照《深圳经济特区政府投资项目管理条例》和深圳市发改委有关批复的要求，结合教育部《教育信息化
2.0
行动计划》及《智慧校园总体框架》（
GB/T 36342-2018
），
为深职院的信息化工作指明了方向。建设面向管理、校园文化建设、校园生活等多层次的信息化应用，提供综合的信息资源共享和业务协同服务，构建深职院信息化环境，为广大师生提供简便、快捷的网络化信息服务。
投标人资质要求
1、投标人必须为中华人民共和国境内注册并合法运营的独立法人机构；2、本项目不接受联合体投标，不允许分包、转包。
服务类清单
序号
采购计划编号
需求内容
数量
单位
备注
财政预算限额(元)
1
1
深圳职业技术学院智慧校园项目-微校园系统
1.0
项
*******.0
具体技术要求
序号
需求内容
数量
单位
备注
1
基础平台
1
项
1.1
基础服务设计
1
项
1.2
注册
/
登录模块
1
项
1.3
个人账号
1
项
1.4
天气模块
1
项
1.5
消息与推广
1
项
1.6
页面模块
1
项
1.7
位置服务
1
项
1.8
系统与数据
1
项
2
运营平台
1
项
2.1
基础能力
1
项
2.2
配置中心
1
项
2.3
消息中心
1
项
2.4
广告中心
1
项
2.5
内容中心
1
项
2.6
用户中心
1
项
注意：提供服务总体要求、服务标的（如人员、车辆、检测对象、管理对象）数量情况、详细具体的服务需求内容及工作量情况（以能给供应商准确的报价依据，使不同供应商的项目报价不至于差距过大作为判断需求“详细具体”的标准）
一、
项目背景
随着数字化校园各应用系统逐步建设，学校信息系统的进一步深化应用，结合深职院数字化校园的特点，
急需将校内独立分散的应用整合为一个统一
APP
应用，构建一个开放、可控的移动应用平台，提供一个集中式的校园移动服务分发通道来满足师生的移动服务需求。依托先进的大数据、云计算、人工智能等前沿技术，构建深职院“微校园”系统，平台主要涵盖通用功能、技术支撑、业务应用等建设内容，承载深职院各类校园办公服务以及便捷生活服务业务。
以最大限度地开发、整合和利用各类信息资源为核心；以为学生、教职员工和社会提供及时、互 动、高效的服务为手段；以提高校园运行管理和综合服务水平，提升职能部门管理效能、增强学校综合竞争能力和品牌影响力为目标；以更加精细方式提升校园管理、教学、科研和生活水平，从而使深职院达到前所未有的高度
“
智慧
”
状态。
二、建设目标
根据深圳职业技术学院中国特色世界一流职业院校建设方案以及深圳职业技术学院‘十三五’发展规划整体工作部署，深职院“微校园”系统建设目标是基本构建起以高速、泛在、安全的下一代信息基础设施体系和互联互通的信息资源共享体系为支撑，以便捷高效、融合创新的信息服务和智能应用为重点的“微校园”，实现信息技术在教育管理、校园生活方面的深度融合，学校治理能力、工作效率和服务水平有效提升，以提高质量为核心的内涵发展主线和以改革创新为动力的创建工作主线，加快信息化建设进程，推进面向服务的“微校园”建设，建设合理有序的信息化服务体系，以服务学校可持续发展。深职院“微校园”系统整合项目以
“
开放平台
+
集成应用
+
标准规范
”
为原则和建设思路， 基于教学管理、科研辅助、行政管理、校园生活等学院各业务系统，以“师生用一个
APP
畅享全校区综合服务”为核心理念，通过
“
互联网
+”
教育服务的方式，构建开放式的业务平台， 并制定一系列标准规范，建设成内容聚焦、信息门户、多元共建、平台开放、简单至上、精准服务、综合应用的综合性移动整合
APP
平台，为师生提供一站式、多场景、全平台的高效服务体验，
最终达到具有前瞻性、先进性、可扩展性和易于集成的建设目的。通过建设全新的
“微校园”系统
，实现学校各项办公应用的快速平移和优化，
基础设施先进化，师生服务人性化的目标。
三、建设原则
深职院“微校园”系统整合项目建设原则以行业标准为设计依据，结合实际单位的具体情况，在方案的设计和项目建设落地时，应遵循以下原则：
1.
顶设规划、统筹设计
从全院层面拟定项目规划建设计划，制定标准规范，推进跨领域、跨部门、跨层级、跨系统、跨业务的协同联动，统筹考虑各校区之间、区学院以之间的数据衔接与业务协同关系，通过平台整合盘活存量、做优增量，实现资源的共建共用共享。
2.
以院为本、信息建校
立足深圳职业技术学院的实际服务需求建设平台，推动资源整合和模式创新，促进全院各种资源要素的合理流动和优化配置，致力于为全院师生提供优质便利的信息化服务，针对校园多样化的功能需求，通过标准化规范快速接入学院所需要、所关心的应用服务。
3.
预留接口、分步建设
“微校园”系统项目中业务应用的开发与接入，是一个持续不断更新升级的过程，建设初期，应充分考虑“微校园”系统项目的扩展性，通过底层架构的合理规划，预留标准接口，方便后期逐步补充完善其他服务功能，避免推倒重建，造成资源浪费。
4.
重视运营、打造标杆
建立起项目运营机制，通过精准服务推荐、亮点功能体验、节假日主题活动、服务专题推广、社交互动，逐步沉淀用户，凡是可以利用既有信息的在线服务都可能由一个平台实现，构建学院服务开放平台生态圈，打造标杆校园模板工程。
5.
安全性
对限制功能目标需要实现的安全管控机制，系统提供严格的身份验证控制机制、权限控制机制、审核机制、日志监督机制等多层次安全控制手段，为系统和信息数据的存储及传输安全提供可靠保证。
6.
合理性
系统功能模块和菜单设计、风格定位等符合高校办公日常管理工作习惯和需要。
7.
实效性
系统内各信息数据应保证具备及时更新和即时交流。
8.
开放性
系统可开放用户接口，便于系统维护、扩展升级及外界信息的沟通。
9.
可扩展性
整个系统应具备了强大的扩展性和兼容性。即要满足我校办公应用的扩展，也要满足未来符合教育事业发展所需的各种应用扩展需要。
四、建设内容
要求
围绕
“
开放平台
+
集成应用
+
标准规范
”
总体建设思路，与深职院现有应用系统相结合，构建开放式的深职院“微校园”系统建设项目架构，建设涵盖管理、教学、生活方面的移动门户平台，制定一系列软件开发与接入标准规范，在此基础上建立应用系统接入的前后端开发与集成。
“微校园”系统
利用现有移动网络和移动终端，面向学生、教师、管理者提供一站式移动校园服务，做到以师生为中心，提供全生命周期的、师生真正关心的、有实用价值的移动信息化服务；同时，通过信息化手段提高支撑服务的管理效率和管理水平，能够有效促进监控和服务优化的二次提升；更重要的是通过移动互联网运营，将学校各类用户与移动互联网平滑对接，产生新的服务模式和形成良性循环的校园移动互联网生态系统，实现真正的互联网
+
。
依托先进的大数据、云计算、人工智能等前沿技术，同时需基于开放平台的能力构建深职院“微校园”系统建设项目，要求开放平台涵盖通用功能、运营平台、
服务配置管理
、业务应用等建设内容，承载深职院各类校园办公服务以及便民服务业务。
1
基础平台：要求提供基础组件、注册、登录模块、个人账号体系、天气模块、消息与推广、页面模块、搜索模块、位置服务、系统与数据等功能。要求提供
openAPI
、用户授权、基础功能、接入指南、用户体验规范、账号中心、数据统计、服务号管理、服务号消息管理等功能。
2
运营平台：要求提供基础能力、配置中心、消息中心、广告中心、内容中心、用户中心等功能。要求提供页面搭建、页面管理等功能。
系统整体按照信息安全三级等保要求制定“微校园”系统安全体系方案，从网络基础架构上保证平台网络安全和数据安全，通过各种措施提升系统的数据安全性。
要求制定一套标准统一的服务接入标准规范，包括服务接入流程、接口规范、用户交互等标准规范。将现有系统的功能迁移、整合到“微校园”系统，并尽可能保留功能的完整性，确保用户的熟悉感。对接入的模块进行功能优化，对技术实现提出优化方案，对待接入的应用系统审核通过后接入。
五、功能性需求
为了提供更好的服务，学校已经建设了 “深职通”、“移动办公”、“一网通办”等多个业务系统，然而随着智能手机及移动互联网的快速发展，广大师生需要更方便、更个性化的移动服务，考虑学校师生用户信息安全，需要建设本地化、
APP
形式的移动门户，且需要构建开放式的移动门户，支持将其他第三方应用接入开放式移动门户中，实现移动校园的“微校园”系统。系统建设一套本地化、开放式的“微校园”系统，统一学校现有的业务系统实现移动校园的统一门户，为全校师生提供更方便更个性化的移动服务。
标注“▲”的功能模块要求提供详细的截图。
项目
名称
功能模块
功能模块要求
1.
基础
平台
1.1
基础
服务
1.1.1
基本
功能
1
、需具备
App
通用基础能力，对于
iOS
、
Android
平台特性进行研发，并适配主流终端机型。提供
LBS
、
webview
、图片上传、摄像头、麦克风、电话呼叫等系统设备调用能力，对基于地图的生活服务、条码二维码扫描、资料图片上传等场景服务提供支持，并建立
App
通用的规范组件，为平台内的第三方
H5
服务提供这一系列功能支持。
2
、提供新手引导页、首页弹屏公告、内容展示、分享、收藏（服务、资讯）、相册管理、权限模块、评分评价、推荐
APP
、意见反馈、清除缓存、启动页管理、
JS-SDK
、关于
App
、通用页面设计、用户信息、个人中心、设置功能、短信平台、运营数据等基础组件。
1.1.2
校内
业务
集成
1
、支持移动应用与“深职通”
、“移动办公”、“一网通办”
服务的深度集成开发（集成的具体需求见附表
2
）。
2
、
提供一份针对本平台、完整详细的“开发手册和教程、
SDK
文档和开发样例”，并在服务期内提供集成开发培训服务和集成开发咨询技术支持。
1.1.3
开放
平台
1
、要求提供统一的标准规范体系，标准规范类型包括：交互标准
规范
、视觉标准规范、开发标准规范、安全标准规范等。
2
、平台需为各类服务接入提供统一接入规范和开发工具，方便各委办局、第三方开发者进行快速开发，具备
用户
授权、权限管理、
Open API
、服务接入管理、服务池管理、离线包管理、开发者门户等能力。
采用
js-sdk
接口、提供
UI
组件、发送消息通知、用户信息获取、发送模板消息通知、
openAPI
安全设计。
3
、要求提供个人账户授权验证的方式，教师账户授权验证的方式、隐私保护。用户授权主要是为了获取用户
ID
、授权令牌，便于开发者处理自身业务逻辑的时候使用。
1.1.4
开放
平台
门户
1
、门户基础服务包括：门户框架、安全性、统一登录、性能、登录、退出登录、
FAQ
、页面设计等。
2
、
接入指南：要求提供完整的开放平台操作指南、产品接入指南，为开发者提供产品接入的测试调试、正式接入使用说
明，
提供服务接入安全要求、服务接入方式及标准规范、服务接入类型分析、服务接入流程说明、服务接入示例、服务接入应用测试标准。
3
、平台能力：需针对为开发者打造一站式开发解决方案，提供的各项开放能力介绍：包含
APP
原生能力调用、
OAuth
的统一用户认证、消息通知中心功能等。
4
、首页：开放平台门户，是一个全方位的提供和运营效果展示的开放性互动平台。提供
banner
、加入我们、成果介绍、能力介绍、常用链接、下载二维码，并提供一体化接入流程
▲
5
、文档中心：通过开放门户中的开发指南、接入接口代码指南
/
网页端
JS-SDK
接口文档
/
服务端。
OpenApi
接口文档等资料快速了解接入说明，开发者可以通过阅读本接口文档来帮助开发。
6
、内部论坛：提供实名制
BBS
论坛，同时支持移动端和
PC
端。
7
、用户体验规范：利用开放平台基础组件层的组件，为业务组件提供通用的基础支持；提供品牌设计规范，包括
logo
、字体在内的品牌形象素材
,
帮助规范品牌形象的正确应用
,
保证品牌完整性和一致性设计原则。遵循开放平台基本的原则来设计，使其真正达到弹性、灵活和高可靠性的目标。
8
、提供测试账号管理：测试角色定义、测试用户注册过程、测试账号配置过程、测试账号类型和用户账号可猜测性、测试弱账户名。
消息模板管理：消息的固定格式，发布消息时可以使用已创建的消息模板向订阅者发送消息。
密码修改：按照表单
,
引导修改密码。
服务号信息查询：集成了开放平台下的查询功能
,
账户查询、明细查询等功能外。
1.1.5
开放
平台
管理
后台
1
、用户授权统计：权限系统中用户授权统计功能。累计用户统计：完全跟踪用户访问的数据统计用户总数统计。
2
、服务号管理：需要提供服务号维护（查）、服务号维护（增删改）、服务号详情（查询、修改等功能。
▲
3
、服务号消息管理：提供消息模板维护（增删改查），服务号黑名单管理、频率、次数设置通过系统自动加入黑名单机制，限制账号的进一步操作。
4
、要求通过开放平台提供的能力快速对接深职院内容“深职通” “移动办公平台”“一网通办”平台的相关服务，提高服务对接的协调效率、规范化管理和提升用户体验。
▲
5
、要求通过用户体系打通，提供服务接入标准规范、服务对接、调用原生的能力；
1.2
注册
/
登录
模块
1
、需具备用户注册功能，包括学生和老师用户注册，信息查询和管理，密码修改等；学生和老师通过校园卡、学
/
工号等方式进行注册和登录。
▲
2
、
要求
支持人脸活体检测功能，使用手机，人脸对着荧屏页面，手机摄像头对此过程进行录像，形成一段小视频，然后系统把此段小视频自动上传给人脸视频到活体检测服务平台，以检测其上传的图片是否活体拍摄所得，杜绝了使用相片、视频翻拍所得的人脸图片，绕过人证合一认证功能的准确性。
1.3
个人
账号
1
、提供个人账号数据的管理和维护，提供对用户登录方式、登录信息的管理，以及登录后个人账号和个人资料的管理，满足用户对个人账号和个人资料修改完善的需求。
2
、提供平台账户体系、学生账户体系、教师账户体系、用户基本资料、账号安全、银行卡认证、人脸认证管理。
1.4
天气
模块
提供基于城市定位的实时天气获取、可进行市内区域天气切换、天气字段等内容。
1.5
消息
与推广
▲提供建立统一消息平台，实现对数据、服务数据统一推送出口；对于消息（短信、
app push
、站内消息）的规范管理、消息分级，建立统一的推送机制；对于消息推送效果（到达率、打开率等数据）进行监控。
1
、主动触发。用户主动完成某一个动作之后，如在线申请办理某一事项，办理结束后会将办理结果推送给用户。
2
、被动触发。如社保到账、公积金到账、交通违章、身份证到期提醒、驾驶证到期提醒等常用且重要的信息，可以向用户进行消息推送，提醒用户及时处理。
1.6
页面
模块
1
、提供首页布局管理、我的布局管理、新闻模块管理功能。
▲
要求提供本地搜索、历史搜索，搜索筛选器；
针对众多标题进行关键字搜索，支持模糊搜索，便于对关注的历史内容的查找，方便用户日常办公。
1.7
位置
服务
需提供位置服务，通过校园地理信息库或第三方地图应用
提供
地图服务，在各类使用地图的业务场景中进行二次开发。定位服务主要是针对门户内的应用服务功能获取当前位置信息而构建的功能，需要结合地理位置服务功能，形成开发集成标准，接入服务门户内的应用服务功能都可以调用定位服务接口获取当前移动设备的位置信息，使用这些信息完成自己的
LBS
服务。
1.8
系统与数据
提供系统监控、
数据安全
、文件服务、配置管理功能
1、
需要具备应用系统监控、中间件监控、链路监控、告警等能力，可以全方位了解项目的运行情况。
▲
2
、要求规范管理用户及授权，需实现数据访问、数据编辑、数据修改、数据删除等权限的管控；
3
、为了保护系统用户的数据安全，平台需要具备高安全性，防止用户数据丢失和泄漏。
4
、需要建立
App
基础通用的配置化服务，建立灵活的前后端数据传输、运营配置管理，通过
App
的启动页、首页
banner
等可针对政府重大活动、节日进行人文关怀及宣传。
2.
运营
平台
2.1
基础
能力
1
、运营平台的基础能力主要是运营平台的支撑，包括后台用户管理、角色权限管理、系统菜单管理、操作日志。
2
、实现后台用户中心、后台账号管理、角色
/
权限管理，提供系统操作日志、工作台
-
默认欢迎页。
2.2
配置
中心
▲
1
、提供版本更新管理，
通过配置中心，实现页面布局动态调整、运营活动随时上线和业务功能灰度发布，保证多端数据的一致性和可修改。
2
、要求实现
APP
版本更新管理，需将
APP
应用发布到苹果、安卓等应用渠道，可搜索黑白名单；
2.3
消息
中心
1
、实现
消息中心管理系统公共消息的平台，包括消息推送，公告管理，
消息
类型管理。
2
、新建的消息支持
消息
类型，标题， 摘要，内容等内容。
提供公告管理、消息推送管理、消息发送记录。
▲
3
、具备消息管理的能力，实时发布弹屏消息、全屏消息、横幅消息。
2.4
广告
中心
▲
1
、
提供
banner
信息管理、信息发布和推送管理。
建立统一的内容和资讯发布渠道，平台对于内容和资讯可统一化管理，建立规范的内容发布机制，规范和把控内容和资讯的质量。
2.5
内容
中心
2.5.1
页面
搭建
▲
1
、
页面搭建：
需要为用户利用软件本身所提供的各种控件，像搭积木式地构造应用程序的各种界面。操作界面友好、易上手，轻松灵活创造出各种页面。
实现
卡片
管理、卡片拖拽、卡片设置、卡片搭建页面等功能。
▲
2
、要求通过灵活的服务配置管理，可轻松实现支持多终端的校园应用、服务专区快速搭建、部署、上线。
▲
3
、要求提供组件、工具，实现快速搭建服务专区、应用更新与扩展。
2.5.2
页面
管理
要求提供页面发布、删除页面等功能。
▲
1
、
实现创建一个
页面
,
添加可复用的组件，进行可视化编辑；设置页面信息；生成页面，可本地下载预览；
▲
2
、发布上线，同步；实现组件编译
/
页面生成
/
页面发布
/
页面删除的功能。
2.6
用户
中心
要求提供用户中心管理功能，包括用户资料、反馈列表、意见反馈、展示意见部分、展示意见反馈列表。
附表
1
：《非功能性需求》
项目名称
需求名称
需求描述
安全体系
VPN
集成
1
、
App
应与采购人现有的
VPN
设备对接，并集成
VPN
连接，实现
App
所有数据经
VPN
加密传输（无论用户设备是否已安装
VPN
的客户端程序）；
2
、通过
App
，用户一次登录即同时自动建立
VPN
连接并登录
App
。在退出
App
时自动断开
VPN
连接，保证用户单点登陆使用体验。
3
、服务期内如遇
VPN
设备升级需更新
App
的
VPN
集成支持时，应在
2
周内完成
App
的更新以确保正常使用。
产品迭代
主页动态展示
APP
内容要求终端软件界面能够自动更新，当新的数据源接入后，能根据挂接的数据项目内容，配置出终端
业务
的界面格式，以实现在不修改终端应用程序的前提下快速部署、快速扩展的要求。
商店上架
系统要求
提供
Android 4.4
以上、苹果
IOS9
以上版本手机及其他智能终端，
APP
须针对深职院进行个性化开发
UI
设计，并可以在
安卓
市场和苹果商店下载。
协助上架有关应用市场（至少
5
家国内主流安卓应用市场，苹果官方
App Store
），涉及费用包含在总报价中。
性能要求
海量数据、海量用户高并发条件下，系统的稳定性和扩展性要求
1
、基于纯
WEB
方式的客户端实现，应用系统及平台应基于
SOA
的
B/S
架构设计；
2
、系统支持注册用户数≥
50000
人，移动端并发数
10000
人；
3
、支持
64
位服务器；支持
MYSQL
等主流数据库，支持微软
WINDOWS,SUSE Linux
操作系统；
4
、采用集中布署应用服务器、数据服务器和应用软件，所有单位的数据存放在同一数据库中，客户端无须安装应用软件，扩展模块安装、应用功能升级、产品或应用扩容、产品升级、产品升版在我校机房统一完成。
非功能性要求
用户业务需求而必须具有且除功能需求以外的特性
1
、需基于智能终端操作系统原生程式编写的应用（
Native App
）的基础上通过
Hybrid
框架支持原生和
H5
的开发
,
更好的支持服务的接入和活动的开展。
2
、移动端必须支持如下两种操作系统：
IOS 9
及以上、
Android 4.4
及以上。
3
、必须能够适配当前主流的智能终端分辨率，包含
android
和
ios
移动端。
4
、移动端开发平台必须支持主流的开发接入模式。
5
、提供移动端开发规范和审核规范并严格执行。
6
、所有功能均应打包进移动门户，应用包大小不超过
100M
。
7
、每个服务相互隔离，且互不影响。
8
、按程序运行级别记录重要的系统运行日志和调用链数据。
9
、实现服务的动态运行时配置，能够针对不同环境动态调整服务的参数和配置而不影响到服务的正常运行。
10
、实现在服务运行时的动态限流和容错保护。
11
、能够统一处理程序异常并记录错误日志。
服务承诺
服务期
内服务要求
1
、项目免费服务期：自终验通过之日起算，提供一年维保服务。
2
、投标人须安排至少
1
名负责本项目的技术人员提供驻场售后技术服务，并在验收时提供承诺函，确定具体技术人员。
3
、在服务期内，应始终通过现场服务、电话服务、远程服务等方式提供快速、高效的维护服务。
4
、服务期内提供完整准确的技术资料、技术说明书、使用说明书、维护说明书等文档资料，提供市面上
top50
手机终端的兼容性测试报告、提供采购人自助获取项目最新源代码的方式，并在服务期结束时做好源代码交接。
5
、服务期内提供所供软件系统最终验收合格后
1
年内软件功能升级、对市面在售的移动终端机型、操作系统版本提供免费的兼容性升级，要求在
15
天之内解决，次数不限。新增定制需求开发与技术支持服务，对于需求增加或变更的总工作量不超过
300
个人天的，不再单独增加费用。
6
、服务期内负责分析和解决用户在其手机上使用
App
时出现的适配和兼容性问题，投标人应具有解决
App
在不同品牌、型号、分辨率手机上适配性的能力和相关测试软硬件平台或服务。
投标人应在项目实施及维护期间配备近两年市面上主流品牌及型号的手机作为此项目专用测试设备。
7
、
服务期内提供所供软件系统的系统
BUG
修复、系统性能优化等服务。
8
、服务期内根据采购人需要，提供必要的软件产品的重新部署及支持服务，包括由此带来的数据迁移服务。
9
、根据国家信息系统安全等级二级保护的需要，提供软件功能维保以及软、硬件运行环境管理和维护服务。
10
、制定系统数据备份计划，包括完整、增量、差量、异地备份等。协助提供系统数据备份服务，并定期检验数据备份的有效性。
11
、协助采购人对软件的软件运行环境（包括操作系统、数据库、中间件以及其它相关软件）及时进行打补丁、查病毒服务。
12
、服务期满后，需继续提供兼容性升级服务，费用另行计算（可以在投标文件中提一个收费标准）。
产品更新
可提供持续性的技术研发与产品迭代
1
、能够提供持续性的技术研发与产品迭代，符合“微校园”系统产品设计思路，不断迭代更新，持续提供新功能。
2
、可按照学校要求，对移动
APP
进行名称修改、图标修改、自定义配置移动校园基础平台内容，将每次更新后的
APP
再次独立打包发布到苹果商店以及主流的各大应用市场。
系统服务响应
系统维护、技术支持、故障响应需求
1
、系统维护
（
1
）定期维护，投标人在投标时须提出软件系统及运行环境的定期维护计划。
（
2
）对采购人要求的不定期维护提出响应措施，并进行实施。
（
3
）对采购人提出的修改设计提出响应措施，并进行实施。
（
4
）文档更新，实施系统维护或修改设计后，应在
1
周内更新有关技术文档并提交采购人。
2
、技术支持
（
1
）咨询服务，提供
7
×
24
小时的技术咨询服务。
（
2
）评估服务，每年提供至少
2
次对系统运行状况的评估服务。
（
3
）巡视服务，提供每月
1-2
次巡视服务，检测软件系统及运行环境的运行情况。
3
、故障响应
（
1
）提供
7
×
24
小时的故障服务受理。
（
2
）对重大故障提供
7
×
24
小时的现场支援，一般故障提供
5
×
8
小时支援。
（
3
）故障服务的响应时间小于
30
分钟。
（
4
）因本系统故障产生的中断时间不超过
10
分钟。
附表
2
：《校内业务接入具体要求》
项目名称
功能模块
功能描述
深职通
接入
基础应用
实现教职工通讯录、学生通讯录（可授权），校内即时通信，统一消息接口，统一身份认证，指纹登录，人脸识别身份验证，提供
OAuth2.0
服务接口，实现个人联系信息变更、人脸采集、【付款码】、【认证码】等功能。
应用中心
实现校园卡服务、缴费服务、会议服务、线上报修、门禁系统、通道人脸录入、消息订阅、数据分析等服务。
消息专区
提供校园卡公告、推送消息功能。
银行专区
后续根据需要，构建校园指定银行专区服务。
移动办公
接入
信息阅览
提供置顶公告、学校公告、一周工作安排、学校文件、深职院快讯、部门内部信息、服务指南等功能。
学校公文
1
、个人公文查询
查询个人处理过或者拟稿的公文（非草稿状态），每个用户都有此栏目。
2
、部门公文查询
查询当前用户所在部门的所有人员处理过或者拟稿的公文（非草稿），通过角色权限控制来显示此栏目。
3
、全校公文查询
查询全校所有的公文（非草稿状态），通过角色权限控制来显示此栏目。
4
、校外来文查询
查询当前用户处理过的校外公文，每个用户都有此栏目。
5
、校外来文管理查询
(
部门
)
查询当前用户所在部门及其子部门处理过的校外来文，通过角色权限控制来显示此栏目。
6
、分发公文查询
查询当前用户接收到的分发公文，以便签形式发送，用户通过点击便签里的链接可打开对应的公文。
待办事宜
1
、公文审批
待办公文审批列表中显示需要当前用户处理的待审批公文或者校外来文等，自动统计待审批公文条数，并加以提示。点击待办链接即可直接进入需要待审批处理的页面。
进入公文审批页面可以查看该公文的审批表单、正文、附件、公文修改记录、公文流转记录等，选择下一步处理环节和处理岗位，可录入审批意见，审批意见自动按照流程设定显示在审批表单中相应的位置。
审批完成提交后，页面跳转至待审批公文列表，同时，该公文流转至下一环节，下一环节相应的处理人员可以在
PC
端或移动端完成审批。
2
、信息审批
待办信息审批列表中显示需要当前用户处理的待审批信息，自动统计待审批信息条数，并加以提示。点击待办链接即可直接进入需要待审批处理的页面。
进入审批页面可以查看该信息的内容和附件，选择下一步处理环节和处理岗位，录入审批意见。
审批完成提交后，该信息流转至下一环节，下一环节的相应处理岗位人员可以在
PC
端或移动端完成审批。
已办事务
用户可在已办事务中查看自己处理过的所有信息、公文等。在主菜单中点击“已办事务”，则进入已办事务列表，列表中显示需要当前用户处理过的信息及公文。点击已办链接即可查看已办事务详细内容。
点击已办信息链接可查看信息基本信息正文及流程，点击已办公文链接可全面查看公文的基本信息、正文、稿纸、公文审批轨迹及意见等。
个人日程
个人日程是用户的
24
小时贴身秘书，日程安排随时提醒。在主菜单中点击“个人日程”，则进入日程管理页面。
系统优先显示用户最关注的今天和明天的日程，可查看更多日程，同时创建新的日程安排。可直接在移动端添加新的日程，添加后的日程可以在
PC
端查看。可随时查阅
PC
端设置好的日程。
电话查询
1
、办公电话查询
可查询学校各部门办公电话并直接拨打，支持模糊搜索，方便用户日常办公。
2
、个人电话查询
可查询学校各教职工的联系电话（可直接拨打）、办公电话、办公地址、照片，支持模糊搜索，方便用户日常办公。
一网通办
接入
首页
根据不同角色
/
用户显示个性化的首页。根据用户情况显示推荐事项。可以按主管部门或按服务事项所属主题分类显示。可搜索服务事项，支持模糊查询。
显示我的消息提醒、我的待办信息区等。
服务事项搜索结果页
显示服务事项搜索结果列表，可进一步根据主管部门、主题、关键字对搜索结果进行筛选。点击条目进入服务事项详情页。
待审核服务事项
显示待本人审核的事项或流程。点击条目可进入审批页面进行审批操作。
本人发起服务事项列表
显示本人发起的事项或流程。可查看目前流程的流转情况，可进行撤回或催办等操作。
服务事项详情展示页
由网上办事大厅提供
H5
页面，统一
APP
负责集成。
六、技术要求
系统在结构设计上应充分考虑整体性、可用性、稳定性、成熟性、灵活性和开放性的要求，要体现出安全性、可扩展性、可管理性、用户界面友好性和高性能等特点。
6.1
总体架构
系统须采用
B/S
架构（功能需求中部分功能模块另有约定的除外），开发与运行架构应采用
WEB
服务器
/
应用服务器
/
数据库服务器三层结构。技术路线采用
JavaEE
技术，数据库系统采用关系型数据库，操作系统采用业内通用服务器版操作系统，移动端采用
HTML5
语言，兼容
iOS
、安卓，可集成到微信端。
6.2
数据库及中间件
应用系统数据库必须支持主流数据库系统；使用
JavaEE
架构的应用服务要求支持主流中间件平台部署，实施过程中具体部署所采用的中间件，由采购人指定。
使用
Oracle
数据库和
WebLogic
的，应统一部署在学校提供的环境。使用其他数据库和中间件的，由投标人自行提供并负责安装部署和技术支持，相关费用包含在项目总体报价中。
▲
6.3
统一身份认证
深圳职业技术学院（下称“深职院”）统一身份认证平台向应用系统开放必要的用户信息，应用系统应支持统一身份认证平台用户登录，与深职院统一身份认证平台集成，符合平台接入规范，实现单点登录、单点登出。在项目实施的过程中，如果实施技术方案与深职院智慧校园基础平台的集成要求有冲突，应作相应调整。各应用系统支持通过调用教育技术与信息中心提供的身份认证接口，验证用户身份，确保各应用系统使用统一的账号和密码进行身份认证。
各应用系统根据业务需求进行自身的权限管理。根据统一认证的用户身份，设置和分配适合业务需求粒度的通用角色和权限，同时支持自定义角色，支持组合及分级授权，提供用户账号信息及权限的维护功能，提供用户操作日志和系统访问记录的查看功能。
6.4
数据集成
系统应根据深职院《信息资源共享管理暂行办法》和信息资源目录要求，通过与深职院数据共享交换平台集成和对接实现数据共享和交换，并提供基于数据库和应用系统的全量
/
增量、多条
/
单条数据等不同方式的共享同步接口，保证业务数据向数据共享交换平台提供的频率和质量达到深职院管理的要求。
作为数据提供者，系统应向深职院数据共享与交换平台提供数据，满足深职院数据采集需求。在系统实施阶段，投标人应与深职院技术部门商定系统数据开放目录，目录应满足深职院需求，包含开放的数据内容、更新频率、接口类型等。系统基础信息以及应开放数据的表结构、代码标准等必须符合采购人智慧校园信息标准，提供详细数据字典。系统按数据目录提供数据接口，并确保数据有效、完整，接口运行正常，性能满足要求。
作为数据使用者，系统需要使用非本系统产生或管理的基础数据的，如深职院信息系统用户、人事、学生、资产、科研等基础信息的，应使用采购人的统一代码和标准名称，通过与深职院数据共享交换平台集成和对接实现数据更新，并满足深职院对数据实时动态更新的要求，杜绝产生信息孤岛。
6.5
服务集成
应用系统中涉及面向全校师生和访客提供公共服务的功能模块、办事流程或服务事项，应与深职院“一网通办”系统进行集成。对于办理类服务事项功能，具体集成要求包括：
1.
服务事项办理页面或申请页面、申请详情和状态查询页面、审批页面均提供直达的
URL
链接。
2.
应用系统的服务事项或业务办理功能的申请单应至少包括申请流水号、申请业务名称、申请人、申请部门、申请时间、申请状态等信息，并在用户成功提交服务事项或办理申请的同时，将以上信息通过深职院提供的接口提供给深职院“一网通办”系统。
3.
申请流水号应可按深职院规范设置长度、格式和流水规则。
3.
上述申请的办理状态发生变化时，如办结等，应将更新后的办理状态及时通过深职院提供的接口提供给深职院“一网通办”系统。
4.
相关办理申请页面、申请详情和状态查询页面、审批页面，应提供适配移动端的
HTML5
页面，以便集成到深职院统一的手机端
APP
中。
6.
需要进行服务集成的功能列表由投标人与深职院商定，以深职院需求为准。
应用系统待办任务、已办任务等应统一推送到深职院“一网通办”任务中心，按照深职院技术规范要求调用任务推送接口或共享任务数据，实现任务信息在“一网通办”任务中心的时效性，即有新待办任务能立即显示到任务中心。任务办理环节变化时，也需通过接口通知任务中心。
系统向用户发送微信或短信等消息通知应通过深职院“一网通办”消息中心进行，按深职院技术规范调用消息推送接口。
6.6
系统部署平台
根据应用系统所采用的技术路线，如技术路线允许在
Linux
操作系统中部署的，应在
Linux
中部署。
除深职院有提供的以外，投标人负责包括操作系统等应用系统部署所需系统环境、组件的安装、配置和调试。
操作系统及相关组件应采用所选用平台及组件的最新稳定版本，投标人在运维服务期间负责及时安装最新补丁包，避免产生系统安全漏洞和性能隐患。
应用系统支持部署在采购人的虚拟化平台上。
6.7
用户交互界面
系统必须以用户为中心，满足用户的各种业务需求，以及高效、易学、人性化交互、少错、向后兼容的基本要求，并具有多语言扩展的能力。应用系统需具有用户界面和使用习惯的一致性；必须对用户动作提供及时的反馈信息；需具有用户可读的操作提示，引导用户操作，并可帮助用户从错误中恢复；需具有在线帮助文档，供用户随时查阅；数据展示类的功能界面应符合深职院统一管控中心的界面设计规范和风格。
6.8
客户端兼容性
客户端应支持
IE9
及以上版本、
Edge
浏览器、谷歌（
Chrome
）浏览器、火狐（
Firefox
）浏览器、
360
浏览器兼容
/
极速模式等业界主流浏览器。
移动端应自动适配市场当前主流手机
/
平板屏幕及主流手机浏览器。
移动端必须支持如下两种操作系统：
IOS 9
及以上、
Android 4.4
及以上，能够适配当前主流的智能终端分辨率，包含
android
和
ios
移动端。
6.9
地理信息系统集成
应用系统中涉及深职院地理信息使用和显示的，必须支持通过调用深职院地理信息系统（
GIS
）提供的接口实现，符合
GIS
接入标准，按照深职院统一规划的要求在深职院地理信息系统上统一展现。
应用系统需提供位置服务，通过市级地理信息库或第三方地图应用提供地图服务，在各类使用地图的业务场景中进行二次开发。
6.10
系统安全
1.
应用系统应严格遵循《深圳职业技术学院校园网络与信息安全管理规定》以及《深圳职业技术学院信息应用系统安全规范》等的相关规定，确保信息安全。
2.
系统在上线试运行前应先通过第三方检测机构的系统安全检测，并出具报告。在终验前须完成和通过信息系统安全保护等级二级或以上级别的备案和测评。相关费用包含在项目总体报价中。
3.
投标人在服务期内负责应用系统所在操作系统、系统运行和维护所依赖的相关组件的安装、配置，确保符合网络安全要求，不开放不必要的端口，不存在已公布或已知的漏洞或隐患。
4.
根据业务需求，如应用系统同时有面向互联网开放的功能模块和只面向校内网络开放的功能模块，应支持分离部署。
5.
系统支持
HTTPS
，默认使用
HTTPS
访问。
6.
系统采取技术手段有效识别和拒绝爬虫类访问，能避免信息被恶意采集。
7.
系统具有完善、有效的用户角色权限控制机制，确保资源和数据的权限授权和控制粒度符合业务需求。应用用户的权限最小化，控制用户对功能、文件、数据等的访问。
8.
如业务系统除集成统一身份认证和单点登录外，还提供了自有用户管理和登录功能的，相关功能应满足网络安全要求，避免安全隐患，包括技术上
保证密码强度、
禁止弱口令、限制恶意爆破登录、限制机器登录、口令禁止明文保存和传输等。
9.
应用系统应在架构、设计、编码等各方面符合可信计算的规范和要求，确保系统不存在各类已知的安全漏洞隐患，包括但不限于：
SQL
注入、跨站脚本执行、任意文件或未经校验文件上传、任意文件下载、越权访问、命令执行、应用程序错误信息或服务器信息泄露、
httphost
头攻击等常见漏洞；使用明文或在程序
/
脚本文件中写死密码；在网页源码中暴露应用处理逻辑等敏感信息；表单信息有效性缺少服务器端后台校验；系统留有“后门”，设计违反或者绕过安全规则的任何类型的入口和设计文档中未说明的任何模式的隐藏入口。
10.
系统详细记录所有用户操作日志，确保每个用户每个行为可追溯。系统各类各级访问日志、操作日志符合《网络安全法》要求，至少保留六个月以上。
6.11
系统性能
在硬件环境满足的前提下，应用系统应满足相应业务场景下并发访问和在线访问人数要求，确保并发访问响应时间符合操作要求；系统安全、稳定，保证
7
×
24
小时运行；存储系统满足需求，运行稳定，易于扩充；支持负载均衡、可横向扩展；支持远程管理；终验时须提供系统关键业务功能的性能测试报告。
6.12
系统运维
应用系统应具备开放的运维接口，报告应用运行状况数据，且提供给深职院统一运维管理平台使用，系统应记录完备的业务日志和运行日志，并按照业务管理要求和系统运行安全对日志进行管理。
6.13
系统备份
应用系统应具备系统和数据的备份与恢复功能，能够提供定期自动备份与按需手动备份，本地备份与异地备份；具有快照模式，易于数据运行和管理，并提供完备的容灾方案；软件应用服务器与数据服务器可分离。
6.14
系统文档
系统应在其软件生命周期各阶段遵照国家标准编写相应的适应特定读者的文档，并按时限要求交付。
▲
6.15
服务接入标准规范
要求提供一套完整的服务接入标准规范，包括服务事项接入流程（接入前准备事项、服务接入流程）、服务接入规范（服务接入类型、接入原理说明、服务接入接口、服务接入示例）、用户体验、交互设计规范，测试技术规范等。便于后续深职院其他业务系统的服务按照统一的标准接入到“微校园系统”。
七、项目组织实施要求
1
．项目实施步骤要求
投标人须根据本项目服务内容，制定合理可行的项目实施步骤，按照服务内容的划分，确定项目开展的先后顺序，各阶段人员组成、时间进度以及各阶段提交的交付物和质量标准，同时明确所需项目费用的依据。
2
．项目管理要求
中标方的软件开发和实施过程要遵循统一过程标准。使用相关的分析建模工具，项目实施过程各阶段的工作安排、工作管理和以及各阶段提交的工件和质量标准都要严格遵循统一过程标准要求。
3
．质量控制要求
投标方须在投标文件中提出项目重要技术方案评审方式与要求以及项目实施中质量保障和质量控制方式。
在项目实施全过程中，采购方有对项目进度和质量进行监督控制的职责和权利，中标方应全面配合，确保人力、物力的定量投入，按照采购方要求定期向采购方提交最新的项目进展情况报告。
4
．项目团队要求
中标方必须根据本项目的特点和建设内容，组建一支技术经验丰富、人员相对稳定的项目团队为项目建设服务，
组织安排有丰富经验的专业技术人员和项目管理人员执行此项目建设，应确保项目组人员在项目实施过程中保持稳定，
并在投标文件中确定项目经理、系统架构人员、系统分析人员、测试人员、编程人员等主要软件开发人员，说明每个人的角色、职责。
在项目执行过程中，采购方有权对项目组人员进行考核和评价，不符合条件人员，采购方有权要求中标方及时更换。
中标方可以根据实际需要但必须经过采购方同意方可对人员进行更换调整（原则上项目经理、及项目核心人员不得更换），但须保证所更换人员的技术素质和工作能力不低于被替换人员，且更换比例不得超过
20
％。
5.
测试要求
投标人必须在投标文件中提出软件测试方案。为了保障系统测试的科学性和公正性，若本次项目建设采购方引入第三方测试机制，中标方需要积极配合第三方测评。
6.
投标人必须在投标文件中明确项目投入生产后的项目维护计划。
7
．中标方不仅承担应用系统的开发，还需要承担系统软件的安装、应用系统的部署及优化工作。
商务需求
注意：提供项目服务期限（完成期限）、项目进度安排、付款方式、验收要求、培训要求、售后服务要求
一、工期要求
合同签订之日起
180
个日历日内，按合同和招标文件约定的要求和标准进行交付，完成项目的安装、调试、试运行及验收。
二、项目进度计划要求
1.
实施进度要求
合同签订后
30
个工作日内，中标人需完成采购人业务需求梳理；完成需求梳理后
10
个工作日内完成用户需求书的编写与确认；完成需求确认后
90
个工作日内达到上线试运行条件；项目试运行最低不少于
30
个工作日。项目各分系统的完成时间由中标方进场后与采购人各业务部门在需求梳理阶段明确。
2.
需求梳理审查
中标人根据需求梳理结果须在合同签订后
30
个工作日内，完成系统详细建设方案，由采购人依据招标需求、中标人投标文件对建设方案进行评审，评审不通过的中标人须在
15
个工作日内重新提交建设方案，如第二次仍不通过，则采购人有权中止合同，并保留向中标人索赔权力。
说明：因采购人或第三方系统原因导致的项目延期不在此限制之列。
3.
项目详细进度计划
中标人完成采购人业务需求梳理确认后
5
个工作日内，须依据梳理确认的需求，重新梳理确认项目详细进度计划，并经采购人签字确认。投标时须提供初步的项目详细进度计划。
4.
进度计划调整要求
非因采购方或第三方原因导致的进度计划调整，必须在调整前征询采购方同意，如属于延迟计划，须出具书面说明，且不得影响整体进度。
5.
详细进度计划管理工具要求
投标人应提供或开发针对本项目的详细进度计划管理工具软件或系统，可对详细进度计划涉及的功能模块、任务、时间节点、人员进行精细化管理，且开放给采购人使用，采购人可实时查询项目整体进度信息、各分子功能模块的详细进度信息等。
6.
进度计划调整与人员动态调整
非因采购方或第三方原因导致的进度计划延迟，采购人有权要求中标人增派项目团队人员，以弥补进度损失。对重点功能模块，进度延期每超过
2
个工作日，中标人须在
5
个工作日内增加对应功能模块的软件开发或实施人员一名，直至进度延迟情况消失；对普通功能模块，进度延期每超过
5
个工作日的，中标人须在
5
个工作日内增加对应功能模块的软件开发或实施人员一名，直至进度延迟情况消失。且增加的人员不得复用。采购方可要求以上增加的人员为驻场服务。投标时须针对本要求出具承诺函。
7.
中标人应无条件接受采购人聘请的第三方监理单位的监理。
三、项目团队要求
1.
人员数量
本项目要求中标人提供不少于
10
人的项目团队，其中项目经理
1
人，开发人员
6
人，实施人员
3
人，人员不得复用。项目开发实施阶段应提供不少于
5
人的驻场服务，运维阶段应提供不少于
1
人的驻场服务。人员应遵守校方的各项管理规定。因中标人技术服务工程师给校方或其他第三人造成损失的，中标人应承担赔偿责任。
2.
驻场要求
驻场人员在校方提供技术服务期间，应遵守校方的考勤管理制度。对于不遵守校方考勤制度的技术服务工程师，按照校方考勤管理制度进行相应的处理。驻场人员休假原则上应安排在寒暑假期间。驻场人员请假期间，校方有权要求中标人另派其他技能相当的工程师接替工作，如因中标人未能妥善处理工作交接对项目造成不良影响的，校方有权追究相关责任和追索损失。中标人如需更换驻场人员，需提前书面向校方提出申请，校方同意后方可更换。如驻场人员无法胜任所承担的工作，校方有权要求中标人在限期内更换，直至符合校方要求为止。
三、源码要求
针对本项目建设过程涉及的定制开发功能应用
,
要求开发商提供定制部分的源代码，便于后续相关功能迭代升级的二次开发。
四、验收交付要求
1.
在本期项目交付使用后，要求将各个阶段产生的全面、规范的成果和文档资料交付给采购人，而且要提供明确的交付清单。同时，成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料包括但不限于以下部分：
(a)
可运行的系统。
(b)
系统源代码，具体参见源代码要求。
(c)
技术文档：包括项目开发中的各种技术文档，如需求分析说明书、用户手册、培训资料等等。
(d)
管理文档：包括项目开发中的一些工作文档，如，计划、报告、讨论纲要、会议记录等。
以上文档资料，连同中标通知书复印件、合同复印件等项目相关资料，中标人应在经采购人认可后，在验收前打印装订成册，数量不少于采购人要求，同时提交光盘或
U
盘的电子版本。
2.
版权要求：
除采购人提供的虚拟化软件、数据库及通用中间件之外，若投标人所提供的本项目软件系统还须使用其他中间件或其他软件，所涉及的中间件或其他软件版权由投标人提供，所有费用必须包含在投标总价内，后续不得再增加费用。如有涉及，投标人必须在投标中明确说明所涉及其它中间件或其它软件品牌、规格、型号，且所涉及的其他中间件或其他软件系统必须为主流插件产品，应具有良好的稳定性及兼容性，便于集成、部署、应用和维护。凡是由采购人提出的定制开发，包括但不限于模型、算法、代码的知识产权归采购人所有。
3.
项目验收按国家、省、市电子政务项目有关规定和要求执行，以国家颁发的相关的验收规范、质量检验标准及项目招投标文件、合同为依据。
4.
在进行项目验收过程中，如发现不合格须更换或重新调试的部分，双方在验收时应议定修补措施和整改期限，由投标人在规定期限内完成，完成后经验收合格再行移交，因此而发生的各项费用由投标人承担。
5.
系统有关与第三方系统整合集成的需求，如因采购人或第三方系统厂商原因导致的暂时无法集成，不影响项目整体验收，中标人须在项目整体验收时出具承诺函，承诺未完成集成系统在具备集成条件后指定时间内完成整合集成，并提供相关的文档资料。
6.
系统在上线试运行前应先通过第三方检测机构的系统安全检测，并出具报告。在终验前通过信息系统安全保护等级二级测评。相关费用含在项目总体报价中。
五、付款方式
合同签订后采购人负责办理相关付款资料，经采购人审批后交由市财政委统一支付合同总价款的
30%
。项目初验通过并上线试运行后，采购人向中标人支付合同总价款的
40%
，项目验收通过后，采购人负责办理相关付款资料，经采购人审批后交由市财政委统一支付合同总价款的
20%
。项目通过审计结算，且质保期满，采购人确认系统及服务均达到要求后，采购人负责办理相关付款资料，经采购人审批后交由市财政委统一支付合同总价款的
10%
。
每次申请付款前，中标人都须向采购人提供相对应的发票。
六、培训及售后服务要求
1.
质保期：
1
年。质保期内，成交供应商应对系统进行免费维护。在整个系统运行过程中，供应商须帮助采购人解决在系统应用过程中遇到的各种技术问题。
2.
质保期内供应商须提供
1
人的技术工程师驻场服务。
3.
成交供应商须开通
7
×
24
小时客服人员电话，接受采购方的电话技术咨询和故障反馈。系统一般故障可通过电话技术咨询解决，如故障不能解决或排除的，成交供应商应在
48
小时内提供现场服务，待系统运行正常后撤离现场。
4.
保期内服务内容包括但不限于：
（
1
）对系统运行情况进行巡检；
（
2
）定期和根据需要不定期备份和恢复系统与数据；
（
3
）解决系统用户在使用过程中遇到的问题；
（
4
）由于系统功能不完备导致所需的后台数据处理；
（
5
）与用户要求的第三方系统进行数据、认证和应用等对接时提供技术支持、文档和数据等；
（
6
）质保期内对用户提出的总量不多于
10
人天的需求变更，供应商应无条件按用户要求的时间和质量免费进行开发；
（
7
）根据用户需要实施灾备恢复演练；
（
8
）因服务器调整、故障等原因所需的系统或数据迁移、配置调整等；
（
9
）根据用户需要，导出业务数据或后台数据。
（
10
）根据用户需要，对短期阶段性的重大业务提供特殊技术保障，包括临时增加驻场保障人员、实时系统监控等。
（
11
）服务期内负责分析和解决用户在其手机上使用
App
时出现的适配和兼容性问题，投标人应在项目实施及维护期间配备近两年市面上主流品牌及型号的手机作为此项目专用测试设备。
5.
质保期内，按《网络安全法》等国家法律法规要求，提供应用系统的网络安全运维服务，具体内容包括但不限于：
（
1
）定期和根据需要不定期检查系统、数据库等的安全运行情况、配置情况，确保系统运行正常，不存在明显或已知的安全隐患，及时发现可疑的数据泄露、权限配置错误、遭遇系统攻击等问题，并根据需要出具书面检查报告。
（
2
）应用系统存在安全缺陷、漏洞等风险时，立即采取补救措施处置和修复。如有成交供应商其他采用同类产品用户发现的安全漏洞隐患，对采购方系统也有影响时，应及时主动告知并进行处置修复。
（
3
）应用系统所在操作系统、因系统运行或维护所需的服务和组件、由成交供应商提供的组件、软件、中间件、数据库等存在安全缺陷、漏洞等风险时，立即采取补救措施处置和修复。如因修复漏洞需要升级软件版本，造成应用系统无法适配的，应无条件完成适配开发。
（
4
）以上网络安全漏洞隐患，中高危漏洞应在发现后
24
小时内处置，并在
48
小时内修复。无法按时修复的，应在
24
小时内采取有效的临时处置措施，确保隐患漏洞无法被利用或检测，并提出后续修复计划。
（
5
）根据学校要求，制定应用系统的网络安全应急预案，并进行演练。
（
6
）在发生危害网络安全的事件时，立即启动应急预案，采取相应的补救措施，协助配合学校或公安机关保护系统现场环境、开展调查、提供技术支持和有关信息等。
6.
质保期内，因成交供应商原因、网络安全原因造成系统停运的，应按停运时间无条件免费延长质保期。系统单次连续停运超过
7
天的，采购人有权追求违约责任。
7.
质保期结束后，质保期内的维护和开发服务通过用户的验收合格，方可返还质量保证金。
8.
根据《网络安全法》规定，质保期结束后，
成交供应商不得终止提供安全维护，涉及费用的另行协商。
9.
成交供应商应在国内有固定的售后服务机构，能提供正常的技术支持服务。
10 .
成交供应商需制定项目培训计划，针对不同用户角色根据需要提供全面系统的使用培训服务，保证采购人顺利掌握系统各项功能操作。
11.
成交供应商需协助应用系统的运行推广，针对应用系统不同类型用户的宣传教育，为不同类型用户的常用功能提供包括短视频、微信公众号推文等多种形式的功能介绍或专题介绍。
七、保密要求
投标人提供的产品、服务有采集信息的，包括但不限于系统运行数据、业务数据等，应明确书面告知采购人采集信息的内容、范围、方式、用途等，经采购人同意后方可实施，且应遵守国家有关法律、行政法规关于信息保护的规定，不得用于其他用途或提供给第三方。未经采购人同意私自采集有关信息的，采购人有权追究投标人违约责任。
投标人因提供的产品、服务所掌握的，包括但不限于系统源代码、运行数据、业务数据、业务规则、内部文件等各类信息，投标人应保密，未经采购人同意不得用于其他用途或提供给第三方。
投标人应具有完善的保密管理制度。投标人雇用或安排的项目相关人员造成的信息泄露，由投标人承担相应责任。
投标人应搭建有安全保障的内部管理工具对系统源代码进行管理，不得将源代码（含配置文件）放置在任何公众可访问的互联网环境中。投标人不得将任何用户名、密码等敏感信息的文件放在系统源代码管理工具中。
如因投标人或投标人雇用、安排的项目相关人员原因造成数据、文档、源代码或系统配置信息泄露的，采购人可立即终止合同，并要求投标人采取行动消除影响，返还已支付合同款项。造成损失的，采购人可要求投标人赔偿，并追究投标人相关责任。
评标信息
序号
评分项
权重
1
价格
20
2
技术部分
40
序号
评分因素
权重
评分方式
评分准则
1
对项目需求的
认识和理解
8
专家打分
评分内容：
（
1
）对本项目建设背景、建设目标理解准确、到位，能画出符合项目目标清晰的总体架构图，并分层详细介绍如何实现项目目标。
（
2
）依据项目总体架构图，详细说明实现项目功能需求、非功能需求的技术实现思路，包括系统设计、关键技术设计、安全设计等。要求设计方案完整、可行并具有前瞻性。
（
3
）
保持与深职院信息化系统建设工作方向的一致性，对本项目与院校内系统的无缝衔接进行分析设计，设计合理、可行。
（
4
）提供完整的
服务接入、数据、接口和交互标准，提供服务接入流程、服务安全要求和视觉设计规范，提供接入指南，全面指导服务事项接入与建设。
评分标准：
根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：
评价为优得
100
分；
评价为良得
80
分；
评价为中得
40
分；
评价为差不得分。评价为“差”的，专家需说明情况。
2
系统设计方案（重点考察项目重点难点分析、应对措施及相关的合理化建议）
3
专家打分
评审内容：
一、服务接入标准规范
要求提供一套完整的服务接入标准规范；便于后续深职院其他业务系统的服务按照统一的标准接入到“微校园系统”。
1
、提供详细的服务事项接入流程（接入前准备事项、服务接入流程）、服务接入规范（服务接入类型、接入原理说明、服务接入接口、服务接入示例）；
2
、提供详细的用户体验、交互设计规范，测试技术规范等。
二、统一身份认证
1
、提供平台如何与深职院统一身份认证平台集成，用户体系打通，实现单点登录、单点登出的完整实现逻辑架构及设计方案；
2
、详细说明各应用系统支持通过调用教育技术与信息中心提供的身份认证接口，验证用户身份，确保各应用系统使用统一的账号和密码进行身份认证。
三、服务对接
以深职院
“
一网通办
”
为例，详细说明平台如何对接
“
一网通办
”
相关服务，包括用户体系如何打通，服务如何对接，如何形成统一用户体验的服务专区。
评分标准：
根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：
评价为优得
100
分；
评价为良得
80
分；
评价为中得
40
分；
评价为差不得分。评价为“差”的，专家需说明情况。
3
技术规格偏离情况
15
专家打分
重点考察“▲”的关键指标，针对标注“▲”的重点内容要求提供详细的功能截图。
评分依据：
投标人应如实填写《技术规格偏离表》，评审委员会根据技术需求参数响应情况进行打分。各项技术参数指标及要求全部满足的得
100
分，
带“
▲
”技术要求负偏离每一项扣
10
分，非“
▲
”技术要求负偏离每一项扣
5
分，扣完为止。
4
项目进度安排、系统信息安全保障措施及方案
5
专家打分
评审内容：
制定可行的项目管理及实施方案，包括工作计划、进度控制、质量保证、范围控制、系统信息安全、风险控制、保障措施等多个方面。
评分依据：
（
1
）项目进度计划安排合理，各阶段时间占比符合项目实际情况；
（
2
）时间管理、质量管理、成果安全性保障等的制度与措施合理、具体；
（
3
）系统信息安全、风险控制等的制度与措施合理、具体。
根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：
评价为优得
100
分；
评价为良得
80
分；
评价为中得
40
分；
评价为差不得分。评价为“差”的，专家需说明情况。
5
项目组织及实施方案
5
专家打分
评审内容：
根据本项目建设内容，制定项目实施步骤，按照系统的划分，确定项目开展的先后顺序各阶段人员组成、时间进度，全面响应投标文件中项目实施的各方面要求，项目组织实施方案清晰且合理可行，项目组织、进度、质量、变更、风险方面有明确的说明且满足项目技术要求。要求方案科学合理、针对性强。
评分依据：
（
1
）项目实施方案内容全面，建议的建设内容和技术方案创新程度高。
（
2
）项目实施方案内容具体，建议的建设内容和技术方案完整，需求对应清晰；
（
3
）完全理解和响应招标文件中对系统实施的要求，对服务的内容理解准确并形成完整的工程实施方案和实施计划，并且能给出切实可行工程实施保障方案。包括项目实施组织的科学性、合理性、可行性，主要包括系统开发、技术保障、实施方法、工期保证等；
（
4
）项目实施方案内容可操作性强，建议的建设内容和技术方案切实可行，均采用国内相关领域先进和成熟的产品或方案。
根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：
评价为优得
100
分；
评价为良得
80
分；
评价为中得
40
分；
评价为差不得分。评价为“差”的，专家需说明情况。
6
项目完成后的服务承诺（如项目资料移交等）
4
专家打分
评审内容：
服务保障措施以及合同期满后对本项目的技术支持工作。
评分依据：
（
1
）能详细说明以上服务的具体组织形式、响应时间、沟通方式等；
（
2
）提供驻场人员的具体资历、技术能力等。
根据招标文件的需求和投标文件响应情况进行横向比较，分档评分：
评价为优得
100
分；
评价为良得
80
分；
评价为中得
40
分；
评价为差不得分。评价为“差”的，专家需说明情况。
3
综合实力部分
28
序号
评分因素
权重
评分方式
评分准则
1
投标人资格情况（或通过相关认证情况）
7
专家打分
（
1
）具有
ISO27001:2013
信息安全管理体系认证；
（
2
）具有
ISO20000-1:2011IT
技术服务管理体系认证；
（
3
）具有
ISO9001:2015
质量管理体系认证；
（
4
）具有
ISO14001:2015
环境管理体系认证；
（
5
）具有
CMMI3
级及以上。
评分依据：
要求提供相关认证（资质）文件扫描件或复印件（原件备查）作为得分依据。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理；
全部具备得
100
分；
具备
4
项得
60
分；
具备
3
项得
40
分数；
低于
3
项不得分。
2
拟安排的项目负责人（仅限
1
人）情况
2
专家打分
评审内容：
（
1
）项目负责人具备硕士（或以上）学位；
（
2
）具有
PMP
证书（提供中文翻译件）。
评分依据：
（
1
）要求提供项目负责人近三个月由投标单位缴纳的社保证明、相关证书（学位证书如为境外颁发的，需同时提交《学历学位认证证明》）作为得分依据。以上资料均要求提供扫描件（或官网截图），原件备查。
（
2
）社保证明资料应当至少包含医疗保险，证明资料可为社保收缴部门盖章证明资料、社保窗口打印资料或社保官网截图。
1
项符合得
50
分，全部都符合得
100
分；
评分中出现无证明材料或专家无法凭所提供材料判断是否得分的情况，一律不得分。
3
拟安排的项目团队成员（项目负责人除外）情况
4
专家打分
评审内容：
要求提供拟安排的项目团队成员近三个月由投标单位缴纳的社保证明，否则该人员不予计分。团队成员总人数要求至少
10
人，未达到人数要求的，不得分。
在此基础上，团队成员中具有高级职称或硕士及以上学位或
PMP
证书（提供中文翻译件）或软件工程师证书或系统集成项目管理工程师证书，每个得
15
分，上限
100
分。
评分依据：
需要提供近三个月社保缴纳证明及证书扫描件，未提供不得分。
4
项目拟使用产品的成熟度及可靠性
10
专家打分
评审内容：
考察
投标人知识产权的下述软件（软件产品名称与标书要求是否
"
一致或相近
"
由专家进行判断）具有《计算机软件著作权登记证书》的情况：
（
1
）具有
IOS
端、安卓端、管理后台端智能移动学习平台《计算机软件著作权登记证书》。
（
2
）具有智慧校园管理平台、学生管理系统、教师管理系统《计算机软件著作权登记证书》。
（
3
）具有数据治理系统、数据共享交换平台、运营数据中心平台、数据开发平台系统《计算机软件著作权登记证书》。
（
4
）具有云应用平台统一服务开放平台、云应用平台智能运营管理平台、云应用平台全文搜索平台、自动化云测平台《计算机软件著作权登记证书》。
（
5
）具有政务工作平台多端（
IOS
版、
windows
版、
android
版、
PAD
版）、政务工作平台
-
管理平台、政务工作平台
-
集成平台《计算机软件著作权登记证书》。
（
6
）具有智能知识引擎平台、大数据管理与可视化展示平台、人脸识别平台《计算机软件著作权登记证书》。
评分依据：
（
1
）要求提供有效的相关证书作为得分依据。
（
2
）以上资料均要求提供扫描件，原件备查。
（
3
）评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。
（
4
）著作权证明：投标人须提供中华人民共和国国家版权局颁发的软件著作权登记证书。（提供国家版权局颁发的软件著作权登记证书原件扫描件证明
）
全部具备得
100
分；
具备
4-5
项得
60
分；
具备
3
项得
40
分；
低于
3
项不得分。
5
投标人同类项目业绩情况
2
专家打分
评审内容：
投标人近
3
年（
2016
年
10
月
30
日起至本项目开标之日，以合同签订时间为准）具有学习类
APP
或智慧平台类项目案例的，每个得
20
分，上限
100
分。
评分依据：
（
1
）项目案例要求提供合同关键信息作为得分依据。
（
2
）通过合同关键信息无法判断是否得分的，需同时提供能证明得分的其它证明资料，如项目报告或合同甲方出具的证明文件等。
（
3
）以上资料均要求提供扫描件，原件备查。评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况，一律作不得分处理。
6
本地化服务能力
3
专家打分
深圳供应商，或非深圳供应商但在深圳有合法注册的分公司（或售后机构）（分公司的必须提供分公司营业执照扫描件，售后机构必须同时提供售后服务合作合同及售后机构营业执照扫描件作为得分依据，原件备查）的，得
100
分；否则不得分
。
4
诚信情况
7
序号
评分因素
权重
评分方式
评分准则
1
诚信评价
5
专家打分
评分准则内容
:
投标人在参与政府采购活动中存在诚信管理相关问题且在主管部门相关处理措施实施期限内，或者近三年（以投标截止日期为准）投标人在市政府采购中心有履约评价为差的记录，本项均不得分，否则得满分。投标人无需提供任何证明材料，由工作人员向评审委员会提供相关信息。
2
履约评价
2
专家打分
评分准则内容
:
近三年（以投标截止日期为准）在市政府采购中心有履约评价为差的记录，本项不得分，否则得满分。投标人无需提供任何证明材料，由采购中心工作人员向评委会提供相关信息。
5
现场系统演示部分
5
序号
评分因素
权重
评分方式
评分准则
1
现场系统演示
5
专家打分
演示内容：
一、开放平台门户
提供统一的开放门户，以便后续可以快速对接深职院内容
“
深职通
” “
移动办公平台
”“
一网通办
”
平台的相关服务，提高服务对接的协调效率、规范化管理和提升用户体验。包括以下功能：
功能点
1
：
提供一套服务接入标准规范：包括服务接入流程、接入的标准接口、用户体验规范、交互设计规范等标准规范；
功能点
2
：
具备向用户进行消息推送的能力；具备基于
OAuth
标准的统一用户认证能力；
功能点
3
：
演示如何调用平台
APP
原生能力，拥有完整的
APP
原生能力调用
SDK
库，可及时调用包括拍照、选图、扫码、定位等原生能力。
二、服务对接
演示如何通过开放平台实现与深圳职院内部业务系统相关服务进行对接的原理及流程。
功能点
1
：
通过开放平台向开发商提供统一的开发者账号，使开发商可以通过开放平台查看详细的服务对接流程，并演示“微校园”
APP
账户体系与深职院内部业务系统账户体系如何打通；
功能点
2
：
模拟演示申办一项业务时，可在线进行用户实名认证、人脸识别认证的高等级认证功能，实名认证通过后方可进行对应业务事项的在线申办。
三、服务配置管理
提供一套轻松快捷的服务专区配置管理积木平台，可轻松实现支持多终端的校园应用、服务专区快速搭建、部署、上线。
功能点
1
：
要求系统功能全面模块化、插件化；
功能点
2
：
拥有丰富的模块、插件、主题，方便的无限扩展系统。
四、运营平台
运营平台为日常运营提供一站式服务，包括但不限于以下功能：
功能点
1
：
可以对平台各类用户进行统一管理，除了可以实现用户的功能授权外，需实现数据访问、数据编辑、数据修改、数据删除等权限的管控；
功能点
2
：
具备统一消息管理功能，可以实时发布弹屏消息、全屏消息、横幅消息；具备统一的内容管理功能，可以统一分类发布相关资讯头条信息；
功能点
3
：
具备产品配置能力，包括
APP
更新管理、渠道配置、搜索黑名单等功能；同时提供平台运营数据统计分析，如用户活跃度、注册用户数、下载量等。
评分依据：
（
1
）现场不提供任何演示设备和网络，请自行准备演示环境，时间不超过
15
分钟；
（
2
）需用原型系统现场演示，使用
PPT
、静态页面或者截图不得分；
（
3
）不参加现场系统演示得
0
分。
（
4
）每个功能点分值为
10
分，如演示内容完全满足要求则获得
10
分，若有缺失或未演示，则该功能点演示得分为
0
。
其他
附件
政府集中采购需求申报书（微校园系统） .doc