景点门票销售管理系统.docx

1、景点门票销售管理系统景点门票销售管理系统WTD standardization office WTD 5AB- WTDK 08- WTD 2C大型数据库开发与设计题 目:某景点门票销售管理系统学号：姓名: 班级:一需求分析系统背景及组织结构情况随着人们精神和物质文明的高度发展，旅游已成为人们生活、休闲的必需。因此近年旅游业 已迅猛的势头发展，并成为国民收入的重要组成部分，并且发展前景十分看好。每逢节假日，旅 游人数更是成几倍、甚至几十倍的增长，这对于各旅游景点来说无疑是个好事，但也同时带来了 相应的问题，人数的骤增，而售票人员又有限，导致了买票人大疑的滞留，影响游客的热情，降 低了工作效率。也

2、不利于旅游业的发展。因此，在只提高售票人员人数，工作效率是远远不够 的，而且随着计算机在各行各业管理中应用的普及，信息处理量的逐渐扩大，手工处理方式已经 远远不能满足人们管理活动的需要，各种工作都逐渐由手工转为自动化，将使许多复杂、繁琐、 且需要很多人力的工作变得简单。值此情况，提出了旅游景点售票系统的开发，以提高售票效 率，方便对售票员的管理、监督，便于查询统计。旅游景点售票系统是il算机技术的产物。该系统有着方便快捷的查询统汁使管理者能准确地 掌握旅游景点的经营情况，并为苴提供准确、可信的决策依据。其成功实现提高了旅游景点的售 票效率和管理水平，使一直由人工售票的局面划上句号，从而进入智能

3、化售票的新阶段。而实现景点售票讣算机管理的最佳技术就是数据库技术。可以利用数拯库将整个景点的售票 情况存入汁算机，再配置上功能丰富的用户接口，以满足用户快速操作的需求。一个景点的售票 信息管理过程应达到的目标就是尽可能的提供及时、广泛的信息服务，加快信息检索的效率，实 况灵活的查询，减轻管理人员管理负担，提高管理水平。作为计算机应用的一部分，使用计算机进行电子信息管理和售票,具有人工售票所无法比拟的 优点。可以做到信息的规范管理和快速查询，实现了景点售票管理的系统化、规范化和自动化， 这样不仅减少了管理工作量，还提高了管理效率，降低了管理成本。还有查找方便、可靠性高、 存储量大、保密性好、寿命

4、长、成本低、减轻管理人员制作报表和统汁分析的负担等优点。这些 优点能够极大地提高景点售票管理的效率，也是企业的科学化、正规化管理,与世界接轨的重要条 件。需求分析景点门票销售管理系统，其实现功能主要是景点售票、退票、查询、统计及票务 管理等，同时还可以对优惠活动及门票类型进行设置。使售票员操作简单，便于理 解n该系统能够实现景点售票管理的系统化、规范化和自动化；能够实现减少了工作 人员的管理工作量，还提高了管理效率，降低了管理成本；还能够实现查找方便、可 靠性高、存储量大、保密性好、寿命长、成本低、减轻管理人员制作报表和统计分析 的负担的功能应解决的问题：(1)实现票价管理(老年、小孩、成人、

5、团体等)（2） 实现营业员管理；（3） 实现门票销售、退票管理；（4） 优惠活动的设置。（5） 各种表的查询，景点门票（票号、门票类型、类型属性、优惠情况）游客（游客信息、游客类型）销售员（编号、姓名、密码）票价（门票类型、门票属性、价格）预定（游客信息、时间、门票信息）隹亜计费退票（票价、退票时间、应退款）该系统主要模块：用户登录及密码输入模块；系统设置模块；售票功能模块；查 询模块；票务管理模块；数据维护和统计模块六个模块。登录及密码输入模块：登录及密码输入模块用于限制操作员的权限。售票功能模块：主要分为售票、退票、取票等功能，用于输入和显示售票信息和 票的分类。查询模块：其功能是对售票情

