基于jsp的学生选课系统的设计与实现

基于jsp的学生选课系统的设计与实现内容摘要：

6 系统给出提示 返回基本事件流 2 后置条件：无 查看课表  用例说明：用户实现查看课表功能  前置条件：用户成功登陆系统  基本事 件流： 1. 用户向系统发出 查看课表请求 2. 系统检索当前课表 3. 系统向用户显示课表  次要事件流： 当前系统中无课表信息 系统向用户无课表信息 返回基本事件流 1  后置条件：无 密码修改  用例说明：管理员实现修改密码功能  前置条件：管理员成功登录系统  基本事件流： 1. 管理员向系统发出修改密码请求 2. 系统提示管理员输入原密码和新密码 3. 管理员输入原密码和新密码 4. 系统验证管理员输入是否为空 5. 系统验证原密码是否正确 6. 系统处理管理员修改密码请求 7. 系统向管理员显示密码修改成功的 消息  次要事件流： 系统提示管理员新密码或原密码为空 返回基本事件流 2 管理员输入的原密码不正确 廊坊师范本科毕业论文 7 系统提示管理员原密码不正确 返回基本事件流 2  后置条件：密码修改成功 添加课表  用例描述：管理员实现添加课表功能  前置条件：管理员成功登录系统  基本事件流： 1. 管理员向系统发出添加课表请求 2. 系统向管理员显示添加课表界面 3. 管理员向系统 发出添加课程请求 4. 系统显示当前课添加课程 5. 管理员添加课程 6. 管理员添加上课时间、节次、上课教室 7. 管理员添加任课教师 8. 管理员发出添加完成请求 9. 系统处理请求 10. 课表添加完成  次要事件流： 系统中不存在课程信息 返回基本流 1 系统中不存在任课教师信息 系统给出不存在任课教师信息的提示 返回基本流 1 管理员添加课表与原有课表冲突 系统给出课表与原有课表冲突的提示信息 返回基本流 1  后置条件： 表 21用例描述表 廊坊师范本科毕业论文 8 系统的非功能性需求 正确性要求 系统能够正确地将用户分为系统管理员、教师和学生三类，并能够分类处理每类用户的请求。 系统应能够准确获取外部信息以及用户操作，并进行正确的数据处理，最后将结果存入数据库中。 学生在线选课过程中，要求系统对学生的重复选课选课做出正确判断并给出相应提示信息。 健壮性要求 该系统部署后，在硬件条件和支持软件条件没有发生变化的情况下，能够一直保 持运行状态，直到系统被升级或替代。 本系统出现的错误多为数据库错误，应经常对数据库进行备份，必要时能够采取数据库恢复措施，解决系统出现的问题，保证系统正常运行。 精度要求 系统处理的主要信息为学生、管理员、教师三类用户的个人信息以及涉及到选课的课程信息和课表信息，对数据精度无特殊要求。 易用性要求 界面要求清晰醒目、布局合理、功能明确。 对各个功能辅以已让使用者容易接收的图标，并用色彩的区别加以提示，是使用者能够快速、准确的掌握正确使用该系统的方法和技巧。 对电脑使用熟练的用户适应操作方法 所需时间不超过半个小时，知道电脑基本操作的用户经过简单培训，一小时就可以熟练掌握软件的使用方法。 安全性要求 本系统不影响其他软件的正常运行，而且不会被人故意修改或植入恶意程序。 不会造成内存泄露，数据丢失等问题。 应能够保证用户数据和账号的安全。 时间特性要求 对于信息查询操作，考虑到网络数据传输速度的影响，系统应在 5 秒之内给出结果。 对于其他操作，系统应在 3 秒内给出处理结果。 廊坊师范本科毕业论文 9 第 3 章 系统设计 系统总体设计原则 本系统为了设计、实现和后期维护的方便，以及系统用户使用的便利，所以必须采取一定的设计原则。 其主要设计原则有： 简单性：在实现系统的功能的同时，尽量让系统 界面简洁清晰、 操作简单易懂，这对于一个系统来说是非常重要的。 针对性：本系统设计是针对 高校学生选课 的需求定向开发设计，所以具有专业突出 性 和很强的针对性。 实用性：要求本系统能够满足 高校学生选课管理 的需要，因此具有良好的实用性。 一致性：页面整体设计风格以及命名规则的一致性：整体框架和用图用色风格及变量、类名和其他元素的命名规则保持一致。 功能一致性：完成同样的功能应该尽量使用同样的元素。 元素风格一致性：界面元素的美观风格、摆 放位置在同一个界面和不同界面之间都应该是一致的。 变量命名规则的一致性：变量应该用统一的规则进行命名，做到任意变量均能从上下文推断其义。 系统设计思想 MVC 设计模式介绍 MVC架构模式是模型（ Model）、视图（ View）和控制器（ Controller） 3个英文单词的首字母组合。 MVC模式是目前用的比较多的一种设计模式。 MVC包括三类对象： Model 是应用对象， View 是在屏幕上的表示， Controller 定义用户界面对用户输入的响应方式。 MVC 应用程序设计结构有助于将应用分割成若干逻辑部 件，是程序设计变得更加容易。 模型（ Model）：“数据模型”（ Model）用于封装与应用程序的业务逻辑相关的数据以及对数据的处理方法。 “模型”有对数据直接访问的权力，例如对数据库的访问。 “模型”不依赖“视图”和“控制器”，也就是说，模型不关心它会被如何显示或是如何被操作。 但是模型中数据的变化一般会通过一种刷新机制被公布。 为了实现这种机制，那些用于监视此模型的视图必须事先在此模型上注册，从而，视图可以了解在数据模型上发生的改变。 廊坊师范本科毕业论文 10 视图（ View）：视图代表用户交互界面，用来组织模型中的内容，从模型中获得数据 并指定这些数据如何表现。 当模型变化时，视图负责维持数据表现的一致性。 视图同时将用户请求告知控制器。 一个应用程序可能有很多不同的视图，MVC 设计模式对视图的处理仅限于视图上数据的采集和处理以及用户请求，而不包括在视图上的业务流程的处理。 业务流程交予模型处理。 控制器（ Controller）：控制器的工作就是根据用户的输入，控制用户界面数据显示和更新模型对象状态。 控制器定义了应用程序的行为：负责对来自视图的用户要求进行解释，并把这些要求映射成相应的行为，这些行为由模型负责实现。 模型所实现的行为包括处理业务和修改 模型的状态。 根据用户要求和模型行为的结果，控制器选择一个属兔作为对用户请求的的应答。 通常一组相关功能集对应一个控制器。 MVC模式内部模型、视图和控制器三者之间的关系如下图所示。 图 31 MVC之间的关系图 设计思想 本系统采用 MVC设计模式进行设计，分别详细设计 MVC中的模型、视图和控制器部分。 系统采用面向对象的设计方法，用实体类实现 MVC中的模型部分，主要负责数据的封装和业务逻辑的实现；用边界类实现 MVC中的视图部分，边界类即系统中负责数据显示的页面；用控制类实现 MVC中的控制器部分， 负廊坊师范本科毕业论文 11 责处理系统的业务流程。 数据库设计 数据库设计是系统设计中非常重要的一个环节。 数据是一切系统设计的基础，通俗地说，数据库设计就像高楼大厦的根基一样，如果设计的不合理、不完善，将在系统开发过程中，甚至到后期的系统维护、功能变更和功能扩充时，引起较多问题，严重时甚至要重新设计，重做大量已完成工作。 数据库表设计 （ 1）管理员信息表 (t_admin) 管理员信息表主要用于系统管理员的信息，主要字段包括：管理员编号、登陆账号、登陆密码。 表 41 管理员信息表（ t_admin） 字段名 数据类型 字段描述 长度 约束 userId Int 管理员编号 4 主键 userName varchar 登陆账号 50 userPw varchar 登陆密码 50 （ 2）课程信息表 (t_kecheng) 课程信息表主要存储管理员发布的课程信息，主要字段包括：课程编号、课程号、课程名称、课时。 表 42 课程信息表（ t_kecheng） 字段名 数据类型 字段描述 长度 约束 id int 课程编号 4 bianhao varchar 课程号 50 主键 mincheng varchar 课程 名称 5000 keshi varchar 课时 4 （ 3）学生信息表 (t_xuesheng) 学生表主要存储学生的基本信息，主要字段包括：学生编号、学号、姓名、性别、年龄、班级、登录帐号、登。