校园教材征订管理系统的设计与实现【高分毕设】

---

目前，在学校中教材的征订管理主要是教师征订。以XX学院为例，采用教师征订方式，先收集后汇总，首先是各个二级学院进行教材征订需求信息的收集，各个二级学院在收集了各专业任课教师的教材和教参需求之后进行初步审核，汇总后上报给学校教材科。在这种征订模式下，学生无法共享信息，从而在一定程度上制约了教材征订管理工作的效率。 伴随着学校人数规模和教材征订的范围越来越大，建立一个高效便捷的教材征订管理系统已成为必然。

资源链接

大家对论文有什么疑问，可以评论回复，我第一时间回复，其他资源如果有需要，请大家查看下载，祝你顺利完成学业！如果有你需要的项目，大家也可以发评论，我会尽量满足大家

系统链接

下载系统

论文链接

下载论文

1.绪论

1.1 课题背景及意义

1.1.1 课题背景

我国教育规模持续扩大，在校生人数逐年攀升，对高等院校来说，专业数量需求也水涨船高，导致教学管理工作难度不断加大。虽然各大院校都搭建了自己的校园网，教学管理也逐渐依托于信息化手段，但仍有相当一部分管理工作需要引进新的科学技术，就如教材征订管理工作，其作为高校教学管理的一项重要工作，各大院校已经引入了市面上主流的比较成熟的教材征订管理系统，然而绝大多数系统主要提供面向教师进行教材及教参选订的功能，忽视了学生作为学习使用教材主体的需求，无法实现与学生需求的精准对接。
正基于这个背景，产生了《校园教材征订管理系统的设计与实现》这个毕业设计课题。本课题根据XX学院教材征订管理工作的实际情况，进行校园教材征订管理系统的分析与设计，将教材信息、管理人员、教师和学生纳入同一平台，完善教材征订管理工作流程，提高工作效率。

1.1.2 意义

为了建设一套校园教材征订系统，需要将信息化技术和教材征订相关知识相融合，利用信息化手段提升教材征订管理水平，这需要深入研究征订教材的流程，熟悉征订教材的过程。
从实践上来说，目前很多高校都没有征订教材的系统，多数采用教师推荐数目，学生采取购买或者借阅的方式完成，这固然可以在一定程度上解决教材问题，但是一方面学生购买的教材不统一，不便于统一教学，第二借阅图书有一定期限，不太适合重要课程的教材使用方式。基于此，提出了教材征订系统，可以切实保障学生的自主选择权力，还可以在一定程度上统一教材，便于引导学生选用适合自己的教材，对提升教学质量有重要意义。
对我个人来说，可以基于自己大学四年所学知识，构建一套教材征订管理系统，使得自己的知识能够得以实践和应用，提升自己的编程能力和实践能力，并为以后的工作提供一些知识储备和技术储备。

2 相关概念以及术语介绍

2.1 SpringMVC

校园教材征订系统以MVC架构作为支撑。MVC是一个常用的设计模式，这种设计模式旨在降低各个模块或者逻辑模块之间的耦合度，这样可以使得一个模块的变动不会影响另一个模块，可以降低模块之间的依赖程度，从而大幅提升系统的设计灵活度和可扩展性，是一个成熟的设计模式。MVC是由三个英文单词的首字组成，这些单词分别是Model、View、Controller，其中Model就是模型，它是系统中的数据本身，而View是给客户展示的视图样式，Controller是控制请求和回应的策略关系的，也就是一个请求应该给返回哪一个页面视图。实现了MVC设计模式的框架系统有很多，但是当前最流行的框架莫过于Spring MVC，在Spring MVC中，Controller一般是通过配置系统的映射实现的，也就是前台可以发起某一个请求，而Controller负责接受这个请求，并将请求转发给对应的逻辑处理代码，Controller后面一般还有一个Service层和一个Dao层，其中Service是程序的业务逻辑，而Dao是程序的数据库持久层。在Spring MVC中，View是指配置将后台的数据如何映射到前台的某一个页面中过程，通过这个映射，会将模型中的数据按照View层的具体要求展示出来。

2.2 Web应用服务器

Tomcat是当前流行的服务器，Tomcat是apache旗下开源产品。Tomcat的主要功能是将前台浏览器的请求处理一下，然后根据浏览器的请求找到对应的资源，这些资源一般分为静态网页和动态Servlet，档Tomcat找对对应资源的时候，会以合理方式转给前台，前台通过浏览器就可以正常显示了。相比于Tomcat，还有其他些服务器产品，比如Oracle旗下的Weblogic也是一种服务器。但由于Weblogic的使用需要授权，这导致软件成本急速攀升，因此，导致了Tomcat的盛行。

3 需求分析

3.1 可行性分析

3.1.1 经济可行性

结合当前校园网以及其他教学管理平台的推广和运行情况的实际来看，本系统的安装只需基本的数据库及服务器，而无需进行更多的硬件采购就能够实现全校范围内的教材征订管理工作，如此，只要做好日常维护即可，其经济成本是非常低的。

3.1.2 技术可行性

教材征订管理系统看似简单，实际上还需要引入数据挖掘、系统分析、系统设计等概念，因此本系统采用J2EE架构模式。此外，大多数院校已建成并投入使用校园网，且目前其内部带宽已达千兆，这为大量的数据传输提供了网络基础设施。

3.2 功能需求分析

3.2.1 管理员需求

本系统分为管理员、学院管理员、教师和学生四个用户角色，其中教师和学生属于普通用户，各用户具体功能如下：
管理员：发布教材征订公告，负责自身及学院管理员、教师和学生用户管理以及学院、专业、教材的增删等工作。

