电影院售票系统操作

电影院售票系统操作（精选8篇）

电影院售票系统操作 第1篇

1.前景和范围文档

1.1业务需求

1.背景、业务机会和客户需要

随着社会的发展，人们生活水平的提高，欣赏电影逐渐成为人们闲暇时的主要娱乐方式之一。传统的电影售票都是人工服务，观看作为都是人共安排，无法体现人性化选择，加上现在人们的生活节奏越来越快，购票时间需要相应缩短以及方便定影院工作人员的管理，因此充分利用现代信息化、因特网的优势，设计电影院售票管系统，对提高系统建设的工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要的。一个完善的电影院售票管理系统，可以帮助电影院工作人员提升工作效率，辅助电影院工作人员进行相关数据的输入、输出、查找、管理等操作，让电影院售票数据变得合理化、具体化、直观化。2.业务目标（Business Objective,BO）和成功标准（Success Criteria,SC）BO-1：初始版本发布之后的6个月内，电影院的收入提高20%。

BO-2：初始版本发布之后的3个月内，每个员工每天的平均有效工作时间增加20分钟。

SC-1：初始版本发布后的6个月内，电影院收入显著提高。

3.业务风险（Risk）

RI-1：使用该系统的顾客太少，减少了对系统开发和维护过程的投资回报

1.2解决方案的前景

1.前景陈述

该系统的开发，可以提升电影院工作人员的管理效率，使得售票、检票不再那么繁琐；也大大的节约了人们排队购票的时间，同时也让人们有了更多的选择范围。2.主要特性（Feature）

FE-1：根据电影院提供的当天的播放场次选择订票 FE-2：注册订票的付费方式

FE-3：创建、浏览、修改和删除电影场次 FE-4：通过公司的内联网可以访问系统，或者授权的员工通过外部Internet访问系统 3.假设（Assumption）和依赖（Dependency）

1.3范围和局限性

1.初始版本和后续版本的范围

目前仅实现1.0版本，实现上述的所有功能。2.局限性（Limitation）和排斥性

LI-1：“电影院售票管理系统”只能支持开通网银的用户在线使用，未开通的需到影院购买。

1.4业务上下文 1.涉众概览

涉众

系统管理员 主要价值

引进新影片，更新数据库

态度

主要兴趣

使用该系统所节约的费用必须超过开发此系统的费用和使用此系统的费用

约束条件

无

员工 更高效率的利用了工作人员的整个工作时间；提高了客户的满意度

保住工作 培训工作人员，掌

握

使

用

Internet所必须的技能

顾客 可以更好的选择电影、座位、场

积极支持新系统，但使用系统

使用要简单，更节约时间

需要登录该公司的内联网

次；节约了时间，的次数可能没有更加方便

期望的高

2.项目优先级

因素

进度 具体干活者

约束条件

自由度

计划3/1/03前完成第一版，到5/1/03前完成第二版；在不包括责任人评审的情况下，最多可超过期限三星期

特性

安排1.0版本实现的特性必须完全可操作

质量

必须通过95%的用户验收测试；必须通过全部的安全性测试；所有的安全事务都必须遵守公司的标准

工作人员 项目团队包括一名半日工作的项目经理，两名开发人员，和一名测试人员

费用

在不包括责任人评审 的情况下，财政预算最多可超支15%

2.用例

各种用户类确认的“电影院售票系统”的用例和主要参与者如下表示： 主要参与者

用例

顾客

1.订票

2.变更订单

3.取消订单

4.查看订单

5.登陆网站 员工

6.处理订单

7.检票

8.更新余票 系统管理员

9.引进新片

10.更新数据库

11.添加、更改、删除员工信息

12.添加、删除、修改客户账户

用例ID号

UC-1 用例名称

订票 参与者

顾客

主要参与者

用例

描述

顾客登录网站访问”电影院售票管理系统“，随意查看某

一天的上映电影，选择自己想看的电影，选定场次、座位，提交订单并在付款界面支付

前置条件

1.顾客成功登录，并访问“电影院售票管理系统“

2.付款成功 后置条件

1.订单在“电影院售票管理系统“中的存储状态是

“已接受“

2.根据这一订单来更新余票

主干过程

1.0 订一张票

分支过程

异常

1.顾客要求查看某一天的上映表 2.系统显示当日上映电影、场次及余票 3.顾客选择自己喜欢的电影场次 4.顾客表明订票完成 5.系统显示所订票价格

6.顾客确认订单或请求修改订单（回到第3步）7.顾客付款 8.系统确认接受订单

9.系统向顾客发送电子邮件，确认订单细节，价格10.系统将订单存储在数据库中，并更新余票

1.1订多张票（第4步之后分支出来）

1.顾客要求预定另一场次的电影 2.返回到第2步

1.2同样的票订多张（第3步之后分支出来）1.顾客请求预定指定数量的电影票

2.返回到第4步

1.0.E.1

订单截止时间在当前时间之前（第1步）

1.系统通知顾客今天订票已经太晚了 2a.顾客取消订单 2b.系统终止用例

3a.顾客请求选择另一个日期 3b.系统重新启动用例

1.0.E.2

票全部售完（第1步）

1.系统通知顾客今日已没有余票 2a.顾客取消订单

2b.系统终止用例

包含

优先级

使用频率

业务规则

特别需求

假设

注意和问题

用例ID号

用例名称

参与者

描述

前置条件

1.0.E.3 不能完成同样的票订多张（第1步）1.系统通知顾客它所能提供的该票最大值 2.顾客变更订单数量，或者取消订单

无

高 无 无

1.顾客在确认订单之前的任何时刻都可以取消订单

无 1.如果客户在今天的截止时间之前使用系统，那么默认的日期是当前日期，否则，默认日期为下一个营业日 2.这一用例的峰值使用负载是当地时间早十点到晚十点

UC-6

处理订单 员工

