Delphi学生宿舍管理系统的设计与实现 第5页

Delphi 学生宿舍管理系统的设计与实现
3.3 系统E-R图
在设计的模块中，主要涉及到员工、楼房、寝室这三个实体，所以在E-R图中我只是将这三个实体的属性进行了详细说明。图3.4就是系统E-R图。
图3.4 系统E-R图
3.4 系统所需表
综合以上分析，要实现上面的所有功能模块，共需要设计九个表，它们分别是：学生基本情况表、寝室表、员工表、楼房表、人员来访表、学生财产表、学期注册表、权限表、物品出入楼表。
3.4.1系统表
1.用户表：登记管理人员的用户名、密码及登录权限。
2.学生基本情况表：详细登记学生基本信息及学生住宿情况。
3.寝室表：登记所有宿舍的详细情况。
4.员工表：登记所有管理人员的详细情况。
5.人员来访表：登记所有来访人员的详细情况。
6.物品出入表：详细登记学生物品出楼信息。
7.楼房表：登记所有住宿楼情况。
8.学期注册表：登记学生每学期的注册情况。
9.学生财产表：登记学生物品情况。
以下是部分表的内容。
表3-3    用户表(LoginIn)
字段名 描述 数据类型 数据长度 NULL Primarykey
UserName 用户名 char 10 N Y
UserId 用户密码 char 10 N Y
UserPower 用户权限 char 20 N N

表3-4    寝室表(Dorm)
字段名 描述 数据类型 数据长度 NULL Primarykey
Dor_Id 寝室号 char 10 N Y
Dor_Sex 居住性别 char 10 Y N
Dor_Num 应住人数 char 10 Y N
Dor_Fact 实住人数 char 10 Y N
Dor_Price 住宿费用 char 10 Y N
Dor_Tel 电话 char 10 Y N
Dor_Des 备注 char 50 Y N

表3-5  楼房表(House)
字段名 描述 数据类型 数据长度 NULL Primarykey
Hou_Id 楼房号 char 20 N Y
Hou_Num 楼层数 char 10 Y N
Hou_Rom 房间数 char 10 Y N
Hou_Peo 应住人数 char 10 Y N
Hou_Des 备注 char 50 Y N
3.4.2 表的说明    
本管理系统共用到九个表：用户表(LoginIn)、学生基本情况表(Student)、寝室表(Dorm)、员工表(Employee)、人员来访表(Visit)、物品出入楼表(Goodsmove)、楼房表(House)、学生财产表(Riches)、学期注册表 (Enroll)，各表之间均有一定的关系，可以进行关联。
　1.学生基本情况表(Student)、学生财产表(Riches)、学期注册表 (Enroll)、物品出入楼表(Goodsmove)这四个表里面都有一个相同的字段:学号(Stu_Id),通过学号这个字段就可以将系统的这四个表关联了起来。当某个表发生插入、修改、删除等方面的改动时，相联的表之间也要进行相应的改动。学生基本情况表(Student)和寝室表(Dorm)也有一个相同的字段:寝室号(Dor_Id)将两表相关联。
2.由于员工是负责管理某栋楼房的，因此员工表(Employee)，楼房表(House)这两个表之间有一个相同的字段:楼房号(Hou_Id)来进行关联。［6］4 系统的具体实现及系统测试
4.1 系统的具体实现
用户的具体实现我们从设计思路和具体实现来进行。下面是系统的部分具体实现过程以及界面设计。
4.1.1 用户管理模块功能详细设计
设计思想：当宿舍管理系统需要加入新管理员时，具有使用该功能权限的超级用户授予新管理员以登录该系统的用户名称、用户密码和用户权限。像我们的后勤服务总公司中的管理人员就应该具有系统管理员的权限，宿舍楼房管理人员就应该具有一般用户的权限。一般用户的权限是系统管理员授予的。当然如果某管理人员离职，那么他将不能再登录该系统，因此管理员有权收回授予其的管理权限。
在新增用户时，考虑到在登录该系统时，用户名及其用户密码是必须输入不能为空，因此我们在实现具体添加新用户时，不能允许用户名及其密码为空。还有一点就是用户权限也是必须选择的，因为这关系到用户在使用宿舍管理系统时所具有权限问题。在删除用户时，还需要通过编码判断一下系统管理人员所要删除的用户到底存不存在。如果没有该用户那么也许是因为管理人员的输入错误，造成所删用户不存在，可以重新输入，实现删除功能。 下图为用户管理界面。［7］

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9] [10]  ... 下一页  >> 

Delphi学生宿舍管理系统的设计与实现 第5页下载如图片无法显示或论文不完整，请联系qq752018766