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

1、电影院售票系统需求分析范围1 范围本标准对应用于电影院计算机票务管理系统中的电影院编码、影片编码、基本功能及数据交换方式进行了规定。本标准只对与电影院计算机票务管理系统相关的开发功能及数据接口做出了最基本的要求。本标准适用于放映电影的电影院、影剧院、俱乐部等计算机票务管理系统软件的研制。2 规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。Extensible Markup La

2、nguage（XML）1.0 可扩展标记语言（XML）1.0Hypertext Transfer Protocol（HTTP）1.1 超文本传输协议（HTTP）1.1Secure Socket Layer（SSL）3.0 安全套接字层（SSL）3.03 术语定义3.1 票务管理系统 Ticket Management System能够完成电影院票务管理的计算机售票系统软件。3.2 影片编码Film Code由12位具有特定含义的数字构成,一组数字的组合所特指的影片，具有唯一性。影片编码由授权管理机构提供并在指定站点发布。3.3 电影院编码Cinema Code由8位数字或英文字符组成，它所代表

3、的电影院在全国范围内是唯一的。3.4 电影院Cinema经营电影放映的场所。3.5 影厅Hall电影放映的场地。3.6 座位Seat单座：单人座位双座：双人座位，统计时按2人计，售票时，出2张票。包厢：2人（包括2人）以上的多人座位，按人统计，按人出票。3.7 节目Program供观众当场观看的内容。3.8 营业日期Business Date 指电影院的实际工作日。3.9 场次Performance一次完整的影片放映过程。3.10 放映计划Scheduler电影院根据需要，确定、安排拟放映的影片名称、时间、影厅以及票价等项目。3.11 分帐比例Share Proportion与影片发行各方就票

4、房收入进行分配的比例，此处指票房收入中需要上缴各方百分比之和。3.12 连场Through Projection在同一个放映厅内，凭单张票可连续观看多场影片的特殊的电影场次。3.13 售票Sale电影院对观众观看电影的销售行为，电影票为收费凭证。3.14 团体票Group Ticket 票价可以不同于零售票,并且一次购买多张。3.15 售票原始数据Ticket Original Data由计算机中运行的售票管理软件驱动出票、计数而采集到的售票数据记录。3.16 退票Ticket Return因为某种原因取消观看电影而引起的退还票款行为。3.17 补登Afterward Register 把手工

5、代用票事后补录到电影院计算机票务管理系统中的行为。3.18 数据上报Data Report 将票务数据依照本标准规定的格式传送到授权管理机构、院线及影片特定发行商。3.19 票务监管Ticket supervise获取授权的票务监管机构通过互联网方式进入票务管理系统取得指定票务数据的行为。3.20 监管界面 Monitoring interface显示电影院的正式名称，电影院编码，及其影厅信息的界面。4 基本规则4.1 出票规则票务管理系统根据电影院座位数，实行一人一票的出票规则。4.2 计数规则计观众人次。一名观众看一部电影计一人次，一名观众看三部电影计三人次，以此类推。4.3 影片编码规则

6、影片编码规则见附表1。4.4 电影院编码规则电影院编码规则见附表2。4.5 营业日期影院的营业日期根据需要设定，允许为非自然零点。4.6 上报数据影院的售票数据按营业日期打包成上报文件；内容为按自然日期、按影片名称、按北京时间、按本标准第6.4.3.1项统计。5 基本业务功能和要求电影院计算机票务管理系统应满足电影院日常基本放映业务流程，必须具备电影院编码加载、影片编码下载、编排计划、售票、退票、补登、验票、数据统计处理、数据上报功能。5.1 电影院编码加载电影院编码必须使用专有数据接口载入，不能具备人工输入和修改电影院编码的功能。5.2 影片编码下载具备从授权管理机构指定的站点下载影片名称、

7、编码，以及影片其它基本信息的功能，并以此作为影片资料的唯一来源。不能具备人工输入和修改影片编码的功能。5.3 编排放映计划电影院利用下载的影片信息进行编排放映场次，确定分账比例、开始放映时间和各种票价。影片放映未开始且已有票售出的场次需要删除或修改放映计划时，应具有在操作前对原数据做相应的迁移处理，并记入系统日志的功能。超过影片开映时间，此功能自动锁定。在影片放映结束后，不能对该场售票数据再做除补登以外的任何票务操作。5.4 售票5.4.1 电影票由主券和副券组成，具有售出的电影票与票务系统内记录的数据一一对应的功能。5.4.2 主券票面基本内容 包括电影院名称、影片名称、影厅名称、排座号、放

