国内设备采购.docx

国内设备采购.docx

《国内设备采购.docx》由会员分享，可在线阅读，更多相关《国内设备采购.docx（26页珍藏版）》请在冰豆网上搜索。

国内设备采购

采购人需求

第一节商务要求

1.

交货要求：

1.1

交货时间：

签订合同后10个日历日内完成定制开发和部署等工作，并交付使用。

1.2

交货地点：

深圳市第二高级中学指定地点。

1.2

货物产地：

本项目不接受供应商选用进口产品参与投标。

2.

报价方式和币种：

2.1

投标报价应包括但不限于：

咨询费、设计费、开发费、运输费、保险费、配套资料费、安装调试、验收检验费、培训费用以及售后服务费用等相关一切费用。

投标货币：

人民币。

3.

付款方法和条件：

3.1

按深圳市财政委员会相关规定执行。

4.

安装和验收

4.1

中标方免费将产品交付到指定地点安装、调试、培训后，由双方负责验收。

4.2

验收内容包括但不限于：

a.软件产品名称、数量及版本；b.软件所附技术资料；c.功能模块及授权和许可配置；d.软件在功能、性能及技术要求中的各项技术参数指标。

4.3

招投标人双方及相关单位共同进行检验。

由招投标人双方组成验收小组共同进行技术验收和商务验收，验收合格后签署《验收报告》。

产品质量和安装调试检验标准遵照前述标准执行。

4.4

当满足以下条件时，采购单位才向中标人签发《验收报告》：

a、中标人已按照合同规定提供了全部产品及完整的技术资料。

b、软件符合招标文件技术规格书的要求，性能满足要求。

5.

交货质量要求标准

5.1

提供的软件必须符合招标技术要求表明的质量状况和使用性能。

5.2

招标人在中国使用该软件或货物的任何一部分时，免受第三方提出的侵犯其专利权、商标权或工业设计权等知识产权的起诉或司法干预。

如果发生上述起诉或干预，则其法律责任均由投标人负责。

6.

质保期及售后服务：

6.1

质保期为自产品验收合格并交付采购人使用之日起壹年。

6.2

在质保期内，在软件系统由于设计缺陷或存在BUG的情况下，一切修正费用由投标人负担。

投标人应提供7天24小时的服务响应，并提供技术支持人员的名单和联系方式，保证可以随时找到相应的技术人员。

接到报障请求，应在1小时内响应，4小时内维护人员达到现场，24小时内排除故障。

6.3

质保期满后，投标人需提供维护及服务优惠价格，并提供相应承诺书。

6.4

投标人须在交货验收过程中，保证招标人相关人员能正常使用相关软件系统。

6.5

本软件系统质保期满之后，若采购单位要求中标单位继续提供软件质保服务，则中标单位每年的服务费用最高不得超过本软件系统中标金额的5%。

第二节技术要求

一、项目背景

智慧校园是一种以面向师生个性化服务为理念，能全面感知物理环境，识别学习者个体特征和学习情景，提供无缝互通的网络通信，有效支持教学过程分析、评价和智能决策的开放教育教学环境和便利舒适的生活环境。

它旨在把学校建设成为以云计算、互联网等技术为依托的校园综合管理平台，构建高效的校园管理、平安校园、领先的教学服务和便捷的校园生活等应用体系，把学校打造成高效、智能、幸福的校园环境。

教育部《2017年教育信息化工作要点》的重点任务之一是“推动数字校园和智慧校园建设”，要求“充分发挥地方与学校积极性与主动性，引导各级各类学校开展数字校园、智慧校园建设与应用”。

《国家教育事业发展“十三五”规划（201701）》提出“支持各级各类学校建设智慧校园，综合利用互联网、大数据、人工智能和虚拟现实技术探索未来教育教学新模式”。

《深圳市教育信息化发展规划（2015-2020年）》提出“到2020年，建成200所以上‘智慧校园’示范学校”。

深圳市的智慧校园建设进入重要的发展时期。

