计划函号:J21074440-4361
武汉市东西湖区政府采购项目
计划函号:J21074440-4361
需求公示文件
项目名称:武汉市东西湖职业技术学校数据共享服务平台项目
项目编号: ZCJX-ZFCG-2021(027A)
采 购 人: 武汉市东西湖职业技术学校
代理机构: 湖北中程xx项目管理有限公司
采购日期: 2021 年 9 月
一、项目情况
1)项目名称:武汉市东西湖职业技术学校数据共享服务平台项目
2)项目编号: ZCJX-ZFCG-2021(027A)
3)项目预算:245 x
4)项目地址:武汉市东西湖职业技术学校指定地点
5)质保期:验收合格之日起 3 年。
6)付款方式:安装调试完毕并交付使用,试运行 1 个月验收合格后支付合同金额的
90%,验收合格满 2 年后支付剩余 10%。
说明:以下标“★”号的条款为实质性条款要求,任意一项不响应的将作为无效投标处理;标“※”号的条款为“评分标准表”中的评分内容
二、投标人资格要求
1、满足《中华人民共和国政府采购法》第二十二条规定,即:
(1)具有独立承担民事责任的能力;
(2)具有良好的商业信誉和健全的财务会计制度;
(3)具有履行合同所必需的设备和专业技术能力;
(4)有依法缴纳税收和社会保障资金的良好记录;
(5)参加政府采购活动前三年内,在经营活动中没有重大违法记录;
(6)法律、行政法规规定的其他条件。
2、单位负责人为同一人或者存在直接控股、管理关系的不同投标人,不得参加本项目同一合同项下的政府采购活动。
3、为本采购项目提供整体设计、规范编制或者项目管理、监理、检测等服务的,不得再参加本项目的其他招标采购活动。
4、未被列入失信被执行人、重大税收违法案件当事人名单,未被列入政府采购严重违法失信行为记录名单。
5、落实政府采购政策需满足的资格要求:
本项目专门面向中小企业,供应商应提供中小企业声明函,大型企业及未提供中小企业声明函的企业不享受中小企业扶持政策,其响应文件将作无效响应处理。监狱企业及残疾人福利性单位视同小型、微型企业。
6、本项目的特定资格要求:
(1)投标截止时间前在国家企业信用信息公示系统中严重违法企业名单的企业,将被拒绝参加本次投标。详见“国务院令 654 号”文。
(2)参与投标人在信用中国网、中国政府采购网及其它有关网站,被查询到“失信被执行人”、 “重大税收违法当事人名单”、“政府采购严重违法失信名单”等具有不良行为的,将拒绝其参加本次政府采购活动。(详见财库[2016]125 号)
(3)授权代表合法有效的劳动合同及缴纳社保的证明。
(4)本项目不接受联合体投标,执行过程中不允许转包、分包。
三、项目背景
x项目建设数据共享服务平台,作为学校数据交换共享的支撑,实现学校业务系统数据交换,也利于今后在平台上不断的扩展各类服务应用,更好的为学校行政管理、学生教育管理以及教学活动等提供便捷高效的信息化服务。
四、项目设计原则要求
x次数据共享服务平台建设项目需满足以下设计原则: 1)实用性和可行性
主要技术和产品应具有实用、成熟、稳定、安全的特点。实用性以提高系统整体运行效率为重点。既便于用户使用,又便于系统管理。
2)先进性和成熟性
系统设计既采用超前思维、先进技术和系统工程方法,同时应注意思维的合理性、技术的可行性、方法的正确性。要求不但能反映当今的先进技术和理念,而且应具有发展潜力,能保证未来若干年内占主导地位。先进性与成熟性并重,并考虑到近年来的应用发展特点,把先进性放在重要位置。
3)开放性与标准化原则
平台必须是一个开放的且符合业界主流技术标准的系统平台,并使网络的硬件环境、通信环境、软件环境、操作平台之间的相互依赖性小。
4)可靠性和稳定性
在考虑技术先进性和开放性的同时,还应从系统结构、技术措施、系统管理等方面着手,确保系统运行的可靠性和稳定性,达到最大的平均无故障时间。
5)可扩展性及易升级性
为适应应用不断拓展的需要,平台的软硬件环境应具有良好的平滑可扩充性。 6)安全性和保密性
在平台设计中,应充分考虑信息资源的共享,注意信息资源的保护和隔离,分别针对不同的应用和不同的网络通信环境,采取不同的措施,包括系统安全机制、数据存取的权限控制等。
7)可管理性和可维护性
整个平台是由多个部分组成的较为复杂的系统,为了便于系统的日常运行维护和管理,平台必须具有良好的可管理性和可维护性。
五、项目技术要求
1)基于微服务架构,解决传统业务应用建设困境
要求能基于微服务架构提供解决方案,为校园业务提供更为灵活开放的服务构建能力,平台要求具备高强度的柔性、鲁棒性和开放性。该架构可以允许用户更加专注于构建业务单元,围绕一个最小业务单元形成的场景服务是微小、自治且完整的,同时这些服务相互之间通过与语言无关的 API 通信,拥有快速且持续的迭代能力。
2)基于容器技术,为服务解构奠定技术基础
要求基于容器技术提供高性能可伸缩的容器应用管理服务,支持用 Docker 容器进行应用生命周期管理,提供多种应用发布方式和持续交付能力。
3)采用开放式技术架构,打造学校信息化产业生态圈
通过对学校信息化建设现状与发展需求,未来学校信息化建设的核心是以面向角色的服务为导向建立整体智慧校园开放性生态体系。要求以先进的技术构架为依托,创造一个高开放度的信息化环境,更好的应对学校内部业务变化和外部信息技术发展趋势带来的冲击。构建这样的一种生态体系,应从技术架构、建设思路、建设模式等多个方面进行转变。要做到对各类业务信息系统进行有效的整合,能够同时满足技术发展的需要、学校业务的需求,充分利用学校在信息化方面的人力与物力投入,可为学校师生、管理人员等用户提供优质的服务,构建良性的、可持续发展的校园信息化生态。
六、建设内容
名称 | 内容 | 数量 | 单位 | 备注 |
数据交换 中心(核心产品) | 搭建校级数据交换中心,实现校内部门业务系统之间的数据交换。 | 1 | 套 | |
统一身份 认证平台 | 建设校级统一身份认证平台,实现 一个账号密码漫游全校业务系统 | 1 | 套 | |
统一业务办理中心 | 建设统一业务办理 PC 门户,实现师生基础信息的统一采集和业务系统 共享使用。 | 1 | 套 | |
建设统一业务办理移动门户,实现 移动、快捷的业务办理。 | 1 | 套 | ||
建立流程表单工具平台,实现用户 快捷建立自有服务。 | 1 | 套 | ||
运行环境 | 满足本次项目软件系统平台运行需求。节点需要实配处理器物理内核总数量≥128 核,主频≥2.0Ghz,实配内存≥512G DDR4,实配存储容量 ≥18T 10K SAS,实配虚拟机≥20 个 | 1 | 项 |
七、项目建设主要功能及要求
数据交换中心建设的总体目标是:以数据价值应用为导向,以多方数据共享为核心,以信息化为工具,建立长期、安全可控、可持续的数据共享体系,促进数据在“内增值,外增效”两方面的价值变现。
具体目标包括:
1)坚持“一数一源,权责清晰”的原则,对学校全量数据的数据来源进行确认,对数据源的权威进行确认,使各职能部门明确各自业务数据的权责范围;
2)坚持“安全可控,便捷高效”的原则,建立规范的数据生产、加工、存储、变更、使用的管理和服务体系,实现数据全过程安全管控;
3)坚持“以用促建,以用促治”的原则,建立数据资产服务功能,提升数据利用的便捷度,提高数据资产的利用率;
4)坚持“定期度量,持续改进”的原则,建立健全数据质量持续度量、问题改进的循环,提高我校数据质量;
5)坚持“目标分解,分步实现”的原则,提高数据的完备度、准确度等,实现高质量数据资产沉淀。
组件名称 | 功能要求 |
生成记录 | 固定字段的生成记录 |
自定义常量数据 | 为查询增加常量列 |
获取表名 | 获取表名及其他信息 |
获取系统信息 | 获取系统详细信息 |
表输入 | 连接数据库或者 SQL 语句 |
文本文件输入 | 支持常用类型文本文件输入 |
Excel 输入 | 支持读取 excel 文件 |
组件名称 | 功能要求 |
表输出 | 需将数据写入到数据库 |
插入/更 新 | 根据设置插入或更新数据 |
数据同步 | 将源表同步过来的数据进行目标表数据新 增、修改、删除操作 |
更新 | 将源表同步过来的数据进行目标表数据更 新操作 |
删除 | 根据给定的条件进行删除目标表数据 |
文本文件 输出 | 将数据写入到文本文件 |
Excel 文 件输出 | 支持输出 excel 文件 |
序号 | 建设功能 | 需求描述 | ||||
1 | 数据交换中心 | 交换设计端 | 1.数据转换设计 a. 数据转换设计 支持可视化操作,支持简单拖拉拽实现数据交换的设计。 b.输入组件 输入组件需实现以下功能: c.输出组件 输出组件需实现以下功能: d.转换 转换组件需支持: | |||
组件名称 | 功能要求 | |||||
值映射 | 需将源数据字段值进行转换成指定值 | |||||
去重复记录 | 根据指定的字段进行去重操作 |
唯一行 | 去掉输入流中的重复行 | |||||
增加常量 | 增加新的常量数据 | |||||
增加序列 | 使用数据库自带的序列提供序列值 | |||||
字段选择 | 用于选择列,重命名列 | |||||
e.流程组件 流程组件需支持: f.脚本组件 g.连接组件 2.作业流程设计 (1)作业流程:提供作业定时等业务。 (2)START:支持配置作业执行规则。 (3)DUMMY:支持多数据源汇总。 (4)作业:支持执行已经定义好的 job。 (5)转换:执行定义好的转换,并生成记录日志。 3.资源库 (1)资源库存储 需转换、作业存储到资源库。 (2)资源库任务共享 资源库可以使多用户共享转换任务。 (3)资源导入与导出 资源库中的内容支持导入与导出。 4. 数据源 |
组件名称 | 功能要求 |
Switch/Case | 对于多种类型的值进行不同的选择路 径。 |
空操作 | 不做处理 |
组件名称 | 功能要求 |
Java 代码 | 允许用户定义的 JavaClass 执行 |
Javascript 代码 | 使用mozilla 的 rhino 作为脚本语言 |
SQL 脚本 | 支持自定义 SQL 脚本 |
组件名称 | 功能要求 |
合并行记录 | 合并两组输入数据 |
changed 有变化 | 两组流的主键一致 |
new 新行 | 引用流中有而比较流中没有某一主 键 |
deleted 被删除的 行 | 比较流中有而引用流中没有某一主 键 |
排序合并 | 对记录按某个关键字进行排序 |
支持第三方系统提供的标准中间库、API 等方式作为数 | |||
据源。 | |||
1.作业调度管理 | |||
(1)作业调度 | |||
系统需支持作业调度,提供调度过程。 | |||
(2)执行日志 | |||
提供平台级作业日志。 | |||
(3)统计分析与监控 | |||
a.统计:统计作业执行情况 | |||
b.监控:实时监控数据执行情况 | |||
2.节点监控统计 | |||
(1)节点设置 | |||
需提供节点设置,对节点进行编辑。 | |||
(2)节点作业关系设置 | |||
需支持对节点作业关系做出调整。 | |||
(3)节点监控 | |||
a.监控每个节点执行情况 | |||
b.点击节点查询节点下作业执行情况" | |||
(4)统计分析 | |||
2 | 后台管理 监控 | 系统需支持以下统计分析功能: a.按时间统计执行情况 | |
b.按照业务分析数据转换情况 | |||
c.统计转换数据总览 | |||
3.系统管理 | |||
(1)用户管理:对用户的增删改查等。 | |||
(2)角色管理:对角色的增删改查等。 | |||
(3)数据库监控:对系统数据库监控进行管理。 | |||
(4)系统日志:对系统操作日志进行管理。 | |||
4.安装部署 | |||
后台部署 | |||
a.后台代码部署:可以仅对后台进行部署,前后台分离操 | |||
作。 | |||
b.前端部署:可以调用后台接口即可。 | |||
数据库部署 | |||
支持产品数据库部署。 | |||
▲要求投标人所投产品原厂商具有数据交换平台软件著作 | |||
权登记证书,提供复印件并承诺所出具的资质文件真实可 | |||
信,中标后甲方有权验证资质真伪,如虚假应标按招标规 |
定处理。 |
用户中心解决了用户账号统一管理的问题,采取从分散到集中的管理思路,将过去分散到各个业务系统中的用户进行集中管理,并提供接口使业务系统和用户中心系统的信息保持同步。
※2)技术功能及要求(技术部分评审因素(2))
序号 | 建设功能 | 需求描述 |
1 | 组织机构管理 | 1) 对于用户所在的组织机构进行维护管理,支持组织机构源头数据同步、批量导入及自定义维护功能; 2) 支持多组织机构管理,组织机构类型分为行政组织机构及非行政组织机构。 3) 支持人员与组织机构的绑定关系管理,行政组织机构必选。 |
2 | 用户账号管理 | 1) 用户账号管理采用一人多账号强管理模式,对于同一个用户存在多账号,要具备唯一性对应关系; 2) 用户数据支持源头数据同步、批量导入以及自定义维护功能,对于源头数据同步用户需要控制不能自定义维护。 3) 支持注销、锁定、激活、有效期维护等功能。 4) 支持人员身份管理,人员标签管理。 |
3 | 用户组管理 | 1) 提供用户群组的添加、修改、删除、停用、启用等维护功能,支持用户群组显示排序功能。 2) 用户组支持公共用户组以及应用私有用户组,公共用户组对 所有应用开放查询,私有用户组只针对特定应用使用。 |
4 | 岗位用户组管理 | 1) 提供岗位用户组的添加、修改、删除、停用、启用等维护功能,支持岗位用户组排序功能。 2) 岗位用户组支持公共岗位用户组以及应用私有岗位用户组,公共岗位用户组对所有应用开放查询,私有岗位用户组只针对特定应用使用。 3) 提供岗位用户组动态灵活维护部门范围的功能,支持包含子部门、排除子部门、包含当前部门、排除当前部门功能。 4) 岗位用户组支持分类维护,用于前端分类显示。 5) 岗位用户组支持一人多岗、一岗多人。 6) 岗位用户组支持灵活的岗位人员管理功能,支持二级管理下放,让指定岗位可以维护修改普通岗位人员。 |
5 | 用户中心接口 | 提供人员基础信息的操作接口;字典的操作接口;导出的操作接 |
口;操作日志的操作接口;标签的操作接口;用户激活方式的操作接口;用户组的操作接口;组织机构查询接口;用户组(岗位)的操作接口;用户规则的操作接口;证照审核的操作接口;账号信息的操作接口;账户冻结的操作接口;账户标签关系的操作接 口;账户组织机构关系的操作接口;身份类型的操作接口。 |
以认证服务为基础的统一身份认证体系,将组织信息、用户信息统一存储,进行分级授权和集中身份认证,规范应用系统的用户认证方式。提高应用系统的安全性和用户使用的方便性,实现全部应用的单点登录。
※2)技术功能及要求(技术部分评审因素(2))
序号 | 建设功能 | 需求描述 |
1 | 认证基础服务 | 提供认证平台的认证基础服务,网页端支持单点登录;使用最新的 CAS6.0 内核,认证协议支持 CAS 协议、SAML 协议、 OAuth2 协议和 OIDC 协议;用户密码采用不可逆算法加密保存;认证过程中,账户密码传输采用公私钥加密机制传输,保障密码传输过程安全;支持 SSL 安全传输协议,保证用户登录信息在传输过程中的传输安全;支持认证统计分析 功能,包括登录人次、人数、应用分布以及终端分布等。 |
2 | 认证方式 | 支持用户名(帐号、手机、邮箱、证件号码)+密码登录方式,针对一人多账号认证提供多账号选择引导功能;支持绑定安全手机+动态密码登录方式;支持(QQ、微信、支付宝等)第三方平台联合登录方式登录;支持移动扫码认证登录;以上认证方式,用户可根据学校业务状况和实际需 求通过管理功能个性化配置。 |
3 | 安全配置 | 支持账号安全配置策略维护功能,用户修改密码以及更改个人中心安全信息时,管理员可以自定义选择二次验证方式;支持账号激活配置策略维护功能,管理员可以根据需要自行选择用户在账号激活时的验证方式,包括支付宝实人认证、预留手机短信验证码认证、上传证件照片人工审核认证及人脸实人认证方式激活;支持认证安全策略配置维护功能,系统可以提供账号指定时间内多次登录锁定功能;提供 IP 在指定时间内多次登录锁定功能;提供账号在规定时间内密码错误次数超限进行锁定功能;支持密码策略配置,配置项包括:密码元素不重复次数、密码长度控 制、密码失效时限控制、密码组合控制。 |
4 | 认证登录页 | 认证登录页支持主流浏览器登录,包括 IE10+、chrome、 Firefox、360、safari;认证登录页需要适配不同尺寸浏览器自适应, 包括: 1280*720 、1366*768 、1440*900 、 1600*1200、1920*1080 等;认证登录页需要提供移动手机 浏览器适配。 |
5 | 认证服务接口 | 提供安全策略管理接口;登陆配置管理接口;获取统计数管理接口;用户登录方式的操作接口;密码策略的操作接 口;联合登录接口;账户安全操作接口。 |
权限服务的权限体系以角色为核心,角色的定义由各应用定义,可以通过授权服务提供的 API,将各应用的角色信息,同步到本授权平台。通过本平台实现对应用的统一授权和监控。
※2)技术功能及要求(技术部分评审因素(2))
序号 | 建设功能 | 需求描述 |
1 | 应用角色管理 | 提供对接应用统一的角色维护功能,唯一标识为应用代码+角色代码;提供相同应用及不同应用之间的角色分组管理 功能,便于一组角色统一授权 |
2 | 角色授权管理 | 支持以单个用户和用户群组的维度给予角色授权,也支持以角色及角色组的维度给予用户和用户组授权;人员授权支持批量导入清单授权;用户授权支持有效期控制,有效 期过后权限自动解除。 |
3 | 分级授权管理 | 支持不限定级别的分级授权机制。被授予管理权限的管理员,可以将管理权限下放管理。管理权限粒度需要控制到 某一项角色代码。 |
4 | 授权审计 | 授权审计需要记录全生命周期的授权过程数据,不能只保留结果数据;支持以用户/用户组和角色/角色组为角度的各种维度的权限审计,包括:我的权限、我管理的权限和 我授予的权限等。 |
5 | 授权服务接口 | 提供分级授权管理接口;应用管理接口;应用角色管理接 口;用户授权管理接口;角色组管理接口;通用管理接口 |
通过学校统一业务办理 PC 门户的建设,解决学校目前面临的数据不统一不共享问题,
实现流程类服务网上办理,为全校师生提供方便、快捷、实用的一站式服务中心,打破原来业务、部门之间的割据状态,从而提高学校的管理服务水平,推动学校信息化建设的向前发展。
※2)技术功能及要求(技术部分评审因素(2))
序号 | 功能清单 | 需求描述 | |
1 | 门户客户端 (PC) | ▲登陆方式 | 门户登录应当提供足够丰富的登录方式,包括账号密码、手机验证码、第三方联合登录等。包括并不限于以下内容: (1)常规登录:提供输入账号、手机号、邮箱、证件号和密码的常规登录方式; (2)快捷登录:应支持通过输入手机号并接收短信验证码的方式进行登录;支持移动端通过扫一扫快速登录; (3)联合登录:支持使用 QQ、微信、支付宝等其他联合登陆方式; (4)账号激活:新用户首次使用平台时,可自助输入身份信息 (工号/学号/身份证号/姓名等)进行账号激活,同时绑定安全手机/邮箱,免去管理者设置初始密码的安全隐患; (5)密码找回:用户遗忘登录密码时,应支持通过安全手机或安全邮箱发送验证码,验证通过后即可重置密码。 (6)支持后台对登陆方式进行配置,对激活方式进行配置。 提供所有功能页面截图 |
2 | ▲登陆主题配置 | 需提供以下登陆主题配置功能: 页面 logo 管理:支持管理登录页展示的 logo,需上传指定大小范围的图片。 背景图片管理:支持管理登录页展示的背景图片,需上传指定大小范围的图片。 版权信息管理:支持管理登录页展示在页面底部的版权信息文本。 Favicon 与网站标题管理:支持管理登录页的 favicon 和网站标题。Favicon 用于浏览器标签页和收藏页。 常用链接配置:支持管理登录页所需使用的各类常用链接的地址,例如找回密码、账号激活等。 提供截图证明。 | |
3 | 个性主 题 | 支持用户在当前身份可选的主题范围内进行自定义和切换,可编 辑的范围包括:需要展示的背景图片、主题色等。 | |
4 | 访客模 式 | 支持未登录状态下,以访客身份浏览门户的部分内容,点击具体 服务时才要求用户进行登录。 |
5 | 首页 | 首页主要作为个人信息、个人数据卡片、通知公告、应用、服务的快捷入口存在,支持根据我校要求定制时间、天气、资讯通知、日程等重要信息查阅组件,各类组件均可对接校内现有数据源头 进行展示。 | |
6 | 组件 | 个人信息组件:展示用户日常高频率查询的个人信息的组件,常用在门户首页显著位置,支持对接各种类型的校内其他来源数 据。 | |
7 | 天气组件:展示当地的天气预报信息。 | ||
8 | 资讯组件:用小组件窗口形式将资讯中心中比较重要的部分资讯提取出来在首页展示,支持进行栏目划分,数据源支持门户自带 内容管理发布的资讯或外部订阅对接的资讯。 | ||
9 | 服务组件:支持添加常用服务、常用应用等组件; | ||
10 | 待办提醒组件:展示当前的待办数量和其中被催办的数量,数据来源于事务中心或对接的第三方待办,点击跳转至事务中心页 面。常用于教师主题作为快捷的办公入口。 | ||
11 | ▲全局搜索 | 用于对门户内展示的全部信息进行全文搜索,搜索范围和能够提供的搜索结果至少包括应用/服务(名称)、事务(名称)、消息(标题和内容)、资讯(标题和内容)、日程等,搜索支持排序,支持按照时间范围筛选,支持按照搜索范围(全文或者标题) 进行筛选,支持显示搜索时间。提供页面截图。 | |
12 | 服务中心 | 集成我校各应用、服务,设计统一且美观的图标将其友好的显示。 | |
13 | 最近使用:支持记录每个用户最近的操作,并分别对每个人展示不同的最近使用记录,显示十条最近访问过的应用/服务,作为 快捷访问入口之一,按时间从最近到最远排序。 | ||
14 | 推荐服务:支持根据用户所在的组织机构、用户组、角色,由管 理员对服务进行推荐并展示在用户的推荐服务当中。 | ||
15 | 服务筛选:支持根据服务的标签对服务进行快速查找,标签支持单选/多选,不同分组的标签多选时取交集,同一分组的标签多选时取交集。常用标签有:所属部门、服务类型、服务角色、服 务场景等。标签可在管理端自定义分组、是否可多选和名称等。 | ||
16 | 服务收藏:支持展示每个用户自己收藏的应用/服务,收藏可随 时点击或取消。收藏的服务支持展示在门户首页组件上。 | ||
17 | 服务搜索:通过文本对服务进行搜索,支持根据服务名称进行搜 索,支持对已筛选过的服务通过搜索进行二次筛选。 | ||
18 | 办事指南:支持选择是否开启的服务/应用信息展示功能。对于开启了办事指南页功能的服务,支持点击服务图标时展开其对应的办事指南窗口,窗口中描述办理该服务/使用该应用所需的各 类信息。默认模板提供的信息包括所属部门、办理流程、所需材 |
料模板、联系方式、服务协议等信息。 | |||
19 | 资讯 | 汇总校内各类资讯进行统一展示的页面。资讯支持使用门户本身自带的内容管理进行发布或对接第三方站群管理软件统一发布的资讯。 支持通过平台开放的 API 接口调用聚合其他系统的新闻资讯。 资讯浏览:展示用户可浏览的全部资讯,支持根据栏目划分资讯,支持根据用户身份/角色/用户组/组织机构对用户可浏览的资讯进行授权。支持卡片或列表式展示资讯。卡片式展示时可以预览图片。 资讯搜索:对资讯中心内的全部资讯进行全文检索,支持对标题 或内容进行搜索、支持分栏目进行搜索。 | |
20 | 日程 | 作为用户查看、订阅各类日程信息的统一入口,支持和学校业务系统、校历进行数据集成,统一展示课程表、一周工作安排、当前周,支持选择是否对日程进行提醒。需包含以下功能: 日程订阅:允许用户自行操作对日历进行订阅,订阅后该日历中的日程将展示在用户个人的日程中心当中。支持对接或订阅第三方来源的日程数据,例如教务系统课程表。 日程查看:支持在日历上选择一个时间段,查看这段时间内的日程。支持日、周、月三种视图日程查看。支持点击某条日程可以查看详情,包括名称、时间、地点、和其他文字详情等。 日程提醒:支持用户选择某一条日程对其设置提醒,支持自行设置日程提醒时间在日程之前的时间长度和提醒方式。 日程搜索:支持用户对全时期内的全部日历进行搜索,支持输入 日程名称查看与其相关的全部日程列表。 | |
21 | ▲业务管理 | 门户前端需具备一定业务属性的数据的管理中心,为管理员提供业务管理中心,支持管理员在前端进行服务上下架、日历编辑等。需包含以下功能: 应用服务管理:门户内所有应用/服务上下架、编辑办事指南信息、进行多端发布管理的入口。 (1)新建/编辑应用:支持点击进入应用详情页面,依次填写应用的名称、编号、所属部门、链接等基本信息,以及浏览权限、办事指南信息等高级信息,编辑完成后即可进行保存或发布。提供截图证明。 (2)办事指南:支持开启或关闭办事指南页,开启办事指南须填写的办事指南信息包括须填写的办事指南信息至少包括:办理时限、使用范围、办理方式、办理流程、申请材料、收费标准、咨询部门、咨询电话等。提供截图证明。 (3)一云多端/终端管理:支持编辑当前应用是否发布在 PC 端 |
或者移动端,支持编辑发布在 PC 端或移动端时的应用名称、应用图标、应用链接,对于同一个应用,各端的链接可以相同或不同。提供截图证明。 (4)访问权限:支持设置可浏览部门、可浏览用户组、可浏览角色(可浏览角色至少可以选择学生、教师、访客、管理员)。提供截图证明。 日历管理: (1)新建/编辑日历:管理员编辑日历信息的入口。支持点击新建日历新增一条全局记录,支持编辑名称、样式、所属部门等信息。支持编辑所属部门后对应的部门管理员拥有本条日历的管理权限。支持选择订阅权限及是否强制订阅。 (2)新建/编辑日程:编辑某日历中某条具体日程的入口,支持 编辑的信息至少包括名称、时间、地点、详情描述、是否重复等。 | |||
22 | 个人中心 | 支持用户更换个人头像、修改个人联系信息(手机、地址等),支持账户安全相关设置(登录密码、安全邮箱、安全手机,可跳转到统一身份认证设置),支持用户查看自己的个人账户登录历 史、个人的收藏、代办等。 | |
23 | 管理后台 | 基本要 求 | 要求 PC 门户和移动门户为统一的管理后台,实现一端上架两端 同时发布。 |
24 | ▲CMS 管理 | 支持对栏目、内容、轮播图等进行管理。 栏目管理:支持添加栏目,包括栏目的类型、上级栏目、栏目名称、栏目代码、栏目图标、栏目描述、是否强制订阅、是否公开访问、可浏览部门、可浏览角色、可浏览用户组等。提供截图证明。 内容管理:支持新增内容,包括所属栏目、内容模板、发布单位、发布者、是否发布、标题、标题图、对内容进行编辑、添加内容概要、是否公开访问、可浏览部门、可浏览用户组等。提供截图证明。 轮播图管理:支持对轮播图进行管理,支持添加超链接。 支持移动端的同步发布。 | |
25 | 系统管理 | 支持高度可配置的系统管理功能,要求可以在管理端页面内图形化配置。需包含以下配置: 门户名称和图标:需支持更改门户显示的名称和 favicon(站点 logo),支持限定特定格式和大小的图片文件。 服务卡片管理:需支持在门户首页展示的服务卡片所关联的各类信息是否需要展示。 友情链接管理:需支持管理门户网站底部的友情链接名称和 url。 版权信息管理:需支持管理展示在门户底部的版权信息、地址、 |
电话等内容。 校训:支持管理展示在门户底部栏右下角处的校训 logo 图片。图标管理:需支持管理显示在网页顶部和底部栏的 icon。 提供截图证明。 | |||
26 | 主题管 理 | 支持管理门户网站能够展示给用户的全部主题。支持编辑主题样 式、色彩、浏览对象、背景图片,是否启用等。 | |
27 | 应用服务管理 | 支持对应用/服务的标签管理,用于发布服务和查找服务时给服务进行的分类。 提供对前台的服务中的评价进行维护管理。 |
x次项目的主要目标是利用现有移动网络和移动终端,在学校原有校园信息化建设的基础上,为学校规划并完整搭建整体业务办理移动综合服务平台,面向用户提供统一的一站式移动校园服务,建立一个统一的移动端入口,将学校所有的移动业务进行统一展示,统一管理,打造开放、合作、共赢的移动校园生态环境,优选移动应用服务,提供最佳用户体验,创造具有学校特色的移动校园,体现信息化价值,提升学校整体形象和竞争力。
※2)技术功能及要求(技术部分评审因素(2))
序号 | 建设功能 | 需求描述 |
1 | 权限管理 | 需支持跨平台用户权限设置,管理员可基于统一身份认证平台权 限控制体系实现移动端应用的用户权限设置。 |
2 | ▲多端部署 | 要求平台支持多端部署能力,实施过程中根据学校实际需求提供 企业微信、微信公众号等部署方式。 |
3 | 登录服务 | (1)常规登录:应支持通过账号、手机号、邮箱号等方式 (2)联合登录:支持使用 QQ、微信、支付宝等认证方式; (3)账号激活:用户初次登录门户需进行账号激活,认证身份后可设置密码及找回方式; (4)密码找回:用户遗忘登录密码时,应支持通过安全手机或 安全邮箱发送验证码,验证通过后即可重置密码。 |
4 | 移动端首页 | 幻灯片:需提供重要活动、事项的头部幻灯片展示。 |
扫一扫:支持移动端扫一扫功能。 | ||
全局搜索:需支持文本的精确和模糊搜索,实现多种结果的展示。 | ||
收藏服务:需支持用户收藏常用的应用服务 | ||
通知公告:支持对接第三方应用的通知公告等信息并展示。 | ||
新闻资讯:需集成相关新闻资讯,在手机上提供资讯服务。 | ||
5 | 服务中心 | 应提供各种移动端自助服务,用户可在服务中心进行移动端一站 |
式办事服务。 (1)标签展示:通过不同的标签,例如服务类别、服务方式、服务部门等条件筛选相应的服务; (2)服务卡片:可查看所有服务列表、已收藏服务、分享服务等操作; (3)办事指南:服务具有办事指南,支持多套模板,可进行灵 活配置。 | ||
6 | 日程中心 | 要求提供日程管理,支持搜索及按照多种形式显示日程,并支持订阅。 (1)视图切换:用户可根据使用情况随时切换周视图/日视图/月视图/列表视图。 (2)创建/订阅日历:用户可创建个人日历,并定义日历的颜色 /名称,也可在订阅列表中订阅有权访问的公共日历。 (3)创建/编辑日程:在日历中创建日程,并填写日程的基本信息,包括:日程名称、所属日历、地点、时间、周期、提醒选项、所属时区、备注。同时支持在日程中上传文件,可供订阅者或分享者下载。 (4)日程搜索:支持按日程名称搜索日程,搜索结果以列表形式展现。 (5)日程分享:分享时生成链接,可设置密码,被分享者可将日程导入自己的个人日历,导入后可下载日程中的附件。 (6)公共日历管理(管理员功能):管理员对公共日历进行增 删改操作,并可在日历中创建日程,并指定订阅权限。 |
7 | 个人中心 | 用于展示用户个人基本信息信息。 包括账号基本信息,个人用户基本信息,具备修改用户密码等个人相关功能。 |
8 | 资讯中心 | 展示学校新闻资讯、通知等消息。 |
要求构建一套具备高可用性和高开放性的流程工具和表单工具。可通过可视化操作方式,在无代码环境下构建表单和业务流程,这些表单和流程将可以广泛应用在各个业务系统内而不局限于某一应用场景,以此提高管理者和开发者将线下流程转移到线上或重构已有线上流程的效率和便捷程度。
※2)技术功能及要求(技术部分评审因素(2))
序号 | 建设功能 | 需求描述 | |
1 | 管理端 | 主页 | 管理员登录系统进来的承接页,提供动态监控、异常 |
预警等功能的快捷入口,及数据的统计 | |||
业务管理 | 管理平台的业务,包括对业务的创建、修改、查看及 管理员配置等 | ||
应用组管理 | 管理平台的应用组,包括对应用组的创建、修改、查 看及管理员配置等 | ||
应用管理 | 管理平台的应用,包括对应用的版本、数据、流程、 表单及实例的管理 | ||
组织机构管理 | 获取第三方平台的组织机构信息,应用于流程构建时 审核人员的选择 | ||
业务角色管理 | 管理平台的业务角色,用于流程构建时人员的配置, 包括公共角色及私有角色,可对角色进行创建、修改、查看、删除等 | ||
字典管理 | 管理平台的字典内容,用于表单构建时控件的配置, 包括公共字典及私有字典,可对字典进行创建、修改、查看、删除等 | ||
办理消息模板管理 | 管理平台的办理消息模板,用于流程构建时消息的配 置,包括公共模板及私有模板,可对模板进行创建、修改、查看等 | ||
流程评价管理 | 管控平台的流程的评论内容,包括对流程整体的评论 及各个节点的评论 | ||
审计管理 | 通过不同维度对平台的内容进行审计查看,包括对发 起人、审核人、部门及角色等维度审计 | ||
平台角色管理 | 管理平台内部的系统角色,包括对角色新增、编辑、 查看、删除等 | ||
系统管理 | 系统功能的配置管理,包括对是否使用开放平台应用 的配置,及是否使用第三方表单的配置 | ||
2 | 设计端 | 表单设计 | 对应用内表单的设计,具有独立版本,包含单行文档、 多行文档、时间日期等多个控件,及对控件属性的配置 |
列表设计 | 对应用内数据管理的列表进行设计,包括页面内显示 的字段信息、查询条件、功能按钮等 | ||
流程设计 | 对应用内流程的设计,具有独立版本,包含开始、结 束、任务等多个控件,及对控件属性的配置 | ||
3 | 应用端 | 首页 | 一般用户登录系统进来的承接页,提供流程申请、待 办、收藏等的快捷入口,及相关消息查看 |
我的发起 | 查看一般用户所发起的流程信息,可对流程进行查看、 |
编辑、催办、撤办等 | |||
我的待办 | 查看一般用户待办理的流程信息,可对流程进行查看、 办理、转办、转阅、挂起、激活等 | ||
我的抄送 | 查看一般用户被抄送的流程信息,可对流程详情进行 查看,不影响流程状态 | ||
已完成的 | 查看一般用户已参与且已完成的流程信息,可对流程 进行查看及评分 | ||
我的收藏 | 在应用列表中收藏的应用将会进入该页面中,可进行 应用申请操作 | ||
我的消息 | 一般用户个人消息接收及系统公告查看,包括待查看 消息、消息历史、删除消息等 | ||
代办设置 | 可将用户具有审核权限的应用进行权限代办 | ||
工作移交 | 可将用户具有审核权限的应用进行权限移交 |
投标人或投标人所投产品原厂商具有类似门户、大数据、一体化服务平台、统一身份认证的计算机软件著作权登记证书。
序号 | 名称 | 总数量 | 规格 |
1 | 处理器 | 物理内核≥128 核 | 主频≥2.0Ghz |
2 | 内存 | ≥512G | DDR4 |
3 | 存储 | 容量≥18T | 10K SAS |
4 | 超融合服务能力 | ≥20 个 | 虚拟机 |
x项目基于微服务架构和基于容器技术,采用开放式集群架构,软件系统平台运行环境需求高,需要考虑应用负载均衡、管理负载均衡、容器管理平台、容器节点、数据库服务、文件存储服务、移动应用服务等,为保证计算、存储、虚拟机服务能力满足本次软件系统平台运行需求,节点实际配置需求如下:
※为了安全及学校统一的平台管理需求,为保障服务质量需提供学校超融合厂商统一平台管理服务承诺函。(技术部分评审因素(3))
※x、演示需求 (技术部分评审因素(6))
1)支持全局搜索,搜索范围和能够提供的搜索结果至少包括应用/服务(名称)、事务
(名称)、消息(标题和内容)、资讯(标题和内容)、日程等,搜索支持排序,支持按照
时间范围筛选,支持按照搜索范围(全文或者标题)进行筛选,支持显示搜索耗时。
2)门户前端需为管理员提供业务管理中心,支持管理员在前端进行服务上下架、日历编辑等。包含以下功能:
⮚ 新建/编辑应用:包名称、编号、所属部门、链接、权限等信息。
⮚ 办事指南:支持开启或关闭办事指南页,包含:办理时限、使用范围、办理方式、办理流程、申请材料、咨询部门/电话等。
⮚ 一云多端/终端管理:支持应用发布在 PC 端或者移动端,支持编辑发布在 PC 端或移动端时的基本信息,对于同一个应用,各端的链接可以相同或不同。
⮚ 访问权限:支持设置可浏览部门、可浏览用户组、可浏览角色等。
3)账号激活:新用户首次使用平台时,可自助输入身份信息(工号/学号/身份证号/姓名等)进行账号激活,同时绑定安全手机/邮箱,免去管理者设置初始密码的安全隐患。
1)支持多组织机构,每个用户可以同时处在不同组织机构树上的不同位置。
2)支持一人多身份,每个人在系统中具有唯一的用户 ID,每个身份均有对应的帐号,具有不同的组织机构、身份、状态和有效期等属性,系统应支持用户在各不同身份间快速切换。
3)支持动态用户组,可根据用户属性自定义规则动态匹配用户组成员;
4)认证管理端支持自定义配置用户可使用的登录方式,支持安全手机、安全邮箱、手机动态码、证件号码等登录方式。
5)支持微信、QQ、支付宝联合登录,通过微信、QQ、支付宝帐号可以进行快速登录。
6)支持认证安全策略,支持对规定时间内认证次数超过设定值的帐号进行冻结,支持对规定时间内认证次数超过设定值的 IP 进行锁定,支持对在规定时间内密码错误次数超过设定值的帐号进行锁定。
7)支持二次认证,对当业务系统内部某些敏感信息入口处需要二次认证,可调用系统提供的二次认证接口,弹出二次认证页面要求用户输入进一步认证的信息。
九、项目实施要求
1)项目启动后,中标人就应允许业主(招标)单位以及相关的工作人员参与项目实施及系统整合本身必须的需求分析、初步设计、单元测试等相关工作。
2)中标人应负责在项目完成时将系统的有关技术文件(至少包括信息标准集、需求说明书、数据库结构、系统详细部署文档、后期应用系统相关接口等)、资料及测试、验收报告和系统测试使用的测试数据等文档汇集成册提交给招标单位,并提供电子文档。
3)中标人应明确承诺在项目完成时对业主(招标)单位人员进行运维等涉及项目后续发展有关技术培训、支持的具体实施办法或目标。
4)中标人对整个项目应具有完整的项目实施计划、详细的工作内容安排及过程控制和验收方案。
★1)投标人必须成立合理的组织机构,建立健全保障项目顺利实施的各项管理制度和质量保证体系,安排好足够的高素质人才参加本项目的建设;在项目机构中应明确各岗位的职责、任职资格及成果,确保工程顺利实施。为了保证项目实施的连续性,在项目实施过程中,提供驻场服务,至少保证 2 名工程师驻场。
※2)驻场实施项目经理具有高级项目经理或 PMP 项目经理证书,实施工程师具有 IT
服务项目经理证书。(技术部分评审因素(3))
2)具有极强的本地化服务能力,保证能在本地提供持续的服务,参加本项目的项目组成员应根据本项目的特点分别具有软件设计和开发、测试的相关的实施经验。
★必须在合同生效后一个月内交付用户试运行,试运行 1 个月后提交验收。中标人应针对本项目的完成时间提交项目实施计划,项目计划经采购人确认后严格按计划执行。
※用户培训应贯串于整个项目的实施过程中,包括从项目准备到项目运行的全过程中。提供详细的培训方案、培训内容、培训计划、人员数目、软件使用、后期维护。(技术部分评审因素(4))
项目实施完成后,按照招投标文件、合同文件等组织专家及校内验收小组进行验收。
十、服务保障与承诺
★投标人应承诺终验合格后,对项目产品实行 3 年全方位免费质保和技术服务
※投标人需提供内容完整、科学合理、针对性强的售后服务方案。(技术部分评审因素(5))
十一、数据安全
※该平台作为学校的公共支撑平台,必须保障各类业务数据的安全性,必须和学校安全防护平台进行对接,提供安全厂商对接承诺函。(技术部分评审因素(3))
注:★项为招标文件中实质性响应条款,未完全响应视为无效投标。▲为重点关注的技术参数需求。
十二、其他技术要求
技术条款 | 内容 | 对应评审因素序号 |
※项目建议及整体设 计 | 供应商提供内容完整、科学合理、针对性强的项目 建议及整体设计。 | 技术部分评审因素 (1) |
※进度计划及项目实 施方案 | 供应商提供内容完整、科学合理、针对性强的进度 计划及项目实施方案。 | 技术部分评审因素 (3) |
※项目部署 | 供应商提供明晰的供货清单、交付文档清单及软硬 件配置和内容完整、科学合理、针对性强部署方案 | 技术部分评审因素 (3) |
十三、商务要求
商务条款 | 内容 | 对应评审因素序号 |
项目地点 | 武汉市东西湖职业技术学校指定地点 | |
★项目交货期 | 合同签订后 30 日历天内交付用户试运行,试运行 1 个月后提交验收 | |
★质保期 | 3 年 | |
付款方式 | 安装调试完毕并交付使用,试运行 1 个月验收合格 后支付合同金额的 90%,验收合格满 2 年后支付剩 |
余 10% | ||
※企业资质 | 投标人或投标人所投产品原厂商为省级及以上xx技术企业 投标人或投标人所投产品原厂商具有CCRC 安全集成和安全运维服务资质 投标人或投标人所投产品原厂商具有 CMMI5 级证书 投标人或投标人所投产品原厂商具有两化融合管 理体系评定证书 | 商务部分评审因素 (1) |
※类似业绩 | 投标人或投标人所投产品原厂商商近 3 年以来承 担过类似业绩 | 商务部分评审因素 (2) |
十三、评审因素及评分标准
项目 | 评分 因素 | 分 值 | 评分标准 | 评审因素 序号 |
1.满足招标文件要求且投标价格最低的投标报价为评标基 | ||||
价格部分 (30分) | 投标价格 | 30 | 准价,其价格分为满分。 2.其他投标人的价格分统一按照下列公式计算: 投标报价得分=(评标基准价/投标报价)×价格权值 30%× 100 备注:符合招标法相关规定的,在评审时予以价格扣除,用 | |
扣除后的价格参与评审。 | ||||
企业资质 | 投标人或投标人所投产品原厂商具有以下资质证书,每项得 | |||
商务部分 | 8 | 2 分,最多 8 分。 1.具有省级及以上xx技术企业证书。 2.具有 CCRC 安全集成和安全运维服务资质证书。 3.具有 CMMI5 级证书。 | 商务部分评审因素 (1) | |
(10 分) | 4.具有两化融合管理体系评定证书 GB/T 23001-2017。 | |||
类似业绩 | 2 | 投标人或投标人所投产品原厂商近 3 年以来承担的类似规 模业绩,提供 1 份得 0.5 分,最高 2 分,未提供不得分。 | 商务部分评审因素 (2) | |
技术 | 项目 | 4 | 1.投标人对用户业务需求能深入理解,对系统的通用性、适 | 技术部分 |
部分 | 建议 | 用性、部署方案有完整的定义,对业务应用场景有清晰、准 | 评审因素 | |
(60 | 及整 | 确的描述,对系统未来的扩展方向有前瞻性、合理化的建议。 | (1) | |
分) | 体设 | (0~2 分) | ||
计 | 2.投标人提供的总体设计方案应科学、先进、合理、扩展性 | |||
强,设计思路清晰,结构合理,业务需求的满足程度及关键 | ||||
技术阐述详尽。(0~2 分) | ||||
软件技术性能及参数完全满足采购要求的得 18 分,具体由 | ||||
磋商小组根据供应商的响应文件中产品情况、《技术响应、 | ||||
偏离说明表》等有关资料打分。 | ||||
其中:完全满足招标技术参数要求的得 18 分;在此基础上, | ||||
技术响应 | 18 | 标注 “▲”的内容为重要条款,一项不满足扣 3 分;无标 注“▲”的内容有一项不符合的则每项扣 1 分;扣完为止。备注:复制磋商文件技术要求作为实际响应数据或投标响应 | 技术部分评审因素 (2) | |
数据无对应支持文件的,其技术响应将可能按负偏离处理。 | ||||
(标注 “▲”的重要条款以提供原厂确认并盖章的技术参 | ||||
数或原厂出具的产品宣传彩页或官网参数查询截图资料为 | ||||
准) | ||||
1.投标人针对本项目提供合理的进度计划及详细的项目实 | ||||
施方案。(0~1 分) | ||||
2. 投标人提供明晰的供货清单、交付文档清单及软硬件配 | ||||
置和部署方案。(0~1 分) | ||||
3. 投标人驻场实施项目经理具有高级项目经理或 PMP 项目 | ||||
项目实施 | 16 | 经理证书。(2 分) 4. 投标人实施工程师具有 IT 服务项目经理证书。(2 分) (需提供所持有效证书复印件及证书持有人所在单位为其缴纳的近三个月的社保证明复印件,否则不得分) | 技术部分评审因素 (3) | |
5.为了安全及学校统一的平台管理需求,为保障服务质量需 | ||||
提供学校超融合厂商统一平台管理服务承诺函。(5 分) | ||||
6.该平台作为学校的公共支撑平台,必须保障各类业务数据 | ||||
的安全性,必须和学校安全防护平台进行对接,提供安全厂 | ||||
商对接承诺函。(5 分) | ||||
培训方案 | 2 | 投标人提供完善的培训方案,根据方案完整性进行打分。优: 2 分;良:1 分;其余:0 分。 | 技术部分评审因素 (4) | |
售后服务 | 2 | 提供完整的售后服务方案,重点考察服务响应时间、人员专业水平及服务计划。(0~2 分)(提供售后服务团队人员 的身份证复印件、社保证明、服务业绩等) | 技术部分评审因素 (5) | |
实例 | 18 | 投标人采用可实际运行的原型系统或案例系统演示(不接受 | 技术部分 |
演示 | DEMO、静态网站或 PPT 形式)。根据演示的内容及效果计分,全部能演示的得 18 分,每有 1 项不能演示的扣 3 分,扣完为止。 融合服务门户: 1. 支持全局搜索,搜索范围和能够提供的搜索结果至少包括应用/服务(名称)、事务(名称)、消息(标题和内容)、资讯(标题和内容)、日程等,搜索支持排序,支持按照时间范围筛选,支持按照搜索范围(全文或者标题)进行筛选,支持显示搜索耗时。 2. 门户前端需为管理员提供业务管理中心,支持管理员在前端进行服务上下架、日历编辑等。包含以下功能: (1)新建/编辑应用:包名称、编号、所属部门、链接、权限等信息。 (2)办事指南:支持开启或关闭办事指南页,包含:办理时限、使用范围、办理方式、办理流程、申请材料、咨询部门/电话等。 (3)一云多端/终端管理:支持应用发布在 PC 端或者移动端,支持编辑发布在 PC 端或移动端时的基本信息,对于同一个应用,各端的链接可以相同或不同。 (4)访问权限:支持设置可浏览部门、可浏览用户组、可浏览角色等。 3.账号激活:新用户首次使用平台时,可自助输入身份信息 (工号/学号/身份证号/姓名等)进行账号激活,同时绑定安全手机/邮箱,免去管理者设置初始密码的安全隐患。 统一身份认证平台: 1.支持多组织机构,每个用户可以同时处在不同组织机构树上的不同位置。 2.支持一人多身份,每个人在系统中具有唯一的用户 ID,每个身份均有对应的帐号,具有不同的组织机构、身份、状态和有效期等属性,系统应支持用户在各不同身份间快速切换。 3.支持动态用户组,可根据用户属性自定义规则动态匹配用户组成员; 4.认证管理端支持自定义配置用户可使用的登录方式,支持安全手机、安全邮箱、手机动态码、证件号码等登录方式。 5.支持微信、QQ、支付宝联合登录,通过微信、QQ、支付宝帐号可以进行快速登录。 6.支持认证安全策略,支持对规定时间内认证次数超过设定 | 评审因素 (6) |
值的帐号进行冻结,支持对规定时间内认证次数超过设定值的 IP 进行锁定,支持对在规定时间内密码错误次数超过设定值的帐号进行锁定。 7.支持二次认证,对当业务系统内部某些敏感信息入口处需 要二次认证,可调用系统提供的二次认证接口,弹出二次认证页面要求用户输入进一步认证的信息。 | ||||
合计(100 分) |
注:★项为招标文件中实质性响应条款,未完全响应视为无效投标。▲为重点关注的技术参数需求。