第一篇：電影院售票工作

售票工作

1、票房員工

票房員工通常是影院第一個接觸到觀眾的崗位，是影院的形象代表，需要有熱情禮貌的工作態度、全面系統的專業知識、迅速高效的工作技巧和忠誠的思想品質。

票房員工要對上崗前交接到手的備用金和票券進行清點；工作時隨時整理錢箱；無論什么原因暫時離開崗位，須通知值班經理，得到允許后將負責的錢箱鎖好，退出電腦售票系統后離崗；在當班收銀超過3000元時，應及時通知當班收銀主管或值班經理，收取大炒；做好假幣防范。

2、票房每日工作流程

（1）開店準備工作

（2）售票工作

（3）交接班工作

（4）結業工作

3、非標準票售票

票房票券分成標準票和非標準票。非標準票包括：學生票、折扣票、抵值券、團體票、招待券、會員卡等等，按照影院對這些非標準票制定的規則進行售票。

4、退票、換票

如何退票、換票，須報告值班經理，由值班經理根據實際情況和影院的規定給予觀眾退票、換票。

5、手工票

在售票過程中遇到電腦故障，應立即報告值班經理，請示出具手工票；值班經理報告總經理后，通知票房員工出具手工票，同時應立即到票房指導并監督整個手工票的出票工程。

值班經理需要安排一名員工到檢票口配合場務人員發查手工票，并保留票根以便核對；任何手工票開出后都須進行手工票補登。

6、電話訂票

符合五星級標準的影院，為觀眾提供觀影便利，影院將設立電話預訂票服務業務，由票房人員完成電話預訂票業務。

第二篇：電影院售票工作述職報告

電影院售票工作述職報告

尊敬的領導：

你們好！我叫***，有幸來到這里培訓學習,接受教育, 更有機會競選售票員這個職位,為廣大電影愛好者熱誠服務、實現自我，我感到充實和自豪。通過這段時間的專業培訓,我從中學習到了很多知識,領悟到了很多見解。下面是我的述職報告暨競選發言,懇請各位領導給予更多的支持與指導。

1、要不斷加強自身素質的修煉。

在日常售票中，廣大觀眾會很容易感受到售票員的語氣以及表情的變化。因此,我們必須做好自我控制，同時我們也要善于觀察觀眾,時刻以笑臉和真誠,熱心服務和引導,讓客人享受消費的愉悅,體驗在家的溫馨,才會愿意來我們影院消費。

2、要不斷學習專業知識。

我在影院接受培訓學習的這段時間，使我更深的感覺到自己的不足,需要提升和進步的空間還很廣闊。其實,很多觀眾并不清楚自己要看什么影片，自己喜歡什么,看過了簡介，但是還是需要去推薦，而大多數情況下，我們自身對新上映的影片也停留在看簡介狀態專業知識和素養比較缺乏,這就要求我們要經常看影評，了解新的動態，用別人的專業知識豐富自己，為客人提供更滿意的服務。

3、加強對應急事件的處理能力

對于每場首映熱播電影,必須要做好前期準備工作，提升自己的語言溝通能力，強化自身的素質訓練，快速果斷處理好各種事情。不能出現手忙腳亂的現象。尤其高峰時段，影院人流量必然加大，在工作中要多細心，盡量不出現出錯票等現象，對自己要求嚴格再嚴格。

“業精于勤而荒于嬉。”如果可以得到這份工作，我會不斷努力，刻苦鉆研業務知識，通過多看、多問、多學、多練來不斷的提高自己的各項業務技能，努力做好自己的本職工作,為影院售票服務工作樹立良好的形象，讓廣大觀眾享受到最滿意和優質的服務，真正享受到快樂。請領導相信與支持。

以上報告懇請領導批評指正

第三篇：電影院售票管理系統UML

1.前景和范圍文檔

1.1業務需求

1.背景、業務機會和客戶需要

隨著社會的發展，人們生活水平的提高，欣賞電影逐漸成為人們閑暇時的主要娛樂方式之一。傳統的電影售票都是人工服務，觀看作為都是人共安排，無法體現人性化選擇，加上現在人們的生活節奏越來越快，購票時間需要相應縮短以及方便定影院工作人員的管理，因此充分利用現代信息化、因特網的優勢，設計電影院售票管系統，對提高系統建設的工作效率，提高信息的及時性、減輕各級相關工作人員的勞動強度是非常有必要的。一個完善的電影院售票管理系統，可以幫助電影院工作人員提升工作效率，輔助電影院工作人員進行相關數據的輸入、輸出、查找、管理等操作，讓電影院售票數據變得合理化、具體化、直觀化。2.業務目標（Business Objective,BO）和成功標準（Success Criteria,SC）BO-1：初始版本發布之后的6個月內，電影院的收入提高20%。