6、况的查询、优惠活动的查询、退票查询和订票查 询。查询不仅需要关键字，还需要更多的相关信息，如：编码、名称、类型等。票务管理模块：售票分类的设置，优惠活动的设置。功能包括添加、修改和删 除。系统设置模块：功能是添加、删除、创建用户。用户权限的设置等c数据维护和统计模块：主要是系统数据备份，及各个类型的票的统计，售票数量、售票金额的统计。件、Web服务、客户端应用程序、网络浏览器等。只是在数据库系统中大量数据集 中存放，而且为许多最终用户直接共享.从而使安全性问题更为突出，每一个方面产 生的安全问题都可能导致数据库数据的泄露、意外修改、丢失等后果n数据库的安全性和完整性是数据库安全保护的两个不同的

7、方面n数据库的安全性 保护数据库以防止不合法用户故意造成的破坏，数据库的完整性保护数据库以防止合 法用户无意中造成的破坏。从数据库的安全保护角度来讲，完整性和安全性是密切相 关的。？数据库的完整性的基本含义是指数据库中数据的正确性、有效性和相容性，其主 要目的是防止错误的数据进入数据库。正确性是指数据的合法性，例如数值型数据只 能含有数字而不能含有字母。有效性是指数据是否属于所定义域的有效范围。相容性 是指表示同一事实的两个数据应当一致，不一致即是不相容。顶层图数据流名称：购票信息别名：无简述：游客购票时给出的购票凭证来源：游客定义：购票日期+游客姓名+游客类型+景点地址位置：售票输入数据流名

8、称：退票信息别名：无简述：景点销售员退回的票务信息来源：游客定义：退票信息二门票编号+游客姓名+景点地址+门票价格+退款回扣位置：售票信息数据流名称：门票别名:ticket简述：游客进入景区游览的凭证来源：销售员去向：旅客定义：门票二门票编号+游客姓名+景点地址+门票价格+门票类型(2)数据库存储表表名：售票情况表别名：无简述：数据库表主要字段：售票编号亠售票类型一售票类型属性+售票数量+售票曰期+售票金 额 +标示符+票样编码关键字：售票编号？PM :主关键字表名：售票类型表?别名：无？简述：数据库表？主要字段：售票类型编号+售票类型名称+价格关键字：售票类型编号？表名：售票类型属性表？别名

9、：无简述：数据库表？主要字段：售票类型属性编号+售票类型属性名称+折率+标示符 关键字：售票类型属性编号？表名：订票表别名：无简述：数据库表？主要字段：订票编号+游客名字一联系电话+订票数量+折率+预付费+员工号+ 证 件号+售票类型+订票时间+订票金额关键字：订票编号(3)加工单元?单元名：售票输入？别名：无加工编号：1?触发条件：旅客提供的售票信息输入：按照购票信息输入？输出：有效够票数据存入数据库购票单表中？加工逻辑：购票信息所要求的票种及景点必须是景点管理处存在的票种或 目的地，而且 景点还有可出售的票。？(4)控制项?事件名称：配票？别名：arrange_ticket?作用：根据旅聶

10、的购票信息和票务信息确定游客门票种类? 触发状态：旅客提供的售票信息？恢复：一旦配票结束，配好的票存入已有购票记录？触发方式：中断请求二概念结构设计概念设计阶段我们采用自底向上的方法，即自顶向下的进行需求分析，然后再自底向上的进行概念结构设计。对已经细化到无法再分的阶段逐步集成在一起，最终合成个全局概念模式。？概念结构设计的步骤?第一步是进行局部视图的设计：由于高层的数据流图只能反映系统的概貌，而中层 流图能较好的反映系统中各局部应用的子系统组成。因此我们们先逐一的设计分E-R图。？下一步就是要将所第二步是进行视图的集成：各子系统的E-R图设计好之后 有的分E-R图合成一个系统的总ER图得到全

11、局概念模型。局部E-R图三逻辑结构设计将E-R图转化为关系模型1、 景点门票一售票员关系是多对一关系，将英转换为关系模型为，景点门票（票号、门票类型、类型属性、优惠情况）销售员（编号、姓名、密码）2、 景点门票一游客关系是多对一关系，将其转换为关系模型为：景点门票（票号、门票类型、类型属性、优惠情况、游客信息、时间、门票信息、票价、退票时间、应退款） 游客（游客信息、游客类型）3、景点门票一票价关系是多对一关系，将其转换为关系模型为:景点门票（票号、门票类型、类型属性、优惠情况）票价（门票类型、门票属性、价格）总体关系模型为：景点门票（票号、门票类型、类型属性、优惠情况、游客信息、时间、门票信

