高校学生宿舍管理系统（二）

1、高校学生宿舍管理系统二1.用户表：登记管理人员的用户名、密码及登录权限。2.学生根本情况表：详细登记学生根本信息及学生住宿情况。3.寝室表：登记所有宿舍的详细情况。4.员工表：登记所有管理人员的详细情况。5.人员来访表：登记所有来访人员的详细情况。6.物品出入表：详细登记学生物品出楼信息。7.楼房表：登记所有住宿楼情况。8.学期注册表：登记学生每学期的注册情况。9.学生财产表：登记学生物品情况。表3.1用户表(lginin)字段名描绘数据类型数据长度nullpriarykeyusernae用户名har10nyuserid用户密码har10nyuserper用户权限har20nn表3.2学生根本

2、情况表(student)字段名描绘数据类型数据长度nullpriarykeystu_id学号har20nyandfstu_nae姓名har10ynstu_sex性别har10yndr_id寝室号har10nfstu_enr入学日期datetie10ynstu_birth出生日期datetie10ynstu_study所学专业har10ynstu_lass班级har10ynstu_plit政治相貌har10ynstu_add家庭住址har50ynstu_tel联络方式har10ynstu_sta状态har10ynstu_des备注har50yn表3.3寝室表(dr)字段名描绘数据类型数据长度nu

3、llpriarykeydr_id寝室号har10nydr_sex居住性别har10yndr_nu应住人数har10yndr_fat实住人数har10yndr_prie住宿费用har10yndr_tel har10yndr_des备注har50yn表3.4员工表(eplyee)字段名描绘数据类型数据长度nullpriarykeyep_id员工号har20nyep_nae姓名har10ynep_age年龄har10ynep_sex性别har10ynhu_id楼房号har10nfep_jb职位har10ynep_add家庭住址har50ynep_tel联络方式har10ynep_des备注har50

4、yn表3.5人员来访表(visit)字段名描绘数据类型数据长度nullpriarykeyvis_nae来访人姓名har10nnvis_hst被访人姓名har10yndr_id宿舍har10nfrelatin所属关系har10ynvis_data来访日期datetie10ynvis_tie来访时间datetie10ynlea_tie分开时间datetie10ynvis_ath值班人har10ynvis_red证件名称har10ynvis_des备注har50yn表3.6物品出入楼表(gdsve)字段名描绘数据类型数据长度nullpriarykeystu_id学号har20nyg_in进楼物品ha

5、r10yng_ut出楼物品har10yng_date时间datetie10ynath值班人har10yng_des备注har50yn表3.7楼房表(huse)字段名描绘数据类型数据长度nullpriarykeyhu_id楼房号har20nyhu_nu楼层数har10ynhu_r房间数har10ynhu_pe应住人数har10ynhu_des备注har50yn表3.8学期注册表(enrll)字段名描绘数据类型数据长度nullpriarykeystu_id学号har20nydr_id寝室har10nfenr_date注册日期datetie10ynenr_prie所交费用har10ynenr_sta

6、交费情况har10ynenr_year所交年度datetie10yyenr_des备注har50yn表3.9学生财产表(rihes)字段名描绘数据类型数据长度nullpriarykeystu_id学号har20nydr_id寝室har10yfbed床位har10ynstl凳子号har10yndesk桌子号har10yntelphne har10ynkeysend钥匙发否har10ynbx箱子har10ynbedding被子har10yndesriptin备注har50yn本管理系统共用到九个表：用户表(lginin)、学生根本情况表(student)、寝室表(dr)、员工表(eplyee)、人

7、员来访表(visit)、物品出入楼表(gdsve)、楼房表(huse)、学生财产表(rihes)、学期注册表(enrll)，各表之间均有一定的关系，可以进展关联。1.学生根本情况表(student)、学生财产表(rihes)、学期注册表(enrll)、物品出入楼表(gdsve)这四个表里面都有一个一样的字段:学号(stu_id),通过学号这个字段就可以将系统的这四个表关联了起来。当某个表发生插入、修改、删除等方面的改动时，相联的表之间也要进展相应的改动。学生根本情况表(student)和寝室表(dr)也有一个一样的字段:寝室号(dr_id)将两表相关联。2.由于员工是负责管理某栋楼房的，因此员

