****
诊改系统建设需求
目标管理与诊改平台以“需求导向、自我保证、多元诊断、重在改进”的校情分析工作方针，以质量保证体系为着力点，以诊断改进平台建设为支撑点，帮助院校共同建立常态化、可持续的诊断与改进工作机制，以保证院校教育教学工作质量、不断提高人才培养质量，提升教学运行管理信息化水平。平台以“*纵*横*平台”为基本框架，建立完善的质量目标体系和标准体系，从学校、专业、课程、教师、学生等层面建立有效的质量改进螺旋，同时结合多维目标考核细则，实现院校各职能部门、教学单位的年度质量目标考核。
*.建设意义
*.搭建*纵*横的内部质量保证体系
建立“学校-专业-课程-教师-学生”*个层面与各管理系统间的质量依存关系，形成全要素、网络化、具有较强预警功能和激励作用的内部质量保证体系，是开展诊断与改进工作的前提。
（*）完善组织体系。为保证诊改工作有序推进，学校应首先完善组织体系，厘清职责，明晰不同层级主体责任，建立质量保证委员会全面协调质量保证体系建设与诊改运行工作。以优化内部资源配置为导向，梳理学校各单位在决策指挥、质量生成、资源建设、支持服务、监督控制等纵向*个系统中的角色定位，形成机构健全、权责清晰、责任主体明确的质量保证组织体系。
（*）建立目标体系。目标是诊改的逻辑起点，在完善组织体系后，应建立学校发展的目标体系，厘清链路，明确目标起点与落脚。以学校的*年发展规划为基础，完善总规划及各项子规划，拆分重点任务，明确重点任务的实施路线、相关部门、相应责任人以及相关质控点，打造学校发展目标——*级单位目标——各层面建设目标——相应质控点的目标链条，建立上下衔接、左右呼应的目标体系，使得学校规划目标能够向下延伸落地。
（*）建立标准体系。标准是目标的支撑，是诊断的标尺。在建立目标体系后，应由相关部门根据目标体系建立逻辑相关的系列标准体系，作为开展诊改的基本依据。各相关主体根据制定的系列标准开展自我监测、自我诊断和自我改进，以指导学校发展、专业建设、课程开发、教师成长、学生成才。
（*）健全制度体系。学校优化部门工作流程，健全相匹配的制度，明确内部风险控制点，形成完整的内控体系，并紧扣目标任务实施的“事前、事中、事后”*个环节，设计部门绩效考核性诊断标准体系，以此厘清流程，建立流程与制度匹配的内控机制，保证诊改持续运行。
*.建设服务于目标管理与诊改的信息化平台
从试点院校实践来看，当前各院校信息化建设水平是制约诊改工作开展的瓶颈。学校管理信息化系统建设是开展诊改工作的重要基础，需要与内部质量保证体系同步设计、整体规划、分步实施，以自主研发为主，以需求为导向，建设适应学校诊改工作需要的智能化信息管理平台。
（*）建立教育教学质量诊断平台，破解诊改依据的精确性与可靠性问题。建设教育教学质量诊断平台，自动汇总统计各个业务系统的关键数据，为人才培养质量与工作绩效判断提供技术手段，为学院治理决策提供事实依据。
（*）建立制度文档管理系统，实现职责文档、岗位工作、工作标准文档、工作制度的全面统*管理。
（*）建立目标任务管理系统，对*字螺旋的目标相关内容进行全面管理，基于学校梳理的相关制度，制定目标体系，并将目标层层分级，下至各个直属单位、*级部门或相关个人。
*.培育和形成现代质量文化
在目标管理与诊改工作过程中，通过完善学校内部质量保证体系和智能化信息管理平台建设，激发学校各层面主体追求质量的内生动力，培育并形成自律为主要特征的质量文化，提高广大师生员工的认同感和获得感，真正做到目标管理与诊改的全员参与。
（*）加强制度规范，让质量标准形成权威。加强制度建设规范，明确制度建设的程序。上下、左右沟通确定工作目标和标准，通过管理信息平台，对年度任务、制度执行和相关决议事项进行公示、督办、问责。质量考核的结果在绩效考核和干部考核中予以应用。
（*）全员培训动员，让质量理念深入人心。以社会主义核心价值观为统领，分层分类对全校教职员工开展专项培训，介绍现代质量理念，解读学校目标管理和诊改方案，培训质量管理工具方法。组织党务、行政、后勤管理人员赴国内外高水平大学学习培训，学习先进的质量管理理念和经验。
（*）建设透明校园，让质量意识成为自觉。通过管理信息系统，将各项工作在网上流转并留下痕迹，形成可追溯的数据，同时，对各项工作的进展、实效予以公开，促进办事人员提升工作效率和质量。相关事项依法依规得以公开，确保教职员工深入了解校情校务，从而为有效实施民主管理提供途径和载体。
（*）开展各类活动，让质量标杆引领提升。开展各种类型的体现诊改质量文化的竞赛活动和讲座等，引导不同层面的质量主体能够主动思考如何实现质量提升。设置系列质量奖，对年度工作中高标准完成工作任务的单位和个人予以表彰，以质量标杆引领学院质量文化建设。
*.建设目标
本次项目建设，主要围绕目标管理与诊改平台展开。具体建设目标如下：
*.建成质量诊改专题库
从信息化角度来看，数据是最核心的信息资产。通过采集业务数据以及数字化校园主数据交互平台的交互数据，根据学校教学质量诊改的需求建立教学质量诊改专题数据库。通过构建质量诊改专题库，实现对学校各类数据的集中管理，是提升信息化水平最基础的环节。
*.梳理数据规范，消除信息孤岛
梳理学校各类数据资产，完善数据标准和工作规范，在目标管理与诊改平台的基础上，通过各种工具、接口充分采集、融合各业务子系统的数据，通过数据采集、清洗及转换，处理成可进*步应用的数据，形成常态化数据采集和集成工作机制。帮助学校消除信息孤岛，将现有业务系统的数据进行整理与整合，与诊改数据中新进行数据共享，各系统间独立运行、互不影响。
*.建设学校内部质量保障体系
根据学校办学理念和发展目标，立足学校实际教学工作情况，梳理学校在学校、专业、课程、教师、学生等不同层面的工作机制，构建覆盖全员、贯穿全程、纵横衔接、网络互动、具有较强预警功能和激励作用的内部质量保证体系和院校自主诊断与改进的工作机制，有效开展内部质量保证体系诊断与改进工作，帮助院校实现办学目标和保障教学质量。
*.建设学校常态化目标管理与诊改信息平台
基于内部质量保证体系，建设分角色、分模块、具备数据管理、数据呈现、数据分析、实时状态数据的监测、预警等功能的常态化目标管理与诊改信息平台，充分发挥信息化手段在教学质量监控体系建设中的作用，实现管理和数据分析的信息化，对学校实现精细化、多元化、动态化、常态化管理，帮助学校树立现代质量管理理念。让质量融入到日常教学管理中，实现教学管理水平和人才培养质量的持续提升。学校内部质量自诊管理系统建设要以“功能完善、资源共享、规范透明、安全高效”为总体目标，建成相对独立运行、基础数据统*集中共享的大型网络化信息管理系统，不断提高教学工作质量和效率，促进教学质量管理科学化、精细化。
*.形成常态化的质量保证体系信息化平台诊断报告
在内部质量保证体系框架下，以内部质量保证体系的评价指标为依据，明确质量评价指标的数据来源、数据内涵、采集人、诊断标准、诊断结果推送对象、改进措施与成效反馈等内涵，形成内部质量保证体系信息化诊断报告，为不断完善内部质量保证体系提供建设依据。
*.形成鼓励创新、包容失误、褒奖改进、追求卓越的质量文化
强化全员质量意识，贯彻落实全面质量管理观，推进质量立校战略实施，研究、传播文化中有关工匠精神、质量文化的优秀成分，不断丰富内部质量保证体系内涵，形成鼓励创新、包容失误、褒奖改进、追求卓越的现代质量文化，全面提升人才培养质量。
*.建设思路与原则
*.指导思想
深入贯彻《国务院关于加快发展现代职业教育的决定》（国发〔****〕**号）、《关于建立职业院校教学工作诊断与改进制度的通知》（教职成厅〔****〕*号）、《关于开展职业院校内部质量保证体系诊断与改进检查工作的通知》（桂教办〔****〕**号）、关于印发《****中等职业学校教学诊断与改进工作实施方案的通知》（桂教职成〔****〕**号）等文件精神，按照“需求导向、自我保证、多元诊断、重在改进”的诊改工作方针，以建立学校内部质量保证体系为着力点，以学校常态化诊改信息平台的建设为支撑点，帮助学校建立常态化、可持续的诊断与改进工作机制，以保证学校教育教学工作质量、不断提高学校的人才培养质量。
*.总体建设原则
目标管理与诊改平台的应用和相关规范标准的建设需要考虑各个层面的需求和特性，需充分考虑技术的先进性和成熟性、平台设计的开放性和标准化、系统运行的可靠性和稳定性、资源的可扩展性和易用性、数据结构设计的合理性、部署设计的灵活性，确保系统的整体性能优越，完全满足学校诊改相关工作发展的要求。总体建设需遵循以下原则：
*.标准化、规范性和开放性
全校范围的信息化建设是*个庞大的系统工程，其体系的设计、系统的实施等必须遵循*系列的规范、标准，确保各个分系统的有效协调，整个系统能安全地互联互通、信息共享。
*.先进性、成熟性和实用性
系统设计既要采用先进技术和系统工程方法，又要注意技术的可行性和实用性，方法的正确性。实用性放在首位，先进性与成熟性并重，并符合未来的发展方向。
*.开放性与标准化原则
应用平台应是*个开放的且符合业界主流技术标准的系统平台，对网络的硬件环境，通信环境，软件环境，操作平台之间的依赖小。
*.可靠性、稳定性和容错性
在考虑技术先进性和开放性的同时，还需从系统结构，技术措施，系统管理等方面着手，确保系统运行的可靠性和稳定性，达到最大的平均无故障时间。
*.可扩展性及易升级性
为适应应用不断拓展的需要，平台的软硬件环境有良好的平滑可扩充性。提供简便、规范、畅通的基础数据服务。
*.安全性和保密性
在平台设计中，既要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，分别针对不同的应用和不同的网络通信环境，采取不同的措施，包括用户安全性、数据安全性、运行安全性等。对数据库提供灵活的备份和恢复机制，确保系统发生故障时，及时恢复，不会受到影响。
*.可管理性和可维护性
平台是由多个部分组成的较为复杂的系统，为了便于系统的日常运行维护和管理，所选产品具有良好的可管理性和可维护性。
*.目标管理与诊改平台特有原则
*.主体性原则
构建基于“*横*纵”的内部质量保证体系，每*个横向主体层面都按照决策指挥、质量生成、资源建设、支持服务、监督控制*个纵向系统，构建完整的“*字螺旋”，覆盖事前事中事后全过程，相关部门及人员均为诊改主体，充分体现诊改的“*全”（全员、全过程、全方位）育人理念，帮助学校全面实施常态化、周期性的自主诊改工作。
*.坚持目标导向与问题导向原则
坚持目标导向，即以统筹规划为基础，细化目标和任务，明确关键责任部门和责任人，厘清职责，引导各主体不断实现不同阶段目标，实现自我的持续提升；坚持问题导向，即在内部质量保证体系建设过程中，聚焦薄弱环节，促使学校在发现问题，解决问题过程中不断改进和创新，工作质量得到不断提升。
*.坚持“用数据说话”原则
坚持用数据说话，*方面尽可能地将诊改质控点转换为可量化的指标，另*方面通过信息化工具，提供完备的数据系统支撑，做实数据采集工作（源头、即时、公开），坚持利用数据说话、数据分析、数据决策，从而达到知识创新的目的。
*.坚持目标管理与诊改和日常管理相结合
目标管理与诊改工作不能脱离日常教学与管理，目标管理与诊改不能是应对型质量管理，而应该是自我保证的常态化质量管理。因此要紧紧围绕提高人才培养质量，将诊改的运行与日常教学工作有效结合起来，避免诊改系统成为脱离日常教学的孤岛系统。
*.整体设计
*.系统设计需求
| 序号 |
系统设计 |
具体内容 |
| * |
技术架构 |
基于微服务架构技术，实现功能模块解耦，实现前后端分离，用户界面变更不影响服务提供的稳定性。 |
| * |
运行环境 |
系统软件支持*****以及*******操作系统，支持版本自动更新。 |
| * |
文档 |
系统交付时提供概要设计和详细设计文档，同时提供数据库表结构、表间关联关系、自定义函数、存储过程和系统接口说明文档，同时提供系统部署说明文档。 |
| * |
并发用户数 |
支持*****名学生、****名教师同时在线进行操作。 |
| * |
数据同步 |
系统定期自动完成系统数据库与学校数据中心的比对操作，对组织结构、专业和班级信息、教师（含兼职教师系统）异动信息等完成自动抓取，完成数据同步操作。各功能模块及子系统必须基础数据高度统*，功能或子系统切换无需多次登录，能实现*站式服务。 |
| * |
身份认证 |
系统能与学校统*身份认证平台对接，对接统*身份认证平台灵活方便，无需修改程序代码，只需要进行配置参数设置，同时具有统*身份认证平台新增用户的操作功能。 |
| * |
通用数据接口 |
系统开放部分接口，提供第*方应用系统轻量级查询与数据更新操作功能。 |
| * |
门户平台 |
后期对接学校统*门户平台，将诊改平台中针对教师和学生开放的查询、统计等程序接入门户平台。 |
| * |
数据迁移 |
本次项目建设后期需将系统云端数据无损迁移至学校数据中心（建设中），部署并能顺利正常工作。 |
| ** |
安全性 |
具有严格的安全机制，包括真正的*层结构（数据层、应用层、***层）、严格的身份授权机制（绑定***地址、按角色、数据表、字段等授权）、敏感数据的监控预警（成绩异常修改监控）等。 |
| ** |
兼容性 |
保证对各种浏览器（如：***及以上版本，*******，******等）的兼容。 |
| ** |
数据备份 |
系统交付时提供可靠的服务器架构方案，可实现服务器系统和数据库的优化、安全冗余、备份，可实现双机热备。 |
| ** |
云平台 |
系统前期优先采用云平台部署的方案：*.灵活性云服务器的硬件配置可根据需要（不同时期的网络配置）灵活配置与扩展，如***、内存、***数据盘。*.高性能云服务环境必须采用高端服务器进行部署，拥有较强的主机性能，同时采用集中的管理与监控，确保业务稳定可靠。*.数据安全性云平台必须具备完善的数据备份功能，就算是硬件出现了问题，数据也不能受到影响或者是出现丢失的情况，不能增加日常维护成本。 |
| ** |
负载要求 |
支持*****以上用户同时使用，****以上用户并发。系统保证*×**小时运行。普通页面响应时间，小于*秒，最大不超过*秒。查询页面响应时间，小于*秒，最大不超过*秒。后台数据批处理时间应在*小时内完成。支持负载均衡、可扩展性。 |
*.主要功能需求
| 模块名称 |
功能描述 |
| 登录 |
系统应支持集成统*身份认证或提供独立的登录页面进行登录，独立登录时，登录页面可自定义配置学校****图片及其他文字信息。 |
| 工作导航 |
为登录用户提供便捷的功能导航界面，方便用户快速高效地找到与个人相关的功能菜单。 |
| 待办事项 |
支持按照个人和部门展示待办事项，按已超期、即将超期、本周前应完成、本月前应完成、待审批等维度显示待办事项。可快速进入具体待办事项进行办理。在待办事项页面支持展示待审核任务个数，通过页面跳转进入审核任务列表页面。 |
| 项目管理 |
实现大项目建立、维护、查看等总体管理功能，实现任务基本信息、总体目标、建设思路、标志性成果的管理功能。 |
| 组织机构 |
以树状结构模式显示各处室、系院的部门、岗位、人员组成及相应职责。包括组织机构及人员管理、部门及岗位职责管理、标准工作管理以及导入导出功能。 |
| 发展规划 |
为学校、各处室、学院发展规划、重点工作任务提供项目式管理（如当年计划、***、***发展规划、优质校建设任务、合格评估、双高校建设任务、学院重点任务等），实现发展规划及重点工作的管理、分解、梳理、下发、办理、审核、评议等功能。 |
| 运行观测点 |
对各处室、学院不同层面的运行观测点进行统*的维护、管理及呈现，并将观测点按照目标、标准制定情况组合为目标链、标准链，随时对学院各个层面的运行观测点的制定与达标情况进行呈现与分析。 |
| 质量标准 |
支持学校、处室、院系、专业、课程、教师、学生*个层面按照国标、行标、省标、区标、校标、其他等标准类型进行统*管理，每个不同层面下的不同标准类型可以维护多种观测标准，用户也可以对标准分类进行管理。用户可以对相关质量标准内容进行维护，同时可*键下发至同层面的运行观测点。 |
| 工作任务 |
对各处室、学院在日常工作中的不同类型的工作任务进行管理，实现包括常规工作、计划工作、临时工作、协同工作、配合协同、材料收集等不同类型的工作模型实现；各种工作任务的在线规划、下发、办理、进度反馈、办结、审核等操作；实现工作任务的过程监控、任务提醒及异常预警等功能。 |
| 工作通报 |
实现各处室、学院工作的常态化督察督办及监控，按照不同部门、通报类型、通报内容概要、通报周期等内容根据自身工作职责进行常态化督导工作通报。在工作通报、督导过程中实现对基本情况的检查、存在问题的反馈、具体工作的要求、成果附件及佐证材料的管理。在督导过程中发现的问题会自动进入问题库以实现问题的限期整改。 |
| 工作评议 |
实现对已办结的发展规划、重点工作及不同类型工作的成果、成效的质量的评议及评价。 |
| *页纸报表 |
实现对大项目中各个子项目的*页纸报表的查看、统计及导出，呈现包括项目负责人、监督人、名称、目标概述等信息、项目总体目标（目标要显示完成进度、可按等级分类）、目标任务、各任务的限时完成时限（按年结转）、部门负责人，对应负责人完成及进度、项目预算、预算执行进度，目标达成度等信息。 |
| 问题库管理 |
支持对各处室、学院内部的问题进行集中管理，展示相关问题信息。问题提出后，相关责任部门和责任人需要根据实际情况对问题进行回顾、解决后提交反馈记录。支持按不同条件快速检索问题列表。支持通过移动端进行教师诉求、学生诉求、问题处理等工作的办理。 |
| 绩效排名 |
通过整合系统内所有的工作任务、工作通报、工作评议、问题库等相关内容的汇总、计算、评级、打分，实现过程性和阶段性相结合的绩效排名功能，通过为不同类型的单位（如处室、院系）设定不同的考核体系完成学院对所有部门及*级学院的绩效考核。 |
| 诊断报告 |
支持自动、实时生成学校及各部门院系的诊断报告(包括学校、教师、专业、课程、学生层面的诊断报告)，通过诊断报告反馈当前内部质量保证工作的规划、执行及落地情况。诊断报告包括基本情况、年度工作完成情况、观测点达标概述、各类型工作的完成情况、存在主要问题、系统分析问题建议、年度工作诊断分析、改进目标及措施等内容。 |
| 文档库管理 |
实现对学校治理工作相关的文档管理，如对学校学院发展规划文档、师资队*建设子规划文档、学生发展子规划文档等的管理。支持以分类、目录、文件的形式对相关文档进行统*维护、在线浏览及归档。 |
| 消息提醒 |
支持所有任务的催办及临期到期提醒功能，所有评议、问题的新增提醒、处理、反馈提醒，支持问题临期、超期提醒，支持审核任务相关提醒。支持未读消息提醒、已读消息功能，包含消息类型、消息内容、消息时间等。 |
| 移动端功能 |
移动端应该支持微信公众号、企业微信以及钉钉的接入。 |
| 移动端功能 |
展示我的待办、审批、统计分析、消息提醒、我的诉求、问题处理、部门评价及个人年报等功能，并可以在手机端操作处理相关工作。 |
| 考核模型配置 |
对学校考核体系进行动态配置及扩展，为学校提供*套考核体系可供学校自由配置，帮助学校快速地调整考核方式及计分规则等内容，同时可根据比例或分值划线来调整考核评级（优、良、中、差）规则。在考核模型配置完成后，可以通过测试来检查体系配置是否有效。 |
| 工作模型管理 |
对系统内的发展规划及重点任务、日常工作进行快速的配置，通过设计工作模型的基础信息、表单信息、审核流程（提报、申请修改、办结）、高级设置等内容，可以快速新增*个任务模型（无需*次开发），以适配学院内部工作开展方式及管理流程。 |
| 系统设置 |
实现权限（用户、菜单、角色、负责人、主管领导）、系统参数、年份、数据字典、任务配置、问题库配置、通报配置、监控管理、观测指标管理、考核指标管理、自定义表单管理、组织机构管理、评价配置管理、数据采集、系统交互配置等内容的配置及管理，最大程度满足学院的个性化需求。 |
| 任务分解 |
支持按照学校年度工作要点、***规划等分解到各处室、学院和责任人。 |
| 数据导出与录入 |
支持按照人才培养状态数据填报平台等国家数据导入模板，对全校教师职工、学生、专业、课程、资产等数据进行导入和导出。 |
| 个人发展与监控 |
教师、学生制定个人年度、*年和*年发展规划计划，辅导员、学院、学校可对学生发展状况进行实时监控，形成预警机制，人事处可对教师发展状况进行实时监控，形成预警机制 |
*.安全性
*.身份认证
身份认证是安全管理中最基本的部分，它是访问控制策略实施的基础。在认证系统设计中，系统须采用*系列的安全手段来加强通讯安全，如采用时间同步的方式来防止延迟攻击、传输过程中采用安全加密并基于***信道保证密码安全、加密过程中加入随机数因子以抵御字典攻击、引入证书增强认证的力度、在证书的扩展域中加入用户对应的角色等，使其和整个服务器的安全管理机制融为*体。
*.授权访问控制
系统须统*采用基于角色的访问控制策略。基于角色的访问控制将权限同角色联系起来，而对用户赋予相应的角色，用户所能访问的资源权限就是该用户所拥有的角色的权限集合的并集。根据机构中不同工作的职能创建不同的角色，每个角色代表独立的访问权限实体，角色之间可以有继承、限制等关系，发放统*账号时根据用户的职能分配相应的角色。在用户机构变动时支持将该用户从*个角色移到另*个角色去实现变更。支持根据应用系统的需要对角色进行重新授权或取消某些权限，访问控制策略的管理须具备灵活性和方便性。
*.日志与安全审计
系统须具备系统管理员按照用户和时间段查询用户的操作信息的功能。通过审计信息，管理员可以追查特定信息的操作和变化情况。
*.安全概要
为所有的用户设置的默认的安全概要信息，包括口令长度、过期天数、包含类型、锁定失败次数、锁定时间等。
*.加密通讯
系统中的应用系统的服务器和身份认证及权限控制系统之间须进行加密通讯。加密通讯是传递用户身份信息的重要手段，采用对称加密方法，使用***算法，引入数据摘要与验证措施，对存储数据进行加密；基于***/**网络传输协议，采用***（安全套接层）连接方式，对网上传输的数据进行加密。
*.访问控制
可配置限制访问系统的单个或多个**地址以及**地址段；可配置限制访问系统的时间段。
*.项目建设与服务
*.项目实施总体进度要求
合同签订后****完成原型系统上线。
*.项目团队要求
实施交付期间，确保有本地化服务团队支持。团队成员应不少于*人。为确保团队技术实力，项目负责人应具备*年以上开发经验，且应至少*项项目管理资质证书；项目验收前，项目负责人、项目技术负责人必须保持稳定。其他技术人员应尽量减少变动，确需变动应提前征得校方同意。
*.项目实施过程管理要求
*.系统要求
（*）方案设计
**端采用*/*结构，可运行于高安全性操作系统。框架技术及在数据交换上支持***标准，采用主流关系数据库，建议支持国产数据库。功能模块之间低耦合，确保单*模块故障下其他模块功能可以正常使用。各功能模块采用业务流引擎，可以支持无代码开发，实现机构调整、业务调整可视化修改。支持个性化功能设置，允许不同学院可通过参数设置，实现个性化功能调整，满足特色管理需要。
（*）需求分析
与学校各职能部门业务处室负责老师做需求沟通和对接，对学校现有业务流程进行需求分析。
（*）系统设计
系统建设方需充分理解本项目建设背景，对业务需求有深入分析，针对系统架构提出完整的技术方案设计。方案应符合国家标准、教育部标准及学校自定义标准，达到技术采购方的技术要求。
（*）系统开发
针对本项目要求，编制完善的实施方案，应至少包括项目进度计划、保证措施、质量保障措施、项目文档管理、保密管理等内容，综合评价。
（*）系统测试
系统上线之前需经过不少于*个月的系统测试。
*.部署实施阶段工作要求
（*）部署实施计划
系统建设方完成学校业务需求梳理确认后*个工作日内，须依据梳理确认的需求，重新梳理确认项目详细进度计划，并经采购人签字确认。投标时须提供初步的项目详细进度计划。
（*）部署安装
系统需支持本地、云端及混合式部署，合同签订之日起**个工作日内，按合同和磋商文件约定的要求和标准进行交付，完成项目的安装、调试、试运行及验收。
*.试运行阶段工作要求
（*）试运行工作任务
项目试运行最低不少于**个日历日。项目各分系统的完成时间由成交人进场后与采购人各业务部门在需求梳理阶段明确。
（*）试运行故障恢复要求
试运行期间故障恢复应在**小时内。
*.技术支持要求
根据具体项目的实际情况，为采购者提供优质的*×**热线响应服务模式。*×**热线响应服务模式，采购者可以通过不同方式向用户服务响应中心提出服务申报。如：通过电话、传真、信函、*-****、来访。
*.技术咨询服务
在本项目合同签订后，需为采购者提供详细的技术咨询联系办法，在整个保修（质保）期内，采购者可以随时通过电话、传真、书函以及电子邮件等手段进行技术咨询。
*.远程登录服务
采购方在系统使用过程中遇到*些基本的系统问题（针对计算机网络系统而言），供应商支持工程师或专家可以通过远程拨号方式登录到采购方设备上来查看问题的所在，并指导采购方排除故障的方式方法。（远程登录服务只为系统集成项目提供。）
*.现场技术支持
对于本项目在设备出现故障，采购方的系统管理员、远程登录和电话技术支持不能及时解决时，供应商需以采购方实际利益为重，及时提供工程师到现场进行服务。在本项目的维护期内（产品质保期）根据校方需要，软件提供商需安排工程师在第*时间赶到现场解决问题。
*.售后系统维护
*.完善性维护
主要包括：模块功能扩展、模块功能修改、用户新功能培训等。
*.适应性维护
主要包括：数据库升级、服务器操作系统升级、服务器硬件升级、服务器定期维护等。
*.数据灾难维护
主要包括：数据备份、数据恢复、系统恢复等。
*.网络安全维护
主要包括：网络黑客攻击分析、服务器安全配置、网络故障恢复等。
*.日常维护
主要包括：日常使用故障解决、用户培训、问题答疑等。
*.培训工作要求
为了使学校的相关人员掌握有关应用系统的使用、基础维护和管理方法，应进行系统的技术培训，以保证所建设的系统能够正常、安全、平稳地运行。需要提供以下几方面关于培训的描述：
*.培训要求
系统建设方派出的培训教员应具有丰富的同类课程的教学经验和应用经验。
系统建设方必须为所有被培训人员提供培训用文字资料和讲义等相关材料。
系统建设方应按采购方要求安排培训时间和培训名额。
*.培训方式
包括课堂讲解、上机操作和实际工作的参与。
*.培训工作的内容和对象描述
软件提供商进行的培训工作包括培训方案的设计、培训课程定制化开发、培训实施和培训效果评估，培训人应具备及时评估培训效果，动态调整课程能力，保证培训课程符合学校实际的需要。培训阶段安排包括：系统管理人员培训、系统维护人员培训和系统使用人员培训。各个阶段培训文档应包括：培训内容、参加对象、授课时长和上机操作时长。
在系统全生命周期内，每年提供不少于*次的线下新员工使用培训。甲方系统管理人员培训、系统维护人员培训发生变动时，在校方提出需求后，应在*个工作日内安排相应培训。
*.项目验收要求
*.试运行
系统试运行最低不少于**个日历日。项目各分系统的完成时间由中标方进场后与采购人各业务部门在需求梳理阶段明确。
*.项目验收
在进行系统验收过程中，如发现不合格须更换或重新调试的部分，双方在验收时应议定修补措施和整改期限，由系统建设方在规定期限内完成，完成后经验收合格再行移交，因此而发生的各项费用由系统建设方承担。系统验收应以国家颁发的相关的验收规范、质量检验标准及系统招投标文件、合同为依据。
*.商务要求
*.保密要求
（*）软件提供商需与校方签署保密协议。并全面实现学生工作信息系统与学校数据共享平台的数据交换功能，彻底解决数据孤岛的现象。集成包含单点登录、共享数据读取、数据自动同步等。
（*）配合学校其他业务系统，实现本系统的数据开放。
（*）数据传输采用***协议，敏感数据使用加密存储，防止隐私数据外泄。
*.系统文档要求
在系统交付使用后，要求将各个阶段产生的全面、规范的成果和文档资料交付给采购人，而且要提供明确的交付清单。同时，成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料需包括以下部分：
（*）可运行的系统。
（*）技术文档：包括项目开发中的各种技术文档，如需求分析说明书、设计文档、部署手册、测试报告、用户使用报告、用户手册、培训资料等等。
（*）管理文档：包括项目开发中的*些工作文档，如，计划、报告、讨论纲要、会议记录等。
以上文档资料，系统建设方应在经校方系统负责人员认可后，在验收前打印装订成册，并提供不少*份，同时提交光盘或*盘的电子版本。
*.服务要求
系统验收后的*年维保期内，乙方应保证有指定人员负责对接，应尽量采用本地技术支持的方式，必要时需驻场支持，对校方的服务要求响应时间不超过**小时。
系统维保服务期为系统交付之日起*年，系统功能故障修复、功能调整、数据处理、系统升级、运行安全保障、特殊情况处理等均在服务范围之内。重大功能需求变更应在确保系统正常运行的前提下，本着友好协商的原则解决。
售后服务人员应为本系统项目组成员之*，对系统项目的流程熟悉，重大问题系统项目组技术负责人必须参与解决。
功能介绍
换一批
潜在投标单位
放大
缩小
公告内容：
您当前为:
招标采购
询价订单
分包项目
直采订单
拟在建项目
业主委托