但在学校信息化建设中，普遍存在建设散乱、缺少统一规划、没有建设标准；部门各自为政，信息共享不足，形成数据孤岛；建设重硬轻软，缺少管理应用，轻教学，缺少配套内容资源；无法统一整体管理，维护成本高，体验差；用户名密码繁多，登录麻烦，记忆困难；新的应用与原有平台和应用对接困难；数据分析不足，数据资源利用率低等一系列问题，使得信息技术没有发挥出应有的提升效率、改善教学、提高教学质量的效能，难以做到教育教学与信息技术的融合，无法对教育教学发挥革命性影响。

为了解决校园信息化建设中遇到的问题，用户对学校信息化建设经验、需求进行了认真梳理，在专家的指导下，对学校智慧校园建设进行了整体规划设计。

学校决定引入新的互联网技术、新的系统架构，优先解决用户统一管理和授权、数据统一交换、应用统一接入等建设与管理中存在的主要问题。

二、建设内容

1、建立基于微服务架构的智慧校园开放平台，主要包括统一身份认证服务（统一用户和统一门户等）、统一基础数据服务、统一数据交换、统一能力平台等。

2、统一能力平台包括API网关、服务能力管理、监控与日志、数据交换、开放能力组件服务等。

三、技术要求

序号

模块

参数

1

用户中心（认证）

用户认证中心主要是包括两大核心模块，就是用户基本信息统一管理和认证。

通过用户中心，可以无缝的整合第三方产品，实现用户基本信息的统一管理。

提供统一的注册，新增，修改等接口，同时将用户数据实时同步到各业务系统。

各个业务系统用户的核心数据由用户中心统一管理维护，同时也将用户数据实时同步到各业务系统。

统一认证平台采用oauth2.0标准进行认证接入，对于第三方或者其他应用需要调用平台的openAPI，都需要经过授权。

在进行统一认证OAuth2.0授权登录接入之前，需要在管理端申请APPID和AppSecret，用户中心管理平台进行应用的审核，才可开始接入流程。

统一认证OAuth2.0授权登录让统一认证用户使用统一认证身份安全登录第三方应用或网站，在统一认证用户授权登录已接入统一认证OAuth2.0的第三方应用后，第三方可以获取到用户的接口调用凭证（access_token），通过access_token可以进行统一认证开放平台授权关系接口调用，从而可实现获取统一认证用户基本开放信息和帮助用户实现基础开放功能等。

2

基础业务数据管理平台

▲平台提供基础业务数据管理，为所有第三方应用提供统一的组织机构、学校、班级、教师、学生信息基础数据及数据管理服务（需提供系统功能截图）。

维护管理服务支持对所有基础业务数据的管理，建立完整的基础数据有效性维护机制，并通过数据交换服务推送给第三方应用，保证数据的完整统一。

管理员能够对组织机构、用户、教学基础数据、区域进行人工审核和管理，也可对角色权限、管理员权限等进行设置和管理，做到对基础数据的全方位维护管理。

3

智慧校园门户（统一用户界面）

智慧校园门户为管理者、教师、学生等各类角色提供集中统一的智慧校园各类应用入口和个性化的办公桌面，解决系统分散、管理杂乱等问题。

1、提供统一登录界面，用户通过账号密码登录智慧校园后，可根据各自角色、权限获得自己的个性化桌面，用户可以快捷访问智慧校园各授权应用、功能和数据。

2、

3、个性化界面首页支持自定义个人应用功能展示与呈现、应用排序，通过这些功能模块可快速使用对应的系统应用功能，处理工作与学习：

如果对应应用仅提供单点登录，点击模块图标后跳转到对应应用登录后的首页，如果对应应用提供配置参数，点击模块图标后跳转到对应应用的制定功能模块；支持管理员自定义发布图片内容，自定义修改导航栏。

4、

5、主要栏目模块可配置，对智慧校园所有应用进行合理分类和展示，管理人员、教师、学生及家长等不同角色可通过智慧校园门户快速访问相关应用。

6、

7、提供统一应用中心，支持第三方应用集成接入，支持按角色灵活定义应用服务。

应用中心分可为全部应用和我的应用。

全部应用显示当前平台开放给不同角色下的应用汇总，可以查看对应的应用介绍、评价应用等功能，支持对应应用排序功能，并显示当前应用的使用量，点击当前应用可以直接进入该应用使用。

