電影售票系統要建哪些表

Ⅰ 如何用MyEclipse+Server資料庫設計出一套簡單的影院售票系統

給你個最簡單的：1、設計表： （1）座位表（（行，列）（主鍵），是否已售出，售出類型（VIP,學生票，打折統計收入用的））2、編寫界面：即然簡單就肯定不要做圖形的。 每場新電影，新建一個座位表。來一個顧客，選定座位後，修改選定座位的表項。

Ⅱ 電影院售票系統

用excel 製作一個表格也可以呀, 也是很實用的
函數

Ⅲ 影城的售票系統在什麼情況下截止售票

建3個表: 電影表：【項id（自增），電影名稱，相關電影介紹，播放時間】 座位表：【項id（自增），電影id(外鍵），座位號碼，座位類型，預定狀態】 票價表：【項id（自增），電影id(外鍵），座位類型，票價】 >>差不多就這么幾個表就夠了吧，購票不購票，就簡單的新建、插入、修改、刪除操作 PS:這里有個現成的系統，你可以參考參考，裡面有技術文檔——/soft/4399.shtml

Ⅳ 問 在線電影售票管理系統要怎麼見資料庫，要見哪些表

用戶表（id 用戶名 密碼 電影票id（外鍵） ... ）
電影票表（id 價錢 時間 電影名稱id（外鍵）... ）
電影表（id 名稱 上映時間 票價 ...）
這三張表應該能滿足你的要求

Ⅳ 火車售票系統資料庫設計(請詳細說一下具體包含哪些表)

包含的表主要有
列車（列車編號，車種，始發站，始發站，終到站，發時，到時，里程）
車站（車站id，車站名）
經過（列車編號，車站名，站次，里程，到時，發時）
車票（車票編號，車次，發站，到站，發站次，到站次，發時，到時，座位類型，座位號，車票日期，票價）
主要是這四個表，查詢插入操作有些復雜不過都能完成
詳細看列車票務系統資料庫課程設計說明書，文庫里有

Ⅵ 畢業設計做一個電影院售票系統 大家說下思路就行

首先你的說明你的選題意義...

電影院售票系統和現在買票的系統有什麼區別,你的優勢..

你所開發的框架優勢...

要是單純從電影院售票系統來說的話..
並發性的控制...多人買一張票的處理
退票,換票,買票,選座位...

呵呵

Ⅶ 一個電影信息管理系統，做資料庫可以有哪些表，具體有哪些以及欄位

1 、

2、關系模式：

a、 電影表（電影編號、電影名(title)、製片年份(year)、電影長度(length)、影片類型(type)、製片人編號、製片公司編號）

主鍵：電影編號

外鍵：製片人編號，製片公司編號

b、製片公司表(Studio)（製片公司編號、製片公司的名稱(name)、地址(address)）

主鍵：製片公司編號

c、製片人表(Procer)：（製片人編號、製片人姓名(name)、性別(gender)、凈資產(net)、電話(phone)）

主鍵：製片人編號

d、影星表(MovieStar)：（影星編號、影星的姓名(name)、性別(gender)、出生日期(birthday)、電話號碼(phone)）

主鍵：影星編號

e、電影影星表：（電影編號、影星編號）

主鍵：電影編號，影星編號

外鍵：電影編號，影星編號

根據資料庫系統概論（第四版）製作，以上內容僅供參考。

Ⅷ 請問:在用計算機語言編寫電影院訂售票軟體的時候主要涉及到那幾個模塊

我是做基於J2EE項目開發的。可以給你幾點建議：
需求分析-->需詳細需求-->概要設計-->詳細設計-->編碼-->測試--->迭代，詳細如下：
中小型軟體項目開發一般流程建議

一：編寫目的
本文檔的編寫旨在探尋規范的軟體開發流程、加快軟體開發速度、提高軟體開發質量、降低項目綜合成本 。
IT界有一句格言："You can do it right; you can do it fast; you can do it cheap. Pick two." 而我們要做的就是：提供優質服務、項目周期短、成本低廉
二：總體說明
項目從用戶需求說明書的提出，到系統的第一個完整版本的交付使用經歷了若干或復雜或簡單的過程，但不管項目大小如何一般需要經歷以下幾個步驟：
1． 需求分析。
2． 撰寫需求規格說明書
3． 總體設計
4． 詳細設計
5． 編碼實現
6． 測試、試運行、上線
7． 驗收
8． 日常維護
9． （下一個版本的循環開發）

在以上各步驟中尤其重要的是系統分析和撰寫需求規格說明書。當定義好《需求規格說明書》後需要用戶簽字確認，以此作為項目驗收的依據，在中大型項目中尤其重要。
失敗的項目原因很多但以下幾點比較普遍：
（1）商務運作中為了拉住「單子」對客戶的眾多紛繁復雜的要求一味的妥協讓步滿口答應。項目開發計劃、時間表等完全依照客 戶意見，不以具體項目的客觀事實為依據，不做認真細致嚴格的項目復雜度、項目工作量的評估。
（2） 不做細致的用戶需求分析導致項目後期的需求變更較大不能按期完成項目。

三：項目開發經歷的各階段
在項目開發的各階段時間比例方面，中小項目一般控制在
1： 40% 設計
2： 40% 編碼
3： 20% 總體設計/試運行
3．1 需求分析階段
研究客戶需求，從中找出需求中模糊不清的地方，反復討論確認。在不斷的確認中，包括需求的總體認知、需求邊界定義、目前技術條件下的可實現需求、用 戶界面等。通過項目組內討論、與客戶（直接客戶、間接客戶）討論等方式不斷清晰客戶真正的需求，從而撰寫〈〈需求規格說明書〉〉，在取的客戶認可後簽字，以此做為項目開發 的第一個里程碑。在項目驗收時以此作為驗收的主要依據
在系統分析階段與客戶的溝通方式可以通過（1）項目靜態圖、項目靜態界面DEMO（2） 系統用例圖（例如：rose軟體的用例圖） 等方式與客戶溝通。

本階段要完成的工作有：
1．撰寫項目需求分析報告
本報告主要目的是項目分析人員提出需求的疑難不清問題，為與客戶有效、准確溝通准備必要的材料。
2．畫用例圖
描述系統各個不同用戶類型與本系統及其他系統等的交互過程。
3．建立項目靜態界面DEMO
使得用戶在項目初期就可以看到項目上線實施後的使用界面和使用方法等
4． 做必要的技術預研等。
3．2撰寫需求規格說明書
需求規格說明書的撰寫主要目的是把客戶天馬行空、紛繁復雜、憑想像等的理想需求中變成在一定時間段、一定技術條件下可實現的需求。不然項目會很難滿足客戶的理想需求，永 遠被客戶的理想需求所限制，陷入一種非常被動的狀態。
3．3總體設計
在完成項目需求規格說明書後，就進入項目總體設計的階段。
在總體設計階段需要完成的文檔有：
1． 《項目總體設計---概要設計說明書》、
2． 《資料庫設計報告》
3． 《項目總體開發時間表》
在此階段應該建立項目的正式開發環境、項目測試環境、建立項目基本開發框架且導入項目管理配置工具中（例如：CVS、VSS等）等
在項目的以上階段完成後，建議進行項目總體設計和總體開發准備情況的評審工作。在公司、集團專家組評審通過後本階段結束，這算做項目的第二個里程碑。
在進行下一 階段前，目前項目組可以對SCCB（軟體變更控制委員會）提交的資料有：
1：《需求規格說明書》
2：《項目總體設計概要說明書》
3：《項目界面設 計說明書》（及界面DEMO）
4：《項目資料庫設計說明書》等
5：《項目總體開發時間表》

3．4詳細設計
在項目完成總體設計和搭建完畢開發環境後，就可以進行項目的詳細設計。
在項目中建議詳細設計由項目編寫「後台」程序的資深人員編寫。主要完成每個負責的業務模塊 從界面到業務實現到資料庫連接操作的主要步驟和資料庫的實現SQL。最好在條件允許的情況下編寫模塊單元測試程序，在整個模塊編碼階段完成後進行程序單元測試工作。（「測 試驅動」的開發理念）
詳細設計目的是在不編寫代碼和少量代碼的情況下，完成項目模塊的模擬編程實現。
在詳細設計階段可以對項目某模塊做准確的工作量統計，依此為依據整個項目比較准確的工作量就可以被統計出來。

3．5編碼實現
（略）
3．6測試、試運行、上線
（略）

Ⅸ 關於電影院售票系統資料庫

跟據你這種情況是多個表和欄位,有相連關系,說實話一時半會也講不清.

Ⅹ 電影院管理系統的系統需求分析

（一）電影院線電子年票管理系統需求說明
1.定義：基於公網及影院區域網絡建立的以IC卡為載體，且能夠實現准實時數據交互及統計管理的電子年票管理軟體。
2.產品描述
（1）系統屬性
是一個在Windows98以上的操作系統平台下運行的院線電子年票管理系統，且1.0版本是C/S(客戶端/伺服器)架構設計，該網路版要求10M以上區域網及寬頻廣域網路。
（2）開發背景
解決各院線電子年票管理工作，方便各電影院線對電子年票進行快速有效的操作。
（3）拓撲結構
中心伺服器——（公網連接准實時）——影院伺服器——（區域網連接實時）——售票終端
（4）軟體特點
系統操作人員要求具備普通Windows系統操作水平即可。系統維護人員必須具有資料庫管理知識。
3.具體用途
1、解決電影院線電子年票管理上的工作。方便電影院線對電子年票進行快速有效的操作。
2、通過插入『員工卡』或『管理卡』並輸入用戶名和相應密碼才能進入系統進行管理。根據用戶選擇售票員名稱，時間段信息對相關信息進行統計，生成售票員匯總統計報表 IC卡操作管理可對系統中的卡進行初始話操作。
3、電子年票消費管理客隊電子年票消費進行結帳處理，並改變卡內余額及本次消費記錄信息，若列印復選框選擇則列印小票。在插入卡後顯示以前的消費記錄，消費確認後則添加本次消費記錄。如消費記錄滿則自動刪除最先的一條消費記錄，消費記錄以時間作為排序條件。
4、影院營業信息管理可對人員信息、商品信息以及系統中應用性信息等進行設置。