员工根据用户提交的订单，查询是否有余票及对应场次、座位，判断是否接受订单

1.用户

3．软件需求规格说明

3.1介绍

1.目标

软件需求规格说明描述了“电影院售票管理系统”1.0版本的软件功能性需求和非功能性需求。这一文档计划实现和验证系统正确功能的项目团队成员来使用。除非在其他地方另有说明，这里指定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。

2.项目范围和产品特性 “电影院售票管理系统”允许顾客在线订购电影票，并且可以修改取消订单。详细的项目描述请中参见电影院售票管理系统前景和范围文档。文档中的这一部分标题为“初始版本和后续版本的范围”，列出了按照进度计划在这一版本中实现的全部或部分特性。

3.参考文献

（1）Karl Wiegers所著的Cafeteria Ordering SystemVision and Scope Document,其网址是代码遵照HTML4.0标准 CO-4：所有脚本都用Perl语言来编写 5.用户文档（User Documentation，UD）

UD-1：系统将提供一个分层的和跨连接的HTML联机帮助系统，它描述并演示了所有系统功能

UD-2：如果是一个新用户第一次使用该系统，系统可以根据用户的要求，提供一个联机教程，咋这样用户可以使用静态教程来具体实践一下如何订票。系统不会将采用这一模板的订单存储到数据库中，也不会将这种订单提交给系统。

6.假设（Assumption）和依赖（Dependency）

3.3系统特性

1.订票

（1）描述和优先级

顾客在其身份得到验证后，就可以订票，只要所订票还没有超过播放时间，顾客就可以取消或改变订单。优先级为高。（2）刺激/响应序列

刺激：顾客请求订票，可以是一张或多张 响应：系统向顾客询问订票细节、付费方式 刺激：顾客请求改变订单

响应：如果订单状态是“已接受”，则系统允许用户编辑以前的订单 刺激：顾客请求取消订单

响应：如果订单状态是“已接受”，则系统取消订单（3）功能性需求

 登录到“电影院售票管理系统”的顾客可以通过该系统订票，订一张或多张都可以

 顾客可以浏览当天的上映电影  顾客可以选择电影场次及座位

 如果顾客所订票数超过了现在余票的最大值，系统将通知顾客他能订购的最大值

 顾客可以修改订单，删除订单

 当顾客订购完成后，系统将提示顾客付款  顾客可以浏览已订票信息

 订购成功后，系统将发送电子邮件提示用户订购价格及细节

（4）非功能性需求 安全性：系统应保证客户信息不被泄露

可维护性

及时性：用户点击最多不超过3秒，系统应给予相应的响应

3.4外部接口需求

1．用户界面（User Interface，UI）

UI-1：“电影院售票管理系统”的屏幕画面将遵照Process Impact Internet Application User Interface Standard版本2.0 UI-2：系统对所显示的每个HTML网页都提供帮助链接，解释如何使用这些网页

UI-3：Web页面的全部导航和票目选择，除了综合使用鼠标和键盘共同完成外，还可以只通过键盘来单独完成

2.硬件接口

硬件接口还没确定

3.软件接口（Software Interface，SI）还没确定

4.通信接口（Communication Interface，CI）

CI-1：“电影院售票管理系统”将向顾客发送电子邮件消息，以确认收到订单、价格。

CI-2：“电影院售票管理系统”奖项顾客发送电子邮件信息，以报告接受订单后存在的问题。

系统管理员对账户操作的活动图

登录系统进行账户维护员工账户顾客账户添加账户修改账户删除账户添加删除修改退出系统

顾客登录系统的时序图 顾客登陆界面服务器数据库输入帐号密码发送帐号密码到服务器查询验证帐号密码查询验证成功将信息发送到界面提示用户登录成功

顾客订票的活动图

查找登录NO浏览预订判断是否登录判断是否有余票YESNO选择场次、座位退出系统付款

员工处理退票的活动图

登录查询客户订单判断是否有退订YESNO查询电影场次时间超时拒绝退出系统接收退票申请退钱通知顾客进度更新余票

员工处理订单的活动图

员工客户登录系统查看客户订单返回刷新判断是否有订单YES查询所购信息判断是否有余票通知客户修改订单客户修改订单接收订单通知客户付款客户付款成功处理订退出系统单

电影院售票系统操作 第2篇

文档名称： 需求规格说明书 项目名称： 影院售票系统 项目负责人： XX XX XX

编写： XX XX年XX月XX日 校对： XX XX年XX月XX日 审核： XX XX年XX月XX日

开发单位： XX

引言

1.1 编写目的

编写本文档的目的是根据系统分析工程师和客户沟通的结果，对用户需求进行了全面细致的分析，深入描述《影院售票系统》软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求。

1.2 项目背景

现在中国大部分的家庭都喜欢在家里置办属于自己风格的家庭影院。但是，仍然有很人喜欢到电影院去看电影。因为家里的气氛毕竟不如影院好。所以，现代家庭影院的出现并不会让电影院没有生路。

随着社会的发展和进步，社会大分工的细致化和服务化，成为了当今趋势。

为了提高劳动的效率、节约成本、提高服务质量，我们小组开发了此款软件。用以方便影院的售票和客户的购买。通过这个软件，可以很快实现一些常用的服务，并保证无错、高效。

每个社会服务系统都有自己的一套管理机制。当然，电影院也不除外。其实电影院的管理系统应该来说比其他的社会服务系统的管理要简单一点。电影院不外乎是引进电影，制定播放影片的时间表，买票，检票进场观看，还有就是一些数据管理方面的事。如工作人员管理，票务管理等等。为了工作机制简单有序，必然要引进一套管理系统。

1.3 定义

文档中采用的专门术语的定义及缩略词简要如下 CTS：CINEMA TICKET SYSTEM 影院售票系统

1.4 参考资料