8、映日期、放映时间、票价、类别、售票员、售出时间及票号(或条码)信息项目。如不对号入座，须标明。5.4.3 副券票面基本内容包括影厅名称、放映日期、放映时间、场次标识（图标、或数字、或字母）、座位号信息项目。5.4.4 票价参照片商和各院线公司的相关规定，根据需要设置。不得设置零票价。5.4.5 售票类别由电影院根据实际需要自行设置，但数据上报时统一归入单人，双人，学生，团体分类项目，以便数据统计时按需归类。5.5 退票具有退票功能，并建立相应退票记录，记录内容包括退票操作人、退票日期、退票时间和退票金额等项目。退票所产生的记录和回收的凭证必须一一对应，并记录其它相关辅助信息或补充说明。5.6

9、补登电影院由于机器故障等意外原因导致不能使用计算机售票，在计算机系统修复前使用手工出售代用票，在计算机系统恢复后应将手工售出的票补入计算机内，以保持电影院经营数据的完整和准确。5.7 验票以电影院计算机票务系统数据为基础，对观众所持电影票进行检验，判断其合法性。5.8 数据处理电影院计算机售票管理系统提供的数据处理功能应至少包括：统计：以售票数据为源数据所进行的统计，必须确保其真实、可靠、准确。报表：由统计结果生成需要的各类报表。在影片放映场次的售票操作终止后，相同的统计条件下，在任何时间生成的报表内容必须一致。统计、查询及报表的结果来自电影院票务原始数据。应有标明补登数据的报表。5.9 数据

10、上报将电影院当天所有的放映计划、已完成放映的场次的售票数据，依照本标准规定的格式传送到授权管理机构、院线及影片特定发行商。向授权管理机构传送的数据必须是全部售票数据；向院线及特定的发行商传送的数据允许按双方要求进行筛选。5.10 其它功能电影院计算机票务管理系统具备向观众显示影片场次信息和座位信息功能。具有实现出售学生票、团体票、连场票和票价优惠管理功能。5.11 扩展功能可根据影院业务需要，委托开发商提供票务管理系统的延伸、扩展功能。6 数据交换的方式售票数据自电影院上报到授权管理机构和下载电影院编码、影片编码必须符合以下传输协议。协议定义本协议定义的接口层次图如下：6.1 物理链路协议层使

11、用可以接入互联网的物理链路。6.2 TCP/IP协议层本协议规定电影院售票系统在进行数据通讯的时候必须实现TCP/IP协议，以保证能够接入互联网正常访问数据服务器。6.3 HTTP/HTTPS协议层具体HTTP协议参考标准。如果需要加密传输则使用HTTPS协议，利用SSL建立加密通道进行数据传输。6.4 XML协议层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（精度）指定

12、小数点左边和右边可以存储的十进制数字的最大个数。s（小数位数）指定小数点右边可以存储的十进制数字的最大个数。当精度不够时最后一位四舍五入。6.4.1.5 日期时间类型datetime(pattern)，pattern指定日期时间的模板。pattern可以包含以下部分：部分说明年yyyy月mm日dd时hh分mi秒ss6.4.2 协议内容包头说明Data是包头元素，每一条协议都具有Data元素，在Data元素中：元素说明类型Version协议版本号varchar(8)，当前版本号是1.0Type协议类型，例如Type为TicketReport时表示票房上报信息varchar(32)Datetime

13、协议发送时间datetime(yyyy-mm-dd hh:mi:ss)，例子：2004-12-31 12:00:00SourceCode上传信息时表示发送电影院编码，下载时标识服务器端编码char(8)DestinationCode接收点编码char(8)6.4.3 协议体内容说明6.4.3.1 票房信息上报 营业日期 电影院编码 厅编码 影片编码 场次 放映时间 单人票价 双人票价 学生票价 包厢票价 团体最高票价 团体最底票价 团体平均票价 单人人数 双人人数 学生人数 包厢人数 团体人数 单人退票人数 双人退票人数 学生退票人数 包厢退票人数 团体退票人数 单人收入小计 双人收入小计 学

