航空机票预订系统ER图数据流图状态转换图数据字典
UML可视化建模(航空订票系统)
《可视化建模与UML》课程结业报告课题名称: 航空客运订票系统建模姓名: ***学号: *******班级:****: ***完成日期: 2013.06.16目录第一章概述 (3)1.1系统开发的摸底和开发背景 (3)1.2系统功能 (3)1.3系统结构框架 (4)1.4开发环境 (5)第二章用例模型 (6)2.1用例模型简介 (6)2.2用例图的的含义及其作用 (6)2.3用例图及用例描述 (7)第三章类模型 (10)3.1类模型简介 (10)3.2类图的作用 (10)3.3类图 (11)第四章交互模型 (13)4.1交互模型简介 (13)4.2序列图简介 (13)4.3序列图的作用 (13)4.4序列图描述及其序列图 (14)第五章行为模型 (20)5.1行为模型简介 (20)5.1.1活动图简介 (20)5.1.2活动图的作用 (20)5.1.3状态图简介 (21)5.1.4状态图的作用 (21)5.2行为模型图 (21)5.2.1活动图及其描述 (21)5.2.2状态图及其描述 (23)第六章构件图和部署图 (25)6.1构件图简介 (25)6.2部署图简介 (25)第七章课程学习小结 (27)7.1课程小结 (27)7.2学习心得 (27)参考文献 (28)第一章概述1.1系统开发的摸底和开发背景随着科技与经济的发展，越来越多的人选择乘飞机，这跟我国的经济增长有很大关系，人们在追求快节奏的生活方式，所以做飞机无疑成了首选。
而且随着网络的盛行，航空订票系统就显得尤为重要，我们开发这个系统主要是为了方便大家，让大家能够快速、清晰、准确地了解航班信息，而不至于像以前那样排队等候，从而避免耽搁乘客大量的等待时间。
航空客运业务诞生已有进一个世纪了，作为现有交通工具中最方便快捷的一种，它确实地给大家的生活、出行带来了极大的方便。
随着航空客运业务多年来的发展，其售票业务也同样不断地发展。
1.2系统功能机票预订系统是在现代社会生活节奏不断加快，对机票预订工作的自动化和准确化要求也日益强烈的背景下，为了实现机票预订工作的网络化，以及实现网络查询和统计一体化而开发的管理信息系统。
机票预订系统——数据库课程设计——设计报告
机票预订系统一．需求分析调查机票预定系统应用领域涉及的内容，对涉及到领域的各个应用的信息要求和操作要求进行详细分析，形成需求分析说明书。
最重要的是调查、收集信息、分析购票人信息和飞机预定流程。
通过网络实际查询，理解机票预订系统的基本构造，包含的基本内容。
处理要求、数据的安全性与完整性要求。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。
为便于旅客由旅行社代替航空公司负责为旅客定票，旅行社把预定机票的旅客信息，包括姓名、身份证号码、旅行时间、旅行目的地等，输入机票预定系统的客户端程序，系统经过查询航空公司内的航班数据服务器后，为旅客安排航班，印出取票通知。
旅客在一定时间内凭取票通知和帐单交款后取票，系统校对无误后即印出机票给旅客。
如果某方面出现问题，旅客可以持有效证件去飞机场退票。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。
并设有系统帮助文档帮助旅客熟悉该订票系统。
本系统设有两部分，分为用户登录部分和管理员登陆部分，用户通过注册用户名进入系统对航班和订购信息进行查询，并通过查询航班预定自己合适的航行航班及合适的时间；管理员可以注册内部管理员，通过输入正确密码进入系统。
1．系统功能分析①管理员登陆界面●管理员登录：注册管理员，密码输入进入系统；●航班管理：可对航班信息进行添加、修改、删除、查询操作；●旅客管理：可对旅客信息进行添加、修改、删除、查询操作；●订票管理：可对旅客订票信息进行添加、修改、删除，查询操作；●系统帮助：提供系统使用帮助文档，有效地帮助用户熟悉该软件；●退出：包含返回登录主界面和退出系统两部分。
②旅客登陆界面●航班信息查询：为旅客提供近期航班的信息，方便旅客进行订票；●订票信息：提供旅客订票和订票查询功能；●帮助文档：提供帮助文档，方便旅客使用该系统；●退出：包含返回登录主界面和退出系统两部分。
软件工程机票预订系统总体设计
1.导言1.1目的在当今社会, 随着经济的不断发展, 必然带动交通业和旅游业务的不断扩大, 特别是航空售票信息管理日异复杂, 传统的手工登记和集中管理已经难以满足快节奏, 高效率的现代生活需求。
“飞机售票管理系统”是一个全新的系统，它将取代传统的手工登记和集中管理过程1.2范围软件设计总体结构设计、全局数据库和数据结构设计、外部接口设计、主要部件功能分配设计、部件之间的接口设计等方面的内容。
1．3命名规则变量对象命名规则：申明全局变量、局部变量对象的命名规则。
数据库对象命名规则：申明数据库表名、字段名、索引名、视图名等对象的命名规则。
1.4术语定义表1-1 术语定义或解释表1.5参考资料[1]用户需求报告[2]软件开发合同[3]数据库设计规范[4]命名规范1.6相关文档[1]《详细设计说明书》[2]源程序清单[3]测试计划及报告[4]《用户使用手册》1.7版本更新记录表1-2 版本更新记录2 总体设计1.总体结构设计总体结构示意图：图2-1 总体结构示意图图2-2总体结构示意图2运行环境设计硬件环境：最低配置：CPU．Intel奔腾双核，运行速度2600MHz或以上内存：1024MB或以上硬盘：160G或以上显示器：19英寸宽频LCD，分辨率为1440×900建议配置：计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上外设的要求：键盘、鼠标、显示器。
软件环境：安装SQL Server 2008，如果是更高的版本需要对数据库进行升级操作系统：Windows2000 Serve或Windows 7网络平台：通信协议、通信带宽。
2.3子系统清单表2-1 子系统清单2.4功能模块清单表2-2 功能模块清单3．模块功能分配3.1专用模块功能分配表3-1 专用功能模块分配3.2公用模块功能分配表3-2 公用模块功能分配4.数据结构设计4.1 数据库表名清单表4-1 数据库表名清单4.2数据库表之间的关系说明服务器程序在对定票/领票进行操作时需对数据库数据库数据结构，也就是数据表进行查询和修改：在定票/领票过程中都需要对数据库中的所有表，进行联合查询、修改。
数据库课程设计火车票订票系统ER图数据字典数据流图
int
not null
到达站代码
发车时间
time
not null
该区间段发车时间，不是列车始发站时间
接车时间
time
not null
该区间列车到达时间
乘客数量
int
not null
列车当前乘客数
拼音代码
char(3)
not null
车站拼音代码
D6207/D6202/d6208/d6201
列名
数据类型约束描述Fra bibliotek区间段ID
int
PK
区间段ID，停留两站之间为一个区间段
发车站
nvarchar(5)
not null
发车站
发车站代码
int
FK
发车站代码
到达站
nvarchar(5)
not null
到达站
乘客表
列名
数据类型
约束
描述
身份证号码
char(18)
PK
身份证号码，旅客唯一ID
姓名
nvarchar(10)
not null
乘客姓名
订单号
char(10)
FK
订单号，可以一个订单号对应多个旅客，多个旅客对应多个订单号
车站表
列名
数据类型
约束
描述
车站编号
int
PK
车站唯一编码
车站名
nvarchar(5)
char(5)
pk
列车号，第一位是字母，后几位为数字
始发站
nvarchar(5)
not null
区间段始发站
到达站
nvarchar(5)
机票预订系统UML
一、介绍1.简介随着现在社会的发展，人民生活水平的不断提高，人们出行的交通工具也跟随社会的发展而发展起来了，乘飞机出行的人越来越多，对航空公司的服务要求也就越来越高，所以这方面的市场非常大。
“机票预定系统”的开发是势在必行。
因此为了适应这样一个快速的发展需求，管理大量数据，并有效的稳定和管理航空公司，实行现代化信息管理，无疑成为一个好的选择方式。
在此基础上确定了顾客与各航空公司所需要的“机票预定统”。
系统最终实现有预定订票、查询预定信息、删除预定信息、处理预定信息、航班信息的添加、航班信息的删除、航班信息的查询等一系列所设机航空的的最基本的功能。
与此同时我会不断更新系统的功能最终使系统更加完美。
本系统通过初期的需求分析，建立了严密的数据逻辑结构以及数据库设计所涉及的严格的编码规范、最终是其数据库达到三范式。
让系统更加适合数据库设计的要求。
并使其在后面的系统实施阶段更加方便快捷，在系统维护和运行阶段尽量出现少的错误。
让系统能够全面正常运转。
让系统更加人性化更加方便用户使用。
2.需求分析2.1功能分析2.1.1订票功能：该功能为用户提供简洁的页面呈现，方便用户根据自己的需要预定机票。
2.1.2退票功能：该功能为用户提供简洁的页面呈现，为用户提供退票功能。
2.1.3查询票据信息功能：该功能为用户提供简洁的页面呈现，为用户提供查询票据信息。
2.1.4航班预定功能：该功能为用户提供简洁的页面呈现，用户能够进行航班预定。
2.1.5生成订票列表功能：系统根据用户订票信息生成订票列表。
2.1.6生成退票信息功能：系统根据用户退票操作生成退票信息。
2.1.7处理订票功能：通过该功能，管理员可以处理用户预定的机票，根据航班信息，更改用户实际订票信息。
2.1.8添加航班信息功能：通过该功能，管理员可以将新的航班信息进行更改，以方便用户能够查询到新的航班信息。
2.1.9修改航班信息功能：过该功能，管理员可以依照时时的航班情况对航班信息进行修改，更新实际航班信息，以方便用户预定机票。
练习3
第3章需求分析现在存在许多不同的需求分析的结构化分析方法，但都遵循以下准则：（1）理解并描述问题的信息域，建立数据模型；（2）定义软件应完成的功能，建立功能模型；（3）描述作为外部事件结果的软件行为，建立行为模型；（4）对数据、功能和行为模型进行分解，用层次的方式展示细节。
3.1需求分析的任务3.1.1确定对系统的综合要求1. 功能需求——系统必须提供的服务。
2. 性能需求——指定系统必须满足的定时约束或容量约束，包括速度（响应时间）、信息量速率、主存容量、磁盘容量、安全性等。
3. 可靠性和可用性需求——可靠性定量地指定系统的可靠性。
可用性量化了用户可以使用系统的程度。
4. 出错处理需求——对环境错误应该怎样响应。
5. 接口需求——描述应用系统与它的环境通信的格式，通常有用户接口需求、硬件接口需求、软件接口需求和通信接口需求等。
6. 约束——设计或实现约束描述在设计或实现应用系统时应该遵循的限制条件。
常见的约束：精度、工具和语言约束、使用的硬件平台等。
7. 逆向需求——说明软件系统不应该做什么。
8. 将来可能提出的要求3.1.2分析系统的数据要求E-R图、层次方框图、Warnier图、IPO图2软件工程导论(第五版)数据结构规范化3.1.3导出系统的逻辑模型用数据流图、E-R图、状态转换图、数据字典和主要的处理算法描述逻辑模型。
3.1.4修正系统开发计划3.2与用户沟通获取需求的方法3.2.1访谈(1) 分为正式的访谈和非正式的访谈(2) 调查表(3) 情景分析技术3.2.2面向数据流自顶向下求精1把数据流和数据存储定义到元素级；2 从数据流图的输出端着手分析，从输出端往输入端回溯，确定数据元素的来源；3 把分析中得到的数据元素的信息记录在数据字典中，把对算法的简明描述记录在IPO图中；4 通过分析而补充的数据流、数据存储和处理，应添加到数据流图的适当位置；5 用户对上述结果进行复查。
图3.1面向数据流自顶向下求精过程3.2.3简易的应用规格说明技术称为面向团队的需求分析方法1 初步访谈软件工程导论(第五版) 32 开发者和用户写出“产品需求”3 举行会议，之前每位与会者审查产品需求，列出系统对象、服务、约束条件等4 创建意见一致的列表，为表中的项目制定小型规格说明5 之后，每个与会者制定产品的一整套确认标准6 最后起草软件需求规格说明书3.2.4快速建立软件原型3.3分析建模与规格说明3.3.1分析建模3.3.2软件需求规格说明3.4实体联系图数据模型中包括三种相互关联的信息：数据对象、数据对象的属性、数据对象彼此间的相互连接的关系。
商务网站系统带E-R图和数据字典
商务网站系统一、需求分析购物网站系统主要分两个模块来对网上购物来进行管理，分别是用户管理模块和管理员管理模块。
用户模块中用户可以通过连接网址，点击商品可以直接浏览网站上的商品和评论，但没有办法进行购买。
用户可以注册来获得在网上购物的购物权利。
首先用户点击用户注册按钮进入到用户注册页面中，然后需要输入自己的信息。
输入后点击提交按钮会弹出注册成功，然后返回登录界面点击登录按钮，输入正确的账号密码后，会弹出登录成功。
这样用户就可以在文翰购物网站进行购买商品，管理购物车，管理个人信息等一系列的功能了。
如果输入的密码不正确，页面就会返回登录界面，用户可以进行重新登录。
用户登陆成功后将返回到首页，首页中有便民公告，用户中心，购物车，物品搜索等功能。
在主页中，用户可以点击商品进入商品的详细介绍页面，在此页面中，用户可以查看该商品的详细信息，包括商品的名称，生产厂家，生产日期，商品规格，剩余库存，所属类别，价格，商品图片和详细说明，如果用户想要购买，可以点击加入购物车按钮。
用户可以点击便民公告，查看发布的公告。
在购物车管理界面里，用户更改购买的商品数量，也可以直接删除掉所有加入过购物车的商品，管理购物车后用户可以点击继续购物，返回到首页继续购物。
用户在用户中心页面中时，可以自由修改自己的个人信息，自由修改登录密码。
管理员后台管理系统登录成功后，会出现购物网站的后台管理界面，其中包括公告管理，商品管理，商品分类管理，会员管理，库存查询，订单管理，用户管理等功能。
管理员进入公告管理界面，在此页面管理员可以对公告进行修改，新增和删除。
管理员可以点击商品管理，修改商品的信息，包括商品的价格，名称，库存等，也可以删除无用商品。
管理员可以点击商品分类管理对商品分类进行添加和删除，将体现在首页中。
管理员可以点击会员管理，进行查看会员的信息并删除。
管理员点击库存查询可以查询商品库存量，按照库存量查询商品。
管理员可以点击订单管理，可以根据用户的id进行查询，也可以根据商品的名称进行查询，还能根据订购的数量进行查询。
DFD(数据流图)
1DFD(数据流图)(2006-09-02 14:46:15)转载分类：精品转载3.3 数据流图(DFD)数据流图，简称DFD，是SA方法中用于表示系统逻辑模型的一种工具，它以图形的方式描绘数据在系统中流动和处理的过程，由于它只反映系统必须完成的逻辑功能，所以它是一种功能模型。
下图是一个飞机机票预订系统的数据流图，它反映的功能是：旅行社把预订机票的旅客信息(姓名、年龄、单位、身份证号码、旅行时间、目的地等)输入机票预订系统。
系统为旅客安排航班，打印出取票通知单(附有应交的账款)。
旅客在飞机起飞的前一天凭取票通知单交款取票，系统检验无误，输出机票给旅客。
3.3.1 基本图形符号数据流图有四种基本图形符号：：箭头，表示数据流；〇：圆或椭圆，表示加工；= ：双杠，表示数据存储；□：方框，表示数据的源点或终点。
(1) 数据流。
数据流是数据在系统内传播的路径，因此由一组成分固定的数据组成。
如订票单由旅客姓名、年龄、单位、身份证号、日期、目的地等数据项组成。
由于数据流是流动中的数据，所以必须有流向，除了与数据存储之间的数据流不用命名外，数据流应该用名词或名词短语命名。
(2)加工(又称为数据处理)。
对数据流进行某些操作或变换。
每个加工也要有名字，通常是动词短语，简明地描述完成什么加工。
在分层的数据流图中，加工还应编号。
(3)数据存储(又称为文件)，指暂时保存的数据，它可以是数据库文件或任何形式的数据组织。
(4)数据源点或终点，是本软件系统外部环境中的实体(包括人员、组织或其他软件系统)，统称外部实体。
一般只出现在数据流图的顶层图。
3.3.2画数据流图的步骤(1)首先画系统的输入输出，即先画顶层数据流图。
顶层流图只包含一个加工，用以表示被开发的系统，然后考虑该系统有哪些输入数据、输出数据流。
顶层图的作用在于表明被开发系统的范围以及它和周围环境的数据交换关系。
下图为飞机机票预订系统的顶层图。
(2)画系统内部，即画下层数据流图。
数据流图机票预订1
数据流图也称为数据流程图date flow diagram , DFD，是一种便于用户理解和分析系统数据流程的图形工具，他摆脱了系统和具体内容，精确的在逻辑上描述系统的功能、输入、输出和数据存储等，是系统逻辑模型的重要组成部份。
是由一组固定成份的数据组成，表示数据的流向。
值得注意的是，数据流图中描述的是数据流，而不是控制流。
除了流向数据存储或者从数据存储流出的数据不必命名外，每一个数据流必须要有一个合适的名字，以反映该数据流的含义。
加工描述了输入数据流到输出数据之间的变换，也就是输入数据流经过什么处理后变成为了输出数据。
每一个加工都有一个名字和编号。
编号能反映该加工位于分层的数据流图的哪个层次和哪张图中，能够看出它是由哪个加工分解出来的子加工。
数据存储表示暂时存储的数据。
每一个数据存储都有一个名字。
外部实体是存在于软件系统之外的人员或者组织，他指出数据所需要的发源地或者系统所产生的数据的归属地。
把整个系统视为一个大的加工，然后根据数据系统从哪些外部实体接收数据流，以及系统发送数据流到那些外部实体，就可以画出输入输出图。
这张图称为把顶层图的加工分解成若干个加工，并用数据流将这些加工连接起来，使得顶层图的输入数据经过若干加工处理后，变成顶层图的输出数据流。
这张图称为可以用下述方法来确定加工：在数据流的组成或者值发生变化的地方应该画出一个加工，这个加工的功能就是实现这一变化，也可以根据系统的功能决定加工。
确定数据流的方法用户把若干数据当做一个单位来处理(这些数据一起到达、一起处理)时，可以把这些数据看成一个数据流。
关于数据存储对于一些以后某个时间要使用的数据，可以组织成为一个数据存储来表示。
把每一个加工看做一个小系统，把加工的输入输出数据流看成小系统的输入输出流。
于是可以象画0 层图一样画出每一个小系统的加工的DFD 图。
对第三步分解出来的DFD 图中的每一个加工，重复第三步的分解过程，直到图中尚未分解的加工都是足够简单的(即不可再分解) 。
软件工程机票预订系统总体设计
1.导言1.1目的在当今社会, 随着经济的不断发展, 必然带动交通业和旅游业务的不断扩大, 特别是航空售票信息管理日异复杂, 传统的手工登记和集中管理已经难以满足快节奏, 高效率的现代生活需求。
“飞机售票管理系统”是一个全新的系统，它将取代传统的手工登记和集中管理过程1.2范围软件设计总体结构设计、全局数据库和数据结构设计、外部接口设计、主要部件功能分配设计、部件之间的接口设计等方面的内容。
1．3命名规则变量对象命名规则：申明全局变量、局部变量对象的命名规则。
数据库对象命名规则：申明数据库表名、字段名、索引名、视图名等对象的命名规则。
1.4术语定义表1-1 术语定义或解释表1.5参考资料[1]用户需求报告[2]软件开发合同[3]数据库设计规范[4]命名规范1.6相关文档[1]《详细设计说明书》[2]源程序清单[3]测试计划及报告[4]《用户使用手册》1.7版本更新记录表1-2 版本更新记录2 总体设计1.总体结构设计总体结构示意图：图2-1 总体结构示意图图2-2总体结构示意图2运行环境设计硬件环境：最低配置：CPU．Intel奔腾双核，运行速度2600MHz或以上内存：1024MB或以上硬盘：160G或以上显示器：19英寸宽频LCD，分辨率为1440×900建议配置：计算机配置均在Pentium 133级别以上，客户程序应能够在Pentium 133级别以上外设的要求：键盘、鼠标、显示器。
软件环境：安装SQL Server 2008，如果是更高的版本需要对数据库进行升级操作系统：Windows2000 Serve或Windows 7网络平台：通信协议、通信带宽。
2.3子系统清单表2-1 子系统清单2.4功能模块清单表2-2 功能模块清单3．模块功能分配3.1专用模块功能分配表3-1 专用功能模块分配3.2公用模块功能分配表3-2 公用模块功能分配4.数据结构设计4.1 数据库表名清单表4-1 数据库表名清单4.2数据库表之间的关系说明服务器程序在对定票/领票进行操作时需对数据库数据库数据结构，也就是数据表进行查询和修改：在定票/领票过程中都需要对数据库中的所有表，进行联合查询、修改。
航空机票预订系统面向数据流设计
宁波工程学院航空机票预订系统面向数据流设计作业题目：航空机票预订系统面向数据流设计学院名称：电信学院学号：134010102**班级：计科13-2姓名： ***授课教师：李庆风航空机票预订系统面向数据流设计项目概述：为方便旅客，某航空公司拟开发一个机票预订系统。
旅行社把预订机票的旅客信息（姓名、性别、工作单位、身份证号、旅行时间、旅行目的等）输入进该系统，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印出机票给旅客。
设计步骤：第1步复查基本系统模型。
复查的目的是确保系统的输入数据和输出数据符合实际。
第2步复查并精化数据流图。
应该对需求分析阶段得出的数据流图认真复查，并且在必要时进行精化。
不仅要确保数据流图给出了目标系统的正确的逻辑模型，而且应该使数据流图中每个处理都代表一个规模适中相对独立的子功能。
图1.航空机票预订系统的数据流图这个数据流图对于软件结构设计的“第一次分割”而言已经足够详细了，因此不需要精化就可以进行下一个设计步骤。
第3步确定数据流图具有变换特性还是事务特性。
一般地说，一个系统中的所有信息流都可以认为是变换流，但是，当遇到有明显事务特性的信息流时，建议采用事务分析方法进行设计。
在这一步，设计人员应该根据数据流图中占优势的属性，确定数据流的全局特性。
此外还应该把具有和全局特性不同的特点的局部区域孤立出来，以后可以按照这些子数据流的特点精化根据全局特性得出的软件结构。
从图1看出，数据信息以外部形势进入软件系统，经过处理以后再以外部形势离开系统，没有明显的事务中心。
因此可以认为这个信息流具有变换流的总特征。
第4步确定输入流和输出流的边界，从而孤立出变换中心。
输入流和输出流的边界和对它们的解释有关，也就是说，不同设计人员可能会在流内选取稍微不同的点作为边界的位置。
当然在确定边界时应该仔细认真，但是把边界沿着数据流通路移动一个处理框的距离，通常对最后的软件结构只有很小的影响。
机票预订系统数据字典
机票预订系统数据字典
旅客记录=身份证号+姓名+性别+工作单位+联系电话
机票记录=航班+出发地+目的地+起飞时间+到达时间+{机票类别}+票价+票数+剩余票数
机票类别={{舱等类别}普通票，{舱等类别}旅游票、{舱等类别}学生票、{舱等类别}团体票}
舱等类别={头等舱，商务舱，经济舱}
订票记录=身份证号+航班+机票类别+订票日期+旅行日期+取票否
订票单={旅客记录}+航班+机票类别+旅行日期+旅行目的地
取票通知单=身份证号+旅客姓名+航班+领票日期+旅行日期
帐单=身份证号+旅客姓名+航班+账款
机票=身份证号+姓名+航班+机票类别+座位号+起飞时间
座位号=（机票记录）票数-（机票记录）剩余票数+1
日期=年+月+日
时间=小时+分钟
旅客文件={旅客记录}
机票文件={机票记录}
订票文件={订票记录}。
数据库课程设计-火车票订票系统,E-R图,数据字典,数据流图
pk
列车号，第一位是字母，后几位为数字
始发站
nvarchar(5)
not null
区间段始发站
到达站
nvarchar(5)
not null
区间段到达站
发车时间
time
not null
发车时间，时间
到达时间
time
not null
到达时间，时间
可载客量
int
not null
最大容纳旅客人数，整数
乘客表
列名
数据类型
约束
描述
身份证号码
char(18)
PK
身份证号码，旅客唯一ID
姓名
nvarchar(10)
not null
乘客姓名
订单号
char(10)
FK
订单号，可以一个订单号对应多个旅客，多个旅客对应多个订单号
车站表
列名
数据类型
约束
描述
车站编号
int
PK
车站唯一编码
车站名
nvarchar(5)
拼音代码
char(3)
not null
车站拼音代码
D6207/D6202/d6208/d6201
列名
数据类型
约束
描述
区间段ID
int
PK
区间段ID，停留两站之间为一个区间段
发车站
nvarchar(5)
not null
发车站
发车站代码
int
FK
发车站代码
到达站
nvarchar(5)
not null
到达站
到达站代码
int
not null
民航售票管理系统数据库设计与实现 大学毕业设计
民航售票管理系统──数据库设计与实现摘要：现在人们更多的使用飞机作为出行交通工具，因此机票票务市场也在快速发展。
人们希望机票销售手段也能相应地有所调整，并对如何能经济、方便和及时地购买到自己所需要的机票表现出极大的关注。
随着社会的不断进步，国内外航空事业的飞速发展，各航空公司对票务管理的要求也在不断的提高，本系统就是针对这种日益增长的需求也进行开发的。
本文针对航空公司的订票实际情况，按照软件工程的结构化设计思想，经过项目的可行性研究和需求分析，总体设计，详细设计，以及编码实现和调试等步骤设计开发站网上订票系统。
并运用数据流图和数据字典，E-R 图和数据库逻辑结构，层次图，系统流程图，以及程序流程图，对该系统的数据需求，数据库，系统软件结构，系统流程，以及处理过程等进行了分析和设计。
本系统前台主要使用JSP作为开发语言，后台使用SqlServer作为数据库管理系统，开发环境是MyEclipse，服务器采用tomcat，开发出的一个基于Web技术的B/S结构的机票售票系统。
关键词：机票售票 JSP B/S结构Abstract：Now more people use the plane as travel transport, so the ticket market also in fast development. People want to ticket sales approach can also be adjusted accordingly, and how can the economic, convenient and timely to buy what they need to ticket showed great concern. With the constant progress of the society, the rapid development of aviation industry at home and abroad, the airline ticket management requirements are constantly improve, this system is aimed at the growing demand for development also.This article in view of the actual situation of the airline tickets, according to the software engineering structured design thought, after the project can do study and needs analysis, overall design, detailed design, as well as code realization and debugging and other steps designed and developed tickets online system fire station. And the use of a data flow graph and data dictionary, e-r chart and database logic structure, the hierarchical graph, the system flow diagram, and program flow chart, the system of data requirements, database, software system structure, system flow process, as well as the process of analysis and design。
机票预订系统的数据库设计
数据库课程设计说明书学生信息管理系统专业：软件工程班级：1301成员及学号：王扬洪思聪指导教师：高金华职称讲师完成时间：2015年6月2013级软件数据库原理课程设计目录1．引言 (XX)2．系统需求分析 (XX)2.1 功能需求分析 (XX)2.2 数据流图 (XX)2.3 数据字典 (XX)3．系统功能设计 (XX)3.1 (XX)3.2 (XX)……………4．数据库概念模型概念 (XX)4.1 局部E-R图 (XX)4.2 全局E-R图 (XX)…………5．数据库逻辑结构设计 (XX)5.1 全局逻辑结构设计 (XX)5.2 外模式设计 (XX)……………6．数据库物理结构设计 (XX)6.1 存取方法设计 (XX)6.2存储结构设计……………………………………………………X X……………7．应用程序设计（此项选做） (XX)……………结束语 (XX)11引言随着计算机，互联网的飞速发展，互联网在人们日常生活中应用的普及。
利用数据库原理与应用和互联网的相结合来实现用户能够在网上预订机票，本次课程设计就开发机票在线预订系统，本系统从符合操作简单，灵活实用。
安全。
便捷的要求出发，完成机票预订管理以及用户在线预订平台的全过程，包括航班信息管理、用户信息管理、订单信息管理、机票信息管理等功能，主要解决为用户提供航班信息，航班查询，机票以及退票等服务项目管理的程序设计。
在课程设计中，主要采用了结构化解决问题的方法，到此此课程设计还有待于写代码进行调试。
2 系统需求分析2.1 功能需求分析通过对机票预订业务的调查，明确了机票预订工作是由机票管理，用户管理，订单管理，航班管理和退票管理5部分组成。
（1）航班管理1）管理员对所有的航班都要统一编码；对所有航班进行信息登记。
2）新增的航班要进行编码和信息登记，对取消的航班要注销其所有信息。
（2）用户管理1)建立用户信息表2）对新加盟的用户，令其注册，将其信息加入用户信息表中。
数据库课程设计火车票订票系统ER图数据字典数据流图
列名
数据类型
约束
描述
身份证号码
char(18)
PK
身份证号码，旅客唯一ID
姓名
nvarchar(10)
not null
乘客姓名
订单号
char(10)
FK
订单号，可以一个订单号对应多个旅客，多个旅客对应多个订单号
车站表
列名
数据类型
约束
描述
车站编号
int
PK
车站唯一编码
车站名
nvarchar(5)
始发站号
int
FK
始发站编号
到达站号
int
FK
终点站编号
订单表
列名
数据类型
约束
描述
序号
int
PK
订单序号，序号唯一，且只对应一个订单号
订单号
char(10)
not null
一个订单号对应多个区间，每张订单单号不同
购买车次
char(5)
FK
购买列车车次
购买区间
int
not null
购买的区间段，可以有多个区间段组成
char(5)
pk
列车号，第一位是字母，后几位为数字
始发站
nvarchar(5)
not null
区间段始发站
到达站
nvarchar(5)
not null
区间段到达站
发车时间
time
not null
发车时间，时间
到达时间
time
not null
到达时间，时间
可载客量
int
not null
最大容纳旅客人数，整数
not null
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
航空机票预订系统E R 图数据流图状态转换图
数据字典
Coca-cola standardization office【ZZ5AB-ZZSYT-ZZ2C-ZZ682T-ZZT18】
软件工程课程设计
航空机票预订系统项目结构化分析一、机票预定系统的逻辑模型（实体—关系图）
机票预定系统的逻辑模型（实体—关系图）如下图所示：
二、机票预定系统的数据流图
机票预订系统的数据流图包括两部分：旅客订票和旅客取票两部分。
具体如下图所示。
旅客订票流程图：
旅客取票图：
三、机票预定系统的状态转换图
四、机票预定系统的数据字典
系统中的数据元素：
名字：旅客信息
别名：
描述：旅客的个人信息，用于对旅客的确认
定义：旅客信息=姓名+性别+工作单位+身份证号码+旅行时间
+旅行目的地
位置：输入到旅行社端（client端）
名字：订票旅客清单
别名：
描述：已订票的旅客的记录
定义：订票旅客清单=旅客信息的合集
位置：输入到旅行社端（Client端）
名字：订票信息
别名：
描述：旅客的旅行时间和目的地，用于确定旅客的航班
定义：订票信息=旅客旅行时间+旅客旅行目的地
位置：传输到航空公司端（Server端）。