第一篇：銀行排隊叫號系統需求分析 設計文檔

銀行排隊叫號系統的分析與UML建模

一、需求分析

近年來，由于各行各業的信息化、智能化建設越來越普及，整個社會對各個行業的辦事效率的要求也越來越高。例如像銀行辦業務，在顧客辦業務過程中排隊現象在所難免，為了在排隊時減少顧客的等待時間，為顧客辦業務創造一個良好的環境，銀行排隊叫號系統應運而生。銀行排隊系統的功能性需求包括以下內容：

1、排隊系統可以分為票務打印系統和窗口操作系統。

2、票務打印系統（1）顯示

發號機上的顯示屏使用液晶顯示，顯示對待辦業務的選擇；（2）輸入

輸入過程即通過觸摸屏對業務進行選擇的過程；（3）輸出打印

號票打印內容應該包括業務名稱、排隊號碼、時間等；

3、窗口操作系統基本包括顯示屏、語言提示，叫號按鈕（1）顯示屏

使用點陣式LED顯示，顯示內容應該是下一個號碼以及辦理業務窗口；（2）語音提示

語音播報時用語音的形式通過廣播或者音箱給人一提示信息。語音提示不需要用戶一直盯著提示屏或者排隊情況。選擇使用語音芯片，實現的功能應該是當操作員按下按鈕后，語音播放下一個辦理者的票號。（3）叫號按鈕

設置叫號按鈕，以便于操作員控制窗口模塊的顯示屏及語音提示。滿足上述需求的系統主要包括以下幾個小的系統模塊：

（1）派號功能模塊。派號功能模塊主要是用于在用戶進入服務大廳后，根據自己的業務需要，通過自助式觸摸屏號票機領取票號；或者用戶在服務大廳業務咨詢臺進行業務咨詢后，咨詢員可以為用戶打印排隊號票。號票是由排隊服務器根據當前情況自動生成。

（2）叫號功能模塊。工作人員可以通過座席軟件鍵盤上的設置鍵對客戶進行叫號；也可通過按鍵控制器對客戶進行叫號；系統可以設置單語或雙語進行語音播放；以及通過LED顯示屏和其它視頻顯示設備顯示票號。

（3）預約功能模塊。用戶可以通過電話預約領取排隊號；預約成功后取得預約號；系統將此預約號按預約時間插入當前的排隊隊列，在系統處理后進行優先呼叫；在同時間下辦理業務時，可以進行預約服務，優先辦理。同時用戶可以在網上進行預約。用戶可以在正常受理業務的工作日和系統進行網上預約。系統將此預約日期的預約號檢索到排隊序列中。

（4）管理功能模塊。實現窗口靈活安排，根據業務需要設置叫號規則；業務分類排隊管理；鼠標、鍵盤、按鍵控制器混合使用。可以按業務和窗口分類統計業務辦理情況。

二、用例圖

● 客戶能夠通過該系統進行如下活動：

（1）顧客取票：需要辦理業務的顧客到取票機前取號，并獲得打印。（2）顧客休息等待：取到排隊號的顧客在休息區休息等待，留意顯示屏信息和語音提示。

（3）營業員按鈕呼叫：窗口操作員按“下一位”，當前窗口就顯示顧客排隊號并語音呼叫“請XX到X”。（4）顧客到窗口辦理業務：休息區的顧客聽到呼叫就到相應窗口進行一對一服務。

根據以上的描述畫出相應的用例圖如下：

三、系統類圖 我們可以識別系統中存在的主要實體類：顧客，柜臺營業員，維修管理員，保安。界面類：取票機。

根據以上的描述畫出相應的類圖如下：

四、系統動態模型 顧客取號排隊辦理業務工作流程：

（1）取號：顧客取一張號票，上面有號碼、時間、辦理的業務類型等（2）休息等待：持號票在休息區休息并留意顯示屏音箱叫號。（3）按鍵叫號：工作人員辦完一筆業務后按下叫號器上的下一位按鈕（4）前去辦理：叫號時根據顯示屏音箱的信息到指定位置享受一對一的服務。根據以上的描述畫出序列圖如下：

柜臺營業員辦理業務工作流程：

（1）登 錄：工作開始前，輸入員工代碼進行登錄。（2）退 出：在工作結束后，退出系統。（3）順 呼：呼叫第一位或下一位顧客。

（4）重 呼：第一次呼叫顧客時沒有響應，重新進行呼叫。

（5）轉移窗口：對單一業務隊列可在窗口間進行轉移；對多業務隊列，不但可以在本業務隊列窗口間轉移，還可以在不同的業務隊列窗口間轉移。（6）優先呼叫：碰到緊急或有特殊關系的顧客，可優先呼叫。

（7）回 呼：顧客錯過機會或需多柜臺服務時，鍵入其號碼進行呼叫（注：回呼的號碼必須是已被呼叫過的號碼）。（8）棄 號：多次呼叫后，顧客依然沒有響應，可能顧客已棄號，然后呼叫下一位顧客。

（9）詢 問：查詢當前等待人數。根據以上的描述可畫出序列圖如下：

管理員管理業務工作流程：

（1）系統管理：對系統中排隊機、顯示屏、座席及其它與系統相關的硬件進行管理；

（2）管理顧客動態：可實時提供當前各部門所有顧客取號時間、服務情況和等待人數等有關參考信息；

（3）員工效率管理（即監督工作）：可獲知員工幾時上班、幾時下班、服務人次、平均和最長及最短服務時間等有關信息；

（4）統計：統計多種有價值的信息，供管理層決策參考

五、狀態圖 排隊叫號系統包含以下六種狀態：顧客到達、取票、等候辦理、辦理業務、柜員呼叫、顧客離去。它們之間的轉換規則是：

（1）需要辦理業務的顧客到達取票機前取票，并獲得打印。

（2）取到排隊號的顧客在休息區休息等待，留意顯示屏信息和語音提示。（2）柜臺營業員辦完一筆業務后按下叫號器上的下一位按鈕。（3）叫號時根據顯示屏音箱的信息到指定位置前去辦理業務。（4）辦理完業務后即可離開。根據以上的描述可繪制出狀態圖如下：

六、活動圖 顧客對象的活動圖：

（1）顧客在取票機的界面上輸入選擇所需辦理的相關業務。

（2）界面將信息傳遞到控制業務邏輯的對象中心顯示屏（動態顯示所有等待服務的顧客號碼以及相關的業務信息）進行驗證，然后傳遞到窗口顯示屏（顯示顧客、業務受理員號碼及宣傳、服務用語）。（3）窗口顯示屏獲得到的信息顯示顧客辦理業務的詳細信息。柜員對象的活動圖：

（1）柜員獲取中心顯示屏傳遞過來的信息，然后通過對象呼叫機進行按鍵呼叫。（2）叫號時顧客根據顯示屏音箱的信息到指定位置前去辦理業務，辦完業務后即可離開。

管理員對象的活動圖：

（1）可實時提供當前各部門所有顧客取號時間、服務情況和等待人數等有關參考信息。

（2）可獲知員工幾時上班、幾時下班、服務人次、平均和最長及最短服務時間等有關信息，進行監督。

（3）可監督維修人員對系統中排隊機、顯示屏、座席及其它與系統相關的硬件進行管理。

通過以上的描述可繪制出活動圖如下：