[1]唐学忠，费贤举，王文琴。《Visual Basic 程序设计教程》。北京：中国电力出版社，2008普通高等教育“十一五”国家级规划教材。[2]张海潘。《软件工程》。人民邮电出版社，21世纪高等学校计算机规划教材。任务概述

2.1 目标

具体而言，影院售票系统需要实现以下的需求：

（1）能够对播放电影，工作人员，售票事宜，检票事宜，无用数据进行处理。（2）售票管理自然有专人负责，要处理各电影的电影票销售问题。当然包括退票问题，还有就是预订电影票其实也就相当于买票。两者可以当一回事处理。

（3）检票管理事宜要完成观众进场时检票的事宜。其中包括了电影票的真假检测问题。（4）数据管理要处理电影的播放的次序，工作人员的管理，以及过期电影票的处理问题。

2.2 运行环境

Intel486以上系列、AMD K6 以上系列等PC台式机和便携式电脑；

运行时占用内存：≤1MB；

所需硬盘空间：≤5MB；

软件平台：中文Windows2000/XP或更高版本；

2.3 条件与限制

比较简单，不能实现完善和全面的功能。在货币交易时还不能进行更好的管理。对于一些突发事件无法处理，以及影院的特殊要求服务无法实现。数据描述

3.1 静态数据

影院售票系统的静态数据包括：

影库管理表(MOVIES): 电影号（long）

电影名称(nvarchar)导演(nvarchar)主演(nvarchar)制片厂(nvarchar)上映时间(datetime)价格

（long）

售票信息表(TICKETS):

电影票号（long）

座位号

（long）电影号

（long）电影名

(nvarchar)上映时间(datetime)价格

（long）验证码

（long）

职工信息表（WORKERS）： 职工号（nvarchar）

职工密码（nvarchar）职工类型（nvarchar）

3.2 动态数据

输入数据：鼠标对按钮的点击：服务系统选择 职工工号、密码 输出数据：无 内部数据：无

3.3数据库描述

数据库采用Microsoft Access数据库。

3.4数据流图和数据词典

《影院售票系统》的总体功能如下：  职工的登录和注销；

 为观众提供买票即座位销售，以及退票服务；

 对进场观众检票，如果发现有假票或无票观众不允许入内；  系统维护；

 对电影库播放列表的管理；

 对职工数据的处理，如增加、删除和更改；

 对所售出的电影票进行管理，把没用的数据进行清除

1）登录部分

（1）数据流图

职工信息表检验错误密码工号职工密码身份检验操作信息密码修改售票选择检票选择登录系统选择维护选择职工信息职工信息表操作确认

（2）数据词典

 数据源点及汇点描述： ① 名称：职工

简要描述：管理职工信息

有关数据流：职工工号、密码、系统选择：售票系统、检票系统、维护系统 数目：1  加工逻辑词条描述： ① 加工名：身份检验

加工编号：１

简要描述：检验职工身份 输入数据流：职工工号、密码

输出数据流：登陆成功、身份验证错误 加工逻辑： IF 工号为空 THEN

发出“工号为空错误”

ELSE IF 密码为空 THEN

发出“密码为空错误”

ELSE IF 工号和密码不符 THEN

发出“工号和密码不匹配错误”

ENDIF

ENDIF

ENDIF

ENDIF

 数据流名词条描述： ① 数据流名：职工号

说明：职工的工号 数据流来源：职工 数据流去向：身份检验

数据流组成：职工号=短整型字符串 ② 数据流名：密码

说明：与职工名称相匹配的密码 数据流来源：职工 数据流去向：身份检验

数据流组成：密码=短整型字符串 每个数据量流通量： ③ 数据流名：出错信息

说明：用于指示身份验证错误的信息 数据流来源：身份检验 数据流去向：职工

数据流组成：出错信息＝任意字符串 ④ 数据流名：系统名称

说明：系统的名称 数据流来源： 数据流去向：选择 数据流组成：  数据文件词条描述：

① 数据文件名：职工信息表

简述：存放职工信息 输入数据：

输出数据：职工信息

数据文件组成：职工信息表由“职工信息”组成

2）职工售票及退票

电影票信息表检验错误 售票管理人员电影票信息身份检验职工信息职工信息表操作确认操作信息售票随机产生验证码电影票信息表电影票信息退票工号密码

(2):数据词典：

 数据源点及汇点描述： 名称：售票管理人员 ○简要描述：管理职工信息

有关数据流：职工工号、密码 数目：1  加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１

简要描述：检验职工身份 输入数据流：职工工号、密码

输出数据流：登陆成功、身份验证错误 2加工名：售票 ○加工编号：2 简要描述：根据所读入的操作信息，售出电影票 输入数据流：操作信息，电影票信息 输出数据流：电影票信息，操作确认

加工逻辑：根据所读入的操作信息，售出电影票

 数据流名词条描述： 数据流名：职工号 ○说明：职工的工号

数据流来源：售票管理人员 数据流去向：身份检验

数据流组成：职工号=短整型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：售票管理人员 数据流去向：身份检验

数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：电影票信息 ○说明：电影票信息

数据流来源：售票管理人员 数据流去向：电影票信息表

 数据文件词条描述：

① 数据文件名：电影票信息表

简述：电影票信息 输入数据：电影票信息 输出数据：

数据文件组成：电影票信息表由“电影票信息”组成 存储方式：关键码 存取频率：频繁

3）检票

电影票信息表检验错误检票管理人员电影票信息身份检验职工信息职工信息表操作确认操作信息检票验证号验证真伪工号密码

(2):数据词典：

 数据源点及汇点描述： 1 名称：检票管理人员 ○简要描述：管理职工信息

有关数据流：职工工号、密码 数目：1  加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１

简要描述：检验职工身份 输入数据流：职工工号、密码

输出数据流：登陆成功、身份验证错误 2加工名：检票 ○加工编号：3 简要描述：根据所读入的操作信息，检验电影票 输入数据流：操作信息，电影票信息 输出数据流：电影票信息，操作确认