BO-2：初始版本發布之后的3個月內，每個員工每天的平均有效工作時間增加20分鐘。

SC-1：初始版本發布后的6個月內，電影院收入顯著提高。

3.業務風險（Risk）

RI-1：使用該系統的顧客太少，減少了對系統開發和維護過程的投資回報

1.2解決方案的前景

1.前景陳述

該系統的開發，可以提升電影院工作人員的管理效率，使得售票、檢票不再那么繁瑣；也大大的節約了人們排隊購票的時間，同時也讓人們有了更多的選擇范圍。2.主要特性（Feature）

FE-1：根據電影院提供的當天的播放場次選擇訂票 FE-2：注冊訂票的付費方式

FE-3：創建、瀏覽、修改和刪除電影場次 FE-4：通過公司的內聯網可以訪問系統，或者授權的員工通過外部Internet訪問系統 3.假設（Assumption）和依賴（Dependency）

1.3范圍和局限性

1.初始版本和后續版本的范圍

目前僅實現1.0版本，實現上述的所有功能。2.局限性（Limitation）和排斥性

LI-1：“電影院售票管理系統”只能支持開通網銀的用戶在線使用，未開通的需到影院購買。

1.4業務上下文 1.涉眾概覽

涉眾

系統管理員 主要價值

引進新影片，更新數據庫

態度

主要興趣

使用該系統所節約的費用必須超過開發此系統的費用和使用此系統的費用

約束條件

無

員工 更高效率的利用了工作人員的整個工作時間；提高了客戶的滿意度

保住工作 培訓工作人員，掌

握

使

用

Internet所必須的技能

顧客 可以更好的選擇電影、座位、場

積極支持新系統，但使用系統

使用要簡單，更節約時間

需要登錄該公司的內聯網

次；節約了時間，的次數可能沒有更加方便

期望的高

2.項目優先級

因素

進度 具體干活者

約束條件

自由度

計劃3/1/03前完成第一版，到5/1/03前完成第二版；在不包括責任人評審的情況下，最多可超過期限三星期

特性

安排1.0版本實現的特性必須完全可操作

質量

必須通過95%的用戶驗收測試；必須通過全部的安全性測試；所有的安全事務都必須遵守公司的標準

工作人員 項目團隊包括一名半日工作的項目經理，兩名開發人員，和一名測試人員

費用

在不包括責任人評審 的情況下，財政預算最多可超支15%

2.用例

各種用戶類確認的“電影院售票系統”的用例和主要參與者如下表示： 主要參與者

用例

顧客

1.訂票

2.變更訂單

3.取消訂單

4.查看訂單

5.登陸網站 員工

6.處理訂單

7.檢票

8.更新余票 系統管理員

9.引進新片

10.更新數據庫

11.添加、更改、刪除員工信息

12.添加、刪除、修改客戶賬戶

用例ID號

UC-1 用例名稱

訂票 參與者

顧客

主要參與者

用例

描述

顧客登錄網站訪問”電影院售票管理系統“，隨意查看某

一天的上映電影，選擇自己想看的電影，選定場次、座位，提交訂單并在付款界面支付

前置條件

1.顧客成功登錄，并訪問“電影院售票管理系統“

2.付款成功 后置條件

1.訂單在“電影院售票管理系統“中的存儲狀態是

“已接受“

2.根據這一訂單來更新余票

主干過程

1.0 訂一張票

分支過程

異常

1.顧客要求查看某一天的上映表 2.系統顯示當日上映電影、場次及余票 3.顧客選擇自己喜歡的電影場次 4.顧客表明訂票完成 5.系統顯示所訂票價格

6.顧客確認訂單或請求修改訂單（回到第3步）7.顧客付款 8.系統確認接受訂單

9.系統向顧客發送電子郵件，確認訂單細節，價格10.系統將訂單存儲在數據庫中，并更新余票

1.1訂多張票（第4步之后分支出來）

1.顧客要求預定另一場次的電影 2.返回到第2步

1.2同樣的票訂多張（第3步之后分支出來）1.顧客請求預定指定數量的電影票

2.返回到第4步

1.0.E.1

訂單截止時間在當前時間之前（第1步）