8、工表(eplyee)，楼房表(huse)这两个表之间有一个一样的字段:楼房号(hu_id)来进展关联。3.4详细模块设计在系统功能模块介绍时，我们把整个系统分为系统管理模块、公寓管理模块、学生管理模块、信息查询模块、出入登记模块、信息修改模块、报表管理模块、关于模块八个根本模块。其中系统管理模块中的用户管理和密码修改、公寓管理模块、信息查询模块、报表管理模块是由我详细来完成的。如以下列图是我们学生宿舍管理系统的主界面：图3.3宿舍管理系统主界面1.用户管理图3.4用户管理界面设计思想：当宿舍管理系统需要参加新管理员时，具有使用该功能权限的超级用户授予新管理员以登录该系统的用户名称、用户密码和用

9、户权限。像我们的后勤效劳总公司中的管理人员就应该具有系统管理员的权限，宿舍楼房管理人员就应该具有一般用户的权限。一般用户的权限是系统管理员授予的。当然假如某管理人员离任，那么他将不能再登录该系统，因此管理员有权收回授予其的管理权限。详细实现：(1).在实现该功能时，需要用到权限表lginin，因此需要添加一个tadquery控件实现窗体与数据库之间的相关联。(2).在新增用户时，考虑到在登录该系统时，用户名及其用户密码是必须输入不能为空的，因此我们在实现详细添加新用户时，不能允许用户名及其密码为空。还有重要一点就是用户权限也是必须选择的，因为这关系到用户在使用宿舍管理系统时所具有权限问题。(3

10、).在删除用户时，还需要通过编码判断一下系统管理人员所要删除的用户到底存不存在。假如没有该用户那么也许是因为管理人员的输入错误，造成所删用户不存在，可以重新输入，实现删除功能。2.密码修改图3.5密码修改界面设计思想：为了防止密码被恶意盗用可以经常性的修改你的密码以增强系统的平安性，密码修改对于所有具有访问该系统的用户来说都可以使用。详细实现:(1).首先通过tadquery控件实现该功能模块与数据库的关联。(2).其次为了确保该功能的完好性，在点击确认之后，需要判断一下所有的编辑框中的输入都不能为空。(3).最后在确认时，还需要编程实现的是判断原始用户名和密码是否一致，只有一致才有权限修改你

11、的密码。同是为了确保新密码的正确性，还添加了一个确认密码框，新密码和确认密码两者所输内容是要求完全一样，方能修改密码成功。1.楼房管理图3.6楼房管理界面设计思想：楼房管理是对每栋宿舍楼的根本信息进展录入，在学校建立完新的宿舍楼时可以通过此窗体把该楼房的信息添加到数据库中去。详细实现：(1).由于需要和数据库表(楼房表huse)相关联,所以也添加了一个tadquery控件实现两者之间的关联。(2).在详细实现时需要设置像楼房号这样的具有唯一确定性的字段是不能为空的。其他字段在输入时没有太大限制，录入人员在录入时需根据自身情况再进展添加。(3).我们还设置了一个备注字段，是为了方便学校登记该楼房

12、的其他相关情况。2.宿舍管理图3.7宿舍管理界面设计思想：宿舍管理是对每栋楼房所有宿舍的一个详细情况登记，每个宿舍在数据库里面的信息都是就静态的只有里面的实住人数是动态增加的，当某个宿舍增加或减少一个学生实住人数会自动加1或减1，实现动态增减。详细实现：(1).首先通过tadquery实现数据库和窗体的相关联，再通过tdatasuse控件实现tdbgrid和宿舍表(dr)的相关联，那么dr表中的数据就会在tdbgrid中显示了，可以随时看到表中数据的动态变化。(2).在详细设计时，首先将实住人数编辑框属性设为readnly型，因为该字段是动态添加，每当为一个学生分配一个宿舍，那么该宿舍的实住人

