CS的影院座位表情况怎样存进SQL server 2005里

影院座位分布不同。。。表设计也不同

可以弄成以下几张表

一张表存放座位的区域 例如A、B、C等

ID主键 QUYU

一张表存放座位的行关联到区域表

ID 主键 QUYUID HANGHAO

一张表存放座位的排关联到行表

ID 主键 HANGID PAIHAO

或者直接存放到一张表中

ID 主键 QUYU HANGHAO PAIHAO

如果有包厢的另设

根据年票系统和团票系统的共同点，充分考虑成本、开发周期、功能扩展等要求，公司依据客户要求，开发出同时适用于团票、年票的管理系统。系统基于公网搭建的中心数据服务器与各影城销售终端间可实现安全的信息上载与下载，在各终端上可实现对电子团票载体的读写和顾客消费明细查询及兑换明细查询，在中心服务器上可实现总体分类统计查询。各种子功能模块程序应能够在微软公司Windows 98及更高版本 *** 作系统环境下运行。

（一）后台管理：

1 用户管理：

（1） 服务器端用户权限设置

服务器端设置系统管理员（全局最高权限，可对全局用户权限进行设置及调整）、统计人员（全局统计、查询、生成报表等权限）、 *** 作员权限（对服务器数据进行备份、管理权限、制卡权限）

（2）客户端用户权限设置

客户端设置影院经理（本地最高权限，可对本地用户权限设置及调整、黑名单管理），本地统计（本地兑换统计、生成报表等权限）、顾客查询（插入IC卡后可对该顾客全局兑换明细进行查询）、销售员（本地兑换、续期）

2．卡管理

（1） 发卡（售卡）

a) 新制卡片：内置卡号编码，并以此作为卡片唯一身份识别标识。经影院终端售卡 *** 作激活该卡，并自动将卡片编码信息录入数据库。

b) 旧卡片：旧卡收回后重新发给新客户使用，充值界面中设置此选项，用以标记该卡重新发卡时间，顾客再次查询消费明细时以该次发卡时间为起始时间进行查询。在中心数据服务器上仍保留此卡自第一次发卡后的所有数据记录。此卡自始至终卡号始终不发生改变。卡内最后一次兑换完成后，系统应自动记录其卡号，并标注其已被回收，查询时可以以此查看各家影城当日应回收的卡数量及对应卡号。

（2） 有效期

充值 *** 作界面中设置卡有效期选项，系统自动默认有效期为充值当日起一年有效（可调整）。

（3）续期

卡片有效期到后通过续期界面可以对其有效期限重新进行调整（或在充值界面中进行调整）

（4） 黑名单

根据卡号可将指定卡片列入黑名单中，则该卡再次使用时售票界面将显示该卡已被列入黑名单无法进行消费，直至在黑名单管理中将该卡号去除后方可恢复正常使用。

3统计查询

（1） 客户端统计查询

a) 顾客消费明细查询

顾客将卡插入读卡器后可以在该选项对其发卡后（使用二次发放的旧卡顾客从第二次发卡后进行统计）的所有消费明细进行列表查询（包括消费时间、消费地点、兑换次数、消费类型（影票、卖品）、所剩余额等项目）。

b) 本地统计查询

影城内具有相应权限的人员可以对本地所有用户的充值及消费明细进行列表查询（查询范围仅限本地消费或充值记录），查询条件可以按时间段、单日、卡号、号段、销售员、消费类型等进行明细列表查询，并自动进行数据统计，各种查询结果均可导出为Excel表格形式文件进行保存。

（2） 服务器端统计查询

服务器端具有相应权限的统计人员可以运行查询功能模块通过局域网对服务器数据进行调用实现统计查询功能，统计查询范围可以针对全局的消费及充值记录，查询条件可以按影城、单日、卡号、号段、销售员、消费类型等进行明细列表查询，并自动进行数据统计，各种查询结果均可导出为Excel表格形式文件进行保存。

4前台销售管理

（1）登录

销售员开机运行前台客户端模块后，通过用户名、密码认证登录后将其最小化或隐藏，程序继续在后台运行，对相应读卡器端口进行数据监测。

（2） 兑换

兑换 *** 作窗口界面简洁、易切换。顾客将卡片靠近读卡器后，后台程序自动监测到并读取卡内相应信息，同时自动d出小型 *** 作界面，显示当前卡号、剩余次数并可手工输入扣减次数，点击确认后通过读卡器对卡内数据进行读写，同时界面显示数据相应变化并将 *** 作记录存储到本地数据库中。卡片从读卡器中取出后该兑换 *** 作界面自动关闭或隐藏。

（3） 卡片管理

客户卡片靠近读卡器后d出兑换界面，单击取消，则兑换界面不再出现；激活后台运行的客户端程序，选择卡管理菜单各选项进行相应 *** 作。（详见12各项描述）

（4） 顾客查询

