一、停車場收費系統工作原理

　　停車收費系統是針對停車場管理局限性，而研發出一種基于視頻檢測與車牌自  動識別技術的臨時停車場自動收費管理系統。該系統可實現停車場或占道停車的自助繳費、智能計時和多種交費方式的功能。不僅僅減少了人工管理的成本、杜絕人工收費漏洞，還也大大滿足了外地車輛的停車  需求

　　泛普停車場收費系統工作原理如下：數據庫系統主要用于車牌識別結果及車輛圖像的存儲、車輛進出 時間的記錄,  停車時間及收費金額計算等信息。其工作原理就是建立2個數據庫：進場數據庫和離場數據庫。通過前后數據的校對、分析與邏輯判斷計算停車時間和產生的停車費  用。當車輛完成繳費行為駛離停車場時，數據庫自動刪除該車輛的寫入信息。

　　二、運行環境系統接口

　　1.硬件接口

　　描述系統中軟件和硬件每一接口的特征。這種描述可能包括支持的硬件類型、軟硬件之間交流的數據和控制信息的性質以及所使用的通信協議。

　　2.軟件接口

　　描述該產品與其他外部組件(由名字和版本識別)的連接，包括數據庫、操作系統、工具、庫和集成的商業組件。明確并描述在軟件組件之間交換數據或消息的目的。描述所需要的服務以及內部組件通信的性質。確定將在組件之間共享的數據。如果必須用一種特殊的方法來實現數據共享機制，例如在多任務操作系統中的一個全局數據區，那么就必須把它定義為一種實現上的限制。

　　3.通信接口

　　描述與產品所使用的通信功能相關的需求，包括電子郵件、Web瀏覽器、網絡通信標準或協議及電子表格等等。定義了相關的消息格式。規定通信安全或加密問題、數據傳輸速率和同步通信機制。

　　4 系統特性

　　在模板中，功能需求是根據系統特性即產品所提供的主要服務來組織的。你可能更喜歡通過使用實例、運行模式、用戶類、對象類或功能等級來組織這部分內容(IEEE1998)。你還可以使用這些元素的組合。總而言之，你必須選擇一種使讀者易于理解預期產品的組織方案。

　　三、 軟件其它相關

　　1.軟件質量屬性

　　詳盡陳述與客戶或開發人員至關重要的其他產品質量特性。這些特性必須是確定、定量的并在可能時是可驗證的。至少應指明不通屬性的相對側重點。例如易用程度優于易學程度，或者可移植性優于有效性。

　　2.業務規則

　　列舉出有關產品的所有操作規則，例如什么人在特定的環境下可以進行何種操作。這些本身不是功能需求，但它們可以暗示某些功能需求執行這些規則。一個業務規則的范例如下：“只有持有管理員密碼的用戶才能執行￥100.00或更大額的退款操作?！?/p>

　　3. 用戶文檔

　　列舉出將與軟件一同發行的用戶文檔部分。例如，用戶手冊、在線幫助和教程。明確所有已知的用戶文檔的交付格式或標準。