13、数会自动加一，无需手工录入。住宿费是必须输入的，因为这和学生注册管理是相关联的。学生在学期注册时，需要根据该生所住的宿舍号来查看其应交的住宿费用。居住性别也要输入，当为某学生分配宿舍时，需要根据该生性别查一下，还能入住男生或女生的宿舍有哪些，根据所查情况再为他们分配宿舍。以免盲目分配，出现错住造成管理混乱。3.员工管理图3.8员工管理界面设计思想：员工管理是对楼房管理人员、清洁工、保卫人员进展的登记管理。该模块是有系统管理员来完成的，普通用户没有使用该项功能的权限。当某栋楼房调来新员工时，系统管理员可以通过此功能来添加员工根本信息。详细实现：(1).首先通过tadquery实现数据库和功能模块

14、的相关联，再通过tdatasuse控件实现tdbgrid表格和员工信息表(eplyee)的相关联，那么员工信息表中的数据就会在tdbgrid中显示了，可以随时看到表中数据添加、删除、修改等的动态变化。(2).在该功能中需编程将楼房号所对应得下拉列表框中的属性值动态的从楼房信息表huse中获得的。通过动态添加可以实现当楼房表中每增加一栋楼，在员工窗体的楼房号的下拉列表框中的会自动添加一栋,实现两个表之间的动态关联。按学号进展查询、按姓名进展查询、按班级查询、按寝室号查询这四个功能模块在详细编程实现上根本上是一样的，因为都是针对学生信息的查询。因此我们仅以按学号进展查询为例来说明一下这四个功能模块

15、的详细实现过程。其余三个模块仅介绍其实现思想。y显示查询结果完毕图3.9信息查询流程图1.按学号进展查询图3.10信息查询界面设计思想：按学号查询是详细的查询某学生的详细信息，包括学生的根本信息及其住宿情况。在需要调查学生的详细情况时，可以采用该功能来实现。详细实现：(1).首先通过tadquery控件实现数据库和该功能模块的关联，再通过tdatasurse实现学生信息表(student)和tdbgrid的关联，把学生信息显示在下面的表格中。(2).其次我还为窗体添加了一个tdbnavigatr控件，可以实现数据的最上一条、上一条、下一条、最下一条阅读查看。当然像按学号来查询的话也许用不到该控

16、件，但要是按班级查询或姓名等其他查询，这个控件是非常有用的。因为通过班级或姓名查出来的学生信息数据量会非常大，所以需要通过该按钮来方便、快捷的查看。(3).在按学号查询时首先要通过编程判断一下，数据库的学生信息表中是否存在该编号的学生，假如没有系统会提醒你学号不存在是不是输入错误，检查一下再重新输入，所以只有存在学号才能进展查询。(4).上述完成之后，输入所查询的学号，那么所需学生信息就会在下面表格中显示出来了。上图所显示的是所有学生信息情况。2.按姓名进展查询设计思想：按学生姓名实现的查询，虽然这样查出来的学生有可能不止一名，但在有些情况下比方家人、朋友来访时，只记得学生姓名，在不清楚其学号

17、、宿舍号的情况下，可以通过学生信息中的其它信息确定所要找的学生可以调用此功能来实现。3.按班级进展查询设计思想：实现某个班级所有学生根本信息及住宿情况的查询。通过该功能模块我们可以统计某个班级的宿舍分配情况，这个班级的学生都住在哪些寝室中。4.按寝室号查询设计思想：在输入寝室号时可以把该宿舍所住的所有学生的信息都统计出来，方便详细理解某宿舍的学生住宿情况。5.住宿情况查询图3.11住宿情况查询界面设计思想：点击多项选择框里的按楼房号查询按钮可以查看某栋楼房所有宿舍的住宿情况，看看还有哪些宿舍还有空的床位，可以入住学生。还可以查看某个宿舍的详细情况。同时该模块还可以统计某栋楼房的所有学生人数。详