客户卡片靠近读卡器后d出兑换界面，单击取消，则兑换界面不再出现；激活后台运行的客户端程序，选择统计查询菜单各选项进行相应 *** 作。（详见131项描述）

5 卡类型

（1）卡类型设置

服务器端可进行卡类型添加设置，制定单次金额，制卡时需选定卡类型，该卡在影城终端使用时可以识别出不同的卡类型。

（3） 卡类型管理

回收卡可以再次通过制卡更改其卡类型

（二）、数据

1 数据通讯

（1） 局域网络通讯

中心数据服务器通过局域网与 *** 作机之间通过局域网络进行数据调用及业务 *** 作。

（3） 公共网络通讯

各影城客户终端通过公共互联网络与中心数据服务器实现数据上载与下载。

2 数据存储

中心数据库将所有影城终端上载的 *** 作记录、管理信息均存储到硬盘保存；各个影城终端设备仅存储本地 *** 作记录、管理信息（以便本地数据查询的快捷），并不断自动从中心数据服务器上下载、更新本地客户信息库，同时不断上载自身新的 *** 作记录、管理信息到中心服务器，实现所有影城终端与中心服务器随时可以同步更新数据。影院终端进行顾客信息查询 *** 作时需要通过互联网对服务器数据进行访问方可实现。

（三）、安全性

1 数据安全

（1） 中心数据库需具备本地自动备份功能和网络异地备份功能，定时对数据库进行备份，一旦发生服务器崩溃或病毒感染，可以立即通过恢复备份数据方式重新建立数据库。

（2）影城终端数据库如果发生崩溃现象，可以通过互联网从中心数据库下载加以恢复。

（3）如果发生中心数据库与终端数据库同时崩溃现象，可以通过读取卡片内的最后一次消费记录（包括：卡号、剩余次数、最后消费时间、地点）来重建本地数据库，并上载重建中心数据库，可将风险和损失降到最低。

2 网络安全

（1） 中心数据服务器在保证通讯端口畅通的前提下，须安装防火墙、杀毒软件，避免被病毒感染或恶意攻击。

（2）互联网络传输、通讯数据加密，防止**。

（3） 影院终端机安装杀毒软件，防止病毒感染传播。

（四）硬件

1影院终端

能与影院售票终端共用一台计算机，以减少建设成本同时方便售票人员 *** 作。

2中心服务器

中心数据服务器需要长期稳定运行，选择稳定服务器品牌及 *** 作系统。

3卡片、读卡器

卡片作为电子团体票的载体，在整个系统中扮演十分重要的角色，因此必须选择安全性、不易损坏、存储容量大、存储数据稳定、读写稳定的卡片。

4网络搭建

影院终端尽可能沿用其现有局域网络，不另行增设网络设备。服务器端规划搭建新的局域网络，以保证服务器的安全和 *** 作的方便性。也可以根据实际重新搭建网络。

（五）、电子团体票销售使用流程

1 销售

电子团体票需以团购形式销售，单张充值次数不低于10次（也可以定义）。由公司与各影院之间约定各种不同卡类型单次结算价，此单价在卡类型设置时写入系统，并在统计报表中作为结算金额的依据。

制卡、充值功能在于公司服务器端，制卡时选择卡类型并写入相应次数，各影城销售人员购买时结算相应款项。待发卡（售卡）环节时卡片方可正式激活。

2 影票兑换

各影城根据自身经营情况针对不同影片制定不用电子团体票兑换办法，并将办法在影城售票处公示，且通过影城咨询电话可供观众查询，小卖部消费时同样根据不同卡类型单次金额进行消费。

可以凭借Baiduhi告知我们

有机会能够处理你所遇到的工作

相关的要求也能够告知我们

ES:\\479B75918FE9488E8F6A30E3F3B3D0B3

交易提醒:预付定金有风险

包含的表主要有

列车（列车编号，车种，始发站，始发站，终到站，发时，到时，里程）

车站（车站id，车站名）

经过（列车编号，车站名，站次，里程，到时，发时）

车票（车票编号，车次，发站，到站，发站次，到站次，发时，到时，座位类型，座位号，车票日期，票价）

主要是这四个表，查询插入 *** 作有些复杂不过都能完成

详细看列车票务系统数据库课程设计说明书，文库里有

影院计算机售票软件系统技术规范(暂行) 软件需求说明书

软件需求说明书文档可以用文档搜索王!!! 影院计算机售票软件系统技术规范(暂行) 文件类型: doc 下载次数:630 文件大小:未知 所在分类:软件需求说明书 括《软件需求说明书》,《概要设计说明书》,《测试分析报告》,《用户手册》,《 *** 作

>

以上就是关于C/S的影院座位表情况怎样存进SQL server 2005里全部的内容，包括:C/S的影院座位表情况怎样存进SQL server 2005里、电影院管理系统的系统功能概述、基于J2EE的影院售票系统的文献综述等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！