学生围合管理系统课程设计报告.docx
- 文档编号:6445360
- 上传时间:2023-01-06
- 格式:DOCX
- 页数:21
- 大小:1.77MB
学生围合管理系统课程设计报告.docx
《学生围合管理系统课程设计报告.docx》由会员分享,可在线阅读,更多相关《学生围合管理系统课程设计报告.docx(21页珍藏版)》请在冰豆网上搜索。
学生围合管理系统课程设计报告
《数据库系统课程设计》
课程报告
课题名称:
学生围合管理系统
课题负责人名(学号):
提交人:
电话:
指导教师:
评阅成绩:
评阅意见:
提交报告时间:
2014年1月10日
学生围合管理系统的设计与实现
计算机科学与技术专业
学生XXX
[摘要]
本系统是在基于数据库理论课程和实验实践课程的系统学习的基础上,以增加个人动手能力、实践开发能力、和巩固知识系统的学习为目的,由学生合作开发的一个学生围合管理系统。
围合管理,作为学生后勤管理中不可分割的一部分,有着其不可代替的作用。
因而,开发一套适应学校围合管理的围合管理信息系统,将学生后勤住宿等工作信息化、规范化、标准化,对提高后勤管理工作效率具有很大的作用和意义。
本系统的功能包括住宿学生信息管理、围合管理员信息管理、围合信息发布管理、设备故障上报信息管理功能,其中每项功能都包括了信息的登记、查询、更改、删除四项子功能。
它的特色在于可以在一个集成的环境下进行多个事项的管理,操作简洁。
本系统的开发工具为Delphi7和SQLServer,运行环境为Windows7操作系统。
通过本系统的开发,我们希望可以对数据库的各方面有更加系统深入的认识和理解。
[关键词]
DelphiSQLServer围合信息管理
特别说明:
在这个系统中,在需求设计阶段,我主要负责编写系统规划和需求分析,包括系统的功能模块的设计和处理要求等。
在概念设计阶段,我主要负责根据不同对象画出分E-R图和合并E-R图。
在逻辑设计阶段,我主要负责将E-R图转换为关系模型,肖俊斌负责数据库的模式定义。
在应用设计阶段,我主要负责画系统的总体功能模块图,肖俊斌画出系统子功能模块图。
最后我进行了Delphi的设计过程描述,肖俊斌进行了系统的试运行。
贡献排序:
学号
姓名
贡献排名
XXX
1
XXX
2
XXX
3
正文
一、系统规划与需求分析
1.1需求分析阶段的目标与任务
1.1.1处理对象
用户信息:
用户名、用户密码
住宿学生信息:
学生学号、姓名、性别、年级、学院专业、所住围合编号、所住单元-宿舍-房间编号、联系电话
围合管理员信息:
管理员工作编号、姓名、性别、年龄、管理的围合编号、联系电话、电子邮箱
围合公布信息(公告栏信息):
学院通知、学工部通知、寝室卫生评分、活动海报信息、事物丢失\招领信息、生活小贴士
设备故障上报信息:
寝室号、联系人电话、故障设备名称、故障简述、设备出故障时间
离返校信息登记:
登记学生学号、姓名、离校时间、离校原因
1.1.2处理功能及要求
1.能够存储一定数量的学生和围合管理员信息,并方便有效的进行相应的用户信息的操作和管理,这主要包括:
1)学生和围合管理员登陆系统的密码修改
2)住宿学生信息的登记、查询、更改、删除
3)围合管理员信息的登记、查询、更改、删除
4)围合公布信息的登记、查询、更改、删除(由围合管理员操作)
5)设备故障信息的登记、查询、更改、删除(由住宿学生操作)
6)离返校信息登记(学生登记)、查询、删除(由管理员)
2.设置权限给围合管理员,使围合管理员能查询到宿舍楼的所有相关信息,包括某一学号的学生在宿舍楼中住宿的详细信息,报修的所有信息,夜归的详细信息和学生离返校的信息。
以利于对整个宿舍楼的全面管理。
3.后台管理能够设置权限,使学生个体之间不能相互浏览信息
4.能够对学校各个围合信息进行分部管理,使用户使用起来更加快捷方便
5.能够各个学院的学生信息统一管理,将不同学院的信息针对式的发送到相对应的学生用户端口显示
6.对查询、统计的结果能够有得清晰列表显示。
1.1.3安全性和完整性要求
1.安全性要求
1)本系统将设置一系列命令按钮对象把有关的数据、执行代码、数据表全部封装,对外界不透明,与使用者隔离。
这样,学生和围合管理员只能看到封装界面的信息,内部的处理过程是隐藏的,无法对它们加以控制和干预,防止被管理者随意修改本而造成系统崩溃现象,提高本系统的可靠性、安全性;
2)系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用;
3)系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处理数据的类别和内容;
4)系统应对不同用户设置不同的权限,区分不同的用户,如区分普通用户(学生),管理员;
2.完整性要求
1)各种信息记录的完整性,信息记录内容不能为空;
2)各种数据间相互的联系的正确性;
3)相同的数据在不同记录中的一致性。
(编写:
唐发燕日期:
2013/11/11)
1.2需求分析阶段成果
1.2.1数据流图(visio制作)
根据需求分析的功能画出数据流图:
1.2.2数据字典
现根据各子系统建立数据字典,如表2-1:
数据项有称数据元素,是数据的最小单位。
表2-1数据字典:
数据元素
数据元素
系统名:
学生围合管理系统编号:
F3
条目名:
学号别名:
登录名
属于数据流:
F3学生档案
存储处:
教务处
数据元素值:
类型:
varchar
长度:
15
意义:
ID
简要说明:
记录每个学生的情况,每个学生都是唯一的编号,便于录入、查询等。
修改记录:
编写:
肖俊斌日期:
2013/11/12
1数据流的定义
数据流由一个或一组的数据项组成。
如表2-2:
表2-2数据字典:
数据流
数据流
系统名:
学生围合管理系统编号:
F3
条目名:
学生档案别名:
来源:
学生
去处:
围合管理员
数据流结构:
学生学号、姓名、性别、年级、学院专业、寝室编号、联系电话
简要说明:
由用户填写自己的各项信息,交给宿舍管理员进行录入。
其中宿舍编号格式:
0604201A(表示6舍4单元201室A寝)
修改记录:
编写:
肖俊斌日期:
2013/11/12
2数据存储的定义:
数据存储是数据结构停留或保存的场所。
在数据字典中,数据存储只描述数据的逻辑存储的结构,而不涉及它的物理组织。
如表3-3:
表2-3数据字典:
数据存储
数据存储
系统名:
学生宿舍管理系统编号:
D1
条目名:
报修信息别名:
存储组织:
相关的处理:
P1,
主关键字:
报修ID
辅关键字:
联系人电话、寝室号
记录组成:
报修ID、寝室号、联系人电话、故障设备名称、故障简述、设备出故障时间
简要说明:
修改记录:
编写:
肖俊斌日期:
2013/11/12
3外部项的定义
外部项是指不受系统控制,在系统以外的事物或人,它表达了目标系统数据的外部来源或去处.如表3-4:
表2-4数据字典:
外部项
外部项
系统名:
学生围合管理系统编号:
F3
条目名:
学生别名:
输入数据:
用户ID及密码
输出数据流:
有关学生具体情况的查询结果
主要特征:
只具有一般权限,享受系统提供的服务
简要说明:
查询服务
修改记录:
编写:
肖俊斌日期:
2013/11/12
由于本管理系统涉及的数据内容有点多,以上只列出部分典型的数据字典的内容。
通过对数据字典的定义,我们就可以开始的程序和数据库,进行大体的设计了。
二、概念设计
(编写:
唐发燕日期:
2013/11/17)
2.1任务与目标
1.选择中层数据流为切入点,通常选择实际系统中的子系统。
2.设计分E-R图,即各子模块的E-R图。
3.生成初步E-R图,通过合并方法,做到各子系统实体、属性、联系统一。
4.生成全局E-R图,通过消除冲突等方面。
2.2阶段结果
2.2.1根据不同的对象,分别画出各分E-R图:
1、管理员注册E-R图
2、学生入住登记E-R图
3、围合公告发布E-R图
4、寝室设备故障报修E-R图
5、学生离\返校信息登记E-R图
2.2.2合并各分E-R图
围合管理系统全部实体E-R图
三、逻辑设计
3.1逻辑设计的任务和目标
以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品(本实验采用sqlserver2000)所支持的数据模型相符合的逻辑结构。
具体内容包括数据组织,即将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计。
3.2数据组织
(编写者:
唐发燕)
3.2.1将E-R图转换为关系模型(下划线为主码)
住宿学生信息:
学生学号、姓名、年级、学院专业、所住围合编号、所住单元-宿舍-房间编号、联系电话、密码
Student(student_id,sname,grade,major,dorm,room,sphone,spassword)
围合管理员信息:
管理员工作编号、姓名、性别、年龄、管理的围合编号、联系电话、电子邮箱、密码
Admin(admin_id,aname,sex,age,dorm,aphone,apassword)
围合公布信息(公告栏信息):
信息记录号、信息标题、信息内容、发布单位、发布时间
News(news_id,title,contents,institution,ntime)
设备故障上报信息:
报修记录号、故障设备名称、故障简述、设备出故障时间、寝室号、联系人电话
Repair(repair_id,device,detail,broken_time,room,sphone)
离返校信息登记:
出入登记号、登记学生学号、离校原因、离校时间
Inout(register_id,student_id,reason,out_time)
3.2.2模型优化
关系模式student,admin,news,repair,inout都不存在非主属性对主属性的部分函数依赖,也不存在传递函数依赖,已经达到了3NF.
用户子模式:
在学生关系模式中,学生的学号作为用户名,密码即为密码。
学生的密码不能被管理员看到,所以为学生关系模式定义两个视图:
1,user_view(student_id,spassword)
2,student_view(student_id,sname,grade,dorm,room,sphone,major)
3.2.3数据库模式定义(由我和肖俊斌同时完成)
1.tStudent
字段名
数据类型
长度
是否允许空
备注
Student_id
char
15
否
学号(PK)
sname
varchar
20
否
学生姓名
grade
char
4
否
年级
sphone
char
12
否
手机
spassword
varchar
35
否
密码(加密)
major
int
4
否
专业代号(FK)
2.tMajor
字段名
数据类型
长度
是否允许空
备注
major
int
4
否
(PK)专业代号
mname
varchar
50
否
专业名
colloge
varchar
50
否
所属学院
3.tAdmin
字段名
数据类型
长度
是否允许空
备注
Admin_id
char
10
否
管理员编号(PK)
aname
varchar
20
否
姓名
sex
char
2
否
性别
age
samllint
2
否
年龄
aphone
char
12
否
手机
apassword
varchar
35
否
密码
4.tDormitory
字段名
数据类型
长度
是否允许空
备注
dorm
smallint
2
否
围合号(Pk)
room
char
8
否
宿舍号
Student_id
char
15
否
学号(PK)
Admin_id
char
10
否
管理员编号(FK)
5.tNews
字段名
数据类型
长度
是否允许空
备注
news_id
bigint
8
否
信息编号(PK)
title
varchar
50
否
信息标题
contents
text
16
否
信息内容
institution
varchar
50
否
发布机构
ntime
datetime
8
否
发布时间
Admin_id
char
10
否
登记人
6.tRepair
字段名
数据类型
长度
是否允许空
备注
Repaire_id
bigint
8
否
报修记录号
device
varchar
50
否
设备
detail
text
16
否
坏状描述
broken_time
datetime
8
否
坏的时间
Student_id
char
15
否
联系人(FK)
7.tInout
字段名
数据类型
长度
是否允许空
备注
register_id
char
10
否
登记号(PK)
Student_id
char
15
否
登记人学号(FK)
reason
varchar
50
否
离校原因
out_time
datetime
8
否
离校时间
四、物理设计
4.1物理设计阶段的目标与任务
数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程,在这个阶段中要完成两大任务:
(1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;
(2)对物理结构进行评价,评价的重点是时间和空间效率。
4.2数据存储方面
为数据库中各基本表建立的索引如下:
1.由于tstudent的属性student_id与tdormitory表的属性room经常在查询条件和连接操作的连接条件中出现,在两个属性上建立视图.
2.由于故障报修是经常要将trepaire表的所有属性与tdormitory的room属性进行连接查询,所以将其投影建立视图。
3.由于tstudent表的student_id经常在查寻中用到,所以设置索引。
五、应用设计
5.1系统功能模块图
5.2系统功能子模块
5.2.1
学生注册:
5.2.2
管理员信息登记
5.2.3
围合信息公示:
5.2.4
寝室设备故障报修
5.2.5
学生离/返校登记
6、Delphi设计过程描述
(编写者:
唐发燕)
6.0系统登录及主界面
系统登录使用一个PasswordDlg的对话框,便于密码的加密显示。
用户名为个围合的管理员,密码为注册时的密码。
此处初始密码由系统开发人员给出,用户登录后可以在管理员信息模块下修改自己的密码。
登录成功后,将看到5个大的模块,在系统顶部有菜单显示系统信息About以及退出的按钮。
在系统底部用statusBar显示当前在线的用户以及系统时间。
6.1管理员信息
围合管理员界面由管理员工作编号(admin_id)Edit1、姓名(aname)Edit2、性别Edit3、
年龄Edit4、管理员的围合编号Edit5、联系电话Edit6组成。
确定和重置按钮Button1和Button2等组件,本界面管理员,注册成功后跳转至管理员登陆界面,并将信息保存至数据库中的围合管理员信息表当中。
6.2学生信息
学生注册界面由学生学号(student_id)、姓名(sname)、年纪(grade)、学院专业(major)、所住围合编号(dorm)、单元房间号(room)、联系电话(sphone)、密码(spassword)组成,分别用Edit1、Edit2、Edit3、Edit4、Edit5、Edit6、Edit7、Edit8构成,确定和重置按钮Button1和Button2等组件,本界面通过Query2和SQLServer用户数据库dorm中的注册表tstudent相连进行注册操作.并将学生信息保存在相应数据库当中的学生信息表。
管理员可以在此处注册学生,并为其分配寝室。
6.3围合公布信息登记
围合公布信息由不同类型的信息组成,这些分类用Pannel1-Panneln组件构成框架。
在每个Pannel组件当中公布具体的每条信息,信息由信息记录号Edit1、信息标题Edit2、信息内容TextArea、发布单位Edit3、发布时间Edit4组件组成。
确定提交Buuton1、修改Button2、重置按钮Button3.
本页由本页有Query3、DataSource1控件与数据库的围合信息公布表相连接,进行操作。
6.4设备故障上报信息
设备故障上报信息由不同的Pannel组件表示不同类型的设备故障信息,在每个Pannel组件当中有报修记录号Edit1、故障设备名称Edit2、故障简述TextAera、设备出故障时间Edit3、寝室号Edit4、联系人电话Edit5组件组成。
以及确定、重置按钮Button组成,另外本页通过DataSource1、Query4与数据库中设备故障信息表相连进行设备故障报修的相关操作。
6.5出入登记
出入登记界面由一个登记表组成。
表的内容包括出入登记号、登记学生号、
离校原因、离校时间字段构成。
以及DBNavicate控件进行记录的增、查、改、删,另外本页通过DataSource1、与数据库中学生出入登记表相连进行学生登记出入相关操作。
七、系统试运行用户界面(由肖俊斌完成)
用户登录
系统主界面
宿管员信息
学生信息
围合公告--信息添加
围合公告--信息查看
围合公告--信息检索
故障报修--信息登记
故障报修--信息查看
故障报修--信息检索
离校登记
退出系统
8、总结
8.1开发总结:
从最初的项目选题,到系统分析与设计,到编码执行与测试。
我们感觉一下子学到了好多东西,特别是学会了使用sqlserver2000与delphi进行简单系统的开发。
数据库方面,我们学会了使用sqlserver建立基本表、视图、索引、触发器等,并学会一些常用的查询优化手段对系统进行优化,当然对sql语句的运用也更加得心应手。
Delphi方面,我们从后台相关的DataModule入手,然后就是form的使用,以及对鼠标点击事件的撰写,然后还有错误提示,一步一步的构建并完善系统。
在解决遇到的各种问题的过程中,我们学到了很多新的知识。
比如在导入和导出数据时,由于外键约束的存在,经常会出现错误,这就要注意各个表导入的顺序问题。
一般是先导入主键表,后导入外键表,这样可以避免很多的错误。
在进行数据库的查、插、改、删时,我们学会了设断点进行调试,以及使用sqlserver的查询分析器进行sql语句的错误检测,还有使用memo控件直观地查看sql的运行结果。
8.2个人总结
在这个系统中,在需求设计阶段,我主要负责编写系统规划和需求分析,包括系统的功能模块的设计和处理要求等。
在概念设计阶段,我主要负责根据不同对象画出分E-R图和合并E-R图。
在逻辑设计阶段,我主要负责将E-R图转换为关系模型,肖俊斌负责数据库的模式定义。
在应用设计阶段,我主要负责画系统的总体功能模块图,肖俊斌画出系统子功能模块图。
最后我进行了Delphi的设计过程描述,肖俊斌进行了系统的试运行。
在这次的实践当中,我们小组成员所表现出的团队精神是非常好的。
当遇到问题时,我们会聚在一起认真的分析原因,想出解决的办法。
这些都不是一个人能完成的工作,所以我们体会到了团队合作的重要性和必要性。
同时我们也非常感谢老师给我们的帮助,使我们受益匪浅!
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 管理 系统 课程设计 报告