福人網站項目開發(fā)項目可行性研究報告

福人網站項目開發(fā) 項目 2 1 項目概述 目開發(fā)背景 隨著互聯(lián)網普及率的進一步提高和各種網絡應用的不斷深入，社交網站已經成為網民在互聯(lián)網上的重要平臺性應用，即 站。 早在 2003 年 ， 全球首家社交網站 標志著現(xiàn)代社交網站開始破繭 。 緊隨其后 ， 其他社交網站也紛紛開始在美國嶄露頭角 ， 絡 人稱贊為繼 成立于 2003 年 9 月的 是目前全球 第二大的社交網站。 站在中國的興起相對歐美和其他發(fā)達地區(qū)較晚，但發(fā)展勢頭卻相當迅猛。 2005 年 8 月，龐升東率先創(chuàng)立了以交友為主的博客社區(qū) 年 12 月，幾位大學生創(chuàng)立了校內網 由千橡集團接手更名為人人網）。此后，中國的 站便如雨后春筍般紛紛涌現(xiàn)，其中最著名的 站除上述兩家外還包括：開心網、豆瓣網、同學網、占座網以及騰訊的 間等等。 根據中國互聯(lián)網絡信息中心（ 料， 截至 2012 年 12月底，我國使用社交網站的用戶規(guī)模為 ，約 1/2 的中 國網絡用戶在使用 務。如此龐大的用戶基礎立刻引起了資本市場對 站及相關領域帶來潛力巨大的投資機會。同時， 隨著現(xiàn)代社會的發(fā)展 ， 人際交流狀態(tài)和方式的改變 ， 日 3 后發(fā)展?jié)摿偷匚皇遣豢晒懒康摹?目市場分析 目前， 站的建設技術簡單，進入門檻很低，專業(yè)的 業(yè)不再擁有技術壟斷優(yōu)勢。從 2006 年開始，為了從炙手可熱的 種新興的 站數(shù)量急劇增加。在當前白熱化的競爭態(tài)勢中，如何吸引廣大用戶持久興趣并取得盈利是將是本項目研發(fā)能否 成功的關鍵。 通過對 站在中國的開發(fā)運營和盈利模式的研究，現(xiàn)階段中國 站存在的主要問題： （ 1）同質化問題嚴重，缺乏獨創(chuàng)性近年來 快速發(fā)展并不僅僅是由于網民旺盛的需求，更是由于這類網站的建站技術簡單，進入門檻和成本低，因此也造成了 站同質化傾向嚴重。例如，一些家喻戶曉的“偷菜”、“買賣好友”、“搶車位”、“主題餐廳”等組件游戲，無論是在開心網、人人網還是 間幾乎都能發(fā)現(xiàn)它們的蹤跡。大量而單調的重復使許多用戶在新鮮感過后即對這些小游戲產生厭倦。 2012 年中國網民社交網絡 應用研究報告數(shù)據顯示 ,厭煩游戲的用戶占 該原因令 站用戶大量的流失 ,多數(shù)賬號長時間不使用，如國內首批社交網站 是因為用戶賬號不斷減少 ,于 2009 年初停止了其業(yè)務。另外，中國 站對國外著名網站克隆情況嚴重。自 2008 年 5 月份推出以來，開心網便幾乎是完全復了 好友買賣”和“搶車位”兩個組件游戲。以 4 開心網為代表的“克隆一族”雖然在短時間內取得了極好的收益，但是從長遠看來，一味抄襲最后亦將導致中國的 站缺乏自身特色，并容易被他人所取代。 （ 2）在所有網站 類型中， 交網站是被認為粘度最高的網站之一?！熬W站粘度”越高對一個網站來說可以更快的增加穩(wěn)定的訪問量，對于搜索引擎的依賴程度就越低。 告顯示， 截至 2012年 12 月底，我國使用社交網站的用戶較 2011 年底提升了 而在使用率方面，社交網站用戶卻比 2011 年 底回落了近四個百分點。目前，造成 交網站粘度較低原因主要有以下三個方面： 一、真實感不高。傳統(tǒng)的 交網站的信息內容主要采用的文字、視頻和聲音等方式展現(xiàn)，用戶在 網站瀏覽過程中，所看到的、聽到的、感受到的一切內容不夠逼真，用戶 沒有沉浸感。 二、交互性不強。傳統(tǒng)的 交網站提供給用戶的是一種靜態(tài)的傳統(tǒng)瀏覽方式，不能有效的滿足用戶在網絡社區(qū)中實現(xiàn)互動性、參與性的要求。 三、功能性不強。傳統(tǒng)的 交網站不能有效提供用戶需要的功能信息，調查結果顯示，用戶放棄 交網站的原因中，表示“網站沒有感興趣的活動”占到了 29%，認為“網站沒有有用的信息”的占到 5 2 項目需求分析 目基本建設目標 以停車場的車輛為信息處理對象，建立集信息采集、業(yè)務分析、聯(lián)防聯(lián)控、出行服務為一體的中心信息處理系統(tǒng)。系統(tǒng)實現(xiàn)與深圳市網 格化項目的無縫對接。 對網格化系統(tǒng)進行升級改造，完善其可擴展性和健壯性，為停車場管控系統(tǒng)及其以后相關系統(tǒng)的接入建立必要保障。 目建設總體思想 本項目的建設過程中將遵循如下基本思想： 1. 服務于多種用戶。 本系統(tǒng)主要服務用戶如下： 停車場管理單位。為該用戶提供停車場的實時狀態(tài)信息，便于管理人員進行管理； 交通主管部門。為該用戶提供與車輛相關的停車場交通狀態(tài)信息，便于管理者進行交通組織和管理； 治安管理部門。為該用戶提供個體車輛信息及其活動規(guī)律，對違法等重點車輛進行監(jiān)控和辨識，便于執(zhí)法者對相應的車輛 進行監(jiān)管和處置。 普通公民。為公民的出行提供停車場的相關信息和出行服務，提高和改善公民的出行質量，降低交通壓力，改善社會和自 6 然環(huán)境。 城市規(guī)劃部門。為該用戶提供停車場及其推演出的交通發(fā)展趨勢，為合理進行城市規(guī)劃提供依據。 2. 標準化和擴展性 網格化項目是公共治安的一個服務于實戰(zhàn)的信息系統(tǒng)，將有多個信息系統(tǒng)接入和延伸，并且在業(yè)務群、地域、使用單位等多個維度上進行擴展和延伸。需要建立一個標準的信息接口和業(yè)務擴展方案。在本期建設中，將以靜態(tài)和動態(tài)車輛兩種信息狀態(tài)、多業(yè)務群組定制組合、開放數(shù)據接口等方式對網格化系 統(tǒng)的標準化和可擴展性進行建設。使網格化項目最大程度地發(fā)揮其效能。 3. 安全性和穩(wěn)定性 作為一個自動化程度較高、地域性廣、海量數(shù)據接入的管控系統(tǒng)，網格化承擔了深圳市所有動態(tài)和靜態(tài)車輛的監(jiān)管任務，其采集點在外來的幾年可能達到上萬個，每秒數(shù)據增量在萬級，比對計算在百萬級。如此巨大的系統(tǒng)需要一個自動機制對系統(tǒng)的安全性和穩(wěn)定性進行監(jiān)控。 本項目將通過歷史數(shù)據的規(guī)律發(fā)現(xiàn)和異常數(shù)據判別進行系統(tǒng)的自行檢測，并建立相應的預警機制。 4. 多業(yè)務群組 網格化系統(tǒng)和停車場管控系統(tǒng)具有兩大功能：基礎數(shù)據采集和實戰(zhàn)業(yè)務的信息服務。 面向不同的實戰(zhàn)業(yè)務將會產生不同的業(yè)務群，為此，本系統(tǒng)在建設中將建立可定制和擴展的多業(yè)務群組。 7 基本的建設思想是基于元數(shù)據和元計算等工具建立細胞功能集，通過組裝機制實現(xiàn)業(yè)務的定制。 格化項目建設現(xiàn)狀 網格化機動車識別綜合應用系統(tǒng)經過三年左右的建設，已建設完成或正在建設的項目情況是： 1）工程于 2007 年底建設完成并投入使用，共建設監(jiān)控點 72 個，覆蓋車道數(shù)近 300 條； 2） 2008 年后又陸續(xù)進行了“綜治車牌自動識別系統(tǒng)建設項目”、“寶安、龍崗車牌自動識別系統(tǒng)建設項目”、“三線關卡點建設項目”等項目的實施， 總體監(jiān)控點規(guī)模已達到 118 點。 3）深圳市經營性停車場設施管理規(guī)范已經通過并實施，全市近 3600 個經營性停車場數(shù)據正陸續(xù)接入“網格化”系統(tǒng)。 網格化項目建設的初衷是構建一個城市范圍內針對動態(tài)車輛數(shù)據的海量數(shù)據倉庫，將“車牌照”這一能真實反映車輛身份的觀測量引入公安整個業(yè)務系統(tǒng)，并在海量數(shù)據倉庫的基礎上初步實現(xiàn)了傳統(tǒng)監(jiān)測系統(tǒng)無法在線、動態(tài)監(jiān)測的套牌、假牌等功能，取得了良好的效果。下列圖表是網格化一期項目部分成果的展示： 1. 交通流相關參數(shù)實時計算，包括旅行時間調查系統(tǒng)的構建等 8 2. 套牌監(jiān)測 3. 路段超速監(jiān)測 9 4. 動態(tài)布控 10 目功能需求分析 求調查 網格化一期項目建設實現(xiàn)了項目設計初衷，隨著車牌照識別點硬件建設規(guī)模的不斷擴展，海量動態(tài)車輛數(shù)據獲取不斷豐富，以及新的形式和條件下，有必要對網格化項目進行一次完全的改造和升級。 新的形式是：根據公安部對金盾二期項目的規(guī)劃，情報信息綜合應用平臺系統(tǒng)被列為“龍頭”項目，而網格化項目所能提供的城市范圍內車輛移動、車輛行為、交通狀態(tài)等數(shù)據將是情報信息綜合應用平臺系統(tǒng)的重要數(shù)據來源，作為一個獨立的信息系統(tǒng)如何為情報信息綜合應用 平臺系統(tǒng)進行充分的信息交互，不僅僅是在原有系統(tǒng)基礎上提 11 供相應的接口，而需要對網格化車輛數(shù)據進行更深層次的數(shù)據挖掘、信息與知識的提取，以實現(xiàn)兩個平臺數(shù)據交互的可靠和高效。 就網格化項目本身而言，目前網格化項目面臨的主要現(xiàn)狀是： 1. “硬件”上不斷增加了新的監(jiān)控點建設及停車場的數(shù)據接入。 數(shù)據監(jiān)控點的規(guī)模將大大超出原系統(tǒng)的設計規(guī)模及系統(tǒng)運行負載，并且新增的停車場車輛出入監(jiān)控點數(shù)據與原系統(tǒng)道路數(shù)據之間表現(xiàn)出不同的性質，不能簡單的將兩類數(shù)據進行融合； 2. 中央軟件系統(tǒng)方面，為了應對監(jiān)控點的增加和應用層面的不斷擴 展，對網格化機動車識別綜合應用系統(tǒng)中央軟件系統(tǒng)有必要進行新的改造升級； 根據需求估算，網格化項目建設過程中涉及的數(shù)據量情況如下表和圖所示。其中監(jiān)控點數(shù)目計算將 10 個停車場折算為 1 個道路監(jiān)控點。整體響應速度按一期的算法和數(shù)據使用策略計算。并發(fā)訪問次數(shù)根據業(yè)務增長情況進行概算。 一期 二期 三期 監(jiān)控點數(shù)目 (百個 ) 1 5+2 20+5 存儲增量（ T/天） 13 交通評價運算量 (千次 /小時 ) 0 3 路組織運算量 (萬次 /分鐘 ) 5 違法嫌疑車輛運算量 (十萬次 /分鐘 ) 25 交通監(jiān)控運算量 (千次 /分鐘 ) 1 7 25 并發(fā)訪問次數(shù) (秒 ) 5 30 125 整體運算響應速度 (秒 ) 20 12 020406080100120140一期二期三期通過圖表可以看出一期的方案和需求無法滿足網格化管理的發(fā)展需要。 3. 網格化項目已提供了海量數(shù)據倉庫，系統(tǒng)功能以及在海量數(shù)據基礎之上新的研究和應用的開發(fā)已提上日程，對中央軟件系統(tǒng)進行新的功能擴展是提高原系統(tǒng)價值的必行之路。 網格化在建設和應用過程中積累了大量的歷史數(shù)據，這些歷史數(shù)據中包含了 大量潛在的、有益的知識，對交通組織和管理、治安管控和治理具有重要的指導意義。 隨著對車輛信息使用的群體的增加和相關業(yè)務的深入，用戶提出了大量新的業(yè)務，并且類似的業(yè)務需求將不斷擴展。同時，網格化項目作為一個重要的信息源，將為廣東省乃至其他省市提供信息服務。為此，需要對網格化的業(yè)務功能機制進行改造和提升。 歸納而言，中央軟件系統(tǒng)改造和升級所涉及的關鍵技術、工藝及工程實施有如下一些難點和重點： 1. 應對監(jiān)控點及停車場數(shù)據的不斷擴展，解決通信、計算、數(shù) 13 據庫等的軟硬件擴展，通信、計算、數(shù)據庫等的軟件的設計難度將呈幾 何的增長。 新的技術發(fā)展，導致監(jiān)控數(shù)據對系統(tǒng)的壓力成倍增長。國內，已開始較大規(guī)模的推廣基于高清晰數(shù)字相機的卡口系統(tǒng)建設，以 200 萬高清晰相機為例，單個圖片數(shù)據的容量是傳統(tǒng)標清數(shù)據的 23 倍，對通訊系統(tǒng)、存儲系統(tǒng)的壓力增加是明顯的； 通過對停車場數(shù)據的分析，啟動了停車場車輛出入監(jiān)控系統(tǒng)。停車場數(shù)據的特征不同于道路數(shù)據，由于沒有改造停車場前端攝像系統(tǒng)，車牌照自動識別率低于道路數(shù)據。停車場數(shù)據的這些特點，決定了不宜將停車場的原始數(shù)據直接接入原網格化系統(tǒng)，需要先進行數(shù)據預處理，或者根據業(yè)務的需要而獨立的構建為一個子 系統(tǒng)。 網格化系統(tǒng)的計算模塊由于加入了不同性質的數(shù)據，需要在新的條件下，調整原有的計算體系，將對不同的計算功能任務進行在線、離線，全局、局部等劃分，以保障整個系統(tǒng)能夠持續(xù)性發(fā)展。 構建在海量數(shù)據之上的新的功能開發(fā)，在為整個公安業(yè)務提供信息綜合利用水平的同時，也帶大幅度增加了系統(tǒng)升級和改造的難度。 2. 應對使用單位的不斷擴展，解決應用服務的軟硬件擴展。網格化項目的擴展不僅僅是數(shù)據與功能的擴展，還有應用層次的擴展， 14 作為基層民警重要的科技工具之一，應用層次的擴展對應用服務、預警服務等提出了更高的要求，從軟件上， 高并發(fā)的數(shù)據訪問對應用程序和系統(tǒng)架構提出了新的高標準要求；而因應用軟件的擴展，需要硬件系統(tǒng)也能夠滿足擴展的需要。軟硬件系統(tǒng)的擴展，可能帶來的異構問題也是擴展所要面臨的新的挑戰(zhàn)之一。 目詳細功能需求 基于項目目標和建設內容，本項目分為三個部分： (1) 停車場管控系統(tǒng)； (2) 網格化項目負載擴容和改進完善； (3) 停車場系統(tǒng)和網格化項目的集成。分別對三個部分的建設需求進行描述。 1. 停車場管控系統(tǒng) 宗旨：對停車場的出入和寄存車輛進行管控，并進行相關的治安和停車服務的業(yè)務處理。并實現(xiàn)與網格化項目 的對接。 具體需求如下： (1) 數(shù)據采集需求 可以實時采集車輛基礎數(shù)據，并接入到網格化項目。數(shù)據采集項包括：車輛基礎信息（車牌、地點、時間、狀態(tài)、圖片等）；停車場管理人員基本信息。 (2) 停車服務需求 可以提供停車服務的基本功能，主要包括：停車場車位狀態(tài)、停車場停車預約、停車誘導、停車需求預測等。 (3) 車輛監(jiān)管需求 15 可以提供針對停車場車輛的管控功能。主要包括如下業(yè)務需求：重點車輛的甄別和監(jiān)控、違法車輛（假、套、無牌車輛的甄別）、特殊車輛的管理（外地車、黃標車的管理）、特定車輛出行規(guī)律分析、相關車輛關 聯(lián)分析等 (4) 交通需求信息 可以提供與停車場相關的交通信息分析和評價。主要包括如下業(yè)務需求：停車場車位使用率分析；多種分類的車輛寄存情況分析等 2. 網格化項目負載擴容和改進完善 宗旨：對網格化項目進行升級改造，滿足網格化負載需要和功能完善。 具體需求如下： (1) 系統(tǒng)負載需求 可以實現(xiàn)停車場數(shù)據接入和網格化二年內新監(jiān)測點增加的系統(tǒng)負載壓力。即滿足 300 個道路檢測點和 2000 個停車場接入的負載需求。包括：對存儲設備、計算服務器、應用服務器和通訊的擴容。 (2) 系統(tǒng)架構擴展需求 可以實現(xiàn)系統(tǒng)架構的擴展 性，最終可以滿足 600 個道路檢測點和5000 個停車場的接入需求。在系統(tǒng)構架上滿足不同類型的檢測點自由接入和用戶群拓展的需要。包括：集群及其相應管理策略的建設、相關計算基礎數(shù)據和邊界條件的配置策略設計、基礎數(shù)據分布和多級管理策略的設計、通訊管理策略等 (3) 系統(tǒng)自檢需求 16 可以使用系統(tǒng)自身數(shù)據進行系統(tǒng)穩(wěn)定性和故障檢測。包括：前端采集設備狀態(tài)檢測、服務器工作狀態(tài)檢測、通訊狀態(tài)檢測，實現(xiàn)故障預警和報送機制。 (4) 系統(tǒng)接口標準需求 可以實現(xiàn)車輛實時檢測數(shù)據和相關系統(tǒng)的數(shù)據接入和本系統(tǒng)向外部系統(tǒng)輸送數(shù)據的需求。包 括：數(shù)據接入接口規(guī)范和封裝程序；數(shù)據抽取程序；數(shù)據輸出接口規(guī)范和封裝程序；通訊協(xié)議及其程序等。 (5) 功能完善需求 針對停車場靜態(tài)數(shù)據的接入，需要對網格化原有的業(yè)務功能進行完善。包括：違法車輛（套、假、無牌）的甄別；布撤控子系統(tǒng)；黑名單和紅名單管理；軌跡分析；路段超速；近似路線分析等進行改造。 提供基于 息查詢和信息展示服務。 (6) 系統(tǒng)業(yè)務群擴展需求 可以根據用戶需要業(yè)務定制。包括：業(yè)務的元計算設計；業(yè)務流定制機制；訂閱發(fā)布機制；基于元計算的訪問控制機制等。 3. 停車場系統(tǒng)和網格化項目的集成 宗旨：實現(xiàn)停車場管控系統(tǒng)與網格化項目的對接，以統(tǒng)一接口服務用戶。 主要需求包括： (1) 數(shù)據接入和融合 兩個系統(tǒng)的數(shù)據集中管理，數(shù)據滿足一致性和完整性，數(shù)據管理和應用統(tǒng)一。包括：數(shù)據接入可靠性檢測、數(shù)據轉換等 17 (2) 業(yè)務接入和融合 兩個系統(tǒng)的業(yè)務集中實現(xiàn)，業(yè)務滿足一致性原則，業(yè)務調度和實現(xiàn)統(tǒng)一。包括業(yè)務分派、業(yè)務控制等 (3) 門戶和用戶界面融合 使用統(tǒng)一的用戶界面，使用一個門戶管理終端。 (4) 權限管理按數(shù)據訪問安全融合 使用統(tǒng)一的授權和安全管理機制。包括：用戶管理、日志管理、授權管理和數(shù)據訪問管 理等 (5) 信息發(fā)布機制融合 使用統(tǒng)一的信息發(fā)布機制，停車場管控系統(tǒng)自身不具備信息發(fā)布功能，通過網格化系統(tǒng)進行信息發(fā)布。 統(tǒng)體系結構 體架構 在體系結構方面總體功能層被劃分為大規(guī)模并發(fā)信息處理層、數(shù)據信息與匯集層、業(yè)務群管理層以及終端顯示層等四個層面，同時，為了確保系統(tǒng)穩(wěn)定良好的運行，系統(tǒng)采用自相似等新技術手段架設了系統(tǒng)自檢及維護功能模塊，系統(tǒng)總體架構參閱下圖。 18 大 量 停 車 場 信 息 采 集系統(tǒng)自檢與維護大 量 停 車 場 信 息 采 集數(shù) 據 信 息 與 匯 集 層大 量 停 車 場 信 息 采 集前 端 停 車 場其 他 感 知 前 端大 量 停 車 場 信 息 處 理 層終 端 顯 示 層業(yè) 務 群 管 理 層信 息 數(shù) 據 安 全數(shù) 據 解 析 異 構 數(shù) 據 融 合元 業(yè) 務 解 析 重 組實 時 通 訊系 統(tǒng) 管 理訪 問 終 端 訂 閱 發(fā) 布 交 互 系 統(tǒng)信 息 推 送網 絡 存 儲 系 統(tǒng)高 性 能 信 息 處理 集 群數(shù) 據 中 心系統(tǒng)基礎數(shù)據的采集來自車牌照識別系統(tǒng) (本部分不例入項目建設范疇 )； 終端顯示層主要用于訂閱發(fā)布、人機交互、前端顯示等功能為系統(tǒng)與用戶的主要接口，能夠解決用戶信息請求和用戶信息獲取的問題。此層通過匯集各種業(yè)務需求、展示后端結果完成系統(tǒng)呈現(xiàn)。 通訊和數(shù)據接口協(xié)議實現(xiàn)停車場管控系統(tǒng)與網格化項目的對接，并實現(xiàn)網格化項目于其他系統(tǒng)的對接； 數(shù)據管理和存儲管理，實現(xiàn)對項目設計的各種數(shù)據的管理和使用。實現(xiàn) 4 級數(shù)據存儲和調用，實現(xiàn)數(shù)據災備管理； 元數(shù)據和元計算是系統(tǒng)的業(yè)務的最小組成單位。元數(shù)據實現(xiàn)系統(tǒng) 19 各數(shù)據的轉換、管理和抽取。元計算實現(xiàn)各業(yè)務計算的基礎計算； 業(yè)務定制是在元計算的基礎 上，實現(xiàn)實際業(yè)務功能。便于項目現(xiàn)有和未來潛在業(yè)務的實施和擴展； 系統(tǒng)安全控制和系統(tǒng)自檢機制是系統(tǒng)安全保障部分。前者實現(xiàn)信息訪問安全，后者實現(xiàn)系統(tǒng)運行安全。 具體業(yè)務解析及業(yè)務處理過程參閱下圖。 基礎數(shù)據采集 業(yè)務解析 業(yè)務 處理 此外，系統(tǒng)自檢及維護功能模塊，為系統(tǒng)安全運行提供了安全保障內容，實現(xiàn)信息訪問安全，具體實現(xiàn)系統(tǒng)運行安全。正常運行時能夠為系統(tǒng)提供模塊修復、功能升級等服務，在系統(tǒng)災難發(fā)生時能夠通過災備系統(tǒng)實現(xiàn)系統(tǒng)報警、切換及修復，最大限度保障系統(tǒng)不宕機。 務流程 為 了便于理解，對本項目及其網格化相關部分的主要業(yè)務流程進行描述。 20 系統(tǒng)業(yè)務流程如下： 1. 由到達車輛觸發(fā)車牌照識別系統(tǒng)獲取基礎數(shù)據。 2. 用戶通過許可認證進行系統(tǒng)進行業(yè)務操作。 3. 對重點車輛和布控預約進行實時監(jiān)控操作。 4. 計算系統(tǒng)根據不同的業(yè)務進行相應的計算。 5. 對待發(fā)布數(shù)據進行保護管理，將許可數(shù)據發(fā)布給用戶。 6. 對基礎數(shù)據和業(yè)務數(shù)據進行存檔。 7. 對歷史數(shù)據進行知識分析，并將結果發(fā)布給用戶使用。 8. 使用基礎數(shù)據和知識進行系統(tǒng)自檢，并根據結果發(fā)布維護通知。 業(yè)務流程如下圖所示。 深 圳 停 車 場 管 控 系 統(tǒng) 主 要 業(yè) 務 流 程 圖預 備 數(shù) 據 采 集 業(yè) 務 處 理 響 應網格化項目網格化項目停車場管控系統(tǒng)停車場管控系統(tǒng)前端采集系統(tǒng)前端采集系統(tǒng)重 點 車 數(shù) 據布 控 預 約保 護 數(shù) 據車 牌 照 識 別 系 統(tǒng)數(shù) 據 存 檔知 識 分 析故 障 自 檢業(yè) 務 計 算視 頻 采 集業(yè) 務 選 擇甄 別 業(yè) 務發(fā) 布 策 略保 護 控 制車 輛 信 息發(fā) 布業(yè) 務 數(shù) 據綜 合 數(shù) 據發(fā) 布訪 問 許 可 和 控 制數(shù) 據 發(fā) 布 和 使 用業(yè) 務 請 求車 輛知 識 分 析系 統(tǒng) 維 護 通 知業(yè) 務 計 算深圳停車場管控系統(tǒng)主要業(yè)務流程圖 21 目非功能性需求分析 目建設技術需求 項目建設技術要求簡述如下： 1. 系統(tǒng)構建使用 B/S 和 C/S 三層架構結合的方式， C/S 用于后臺計算和安全管理。 B/S 用于實現(xiàn)信息訪問和用戶業(yè)務。 2. 應用服務器端開發(fā)環(huán)境使用 作系統(tǒng)，客戶端使用作系統(tǒng)。 3. 數(shù)據庫使用 據庫。 4. 系統(tǒng)架構使用集群技術，保障系統(tǒng)擴展。集群可以實現(xiàn)本項目特殊計算要求。 目建設 開發(fā)環(huán)境需求 根據系統(tǒng)的總體實施方案和技術路線，為達到系統(tǒng)預期的各項功能指標，項目建設環(huán)境要求簡述如下： 一、 軟件環(huán)境 名稱 定義與功能 應用中間件 部署在計算機硬件和操作系統(tǒng)之上，支持應用軟件開發(fā)和運行的系統(tǒng) 軟件，為分布式應用提供了一個標準的平臺 。 消息中間件 利用高效可靠的消息傳遞機制進行平臺無關的 數(shù)據 交流，并基于數(shù)據通信來進行分布式系統(tǒng)的集成 。 元數(shù)據中間件 抽取出的業(yè) 務模型和數(shù)據信息流，為數(shù)據標準化提供基礎的數(shù)據元 ，實現(xiàn)各業(yè)務信息系統(tǒng)間的可交換及共享。 開發(fā)平臺 008 操作系統(tǒng) 臺開發(fā)套件 22 二、 硬件環(huán)境 部件 主要參數(shù)指標 存儲設備控制柜及控制器 1、 2 2、 別 0、 1、 3、 5、 6、 0+1 ； 3、主機通道 4s，主機接口總帶寬 3200MB/s； 4、 控制柜支持 16 塊磁盤，系統(tǒng)最大支持 112 塊硬盤； 雙冗余 塊 1、每 塊 2s 光纖擴展口； 2、支持 16 塊 盤； 3、支持 15K 轉 300450600纖磁盤； 4、支持 7200 轉 7502盤； 盤 1、容量 2 2、 7200/ 3、 3Gb/s； 網閘及負載均衡 1、 、 據交換系統(tǒng) 公安部門專用 刀片服務器 1、 配置 2 個 4 核 7520 高端 、 16g 內存， 50g 態(tài)硬盤 3、 4纖存儲卡 光纖交換機 1、 傳輸速度 4、 24 端口交換機， 16 端口激活； 3、 16 個 4Gb/s 短波 纖 、 傳輸速度 4 2、 64 3、 x； 目主要技術參數(shù) 項目主要技術參數(shù)如下： 1. 對特定車輛監(jiān)控響應周期為 4 秒鐘，即從車牌照識別到布控發(fā)布時間間隔不大于 4 秒。 2. 滿足 600 個道路檢測點和 5000 個停車場數(shù)據的實時處理和 6個月的圖片數(shù)據和 2 年的識別數(shù)據存儲。 3. 系統(tǒng)停機檢測周期不少于 7*24 小時。 4. 系統(tǒng)支持每秒 30 用戶的并發(fā)訪問。 23 5. 系統(tǒng)故障自檢響應時間不大于 1 小時。 目特殊說明 深圳市停車場管理及治安管控綜合應用系統(tǒng)是深圳網格化項目的重要組成部門，鑒于網格化項目涉及公共治安管理的各級部門，且一些業(yè)務群組和相關信息具有較高的敏感性，需要執(zhí)行相關的信息管理規(guī)范。 因此，本方案書涉及內容請注意保密。同時，在執(zhí)行本方案相關的技術設計、實施和應用是請遵循相關的安全規(guī)范。 7 項目建設及運行管理 項目組織關系圖如下： 項目組織主要分為以下四類： 24 領導小組：由深圳市公安局交通警察局信息技術負責人、施工單位項目經理組成。負責項目的實施領導協(xié)調職責。 實施小組：由 施工單位項目開發(fā)小組組成。負責整個項目的實施和售后維護。 業(yè)務部門：由深圳市公安局交通警察局相關部門和涉及到項目的業(yè)務人員組成。負責提供業(yè)務需求和項目的驗收、項目的運行。 信息部門：由深圳市公安局交通警察局技術人員組織。負責深圳市公安局交通警察局與施工方協(xié)調工作、負責審核項目開發(fā)進度、技術文檔和項目質量，負責項目驗收和系統(tǒng)的日常維護。 目組織架構 項目組是項目最終成功的基礎和保證，我們所建立的項目組結構是基于 法。 如下圖所示 : 這種方法的特點是，它能夠最有效地把各類管理和技術人員結合 25 到一起，包括軟件、硬件、通訊與網絡、測試、支持等方面的工程師。這種結構將是深圳市公安局交通警察局停車場車輛監(jiān)控管理系統(tǒng)成功的重要保證。 這種項目組結構，深圳市公安局交通警察局的技術人員將被有機地結合到整個 構中去，這種方式保證了深圳市公安局交通警察局技術人員將可順利地接管整個應用系統(tǒng)。 目管理組織職責 1. 項目實施領導小組 進行項目的整體把握，統(tǒng)一部署項目實施工作，監(jiān)督項目負責人的工作開展情況。領導小組由深圳市公安局交通警察局領導 和施工方領導聯(lián)合組成。 2. 項目主管 項目主管將負責整個項目全過程的所有管理職責： 保證各小組的工作保持技術上的一致性。 定期地檢查項目計劃的完成情況和質量。 3. 架構分析組 系統(tǒng)分析和設計組的主要職責是： 需求分析。 系統(tǒng)規(guī)劃。 架構設計。 系統(tǒng)設計。 26 原型設計。 4. 開發(fā)實施組 開發(fā)組的主要職責是： 系統(tǒng)功能實現(xiàn)。 原型實現(xiàn)。 初級系統(tǒng)測試。 5. 測試組 測試組的主要職責是： 制定質量保證的大綱與細則。 測試計劃的審定。 評審計劃的審定。 實施質量保證計劃，對項目進行過程中各階的質量進行監(jiān)督與把 關 在項目質量上，對項目主管負全面責任，及時向項目主管報告質量方面的問題。 6. 培訓組 培訓組的主要職責是： 對用戶方的有關人員進行系統(tǒng)的培訓。 對用戶方的最終用戶進行本系統(tǒng)的操作培訓。 制定培訓計劃，安排培訓教員。 7. 配置管理組 配置管理組的主要職責是： 27 項目工程相關的軟硬件配置管理。 技術文檔管理。 流程文檔的審定。 驗收文檔的審定。 目實施 施工作重點內容 建設任務 涉及范圍 實施難度 建設周期需求 前期任務 需求框架 大 高 長 方案設計 大 高 長 數(shù)據結構規(guī) 范 大 高 長 詳 細設計 調研分析 大 高 長 總體設計 大 高 長 標準規(guī)范 大 高 長 模塊及數(shù)據庫設計 大 高 長 數(shù)據交換與監(jiān)控平臺分析與設計 大 高 長 數(shù)據整理 基礎信息數(shù)據 大 高 長 系統(tǒng)參數(shù)數(shù)據 中 中 中 系統(tǒng)運行數(shù)據 大 中 長 數(shù)據遷移 大 高 中 系統(tǒng)測試 業(yè)務功能測試 大 高 長 流程數(shù)據測試 大 高 長 性能、壓力測試 中 中 中 系統(tǒng)集成測試 中 中 中 28 安裝調試 系統(tǒng)環(huán)境搭建 中 中 中 系統(tǒng)安裝 中 中 中 系統(tǒng)調整 、完善 中 中 中 接口聯(lián)調 中 高 長 試運行 內部試運行 中 中 中 試點試運行 大 中 中 試運行評審 大 中 中 系統(tǒng)培訓 維護人員培訓 大 高 長 工作人員培訓 中 中 中 領導培訓 大 中 中 上線運行 試點上線運行 中 中 中 運行維護 大 高 長 系 統(tǒng)驗收 系統(tǒng)初驗 大 中 中 系統(tǒng)終驗 大 中 中 系統(tǒng)技術支持 大 高 長 施階段劃分及工作內容 實施階段 任務 主要工作內容 驗收形式 簽字 項目準備階段 制定項目實施計劃、實施范圍、資源計劃、實施策略等。 項目范圍、目標和方法 項目工作計劃 資源管理計劃 項目實施計劃 質量管理計劃 產品安裝確認報告 項目準備完成報告 求調研 確認業(yè)務需求，整合業(yè)務流程。 業(yè)務需求調查方案 業(yè)務需求調查報告 29 報表開發(fā)需求報告 分析行系統(tǒng)分析，制定解決方案。 業(yè)務需求匹配表 業(yè)務數(shù)據匹配 集成匹配分析 方案認證 模板改進意見 模板改進方案 設計 行系統(tǒng)整體設計、數(shù)據接口預留設計、界面風格設計等方面的設計內容。 解決方案設計文檔 數(shù)據接口預留設計方案 數(shù)據轉換方案 界面風格設計方案 構方案 W W W W W W 方案設計完成 確認核心解決方案。 整體解決方案報告 W 方高層 建立 立系統(tǒng)開發(fā)環(huán)境，進行系統(tǒng)代碼開發(fā)。 應用產品設置文檔 開發(fā)環(huán)境報告 數(shù)據轉換程序和文檔 數(shù)據接口程序和文檔 客戶化程序和文檔 I W W W I 試 解決方案、系統(tǒng)進行測試。 測試方案設計 測試數(shù)據準備 測試結果報告 I I I 植初數(shù)據移植。 系統(tǒng)移植方案 系統(tǒng)移植結果報告 應用產品設 置文檔 I I I 系統(tǒng)開始運行 上線運行。 產品上線確認報告 I 30 產品化式應用。 系統(tǒng)性能估計 產品環(huán)境維護建議 未來業(yè)務發(fā)展建議 I W W 統(tǒng)維護 在系統(tǒng)正式上線后，進行為期一年的免費維護工作，同時提供終身的技術支持。 系統(tǒng)維護方案 系統(tǒng)維護周 /月報告 系統(tǒng)發(fā)生故障處理方案 W W I 目驗收 項目驗收報告。 系統(tǒng)試運行報告 I ：驗收公式： I=檢測， W=審閱 簽字： C=客戶， 目經理 /簽字代表 目建設進 度 項目工期為 270 個