18、细实现：(1).首先通过tadquery控件实现数据库和该功能模块的关联，再通过tdatasurse实现寝室表(dr)和tdbgrid显示表格的关联，把宿舍信息显示在下面的表格中。(2).其次放置一个复选按钮键，可以方便实现按楼房号和按宿舍号两种方式的查询。在右边放置一个查询框，进展查询条件的输入。在按楼房号查询时，用到了模糊查询。模糊查询的在本部分的根本原理就是：我们在刚开场建库时考虑到管理方便和减少冗余，在对学生进展宿舍号登记时是这么描绘的如：6-502，将其楼房号和宿舍号放一个字段中，并没有将其分开操作。所以在查询这部分当需要按楼房号进展查询时，就要注意了。假设我们要查5号楼的住宿情况，

19、那么在tdbgrid表格中的显示就应该是5-*，而6-502虽然也包含了5这个字符，但它不属于5号楼，所以要将其排除在外。因此我们采用了模糊查询，查询结果只显示所需信息。(3).在住宿统计的实现上，我们使用的sql集函数su来实现的。它的主要功能就是计算一列值得总和(此列必须是数值型)。将要查的楼房号，输入到查询条件中时，还需要判断该楼房号到底存不存在，假如存在在点击该模块中的住宿统计按钮，那么该楼房所有学生的总人数会在住宿统计按钮右边的e文本显示控件里面进展显示了，同时该楼房的详细住宿情况会在表格中进展详细显示。报表是数据库应用程序设计中非常重要的一部份，数据库应用程序通常都要生成报表，并且

20、把所需信息打印出来，方便用户存档等得方面上的管理。由于该模块中各小模块实现的都是报表管理，所以宿舍交费情况报表管理、学生信息报表、员工信息报表、学生物品出入报表、住宿信息报表、来访信息报表这六个小功能模块只是在功能思想上不太一样，其详细设计实现时操作根本上是差不多的，因此这里只是详细介绍宿舍交费情况的详细设计实现，其他模块仅介绍其设计思想。1.宿舍交费情况报表管理图3.12宿舍交费情况报表管理界面设计思想：该模块实现的是对学生每学期所交纳住宿费的一个详细情况的查询。在学生即将毕业离校时可以通过该功能模块来查询一下，那些同学还欠有学校住宿费，在其交清之前将不准其离校，已交清的同学就可以进展离校手

21、续的办理了。一般来说我们真正需要并且有用的信息就是未交清住宿费的学生清单，在学生毕业时可以通过此单来收取学生补交的住宿费等。详细实现：(1).首先通过tadquery控件实现数据库和该窗体的关联，再通过tdatasurse实现学生注册表(enrll)和tdbgrid的关联，把学生交费信息显示在列表中。(2).在作报表时我使用的是tquikrep组件，通过该组件可以方便的把报表和代码联络起来，生成美观的图文报表。当然还可以用tqreprt页上的控件给一个报表添加标题、页眉、页脚、等功能。还可以自动进展求和、计算均值等统计功能。报表设计时可以点击选中tquikrep控件快捷菜单的previe，即可

22、在设计阶段预览打印结果。(3).我们为每个报表管理窗体设置四个tbuttn功能按钮：查询、报表预览、打印报表、退出。报表管理，再打印报表之前首先查询一下用户所需信息，查询出来后可以预览一下信息是否正确，确定无误之后可以点击打印按钮，那么所有所需信息就会详细的详细地显示在纸张上，供用户查看了。(4).在学生注册表里的交费情况字段我们规定它只能选择两种情况：已交清或未交清。在编辑框中输入已交清或未交清两种情况的一种，点击查询按钮，那么所需信息就会详细的显示在窗体表中。防止用户在查询时输入错误，我们需要编程实现提示功能。下面我们以未交清住宿费的学生为例，演示一下其报表预览情况。在上述窗体中输入未交清

