学生公寓管理系统Word文件下载.docx

学生公寓管理系统Word文件下载.docx

《学生公寓管理系统Word文件下载.docx》由会员分享，可在线阅读，更多相关《学生公寓管理系统Word文件下载.docx（27页珍藏版）》请在冰豆网上搜索。

5.4.2资源的操作23

5.4.3查询操作23

参考文献24

设计总结25

摘要

学生公寓管理系统基于B/S模式开发，使用JSP动态网页制作技术作为主要的前台开发语言，实现前后台的数据交互；

后台选用SQLServer2005作为数据库服务器。

该学生公寓管理系统主要划分了管理员和学生两种权限，实现的功能有学生信息的管理，宿舍信息的管理，宿舍的分配功能等。

系统具有界面友好，操作简便的特性。

该系统主要包括学生管理，房间管理，添加寝室，寝室管理，添加员工，员工管理，添加楼宇，楼宇管理，查看房间，搜索房间，系统管理这些功能模块，最后本文还介绍了系统设计的关键技术，通过这些技术，提高了学生公寓管理的效率。

【关键字】学生公寓管理系统、SQLServer2005、jsp等。

序言

学生宿舍管理系统对于一个学校来说是必不可少的组成部分。

目前很多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存盘的数据比较多的高校来说，人工记录是相当麻烦的。

而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。

在计算机在各行各业中的运用已经得到普及的今天，有一套学生宿舍管理系统是必然的。

学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。

由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。

这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。

1、可行性分析

1.1问题描述

在信息产业发展飞速的今天，用计算机实现一些繁琐及频繁变动信息是较容易的。

对于有着庞大信息量的高校学生公寓管理里，用计算机实现是非常必要的。

以下两个原因充分说明了这一点：

1手工记录检索信息的工作量太大，并且效率很低

2面向事务的数据库的优点预示着可以很成功的替代落后的手工记录。

因此，开发出宿舍管理的系统是一种必然。

它针对的用户是高校公寓管理员，用于管理学生住宿情况，如学生属性以及住宿费等情况，同时能方便快捷的记录物品出入情况和外来人员登记等，即，该系统能取代之前所有手工作业，并且能提供更多功能。

1.2可行性分析研究

可行性研究报告是对公寓管理系统作的可行性研究分析及指出存在的必要性。

因此通过可行性的研究分析可以知道问题。

有无可行性的解决方法，进而避免人力、物力和才力的浪费。

在现行系统初步调查的基础上就可以提出新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。

例如：

·

提高公寓管理效率，减轻劳动强度；

提高信息处理速度和准确性；

为管理者提供更方便、科学的服务项目。

1.2.1技术可行性

技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、软件配置能否满足开发者需要等。

本系统采用JSP作为前台页面和Sqlserver2005作为后台数据存储。

根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。

1.2.2经济可行性

投资费用主要是开发它的支出，其中包括设备购置费、软件开发费、管理和维护费、人员工资和培训费等。

学生公寓管理这个软件可以减少人力方面的支出。

该系统适用于全国大部分高校的学生公寓管理，具有广阔的销售市场。

该软件的开发成本在客户的可接受范围内。

经过对上述几个方面的调查研究和分析，我们得出学生公寓管理这个软件的市场前景是相当客观的，在经济角度来说，开发学生公寓管理是可行的。

1.2.3操作可行性

学生公寓管理的相关人员迫切希望开发一个管理系统，该系统以科学的方法来弥补当前管理制度上的不足，使规章制度更加齐全。

学生公寓管理人员积极支持该系统开发，使新系统能够充分的发挥作用；

系统操作简单，易于理解，操作者经过短时间的培训就可以使用学生公寓管理系统。

1.3结论意见

经过认真地可行性研究，系统基本上做到了在技术、经济、运行、法律上的可行。

因此，相信在按照计划上实施的前提下，全系统的设计将会按时、高质量完成。

所以，系统研制和开发是可以马上进行的。

2、项目开发计划

2.1编写目的

2.2项目背景

项目分析单位在接到项目分析员给出的项目可行性分析报告后，在本系统，即学生公寓管理系统开发主管部门的统一下制定用于软件实质开发的软件项目计划，以使软件开发单位理解软件开发要求，进行开发。

2.3项目概述