七、系統構件圖 在排隊叫號系統中，可以對參與者和主要的業務實體類分別創建對應的構件進行映射。我們前面在類圖中創建的顧客類、柜臺營業員類、系統管理員類，所以可以映射出相同的構件類，包括顧客構件、柜臺營業員構件、排隊叫號系統構件，此外，還必須有一個主程序構件。由以上描述可繪制出構件圖如下：

八、系統部署圖 在排隊叫號系統中，系統包括四個節點，分別是：主控箱節點，對系統中排隊機、顯示屏、座席及其它與系統相關的硬件進行管理；排隊機節點，提供顧客排隊取號的票據；叫號器節點，提供給柜臺營業員通過叫號機對客戶進行叫號；窗口顯示屏節點，用于動態顯示所有等待服務的顧客號碼以及相關業務的信息；音箱節點，用于提示顧客辦理相關業務。由以上描述可繪制出部署圖如下：

第二篇：銀行排隊系統需求分析報告

銀行排隊系統需求分析報告

1.引言

編寫目的

隨著時代的發展，信息技術在各服務行業中的重要作用得到充分體現，通過服務模式的信息化，可以極大提高服務質量，節約人力成本，提高工作效率。

本產品是針對銀行的排隊取號業務而開發的新一代銀行排隊系統。本產品較現有的銀行排隊系統在功能上有一定的擴充，這體現在用戶端用戶體驗的提升以及銀行內部管理人員的管理效率的提升。

本產品目前版本號：ver.1.0 1.2項目風險 1.3 文檔約定

1.4 預期讀者和閱讀建議 用戶：各大銀行

開發人員：熊宇軒，蔣雅楠，劉昕

項目經理：王萌

營銷人員：暫缺

測試人員：蔣雅楠

文檔編寫入員：熊宇軒 1.3定義

靜態數據：系統固化在內的描述系統實現功能的一部分數據。動態數據：在軟件運行過程中用戶輸入的后系統輸出給用戶的一部分數據，也就是系統要處理的數據。

數據字典：數據字典中的名字都是一些屬性與內容的抽象和概括，它們的特點是數據的“嚴密性”和“精確性”，沒有半點含糊。1.4參考資料

NEUSOFT實習資料

2任務概述

2.1目標

本系統的設計目標是能夠實現客戶銀行排隊取號，柜員柜臺叫號功能，并且使銀行管理者能夠查詢排隊記錄。系統應該具有簡單，易用，小巧，經典的特色，應該能夠對銀行排隊取號業務進行優化，使其系統化，高效化，智能化。并保證工資管理的準確性，簡易性，為學校財務人員提供便利。相應的需求如下：

（1）普通客戶排隊取號

（2）VIP客戶優先取號

（3）移動端預約客戶身份驗證取號

（4）柜員叫號

（5）客戶對柜員服務進行評分

（6）數據的統計，并且在經理客戶端顯示數據

（7）經理手動插隊權限

（8）登錄信息管理。（9）人性化服務體驗提升功能 本軟件系統的開發設計思想是：

1.系統應符合銀行管理的規定，滿足銀行客戶和管理人員的需要，并達到操作過程中的直觀、方便、實用、安全等要求；

2.系統采用模塊化程序設計方法，既便于系統功能的各種組合和修改，又便于未參與開發的技術維護人員對其進行補充、維護；

3.系統應具備數據庫維護功能，及時根據用戶需求進行數據的添加、刪除、修改、備份等操作。

2.2用戶的特點

本軟件的最終用戶是各銀行網點，由于該單位的員工的學歷、素質較高，具有一定的計算機操作技能。本軟件需要至少一名系統管理人員，由于本軟件系統的易用性，并不需要受過專業訓練人員。

2.3假定和約束

由于本軟件系統較小，且在linux系統下采用c 語言開發，故在一般環境下基本沒有什么限制。

一個更為完善的工資管理系統，應提供更為便捷與強大的信息查詢功能，如相應的網絡操作及服務，由于開發時間和計算機數量有限，該系統并未提供這一功能。對信息的保護手段僅限于設置用戶級別，以及提供數據文件的備份，比較簡單，不能防止惡意的破壞，安全性能有待進一步完善。

3需求規定

3.1對功能的規定

3.1.1功能模塊及描述

本系統主要功能模塊如下，系統功能模塊圖如圖： 1）用戶排隊取號模塊

叫號機當前服務信息： 普通用戶VIP用戶預約用戶 圖1-1 該模塊可以實現普通用戶取票，VIP 用戶取票，移動客戶端預約用戶身份驗證取號業務。三個按鈕對應三個不同的服務客戶對象類型，右側的對話框顯示當前叫號情況。

普通用戶和VIP用戶會跳轉至圖1-2所示的頁面

窗體標題負債業務當前等候人數資產業務當前等候人數中間業務當前等候人數

圖1-2-1

三個按鈕對應不同的業務類型，按下之后就可以取票，通過socket通信將排隊請求上傳到服務器，并在服務器端口進行多線程任務管理，自動為客戶分配排隊號碼。負債業務對應柜臺1-3，資產業務對應4-6，中間業務對應7-9。

圖1-2-2 預約用戶可跳轉至圖1-2-2的界面，輸入手機號和驗證碼來驗證信息，并且取已預約的號

2）員工叫號模塊 叫號界面正在為 服務叫號正在呼叫下一個

圖1-3 員工可使用圖1-3所示界面進行叫號，叫號按鈕按下之后，會自動生成正在呼叫的客戶排隊號碼。為了防止有的客戶取號之后又離開銀行的廢票現象的發生，我們設置了跳轉至下一個排隊用戶的按鈕。右側的對話框顯示正在服務的客戶，在柜員對面的客戶服務端按下開始服務按鈕之后，柜員的正在呼叫對話框內將被置空，而有側的對話框會顯示相應服務信息。

3）用戶服務模塊

用戶界面評分1開始服務2345結束服務

圖1-4 開始服務和結束服務按鈕對應柜員端相應功能，在按下結束服務按鈕之前，用戶要通過右側的按鈕對服務進行評分。評分情況和服務時間可在經理端顯示

4）經理管理模塊

業務情況排隊情況業務分類序號刷新插隊退出排隊號取號時間已等候時間負債業務已受理情況資產業務柜員評分信息統計中間業務

圖1-5-1 經理可使用圖1-5-1所示界面來查看當前排隊信息，并且可以通過上方的插隊按鈕幫助特殊客戶插隊。業務情況排隊情況業務分類序號刷新插隊退出排隊號開始時間結束時間負債業務已受理情況資產業務柜員評分信息統計中間業務

圖1-5-2 經理可以通過左側的已受理情況按鈕查詢以往客戶的排隊情況。業務情況排隊情況業務分類柜員號刷新插隊退出姓名已受理人數平均分負債業務已受理情況資產業務柜員評分信息統計中間業務

圖1-5-3 經理可以通過評分按鈕來查看客戶對柜員的評分情況，便于內部考核使用。信息統計排隊情況已受理情況柜員評分信息統計刷新

圖1-5-4 經理可以查看總體的數據統計概要。

5)柜員/經理登陸模塊

柜員登陸柜員號密碼登陸 系統可以通過查詢數據庫中的記錄來識別柜員/經理的身份。

4．業務流程圖

系統的業務流程圖如下圖所示:

普通用戶取號VIP用戶取號插隊插隊插隊負債業務資產業務中間業務預約用戶取號等待叫號插隊柜員叫號開始服務經理結束服務返回記錄客戶評分5.數據庫管理

5.1 動態數據描述 輸入數據：菜單選項，查找關鍵字，新建記錄項。輸出數據：由查詢關鍵字確定的數據庫記錄集合。內部生成的數據：中間查詢結果。數據庫描述

5.2數據庫描述

本系統使用MySQL數據庫

第三篇：排隊叫號系統示例文檔

前言

電信市場的迅猛發展在給電信企業帶來巨大商機的同時也帶來了巨大壓力。為了給客戶提供方便、快捷的服務，通信企業在全國各地建立了眾多的服務中心，每天接待許許多多的客戶。客戶在辦理 繳費、開通新服務、申請新賬戶、余額查詢、賬單詳細查詢等業務時需要排若干次隊，甚至經常發生排錯隊伍的現象，耗費了大量的時間和精力；另一方面，嘈雜、混亂的工作環境也影響了工作人員的辦事效率與服務質量。

因此，為了提供高效率的服務、營造良好的工作環境，通信企業需要以高科技的客戶管理手段代替 傳統的人工排隊方式，從根本上解決傳統排隊給客戶及企業帶來的不利影響。

排隊管理系統是針對通信的行業特點專門研制開發出的、適用于各通信企業的理想的客戶解決方案。該系統可以根據客戶的流量即時調整工作人員及服務窗口的數量，最大程度減少客戶等候時間，很好地解決客戶在接受服務過程中所遇到的各種排隊、等候、擁擠和混亂現象。同時也能統計客戶情況及職員的工作狀況，為企業管理層提供有效的管理手段和決策依據。

設計思想

2.1基本情況及要求

提高營業大廳的綜合管理水平和合理的安排顧客辦理各種業務，通過叫號服務，讓顧客坐下來等候，避免窗口擁擠和排隊，并且能合理的安排窗口服務，減少顧客的等候時間;與此同時,通信公司還可以通過排隊系統的數據生成對大廳的服務進行科學化管理。

系統要求智能化管理 ,柜臺業務負責人可以根據實時顧客流量合理分配柜臺數量,實行動態的科學管理。

根據柜員個人的業務能力可以劃分成不同的業務級別，在自己的級別內可以實現 “互助”式的柜臺轉移呼叫操作，并要隨著業務員能力的提高和降低隨時進行增加和減少的量化控制。

統計業務人員在遇到特殊情況時，能夠通過操作器、語音、計算機對話框等手段進行對話和同級之間的調整。

在顧客需在多個柜臺（業務）服務時），可持同一張號票自動進入排隊隊列，而不需重新取號。

語音要求和背景音樂相融合或互相切換，并能播發其他相關語音信息。

通過柜員用操作器可進行重呼、插隊、轉移、預約功能操作。

管理人員可通過表格、圖形兩種方式查詢、打印排隊信息與柜員工作量等數據，并可設置系統服務參數。2.2 系統設計思想 系統設計基于適應性、可靠性、應用可設計性、系統完整性、結構開放性的設計思想，采用模塊化的結構方式，統一管理、分布處理，充分保證整個系統的先進可靠性和良好的擴展性。使營業大廳通過本排隊管理系統的使用，形成良好有序的工作秩序，為顧客營造安靜、舒適的環境，為員工改善工作環境，提高工作效率，樹立良好的公眾形象。

充分考慮營業大廳現有的工作流程和行業特點，結合以往安裝使用的實際經驗，使系統的設計與現有情況相適合；設備上還要考慮到現在或將來和現有網絡的適當融合（如，服務語音監控錄入系統、電視系統、大屏幕系統等）

系統設計除考慮顧客正常流程時排隊處理，還充分考慮顧客由于某些原因而出現特殊情況如漏號、需轉移至其它柜臺、優先辦理、取錯號碼時的排隊處理，保證系統有秩序地進行。

基于柜員的工作情況需求，本系統可支持的呼叫終端采用物理呼叫器或虛擬呼叫終端，支持兩種同時采用的方式，使柜員能夠根據現實情況選擇適合的方式，并可隨著大廳計算機化的建立而逐步增加虛擬終端的使用比例。

本系統設計了強大的管理和統計功能，為通信行業進行現代化的科學管理提供了有效而便利的手段。

充分考慮系統工作的可靠性設計，具有軟件升級時的數據自動保護功能，避免因系統升級而造成數據丟失或損壞。具有分散處理或備份功能，萬一主控計算機系統出現故障，另外副主控計算機仍然運行，待網絡恢復后自動將有關數據上傳。2.3 排隊系統設備配置

現場情況： 多 種業務，多個柜臺

設備配置： 立式取號機 1 臺 ；漢字窗口顯示屏每個柜臺（窗口）1 塊；物理呼叫器每個柜臺（窗口）1 只； 2.4 業務隊列設計

2.5 取號機面板示意圖 ：

2.6 票號示意圖

? 系統概述

3.1 排隊系統說明

3.1.1 顧客辦理業務流程圖

3.1.2 顧客辦理業務示意圖

3.2 硬件系統功能說明

3.2.1 取號機（立式）

立式，按鍵式取號，顧客通過取號機自助取號；

取號機面板上設立代表服務內容的按鍵（對應相應的服務隊列）顧客按鍵后，打印機打印出一個票號，同時系統內部將該號碼轉移到相應的服務隊列中去排隊；面板上和取號機上可根據需要印上行業標志 LOGO等；

取號機可以根據客戶要求，在打印紙將要用盡時發出警報提醒，便于操作員及時更換打印紙。

取號機外觀可以是立式，也可以根據現場配制臺式；

取號機為用戶提供多種功能接口

網絡接口 ：用于連接網絡主機，便于網絡管理及數據傳輸。磁卡機接口 ：用于特種行業的身份識別，如重要大戶等。

顯示接口 ：用于連接電視機、LED顯示屏等，使娛樂、排隊一替化。

觸摸屏接口：用于連接觸摸屏，使取號用戶在查詢中直接取號。

顯示取號時間、等候人數、等候時間。

可以設置在任意時間段不出號票。

可以在取號機內安置語音系統用于呼叫或其它特殊需要。

可以根據客戶要求設定等候人數 “臨界值”，當某一個服務取號等候人數超過一定數量時，可以發出提示告知當前等候人數較多，大概需要等候時間等等（選項）；或者當排隊人數超過 “臨界值”后，自動向計算機（或警告顯示屏）傳輸警告界面，提示有關負責人需要增加服務柜臺等信息。取號機按鍵壽命 50萬次以上，為了便于將來業務變更和調整的需要面板可以更換；

取號機系統可以采用整體式（如顧客在取號機的觸摸屏上查詢，查詢清楚后，可以按觸摸屏上的取號提示，同樣可以在取號機上得到一個票號）。

如果將來有采用觸摸屏技術取號，可以采用我司即將推出的新款取號機機箱（觸摸屏式），屆時只需要改裝即可無須花費整機的價錢。3.2.2 呼叫器

特殊功能

呼叫器分為物理呼叫器和虛擬呼叫器，二者可并用或單獨使用。

工作人員通過呼叫器呼叫顧客辦理業務。