23、字段，那么其报表显示情况如下：图3.13报表预览图2.学生信息报表图3.14学生信息报表界面设计思想：可以实现某学生详细根本情况的查询打樱当因为某些原因需要查询某学生信息时，可以调用该功能模块来实现。3.员工信息报表设计思想：可以实现某栋楼房所有员工情况的查询打印,假如想理解某宿舍楼工作人员的详细情况,可以调用该模块来实现。4.学生物品出入报表设计思,想：可以实现查询某学生物品出入宿舍楼房的详细信息。假如想查看一下该学生一段时间内的出楼情况，可以通过该窗口来实现。5.住宿信息报表设计思想：可以将某宿舍的详细学生住宿情况打印出来。在某些情况下假如需要查看某个宿舍的详细学生情况可以调用该窗体实现报

24、表打印功能。6.来访信息报表设计思想：主要实现的是将某个时间内所有来访人员的详细信息打印出来，以便于查询某些信息。第四章系统测试4.1所遇问题一个系统功能的实现，需要经过这么几步，首先把大致的骨架给设计好，然后根据系统要求写代码，接着是调试程序，最后完善总结。其中最重要的两步就是中间的两步。在此次毕业设计中，给我印象最深的就是系统的调试。在调试过程中，遇到了不少的问题，不过经过我不断的查阅资料，教师的指导，同学的商讨，这些问题都逐渐得到理解决，现将整个的调试过程总结如下：1.首先就是sqlserver数据库和delphi开发环境的相关联。我原先使用的是bde控件来实现sqlserver数据库和

25、delphi的关联，这中间要用到db数据源，每次进展数据库和db的相联都会发生许多错误。最后我在看书时发现delphi中新的数据访问组件都采用了ad技术，可以不通过bde就能使用现行的数据控件如tdbgrid和tdbedit对数据进展直接访问，因此缩短了ad/le-db的运行时间，更重要的是，使用ad可以防止用户在使用程序之前手动设置bde和db属性，以免产生不必要的错误。因些通过ad我可以方便快捷的将其进展了关联。2.其次就是查询中出现的错误。假设我们查询5号楼情况(如5-205，6-205，5或6代表5或6号楼，205代表宿舍号)，需要程序来判断你所查询的是前面的数字，即使6-205中带有

26、5这个字符也不能将其查询出来，因为我需要是5栋楼的详细信息。刚开场每次都犯上述错误，将6号楼中带5的宿舍也给查出来了，最后我采用了sql中的模糊查询，形式匹配过程中，常规字符必须与字符串中指定的字符完全匹配。但可以使用字符串的任意片段匹配通配符(%或_)。与使用=和！=字符串比拟运算符相比，使用通配符可使like运算符更加灵敏。通过使用like模糊查询，终于将该功能实现了。3.在做报表过程中也出现了不少错误。我在tquikreprt组件上放置了一个显示标题的titleband控件，一个显示数据列名的lunheaderband和显示数据的detail组件，但在详细实现时每次都是只显示标题和数据，

27、不显示数据列名。最后我发现这是因为tquikreprt中的属性设定错误。我将其dataset设置为和tadquery1相关联后，列名终于显示出来了。在编程过程中虽然遇到了不少困难，但在教师、同学及自己的反复研究下，最后问题都得到理解决。在解决问题的过程中我也是收获不小，同样的问题也许在不同的模块中会重复出现，通过上次调试中的所获，这次我就可以轻松解决。克制一个难题的喜悦是无法用言语可以表达的，它让我感受到了真正学到知识的那种充实感。4.2系统测试经过好几个月的努力，我们的的毕业设计高校学生宿舍管理系统也终于接近了尾声，不过在系统测试时可让我们花了好多功夫，为了使系统变得更加完善，我们测试了一遍又一遍。在测试之初，由于数据库中的数据都是刚开场编程时随意输入的，一点实用性也没有，所以我们又把数据库中的数据全部清理了一下，输入了一些真实可用的数据，以便完成后面的数据测试。在系统管理员进展用户的删除时，刚开场时是用户名正确就可以进展删除，测试时才发现也许系统中存在重名的用户名，所以不能只凭借用户名、用户密码、用户权限中的一个或两个正确就可以将该用户删除，必需要三者都对应起来才能完成用户的删除。还进展完善了的一点就是当管理员输入错误的用户名时，系