电影院售票系统需求分析范围.docx

上传人:b****4 文档编号:3780647 上传时间:2022-11-25 格式:DOCX 页数:31 大小:148.67KB
下载 相关 举报
电影院售票系统需求分析范围.docx_第1页
第1页 / 共31页
电影院售票系统需求分析范围.docx_第2页
第2页 / 共31页
电影院售票系统需求分析范围.docx_第3页
第3页 / 共31页
电影院售票系统需求分析范围.docx_第4页
第4页 / 共31页
电影院售票系统需求分析范围.docx_第5页
第5页 / 共31页
点击查看更多>>
下载资源
资源描述

电影院售票系统需求分析范围.docx

《电影院售票系统需求分析范围.docx》由会员分享,可在线阅读,更多相关《电影院售票系统需求分析范围.docx(31页珍藏版)》请在冰豆网上搜索。

电影院售票系统需求分析范围.docx

电影院售票系统需求分析范围

1范围

本标准对应用于电影院计算机票务管理系统中的电影院编码、影片编码、基本功能及数据交换方式进行了规定。

本标准只对与电影院计算机票务管理系统相关的开发功能及数据接口做出了最基本的要求。

本标准适用于放映电影的电影院、影剧院、俱乐部等计算机票务管理系统软件的研制。

2规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。

凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。

凡是不注日期的引用文件,其最新版本适用于本标准。

《ExtensibleMarkupLanguage(XML)1.0》可扩展标记语言(XML)1.0

《HypertextTransferProtocol(HTTP)1.1》超文本传输协议(HTTP)1.1

《SecureSocketLayer(SSL)3.0》安全套接字层(SSL)3.0

3术语定义

3.1票务管理系统TicketManagementSystem

能够完成电影院票务管理的计算机售票系统软件。

3.2影片编码FilmCode

由12位具有特定含义的数字构成,一组数字的组合所特指的影片,具有唯一性。

影片编码由授权管理机构提供并在指定站点发布。

3.3电影院编码CinemaCode

由8位数字或英文字符组成,它所代表的电影院在全国范围内是唯一的。

3.4电影院Cinema

经营电影放映的场所。

3.5影厅Hall

电影放映的场地。

3.6座位Seat

单座:

单人座位

双座:

双人座位,统计时按2人计,售票时,出2张票。

包厢:

2人(包括2人)以上的多人座位,按人统计,按人出票。

3.7节目Program

供观众当场观看的内容。

3.8营业日期BusinessDate

指电影院的实际工作日。

3.9场次Performance

一次完整的影片放映过程。

3.10放映计划Scheduler

电影院根据需要,确定、安排拟放映的影片名称、时间、影厅以及票价等项目。

3.11分帐比例ShareProportion

与影片发行各方就票房收入进行分配的比例,此处指票房收入中需要上缴各方百分比之和。

3.12连场ThroughProjection

在同一个放映厅内,凭单张票可连续观看多场影片的特殊的电影场次。

3.13售票Sale

电影院对观众观看电影的销售行为,电影票为收费凭证。

3.14团体票GroupTicket

票价可以不同于零售票,并且一次购买多张。

3.15售票原始数据TicketOriginalData

由计算机中运行的售票管理软件驱动出票、计数而采集到的售票数据记录。

3.16退票TicketReturn

因为某种原因取消观看电影而引起的退还票款行为。

3.17补登AfterwardRegister

把手工代用票事后补录到电影院计算机票务管理系统中的行为。

3.18数据上报DataReport

将票务数据依照本标准规定的格式传送到授权管理机构、院线及影片特定发行商。

3.19票务监管Ticketsupervise

获取授权的票务监管机构通过互联网方式进入票务管理系统取得指定票务数据的行为。

3.20监管界面Monitoringinterface

显示电影院的正式名称,电影院编码,及其影厅信息的界面。

4基本规则

4.1出票规则

票务管理系统根据电影院座位数,实行一人一票的出票规则。

4.2计数规则

计观众人次。

一名观众看一部电影计一人次,一名观众看三部电影计三人次,以此类推。

4.3影片编码规则

影片编码规则见附表1。

4.4电影院编码规则

电影院编码规则见附表2。

4.5营业日期