通過定義鍵，可以在對服務過的顧客號碼進行標注業務類別，如，某一個大項服務名稱中含有 4 種以上的種業務，可設定其業務編碼為 01、02、03、04? 在順呼下一位顧客前，可以通過 功能 + 輸入代碼的方式將剛辦理完畢的業務進行標注，體現在業務報表中，為杜絕遺漏標注的操作，可以進行設定，如果沒有標注業務類別操作，順呼鍵將無法繼續，用以提醒柜員進行標注操作（上述功能已經在上海滬東供電公司成功運用）。6 位 LCD 液晶顯示：前兩位顯示隊列號，后四位顯示顧客排隊號碼

查詢功能：可通過呼叫器查詢等候人數、查詢服務過人數或者通過

柜臺號 + 功能 + 查詢的操作方式查詢其它業務的排隊等候人數。轉移插入功能：呼叫器可將當前票號，轉移插入到其他隊列的任何位置。

根據營業安排，可以隨時改變業務內容去幫助其它柜臺。

對有特殊要求的柜臺（例如，顧客需要先遞交申請單據進行審驗然后等候通知的情況下）還可以將操作器設置成手動輸入號碼進行呼叫的方式，柜員將審驗通過顧客的號碼輸入操作器上然后進行呼叫（該功能已經應用到北京 301 醫院的藥房取藥系統、大連車管所和沈陽出入境管理處也將采用該種呼叫方式）。

基本功能：

工作人員通過呼叫器呼叫顧客辦理業務。

登錄：在一天工作開始前，輸 入員工代碼（最大 4 位數）進行登錄（對于工作位置固定的員工，可以進行設置，每天只需要按 “ 登錄 ” 鍵即可，無須輸入員工代碼，簡化登錄的操作過程）。

退出：在一天工作結束后，退出系統。

當工作人員暫時離開，可通過終端關閉此柜臺，同時，該柜臺顯示屏自動關閉。可選擇物理終端（硬件組成，放在柜臺上），和虛擬終端（軟件，安裝在電腦中）兩種功能。

順呼：呼叫第一位或下一位顧客。

重呼：第一次呼叫顧客時沒有響應，可以多次重新進行呼叫。

棄號：多次呼叫后，顧客依然沒有響應，可能顧客已棄號，然后呼叫下一位顧客；還可以按照客戶要求，系統內進行設置，在重呼若干次仍舊沒有前來的情況下，系統直接按棄號處理（漏號顧客處理方法之一）

優先：碰到緊急或有特殊關系的顧客，可優先呼叫。

轉移：偶爾顧客拿錯部門號票或需要多柜臺服務，可即時傳送其他部門，無須重新取號等待。

延后：當多次重呼后，顧客依然沒有響應，把該顧客延后到本服務類型的最后一位（漏號顧客處理方法之二）

柜臺：可修改柜臺服務類型，從而實現臨時幫助其它服務柜臺的目的。

清屏：清除錯誤的輸入。插前：顧客需多柜臺服務時，完成一段服務后，其號碼被轉移到另一隊列的首位。

儲存：當呼叫時而顧客恰好不在，可暫時儲存，然后繼續呼叫下一位顧客，辦理完畢后再重新呼叫，顧客無須擔心錯過時間。

詢問：查詢當前等待人數。

查看：查看儲存的號碼。（暫未實現，因為需求面小，如果有要求可以實現）

密碼登錄：根據需要，可設定用戶個人密碼，使用密碼登錄。

呼叫終端物理參數

長 :16 cm 寬 :9 cm 高 :3.5 cm 電源電壓 :12V(由通信控制器供電)最大功耗 :2W 3.2.3 窗口屏

（1）.數碼管窗口顯示屏

? 安裝于服務窗口上方；

? 4位數碼管顯示,動態閃爍顯示該窗口正在呼叫號碼；

? 靜態顯示正在辦理業務中的顧客排隊號碼。

數碼管窗口屏物理參數 37.5cm * 14.3cm * 5cm 最大功耗 :20W

（2）.點陣窗口顯示屏

? 安裝于服務窗口上方；

? φ 5，4個漢字顯示,動態顯示該窗口正在呼叫號碼、文明禮貌用語和廣告信息； ? 靜態顯示正在辦理業務中的顧客排隊號碼；

? 靜態還可以顯示四個漢字以內的服務業務名稱 如 “話費查詢”等 ? 顯示次數可以按照客戶要求設定。? 滾動方式可以按照客戶要求設定。

? 設置屏幕保護功能 ,在長時間不用時,可以進行熄屏保護。點陣窗口顯示屏 物理參數 點陣 42.6cm * 12.4cm * 5cm 最大功耗 :20W

3.2.4 綜合屏

? 安裝于等候區；

? 動態閃爍顯示辦理某項業務的顧客序號和相應窗口號； ? 靜態顯示正在辦理某項業務的顧客序號和相應窗口號； ? 每組綜合屏的數量可以自行定義； ? 所顯示業務類型可自行定義。

? 閃爍次數可以設定；顯示單元可以增加用以增加效果。

? 安裝于等候區顯要處，動態閃爍顯示，提示某位顧客前去相應窗口辦理；

? 呼叫時帶有尖頭方向指示，使得聽到呼叫的顧客很容易分辨窗口的左右方向，節省尋找對應窗口時間。綜合顯示屏：

3.2.6 通訊控制器

通訊控制器是用于連接系統各設備、為設備提供電源和通訊信號。

通訊控制器共有 16個RS-485總線接口（RJ-45網絡接口）一個PC機用RS-232串口（DB9口）。一個電源指示燈、一個狀態指示燈。

電源： 15V-20A開關電源供電（內置電源適配器）。3.2.7 語音系統

吸頂式

? 利用樂音或語音傳遞排隊等待信息；

? 語音的呼叫方式根據客戶的要求設定，例如：順呼為 “叮咚”提示音加語音呼叫，重呼時為直接語音呼叫等等 ?

? 采取背景音樂與語音呼叫相融合形式； ? 音源設置要合理，避免大廳回音或震蕩；

? 提示音除了 “叮咚”音外可以有多種樂音供客戶進行個性化選擇。? 可以分樓層、分業務類型進行不同樂音提示和控制。? 呼叫次數可以按照要求設定。

語音提示 “叮咚 請×××１到 ××號窗口 + 請×××2等候” 3.2.8 告警信息屏（可選）

? 告警信息屏用于對系統出現特殊情況時 ,提供文字告警信息。如：打印紙張將盡、某隊列人數超量、前臺柜員求助信息等。顯示標題和安裝方式可由用戶自行選擇。? 安裝數量根據要求而定。3.3 網絡系統說明

3.3.1 網絡結構示意圖

3.3.2 設備連接示意圖

排隊管理系統說明

網點排隊系統結構圖

3.4 軟件系統說明

3.4.1 軟件結構示意圖

3.4.2 管理軟件功能

3.4.2.1 底層數據庫模塊

底層數據庫模塊對系統中硬件設備、管理信息、人員信息、柜臺參數、隊列參數等提供底層數據支持，并進行處理，作為上層模塊的信息源。

3.4.2.2 硬件設置模塊

硬件系統模塊是設置系統硬件設備地址及相關硬件參數，顯示硬件設備的工作狀態。

3.4.2.3 前臺操作模塊

前臺操作模塊是對前臺各項業務進行操作處理。并提供內部通信服務。

