影院售票系统文档分析Word下载.docx

影院售票系统文档分析Word下载.docx

《影院售票系统文档分析Word下载.docx》由会员分享，可在线阅读，更多相关《影院售票系统文档分析Word下载.docx（19页珍藏版）》请在冰豆网上搜索。

一、引言1

（一）项目开发的背景1

（二）项目开发的目的1

二、可行性分析与总体设计原则3

（一）可行性分析3

1．技术可行性3

2．经济可行性3

3．社会可行性3

（二）总体设计原则4

三、系统分析5

（一）业务流程分析5

（二）数据流图6

（三）数据字典7

四、系统设计11

（一）系统功能设计11

（二）系统数据库设计12

1．数据库表设计12

2．逻辑结构设计15

（三）系统开发工具与开发模式的选择17

1．系统开发工具17

2．系统设计模式20

五、系统实现21

（一）系统前台模块21

1．登录与注册管理模块21

2．网站首页界面22

3．站内新闻界面23

4．影片资讯界面24

5．用户注册界面25

6．用户订票界面26

（二）系统后台模块26

1．后台登录界面26

2．注册用户管理界面27

3．用户添加界面27

4．用户管理界面27

5．站内新闻添加界面28

6．影片添加界面28

7．订票管理界面29

六、系统测试30

（一）系统测试的定义30

（二）系统测试的目的与意义30

（三）系统测试的重要性30

（四）系统测试常用的方法31

（五）系统运行情况32

（六）系统测试结果32

结论33

参考文献34

致谢35

1一、引言

1.1

（一）项目开发的背景

随着计算机产业的迅速发展，电子计算机已广泛的应用于信息管理、文字处理、辅助设计等人们的日常生活中。

影院售票系统主要是针对与电影院售票相关的一系列工作的管理，本系统的建立影院售票的管理更加规范化、系统化，查询手段更加便捷化。

同时，影院售票系统也是实现影院售票现代化和信息化的重要内容。

近年来，随着去电影院看电影的人数的逐渐增加，人工书写数据已经不能够处理如此庞大的数据。

为了更好的适应信息时代的高效性，一个利用计算机来实现影院售票工作的系统将必然诞生。

基于这一点，设计了一个影院售票系统，用来就影院售票进行管理，以便在最短的时间内，高效准确的完成整个售票过程。

基于对上述的认识，收集相关资料和数据，查阅有关文献与技术参数，对电影院售票的实际需求等方面进行了调研，发现目前所采用的手工记录的方法进行管理存在以下几个方面的弊端：

对象范围广，数据存储不易；

填写的数据多，内容相当复杂，且大量数据重复；

不易存档，成千上万的信息和堆积如山的单据对管理人员来说是一个负担，需要大量的文档资料。

鉴于以上种种原因，影院售票的管理急需一种软件来代替手工操作来管理数据资料。

计算机技术在现代管理中的应用，使计算机成为领导者和管理人员应用现代技术的重要工具[1]。

计算机辅助高校管理活动，可以极大地增强管理者采集、处理信息的能力，从而有利于管理者与时决策。

计算机系统能根据管理过程的变化情况，将原始数据、资料等进行加工、保存，管理人员可以在解决具体问题需要信息资料时，随时进行检索查询，了解整个影院售票系统的动态情况，进行动态管理，从而有效的处理影院售票的管理工作，实现电影院对售票管理的自动化，提高效率。

1.2

（二）项目开发的目的

影院售票系统的开发目的是使影院售票模式从手工记录转变成信息管理，为影院售票人员提供方便条件。

对电影院的实际情况进行调研之后，进行详细的需求分析，对现有的管理模式进行改进，开发出一套新型的管理系统，从中领悟系统开发的思想，掌握系统开发的流程和方法。

随着电影院信息系统的不断完善，电影院售票的管理将越来越依赖于信息化的管理。

所以系统开发将围绕电影院售票工作的实际情况，使之能迅速适应电影院售票的需要。

影院售票系统的实施的现实意义：

减少管理售票的工作人员；

管理人员可以随时浏览查看，而且更加直观；

改变了以前工资手工记录的方式，电脑录入更加方便快捷；

实现了影院售票的计算机化。

2二、可行性分析与总体设计原则

2.1

（一）可行性分析

可行性分析也称为可行性研究，是在调查的基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发从技术、经济、社会等方面进行分析和研究，以避免投资失误，保证新系统的开发成功[2]。

可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。

下面将分别从技术、经济、社会三个方面对影院售票系统的建设进行分析和研究。

3.1.11．技术可行性

根据电影院提出的系统功能、性能与实现系统的各种约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术已较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。

同时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发的。

由以上分析可知，影院售票系统的开发在技术上是可行的。

3.1.22．经济可行性

电影院具有信息化的处理设施，并且拥有支持本系统的应用平台。

因此无需再投入资金购买其他设施。

系统的开发基于本人对程序开发的实践学习而来，电影院无需资金投入，并且软件开发过程投入的成本不高，因此开发经费完全可以接受。

由以上分析可知，影院售票系统在经济上是可行的。

3.1.33．社会可行性