影院的营业日期根据需要设定,允许为非自然零点。

4.6上报数据

影院的售票数据按营业日期打包成上报文件;内容为按自然日期、按影片名称、按北京时间、按本标准第6.4.3.1项统计。

5基本业务功能和要求

电影院计算机票务管理系统应满足电影院日常基本放映业务流程,必须具备电影院编码加载、影片编码下载、编排计划、售票、退票、补登、验票、数据统计处理、数据上报功能。

5.1电影院编码加载

电影院编码必须使用专有数据接口载入,不能具备人工输入和修改电影院编码的功能。

5.2影片编码下载

具备从授权管理机构指定的站点下载影片名称、编码,以及影片其它基本信息的功能,并以此作为影片资料的唯一来源。

不能具备人工输入和修改影片编码的功能。

5.3编排放映计划

电影院利用下载的影片信息进行编排放映场次,确定分账比例、开始放映时间和各种票价。

影片放映未开始且已有票售出的场次需要删除或修改放映计划时,应具有在操作前对原数据做相应的迁移处理,并记入系统日志的功能。

超过影片开映时间,此功能自动锁定。

在影片放映结束后,不能对该场售票数据再做除补登以外的任何票务操作。

5.4售票

5.4.1电影票

由主券和副券组成,具有售出的电影票与票务系统内记录的数据一一对应的功能。

5.4.2主券票面基本内容

包括电影院名称、影片名称、影厅名称、排座号、放映日期、放映时间、票价、类别、售票员、售出时间及票号(或条码)信息项目。

如不对号入座,须标明。

5.4.3副券票面基本内容

包括影厅名称、放映日期、放映时间、场次标识(图标、或数字、或字母)、座位号信息项目。

5.4.4票价

参照片商和各院线公司的相关规定,根据需要设置。

不得设置零票价。

5.4.5售票类别

由电影院根据实际需要自行设置,但数据上报时统一归入单人,双人,学生,团体分类项目,以便数据统计时按需归类。

5.5退票

具有退票功能,并建立相应退票记录,记录内容包括退票操作人、退票日期、退票时间和退票金额等项目。

退票所产生的记录和回收的凭证必须一一对应,并记录其它相关辅助信息或补充说明。

5.6补登

电影院由于机器故障等意外原因导致不能使用计算机售票,在计算机系统修复前使用手工出售代用票,在计算机系统恢复后应将手工售出的票补入计算机内,以保持电影院经营数据的完整和准确。

5.7验票

以电影院计算机票务系统数据为基础,对观众所持电影票进行检验,判断其合法性。

5.8数据处理

电影院计算机售票管理系统提供的数据处理功能应至少包括:

统计:

以售票数据为源数据所进行的统计,必须确保其真实、可靠、准确。

报表:

由统计结果生成需要的各类报表。

在影片放映场次的售票操作终止后,相同的统计条件下,在任何时间生成的报表内容必须一致。

统计、查询及报表的结果来自电影院票务原始数据。

应有标明补登数据的报表。

5.9数据上报

将电影院当天所有的放映计划、已完成放映的场次的售票数据,依照本标准规定的格式传送到授权管理机构、院线及影片特定发行商。

向授权管理机构传送的数据必须是全部售票数据;向院线及特定的发行商传送的数据允许按双方要求进行筛选。

5.10其它功能

电影院计算机票务管理系统具备向观众显示影片场次信息和座位信息功能。

具有实现出售学生票、团体票、连场票和票价优惠管理功能。

5.11扩展功能

可根据影院业务需要,委托开发商提供票务管理系统的延伸、扩展功能。

6数据交换的方式

售票数据自电影院上报到授权管理机构和下载电影院编码、影片编码必须符合以下传输协议。

协议定义

本协议定义的接口层次图如下:

6.1物理链路协议层

使用可以接入互联网的物理链路。

6.2TCP/IP协议层

本协议规定电影院售票系统在进行数据通讯的时候必须实现TCP/IP协议,以保证能够接入互联网正常访问数据服务器。

6.3HTTP/HTTPS协议层

具体HTTP协议参考标准。

如果需要加密传输则使用HTTPS协议,利用SSL建立加密通道进行数据传输。

6.4XML协议层

6.4.1数据类型定义