3.4.2.4 實時監控模塊

實時監控模塊是對業務隊列的實時信息及前臺員工處理業務的實時信息進行監控。管理人員可以通過監控信息對前臺柜員及隊列情況進行直觀的觀察。

3.4.2.5 權限管理模塊

權限管理模塊是對系統操作人員的權限進行管理，為系統提供安全障。3.4.2.6 數據分析模塊

數據分析模塊對系統中的各項數據，進行有效分析。可提供多種數據分析結果如：顧客流量曲線圖、業務隊列柱狀圖、顧客業務餅形圖。并為報表打印模塊提供數據基礎。（后附示意圖，僅供參考）

3.4.2.7 報表打印模塊

報表打印模塊在系統數據分析的基礎上，對數據進行直觀化的報表輸出。（后附部分報表，僅供參考）

3.5 特殊功能說明

3.5.1 遠程告警系統：是通過實時監控模塊、數據分析模塊、前臺操作模塊及其他設備所提供的信息，進行系統分析發后出告警提示。如：某取號機打印紙張將盡、某窗口設備連接異常、某隊列等候人數超量等信息提示。可配合告警信息屏、樂音提示及電腦主機，使管理人員能及時準確的掌握，前臺所出現的一切情況，作出正確判斷、快速解決問題。

3.5.2 斷電保護功能

操作系統在突然斷電的情況下，可保留原有數據，并在重新啟動后繼續記錄

工程施工

4.1 布線

本系統采用總線形網絡結構，連接線纜使用五類雙絞線，接頭為 RJ45，因此可以利用大樓原有的綜合布線作為系統的傳輸線纜，避免了再次布線的繁瑣、節約了工程費用。主通信控制器放置在總控制室，通過傳輸線纜連接整個大樓的排隊系統終端設備。

4.2 設備安裝

各個通信控制器放置在各樓層原有網絡系統接口附近，自帶電源示適配器，接 220V 交流電源；

取號機根據現場環境放置在各樓層入口處或其它位置，通過五類線與子通信控制器連接；

信息顯示屏安裝在柜員工作臺上方位置，通過五類線和端子盒與子通信控制器連接。

物理呼叫終端放置在柜員的辦公臺上，與端子盒之間通過 PS-2 線連接，端子盒通過五類線與子通信控制器連接，不需接電；

系統軟件通過機算機串口與主通信控制器連接，通過 RJ45 接口接入大樓局域網；

系統服務器放置在大樓信息中心，可用現有設備。

4.3 系統運行環境

溫度：-10 ℃ — 55 ℃ 濕度： 45% — 90% 為保證系統的可靠穩定運行，建議為系統服務器使用 UPS 進行斷電保護。電腦最低配置如下： 主 頻 : P4 1G 以上 內 存 : 256M 以上 硬 盤 : 40G 以上 顯示器 : VGA 14 英寸 RS-232 口

網 卡 : 10/100M 以太網卡 操作系統 : WINDOWS2000

售后服務

5.1 系統安裝

我公司的工程技術人員，均經過專業培訓，具有豐富的理論和實踐工作經驗 , 對安裝與調試的每一個環節都采取嚴格的質量管理，以確保每一個環節品質達到優良;這一服務的標準是：我們將安排由專門工程師提供現場的安裝、調試服務。服務的驗收以系統達到預計的性能和功能，并得到客戶的滿意與認可為準。

5.1.1 公司對工程的每一個環節，無論其大小，都派專業技術人員到現場安裝，避免完全依賴當地代理安裝所可能導致的任何失誤；

5.1.2 公司負責系統所有器件、設備、材料到工程現場的運輸、安裝及調試工作；

5.1.3 對于安裝所涉及的各個器件部分，必須在總公司連續運行一周以后，經

全部檢測合格后方可打包發送。

5.2 售后服務及質量保證

及時響應

如客戶有任何關于合同中所涵蓋的系統技術問題，在工作時間內可隨時撥打公司電話，我們將通過電話協助或派技術人員客戶及時解決難題，從接到求助電話到技術人員到達現場不超過 12 小時。

在工程結束后，鑒于貴公司是初次安裝排隊系統，為確保系統穩定運行和彌補預先理想設定流程和實際發生情況之間的差異情況，我司將派專人專項負責該工程后期工作，主要任務： 協助解決運行初期所遇到的技術問題，隨時發現，隨時調整；

負責對相關人員的技術專項培訓，熟悉整個系統的各個環節，便于維護；

負責對操作員工的專項培訓，達到熟練運用，避免前一個月試運行期間由于操作失誤給系統運行帶來的不便；

負責對貴公司技術負責人的專項培訓和技術交流，做到一般小問題可以自行解決，不耽誤運行；

負責收集前期運行時期可能出現的問題，反饋總公司進行調整（系統硬件、新增加的特殊要求、預想流程和實際運用之間差異以及運行之前沒有考慮到的實際因素等）

5.2.3 提供專項的操作和維護技術手冊

我司將為客戶項目成立一個專門的管理小組，并將指派一名項目經理專門負責：與客戶就項目的實施、變更管理、售后服務進行單點聯系和統一的協調。該項目經理有責任協調和組織豐富的資源為客戶提供最優質的服務。

項目經理將會對客戶項目的售后服務情況進行記錄，包括故障登記、備件更換和服務措施完成情況等，并與客戶保持及時溝通。希望客戶方亦指派一名專門的聯絡代表，以便在項目需要專業性支持和維護時，作為客戶方面的代表與我們的項目經理進行溝通與合作。在整個維修和服務的執行過程中，負責合理調配資源，并爭取將整個售后服務實施過程中對用戶業務的影響降到最低。

5.3售后承諾

5.3.1 我公司對該系統壹年保修、終身維護。

5.3.2 保修期自系統安裝、調試完畢并經雙方驗收合格之日算起。保修期內，屬系統本身技術問題或其他非人為因素而造成的故障，由公司免費保修。保修期滿后，只收取維修工本費，或另簽訂維護協議。

5.3.3 為確保系統的良好運轉，具體維護方案如下：

安裝、日常維護、維修服務檔案，詳細記錄設備的使用、維修情況。

試運行 1-2個月后，召開雙方技術碰頭會，主要用于改進和調整，理想設定和實際運行之間有無不足和改進以及經過運行和實際操作后需要新增的功能等。

正常運行一年后，免費進行第二次升級和開發工作。

對于硬件設備提供長期的后備器件，先更換后維修，保證客戶的正常使用。

免費提供系統使用培訓和軟件維護。協助提供消耗品，保證易耗品的供應。

我們將在管理上、制度上、物資上、技術上全面考慮該項目的售后服務，為該系統少出問題、不出問題提供全面保障。

5.4 排隊管理系統運行后續服務

5.4.1 排隊管理系統采取完全開放式接口，隨時變更每一個窗口的業務類型，及對業務窗口的增加、刪除、變更等可與所有開發平臺接口，方便做系統的二次開發和功能擴展。

5.4.2排隊系統今后的任何一次革新或升級（以及外觀的改善）如果客戶需要,我司都將免費和為客戶予以更換和調整.

第四篇：排隊叫號系統介紹

排隊技術發展史回顧