1.系統通知顧客今天訂票已經太晚了 2a.顧客取消訂單 2b.系統終止用例

3a.顧客請求選擇另一個日期 3b.系統重新啟動用例

1.0.E.2

票全部售完（第1步）

1.系統通知顧客今日已沒有余票 2a.顧客取消訂單

2b.系統終止用例

包含

優先級

使用頻率

業務規則

特別需求

假設

注意和問題

用例ID號

用例名稱

參與者

描述

前置條件

1.0.E.3 不能完成同樣的票訂多張（第1步）1.系統通知顧客它所能提供的該票最大值 2.顧客變更訂單數量，或者取消訂單

無

高 無 無

1.顧客在確認訂單之前的任何時刻都可以取消訂單

無 1.如果客戶在今天的截止時間之前使用系統，那么默認的日期是當前日期，否則，默認日期為下一個營業日 2.這一用例的峰值使用負載是當地時間早十點到晚十點

UC-6

處理訂單 員工

員工根據用戶提交的訂單，查詢是否有余票及對應場次、座位，判斷是否接受訂單

1.用戶

3．軟件需求規格說明

3.1介紹

1.目標

軟件需求規格說明描述了“電影院售票管理系統”1.0版本的軟件功能性需求和非功能性需求。這一文檔計劃實現和驗證系統正確功能的項目團隊成員來使用。除非在其他地方另有說明，這里指定的所有需求都具有高優先級，而且都要在版本1.0中加以實現。

2.項目范圍和產品特性 “電影院售票管理系統”允許顧客在線訂購電影票，并且可以修改取消訂單。詳細的項目描述請中參見電影院售票管理系統前景和范圍文檔。文檔中的這一部分標題為“初始版本和后續版本的范圍”，列出了按照進度計劃在這一版本中實現的全部或部分特性。

3.參考文獻

（1）Karl Wiegers所著的Cafeteria Ordering SystemVision and Scope Document,其網址是代碼遵照HTML4.0標準 CO-4：所有腳本都用Perl語言來編寫 5.用戶文檔（User Documentation，UD）

UD-1：系統將提供一個分層的和跨連接的HTML聯機幫助系統，它描述并演示了所有系統功能

UD-2：如果是一個新用戶第一次使用該系統，系統可以根據用戶的要求，提供一個聯機教程，咋這樣用戶可以使用靜態教程來具體實踐一下如何訂票。系統不會將采用這一模板的訂單存儲到數據庫中，也不會將這種訂單提交給系統。

6.假設（Assumption）和依賴（Dependency）

3.3系統特性

1.訂票

（1）描述和優先級

顧客在其身份得到驗證后，就可以訂票，只要所訂票還沒有超過播放時間，顧客就可以取消或改變訂單。優先級為高。（2）刺激/響應序列

刺激：顧客請求訂票，可以是一張或多張 響應：系統向顧客詢問訂票細節、付費方式 刺激：顧客請求改變訂單

響應：如果訂單狀態是“已接受”，則系統允許用戶編輯以前的訂單 刺激：顧客請求取消訂單

響應：如果訂單狀態是“已接受”，則系統取消訂單（3）功能性需求

? 登錄到“電影院售票管理系統”的顧客可以通過該系統訂票，訂一張或多張都可以

? 顧客可以瀏覽當天的上映電影 ? 顧客可以選擇電影場次及座位

? 如果顧客所訂票數超過了現在余票的最大值，系統將通知顧客他能訂購的最大值

? 顧客可以修改訂單，刪除訂單

? 當顧客訂購完成后，系統將提示顧客付款 ? 顧客可以瀏覽已訂票信息

? 訂購成功后，系統將發送電子郵件提示用戶訂購價格及細節

（4）非功能性需求 安全性：系統應保證客戶信息不被泄露

可維護性

及時性：用戶點擊最多不超過3秒，系統應給予相應的響應

3.4外部接口需求

1．用戶界面（User Interface，UI）

UI-1：“電影院售票管理系統”的屏幕畫面將遵照Process Impact Internet Application User Interface Standard版本2.0 UI-2：系統對所顯示的每個HTML網頁都提供幫助鏈接，解釋如何使用這些網頁

UI-3：Web頁面的全部導航和票目選擇，除了綜合使用鼠標和鍵盤共同完成外，還可以只通過鍵盤來單獨完成

2.硬件接口

硬件接口還沒確定

3.軟件接口（Software Interface，SI）還沒確定

