監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價咨詢管理系統(tǒng) | 工程設(shè)計管理系統(tǒng) | 簽約案例 | 購買價格 | 在線試用 | 手機(jī)APP | 產(chǎn)品資料
X 關(guān)閉

如何通過收費(fèi)管理系統(tǒng)對停車場進(jìn)行管理

申請免費(fèi)試用、咨詢電話:400-8352-114

   一、泛普停車場收費(fèi)管理系統(tǒng)

  采用感應(yīng)卡停車場管理系統(tǒng),在停車場的出入口設(shè)置一套出入口管理設(shè)備,使停車場形成一個相對封閉的場所,進(jìn)出車只需將IC/ID卡在讀卡箱前輕晃一下,系統(tǒng)即能瞬時完成檢驗、記錄、核算、收費(fèi)等工作,擋車道閘自動啟閉,方便快捷地進(jìn)行著停車場的管理。

  進(jìn)場車主和停車場的管理人員均持有一張具有自己私人密碼的非接觸IC/ID卡,作為個人的身份識別,只有通過系統(tǒng)檢驗認(rèn)可的IC/ID卡才能進(jìn)行操作(管理卡)或進(jìn)出(停車卡),充分保證了系統(tǒng)的安全性、保密性,有效地防止車輛失竊,免除車主后顧之憂。

  管理卡分級發(fā)行、確定權(quán)限,以杜絕管理人員作弊。任何一張管理卡持有者上機(jī)操作前均要憑卡進(jìn)行操作登記。對出口值班員來講,操作登記完畢后則可進(jìn)入收費(fèi)管理,期間該出口所有收費(fèi)均自動記入該值班員名下并存入電腦數(shù)據(jù)庫。由于值班員持操作卡受權(quán)限限制,不能進(jìn)入系統(tǒng)中更高的軟件菜單項,所以對電腦所記錄的數(shù)據(jù)無法干涉;上級管理者可以憑卡隨時查詢,核對或打印一個值班段或任何一段時間乃至整個停車場的工作記錄。這樣就從根本上杜絕了停車費(fèi)用流失和財務(wù)統(tǒng)計的失誤,同時系統(tǒng)自動運(yùn)行,杜絕了人情車、霸王車造成的經(jīng)濟(jì)損失。

  由于程序中隱藏的缺陷只在特定的環(huán)境下才有可靠顯露,系統(tǒng)缺陷通常是由于對某些特定情況考慮不周造成的。因此測試不是為了表明程序正確;成功的測試也不是沒有發(fā)現(xiàn)錯誤的測試。有意義的軟件測試應(yīng)該是從“破壞”軟件系統(tǒng)的角度出發(fā),精心設(shè)計最有可以暴露程序系統(tǒng)缺陷的測試方案。因此軟件測試的目標(biāo)應(yīng)該是以盡可能少的代價和時間找出軟件系統(tǒng)中潛在的錯誤和缺陷。

  從產(chǎn)品角度看,測試計劃中的測試項目包括軟件結(jié)構(gòu)中的分系統(tǒng)層、子系統(tǒng)層、功能模塊層、程序模塊層中的各類模塊,從測試本身看,分為單元測試,組合測試,確認(rèn)測試等。測試對象是隨階段而異的,最基本、最初的測試是單元測試,后面的組合測試、確認(rèn)測試都是以被測過的模塊作為測試對象的。

