学生住宿数据库设计Word格式.docx

上传人:b****7 文档编号:22302691 上传时间:2023-02-03 格式:DOCX 页数:16 大小:1.10MB
下载 相关 举报
学生住宿数据库设计Word格式.docx_第1页
第1页 / 共16页
学生住宿数据库设计Word格式.docx_第2页
第2页 / 共16页
学生住宿数据库设计Word格式.docx_第3页
第3页 / 共16页
学生住宿数据库设计Word格式.docx_第4页
第4页 / 共16页
学生住宿数据库设计Word格式.docx_第5页
第5页 / 共16页
点击查看更多>>
下载资源
资源描述

学生住宿数据库设计Word格式.docx

《学生住宿数据库设计Word格式.docx》由会员分享,可在线阅读,更多相关《学生住宿数据库设计Word格式.docx(16页珍藏版)》请在冰豆网上搜索。

学生住宿数据库设计Word格式.docx

需要住宿的学生都要填写申请表,表中有学生的详细情况和要申请宿舍的类型的介绍以及时间。

厅室只能提供单独的房间,房间有房间号、住宿号以及月租金。

在每个新的学年开始,签订新的租用合同,最少的租用时间为一个学期,最多一年。

要求完成的主要任务:

1.根据上述的初始条件,进行调查分析并设计适当的属性。

设计一个住宿数据库,DBMS可选MsSQLServer、Access、VFP等。

2.完成课程设计说明书,其格式遵守学校今年的新规定。

主要内容包括:

需求分析,概念设计,逻辑设计,物理实现等。

3.基于该数据库,最好实现一个或多个应用程序(自己确定功能),程序设计语言(工具)任选。

这一项是选作,不作硬性要求。

时间安排:

本学期第18周:

1.消化资料、系统调查1天

2.系统分析1天

3.总体设计,实施计划2天 

4.撰写报告1天

指导教师签名:

年月日

系主任(或责任教师)签名:

年月日

学生住宿数据库设计

1.需求分析

需求分析的任务通过详细调查现实世界要处理的对象(学生,宿舍,合同),充分了解系统的工作概况,明确用户的各种需求,然后确定系统的功能。

1.1系统基本需求信息

用户信息:

用户标识号,密码,用户类型(管理员与普通用户);

学生信息:

学号,学生姓名,学生电话号码,学生家庭住址,学生所属院系,学生性别;

房间信息:

房间号,可以最大容纳的人数,住宿每学期的费用,宿舍电话号码;

学生住宿:

学号,宿舍号,入住时间,离开时间,所需费用。

1.2用户的需求分析

1.2.1登录用户需求

管理员用户:

可以对入住的学生的信息进行插入和删除,以及对宿舍的各种信息的更新,包括对房间的删除和添加,修改,也可以对学生在新学期开始的签的合同进行审查和查看,以及对学生提交的信息进行各种管理。

普通用户:

可以对宿舍的信息进行查看,从而选出有空位的宿舍,从而网上提交合同,并可以查看自己的订购的合同。

管理员用户的要求:

信息要求:

宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息,包括某一学号的学生在宿舍楼中住宿的详细信息,快件收发的所有信息,报修的所有信息,夜归的详细信息和学生离返校的信息。

以利于对整个宿舍楼的全面管理。

处理要求:

当学生基本信息发生变化时,宿舍楼管理员能对其进行修改。

比如,某些同学搬到其他的宿舍中去,他们在本宿舍楼中相应的记录就应该删去;

或者学生转换专业,他们记录中院系的信息也要作相应的修改等等。

当宿舍楼的电话号码发生变更时,宿舍楼管理员能根据有关证明做出修改。

1.22安全性与完整性要求:

安全性要求:

1.系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用;

2.系统应对不同用户设置不同的权限,区分不同的用户,如区分普通用户(学生),管理员。

完整性要求:

1.各种信息记录的完整性,信息记录内容不能为空;

2.各种数据间相互的联系的正确性;

3.相同的数据在不同记录中的一致性。

2概念结构设计

在需求分析阶段所得到的应用需求首先抽象为信息世界的结构,才能更好地、更准确地用某一DBMS实现这些需求。

概念结构是各种数据模型的共同基础,它比数据模型更独立于机器,更抽象、更真实的反映现实世界,最常用的概念模型工具为E-R模型。

综合以上可得总体的E-R模型为下图:

以上的E-R图形象地向我们展示了数据库的数据元素及参照元素,该系统中初次有三张表,2个主体分别是房间和学生,并且各自的属性很清楚,在选择房间的时候分别参照了学号和房间号,从而建立起来了新的一张表,从而明确了选择宿舍的流程,更容易控制和管理。

3.逻辑结构设计

概念结构是独立于任何一种数据模型的信息结构。

逻辑设计的任务就是把概念结构设计阶段设计好的基本E-R图转换为选用的DBMS产品所支持的数据模型相符合的逻辑结构设计。

考虑到系统的需求分析和系统的大小程度,我采用了SQLServer的管理系统来完成数据库的逻辑结构的设计。

E-R图向关系模型的转换的关键主要解决如何将实体型和实体间的联系转换为关系模式模式,以及如何确定这些关系模式的属性和码。

必须遵照的原则

A.一个1:

1联系可以转换为一个独立的关系模式,也可以与任何一端对应的关系进行合并。

B.一个1:

n的联系可以转化为一个独立的关系模式,也可以n端对应的关系模式合并,根据具体的情况进行选择。

C.一个m:

n的联系转换为一个关系模式。

D.3个或者3个以上实体间的一个多元联系可以转换为一个关系模式。

3.1数据库基本表信息

(1)登录用户表

字段名

数据类型

长度

约束

描述

UserID

char

10

主键

用户ID

Pwd

null

登录密码

Type

登录类型(管理员和学生)

(2)学生信息表

字段号

Sno

学号

Sname

50

姓名

Sphone

20

电话

Saddress

100

地址

Sdept

30

所属专业

(3)宿舍信息表

Rno

宿舍号

Rfee

int

学期费用

Rpeaple

容量

Rphone

now

现住人数

(4)选宿舍信息表

Stime

入住时间

Etime

date

离开时间

Fee

费用

3.2数据库的关系模式及实现

由以上规则可得出该数据库的关系模式为:

用户(用户名,密码,用户类型)

对应的SQL脚本语句为:

USE[StudentRoom]

GO

/******Object:

Table[dbo].[User_T]ScriptDate:

12/31/201219:

29:

42

******/

SETANSI_NULLSON

SETQUOTED_IDENTIFIERON

CREATETABLE[dbo].[User_T](

[UserID][nchar](10)NOTNULL,

[Pwd][nchar](20)NULL,

[Type][nchar]

(1)NULL,

CONSTRAINT[PK_User_T]PRIMARYKEYCLUSTERED

[UserID]ASC

)WITH(PAD_INDEX=OFF,STATISTICS_NORECOMPUTE=OFF,IGNORE_DUP_KEY=OFF,

ALLOW_ROW_LOCKS=ON,ALLOW_PAGE_LOCKS=ON)ON[PRIMARY]

)ON[PRIMARY]

学生(学号,姓名,性别,院系,住址,电话)

Table[dbo].[student_T]ScriptDate:

23

