毕业设计（论文）
题目： 学生宿舍管理系统
2013 年 5 月 10 日
太原科技大学毕业设计（论文）任务书
学院（直属系）：华科学院计算机科学与技术系 时间： 2012年12月6日
说明：一式两份，一份装订入学生毕业设计（论文）内，一份交学院（直属系）。
华科学院学生宿舍管理系统
摘要
高校日常管理过程中，学生宿舍管理一直是日常管理的一个重要组成部分。
其管理水平的高低，在一定程度上反映了学校管理水平的整体状况，也从侧面映
射出学校教学水平的高低。作为学校日常管理的一个重要方面的学生宿舍管理，
长期以来，以人力手动工作作为主要方式，在日常宿舍管理的过程中，管理人员
面对的管理工作数据量庞大，手续繁琐，其工作的复杂度和效率可想而知。可见，没有一个系统的管理软件，管理人员的工作效率难以提高。
本系统以最简洁实用的创新方式，完成了一个具有高度伸缩性、灵活性、稳
定性且可扩充、易维护的学生宿舍管理系统，实现了宿舍信息管理、学生入住管
理、宿舍管理员管理、系统辅助等功能。在设计方面，本系统主要采用了Java EE 、MySQL 数据库等。该系统基本能满足对于学生宿舍管理的需要。
关键词：学生宿舍管理系统，简单高效 ，Java EE ，MySQL 数据库
Student Dormitory Management System of HuaKe
Insitute
Abstract
In the process of daily management in Colleges and universities, the student's
dormitory management has always been an important part of daily management. The
management level, to a certain extent, reflect the overall situation of the school
management level, also the school teaching level from the side mapping. As a student
dormitory management, an important aspect of the daily management of the school
for a long time, to human manual work as the main way, in the ordinary course of
dormitory management, management of data managers face amount is huge,
cumbersome procedures, one can imagine the complexity and the efficiency rate of its
work. Visible, no system management software, it is difficult to improve the
efficiency of management.
In this system, the most simple and practical way of innovation, complete with a
high scalability, flexibility, stability and extensibility, easy maintenance of student
hostel management system, realize the information management of students in the
dormitory, dormitory management, system management, auxiliary function. In the
design, this system mainly uses the Java EE , MySQL data base . The system can
meet the basic needs of the student dormitory management.
Keyword : student hostel management system, simple and efficient, Java EE,MySQL
data base
目 录
第1章 系统概述 . ....................................................... - 1 -
1.1系统开发的背景 . .................................................. - 1 -
1.2系统开发的意义 . .................................................. - 1 -
第2章 系统需求分析 . ................................................... - 2 -
2.1功能需求 . ........................................................ - 2 -
2.1.1 基本功能需求 . .............................................. - 2 -
2.1.2 用户界面需求 . .............................................. - 2 -
2.2环境 . ............................................................ - 2 -
2.3相关技术介绍 . .................................................... - 3 -
2.3.1 Java EE . ................................................... - 3 -
2.3.2 MySQL . ..................................................... - 3 -
第3章 宿舍管理系统设计 . ................................................ - 5 -
3.1 系统总体设计目标 ................................................ - 5 -
3.2系统功能模块图 . .................................................. - 5 -
3.2.1用户帐号模块 ............................................... - 6 -
3.2.2宿舍信息管理模块 ........................................... - 6 -
3.2.3学生入住管理模块 ........................................... - 7 -
3.2.4宿舍管理员管理模块 ......................................... - 7 -
3.2.5 系统辅助模块 . .............................................. - 7 -
3.3数据库设计 . ...................................................... - 8 -
第4章 宿舍管理系统的实现 . ............................................. - 10 -
4.1宿舍管理系统界面设计 . ........................................... - 10 -
4.2用户帐号、密码修改模块功能详细设计 . ............................. - 11 -
4.3宿舍信息管理模块的详细设计 . ..................................... - 12 -
4.4信息查询流程 . ................................................... - 13 -
4.5系统的代码实现 . ................................................. - 14 -
第5章 系统测试 . ...................................................... - 16 -
5.1系统测试介绍 . ................................................... - 16 -
5.2测试方法 . ....................................................... - 16 -
5.3 系统测试 ....................................................... - 17 -
5.4 测试报告 ....................................................... - 17 - 结束语 . ................................................................ - 19 - 参考文献 . .............................................................. - 20 - 致谢 . .................................................................. - 21 - 附录 . .................................................................. - 22 -
1外文文献翻译 . ...................................................... - 1 - 2外文文献原文 . ...................................................... - 1 -
第1章 系统概述
1.1系统开发的背景
当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术[1]。21世纪的今天, 信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。但是从事宿舍管理的人员一般不会清楚从什么渠道可以得到这样一个可以满足他们日常管理需要的系统，又或者他们已经习惯了传统的管理方式，不了解甚至不认同更为先进的管理方式。改变传统管理方式，提高管理水平和效率已经迫在眉睫。
1.2系统开发的意义
针对如此现状，我设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速的查询学校所需的住宿信息。而且由于操作界面简单，功能设置全面且合理，即便是计算机水平不高的管理者也很容易掌握和使用。这样，本系统就能完全发挥出自己当时的设计目的，真正满足宿舍管理人员的需求，具有很强的可行性，而且对于将来可能的更大范围内的推广和普及也大有好处。
第2章 系统需求分析
2.1功能需求
2.1.1 基本功能需求
本课题要实现的是高校学生宿舍管理系统，在设计该系统时，应尽可能的贴近宿舍生活，便于用户操作。系统在实现上应该具有如下功能：
（1）宿舍信息管理：
主要包括宿舍号、宿舍类型、宿舍位置的登记与管理。
（2）学生入住管理：
主要包括学生姓名、年龄、院系等具体信息和所在宿舍编号的登记与管理。
（3）宿舍管理员管理：
主要包括管理员信息与所管理的宿舍信息的登记和管理。
（4）系统辅助：
修改密码功能，增加系统安全性、方便用户使用。
2.1.2 用户界面需求
学生宿舍管理系统应提供简单、层次关系明了、清晰的操作界面，使用户一目了然。尽可能的为用户的录入、查询等功能操作提供方便。快捷按钮的创建也是非常需要的，以方便用户操作。
2.2环境
系统开发平台：MyEclipse6.5；数据库管理：MySQL5.0；服务器：Tomcat6.0；JAVA 开发包：JDK5.0；运行平台：windows 。硬件环境需要处理器Inter Pentium4 1.6GHz或更高，内存达到1GB, 硬盘存储达到800GB ，显卡ATI Mobility Radeon X1350独立显卡。
2.3相关技术介绍 2.3.1 Java EE
Java EE（Java Platform，Enterprise Edition）是sun 公司推出的企业级应用程序版本。这个版本以前称为 J2EE。能够为我们帮助开发和部署可移植、健壮、可伸缩且安全的服务器端 Java 应用程序。Java EE 是在 Java SE 的基础上构建的，它提供 Web 服务、组件模型、管理和通信 API ，可以用来实现企业级的面向服务体系结构（service-oriented architecture，SOA ）和 Web 2.0 应用程序。
2.3.2 MySQL MySQL 是一个关系型数据库管理系统，由瑞典MySQL AB公司开发，目前属于Oracle 公司。MySQL 是一种关联数据库管理系统，关联数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。MySQL 的SQL 语言是用于访问数据库的最常用标准化语言。MySQL 软件采用了双授权政策（本词条“授权政策”），它分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，一般中小型网站的开发都选择MySQL 作为网站数据库。由于其社区版的性能卓越，搭配PHP 和Apache 可组成良好的开发环境。
MySQL （发音为"my ess cue el"，不是"my sequel"）是一种开放源代码的关系型数据库管理系统（RDBMS ），MySQL 数据库系统使用最常用的数据库管理语言--结构化查询语言（SQL ）进行数据库管理。
由于MySQL 是开放源代码的，因此任何人都可以在General Public License 的许可下下载并根据个性化的需要对其进行修改。MySQL 因为其速度、可靠性和适应性而备受关注。大多数人都认为在不需要事务化处理的情况下，MySQL 是管理内容最好的选择。
MySQL 这个名字，起源不是很明确。一个比较有影响的说法是，基本指南和大量的库和工具带有前缀“my ”已经有10年以上，而且不管怎样，MySQL AB创始人之一的Monty Widenius 的女儿也叫My 。这两个到底是哪一个给出了MySQL 这个名字至今依然是个迷，包括开发者在内也不知道。
MySQL 的海豚标志的名字叫“sakila ”，它是由MySQL AB的创始人从用户在“海豚命名”的竞赛中建议的大量的名字表中选出的。获胜的名字是由来自非洲斯威士兰的开源软件开发者Ambrose Twebaze 提供。根据Ambrose 所说，Sakila 来自一种叫SiSwati 的斯威士兰方言，也是在Ambrose 的家乡乌干达附近的坦桑尼亚的Arusha 的一个小镇的名字。
MySQL ，虽然功能未必很强大，但因为它的开源、广泛传播，导致很多人都了解到这个数据库。它的历史也富有传奇性。
与其他的大型数据库例如Oracle 、DB2、SQL Server等相比，MySQL 自有它的不足之处，但是这丝毫也没有减少它受欢迎的程度。对于一般的个人使用者和中小型企业来说，MySQL 提供的功能已经绰绰有余，而且由于MySQL 是开放源码软件，因此可以大大降低总体拥有成本。
目前Internet 上流行的网站构架方式是LAMP LNMP ，即使用Linux 作为操作系统，Apache 和Nginx 作为Web 服务器，MySQL 作为数据库，PHP/Perl/Python作为服务器端脚本解释器。由于这四个软件都是免费或开放源码软件（FLOSS) ，因此使用这种方式不用花一分钱（除开人工成本）就可以建立起一个稳定、免费的网站系统。
第3章 宿舍管理系统设计
3.1 系统总体设计目标
经过需求分析阶段的工作，系统必须“做什么”已经清楚了，现在是决定“怎样
做” 的时候了。总体设计的基本目的就是回答“概括地说，系统应该如何实现？”这个问题，因此，总体设计也称概要设计或初步设计。通过这个阶段的工作将划分出组成系统的物理元素---程序、文件、数据库、人工过程和文档等，但是在每个物理元素仍然处在黑盒子级，这些黑盒子里的具体内容在以后仔细设计。总体设计的另一项重要任务是设计软件的结构，也就是要确定系统是由哪些模块组成的，以及这些模块相互间的关系[2]。
3.2系统功能模块图
图3.1 系统功能模块图
在整体设计中，根据事先的调查做出的需求分析，结合实际生活中宿舍管理系统涉及的方方面面，综合分析，我们决定将宿舍管理系统分为五个大的模块。这五个模块分别是：用户帐号模块、宿舍信息管理模块、学生入住管理模块、宿舍管理员管理模块、系统辅助模块。每个模块根据宿舍管理的需要，分别实现不同的功能。下面我们将具体对每一部分模块进行详细介绍。 3.2.1用户帐号模块
图3.2 用户帐号模块功能模块图
用户帐号模块包括：用户设置和用户退出系统两个部分。
1. 用户设置：实现宿舍管理人员登录宿舍管理系统，实现密码修改；
2. 退出系统：实现正常退出宿舍管理系统。 3.2.2宿舍信息管理模块
图3.3 宿舍信息管理功能模块图
宿舍信息管理模块包括：宿舍信息登记、宿舍信息管理两个部分。
1. 宿舍信息登记：登记学校所有宿舍情况，包括宿舍号码、宿舍类型、宿舍所属宿舍楼；
2. 宿舍信息管理：实现宿舍号码、宿舍类型、宿舍位置的编辑和删除，实现通过输入宿舍号进行宿舍详细信息的查询。
3.2.3学生入住管理模块
图3.4 学生入住管理功能模块图
学生入住管理模块包括学生入住登记以及入住信息管理两个部分。
1. 学生入住登记：添加入住信息，包括宿舍编号、学生姓名、学生年龄、身份证号、学生学号、所属院系以及联系电话，添加完毕后点击保存；
2. 入住信息管理：实现宿舍编号、宿舍类别、宿舍位置、学生姓名、身份证号、学生年龄、学生学号、所属院系以及入住时间的编辑和删除，同时可以通过宿舍号、学生学号以及学生姓名查询到相应的信息。
3.2.4宿舍管理员管理模块
图3.5 宿舍管理员管理功能模块图
宿舍管理员管理模块包括管理员信息登记以及管理员信息管理两部分。 1. 管理员信息登记：添加管理员姓名、所管理宿舍以及宿舍所在位置；
2. 管理员信息管理：实现管理员姓名、管理范围以及所管理宿舍位置的编辑和删除，同时可以输入管理员姓名进行快速查询。 3.2.5 系统辅助模块
系统辅助 修改我的密码
图3.6 系统辅助功能模块图
系统辅助模块实现了修改密码的功能：打开系统辅助，点击修改我的密码，输入原密
码并且两次输入将要使用的密码，输入无误，密码修改完成。
密码修改功能有利于提高系统的安全性。
3.3数据库设计
该系统主要包括用户表、管理员表、宿舍信息表、宿舍管理表和学生信息表。 其中用户表主要用来存放用户信息，具体如表1:
管理员表主要用来存放管理员信息，具体如表2：
宿舍信息表主要用来存放宿舍信息，具体如表3：
宿舍管理表主要标注管理员具体管理的宿舍号，具体如表4：
学生信息表主要用来存放学生信息，具体如表5:
第4章 宿舍管理系统的实现
在系统功能模块介绍时，我们将宿舍管理系统分为：用户登录模块、宿舍信息管理模块、学生入住管理模块、宿舍管理员管理模块、系统辅助模块。
4.1宿舍管理系统界面设计
下面两图是我们学生宿舍管理系统界面：
图4.1 宿舍管理系统登陆界面
图 4.2 宿舍管理系统主界面
4.2用户帐号、密码修改模块功能详细设计
1. 用户登录：
图4.3 用户（管理员）登录界面
设计思想：
当宿舍管理系统需要进入时，用户输入用户名称、用户密码登录该系统。 2．修改密码：
图4.4 密码修改界面
为了防止密码被恶意盗用可以经常性的修改你的密码以增强系统的安全性，密码修改对于所有具有访问该系统的用户来说都可以使用。
具体实现:
(1).首先实现该功能模块与数据库的关联。
(2).其次为了确保该功能的完整性，在点击确认之后，需要判断一下所有的编辑框中的输入都不能为空。
(3).最后在确认时，还需要编程实现的是判断原始用户名和密码是否一致，只有一致才有权限修改你的密码。同是为了确保新密码的正确性，还添加了一个确认密码框，新密码和确认密码两者所输内容是要求完全一样，方能修改密码成功。
4.3宿舍信息管理模块的详细设计
图4.5 宿舍信息登记界面
设计思想：
入住登记管理是对每栋宿舍楼的每个学生的基本信息进行录入，具体实现： (1).由于需要和数据库表相关联, 所以也添加了两个数据窗口控件实现两者之间的关联。
(2). 在具有在基本的增加、删除、保存、退出功能外还具有数据窗口共享，在右边的自由表内输入数据，左边的表只能对数据浏览，同时当鼠标在左边的表中选中一个人的信息，相应在右边的数据窗口的自由表中会出现和其相同的数据。
(3). 在具体实现时需要设置像楼房号这样的具有唯一确定性的字段是不能为空的。而其他字段在输入时没有太大限制，录入人员在录入时需根据自身情况再进行添加。
4.4信息查询流程
在宿舍管理系统中进行学生信息查询, 我们以按学号进行查询为例来说明一下这个功能的详细实现：
图4.6 信息查询流程图 设计思想：
按学号查询是具体的查询某学生的详细信息，包括学生的基本信息及其住宿情况。在需要调查学生的详细情况时，可以采用该功能来实现。
具体实现：
在按学号查询时首先要通过编程判断一下，数据库的学生信息表中是否存在该编号的学生，如果没有系统将不会显示数据所以只有存在学号才能进行查询。
上述完成之后，输入所查询的学号，那么所需学生信息就会在下面表格中显示出来了：
图4.7 学号查询结果显示
4.5系统的代码实现
部分代码：
if (method.equals("one" )){//admin登录
String username = request.getParameter("username" ); String password = request.getParameter("password" ); if (username == null ||username.trim().equals("" )){
request.setAttribute("message" , " 请正确输入用户名！" ); request.getRequestDispatcher(sysdir+"/login.jsp").forward(request,
response);
}
else if (password == null ||password.trim().equals("" )){
request.setAttribute("message" , " 请输入密码！" );
request.getRequestDispatcher(sysdir+"/login.jsp").forward(request,
response);
} else {
String md5password = MD5.MD5(password); String agent = request.getHeader("user-agent" ); StringTokenizer st = new StringTokenizer(agent,";" ); String useros=st.nextToken();
String loginip = request.getRemoteAddr(); int
flag
=
loginbean.adminLogin(username,md5password,
password,useros,loginip);
switch (flag){
case Constant.SUCCESS :
List list = loginbean.getAdminInfo(username); session.setAttribute("user" , username); session.setAttribute("list" , list);
request.getRequestDispatcher(sysdir+"/").forward(request,
response);
break ;
case Constant.NAME_ERROR:
request.setAttribute("message" , " 用户名或者密码错误！" );
request.getRequestDispatcher(sysdir+"/login.jsp").forward(request, response);
break ;
case Constant.PASSWORD_ERROR:
request.setAttribute("message" , " 用户名或者密码错误" );
request.getRequestDispatcher(sysdir+"/login.jsp").forward(request, response);
}
}
}
break ;
第5章 系统测试
5.1系统测试介绍
系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，
进行信息系统的各种组装测试和确认测试，系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。系统测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。对象不仅仅包括需测试的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等[3]。测试的主要内容包括：功能测试、健壮性测试、性能测试、用户界面测试、安全性测试、安装与反安装测试等，本文针对功能做一部分测试。
5.2测试方法
一个系统功能的实现，需要经过这么几步，首先把大致的骨架给设计好，然后根据系统要求写代码，接着是调试程序，最后完善总结。其中最重要的两步就是中间的两步。在此次毕业设计中，给我印象最深的就是系统的调试。在调试过程中，遇到了不少的问题，不过经过我不断的查阅资料，老师的指导，同学的商讨，这些问题都逐渐得到了解决，现将整个的调试过程总结如下：
1. 理清整个程序的设计思路，具有严谨的逻辑思维，按部就班是调试程序的首要条件。 2. 按模块逐个进行调试即将其他模块先作为注释查看此模块的内容是否正确，以此类推各个击破。
3. 通过信息框（massgerbox ）检查也是一种很有效的办法。
在编程过程中虽然遇到了不少困难，但在老师、同学及自己的反复研究下，最后问题都得到了解决。在解决问题的过程中我也是收获不小，同样的问题也许在不同的模块中会重复出现，通过上次调试中的所获，这次我就可以轻松解决。克服一个难题的喜悦是无法用言语可以表达的，它让我感受到了真正学到知识的那种充实感。
5.3 系统测试
经过好几个月的努力，我所设计的华科学院学生宿舍管理系统也终于完成了。但是一个合格的系统一定能够经得起检验，为了使系统变得更加完善，我对于系统的每个模块都进行了测试。
在系统管理员进行用户的删除时，刚开始时是用户名正确就可以进行删除，测试时才发现也许系统中存在重名的用户名，所以不能只凭借用户名、用户密码、用户权限中的一个或两个正确就可以将该用户删除，必须要三者都对应起来才能完成用户的删除。还进行完善了的一点就是当管理员输入错误的用户名时，系统能够对其进行提示‘本用户信息不存在，注意核对’。
当然在系统测试阶段，我还完善了许多细节性的东西。比如在查询模块、报表管理模块里面如果按学号进行查询，刚开始只是判断输入的学号不能为空。后来才发现在用户输入学号后，系统应该还能够进行判断该学号到底存不存在，如果没有就应该提示用户输入了不存在的学号，应该重新进行输入。
经过一段时间的系统测试之后，我的宿舍管理系统在整体上完善了许多，在设计上也更加具有人性化了，那么对于用户来说会更加容易适应本系统的各项操作。
5.4 测试报告
表5.1 登陆测试
结束语
历时一个学期的毕业设计现在已经接近尾声了，回想起这一个学期的日子，感觉收获颇多。我这次毕业设计的任务是建立一个学生宿舍管理系统，它用到的开发工具是Java EE 和MySQL 数据库技术。
首先是这几个月的学习，让我对于在对所要应用的技术有了一个基本认识，然后确定了题目，我就开始构思自己的系统设计。根据软件工程的思想，对于用户需求的仔细分析之后，我先把系统分为了几个大的模块，然后每个模块具体又要实现哪些功能进行分配。之后，就逐个模块去一一详细设计，设计的过程中不时地翻阅资料，用之前从老师那里学到的技术知识来优化程序。并努力完成程序代码，中间依靠自己的力量完不成的部分求教了老师和同学。程序代码完成之后，要进行运行调试，刚开始由于没有调试经验和方法效率很低，最后在老师的提点下，终于顺利完成了。
做出来的华科学院学生宿舍管理系统能够正常运行，并且完全满足宿舍管理人员对于系统的需求。系统根据平时宿舍生活的方方面面，把学生的信息管理、宿舍信息管理、水电使用计费、卫生评比情况、人员来访登记、晚归情况统计等功能分配到各个模块。使用者能够很直观的看懂系统，了解系统的所有功能，并且很容易掌握，马上就能利用本系统实现信息化管理，替代传统的宿舍管理模式。提升宿舍管理的效率，提高宿舍管理质量，节省和很多时间和人力。
对于个人来说，这样一个系统的完成很好的检验了自己对原来所学知识的掌握程度。在系统的完成过程中，我努力回想起原来的课程，并且再次学习了笔记和作业题中的知识和技术。依据之前对系统需求的分析、模块的规划，利用自己掌握的技术，完成了大部分的工作。对于中间遇到的问题，自己研究不出来的，和同学交流，或者去请教老师，问题解决之后，把涉及到的自己没有掌握好的技术或者知识点吃透，又是对自己的一次提升。相信在以后的学习和工作中，能够参与更多的系统开发，一定能够让自己的技术水平更上一层楼。
总之，通过几个月的毕业设计，让我感受了软件开发的整个过程。毕业设计不仅是对我在大学所学知识的一个综合运用，也是一次增长知识和经验的好机会，同时也使我学会了许多处理、解决问题的方法，大大提高了自己的动手能力，为即将走上工作岗位打下了良好的基础。
参考文献
[1] Andrew S.Tanenbaum.计算机网络[M].北京：清华大学出版社，1998:23～29． [2] Anonymous.网络数据库安全技术指南[M].北京：机械工业出版社，1998:16～17． [3] David A.Solomon.WindowsNT技术内幕[M].北京：清华大学出版社，1999:2～5． [4] 曹然彬.jsp 程序设计[M].大连理工大学出版社,2003.8:12～14．
[5] 朱如龙.SQL Server数据库应用系统开发技术[M].机诫工业出版社，2004.1:22～23． [6] 王晟.jsp 数据库开发经典案例解析[M]. 清华大学出版社,2005.4:54～61． [7] 董军 王玉 康祥顺.jsp 案例开发集锦[M].电子工业出版社,2005.11:9～13． [8] 张海潘. 软件工程[M].北京：人民邮电出版社，2002:20～67．
[9] 张海潘. 软件工程导论[M].北京：清华大学出版社，2003:50～89．
[10] 孔璐, 袁珏, 吴志坚, 顾洪. 数据库应用开发综合实例教程[M].国防工业出版社，2008:130～132． [11] 郑世珏，杨青. 数据库技术与应用基础教程[M].北京：高等教育出版社,2005:41～43． [12] 汪晓平、钟军.JSP 网络开发技术[M].北京：人民邮政出版社，2003:17～65．
[13] 施威铭研究室.SQL Server 2000数据库管理[M].北京: 人民邮电出版社，2004:22～28．
[14] 孙卫琴, 李洪成.Tomcat 与Java Web开发技术详解[M].北京: 电子工业出版社，2004:120～140． [15] 齐治昌、谭庆平、宁洪. 软件工程[M].北京：高等教育出版社,2004.2:76～79．
致 谢
转眼间，毕业设计就要结束了，在参加设计的这段时间里，能够完成这次毕业设计，除了我自己的努力外，老师和同学们也给予了我非常大的的帮助。
首先要感谢我的指导老师们，在确定题目之后，老师们就耐心的为我分析宿舍管理系统系统，告诉我目前宿舍管理上的种种弊端，然后有提出了各种问题，让我能够从多个角度对现在的宿舍管理系统有了更进一步的认识，也大致明白了系统将应该能够完成的各种功能。对具体设计该系统时尽可能的考虑全面，使我对整个设计有了一个初步的认识。对我进行全面、具体的指导，这是非常宝贵的意见。
在设计刚开始时，除了一部分技术不太熟悉之外，对许多技术也比较陌生。指导老师们给予了我耐心的指导，给我讲解我没有掌握或者接触过的技术，让我能够顺利地完成大部分的工作。遇到问题老师们也很耐心的帮我们解决，并且让我下次遇到同样的问题时能够依靠自己战胜困难。在系统完成之后，系统测试的环节中，老师们提出的几种方法让我恍然大悟，非常高效的完成了系统测试部分的内容。
在毕业论文方面，老师们不仅详细讲解论文的要求、论文的组成部分还把每一部分的内容和排序都给我们讲的非常清楚，对于我们不清楚的地方，老师又着重强调讲解了一遍。在一稿二稿知道三稿的完成过程中，每一次论文的提交，老师们都非常仔细地寻找我们在结构或者内容方面不太合适的部分，甚至是标点或者错别字都挑出来。而且老师们很仔细的检查了论文的格式，每一级标题的字体、大小，段落之间的空隙大小方面出的小问题都没有放过。这种工作态度另我们肃然起敬。
接下来要感谢的就是我的参考文献的作者们，他们把他们的研究成果或者是技术通过纸张和文字保留了下来，让我们后辈能够很系统方便地学习专业技术而不用绕太多弯路。书中很多的内容让我们若有所思或者豁然开朗，我不禁想到了那句著名的话“站在巨人的肩膀上。”
毕业设计能够顺利完成，我非常感谢老师不辞辛苦的对我们的帮助，同时也感谢我的同学，在该系统的完成过程他们也给我提供了不少的意见。
总之，在老师们尽心尽力的帮助下，我的毕业设计才能如期顺利完成，并且，就我的论文的编排和书写格式也为我提出了不少的修改意见。在此，我衷心的感激他们，真诚的向他们说一声“谢谢”!
附 录
1外文文献翻译
信息管理系统开发中的数据开发
随着可视化编程工具的渐渐流行(例如Visual Basic、Java 、Visual C++和第四代语言) 可以容易的修改用户和系统之间的接口，原型制作正成为可选择的系统开发方法论。使用原型制作可以相对地容易的改变用户报告和显示的内容和布局。在这个处理过程中，新的数据库需求可以被识别出来，因此现有的用于展开的应用程序的数据库将需要改变。甚至为要求一个新的数据库的系统而使用原型制作。在这种情况下，系统需求通过重复的开发过程中发展，获得采样数据来建造和重建数据库原型。
数据库开发的三个模式结构 概念模式是对独立于任何数据库管理技术的组织数据的整体结构的细节描述。概念模式定义整个数据库而无需参照数据如何被存储在计算机的辅存中。通常概念模式被描述成使用实体关系图(E-R)或对象建模符号; 我们称这种概念模式为数据模型。另外，概念模式的细节描述被存放在储存库或数据字典中作为元数据。
用户观点(或外模式) 也是独立于数据库技术的，但却具有代表性的地包含关联的概念模式的一个子集，与一个特殊用户或用户群有关(例如，存货管理员或应收帐款部门) 。用户观点也是用于特殊程序的模式的版本（例如，一个指令输入程序) ，因为一个程序是用于一个特殊用户或是用户群。因此，用户观点除了编程语言项（也就是说，和编程语言的句法相一致），也同时被定义在逻辑项（独立的技术）。通常用户观点的原始描述是计算机屏幕显示、商业事务(例如一个订阅更新形式) ，或者报告，因为这些显示、事务或者报告经常描述程序需要的全部数据。用户观点的一个逻辑版本可以用一个E-R 图或对象图或作为联系表现出来。
一个物理模式包括从概念模式而来的数据如何存储在计算机辅助存储器中的规格。对数据库分析员和设计师来说物理数据库(物理模式) 的定义是重要的，它提供了分配和管理数据存储和访问的物理辅助存储空间的数据库技术的所有规格。
数据库发展和数据库技术是建立在鼓励这三种数据库观点的差别的基础上的。数据库发展项目的一个角色可以这三种观点中的一个关联的任务。例如，在早期的事业中，设计外模式可能用于一个或多个程序。之后，随着经验的发展，设计物理模式或概念模式。数据库设计问题在各层间变化。
总的来说，概念模式，外模式和物理模式形成了数据库三个模式的系统结构。在概念模式的第一个相交处是基于根据组织的企业数据模型和对项目数据库要求的一般理解而发展起来的。然后对于每个传输、报告、屏幕显示和其他系统使用的外模式（用户观点）被开发出来。在大多情况下，一种对外模式的分析将产生在概念模式中没显示的新的属性和可能的实体和关系。因此，概念模式随着概念性和外模式的调和而增加。当新的用户观点被识别时，概念模式和外模式的演变过程将重复。
为了开始开发数据库和它关联的应用程序，要为关联的物理模式的编写规范。除了概念模式和外模式外，当用与它相关联的物理模式设计物理数据库时，也要考虑硬件和软件特征和用户对数据库性能的期望。在物理数据库的设计中可能会遇到概念模式或用户观点的矛盾或是其他问题，因此循环回到这些设计步骤是可能的。当另外的用户要求以后被识别时，这个过程再次开始。通常新的要求经常批量出现，在外模式和概念模式设计中的新的循环将被共同考虑，因此数据库不能经常的改变。数据库的周期性修改发生在系统开发维护阶段。
2外文文献原文
Data Development within Information Management Systems Development
With the increasing popularity of visual programming tools (such as Visual Basic, Java, Visual C++, and fourth-generation languages) in which it is easy to modify the interface between user and system, prototyping is becoming the systems development methodology of choice. With prototyping it is relatively easy to change the contents and layout of user reports and displays. During this process, new database requirements may be identified, and hence existing databases used by the evolving application will need to change. It is even possible to use prototyping for a system that requires a new database. In this case, sample data are acquired to build and rebuild the database prototype as the system requirements evolve through the iterative development process.
Three-Schema Architecture for Database Development
A conceptual schema is a detailed specification of the overall structure of organizational data that is independent of any database management technology. A conceptual schema defines the whole database without reference to how data are stored in a computer’s secondary memory. Usually a conceptual schema is depicted in graphical format using entity-relationship (E-R) or object modeling notations; we have called this type of conceptual schema a data model. In addition, specifications for the conceptual schema are stored as metadata in a repository or data dictionary.
A user view (or external schema) is independent of database technology but typically contains a subset of the associated conceptual schema, relevant to a particular user or group of users (for example, an inventory manager or accounts receivable department). A user view is also the version of the schema used in a particular program (for example, an order entry program), because a program is used by a particular user or group of users. Thus, a user view is defined in both logical (technology-independent) terms as well as programming language terms (that is, consistent with the syntax of the program’s language). Often the original depiction of a user view is a computer screen display, business transaction (such as a subscription renewal form), or a report since each of these often depicts all of the data needed by a program that processes that display, transaction, or report. A logical version of a user view can be represented as an E-R or
object diagram or as relations.
A physical schema contains the specifications for how data from a conceptual schema are stored in a computer’s secondary memory. Of importance to the database analyst and designer is the definition of the physical database (the physical schema), which provides all the specifications to the database technology to allocate and manage physical secondary memory space where data are to be stored and accessed.
Database development and database technologies are based on encouraging the distinction among these three views of databases. A role on a database development project may deal exclusively with tasks associated with only one of these three views. For example, early in a career, one may design external schemas used in one or more programs. Later, with experience, one will design physical schemas or conceptual schemas. Database design issues vary across the levels.
Together, conceptual, external, and physical schemas form the three-schema architecture for databases. A first cut at the conceptual schema is developed based on the organization’s enterprise data model and the general understanding of database requirements on a project. Then external schemas (user views) for each transaction, report, screen display, and other system use are developed. In most cases, an analysis of the external schemas will yield new attributes and possibly entities and relationships not shown in the conceptual schema. So, the conceptual schema is augmented with the conceptual and external schemas consistent. When new user views are identified, this process of evolving both the conceptual and external schemas repeats.
To begin developing the database and its associated application programs, write the specifications for the associated physical schema. Besides the conceptual and external schemas, also consider hardware and software characteristics an d users’ database performance expectations while designing the physical database with its associated physical schema. It is other issues with the conceptual schema or user views will be encountered, so it is possible to cycle back to these design steps. When additional user requirements are identified later, the process begins again. Usually new requirements are batched and considered together in a new cycle of external and conceptual schema design, so that the database is not constantly changing. Periodic revisions of the database occur during the Maintenance phase of systems development.