12、息、价格、退票时间、应退款）外键：游客信息销售员（缠亘、姓名、密码）游客（游客信息、游客类型）票价（门票类型、门票属性、价格）创建表用户表属性：用户号，用户名，用户密码，备注，系统设置权限，票务管理权限，数据维护权限。售票情况表售票日期，售票金额，标示符，票属性：售票编号，售票类型，售票类型属性，售票数量, 样编码。优惠活动表属性：优惠编号，优惠名称，优惠折率，优惠起至时间，优惠结束时间。售票类型表属性：售票类型编号，售票类型名称（普通票，通票），价格。售票类型属性表属性：售票类型属性编号，售票类型属性名称（标准票，学生票、儿童票、老年票、团 票），折率，标示符。员工信息表属性：员工编号，员工

13、名，性别，证件号，联系电话。订票表属性：订票编号，顾客名字，联系电话，订票数量，折率，预付费，员工号，证件号，售票 类型，订票时间，订票金额。退票表属性：退票编号，退票数量，售票类型，折扣金额.退票日期。四物理结构设计索引1、 使用CREATE INDEX语句为售票情况表创建一个非聚集索引，索引字段为售票类型，索引 名为idx_售票类型。2、 查看数据库中售票情况表的索引信息备份创建完整备份五数据库实施数据的载入用户表用户号，用户名，用户密码，备注，系统设置权限，票务管理权限，数 据维护权限。售票情况表售票编号，售票类型，售票类型属性，售票数量，售票日期，售票金额，标示符，票样编码优惠活动表优

14、惠编号，优惠名称，优惠折率，优惠起至时间，优惠结束时间售票类型表售票类型编号，售票类型名称（普通票，通票），价格售票类型属性表售票类型属性编号，售票类型属性名称（标准票，学生票、儿童票、老 年票、团票），折率，标示符员工信息表员工编号，员工名，性别，证件号，联系电话订票表订票编号，顾客名字，联系电话，订票数量，折率，预付费，员工号， 证件号，售票类型，订票时间，订票金额退票表退票编号，退票数量，售票类型，折扣金额，退票日期应用程序的编码测试测试的目的1、 软件测试是为了发现缺陷而执行的过程。2、 测试是为了证明程序中的错误，而不是证明程序中无错误。3、 一个好的测试用例指的是它可能发现至今尚未

15、被发现的缺陷。4、 一次成功的测试指的是发现了新的软件缺陷的测试。这种观点主要目的：测试要以查找缺陷为中心，而不是为了演示软件能够正确运行。但是发 现缺陷并不是软件测试的唯一目的。通过分析缺陷产生的原因和缺陷的分布特征，可以帮助程序 员发现软件开发过程的不足，以便及时改进。测试策略1、 测试类型软件测试分为功能测试和结构测试，即所说的黑盒测试和白盒测试。黑盒测试的基本观点 是：任何程序都可以看作是从输入左义域取值映射到输出值域的函数，其有点是域软件如何实现 无关。白盒测试的最大优点是基于被测试程序的源代码，而不是基于左义。因此白盒测试支持严 格的泄义、数学分析和精确度呈2、 两者的比较通过上图

16、可以淸楚的看岀问题的所在。黑盒测试侧重测试所描述行为的测试，而白盒测试则 侧重已实现功能的测试。考虑程序的行为：如果所有已描述的行为都没有被实现，则白盒测试永 远也不会认识这一点。反之，如果程序实现了没有被描述的行为，黑盒测试用例永远也不会揭示 这一点。因此，最合理的组合就是获得黑盒测试的置信和白盒测试的度量。所以将黑盒测试与白 盒测试相结合。3、 测试思路（1）黑盒测试黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测 每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序 内部结构和内部特性的情况下，测试者在程序接口进行测试，它只