排隊技術最早出現于上個世紀的六、七十年代 , 開始主要集中在歐美等西方國家，后迅速得到普及。在國外，人們去銀行等機構辦理業務時，先取號再等候呼叫已屬于常識，生產排隊管理系統的公司也隨著市場的發展逐漸形成一個專門的行業--排隊技術產業。

起初 , 人們只是在進入營業場所的門口前領取一個早已制作好的號牌或印有號碼的紙條 , 然后等著麥克風里的人工呼叫。隨著現代技術的不斷發展特別是計算機技術的應用，使排隊技術進入一個全新的天地，就是我們今天看到的樂音提示、語音合成呼叫（Voice-calling）；呼叫終端（OperationTerminal）；以柜臺顯示（CounterDisplay）和綜合顯示(Main Display)為主的各種數碼管顯示、LCD 顯示、LED 顯示、PDP 顯示...；號碼發放也由取號機自動打印(Ticket Dispenser)到觸摸屏查詢取號、特殊識別取號等等...排隊系統的服務范圍也從營業廳迅速拓展到其他行業如：電信、快餐廳、涉外辦事機構、海關、醫院、藥房等行業。。服務功能也由單純的優化服務環境和客戶秩序管理漸漸滲透到使用者的服務系統管理之中，成為使用機構行之有效的輔助服務手段。

在我國，排隊產品概念的引進不過三、四年光景，特別是在中國加入 WTO 以后，批國人走出國門，將很多優秀和先進的服務方法、理念帶回國內。“ 排隊技術 ” 也隨之被引進國內，并在我國特有的高速經濟發展的環境里得到迅速的普及和應用。“ 排隊 ” 這個我們再熟悉不過的詞匯因為 “ 排隊技術 ” 的出現而改變了它原有的含義 , 在銀行、電信、郵局、海關、保險公司等公共場所，您再也無須透支體力和精力去排隊，以往那種習慣了的 “ 排隊長龍 ” 不見了，取而代之的是用您只需先取出一個票號，就可以到一旁休息區等候，當排到您時，通過語音、顯示就會提醒您到相應的窗口辦理業務...“ 一對一 ” 式的服務在尊敬顧客的同時又使得您的隱私得到極大的尊重，“ 一米線 ” 形同虛設的現象一去不復返 , 無形的 “ 一米線 ” 更拉近了服務者與被服務者的距離。

在產品的使用者方面：通過排隊系統安排辦理順序，極大減輕了工作人員的精神壓力，即提高了工作效率又避免了工作中可能導致的失誤。不僅如此，管理者還可以通過排隊系統中的管理功能對操作員進行工作分配，消除服務瓶頸，依靠時實的管理統計功能為管理者提供詳實的動態數據，讓有限的人力、設施資源得到最合理和高效的利用，更重要的是：在 “ 一切以顧客為中心 ” 的今天，排隊系統已在服務機構和顧客之間架起一座新式的個性化聯接橋梁，成為企業打造服務品牌，吸引客源、提高綜合效益的重要輔助手段。不難看出，排隊技術在中國的迅速普及和應用是我國經濟騰飛，文明進步的必然結果。由于我國國情特殊，不同的行業、地域導致管理和服務模式上的千差萬別，“中國的”、“本地的”、“ 特有的”排隊技術已成為當今中國排隊產品發展的必然選擇和發展趨勢。

我們有理由相信，科學的進步，經濟的發展，必將帶動精神文明與物質文明的進一步提高，排隊技術必將為更多的用戶所接受，并由日常工作中的輔助設備逐漸成為必備的設施之一，服務行業的市場將會被更加有序的挖掘、開發和推廣，將文明服務和文明管理推上一個嶄新的、更高的臺階！

排隊產品基本知識

標準的排隊系統主要包括：取號操作系統、顯示系統、語音系統、呼叫操作終端系統組成 :

1、取號操作系統（Number Taking System）

協助要排隊的人自助取號；并能夠依據不同業務隊列的排列順序依次自動打印出一一對應的排隊號碼和信息。

系統在打印票號的同時，將票號信息通過網絡傳遞給排隊主控系統并分配到相應的隊列中排隊，等候系統呼叫響應。

2、呼叫操作系統(Working Terminal / Operation Terminal)

又稱呼叫操作終端，是叫號方將呼叫信息發布出去的操作系統，系統終端還可以配合各種與呼叫有關的其它操作功能，并能夠監測和查詢有關排隊、呼叫信息包括顯示等。呼叫操作終端又可以分為：（１）物理操作系統終端 ：物理器件，置于操做桌面；

（２）虛擬操作系統終端 ：安放在計算機系統內，通過網線連結。

3、信息顯示提示系統（Display System）

具調查結果顯示：人們接受信息的來源約有 2/3 是通過眼睛，既所謂視覺提示取得的，另外 1/3 是來自聽覺系統，即語言提示。排隊系統中，依據人們的接受信息特點來發揮系統的呼叫信息傳遞的目的。排隊系統中的視覺提示主要是指顯示系統；聽覺提示主要是指系統的語音呼叫。

顯示系統

顯示系統是排隊系統中的一個重要系統組成部分，它可以最直接、最有效的將呼叫信息內容呈現和傳示給排隊者并引起視覺注意，引導指示排隊者到對應的呼叫點辦理業務。

在顯示技術非常成熟的今天，有多種顯示方式司可供用戶選擇如：數碼管顯示 LED 點陣顯示、LCD 顯示、PDP 等離子技術顯示等等。其中，由于 LED 點陣顯示具有諸多優點，因而在排隊行業中得到比較廣泛的應用。

按照顯示功能和安放位置，顯示系統又分為終端顯示系統和綜合顯示系統。

終端信息顯示系統： 分別只顯示所有顯示單元群中某個終端點的信息提示，通常指營業柜臺或窗口的呼叫顯示。為等候者提供呼叫提示和位置引導作用。如排隊者根據柜臺上方的顯示就可以很容易確認呼叫信息和找到對應的服務位置。

綜合顯示系統：

例如：在人群密集或排隊者視覺有死角的區域起到進一步提示的作用，同時可以在顯示內容上增添其它排隊信息，顯示方法更加靈活并可以與其它媒體銜接。在實踐中，依據現場的不同實際情況，兩種顯示方法即可以單獨使用，也可以結合起來進行同步顯示：

單獨綜合顯示系統顯示

-終端顯示系統 + 綜合顯示系統顯示、語音系統(Calling System)排隊呼叫中，在呼叫信息內容通過顯示系統傳遞給等候者視覺的同時，再將呼叫的 信息以語音的形式傳播給排隊者，達到提雙重提示的作用。語音系統在排隊應用中，通常采用韻律規則控制下的語音數字存儲、合成技術，在系統控制下組合播放信息，實現自動語音呼叫的功能。

常用方法：

（1）提示樂音 + 語音信息播報

（2）提示樂音 + 呼叫信息顯示

排隊叫號系統介紹

主控機

系統的總體控制，包括自動出票及分類排序處理、與鍵盤終端的交互通信、LED 顯示屏和自動語音呼叫的控制以及后臺數據庫的處理、系統維護設置等。鍵盤終端

供窗口崗位職員操作使用，要求主機執行呼叫“下一位”，或“暫停”服務等等各種指令。號票機

