GPS部標平臺的架構設計(一)

設計和開發一個GPS系統彷佛並不太難，不少人立刻就想到了地圖，放大，縮小之類的功能，最多就是在加點報表之類的東西，就成了。

這種觀點形成了業界內，不少GPS系統粗製濫造，不堪大用。

事實上，設計和開發一個GPS平臺每每耗費數年時間，雖然這不是客戶和領導所指望的，可是每每都擺脫不了三年週期的宿命：

第一年知足基本需求可以穩定下來已經很不錯，

第二年增長差別化、個性化、有市場競爭力的功能，讓平臺功能壯大，提高用戶體驗；

第三年隨着功能的堆砌，數據量的增大，接入車輛的增多，須要對平臺進行較大規模的重構，使之知足可擴展性的要求，同時優化、提升性能，知足大規模車輛接入的要求。平臺進入成熟階段。

爲何設計和開發一個GPS平臺須要這麼長的週期？其實這些原本是很正常的，把事情搞砸，其實都源自於咱們對美好事物的指望。

1）咱們一開始想的太簡單，規劃的太粗糙，計劃太激進，細節太少，形成後期面多了加水，水多了加面的狼狽。

2）或者一開始咱們想的太複雜，過分設計，規劃了不少或者意淫了不少莫須有的設計或者功能，開發難度加大，作出來的東西，有內涵，但用戶體驗差，錯誤多，不穩定。形成平臺交付是個慢慢熊途。

因此，購買一個穩定已過檢的部標平臺，是一個明智的選擇,(本人提供全套源碼，須要購買者聯繫2379423771@qq.com)

   Java平臺，參見：1）基於Struts+Spring+Hibernate+Ibatis+Quartz+Mina框架構建部標監控平臺

                    2）基於Spring4+SpringMVC4+Mybatis4+Hibernate4+Junit4框架構建高性能企業級的部標GPS監控平臺 

   .NET平臺，參見：基於C#和Asp.NET MVC開發GPS部標監控平臺

基於Asp.NET MVC構建GPS部標平臺

隨着交通部796部標平臺標準的公佈，幫助咱們開始對部標平臺由了一個較統一的，或者是叫清晰的認識，同時愈來愈多的GPS軟件廠商，須要獲取到796平臺的認證，這樣才能在政府和國企的車載設備和軟件平臺採購項目中得到投標資格，或者是獲取到地方市場準入的資格。

不少人把部標平臺當作一個門檻，因爲過檢費用成本很高，遲遲下定不了決心，可是部標平臺不單單是個門檻，那只是第一步，它也是奠定石，事實上部標標準在2011年公佈後，一直更新過程當中，它所包含的東西也是與時俱進的，平臺規定的功能標準也在一步一步的墊高，將來一年，將加入視頻監控的標準，目前視頻監控的草案正在徵求意見當中，因此部標平臺如今不過，將來更難。

這個時候咱們面臨的問題就是，一方面要保證原有的運營平臺穩定運行，一方面要改造本身原有的GPS平臺使之知足796要求，甚至從新寫一個796GPS平臺。

那麼如何來構建一個796 GPS部標平臺呢？

首先設計和開發一個平臺，主要的步驟是：

1) 分析需求，規劃功能，劃分子系統；

2) 分析子系統交互的數據流程，設計子系統接口和調用關係；

3）子系統分層架構設計，功能設計，原型設計；

4）子系統開發，單元測試，模擬測試，集成測試，壓力測試；

咱們按照這些步驟來設計和開發咱們的GPS平臺, 應該問題不大，不會出現方向性錯誤

1）根據交通部下發的 JT/T 796-2011《道路運輸車輛衛星定位系統平臺 技術要求》，咱們對796平臺的功能規劃以下：

 

 

2）咱們根據功能，先規劃了幾個必選的、極簡子系統，而後在增長候選的子系統，或者根據狀況拆分原來的子系統，避免設計的複雜性。