17、检査程序功能是否按照需求规 格说明书的规世正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外 部信息（如数据库或文件）的完整性。本软件的黑盒测试即把对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内 部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试 又叫功能测试或数据驱动测试。1划分等价类。如果某个输入条件规左了取值范围或值的个数。则可确立一个合理的等价类（输入值或数在 此范用内）和两个不合理等价类（输入值或个数小于这个范围的最小值或大于这个范围的最大 值）。如果规左了输入数据的一组值，而且程序对不同的输入值做不同的处理，则每个

18、允许输入值 是一个合理等价类，此处还有一个不合理等价类（任何一个不允许的输入值）。如果规世了输入数据必须遵循的规则，可确左一个合理等价类（符合规则）和若干个不合理等 价类（从各种不同角度违反规则）。如果已划分的等价类中各元素在程序中的处理方式不同，则应将此等价类进一步划分为更小 的等价类。2边界值分析使用边界值分析方法设计测试用例时一般与等价类划分结合起来。但它不是从一个等价类中 任选一个例子作为代表，而是将测试边界情况作为重点目标，选取正好等于、刚刚大于或刚刚小 于边界值的测试数据。如果输入条件规定了值的范围，可以选择正好等于边界值的数据作为合理的测试用例，同时 还要选择刚好越过边界值的数据

19、作为不合理的测试用例。如果输入条件指出了输入数据的个数，则按最大个数、最小个数、比最小个数少1、比最大 个数多1等情况分别设计测试用例。对每个输岀条件分别按照以上原则（1）或（2）确定输岀值的边界情况。如果程序的规格说明给出的输入或输出域是个有序集合（如顺序文件、线形表、链表等），则 应选取集合的第一个元素和最后一个元素作为测试用例。3错误推测在测试程序时，人们可能根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地 编写检査这些错误的测试用例，这就是错误推测法。黑盒测试主要是为了发现以下几类错误：是否有不正确或遗漏的功能？在接口上，输入是否能正确的接受？能否输岀正确的结果？是否有数据结

20、构错误或外部信息（例如数据文件）访问错误？性能上是否能够满足要求？是否有初始化或终止性错误？4因果图等价类划分和边界值方法分析方法都只是孤立地考虑各个输入数据的测试功能，而没有考虑 多个输入数据的组合引起的错误。5综合策略每种方法都能设计出一组有用例子，用这组例子容易发现某种类型的错误，但可能不易发现 另一类型的错误。因此在实际测试中，联合使用各种测试方法，形成综合策略，通常先用黑盒法 设计基本的测试用例，再用白盒法补充一些必要的测试用例。（2）白盒测试白盒测试是对软件的过程性细肖做细致的检査。这种方法是把测试对象看做一个打开的盒 子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择

21、测试用例，对程序所有逻 辑路径进行测试。通过在不同点检查程序状态，确立实际状态是否与预期的状态一致。因此白盒 测试又称为结构测试或逻辑驱动测试。逻辑覆盖：程序内部的逻辑覆盖程度，当程序中有循环时，覆盖每条路径是不可能的，要 设计使覆盖程度较髙的或覆盖最有代表性的路径的测试用例。2循环覆盖3基本路径测试白盒测试主要是想对程序模块进行如下检查：对程序模块的所有独立的执行路径至少测试一迪匚2对所有的逻借判立，取“真与取“假”的两种情况都能至少测一遍3在循环的边界和运行的界限内执行循环体。4测试内部数据结构的有效性，等等。4、测试实践(1)流程图:Y(2)测试用例NI E I7U4X测试模块测试功 能

22、售票及 团购隹華半型 並:届亜 曰.Ufi示， 通如, 通票，测试用例14学生票, 标提交SQL查询语存存杳询结处理查询结 丿L测试说明售票功能模块订票及 取票功 能售票类型，券 普通票， 通票， 通票，t=-XJ 1 I 斑IW 磁 数量4标准票L_ 4学勺 I 2返回返回退票功 能售票类型,类型属性，售票数量普通票，标准票,14通票，标准票，4通票，儿童票，2票务管票类设 置票类编号，票类名称，折率1,儿童票，2,特价票，此部分测试主要是:(1)核对显示的数据是 否与用户提交到数 据库中的数据相 符。(2)票类折率是否能与 票数相乘算出金 额。(3)测试取票后，订票 的信息是否转移的 售票