2_8b3xkb3o2aja2jja5dk3dx88.jpg

  二、系統(tǒng)進(jìn)行測試

  一般來說,對程序測試有兩種測試方法:如果已經(jīng)知道了軟件系統(tǒng)應(yīng)具有的功能,可通過測試來難每個功能是否都能正常使用;如果知道程序的內(nèi)部工作過程,可以通過測試來檢測程序內(nèi)部是否按照規(guī)格說明書的規(guī)定正常進(jìn)行。前一種方法稱為黑盒測試,后一種方法稱為白盒測試。黑盒測試又稱為功能測試,白盒測試又稱為結(jié)構(gòu)測試。

  1.單元測試:

  單元測試也稱模塊測試或程序測試,單元測試是對每個模塊單獨(dú)進(jìn)行的,驗證模塊接口與設(shè)計說明書是否一致,對模塊的所有主要處理路徑進(jìn)行測試且與預(yù)期的結(jié)構(gòu)進(jìn)行對照,還要對所有錯誤處理路徑進(jìn)行測試。對源碼進(jìn)行審查,對照設(shè)計說明書,表態(tài)地檢查源程序是否符合功能的邏輯要求,是進(jìn)行單元測試前的重要工作工。單元測試一般是由程序員完成,也稱程序調(diào)試。

  2.組合測試:

  組合測試也稱集成測試或子系統(tǒng)測試,通常采用自頂向下測試和自底向上測試兩種測試方法。組合測試的對象是指已經(jīng)通過單元測試的模塊,不是對零散模塊進(jìn)行單個測試,而是用系統(tǒng)化的方法裝配和測試軟件系統(tǒng),是一個嚴(yán)格的過程,必須認(rèn)真地進(jìn)行,其計劃的產(chǎn)生和單元模塊測試的完成日期要協(xié)調(diào)起來,這種測試應(yīng)在系統(tǒng)目標(biāo)機(jī)上進(jìn)行,造成系統(tǒng)應(yīng)用的環(huán)境條件,除了開發(fā)部分項目負(fù)責(zé)人參加以外,還應(yīng)該有相應(yīng)系統(tǒng)的用戶參加,給評審員進(jìn)行演示。

  3.確認(rèn)測試:

  確認(rèn)測試是對通過組合測試的軟件進(jìn)行的,這些軟件已經(jīng)存于系統(tǒng)目標(biāo)設(shè)備的介質(zhì)上,確認(rèn)測試的目的是對表明軟件是可以工作的,并且符合“軟件需求說明書”中規(guī)定的全部功能和性能要求。確認(rèn)測試是按照這些要求定出的“確認(rèn)測試計劃”進(jìn)行的。測試工作是由一個獨(dú)立的組織進(jìn)行,而且測試要從用戶的角度出發(fā)。

  4.系統(tǒng)測試:

  系統(tǒng)測試是對整體性能的測試,主要解決各子系統(tǒng)之間的數(shù)據(jù)通信和數(shù)據(jù)共享問題以及檢測系統(tǒng)不否達(dá)到用戶的實際要求,系統(tǒng)測試的依據(jù)是系統(tǒng)分析報告。系統(tǒng)測試應(yīng)在系統(tǒng)的整個范圍內(nèi)進(jìn)行,這種測試不只對軟件進(jìn)行,而是對構(gòu)成系統(tǒng)的硬、軟件一起進(jìn)行。系統(tǒng)測試與建構(gòu)同時進(jìn)行或略慢。系統(tǒng)測試需要確認(rèn)從頭到尾的功能正常才算完成,應(yīng)當(dāng)盡量避免系統(tǒng)測試延到項目末尾進(jìn)行。

  5.用戶驗收測試:

  在系統(tǒng)測試完成后,進(jìn)行用戶的驗收測試,它是用戶在實際應(yīng)用環(huán)境中所進(jìn)行的真實數(shù)據(jù)測試。

  在具體的測試中,一般應(yīng)遵循以下原則:由程序設(shè)計者之外的人進(jìn)行測試;測試用例應(yīng)由兩部分組成:輸入數(shù)據(jù)和預(yù)期輸出結(jié)果;應(yīng)選用不合理的輸入數(shù)據(jù)與非法輸入測試;不僅要檢驗程序是否實現(xiàn)預(yù)期功能,還應(yīng)檢查程序是否做了不應(yīng)該做的工作;集中測試容易出錯的程序模塊;對程序修改以后,必須重新進(jìn)行測試.

081111-18.gif

發(fā)布:2010-06-11 19:38    編輯:泛普軟件 · hh    [打印此頁]    [關(guān)閉]