数据库设计实验报告.doc
《数据库设计实验报告.doc》由会员分享,可在线阅读,更多相关《数据库设计实验报告.doc(23页珍藏版)》请在沃文网上搜索。
1、目录概述:51. 需求分析51.1用户需求:51.2业务流程分析:61.3信息需求分析61.4功能需求分析:72. (数据库)概念(模型)设计82.1构思ERD的四条原则及根据这些原则相应得出的实体、联系及其属性:92.2、系统具体E-R图:93. (数据库)逻辑(模型)设计103.1 一般逻辑模型设计:103.2具体逻辑模型设计:114. 数据库物理设计与数据库保护设计125. 处理功能设计125.1主控模块设计:125.2子模块设计:136. 数据库应用系统的实现146.1数据库及其表结构的建立:146.2创建表的相关视图:166.3各表关系图,166.4数据输入:利用系统录入数据,如下图
2、为各表内容:176.5模块实现:187. 数据库应用系统运行267.1 写出系统操作使用的简要说明。267.2 按使用说明运行系统并打印出运行结果。267.3 系统评价:27报告内容概述:随着国民经济快速发展, 人们出行、交通越来越频繁, 对服务的快捷、便利性要求也越来越高。从而对客运行业的建设与管理提出了更高的要求。为适应和推动客运行业的发展, 各种交通公司和部门开始广泛采用使用日趋成熟的计算机技术和数据库技术来实现票务信息的现代化管理,具有手工管理所无法比拟的优点,如:检索迅速,查找方便,可靠性高,存储量大,保密性好,寿命长,成本底等。这些优点能够极大地提高信息管理和业务管理的效率。本学生
3、火车订票系统正是通过数据库存储信息实现高效率管理。该实验设计首先进行需求分析,然后在需求文档的指导下实现系统的功能,如操作员的信息管理功能及普通学生的火车信息查询、订票、退票等功能,最终实现的是学生购得一张自己满意的票券,同时力求通过数据库系统及计算机在其中的运用达到提高工作效率,节约人力资源的效果。1. 需求分析1.1 用户需求:(一)、问题描述:学生火车票定票系统(1)背景:一年两次的火车票订票管理(2)主要实现以下功能: 1)学生基本信息的管理,尤其是所在地 2)学生购票的基本信息,尤其是价钱和车票目的地 3)购票以后的分发管理 4)退票的管理 5)信息的统计和查询 6)操作员管理(二)
4、、目的及现状:1)、实验目的:数据库设计就是要使学生采用本课程中学习的数据库设计方法,运用其基本思路与主要图表工具完成一个自己所了解的业务的数据库应用系统信息需求分析与数据库的概念设计、逻辑设计、物理设计以及处理功能设计,用自己熟悉的数据库管理系统、程序设计语言及其相关开发工具实现该系统,并运行、评价、改进之;在此基础上严格按本大纲所附报告提纲撰写课程设计报告。通过本设计进一步弄懂数据库系统及其相关的基本概念,理解数据库系统的系统结构、主要特点,掌握数据库设计的原理、方法及其基本过程,初步具备数据库应用设计的能力,初步形成运用数据库应用系统解决管理决策中的实际问题的基本素质。2)、现状和系统要
5、求:在传统模式下利用人工进行火车订票业务,存在着较多的缺点,如:效率底,保密性差,时间一长将产生大量的文件和数据,更不便于查找,更新,维护等。诸如这些情况,给各相关部门工作人员带来了很大困难,严重影响了他们的工作效率。运用计算机技术和数据库技术来实现票务信息的现代化管理,具有手工管理所无法比拟的优点,如:检索迅速,查找方便,可靠性高,存储量大,保密性好,寿命长,成本底等。这些优点能够极大地提高信息管理和业务管理的效率。在本系统中,系统用户共有两种, 并根据用户权限的不同而实现不同的功能,如操作员拥有添加、修改、删除某火车相关信息及修改自己的个人信息的功能。学生有对车票信息、哪一车次哪天还剩余多
6、少张票和自己所订票券的查询功能,订票功能及退票功能。系统利用计算机和数据库的高效率大大减轻了学校票点工作人员的劳动强度, 提高了各部门的工作效率。1.2 业务流程分析:(一)、描述系统的业务流程:本系统共有两种用户, 根据用户权限的不同而实现不同的功能。操作员的权限最大,他进入系统必须先登录。操作员可以添加、修改、删除某车票的相关信息,可以修改自己的个人信息;查询、删除学生的订票情况,确认学生是否已付款取票等。学生可以按目的地的车次对车票信息进行查询,可以订票,订票时须录入自己的信息及所选择的车次,系统将检查该车次票数是否已订完或不足,若已订完或不足则提示错误信息并返回到订票界面,订票成功后将
7、生成订票单。学生还可以对自己所订的票券即订票单进行查询,以及查询哪一车次哪天还剩余多少张票。用户付款和取票可在学校票点完成。 (二)、初步业务流程图:1.3 信息需求分析1.3.1 资料收集1.3.2 事项分析:在本火车票订票系统中,各资料的基本数据项列举如下:学生资料:学号,姓名,密码,所在学院,专业,班级,电话,目的城市车票基本信息:车次号,出发站,开车时间,到达站,到达时间,车票种类,余票数车次详细信息:ID号,车次号,途径站,票价,订票单信息:订单号,订票人学号,订单时间,付款取票与否订票具体信息:ID号,订单号,所得车次号,目的城市,订票数,总票价,取票时间订票点信息:票点号,票点主
8、任的员工号,联系电话,所在校区操作员资料:员工号,票点号,密码,姓名,性别,电话1.4 功能需求分析:(一)、完善业务流程图:(二)、功能层次图:本系统共有两种用户, 根据用户权限的不同而实现不同的功能,如操作员查询、添加、修改、删除某火车相关信息及查询、修改自己的个人信息的功能。学生对车票信息、哪一车次哪天还剩余多少张票和订票功能以及对自己所订票券的查询功能、退票功能。2. (数据库)概念(模型)设计2.1构思ERD的四条原则及根据这些原则相应得出的实体、联系及其属性: 原则1 (确定实体):能独立存在的事物,例如人、物、事、地、团体、机构、活动、事项等等,在其有多个由基本项描述的特性需要关
9、注时,就应把它作为实体。在本系统中,实体主要有学生、操作员、车票信息、车票详细信息表、订票单,订票详细信息表,订票点。原则2 (确定联系):两个或多个实体间的关联与结合,如主管,从属,组成,占有,作用,配合,协同等等,当需要予以关注时,应作为联系。实体间的联系可分为一对一、一对多、多对多等三类,在确定联系时还要确定其类型。 在本系统中,学生、车票信息、订票单和订票详细信息表之间存在“订购”的联系,一个车票信息可以被多个学生购买,而一个学生只可以购买多个车次所属的一到两张车票,它们之间的联系是一对多的“购买”联系,同时一次登录无论订多少车次只生成一张订票单。订票点和操作员之间存在“隶属”的联系,
10、它们之间的联系是一对多的“隶属”联系;车票信息和车票详细信息表之间存在“包含”与被包含的关系;订票单和订票详细信息表之间也存在“包含”与被包含的关系。原则3 (确定属性):实体的属性是实体的本质特征。实体应有标识属性(能把不同个体区分开来的属性组),并指定其中一个作为主标识。联系的属性是联系的结果或状态。从这条原则可得到实体和联系的属性如下:学生(学号,姓名,密码,所在学院,专业,班级,电话,目的城市)车票基本信息(车次号,出发站,开车时间,到达站,到达时间,车票种类,余票数)车次详细信息(ID号,车次号,途径站,票价)订票单信息(订单号,订票人学号,订单时间,付款取票与否)订票具体信息(ID
11、号,订单号,所得车次号,目的城市,订票数,总票价,取票时间)订票点(票点号,票点主任的员工号,所在校区,电话)操作员(员工号,票点号,密码,姓名,性别,电话)原则4(一事一地):信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。根据以上的分析,可以画出本系统的原始ERD的基本结构。如2.2、系统具体E-R图:3. (数据库)逻辑(模型)设计3.1 一般逻辑模型设计: (一)、由ERD导出一般关系模型的四条原则:原则1(实体转换为关系模式):ERD中每个独立的实体转换为一个关系模式,实体的属性组成关系的属性,实体的主标识转换成关系的主码。原则2(从实体及其主从联系转换为关系模式
12、):ERD中一个从实体及其主从联系转换为一个关系,从实体的属性及其主实体关系的属性组成的属性,其主实体关系的主码,在主从关系联系为一对多联系时还要加上可把同一主实体个体所对应的从实体个体区分开来的,从实体的一组属性,作为该关系的主码。对子类实体可作类似一对一联系的从实体的转换。原则3(一对多联系在关系模式中的表示):ERD中的一个一对多联系通过在其“多”实体关系上增加“1”实体关系的主码(作为外码)和联系本身的属性来表示。原则4(多对多联系转换为关系):ERD中的一个多对多联系转换为一个关系,其被联系实体关系的主码和该联系本身的属性一起组成的属性,被联系关系的主码组成该关系的复合主码。(二)、
13、数据库初步构思的关系框架:通过ERD转换为一般关系模型四条原则分析,得到须在数据库中进行存储的一般关系模型如下(带下划线的为主码,带#的为外键):学生(学号,姓名,密码,所在学院,专业,班级,电话,目的城市)车票基本信息(车次号,出发站,开车时间,到达站,到达时间,车票种类,余票数)车次详细信息(ID号,车次号#,途径站,票价)订票单信息(订单号,订票人学号#,订单时间,付款取票与否)订票具体信息(ID号,订单号#,所得车次号#,目的城市,订票数,总票价,取票时间)订票点(票点号,票点主任的员工号#,所在校区)操作员(员工号,密码,姓名,性别,电话)3.2 具体逻辑模型设计: (1)、Stud
14、ent表:用来保存学生信息:项名类型长度小数位值域主键外键空键学号字符12是非空姓名字符20非空密码字符12非空学院字符40非空专业字符30非空班级数据400非空电话字符12非空目的城市字符30非空(2)、Ticket表:用来保存车票信息表项名类型长度小数位值域主键外键空键车次号字符20是非空出发站字符30非空开车时间日期8非空到达站字符30非空到达时间日期8非空车票种类字符20非空余票数数据800非空(3)、Citysite表:用来保存车票详细信息表:项名类型长度小数位值域主键外键空键ID号整数,自动编号8是非空车次号字符20是非空途径城市字符30非空票价decimal非空(4)、Ticke
15、tsite表:用来保存订票点表:项名类型长度小数位值域主键外键空键票点号整数,自动编号80是非空票点主任员工号整数,自动编号80是非空联系电话字符12非空所在校区字符40非空(5)、Admin表:用来保存操作员表:项名类型长度小数位值域主键外键空键员工号整数,自动编号80是非空用户名字符20非空密码字符12非空姓名字符20非空性别字符4非空电话字符12非空(6)、Book表:用来保存订单表:项名类型长度小数位值域主键外键空键订单号整数,自动编号80是非空学号字符是非空订单时间字符非空付款取票与否整数20非空(7)、Ticket表:用来保存取票单表:项名类型长度小数位值域主键外键空键ID号整数,
16、自动编号80是非空取票号字符80是非空车次号字符是非空目的城市字符非空订票数数据800非空总票价Decimal非空取票时间日期8非空4. 数据库物理设计与数据库保护设计 根据表的结构关系,本系统采用SQL Server 2000数据库。SQL Server 2000是微软公司关系型数据库产品,它是在由MS SQL Server 7.0建立的坚固基础之上产生的。客户的需求极大的推动了该产的革新,SQL Server2000在易用性、可缩放性和可靠性,以及数据仓库等诸多方面有了很大的增强。这使得SQL Server 2000在很多数据库产品发展最快的应用领域(如电子商务、移动计算、分支自动化、商业
17、级应用和数据交换中心等)中成为领先者在数据库中创建表的同时须创建相关的索引。索引就是加快检索表中数据的方法。数据库的索引类似于书籍的索引。在书籍中,索引允许用户不必翻阅完整个书就能迅速地找到所需要的信息。在数据库中,索引也允许数据库程序迅速地找到表中的数据,而不必扫描整个数据库。本数据库表较为简单,且每个表中定义主键约束或者唯一性键约束,已经间接创建了索引,故无需再创建索引。5. 处理功能设计5.1 主控模块设计:(1)、登录系统模块:在登录窗体界面中,你可以输入代码和密码,选择你的身份(操作员或系统管理员),确认后就可进入主界面窗体。如果你是学生,且还没注册,可以在此窗体界面上点击“注册”,
18、在注册界面输入所要求的项,确定后重新返回登录界面,用你刚注册的账号登录进入主界面。在主界面中包含上述模块图的几部分,根据身份,即是用户或者管理员,对应权限不同,分为不同的主界面,即用户主界面和管理员主界面。 (2)、系统设置模块图:用户:在此模块用户可以查询、修改自身注册信息以及退出登录,退出系统后将返回登录界面。管理员模块:在此模块管理员除了拥有用户的各项设置外还可以注册新的管理员,但为了安全起见,此功能只有当登录人是票点主任时才可执行。5.2 子模块设计:5.2.1、管理员模块 1、车票信息管理模块:在此模块,管理员可以执行车票信息录入、查询、删除和修改功能,不过删除和修改功能须当该车次没
- 1.请仔细阅读文档,确保文档完整性,对于不预览、不比对内容而直接下载带来的问题本站不予受理。
- 2.下载的文档,不会出现我们的网址水印。
- 3、该文档所得收入(下载+内容+预览)归上传者、原创作者;如果您是本文档原作者,请点此认领!既往收益都归您。
下载文档到电脑,查找使用更方便
10 积分
下载 | 加入VIP,下载更划算! |
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 设计 实验 报告