可行性研究報告-云泊車管理系統(tǒng)

1 1 1 1 22可行性研究的前提 2 2 52.3條件、假定和限制 6 73對現(xiàn)有系統(tǒng)的分析 7 7 8 8 8 8 8 84.1對所建議系統(tǒng)的說明 8 4.4技術條件方面的可行性 12 12 13 13 13 6社會因素方面的可行性 6.1法律方面的可行性 6.2使用方面的可行性 1——88服務器端：操作系統(tǒng)：Centos6.5JDK：JDK1.7及以上J2EE框架：SpringMVC+Spring+客戶Web端：操作系統(tǒng)：Windows、Linux或MacOS2瀏覽器：Chrome43及以上、FireFox5.0及以上網(wǎng)絡：穩(wěn)定的網(wǎng)絡接入，穩(wěn)定2M及以上網(wǎng)絡傳輸速率客戶移動端：操作系統(tǒng)：Android5.0及以上或ios7及以上網(wǎng)絡：3G、4G或Wi-Fi移動網(wǎng)絡并放行，過程快捷，無需停車。3關聯(lián)車主：基于車牌關聯(lián)車主信息，自動記錄車輛的出入時間，形成實時精確、可視化的停車信息，提供停車收費、車證管理、電子支付、VIP服務等專業(yè)化車位分享：用戶在系統(tǒng)內(nèi)分享閑置車位，有需求的車主則可預定車位泊車，大大增加閑置車位使用率，節(jié)約資源的同時還助力緩解了停車難。車位預定：幫助用戶提前預定目的地車位，避免到了目的地無車位可停的尷尬會客分享：用戶親友前來拜訪時，用戶使用會客分享，為親友車牌授權，小區(qū)道閘自動為該車牌號的車主放行。B.性能：本產(chǎn)品應用于停車場，在使統(tǒng)計管理、可視化管理。一、用戶管理41、用戶注冊：提供用戶注冊，主要分為停車場管理者的注冊和普通百姓的注冊。2、用戶登錄：通過賬戶密碼及驗證碼來組合判斷用戶身份。3、角色管理：通過用戶信息的權限標記位在運行期判斷角色類別信息。4、用戶信息查詢：用戶可進行自己身份信息狀態(tài)的查詢。二、停車場管理1、停車場注冊：停車場管理者進行停車場的注冊。2、停車場查詢：系統(tǒng)管理員進行停車場狀態(tài)的查詢。3、停車場信息修改：系統(tǒng)管理員根據(jù)實際需求進行停車場信息的修改。三、車位管理：1、車位添加：停車場管理員進行本車場車位信息的添加。2、車位修改：停車場管理員進行本車場車位信息的修改。3、車位刪除：停車場管理員進行本車場車位信息的刪除。四、停車管理：1、車輛入庫：停車場管理員對車輛入庫進行登記。2、車輛狀態(tài)查詢：用戶對自己的車輛實時停車狀態(tài)進行查詢。3、車輛出庫：停車場管理員對車輛進行出庫操作。4、費用結算：停車場管理員對車輛停車進行費用計算。五、統(tǒng)計管理：1、車輛泊車分布統(tǒng)計：進行城市泊車熱點停車場分布統(tǒng)計。2、具體車輛泊車統(tǒng)計：進行特定車輛泊車分布統(tǒng)計。六、可視化管理：1、城市實時泊車可視化：城市實時熱點區(qū)域可視化。52、指定車輛狀況可視化：具體車輛狀況可視化1.統(tǒng)一管理：為了簡化數(shù)據(jù)管理的復雜性，將分散的數(shù)據(jù)統(tǒng)一集中存放。2.在數(shù)據(jù)進行存儲時，應采用加密后存儲，以保證數(shù)據(jù)的機密性、完整性、可靠性。3.系統(tǒng)應在一段時間內(nèi)就提供數(shù)據(jù)庫全備份管理，以保證在數(shù)據(jù)出錯或被破壞時能夠4.對于系統(tǒng)執(zhí)行的重要操作自動記錄日志。統(tǒng)本項目采用目前熱門的云體系。旨在將目前國內(nèi)分立的泊車管理進行集群化。目前國內(nèi)的很多停車場依舊采用傳統(tǒng)的咪表、藍牙停車管理系統(tǒng)，同時一個城市內(nèi)部的停車場都是分立管理的。這種分立的停車管理不但麻煩，而且需要泊車場管理者付出很多的管理及維護經(jīng)6歷。提出這一云平臺體系主要是為了使目前的停車場集群化，對停車場進行統(tǒng)一管理調(diào)度，從而能夠更加充分的進行停車場資源的調(diào)度；為用戶設置客戶端軟件，使其可以通過客戶端軟件實時獲取服務器中停車場的信息，從而判斷將要前往的停車場，提前預約鎖定車位，有效的解決局部停車場資源短缺的問題。（1）提供給停車場管理者一套完整的解決方案，使得其能夠通過友好的用戶交互進行停車場的日常管理。（2）通過云體系架構提供一個區(qū)域內(nèi)停車場的集群化管理，在泊車高峰期能夠提供（3）提供android客戶端給客戶，使其能夠隨時了解自己的停車信息與其他情況，使得客戶有一個直觀的理解，更好的掌握實時情況。2.3條件、假定和限制c．硬件：服務器端：CPU：雙核及以上內(nèi)存：4GB及以上客戶端：CPU：單核及以上內(nèi)存：2GB及以上72.4評價尺度3.1處理流程83.2工作負荷維護，值班，收費，計時3.3費用開支4.1對所建議系統(tǒng)的說明9面采用jsp開發(fā)技術，通過中間層使后端與前端界面二階段為圖像識別算法開發(fā)，第三階段為web應用開發(fā)。第四階段為android4.2業(yè)務流程4.3局限性4.4技術條件方面的可行性對于所選擇的方案，說明所需的費用。如果對于所選擇的方案，說明能夠帶來的收益，5.3收益／投資比5.4投資回收周期5.5敏感性分析設計系統(tǒng)周期為五年,估計最長可達10年工作負荷的類型：傳導，查詢，計算，存儲處理速度:小于4秒6.1法律方面的可行性所有軟件都選用正版.6.2使用方面的可行性要求有一定計算機基礎，但整體操作簡便，經(jīng)過培訓均能正常熟練使用本系統(tǒng)。系統(tǒng)界面設計優(yōu)美、簡潔、清晰，系統(tǒng)交互性良好。用戶初次使用經(jīng)過系統(tǒng)提示指導后將能較好掌握本系統(tǒng)。 1 1 1 22可行性研究的前提 2 2 52.3條件、假定和限制 6 73對現(xiàn)有系統(tǒng)的分析 7 7 8 8 8 8 8 84.1對所建議系統(tǒng)的說明 8 4.4技術條件方面的可行性 12 12 13 13 13 6社會因素方面的可行性 6.1法律方面的可行性 6.2使用方面的可行性 錯誤！未定義書簽。 1.2可行性研究報告編制依據(jù) 1.5可研報告研究結論、問題及建議錯5.1方案設計指導思想及原則錯誤！未定義