某景点门票销售管理系统

大型数据库开发与设计

题目：某景点门票销售管理系统

学号：

姓名：

班级:

I

目录

一需求分析 (1)

1.1系统背景及组织结构情况 (1)

1.2需求分析 (1)

1.2.1数据需求 (1)

1.2.2处理需求 (2)

1.2.3安全性和完整性需求 (2)

1.2.4数据流程图 (3)

1.2.5数据字典 (4)

二概念结构设计 (5)

2.1概念结构设计的步骤 (5)

2.2局部E-R图 (6)

2.3整体E-R图 (7)

三逻辑结构设计 (7)

3.1将E-R图转化为关系模型 (7)

3.2创建表 (8)

3.2.1用户表 (8)

3.2.2售票情况表 (8)

3.2.3优惠活动表 (8)

3.2.4售票类型表 (9)

3.2.5售票类型属性表 (9)

3.2.6员工信息表 (9)

3.2.7订票表 (10)

3.2.8退票表 (10)

四物理结构设计 (10)

4.1索引 (10)

4.2备份 (11)

五数据库实施 (11)

5.1数据的载入 (11)

5.2应用程序的编码 (14)

5.3测试 (15)

5.3.1测试的目的 (15)

5.3.2测试策略 (15)

5.3.3测试报告 (19)

六数据库对象 (20)

6.1创建视图与表间关系 (20)

6.2存储过程 (20)

6.2.1创建存储过程统计指定日期的门票销售情况 (20)

6.2.2创建存储过程统计指定月份的门票销售情况 (21)

6.2.3创建存储过程统计指定日期各种价格的门票销售情况 (21)

6.2.4创建存储过程统计指定营业员指定日期的收费情况 (21)

6.3创建触发器 (22)

6.4员工信息表性别约束 (22)

I

七总结 (22)

II

一需求分析

1.1系统背景及组织结构情况

随着人们精神和物质文明的高度发展,旅游已成为人们生活、休闲的必需。因此近年旅游业已迅猛的势头发展，并成为国民收入的重要组成部分，并且发展前景十分看好。每逢节假日，旅游人数更是成几倍、甚至几十倍的增长，这对于各旅游景点来说无疑是个好事，但也同时带来了相应的问题，人数的骤增，而售票人员又有限，导致了买票人大量的滞留，影响游客的热情，降低了工作效率。也不利于旅游业的发展。因此，在只提高售票人员人数，工作效率是远远不够的，而且随着计算机在各行各业管理中应用的普及，信息处理量的逐渐扩大，手工处理方式已经远远不能满足人们管理活动的需要，各种工作都逐渐由手工转为自动化，将使许多复杂、繁琐、且需要很多人力的工作变得简单。值此情况，提出了旅游景点售票系统的开发，以提高售票效率，方便对售票员的管理、监督，便于查询统计。

旅游景点售票系统是计算机技术的产物。该系统有着方便快捷的查询统计使管理者能准确地掌握旅游景点的经营情况，并为其提供准确、可信的决策依据。其成功实现提高了旅游景点的售票效率和管理水平，使一直由人工售票的局面划上句号，从而进入智能化售票的新阶段。

而实现景点售票计算机管理的最佳技术就是数据库技术。可以利用数据库将整个景点的售票情况存入计算机，再配置上功能丰富的用户接口，以满足用户快速操作的需求。一个景点的售票信息管理过程应达到的目标就是尽可能的提供及时、广泛的信息服务，加快信息检索的效率，实况灵活的查询，减轻管理人员管理负担，提高管理水平。

作为计算机应用的一部分,使用计算机进行电子信息管理和售票,具有人工售票所无法比拟的优点。可以做到信息的规范管理和快速查询，实现了景点售票管理的系统化、规范化和自动化，这样不仅减少了管理工作量，还提高了管理效率，降低了管理成本。还有查找方便、可靠性高、存储量大、保密性好、寿命长、成本低、减轻管理人员制作报表和统计分析的负担等优点。这些优点能够极大地提高景点售票管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。

1.2需求分析

景点门票销售管理系统，其实现功能主要是景点售票、退票、查询、统计及票务管理等，同时还可以对优惠活动及门票类型进行设置。使售票员操作简单，便于理解。该系统能够实现景点售票管理的系统化、规范化和自动化；能够实现减少了工作人员的管理工作量，还提高了管理效率，降低了管理成本；还能够实现查找方便、可靠性高、存储量大、保密性好、寿命长、成本低、减轻管理人员制作报表和统计分析的负担的功能。