4.通信接口（Communication Interface，CI）

CI-1：“電影院售票管理系統”將向顧客發送電子郵件消息，以確認收到訂單、價格。

CI-2：“電影院售票管理系統”獎項顧客發送電子郵件信息，以報告接受訂單后存在的問題。

系統管理員對賬戶操作的活動圖

登錄系統進行賬戶維護員工賬戶顧客賬戶添加賬戶修改賬戶刪除賬戶添加刪除修改退出系統

顧客登錄系統的時序圖 顧客登陸界面服務器數據庫輸入帳號密碼發送帳號密碼到服務器查詢驗證帳號密碼查詢驗證成功將信息發送到界面提示用戶登錄成功

顧客訂票的活動圖

查找登錄NO瀏覽預訂判斷是否登錄判斷是否有余票YESNO選擇場次、座位退出系統付款

員工處理退票的活動圖

登錄查詢客戶訂單判斷是否有退訂YESNO查詢電影場次時間超時拒絕退出系統接收退票申請退錢通知顧客進度更新余票

員工處理訂單的活動圖

員工客戶登錄系統查看客戶訂單返回刷新判斷是否有訂單YES查詢所購信息判斷是否有余票通知客戶修改訂單客戶修改訂單接收訂單通知客戶付款客戶付款成功處理訂退出系統單

第四篇：電影院售票系統需求規格說明書（最終版）

文檔編號: CTS-1 版 本 號: V1.0

文檔名稱： 需求規格說明書 項目名稱： 影院售票系統 項目負責人： XX XX XX

編寫： XX XX年XX月XX日 校對： XX XX年XX月XX日 審核： XX XX年XX月XX日

開發單位： XX

引言

1.1 編寫目的

編寫本文檔的目的是根據系統分析工程師和客戶溝通的結果，對用戶需求進行了全面細致的分析，深入描述《影院售票系統》軟件的功能和性能與界面，確定該軟件設計的限制和定義軟件的其他有效性需求。

1.2 項目背景

現在中國大部分的家庭都喜歡在家里置辦屬于自己風格的家庭影院。但是，仍然有很人喜歡到電影院去看電影。因為家里的氣氛畢竟不如影院好。所以，現代家庭影院的出現并不會讓電影院沒有生路。

隨著社會的發展和進步，社會大分工的細致化和服務化，成為了當今趨勢。

為了提高勞動的效率、節約成本、提高服務質量，我們小組開發了此款軟件。用以方便影院的售票和客戶的購買。通過這個軟件，可以很快實現一些常用的服務，并保證無錯、高效。

每個社會服務系統都有自己的一套管理機制。當然，電影院也不除外。其實電影院的管理系統應該來說比其他的社會服務系統的管理要簡單一點。電影院不外乎是引進電影，制定播放影片的時間表，買票，檢票進場觀看，還有就是一些數據管理方面的事。如工作人員管理，票務管理等等。為了工作機制簡單有序，必然要引進一套管理系統。

1.3 定義

文檔中采用的專門術語的定義及縮略詞簡要如下 CTS：CINEMA TICKET SYSTEM 影院售票系統

1.4 參考資料

[1]唐學忠，費賢舉，王文琴。《Visual Basic 程序設計教程》。北京：中國電力出版社，2008普通高等教育“十一五”國家級規劃教材。[2]張海潘。《軟件工程》。人民郵電出版社，21世紀高等學校計算機規劃教材。任務概述

2.1 目標

具體而言，影院售票系統需要實現以下的需求：

（1）能夠對播放電影，工作人員，售票事宜，檢票事宜，無用數據進行處理。（2）售票管理自然有專人負責，要處理各電影的電影票銷售問題。當然包括退票問題，還有就是預訂電影票其實也就相當于買票。兩者可以當一回事處理。

（3）檢票管理事宜要完成觀眾進場時檢票的事宜。其中包括了電影票的真假檢測問題。（4）數據管理要處理電影的播放的次序，工作人員的管理，以及過期電影票的處理問題。

2.2 運行環境

Intel486以上系列、AMD K6 以上系列等PC臺式機和便攜式電腦；

運行時占用內存：≤1MB；

所需硬盤空間：≤5MB；

軟件平臺：中文Windows2000/XP或更高版本；

2.3 條件與限制

比較簡單，不能實現完善和全面的功能。在貨幣交易時還不能進行更好的管理。對于一些突發事件無法處理，以及影院的特殊要求服務無法實現。數據描述

3.1 靜態數據