設在業務大廳的門口，開放給顧客使用或由總臺使用，若是醫院則應代替原來的分科掛號功能（或分診臺），它按顧客選擇的類別科目自動排號出票，并會記錄在主機進入隊列排序，顧客取票后可自由活動，輪到時會自動呼叫通知以及 LED 電子屏字幕通知。崗位顯示屏

設在每個服務崗位的上方，顯示本崗位當前正在辦理中的顧客的票號，辦完后自動更新為新輪到的顧客的票號并閃爍，提示他前來本窗口。主顯示屏

設在顧客等候區（就坐區），顯示字幕例如“請 126 號到 22 號窗辦理”通知新輪到的第 126 號顧客。語音控制器和音箱

控制語音自動呼叫。

第五篇：c++版模擬銀行窗口排隊叫號系統

c++版模擬銀行窗口排隊叫號系統

c++版模擬銀行窗口排隊叫號系統

看了兩位LZ的銀行排隊系統blog，感覺不錯，就也產生了用C++寫個排號系統，原因有二，1、對Java不太熟悉，沒有看太懂。

2、練練手。

3、提高一下C++的人氣。進入主題：

對于這一塊的業務系統需求沒有做過多的分析，只在兩位LZ的基礎做了小小的改動，然后用C++實現。題目：

模擬實現銀行業務調度系統邏輯，具體需求如下：

銀行內有6個業務窗口，1-4號窗口為普通窗口，5號窗口為快速窗口，6號窗口為VIP窗口。

有三種對應類型的客戶：VIP客戶，普通客戶，快速客戶（辦理如交水電費、電話費之類業務的客戶）。

異步隨機生成各種類型的客戶，生成各類型用戶的概率比例為： VIP客戶：普通客戶：快速客戶 = 1 ：6 ：3。

客戶辦理業務所需時間有最大值和最小值，在該范圍內隨機設定每個VIP客戶以及普通客戶辦理業務所需的時間，快速客戶辦理業務所需時間為最小值（提示：辦理業務的過程可通過線程Sleep的方式模擬）。

各類型客戶在其對應窗口按順序依次辦理業務。

當VIP（6號）窗口和快速業務（5號）窗口沒有客戶等待辦理業務的時候，這兩個窗口可以處理普通客戶的業務，而一旦有對應的客戶等待辦理業務的時候，則優先處理對應客戶的業務。

隨機生成客戶時間間隔以及業務辦理時間最大值和最小值自定，可以設置。

不要求實現GUI，只考慮系統邏輯實現，可通過Log方式展現程序運行結果。修改：

1、在這里為了簡化程序的設計（只省了只行代碼），FAST和VIP窗口只辦理對應的客戶，不辦普通客戶的業務。

2、由于對于客戶的到來，也采用1S來一個的做法，但因為在console程序對于時間不太好控制，在這里只是設定了客戶數，即每個1秒來一個客戶，根據來的客戶數控制時間。

開發環境:Linux 代碼：

文件constances.h 該文件中定義了一些常量，其中MAX_WAITING_CLIENT_NUM指的是，最多正在等待的客戶數，如果客戶數到達最大，后來的客戶將會離開。

[cpp] view plaincopy

1.#ifndef CONSTANCES_H_

2.#define CONSTANCES_H_

3.enum {

4.MAX_SERVICE_TIME = 10, 5.MIN_SERVICE_TIME = 1, 6.CLIENT_INTERVAL_TIME = 1, 7.MAX_WAITING_CLIENT_NUM = 50, 8.MAX_CLIENT_NUM = 100, 9.};

10.#endif /* CONSTANCES_H_ */

文件main.cpp

1、每一個窗口對應一個線程，在此創建了6個線程，分別對應4個客戶窗口，1個FAST窗口中，1個VIP窗口中。

2、在這里本想用Unix中的alarm信號來控制客戶的間隔時間，但因為時間不好控制就廢棄了

[cpp] view plaincopy

1.#include

2.#include

3.#include

4.#include

5.#include

6.#include

7.#include “numMachine.h”

8.#include “serviceWin.h”

9.#include “client.h”

10.#include “constances.h”

11.Client::ClientType createClientType(){ 12.int type;

13.type = rand()% 10 + 1;14.if(type <= 6)

15.return Client::CLIENT_COMMON;16.else if(type >= 7 && type <= 9)17.return Client::CLIENT_FAST;18.return Client::CLIENT_VIP;19.}

20.int createTasktime(){

21.return rand()% MAX_SERVICE_TIME + 1;22.}

23.void createClient(){

24.Client::ClientType clientType;25.int taskTime;

26.for(int i = 0;i < MAX_CLIENT_NUM;++i){ 27.clientType = createClientType();28.taskTime = createTasktime();

29.std::cout << “Come in a client : clientType = ” << clientType 30.<< “ taskTime = ” << taskTime << std::endl;

31.NumMachine::getInstance()->pressMachine(clientType, taskTime);32.sleep(1);33.}

34.sleep(5);35.}

36.void * serviceWin(void *win){

37.ServiceWin *serWin = static_cast(win);38.serWin->execute();39.return((void *)0);40.}

41.bool createServiceWin(){

42.pthread_t commonServiceWin[4];43.pthread_t fastServiceWin;44.pthread_t vipServiceWin;45.char tmp[10];46.ServiceWin *win;

47.for(int i = 0;i < 4;++i){ 48.sprintf(tmp, “CommonWin%d”, i);49.win = new CommonSerWin(tmp);50.if(win == NULL){

51.std::cout << “Create common service win error.” << std::endl;52.return-1;53.}

54.if(pthread_create(&commonServiceWin[i], NULL, serviceWin,(void*)win)

55.!= 0){

56.std::cout << “Create common service thread error.” << std::endl;

57.return false;58.} 59.} 60.sprintf(tmp, “FastWin”);61.win = new FastSerWin(tmp);62.if(win == NULL){

63.std::cout << “Create fast service win error.” << std::endl;64.return false;65.}

66.if(pthread_create(&fastServiceWin, NULL, serviceWin,(void*)win)!= 0){

67.std::cout << “Create fast service thread error.” << std::endl;68.return false;69.}

70.sprintf(tmp, “VipWin”);71.win = new VipSerWin(tmp);72.if(win == NULL){

73.std::cout << “Create vip service win error.” << std::endl;74.return false;75.}

76.if(pthread_create(&fastServiceWin, NULL, serviceWin,(void*)win)!= 0){

77.std::cout << “Create vip service thread error.” << std::endl;78.return false;79.}

80.return true;81.}

82.int main(int argc, char *argv[]){

83.std::cout << “/***start : please wait 5 seconds when progress suspend *****/” << std::endl;

84.srand((unsigned)time(0));85.if(!createServiceWin()){

86.std::cout << “Create service win error.” << std::endl;87.return-1;88.}

89.createClient();

90.delete NumMachine::getInstance();91.}

文件client.cpp client.h 定義了我們的客戶，因為我們的客戶比較簡單，所有的客戶共享一個class，只是clientType來區分不同的客戶。

[cpp] view plaincopy 1.#ifndef CLIENT_H_

2.#define CLIENT_H_

3.class Client { 4.public:

5.enum ClientType {

6.CLIENT_COMMON, CLIENT_FAST, CLIENT_VIP 7.};

8.Client(ClientType type, int time);9.virtual ~Client();

10.ClientType getClientType();11.int getServiceTime();12.private:

13.ClientType clientType;14.int serviceTime;15.};