应解决的问题:

（1）实现票价管理（老年、小孩、成人、团体等）；

（2）实现营业员管理；

（3）实现门票销售、退票管理；

（4）优惠活动的设置。

（5）各种表的查询。

1.2.1数据需求

景点门票（票号、门票类型、类型属性、优惠情况）

游客（游客信息、游客类型）

销售员（编号、姓名、密码）

票价（门票类型、门票属性、价格）

1

2

预定（游客信息、时间、门票信息）

售票

计费

退票（票价、退票时间、应退款）

1.2.2处理需求

该系统主要模块：用户登录及密码输入模块；系统设置模块；售票功能模块；查询模块；票务管理模块；数据维护和统计模块六个模块。

登录及密码输入模块：登录及密码输入模块用于限制操作员的权限。

售票功能模块：主要分为售票、退票、取票等功能，用于输入和显示售票信息和票的分类。 查询模块：其功能是对售票情况的查询、优惠活动的查询、退票查询和订票查询。

查询不仅需要关键字，还需要更多的相关信息，如：编码、名称、类型等。

票务管理模块：售票分类的设置，优惠活动的设置。功能包括添加、修改和删除。

系统设置模块：功能是添加、删除、创建用户。用户权限的设置等。

数据维护和统计模块：主要是系统数据备份，及各个类型的票的统计，售票数量、售票金额的统计。

1.2.3安全性和完整性需求

数据库的安全性是指在信息系统的不同层次保护数据库，防止未授权的数据访问，避免数据的泄漏、不合法的修改或对数据的破坏。安全性问题不是数据库系统所独有的，它来自各个方面，其中既有数据库本身的安全机制如用户认证、存取权限、视图隔离、跟踪与审查、数据加密、数据完整性控制、数据访问的并发控制、数据库的备份和恢复等方面，也涉及到计算机硬件系统、计算机网络系统、操作系统、组件、Web 服务、客户端应用程序、网络浏览器等。只是在数据库系统中大量数据集中存放，而且为许多最终用户直接共享，从而使安全性问题更为突出，每一个方面产生的安全问题都可能导致数据库数据的泄露、意外修改、丢失等后果。

数据库的安全性和完整性是数据库安全保护的两个不同的方面。数据库的安全性保护数据库以景点门票销售管理系统

用户登录 售票功能 查询功能 备份及统计 系统设置 票务管理 用户登录 售票 预订票 退票 售票情况查询 优惠活动查询 基本参数设

置

售票分类设置 优惠活动测试 用户设置 用户权限设置 修改用户密码 售票统计 数据备份

3 防止不合法用户故意造成的破坏，数据库的完整性保护数据库以防止合法用户无意中造成的破坏。从数据库的安全保护角度来讲，完整性和安全性是密切相关的。

数据库的完整性的基本含义是指数据库中数据的正确性、有效性和相容性，其主要目的是防止错误的数据进入数据库。正确性是指数据的合法性，例如数值型数据只能含有数字而不能含有字母。有效性是指数据是否属于所定义域的有效范围。相容性是指表示同一事实的两个数据应当一致，不一致即是不相容。

1.2.4数据流程图

顶层图

门票 售票信息 购票、退票信息 门票

0层图

售票信息表

售票

票务类型表

门票

订票表 售票类型属性表

景点门票

销售管理

系统 游客 销售员

销售员

游客 售票输

入 交款 配票 维护查询

4

1层图

售票记录 指定日期门票销售表

1.2.5数据字典

（1）数据流

数据流名称：购票信息

别名：无

简述：游客购票时给出的购票凭证

来源：游客

定义：购票日期+游客姓名+游客类型+景点地址

位置：售票输入

数据流名称：退票信息

别名：无

简述：景点销售员退回的票务信息

来源：游客

定义：退票信息=门票编号+游客姓名+景点地址+门票价格+退款回扣

位置：售票信息

数据流名称：门票

别名：ticket

简述：游客进入景区游览的凭证

来源：销售员

去向：旅客

定义：门票=门票编号+游客姓名+景点地址+门票价格+门票类型

（2）数据库存储表

表名：售票情况表

别名：无

简述：数据库表

主要字段：售票编号+售票类型+售票类型属性+售票数量+售票日期+售票金额

+标示符+票样编码

关键字：售票编号

PM ：主关键字

表名：售票类型表

别名：无