加工逻辑：根据所读入的操作信息，检验电影票

 数据流名词条描述： 数据流名：职工号 ○说明：职工的工号

数据流来源：检票管理人员 数据流去向：身份检验

数据流组成：职工号=短整型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：检票管理人员 数据流去向：身份检验

数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：电影票信息 ○说明：电影票信息

数据流来源：检票管理人员 数据流去向：电影票信息表

 数据文件词条描述：

① 数据文件名：电影票信息表

简述：电影票信息 输入数据：电影票信息 输出数据：

数据文件组成：电影票信息表由“电影票信息”组成 存储方式：关键码 存取频率：频繁

4）维护系统

影库管理表检验错误 数据处理人员影库信息身份检验职工信息职工信息表操作确认操作信息职工信息表职工信息维护系统选择影库管理表票务信息工号密码

（2）数据词典

 数据源点及汇点描述： ② 名称：数据处理人员

简要描述：管理职工信息

有关数据流：职工工号、密码、系统选择：影库系统、职工系统、票务系统 数目：1  加工逻辑词条描述： ② 加工名：身份检验

加工编号：１

简要描述：检验职工身份 输入数据流：职工工号、密码

输出数据流：登陆成功、身份验证错误 3加工名：维护 ○加工编号：4 简要描述：选择要维护的系统 输入数据流：操作信息，系统信息 输出数据流：系统信息，操作确认 加工逻辑：选择要维护的系统

 数据流名词条描述： ⑤ 数据流名：职工号

说明：职工的工号

数据流来源：数据处理人员 数据流去向：身份检验

数据流组成：职工号=短整型字符串 ⑥ 数据流名：密码

说明：与职工名称相匹配的密码 数据流来源：数据处理人员 数据流去向：身份检验

数据流组成：密码=短整型字符串 每个数据量流通量： ⑦ 数据流名：出错信息

说明：用于指示身份验证错误的信息 数据流来源：身份检验 数据流去向：数据处理人员

数据流组成：出错信息＝任意字符串 ⑧ 数据流名：系统名称

说明：系统的名称

数据流来源：数据处理人员 数据流去向：选择 数据流组成：  数据文件词条描述：

② 数据文件名：职工信息表

简述：存放职工信息 输入数据：

输出数据：职工信息

数据文件组成：职工信息表由“职工信息”组成

（1）影库管理

影库管理表检验错误 数据处理人员影库信息身份检验职工信息职工信息表操作确认操作信息影库管理工号密码

(2):数据词典：

 数据源点及汇点描述： 1 名称：数据处理人员 ○简要描述：管理职工信息

有关数据流：职工工号、密码 数目：1  加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１

简要描述：检验职工身份 输入数据流：职工工号、密码

输出数据流：登陆成功、身份验证错误 2加工名：影库管理 ○加工编号：5 简要描述：根据所读入的操作信息，对影库信息进行查询、增加、删除、修改等 输入数据流：操作信息，影库信息 输出数据流：影库信息，操作确认

加工逻辑：根据所读入的操作信息，对影库信息进行查询、增加、删除、修改等

 数据流名词条描述： 数据流名：职工号 ○

说明：职工的工号

数据流来源：数据处理人员 数据流去向：身份检验

数据流组成：职工号=短整型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：数据处理人员 数据流去向：身份检验

数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：影库信息 ○说明：影库信息

数据流来源：数据处理人员 数据流去向：影库管理表

 数据文件词条描述：

① 数据文件名：影库管理表

简述：影库信息 输入数据影库信息 输出数据：

数据文件组成：影库管理表由“影库信息”组成 存储方式：关键码 存取频率：频繁

（2）职工管理

职工信息表检验错误 数据处理人员职工信息身份检验职工信息职工信息表操作确认 工号密码操作信息职工管理

(2):数据词典：

 数据源点及汇点描述： 1 名称：数据处理人员 ○简要描述：管理职工信息

有关数据流：职工工号、密码 数目：1  加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１

简要描述：检验职工身份 输入数据流：职工工号、密码

输出数据流：登陆成功、身份验证错误 2加工名：职工管理 ○加工编号：6 简要描述：根据所读入的操作信息，对职工信息进行查询、增加、删除、修改等 输入数据流：操作信息，职工信息 输出数据流：职工信息，操作确认

加工逻辑：根据所读入的操作信息，对职工信息进行查询、增加、删除、修改等

 数据流名词条描述： 数据流名：职工号 ○说明：职工的工号 数据流来源：职工 数据流去向：身份检验

数据流组成：职工号=短整型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：职工 数据流去向：身份检验

数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：职工信息 ○说明：职工信息

数据流来源：数据处理人员 数据流去向：职工信息表

 数据文件词条描述：

① 数据文件名：职工信息表

简述：职工信息 输入数据：职工信息 输出数据：

数据文件组成：职工信息表由“职工信息”组成 存储方式：关键码 存取频率：频繁

（3）票务管理

影库管理表检验错误 数据处理人员电影票信息身份检验职工信息职工信息表操作确认

(2):数据词典：

 数据源点及汇点描述： 1 名称：数据处理人员 ○简要描述：管理职工信息

有关数据流：职工工号、密码 数目：1  加工逻辑词条描述： 1加工名：身份检验 ○加工编号：１

简要描述：检验职工身份 输入数据流：职工工号、密码

输出数据流：登陆成功、身份验证错误 2加工名：职工管理 ○加工编号：7 简要描述：根据所读入的操作信息，对职工信息进行查询、增加、删除、修改等 输入数据流：操作信息，职工信息 工号密码操作信息票务管理

输出数据流：职工信息，操作确认

加工逻辑：根据所读入的操作信息，对职工信息进行查询、增加、删除、修改等

 数据流名词条描述： 数据流名：职工号 ○说明：职工的工号 数据流来源：职工 数据流去向：身份检验