1、工作内容

让计算机对学生公寓进行自动管理，用户可以直接在计算机上实现学生信息管理，并能在一定程度上实现自动化。

2、条件与限制

开发该软件的条件比较简单，以开发单位目前的经济与技术条件已完全具备开发的条件。

该系统可在用户要求的期限内完成。

3、产品

1）、程序

该项目因开发时间较短，这里只给出设计思想，具体程序没写。

2）、文档

（1）封面

（2）目录（3）中文摘要100字左右；

关键词3-5个（4）序言（5）可行性分析（6）项目开发计划（7）需求规格说明（包含系统流程图、数据流程图、数据字典、E-R图）（8）概要设计（包含总体软件结构图、总体数据结构）（9）详细设计（对概要设计内容进行详细设计）（10）设计总结、参考文献、致谢等

4、验收标准

软件验收标准完全由用户提出的软件需求制定，保证软件符合用户的要求。

2.4项目开发计划

1、任务分解

分三个大的阶段进行开发第一阶段完成本系统的数据流图跟E-R图。

第二阶段完成概要设计跟详细设计。

第三阶段书写文档。

2、预算

软件资金投入较少，具体预算分配简略。

3、关键问题

各模块之间的联系和后台数据库的完成。

使用目前的设备与现有开发技术完全可以开发出该系统，总的来说该项目没有较大的技术难点与其他的一些风险因素。

对于出现的一些小难点总都能得到解决。

4、交付期限

所要开发的系统较简单，所有开发工作用户要求要在两周内完成，完成项目的最迟时间为2012年7月5日。

3、需求分析

3.1任务需求分析

经分析先给出该系统的系统流程图，如图3.1所示：

图3.1系统流程图

本设计要实现的是高校学生宿舍管理系统，在设计该系统时，应尽可能的贴近管理者,便于用户操作。

系统在实现上应该具有如下功能：

1.系统要求用户必须输入正确的用户名和密码才能进入系统。

2.系统应该提供学生住宿情况的基本登记。

3.系统应提供人员来访登记及结束访问的详细登记。

4.系统应提供学生在校期间物品出入宿舍楼的详细情况登记。

5.系统应提供查询功能，以方便用户对学生基本信息的查询（要实现按多种条件的查询）及楼房信息的查询。

6.系统应提供增加、删除、修改用户帐户的功能。

一个更为完善的学生宿舍管理系统，应提供更为便捷与强大的信息查询功能，如相应的网络操作及服务，由于开发时间和计算机数量有限，该系统并未提供这一功能。

对信息的保护手段仅限于设置用户级别，以及提供数据文件的备份，比较简单，不能防止恶意的破坏，安全性能有待进一步完善。

3.2数据流图、数据字典及实体联系图

3.2.1数据流图

3.2.2数据字典

数据字典是关于数据的信息的集合，也就是对数据中包含的所有元素的定义的集合，它为软件开发人员提供数据库设计的参考，并为用户了解系统时作为一个必有工具。

本数据字典主要定义数据字典5个主要字段内容，具体说明如下：

1、名字：

数据元素的名字，作为在数据流图中的标识符，显示数据流

的内容。

2、别名：

数据元素的另一个名字，其作用是对于

a.对于同样的数据，不同的用户使用了不同的名字；

b.小组开发人员可能对同一数据使用了不同的名字；

c.小组不同的开人员对同一数据流使用了不同的名字；

3、描述：

是对这个名字代表的数据流进行简要的描述，以加深理解；

4、定义：

对这个名字代表数据流的详细定义其组成部分；

5、位置：

表示这个数据流的来源；

以下是图1的数据流图中部分的数据信息的数据字典:

*******************************************

名字：

管理员

别名：

系统管理员

描述：

对公寓系统进行操作的人员

定义：

管理员=[普通用户|超级用户]

位置：

用户表

事务

代表要办理的一个具体事件

事务=[系统事务|公寓事务|学生事务|出入事务]

系统登陆

接收事务

接受事务

接受管理员要办理的一个具体事件

接收事务=事务命令+事务

系统事务

系统事件

系统管理员进行系统管理的特定事件

系统事务=[修改密码|用户管理]

系统管理

公寓事务

公寓事件

系统管理员进行公寓管理的特定事件

