停車場管理系統(tǒng)軟件技術(shù)要求
1．停車場管理系統(tǒng)術(shù)語
停車場 / 庫：專指供車輛泊車使用的具有固定車輛進(jìn)出通道的非立體機械式封閉場所；
停車場 / 庫管理系統(tǒng)：具有管理和控制停車場配套設(shè)備功能的應(yīng)用于停車場 / 庫管理的應(yīng)用軟件。
長期卡：在許可條件下可在停車場 / 庫長期流通的卡片，它由停車場 / 庫管理者預(yù)先發(fā)放給車主 , 出場時不回收卡片。
臨時卡：每次泊車臨時收費泊車費用的卡片，卡片在入場時臨時發(fā)放，出場時臨時回收。
期限卡：在一段指定有效期內(nèi)收取指定泊車費用的卡片，如：年卡、月卡等，它屬于長期卡的范疇。
儲蓄卡：卡片對應(yīng)一個儲蓄帳戶，通過預(yù)先向帳戶充值，泊車過程自動從帳戶扣除泊車費用，它屬于長期卡的范疇。
免費卡：不收費泊車費用的卡片，它屬于長期卡的范疇。
固定卡：一次性收費泊車費用的卡片，它屬于長期卡的范疇。
非法卡：在停車場 / 庫管理系統(tǒng)中沒有登記過的卡片。
黑名單卡：已經(jīng)掛失的卡片。
防跟車：一種防止前一輛合法車刷卡而后一輛車不刷卡跟入的處理機制。
防倒車：一種防止車輛在刷卡并放行后車輛不正常進(jìn)入而倒出的處理機制。
雙卡認(rèn)證：一種車主卡和車載卡同時認(rèn)證有效方能通行的車輛防盜處理機制。
一車多卡：允許一車對應(yīng)多張合法卡，但同一時刻只能允許一張卡泊車。
車流量檢測：一種可以有效提高通道車輛通行效率和延長機械壽命的處理機制，當(dāng)多卡刷卡后，待所有合法車輛通過通道后，方可關(guān)閉道閘。
2．停車場管理軟件的基本規(guī)定
2． 1 停車場管理軟件總體規(guī)定
• 應(yīng)具備操作權(quán)限管理功能：能夠設(shè)定操作員監(jiān)控和管理指定通道的權(quán)限，能夠定義操作員對每個菜單項的使用許可。
• 應(yīng)具備系統(tǒng)日志管理功能：能夠明細(xì)記錄操作員的操作過程，能夠明細(xì)記錄系統(tǒng)配套設(shè)備的運行記錄，能夠記錄第三方系統(tǒng)相關(guān)的輸入 / 輸出事件及數(shù)據(jù)。
• 應(yīng)具備系統(tǒng)集成接口模塊：能夠支持?jǐn)?shù)據(jù)庫級（如存儲過程、觸發(fā)定義、調(diào)度規(guī)則等）和應(yīng)用軟件級（如 SDK 、 DLL 等）的系統(tǒng)集成模塊。
• 應(yīng)具備系統(tǒng)數(shù)據(jù)存儲安全機制，支持?jǐn)?shù)據(jù)庫的手動和自動備份功能，自動備份功能要求可以自定義數(shù)據(jù)庫自動備份規(guī)則。
• 應(yīng)具備系統(tǒng)長期運行的性能保障機制，可有效避免因長期運行產(chǎn)生的大容量數(shù)據(jù)對系統(tǒng)性能造成影響。
• 應(yīng)具備系統(tǒng)訪問控制和通信安全管理機制，可有效實現(xiàn)數(shù)據(jù)庫的訪問控制、應(yīng)用軟件通信連接訪問控制、數(shù)據(jù)通信報文的動態(tài)加密機制。
• 應(yīng)具備數(shù)據(jù)自動同步功能，能夠自動向下同步各種配套設(shè)備的運行參數(shù)、成員資格等，能夠自動向上傳配套設(shè)備的脫網(wǎng)運行進(jìn)出記錄、原始記錄、警報記錄等。
• 應(yīng)具備一定的網(wǎng)絡(luò)兼容性，能夠兼容 LAN 、 WAN 和總線網(wǎng)絡(luò)；通信方式上支持 Tcp/IP 通信方式和總線通信方式。
• 系統(tǒng)應(yīng)該采用模塊化設(shè)計，可擴展性強，能夠方便增加本規(guī)定中‘可選功能規(guī)定'部分的要求。
• 能夠和小額支付系統(tǒng)、安防系統(tǒng)、物業(yè)管理系統(tǒng)、城市交通信息管理系統(tǒng)聯(lián)動，能夠?qū)崿F(xiàn)集成系統(tǒng)輸入與停車場 / 庫系統(tǒng)輸出的自定義功能。
• 停車場 / 庫管理系統(tǒng)應(yīng)能進(jìn)行手動 / 自動兩種方式選擇。
• 能夠?qū)ν＼噲龅能囄粩?shù)、收費規(guī)則等基本參數(shù)進(jìn)行設(shè)置、修改
2 ． 2 軟件的基本功能規(guī)定
2． 2 ． 1 應(yīng)具備的通行校驗功能
• 能夠識別非法卡、黑名單卡、過期卡；
• 能夠識別長期卡（期限卡、儲蓄卡、免費卡、固定卡）和臨時卡；
• 應(yīng)具有入場車位滿位的校效功能；
• 應(yīng)具有車輛是否重復(fù)入場的校驗；
• 應(yīng)具有期限卡過期、儲蓄卡帳戶余額不足的校驗；
• 應(yīng)具有當(dāng)前車輛是否具有通行權(quán)限的約束校驗；
• 應(yīng)具有出場時車輛無入場記錄的校驗；
2． 2 ． 2 應(yīng)具備的通行安全管理功能
• 應(yīng)具有車輛防砸保護功能。
• 應(yīng)具有人卡和車卡雙卡認(rèn)證功能，有效實現(xiàn)車輛防盜；
• 應(yīng)具有可以防止前一輛合法車刷卡而后一輛車不刷卡跟入的防跟車處理機制；
• 應(yīng)具有可以防止車輛在讀卡并放行后車輛不正常進(jìn)入而倒出的防倒車處理機制；
• 應(yīng)具有視頻監(jiān)控與圖文監(jiān)控功能，可實時視頻監(jiān)控通道狀態(tài)，可實時圖文監(jiān)控各種車輛進(jìn)出事件和報警事件，當(dāng)警報產(chǎn)生時，以多種方式給出提示或報警；
• 應(yīng)具有圖像對比功能，實現(xiàn)自動調(diào)取進(jìn)場抓拍的圖片與出場所抓拍的車圖進(jìn)行對比
2． 2 ． 3 應(yīng)具備的通行策略控制功能
• 能夠指定不同操作員管理不同通道；
• 能夠控制指定用戶類型在指定時間段內(nèi)對指定通道的通行權(quán)限；
• 能夠在指定時間范圍內(nèi)控制車輛的通行線路；
• 應(yīng)具有進(jìn)出同一通道的通行紅綠信號燈控制功能；
• 應(yīng)具有卡片丟失后的出場車輛放行和收費機制；
• 應(yīng)具有自定義的車位分配規(guī)則功能；
• 應(yīng)具有車位預(yù)留功能；
• 應(yīng)具有一車多卡的功能，滿足家庭成員或公車多卡同車的應(yīng)用；
• 應(yīng)具有通道車輛流量檢測的功能，有效提高通道車輛通行效率和延長機械壽命；
• 應(yīng)具備通行告示系統(tǒng)，對認(rèn)證后不允許通行的情況能夠按多種方式給車主以告示；
2． 2 ． 4 應(yīng)具備的報警與告示功能
• 能夠提供多種提示或報警方式，包括文字報警、電子顯示報警、報警輸出和聲效報警。
• 能夠?qū)Ψ欠?、黑名單卡、過期卡等無效卡產(chǎn)生提示或報警；
• 能夠?qū)戏ǖ倪^期或余額不足等產(chǎn)生提示或報警；
• 能夠?qū)戏ǖ膶⒁^期或余額將要不足等現(xiàn)象給出預(yù)提示；
• 能夠?qū)υ谥付〞r間內(nèi)在指定通道無權(quán)通行的合法卡產(chǎn)生提示或報警；
• 能夠?qū)υ谥付〞r間內(nèi)不按規(guī)定線路行駛的車輛位產(chǎn)生提示或報警；
• 能夠?qū)囄粷M位的情況產(chǎn)生提示或報警；
• 能夠?qū)υ噲D重復(fù)進(jìn)入的情況給出提示或報警；
• 能夠?qū)Τ鰣鰰r車輛無入場記錄的現(xiàn)產(chǎn)產(chǎn)生提示或報警；
• 能夠?qū)θ肟诎l(fā)票機無卡現(xiàn)象產(chǎn)生提示或報警；
• 能夠?qū)z測到的火災(zāi)、防盜等信號產(chǎn)生提示或報警；
• 能夠?qū)z測到的設(shè)備網(wǎng)絡(luò)故障及時產(chǎn)生提示或報警。
• 能夠?qū)囕v非法闖入和闖出的現(xiàn)象產(chǎn)生提示或報警。
• 能夠?qū)Ω嚭偷管嚞F(xiàn)象產(chǎn)生提示或報警；
• 能夠?qū)鹁?、防盜警、跟車報警、倒車報警等警報解除后產(chǎn)生提示；
• 能夠?qū)囕v駛?cè)胪ǖ篮蠼o出歡迎詞或取卡提示，如取卡提示、刷卡提示等；
• 能夠?qū)囕v在車道停留時間過長產(chǎn)生提示或報警。
2． 2 ． 5 應(yīng)具備的車位管理功能
• 能夠統(tǒng)計和顯示整個停車場余位信息，并具有向周邊告示功能；
• 能夠統(tǒng)計和顯示具體區(qū)域的余位信息，并具有向周邊告示功能；
• 區(qū)域余位的統(tǒng)計和顯示在車輛不按車位分配規(guī)則泊車時亦能正確統(tǒng)計和公示；
• 能夠按用戶自定義的規(guī)則自動分配泊車位；
應(yīng)具備脫機運行后的場內(nèi)余位信息糾正功能
3 ．停車場管理軟件的數(shù)據(jù)結(jié)構(gòu)
3． 1 數(shù)據(jù)庫的選擇
• 應(yīng)選用具有安全機制的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)。
• 所選用的數(shù)據(jù)庫要求具有多種安全性認(rèn)證模式，支持?jǐn)?shù)據(jù)庫之角色和用戶管理功能，能夠方便實現(xiàn)權(quán)限許可的驗證、授予、修改和收回。
• 所選用的的數(shù)據(jù)庫要求具有表、圖表、索引、視圖、存儲過程、觸發(fā)器等數(shù)據(jù)庫組件。
• 所選用的數(shù)據(jù)庫應(yīng)具有數(shù)據(jù)完整性檢查功能，包括實體完整性、域完整性、參考完整性、用戶自定義完整性；支持約束（ Default 約束、Ｃ heck 約束、Ｐ riMary Key 約束、 Unique 約束和 Foreign 約束）、缺省和規(guī)則定義；
• 所選用的數(shù)據(jù)庫應(yīng)具有強大的數(shù)據(jù)備份與恢復(fù)功能，支持多種備份／恢復(fù)介質(zhì)、多種備份／恢復(fù)類型，并要求應(yīng)有聯(lián)機備份 / 恢復(fù)功能。
• 所選用的數(shù)據(jù)庫應(yīng)具有數(shù)據(jù)控制語言（ DCL ）、數(shù)據(jù)定義語言（ DDL ）、數(shù)據(jù)操作語言（ D ＭＬ）。
• 選用的數(shù)據(jù)庫要求具有良好的開放性、可移植和可擴展性，應(yīng)具有多種數(shù)據(jù)轉(zhuǎn)換（類型運算、導(dǎo)入導(dǎo)出等）功能和多種數(shù)據(jù)復(fù)制功能。
• 所選用的數(shù)據(jù)庫應(yīng)具有事務(wù)控制功能，可滿足事物的自動性、一致性、獨立性和持久性要求，能有效應(yīng)對市電故障和網(wǎng)絡(luò)故障等原因造成的事物遞交和回退。
• 所選用的數(shù)據(jù)庫具有良好的并發(fā)控制功能，支持行級鎖（記錄鎖）、頁級鎖、簇級鎖、表級鎖和數(shù)據(jù)庫級鎖，并能有效避免用戶控制的死鎖問題和事務(wù)引用的會話級和表級死鎖問題。
• 所選用的數(shù)據(jù)庫應(yīng)能夠滿足 ODBC 接口規(guī)范。
3 ． 2 數(shù)據(jù)結(jié)構(gòu)
3． 21 車主基本資料（用戶信息）信息數(shù)據(jù)結(jié)構(gòu) 包括：
（ 1 ）車主編號；（ 2 ）車主名稱；（ 3 ）對應(yīng)卡號；（ 4 ）用戶類型（區(qū)別不同的收費方式）；
（ 5 ）用戶性質(zhì)（區(qū)別是普通車位，預(yù)留車位或固定車位用戶）；（ 6 ）身份證號碼；
（ 7 ）車身款式；（ 8 ）車牌號碼；（ 9 ）車身顏色；（ 10 ）汽車品牌；（ 11 ）聯(lián)系電話；
（ 12 ）聯(lián)系地址。
3 ． 22 收費人員信息數(shù)據(jù)結(jié)構(gòu) 包括：
（ 1 ）收費員編號；（ 2 ）收費員姓名；（ 3 ）年齡；（ 4 ）性別；（ 5 ）工作時間；（ 6 ）聯(lián)系電話；（ 7 ）聯(lián)系地址。
3 ． 23 收費記錄數(shù)據(jù)結(jié)構(gòu) 包括：
（ 1 ）收費類型（區(qū)分辦卡收費或泊車收費）；（ 2 ）證卡類型（區(qū)分期限卡、儲蓄卡、免費卡、固定卡和臨時卡等）；（ 3 ）車主證件編號；（ 4 ）車主姓名；（ 5 ）車主卡號；（ 6 ）入場時間；（ 7 ）出場時間；（ 8 ）泊車計時；（ 9 ）收費金額；（ 10 ）收費日期；（ 11 ）收費操作員；
3 ． 24 車輛進(jìn)出記錄數(shù)據(jù)結(jié)構(gòu) 包括：
（ 1 ）車主證件編號；（ 2 ）車主姓名；（ 3 ）車主卡號；（ 4 ）進(jìn)出時間；
（ 5 ）進(jìn)出抓拍車圖；（ 6 ）車主證卡類型；（ 7 ）進(jìn)出狀態(tài)；（ 8 ）進(jìn)出通道；
（ 9 ）汽車車型；（ 10 ）車牌號碼；（ 11 ）車身顏色；（ 12 ）汽車品牌；
（ 13 ）車主聯(lián)系電話；（ 14 ）車主聯(lián)系地址；（ 15 ）所泊車位；
3 ． 25 原始監(jiān)控事件記錄數(shù)據(jù)結(jié)構(gòu) 包括：
（ 1 ）事件記錄類型；（區(qū)分進(jìn)出記錄、通道地磁輸入記錄等）；（ 2 ）事件記錄對應(yīng)控制器；（ 3 ）事件記錄對應(yīng)通道；（ 4 ）事件記錄卡號；（ 5 ）事件記錄從設(shè)備號；（ 6 ）事件記錄進(jìn)出狀態(tài)；（ 7 ）事件記錄輸入輸出點號；（ 8 ）事件記錄時間；
3 ． 26 手動控閘記錄數(shù)據(jù)結(jié)構(gòu) 包括：
（ 1 ）手動控閘時間；
（ 2 ）手動控閘者；
（ 3 ）手動控閘通道；
（ 4 ）手動控閘類型（區(qū)分普通開閘、關(guān)閘、緊急開閘、緊包關(guān)閘等）；
3． 25 原始監(jiān)控事件記錄數(shù)據(jù)結(jié)構(gòu) 包括：
（ 1 ）事件記錄類型；（區(qū)分進(jìn)出記錄、通道地磁輸入記錄等）；（ 2 ）事件記錄對應(yīng)控制器；（ 3 ）事件記錄對應(yīng)通道；（ 4 ）事件記錄卡號；（ 5 ）事件記錄從設(shè)備號；（ 6 ）事件記錄進(jìn)出狀態(tài)；（ 7 ）事件記錄輸入輸出點號；（ 8 ）事件記錄時間；
3． 26 手動控閘記錄數(shù)據(jù)結(jié)構(gòu) 包括：
（ 1 ）手動控閘時間；
（ 2 ）手動控閘者；
（ 3 ）手動控閘通道；
（ 4 ）手動控閘類型（區(qū)分普通開閘、關(guān)閘、緊急開閘、緊包關(guān)閘等）；
3． 27 警報記錄數(shù)據(jù)結(jié)構(gòu) 包括：
（ 1 ）系統(tǒng)警報發(fā)生源；
（ 2 ）系統(tǒng)警報類型；
（ 3 ）系統(tǒng)警報描術(shù)；
（ 4 ）系統(tǒng)警報發(fā)生時間；
3 ． 28 操作日志記錄數(shù)據(jù)結(jié)構(gòu) 包括：
（ 1 ）操作員編號；（ 2 ）操作員姓名；（ 3 ）操作類型；（ 4 ）操作時間；（ 5 ）操作對象；
（ 6 ）操作內(nèi)容；（ 7 ）操作結(jié)果；
3． 3 數(shù)據(jù)接口標(biāo)準(zhǔn)
由于本標(biāo)準(zhǔn)規(guī)定所選用的數(shù)據(jù)庫要求能夠滿足 ODBC 接口規(guī)范，所以數(shù)據(jù)接口標(biāo)準(zhǔn)將基于開放式數(shù)據(jù)鏈路來實現(xiàn)。
3 ． 31 數(shù)據(jù)接口標(biāo)準(zhǔn)涉及的數(shù)據(jù)結(jié)構(gòu)
• 車主基本資料數(shù)據(jù)接口標(biāo)準(zhǔn)；
• 收費人員數(shù)據(jù)接口標(biāo)準(zhǔn)；
• 收費記錄數(shù)據(jù)接口標(biāo)準(zhǔn)；
• 進(jìn)出記錄數(shù)據(jù)接口標(biāo)準(zhǔn)；
• 原始監(jiān)控記錄數(shù)據(jù)接口標(biāo)準(zhǔn)；
• 手動控閘記錄數(shù)據(jù)接口標(biāo)準(zhǔn)；
• 警報記錄數(shù)據(jù)接口標(biāo)準(zhǔn)；
系統(tǒng)日志記錄數(shù)據(jù)接口標(biāo)準(zhǔn)；
3 ． 32 數(shù)據(jù)接口標(biāo)準(zhǔn)實現(xiàn)過程：
• 定義數(shù)據(jù)源及驅(qū)動：
• 數(shù)據(jù)源選擇：數(shù)據(jù)源可以是所有滿足 ODBC 接口規(guī)范的數(shù)據(jù)對象，如：文本文件 (*.txt;*.Csv) 、 Excel(*.xls) 、 Access(*.mdb) 、 Dbase(*.dbf) 、 Paradox(*.db) 、 InterBase(*.gdb) 、 SqlServer 、 Sybase 、 Oracle 等等；
• 數(shù)據(jù)源驅(qū)動定義：根據(jù)不同的數(shù)據(jù)源類別，選擇相應(yīng)的數(shù)據(jù)源驅(qū)動，再根據(jù)數(shù)據(jù)源驅(qū)動提供的標(biāo)準(zhǔn)參數(shù)配置數(shù)據(jù)源的連接、列標(biāo)題、列分隔符、字符集、數(shù)據(jù)類型、字段寬度等等，不同的數(shù)據(jù)源類別按區(qū)別配置不同的驅(qū)動定義。
• 連接數(shù)據(jù)源：根據(jù) ODBC 標(biāo)準(zhǔn)，按照數(shù)據(jù)源名稱的定義連接所配置的數(shù)據(jù)源，然后選擇需要進(jìn)行數(shù)據(jù)交互的數(shù)據(jù)表格。
• 字段對應(yīng)：連接數(shù)據(jù)源后，進(jìn)行數(shù)據(jù)源字段到數(shù)據(jù)目標(biāo)字段的對應(yīng)。需要能夠支持的數(shù)據(jù)結(jié)構(gòu)有：
一、車主基本資料數(shù)據(jù)結(jié)構(gòu)：
（ 1 ）車主編號；（ 2 ）車主名稱；（ 3 ）對應(yīng)卡號；（ 4 ）用戶類型（區(qū)別不同的收費方式）；
（ 5 ）用戶性質(zhì)（區(qū)別是普通車位，預(yù)留車位或固定車位用戶）；（ 6 ）身份證號碼；
（ 7 ）車身款式；（ 8 ）車牌號碼；（ 9 ）車身顏色；（ 10 ）汽車品牌；（ 11 ）聯(lián)系電話；
（ 12 ）聯(lián)系地址。
二、收費人員數(shù)據(jù)結(jié)構(gòu)：
（ 1 ）收費員編號；（ 2 ）收費員姓名；（ 3 ）年齡；（ 4 ）性別；（ 5 ）工作時間；（ 6 ）聯(lián)系電話；（ 7 ）聯(lián)系地址。
三、收費記錄數(shù)據(jù)結(jié)構(gòu)：
（ 1 ）收費類型（區(qū)分辦卡收費或泊車收費）；（ 2 ）證卡類型（區(qū)分期限卡、儲蓄卡、免費卡、固定卡和臨時卡等）；（ 3 ）車主證件編號；（ 4 ）車主姓名；（ 5 ）車主卡號；（ 6 ）入場時間；（ 7 ）出場時間；（ 8 ）泊車計時；（ 9 ）收費金額；（ 10 ）收費日期；（ 11 ）收費操作員；
四、進(jìn)出記錄數(shù)據(jù)結(jié)構(gòu)：
（ 1 ）車主證件編號；（ 2 ）車主姓名；（ 3 ）車主卡號；（ 4 ）進(jìn)出時間；（ 5 ）進(jìn)出抓拍車圖；（ 6 ）車主證卡類型；（ 7 ）進(jìn)出狀態(tài)；（ 8 ）進(jìn)出通道；（ 9 ）汽車車型；（ 10 ）車牌號碼；（ 11 ）車身顏色；（ 12 ）汽車品牌；（ 13 ）車主聯(lián)系電話；（ 14 ）車主聯(lián)系地址；（ 15 ）所泊車位；
五、原始監(jiān)控記錄數(shù)據(jù)結(jié)構(gòu)：
（ 1 ）事件記錄類型；（區(qū)分進(jìn)出記錄、通道地磁輸入記錄等）；（ 2 ）事件記錄對應(yīng)控制器；（ 3 ）事件記錄對應(yīng)通道；（ 4 ）事件記錄卡號；（ 5 ）事件記錄從設(shè)備號；（ 6 ）事件記錄進(jìn)出狀態(tài)；（ 7 ）事件記錄輸入輸出點號；（ 8 ）事件記錄時間；
六、手動控閘記錄數(shù)據(jù)結(jié)構(gòu)：
（ 1 ）手動控閘時間；（ 2 ）手動控閘者；（ 3 ）手動控閘通道；
（ 4 ）手動控閘類型（區(qū)分普通開閘、關(guān)閘、緊急開閘、緊包關(guān)閘等）；
七、警報記錄數(shù)據(jù)結(jié)構(gòu)：
（ 1 ）系統(tǒng)警報發(fā)生源；（ 2 ）系統(tǒng)警報類型；（ 3 ）系統(tǒng)警報描術(shù)；（ 4 ）系統(tǒng)警報發(fā)生時間；
八、系統(tǒng)日志記錄數(shù)據(jù)結(jié)構(gòu)：
（ 1 ）操作員編號；（ 2 ）操作員姓名；（ 3 ）操作類型；（ 4 ）操作時間；（ 5 ）操作對象；
（ 6 ）操作內(nèi)容；（ 7 ）操作結(jié)果；
• 接口數(shù)據(jù)實現(xiàn)：
• 鍵字段要求有數(shù)據(jù)唯一性校驗；
• 所有字段要有數(shù)據(jù)合法性校驗；
• 數(shù)據(jù)源對象要有字段完整性校驗；
• 代碼數(shù)據(jù)或類型不匹配數(shù)據(jù)要進(jìn)行邏輯轉(zhuǎn)換；
圖片數(shù)據(jù)采用圖片文件名形多交互；
4 ．停車場管理的開放性
4 ． 1 對外信息的交互協(xié)議
4 ． 1 ． 1 以采用 GPRS 方式進(jìn)行數(shù)據(jù)傳輸。
4 ． 1 ． 2 應(yīng)采用 TCP 方式進(jìn)行網(wǎng)絡(luò)鏈路連接。
4 ． 1 ． 3 應(yīng)對數(shù)據(jù)的發(fā)送和接受提供 ACK 回復(fù)確認(rèn)。
4 ． 1 ． 4 設(shè)備主動發(fā)送傳輸?shù)膮f(xié)議內(nèi)容應(yīng)包括設(shè)備識別碼，指今命令字，設(shè)置正常運行期間的流水遞增的消息編碼和發(fā)送的信息內(nèi)容。
4 ． 1 ． 5 系統(tǒng)主動發(fā)送的協(xié)議內(nèi)容必須包括設(shè)備的識別碼，指令命命令字，系統(tǒng)合局的流水遞增的消息編碼和發(fā)送的信息內(nèi)容。
4 ． 1 ． 6 設(shè)備對于系統(tǒng)發(fā)來的信息的回復(fù)的協(xié)議內(nèi)容應(yīng)包括設(shè)備識別碼，指令的命令字，由系統(tǒng)發(fā)來的消息編號和回復(fù)的內(nèi)容。
4 ． 1 ． 7 系統(tǒng)對于終端設(shè)備發(fā)來的信息的回復(fù)的協(xié)議內(nèi)容必須包括設(shè)備識別碼，指令命令字，出設(shè)備發(fā)送來的消息編號和回復(fù)的內(nèi)容。
4 ． 1 ． 8 設(shè)備補充發(fā)送的數(shù)據(jù)要求具有時間戳信息。
4 ． 2 對外信息的交互數(shù)據(jù)結(jié)構(gòu)
4 ． 2 ． 1 符合 TCP/IP 協(xié)議
4 ． 2 ． 2 數(shù)據(jù)結(jié)構(gòu)開放：便于二次開發(fā)，便于與其它軟件數(shù)據(jù)的共巷。
4 ． 3 其它規(guī)定
4 ． 3 ． 1 可以與各種現(xiàn)場線兼容，如 CAN 線， 485 總線等。
4 ． 3 ． 2 能與 Internet 聯(lián)網(wǎng)，實現(xiàn)數(shù)據(jù)共享。
4 ． 3 ． 3 應(yīng)支持無線通訊，配有 GPRS 數(shù)據(jù)傳輸模塊。
4 ． 3 ． 4 應(yīng)能與交通信息系統(tǒng)，安防系統(tǒng)，智能建筑等系統(tǒng)兼容。
5．停車場管理軟件的測評
5 ． 1 軟件測試：
軟件測試應(yīng)采用黑盒測試方法，通過測試來檢查是否每個功能都能正常使用，它可完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過程，在程序的接口進(jìn)行測試，它只檢查程序功能是否能按照要求正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)并產(chǎn)生正常的輸出信息。軟件測評的主要依據(jù)是隨應(yīng)用軟件一起發(fā)行的軟件說明書。
5 ． 11 單元測試
在遵循模塊化設(shè)計思想的軟件中，每個模塊完成一個清晰定義的子功能。而且這個子功能和同級其它模塊的功能之前相互依賴度很小，因此，有可能把每個模塊作為一個單獨的實體來測試，而且通常比較容易檢驗?zāi)K的正確性，單元測試的目的是保證每個模塊作為一個單元是能正確運行的，單元測試任務(wù)包括：
（ 1 ）模塊接口測試：是否能在正確輸入的條件下產(chǎn)生與預(yù)期一樣的的輸出，是否能屏蔽不正確的輸入或在不正確輸入的條件下能夠捕捉并處理這些不正確的輸入。
（ 2 ）模塊邊界條件測試：長期的軟件測試研究表明，大量錯誤往往發(fā)生在輸入或輸出的邊界上，因此針對各種邊界情況設(shè)計測試用例，可以查出更多的錯誤。
（ 3 ）執(zhí)行通路測試：它對模塊中對每一條獨立執(zhí)行的路徑進(jìn)行測試，以發(fā)現(xiàn)所有可能的，潛在的執(zhí)行邏輯性錯誤。
（ 4 ）出錯處理測式：一個好的設(shè)計應(yīng)能預(yù)見各種出錯條件，并預(yù)設(shè)各種出錯處理通路，校驗?zāi)K中是否存在無法處理的錯誤出口。
5 ． 12 集成測試
集成測試又稱構(gòu)件測試它是把經(jīng)過單元測試的模塊放在一起形成一個構(gòu)件系統(tǒng)來進(jìn)行測試，模塊相互間的協(xié)調(diào)和通信是這個測試過程的主要問題，因此這個步驟著重測試模塊間的交互，應(yīng)采用如下的測試思想：
（ 1）自頂向下集成：自頂向下集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式，它從主控模塊開始，按照軟件的控制層次結(jié)構(gòu)，以深度優(yōu)先或廣度優(yōu)先的策略，逐步把各個模塊集成在一起，其工作步驟為：
• 以主控模塊作驅(qū)動模塊，把對主控模塊進(jìn)行單元測試時引入的所有樁模塊用實際模塊替代；
• 依據(jù)所選的集成策略（深度優(yōu)先或廣度優(yōu)先），每次只替代一個樁模塊；
• 每集成一個模塊立即測試一遍；
• 只有每組測試完成后，才著手替換下一個樁模塊；
• 為避免引入新錯誤，須不斷地進(jìn)行回歸測試（即全部或部分地重復(fù)已做過的測試）；
• 從第 2 步開始，循環(huán)執(zhí)行上述步驟，直至整個程序結(jié)構(gòu)構(gòu)造完畢。
（ 2）自底向上集成：自底向上測試是從“原子”模塊（即軟件結(jié)構(gòu)最低層的模塊）開始組裝測試，因測試到較高層模塊時，所需的下層模塊功能均已具備，所以不再需要樁模塊，其工作步驟為：
• 把低層模塊組織成實現(xiàn)某個子功能的模塊群；
• 開發(fā)一個測試驅(qū)動模塊，控制測試數(shù)據(jù)的輸入和測試結(jié)果的輸出；
• 對每個模塊群進(jìn)行測試；
• 刪除測試使用的驅(qū)動模塊，用較高層模塊把模塊群組織成為完成更大功能的新模塊群；
• 從第一步開始循環(huán)執(zhí)行上述各步驟，直至整個程序構(gòu)造完畢。
5 ． 13 系統(tǒng)測試
系統(tǒng)測試是把經(jīng)過測試的構(gòu)件裝配成一個完整的系統(tǒng)來測試。在這個過程中不僅應(yīng)發(fā)現(xiàn)設(shè)計和編碼的錯誤，還應(yīng)驗證系統(tǒng)確實能提供設(shè)計時指定的功能，而且系統(tǒng)的動態(tài)特性也符合要求。在這個測試中發(fā)現(xiàn)的往往是軟件設(shè)計中的錯誤，也可能發(fā)現(xiàn)需求說明中的錯誤。
系統(tǒng)測試的基本方法有：
• 恢復(fù)測試：恢復(fù)測試主要檢查系統(tǒng)的容錯能力。當(dāng)系統(tǒng)出錯時，能否在指定時間間隔內(nèi)修正錯誤并重新啟動系統(tǒng)。恢復(fù)測試首先要采用各種辦法強迫系統(tǒng)失敗，然后驗證系統(tǒng)是否能盡快恢復(fù)。
• 安全測試：安全測試檢查系統(tǒng)對非法侵入的防范能力。安全測試期間，測試人員應(yīng)采用各種辦法試圖突破防線。例如，試圖截取或破譯口令、專門定做軟件破壞系統(tǒng)的保護機制、故意導(dǎo)致系統(tǒng)失敗，企圖趁恢復(fù)之機非法進(jìn)入等等。
• 強度測試：強度測試檢查程序?qū)Ξ惓Ｇ闆r的抵抗能力。強度測試總是迫使系統(tǒng)在異常的資源配置下運行。
• 性能測試：測試系統(tǒng)對大容量數(shù)據(jù)的處理能力、對長期運行后的運行性能保障能力以及各種性能測試是否能夠符合軟件說明書的要求。
5 ． 14 驗收測試
驗收測試把軟件系統(tǒng)作為單一的實體進(jìn)行測試，測試內(nèi)容與系統(tǒng)測試基本類似，但它是在用戶（或驗收組）積極參與下進(jìn)行的，而且可能主要使用實際數(shù)據(jù)（系統(tǒng)將來要處理的數(shù)據(jù)）進(jìn)行測試，驗收測試的目的是驗證系統(tǒng)確實能夠滿足用戶的需要，在這個測試步驟中發(fā)現(xiàn)的常常是系統(tǒng)需求說明中的錯誤。驗收測試包括兩個方面：
• 測試應(yīng)用軟件符合軟件說明書的內(nèi)容；
• 測試應(yīng)用軟件能夠滿足軟件購銷合同中用戶特別指定的個性化功能
5 ． 2 測試用例
邊界值測試用例：
• 如果輸入條件規(guī)定了值的范圍，則應(yīng)該取剛達(dá)到這個范圍的邊界值，以及剛剛超過這個范圍邊界的值作為測試輸入數(shù)據(jù)；
• 如果輸入條件規(guī)定了值的個數(shù)，則用最大個數(shù)、最小個數(shù)、比最大個數(shù)多 1 格、比最小個數(shù)少 1 個的數(shù)做為測試數(shù)據(jù)；
• 根據(jù)每一個輸出條件，驗證在邊界輸入條件下是否可以正確的輸出
• 如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合（如有序表、順序文件等），則應(yīng)選取集合的第一個和最后一個元素作為測試用例；
• 如果程序用了一個內(nèi)部結(jié)構(gòu)，應(yīng)該選取這個內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界值作為測試用例。
• 如果輸入條件規(guī)定了值的范圍，驗證是否允許非法的輸入，合法的輸入是否違反邏輯輸入。（如：輸入條件為開始和結(jié)束時間，首先必須測試合法性輸入，然后再驗證結(jié)束時間大于開始時間這種違反邏輯的情況下得出的輸出結(jié)果。
環(huán)境測試用例
• 電源掉電的測試，包括軟件在待機時的掉電和軟件在處理數(shù)據(jù)時的掉電。
• 強行結(jié)束軟件任務(wù)的測試。
• 操作系統(tǒng) CPU 和內(nèi)存資源耗盡的測試，多開一些需要大資源的其它程序，使要測試的軟件處理非?！囸I'的狀態(tài)下，測試其性能和數(shù)據(jù)處理的正確性。
• 如果系統(tǒng)包含網(wǎng)線通訊線路，物理通訊線路突然中斷的測試。
• 對于處理任務(wù)較重的部分，如果條件允許，可以考慮用性能很差的計算機去測試，這時候可能會暴露出很多問題。
特殊操作測試用例
某些特殊的操作可以發(fā)現(xiàn)程序中潛在的問題，如：
• 軟件沒有正常退出就關(guān)閉操作系統(tǒng)；
• 不正常關(guān)閉應(yīng)用軟件人機交互窗口；
• 軟件正在執(zhí)行一項較耗時命令時退出應(yīng)用軟件；
• 以復(fù)制 / 粘貼的方式代替鍵盤輸入數(shù)據(jù)；等等。
5．3 軟件評價：
5． 31 軟件功能評階：
• 應(yīng)用軟件功能符合設(shè)計說明的規(guī)定；
• 能夠較好的滿足停車場 / 庫管理需求的擴充（可選部分規(guī)定的內(nèi)容）；
• 系統(tǒng)完整性：因具有完整的系統(tǒng)設(shè)計相關(guān)文檔資料、具有完整的系統(tǒng)二次開發(fā)集成接口、具有完整的數(shù)據(jù)輸入與輸出接口、具有完整的系統(tǒng)集成方案、具有完整的通道進(jìn)出管理系統(tǒng)，車位引導(dǎo)管理系統(tǒng)，報警處理系統(tǒng)、取車系統(tǒng)、節(jié)能照明控制系統(tǒng)等停車場管理的可選子系統(tǒng)。
• 應(yīng)具有足夠的容錯性，能有效捕捉各種網(wǎng)絡(luò)異常、操作異常的能力；
• 具有良好的數(shù)據(jù)自動同步機制，能夠主動上傳脫網(wǎng)運行后產(chǎn)生的記錄，能夠自動向停車場管理軟件配套設(shè)備同步在停件中的參數(shù)設(shè)置；
• 具有良好的車輛通行校驗機制；
• 具有良好的車輛通行安全管理機制；
• 具有良好的車輛通行策略控制機制；
• 具備車位管理與車位顯示系統(tǒng)；
• 能夠正確并完整的記錄車輛進(jìn)出記錄、收費記錄、操作員操作日志、集成系統(tǒng)輸入輸出數(shù)據(jù)、警報記錄等；
• 具備良好的收費制度設(shè)置功能，能夠由用戶自定義收費規(guī)則；
• 具有完善的的報表等數(shù)據(jù)輸出系統(tǒng)；
• 軟件模塊化清晰、軟件設(shè)計具有友好性；
5 ． 32 軟件性能評階：
• 應(yīng)具有大容量數(shù)據(jù)處理的能力，具有系統(tǒng)長期運行效率保證機制；
• 應(yīng)具有足夠的容錯性，能有效捕捉各種網(wǎng)絡(luò)異常、操作異常的能力；
• 應(yīng)具有與其它應(yīng)用軟件的使用環(huán)境兼容性；
• 具有良好的數(shù)據(jù)存儲安全機制；
• 具有良好的系統(tǒng)安全與訪問控制機制、具有良好的數(shù)據(jù)報文通信高效處理機制；
• 系統(tǒng)因具有良好的可擴充性，滿足管理需求的調(diào)整和變更；
• 系統(tǒng)因具有良好的可移植性，包括數(shù)據(jù)庫的移植和應(yīng)用軟件的移植；
5 ． 33 軟件商品化程度評階：
• 應(yīng)具有完整的系統(tǒng)設(shè)計文檔、通信協(xié)議文檔、數(shù)據(jù)庫設(shè)計文檔、軟件集成說明文檔、軟件說明書等文檔資料；
• 應(yīng)具有很好的運行穩(wěn)定性；
• 應(yīng)具有良好的集成開發(fā)方便性；
• 應(yīng)具有良好的軟件操作方便性；
• 應(yīng)具有良好的可維護性；
• 應(yīng)具有良好的安裝方便性；
• 應(yīng)具有良好的系統(tǒng)升級和功能擴充機制；
5 ． 34 軟件技術(shù)先進(jìn)性：
• 構(gòu)模型先進(jìn)性；
• 通道進(jìn)出管理邏輯先進(jìn)性；
• 車位管理邏輯先進(jìn)行；
• 通信機制先進(jìn)性；
• 數(shù)據(jù)存儲安全機制先進(jìn)性；
• 系統(tǒng)安全與訪問控制先進(jìn)性；
• 技術(shù)指標(biāo)先進(jìn)性；
• 報文通信的嚴(yán)密性（加密機制、數(shù)據(jù)報文錯包處理機制、數(shù)據(jù)通信校驗機制）；
5 ． 35 軟件應(yīng)用評價：
• 具有較好的停車場 / 庫管理適用性；
• 用戶需求變更、擴充的配置靈活性；
• 具有良好的網(wǎng)絡(luò)兼容性，能夠支持 LAN 、 WAN 和總線網(wǎng)絡(luò)；
• 具有良好的風(fēng)險控制，能夠避免局部故障影響整個系統(tǒng)的正常運行；
• 具有良好的軟件操作權(quán)限管理機制；
• 具有良好的通行權(quán)限管理；
• 應(yīng)具有良好的系統(tǒng)升級和功能擴充機制；
• 具有完善的的報表輸出；
- 上一篇：譽澄某集貿(mào)市場停車場管理系統(tǒng)方案設(shè)計 2012/5/31
- 下一篇：現(xiàn)代智能停車場管理技術(shù)及其發(fā)展趨勢 2020/4/10