数据流组成：职工号=短整型字符串 2数据流名：密码 ○说明：与职工名称相匹配的密码 数据流来源：职工 数据流去向：身份检验

数据流组成：密码=短整型字符串 每个数据量流通量： 3数据流名：影库信息 ○说明：影库信息

数据流来源：数据处理人员 数据流去向：影库管理表

 数据文件词条描述：

① 数据文件名：影库管理表

简述：影库信息 输入数据：影库信息 输出数据：

数据文件组成：影库管理表由“影库信息”组成 存储方式：关键码 存取频率：频繁

3.5.数据采集

数据采集采用键盘输入和鼠标点击选择。功能需求

4.1 功能划分

该软件具有如下主要功能： 1.查询功能； 2.添加功能； 3.修改功能； 4.删除功能； 5.授权功能

4.2 功能描述

1.查询功能

 职工信息查询；  影片信息查询； 2.添加功能

 增加一个影片；  增加一个职工 3.修改功能

 修改影片或职工已存在的记录内容，提供确认机制； 4.删除功能

 删除一个影片；  删除一个职工 5.授权功能；

 仅有职工有操作的权限； 性能需求 5.1 时间特性

一般操作的响应时间应在1－2秒内。

5.2 适应性

满足运行环境在允许操作系统之间的安全转换和与其它应用软件的独立运行要求。运行需求 6.1 用户界面

采用网页显示方式，可同时打开多个窗口运行。

6.2 硬件接口

支持各种x86系列PC机。

6.3 软件接口

运行于Windows 2000/xp及更高版本并装有IE的操作系统之上。

6.4 故障处理

影院售票系统的设计与实现 第3篇

在如今日常娱乐活动中,电影占据了人们大部分的娱乐项目时间,而当今社会快速的信息流转,传统媒体显然已经不能较高效的来宣传与展示,电影文化的发展受到了局限。由此,人们无法第一时间获取影片的消息以及影院的各种动态,许多精彩的影片得不到较为广泛的宣传与获知。因此,要利用飞速发展的网络技术来实现影院售票系统,这样各大影院就能合理的展示影片资讯,与客户更好的交流。

影院售票系统主要面对两种人,一是普通用户人员,二是管理人员。对普通用户实现注册、登录、购票功能,查找影片资讯等功能;管理员实现登录功能,影片放映计划,座位管理,放映厅管理等功能。本系统主要研究影院售票系统的售票管理系统,基于.Net平台,利用SQL Server 2008数据库来进行高效的增删改查,能够保证系统的高效的运行。使用该系统,可以有效地进行票务的管理和后台的管理,管理员管理、放映计划管理、会员信息管理等信息的增删改查,以及票务的打印工作[1,2,3,4]。

2系统分析(Systems analysis)

2.1系统基本功能分析

基于.net的影院售票系统主要面向两类人,一是售票员,通过该系统让顾客了解影院影片资讯并进行订购票,二是管理员,通过该系统对数据进行增删改查,影片资讯的修改添加,对会员信息的增删等功能。

2.2需求定义与需求分析

(1)售票员的主要功能如图1所示。售票员登录之后就可以进行电影票的出售工作,根据客户对影片的选择及影片放映厅和座位的选择进行售票,然后根据客户类型进行票的打印出售。

(2)管理员的主要功能如图2所示。管理员登录之后可以进行配置,此功能售票员是不能够进行的。在配置中,管理员可以对影片的放映计划、影片资讯、放映厅、座位、管理员设置等功能进行管理设置。其中电影票的打印用XML来保存,数据打印。

从上述功能描述中,可以把系统分为两个大块,一是售票员部分,二是管理员部分,这两个对象可以设置为两个数据实体。而对于面向对象的设计来说,它们就是两个类来映射两个实体数据。这两个只是系统最基础的两个类,它们是构成整个影院售票系统的基础元素。

2.3数据库分析

影院售票系统涉及到的数据库实体表有:Schedule放映计划表(系统数据表,按天为单位保存数据)、Play Room放映厅表(基础数据表)、Schedule Item放映场次表(系统数据表,每个放映场次都属于某个放映计划,其中会包含放映厅、所放影片、放映时间等信息)、Movie影片表(系统数据表,含影片本身数据信息)、Movie Type影片类别表(系统数据表)、Seat座位表(基础数据表,每个座位都属于某个放映厅)、Seat Type座位类别表(基础数据表)、Ticket售票表(用户数据表,用于保存所售出的电影票信息,其中包含该票所属放映场次信息、所属座位信息及购买的会员信息)、Member Typ会员类型表(用户数据表)、Member会员表(用户表,保存会员数据)、Admin管理员表(系统数据表)[5,6,7,8]。

3系统设计(System design)

影院售票系统进行分层开发,利用三层架构分别是:数据访问层、业务逻辑层和表示层。数据访问层专门来进行对数据库中的数据进行访问;业务逻辑层是表示层和数据访问层之间的桥梁,是应用程序的核心部分,负责处理数据层的数据,实现业务逻辑;表示层用于显示界面及接受用户的输入,将用户输入的数据传输给业务逻辑层进行数据分析,一旦业务逻辑层发生变化,表示层就会跟着变化,实质用来为程序提供交互界面。

3.1售票员功能设计

(1)售票员登录功能

用户的登录就是对数据库中用户(Admin)信息表进行查询,查询到用户名和密码两个要素即可,将用户输入的数据和数据库中的比对如若正确按确认按钮就进入系统,若用户名和密码为空则会分别提示,若不想登录系统取消即可。

(2)售票功能

当售票员登录系统就可以进入“系统”这一菜单,开始售票,而售票员只能进入这一菜单进行售票。根据客户选择的电影放映场次、座位、类型进行售票并收取费用然后打印出票,以XML文件的形式保存。