本系统的社会可行性主要从法律因素、用户使用可行性两方面进行研究。

（1）法律因素

本系统是根据影院售票的实际工作情况开发研制的，是通过大量的调研得出的，系统的软件设计是在独立的环境下完成的，无可供抄袭的软件产品。

（2）用户使用可行性

本系统对用户的要求，除了需要具备在MicrosoftWindows平台上使用个人电脑的知识外，并不需要特别的技术能力。

使用系统的管理员，需要具备对SQL的使用能力，在投入使用前，无需对操作系统的人员进行培训。

这样既减少投入成本又简化了操作环节。

由以上分析可知，本系统具有社会可行性。

2.2

（二）总体设计原则

本系统为了设计、实现和后期维护的方便，以与系统用户使用的便利，所以必须采取一定的设计原则[3]。

其主要设计原则有：

简单性：

在实现系统的功能的同时，尽量让系统操作简单易懂，这对于一个系统来说是非常重要的。

针对性：

本系统设计是针对电影院售票的需求定向开发设计，所以具有专业突出和很强的针对性。

实用性：

要求本系统能够满足电影院售票人员的需要，因此具有良好的实用性。

一致性：

页面整体设计风格以与命名规则的一致性：

整体页面布局和用图用色风格与变量、类名和其他元素的命名规则保持一致。

功能一致性：

完成同样的功能应该尽量使用同样的元素。

元素风格一致性：

界面元素的美观风格、摆放位置在同一个界面和不同界面之间都应该是一致的。

变量命名规则的一致性：

变量应该用统一的规则进行命名，做到任意变量均能从上下文推断其义。

先进性：

本系统采用.net技术、SQLServer2005等被广泛采用系统开发技术和数据库，因此本设计具有良好的先进性，具体表现在其具有良好的可扩展性，可开发性。

3三、系统分析

3.1

（一）业务流程分析

在进行业务流程分析时，需要按照原有信息流动过程，逐个地调查分析所有环节的处理业务、处理内容、处理顺序和对处理时间的要求，弄清各个环节需要的信息、信息来源、流经去向、处理方法、计算方法、提供信息的时间和信息形态（报告、报单、屏幕显示）等[4]。

业务流程分析可以帮助开发者了解该业务处理过程，发现和处理系统调查工作中的错误和疏漏。

业务流程分析是通过业务流程图来进行，即用一些规定的符号与连线来表示某个具体业务处理过程[5]。

具体业务流程如图3.1所示。

图3.1业务流程图

3.2

（二）数据流图

数据流程是指数据在系统中产生、传输、加工处理、使用、存储的过程[6]。

数据流程分析是把数据在现行系统内部的流动抽象的独立起来，舍去了具体组织机构、信息载体、处理工具、物质、材料等，单从数据流动过程来考查实际业务的数据处理模式。

数据流程与数据流程分析是今后建立数据库系统和设计功能模块处理过程的基础。

描述数据流程的工具是数据流程图以与其附带的数据字典、处理逻辑等图表。

其中数据流程图是描述系统逻辑模型的主要工具，它以少数几种符号综合地反映出信息在系统中的流动、存储和传递[7]。

在业务流程分析的基础上，对数据流进行了分析，从数据流动过程考察了实际业务的数据处理模式。

该系统的数据流图分为顶层、一层、二层。

现行的顶层数据流图如图3.2所示。

图3.2顶层数据流图

具体分析第一层数据流图，该层数据流图如图3.3所示。

图3.3第一层数据流图

由于论文的篇幅限制不能一一列举数据流图，只给出了部分的数据流图，其他数据流图的画法基本一致。

3.3（三）数据字典

通过对系统数据流的分析，接下来用数据字典描述数据流图中一些主要的数据元素条目、数据流、处理过程、数据存储和外部实体[8]。

数据元素条目如表3.1所示。

表3.1数据元素

用户编号

调入年份

数据元素条目

总编号：

1-101

编号：

101

名称：

用户编号XXX

说明：

用户的编号

数据值类型：

离散

长度：

50

有关数据结构：

用户信息表如：

123

数据结构条目如表3.2所示。

表3.2数据结构

数据结构条目

用户信息表

创建用户信息记录似的数据总编号：

2-01

结构：

编号：

01

用户编号有关数据流、数据存储：

用户名

密码数量：

每年约200份

性别

地址

年龄

电话

数据流条目如表3.3所示：

表3.3数据流

数据流条目

用户订票总编号：

3-10

用户将订票信息存储到订票信息表里编号：

10

数据流来源：

P3订票

数据流去向：

D3订票存储流通量：

500份/周

包含的数据结构：

数据存储条目如表3.4所示：

表3.4数据存储

数据存储条目

订票信息总编号：

4-01

存储用户的订票信息标号：

D3

订票编号

用户编号

张数

时间

有关的数据流：

信息量：

400份/月

处理过程条目如表3.5所示：

表3.5处理过程

处理过程条目

订票管理总编号：

5-15

管理员进行订票管理编号：

P3

输入：

P3订票管理

输出：

D3订票存储

处理：

外部实体条目如表3.6所示：

表3.6外部实体

外部实体条目

管理员总编号：

6-01