数据库设计实验报告学生火车票订票系统.doc

《数据库设计实验报告学生火车票订票系统.doc》由会员分享，可在线阅读，更多相关《数据库设计实验报告学生火车票订票系统.doc（6页珍藏版）》请在三一办公上搜索。

1、课 程 设 计课程名称_数据库系统概论_题目名称_学生火车票订票系统_学生学院_经济管理学院_专业班级_电子商务 4 班_学 号_3106005680_学生姓名_指导教师_老师_ 200 8 年 9 月 18 日 课程设计任务书 一、课程设计的内容 （一）、设计题目内容 学生火车票定票系统 1背景：一年两次的火车票订票管理 2主要实现以下功能： 1学生基本信息的管理，尤其是所在地 2学生购票的基本信息，尤其是价钱和车票目的地 3购票以后的分发管理 4退票的管理 5信息的统计和查询 6操作员管理 二、课程设计的要求与数据 （1）、有必要进行对企业的报刊订阅业务进行分析、调查 （2）、加分功能：购

2、票后的分发管理的设计与实现自由发挥； （3）、保质保量完成课程设计要求的所有内容。 （4）、打印实验报告和实验任务书并上交。 （5）、杜绝抄袭。如若发现有明显抄袭现象，抄袭者和被抄袭者的课程设计成绩全部取消。 三、课程设计应完成的工作 （1）、 需求分析（阐明应用系统背景，组织结构情况以及需求分析的过程，并绘制出数据 流程图） （2）、 概念结构设计：根据概念结构设计的基本原则，确定概念模型，并阐明分析步骤和 理论依据。 （3）、 逻辑结构设计：根据需求分析和概念模型，将实体及实体间的联系按一定的转换规 则转换为关系模型，写出转换步骤及相应的理论依据，并确定主码、外码。 四、课程设计进程安排序

3、号 设计各阶段内容 地点 起止日期 1 根据设计问题查阅收集有关资料 宿舍 6.28-29 需求分析（阐明应用系统背景，组织结构情况以及需求 2 分析的过程，并绘制出数据流程图） 宿舍 6.30-7.1 3 （数据库）概念（模型）设计阶段 宿舍 7.2 4 逻辑模型设计阶段 机房 7.3 5 数据库物理设计与数据库保护设计 宿舍 7.25-266 处理功能设计阶段 宿舍 7.27-297 数据库应用系统的实现 宿舍 8.28-9.48 数据库应用系统运行 宿舍 9.4-109 撰写课程设计报告 宿舍 9.10-15五、应收集的资料及主要参考文献1、数据库系统概论 王珊，萨师煊2、系统分析与设计

4、技术 张友生 主编2、海纳服饰有限公司进销存系统 年 月 日 指导教师签名：计划完成日期： 年 月 日 基层教学单位责任人签章：主管院长签章：目录概述： .41. 需求分析 .5 1.1 用户需求：. 5 1.2 业务流程分析：. 5 1.3 信息需求分析. 6 1.4 功能需求分析：. 72. （数据库）概念（模型）设计 .8 2.1 构思 ERD 的四条原则及根据这些原则相应得出的实体、联系及其属性：. 8 2.2、系统具体 E-R 图：. 83. （数据库）逻辑（模型）设计 .9 3.1 一般逻辑模型设计：. 9 3.2 具体逻辑模型设计：. 104. 数据库物理设计与数据库保护设计 .

5、 115. 处理功能设计 . 11 5.1 主控模块设计：.11 5.2 子模块设计：. 126. 数据库应用系统的实现 .13 6.1 数据库及其表结构的建立：. 13 6.2 创建表的相关视图：. 15 6.3 各表关系图，. 15 6.4 数据输入：利用系统录入数据，如下图为各表内容：. 16 6.5 模块实现：. 177. 数据库应用系统运行 .25 7.1 写出系统操作使用的简要说明。. 25 7.2 按使用说明运行系统并打印出运行结果。. 25 7.3 系统评价：. 26 报告内容概述： 随着国民经济快速发展 人们出行、交通越来越频繁 对服务的快捷、便利性要求也越来越高。从而对客运

6、行业的建设与管理提出了更高的要求。为适应和推动客运行业的发展各种交通公司和部门开始广泛采用使用日趋成熟的计算机技术和数据库技术来实现票务信息的现代化管理，具有手工管理所无法比拟的优点，如：检索迅速，查找方便，可靠性高，存储量大，保密性好，寿命长，成本底等。这些优点能够极大地提高信息管理和业务管理的效率。 本学生火车订票系统正是通过数据库存储信息实现高效率管理。该实验设计首先进行需求分析，然后在需求文档的指导下实现系统的功能，如操作员的信息管理功能及普通学生的火车信息查询、订票、退票等功能，最终实现的是学生购得一张自己满意的票券，同时力求通过数据库系统及计算机在其中的运用达到提高工作效率节约人力

