安卓電影院選座需求分析報告

⑴ 看電影如何選座位

這個每個電影院乃至每個影廳都是不同的，和屏幕大小、屏幕角度，階梯座椅角度乃至座椅靠背角度等等都有關系；像樓上所說的2/3隻能說是一個大體上數字，但是並非絕對（實際上大多數情況都不是這個位置）
首先從平行於屏幕的方向來說，肯定是中間最好，這個就不多說了，主要的問題在於前後的選擇。

坐到座位上，閉眼，然後調整姿勢到自己最舒服的程度，然後睜開眼睛，此時視野正中的位置在屏幕的哪個位置，如果在屏幕中心點的上方，就說明你目前坐的比最佳位置靠後，反之亦然。

由此可以找到最合適的位置，但這還沒有完，要確定視線和頻幕的夾角，因為比如比較小的影廳，這樣找出的位置很可能是第一排，但是由於離屏幕很近，所以看到的東西會有一定的變形，反倒不好，那麼這時就要適當地向後調幾排。

以上的方法只適用於經常去的影院，如果初次去的話，很難找到非常完美的座位，不過通性的東西還是有的。
小廳：座位只分為一個區塊，總體座位數量在100左右，這種大小的廳往往座位高度差比較小，屏幕比較小也比較低，適合往靠前坐，一般最優位置在從屏幕數第3~6排；
中廳：座位大體分前後兩個區塊，總體座位數量200~300左右，這種大小的廳屬於比較標準的，最佳位置在中間偏後部，也就是從屏幕數3/5這樣的位置比較合適；
IMAX巨幕：無論影廳大小，IMAX巨幕本身的巨大都決定了最佳觀影位置是要靠後的，不過並非越靠後越好，一般在從後數5~10排左右都是非常好的位置（視影廳大小，從屏幕數2/3以後，刨去最後幾排）。

⑵ 看電影坐哪個位置最好 這份影廳選座攻略值得收藏

首先需要注意的一點是，不同大小的影廳，選座原則不同。從目前全國各院線配置來說基本分成三類，第一類IMAX廳及大廳，銀幕寬度在15米以上或座位在200座以上，座位在21-25排左右，這類大銀幕影廳由於影廳空間較大，選擇在中間排數靠前一點即可，一般最佳觀影位置在9-10排前後居中位置即可。
第二類中廳銀幕寬度在10-15米之間，擁有100-200的座位數，座位排數在15-20排左右。選座原則與大廳類似，同樣是選擇中間位置即可，最佳觀影位置在7-8排前後居中位置。
第三類就是小影廳，小影廳銀幕寬度在10米以下，座位100以內，座位排數通常擁有8-14排，小影廳整體空間小，選座時要選中間稍靠後一些的位置。由於整體排數少，因此選即便選擇靠後一些的排數實際上距銀幕的距離也並不算遠，不會影響觀影和視聽效果。一般小廳最佳觀影位置在5-6排前後的中間位置。

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

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

⑷ 影院售票系統開題報告

這是我自己做的, 是用C# 實現的,,如果你的其它語言,稍做修改,應該符合你的題目:

選題的根據：1) 本選題的理論、實際意義
2) 綜述國內外有關本選題的研究動態和自己的見解
1) 本選題的理論、實際意義
影院售票系統是計算機技術與影院管理相結合的產物，通過影院售票系統實現了對影院的高效
管理。隨著計算機技術的不斷提高,計算機已經深入到社會生活的各個角落.而採用人工售票的方
法，不僅效率低，易出錯，手續繁瑣，而且耗費大量人力。為了滿足售票人員對售票，訂票，退
票等進行高效的管理，在工作人員的具備一定的計算機操作能力的前提下，特編此影院售票系統
軟體以提高影院的管理效率。
2） 綜述國內外有關本選題的研究動態和自己的見解
面對全球方興未艾的影院觀看熱潮，國內外對影院觀看的視覺需求,以及其規模的優勢，其獨有的互動效果和場內氣氛贏得了越來越多的人心。
國外研究動態
1829年，比利時著名物理學家約瑟夫普拉多發現：當一個物體在人的眼前消失後，該物體的形象 還
會在人的視網膜上滯留一段時間，這一發現，被稱之為「視象暫留原理」。普拉多根據此原理於1832
年發明了「詭盤」。「詭盤」能使被描畫在鋸齒形的硬紙盤上的畫片因運動而活動起來，而且能使視
覺上產生的活動畫面分解為各種不同的形象。「詭盤」的出現，標志著電影的發明進入到了科學實驗
階段。1834年，美國人霍爾納的「活動視盤」試驗成功；1853年，奧地利的馮烏卻梯奧斯將軍在上
述的發明基礎上，運用幻燈，放映了原始的動畫片。
國內研究動態
1979年10月電影事業獲得發展,鄧小平同志代表黨中央肯定了文化大革命前17年的文藝路線基本
是正確的，總結了歷史的經驗教訓，糾正了過去提出的「文藝服從政治 、文藝從屬政治」的偏頗提法 ，
重申執行雙百方針。1977年電影生產開始復甦，1980～1984年平均年產量達120部左右，每年觀眾
人次平均在250億左右，中國電影進入一個蓬勃發展的新時期。中國美術片從形式到內容都極富有民族風格和特色。中華人民共和國建立以後，美術片是中國影片在國際上獲獎最多的一個片種。新聞紀錄片已向縱深發展，充分利用豐富的資料，系統地編輯一些重要的文獻片，並對群眾普遍關心的問題與重要事件進行綜合報道、專題報道；還注意表現人物和人物的精神世界，抓住真人真事中豐富的細節，以情動人。
主要內容：
1) 項目規劃
完成一個完整的影院售票系統，分為影院內部管理和網路服務2個系統，影院內部管理子系統主要實現影院售票員對影院的售票功能，網路服務實現網上查詢瀏覽約定電影院功能。這些功能可以分為以下二部個部分：前台管理,，後台管理
前台現場售票：電影名稱，票價，票價打折，售票，座位，列印票，結帳
後台管理模塊: 管理員主要用於電影類型管理：添加電影種類，介紹，票價，放映場次，放映時間，放映大廳，近幾日放映訂劃管理。具體的功能可以分為以下幾個部分：
影院介紹
預訂電影

2) 系統功能結構圖

研究方法：
廣泛查閱、收集論文資料和研究資源，了解以及參考國內外對影院售票系統的研究成果；研究已存在的影院售票系統，學習他人的設計思想和方法，並在導師的指導下，利用在大學所學的一些軟體開發知識完成該系統。本系統後台資料庫採用目前最新的Microsoft SQL Server 2005,該資料庫系統在安全性、准確性和運行速度方面有絕對的優勢，並且處理數據量大、效率高；前台採用Microsoft 公司的Visual Studio 2005 作為主要的開發工具，其可與 SQL Server 2005資料庫無縫連接。
完成期限和採取的主要措施：
1) 完成期限
階段 階 段 內 容 起止時間
一 准備階段：閱讀搜集相關資料，搭建工作環境，制定設計方案，開題； 10.2.16—10.2.22
二 需求分析、系統設計階段：各模塊功能的設計，資料庫的設計，系統文件夾的設計； 10.2.23—10.2.28
三 網站系統的開發與實現； 10.3.01—10.04.08
四 系統聯調及測試階段：完成各模塊的集成測試，與管理子系統集成，進行聯調和測試，編寫論文。 10.4.10—10.04.30
五 編寫並提交畢業設計論文、設計源文件、源代碼，參加畢業設計答辯。 10.5.01—10.05.20

2) 採取的主要措施
在開發本系統時，系統的界面設計和內核設計使用Visual Studio 2005進行開發,主要措施如下：
使用母版頁構建網站的整體風格
主題的應用
使用存儲過程實現站內模糊查詢
使用哈希表和Session對象實現購物功能
Free TextBox組件的配置使用

主要參考文獻：
[1] 梅曉冬，顏燁青. Visual C#網路編程技術與實踐 [M]. 北京: 清華大學出版社
[2] 劉瑞新 C#網路編程及應用 機械工業出版社
[3] 王平 柴晟 C#程序設計語言任務驅動式教程 北京航空航天大學出版社
[4] 武馬群 SQL Server 2000 資料庫基礎與應用
[5] Christian Nagel. C#高級編程(第6版) [M]. 北京: 清華大學出版社
[6] [美]麥克金，赫特克. SQL Server 2005資料庫伺服器架構設計[M]. 北京: 清華大學出版社
[7] 張躍廷,顧彥玲. ASP.NET 從入門到精通[M]. 北京: 清華大學出版社
[8] 王宏編 C#程序設計案例教程 清華大學出版社
[9] 劉冰 軟體工程實踐教程 機械工程出版社
[10]馬丁. 敏捷軟體開發：原則、模式與實踐（C＃版）[M]. 北京: 人民郵電出版社

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

我是做基於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測試、試運行、上線
（略）