黑龙江旅游职业技术学院应用软件场内外询价成交公告
微信分享
关注项目
标讯收藏
| 项目名称 | 省份 | ||
| 业主单位 |
认领
立即查看
|
业主类型 | |
| 总投资 | 建设年限 | ||
| 建设地点 | |||
| 审批机关 | 审批事项 | ||
| 审批代码 | 批准文号 | ||
| 审批时间 | 审批结果 | ||
| 建设内容 | |||
项目名称: 黑龙江旅游职业技术学院应用软件场内外询价
项目编号: DZJJ23082310381120
成交供应商: 江苏金智教育信息股份有限公司
成交价:登录即可免费查看.00元
项目基本信息
采购单位：黑龙江旅游职业技术学院 报价截止时间：2023-08-26 09:00:00 项目预算(元)：登录即可免费查看.00 联系人：登录即可免费查看 送货地点：黑龙江省哈尔滨市南岗区学府路315号黑龙江旅游职业技术学院 到货时间：合同签订后7个日历日到货 签约时间：成交公告发布后5个工作日内签署合同 仅面向中小企业：否
售后服务要求
售后服务网点： 当地售后服务网点
免费维修质保期： 3年 电话支持响应要求： 7*24小时
售后上门服务年限： 3年
售后上门服务时限： 接到报修后24小时
踏勘需求
踏勘地点： 踏勘时间：
采购产品需求清单
供应商报价详情
采购人意见
项目编号: DZJJ23082310381120
成交供应商: 江苏金智教育信息股份有限公司
成交价:登录即可免费查看.00元
项目基本信息
采购单位：黑龙江旅游职业技术学院 报价截止时间：2023-08-26 09:00:00 项目预算(元)：登录即可免费查看.00 联系人：登录即可免费查看 送货地点：黑龙江省哈尔滨市南岗区学府路315号黑龙江旅游职业技术学院 到货时间：合同签订后7个日历日到货 签约时间：成交公告发布后5个工作日内签署合同 仅面向中小企业：否
售后服务要求
售后服务网点： 当地售后服务网点
免费维修质保期： 3年 电话支持响应要求： 7*24小时
售后上门服务年限： 3年
售后上门服务时限： 接到报修后24小时
踏勘需求
踏勘地点： 踏勘时间：
采购产品需求清单
| 序号 | 商品分类 | 产品名称 | 参考品牌 | 参考型号 | 计量单位 | 采购数量 | 产地要求 | 现货要求 | 原装正品要求 | 技术指标 |
| 1 | 应用软件 | 数据治理及运营支撑平台 | 金智 | 无 | 套 | 1 | 中国 | 是 | 是 | 1项目背景 1.1建设目标 本次智慧校园底层平台建设需要从底层打破原有各平台分散建设的方式，通过归集的方式，集中抽取通用能力，构建一个一体化的底层平台，面向上层应用集中提供应用间的连接能力以及面向终端用户的应用呈现能力。 为此需要包含以下内容： 1.基于一体化的支撑能力供给底座，集中承载校级基础信息化核心运行基础，通过统一管理的用户、应用以及应用间的各类连接，有效减少信息化从业人员的重复作业； 2.通过统筹管理校级信息化基础能力，并通过开放平台面向上层进行呈现，涵盖应用管理、用户管理、应用间数据交换能力、开放能力管理； 3.优化用户管理逻辑，提供对身份数据的全生命周期管理，实现灵活的帐号生成策略和帐号终结策略，身份管理和身份认证体系相对独立，互不干扰。密码采用不可逆加密存储，提供灵活的密码控制策略，保证密码数据安全可靠。 4.保持与时俱进，结合学校实际情况，构建更符合学校需求的门户，以实现千人千面，最终基于智能算法，针对的面向不同角色，提供不同的门户服务体验； 5.以企业微信、小程序的服务方式，汇聚流程、咨询、应用、数据的内容快速迭代推进学校行政工作跨层级、跨部门、跨业务的协同管理，推动管理服务全面线上化、全程网上受理和网上反馈，围绕师生办事视角进行用户体验的全面重新设计和升级。 6.设计“一网通办”型办事大厅，将服务融合作为整体校园服务治理和效能提升的重要目标。通过技术保障可规模化复用的公共能力（包括流程能力、消息能力、任务能力、打印能力、支付能力、认证能力、运营监控能力）的有效复用，为实际应用提供技术支撑；通过技术保障师生线上服务与线下服务高度融合，形成高度价值闭环的服务体系；最后，将信息化服务载体与服务应用内容进行融合，形成平台载体+服务内容的高度融合服务融合平台。[一网通办相关] 1.2技术路线 1)本次项目建设的平台可运行于Linux、Unix、Windows等高安全性操作系统。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。 2)本次项目建设的平台要求采用B/S结构，采用Java编程语言和服务器端Java技术进行开发，且必须基于Oracle 11g或以上版本。 3)采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。 4)应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑服务器和数据库服务器。 5)能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。 6)系统必须支持负载均衡，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配等功能。 7)▲为保证系统运行的稳定性与安全性，本次项目建设的平台应自带中间件以满足项目需要，无需学校另行采购。 8)▲需支持国产操作系统和国产数据库，并提供适配报告，加盖公章。 1.3安全要求 1)认证授权：保证用户的合法性和用户使用信息资源的权力，避免内部敏感信息泄漏和服务所提供的信息资源被非法访问，造成严重的安全事件。 2)信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处理，防止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密。 3)数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权修改。 4)审计：记录应用日志，对事件进行分析，并能提供预警信息。 5)数据备份：利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。 6)要求投标人从物理安全、网络安全、系统安全、应用软件安全、用户安全、数据安全等几个方面提出配套的安全体系完善方案，以便防范安全风险。 7)▲投标人所投产品，需符合国家等保三级要求，提供专业机构检测报告并加盖公章 2本期建设需求 2.1数据治理平台 2.1.1数据集成管理 为了构建我校统一的校级数据仓库，投标方需提供一系列数据采集管理工具，用来完成面向分散数据的集成汇聚工作，解决我校数据孤岛的问题。 具体要求如下： 需提供外部数据源管理，可按来源库与目标库的维度对数据源进行分类管理； 为方便数据源的管理，需支持添加数据源标识与责任单位；支持对数据源进行新增、编辑、测试、复制、停用、启用、删除等操作； 需支持国内外主流数据库,且支持以下形式的数据采集，包括Oracle、MySQL、SQLServer、PostgreSQL、MariaDB、达梦等的输入与输出； 需支持集成任务管理，可按数据采集、数据清洗转换、数据建模、自定义对集成任务进行分类； 数据集成任务需支持以可视化、零代码的数据集成方式完成，支持按数据输入、关联合并、数据过滤、数据映射、数据输出等流程化的形式完成数据集成操作。 为满足一些复杂集成操作，需支持自定义集成任务，将外部的数据集成任务以文件形式进行导入，需至少支持json、ktr等类型的集成任务文件； ▲需支持对数据集成任务运行情况进行监控，需能通过健康度指标来反映任务在近期运行中的稳定程度，需通过不同颜色来区分展示。 ▲需支持新建调度计划，通过可视化界面以“拖拉拽”的简易操作形式即可完成任务调度排布；需支持串行、并行执行的任务调度形式；需支持按调度周期、每秒、循环、指定时间等自定义cron表达式执行调度，cron表达式需支持可视化配置，无需编写表达式规则； 需支持可视化展示平台任务运行情况，包括调度监控、数据源监控、任务监控、任务运行设备监控等信息，方便管理者对任务的运维管理； 调度监控需支持以运行时刻图的方式展示构建数仓、质量检查、数据交换和其他调度的每日执行情况。应展示每次调度的开始时间、结束时间、耗费时长和运行结果。 数据源监控需能展示来源库和目标库的正常连接和错误连接的数据源统计情况。 任务监控需能以图表形式展示交换、采集、清洗转换、建模和其他自定义任务的运行次数和成功次数。应能展示最近5次及以上任务运行详情，包括任务开始时间、任务类型、任务名称、运行时长、运行结果等信息。 任务运行设备监控应展示每个运行任务的服务器设备情况，包括每台设备的IP地址、CPU数、内存和指定时间范围内的任务运行次数 2.1.2数据存储管理 数据存储需要围绕高校数据特征，满足大容量、高性能、高可用、可管理等需求。 具体要求如下： ▲支持shared nothing架构（MPP），具有高扩展性，可以支持1000个以上的集群，确保线性扩展性能和容量，管理的数据规模从TB级到PB级，满足学校数据规模增长需求。 提供分布式事务机制。通过将数据分布到多个节点上来实现规模数据的存储，通过并行查询处理来提高查询性能。每个节点仅查询自己的数据。所得到的结果再经过主节点处理得到最终结果。 需支持行存储和列存储，采用hash分布的数据分布机制，计算节点和数据存储紧密耦合。 拥有完善的SQL标准支持，全面支持SQL92、SQL99、SQL2003以及OLAP扩展；支持对于JDBC、ODBC、C、Python API等接口的支持。 可以在同一个并行数据流引擎上执行所有查询和分析（SQL、MapReduce、R语言等）操作，从而允许分析人员、开发人员和统计人员使用同一个基础构架进行数据分析。需支持B+Tree、哈希、位图、GiST和GIN，从而能够实现多种索引功能，提供给数据架构师实施优化设计所必需的工具。。 支持基于行和列的细粒度数据访问权限访问控制，让不同权限的访问者只能看到被授权的部分数据，确保数据共享不影响防范数据泄露。 采用了业内领先的压缩技术，提高性能的同时，显著地减少存储数据所需的空间。客户可以将所用空间减少3-10倍，并提高有效的I/O性能。支持行存储、列存储、外部表等多态存储，用户可以根据数据热度或者访问模式的不同使用不同的存储方式。 提供高效的资源管理机制，主要包括对并发查询数量的限制，查询执行时内存、CPU资源使用的限制等。支持资源队列(Resource Queue)和资源组(Resource Group)两种资源管理方式. 支持各种过程化编程语言，包括PL/PostgreSQL、PL/R、PL/Python、PL/Java、PL/Perl等语言扩展。在高级数据分析方面，通过MADlib扩展模块，用户可以很方便地完成大规模并行分析。 2.1.3信息标准管理 需围绕信息标准管理提供相关工具，满足数据元素标准、标准代码与标准文档的管理功能。 具体要求如下： 2.1.3.1数据元素 ▲需支持批量导入《GB/T 36351.2-2018 信息技术 学习、教育和培训 教育管理数据元素 第2部分：公共数据元素》中的标准数据元素到平台。导入时，需能检测数据元素依赖的标准代码是否存在，不存在时，需要同步导入依赖的标准代码。 需支持对数据元素进行查询、新增、注册、标准落实、变更、废止等管理功能。 数据元素属性需包含业务属性、技术属性、管理属性等；数据元素的业务属性需包含数据元素分类、标识符、数据元素名称、汉语简拼、定义等；数据元素的技术属性需包含数据类型、长度、精度、值域；数据元素的管理属性需包含标准级别、标准引用来源、批准日期、版本等。 需支持按状态管理数据元素，需包括草稿、标准、废止等不同状态。只有草稿状态的数据元素，才能删除，其他状态的数据元素，不可以删除。对于多个草稿状态的数据元素，支持批量注册。 ▲同一个数据元素的多个版本，仅能有一个版本处于标准状态，当注册一个新版本时，其他标准状态版本自动变更为废止状态。变更时，需能生成一个高版本的草稿状态的数据元素标准；当某数据元素已经存在变更的草稿状态的数据元素时，不能重复变更。 需支持对数据元素取值范围进行管理，需包含“限定范围”，“引用标准代码值”，“枚举值”等形式。 标准落实时，需支持自动匹配数据中心内哪些字段与数据元素一致，支持批量选择进行标准落实，保证字段定义的标准化。 需支持数据元素分类的管理，包括新增、编辑、删除功能；只有该数据元素分类下没有数据元素时，才可以删除该分类。 2.1.3.2标准代码 需支持批量导入国标《GB/T 33782-2017 信息技术 学习、教育和培训 教育管理基础代码》标准代码到平台。导入时，需能自动过滤已导入的标准代码。导入的不能对已有的代码进行更改和删除，仅新增。 需支持对标准代码进行查询、新增、编辑、配置代码等管理功能；新增标准代码时，标准代码名称不可重复，新增的标准代码默认为已启用状态。 ▲需支持对标准代码中的代码值进行新增，需支持添加辅助代码与上级代码。 需支持查看标准代码的引用关系，可查看引用该标准代码的表名和字段名。 ▲支持标准代码删除操作，删除前必须先停用，不可以直接删除；需支持标准代码分类的管理，包括新增、编辑、删除功能。只有该标准代码分类下没有标准代码时，才可以删除该分类。 2.1.3.3标准发布 需支持代码标准、数据标准、编码规范生成或导入、发布申请、发布审核流程管理，需支持查询、作废、删除、门户可见、门户隐藏等操作。 支持编码规范文件上传管理，支持pdf、doc、docx、png、jpg、jpeg、xls、xlsx、zip等文件格式； ▲代码标准、数据标准、编码规范发布时需支持设置标准号、实施日期、替代标准；标准号管理需支持三段式管理，第一段为学校编码，默认值可在系统配置中调整，第二段为标准编号，第三段为年月。 代码标准和数据标准需支持PDF文件下载及预览;新版本的发布不影响历史版本的查询。编码规范需支持上传文件格式的下载。 2.1.4贴源层管理 需支持按贴源层、标准层、主题层、主数据进行分层管理，贴源层需支持对学校原始数据的采集、存储；标准层需支持对原始数据按学校数据标准进行标准转化与数据清洗；主题层需提供按学校业务场景进行主题数据建模；主数据需提供学校核心交换数据的建模与处理。 贴源层需支持批量将外部数据源中的表和数据采集到贴源层，采集时需支持全量或增量采集。采集时需支持忽略错误数据条目，继续执行采集任务 ▲为方便对贴源层中数据表的管理，支持将贴源层的表按照贴源表和贴源代码进行分类管理。 需支持查看贴源表的详情概览，需展示源头表信息与本表信息；源头表信息中需包含数据源名称，源头表名称，源头表数据量；本表信息需包含表名、物理表名、字段数量、数据量、数据上次更新时间、责任单位、集成任务等信息； ▲需支持自定义数据清洗规则过滤脏数据，过滤的数据归集为黑名单数据，需支持对黑名单数据进行查询； 需支持贴源代码值映射功能，支持贴源代码表与标准代码匹配映射关系。需支持代码自动映射机制，当源头表代码发生变化,代码未映射成功时,会使用名称与代码标准的名称、简称进行匹配映射。 需支持贴源表、标准表的数据血缘关系管理，以外部数据源、贴源层、标准层、主题层等节点查看数据的上游与下游数据流转关系； 需支持停用和删除贴源表、标准表、主题表，只有停用的表才能删除； 2.1.5交换库管理 需支持批量导入主数据模型。需支持对主数据模型进行编辑、启用、停用、删除等操作。 需支持主数据表的数据明细查询，需支持查看表结构的变更记录，需支持查看主数据的变更记录。 ▲需支持以主数据表为中心，以外部数据源、贴源层、主数据等节点查看数据的上游与下游数据流转关系。 支持在清洗转换任务的输出阶段配置过滤规则，过滤后的数据方能进入主数据表中。 2.1.6数据仓库管理 为了规范全校数据的采集、处理、存储与管理，数据仓库需支持对全校数据进行分层操作管理，使学校的数据资产结构更加清晰，数据血缘透明可追溯，数据关系条理化； 具体要求如下： 2.1.6.1标准层管理 ▲需支持按业务域、业务子域和业务单元三级对标准层数据模型进行分类管理；已预置标准模型需严格遵循三级分类。 ▲需支持批量导入标准层数据模型；导入时支持对相关引用表、引用代码表进行同步导入； 支持查看标准表的概览信息，需展示表名、物理表名、引用模型信息、字段数、数据量、数据上次更新时间、责任单位、集成情况等信息。需支持标准表的数据明细查询；需支持查看数据的变更记录；需能检测标准表内字段与数据元素之间差异，并自动进行标准落实以实现和数据元素标准保持一致； 支持新增和查看与标准表相关的清洗转换任务；数据清洗转化任务需支持通过零代码配置，支持可视化配置数据输入、左右关联、过滤、计算字段、字段映射、数据输出等属性来完成清洗转换任务。 2.1.6.2主题层管理 ▲主题层数据模型需支持面向业务对象和面向业务过程进行分类管理。需支持批量导入主题层数据模型。 主题层事实模型结构需支持以ER图方式呈现事实表以及关联维度。需支持关联维度展开或收缩的功能，便于查看浏览。 支持查看事实表的概览信息，需展示事实名称、引用模型、事实类型、事务事实、维度数量(个)、度量数量(个)、数据量(条)、数据上次更新、集成情况等信息。 2.1.7指标库管理 ▲指标管理需支持指标分类管理；当指标分类下面数据指标不为空时，不允许删除； 指标管理需支持创建原子指标、派生指标、衍生指标管理；支持查看指标基本信息、指标数据、指标血缘关系及指标计算任务运行日志信息； ▲派生指标需支持自定义统计周期、统计范围限定、统计算法设置；统计范围限定需支持 与、或、不等于、空、为空、包含、模糊匹配等设置，统计函数需支持求和、平均、计数、去重计数、最大值、最小值等算法； 需支持调度规则设置，完成数据自动化计算。 ▲衍生指标需支持可视化配置，支持从指标库拖拽数据指标，支持 算术运算符、比较运算符、逻辑运算符等计算；支持调试及结果查看；需支持调度规则设置，完成数据自动化计算； 需支持统计周期的灵活可视化配置，支持基准日期、偏移量及单位设置， 基准日期需支持该日、该周首日、该月首日、该季度首日、该年首日、该学期首日、该学年首日等选择； 2.1.8数据质量管理 为持续发现我校数据质量问题，需预置数据质量检测规则，对数据质量问题进行管理、检测、跟踪、处理，常态化自动生成数据质量报告，持续提升我校数据质量。 数据质量管理需包含质检规则、质检方案、质检结果管理。规则库需至少包含非空检查、值域检查、规范检查、唯一性检查、引用完整性检查、逻辑检查等类型的检测规则。需支持按数据元素批量新增质检规则。 ▲需支持设置进行质检的表、检查字段；支持通过正则表达式自定义数据质量检测规则。 需支持对质量检测规则进行问题级别定义，需至少包含“建议”“轻微”“一般”“严重”等维度，便于对数据质量问题采取不同响应措施。 需支持自定义保留最近检测次数的质检结果，而质检方案汇总数据将永久保存。 ▲需支持质检方案的执行周期，预警规则，质检报告发送策略和发送人员进行设置。需支持按每日、每周、每月、每年进行质检任务调度；需支持通过问题级别、质检分数设置阈值，通过不同阈值将预警级别分为高、中、低三个级别。质检报告发送策略需支持每执行多少次发送一次、预警结果高于或等于某预警级别时、质检分数低于多少分时三种方式，也支持三种方式组合； 支持查看数据质量分析报告，质检报告需支持PDF格式下载；报告内容需包含数据质检综合评分、质检评分历史趋势、质检结果分析、评估概况、数据表质检明细、各部门质检明细等部分内容。 2.2数据补采工具 对于学校业务系统中缺少的数据内容，通过配置表单实现面向师生用户或业务部门的收集。 具体要求如下： 1)需支持数据表配置，需支持设置数据表的表名和物理表名，支持依次添加表中的字段，设置每一个字段的字段名、物理字段名、字段类型、字段属性、是否设为主键等字段信息。支持删除已新增字段，支持通过拖拽调整已新增字段顺序。 2)需支持对数据表作停用和删除操作，停用表时支持输入表名进行确认，删除表时需先停用，防止误操作 3)需支持数据模型配置，需支持按步骤依次设置模型信息。需能逐个设置模型所选择的数据表中各个字段是否必填以及选择引用的字典数据，支持设置字段的验证规则，支持整数验证、数字验证、英文字符验证、数值范围验证、邮箱格式验证、手机格式验证、日期验证规则等验证规则 4)支持WEB方式可视化设计数据补采表单，需能设置采集数据的字段，需支持添加、拖拽字段自动生成布局。需支持单行文本、只读文本、多行文本、序列号、下拉选择、下拉树、单选、多选、日期、数字、开关、选择部门、选择人员、批次编号等控件 5)系统需支持已新增模型管理，需支持模型授权、模型启用、模型停用、模型删除等功能。模型授权时支持从系统用户列表内选择授权人员。模型停用前之前检测，若该模型已被授权且正在进行补采填报的数据收集任务，将无法停用，模型删除前需检测其是否停用，模型停用后支持删除。 6)▲用户需能通过单条数据新增、excel批量导入、下发收集任务3种不同方式完成授权数据的补采工作。系统需支持多级任务下发，用户在下发任务时需能选择是否允许再次下发。 7)导入时需能下载excel导入模版，在excel模版中完成数据编辑后即可上传，上传完成后，用户需能下载导入失败的数据查看失败原因。用户需能查看本人的导入记录，需能查看导入时间、导入数据总量、导入成功数据量、导入失败数据量，在导入记录中支持下载导入失败的数据和下载导入数据的原文件。 8)▲在下发收集任务时，需支持按步骤设置下发数据范围和下发方式，任务接收人，任务的提交截止时间、超时是否允许提交和填写注意事项等信息。用户确认收集任务的配置信息后，需能通过二维码或链接方式将任务分享给对应接收人。支持接收人通过移动端扫描二维码打开任务填写表单。 9)系统支持将任务接收人提交的数据汇总给任务下发人，任务下发人需能对汇总的数据进行确认，支持单条确认、批量确认、全量确认。已确认的数据需支持再次编辑。 10)系统支持用户对本人所下发的任务进行管理，需支持任务删除、任务详情查看功能。查看详情时需能编辑任务提交截止时间、查看接收人的任务处理进度。 11)用户需能查看和处理本人接收到的任务。用户需能查看接收到的每项任务的任务名称，分发人，提交截止时间，最新修改时间，任务状态等信息。在处理任务时，支持导入、导出、新增、数据提交、全量提交功能。系统支持任务接收人查看当前任务的数据导入记录。若接收人接收到的任务允许再次下发，则需能看到当前任务再次下发的收集任务记录。 2.3教师数据阅览室 1)系统需预置一套教师数据阅览室，可对教师基本信息、人事信息、教学信息、科研信息、财务信息、资产信息、校园生活等进行展示。 2)教师发现个人数据质量问题时，需能发起数据纠错申请，需能选择修改数据、新增数据、删除数据等常见纠错需求，数据纠错颗粒度需支持字段级。 3)为提高数据纠错效率，教师需能填写本人联系方式及上传相关证明材料。 4)教师需能查看本人数据纠错记录，需能分类查看办理中、已办理、已拒绝的数据纠错申请。2.4学生数据阅览室 1)系统需预置一套学生数据阅览室，可对学生基本信息、成绩信息等进行展示。 2)学生发现个人数据质量问题时，需能发起数据纠错申请，需能选择修改数据、新增数据、删除数据等常见纠错需求，数据纠错颗粒度需支持字段级。 3)为提高数据纠错效率，学生需能填写本人联系方式及上传相关证明材料。 4)学生需能查看本人数据纠错记录，需能分类查看办理中、已办理、已拒绝的数据纠错申请。3数据集成服务要求 需对我校教务系统、学工系统、财务系统等完成数据采集服务，数据清洗服务、数据标准化服务、数据集成处理服务、数据脱敏加密服务、数据质量检测服务等。 3.1数据资源盘点及需求调研 数据资源和需求调研是数据治理中很重要的一个环节，是数据治理的起步环节，充分了解业务数据现状和数据需求，为后续数据治理设计和实施工作的开展提供基础保障。 具体要求如下：1)需对治理范围内业务系统或部门调研，以数据视角摸清各系统数据资产情况，数据需求情况等，输出《业务系统资产盘点》、《业务部门调研报告》。 2)《业务系统资产盘点》需要明确系统名称、责任部门、系统建设方、建设年代、数据库情况、系统访问情况等信息； 3)《业务部门调研报告》需要描述部门数据资产建设情况，包括线上线下，需描述业务名称、数据名称，数据项名称、数据规模、数据更新频度等；需要描述各部门核心数据编码情况需包括核心编码的分类及编码规则，例如本科生分类及学号编制规则，教职工分类及编号规则；需要描述部门数据的需求情况需包括提出部门、需要数据名称、数据项描述、用途场景、提供部门；部门提供材料情况，例如数据库字典、线下excel表格、本部门核心编码规范等内容；以及部门其他数据需求描述，包括业务部门，提出人、需求描述； 4)需要充分了解现有平台信息标准建设情况、集成数据的情况，支撑业务运行情况，需输出《现有数据平台调研报告》。 5)《现有数据平台调研报告》需要明确集成数据情况，包含数据资源名称、提供部门、提供系统、接口名称，数据采集频率、数据规模、迁移是否考虑等；需要数据使用情况，包括数据资源名称、使用系统、使用部门、使用方式，接口名称、数据更新频度、迁移是否考虑等；需要明确信息标准建设情况，包含标准名称、标准表名称、标准类别、迁移是否考虑等； 6)需要充分了解学校数据价值呈现需求，输出《业务场景数据需求清单》。清单内容需要详细描述场景对数据资源及质量的要求；3.2数据集成实施服务 依据《数据治理责任清单》，以数据责任单位为单元，完成业务数据识别、理解、入贴源层、入主数据、入数据仓库、数据下发等工作，同时也完成标准校核制定、数据质量检测等工作。 具体要求如下： 7)需要支持全量或增量的采集方式，识别业务系统业务数据及相关联代码表，采集到贴源层,需覆盖《数据治理责任清单》中内容； 8)需要完成主数据模型初始化及主数据识别入库，包含接口开发、数据清洗转换、数据历史保留等工作，需覆盖《数据治理责任清单》中内容； 9)需要完成标准层数据模型初始化及数据入库，包含接口开发、数据清洗转换、数据历史保留等工作，需覆盖《数据治理责任清单》中内容； 10)需要完成学生全生命周期主题模型的初始化及数据计算加工，需覆盖《学生全生命周期主题模型规范》中内容； 11)需要完成信息标准管理工作，包含标准初始化工作、新老平台标准迁移、标准校核问题入库管理等工作；需要完成《学校核心公共标准规范》等标准规范文档的入库管理； 12)需要依据《数据治理责任清单》，以数据责任单位为单元，完成数据质量规则、数据质检方案的设置，输出《责任单位数据质量报告》，质检结果支持量化打分，支持分级，根据分级可推送质检报告。 13)依据《数据治理责任清单》，对于没有源头的业务数据，需要完成线下EXCEL文档数据的整理、入库等工作； 14)需要规范学校数据使用申请流程及模板，配合受理各业务部门数据使用申请；负责完成各部门数据使用接口的制作及数据清洗转换并输出《数据消费使用实施报告》。3.3核心校标设计服务 需基于国标、教育部数据标准、结合我校实际数据情况，优先完成《学校核心公共标准规范》，包含但不仅限于如下：校区代码、组织机构分类与代码、人员分类与编码规则，明确核心公共标准的管理、维护等职责及业务流程。其他标准需要在业务系统集成过程中逐步校核，逐步制定，最终输出全校《信息标准规范》。 4其他要求 4.1工程实施服务要求 4.1.1时间进度要求 本次项目须严格按工期部署完成，并达到采购人的要求。投标方需要在投标文件中给出预实施工期进度表。采购人要求签订合同后3个月内完成项目建设工作。 4.1.2实施方案 该项目规模较大，系统需求复杂，涉及部门、环节多，为了保证实施过程顺利有序，投标人必须作出详尽慎密的设计方案和实施方案，以交付学校使用，主要内容应包括以下几个方面： 4.1.2.1组织架构与职责 1)描述项目成员的组成，以及成员的职责。 2)提供项目经理一人，负责全程跟踪项目的开发与实施，直至该项目验收，并保证现场工作时间3个月以上。 4.1.2.2实施阶段划分 描述各个实施阶段的工作范围、内容、人力投入、过程、责任、交付成果等。 4.1.2.3项目管理要求 投标方必须提出针对本项目的科学严格的管理方案与措施，保证项目全面顺利实施。 4.1.2.4项目配置管理 在项目的建设过程中以及交付使用后，会产生大量文档和程序，如：需求分析说明、设计说明、可执行程序以及软件定制开发部分的源代码、用户手册、测试用例、测试结果等技术性文档以及合同、计划、会议记录、报告等管理文档。 由于文档的版本在不断变迁和修改中，势必产生一个庞大、动态的信息集合。因此，必须建设相应的配置管理系统，通过一系列技术、方法和手段来维护产品的历史、鉴别和定位产品独有的版本，以对在产品开发和发布阶段的软件变化进行控制，通过制定规范的配置管理工作计划和流程，沟通交流配置管理工作情况，从而使管理制度化、有效减少重复性工作、保证产品的质量和效率和系统的后续升级和维护。 4.1.2.5项目管理规范和手段 根据项目的实施方案，在实施过程中，为了保证用户方、开发方等各方能够对项目建设实施进行监控，及时发现和解决的问题，必须建立相应的项目管理规范，包括项目执行监控流程、执行监控的方法、执行监控的责任等，使管理和监控工作流程化、规范化，管理和监控工作责任明确。 4.1.2.6项目管理控制 项目的管理控制包含多个方面：项目范围、风险、进度、质量、变更管理控制，应贯穿项目开发建设的始终，必须做到对项目建设范围准确定义，一旦范围发生变更，要有相应地变更控制和应对措施。 4.1.2.7风险管理 项目风险管理是识别和分析项目风险及采取应对措施的一个过程，包括风险识别、风险量化、风险对策、风险对策实施控制四个方面。项目在实施过程中会出项各种各样的风险，必须做到充分、有效识别风险，应对风险和控制风险，在项目实施之初必须制定风险预测和规避风险的对策。 4.1.3实施过程管控工具要求 基于本项目为学校信息化建设的重点支撑，投标方的项目实施计划及过程进度管控能力是项目成败的关键，因此需要投标方提供或开发针对项目的详细进度计划管理工具软件或系统，对详细进度计划涉及的功能模块、任务、时间节点、人员进行精细化管理，且支持开放给采购人使用，方便双方项目团队成员以工程项目为基础，对项目实施计划及项目计划任务执行情况进行跟踪及反馈，对项目实施过程中出现的问题及其处理过程进行完整记录，并可对于项目交付物统一管理，项目汇报规范，交付过程项目团队响应和解决及计划完成有效监控，使项目交付过程面向校方全程开放。软件应至少包含以下内容： 1、▲应提供以学校领导为视角的项目综合看板，可查看本学校内所有项目的当前状态、校内所有项目问题及投诉的实时处理进展、以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库等信息； 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.投标人应提供本次投标产品的售后服务，包含（但不限于）以下服务要求： （1）BUG处理：如投标人交付的业务系统存在BUG，投标人须提供修正与消缺服务，如有修复BUG的补丁，应提供升级服务。 （2）故障处理：如投标人交付的系统上线运行时，出现问题导致业务中断时，投标方应对故障进行限时处理。 由于非计划掉电导致系统故障时，投标方应配合系统恢复。 由于系统资源不足导致系统故障时，投标方应配合学校系统恢复。 由于硬件故障时，投标方应在学校数据还原后，配合学校系统恢复。 （3）运行支持：投标方应对系统运行过程中系统管理员及业务管理员提出的问题提供解答和问题解决跟踪。 （4）在项目质保期内，因为软件系统本身原因导致系统不可用，投标方应全程跟踪解决，确保问题快速解决，因为操作系统、服务器、网络设备及其他硬件设备导致系统不可用时，投标人应配合招标人排查故障，提供解决方法供招标人选择，配合招标人解决问题。 5.系统集成要求 1.★与数据上报平台数据对接：要求与学校数据上报平台完成对接，并提供配合书。 2.★与学工系统数据对接：要求与学校学工系统完成对接。并提供配合书。 3.★完成与我校现有国产系统、数据库的部署，要求提供国产厂商配合书。 |
供应商报价详情
| 排名 | 是否成交 | 供应商名称 | 企业性质 | 排名价(元) | 实际报价(元) | 小微企业生产 | 环保产品 | 报价清单 |
| 1 | 成交 | 江苏金智教育信息股份有限公司 | 登录即可免费查看.00 | 登录即可免费查看.00 | 否 | 否 | 查看 | |
| 2 | 哈尔滨远桥商贸有限公司 | 749000.00 | 749000.00 | 否 | 否 | 查看 | ||
| 3 | 哈尔滨汇智创达信息工程有限公司 | 749800.00 | 749800.00 | 否 | 否 | 查看 |
采购人意见
微信扫码关注