影院售票系統的靜態數據包括：

影庫管理表(MOVIES): 電影號（long）

電影名稱(nvarchar)導演(nvarchar)主演(nvarchar)制片廠(nvarchar)上映時間(datetime)價格

（long）

售票信息表(TICKETS):

電影票號（long）

座位號

（long）電影號

（long）電影名

(nvarchar)上映時間(datetime)價格

（long）驗證碼

（long）

職工信息表（WORKERS）： 職工號（nvarchar）

職工密碼（nvarchar）職工類型（nvarchar）

3.2 動態數據

輸入數據：鼠標對按鈕的點擊：服務系統選擇 職工工號、密碼 輸出數據：無 內部數據：無

3.3數據庫描述

數據庫采用Microsoft Access數據庫。

3.4數據流圖和數據詞典

《影院售票系統》的總體功能如下： ? 職工的登錄和注銷；

? 為觀眾提供買票即座位銷售，以及退票服務；

? 對進場觀眾檢票，如果發現有假票或無票觀眾不允許入內； ? 系統維護；

? 對電影庫播放列表的管理；

? 對職工數據的處理，如增加、刪除和更改；

? 對所售出的電影票進行管理，把沒用的數據進行清除

1）登錄部分

（1）數據流圖

職工信息表檢驗錯誤密碼工號職工密碼身份檢驗操作信息密碼修改售票選擇檢票選擇登錄系統選擇維護選擇職工信息職工信息表操作確認

（2）數據詞典

? 數據源點及匯點描述： ① 名稱：職工

簡要描述：管理職工信息

有關數據流：職工工號、密碼、系統選擇：售票系統、檢票系統、維護系統 數目：1 ? 加工邏輯詞條描述： ① 加工名：身份檢驗

加工編號：１

簡要描述：檢驗職工身份 輸入數據流：職工工號、密碼

輸出數據流：登陸成功、身份驗證錯誤 加工邏輯： IF 工號為空 THEN

發出“工號為空錯誤”

ELSE IF 密碼為空 THEN

發出“密碼為空錯誤”

ELSE IF 工號和密碼不符 THEN

發出“工號和密碼不匹配錯誤”

ENDIF

ENDIF

ENDIF

ENDIF

? 數據流名詞條描述： ① 數據流名：職工號

說明：職工的工號 數據流來源：職工 數據流去向：身份檢驗

數據流組成：職工號=短整型字符串 ② 數據流名：密碼

說明：與職工名稱相匹配的密碼 數據流來源：職工 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： ③ 數據流名：出錯信息

說明：用于指示身份驗證錯誤的信息 數據流來源：身份檢驗 數據流去向：職工

數據流組成：出錯信息＝任意字符串 ④ 數據流名：系統名稱

說明：系統的名稱 數據流來源： 數據流去向：選擇 數據流組成： ? 數據文件詞條描述：

① 數據文件名：職工信息表

簡述：存放職工信息 輸入數據：

輸出數據：職工信息

數據文件組成：職工信息表由“職工信息”組成

2）職工售票及退票

電影票信息表檢驗錯誤 售票管理人員電影票信息身份檢驗職工信息職工信息表操作確認操作信息售票隨機產生驗證碼電影票信息表電影票信息退票工號密碼

(2):數據詞典：

? 數據源點及匯點描述： 名稱：售票管理人員 ○簡要描述：管理職工信息

有關數據流：職工工號、密碼 數目：1 ? 加工邏輯詞條描述： 1加工名：身份檢驗 ○加工編號：１

簡要描述：檢驗職工身份 輸入數據流：職工工號、密碼

輸出數據流：登陸成功、身份驗證錯誤 2加工名：售票 ○加工編號：2 簡要描述：根據所讀入的操作信息，售出電影票 輸入數據流：操作信息，電影票信息 輸出數據流：電影票信息，操作確認

加工邏輯：根據所讀入的操作信息，售出電影票

? 數據流名詞條描述： 數據流名：職工號 ○說明：職工的工號

數據流來源：售票管理人員 數據流去向：身份檢驗

數據流組成：職工號=短整型字符串 2數據流名：密碼 ○說明：與職工名稱相匹配的密碼 數據流來源：售票管理人員 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： 3數據流名：電影票信息 ○說明：電影票信息

數據流來源：售票管理人員 數據流去向：電影票信息表

? 數據文件詞條描述：

① 數據文件名：電影票信息表

簡述：電影票信息 輸入數據：電影票信息 輸出數據：

