高校采购大数据分析平台建设需求

PAGE第71页共71页第59页共71页高校采购大数据分析平台建设需求第一章、项目概况项目背景多年来，高校招标采购领域中分散采购、规避招标和违规违法采购问题时有发生，是采购活动有序开展的重要堵点痛点问题。按照系统集成要求，全系统重塑工作机制、全方位构建应用场景、全流程编制工作规范，建设高校大数据监督应用，以《公办本科高校科研经费大数据监督应用指南》要求为依据，扩展采购大数据分析平台（简称：采购安），为实现“采购三安”（采购人员安心、采购合同安全、采购活动安顺），提供监督执纪保障。大数据分析平台是高校面向多个关键领域的监督平台，按照“顶层设计、增量开发、迭代升级”的系统建设思路，首先构建高校统一的大数据分析平台，集成采购业务系统数据，形成采购安，完成对高校采购公共权力的在线监测、全面预警、线上处置等治理功能。工作目标对标数字化改革系统化、结构化、标准化要求，立足“监督的再监督”，以高校监督管理为突破口，推动高校主体责任落实，转变监督管理方式，实施业务流程再造，构建统一的高校采购大数据分析平台（“采购安”），本期集成“采购安”应用场景，在此基础上，采用开放式结构设计，以后可以方便扩展其它应用场景，形成统一的、可扩展的高校采购大数据分析平台。整体建设内容高校采购大数据分析平台—采购安是学校基于大数据分析技术，对关键下：领域运行过程进行数据治理和监督的一体化平台，打造一个高校大数据监督的主驾驶舱和多个子驾驶舱。序号软件名称功能系统描述数量1高校采购大数据分析平台高校大数据分析平台—采购安是学校基于大数据分析技术，对关键领域运行过程进行数据治理和监督的一体化平台，打造一个高校大数据监督的主驾驶舱和多个子驾驶舱。主要建设内容如下：1、高校大数据分析平台（主驾驶舱）；2、高校采购大数据分析平台（子驾驶舱：“采购安”驾驶舱）；3、数据仓库与数据挖掘系统；4、平台访问控制与管理系统（系统管理）；5、数据采集与交换系统（数据归集）具体功能包括：数据仓库、监督台账、风险事项、监督事项和监督模型、驾驶舱建设、预警处置、信用管理、消息系统、系统管理等。要求实现采购全流程监督，监督事项要求至少支持16个事项，16个预警模型，35个预警类型；要求各系统的访问信息控制系统采用平台统一用户认证管理，与学校数据中台和采购管理系统数据交互对接，并包含因对接产生的相关费用；要求建立采购大数据监督驾驶舱，并支持二级页面展示；要求同步完成采购业务系统相关预警点梳理及数据治理工作；要求实现处置流程的自定义配置。1套主要建设内容如1、高校采购大数据分析平台（采购驾驶舱）；2、数据仓库与数据建模；3、平台访问控制与管理系统（系统管理）；4、数据采集与交换系统（数据归集）第二章、建设内容高校采购大数据监管平台—采购安（简称：采购安）主要对关键领域采购权力运行进行大数据分类监督，建立数据仓库、监督台账、监督模型、预警处置，驾驶舱，实现“一图一舱三预警”可视化应用场景，以及相关的信用管理、消息管理和系统管理。其中：一图：指关键领域项目全量数据概览图。一舱：指关键领域预警监督驾驶舱。三预警：指监督过程按照事前、事中、事后三个阶段开展的监督预警，分为“蓝、黄和红”三个预警等级，不同预警等级采用不同的预警处理方式。2.1数据仓库数据标准是为了规范系统建设时对业务的统一理解，增强业务部门、技术部门对数据的定义与使用的一致性。遵照全员（经办人员、服务人员、监督人员）、全量（每一个业务项目、每笔业务经费、每张报销单据）、全流程（事前、事中、事后）、全要素（数据采集，处理流程，线上线下）的“四全”原则，打通校内采购、财务等数据；同步推进组织、人事信息共享，建立个人和企业信用征集信息规范。数据仓库基于数据标准基础上，实现高校采购监督所需的数据提供格式空间存储、数据通讯管道和数据治理的全链路数据集合体，实现采购及外部数据采集、清洗、归集、治理、传输，调度和监控等过程。根据数据仓库对数据实时性要求不同，数据链路有二种实现方式，一种是过程性数据，一般实时性要求不高，主要通过学校现有的数据中台来实现数据交换。另外一种实时性数据，可以通过与业务系统以直连方式实现数据交换。数据仓库要求与学校多个关键业务领域实现数据集成和业务集成，为以后监督一体化预留接口并实现与省大数据平台、省教育技术中心等单位系统数据间数据同步。2.2监督台账（1）项目结构化台账。按照现有已经介入数据仓库的关键领域为基础，建立以项目监督台账为基础的结构化管理模式，支持多层次结构项目台账管理，并提供项目台账的全局看板，支持导出符合条件的项目台账清单。（2）项目全周期跟踪和监督查询。以项目全生存周期管理为核心，内嵌风险事项的监测点(立项-事前、事中、事后)，对项目风险监测情况进行全周期跟踪，从上到下关联，形成一个项目全过程跟踪信息链，点击项目就可以查询项目全周期管理信息、内嵌监测点信息和预警信息等。（3）项目联机分析。支持多维条件组合查询和联机事务分析能力，可以快速搜索到风险事项在历史上出现预警项目，以及相关项目预警信息。（4）项目风险评估。建立项目评估指标，对纳入台账的每一个验收完成项目实施风险等级评估，按照风险事件预警等级并基于一定风险算法与规则，计算确定项目风险评估等级，支持项目风险五个等级：R5-高、R4-中高、R3-中、R2-底、R1无风险。支持多维条件查询项目风险等级。2.3风险事项围绕高频监督事项、廉政“高危”岗位、问题多发领域等社会关注问题，采用大数据治理策略，对风险事项实施电子监督。结合学校关键业务领域，开展监督需求调查、排查，梳理问题清单和需求清单，建立高频监督事项数据库，构建三级风险事项结构化体系。2.4监督事项和监督模型建立采购安监督模型，对采购意向、采购申请、采购执行、采购合同、采购验收、采购支付等情况进行实时监测评价和数据展现，将异常信息传递给预警推送模块处理；2.4.1采购监督模型按照风险事项层次结构图构构建采购管理系统的监督模型，按照采购事前、事中和事后三个流程环节构建监督模型。要求支持不同监督事项对应监督模型和数据算法。要求支持事项配置流程，可自定义配置预警类型、预警监测、预警规则、监测描述模版编制和预警参数配置等功能。采购监督事项要求支持以下采购监督事项的监督规则、监督预警模型设计。要求至少支持16个事项，16个预警模型，35个预警类型。序号事项名称预警类型采购环节处置单位备注1预算项目变动异常蓝色采购事前计财处黄色采购事前计财处2采购意向公开异常蓝色采购事前资产管理处黄色采购事前资产管理处3采购论证异常蓝色采购事前组织论证部门黄色采购事前组织论证部门4采购方式异常黄色、蓝色、红色采购事中资产管理处5通用设备配置异常黄色、蓝色采购事中资产管理处6限额标准采购异常黄色、蓝色采购事中资产管理处7采购申请时限异常黄色、蓝色采购事中资产管理处8采购执行异常黄色、蓝色采购事中资产管理处9采购成交频次异常黄色、蓝色采购事中资产管理处10采购成交价格异常黄色、蓝色采购事中资产管理处11采购合同签订异常黄色、蓝色采购事中资产管理处12合同进度异常红色、黄色、蓝色采购事中资产管理处13合同终止异常黄色、蓝色采购事中资产管理处14采购验收物品异常红色、黄色、蓝色采购事后资产管理处15采购资产入库异常黄色、蓝色采购事后资产管理处16闭环处置异常黄色、蓝色采购事后相应职能部门2.5驾驶舱建设驾驶舱建设是高校采购大数据分析平台展现窗口，本次项目建设主要包括一采购驾驶舱和驾驶舱的指标体系。（1）采购安监督驾驶舱（子驾驶舱）要求支持各类指标动态显示，并可以维护指标项的动态显示。支持指标项的分层展示。（2）驾驶舱指标库：指标目录体系（采购、监测和处置）。2.5.1驾驶舱指标库驾驶舱部署需要配置各类数字化仪表、统计图标和实时看板，能直接和间接反映学校采购现状，按照采购大数据监督分析要求，建立驾驶舱指标体系，明确各类指标属性定义，包括指标名称、指标类型、指标图形类别、指标计算模型、指标用途等，支持指标的多层体系结构设计，支持指标的灵活添加和维护，动态建立驾驶舱指标库，支持多层指标体系建设，主要包括：总览性指标、分类性指标、进程性指标和预警类指标。每个指标对应不同数据统计分析，并要求可以需要添加和维护。2.5.2采购安监督驾驶舱功能需求采购安驾驶舱主要对各类项目、监控、处置等情况的展现，同时也支持授权处置驾驶舱预警事件。驾驶舱支持三级展示页面，包括采购总览、分类和进程指标，点击每项指标可展现下一级分类指标，最终展现到采购业务明细列表。驾驶舱基本框架遵循“80%规定模块，20%个性模块”进行设计，80%规定模块包括项目情况展示区、预警监控数据展示区、监控流程处置闭环系统展示区、治理成效展示区。20%个性模块包括典型案例展示区。色调以蓝色为主，数据以柱状图、饼图为主展示。（1）项目基本情况展示区主要呈现采购总体状况、采购申请统计图、最长进程统计等基础数据。（2）预警、监控数据展示区主要呈现采购全流程事项监测运行状态、蓝色/黄色/红色预警数量、预警情况实时显示等信息。（3）监控流程处置闭环系统展示区按照“事前”“事中”“事后”的3个模式呈现预警环节、预警数量、处置情况等信息。（4）治理成效展示区：主要呈现问题查实数、处理人数、挽回经济损失等信息。监测指标体系按照监测指标体系的要求，建立采购、预警和处置三类指标。1、采购监测指标：主要包括覆盖采购过程的主要因素指标数据和金额，以及每个指标的展现方式。要求支持按照年度划分。支持点击查看每一项指标明细。监测指标包括总览指标、分类指标、进程指标等。2、预警监测指标：主要包括预警类型、主体预警、部门预警、采购方式预警等指标，并按照预警总览指标、预警分类指标等。3、预警处置监测指标：主要包括预警数、受理数、核查数、整改数等指标。支持包括预警处置总览指标、预警分类指标、预警处置进程指标等。2.6预警处置2.6.1预警处置描述通过数据监测引擎，服务器后台定时对采购业务领域（可扩展）获取数据进行在线数据监测处理，通过数据碰撞、数据比对、数据智能分析和数据挖掘，主动发现异常问题，输出预警信号，发出一个预警事件，建立处理流程日志，督促相关部门处置。系统自动收集监督信号处置过程信息。采购预警监测过程，预警事件的监测结果，包括事件属性、预警信号、监测规则、监测结果描述、监测数据跟踪、预警处置等信息。监督预警事件处置过程，包括预警受理、提醒、核查、整改和处理等。预警事件发生后，处置部门自动收到分类预警信号，并在规定时限内（配置7个工作日）发送“问题核查通知书”给责任部门，责任部门收到通知后，在规定时限内办理（配置：30个工作日）、核查问题，作出“核实或核否”的确定，如果是“核实”，需要进一步落实整改措施，并提交结果报告，最终形成处置预警处理的闭环流程。如果没有按照规定时限内处理预警事件，将循环以消息模式提示处置部门。发现的问题根据性质和情节轻重，实施分类处置办理，其中，预警事件由处置单位转主体责任单位，及时核实处理或整改，疑点类问题转纪检监察机关作为日常监督掌握或进一步核实核查。办理工作遵循“谁受理、谁反馈”的原则，及时反馈至“采购安”监督系统，做到全程可控可溯、形成闭环。2.7.1供应商信用1、供应商信用查询：对供应商失信记录进行查询。2、供应商信用征集：支持二种模式，手工登记失信记录和信用控制条件。另一种是系统根据预警处置的查实结果（黄牌和红牌），对供应商的信用记录自动添加，并按照一定算法生成限制行为种类和时限。3、供应商行为控制：供应商投标报名、供应商自行采购、供应商付款等实施行为控制。2.7信用管理2.7.2个人信用个人信用。是指对校内教职工在开展采购活动过程中的失信的个人行为进行管理。支持个人信用查询。个人信用的征集。有二种方式，一种是手动登记失信记录和信用控制条件。另一种是系统根据预警处置的查实结果（黄牌和红牌），对个人的信用记录自动添加，并按照一定算法生成限制行为种类和时限。个人失信行为控制。个人信用被纳入到失信人员群体的教师，在采购申请时，平台会基于其失信人员严重度对项目管理员进行采购申请、合同签订、项目申报等预警提醒，便于后续项目审核参考。2.8消息系统监测预警信号、待办等信息产生后，需要对指定的相对人进行消息提醒，针对红色、黄色、蓝色预警信号，需能够及时推送消息给处理人员进行预警信号受理，并开展文体核查，将预警信号及时推送到相关项目负责人和采购人，敦促其对预警信号处理，并反馈核查意见。消息中心可支持对接学校现有消息平台，实现消息多渠道推送。由于业务办理过程涉及到多个部门和人员，系统根据业务流程的节点状态，智能提供流程节点处理的相关人员的消息提醒，能有效提高办事工作的效率。统一消息管理主要实现功能包括：消息提醒、消息查询等功能。提醒系统包括首页提醒和短信提醒。首页提醒：对不同用户提供个性化业务流程节点待办事项操作提醒。短信提醒：通过学校的移动网管实现过程节点和个性化操作提醒。2.9系统管理2.9.1访问控制管理平台访问控制管理系统主要承担平台的用户和角色的功能授权访问、功能和组织机构管理，以及访问日志、工作流引擎、数据安全、操作日志等统一管理和同步应用集成。具体功能如下：功能编码公共名称功能描述0901组织机构管理平台组织机构管理，支持多层体系0902功能结构管理平台软件功能结构管理0903统一编码管理各类结构化类码的统一管理0904用户管理各级访问用户的管理0905角色管理各类角色和权限配置管理0906权限管理各类角色管理和配置0907工作流定义工作流事项、流程和节点定义0908工作流引擎（监督流程）工作流数据处理引擎和动作配置0909工作流图形设计工作流图形化设计和流程调整0910操作日志工作流数据操作的日志管理0911错误日志系统错误日志管理0912登录日志用户访问日志的管理0913参数配置各类配置参数管理2.9.2基础数据管理基础数据包括采购各类目录数据库：事项目录、归口目录、限额标准、代理机构目录、供应商库、类码管理、配置管理；【事项目录】：建立和维护事项目录，实现事项多级目录的新增、编辑、修改、删除、查询、排序、关联、版本和状态管理等。【监察目录】：监察目录是针对事项流程配置监察目录。支持监察目录的新增、编辑、修改、删除、查询、排序、关联、版本和状态管理等。【限额标准】：对不同类型业务流程进行限额标准管理和控制。【类码管理】：建立采购平台的统一类码管理体系和结构，并按照编码规则，新增、编辑、修改、删除、查询、排序和状态管理等。【配置管理】：参数配置管理，对采购过程中使用到的各类参数进行配置管理，系统提供配置的新增、编辑、修改、删除、查询、排序和状态管理等。第三章、技术和服务要求3.1技术要求1.项目应用采用SOA体系来实现，遵循统一学校信息系统建设要求，以及服务标准来实现其内部功能的服务封装、调试和发布，保证未来系统实施运行后，能够方便实现系统间对接，避免重复集成。2.系统采用B/S体系结构，支持校园网一体化应用，能与数字化校园系统对接，支持WebService标准服务和XML数据交换技术。须具备高可靠性，能接入数字化校园统一身份认证系统并实现单点登录。3.系统应符合软件操作规范，系统架构合理，面向中间件技术开发，确保软件及其组件的重用。做到不同系统的灵活扩展和集成，具有较高的重塑性和可维护性，保证系统的互联性和开放性。4.系统要求在大数据压力的情况下，支持数据优化技术，确保在大数据请求服务条件下，系统能保持良好的响应速度和可靠性。系统具有一定的容错能力、数据安全备份和恢复能力，并保持系统故障情况下的快速恢复运行。5.要求各系统的访问信息控制系统采用平台统一用户认证管理，严格按照平台权限和控制的体系的授权访问数据和信息。为了提高平台的信息安全性，要求对平台操作行为建立统一的日志管理系统。包括查询记录、登记记录、访问记录、操作记录等。要求对数据进行强化管理，确保数据的准确性、及时性。制定一个数据管理机制，数据管理手段和措施。保障业务数据一旦在系统产生，具有明确数据时效性，一致性。6.平台构建统一的工作流引擎、流程配置技术和状态控制技术，支持对采购安等各类流程和分支环节的工作流程控制功能，并能实现工作流、状态控制和权限控制的一体化，在不需要改变程序条件下，实现流程的配置管理，实现过程节点动态提醒功能。7.系统须提供数据库本地备份和异地备份方案，支持定时全量备份和增量备份。8.系统须提供完备的用户使用日志记录功能。9.系统须提供灾备方案，在主系统故障的情况下，能在2小时内恢复正常运行。10.系统运行安全和稳定，能够至少支持200用户并发使用。11、系统开发与运行环境：要求支持业内主流的标准配置。服务器和客户端支持MSWindows2008/2012以上的操作系统；数据库管理系统支持MSSQLServer2012；开发系统工具支持业内成熟的.NET（C#语言）技术；支持多种浏览器的访问方式，包括IE6.0及以上版本、360浏览器和火狐浏览器等以适应学校统一信息化系统兼容性要求。12、学校信息化技术要求：1）按照业务需要，与学院统一身份认证、数据农商、数据中台进行对接。2）系统上线前需要完成第三方公司安全漏洞扫描，确保无中高危安全漏洞。3）系统验收后六个月完成计算机系统等保保护测评备案，项目费用包含测评备案费用。3.2服务要求1.项目验收以招标内容为主要依据，中标供应商应满足招标文件功能要求，用户需求在开发期和试运行期内，仍有可能不断完善，中标供应商须承诺再修改应用软件。正式验收通过后，若有需求变动（属于招标和合同范围内），在维护期内仍应免费按需求变更，对系统做出相应修改，以满足用户需用求。2.具体验收标准以双方调研和讨论确定的《需求规格说明书》为验收标准，验收中发现软件达不到验收标准或合同规定的性能指标，中标供应商必须负担由此用户造成的损失，直到验收合格为止。3.提供系统库表结构定义、项目开发文档、源代码等技术资料。3.3项目实施要求3.3.1总体实施要求供应商应根据项目实施内容制定详细的项目实施计划和实施方案，明确各项工作任务的执行策略、进度安排和初步设想。进度计划要求划分项目的实施阶段，将整体建设任务按照项目建设内容、时间进行结构化分解，确定项目的重大节点和里程碑，提出有效的节点控制办法，保证项目的整体时间进度要求，项目实施计划要细化到周。在试运行工作后，由采购人组织人员进行项目验收。验收时将参照现行国家