XX学院数据治理服务+数据应用建设项目采购需求.docx

XX学院数据治理服务+数据应用建设项目采购需求1建设目标本次项目以构建学校数据治理体系，建立覆盖战略规划、组织架构、制度体系、平台工具、评估优化的数据资产长效发展机制为目标，通过数据资产积累、管理和运营，实现“决策、管理和师生个性化服务”的数据驱动和数据赋能；加速数据资产价值释放；实现数据集成、贯通、管理和应用的全生命周期可持续管理。提升学校的信息化水平和数据管理能力，解决数据不全面、权责不清晰、数据来源不明确、标准不统一以及技术处理手段传统等问题，促进学校各部门协同合作，为学校的管理和决策提供可靠的数据支持，进一步推动学校的发展和提高整体教育质量。具体目标细化为：（1）建设发规数据中心，梳理不同场景所需指标及其所需基础数据，并逐步建设相关数据集市，建立发规数据中心管理工具，通过配置和管理目标数据,满足实际的绩效考核管理和数据上报需求。（2）建设科研大脑，包含教师个人、科研团队、科研平台的科研画像和科研政策决策辅助分析系统，整合一系列的数据分析和挖掘工具，推动有组织的科研建设。（3）建设数据指标库，支持指标的自由创建，指标计算规则的配置，指标计算任务调度，指标统一管理能力。（4）数据运营服务门户，作为学校数据资源、数据管理制度和数据标准的统一发布中心，支持数据开放服务，包括数据资源的全文检索、分类搜索和数据交换申请等。（5）建设数据可视化分析平台，通过托拉拽多样化的可视化组件实现数据大屏自由配置。2总体要求2.1技术路线1、要求所投软件产品可运行于LinUX、阳Fidows等高安全性操作系统，并支持IPv4IPv6网络环境。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。2、要求所投软件产品采用B/S结构，采用Java编程语言和服务器端Java技术进行开发。3、要求所投软件产品采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。4、要求所投应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑服务器和数据库服务器。5、要求所投软件产品能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。6、要求所投软件产品系统必须支持负载均衡，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配等功能。7、为保证系统运行的稳定性与安全性，本次项目建设的平台应自带中间件以满足项目需要，无需学校另行采购。8、要求所投软件产品满足国家在信创领域的相关要求，提升学校信息安全环境，要求所投产品不论是管理端还是用户端都应该支持国产化操作系统。2.2安全要求1、认证授权：保证用户的合法性和用户使用信息资源的权力，避免内部敏感信息泄漏和服务所提供的信息资源被非法访问，造成严重的安全事件。2、信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处理，防止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密。3、数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权修改。4、审计：记录应用日志，对事件进行分析，并能提供预警信息。5、数据备份：利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。6、要求投标人从物理安全、网络安全、系统安全、应用软件安全、用户安全、数据安全等几个方面提出配套的安全体系完善方案，以便防范安全风险。7、要求所投软件产品基于第二级或以上的网络安全等级保护测评要求，要求投标时提供省级及以上机构出具的等保二级及以上的符合度测试报告复印件，验收交付前配合学校做完二级等保的测评和备案工作。3建设内容3.1 校园科研大脑3.1.1 科研数据中心科研数据中心是一个面向主题应用建立的数据集合，它存储了支撑科研大脑建设的指标数据、基础明细数据、标签数据等；一方面，科研数集大部分数据基于学校统一数据仓库采用自上而下的方式构建，保障了数据使用过程中的准确性、完整性、一致性、可信性等；另一方面，根据科研分析需求，存储了通过算法生成的标签数据，通过多种数据的组合，为学校的科研规划和决策制定提供了充分的数据支撑。数据来源多样:科研数据中心的数据来源包括学校统一数据仓库、标签服务、数据补充服务等，涵盖了学校多种科研相关数据。数据质量高：科研数据中心的数据经过了清洗、校验、转换、整合等处理，保障了数据使用过程中的准确性、完整性、一致性、可信性等。数据结构清晰：科研数据中心的数据按照不同的主题和维度进行了分类和组织，方便用户快速找到所需的数据。数据更新及时：科研数据中心的数据通过定期任务的方式进行了增量或全量的更新和同步，保持了数据的时效性和动态性。数据查询：可以通过简单或复杂的条件进行数据查询，获取所需的指标数据、基础明细数据、标签数据。数据导出：可以将查询或展示的数据导出为EXCel等文件，方便进一步处理或分享。3.1.2科研画像系统科研画像是一个基于科研数据建立的应用，旨在对学校科研主体（教师个人、科研团队、科研平台等）的基础数据、科研方向、科研成果以及科研活跃状态进行精准描述。通过可视化的形式对科研数据进行全面展示，帮助用户更好地了解自己或其他科研主体的科研情况。对学者研究关键词进行标签化处理，通过搜索查询，学校和教师个人可精准锁定潜在合作伙伴和有共同研究方向的团队；科技局等校外机构也可以通过关键词检索的方式，查找潜在合作对象，查看相关项目研究进展及成果，建立起沟通了解的渠道。科研画像系统帮助高校科研管理部门实现高校内部和外部科研资源的精准高效对接，推进科研工作的快速发展。画像多维：科研画像系统对每个科研主体都提供了多个维度的画像信息，包括基本信息、科研项目、论文、专利、获奖、研究方向、学术活跃度等。画像智能：科研画像系统利用标签服务，为每个科研主体智能的生成了关键词标签，反映了其核心的研究方向和特色。画像动态：科研画像系统根据定期更新的数据，动态调整每个科研主体的画像信息，反映了其最新的学术状态和趋势。画像展示：可以通过卡片、列表、详情页等方式进行画像展示，可视化地查看和分析每个科研主体的画像信息。画像查询：可以通过姓名、企业、科研方向关键词等条件进行画像查询，获取所需的教师个人、科研团队、科研平台等画像信息，寻找可能合作伙伴或有共同兴趣点的科研主体。3.1.3科研决策辅助系统根据学校的科研数据，构建全校范围内的论文排名、科研方向关键词排名模块，旨在帮助学校管理层和科研人员了解学校的科研状况，发现优势和不足，制定科研战略和方向。排名多维：科研决策辅助模块的排名涵盖了多个维度，如论文排名、科研方向排名等，能够更加全面的反映学校的科研水平和竞争力。可视化展示：采用卡片、表格、图表等的形式展示数据和排名，提高用户的体验和认知效果。动态更新：根据数据来源的变化情况，定期更新数据和排名，可以反映学校在不同领域的最新表现和变化。论文排名：展示学校年度新发表论文或近五年新发表论文的排名，按照论文累计被引用次数从高到低排序，可按照不同维度进行聚合、筛选、搜索，例如查看不同学科关于论文的排名，并可查看学科下论文的详细信息和引用来源。科研方向关键词排名：展示学校所有的科研方向关键词的排名，按照关键词在所有的论文、专利、项目、获奖、著作中出现的频率从高到低排序，可进行筛选搜索，可查看关键词相关明细数据。3.1.4标签服务标签服务可以根据学校提供的对象数据和规则，自动生成相应标签。通过规则引擎,可以快速高效地为大量数据对象生成标签。标签灵活:标签服务支持用户多样化的规则和算法,通过自定义配置的方式,方便快速添加和修改不同对象的标签生成策略，满足独特的需求。标签生成：用户可以提供对象数据和规则，请求系统生成相应的标签。标签查询：用户可以查询系统已经生成的标签，或者根据条件筛选出符合要求的标签。3.1.5数据补充服务数据补充服务根据学校提供的论文明细数据，帮助学校补充相关的关键词、摘要、被引用次数等数据。数据展示：用户可以查看补充数据，或者利用此部分数据进行对比或分析。3.1.6配置中心配置中心实现数据中心基础数据模型、指标计算逻辑、数据中心分类等配置。配置简单：配置中心提供了友好的界面和操作指引，用户可以通过拖拽、选择、输入等方式进行配置。配置灵活：配置中心支持用户自定义数据模型、指标逻辑、分类规则等，方便快速适应不同的业务需求。数据模型配置：可以定义和修改科研数据中心所需的基础数据模型，如表结构、字段属性、关联关系等。指标逻辑配置：可以定义和修改科研决策辅助系统所需的指标计算逻辑，如公式、条件、参数等。数据分类配置：可以定义和修改科研数据中心的数据分类规则，如主题、层级等。3.1.7数据运维数据运维实现数据相关的调度及任务，如调度周期、数据建模任务等。调度自动：数据运维模块可以根据用户的设定或系统的需求，自动触发和执行数据相关的任务，如数据抽取、转换、加载、建模等；任务可控：数据运维模块可以对数据相关的任务进行监控、管理和调整，如查看任务状态、日志、结果、依赖等，暂停、取消任务等；异常处理：数据运维模块可以对数据相关的任务的异常情况进行处理。调度周期：用户可以创建和配置数据相关的任务调度周期。任务管理：用户可以查看数据相关的任务的执行情况，如进度、状态、日志、结果等，并对任务进行管理和调整。3.1.8系统管理系统管理模块实现系统用户管理、菜单配置等。用户管理：系统管理模块可以对系统用户进行管理，如添加、删除、修改用户信息，分配用户角色和权限等。菜单配置：系统管理模块可以对系统菜单进行配置，如添加、删除、修改菜单项，设置菜单显示和隐藏等。系统日志:系统管理模块可以记录和查看系统日志,如登录日志、操作日志、错误日志等。用户管理：用户可以对系统用户进行增删改查操作，以及分配用户角色和权限。菜单配置：用户可以对系统菜单进行增删改查操作，以及设置菜单显示和隐藏。系统日志：用户可以查看系统日志，以及根据条件筛选或导出日志。3.2校园绩效大脑为解决学校发规处在日常工作流程中无法及时了解业务部门目标与绩效完成情况、需要统一到年底汇报才能知晓、年底数据需要一一收集、手工计算、且无法核实部门学院填报数据真实度等问题。3. 2.1发规处数据集市学校发展数据集市是一个面向主题应用建立的数据集合，它存储了支撑学校发展的主要指标集合和基础明细数据，基于学校统一数据仓库采用自上而下的方式构建，保障了数据使用过程中的准确性、完整性、一致性、可信性等，为学校的发展规划和决策制定提供了可靠的数据支撑。需基于数据平台-数仓数据，配置发规处基础数据模型，生成发规处数据集市基础数据，并通过指标计算,生成支撑十四五建设、绩效考核的所有指标数据。应能够处理如下数据：1）发规处基础数据（十四五、学院/部门考核所需明细数据）。2）发规处指标数据（十四五、学院/部门考核所需指标数据）。3. 2.2目标管理目标管理模块可以帮助学校进行十四五发展目标及拆分的年度目标、部门目标的录入管理，针对设定的目标值，展示当前完成情况和目标值的对比，并计算完成度等情况。需可录入管理十四五发展目标及拆分的年度目标、部门目标，展示当前完成情况和目标值的对比，并计算完成度等情况。应包含以下内容：1）目标管理制定。2）目标完成度看板。3. 2.3绩效考核绩效考核模块可以帮助学校完成学院/部门年度综合绩效考核工作，发规处可在此模块根据不同考核对象的情况，配置不同部门/学院的绩效考核体系，选择考核指标数据，并根据一定的权重、评分方法等得出绩效结果，从而进行一定的激励或督促工作。需可制定学院/部门年度综合绩效考核体系，根据配置的权重和评分方法，生成学院/部门年度综合绩效考核得分。应包含以下内容：1）部门/学院绩效考核制定。2）部门/学院绩效考核看板。3.2.4配置中心配置中心实现数据中心基础数据模型、指标计算逻辑、数据中心分类等配置。配置简单：配置中心提供了友好的界面和操作指引，用户可以通过拖拽、选择、输入等方式进行配置。配置灵活：配置中心支持用户自定义数据模型、指标逻辑、分类规则等，方便快速适应不同的业务需求。数据模型配置：可以定义和修改科研数据中心所需的基础数据模型，如表结构、字段属性、关联关系等。指标逻辑配置：可以定义和修改科研决策辅助系统所需的指标计算逻辑，如公式、条件、参数等。数据分类配置：可以定义和修改科研数据中心的数据分类规则，如主题、层级等。3.2.5数据运维数据运维实现数据相关的调度及任务，如调度周期、数据建模任务等。调度自动：数据运维模块可以根据用户的设定或系统的需求，自动触发和执行数据相关的任务，如数据抽取、转换、加载、建模等；任务可控：数据运维模块可以对数据相关的任务进行监控、管理和调整，如查看任务状态、日志、结果、依赖等，暂停、取消任务等；异常处理：数据运维模块可以对数据相关的任务的异常情况进行处理。调度周期：用户可以创建和配置数据相关的任务调度周期。任务管理：用户可以查看数据相关的任务的执行情况，如进度、状态、日志、结果等，并对任务进行管理和调整。3.2.6系统管理系统管理模块实现系统用户管理、菜单配置等。用户管理：系统管理模块可以对系统用户进行管理，如添加、删除、修改用户信息，分配用户角色和权限等。菜单配置：系统管理模块可以对系统菜单进行配置，如添加、删除、修改菜单项，设置菜单显示和隐藏等。系统日志:系统管理模块可以记录和查看系统日志，如登录日志、操作日志、错误日志等。用户管理：用户可以对系统用户进行增删改查操作，以及分配用户角色和权限。菜单配置：用户可以对系统菜单进行增删改查操作，以及设置菜单显示和隐藏。系统日志：用户可以查看系统日志，以及根据条件筛选或导出日志。3.3数据运营服务门户3.3.1数据目录管理为逐步解决学校数据来源不明确、权责不清晰、数据不全面等相关问题。需通过建设数据资源目录形成全校数据资源的一个有序清单。它可以使用元数据来帮助学校管理数据，帮助数据专业人员收集、组织、访问和充实数据资产，从而为数据发现和开放提供支持。具体要求如下：3.3Ll基础数据目录管理1）需支持自动检测尚未生成基础数据资源的主数据模型和主数据表信息，支持批量生成基础数据资源。2）需支持对已生成的基础数据资源进行查询、编辑、注册、提交发布、取消发布、变更、删除等操作。需支持批量注册、批量发布、批量取消发布、批量变更。需支持撤回己提交发布的基础数据资源。3）基础数据资源需支持设置更新频率、提供方、共享类型、使用方式等信息。数据资源项需支持在线拖拽调整顺序。4）需支持查看本人待审核和已审核的基础数据资源列表。需支持查看基础数据资源目录的审核信息，查看各流程环节的开始时间、结束时间、执行人、审核结果、审核意见等信息。支持查看当前流程节点的执行人。3. 3.L2部门目录管理1）需提供部门数据资源模板库，需支持批量导入部门数据资源模版。需支持自动匹配校内提供部门，未匹配的需支持手动调整提供部门。2）需支持业务部门根据部门数据资源模版批量创建部门数据资源，也需支持部门用户自定义新增部门数据资源；需支持业务部门查看其它部门的数据资源模板，但不可对其他部门模版进行增删改等操作。3）部门数据资源管理需支持设置数据资源属性和数据资源项属性；数据资源属性包含基础属性和共享开放属性；数据资源的基础属性需包含数据资源名称、更新频率、提供方、内容摘要；数据资源的共享开放属性需包含数据资源的共享类型与使用方式，共享类型需包含“有条件共享、无条件共享、不予共享”，使用方式需包含“ETL推送”“API接口”“Excel导出”。4）需支持用户将本部门的数据资源进行数据挂接，需支持数据资源项与库表的字段进行关联绑定。5）需支持对部门的数据资源进行统一管理，数据资源应支持按“草稿”“注册中”“已注册”等三种状态进行分类管理；已创建的数据资源在未注册前为“草稿”状态；已提交注册申请在审核流程中的数据资源为“注册中”状态；已通过注册审核流程的数据资源为“已注册状态”。6）需支持对部门数据资源进行注册申请、注册审核、发布申请、发布审核等看流程操作。需支持查看已提交注册的数据资源的申请信息和审核信息，申请信息需包含提交申请的时间、状态、及申请内容，审核信息需包含审核流程图及审核流转记录。7）需支持数据运营方对部门提交注册的数据资源进行审核，需按“待审核”“已审核”进行分类管理，审核可查看提交的注册的数据资源信息，提交审核意见。为提高注册审核的工作效率，审核模块需支持按数据资源名称、申请人、部门、申请时间等维度对待审核任务进行查询、筛选。8）需支持运营方将已注册的数据资源发布至数据门户，可查看资源发布申请信息及审核记录。需支持对已提交发布申请的数据资源进行审核，对待审核任务及已审核任务可以查询及处理。9）需提供部门数据资源目录看板，需支持按权限查看全部部门或单个部门的数据资源概况，数据资源注册情况，数据资源挂接情况，数据资源共享情况，数据资源使用情况进行统计与展示。10）需支持对近30天通过Excel下载数据、通过ETL使用数据、通过API调用数据的趋势进行分析。需支持按数据资源注册数量和注册率对全部部门数据资源注册情况进行排名。需支持按数据资源挂接数量和挂接率对全部部门数据资源挂接情况进行排名。3.3.L3主题目录管理1）需支持自动检测尚未生成主题数据资源的主题模型信息，支持批量生成主题数据资源。2）需支持对已生成的主题数据资源进行查询、编辑、注册、提交发布、取消发布、变更、删除等操作。需支持批量注册、批量发布、批量取消发布、批量变更。需支持撤回己提交发布的主题数据资源。3）主题数据资源需支持设置更新频率、提供方、共享类型、使用方式等信息。数据资源项需支持在线拖拽调整顺序。4）需支持查看本人待审核和已审核的主题数据资源列表。需支持查看主题数据资源目录的审核信息，查看各流程环节的开始时间、结束时间、执行人、审核结果、审核意见等信息。支持查看当前流程节点的执行人。3.3.2数据共享开放门户为充分发挥数据资产价值，需为我校提供统一的数据资源开放服务，可将学校数据标准、可共享的数据资源进行统一发布。为学校各部门提供自主化、自动化、实时的数据开放服务。具体要求如下：1）需提供数据门户作为统一的发布中心，可发布学校标准与规范、数据资源。数据使用方可以通过基础数据目录，部门数据目录，主题数据目录分类查找所需的数据资源。2）需支持按数据资源名称或数据资源项等关键字检索数据资源。需支持查看热门数据资源和最新发布数据资源。3）需支持查看数据资源的基本信息、数据资源项信息、使用情况等信息。数据资源的基本信息需至少包含基础属性与管理属性；数据资源基础属性需展示数据的提供部门、更新频率、内容摘要等；数据资源管理属性需展示资源的版本信息、数据挂接状态、资源注册时间、资源发布时间等信息。数据资源项信息需至少包含数据资源项名称、数据资源项共享类型、业务标识、挂接状态、关联字段、数据类型等信息。4）需支持数据使用方将多个数据资源加入待申请清单，支持批量提交数据使用申请。5）数据使用方在申请资源时需能选择以ETL推送、API接口开放、Excel导出等多种模式获取数据。审核通过后系统需支持自动生成API接口或excel下载链接,API接口需遵循OData规范;需支持数据使用方自行完成ETL接口的管理，包括接口制作、启用、停用、查看接口的运行日志。6）需支持可视化界面自定义配置数据使用的审批流程，需支持流程变量与任务变量设置，流程设计界面需支持拖拉拽式的简易配置，支持会签、或签等多种个性化流程。7）需支持查看数据资源申请任务的申请信息与审核信息，审核信息需支持查看当前审核节点，及审核流转记录。审核时，需能调整数据字段的脱敏规则。8）需提供部门应用中心，部门应用应包含部门应用内可用的数据资源，包含已授权的ETL、Excel.APl等共享形式的数据资源。9）需提供个人申请中心，需包括数据使用申请和数据纠错申请。数据使用申请需能按审核中、审核通过、部分通过、未通过等状态进行分类查看；数据纠错申请需支持按办理中、已拒绝、已办理等状态进行分类查看。3. 3.3数据安全管理数据安全是数字化转型的前提，更是底线，高效运转的校园离不开坚实的数据安全“堤坝”。数据共享开放环节复杂、数据流动频繁，过程中潜藏了诸多数据泄露风险，系统需要提供数据分类分级、加密脱敏等功能，实现对敏感数据的保护。具体要求如下：1）需支持数据资源分类管理、数据资源分级管理、数据脱敏管理。2）数据资源分类管理需包含分类维度、分类规则、分类管理等管理功能。分类维度需预置公民个人维度、敏感个人信信息维度；分类规则需支持通过正则表达式进行设置，系统可自动匹配符合规则的数据资源项并将其放入对应的分类；分类管理需支持按部门数据目录、基础数据目录、主题数据目录进行管理，支持自动生成和人工管理两种方式。3）数据资源分级管理需包含分级定义、分级规则、分级管理等管理功能。分级管理需支持按部门数据目录、基础数据目录、主题数据目录进行管理，需支持按分级规则自动生成和人工管理两种方式。4）数据脱敏需支持哈希脱敏、字符掩码、取整脱敏几种方式，其中算法支持SHA256、SHA512、MD5、SM3、保留前m位和后n位、保留第m-n位、遮盖前m位和后n位、遮盖第m-n位、特殊字符前遮盖、特殊字符后遮盖等。5）需支持按照数据资源名称或脱敏规则名称自动匹配生成数据资源项对应的脱敏规则。3.4可视化分析平台1）数据准备，至少支持表结构和表数据预览两种视图；支持血缘分析，能够查看当前表是由哪些表组合而成，以及当前表被用于哪些表，被哪些分析用到；支持关联视图，能够查看当前表的关联配置信息，对该表有管理权限的用户可以建立新的关联关系。2）数据关联，至少支持自动根据数据仓库的关联关系进行建模，同时也提供了手动的关联关系配置，支持组合主键的关联关系配置。3）支持自助数据集，包括但不限于分组统计，过滤，排序，上下合并，左右合并等功能。4）支持探索分析，根据数据的类型，自动将数据识别为维度和指标，对于维度和指标分别提供了丰富的分析功能。5）支持仪表板，支持易用的自适应布局、各种主题颜色样式的配置，支持添加各类组件，包括但不限于添加分析组件、富文本组件、图片组件、WCb组件；6）支持目录管理，需支持对平台的目录树进行增加、删除、修改等操作，目录可以自由调整位置。7）需支持管理员或者其他有权限的用户，可以编辑各目录节点要展现的内容,包括但不限于仪表板模板、URL链接，支持设置仪表板的查看方式、展示终端及参数，仪表板模板等内容支持跨节点调整。8）需支持手动添加、导入用户或者同步用户数据集的方法批量添加用户及其角色。支持用户列表按用户名/姓名等进行升序、降序展现。支持禁用、启用用户。9）用户认证，需提供内置认证、LDAP认证、HTTP认证三种用户身份验证方式。支持标准CAS协议。10）需提供便捷高效的权限配置方式，让分析人员对自己权限范围内的数据有足够的使用权限。11）权限配置需可根据部门职位分配权限、根据角色分配权限以及根据用户分配权限。权限复用：支持管理员克隆某个部门/职位/角色的权限。12）需支持将授权权限赋给下级管理员的角色，同时配置该角色所能分配权限的角色，此时，下级管理员的角色登录系统时，就能将其有权授权的权限分配给对应的角色。13）建设科研数据驾驶舱，领导驾驶舱通过可视化图表的方式，对科研相关的关键数据和指标进行展示和呈现，帮助学校领导高效便捷的了解学校整体科研情况，为学校的规划和决策提供支撑。数据全面：领导驾驶舱涵盖了学校科研相关的各个方面的数据和指标，如科研项目、科研成果、科研合作等等；数据动态：领导驾驶舱根据增量或全量的更新和同步的数据，及时反映学校科研相关的最新情况和变化；数据可视：领导驾驶舱通过各种图表、地图、仪表盘等方式，将数据以直观、美观、易懂的形式展示出来。数据查看：用户可以通过点击或滑动等操作，查看不同维度的数据和指标；数据分析：用户可以通过对比、趋势等方式，分析数据和指标之间的关系和规律。14）发规处领导驾驶舱通过可视化图表的方式，对关键的数据和指标进行展示和呈现，帮助学校领导高效便捷的了解学校整体发展情况，为一站式的决策提供支持。需能够通过可视化图表的方式展示关键数据和指标。3.5数据指标库1）指标管理需支持指标分类管理；当指标分类下面数据指标不为空时，不允许删除。2）指标管理需支持创建原子指标、派生指标、衍生指标管理；支持查看指标基本信息、指标数据、指标血缘关系及指标计算任务运行日志信息。3）派生指标需支持自定义统计周期、统计范围限定、统计算法设置；统计范围限定需支持与、或、不等于、空、为空、包含、模糊匹配等设置，统计函数需支持求和、平均、计数、去重计数、最大值、最小值等算法；需支持调度规则设置，完成数据自动化计算。4）衍生指标需支持可视化配置，支持从指标库拖拽数据指标，支持算术运算符、比较运算符、逻辑运算符等计算；支持调试及结果查看；需支持调度规则设置，完成数据自动化计算。5）需支持统计周期的灵活可视化配置，支持基准日期、偏移量及单位设置，基准日期需支持该日、该周首日、该月首日、该季度首日、该年首日、该学期首日、该学年首日等选择。3.6数据对接要求要求本次建设的数据运营服务门户能够与学校数据仓库进行对接，对接工作要求在1周内完成，对接过程中产生的风险由投标人负责解决，同时针对数据仓库中的数据资源可以集成到数据运营服务门户统一运营管理。要求投标时提供承诺函，承诺函中注明中标后三天内在学校进行部署测试验证，若验证不通过，承担一切后果。4其他要求4.1 工程实施服务要求4.1.1 时间进度要求本次项目须严格按工期部署完成，并达到采购人的要求。投标方需要在投标文件中给出预实施工期进度表。采购人要求签订合同后3个月内完成项目建设工作并进入试运行。4.1. 2实施方案该项目规模较大，系统需求复杂，涉及部门、环节多，为了保证实施过程顺利有序，投标人必须作出详尽慎密的设计方案和实施方案，以交付学校使用，主要内容应包括以下几个方面：4.1. 2.1组织架构与职责1、描述项目成员的组成，以及成员的职责。2、提供项目经理一人，负责全程跟踪项目的开发与实施，直至该项目验收，并保证现场工作时间3个月以上。该项目经理应具备同类及更优高校数据治理项目成功开发实施经验，并在项目中承担项目经理职务。要求附成功案例的合同材料及该项目甲方对项目经理资格的证明材料。3、项目组其他实施人员应满足项目开发和实施的需要，项目组成人员应不少于3人，有两个以上数字化校园项目建设内容的开发和实施经验，并保证现场工作时间3个月以上，要求附参与项目甲方出具的人员证明材料。4.1.2.2实施阶段划分描述各个实施阶段的工作范围、内容、人力投入、过程、责任、交付成果等。4.L2.3项目管理要求投标方必须提出针对本项目的科学严格的管理方案与措施，保证项目全面顺利实施。1.1.1.1 2.4项目配置管理在项目的建设过程中以及交付使用后，会产生大量文档和程序，如：需求分析说明、设计说明、可执行程序以及软件定制开发部分的源代码、用户手册、测试用例、测试结果等技术性文档以及合同、计划、会议记录、报告等管理文档。由于文档的版本在不断变迁和修改中，势必产生一个庞大、动态的信息集合。因此，必须建设相应的配置管理系统，通过一系列技术、方法和手段来维护产品的历史、鉴别和定位产品独有的版本，以对在产品开发和发布阶段的软件变化进行控制，通过制定规范的配置管理工作计划和流程,沟通交流配置管理工作情况,从而使管理制度化、有效减少重复性工作、保证产品的质量和效率和系统的后续升级和维护。4.1.2.5 项目管理规范和手段根据项目的实施方案，在实施过程中，为了保证用户方、开发方等各方能够对项目建设实施进行监控，及时发现和解决的问题，必须建立相应的项目管理规范，包括项目执行监控流程、执行监控的方法、执行监控的责任等，使管理和监控工作流程化、规范化，管理和监控工作责任明确。4.1.2.6 项目管理控制项目的管理控制包含多个方面：项目范围、风险、进度、质量、变更管理控制，应贯穿项目开发建设的始终，必须做到对项目建设范围准确定义，一旦范围发生变更，要有相应地变更控制和应对措施。4.1.2.7风险管理项目风险管理是识别和分析项目风险及采取应对措施的一个过程，包括风险识别、风险量化、风险对策、风险对策实施控制四个方面。项目在实施过程中会出项各种各样的风险，必须做到充分、有效识别风险，应对风险和控制风险，在项目实施之初必须制定风险预测和规避风险的对策。4.1. 3实施过程管控工具要求基于本项目为学校信息化建设的重点支撑，投标方的项目实施计划及过程进度管控能力是项目成败的关键，因此需要投标方提供或开发针对项目的详细进度计划管理工具软件或系统，对详细进度计划涉及的功能模块、任务、时间节点、人员进行精细化管理，且支持开放给采购人使用，方便双方项目团队成员以工程项目为基础，对项目实施计划及项目计划任务执行情况进行跟踪及反馈，对项目实施过程中出现的问题及其处理过程进行完整记录，并可对于项目交付物统一管理，项目汇报规范，交付过程项目团队响应和解决及计划完成有效监控，使项目交付过程面向校方全程开放。软件应至少包含以下内容：1、应提供以学校领导为视角的项目综合看板，可查看本学校内所有项目的当前状态、热门应用的T0P5排名情况、校内所有项目问题及投诉的实时处理进展、以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库等信息；2、应提供以业务老师为视角的项目信息管理，可查看个人负责和参与的所有项目，以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库等信息；3、支持对对实施进度及实施任务执行情况追踪，可以新建任务、添加任务执行过程、完成任务已经任务完成确认等，可集中管理该项目下所有产品的实施进度任务，包含里程碑任务、工程任务、客户任务以及个人任务等；4、应支持记录项目实施中的日报、周报、月报等工作过程，在实施人员填写完成后，用户可以直接查看，还可对工作记录进行批注，提高信息透明度；5、对于项目中出现的重大问题，用户可以直接通过平台进行投诉，提交投诉后，投标方公司的专业运营团队进行跟踪处理，受理投诉内容，并及时反馈解决进度及解决方案，直至校方满意并主动关闭投诉为止；6、提供多种消息推送方式（站内信、邮件等），支持自定义消息接收渠道、类型、时间节点等。4. 2培训要求1、在项目合同中将具体规定培训内容、培训时间和培训名额等。2、投标人派出的培训教员应具有丰富的同类课程的教学经验和应用经验；所有的培训教员必须用中文授课；投标人必须为所有被培训人员提供文字资料和讲义等相关培训材料。3、投标人应按合同规定安排培训时间和培训名额，在实施过程中，针对系统管理人员提供培训，保证培训效果，让系统管理人员都能熟练掌握系统的使用方法。4.3验收交付要求在本期项目的开发过程中和交付使用后，要求将各个阶段产生的全面、规范的成果和文档资料交付给采购方，而且需要提供明确的交付清单。同时，成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料需要包括以下部分：1、产品文档包括可运行的系统，系统培训资料，系统操作手册，产品手册等。2、技术文档包括项目开发中的各种技术文档，如开发环境配置说明、安装部署手册（含部署拓扑图）、软件工具清单、需求分析说明、变更说明、系统设计说明、用户手册、测试用例、测试结果、系统维护说明、数据库详细设计说明书、有关系统接口的技术说明、上线部署方案、上线部署实施报告、定开源代码等。3、管理文档包括项目开发中的一些工作文档，如，计划、报告、讨论纲要、会议记录等。4. 4售后服务要求1 .投标人应具备完整的售后服务保障能力，本次定制化的产品和相关配套产品自验收之日起提供三年售后服务，包含（但不限于）以下服务要求：（1）须明确说明服务期限，满足招标文件要求。（2）须明确服务响应级别，并出具详细的方案和事件升级策略。（3）须提供多种服务受理通道，包括但不限于线上、电话、邮件等。（4）须提供详细的线上服务流程说明，线上报修须能够做到问题登记、问题处理、加急处理、问题关闭与评价，常见问题案例库，消息通知等。要求提供服务网站地址及各个模块的功能截图。（5）要求在服务响应过程中，须有运营专员参与，全程跟踪服务过程，协调解决服务过程中的问题，须在方案中说明运营保障内容，提供详细服务方案。（6）须提供线上服务申诉通道，要求可针对服务人员、服务流程等进行投诉。须提供投诉的功能截图。（7）须提供本项目服务团队组织说明，包含项目成员和职责。2 .投标人应提供本次投标产品的售后服务,包含（但不限于）以下服务要求：（I）BUG处理：如投标人交付的业务系统存在BUG,投标人须提供修正与消缺服务，如有修复BUG的补丁，应提供升级服务。（2）故障处理：如投标人交付的系统上线运行时，出现问题导致业务中断时，投标方应对故障进行限时处理。由于非计划掉电导致系统故障时，投标方应配合系统恢复。由于系统资源不足导致系统故隙时，投标方应配合学校系统恢复。由于硬件故障时，投标方应在学校数据还原后，配合学校系统恢复。（3）运行支持：投标方应对系统运行过程中系统管理员及业务管理员提出的问题提供解答和问题解决跟踪。（4）在项目质保期内，因为软件系统本身原因导致系统不可用，投标方应全程跟踪解决，确保问题快速解决，因为操作系统、服务器、网络设备及其他硬件设备导致系统不可用时，投标人应配合招标人排查故障，提供解决方法供招标人选择，配合招标人解决问题。