中山大学统一用户中心二期服务采购项目
中山大学统一用户中心二期服务采购项目
采购类型 | 采购 | ||
项目编号 | 中大招(服)[2024]108号 | ||
项目名称 | 中山大学统一用户中心(二期)服务采购项目 | ||
申购主题 | 中山大学统一用户中心(二期)服务采购项目 | ||
项目类型 | 服务采购 | 项目预算 | |
最高限价(元) | * | ||
采购开始时间 | 2024-06-01 21:57 | 采购结束时间 | 2024-06-07 09:00 |
采购单位 | 中山大学 | ||
经办人 | 郑老师 | 经办人电话 | 020-* |
服务地址 | (略) (略) 135 号 | ||
电子签章 | 本项目需要使用CA签字 CA操作手册下载 | ||
备注 | 1、本项目如需要现场磋商,现场磋商时间在报价截止之后,将通过系统另行通知。2、本项目需要使用CA证书,请供应商根据指引(http://**)提前办理CA证书。3、项目附件默认是zip压缩格式。 |
1分项名称 | 中山大学统一用户中心(二期)服务采购项目 |
报价方式 | 报总价 |
报价备注 | 计算价格评分:价格分统一采用低价优先法计算,各有效投标人的评标价中,取最低价为评标基准价,其价格分为满分。其他投标人的价格分统一按照下列公式计算: 价格评分=(评标基准价/评标价)×15分 |
附件 | 项目需求书下载 |
序号 | 要求名称 | 条件类型 | 要求内容 | 是否需要附件说明 |
---|---|---|---|---|
1 | 第1条资质参数 | 符合性参数 | 上传营业执照(副本原件扫描件) | 是 |
2 | 第2条资质参数 | 符合性参数 | 填写并按要求上传“廉洁承诺书”(需签字并盖公章) | 是 |
3 | 第3条资质参数 | 符合性参数 | 填写并要求上传“法定代表人授权书”(需按授权书要求签字并加盖公章) | 是 |
4 | 第4条资质参数 | 符合性参数 | 填写并按要求上传“供应商资格声明”(需签字并盖公章) | 是 |
序号 | 要求名称 | 条件类型 | 要求内容 | 是否需要附件说明 |
---|---|---|---|---|
1 | 体系认证情况 | 评分性参数 | 1.投标人具有ISO9001质量管理体系认证证书,提供得3分,不提供不得分; 2.投标人具备ISO*信息安全管理体系认证证书,提供得3分,不提供不得分; 评分依据: ①要求提供有效的认证证书,资质所有人应与投标人名称一致,作为得分依据;②以上证书或证明需提供扫描件并加盖单位公章,否则不得分。 | 是 |
2 | 履约能力证明情况 | 评分性参数 | 提供自主知识产权软件著作权证书(登记日期应在2021年1月1日起至本项目公告发布之日前),每提供得1分,最多得3分,不提供不得分。 评分依据: ①要求提供有效的登记证书,著作权人应与投标人名称一致,登记日期在限定时间范围内,作为得分依据;②以上证书或证明需提供扫描件并加盖单位公章,否则不得分。 | 是 |
3 | 项目业绩情况 | 评分性参数 | 提供2021年1月1日起至本项目公告发布之日前已验收的定制 (略) 建设类或系统开发类项目业绩。 评分依据: ①每提供一个项目的证明材料得2分,最多得6分;②项目建设单位为985/211/双一流高校,或二类国企及以上,或央企, (略) 等机构级的, (略) 或系统的用户量超过*人的,额外得3分。 注: ①时间以合同签订日期为准;②投标人与同一建设单位签订的多个合同不重复计分;③必须提供中标通知书、合同关键页(价格相关隐私信息可脱敏处理)和验收通过证明三项项目证明材料,其中合同关键页包括但不限于项目内容、项目建设单位、签订时间等,通过合同关键信息无法判断是否得分的,还须同时提供能证明得分的其它证明资料,如项目报告或合同建设单位出具的证明文件等;④平台或系统的用户量需提供运营材料,通过运营材料无法判断是否得分的,还须同时提供能证明得分的其它证明资料,如项目报告或合同建设单位出具的证明文件等;⑤以上资料均要求提供扫描件,评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况,一律作不得分处理。 | 是 |
4 | 用户服务评价 | 评分性参数 | 在满足上述项目业绩要求的项目用户评价。 评分依据: ①每提供一个类似“满意”或“非常满意”或评委认可的类似好评的使用用户评价的证明文件得1.5分,最多得3分;②项目建设单位为985/211/双一流高校,或二类国企及以上,或央企, (略) 等机构级的,额外得2分。 | 是 |
5 | 拟安排的项目负责人情况(仅限一人) | 评分性参数 | 1.具有计算机技术与软件专业技术资格(水平)考试中级系统集成项目管理工程师或PMP证书; 2.至少提供2项以项目经理(或项目负责人)身份参与985/211/双一流高校,或二类国企及以上,或央企, (略) 等机构级的,定 (略) 建设类或系统开发类项目经验,提供合同复印件并加盖投标人公章,合同中须体现项目经理(或项目负责人)信息或提供*方出具的相关证明材料(材料需明确定制化的建设项目),并加盖*方公章以证明为项目经理业绩,此项业绩与投标人业绩不得重复计分。 评分依据: ①拟安排人员同时满足上述两个条件并提供证明材料得2分;②拟安排人员仅满足任一条件并提供证明材料得1分;③不提供不得分。 注: ①需提供投标截止日前三个月内任意一个月投标人为其购买的社保缴纳证明材料(由于社保部门原因最近一个月的社保证明无法提供的可往前顺延一个月)。②证书要求为人力资源和社会保障部、工业和信息化部,或美国PMI协会颁发的有效证书,提供扫描件( (略) 站截图)。 | 是 |
6 | 拟安排的项目主要团队成员(主要技术人员)情况(项目负责人除外) | 评分性参数 | 驻场开发实施的技术人员具有计算机相关专业的毕业证书。 评分依据: ①每提供符合要求的技术人员情况得1分,满分5分;②不提供不得分; 注: ①需提供投标截止日前三个月内任意一个月投标人为其购买的社保缴纳证明材料(由于社保部门原因最近一个月的社保证明无法提供的可往前顺延一个月)。②需明确驻场情况并加盖公章;③毕业证书提供扫描件。 | 是 |
序号 | 要求名称 | 要求内容 | 是否需要附件说明 |
---|---|---|---|
1 | 整体方案 | 对投标人提供的总体设计方案进行评审。 评分标准: ①有详细的总体设计方案, (略) 线明确、总体架构合理、软件功能组成完整清晰、需求分析详实准确的,得5分;②有比较详细的总体设计方案, (略) 线比较明确、总体架构基本合理、软件功能组成基本完整、需求分析基本准确的,得3分;③简单的总体设计方案,包含需求理解、总体架构、软件功能等内容,得1分。 | 是 |
2 | 技术参数响应情况 | 投标人对用户需求书中带“▲”重要条款响应情况(共4项)。 评分标准: ①用户需求书标▲项为重要指标每负偏离一项扣2分;②其他技术参数指标每负偏离一项扣1分;③此项满分8分,扣完即止。 注: ①用户需求书明确要求提供证明资料的,则投标文件中须提供对应技术服务要求参数的证明资料。②用户需求书未明确要求提供证明资料的,以投标人的承诺响应为准。③均需要加盖投标人公章。④对技术指标的应答缺项、未应答或做不满足应答的,均视为负偏离。 | 是 |
3 | 系统设计 | 对用户需求书中“3.1协同人员‘一站式’ (略) ”的详细功能设计进行评审。 评分标准: ①满足用户需求书中“3.1协同人员‘一站式’ (略) ”的全部功能要求,模块功能设计合理、全面,包含详细完整、结构清晰、美观易懂的功能原型设计,并配有适当合理的系统界面截图,得5分;②满足用户需求书中“3.1协同人员‘一站式’ (略) ”的全部功能要求,模块功能设计比较合理、比较全面,包含完整清晰的功能原型设计,并配有示意图,得4分;③满足用户需求书中“3.1协同人员‘一站式’ (略) ”的全部功能要求,模块功能设计比较合理、比较全面,包含比较完整的功能原型设计,并配有示意图,得3分;④基本满足用户需求书中“3.1协同人员‘一站式’ (略) ”的功能要求,模块功能设计基本合理,包含部分功能原型设计,并配有示意图,得2分;⑤基本满足用户需求书中“3.1协同人员‘一站式’ (略) ”的功能要求,模块功能设计基本合理,得1分。 | 是 |
4 | 系统设计 | 对用户需求书中“3.5用户信息基础数据服务”的详细功能设计进行评审。 评分标准: ①满足用户需求书中“3.5用户信息基础数据服务”的全部功能要求,模块功能设计合理、全面,包含详细完整、结构清晰、美观易懂的功能原型设计,并配有适当合理的系统界面截图,得5分;②满足用户需求书中“3.5用户信息基础数据服务”的全部功能要求,模块功能设计比较合理、比较全面,包含完整清晰的功能原型设计,并配有示意图,得4分;③满足用户需求书中“3.5用户信息基础数据服务”的全部功能要求,模块功能设计比较合理、比较全面,包含比较完整的功能原型设计,并配有示意图,得3分;④基本满足用户需求书中“3.5用户信息基础数据服务”的功能要求,模块功能设计基本合理,包含部分功能原型设计,并配有示意图,得2分;⑤基本满足用户需求书中“3.5用户信息基础数据服务”的功能要求,模块功能设计基本合理,得1分。 | 是 |
5 | 关键功能演示 | 针对本次项目的关键功能提供全面、合理的服务功能演示(共计4项)。投标人演示整体时间控制在22分钟以内,超过22分钟外的演示内容不计分。关键功能演示的功能点及其演示要点如下: 1.协同人员“一站式” (略) :需利用 (略) 搭建管理应用,可引入前端框架辅助页面搭建,实现信息登记、身份认定、凭证及其相关属性的并行业务审批流程。 演示要点:①数据模型设计(表字段及其业务用途);②上述三个审批流程的设置(包括但不限于业务节点审批策略设置、业务流程之间的关联点和分割点、设置理由及其对并行审批流程的影响、消息通知场景);③上述三个业务流程涉及的用户角色与权限。 2.统一ID管理和用户信息基础数据服务:实现对不同系统数据源的五大类人员的基础信息清洗、整合、转换,针对关键字段数据可进行监控告警。 演示要点:①与本项目建设内容相关的用户数据分类及用途;②与本项目建设内容相关的用户数据管理系统之间的数据流关系;③数据整合及在数据冲突时的处置策略。 3.统一ID管理、身份认领和用户标签管理:可通过审批流程对核心信息项和补充信息项进行管理,支持管理各类人员的核心和补充信息,实现多身份及其关联信息的支持,并可用于人员信息运营管理。 演示要点:①需管理的具体核心内容;②需管理的补充信息内容;③核心内容和补充信息分别对应的管理角色、管理模式、管理审批流程等。 4.用户信息基础数据服务:实现不同服务端的查询调用权限的精细化配置,多方法结合保护数据安全的前提下,对多服务端在高并发下查询调用支持和调用情况的运营监控告警。 演示要点:①服务端权限可配置粒度;②查询调用底层能力支持架构设计;③运营监控告警的具体内容。 评分标准: ①投标人须自行准备演示的所需要 (略) 络等条件,需进行现场软件演示(不接受图文、PPT、WORD、原型图等类型的文件演示材料);②每项演示功能及其演示要点的分值总分为4分,扣完为止:功能演示及其演示要点的缺项扣4分,功能演示的功能点覆盖不完整或不满足关键功能需求扣2分,演示要点的分点(每项共3点)每缺失一点扣1分。 | 否 |
6 | 关键非功能演示 | 针对本次项目的关键的非功能需求,提供全面、合理的非功能技术架构演示(共计3项)。投标人演示整体时间控制在8分钟以内,超过8分钟外的演示内容不计分。关键非功能演示内容如下: 1.利用Kubernetes容器化编排系统支持对所属基础资源进行动态扩容和负载均衡调整。使用SpringCloud体系进行服务建设,提供各个微服务治理模块的功能。 2.利用Jenkins自动化持续集成/部署/ (略) ,进行功能集成、部署、测试上线的全流程操作过程。 3.将原有Oracle数据库数据迁移至OceanBase多租户下的MySQL模式,并在OceanBase的MySQL租户模式下进行数据库的对象管理和资源管理。 评分标准: ①投标人须自行准备演示的所需要 (略) 络等条件,需进行现场软件演示(不接受图文、PPT、WORD、原型图等类型的文件演示材料);②每项非功能设计演示总分为2分,扣完为止:非功能演示缺项扣2分,非功能演示内容覆盖不完整,每缺失一点扣1分。 | 否 |
7 | 实施方案设计 | 根据投标人提供的实施方案设计进行综合评议。 评分依据: ①有完整的项目计划,包括交付及部署方案、项目实施保障措施计划等,科学、合理、针对性强的得2分;②基本合理、可行的得1分;③方案欠完备或不提供方案的不得分。 | 是 |
8 | 服务培训方案 | 根据投标人提供的服务培训方案进行综合评议。 评分依据: ①培训方案全面详细、科学、合理、针对性强的得1分;②培训方案基本满足要求得0.5分;③方案欠完备或不提供方案的不得分。 | 是 |
9 | 应用推广与运营辅助方案 | 根据投标人提供的应用推广和运营辅助方案进行综合评议,针对本项目的推广运营设计方案、现场响应、技术服务、技术支持、业务支持等进行评审打分。 评分依据: ①方案内容详实得当、合理可行,应用推广与运营方式方法与我校的校情相符,针对性强,明显有效的推进作用的,得4分;②方案内容较为详实得当、较为合理可行,应用推广与运营方式方法与我校的校情较为相符,针对性较强,较为有效的推进作用的,得3分;③方案内容较为详实得当、较为合理可行,但应用推广与运营方式方法与我校的校情不太相符,针对性一般,推进作用较弱的,得2分;④方案内容基本满足要求,但应用推广与运营方式方法与我校的校情不太相符,针对性一般,推进作用较弱的,得1分;⑤不满足或不提供不得分。 | 是 |
10 | 售后服务保障 | 根据投标人对本项目的售后服务体系、方案(包括但不限于售后服务保障方案、服务人员、服务时间响应、售后服务承诺)等进行评审打分。 评分依据: ①售后服务体系完善、售后服务方案有针对性,符合采购人实际情况并免费延长售后服务期一年以上的,得3分;②售后服务体系完善、售后服务方案有针对性,符合采购人实际情况的,得2分;③售后服务体系基本完善但针对性欠缺的,得1分;④不符合或不提供不得分。 | 是 |
采购类型 | 采购 | ||
项目编号 | 中大招(服)[2024]108号 | ||
项目名称 | 中山大学统一用户中心(二期)服务采购项目 | ||
申购主题 | 中山大学统一用户中心(二期)服务采购项目 | ||
项目类型 | 服务采购 | 项目预算 | |
最高限价(元) | * | ||
采购开始时间 | 2024-06-01 21:57 | 采购结束时间 | 2024-06-07 09:00 |
采购单位 | 中山大学 | ||
经办人 | 郑老师 | 经办人电话 | 020-* |
服务地址 | (略) (略) 135 号 | ||
电子签章 | 本项目需要使用CA签字 CA操作手册下载 | ||
备注 | 1、本项目如需要现场磋商,现场磋商时间在报价截止之后,将通过系统另行通知。2、本项目需要使用CA证书,请供应商根据指引(http://**)提前办理CA证书。3、项目附件默认是zip压缩格式。 |
1分项名称 | 中山大学统一用户中心(二期)服务采购项目 |
报价方式 | 报总价 |
报价备注 | 计算价格评分:价格分统一采用低价优先法计算,各有效投标人的评标价中,取最低价为评标基准价,其价格分为满分。其他投标人的价格分统一按照下列公式计算: 价格评分=(评标基准价/评标价)×15分 |
附件 | 项目需求书下载 |
序号 | 要求名称 | 条件类型 | 要求内容 | 是否需要附件说明 |
---|---|---|---|---|
1 | 第1条资质参数 | 符合性参数 | 上传营业执照(副本原件扫描件) | 是 |
2 | 第2条资质参数 | 符合性参数 | 填写并按要求上传“廉洁承诺书”(需签字并盖公章) | 是 |
3 | 第3条资质参数 | 符合性参数 | 填写并要求上传“法定代表人授权书”(需按授权书要求签字并加盖公章) | 是 |
4 | 第4条资质参数 | 符合性参数 | 填写并按要求上传“供应商资格声明”(需签字并盖公章) | 是 |
序号 | 要求名称 | 条件类型 | 要求内容 | 是否需要附件说明 |
---|---|---|---|---|
1 | 体系认证情况 | 评分性参数 | 1.投标人具有ISO9001质量管理体系认证证书,提供得3分,不提供不得分; 2.投标人具备ISO*信息安全管理体系认证证书,提供得3分,不提供不得分; 评分依据: ①要求提供有效的认证证书,资质所有人应与投标人名称一致,作为得分依据;②以上证书或证明需提供扫描件并加盖单位公章,否则不得分。 | 是 |
2 | 履约能力证明情况 | 评分性参数 | 提供自主知识产权软件著作权证书(登记日期应在2021年1月1日起至本项目公告发布之日前),每提供得1分,最多得3分,不提供不得分。 评分依据: ①要求提供有效的登记证书,著作权人应与投标人名称一致,登记日期在限定时间范围内,作为得分依据;②以上证书或证明需提供扫描件并加盖单位公章,否则不得分。 | 是 |
3 | 项目业绩情况 | 评分性参数 | 提供2021年1月1日起至本项目公告发布之日前已验收的定制 (略) 建设类或系统开发类项目业绩。 评分依据: ①每提供一个项目的证明材料得2分,最多得6分;②项目建设单位为985/211/双一流高校,或二类国企及以上,或央企, (略) 等机构级的, (略) 或系统的用户量超过*人的,额外得3分。 注: ①时间以合同签订日期为准;②投标人与同一建设单位签订的多个合同不重复计分;③必须提供中标通知书、合同关键页(价格相关隐私信息可脱敏处理)和验收通过证明三项项目证明材料,其中合同关键页包括但不限于项目内容、项目建设单位、签订时间等,通过合同关键信息无法判断是否得分的,还须同时提供能证明得分的其它证明资料,如项目报告或合同建设单位出具的证明文件等;④平台或系统的用户量需提供运营材料,通过运营材料无法判断是否得分的,还须同时提供能证明得分的其它证明资料,如项目报告或合同建设单位出具的证明文件等;⑤以上资料均要求提供扫描件,评分中出现无证明资料或专家无法凭所提供资料判断是否得分的情况,一律作不得分处理。 | 是 |
4 | 用户服务评价 | 评分性参数 | 在满足上述项目业绩要求的项目用户评价。 评分依据: ①每提供一个类似“满意”或“非常满意”或评委认可的类似好评的使用用户评价的证明文件得1.5分,最多得3分;②项目建设单位为985/211/双一流高校,或二类国企及以上,或央企, (略) 等机构级的,额外得2分。 | 是 |
5 | 拟安排的项目负责人情况(仅限一人) | 评分性参数 | 1.具有计算机技术与软件专业技术资格(水平)考试中级系统集成项目管理工程师或PMP证书; 2.至少提供2项以项目经理(或项目负责人)身份参与985/211/双一流高校,或二类国企及以上,或央企, (略) 等机构级的,定 (略) 建设类或系统开发类项目经验,提供合同复印件并加盖投标人公章,合同中须体现项目经理(或项目负责人)信息或提供*方出具的相关证明材料(材料需明确定制化的建设项目),并加盖*方公章以证明为项目经理业绩,此项业绩与投标人业绩不得重复计分。 评分依据: ①拟安排人员同时满足上述两个条件并提供证明材料得2分;②拟安排人员仅满足任一条件并提供证明材料得1分;③不提供不得分。 注: ①需提供投标截止日前三个月内任意一个月投标人为其购买的社保缴纳证明材料(由于社保部门原因最近一个月的社保证明无法提供的可往前顺延一个月)。②证书要求为人力资源和社会保障部、工业和信息化部,或美国PMI协会颁发的有效证书,提供扫描件( (略) 站截图)。 | 是 |
6 | 拟安排的项目主要团队成员(主要技术人员)情况(项目负责人除外) | 评分性参数 | 驻场开发实施的技术人员具有计算机相关专业的毕业证书。 评分依据: ①每提供符合要求的技术人员情况得1分,满分5分;②不提供不得分; 注: ①需提供投标截止日前三个月内任意一个月投标人为其购买的社保缴纳证明材料(由于社保部门原因最近一个月的社保证明无法提供的可往前顺延一个月)。②需明确驻场情况并加盖公章;③毕业证书提供扫描件。 | 是 |
序号 | 要求名称 | 要求内容 | 是否需要附件说明 |
---|---|---|---|
1 | 整体方案 | 对投标人提供的总体设计方案进行评审。 评分标准: ①有详细的总体设计方案, (略) 线明确、总体架构合理、软件功能组成完整清晰、需求分析详实准确的,得5分;②有比较详细的总体设计方案, (略) 线比较明确、总体架构基本合理、软件功能组成基本完整、需求分析基本准确的,得3分;③简单的总体设计方案,包含需求理解、总体架构、软件功能等内容,得1分。 | 是 |
2 | 技术参数响应情况 | 投标人对用户需求书中带“▲”重要条款响应情况(共4项)。 评分标准: ①用户需求书标▲项为重要指标每负偏离一项扣2分;②其他技术参数指标每负偏离一项扣1分;③此项满分8分,扣完即止。 注: ①用户需求书明确要求提供证明资料的,则投标文件中须提供对应技术服务要求参数的证明资料。②用户需求书未明确要求提供证明资料的,以投标人的承诺响应为准。③均需要加盖投标人公章。④对技术指标的应答缺项、未应答或做不满足应答的,均视为负偏离。 | 是 |
3 | 系统设计 | 对用户需求书中“3.1协同人员‘一站式’ (略) ”的详细功能设计进行评审。 评分标准: ①满足用户需求书中“3.1协同人员‘一站式’ (略) ”的全部功能要求,模块功能设计合理、全面,包含详细完整、结构清晰、美观易懂的功能原型设计,并配有适当合理的系统界面截图,得5分;②满足用户需求书中“3.1协同人员‘一站式’ (略) ”的全部功能要求,模块功能设计比较合理、比较全面,包含完整清晰的功能原型设计,并配有示意图,得4分;③满足用户需求书中“3.1协同人员‘一站式’ (略) ”的全部功能要求,模块功能设计比较合理、比较全面,包含比较完整的功能原型设计,并配有示意图,得3分;④基本满足用户需求书中“3.1协同人员‘一站式’ (略) ”的功能要求,模块功能设计基本合理,包含部分功能原型设计,并配有示意图,得2分;⑤基本满足用户需求书中“3.1协同人员‘一站式’ (略) ”的功能要求,模块功能设计基本合理,得1分。 | 是 |
4 | 系统设计 | 对用户需求书中“3.5用户信息基础数据服务”的详细功能设计进行评审。 评分标准: ①满足用户需求书中“3.5用户信息基础数据服务”的全部功能要求,模块功能设计合理、全面,包含详细完整、结构清晰、美观易懂的功能原型设计,并配有适当合理的系统界面截图,得5分;②满足用户需求书中“3.5用户信息基础数据服务”的全部功能要求,模块功能设计比较合理、比较全面,包含完整清晰的功能原型设计,并配有示意图,得4分;③满足用户需求书中“3.5用户信息基础数据服务”的全部功能要求,模块功能设计比较合理、比较全面,包含比较完整的功能原型设计,并配有示意图,得3分;④基本满足用户需求书中“3.5用户信息基础数据服务”的功能要求,模块功能设计基本合理,包含部分功能原型设计,并配有示意图,得2分;⑤基本满足用户需求书中“3.5用户信息基础数据服务”的功能要求,模块功能设计基本合理,得1分。 | 是 |
5 | 关键功能演示 | 针对本次项目的关键功能提供全面、合理的服务功能演示(共计4项)。投标人演示整体时间控制在22分钟以内,超过22分钟外的演示内容不计分。关键功能演示的功能点及其演示要点如下: 1.协同人员“一站式” (略) :需利用 (略) 搭建管理应用,可引入前端框架辅助页面搭建,实现信息登记、身份认定、凭证及其相关属性的并行业务审批流程。 演示要点:①数据模型设计(表字段及其业务用途);②上述三个审批流程的设置(包括但不限于业务节点审批策略设置、业务流程之间的关联点和分割点、设置理由及其对并行审批流程的影响、消息通知场景);③上述三个业务流程涉及的用户角色与权限。 2.统一ID管理和用户信息基础数据服务:实现对不同系统数据源的五大类人员的基础信息清洗、整合、转换,针对关键字段数据可进行监控告警。 演示要点:①与本项目建设内容相关的用户数据分类及用途;②与本项目建设内容相关的用户数据管理系统之间的数据流关系;③数据整合及在数据冲突时的处置策略。 3.统一ID管理、身份认领和用户标签管理:可通过审批流程对核心信息项和补充信息项进行管理,支持管理各类人员的核心和补充信息,实现多身份及其关联信息的支持,并可用于人员信息运营管理。 演示要点:①需管理的具体核心内容;②需管理的补充信息内容;③核心内容和补充信息分别对应的管理角色、管理模式、管理审批流程等。 4.用户信息基础数据服务:实现不同服务端的查询调用权限的精细化配置,多方法结合保护数据安全的前提下,对多服务端在高并发下查询调用支持和调用情况的运营监控告警。 演示要点:①服务端权限可配置粒度;②查询调用底层能力支持架构设计;③运营监控告警的具体内容。 评分标准: ①投标人须自行准备演示的所需要 (略) 络等条件,需进行现场软件演示(不接受图文、PPT、WORD、原型图等类型的文件演示材料);②每项演示功能及其演示要点的分值总分为4分,扣完为止:功能演示及其演示要点的缺项扣4分,功能演示的功能点覆盖不完整或不满足关键功能需求扣2分,演示要点的分点(每项共3点)每缺失一点扣1分。 | 否 |
6 | 关键非功能演示 | 针对本次项目的关键的非功能需求,提供全面、合理的非功能技术架构演示(共计3项)。投标人演示整体时间控制在8分钟以内,超过8分钟外的演示内容不计分。关键非功能演示内容如下: 1.利用Kubernetes容器化编排系统支持对所属基础资源进行动态扩容和负载均衡调整。使用SpringCloud体系进行服务建设,提供各个微服务治理模块的功能。 2.利用Jenkins自动化持续集成/部署/ (略) ,进行功能集成、部署、测试上线的全流程操作过程。 3.将原有Oracle数据库数据迁移至OceanBase多租户下的MySQL模式,并在OceanBase的MySQL租户模式下进行数据库的对象管理和资源管理。 评分标准: ①投标人须自行准备演示的所需要 (略) 络等条件,需进行现场软件演示(不接受图文、PPT、WORD、原型图等类型的文件演示材料);②每项非功能设计演示总分为2分,扣完为止:非功能演示缺项扣2分,非功能演示内容覆盖不完整,每缺失一点扣1分。 | 否 |
7 | 实施方案设计 | 根据投标人提供的实施方案设计进行综合评议。 评分依据: ①有完整的项目计划,包括交付及部署方案、项目实施保障措施计划等,科学、合理、针对性强的得2分;②基本合理、可行的得1分;③方案欠完备或不提供方案的不得分。 | 是 |
8 | 服务培训方案 | 根据投标人提供的服务培训方案进行综合评议。 评分依据: ①培训方案全面详细、科学、合理、针对性强的得1分;②培训方案基本满足要求得0.5分;③方案欠完备或不提供方案的不得分。 | 是 |
9 | 应用推广与运营辅助方案 | 根据投标人提供的应用推广和运营辅助方案进行综合评议,针对本项目的推广运营设计方案、现场响应、技术服务、技术支持、业务支持等进行评审打分。 评分依据: ①方案内容详实得当、合理可行,应用推广与运营方式方法与我校的校情相符,针对性强,明显有效的推进作用的,得4分;②方案内容较为详实得当、较为合理可行,应用推广与运营方式方法与我校的校情较为相符,针对性较强,较为有效的推进作用的,得3分;③方案内容较为详实得当、较为合理可行,但应用推广与运营方式方法与我校的校情不太相符,针对性一般,推进作用较弱的,得2分;④方案内容基本满足要求,但应用推广与运营方式方法与我校的校情不太相符,针对性一般,推进作用较弱的,得1分;⑤不满足或不提供不得分。 | 是 |
10 | 售后服务保障 | 根据投标人对本项目的售后服务体系、方案(包括但不限于售后服务保障方案、服务人员、服务时间响应、售后服务承诺)等进行评审打分。 评分依据: ①售后服务体系完善、售后服务方案有针对性,符合采购人实际情况并免费延长售后服务期一年以上的,得3分;②售后服务体系完善、售后服务方案有针对性,符合采购人实际情况的,得2分;③售后服务体系基本完善但针对性欠缺的,得1分;④不符合或不提供不得分。 | 是 |
最近搜索
无
热门搜索
无