幫助IT團(tuán)隊快速構(gòu)建符合jt808協(xié)議部標(biāo)的基于java技術(shù)的GPS和視頻平臺(2379423771@qq.com)

          紙糊的架構(gòu)設(shè)計

          ?? 最近,負(fù)責(zé)客戶的一個項目設(shè)計的審計工作,是一個短信平臺的項目,上行和下行通信都有,之所以叫平臺,是想將客戶的很多的業(yè)務(wù)系統(tǒng),涉及到短信的部分都統(tǒng)一掛接到者一個服務(wù)平臺當(dāng)中,只要一家服務(wù)提供商,量大從優(yōu),避免各自為戰(zhàn),浪費資源。業(yè)務(wù)系統(tǒng)多是遺留系統(tǒng),當(dāng)中對短信需求各不一樣,客戶從自己的vendor List中找了一個短信服務(wù)提供商(SP)。一般的要是能進(jìn)入vendor list中,說明實力還是有的。

          ?? 由于項目設(shè)計多個系統(tǒng),前期投入就要10K$,還不算后期的按條計費的短信費用,我是參與項目技術(shù)方面的審核工作,客戶不懂技術(shù),很信任我,我是不敢怠慢。

          ?? SP派了客戶經(jīng)理和項目經(jīng)理及幾個技術(shù)人員,來開了幾次會,雙方一起制定了協(xié)議格式、接口功能,考慮到遺留系統(tǒng),提供多種業(yè)務(wù)接入方式如WS、socket等方式。

          ?? 同時對于目前的流量和未來的增長,也做了分析,對方做了最終的設(shè)計方案,漂亮的powerpoint展示出平臺的幾個feature:與業(yè)務(wù)無關(guān)的松耦合接入、跨平臺、可擴展、Scalability,似乎都很完美。

          ?? SP很得意,會議現(xiàn)場充斥者“沒問題”的論調(diào)。現(xiàn)場中提出的其他的附加功能,如手機身份驗證、日志、費用對賬等,都一一答應(yīng)下來。

          ?? 客戶象征性的問了我的意見,我說還是要做一個POC(proof of conecpt),來驗證一下,這個POC相當(dāng)一個Demo了,就是要驗證設(shè)計,只實現(xiàn)核心的功能就可以了。

          ?? 雙方討價還價,POC制作的費用是2萬元,結(jié)果噩夢就從這個POC開始了。

          ?? 1)2個星期后,對方來部署POC,忙到天黑,未果,說是短信貓與服務(wù)器的端口有沖突,工程師走了,沒說什么時間再來。

          ?? 2)又過了幾周,在反復(fù)打電話,催促下,工程師來了,終于搞定,通知客戶說可以測試了,結(jié)果只用一個手機,都沒有測試通過。對方有走了,說是短信貓沒充值,沒錢了,把客戶都?xì)馑懒耍瑳]充值,讓客戶測個屁啊。

          ?? 3)第三次測試,個別的手機,能測試通過。非常不穩(wěn)定,一個機票申請、審批流程,要半個小時走完。

          ?? 4)拖了一個月,對方要修改設(shè)計方案,將上行的短信貓方式,修改為WS方式,定時調(diào)用,獲取信息。

          ?? 5)最后,對方信心滿滿的,拍著胸部說,沒問題了,可以了。

          ?? 6) 我設(shè)計測試案例,手機分為聯(lián)通手機、移動、繁體手機、英文手機等,測試流程是模擬真實業(yè)務(wù)的機票申請、審批的流程。客戶開始召集10幾部手機,開始人肉測試,還有人在外地測試。
          ??
          ????? 測試目的,初期并不以壓力測試為主,而是測試infrastructure,諸如上下行通道暢通、通信制式、編碼、協(xié)議、業(yè)務(wù)流程為主。

          ????? 測試結(jié)果非常失望,繁體不支持,聯(lián)通通過率很低,移動很慢,上行和下行通道都不穩(wěn)定。

          ?? 7)這樣的測試很累,我們調(diào)整了策略,讓SP按照我們的測試案例,提供測試報告。SP不愿意,說沒有那么多人,我對他們說,你們傻啊,客戶是黑盒測試,你們有源碼,可以有更靈活的測試策略啊,比如Mock Test之類的白盒測試啊,對方?jīng)]反應(yīng),可能是他們沒有正規(guī)的測試平臺。

          ?? 8)最后,4個月過去了,客戶還是客氣的給了2萬元錢,雙方各自散去,無疾而終。


          ?? 教訓(xùn):
          ?? 1)一定要用POC來驗證華麗的設(shè)計方案,避免看上去很美(參見 用代碼來推動設(shè)計)。
          ????? 所謂的UML、PPT、方案書,其實都是一種Presentation, Not Validation。
          ?? 2)底層的平臺設(shè)計的穩(wěn)定性,很重要,再好的function, 性能不行,白扯。如果想不出辦法來驗證,就不要上馬,不能用時間和Money來驗證,時間比錢更重要!

          ?? 3)對于vendor的服務(wù)行為一定要在合同中注明,避免出現(xiàn)不規(guī)范的現(xiàn)象:
          ??????? 1.技術(shù)工程師是個性情中人,沒有服務(wù)的意識,說來就來,說走就走,還經(jīng)常不耐煩,發(fā)飆,真拿自己不當(dāng)外人。沒有時間觀念,自己說周二來,結(jié)果沒來,也不解釋一下,還要客戶主動打電話問為什么不來。
          ????????2.沒有規(guī)范的測試流程,直接在現(xiàn)場邊修改代碼,邊測試。
          ??????? 3.對于客戶的不滿,沒有及時的響應(yīng),仍然是老一套的能拖就拖的現(xiàn)象,典型的有中國特色的軟件公司,郵件發(fā)到老板那里,才有效果。
          ??????? 4.過度承諾,對客戶的承諾不負(fù)責(zé),說話不算數(shù)。

          ?? 4)客戶是無辜的,做人要講誠信,特別是搞技術(shù)的人,設(shè)計絕對是要負(fù)責(zé)任的,現(xiàn)在越來越覺得一些所謂的設(shè)計師,跟江湖郎中沒有區(qū)別。

          ??
          ????


          posted on 2008-08-10 10:55 Speed 閱讀(2733) 評論(3)  編輯  收藏 所屬分類: 框架設(shè)計

          評論

          # re: 紙糊的架構(gòu)設(shè)計[未登錄] 2008-08-13 11:06 Alex

          兄弟,不知道你們找的什么sp,連這些問題都搞不定,還敢叫SP啊?  回復(fù)  更多評論   

          # re: 紙糊的架構(gòu)設(shè)計 2008-08-18 12:09 cash

          你的頁面在FF3下回?fù)Q行有錯誤。會和右邊的菜單欄混在一起  回復(fù)  更多評論   

          # re: 紙糊的架構(gòu)設(shè)計 2008-08-19 22:05 unname

          呃……也不好說“所謂的UML、PPT、方案書,其實都是一堆大便”吧,偏主觀了點。
          出現(xiàn)這種情況,只能說是SP的這個產(chǎn)品從來就沒有成功實施過,沒有成功案例,你們在評估階段就可以否掉了,如果有成熟的產(chǎn)品,我想不至于這么慘。  回復(fù)  更多評論   

          導(dǎo)航

          留言簿(15)

          隨筆分類

          值得一看的博客

          積分與排名

          最新評論

          閱讀排行榜

          主站蜘蛛池模板: 孙吴县| 固阳县| 运城市| 平潭县| 延寿县| 洛南县| 长乐市| 高唐县| 湟中县| 靖宇县| 沙河市| 车致| 乌海市| 阳泉市| 铁力市| 嘉义县| 河西区| 无锡市| 温宿县| 永平县| 潼关县| 临邑县| 邢台县| 赤水市| 霍山县| 东方市| 东丰县| 南乐县| 广西| 台州市| 铜梁县| 通道| 任丘市| 江西省| 马山县| 内江市| 蓬溪县| 龙州县| 梧州市| 大竹县| 株洲县|