數據文件組成：電影票信息表由“電影票信息”組成 存儲方式：關鍵碼 存取頻率：頻繁

3）檢票

電影票信息表檢驗錯誤檢票管理人員電影票信息身份檢驗職工信息職工信息表操作確認操作信息檢票驗證號驗證真偽工號密碼

(2):數據詞典：

? 數據源點及匯點描述： 1 名稱：檢票管理人員 ○簡要描述：管理職工信息

有關數據流：職工工號、密碼 數目：1 ? 加工邏輯詞條描述： 1加工名：身份檢驗 ○加工編號：１

簡要描述：檢驗職工身份 輸入數據流：職工工號、密碼

輸出數據流：登陸成功、身份驗證錯誤 2加工名：檢票 ○加工編號：3 簡要描述：根據所讀入的操作信息，檢驗電影票 輸入數據流：操作信息，電影票信息 輸出數據流：電影票信息，操作確認

加工邏輯：根據所讀入的操作信息，檢驗電影票

? 數據流名詞條描述： 數據流名：職工號 ○說明：職工的工號

數據流來源：檢票管理人員 數據流去向：身份檢驗

數據流組成：職工號=短整型字符串 2數據流名：密碼 ○說明：與職工名稱相匹配的密碼 數據流來源：檢票管理人員 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： 3數據流名：電影票信息 ○說明：電影票信息

數據流來源：檢票管理人員 數據流去向：電影票信息表

? 數據文件詞條描述：

① 數據文件名：電影票信息表

簡述：電影票信息 輸入數據：電影票信息 輸出數據：

數據文件組成：電影票信息表由“電影票信息”組成 存儲方式：關鍵碼 存取頻率：頻繁

4）維護系統

影庫管理表檢驗錯誤 數據處理人員影庫信息身份檢驗職工信息職工信息表操作確認操作信息職工信息表職工信息維護系統選擇影庫管理表票務信息工號密碼

（2）數據詞典

? 數據源點及匯點描述： ② 名稱：數據處理人員

簡要描述：管理職工信息

有關數據流：職工工號、密碼、系統選擇：影庫系統、職工系統、票務系統 數目：1 ? 加工邏輯詞條描述： ② 加工名：身份檢驗

加工編號：１

簡要描述：檢驗職工身份 輸入數據流：職工工號、密碼

輸出數據流：登陸成功、身份驗證錯誤 3加工名：維護 ○加工編號：4 簡要描述：選擇要維護的系統 輸入數據流：操作信息，系統信息 輸出數據流：系統信息，操作確認 加工邏輯：選擇要維護的系統

? 數據流名詞條描述： ⑤ 數據流名：職工號

說明：職工的工號

數據流來源：數據處理人員 數據流去向：身份檢驗

數據流組成：職工號=短整型字符串 ⑥ 數據流名：密碼

說明：與職工名稱相匹配的密碼 數據流來源：數據處理人員 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： ⑦ 數據流名：出錯信息

說明：用于指示身份驗證錯誤的信息 數據流來源：身份檢驗 數據流去向：數據處理人員

數據流組成：出錯信息＝任意字符串 ⑧ 數據流名：系統名稱

說明：系統的名稱

數據流來源：數據處理人員 數據流去向：選擇 數據流組成： ? 數據文件詞條描述：

② 數據文件名：職工信息表

簡述：存放職工信息 輸入數據：

輸出數據：職工信息

數據文件組成：職工信息表由“職工信息”組成

（1）影庫管理

影庫管理表檢驗錯誤 數據處理人員影庫信息身份檢驗職工信息職工信息表操作確認操作信息影庫管理工號密碼

(2):數據詞典：

? 數據源點及匯點描述： 1 名稱：數據處理人員 ○簡要描述：管理職工信息

有關數據流：職工工號、密碼 數目：1 ? 加工邏輯詞條描述： 1加工名：身份檢驗 ○加工編號：１

簡要描述：檢驗職工身份 輸入數據流：職工工號、密碼

輸出數據流：登陸成功、身份驗證錯誤 2加工名：影庫管理 ○加工編號：5 簡要描述：根據所讀入的操作信息，對影庫信息進行查詢、增加、刪除、修改等 輸入數據流：操作信息，影庫信息 輸出數據流：影庫信息，操作確認

加工邏輯：根據所讀入的操作信息，對影庫信息進行查詢、增加、刪除、修改等

? 數據流名詞條描述： 數據流名：職工號 ○

說明：職工的工號

