莆田大学学生工作综合管理系统技术参数要求.docVIP

莆田学院学生工作综合管理系统技术参数要求 序号 设备名称 参数要求 数量 单位 单价 总价 1 学生工作综合管理系统 项目总体建设要求 （1）学生工作综合管理系统应涵盖学校学生工作的相关环节，包括学生基本信息、学生事务工作、学生资助工作、综合素质测评工作、评奖评优、辅导员管理、宿舍管理及其它功能。 （2）★投标方须承诺：凡在投标文件中体现“满足”的性能指标，须确实满足。学院保留对预中标/中标人投标文件中所列明的功能和性能指标进行测试的权利，由学校提供测试方案（基于学校的要求提出）发现不满足招标文件中要求的核心性能指标的视为虚假应标，将取消预中标/中标人资格。 建设原则 （1）标准化、规范性和开放性 学生管理是学院工作的重点内容，其工作流程复杂，信息化过程难度高，信息化体系的设计、系统的实施等必须遵循一系列的规范、标准，确保各个分系统的有效协调，整个系统能安全地互联互通、信息共享。 （2）先进性、成熟性和使用性 平台应选择先进的技术方案，具备较长的研发与应用时间，具有一定的成熟性，便于学生、辅导员以及学生工作管理及服务人员使用，可操作性强。 （3）开放性与标准化原则 应用平台和应用系统应是一个开放的且符合业界主流技术标准的系统平台，对网络的硬件环境，通信环境，软件环境，操作平台之间的依赖小，并且能严格遵循教育部学科分类标准，数据元素定义符合教育部《教育信息化行业标准》。 （4）可靠性、稳定性和容错性 在考虑技术先进性和开放性的同时，还应从系统结构，技术措施，系统管理等方面着手，确保系统运行的可靠性和稳定性，达到最大的平均无故障时间。 （5）可扩展性及易升级性 为适应学校需求不断拓展的需要，应用平台和应用系统的软硬件环境必须有良好的平滑可扩充性。要提供简便、规范、畅通的基础数据服务，使数据交换平台具备与国内、外的相关应用系统或信息平台相互兼容和交流的条件和能力，无条件免费提供数据交换的接口，质保期内大小版本免费升级。 （6）安全性和保密性 在平台与应用系统设计中，即要充分考虑信息资源的共享，更要注意信息资源的保护和隔离，应分别针对不同的应用和不同的网络通信环境，采取不同的措施，包括用户安全性、数据安全性、运行安全性等。要求对数据库提供灵活的备份和恢复机制，确保系统发生故障时，及时恢复，不会受到影响。 （7）可管理性和可维护性 平台和应用系统是由多个部分组成的较为复杂的系统，为了便于系统的日常运行维护和管理，要求所选产品具有良好的可管理性和可维护性。另外可管理性和可维护性还包括对平台的自身。 （8）统一性和并发性 平台和应用系统的开发和运行模式相差很大，这要求平台能支持高并发的用户访问，提供高速、稳定的服务。 技术路线 支持组件式开发 使用服务器端缓存技术，提高访问效率 服务器端即时激活，不保持状态，服务器端压力小 采用TCP/IP和HTTP协议 易于部署和维护 支持事务处理 技术实现框架 学工系统在技术上需要具有以下特点：业务变化的适应性、对高度分散客户端的适应性，高度的安全性、大量的并发处理、大容量数据存储处理等。 系统应采用三层结构，形成数据管理层、业务管理层、业务表现层三个层次，使得在客户机访问下降低数据库服务器的负担并提高其性能；同时应在业务管理层实现业务功能，使得对业务数据处理的变化只需调整业务管理层的相关构件，从而提高系统的可管理性；在系统的安全性方面，三层结构较二层C/S结构有重大的提高，使得对权限的管理上升到业务功能级的控制而不是数据级的控制；另外，三层结构更适合在分布式网络环境下运行，可以更有效的节约传输带宽。 结合Web访问技术，使得业务功能可以灵活多样地表现出来，使领导能够很方便地随时随地查询相关工作开展情况。 系统功能要求 5.1学工管理 5.1.1学生动态信息管理 （1）学生实名认证 对学生身份的合法性进行实名认证（基础数据来源于外部数据或者集成学校数据平台数据）。 （2）基本信息采集 学生在使用系统前对基础信息（集成学校数据平台）进行补充完善。 （3）动态信息管理（学生异动） 学生异动包含学生在校调班、调专业、休学、停学、退学等异动信息的记录。 （3）★学生信息统计、查询、分析 根据权限可以查询学生详细信息（包括个人详细信息及在校奖助等信息）及统计分析相关数据。 5.1.2学生医保管理 （1）学生医保信息管理 按学年管理学生医保购买情况，实现学生医保的添加、修改、删除、查询等操作。 （2）学生医保报销管理 按学年管理学生医保报销情况，包含学生报销时间、理由等的管理，可以实现学生医保报销的增加、修改、删除和学生医保报销情况的查询等操作。 5.1.3综合素质测评管理 （1）基础数据设置 1）设置综合测评成绩的计算方式(按学年计算还是按学期计算)； 2）设置综合测评规则设置方式(学生处设置还是学院设置)； 3