简述：数据库表

售票查询 查询优惠情况

主要字段：售票类型编号+售票类型名称+价格

关键字：售票类型编号

表名：售票类型属性表

别名：无

简述：数据库表

主要字段：售票类型属性编号+售票类型属性名称+折率+标示符

关键字：售票类型属性编号

表名：订票表

别名：无

简述：数据库表

主要字段：订票编号+游客名字+联系电话+订票数量+折率+预付费+员工号+证件号+售票类型+订票时间+订票金额

关键字：订票编号

（3）加工单元

单元名：售票输入

别名：无

加工编号：1

触发条件：旅客提供的售票信息

输入：按照购票信息输入

输出：有效够票数据存入数据库购票单表中

加工逻辑：购票信息所要求的票种及景点必须是景点管理处存在的票种或目的地，而且景点还有可出售的票。

（4）控制项

事件名称：配票

别名：arrange_ticket

作用：根据旅客的购票信息和票务信息确定游客门票种类

触发状态：旅客提供的售票信息

恢复：一旦配票结束，配好的票存入已有购票记录

触发方式：中断请求

二概念结构设计

概念设计阶段我们采用自底向上的方法，即自顶向下的进行需求分析，然后再自底向上的进行概念结构设计。对已经细化到无法再分的阶段逐步集成在一起，最终合成一个全局概念模式。

2.1概念结构设计的步骤

第一步是进行局部视图的设计：由于高层的数据流图只能反映系统的概貌，而中层流图能较好的反映系统中各局部应用的子系统组成。因此我们们先逐一的设计分E-R图。

第二步是进行视图的集成：各子系统的E-R图设计好之后，下一步就是要将所有的分E-R图合成一个系统的总E-R图，得到全局概念模型。

5

2.2局部E-R图 1、景点门票

2、游客

3、销售员

4、票价

景点门票

票号

门票类型类型属性

优惠情况

游客

游客信息游客类别

销售员

姓名

密码

编号

票价

价格

门票类型

门票属性

6

7 2.3整体E-R 图

1

n n 1 n n 1

三 逻辑结构设计

3.1将E-R 图转化为关系模型

1、景点门票—售票员关系是多对一关系，将其转换为关系模型为，

景点门票（票号、门票类型、类型属性、优惠情况）

销售员（编号、姓名、密码）

2、景点门票—游客关系是多对一关系，将其转换为关系模型为：

景点门票（票号、门票类型、类型属性、优惠情况、游客信息、时间、门票信息、票价、退票时间、应退款）

游客（游客信息、游客类型）

3、景点门票—票价关系是多对一关系，将其转换为关系模型为：

景点门票（票号、门票类型、类型属性、优惠情况）

票价（门票类型、门票属性、价格）

总体关系模型为：

景点门票（票号、门票类型、类型属性、优惠情况、游客信息、时间、门票信息、价格、退票时间、

景点门票 票号 门票类型 类型属性 计费 优惠情况

票价 游客 售票员 门票类型 价格 门票属性

预定 售票 退票 票价 退票时间 应退款 游客信息 门票信息 时间

游客信息 编号 密码

姓名

应退款）外键：游客信息

销售员（编号、姓名、密码）

游客（游客信息、游客类型）

票价（门票类型、门票属性、价格）

3.2创建表

3.2.1用户表

属性：用户号，用户名，用户密码，备注，系统设置权限，票务管理权限，数据维护权限。

3.2.2售票情况表

属性：售票编号，售票类型，售票类型属性，售票数量，售票日期，售票金额，标示符，票样编码。

3.2.3优惠活动表

属性：优惠编号，优惠名称，优惠折率，优惠起至时间，优惠结束时间。

8

3.2.4售票类型表

属性：售票类型编号，售票类型名称（普通票，通票），价格。

3.2.5售票类型属性表

属性：售票类型属性编号，售票类型属性名称（标准票，学生票、儿童票、老年票、团票），折率，标示符。

3.2.6员工信息表

属性：员工编号，员工名，性别，证件号，联系电话。

9

3.2.7订票表

属性：订票编号，顾客名字，联系电话，订票数量，折率，预付费，员工号，证件号，售票类型，订票时间，订票金额。

3.2.8退票表

属性：退票编号，退票数量，售票类型，折扣金额，退票日期。

四物理结构设计

4.1索引

1、使用CREATE INDEX语句为售票情况表创建一个非聚集索引，索引字段为售票类型，索引名为idx_售票类型。