數據流來源：數據處理人員 數據流去向：身份檢驗

數據流組成：職工號=短整型字符串 2數據流名：密碼 ○說明：與職工名稱相匹配的密碼 數據流來源：數據處理人員 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： 3數據流名：影庫信息 ○說明：影庫信息

數據流來源：數據處理人員 數據流去向：影庫管理表

? 數據文件詞條描述：

① 數據文件名：影庫管理表

簡述：影庫信息 輸入數據影庫信息 輸出數據：

數據文件組成：影庫管理表由“影庫信息”組成 存儲方式：關鍵碼 存取頻率：頻繁

（2）職工管理

職工信息表檢驗錯誤 數據處理人員職工信息身份檢驗職工信息職工信息表操作確認 工號密碼操作信息職工管理

(2):數據詞典：

? 數據源點及匯點描述： 1 名稱：數據處理人員 ○簡要描述：管理職工信息

有關數據流：職工工號、密碼 數目：1 ? 加工邏輯詞條描述： 1加工名：身份檢驗 ○加工編號：１

簡要描述：檢驗職工身份 輸入數據流：職工工號、密碼

輸出數據流：登陸成功、身份驗證錯誤 2加工名：職工管理 ○加工編號：6 簡要描述：根據所讀入的操作信息，對職工信息進行查詢、增加、刪除、修改等 輸入數據流：操作信息，職工信息 輸出數據流：職工信息，操作確認

加工邏輯：根據所讀入的操作信息，對職工信息進行查詢、增加、刪除、修改等

? 數據流名詞條描述： 數據流名：職工號 ○說明：職工的工號 數據流來源：職工 數據流去向：身份檢驗

數據流組成：職工號=短整型字符串 2數據流名：密碼 ○說明：與職工名稱相匹配的密碼 數據流來源：職工 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： 3數據流名：職工信息 ○說明：職工信息

數據流來源：數據處理人員 數據流去向：職工信息表

? 數據文件詞條描述：

① 數據文件名：職工信息表

簡述：職工信息 輸入數據：職工信息 輸出數據：

數據文件組成：職工信息表由“職工信息”組成 存儲方式：關鍵碼 存取頻率：頻繁

（3）票務管理

影庫管理表檢驗錯誤 數據處理人員電影票信息身份檢驗職工信息職工信息表操作確認

(2):數據詞典：

? 數據源點及匯點描述： 1 名稱：數據處理人員 ○簡要描述：管理職工信息

有關數據流：職工工號、密碼 數目：1 ? 加工邏輯詞條描述： 1加工名：身份檢驗 ○加工編號：１

簡要描述：檢驗職工身份 輸入數據流：職工工號、密碼

輸出數據流：登陸成功、身份驗證錯誤 2加工名：職工管理 ○加工編號：7 簡要描述：根據所讀入的操作信息，對職工信息進行查詢、增加、刪除、修改等 輸入數據流：操作信息，職工信息 工號密碼操作信息票務管理

輸出數據流：職工信息，操作確認

加工邏輯：根據所讀入的操作信息，對職工信息進行查詢、增加、刪除、修改等

? 數據流名詞條描述： 數據流名：職工號 ○說明：職工的工號 數據流來源：職工 數據流去向：身份檢驗

數據流組成：職工號=短整型字符串 2數據流名：密碼 ○說明：與職工名稱相匹配的密碼 數據流來源：職工 數據流去向：身份檢驗

數據流組成：密碼=短整型字符串 每個數據量流通量： 3數據流名：影庫信息 ○說明：影庫信息

數據流來源：數據處理人員 數據流去向：影庫管理表

? 數據文件詞條描述：

① 數據文件名：影庫管理表

簡述：影庫信息 輸入數據：影庫信息 輸出數據：

數據文件組成：影庫管理表由“影庫信息”組成 存儲方式：關鍵碼 存取頻率：頻繁

3.5.數據采集

數據采集采用鍵盤輸入和鼠標點擊選擇。功能需求

4.1 功能劃分

該軟件具有如下主要功能： 1.查詢功能； 2.添加功能； 3.修改功能； 4.刪除功能； 5.授權功能

4.2 功能描述

1.查詢功能

? 職工信息查詢； ? 影片信息查詢； 2.添加功能

? 增加一個影片； ? 增加一個職工 3.修改功能

? 修改影片或職工已存在的記錄內容，提供確認機制； 4.刪除功能

? 刪除一個影片； ? 刪除一個職工 5.授權功能；

