国内设备采购.docx
《国内设备采购.docx》由会员分享，可在线阅读，更多相关《国内设备采购.docx（17页珍藏版）》请在冰豆网上搜索。
国内设备采购
采购人需求
第一节商务要求
1.交货要求：
1.1交货时间：
签订合同后10个日历日内完成定制开发和部署等工作，并交付使用。
=2交货地点：
深圳市第二高级中学指定地点。
=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、提供统一应用中心，支持第三方应用集成接入，支持按角色灵活定
义应用服务。
应用中心分可为全部应用和我的应用。
全部应用显示当前平台开放给不同角色下的应用汇总，可以查看对应的应用介绍、
评价应用等功能，支持对应应用排序功能，并显示当前应用的使用
量，点击当前应用可以直接进入该应用使用。
各类角色可以使用我的应用功能通过添加和删除维护个人应用，直接通过应用快捷方式呈现在个人个性化桌面。
4
PASS能
力平台
API网关
1、报文转换
平台对外提供JSON格式报文，开发者进行API访问时，必须遵循报文规范进行上送。
对行内系统开放平台支持适配对接，可以进行报文格式的转换，报文格式至少支持json、xml等。
2、协议转换
平台支持外部系统通过TCP/IP、HTTPHTTPS等协议和中间件与平台通讯。
一般情况下，请求系统可以使用开放平台提供的API，按照系统的技术标准和接口规范进行服务访问，从而避免不必要的协议转换开销。
但是对于请求系统无法改造或改造成本过高的情况下，平台提供接入协议适配的功能，支持外部系统通过不同的通讯协议与开放平台通讯。
3、流量控制
流量控制具备多维度流量控制机制，包括API，APR消费方），
服务提供者，各维度可以自由组合，▲例如可以控制单一API的流量控制参数（需要提供系统功能截图），还可以控制服务消费者调用某服务的流量控制参数。
集群环境下使用同一的流量控制服务器，但是接入模块自身具备非精确的流量控制功能，当统一流量控制服务失效时，可实现本地的非精确流控，保证系统的可靠性。
当服务访问量超过预设的流量值时，会快速挡回对该服务的访问请求。
4、负载路由
支持负载路由设置，当某一类型的请求超过指定阀值时，可以限制客户端的访问请求；针对同一类型的请求，可以将请求路由到不同的后端服务中，以便分解负载。
5、安全
API网关提供运行态的多重安全校验；在链路层采用HTTPS
进行链路加密；在数据层支持数据的加签验签和加密解密；在数据校验上，采用TOKE肌制，每次接口请求，都会对TOKEN进行校验；▲除此以外，还有用户的校验，APP的校验、API
的校验等（需提供系统功能截图），通过多重校验，保障API安全运行。
1、用户中心认证统一接口
API接口
5
中心
通过标准的集中认证技术规范及统一的应用系统用户管理接口，为各应用系统提供集中的身份认证与授权服务，实现系统用户认证的统一管理，用户通过统一信息门户等方式实现单点登录，提高信息化应用系统的安全性。
提供用户统一登录认证授权，遵循OAuth2.0标准，支持多种认证模式（授权码模式、简化模式、密码模式、客户端模式），提供获取令牌环、获取授权码，获取验证码等接口，并提供丰富的用户以及用户延伸出来的相关信息的查询与管理接口（如用户详情、用户权限、用户角色、租户管理、统计信息、机构管理、应用管理与授权等），同时通过在线文档的形式提供所有接口的详实描述。
2、基础数据接口
基础数据平台通过对外提基础数据接口，共享平台中的具体数据来源于各应用系统。
所有应用系统（包括原有系统和新建系统）可以通过基础数据共享平台进行数据交互，将数据进行业务建模，由各自的业务数据库交换到公共数据库平台，共享数据信息，维护数据的一致性，避免信息孤岛的产生，解决数据多处存储、异构、异步、不女全等冋题，并提供丰富的基础信息维护接口，如学校管理、学期管理、班级管理、年级管理、常量维护、配置项管理、学期接口等。
6
分布式
配置中
心
分布式配置中心服务管理所有服务的配置项数据，能将配置项自动推送到需要的客户端上。
配置中心支持配置项变
更历史查询、配置发布、灰度发布、配置回滚、配置覆盖、配置新增、配置删除等操作。
配置项具有日志记录功能，能知道什么时候、改了哪些配置项；有WEBt理界面针对配置项进行管理，提供配置项获取API。
配置项的范围包括：
1、框架底层的配置，如10线程数，业务线程数，连接数，心跳间隔，日志配置等等。
2、每个服务/方法的元数据，如超时，重试，限流，熔断，路由，负载均衡等。
7
分布式
定时任
务中心
分布式任务调度系统是在传统的任务调度上面添加分布式的能力，以解决单实例，重复调用，任务跟踪与管理困难，不方便扩充，无法集中管理等问题而诞生的系统，任务调度最常用的使用场景是定时任务，使用分布式任务调度可以更加方便的保障定时任务的正常执行
主要分为三个模块：
1、任务提交和执行，以jar形式提供给业务方使用。
2、任务调度，平台统一维护。
3、web任务管理页面，平台统一维护，包含如下功能。
（1）节点管理；节点组管理；
（2）任务队列管理，cron任务，暂停任务，执行任务；
（3）查看任务执行日志；
（4）任务执行客户端监控
1、服务注册与发现
服务能
8
力管理
具有统一的注册中心管理微服务实例。
微服务实例必须先向注册中心注册，▲这样服务调用方才能从注册中心获取到服务的实例列表（需提供系统功能截图），从而进行服务调用。
需要支持服务实例注册、注销，同时服务实例需要能定时往注册中心发送心跳信息，以确保注册中心的服务实例信息是实时更新的，服务实例注销后，注册中心需要能实时通知到服务调用方。
服务的属性包括服务名、ip、端口、服务分组。
服务消费方调用服务时，支持RPCREST调用，RPC调用时,数据格式支持可扩展。
服务实例元数据需要支持可持久化，如持久化到非关系型数据库或者关系型数据库。
服务注册中心需要集群部署，以保证服务注册中心高可用。
服务调用方可以从注册中心订阅服务，根据注册中心返回的服务实例列表与具体的服务实例建立连接。
并进行服务调用。
服务调用方调用的服务实例失败时，可以进行一定次数的重试，重试次数需要支持可配置。
2、服务路由
支持将指定客户端的请求路由到指定的服务集群或实例中。
如可以按服务调用方名称、ip、请求头信息、方法名、版本号进行条件组合、判断、正则匹配，将服务调用链路指向特定的服务实例。
3、服务监控
▲通过可视化界面，可以查看服务的部署情况、运行状态、实例数量、服务实例并发数据（需要提供系统功能截图）、网络延时数据、服务异常情况、可以根据场景设置预警规则。
可以根据服务监控判断一个服务的实例数量是否满足当前业务需求是否需要对服务进行扩容。
4、负载均衡
服务调用方调用服务时，需要支持负载均衡，以免所有的负载都在一个服务实例上面。
需要支持常用的负载均衡策略：
轮询、随机、最小负载、参数哈希（调用方参数），且能在界面上对不同的服务设置不同的负载均衡策略。
5、^服务熔断（需要提供系统功能截图）
当某个服务实例出现故障时，调用该故障服务实例的服务调用方（一个或者多个）的请求全部会被阻塞，导致请求会耗用相关的线程资源、io、网络等。
当这种调用方很多时会导致相关的系统级联出现故障。
为了避免出现这种情况，需要能对服务进行熔断设置，当服务实例不可用时，直接返回相应的错误码，以免服务调用方等待超时。
针对每个服务实例，需要能支持设置是否启用熔断机，服务调用的延迟统计，熔断统计。
§、▲服务跟踪（需提供系统功能截图）
客户端调用服务时，可能会经过多个服务实例节点，因服务实例的网络、io、资源有限等原因，会导致客户端调用时出现延迟、超时等现象。
为了跟踪、监控这种情况，需要有界面可以跟踪每个请求的调用链路、调用时间、网络延迟，可以根据时间、服务名、客户端信息、方法名、ip、端口等进
行模糊查询调用链路数据。
1、运维监控
监控、日
实现对整个平台服务访问使用情况进行集中的监控管理，支持异常信息的分类和分级，异常信息的收集和故障诊断；异常发生时，支持及时报警；对异常提供人工干预和自动隔离;
支持流量访问控制和管理。
提供服务调用的记录、测量和监控数据收集，支持服务访问分析。
统一的监控管理功能包括系统资源监控，平台运行监控，系统运行报表，系统告警的相关功能。
2、日志采集
通过简单的配置（注解方式），即可收集服务器上的日志，不应该对现有的程序有倾入性。
如果需要编程写入日志，需要支持多种语言，如：
Java、
Python、PHP.NET。
支持收集应用程序日志如tomcat、apache、nginx，操作系统日志女口/var/log/messages，数据库日志女口postgresql、mysql、hdfs、nosql（redis）等。
米集日志时，需要支持多种日志格式，如单行、多行、json。
3、日志分析
日志分析功能需要能将非结构化日志数据处理为结构化数
据。
结构化数据的字段应该是可以动态可扩展的。
日志能按
应用、项目、分类、服务、节点等属性进行区分，按debug、
info、warn、error等进行分类。
4、日志查询
查询日志时，应该基于搜索引擎。
查询日志时，可以根据应用、项目、分类、服务等分类进行查询；可以根据日志产生的时间、关键字进行查询。
10
数据交
换
数据交换子系统米用主流的数据集成中间件，构建与维护教育信息化、数字化标准，构建与维护教学中心数据库，在共享公共数据基础上整合与集成各种应用软件，通过数据驱动、事件驱动和服务驱动将公共数据从应用数据库抽取到中心数据库，通过向应用软件提供丰富接口实现公共数据向应用数据库的同步，确保数据的完整性、准确性与一致性。
系统主要应包括以下功能：
1、数据交换机制
数据变更跟踪组件实时跟踪数据提供者的数据变更，形成待更新的数据。
数据更新组件依据设置的数据转换规则对待更新的数据进行过滤、转换，形成标准格式的数据，依据数据更新计划更新中心数据库中相应的数据。
数据同步组件依据数据同步计划，同步相应应用数据库中相应的数据。
通过以上组件提供的接口与应用程序和服务传递消息，通过配置的适配器和管道接收、解析、路由和发送消息；采用异步
方式处理消息，避免消息处理的时间延迟；允许平台管理员和其他授权用户随时更新配置，而不必中断应用程序和服务。
2、数据交换功能
（1）信息标准管理
设置数据标准、代码标准，构建与维护中心数据库平台信息标准。
（2）中心数据库管理
维护元数据，构建与维护中心数据库平台，为公共数据交换提供安全、可靠的中枢；依据信息标准和元数据灵活构建与维护各类数据对象，为综合信息查询展示提供数据支持。
（3）数据交换管理
采用主流的数据集成中间件，提供数据抽取、数据更新和数据同步功能，提供丰富的数据交换方式，可以满足不同环境对数据集成的要求。
设置数据提供者，确定每一项需要交换的数据由哪个应用软件提供；
设置数据使用者，确定每一项需要交换的数据由哪些应用软件使用；
设置数据转换规则，参照信息标准对需要交换的数据进行转换，涉及到数据类型转换、数据截取、数据合并、数据替换、关键字生成、行列转换等。
提供自动交换数据功能与辅助交换数据功能，可以实现数据库及结构化文件之间的数据复制、数据迁移和数据交换；部署和管理数据变更跟踪组件、数据更新组件与数据同步组件；监控、审计数据交换过程，必要时根据数据交换日志恢复异常数据。
3、参数设置
（毫
指定服务器接收和发送数据的文件路径，配置相关的服务器接收文件路径、服务器发送文件路径、提请文件路径、本地服务ip、本地服务端口、用户名、密码、扫描间隔
秒）、服务启动开时间始扫描（毫秒）、是否需要转发（仅用于前置机）、前置机IP、是否扫描接收文件夹、是否是业务机、是否插入日志、文件发送目录。
4、服务器管理
设定各服务器的相关参数包括（系统编码、单位编码、
单位名称、对应部门id、服务ip、服务端口、访问名、访问密码、排序号），用于数据传输使用。
基于云平台，提供公共组件服务，减少各业务重复开发工作量，让业务产品有更多的时间关注具体的业务。
所有的组件服务均支持集群部署，支持负载均衡。
本平台能力组件包括视频点播、文件存储、搜索、图片缩放服务、在线文档浏览服务和安全组件等。
1、视频点播
使用流媒体技术、rtmp协议提供视频点播服务。
业务端产品
可以是pc、webandroid、ios这些类型的终端产品。
业务端产品根据业务需要请求流媒体服务，请求时需要带认证信息，登录授权通过后，可进行视频点播。
视频存储的路径是按租户id分目录存储的，访问具体租户下的视频时，URL地址中需要包括租户id信息。
支持http/rtmp协议进行视频流传输。
2、文件存储
文件存储服务提供基本的文件上传、文件下载服务，供各个业务产品使用。
文件存储服务不关心具体的业务细节，只处理和文件存储相关的属性。
文件存储服务具有使用简单、高可靠、高安全等特性。
各业务客户端可以通过httpapi上传、下载文件，业务客户端调用httpapi时，用户需要先登录授权。
所有的请求，需要经过API网关。
实体文件的存储、文件元数据的持久化需要根据局点编码（租户id）进行隔离。
3、其他组件
包括搜索服务、图片缩放服务、在线文档浏览服务和安全组
件等组件服务。
（1）搜索服务提供简单、高效、稳定、低成本和可扩展的搜
索服务。
搜索服务承当资源、试题、试卷、用户等搜索相关业务，搜索服务以平台服务化的形式，支持分布式集群部署，
并发量增加时支持对服务进行横向扩展。
（2）图片缩放服务提供的海量、安全、低成本、高可靠的图片缩放处理服务。
原始图片上传保存在分布式文件存储上后，
可以通过简单的RESTful接口访问，支持对图片的旋转、缩放等常用处理。
图片缩放服务采用服务化的方式实现，单机支持1000并发（指定图片大小），3秒以内响应，支持横向扩展。
（3）在线文档浏览服务支持对文档的在线查看，支持word、ppt、pdf等常用文档格式，支持web浏览器、移动端在线浏览文档。
（4）安全组件能防御常见安全攻击，包括：
SQL注入、脚本注入、跨站脚本攻击、弱密码、主机头攻击、明文数据传输。
四、其他要求（项目实施要求）
1、投标人应提出配套安装方案，并安排到货安装计划和人员；
2、投标人须在标书中提供合理的项目实施计划；
3、投标人应本着认真负责态度组织技术队伍，提出整体方案与长期保修、维护、服务以及今后技术支持的措施计划和承诺；
4、投标人所提交的软件必须经严格测试，并经采购单位确认，方可正式使用。
如与本项目要求不符，中标方必须无条件地更改；
5、投标人应负责在施工完成后，验收之前，提供完整的技术存档资料。
升级会员 