23、表中。(4)退票时，有没有保 存折扣额，有没有 把订票表的信息转 移的退票表。各种表格显示是否规 范。此部分测试主要是检查 添加、修改及删除按钮 的功能是否正确。理优惠设置编号，名称，折率，起至时间，结束 时间1,端午节,2008-6-7 , 2008-6-92,建军节，2008-7-29, 2008-8-2同上各种表格显示是否规范信息查询功能售票情 况显示售票类型，类型属性，售票数量 普通票，学生票， 6通票， 标准票， 4通票， 学生票， 6(1)这几个测试用例主 要检杳的是杳询是 否正确，在信息查 询时输入条件可以 是一个或者多个。(2)检杳信息杳询结果 与数据库中信息是 否一致优惠活

24、动情况 显示编号，名称，折率，起至时间，结束 时间1,端午节,2008-6-7 , 2008-6-92,建军节，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此部分测试主要是检杳 统计的数量和金额是否 正确。退票统 计售

25、票类型，类型属性，售票数量，折扣 金额普通票，儿童票， 20 , 60通票， 标准票， 10 , 250通票， 学生票， 15 ,测试报告项目名称：某景点门票销售系统安装：(1)程序运行环境已经正确设定。 是程序代码检查：(1)程序单位首部有程序说明和修改备注。(2)变量、过程、函数命令符合规则。是(3)程序中有足够的说明信息。是(4)修改注释符合要求。是(5)类库的使用符合要求。是画面及报表格式检查：(1)画面和报表格式符合规定需求。是(2)程序命名符合格式需求。是(3)画面和报表的字段位置和宽度与设计文档一致。是功能测试：(1)多画面之间切换正确。是(2)功能键、触发键、按钮、菜单、选择项

26、功能正确。是(3)数据项关联及限制功能正确。是正确性测试：(1)读/写/删除操作结果正确。是(2)各种组合条件之查询或报表正确。是(3)设计文档规定的其它操作。是可垂性测试：(1)非法键容错测试。是(2)异常宇符容错测试。是(3)程序负作用检查。是六数据库对象创建视图与表间关系存储过程创建存储过程统计指定日期的门票销售情况创建存储过程统计指定月份的门票销售情况创建存储过程统计指定日期各种价格的门票销售情况创建存储过程统计指定营业员指定日期的收费情况创建触发器员工信息表性别约束七总结通过这次景点门票销售管理系统设计，我学习到了很多实用的知识，由于之前对数据库知识 的不足，在课程设计中遇到很多困难

27、，最后通过查阅资料才解决问题。随着一个个问题的解决， 我学到了很多知识，熟练了对软件的使用，每做完一个模块时，都有一种成功的喜悦，体会到了 学习的快乐。本次作业让我有机会能把之前学的数据库知识系统的串联起来，尤其是对数据库的建立与操 作都上了一个台阶，包括怎么建立更简洁，没有冗余而又很完备的数据库系统，怎么对数据库结 构模型进行设计，主键外键的泄义，更重要的是对前期概念模型，也就是E-R图的规划，深刻的 体会到前期工作的重要性。只有正确详尽的对系统进行分析，才能更髙效的完成系统的开发。开发一个管理系统的过程是很复杂的，比如景点门票销售有门票的种类设定，营业员的管 理，要完成需求说明，数据词典，

28、还有E-R图等，虽然想象起来并不是很难，但是要转化成文 字，转化成人们能够读懂的文字就显得十分困难。特别是一个完整的销售系统，对我来说接触的 并不多，在做大作业的时候经常是前而改改，后而改改，因为一些数据不能很好地对应起来，经 常会遗忘一些。一个完整的数据库系统也就是在这样修修改改的状态下完成的，也给了我很大的 反思。这次设计的系统不太完善。对于索引、日志、备份等的存储安排和存储结构，数据的载入 和应用程序的编码和测试，创建视图、自泄义函数、存储过程和触发器等数据库对象都在数据库 中有所体现，但未能实现聚簇和自左义函数。未来的景点门票售票系统还可以实现电子门票销 售，更加体现出可靠性、安全性、实用性、经济性、可维护性、先进性。