《J2EE系统架构和程序设计》课程设计实训项目——某职业技术学院学生选课信息管理系统.docVIP

目 录 《J2EE系统架构和程序设计》课程设计实训项目——某职业技术学院学生选课信息管理系统 2 1.1.1 项目背景及业务领域与目标 2 1.1.2 学生选课信息管理系统需求 2 1.1.3 学生选课信息管理系统需求分析 4 1.1.4 系统设计——系统架构设计 8 1.1.5 系统设计——系统数据库逻辑结构设计 9 1.1.6 系统设计——系统详细设计 13 1.1.7 系统实现 17 1.1.8 在项目中应用核心设计模式 40 1.1.9 项目核心程序类代码 46 1.1.10 对系统中的核心程序类中的方法进行单元测试 67 1.1.11 课程实训项目开发的心得体会 71  《J2EE系统架构和程序设计》课程设计实训项目——某职业技术学院学生选课信息管理系统 项目背景及业务领域与目标 1、项目背景说明 今天，随着信息技术的发展，各高校的选课流程已不再是过去的手工形式了。取而代之的是各种各样的选课电子系统。选课流程繁琐复杂，而且容易出错，如何有效的理清各项工作流程并且使整个选课过程高效的进行，一直是我们探索的课题。 这次，应客户的需求，我们决定开发一套某职业技术学院学生选课信息管理系统。 2、业务领域与目标 （1）业务领域 本系统面向中小型学院，用户群体为学院的教务科，教师以及学生。 （2）业务目标 根据现实选课流程实现各种操作，如：发布课程，删除课程，查询课程，浏览所选课程，提交课程以及其他查询教师和教室等相关操作。 学生选课信息管理系统需求 1、选课系统功能性需求描述 学生有登录选课系统的帐号和密码。 学生在登录选课系统后可执行选课操作。 学生在登录选课系统后可执行退课操作。 学生在登录选课系统后可执行查询操作（包括本学期课表及其它课程）。 管理员进行课程信息维护（包含添加、修改、删除、故障解决）。 管理员进行学生信息维护（包含添加、修改、删除、故障解决）。 管理员进行系统维护。 2、选课系统非功能需求 （1）系统承载量 总用户数 50000，峰值在线用户数 9000，峰值并发用户数 1000，平均在线用户数 3000，平均并发用户数 500。 （2）系统性能指标 1）日常交互类的平均响应时间 1秒，峰值响应时间 2秒 2）日常查询类的平均响应时间 1秒，峰值响应时间 2秒 （3）系统安全性 由于面对的用户有明显的权限区别，系统必须保证各类用户在使用时不越出自身的权限。采取密码验证的方式，对不同用户进行信息和权限管设置、管理。严格按照权限设置限制各用户的行为，保证系统的安全性和正常运行。 （4）系统吞吐量 年交互数：100万次/年，高峰期交易数：1万次 /天 （5）系统的鲁棒性 由于系统面对的是整个学院的师生，需存储各种用户的课程信息，权限信息等，信息量巨大，同时由于选课时信息量流动性较大，系统在运行过程中必须保证数据的一致性和完整性等。不致出现由系统内部因素而引起的数据信息不一致或丢失等问题。对于突发情况，如断电，机器损坏等，都能及时的恢复事务，以保证系统中数据的完整、正确、一致性。 （6）数据存储量 每年数据存储量大于10TB，年增长量大于1TB。 （7）系统可靠性 业务满足7×24小时可以使用，并且系统运行中数据不会丢失。 8）系统的易用性 系统面对的用户包括管理人员、教师、以及在校学生等，在各个接口和设计上，应尽量做到人性化设计，易于为各类用户所操作。 （9）可扩展性 1）可实现负载均衡 2）可增加服务器实现扩展 3）预留更多接口 （10）系统的可维护性 系统交付后将由本团队负责维护和升级，鉴于可维护性方面考虑，要求在系统开发过程中编写详细的文档，以供维护和升级人员查看，减少时间开销。 3、系统设计约束 采用B/S架构 局域网环境 同一个页面操作不刷新页面 学生选课信息管理系统需求分析 1、识别选课系统的角色 （1）学生 学生可通过输入帐号、密码登录选课系统，在登录系统后，学生可进行选课、退课及查询操作。 （2）管理员 管理员对课程信息、学生信息及系统进行维护。主要执行的操作包含添加、修改、删除、故障解决。 2、系统业务建模中的上下文图 3、系统的主要用例分析 （1）登录 本用例用于学生登录选课系统。 用例名称 登陆 说明 成功登陆后进入管理界面，登陆失败返回登陆 参与者 学生 基本操作流程 用户名、密码?登陆 （2）选课 本用例为学生提供选课的功能。 用例名称 选课 说明 学生登录选课系统后，提交自己要选择的课程，等待系统回复 参与者 学生 基本操作流程 登录选课系统，填写所要选择课程号和序号，提交系统 （3）退课 本用例为学生提供退课的功能。 用例名称 退课 说明 学生登录选课系统后，提交自己要退的课程，等待系统回复 参与者 学生 基本操作流程