? 僅有職工有操作的權限； 性能需求 5.1 時間特性

一般操作的響應時間應在1－2秒內。

5.2 適應性

滿足運行環境在允許操作系統之間的安全轉換和與其它應用軟件的獨立運行要求。運行需求 6.1 用戶界面

采用網頁顯示方式，可同時打開多個窗口運行。

6.2 硬件接口

支持各種x86系列PC機。

6.3 軟件接口

運行于Windows 2000/xp及更高版本并裝有IE的操作系統之上。

6.4 故障處理

正常使用時不應出錯，對于用戶的輸入錯誤應給出適當的改正提示。若運行時遇到不可恢復的系統錯誤，也必須保證數據庫完好無損。

第五篇：售票管理制度

勵精圖治 追求卓越

售票管理制度

1、目的

為規范售票服務，提高售票工作效率，特制定本制度。

2、范圍

適用于景區售票員日常作業。

3、職責

景區售票員負責各類票據按照《購票須知》進行銷售工作。售票員負責每日門票的統計工作，并協助售票領班做好周、月盤點工作。

票務領班負責每日票款的登記、清點工作，并協助財務部做好月盤存工作。

4、工作程序 4.1 票房管理

4.1.1 票房為票務重地，非本部門工作人員不得隨意進入。4.1.2 7:00準時開窗售票，確保售票安全。4.1.3 保持室內、室外環境整潔。4.1.4 票房內禁止說笑打鬧、大聲喧嘩。

4.1.5 票房內辦公臺上各類辦公用具、單據、票據應擺放整齊。4.1.6 票房外告示牌應字跡清晰，掛置整齊。

4.1.7 下班后，必須鎖好門窗、抽屜、票柜，檢查電器開關，關閉電源等，確保安全。

4.2 領票程序按照財務部《票務管理制度》執行。/ 3 一言九鼎 商機無限

勵精圖治 追求卓越

4.3 售票程序

4.3.1 售票員應提前5-10分鐘上班，身著工裝，儀容儀表符合景區規定；上崗后，取出當日所需票據與備用金，并進行登記，做好售票準備工作。

4.3.2 遵守公司財務制度，按照景區規定的收費標準收取款項。4.3.3 游客購票前，售票員需問清游客數量，并告知游客所需費用。游客將票款交予售票員，售票員進行清點，清點票據數量與票款核對后，將找零與票據一起交給游客。團隊購票前，導游需出示導游證、《行程預約單》、售票員填寫《團體票銷售記錄表》記錄游客數量、日期、金額等相關信息，導游確認簽字，售票員簽字后方可辦理購票。

4.3.4 售票員售票過程中需清點票據、票款，核實票據數量，票據金額，確保其相符，無差款、假款等情況。出現漏、假款等情況，由售票員自行補齊或賠償。

4.3.5 每日對當日售票情況進行盤點，做到日清日結，并填寫《景區售票日報表》。盤存后將整數金額交予財務部匯總，并進行登記。財務部將交予的票款進行清點、登記并入保險柜。

4.4 售票規定

4.4.1 門票的銷售工作按公司財務部有關規定執行。

a)嚴格核對購票所持證件及兒童身高：特別關注70歲以上老年人（老年證或身份證）、殘疾人（殘疾證）、1.4米/ 3 一言九鼎 商機無限

勵精圖治 追求卓越

以下兒童；免費入園的現役軍人、記者、導游； b)團隊售票，嚴格核對《行程預約確認單》，根據所約定付款方式售票；

4.4.2 無論何種原因，所有票據的作廢都應由公司財務人員核實后方可進行。

4.4.3 妥善保管收據、存根、發票等各種單據，不得私自亂開發票、收據。

4.4.4 不得以任何理由私自兜售公司各種門票。4.4.5 做好每日銷售表、每周及每月的銷售統計表。

4.4.6 所有售票工作均應做好詳細收支記錄，售票員應協助售票領班每周的盤點和財務每月的盤點工作。

4.4.7 所有售票員必須忠于職守、堅持原則、遵守職業道德，不得趁職務之便謀取私人利益。

5、處罰

5.1如售票人員審證不嚴，出現錯賣，漏賣，多賣等現象，按照所賣票價兩倍金額進行處罰，并取消月度優秀員工評定資格； 5.2如發現售票人員私收現金或伙同他人收取現金，弄虛作假，票帳不符，立即開除，情節嚴重者追究其刑事責任。/ 3 一言九鼎 商機無限