电影院售票工作

第一篇：电影院售票工作

售票工作

1、票房员工

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

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

2、票房每日工作流程

（1）开店准备工作

（2）售票工作

（3）交接班工作

（4）结业工作

3、非标准票售票

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

4、退票、换票

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

5、手工票

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

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

6、电话订票

符合五星级标准的影院，为观众提供观影便利，影院将设立电话预订票服务业务，由票房人员完成电话预订票业务。

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

电影院售票工作述职报告

尊敬的领导：

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

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

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

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

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

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

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

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

以上报告恳请领导批评指正

第三篇：电影院售票管理系统UML

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查询所购信息判断是否有余票通知客户修改订单客户修改订单接收订单通知客户付款客户付款成功处理订退出系统单

第四篇：电影院售票系统需求规格说明书（最终版）

文档编号: CTS-1 版 本 号: V1.0

文档名称： 需求规格说明书 项目名称： 影院售票系统 项目负责人： 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 故障处理

正常使用时不应出错，对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。

第五篇：售票管理制度

励精图治 追求卓越

售票管理制度

1、目的

为规范售票服务，提高售票工作效率，特制定本制度。

2、范围

适用于景区售票员日常作业。

3、职责

景区售票员负责各类票据按照《购票须知》进行销售工作。售票员负责每日门票的统计工作，并协助售票领班做好周、月盘点工作。

票务领班负责每日票款的登记、清点工作，并协助财务部做好月盘存工作。

4、工作程序 4.1 票房管理

4.1.1 票房为票务重地，非本部门工作人员不得随意进入。4.1.2 7:00准时开窗售票，确保售票安全。4.1.3 保持室内、室外环境整洁。4.1.4 票房内禁止说笑打闹、大声喧哗。

4.1.5 票房内办公台上各类办公用具、单据、票据应摆放整齐。4.1.6 票房外告示牌应字迹清晰，挂置整齐。

4.1.7 下班后，必须锁好门窗、抽屉、票柜，检查电器开关，关闭电源等，确保安全。

4.2 领票程序按照财务部《票务管理制度》执行。/ 3 一言九鼎 商机无限

励精图治 追求卓越

4.3 售票程序

4.3.1 售票员应提前5-10分钟上班，身着工装，仪容仪表符合景区规定；上岗后，取出当日所需票据与备用金，并进行登记，做好售票准备工作。

4.3.2 遵守公司财务制度，按照景区规定的收费标准收取款项。4.3.3 游客购票前，售票员需问清游客数量，并告知游客所需费用。游客将票款交予售票员，售票员进行清点，清点票据数量与票款核对后，将找零与票据一起交给游客。团队购票前，导游需出示导游证、《行程预约单》、售票员填写《团体票销售记录表》记录游客数量、日期、金额等相关信息，导游确认签字，售票员签字后方可办理购票。

4.3.4 售票员售票过程中需清点票据、票款，核实票据数量，票据金额，确保其相符，无差款、假款等情况。出现漏、假款等情况，由售票员自行补齐或赔偿。

4.3.5 每日对当日售票情况进行盘点，做到日清日结，并填写《景区售票日报表》。盘存后将整数金额交予财务部汇总，并进行登记。财务部将交予的票款进行清点、登记并入保险柜。

4.4 售票规定

4.4.1 门票的销售工作按公司财务部有关规定执行。

a)严格核对购票所持证件及儿童身高：特别关注70岁以上老年人（老年证或身份证）、残疾人（残疾证）、1.4米/ 3 一言九鼎 商机无限

励精图治 追求卓越

以下儿童；免费入园的现役军人、记者、导游； b)团队售票，严格核对《行程预约确认单》，根据所约定付款方式售票；

4.4.2 无论何种原因，所有票据的作废都应由公司财务人员核实后方可进行。

4.4.3 妥善保管收据、存根、发票等各种单据，不得私自乱开发票、收据。

4.4.4 不得以任何理由私自兜售公司各种门票。4.4.5 做好每日销售表、每周及每月的销售统计表。

4.4.6 所有售票工作均应做好详细收支记录，售票员应协助售票领班每周的盘点和财务每月的盘点工作。

4.4.7 所有售票员必须忠于职守、坚持原则、遵守职业道德，不得趁职务之便谋取私人利益。

5、处罚

5.1如售票人员审证不严，出现错卖，漏卖，多卖等现象，按照所卖票价两倍金额进行处罚，并取消月度优秀员工评定资格； 5.2如发现售票人员私收现金或伙同他人收取现金，弄虚作假，票帐不符，立即开除，情节严重者追究其刑事责任。/ 3 一言九鼎 商机无限