14、生收入小计 包厢收入小计 团体收入小计 人数合计 收入合计 团体退票合计 退票总计 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-dd hh:mi:ss) ，例子：2004-12-31 12:00:00SingleSeatPrice单人票价numer

15、ic(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)BoxAudi

16、enceQuantity包厢人数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)StudentT

17、otalEarning学生收入小计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 电影院信息下载 电影院编码 电影院名称 法人代表 电话 联系人 地址 厅数量 座位总数量 CinemaInfomation标识电影院信息下载，C

18、inemaInfomation的子元素包括：元素说明类型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 影片信息下载 影片编码 影片名称 发行日期 发行商 制片人 导演 演员表 简介FilmInfomation标识影片信息下载，FilmInfomation的子元素包括：元素说明类型I

19、D影片编码char(12)Name影片名称varchar(64)PublishDate发行日期datetime(yyyy-mm-dd)，例如：2004-12-31Publisher发行商varchar(64)Producer制片人varchar(32)Director导演varchar(32)Cast演员表（多个演员之间用逗号隔开）varchar(256)Brief简介varchar(512)7 系统数据备份与恢复7.1 备份 具备自动和手工备份功能，并易于操作。7.2 恢复具备对所备份的数据进行恢复的功能， 同时具备完整的票务管理系统软件、数据库灾难恢复功能。8 安全保证8.1 数据安全的保

20、证8.1.1 数据库 选用安全性能良好、并通过有关认证的数据库系统。8.1.2 数据库访问应具备拒绝非授权访问数据库的功能。应用系统和数据库之间应有连接保密性。8.1.3 非规范操作出现非规范操作时（如非正常关机、断电等），售票系统必须保持票、款和相关数据的一致性。 8.1.4 保存期限统计数据的保存期限不低于3年。原始数据保存期限不低于1年。8.2 系统安全的保证8.2.1 权限对所有进入电影院计算机票务管理系统进行操作的人员须分别给予独立的用户名、登录口令和相应的工作权限。数据备份功能的使用应有独立的权限和账号，并且应有明确标示区分原有数据和恢复数据。8.2.2 日志对所有登录电影院计算机

21、票务管理系统的人员须建立日志，记录其登录时间、所做的删除或修改操作及离开时间。操作日志受系统保护，不能更改。8.3 操作安全的保证对电影院计算机票务管理系统内所有操作都应进行必要的保护，对可能出现的误操作应予以提示，尽可能方便用户操作，引导操作者完成正确操作。9 监督管理9.1 监管界面售票软件须具备监管界面用于显示电影院的正式名称，电影院编码，及其影厅信息。9.2 监管接口开发商必须提供利用某种通讯方式与授权的票务监管机构连接的监管接口，用于票务监管机构远程实时监督，调阅原始售票数据及系统操作日志，此监管接口不具备修改电影院计算机票务管理系统内的票务数据的功能。9.3 通讯方式9.3.1 系

22、统结构例两端都是采用计算机串口连接调制解调器，调制解调器之间通过电话网络连接。9.3.2 通讯安全采用调制解调器直接拨号的点对点的通讯方式时暂时不使用加密传输。采用TCP/IP方式通讯时传输加密采用SSL建立加密通道进行数据传输。9.3.3 通讯过程服务器主动连接到票务系统建立连接后进行通讯。首先必须登录，登录成功后票务系统才可以进行其他命令的操作，否则全部返回未登录（Error code=0x05）错误。当通讯结束后由服务器端主动断开连接。9.4 协议格式下行和上行都是以服务器做为参照来说的，服务器发出的叫下行命令，服务器收到的叫上行消息。9.4.1 下行命令Sync TagVersionTotal LengthCommandBodyCheck Sum Sync Tag：同步头，2个字节长度，内容固定为十六进制。 Version：版本，1个字节长度，描述协议版本，当前版本为。 Total Length：命令长度，2个字节长度，从Sync Tag第一个字