16.#endif /* CLIENT_H_ */

[c-sharp] view plaincopy

1.#include “client.h”

2.Client::Client(ClientType type, int time): 3.clientType(type), serviceTime(time){ 4.}

5.Client::~Client(){ 6.}

7.Client::ClientType Client::getClientType(){ 8.return clientType;9.}

10.int Client::getServiceTime(){ 11.return serviceTime;12.}

文件numMachine.cpp numMachine.h 文件中定義了排號機，在numMachine中定義了一個client list用來存放我們的客戶。

[cpp] view plaincopy

1.#ifndef NUMMACHINE_H_

2.#define NUMMACHINE_H_

3.#include 4.#include

5.#include 6.#include

7.#include

8.#include “client.h”

9.#include “constances.h”

10.class NumMachine { 11.public:

12.virtual ~NumMachine();

13.static NumMachine *getInstance();

14.void pressMachine(Client::ClientType clientType, int tasktime);15.Client * removeClient(Client::ClientType val);16.private:

17.NumMachine();

18.static NumMachine *numMachine;19.std::list clientList;20.int leaveClient;21.int total;

22.int handledClient;

23.pthread_mutex_t clientListLock;24.};

25.class DelClientList { 26.public:

27.void operator()(Client * item);28.};

29.class FindClient { 30.public:

31.FindClient(Client::ClientType t);32.bool operator()(Client * item);33.private:

34.Client::ClientType clientType;35.};

36.#endif /* NUMMACHINE_H_ */

[cpp] view plaincopy

1.#include “numMachine.h”

2./***************************************************************************************/

3.NumMachine * NumMachine::numMachine = new NumMachine;4.NumMachine::NumMachine():

5.leaveClient(0), total(0), handledClient(0){ 6.pthread_mutex_init(&clientListLock, NULL);7.} 8.NumMachine::~NumMachine(){

9.std::cout << “/********** end ****************/” << std::endl;

10.std::cout << “The number of total client is ” << total << std::endl;11.std::cout << “The number of handled client is ” << handledClient << std::endl;

12.std::cout << “The number of waiting client is ” << clientList.size()<< std::endl;

13.std::cout << “The number of client is ” << leaveClient 14.<< “ ,because waiting time too long.” << std::endl;15.for_each(clientList.begin(), clientList.end(), DelClientList());16.}

17.NumMachine * NumMachine::getInstance(){ 18.return numMachine;19.}

20.void NumMachine::pressMachine(Client::ClientType clientType, int taskTime){

21.++total;

22.if(clientList.size()< MAX_WAITING_CLIENT_NUM){ 23.Client * c = new Client(clientType, taskTime);24.if(c == NULL){

25.std::cout << “Can't create Client” << std::endl;26.exit(-1);27.}

28.clientList.push_back(c);29.} else {

30.++leaveClient;31.} 32.}

33.Client * NumMachine::removeClient(Client::ClientType val){ 34.std::list::iterator pos;35.Client *tmp;

36.pthread_mutex_lock(&clientListLock);

37.pos = find_if(clientList.begin(), clientList.end(), FindClient(val));38.tmp = *pos;

39.if(pos!= clientList.end()){ 40.clientList.erase(pos);41.++handledClient;

42.pthread_mutex_unlock(&clientListLock);43.return tmp;44.} else {

45.pthread_mutex_unlock(&clientListLock);46.return NULL;47.} 48.}

49./***************************************************************************************/

50.void DelClientList::operator()(Client *item){

51.std::cout << “Waiting client : clientType =” << item->getClientType()52.<< “ taskTime = ” << item->getServiceTime()<< std::endl;53.delete item;54.}

55./***************************************************************************************/

56.FindClient::FindClient(Client::ClientType t): 57.clientType(t){ 58.}

59.bool FindClient::operator()(Client * item){ 60.if(item->getClientType()== clientType)61.return true;62.else

63.return false;64.}

文件serviceWin.cpp serviceWin.h 文件中定義了我們窗口。

[cpp] view plaincopy

1.#ifndef SERVICEWIN_H_

2.#define SERVICEWIN_H_

3.#include

4.#include

5.#include “numMachine.h”

6.class ServiceWin { 7.public:

8.ServiceWin(std::string n);9.virtual ~ServiceWin();10.virtual void execute()= 0;11.std::string getWinName();12.private:

13.std::string winName;14.};

15.class CommonSerWin: public ServiceWin { 16.public:

17.CommonSerWin(std::string n);18.virtual ~CommonSerWin();19.virtual void execute();20.};

21.class FastSerWin: public ServiceWin { 22.public:

23.FastSerWin(std::string n);24.virtual ~FastSerWin();25.virtual void execute();26.};

27.class VipSerWin: public ServiceWin { 28.public:

29.VipSerWin(std::string n);30.virtual ~VipSerWin();31.virtual void execute();32.};

33.#endif /* SERVICEWIN_H_ */

[cpp] view plaincopy

1.#include “serviceWin.h”

2./*********************************************************************************************/

3.ServiceWin::ServiceWin(std::string n): 4.winName(n){ 5.}

6.ServiceWin::~ServiceWin(){ 7.}

8.std::string ServiceWin::getWinName(){ 9.return winName;10.}

11./*********************************************************************************************/

12.CommonSerWin::CommonSerWin(std::string n): 13.ServiceWin(n){ 14.}

15.CommonSerWin::~CommonSerWin(){ 16.}

17.void CommonSerWin::execute(){ 18.Client * client = NULL;19.while(1){

20.client = NumMachine::getInstance()->removeClient(Client::CLIENT_COMMON);

21.if(client!= NULL){ 22.std::cout << “A client be handled : clientType = ” << client->getClientType()

23.<< “ taskTime = ” << client->getServiceTime()<< “ ”<< getWinName()<< std::endl;

24.sleep(client->getServiceTime());25.delete client;26.} 27.} 28.}

29./*********************************************************************************************/

30.FastSerWin::FastSerWin(std::string n): 31.ServiceWin(n){ 32.}

33.FastSerWin::~FastSerWin(){ 34.}

35.void FastSerWin::execute(){ 36.Client * client = NULL;37.while(1){

38.client = NumMachine::getInstance()->removeClient(Client::CLIENT_FAST);

39.if(client!= NULL){

40.std::cout << “A client be handled : clientType = ” << client->getClientType()

41.<< “ taskTime = ” << client->getServiceTime()<< “ ”<< getWinName()<< std::endl;

42.sleep(client->getServiceTime());43.delete client;44.} 45.} 46.}

47./*********************************************************************************************/

48.VipSerWin::VipSerWin(std::string n): 49.ServiceWin(n){ 50.}

51.VipSerWin::~VipSerWin(){ 52.}

53.void VipSerWin::execute(){ 54.Client * client = NULL;55.while(1){

56.client = NumMachine::getInstance()->removeClient(Client::CLIENT_VIP);

57.if(client!= NULL){ 58.std::cout << “A client be handled : clientType = ” << client->getClientType()

59.<< “ taskTime = ” << client->getServiceTime()<< “ ”<< getWinName()<< std::endl;

60.sleep(client->getServiceTime());61.delete client;62.} 63.} 64.}

結論：

經過幾次測試發現在上述條件下，FAST窗口辦理業務不能滿足需求，在客戶不在來的后5秒內，不能處理完FAST客戶。