6.4.1.1定长字符串

char(n),n指定字符串长度。

6.4.1.2可变长字符串

varchar(n),n指定字符串最大长度。

6.4.1.3整数

int(n),n指定十进制整数的最大位数。

6.4.1.4小数数据

numeric(p,s),p(精度)指定小数点左边和右边可以存储的十进制数字的最大个数。

s(小数位数)指定小数点右边可以存储的十进制数字的最大个数。

当精度不够时最后一位四舍五入。

6.4.1.5日期时间类型

datetime(pattern),pattern指定日期时间的模板。

pattern可以包含以下部分:

部分

说明

yyyy

mm

dd

hh

mi

ss

6.4.2协议内容包头说明

xmlversion="1.0"encoding="GB2312"?

>

00:

00"SourceCode="123456"DestinationCode="123456">

Data是包头元素,每一条协议都具有Data元素,在Data元素中:

元素

说明

类型

Version

协议版本号

varchar(8),当前版本号是1.0

Type

协议类型,例如Type为TicketReport时表示票房上报信息

varchar(32)

Datetime

协议发送时间

datetime(yyyy-mm-ddhh:

mi:

ss),例子:

2004-12-3112:

00:

00

SourceCode

上传信息时表示发送电影院编码,下载时标识服务器端编码

char(8)

DestinationCode

接收点编码

char(8)

6.4.3协议体内容说明

6.4.3.1票房信息上报

xmlversion="1.0"encoding="GB2312"?

>

00:

00"SourceCode="123456"DestinationCode="123456">

营业日期

电影院编码

厅编码

影片编码

场次

放映时间

单人票价

双人票价

学生票价

包厢票价

团体最高票价

团体最底票价

团体平均票价

单人人数

双人人数

学生人数

包厢人数

团体人数

单人退票人数

双人退票人数

学生退票人数

包厢退票人数

团体退票人数

单人收入小计

双人收入小计

学生收入小计

包厢收入小计

团体收入小计

人数合计

收入合计

团体退票合计

退票总计

TicketReport元素表示票房上报信息,TicketReport的子元素包括:

元素

说明

类型

BusinessDate

营业日期

datetime(yyyy-mm-dd),例如:

2004-12-31

CinemaID

电影院编码

char(8)

HallID

厅编码

char(8)

FilmID

影片编码

char(12)

Show

场次

int

(2)

ShowDatetime

放映时间

datetime(yyyy-mm-ddhh:

mi:

ss),例子:

2004-12-3112:

00:

00

SingleSeatPrice

单人票价

numeric(6,2)

DoubleSeatPrice

双人票价

numeric(6,2)

StudentPrice

学生票价

numeric(6,2)

BoxPrice

包厢票价

numeric(6,2)

GroupHighPrice

团体最高票价

numeric(6,2)

GroupLowPrice

团体最底票价

numeric(6,2)

GroupAveragePrice

团体平均票价

numeric(8,4)

SingleSeatAudienceQuantity

单人人数

int(6)

DoubleSeatAudienceQuantity

双人人数

int(6)

StudentAudienceQuantity

学生人数

int(6)

BoxAudienceQuantity

包厢人数

int(6)

GroupAudienceQuantity

团体人数

int(6)

SingleReturnedQuantity

单人退票人数

int(6)

DoubleReturnedQuantity

双人退票人数

int(6)

StudentReturnedQuantity

学生退票人数

int(6)

BoxReturnedQuantity

包厢退票人数

int(6)

GroupReturnedQuantity

团体退票人数

int(6)

SingleTotalEarning

单人收入小计

numeric(8,2)

DoubleTotalEarning

双人收入小计

numeric(8,2)

StudentTotalEarning

学生收入小计

numeric(8,2)

BoxTotalEarning

包厢收入小计

numeric(8,2)

GroupTotalEarning

团体收入小计

numeric(8,2)

TotalAudienceQuantity

人数合计

int(6)

TotalEarning

收入合计

numeric(10,2)

GroupTotalReturn

团体退票合计

numeric(10,2)

TotalReturn

退票总计

numeric(10,2)

6.4.3.2电影院信息下载

xmlversion="1.0"encoding="GB2312"?

>

00:

00"SourceCode="123456"DestinationCode="123456">