综上,售票员的主要功能为:根据购票人对影片、场次、座位的选择来勾选相应的票;根据票种进行售票打印;购票人付款后,打印电影票。

3.2管理员功能设计

(1)登录功能

管理员登录功能设计和售票员登录是同一个界面,利用对数据库中Admin表中的数据查询来进入系统,管理员登录成功后可以进行配置,对放映计划、影片管理等进行增删改查。

(2)配置功能下基本设置

放映计划功能:管理员可以对最近一个星期、一个月影片的放映计划进行调整更新合理的提供影院放映计划。

影片管理功能:管理员可以对近期的影片信息进行增删改查,添加电影、删除电影、修改电影资讯、查找电影资讯等功能。通过对数据库的更新来显示电影资讯的详细内容。

放映厅管理功能:管理员可以增加和删除放映厅名称及放映厅内座位。

座位管理功能:管理员可以对所属放映厅的座位类型进行增删改查,可以进行批量添加每一类座位。

管理员管理功能:管理员对新管理员的添加,以及对已存在的管理的删除功能。这一系列的工作都是对数据库的更新。

会员管理功能:管理员对会员信息进行增删改查。会员类型、会员手机号码、身份证、余额的增删改查。

4系统实现(System implementation)

4.1售票员的运行系统

售票员登录界面如图3所示,点击确定进入售票界面,取消则关闭该系统。根据登录类型登录相应的界面。售票主界面如图4所示。

图4的左边部分是利用treeview树形来显示影片名称和影片放映时间等。从放映计划数据表中获得影片的名称、所属影厅以及放映时间来显示到售票主页面。售票的主要核心就是选择影片所属放映厅的座位,影厅用Tap Control选项卡控件来表示,座位分为空座位—硬座、空座位—软座、空座位—情侣座、空座位—vip座和已售出座这五种,顾客可以根据自己的选择来选择空座位并进行购票。已出售座位点击它会提醒你已出售,点击空座位会提醒您是否确认购买此票。单独拖控件比较麻烦,所以我们选择动态添加控件,首先要对座位进行初始化。

中间部分为影片资讯,导演、主演、类型、片长、票价等信息的显示,从数据库中影片表中获取数据来显示。

右上角即为会员信息,从会员表中获取数据显示在界面,根据会员类型来进行售票的折扣等来让顾客付款,如果会员卡内有钱可以直接在卡中直接支付,也可以选择现金支付,当卡内金额不够时可以选择现金支付。

4.2管理员的运行系统

管理员的登录界面和售票员登录界面是同一个,下拉菜单角色选择管理员即可。系统设置菜单主要是针对数据库操作,链接数据库的模式显示。

(1)放映计划页面

放映计划界面如图5所示,首先添加第一层节点,获得当前时间后最近三天时间的影片计划,可以对影片进行查询,查询到影片放映计划,根据片名和放映厅来查询放映计划。可以更新一周放映计划。可以更新七天内影片放映的计划,在这个界面中,管理员可以自动增加放映计划时间,也可以对影片放映计划做增删改查工作。当修改删除成功会有对话框跳出提示你是否操作成功。

(2)影片管理页面

影片管理界面如图6所示,对影片的基本信息进行上传和删除,影片基本信息包括片名、导演、主演、时长、类型、状态、价格、影片简介、海报上传等基本信息,管理员可以在这个界面上进行影片的增删改来修改数据库中影片表。

(3)管理员管理页面

管理员管理界面如图7所示,管理员可以通过管理员管理页面添加新的管理员,也可以删除已有管理员,同时也可以修改现存管理员的基本信息,如果不想操作该页面即可以选择退出,当对管理员修改之后要刷新之后才能正确的管理员基本信息。该页面主要是对管理员个人信息进行简单的增删改查工作。

(4)会员管理页面

会员管理界面如图8所示,对会员信息的基本录入,以及对会员信息进行增删工作的管理,通过该页面可以添加会员的基本信息,会员的姓名、手机号、身份证、会员类型的选择、账户余额和当前状态的一个管理,也是通过简单的增删改查工作对数据库的更新。

5结论(Conclusion)

影院售票系统的设计主要是为影院设计减少人力物力财力,提高工作效率,从而使国内影院得以更好的发展。系统基于.NET来实现的,这大大提高了工作效率,C#语言的使用大大简化了编程,而且实现了很好的人机互换界面。该系统利用了MYSQL数据库,使得数据访问变得方便简单,操作也简单增加数据的可操作性,大大提高了影院的工作效率。

摘要：本文采用的三层架构的方法,详细地阐述了一个功能较为丰富而又强大的影院售票系统的前台开发与后台操作以及操作流程。首先对这个系统的可行性进行分析,再对需求进行分析来设计系统的主要模块。设计数据库时先分析数据库结构,然后进行逻辑结构的设计,最后完成数据表的设计。系统基于.NET与SQL Server 2008数据库开发影院售票,让影院管理者更好的实现售票管理,在提高工作效率的同时提高经济效益。

关键词：.NET,SQL Server 2008数据库,影院售票系统

参考文献

[1]朱玉超,鞠艳,王代勇.ASP.NET项目开发教程[M].北京:电子工业出版社,2008.

[2]张树亮,李超.ASP.NET 2.0+SQL Server[M].北京:清华大学出版社,2006.

[3]程不功,龙跃进.ASP.NET 2.0动态网站开发教程[M].北京:清华大学出版社,2006.

[4]杨鲲鹏,孟凡琦.ASP.NET+SQL Server动态网站开发[M].北京:电子工业出版社,2005.

[5]吴晨,孙少波.ASP.NET数据库项目案例导航[M].北京:清华大学出版社,2004.

[6]Karli Watson,Christian Nagel.Beginning Visual C#2005[M].北京:清华大学出版社,2006.