公寓事件=[楼房管理|员工管理|宿舍管理]

公寓管理

学生事务

学生事件

系统管理员进行公寓学生管理的特定事件

学生事务=[学生信息查询|公寓信息查询]

学生管理

出入事务

出入事件

系统管理员对外来人员及公寓学生物品出入管理的特定事件

出入事务=[外来人员登记|物品出入登计]

出入登计管理

*******************************************

二层细化的数据字典：

员工信息

每栋公寓聘请的员工

员工信息=员工号＋姓名＋年龄＋性别

＋楼房号＋职位＋家庭住址＋联系方式＋备注

员工号=3｛字符｝11

姓名＝6｛字符｝11

年龄＝2｛数字｝3

性别＝[F｜M]

楼房号＝2｛数字｝3

职位＝4｛字符｝20

家庭住址＝8｛字符｝100

联系方式＝11｛数字｝11

备注＝0｛字符｝256

员工表

寝室信息

寝室对应的属性

寝室信息＝寝室号＋居住性别＋应住人数＋

实住人数＋住宿费用＋电话＋备注

寝室号＝10｛字符｝10

居住性别＝[F｜M]

应住人数＝2｛数字｝2

实住人数＝2｛数字｝2

住宿费用＝4｛数字｝4

电话＝11｛数字｝11

寝室表

楼房信息

楼房对应的属性

楼房信息＝楼房号＋房间数＋楼层数＋应住人数

楼房号=10{字符}10

房间数=3{数字}10

楼层数=2{数字}2

应住人数=4{数字}4

楼房表

3.2.3实体联系E-R图

根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性和实体之间的关系，并画出如下所示的E-R图。

图3.2（6）寝室实体E-R

图3.2（7）来访人实体E-R图

图3.2（8）物品实体E-R图

4、概要设计

4.1总体设计

通过这个阶段的工作将划分出组成系统的物理元素。

系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务，也就是要确定系统的配置物理方案。

软件结构设计时应该遵循的最主要的原理是模块独立，让模块彼此间的接口关系应该尽量简单。

4.2系统功能模块图

系统的大致结构如下：

在B/S结构下的该寝室管理系统大致可以划分为以下模块：

4.3数据库概念设计

本管理系统共用到七个表：

用户表（LoginIn）、学生基本情况表（Student）、学生住宿表（Student_base）、寝室表（Dorm）、员工表（Employee）、人员来访表（Visit）、物品出入楼表（Goodsmove），各表之间均有一定的关系，可以进行关联。

1.学生基本情况表（Student）、学生住宿表（Student_base）、物品出入楼表（Goodsmove）这四个表里面都有一个相同的字段:

学号（Stu_Id）,通过学号这个字段就可以将系统的这四个表关联了起来。

当某个表发生插入、修改、删除等方面的改动时，相联的表之间也要进行相应的改动。

学生住宿表（Student）和寝室表（Dorm）也有一个相同的字段:

寝室号（Dor_Id）将两表相关联。

2.由于员工是负责管理某栋楼房的，因此员工表（Employee），楼房表（House）这两个表之间有一个相同的字段:

楼房号（Hou_Id）来进行关联。

4.4数据库逻辑结构设计

表1用户表（LoginIn）

字段名描述数据类型数据长度NULLPrimarykey

UserName用户名char10NY

UserId用户密码char10NY

UserPower用户权限char20NN

表2学生基本情况表（Student）

字段名描述数据类型数据长度NULLPrimarykey

Stu_Key学号char20NYandF

Stu_Name姓名char10YN

Stu_Sex性别char10YN

Stu_Enr入学日期datetime10YN

Stu_Birth出生日期datetime10YN

Stu_College学院char10YN

Stu_Major专业char10YN

Stu_Polit政治面貌char10YN

Stu_Address家庭住址char50YN

Stu_Tel联系方式char10YN

Stu_Des备注char50YN

表3学生住宿表（Student_base）

Stu_dor宿舍char10YN

表4寝室表（Dorm）

Dor_Id寝室号char10NY

Dor_Sex居住性别char10YN

Dor_Num应住人数char10YN

Dor_Fact实住人数char10YN

Dor_Price住宿费用char10YN

Dor_Tel电话char10YN

Dor_Des备注char50YN

表5员工表（Employee）