10

2、查看数据库中售票情况表的索引信息

4.2备份

创建完整备份

五数据库实施

5.1数据的载入

用户表用户号，用户名，用户密码，备注，系统设置权限，票务管理权限，数据维护权限。

售票情况表售票编号，售票类型，售票类型属性，售票数量，售票日期，售票金额，标示符，票样编码

优惠活动表优惠编号，优惠名称，优惠折率，优惠起至时间，优惠结束时间

售票类型表售票类型编号，售票类型名称（普通票，通票），价格

售票类型属性表售票类型属性编号，售票类型属性名称（标准票，学生票、儿童票、老年票、团票），折率，标示符

员工信息表员工编号，员工名，性别，证件号，联系电话

11

12 订票表

订票编号，顾客名字，联系电话，订票数量，折率，预付费，员工号，证件号，售票类型，订票时间，订票金额

退票表

退票编号，退票数量，售票类型，折扣金额，退票日期

13

5.2应用程序的编码

14

15

5.3测试

5.3.1测试的目的

1、软件测试是为了发现缺陷而执行的过程。

2、测试是为了证明程序中的错误，而不是证明程序中无错误。

3、一个好的测试用例指的是它可能发现至今尚未被发现的缺陷。

4、一次成功的测试指的是发现了新的软件缺陷的测试。

这种观点主要目的：测试要以查找缺陷为中心，而不是为了演示软件能够正确运行。但是发现缺陷并不是软件测试的唯一目的。通过分析缺陷产生的原因和缺陷的分布特征，可以帮助程序员发现软件开发过程的不足，以便及时改进。

5.3.2测试策略

1、测试类型

软件测试分为功能测试和结构测试，即所说的黑盒测试和白盒测试。黑盒测试的基本观点是：任何程序都可以看作是从输入定义域取值映射到输出值域的函数，其有点是域软件如何实现无关。白盒测试的最大优点是基于被测试程序的源代码，而不是基于定义。因此白盒测试支持严格的定义、

数学分析和精确度量[。

2、两者的比较

描述行为实际行为

黑盒白盒

通过上图可以清楚的看出问题的所在。黑盒测试侧重测试所描述行为的测试，而白盒测试则侧重已实现功能的测试。考虑程序的行为：如果所有已描述的行为都没有被实现，则白盒测试永远也不会认识这一点。反之，如果程序实现了没有被描述的行为，黑盒测试用例永远也不会揭示这一点。因此，最合理的组合就是获得黑盒测试的置信和白盒测试的度量。所以将黑盒测试与白盒测试相结合。

3、测试思路

(1)黑盒测试

黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

本软件的黑盒测试即把对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。

①划分等价类。

如果某个输入条件规定了取值范围或值的个数。则可确定一个合理的等价类(输入值或数在此范围内)和两个不合理等价类(输入值或个数小于这个范围的最小值或大于这个范围的最大值)。

如果规定了输入数据的一组值，而且程序对不同的输入值做不同的处理，则每个允许输入值是一个合理等价类，此处还有一个不合理等价类(任何一个不允许的输入值)。

如果规定了输入数据必须遵循的规则，可确定一个合理等价类(符合规则)和若干个不合理等价类(从各种不同角度违反规则)。

如果已划分的等价类中各元素在程序中的处理方式不同，则应将此等价类进一步划分为更小的等价类。

②边界值分析

使用边界值分析方法设计测试用例时一般与等价类划分结合起来。但它不是从一个等价类中任选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值的测试数据。

如果输入条件规定了值的范围，可以选择正好等于边界值的数据作为合理的测试用例，同时还要选择刚好越过边界值的数据作为不合理的测试用例。

如果输入条件指出了输入数据的个数，则按最大个数、最小个数、比最小个数少1、比最大个数多1等情况分别设计测试用例。

对每个输出条件分别按照以上原则(1)或(2)确定输出值的边界情况。

如果程序的规格说明给出的输入或输出域是个有序集合(如顺序文件、线形表、链表等)，则应选取集合的第一个元素和最后一个元素作为测试用例。

③错误推测

在测试程序时，人们可能根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例，这就是错误推测法。

黑盒测试主要是为了发现以下几类错误：

是否有不正确或遗漏的功能？

在接口上，输入是否能正确的接受？能否输出正确的结果？

是否有数据结构错误或外部信息（例如数据文件）访问错误？

性能上是否能够满足要求？

是否有初始化或终止性错误？

16