7、资源的效果。1. 需求分析 1.1 用户需求： 一）、问题描述： 学生火车票定票系统 1背景：一年两次的火车票订票管理 2主要实现以下功能： 1学生基本信息的管理，尤其是所在地 2学生购票的基本信息，尤其是价钱和车票目的地 3购票以后的分发管理 4退票的管理 5信息的统计和查询 6操作员管理 二）、目的及现状： 1）、实验目的： 数据库设计就是要使学生采用本课程中学习的数据库设计方法， 运用其基本思路与主要图表工具完成一个自己所了解的业务的数据库应用系统信息需求分析与数据库的概念设计、逻辑设计、物理设计以及处理功能设计，用自己熟悉的数据库管理系统、程序设计语言及其相关开发工具实现该系统，并运行

8、、评价、改进之；在此基础上严格按本大纲所附报告提纲撰写课程设计报告。 通过本设计进一步弄懂数据库系统及其相关的基本概念， 理解数据库系统的系统结构、主要特点，掌握数据库设计的原理、方法及其基本过程，初步具备数据库应用设计的能力，初步形成运用数据库应用系统解决管理决策中的实际问题的基本素质。 2）、现状和系统要求： 在传统模式下利用人工进行火车订票业务， 存在着较多的缺点，如：效率底，保密性差，时间一长将产生大量的文件和数据，更不便于查找，更新，维护等。诸如这些情况，给各相关部门工作人员带来了很大困难， 严重影响了他们的工作效率。运用计算机技术和数据库技术来实现票务信息的现代化管理，具有手工管理

9、所无法比拟的优点，如：检索迅速，查找方便，可靠性高，存储量大，保密性好，寿命长，成本底等。这些优点能够极大地提高信息管理和业务管理的效率。 在本系统中，系统用户共有两种 并根萦没薜牟煌迪植煌墓埽绮僮髟庇涤刑砑印薷摹境郴鸪迪喙匦畔靶薷淖约旱母鋈诵畔墓堋卸猿灯毙畔?、哪一车次哪天还剩余多少张票和自己所订票券的查询功能， 订票功能及退票功能。 系统利用计算机和数据库的高效率大大减轻了学校票点工作人员的劳动强度 提高了各部门的工作效率。 1.2 业务流程分析： （一） 、描述系统的业务流程： 本系统共有两种用户 根据用户权限的不同而实现不同的功能。 操作员的权限最大，他进入系统必须先登录。操作员可以添

10、加、修改、删除某车票的 相关信息，可以修改自己的个人信息；查询、删除学生的订票情况，确认学生是否已付款 取票等。 学生可以按目的地的车次对车票信息进行查询， 可以订票，订票时须录入自己的信息及所选择的车次，系统将检查该车次票数是否已订完或不足， 若已订完或不足则提示错误信息并返回到订票界面，订票成功后将生成订票单。学生还可以对自己所订的票券即订票单进行查询，以及查询哪怀荡文奶旎故喽嗌僬牌薄没犊詈腿笨稍谘钡阃瓿伞醪揭滴窳鞒掏迹?.3 信息需求分析 1.3.1 资料收集 1.3.2 事项分析： 在本火车票订票系统中，各资料的基本数据项列举如下： 学生资料：学号，姓名，密码，所在学院，专业，班级，电

11、话，目的城市 车票基本信息：车次号，出发站，开车时间，到达站，到达时间，车票种类，余 票数 车次详细信息：ID号，车次号，途径站，票价， 订票单信息：订单号，订票人学号，订单时间，付款取票与否 订票具体信息：ID 号，订单号，所得车次号，目的城市，订票数，总票价，取票 时间 订票点信息：票点号，票点主任的员工号，联系电话，所在校区 操作员资料：员工号，票点号，密码，姓名，性别，电话1.4 功能需求分析： 、完善业务流程图： （一） 、功能层次图： （二） 本系统共有两种用户 根据用户权限的不同而实现不同的功能，如操作员查询、添加、修改、删除某火车相关信息及查询、修改自己的个人信息的功能。学生对

12、车票信息、 、哪一车次哪天还剩余多少张票和订票功能以及对自己所订票券的查询功能、退票功能。2. （数据库）概念（模型）设计2.1 构思 ERD 的四条原则及根据这些原则相应得出的实体、联系及其属性： 原则 1 （确定实体）：能独立存在的事物，例如人、物、事、地、团体、机构、活动、 事项等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。 在本系统中，实体主要有学生、操作员、车票信息、车票详细信息表、订票单，订票详 细信息表，订票点。 原则 2 （确定联系） ：两个或多个实体间的关联与结合，如主管，从属，组成，占有， 作用，配合，协同等等，当需要予以关注时，应作为联系。实体间的联系可