3.2.2 学院管理员需求

学院管理员：获取公告信息，向各专业发布教材征订及其他相关公告。进行自身以及普通用户信息管理。

3.2.3 教师需求

教师：进行个人信息管理，获取教师公告，根据课程信息和自身承担的教学任务，进行教材和教参信息填报录入或预订，并能够对已预订且并未审核的信息进行查询、修改、删除等操作，提交后则不可操作。

3.2.4 学生需求

进行个人信息管理，获取学生公告，进行自主预订、保存并生成学生个人教材信息预定表，对其已预订的教材进行查询、修改、删除等操作，提交后则不可操作。

4 系统设计

4.1 系统功能设计

依据前文对系统的需求分析，可以确定系统的功能有公告管理、学院管理员管理、学生和教师管理、教材录入、教材审核、教材预定等功能。本系统对各个功能需求进行模块化处理，不同的模块赋予不同的功能，各个模块之间相对独立却又相互合作，从而提高教材征订工作的效率。

4.1.1 系统注册和登录模块设计

本系统主要用户有管理员、学院管理员、教师和学生。用户各自有相应的权限，具有相应的功能，可以完成相应的工作。用户进入注册和登录界面，未注册的用户根据自己的用户级别进行注册，已经注册的用户根据自己的用户级别登录。

4.1.2 用户模块设计

管理员功能权限

学院管理员权限

教师权限

学生权限

4.1.3 教材模块设计

本模块是针对教材的相关设计，主要包括对教材信息的增加、删除、修改等。

4.2 数据库设计

4.2.1 ER图

4.2.2 逻辑结构图

（1）管理员（用户ID，用户名，密码）
（2）学院管理员（学院ID，用户ID，用户名，密码）
（3）教师（姓名，学院ID，专业ID，用户ID，用户名，密码）
（4）学生（姓名，学院ID，专业ID，用户ID，用户名，密码）
（5）教材（名称，编码，出版社，作者，库存，预订数量）
（6）学院（学院ID，学院名称，创建时间，学院说明）
（7）专业（专业ID，专业名称，创建时间，专业说明）

4.2.3 物理结构设计

用户表

字段	字段类型	字段长度	字段说明
UserID	字符型	10	用户Id，唯一标识一个用户
UserCode	字符型	10	密码，一个用户只有一个登录码，输入错误无法进入系统
UserType	字符型	2	区分是管理员、学院管理员和教师、学生等
rerv	字符型	1000	预留字段

学院表

字段	字段类型	字段长度	字段说明
collegeId	字符型	10	学院Id，唯一标识一个学院，主键
collegeName	字符型	20	学院名称
collegeIns	字符型	20	学院说明

专业表

字段	字段类型	字段长度	字段说明
majarId	字符型	10	专业Id，唯一标识一个专业，主键
majarName	字符型	20	专业名称
majarIns	字符型	20	专业说明

教材表

字段	字段类型	字段长度	字段说明
specId	字符型	10	教材ID
specName	字符型	10	教材名称
specAuthor	字符型	10	作者
specPublish	字符型	10	出版社
specPrice	数值型	10	价格
specStatus	数值型	10	状态

教材预定表

字段	字段类型	字段长度	字段说明
specId	字符型	10	教材ID
collegeId	字符型	10	学院id
majarId	字符型	10	专业id
specDate	日期型	10	填报日期
specNum	数值型	10	预定教材数量

5. 系统实现

5.1 学院管理

5.2 用户管理

6 测试

6.1 测试目的

系统测试的目的就是让系统运行流畅，保证系统没有错误或者及时发现错误并加以改正。该系统可以实现购物所需的大量功能，一个合格的系统需要运行平稳，流畅，具有开放性，易扩展，可以让顾客使用起来操作简单。要做到这些需要我们多次测试，认真分析才能完成，所以系统测试是软件开发的重要过程。

6.2 测试用例

6.2.1 教师管理

测试用例名称	新增教师
测试准备	以管理身份登录
测试步骤	1、输入正确密码和用户名2、选择学院3、选择专业4、选择用户类型为教师5、填写用户信息6、确认新增
测试预期效果	新增的教师可以登录
测试实际效果	新增的教师可以登录
测试结论	通过

6.2.2 学生管理

测试用例名称	新增学生
测试准备	以管理身份登录
测试步骤	1、输入正确密码和用户名2、选择学院3、选择专业4、选择用户类型为学生5、填写用户信息6、确认新增
测试预期效果	新增的学生可以登录
测试实际效果	新增的学生可以登录
测试结论	通过

6.2.3 教材录入

测试用例名称	录入教材
测试准备	以教师身份登录
测试步骤	1、输入正确密码和用户名2、登录系统3、填写教材信息4、确认增加
测试预期效果	可以查看录入的教材
测试实际效果	可以查看录入的教材
测试结论	通过

6.2.4 审核教材

测试用例名称	审核教材
测试用例名称	审核教材
测试准备 以学院管理员和系统管理员身份登录
测试步骤 1、学院管理员输入密码和用户名2、登录系统3、审核已经录入的教材4、管理员输入密码和用户名5、登录系统6、审核已经被学院审核过的教材
测试预期效果	教材审核通过
测试实际效果	教材审核通过
测试结论	通过

6.2.5 预定教材

测试用例名称	审核预定
测试准备	以学生身份登录
测试步骤	1、学生输入密码和用户名2、登录系统3、选择要订购的教材4、填写数量5、确认预定
测试预期效果	预定成功
测试实际效果	预定成功
测试结论	通过

致谢

略

参考文献

略