《XXXX大学数据预警平台技术要求.docx》由会员分享，可在线阅读，更多相关《XXXX大学数据预警平台技术要求.docx（14页珍藏版）》请在课桌文档上搜索。
1、XXXX大学数据预警平台技术要求（一）建设目的预警平台建设之前，一切的操作行为都是以人工为主，经验型：拍脑袋，模糊型：凭感觉，条块分割，人工为主，建设预警平台之后，一切都变的科学化,精准化，一体化，数字化，一切都围绕一个模式内里以预警，周围环绕着，日常监测，精准预测，科学把脉，外围预警业务运行现状，洞察业务运行趋势，多维评估业务风险，已建立数据共享为基础的跨部门，跨高校的合作机制，大数据的采集和存储，为数据的挖掘和分析打好基础，构建基于指标体系与预警体系一体化的安全智能模式，以数字化推动日常工作各方面变革。一切的操作都是围绕着精简化，简单化，方便的处理工作预警，为人员提供极大的便利。（二）项目
2、采购需求1 .日常业务管理采购人预警平台管理，负责一切与预警平台相关的工作，预警平台工作内容（系统管理，系统监控，系统工具，指标评价，预警作业，数据源管理，数据模型，数据指标，指标体系，预警对象维护，预警对象角色，预警主题），学工主题预警体系，教学主题预警体系，科研主题预警体系，人事主题预警体系，财务主题预警体系，图书主题预警体系。预警体系直观展现指标体系的完成情况，帮助部门聚焦核心工作目标，推进业务部门工作质量的提升。指标体系根据模型和场景，对业务指标分析所需数据进行有效的采集、汇聚、分析和管理。元数据收集推动跨层级、跨部门、跨区域数据归集，完善数据资源体系建设。预警体系为框架最后一环，由预
3、警监测、预警推送、预警处理等工作内容:预警监测提供体系化、数值化的标定和参考，可按需求定义预警展现形式,如雷达图、柱状图等。预警推送可按照设定预警阈值将告警、预警记录推送相关人员。预警处理是预警体系开展识别、诊断、预控等活动的前提，根据预警等级制定应对方案，处理结果会有相应监测和统计。2 .应用迭代及开发除了对现有校园预警平台已经上架应用进行应用维护和迭代，还需按照采购人要求完成校园预警平台新增开发应用和版本应用0所有开发的应用须进行统一身份认证改造平台必须遵循采购人整体信息化制定的相关数据标准和相关其它信息标准要求。基础指标是带有业务属性、经过加工的数据，能够指导业务改进的关键数据项。单纯的
4、数据展示对于业务管理者和决策者参考价值不高，需要结合业务，提炼成指标才有意义。一般预警指标，没有系统化的管理，大多是单一实现，并且很难互相关联；对决策者来说，零散指标无法充分说明问题，预警平台能将具有相互联系的指标系统化的组织起来，形成指标体系并统计分析。澳警平台开放应用瞥体系超市学工扫8 预誉体案人争主足BW羽务切预警体系运行平台指标体系管理iH 指标管理 维度管理 崛陋 计单位 扩展字段指标 开放掰应像掰标权限应用移动助手可视化楂板雪町监制里程碑监测趋势益赛AIffiXKIN器标准检色图墨检由愁a检色时效检年知入APtttA境报1*入陪网 陪帏SJ用标m指标网遇 !（法SW SOMRSg嚣
5、 x aQi序号应用名称描述1数据源新增数据源，指取数据的数据库连接。2数据模型新增数据模型用来收集数据，可以做关联和过滤。3数据指标添加数据指标，设定维度和度量统计指标为关注的维度和度量，维度是横坐标，度量是纵职能部门知处人事处科技处财务部图书馆后野 电佶 其他部 Xi 学坐标4指标体系配置指标体系，指标体系是可将多个指标放在一起观察和分析的一套体系。比如将不及格学分和缺勤情况一起分析5预警对象角色维护预警对象角色，预警发送对象角色维护，无维度表示全量发送，有维度则会根据维度取指标体系中符合规则的预警发送。6预警对象维护预警对象维护，更新预警对象数据信息，维度那里是单位号信息7阈值设置阈值设
6、置，在指标体系列表，每行都有对应的阈值设置，需要维护所有的阈值条件，然后通知人员8预警作业新增预警作业信息，查看修改作业信息数据9预警信息查看预警信息，可以查看详情和处理信息数据10用户首页查看总体数据信息显示，可以看到预警趋势，待处理预警信息11用户处理界面展示信息用户处理界面，用户会看带预警等级，预警详情信息，预警状态并进行详情处理3 .技术维护技术维护负责与校园预警平台相关的所有软件维护工作，工作方式包含现场技术维护（技术人员学校驻场）与常规技术维护，采用两种方式相结合，能够提供7*24小时故障响应的全天候技术维护服务，保障校园预警平台的稳定运行。技术维护的工作范围包括校园预警平台所有相
7、关软件的免费升级，各相关系统定期或不定期安全抽查和检测，已交付应用bug修复，已交付应用需求变更修改,校园预警平台各系统软件版本管理与最新版本上线发布，记录各类日志，编制和修订各类文档等。除此以外，需要建立完善的技术维护服务规章制度和故障响应流程。在实际的技术维护中，实行严格的故障分级制度，各类各级故障必须要有明确的响应措施。从故障提交到响应、级别升降、挂起、分配、故障排除到故障修复总结的所有环节,对每个具体的服务,要责任到人，需要有有一套严格的管理流程和制度。所有技术维护工作必须记录完整的技术维护日志，校园预警平台各软件系统维护需保存档案。针对技术维护，要有定期或不定期的巡访、调查，监督，保
8、障技术维护的效率和质量。建立客户满意度调查制度，建设客户投诉体系，技术维护团队需积极妥善解决校园预警平台实际运行过程中出现的所有技术问题，提高客户满意度。4 .驻场服务要求采购人数据预警平台项目工作主要分项目的开发工作和日常运营管理及维护两部分，由于需要同时承担开发和运维工作，要求组建一个综合开发团队，团队需要常驻XXXX大学东湖校区，并按照采购人上班要求（工作时间根据采购人上班时间制定）进行项目开发和日常运维实施及技术支持服务。整个团队需保证至少安排1名项目负责人、4名有经验的技术开发人员，驻场服务时间自合同签订之日起至2024年12月31日。驻场人员经采购人面试通过认方可入场，入场后不得随
9、意替换，特殊原因需替换（如：离职、大病）需经采购人同意并书面批准。驻场人员需要计算机相关专业，负责校园平台日常开发、运营管理和维护工作,必须具备JaVa专业知识、熟练掌握版本控制Git,SSM,SPringBOot快速开发框架，以及预警平台的相关开发技术和各类开发工具。（三）项目技术需求1 .开发平台要求1.1 开发工具投标人应提供一个独立于硬件接口之上的应用软件开发平台，提供完善的开发工具，软件平台的IDE（IntegrationDevelopmentEnvironment）及插件的使用难度应该不高于目前各开发语言IDE。其中JAVA开发的参照对象是:ECIiPSe；1.2 开发平台具有自主
10、的开发平台，采用SPring,Bootstrap,MVC等主流技术架构，基于HTML5+CSS3实现多终端多浏览器访问（如：IE、ChromeFirefoxSafariOpera等），实现电脑端、移动端各种分辨率自适应访问，可以与校园门户（PC端）、移动APP（AndrOid和IoS）、微信公众号完美结合；1. 3重用组件对于复杂的业务，开发平台应通过提供各种组件和接口尽量减少开发工作量,对于各种业务流程中共有的内容，可以定制模板，并在以后的开发中直接使用；1.4接口支持应该具备独立的接口管理模块。利用此开发平台开发的IT应用，在接口开发上能支持常见的技术标准（至少支持WebService,R
11、estfulAPI）,保证与周边系统的无缝连接；1. 5数据库支持采用目前主流的数据库产品如ORACLE（IIg或以上版本）、MySql（6.5以上版本），数据库的建模要求必须使用专业工具完成，如：PowerDesignerErwinRationalDataArchitect；1.6 中间件支持如果需要使用中间件产品，那么要求开发平台和中间件是松耦合的方式，即开发平台对中间件是1：N的关系。支持目前主流的中间件产品及其版本，Java中间件小型应用系统采用Tomcat,中大型应用在WebLogicdOg以上）、WebSphere（6以上）中进行选择,SAP中间件采用NetWeaver（6.0以上
12、）；1.7 开发语言开发语言为JAVA；1.8报表工具开发平台中的报表工具应该是开源的产品；1. 9原型验证系统需求分析时，要求采用专业工具进行可视化原型说明，如：AxureRP；1.10 开发框架开发框架在架构层次、应用部署支持、资源管理、安全机制、平台管理（权限、接口、日志等）、应用扩展这些方面的设计思想符合SOA理念；1.11 代码管理主流、通用、完善的代码管理工具和良好的代码备份方案；1.12 安全机制基于三层结构（数据层、应用层、WEB层）设计、严格的身份授权机制（绑定MAC地址、按角色、数据表、字段等授权）、敏感数据的监控预警等，采用采购人统一身份认证系统。2.应用平台要求2.1客
13、户端操作系统支持：WindoWs、Mac、AndroidIOS等；2. 2服务器操作系统要求：Linux系统；2. 3浏览器：支持IE、ChromeFirefox、Safari、OPera等主流浏览器；2.10 架构：采用B/S架构；2.11 系统对客户端网络带宽要求应符合现有各服务站、内部用户的网络接入现状，并明确系统对于网络质量（如丢包率等）要求或建议；1.1 6服务器端网络架构及带宽要求应符合现有网络现状，投标人可提出相关要求或建议；1.2 7应用软件与硬件平台相对分离，应用软件可以自由运行在主流操作系统及主流硬件平台上；1.3 8投标人应明确给出选用的应用软件平台的具体特性和使用限制，
14、包括系统的配置文件，并说明产品功能的使用范围；2.9 系统具有较强的可配置性，在权限、流程、业务规则、页面内容等方面具有灵活性；2.10 应采用简洁、直观、友好的图形化界面；2.11 应具有完整的权限管理功能和完善的系统安全机制，能够对系统核心操作进行控制；2.12 支持分布式数据管理，支持多数据源间的访问连接；2.13 应用软件采用分层的模块化结构设计，应具有灵活性、可操作性、可移植性和可扩展性。模块的增加和对模块的修改不应对其他模块产生影响，并能在不影响系统运转的情况下做到模块更新、模块加载；2.14 应用平台升级方便，能在不影响应用平台主体应用模块功能的情况下升级，并保证以前的数据完整。
15、3.性能要求1. 1数据库可采用ORACLE（IIg或以上版本）但必须实现数据库集成解决方案，提供符合采购人标准的容错性和高性能，并给出由于可预期的业务增长而必须进行的集成认证改进和扩展的解决方案说明书。实现数据库高可用解决方案。2. 2实现多台WEB负载均衡，保障平台10000+的在线人数的流畅访问，1000以上用户并发访问。提供可预期访问量增长的改进和扩展方案。实现多台WEB动态负载均衡方案，可提供自动故障节点转移能力，保除平台7*24小时稳定高效运行。3. 3应用服务器采用Tomcat/Resin/WebLogiC等。4. 4APl接口支持响应时间为G秒，并发用户数要能达到100O人/次
16、。1000个用户并发请求同一个APl时，除网络延迟因素外，响应时间不超过3秒。5. 5为了确保接口服务吞吐量最大，接口应自动地在系统中完成动态负载均衡调度。6. 6与采购人数字化校园无缝集成，用户登录采用采购入门户统一身份验证,新生数据通过数据中心流转。7. 7采用SOA技术架构实现模式，实现REST、WebSerViCe服务等接口。（四）其它要求（1）投标人应承诺保证该项目按时正式稳定地运行，并承诺提供自合同签订之日起至2024年12月31日前的驻场服务，驻场服务团队要求见4.驻场服务要求。（2）对项目开发过程中可能存在的流程变更与功能变更，投标人须无条件提供软件修改服务。（3）在项目开发过
17、程以及维护服务期之内，如果用户因业务调整而导致系统功能的变更，只要该功能在招标功能范围之内，投标人须及时提供变更服务，费用包含在投标报价内。（4）在整个项目服务期内，投标人须根据采购人数字校园建设要求免费提供数据接口，并配合对接工作；投标人免费提供与采购人其他平台或者系统对接的数据接口，并配合对接工作。服务标准（5）投标人应承诺根据对采购人相关业务运作的规律来有计划地制定服务保障体系。投标人针对客户不同的采购人一体化平台的业务流程和服务需求，制定不同的运行保障方案，建立完善的本地售后服务体系，向对采购人提供充分考虑使用者利益的技术支持及售后服务模式。除了上述的有关承诺之外，投标人关于服务保障体
18、系的描述应具体包括如下内容：（1）运行保障机构主要描述投标人于对采购人本项目的运行保障能力描述。（2）服务期内运行服务内容定期走访或实行远程维护：定期维护的时间区间、周期和详细规划，规划包括：方式、人员和详细的维护内容。重大事项的及时响应：采购人一体化平台出现故障或意外情况导致服务平台不能正常运行时，投标人响应的情况描述，针对不同响应级别的即时响应包括:人员、时间和内容等。服务请求的方式：在采购人需要提供服务（包括即时的和非即时的）时，能够与投标人联系沟通的方式描述，应包括：服务热线电话和联系人、联系单位信息、信函/传真、电子邮件、服务网站。服务请求的流程：投标人对用户的支持或维护请求处理流程
19、的流程图和详细描述。（3）服务期后运行服务内容定期走访或实行远程维护：收费服务的时间区间、周期、费用和详细规划，规划包括：方式、人员和详细的维护内容。重大事项的即时响应：所需费用由双方协商。（4）运行服务的档案运行服务的详细记载，可以用于分析总结。（5）用户投诉投标人是否设有用户投诉受理电话，对用户的意见做出及时反应。如果有用户投诉受理电话，请描述以下内容：电话号码（或传真）、投诉中心负责人和受理答复时间。成果移交（1）交付成果和文档资料在本期项目的开发过程中和验收交付使用前，要求将各个阶段产生的全面、规范的成果和文档资料，以及采购人数据预警平台源代码交付给采购人，而且要提供明确的交付清单和采
20、购人数据预警平台搭建的详细说明文档。同时，成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料主要包括以下部分：D可运行的采购人数据预警平台。2）技术文档：包括项目开发中的各种技术文档，包括但不限于开发&测试环境配置说明、软件工具清单及其详细使用说明、详细数据字典说明、需求分析说明、变更说明、采购人数据预警平台设计说明、用户手册、以及有关采购人数据预警平台接口标准规范、数据库设计规范接等等。3）管理文档：包括项目开发中的一些工作文档，如，计划、报告、讨论纲要、会议记录等。4）源代码：包含项目开发中涉及的所有源代码，包括但不限于使用的第三方控件、服务接口、数据接口等所有涉及服务平台开
21、发、测试、部署的源文件或源代码。（2）版权归属及使用要求：项目正式验收后5个工作日内，向采购人移交项目开发中涉及的所有源代码，所有文档（包括技术文档和项目管理文档）、包括但不限于使用的第三方控件、服务接口、数据接口、数据规范等所有涉及平台开发、测试、部署的源文件或源代码。平台的所有权（包含但不限于使用权，著作权等）为采购人完全拥有。项目源代码和相关数据未经采购人授权，不得做其他用途。（3）维护要求：数据库安装及漏洞补丁、系统漏洞补丁及维护均由投标人负责。服务效率L中标人须提供应用支持：通过电话、QQ群、微信群、邮件以及其他方式提供7*24小时的应用支持服务（包括使用咨询、系统管理协助、应用政策
22、建议）及系统数据容灾恢复上门现场服务。中标人应在接到维修及技术服务要求后应在1小时之内做出响应，如果需要应在2小时之内派出专业工程师维修人员到现场维修。2.对于系统数据容灾恢复上门现场服务，在接到采购人报修后2小时内，技术人员到达采购人现场提供系统服务。系统集成要求要求本项目软件支持与采购人数字化校园平台（统一公共数据平台、统一身份认证、综合信息门户）进行全面对接。1）认证集成。系统完全对接采购人现有统一身份认证体系，不单独提供账户登录界面。按照采购人要求的认证规则改造认证逻辑，采用统一身份登陆界面，实现单点登陆，实现校内用户的统一认证及应用系统级别权限控制，不单独提供账户登录界面。系统需承诺
23、提供业务系统开发权限管理接口，并配合统一身份认证平台进行用户角色与权限管理，对接完成后需采购人信息中心签字确认是否按要求完成。2）数据集成。系统作为采购人整体信息化的一部分，需要与采购人“一库一表”的统一公共数据平台和其它应用系统进行数据共享与集成。根据采购人的数据集成方案实现数据的采集（ETL技术）和数据的推送（统一数据接口），完成数据交换和共享。系统中使用的基础信息数据，例如组织机构、教师信息、学生信息、班级信息、学院信息、建筑物信息等必须从中心数据库实时同步（采集）；本系统中产生的数据，根据频度、粒度的需要实时同步（推送）到中心数据库；系统要提供数据交互接口，包括读和写两个方面，提供手动
24、推送和手动读取功能，对于实时性强的数据须按照采购人数据交互标准改造并免费开放接口。3）功能集成。系统面向大众的微功能（微应用/APP）要与采购人“一库一表”对接，对接内容包括并不限于以下事项：消息对接（包括待办事宜、消息提醒、消息发送等）；日程对接（包括业务日程、公共日程和个人日程）；服务集成（包括浏览器兼容性、Frame嵌入集成、UI整体风格一致性调整等），协助采购人实现将面向最终用户的服务页面整合在综合服务门户中；微功能（微应用）属性信息集成，包括微功能（微应用）的时间属性及点击痕迹记录日志信息。系统须采用碎片化（微应用）的设计方式，使得所有业务功能可自由调用及搭配。项目文档要求本次项目验
25、收前必须提供以下文档：（1）需求规格说明书；（2）技术文档：包括项目开发中的各种技术文档，如开发环境配置说明、软件工具清单、需求分析说明、变更说明、教学管理信息服务系统设计说明、用户手册、以及有关系统接口的技术说明等等；（3）软件数据库文档。要求提供投标产品各软件数据库表结构、函数、触发器、数据完整性要求、主键、外键及用户等相关数据库对象的详细说明文档以及技术文档。（4）管理文档：包括项目开发中的一些工作文档，如，计划、报告、讨论纲要、会议记录等。安全性要求1 .认证授权：保证用户的合法性和用户使用信息资源的权力，避免内部敏感信息泄漏和服务所提供的信息资源被非法访问，造成严重的安全事件。2 .
26、信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处理，防止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密。3 .数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权修改。4 .审计：记录应用日志，对事件进行分析，并能提供预警信息。5 .数据备份：利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。6 .从物理安全、网络安全、系统安全、应用软件安全、用户安全、数据安全等几个方面给出配套的安全体系完善方案，以便防范安全风险。其他技术、服务要求L要求中标人提供完整详细的实施、培训和运维计划方案，并得到采购人的批
27、准。实施过程严格按照批准后的计划进行，如有变更需再次得到采购人的批准。2.投标人提供的驻校人员，以及售后维护机构和人员等，必须具有较强的服务能力以及较强的专业技术技能，能提供快速的售后服务响应，满足采购人数据预警平台后续开发、运行、支撑的技术和技能要求。3.要求项目中标人在项目实施工作开始前提供完整的软件系统需求分析说明文档、概要设计文档、软件系统测试用例和测试结果说明文档、用户使用和管理操作说明文档等相关软件过程管理文档，并得到采购人的论证通过方可开始实施。中标人对由于管理文档不过关造成的工程延期或其他可能的风险承担主要责任，如对采购人造成损失则需进行赔偿。4 .要求中标人不限次数地提供人员
28、使用操作培训、管理员管理操作培训和二次开发培训直至相关人员熟练掌握所需技能。5 .要求中标人在项目验收前提供完整详细的系统故障维护应急响应机制说明文档，并得到采购人的批准，此为验收通过的必备条件之一。6 .系统实施及运行阶段提供与第三方系统的对接的接口并给予不限次数的技术支持，费用包含在投标报价内。7 .培训：中标人应对采购人的二次开发人员、操作人员、维修人员等相关人员进行培训，费用包含在投标报价内。中标人应对上述内容的实现方式、地点、人数、时间在投标文件中详细说明。中标人须提供完整详细的实施、培训和运维计划方案,并得到采购人的批准。实施过程严格按照批准后的计划进行，如有变更需再次得到采购人的
29、批准。培训应贯串于整个项目的实施过程中，包括在从项目准备、研发到项目运行的全过程中。提供详细的培训方案、培训内容、培训计划、软件使用说明、后期维护方案。需要提供以下几方面关于培训的描述：（1）运行管理培训为了使采购人的相关人员掌握有关采购人一体化平台的二次开发、使用、维护和管理方法，达到能独立进行管理、故障处理、日常测试和维护等工作的目的,应进行采购人数据预警平台的技术培训，以保证所建设的采购人数据预警平台能够正常、安全、平稳地运行。（2）培训要求：投标人派出的培训讲师必须应具有丰富的同类项目的培训经验和实际开发实施经验，能对二次开发人员进行技术讲解和指导；所有的培训讲师必须用中文授课；投标人
30、必须为所有被培训人员提供培训用文字资料和讲义等相关材料，如果培训地点在外地，投标人还应为所有被培训人员提供食宿；投标人应按合同规定安排培训时间和培训名额。（3）培训方式：包括课堂讲解、上机操作和实际工作的参与等。（4）培训工作的内容和对象描述：投标人进行的培训工作包括了培训方案的设计、培训制度的制定、培训开发、培训实施和培训效果评估，及时监控培训效果，保证培训课程符合采购人实际的需要。在采购人数据预警平台运行（含试运行）的各个阶段相应的培训内容描述，培训阶段安排包括：采购人数据预警平台二次开发人员培训、维护人员培训和采购人数据预警平台使用人员培训。各个阶段描述标题包括：培训内容、培训教师水平、参加对象、授课时间和上机操作时间。8.开发标准：符合我国国家有关技术规范要求和技术标准，所有的软件必须保证同时安装到位。
