智慧校园子项目建设方案_学生工作综合管理平台

智慧校园子项目建设方案之学生工作综合管理平台

一、项目概述

学生作为学校最主要的组成成员，从入校注册到毕业离校过程中，会产生大量冗余的、重复的数据资源，使得学生管理工作千头万绪。对于学生管理部门来说，无法实时了解学生的迎新报到情况、宿舍卫生情况、宿舍日常行为、勤工助学和学生离校等各业务实时进展和结果。无法实时监控业务进展和获取实时统计数据。对于学生群体来说，都需要线下重复填表，对于申请事务无法了解办理进展，无法及时获取相关事务消息和通知。对于学生家长来说，无法实时了解小孩在校的表现。为解决以上用户困境，继续建设学生一体化管理与服务管理系统。提供学生在校期间除课堂学习之外的其他所有事务，将学校相关部门（招生就业处、学工处、团委、基建与后勤、教务处等）中分散的学生管理工作统一考虑，涵盖迎新、学工管理、宿舍管理和离校的全过程，按照业务流、数据流打通各个管理部门之间的壁垒，实现网络化协同管理与服务。

二、建设目标

学生一体化服务与管理系统是以学生为中心，整合教学、教务管理、学生管理等信息，面向学生、教师、家长、企业等众多用户建立学生信息统一视图，覆盖学生在校全生命周期的，具备深度、广度上的服务拓展能力，提供高效、便捷的多维度信息展示和一站式服务的信息化管理系统。建设内容

学生一体化服务与管理系统必须涵盖高校学生工作的所有环节，基于校园网/互联网为高校学生工作提供先进、实用的信息化管理手段，为学生、招生专干、辅导员、用人单位、校友及管理人员提供简便、快捷的网络化信息服务。

考虑到学校的信息化现状，第一期建议优先考虑建设从迎新、离校、学工管理等亮点应用入手，以数字校园最大的用户群体——学生为切入点，让老师和学生感受到信息化带来的改变与收益，从培养信息化使用习惯与意识着手，提升师生群体对信息化建设的支持，从而为下一步深入建设打下基础。

三、建设内容

迎新系统、学工管理系统、宿舍管理及奖惩助贷勤相关系统

四、功能描述

1、技术要求

（1）总体要求：系统与智慧校园平台对接。系统必须基于Java平台开发。系统服务端能够跨平台运行，如Linux、HP-UNIX、AIX等操作系统，保证其灵活

性。系统采用B/S结构，系统只需安装在服务器上，数据库也统一集中在服务器上存储和管理，客户端用户通过互联网或在局域网内部就可以通过输入用户名和密码来访问学生工作综合管理系统。

（2）服务端技术要求：系统采用框架结构，整合布局、视图、持久层、连接池、缓存、安全、日志等框架技术，降低系统耦合度。系统采用成熟度高，业内认可度高的软件项目主流实现技术。

（3）客户端技术要求：操作界面应简洁美观，操作响应迅速、简单易懂。跨浏览器一致性，字体图标一致性，支持主流浏览器（IE10+、360安全、360极速和chrome）。

（4）数据库技术要求：选用 ORACLE数据库作为持久层。提供数据库部署、管理和扩展解决方案。

（5）成熟度要求：学生工作综合管理平台的建设需采用成熟的技术，且需要有在全国范围内、湖南省内有高校成功应用并验收的案例。

（6）信息标准要求：系统的开发必须严格遵循教育部最新发布的教育信息化行业标准，并符合学校要求的相关信息标准。

（7）二次开发要求：项目建设提供方应有足够的研发力量，能根据用户的个性化需求，在规定的时间及时响应并完成个性化的开发设计。

2、性能要求

3、学生工作综合管理平台功能要求概述

五、详细参数

(一) 学生一体化管理平台

1、学生基本信息管理

2、★奖学金管理

3、助学金管理

4、★综合测评

5、荣誉称号管理

6、违纪处分管理

7、宿舍管理

8、日常管理

9、学生一体化移动端

(二) 迎新管理平台参数

1、迎新准备

2、迎新办理

3、新生服务

4、查询统计

5、★迎新管理移动端

六、 安全设计

系统设计规范、安全、稳定，达到网络

信息安全等级保护测评二级以上要求。

七、 商务及资质要求

1、投标人须符合《中华人民共和国政府采购法》第二十二条规定的要求。

2、本项目不接受供应商为代理商和联合体形式参与投标。

3

、提供前一年度的财务审计报告 。

八、 评分标准

本项目采用综合评分法，由评委会对所有有效投标进行详细的评分，采用百分制计分方法。评标时，评标委员会各成员遵循公平、公正、择优原则，独立对每个有效投标人的标书进行评价、打分，评标委会按评审后最终综合得分由高到低顺序排列名次，并推荐出中标人。如得分相同的，按投标报价由低到高顺序推荐中标人。

截止前携带原件或公证件至开标现场备查，不提供的不得分。

九、验收要求

（一）系统实施与培训服务要求

1、验收原则

验收参与部门：项目主管部门、系统使用单位、供应商代表、专家小组。

在软件开发合同的签订阶段就提出软件验收项目和验收通过标准的意见；在软件的需求评审阶段，仔细审阅软件的需求规格说明书，指出不利于测试和可能存在歧义的描述；在开发方开发完软件并经过开发方内部仔细的测试后，对完成的软件进行评审，提供完整的测试报告给用户方，由用户方判断是否进行验收。

2、验收项目

1）功能项测试：对软件需求规格说明书中的所有功能项进行测试；

2）业务流程测试：对软件项目的典型业务流程进行测试；

3）适应性测试：参照用户的软、硬件使用环境和需求规格说明书中的规定，列出开发的软件需要满足的软、硬件环境。

4）文档测试：用户文档包括安装手册、操作手册和维护手册。对用户文档测试的内容包括：操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块；用户文档描述的信息是否正确, 是否没有歧义和错误的表达；用户文档是否容易理解，是否通过使用适当的术语、图形表示、详细的解释来表达；用户文档对主要功能和关键操作是否提供应用实例；用户文档是否有详细的目录表和索引表。

3、验收错误描述