Emp_Id员工号char20NY

Emp_Name姓名char10YN

Emp_Age年龄char10YN

Emp_Sex性别char10YN

Hou_Id学楼房号char10NF

Emp_Job职位char10YN

Emp_Add家庭住址char50YN

Emp_Tel联系方式char10YN

Emp_Des备注char50YN

表6楼房表

Hou_Id楼房号char10NF

Hou_Num房间数char10YN

Hou_Flr楼层数char10YN

Hou_Peo应住人数char10YN

表7人员来访表（Visit）

Vis_Name来访人姓名char10NN

Vis_Host被访人姓名char10YN

Dor_Id寝室号char10NF

Relation所属关系char10YN

Vis_Data来访日期datetime10YN

Vis_Time来访时间datetime10YN

Lea_Time离开时间datetime10YN

Vis_Watch值班人char10YN

Vis_Cred证件名称char10YN

Vis_Des备注char50YN

表8物品出入楼表（Goodsmove）

Stu_Name学生名char10NN

G_Id物品号char20NY

G_In进楼物品char10YN

G_Out出楼物品char10YN

G_Date时间datetime10YN

Watch值班人char10YN

G_Des备注char50YN

4.5连接数据库的特点

当开发环境通过连接到数据库上之后，在设计中使用数据库画笔可实现对该数据库中表格，视图等的操作，如创建表,修改表，删除表，增加/删除记录。

设计中设计数据窗口的时候，通过对话框实现与数据的连接。

在应用程序中则一般是在应用程序对象中书写连接数据库的程序代码，使得应用程序开始运行并实现与数据库的连接。

5、详细设计

5.1系统的主要功能

在整体设计中，我们将宿舍管理系统分为六个大的功能：

系统管理功能、公寓管理功能、信息查询功能、出入登记功能、信息修改功能。

下面将具体进行介绍每个功能：

3.系统应提供学生每学期的注册及学生的离校处理。

4.系统应提供人员来访登记及结束访问的详细登记。

5.系统应提供学生在校期间物品出入宿舍楼的详细情况登记。

6.系统应提供查询功能，以方便用户对学生基本信息的查询（要实现按多种条件的查询）及楼房信息的查询。

7.系统应提供增加、删除、修改用户帐户的功能。

8.系统还应具有添加、修改、删除学生及员工基本信息的功能。

9.学生宿舍管理系统的某些信息应当能够以报表形式打印出来。

5.2程序流程图

5.3用户界面设计

5.3.1一般交互设计

一般交互涉及信息显示、数据输入、和系统整体控制等方面。

1、一致性

为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能，使用一致的格式。

在设计的过程中，基本上保持了系统的格式一致。

2、信息的反馈

向用户及时提供视觉和听觉的信息反馈，以保证在用户和系统之间及时地建立双向通信。

在本系统设计过程中，基本做到了信息的及时反馈，在信息显示的大部分窗体中包括了刷新按钮，会对数据库中的数据进行及时地显示。

另外，在进行错误操作是，会弹出提示窗口并发出警告提示音。

3、执行有较大影响的操作前提示用户确认

在设计过程中，如果用户要执行删除操作，以及对数据库的读写操作时，都会有窗体弹出询问继续操作或者予以提示。

4、减少两次操作间需要记忆的内容

为了避免用户为下一步操作而记忆大量数据，所以在设计过程中在需要数据传递的窗体中设置全局变量，来传递数据。

例如在入账和入库的模块的操作中都用到了这样的方法。

5、对话、移动和思考的效率

尽量减少用户击键的次数，在设计时考虑到了用户屏幕的布局以减少用户鼠标移动的距离，尽量避免用户在操作中发生疑问的情况。

6、允许错误

允许用户的误操作尽量不对系统造成伤害。

7、按功能对动作分类，并据此设计屏幕布局

屏幕布局尽量将软件所具有的所有功能在主页面展示，界面一目了然。

5.3.2信息显示设计

应当尽量为用户提供的界面显示时完整的、明确的和容易理解的。

这样才能满足用户的需求。

使用不同的方式显示信息：

用文字、图形、声音，按位置、移动和大小，使用颜色和省略等方式传达信息。

1、只显示与当前工作有关的信息

在用户操作有关系统的特定功能的