一、教学质量诊断与改进系统.docxVIP

一、教学质量诊断与改进系统 教学质量诊断与改进系统 1.技术路线要求 投标方提供的平台和系统均要求采用B/S结构，可运行于Unix、Linux、windows等高安全性操作系统，系统不存在安全漏洞及后门。开发技术应采用JavaEE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。具体要求如下： （一）平台及应用系统软件必须遵循JavaEE的技术路线，采用Java编程语言和服务器端Java技术进行开发，业务应用系统和数据集成平台均需支持主流数据库管理系统（包括Oracle、Mysql、MS SqlServer）。 （二）采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。 （三）应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即web服务器、应用支撑服务器和数据库服务器。 （四）能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。 （五）各应用系统要充分利用现有先进技术手段，采用相同的体系结构和运行平台，基于多层架构和组件技术，进行构建，做到系统结构层次清晰。所有应用逻辑、流程、据等都应当能够根据招标方要求的颗粒度进行封装。 （六）系统必须支持负载均衡，支持动态监测负载状况，自动对可用资源进行并发检测，调整和分配等功能。 （七）支持基于校园网、互联网，移动互联网的应用，支持主流浏览器访问。系统页面要遵守HTML5规范，要求可以在手机上自适应显示及正常使用。 （八）数据采集支持多种数据接口，能够提供数据库、文件系统、JMS、Web服务、API接口等多种接口方式。数据集成能够跨网段、跨防火墙，在不同网络之间进行数据交换。对敏感信息进行加密处理，保障信息安全。数据交换率达到1000k/s以上，支持大数据包及大文件传输，数据量大小不受限制。 2.指标要求 （1）为学校建立内部质量保障体系提供业务咨询服务，协助学校梳理诊改指标体系，从学校治理服务保障、专业建设、课程建设、教师发展、学生成长等五个方面，进行关键指标分析，发现问题并改进，不断提高人才培养质量。根据用户角色不同，展示不同的数据分析结果和访问权限。 （2）各诊改指标分析前需要进行信息采集。从学校现有信息化系统（包括但不限于数字校园平台、教务系统、科研系统等）中通过接口进行数据采集，在本系统内进行汇总分析，采集过程中对数据规范性和一致性进行统一定义。数据范围包括且不限于：院系、专业、老师、学生等基础信息；可用于指标分析的，由各业务系统产生的业务数据。通过自动采集的信息，当采集数据源发生变化时，要能够每天更新同步到本系统内，对于采集过程中发生的异常，系统要能够预警并及时通知到系统管理员进行处理。 对于从现有信息化系统中无法采集到的数据，需要在本次项目范围内开发相关数据表单，由用户按照不同角色定义进行填写、审核。系统要支持表单审核流程定义（自定义填报人、审核人），功能点包括：用户根据需要自定义表单、表单流程定义，基本指标项可自定义（新增或修改）、指标项积分规则可自定义，积分规则要求每学年可进行调整，每个年度的指标计算公式可自定义。新学年可以快速复制往年指标项及计算公式 ，并允许进行调整。 （3）★系统按照用户角色，提供不同的用户视图，有多种角色的用户可以快速进行角色切换。分析指标由具体数据汇总计算的，均可以向下穿透查询，显示最明细的指标支撑数据。指标分析以图表、表格等多种形式进行展示，各指标历年数据可进行对比分析。系统支持分析图表直接导出。（需要展示不同用户，含校领导、专业负责人、课程负责人、教师等，每个角色对应的主要页面视图截图，视图中除展示相关相关指标汇总分析外，还可以向下穿透查询，显示最明细的指标支撑数据） （4）搭建接口管理模块，保障内部数据标准、调用形式统一。本系统采集到的各类数据，可以通过接口对外开放，供第三方系统使用。接口可授权，接口访问记录要有审计日志。 （5）支持从系统内直接生成国家“高职院校人才培养工作状态数据采集与管理平台”上报数据，凡是系统内已有相关数据的，均支持自动汇总上报；系统内无法获取数据的，增加数据填报模块。生成的上报数据支持人工调整，确认后可以一键上报。 学校治理服务保障指标 新生质量相关指标：文/理科录取分数线、第一志愿填报率、报到率、特长生比例、学生身心健康比率等。支持对相关指标做历年同比分析； 校园文化指标：校园活动数、讲座数量、社团数量、社团学生人数分析等进行分析，可以查询到具体每一次校园活动、学术讲座的详细情况； 媒体影响力指标：从平面媒体、广电媒体、网络媒体以及自媒体等渠道，进行舆情分析，自动判断事件性质，对负面报道进行预警；所有媒体事件具有链接，可以直接访问原始来源进行查看。 对全校基本情况如校舍面