数据库设计实验报告.docx
- 文档编号:29406886
- 上传时间:2023-07-23
- 格式:DOCX
- 页数:31
- 大小:2.39MB
数据库设计实验报告.docx
《数据库设计实验报告.docx》由会员分享,可在线阅读,更多相关《数据库设计实验报告.docx(31页珍藏版)》请在冰豆网上搜索。
数据库设计实验报告
课程设计
课程名称__《数据库系统概论》__
题目名称__学生火车票订票系统__
学生学院___经济治理学院_______
专业班级____电子商务4班______
学号___80_________
学生姓名_____林奕鹏___________
指导教师_____吴菊华教师_______
2008年9月18日
课程设计任务书
题目名称
学生火车票订票系统
学生学院
经济管理学院
专业班级
电子商务4班
姓名
林奕鹏
学号
80
一、课程设计的内容
(一)、设计题目内容
学生火车票定票系统
(1)背景:
一年两次的火车票订票治理
(2)要紧实现以下功能:
1)学生大体信息的治理,尤其是所在地
2)学生购票的大体信息,尤其是价钱和车票目的地
3)购票以后的分发治理
4)退票的治理
5)信息的统计和查询
6)操作员治理
二、课程设计的要求与数据
(1)、有必要进行对企业的报刊定阅业务进行分析、调查
(2)、加分功能:
购票后的分发治理的设计与实现(自由发挥);
(3)、保质保量完成课程设计要求的所有内容。
(4)、打印实验报告和实验任务书并上交。
(5)、杜绝剽窃。
如假设发觉有明显剽窃现象,剽窃者和被剽窃者的课程设计成绩全数取消。
三、课程设计应完成的工作
(1)、需求分析(说明应用系统背景,组织结构情形和需求分析的进程,并绘制出数据流程图)
(2)、概念结构设计:
依照概念结构设计的大体原那么,确信概念模型,并说明分析步骤和理论依据。
(3)、逻辑结构设计:
依照需求分析和概念模型,将实体及实体间的联系按必然的转换规那么转换为关系模型,写出转换步骤及相应的理论依据,并确信主码、外码。
四、课程设计进程安排
序号
设计各阶段内容
地点
起止日期
1
根据设计问题查阅收集有关资料
宿舍
2
需求分析(阐明应用系统背景,组织结构情况以及需求分析的过程,并绘制出数据流程图)
宿舍
(数据库)概念(模型)设计阶段
宿舍
4
逻辑模型设计阶段
机房
5
数据库物理设计与数据库保护设计
宿舍
6
处理功能设计阶段
宿舍
7
数据库应用系统的实现
宿舍
数据库应用系统运行
宿舍
9
撰写课程设计报告
宿舍
五、应搜集的资料及要紧参考文献
一、《数据库系统概论》王珊,萨师煊
二、《系统分析与设计技术》张友生主编
二、海纳衣饰进销存系统、网上其它资料
发出任务书日期:
年月日指导教师签名:
打算完成日期:
年月日基层教学单位责任人签章:
主管院长签章:
报告内容
概述:
随着国民经济快速进展,人们出行、交通愈来愈频繁,对效劳的快捷、便利性要求也愈来愈高。
从而对客运行业的建设与治理提出了更高的要求。
为适应和推动客运行业的进展,各类交通公司和部门开始普遍采纳利用日趋成熟的运算机技术和数据库技术来实现票务信息的现代化治理,具有手工治理所无法比拟的优势,如:
检索迅速,查找方便,靠得住性高,存储量大,保密性好,寿命长,本钱底等。
这些优势能够极大地提高信息治理和业务治理的效率。
本学生火车订票系统正是通过数据库存储信息实现高效率治理。
该实验设计第一进行需求分析,然后在需求文档的指导下实现系统的功能,如操作员的信息治理功能及一般学生的火车信息查询、订票、退票等功能,最终实现的是学生购得一张自己中意的票券,同时力求通过数据库系统及运算机在其中的运用达到提高工作效率,节约人力资源的成效。
1.需求分析
1.1用户需求:
(一)、问题描述:
学生火车票定票系统
(1)背景:
一年两次的火车票订票治理
(2)要紧实现以下功能:
1)学生大体信息的治理,尤其是所在地
2)学生购票的大体信息,尤其是价钱和车票目的地
3)购票以后的分发治理
4)退票的治理
5)信息的统计和查询
6)操作员治理
(二)、目的及现状:
1)、实验目的:
数据库设计确实是要使学生采纳本课程中学习的数据库设计方式,运用其大体思路与要紧图表工具完成一个自己所了解的业务的数据库应用系统信息需求分析与数据库的概念设计、逻辑设计、物理设计和处置功能设计,用自己熟悉的数据库治理系统、程序设计语言及其相关开发工具实现该系统,并运行、评判、改良之;在此基础上严格按本大纲所附报告提纲撰写课程设计报告。
通过本设计进一步弄懂数据库系统及其相关的大体概念,明白得数据库系统的系统结构、要紧特点,把握数据库设计的原理、方式及其大体进程,初步具有数据库应用设计的能力,初步形成运用数据库应用系统解决治理决策中的实际问题的大体素养。
2)、现状和系统要求:
在传统模式下利用人工进行火车订票业务,存在着较多的缺点,如:
效率底,保密性差,时刻一长将产生大量的文件和数据,更不便于查找,更新,保护等。
诸如这些情形,给各相关部门工作人员带来了专门大困难,严峻阻碍了他们的工作效率。
运用运算机技术和数据库技术来实现票务信息的现代化治理,具有手工治理所无法比拟的优势,如:
检索迅速,查找方便,靠得住性高,存储量大,保密性好,寿命长,本钱底等。
这些优势能够极大地提高信息治理和业务治理的效率。
在本系统中,系统用户共有两种,并依照用户权限的不同而实现不同的功能,如操作员
拥有添加、修改、删除某火车相关信息及修改自己的个人信息的功能。
学生有对车票信息、、哪一车次哪天还剩余多少张票和自己所订票券的查询功能,订票功能及退票功能。
系统利用运算机和数据库的高效率大大减轻了学校票点工作人员的劳动强度,提高了各部门的工作效率。
1.2业务流程分析:
(一)、描述系统的业务流程:
本系总共有两种用户,依照用户权限的不同而实现不同的功能。
操作员的权限最大,他进入系统必需先登录。
操作员能够添加、修改、删除某车票的相关信息,能够修改自己的个人信息;查询、删除学生的订票情形,确认学生是不是已付款取票等。
学生能够按目的地的车次对车票信息进行查询,能够订票,订票时须录入自己的信息及所选择的车次,系统将检查该车次票数是不是已订完或不足,假设已订完或不足那么提示错误信息并返回到订票界面,订票成功后将生成订票单。
学生还能够对自己所订的票券即订票单进行查询,和查询哪一车次哪天还剩余多少张票。
用户付款和取票可在学校票点完成。
(二)、初步业务流程图:
1.3信息需求分析
1.3.1资料搜集
1.3.2事项分析:
在本火车票订票系统中,各资料的大体数据项列举如下:
学生资料:
学号,姓名,密码,所在学院,专业,班级,,目的城市
车票大体信息:
车次号,动身站,开车时刻,抵达站,抵达时刻,车票种类,余票数
车次详细信息:
ID号,车次号,途径站,票价,
订票单信息:
定单号,订票人学号,定单时刻,付款取票与否
订票具体信息:
ID号,定单号,所得车次号,目的城市,订票数,总票价,取票时刻
订票点信息:
票点号,票点主任的员工号,联系,所在校区
操作员资料:
员工号,票点号,密码,姓名,性别,
1.4功能需求分析:
(一)、完善业务流程图:
(二)、功能层次图:
本系总共有两种用户,依照用户权限的不同而实现不同的功能,如操作员查询、添加、修改、删除某火车相关信息及查询、修改自己的个人信息的功能。
学生对车票信息、、哪一车次哪天还剩余多少张票和订票功能和对自己所订票券的查询功能、退票功能。
2.(数据库)概念(模型)设计
构思ERD的四条原那么及依照这些原那么相应得出的实体、联系及其属性:
1原那么1(确信实体):
能独立存在的事物,例如人、物、事、地、集体、机构、活动、事项等等,在其有多个由大体项描述的特性需要关注时,就应把它作为实体。
在本系统中,实体要紧有学生、操作员、车票信息、车票详细信息表、订票单,订票详细信息表,订票点。
②原那么2(确信联系):
两个或多个实体间的关联与结合,如主管,从属,组成,占有,作用,配合,协一样等,当需要予以关注时,应作为联系。
实体间的联系可分为一对一、一对多、多对多等三类,在确信联系时还要确信其类型。
在本系统中,学生、车票信息、订票单和订票详细信息表之间存在“订购”的联系,一个车票信息能够被多个学生购买,而一个学生只能够购买多个车次所属的一到两张车票,它们之间的联系是一对多的“购买”联系,同时一次登录不管订多少车次只生成一张订票单。
订票点和操作员之间存在“隶属”的联系,它们之间的联系是一对多的“隶属”联系;车票信息和车票详细信息表之间存在“包括”与被包括的关系;订票单和订票详细信息表之间也存在“包括”与被包括的关系。
③原那么3(确信属性):
实体的属性是实体的本质特点。
实体应有标识属性(能把不同个体区分开来的属性组),并指定其中一个作为主标识。
联系的属性是联系的结果或状态。
从这条原那么可取得实体和联系的属性如下:
学生(学号,姓名,密码,所在学院,专业,班级,,目的城市)
车票大体信息(车次号,动身站,开车时刻,抵达站,抵达时刻,车票种类,余票数)
车次详细信息(ID号,车次号,途径站,票价)
订票单信息(定单号,订票人学号,定单时刻,付款取票与否)
订票具体信息(ID号,定单号,所得车次号,目的城市,订票数,总票价,取票时刻)
订票点(票点号,票点主任的员工号,所在校区,)
操作员(员工号,票点号,密码,姓名,性别,)
④原那么4(一事一地):
信息分析中取得的大体项要在且仅在实体联系图中的一个地址作为属性显现。
依照以上的分析,能够画出本系统的原始ERD的大体结构。
如
、系统具体E-R图:
3.(数据库)逻辑(模型)设计
一样逻辑模型设计:
(一)、由ERD导出一样关系模型的四条原那么:
原那么1(实体转换为关系模式):
ERD中每一个独立的实体转换为一个关系模式,实体的属性组成关系的属性,实体的主标识转换成关系的主码。
原那么2(从实体及其主从联系转换为关系模式):
ERD中一个从实体及其主从联系转换为一个关系,从实体的属性及其主实体关系的属性组成的属性,其主实体关系的主码,在主从关系联系为一对多联系时还要加上可把同一主实体个体所对应的从实体个体区分开来的,从实体的一组属性,作为该关系的主码。
对子类实体可作类似一对一联系的从实体的转换。
原那么3(一对多联系在关系模式中的表示):
ERD中的一个一对多联系通过在其“多”实体关系上增加“1”实体关系的主码(作为外码)和联系本身的属性来表示。
原那么4(多对多联系转换为关系):
ERD中的一个多对多联系转换为一个关系,其被联系实体关系的主码和该联系本身的属性一路组成的属性,被联系关系的主码组成该关系的复合主码。
(二)、数据库初步构思的关系框架:
通过ERD转换为一样关系模型四条原那么分析,取得须在数据库中进行存储的一样关系模型如下(带下划线的为主码,带#的为外键):
学生(学号,姓名,密码,所在学院,专业,班级,,目的城市)
车票大体信息(车次号,动身站,开车时刻,抵达站,抵达时刻,车票种类,余票数)
车次详细信息(ID号,车次号#,途径站,票价)
订票单信息(定单号,订票人学号#,定单时刻,付款取票与否)
订票具体信息(ID号,定单号#,所得车次号#,目的城市,订票数,总票价,取票时刻)
订票点(票点号,票点主任的员工号#,所在校区)
操作员(员工号,密码,姓名,性别,)
3.2具体逻辑模型设计:
(1)、Student表:
用来保留学生信息:
项名
类型
长度
小数位
值域
主键
外键
空键
学号
字符
12
是
非空
姓名
字符
20
非空
密码
字符
12
非空
学院
字符
40
非空
专业
字符
30
非空
班级
数据
4
0
>0
非空
电话
字符
12
非空
目的城市
字符
30
非空
(2)、Ticket表:
用来保留车票信息表
项名
类型
长度
小数位
值域
主键
外键
空键
车次号
字符
20
是
非空
出发站
字符
30
非空
开车时间
日期
8
非空
到达站
字符
30
非空
到达时间
日期
8
非空
车票种类
字符
20
非空
余票数
数据
8
0
>0
非空
(3)、Citysite表:
用来保留车票详细信息表:
项名
类型
长度
小数位
值域
主键
外键
空键
ID号
整数,自动编号
8
是
非空
车次号
字符
20
是
非空
途径城市
字符
30
非空
票价
decimal
非空
(4)、Ticketsite表:
用来保留订票点表:
项名
类型
长度
小数位
值域
主键
外键
空键
票点号
整数,自动编号
8
0
是
非空
票点主任员工号
整数,自动编号
8
0
是
非空
联系电话
字符
12
非空
所在校区
字符
40
非空
(5)、Admin表:
用来保留操作员表:
项名
类型
长度
小数位
值域
主键
外键
空键
员工号
整数,自动编号
8
0
是
非空
用户名
字符
20
非空
密码
字符
12
非空
姓名
字符
20
非空
性别
字符
4
非空
电话
字符
12
非空
(6)、Book表:
用来保留定单表:
项名
类型
长度
小数位
值域
主键
外键
空键
订单号
整数,自动编号
8
0
是
非空
学号
字符
是
非空
订单时间
字符
非空
付款取票与否
整数
2
0
非空
(7)、Ticket表:
用来保留取票单表:
项名
类型
长度
小数位
值域
主键
外键
空键
ID号
整数,自动编号
8
0
是
非空
取票号
字符
8
0
是
非空
车次号
字符
是
非空
目的城市
字符
非空
订票数
数据
8
0
>0
非空
总票价
Decimal
非空
取票时间
日期
8
非空
4.数据库物理设计与数据库爱惜设计
依照表的结构关系,本系统采纳SQLServer2000数据库。
SQLServer2000是微软公司关系型数据库产品,它是在由MSSQLServer成立的牢固基础之上产生的。
客户的需求极大的推动了该产的革新,SQLServer2000在易用性、可缩放性和靠得住性,和数据仓库等诸多方面有了专门大的增强。
这使得SQLServer2000在很多数据库产品进展最快的应用领域(如电子商务、移动计算、分支自动化、商业级应用和数据互换中心等)中成为领先者
在数据库中创建表的同时须创建相关的索引。
索引确实是加速检索表中数据的方式。
数据库的索引类似于书籍的索引。
在书籍中,索引许诺用户没必要翻阅完整个书就能够迅速地找到所需要的信息。
在数据库中,索引也许诺数据库程序迅速地找到表中的数据,而没必要扫描整个数据库。
本数据库表较为简单,且每一个表中概念主键约束或唯一性键约束,已经间接创建了索引,故无需再创建索引。
5.处置功能设计
5.1主控模块设计:
(1)、登录系统模块:
在登录窗体界面中,你能够输入代码和密码,选择你的身份(操作员或系统治理员),确认后就可进入主界面窗体。
若是你是学生,且还没注册,能够在此窗体界面上点击“注册”,在注册界面输入所要求的项,确信后从头返回登录界面,用你刚注册的账号登录进入主界面。
在主界面中包括上述模块图的几部份,依照身份,即是用户或治理员,对应权限不同,分为不同的主界面,即用户主界面和治理员主界面。
(2)、系统设置模块图:
用户:
在此模块用户能够查询、修改自身注册信息和退出登录,退出系统后将返回登录界面。
治理员模块:
在此模块治理员除拥有效户的各项设置外还能够注册新的治理员,但为了平安起见,此功能只有当登录人是票点主任时才可执行。
5.2子模块设计:
、治理员模块
一、车票信息治理模块:
在此模块,治理员能够执行车票信息录入、查询、删除和修改功能,只是删除和修改功能须当该车次没有被预订的情形下才可执行。
二、订票治理模块:
在此模块,治理员能够查询所有定单情形、已付款取票和未付款取票的定单情形,还能够按学号查询某学生的订票情形和各类统计信息,并在学生来付款取票时执行“付款”操作。
另外还能够在定单已付款或学生取消定单时删除定单。
、用户模块:
一、订票治理模块:
在此模块,用户能够查询车票信息和自身订票情形。
查询车票情形分为按车次、按目的地、按起始站—目的站查询,当查询到自身所想要的车票时即可订票,但注意预定票的目的地须与学生家乡所在城市相符,不然系统不许诺订票;查询自身订票情形包括定单信息及金额统计,还须注意订票信息上要求的取票期限,订票人须在规按期限内去所在校区的票点付款取票,超期票点工作人员将不予处置。
二、用户小贴士模块:
在那个地址,用户将了解本订票系统的订票流程及相关规定及用户订票后付款取票地址的信息等。
6.数据库应用系统的实现
6.1数据库及其表结构的成立:
利用SQLServer企业治理器创建数据库Tickets,然后创建表:
一、学生表Book
createtableStudent
(Snovarchar(12)primarykey,Snamevarchar(20)notnull,
Ssexvarchar(4)notnull,Spwvarchar(12)notnull,
tm,*.html)中插入Java程序段(Scriptlet)和JSP标记(tag),从而形成JSP文件(*.jsp)。
JSP具有了Java技术的简单易用,完全的面向对象,具有平台无关性且平安靠得住,要紧面向因特网的所有特点。
(1)、JavaBean设计及其代码分析:
本系统采纳JDBC的驱动程序MicrosoftSQLServer2000DriverforJDBC来连接SQLServer数据,而dbconn类正是用来实现数据库连接的Bean。
它的结构如下:
(2)、登录模块:
登录界面对应的是页面。
在该页面,学生和治理员都能够在此登录,单项选择框能够起到判定登录人是不是是治理员的作用。
登录后用户将按其是学生或治理员别离进入各自主界面。
登录身份检测要紧代码实现如下:
(3)、治理员模块:
一、治理员主界面:
此页面对应页面。
在此页面左下方菜单栏的账号治理对应上面的治理员系统设置模块图;治理操作中包括上面的车票信息治理模块图及订票治理模块图。
二、添加车票信息模块:
车票信息添加分为两部份,第一部份添加车次信息,对应表Ticket;第二部份添加车次站次信息,对应表Citysite。
3、车票信息治理界面:
此界面对应上面车票信息治理模块图,你能够查看车次详情,能够删除和修改车次信息,还可通过选择你所要查找的车次号查看某一车次的信息。
注意删除和修改功能须当该车次没有被预订的情形下才可执行。
当执行删除或修改操作时系统将询问是不是确信操作如下:
4、订票治理模块:
此界面对应上面订票治理模块图,页面左下方查询操作能够从各方面查询订票情形。
右下方提供了按学生学号查询其订票情形的功能、各车次的订票统计及所有订票的总金额。
下面是查看所有定单信息的页面:
在此页面,用户能够执行查看定单详细信息、删除定单信息的功能和在学生来付款取票时的“付款”操作。
(4)、学生模块:
一、学生主界面:
在此页面左下方菜单栏的账号治理对应上面的用户系统设置模块图;用户操作中包括订票治理模块图;相关链接中对应用户小贴士模块图。
二、车票查询界面:
在此界面系统提供的查询车票情形方式分为按车次、按目的地、按起始站—目的站查询。
当查询到自身所想要的车票时即可订票,但注意预定票的目的地须与学生家乡所在城市相符,不然系统不许诺订票。
如按目的地查询“揭阳”,取得查询结果如图:
点击“查看详情”查看车次777的详情如以下图:
假设中意那么在单击揭阳后的“预定”,将看到如下界面,单击“确认”,假设订票成功将系统将提示成功信息,假设不成功系统将返回从错误信息。
检测并保留订票信息到数据库的页面要紧代码如下:
(5)、实现体会:
这次设计持续了好一段时刻,此刻终于终止了。
说真的,它让我体会了很多。
这次数据库系统设计是对我的之前学习的总结,使我的专业知识和实际应用的紧密结合起来。
通过这次设计使我对数据库理论有了较深刻的熟悉,而且对信息系统方面的设计理论和开发进程的也有了深刻的了解,在这一时期的学习中,我大体上把握了JSP和SQLSERVER2000的大体操作和编程方式。
在做那个系统时,我依照数据库中信息时刻上的前后先做学生注册、登录及登录检测模
块;然后做治理员的主界面,其中有治理员注册、注册信息查询、注册信息修改及退出登录的部份,再做车次信息添加及车次信息治理模块。
接下来做学生主界面,包括注册信息查询、注册信息修改及退出登录的部份,再做用户车票信息查询、用户订票及订票治理模块。
最后做治理员的订票信息查询治理模块。
看到一个系统在我手上一部份一部份地形成,内心真的很快乐,这次设计让我的信息开发能力和相关知识有专门大的提高。
7.数据库应用系统运行
写出系统操作利用的简要说明。
本系统简单易用,不管你是学生仍是治理员,都在同一登录界面登录系统。
若是你是治理员,你登录后将进入治理员主界面,现在你能够执行如以下图的四大项操作,具体操作请看上面所述;假设你是学生,即一般用户,若是你没有账号,能够先注册,然后登录系统,进入用户主界面,现在你能够执行如以下图的三大项操作,具体操作请看上面所述。
按利用说明运行系统并打印出运行结果。
运行系统,以学生身份的登录系统,进入用户主界面,单击菜单栏中“订票查询”,能够取得你的订票情形如以下图,在那个地址,你能够查看定单详情,能够删除定单。
假设以治理员身份登录系统,进入治理员主界面,单击菜单栏中“治理火车信息”,能够取得所有车次信息如以下图,你能够查看车次详情,能够删除和修改车次信息,还可通过选择你所要查找的车次号查看某一车次的信息。
系统评判:
在设计进程中,对整个系统的设计专门是行为特性设
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 设计 实验 报告
![提示](https://static.bdocx.com/images/bang_tan.gif)