CREATETABLE[dbo].[student_T](

[Sno][nchar](10)NOTNULL,

[Sname][nchar](50)NULL,

[Sphone][nchar](20)NULL,

[Saddress][nchar](100)NULL,

[Sdept][nchar](30)NULL,

[Ssex][nchar]

(1)NULL,

CONSTRAINT[PK_student_T]PRIMARYKEYCLUSTERED

[Sno]ASC

房间(房间号,容量,费用,房间电话,现住人数)

Table[dbo].[room_T]ScriptDate:

01/09/201320:

45:

09******/

CREATETABLE[dbo].[room_T](

[Rno][nchar](10)NOTNULL,

[Rfee][int]NULL,

[Rpeaple][int]NULL,

[Rphone][nchar](20)NULL,

[now][int]NULL,

CONSTRAINT[PK_room_T]PRIMARYKEYCLUSTERED

[Rno]ASC

)WITH(PAD_INDEX=OFF,STATISTICS_NORECOMPUTE=OFF,IGNORE_DUP_KEY=OFF,ALLOW_ROW_LOCKS=ON,ALLOW_PAGE_LOCKS=ON)ON[PRIMARY]

GO选房(学号,房间号,开始入住时间,结束入住时间,入住费用)

Table[dbo].[SR_T]ScriptDate:

12/31/201222:

47

CREATETABLE[dbo].[SR_T](

[Stime][date]NULL,

[Etime][date]NULL,

[Fee][float]NULL,

PRIMARYKEYCLUSTERED

[Sno]ASC,

ALTERTABLE[dbo].[SR_T]WITHCHECKADDFOREIGNKEY([Rno])

REFERENCES[dbo].[room_T]([Rno])

ALTERTABLE[dbo].[SR_T]WITHCHECKADDFOREIGNKEY([Sno])

REFERENCES[dbo].[student_T]([Sno])

视图View_1的建立(保障信息的安全)

4.物理结构设计

数据库在物理设计设备上的存储结构与存储方法称为数据库的物理结构,它依赖与选定的数据库管理系统。

数据库的物理设计一般分为两步:

A.确定数据库的物理结构,在关系数据库中主要是指存取方法和存储结构;

B.对物理结构进行评价,评价的重点是时间和空间的效率。

本数据库采用的是SQLServer数据库管理系统,所以其物理结构是由系统本身决定的,在服务器的可视化界面只告诉了我数据库的存储位置和日志的存储日志,如图所示

5.数据库实施与运行,应用系统的建立

5.1数据库的连接

.NET与数据库服务器的连接字符串

<

appSettings>

addkey="

SQLConnection"

value="

DataSource=LENOVE-PC\SQLEXPRESS;

IntegratedSecurity=SSPI;

uid=sa;

pwd=;

InitialCatalog=StudentRoom;

"

/>

/appSettings>

这样我们就和数据库的服务器连接上了,其中登录名为sa,密码为空,从而可以对StudentRoom数据库里面的表进行操作,DBMS登录界面为

5.2应用系统的建立

登录的用户有两种情况:

1.管理员用户登录;

2.普通学生用户登录。

管理员登录后拥有最高的权限,可以对其学生信息,宿舍信息,以及学生选宿舍的信息进行增删的功能,而学生登录后,只可以查到空闲的宿舍信息,并且根据信息进行选择宿舍,其登录界面如下:

学生的信息管理模块:

宿舍信息管理模块:

学生选宿舍管理模块:

学生登录进行选宿舍:

6.个人总结

这次的课程设计是采用的sqlserver,在建数据库的时候采用了两种方式,一可视化的操作界面,对表的创建以及数据的插入;

二是通过sql语句完成对表的创建以及对对数据的插入和删除等各种操作。

此次任务是学生住宿数据库设计,通过sql语句更加的了解了数据库的创建流程,而且也加入了登录界面,通过不同的登录用户,这样可以实现同一系统不同的登录功能,从而实现了一定的对数据库的保护,从而保障了数据库的安全。

而且也设计了一个针对宿舍信息的视图,只让学生看到宿舍表的部分信息,而超级管理员可以登录到系统查看到完整的宿舍信息,这也是加深了对数据库的视图的理解,达到一定的数据保护的作用,而且也可以对部分用户隐藏一些不必要的信息。

在遇到外键的时候向其插入数据的时候一直报错,才知道外键插值一定要与参照表相对应,否则里面的值是插不进去的,这也让我以后遇到错误要分析。

这次也有一个很大的突破,就是用C#的ADO.NET和数据库建立起了连接,其实只要在webconfig里面配置好和数据库的连接字符串,以及指定需要连接的数据库的服务器名称、数据库的名字、登录用户名和密码,就可以登录到系统,从而实现对数据库的连接。

建立了连接之后然后就是通过调用C#里面的专门处理和数据库操作的类,从而完成了对数据库表的增删,以及前台界面的设计问题,从中也学会了很多前台界面的JS技术。

我想只要是连接上了数据库,应用程序会显得很有生命力,档真正的完成了整个系统之后,还是感觉很有成就感的。

通过这次的课程设计,我也感觉到自己在应用方面的缺乏,这方面的能力在以后要注意多多培养。

大三下学期可以在这方面多下工夫,而且数据库是任何一个系统的支撑,必不可少的,所以要好好掌握。

本科生课程设计成绩评定表

序号

评分项目

满分

实得分

学习态度认真、遵守纪律

2

设计分析合理性

3

设计方案正确性、可行性、创造性

4

设计结果正确性

40

5

设计报告的规范性

6

设计验收

总得分/等级

评语:

注:

最终成绩以五级分制记。

优(90-100分)、良(80-89分)、中(70-79分)、

及格(60-69分)、60分以下为不及格

                      指导教师签名:

                  20年 月 日

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 幼儿教育 > 幼儿读物

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1