[7]尚俊杰,秦卫中.ASP.NET程序设计案例教程[M].北京:清华大学出版社,2005.

电影院售票系统操作 第4篇

北京南站受到的故障影响最为严重，其8台自动售票机无法正常工作，人工售票窗口前也排满了旅客。正常只需半分钟就可买到票，出现故障后要4分钟甚至更长。8时30分以后，南站的出票系统基本瘫痪，滞留在售票大厅的旅客一度达到上千人，迫使北京南站紧急发放了500张手写代用票。

对于这次事故，北京铁路局给出的解释是，8日上午开始，由于铁路电子售票系统部分配件故障，北京地区各站售票速度缓慢。经全力抢修，北京地区各站售票系统于当日12时50分全部恢复正常。

今年以来，交通基础设施信息系统故障的新闻不断。3月27日，英国伦敦希思罗机场5号航站楼一经开放运营，就开始出现电脑故障、行李传输系统出错和电梯电话故障等问题，陷入一片混乱，直接导致了多趟航班被取消，众多旅客被滞留，至少造成1600万英镑（约合3184万美元）损失。

电影院售票系统操作 第5篇

-------售票员和汽车司机的进程同步问题

一、设计分析

司机与售票员要协同工作:一方面只有售票员把门关好之后司机才能开车，因此售票员关好门之后要通知司机开车；另一方面，也只有司机把车停下之后售票员才能开门让乘客下车和上车，此时司机应通知售票员。汽车当前正在始发站停车让乘客上车。因此，必须设置一定的信号量来实现他们之间的同步问题。

把司机与售票员的信号量设置为全局变量，并把客车上的人数：现在人数、下车人数、上车人数设置为全局变量；设置司机与售票员各自的线程。考虑到第一站和最后一站的问题，应单独处理，故在各自的线程中分情况讨论：

由于下车的人数是随机的，设计时考虑到了人数可能会超过客车的最大上限的问题。具体的思路是下面的图示。

二、算法实现（源代码）

#include #include #include #include #include #define total_num 88

//假设汽车的最大容量为88 #define total_pork 9

//总的站数

int recent_num=0;

//某一时刻的客车上的人数 int get_on_num;

//上车的人数 int get_off_num;

//下车的人数 int pork=1;

//赋初始值 HANDLE SJ;

//司机的信号量 HANDLE SPY;

//售票员的信号量

int Get_random(int min, int max)

//产生一定范围的随机数，可避免下面程序的判断超出客车的最大容量问题{ int a;srand((int)time(0));

while(1){ a=rand()%(total_num+1);if(a>=min a<=max)return a;} } //司机的线程