各类角色可以使用我的应用功能通过添加和删除维护个人应用，直接通过应用快捷方式呈现在个人个性化桌面。

4

PASS能力平台

API网关

1、报文转换

平台对外提供JSON格式报文，开发者进行API访问时，必须遵循报文规范进行上送。

对行内系统开放平台支持适配对接，可以进行报文格式的转换，报文格式至少支持json、xml等。

2、协议转换

平台支持外部系统通过TCP/IP、HTTP、HTTPS等协议和中间件与平台通讯。

一般情况下，请求系统可以使用开放平台提供的API，按照系统的技术标准和接口规范进行服务访问，从而避免不必要的协议转换开销。

但是对于请求系统无法改造或改造成本过高的情况下，平台提供接入协议适配的功能，支持外部系统通过不同的通讯协议与开放平台通讯。

3、流量控制

流量控制具备多维度流量控制机制，包括API，APP（消费方），服务提供者，各维度可以自由组合，▲例如可以控制单一API的流量控制参数（需要提供系统功能截图），还可以控制服务消费者调用某服务的流量控制参数。

集群环境下使用同一的流量控制服务器，但是接入模块自身具备非精确的流量控制功能，当统一流量控制服务失效时，可实现本地的非精确流控，保证系统的可靠性。

当服务访问量超过预设的流量值时，会快速挡回对该服务的访问请求。

4、负载路由

支持负载路由设置，当某一类型的请求超过指定阀值时，可以限制客户端的访问请求；针对同一类型的请求，可以将请求路由到不同的后端服务中，以便分解负载。

5、安全

API网关提供运行态的多重安全校验；在链路层采用HTTPS，进行链路加密；在数据层支持数据的加签验签和加密解密；在数据校验上，采用TOKEN机制，每次接口请求，都会对TOKEN进行校验；▲除此以外，还有用户的校验，APP的校验、API的校验等（需提供系统功能截图），通过多重校验，保障API安全运行。

5

API接口中心

1、用户中心认证统一接口

通过标准的集中认证技术规范及统一的应用系统用户管理接口，为各应用系统提供集中的身份认证与授权服务，实现系统用户认证的统一管理，用户通过统一信息门户等方式实现单点登录，提高信息化应用系统的安全性。

提供用户统一登录认证授权，遵循OAuth2.0标准，支持多种认证模式（授权码模式、简化模式、密码模式、客户端模式），提供获取令牌环、获取授权码，获取验证码等接口，并提供丰富的用户以及用户延伸出来的相关信息的查询与管理接口（如用户详情、用户权限、用户角色、租户管理、统计信息、机构管理、应用管理与授权等），同时通过在线文档的形式提供所有接口的详实描述。

2、基础数据接口

　　基础数据平台通过对外提基础数据接口，共享平台中的具体数据来源于各应用系统。

所有应用系统（包括原有系统和新建系统）可以通过基础数据共享平台进行数据交互，将数据进行业务建模，由各自的业务数据库交换到公共数据库平台，共享数据信息，维护数据的一致性，避免信息孤岛的产生，解决数据多处存储、异构、异步、不安全等问题，并提供丰富的基础信息维护接口，如学校管理、学期管理、班级管理、年级管理、常量维护、配置项管理、学期接口等。

6

分布式配置中心

　　分布式配置中心服务管理所有服务的配置项数据，能将配置项自动推送到需要的客户端上。

配置中心支持配置项变更历史查询、配置发布、灰度发布、配置回滚、配置覆盖、配置新增、配置删除等操作。

配置项具有日志记录功能，能知道什么时候、改了哪些配置项；有WEB管理界面针对配置项进行管理，提供配置项获取API。

配置项的范围包括：

1、框架底层的配置，如IO线程数，业务线程数，连接数，心跳间隔，日志配置等等。

2、

3、每个服务/方法的元数据，如超时，重试，限流，熔断，路由，负载均衡等。

7

分布式定时任务中心

　　分布式任务调度系统是在传统的任务调度上面添加分布式的能力，以解决单实例，重复调用，任务跟踪与管理困难，不方便扩充，无法集中管理等问题而诞生的系统，任务调度最常用的使用场景是定时任务，使用分布式任务调度可以更加方便的保障