13、分为一对一、 一对多、多对多等三类，在确定联系时还要确定其类型。 在本系统中，学生、车票信息、订票单和订票详细信息表之间存在“订购”的联系，一 个车票信息可以被多个学生购买，而一个学生只可以购买多个车次所属的一到两张车票， 它们之间的联系是一对多的“购买”联系，同时一次登录无论订多少车次只生成一张订票 单。订票点和操作员之间存在“隶属”的联系，它们之间的联系是一对多的“隶属”联系； 车票信息和车票详细信息表之间存在“包含”与被包含的关系；订票单和订票详细信息表 之间也存在“包含”与被包含的关系。 原则 3 （确定属性） ：实体的属性是实体的本质特征。实体应有标识属性（能把不同个 体区分开来的属

14、性组） ，并指定其中一个作为主标识。联系的属性是联系的结果或状态。 从这条原则可得到实体和联系的属性如下： 学生（学号，姓名，密码，所在学院，专业，班级，电话，目的城市） 车票基本信息（车次号，出发站，开车时间，到达站，到达时间，车票种类，余票数） 车次详细信息（ID号，车次号，途径站，票价） 订票单信息（订单号，订票人学号，订单时间，付款取票与否） 订票具体信息（ID 号，订单号，所得车次号，目的城市，订票数，总票价，取票时间） 订票点（票点号，票点主任的员工号，所在校区，电话） 操作员（员工号，票点号，密码，姓名，性别，电话） 原则 4（一事一地）：信息分析中得到的基本项要在且仅在实体联系

15、图中的一个地方作 为属性出现。 根据以上的分析，可以画出本系统的原始 ERD 的基本结构。如2.2、系统具体 E-R 图：3. （数据库）逻辑（模型）设计 3.1 一般逻辑模型设计： （一）、由 ERD 导出一般关系模型的四条原则： 原则 1（实体转换为关系模式） ：ERD 中每个独立的实体转换为一个关系模式，实体的属性组成关系的属性，实体的主标识转换成关系的主码。 原则 2（从实体及其主从联系转换为关系模式） ：ERD 中一个从实体及其主从联系转换为一个关系，从实体的属性及其主实体关系的属性组成的属性，其主实体关系的主码，在主从关系联系为一对多联系时还要加上可把同一主实体个体所对应的从实体个

16、体区分开来的， 从实体的一组属性，作为该关系的主码。对子类实体可作类似一对一联系的从实体的转换。 原则 3（一对多联系在关系模式中的表示） ：ERD 中的一个一对多联系通过在其“多”实体关系上增加“1”实体关系的主码（作为外码）和联系本身的属性来表示。 原则 4（多对多联系转换为关系） ：ERD 中的一个多对多联系转换为一个关系，其被联系实体关系的主码和该联系本身的属性一起组成的属性， 被联系关系的主码组成该关系的复合主码。 （二）、数据库初步构思的关系框架： 通过 ERD 转换为一般关系模型四条原则分析，得到须在数据库中进行存储的一般关系模型如下（带下划线的为主码，带的为外键） ： 学生（学

17、号，姓名，密码，所在学院，专业，班级，电话，目的城市） 车票基本信息（车次号，出发站，开车时间，到达站，到达时间，车票种类，余票数） 车次详细信息（ID号，车次号，途径站，票价） 订票单信息（订单号，订票人学号，订单时间，付款取票与否） 订票具体信息（ID 号，订单号，所得车次号，目的城市，订票数，总票价，取票时间） 订票点（票点号，票点主任的员工号，所在校区） 操作员（员工号，密码，姓名，性别，电话） 3.2 具体逻辑模型设计：（1）、Student 表：用来保存学生信息： 项名 类型 长度 小数位 值域 主键 外键 空键 学号 字符 12 是 非空 姓名 字符 20 非空 密码 字符 12

18、 非空 学院 字符 40 非空 专业 字符 30 非空 班级 数据 4 0 gt0 非空 电话 字符 12 非空 目的城市 字符 30 非空（2）、Ticket 表：用来保存车票信息表 项名 类型 长度 小数位 值域 主键 外键 空键 车次号 字符 20 是 非空 出发站 字符 30 非空 开车时间 日期 8 非空 到达站 字符 30 非空 到达时间 日期 8 非空 车票种类 字符 20 非空 余票数 数据 8 0 gt0 非空（3）、Citysite 表：用来保存车票详细信息表： 项名 类型 长度 小数位 值域 主键 外键 空键 ID 号 整数，自 8 是 非空 动编号 车次号 字符 20

19、是 非空 途径城市 字符 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 是 非空 车次号 字符 是 非空 .