DWORD WINAPI Thread_Driver(LPVOID Driver){ while(pork<=total_num){ if(pork==total_pork){ WaitForSingleObject(SJ,INFINITE);cout<<“到达总站，欢迎您下次乘坐**路公交车”<

{ ReleaseSemaphore(SPY,1, NULL);WaitForSingleObject(SJ,INFINITE);cout<<“汽车启动”<

} Sleep(1000);} return 0;} //售票员的线程

DWORD WINAPI Thread_Conductor(LPVOID SPY){ while(1){

if(pork

cout<<“这是第”<

WaitForSingleObject(SPY,INFINITE);if(pork==1){

cout<<“SPY开始售票”<

get_on_num=Get_random(0,total_num-recent_num);

cout<

recent_num+=get_on_num;cout<<“共有”<

{

cout<<“SJ停好车，乘客开始上下车”<

get_off_num=Get_random(0,recent_num);

cout<Sleep(1000);recent_num-=get_off_num;cout<<“SPY开始卖票”<cout<<“此时车上总共有”<

return 0;} //主函数

int main(){ HANDLE SJ;HANDLE SPY;SJ=CreateSemaphore(NULL,0,1,“semaphore_driver”);//创建司机的信号量 SPY=CreateSemaphore(NULL,0,1,“semaphore_conductor”);//创建售票员的信号量

SJ=CreateThread(NULL,0,Thread_Driver,&SJ,0,NULL);//创建司机的线程 SPY=CreateThread(NULL,0,Thread_Conductor,&SPY,0,NULL);//创建售票员的线程 CloseHandle(SJ);CloseHandle(SPY);while(1);system(“pause”);return 0;}

三．实现结果

四、心得体会

1、因为司机与售票员是两条单独处理的线程。程序先对司机的线程进行设计，接着再进行售票员的线程设计。因为两者是需要相互协调，又先后顺序的，所以编起程序来比较复杂，而且很乱，尤其对于第一次接触的我们而言。

2、上下车的人数是随机的，所以，我们在编程序时必须注意使程序能够判断所出现的随机数在汽车可以承载的最大容量之内。

电影院售票工作 第6篇

1、票房员工

票房员工通常是影院第一个接触到观众的岗位，是影院的形象代表，需要有热情礼貌的工作态度、全面系统的专业知识、迅速高效的工作技巧和忠诚的思想品质。

票房员工要对上岗前交接到手的备用金和票券进行清点；工作时随时整理钱箱；无论什么原因暂时离开岗位，须通知值班经理，得到允许后将负责的钱箱锁好，退出电脑售票系统后离岗；在当班收银超过3000元时，应及时通知当班收银主管或值班经理，收取大炒；做好假币防范。

2、票房每日工作流程

（1）开店准备工作

（2）售票工作

（3）交接班工作

（4）结业工作

3、非标准票售票

票房票券分成标准票和非标准票。非标准票包括：学生票、折扣票、抵值券、团体票、招待券、会员卡等等，按照影院对这些非标准票制定的规则进行售票。

4、退票、换票

如何退票、换票，须报告值班经理，由值班经理根据实际情况和影院的规定给予观众退票、换票。

5、手工票

在售票过程中遇到电脑故障，应立即报告值班经理，请示出具手工票；值班经理报告总经理后，通知票房员工出具手工票，同时应立即到票房指导并监督整个手工票的出票工程。

值班经理需要安排一名员工到检票口配合场务人员发查手工票，并保留票根以便核对；任何手工票开出后都须进行手工票补登。

6、电话订票

电影院售票工作述职报告 第7篇

尊敬的领导：

你们好！我叫***，有幸来到这里培训学习,接受教育, 更有机会竞选售票员这个职位,为广大电影爱好者热诚服务、实现自我，我感到充实和自豪。通过这段时间的专业培训,我从中学习到了很多知识,领悟到了很多见解。下面是我的述职报告暨竞选发言,恳请各位领导给予更多的支持与指导。

1、要不断加强自身素质的修炼。

在日常售票中，广大观众会很容易感受到售票员的语气以及表情的变化。因此,我们必须做好自我控制，同时我们也要善于观察观众,时刻以笑脸和真诚,热心服务和引导,让客人享受消费的愉悦,体验在家的温馨,才会愿意来我们影院消费。

2、要不断学习专业知识。

我在影院接受培训学习的这段时间，使我更深的感觉到自己的不足,需要提升和进步的空间还很广阔。其实,很多观众并不清楚自己要看什么影片，自己喜欢什么,看过了简介，但是还是需要去推荐，而大多数情况下，我们自身对新上映的影片也停留在看简介状态专业知识和素养比较缺乏,这就要求我们要经常看影评，了解新的动态，用别人的专业知识丰富自己，为客人提供更满意的服务。

3、加强对应急事件的处理能力

对于每场首映热播电影,必须要做好前期准备工作，提升自己的语言沟通能力，强化自身的素质训练，快速果断处理好各种事情。不能出现手忙脚乱的现象。尤其高峰时段，影院人流量必然加大，在工作中要多细心，尽量不出现出错票等现象，对自己要求严格再严格。

“业精于勤而荒于嬉。”如果可以得到这份工作，我会不断努力，刻苦钻研业务知识，通过多看、多问、多学、多练来不断的提高自己的各项业务技能，努力做好自己的本职工作,为影院售票服务工作树立良好的形象，让广大观众享受到最满意和优质的服务，真正享受到快乐。请领导相信与支持。

电影院售票系统操作 第8篇

1 系统功能

1.1 系统流程

开发在线影院售票系统首先要了解售票的整个流程: (1) 电影院制定票价, (2) 售票员获取电影列表, 然后客户选择电影并购票, (3) 打印电影票。 系统的整个流程如图1所示。

1.2 系统功能结构

经过售票系统的流程进行分析研究, 总结出系统需要完成的具体功能如下:

(1) 购票功能: 用户在选订好电影放映时间、 座位号等信息之后可以提交影票订单, 进行影票的购买。

(2) 更新电影列表功能: 获取最新的电影列表信息。

(3) 影票打印功能:能实现在购票影票后, 直接打印影票。

(4) 制定票价功能:根据实际情况对影票价格及时更改。系统总体结构图是详细描述在线购票的功能的图形, 该图形按照系统的功能将系统的各个模块分类, 以简洁、明了的方式将系统的功能列出来。在线购票系统中份为3个大的模块即购票功能、更新电影列表功能、影票打印功能和制定票价功能。系统的功能结构如图2所示。

2 数据库

根据系统的功能分析结果, 影院售票管理系统将会使用Microsoft SQL Server 2008 作为后台数据库管理系统。 本管理系统是应用于电影院中, 而且需要和数据库之间进行频繁数据交换, 所以采用Microsoft SQL Server 2008 作为后台的数据库管理系统。 在本管理系统中, 需要掌握影库充实信息, 票务管理信息、 售票员信息, 此外, 由于要进行售票员管理, 还需要掌握使用系统的售票员。

(1) 电影类型表

主要用于存放电影类型, 电影类型信息的增加、 删除、修改都会让电影类型表发生改变。 如表1 所示。

(2) 会员卡管理表

主要用于存购票系统会员信息, 会员卡的管理增加、修改将会在此表中存放, 以及会员卡的充值、注销和启用也会用到此表。如表2所示。

(3) 电影信息表

主要用于存放电影的基本信息, ID实行自增长, 电影名称、 导演、 演员等都会在此表中存放, 电影的增加、 删除、修改都会在此表中体现出来。 如表3 所示。

(4) 会员卡信息表

主要用于存放会员卡信息, 不同的会员卡类型会有不同的会员价格。 如表4 所示。

(5) 影票订单表

主要用于存放购买影票时提交的订单信息, 在购买影票时会根据电影名称、 座位、 时间、 放映厅生成影票信息订单。如表5 所示。

另外还有电影厅管理信息表、 电影放映信息表、 用户账号管理信息表、 角色管理信息表等, 由于篇幅所限, 在此不再进行具体描述。

3 具体实现

3.1 登录功能

在进行登录时, 系统会根据角色不同挑战到不同窗体, 用户名、 密码、 角色类型, 系统会进行验证, 例如角色为选择会提示选择角色类型。 以管理员身份登录成功后系统自动进入主窗体, 管理员对电影信息具有管理功能。

核心代码如下所示:

3.2 打印影票

售票员在提交订单之后, 进行付款, 付款成功后根据系统提示可以对影票进行打印。 其核心代码如下所示:

4 结语

对在线影院售票系统进行了研究, 随着社会的不断发展, 娱乐生活已经成为人们生活中重要的一部分, 利用在线售票系统可以快速地获取电影票, 节省了大量的时间, 进而提高了生活的质量。

参考文献

[1]李永新.基于ASP.NET技术的大剧院售票系统设计[J].信息技术, 2009, 1:28.

[2]李正淳.基于ASP.NET的在线选座票务系统设计与实现[J].广东职业技术学院纺织服装研究所, 2012:10-15.

[3]肯斯里-赫金斯.C#经验手册[M].清华大学出版社, 2009.