某景点门票销售管理系统.docx
《某景点门票销售管理系统.docx》由会员分享，可在线阅读，更多相关《某景点门票销售管理系统.docx（31页珍藏版）》请在冰豆网上搜索。
某景点门票销售管理系统
大型数据库开发与设计
题目：
某景点门票销售管理系统
学号：
姓名：
班级:
一需求分析
1.1系统背景及组织结构情况
随着人们精神和物质文明的高度发展,旅游已成为人们生活、休闲的必需。
因此近年旅游业已迅猛的势头发展，并成为国民收入的重要组成部分，并且发展前景十分看好。
每逢节假日，旅游人数更是成几倍、甚至几十倍的增长，这对于各旅游景点来说无疑是个好事，但也同时带来了相应的问题，人数的骤增，而售票人员又有限，导致了买票人大量的滞留，影响游客的热情，降低了工作效率。
也不利于旅游业的发展。
因此，在只提高售票人员人数，工作效率是远远不够的，而且随着计算机在各行各业管理中应用的普及，信息处理量的逐渐扩大，手工处理方式已经远远不能满足人们管理活动的需要，各种工作都逐渐由手工转为自动化，将使许多复杂、繁琐、且需要很多人力的工作变得简单。
值此情况，提出了旅游景点售票系统的开发，以提高售票效率，方便对售票员的管理、监督，便于查询统计。
旅游景点售票系统是计算机技术的产物。
该系统有着方便快捷的查询统计使管理者能准确地掌握旅游景点的经营情况，并为其提供准确、可信的决策依据。
其成功实现提高了旅游景点的售票效率和管理水平，使一直由人工售票的局面划上句号，从而进入智能化售票的新阶段。
而实现景点售票计算机管理的最佳技术就是数据库技术。
可以利用数据库将整个景点的售票情况存入计算机，再配置上功能丰富的用户接口，以满足用户快速操作的需求。
一个景点的售票信息管理过程应达到的目标就是尽可能的提供及时、广泛的信息服务，加快信息检索的效率，实况灵活的查询，减轻管理人员管理负担，提高管理水平。
作为计算机应用的一部分,使用计算机进行电子信息管理和售票,具有人工售票所无法比拟的优点。
可以做到信息的规范管理和快速查询，实现了景点售票管理的系统化、规范化和自动化，这样不仅减少了管理工作量，还提高了管理效率，降低了管理成本。
还有查找方便、可靠性高、存储量大、保密性好、寿命长、成本低、减轻管理人员制作报表和统计分析的负担等优点。
这些优点能够极大地提高景点售票管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。
1.2需求分析
景点门票销售管理系统，其实现功能主要是景点售票、退票、查询、统计及票务管理等，同时还可以对优惠活动及门票类型进行设置。
使售票员操作简单，便于理解。
该系统能够实现景点售票管理的系统化、规范化和自动化；能够实现减少了工作人员的管理工作量，还提高了管理效率，降低了管理成本；还能够实现查找方便、可靠性高、存储量大、保密性好、寿命长、成本低、减轻管理人员制作报表和统计分析的负担的功能。
应解决的问题:
（1）实现票价管理（老年、小孩、成人、团体等）；
（2）实现营业员管理；
（3）实现门票销售、退票管理；
（4）优惠活动的设置。
（5）各种表的查询。
1.2.1数据需求
景点门票（票号、门票类型、类型属性、优惠情况）
游客（游客信息、游客类型）
销售员（编号、姓名、密码）
票价（门票类型、门票属性、价格）
预定（游客信息、时间、门票信息）
售票
计费
退票（票价、退票时间、应退款）
1.2.2处理需求
该系统主要模块：
用户登录及密码输入模块；系统设置模块；售票功能模块；查询模块；票务管理模块；数据维护和统计模块六个模块。
登录及密码输入模块：
登录及密码输入模块用于限制操作员的权限。
售票功能模块：
主要分为售票、退票、取票等功能，用于输入和显示售票信息和票的分类。
查询模块：
其功能是对售票情况的查询、优惠活动的查询、退票查询和订票查询。
查询不仅需要关键字，还需要更多的相关信息，如：
编码、名称、类型等。
票务管理模块：
售票分类的设置，优惠活动的设置。
功能包括添加、修改和删除。
系统设置模块：
功能是添加、删除、创建用户。
用户权限的设置等。
数据维护和统计模块：
主要是系统数据备份，及各个类型的票的统计，售票数量、售票金额的统计。
1.2.3安全性和完整性需求
数据库的安全性是指在信息系统的不同层次保护数据库，防止未授权的数据访问，避免数据的泄漏、不合法的修改或对数据的破坏。
安全性问题不是数据库系统所独有的，它来自各个方面，其中既有数据库本身的安全机制如用户认证、存取权限、视图隔离、跟踪与审查、数据加密、数据完整性控制、数据访问的并发控制、数据库的备份和恢复等方面，也涉及到计算机硬件系统、计算机网络系统、操作系统、组件、Web服务、客户端应用程序、网络浏览器等。
只是在数据库系统中大量数据集中存放，而且为许多最终用户直接共享，从而使安全性问题更为突出，每一个方面产生的安全问题都可能导致数据库数据的泄露、意外修改、丢失等后果。
数据库的安全性和完整性是数据库安全保护的两个不同的方面。
数据库的安全性保护数据库以防止不合法用户故意造成的破坏，数据库的完整性保护数据库以防止合法用户无意中造成的破坏。
从数据库的安全保护角度来讲，完整性和安全性是密切相关的。
数据库的完整性的基本含义是指数据库中数据的正确性、有效性和相容性，其主要目的是防止错误的数据进入数据库。
正确性是指数据的合法性，例如数值型数据只能含有数字而不能含有字母。
有效性是指数据是否属于所定义域的有效范围。
相容性是指表示同一事实的两个数据应当一致，不一致即是不相容。
1.2.4数据流程图
顶层图
门票售票信息
购票、退票信息门票
0层图
售票信息表
售票
票务类型表
门票
订票表售票类型属性表
1层图
售票记录指定日期门票销售表
1.2.5数据字典
（1）数据流
数据流名称：
购票信息
别名：
无
简述：
游客购票时给出的购票凭证
来源：
游客
定义：
购票日期+游客姓名+游客类型+景点地址
位置：
售票输入
数据流名称：
退票信息
别名：
无
简述：
景点销售员退回的票务信息
来源：
游客
定义：
退票信息=门票编号+游客姓名+景点地址+门票价格+退款回扣
位置：
售票信息
数据流名称：
门票
别名：
ticket
简述：
游客进入景区游览的凭证
来源：
销售员
去向：
旅客
定义：
门票=门票编号+游客姓名+景点地址+门票价格+门票类型
（2）数据库存储表
表名：
售票情况表
别名：
无
简述：
数据库表
主要字段：
售票编号+售票类型+售票类型属性+售票数量+售票日期+售票金额+标示符+票样编码
关键字：
售票编号
PM：
主关键字
表名：
售票类型表
别名：
无
简述：
数据库表
主要字段：
售票类型编号+售票类型名称+价格
关键字：
售票类型编号
表名：
售票类型属性表
别名：
无
简述：
数据库表
主要字段：
售票类型属性编号+售票类型属性名称+折率+标示符
关键字：
售票类型属性编号
表名：
订票表
别名：
无
简述：
数据库表
主要字段：
订票编号+游客名字+联系电话+订票数量+折率+预付费+员工号+证件号+售票类型+订票时间+订票金额
关键字：
订票编号
（3）加工单元
单元名：
售票输入
别名：
无
加工编号：
1
触发条件：
旅客提供的售票信息
输入：
按照购票信息输入
输出：
有效够票数据存入数据库购票单表中
加工逻辑：
购票信息所要求的票种及景点必须是景点管理处存在的票种或目的地，而且景点还有可出售的票。
（4）控制项
事件名称：
配票
别名：
arrange_ticket
作用：
根据旅客的购票信息和票务信息确定游客门票种类
触发状态：
旅客提供的售票信息
恢复：
一旦配票结束，配好的票存入已有购票记录
触发方式：
中断请求
二概念结构设计
概念设计阶段我们采用自底向上的方法，即自顶向下的进行需求分析，然后再自底向上的进行概念结构设计。
对已经细化到无法再分的阶段逐步集成在一起，最终合成一个全局概念模式。
2.1概念结构设计的步骤
第一步是进行局部视图的设计：
由于高层的数据流图只能反映系统的概貌，而中层流图能较好的反映系统中各局部应用的子系统组成。
因此我们们先逐一的设计分E-R图。
第二步是进行视图的集成：
各子系统的E-R图设计好之后，下一步就是要将所有的分E-R图合成一个系统的总E-R图，得到全局概念模型。
2.2局部E-R图
1、景点门票
2、游客
3、销售员
4、票价
2.3整体E-R图
1
nn
1nn1
三逻辑结构设计
3.1将E-R图转化为关系模型
1、景点门票—售票员关系是多对一关系，将其转换为关系模型为，
景点门票（票号、门票类型、类型属性、优惠情况）
销售员（编号、姓名、密码）
2、景点门票—游客关系是多对一关系，将其转换为关系模型为：
景点门票（票号、门票类型、类型属性、优惠情况、游客信息、时间、门票信息、票价、退票时间、应退款）
游客（游客信息、游客类型）
3、景点门票—票价关系是多对一关系，将其转换为关系模型为：
景点门票（票号、门票类型、类型属性、优惠情况）
票价（门票类型、门票属性、价格）
总体关系模型为：
景点门票（票号、门票类型、类型属性、优惠情况、游客信息、时间、门票信息、价格、退票时间、应退款）外键：
游客信息
销售员（编号、姓名、密码）
游客（游客信息、游客类型）
票价（门票类型、门票属性、价格）
3.2创建表
3.2.1用户表
属性：
用户号，用户名，用户密码，备注，系统设置权限，票务管理权限，数据维护权限。
3.2.2售票情况表
属性：
售票编号，售票类型，售票类型属性，售票数量，售票日期，售票金额，标示符，票样编码。
3.2.3优惠活动表
属性：
优惠编号，优惠名称，优惠折率，优惠起至时间，优惠结束时间。
3.2.4售票类型表
属性：
售票类型编号，售票类型名称（普通票，通票），价格。
3.2.5售票类型属性表
属性：
售票类型属性编号，售票类型属性名称（标准票，学生票、儿童票、老年票、团票），折率，标示符。
3.2.6员工信息表
属性：
员工编号，员工名，性别，证件号，联系电话。
3.2.7订票表
属性：
订票编号，顾客名字，联系电话，订票数量，折率，预付费，员工号，证件号，售票类型，订票时间，订票金额。
3.2.8退票表
属性：
退票编号，退票数量，售票类型，折扣金额，退票日期。
四物理结构设计
4.1索引
1、使用CREATEINDEX语句为售票情况表创建一个非聚集索引，索引字段为售票类型，索引名为idx_售票类型。
2、查看数据库中售票情况表的索引信息
4.2备份
创建完整备份
五数据库实施
5.1数据的载入
用户表
用户号，用户名，用户密码，备注，系统设置权限，票务管理权限，数据维护权限。
售票情况表
售票编号，售票类型，售票类型属性，售票数量，售票日期，售票金额，标示符，票样编码
优惠活动表
优惠编号，优惠名称，优惠折率，优惠起至时间，优惠结束时间
售票类型表
售票类型编号，售票类型名称（普通票，通票），价格
售票类型属性表
售票类型属性编号，售票类型属性名称（标准票，学生票、儿童票、老年票、团票），折率，标示符
员工信息表
员工编号，员工名，性别，证件号，联系电话
订票表
订票编号，顾客名字，联系电话，订票数量，折率，预付费，员工号，证件号，售票类型，订票时间，订票金额
退票表
退票编号，退票数量，售票类型，折扣金额，退票日期
5.2应用程序的编码
5.3测试
5.3.1测试的目的
1、软件测试是为了发现缺陷而执行的过程。
2、测试是为了证明程序中的错误，而不是证明程序中无错误。
3、一个好的测试用例指的是它可能发现至今尚未被发现的缺陷。
4、一次成功的测试指的是发现了新的软件缺陷的测试。
这种观点主要目的：
测试要以查找缺陷为中心，而不是为了演示软件能够正确运行。
但是发现缺陷并不是软件测试的唯一目的。
通过分析缺陷产生的原因和缺陷的分布特征，可以帮助程序员发现软件开发过程的不足，以便及时改进。
5.3.2测试策略
1、测试类型
软件测试分为功能测试和结构测试，即所说的黑盒测试和白盒测试。
黑盒测试的基本观点是：
任何程序都可以看作是从输入定义域取值映射到输出值域的函数，其有点是域软件如何实现无关。
白盒测试的最大优点是基于被测试程序的源代码，而不是基于定义。
因此白盒测试支持严格的定义、数学分析和精确度量[。
2、两者的比较
通过上图可以清楚的看出问题的所在。
黑盒测试侧重测试所描述行为的测试，而白盒测试则侧重已实现功能的测试。
考虑程序的行为：
如果所有已描述的行为都没有被实现，则白盒测试永远也不会认识这一点。
反之，如果程序实现了没有被描述的行为，黑盒测试用例永远也不会揭示这一点。
因此，最合理的组合就是获得黑盒测试的置信和白盒测试的度量。
所以将黑盒测试与白盒测试相结合。
3、测试思路
（1）黑盒测试
黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。
本软件的黑盒测试即把对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。
因此黑盒测试又叫功能测试或数据驱动测试。
①划分等价类。
如果某个输入条件规定了取值范围或值的个数。
则可确定一个合理的等价类（输入值或数在此范围内）和两个不合理等价类（输入值或个数小于这个范围的最小值或大于这个范围的最大值）。
如果规定了输入数据的一组值，而且程序对不同的输入值做不同的处理，则每个允许输入值是一个合理等价类，此处还有一个不合理等价类（任何一个不允许的输入值）。
如果规定了输入数据必须遵循的规则，可确定一个合理等价类（符合规则）和若干个不合理等价类（从各种不同角度违反规则）。
如果已划分的等价类中各元素在程序中的处理方式不同，则应将此等价类进一步划分为更小的等价类。
边界值分析
使用边界值分析方法设计测试用例时一般与等价类划分结合起来。
但它不是从一个等价类中任选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界值的测试数据。
如果输入条件规定了值的范围，可以选择正好等于边界值的数据作为合理的测试用例，同时还要选择刚好越过边界值的数据作为不合理的测试用例。
如果输入条件指出了输入数据的个数，则按最大个数、最小个数、比最小个数少1、比最大个数多1等情况分别设计测试用例。
对每个输出条件分别按照以上原则
（1）或
（2）确定输出值的边界情况。
如果程序的规格说明给出的输入或输出域是个有序集合（如顺序文件、线形表、链表等），则应选取集合的第一个元素和最后一个元素作为测试用例。
③错误推测
在测试程序时，人们可能根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例，这就是错误推测法。
黑盒测试主要是为了发现以下几类错误：
是否有不正确或遗漏的功能？
在接口上，输入是否能正确的接受？
能否输出正确的结果？
是否有数据结构错误或外部信息（例如数据文件）访问错误？
性能上是否能够满足要求？
是否有初始化或终止性错误？
④因果图
等价类划分和边界值方法分析方法都只是孤立地考虑各个输入数据的测试功能，而没有考虑多个输入数据的组合引起的错误。
综合策略
每种方法都能设计出一组有用例子，用这组例子容易发现某种类型的错误，但可能不易发现另一类型的错误。
因此在实际测试中，联合使用各种测试方法，形成综合策略，通常先用黑盒法设计基本的测试用例，再用白盒法补充一些必要的测试用例。
（2）白盒测试
白盒测试是对软件的过程性细节做细致的检查。
这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。
通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。
因此白盒测试又称为结构测试或逻辑驱动测试。
①逻辑覆盖：
程序内部的逻辑覆盖程度，当程序中有循环时，覆盖每条路径是不可能的，要设计使覆盖程度较高的或覆盖最有代表性的路径的测试用例。
循环覆盖
基本路径测试
白盒测试主要是想对程序模块进行如下检查：
①对程序模块的所有独立的执行路径至少测试一遍。
对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。
在循环的边界和运行的界限内执行循环体。
测试内部数据结构的有效性，等等。
4、测试实践
（1）流程图：
N
Y
（2）测试用例
用例表
测试模块
测试功能
测试用例
测试说明
售票功能模块
售票及团购
售票类型，类型属性，售票数量，
普通票，学生票，14
通票，标准票，4
通票，儿童票，2
此部分测试主要是：
（1）核对显示的数据是否与用户提交到数据库中的数据相符。
（2）票类折率是否能与票数相乘算出金额。
（3）测试取票后，订票的信息是否转移的售票表中。
（4）退票时，有没有保存折扣额，有没有把订票表的信息转移的退票表。
各种表格显示是否规范。
订票及取票功能
售票类型，类型属性，售票数量，
普通票，儿童票，14
通票，标准票，4
通票，学生票，2
退票功能
售票类型，类型属性，售票数量，
普通票，标准票，14
通票，标准票，4
通票，儿童票，2
票务管理
票类设置
票类编号，票类名称，折率
1，儿童票，0.4
2，特价票，0.6
此部分测试主要是检查添加、修改及删除按钮的功能是否正确。
优惠设置
编号，名称，折率，起至时间，结束时间
1，端午节，0.75，2008-6-7，2008-6-9
2，建军节，0.7，2008-7-29，2008-8-2
同上
各种表格显示是否规范
信息查询功能
售票情况显示
售票类型，类型属性，售票数量
普通票，学生票，6
通票，标准票，4
通票，学生票，6
（1）这几个测试用例主要检查的是查询是否正确，在信息查询时输入条件可以是一个或者多个。
（2）检查信息查询结果与数据库中信息是否一致
优惠活动情况显示
编号，名称，折率，起至时间，结束时间
1，端午节，0.75，2008-6-7，2008-6-9
2，建军节，0.7，2008-7-29，2008-8-2
订票信息查询
售票类型，类型属性，售票数量，时间
普通票，儿童票，8，2008-6-7
通票，标准票，4，2008-6-7
通票，学生票，2，2008-6-9
统计
售票金额和数量的统计
售票类型，类型属性，售票数量，金额
普通票，儿童票，50，750
通票，标准票，200，20000
通票，学生票，100，5000
总数量，总金额
350，25750
此部分测试主要是检查统计的数量和金额是否正确。
退票统计
售票类型，类型属性，售票数量，折扣金额
普通票，儿童票，20，60
通票，标准票，10，250
通票，学生票，15，187.5
5.3.3测试报告
项目名称：
某景点门票销售系统
安装：
（1）程序运行环境已经正确设定。
是
程序代码检查：
（1）程序单位首部有程序说明和修改备注。
是
（2）变量、过程、函数命令符合规则。
是
（3）程序中有足够的说明信息。
是
（4）修改注释符合要求。
是
（5）类库的使用符合要求。
是
画面及报表格式检查：
（1）画面和报表格式符合规定需求。
是
（2）程序命名符合格式需求。
是
（3）画面和报表的字段位置和宽度与设计文档一致。
是
功能测试：
（1）多画面之间切换正确。
是
（2）功能键、触发键、按钮、菜单、选择项功能正确。
是
（3）数据项关联及限制功能正确。
是
正确性测试：
（1）读/写/删除操作结果正确。
是
（2）各种组合条件之查询或报表正确。
是
（3）设计文档规定的其它操作。
是
可靠性测试：
（1）非法键容错测试。
是
（2）异常字符容错测试。
是
（3）程序负作用检查。
是
六数据库对象
6.1创建视图与表间关系
6.2存储过程
6.2.1创建存储过程统计指定日期的门票销售情况
6.2.2创建存储过程统计指定月份的门票销售情况
6.2.3创建存储过程统计指定日期各种价格的门票销售情况
6.2.4创建存储过程统计指定营业员指定日期的收费情况
6.3创建触发器
6.4员工信息表性别约束
七总结
通过这次景点门票销售管理系统设计，我学习到了很多实用的知识，由于之前对数据库知识的不足，在课程设计中遇到很多困难，最后通过查阅资料才解决问题。
随着一个个问题的解决，我学到了很多知识，熟练了对软件的使用，每做完一个模块时，都有一种成功的喜悦，体会到了学习的快乐。
本次作业让我有机会能把之前学的数据库知识系统的串联起来，尤其是对数据库的建立与操作都上了一个台阶，包括怎么建立更简洁，没有冗余而又很完备的数据库系统，怎么对数据库结构模型进行设计，主键外键的定义，更重要的是对前期概念模型，也就是E-R图的规划，深刻的体会到前期工作的重要性。
只有正确详尽的对系统进行分析，才能更高效的完成系统的开发。
开发一个管理系统的过程是很复杂的，比如景点门票销售有门票的种类设定，营业员的管理，要完成需求说明，数据词典，还有E-R图等，虽然想象起来并不是很难，但是要转化成文字，转化成人们能够读懂的文字就显得十分困难。
特别是一个完整的销售系统，对我来说接触的并不多，在做大作业的时候经常是前面改改，后面改改，因为一些数据不能很好地对应起来，经常会遗忘一些。
一个完整的数据库系统也就是在这样修修改改的状态下完成的，也给了我很大的反思。
这次设计的系统不太完善。
对于索引、日志、备份等的存储安排和存储结构，数据的载入和应用程序的编码和测试，创建视图、自定义函数、存储过程和触发器等数据库对象都在数据库中有所体现，但未能实现聚簇和自定义函数。
未来的景点门票售票系统还可以实现电子门票销售，更加体现出可靠性、安全性、实用性、经济性、可维护性、先进性。
升级会员 