电影院编码

电影院名称

法人代表

电话

联系人

地址

厅数量

座位总数量

CinemaInfomation标识电影院信息下载,CinemaInfomation的子元素包括:

元素

说明

类型

ID

电影院编码

char(8)

Name

电影院名称

varchar(64)

Corporation

法人代表

varchar(32)

Telephone

电话

varchar(32)

ContactPeople

联系人

varchar(32)

Address

地址

varchar(256)

HallQuantity

厅数量

int

(2)

SeatQuantity

座位总数量

int(5)

6.4.3.3影片信息下载

xmlversion="1.0"encoding="GB2312"?

>

00:

00"SourceCode="123456"DestinationCode="123456">

影片编码

影片名称

发行日期

发行商

制片人

导演

演员表

简介

FilmInfomation标识影片信息下载,FilmInfomation的子元素包括:

元素

说明

类型

ID

影片编码

char(12)

Name

影片名称

varchar(64)

PublishDate

发行日期

datetime(yyyy-mm-dd),例如:

2004-12-31

Publisher

发行商

varchar(64)

Producer

制片人

varchar(32)

Director

导演

varchar(32)

Cast

演员表(多个演员之间用逗号隔开)

varchar(256)

Brief

简介

varchar(512)

7系统数据备份与恢复

7.1备份

具备自动和手工备份功能,并易于操作。

7.2恢复

具备对所备份的数据进行恢复的功能,同时具备完整的票务管理系统软件、数据库灾难恢复功能。

8安全保证

8.1数据安全的保证

8.1.1数据库

选用安全性能良好、并通过有关认证的数据库系统。

8.1.2数据库访问

应具备拒绝非授权访问数据库的功能。

应用系统和数据库之间应有连接保密性。

8.1.3非规范操作

出现非规范操作时(如非正常关机、断电等),售票系统必须保持票、款和相关数据的一致性。

8.1.4保存期限

统计数据的保存期限不低于3年。

原始数据保存期限不低于1年。

8.2系统安全的保证

8.2.1权限

对所有进入电影院计算机票务管理系统进行操作的人员须分别给予独立的用户名、登录口令和相应的工作权限。

数据备份功能的使用应有独立的权限和账号,并且应有明确标示区分原有数据和恢复数据。

8.2.2日志

对所有登录电影院计算机票务管理系统的人员须建立日志,记录其登录时间、所做的删除或修改操作及离开时间。

操作日志受系统保护,不能更改。

8.3操作安全的保证

对电影院计算机票务管理系统内所有操作都应进行必要的保护,对可能出现的误操作应予以提示,尽可能方便用户操作,引导操作者完成正确操作。

9监督管理

9.1监管界面

售票软件须具备监管界面用于显示电影院的正式名称,电影院编码,及其影厅信息。

9.2监管接口

开发商必须提供利用某种通讯方式与授权的票务监管机构连接的监管接口,用于票务监管机构远程实时监督,调阅原始售票数据及系统操作日志,此监管接口不具备修改电影院计算机票务管理系统内的票务数据的功能。

9.3通讯方式

9.3.1系统结构例

两端都是采用计算机串口连接调制解调器,调制解调器之间通过电话网络连接。

9.3.2通讯安全

采用调制解调器直接拨号的点对点的通讯方式时暂时不使用加密传输。

采用TCP/IP方式通讯时传输加密采用SSL建立加密通道进行数据传输。

9.3.3通讯过程

服务器主动连接到票务系统建立连接后进行通讯。

首先必须登录,登录成功后票务系统才可以进行其他命令的操作,否则全部返回未登录(Errorcode=0x05)错误。

当通讯结束后由服务器端主动断开连接。

9.4协议格式

下行和上行都是以服务器做为参照来说的,服务器发出的叫下行命令,服务器收到的叫上行消息。

9.4.1下行命令

SyncTag

Version

TotalLength

Command

Body

CheckSum

─SyncTag:

同步头,2个字节长度,内容固定为十六进制<0xAA0x55>。

─Version:

版本,1个字节长度,描述协议版本,当前版本为<0x01>。

─TotalLength:

命令长度,2个字节长度,从SyncTag第一个字

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 求职职场 > 简历

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1