開發(fā)一個項目，簡單的說經(jīng)過調(diào)研、開發(fā)、測試、維護四個大體的階段。每個階段的開發(fā)時間不一。筆者主要從事紫金橋組態(tài)軟件的項目應(yīng)用開發(fā)工作，對組態(tài)軟件項目開發(fā)各階段的時間安排小談下自己的看法。這里筆者提出“4321”的說法，也就是說40%的時間調(diào)研，30%的時間開發(fā)，20%的時間測試，10%的時間維護，這里所說的“時間”也可以理解為工作量。之所以這么安排時間，原因如下所述。

一。40%調(diào)研

      從某種意義上說，組態(tài)軟件是個半成品，需要用戶在這個基礎(chǔ)之上進行二次開發(fā)。組態(tài)軟件已經(jīng)提供了諸如報表、曲線、歷史保存、動畫連接等常用的功能模塊，用戶可以便捷的在這個基礎(chǔ)之上開發(fā)出自己所需要的監(jiān)控系統(tǒng)。組態(tài)軟件模塊式的開發(fā)環(huán)境雖然極大地方便了用戶的需求，另一方面，組態(tài)軟件的功能也是相對固定的，難以直接滿足用戶的一些特殊的需求

      此外，從整個監(jiān)控系統(tǒng)而言，組態(tài)軟件處于上位機的位置，需要PLC、模塊、板卡、儀表等硬件設(shè)備才能搭建一個完整的系統(tǒng)。對于一個系統(tǒng)，初期往往有多種通信搭配方案，串口級聯(lián)、以太網(wǎng)、GPRS、數(shù)傳電臺、無線射頻等等。而且很多時候，在使用組態(tài)軟件開發(fā)的人員，不一定是最終用戶，而是系統(tǒng)集成商等，這里就面臨一個雙方溝通的問題。只有充分溝通了，才能確定用戶的需求組態(tài)軟件能否實現(xiàn)，選擇哪些下位的硬件，確定具體的通信方式等。如果開始調(diào)研不夠認(rèn)真、明晰，后期的開發(fā)從開始就可能出現(xiàn)了偏差，或者項目快結(jié)束了才發(fā)現(xiàn)有重大隱患。比如筆者曾接觸的一個項目，這個項目是監(jiān)控生產(chǎn)線的設(shè)備，設(shè)計者想通過組態(tài)軟件監(jiān)控生產(chǎn)線上的5個PLC，通信距離大概一百多米。初步?jīng)Q定采用1個485串口級聯(lián)的方式通信，而且已經(jīng)完成了布線的工作，485串口在一兩百米內(nèi)級聯(lián)5個plc，技術(shù)上沒有什么問題。可是筆者和該項目的最終用戶進一步溝通后，發(fā)現(xiàn)用戶對現(xiàn)場監(jiān)控的響應(yīng)時間要求不低，在1秒以內(nèi)。顯然，通過1個485串口通信級聯(lián)5個plc是實現(xiàn)不了這個要求的。或采用多個串口，少級聯(lián)設(shè)備，或更換通信模塊，采用以太網(wǎng)通信等方式都可以提高通信速度，達(dá)到用戶的要求。很多時候最終用戶不一定了解組態(tài)軟件的各方面特性，甚至不一定了解他們自己的具體要求，邊做邊改邊提要求的情況很常見。只有在前期的調(diào)研清晰了，才可以最大可能的避免項目后期的重大修改。

二。30%開發(fā)

      由于組態(tài)軟件本身模塊化的開發(fā)方式，一般而言，一個普通的項目開發(fā)時間不會太長，工作量相對不算太多。當(dāng)然，很多時候，項目的開發(fā)進度還受到下面硬件設(shè)備進展等多種情況的影響，并不單獨取決于軟件本身。這里主要是指具體開發(fā)的有效時間。有人可能會奇怪為何開發(fā)的時間要少于調(diào)研的時間，這里要說明的是，充分的調(diào)研可以在開發(fā)之前就形成了一個明晰的開發(fā)思路，對加快項目的開發(fā)時間大有幫助。如果前期調(diào)研不充分，邊開發(fā)邊調(diào)研，那么開發(fā)的周期會拖很長的。

三。20%測試

      這里筆者把測試單獨提出來，而且給了比較多的時間。是因為筆者所接觸的不少最終比較失敗的項目，不是調(diào)研不充分，也并不是開發(fā)的不好，而是細(xì)節(jié)總不到位，總是有些地方不穩(wěn)定，有些地方不可靠，反復(fù)修改，修改好了這里，其他地方又壞了。用戶不滿意，不愿意付款，開發(fā)者覺得很辛苦，覺得用戶挑剔，維護的工作量太大，雙方陷入到扯皮的境地，項目也就相對比較失敗了。之所以出現(xiàn)這個情況，主要原因是項目開發(fā)完后，急于驗收，認(rèn)為驗收完了也就OK了，項目沒有經(jīng)過嚴(yán)格的測試。開發(fā)一個項目不難，但是開發(fā)一個比較穩(wěn)定可靠，健壯性強的項目是不容易的。嚴(yán)格的測試是保證一個項目少出問題的關(guān)鍵環(huán)節(jié)之一。很多時候，開發(fā)者都只是考慮到了項目正常時的情況，對于用戶一些非常規(guī)操作或現(xiàn)場的一些特殊情況的處理沒有考慮周全，導(dǎo)致項目看起來很好，實際運行之后漏洞百出，維護起來痛苦不堪。項目開發(fā)的時侯一般都會邊做邊測試的，這里所說的測試更多是指項目初步完成后的系統(tǒng)測試。關(guān)于測試方法，很多文章都有說明，什么單元測試、集成測試、白盒測試、黑盒測試等等，不足而一，這里不再贅述。沒有經(jīng)過嚴(yán)格測試的項目，往往都存在著或大或小的漏洞。

四。10%維護

      可能很多朋友早就想說了，“10%的時間維護，太少了，項目有太多的時間用于維護了！”。的確，很多項目的確大量的工作用在了后期的維護，這里筆者認(rèn)為，如何真的用了大量的時間認(rèn)真調(diào)研，項目開發(fā)后認(rèn)真測試了，當(dāng)項目真正維護起來的時候，一般工作量不會太大的。之所以后期維護比較難做，很多問題出在之前的調(diào)研和測試中，導(dǎo)致了維護工作量的增大。當(dāng)然，這里的“維護”，并不包含軟件的后期升級服務(wù)等，另一方面用戶自身的技術(shù)支持力量也影響著維護的工作量。

     總之，這里所說的“4321”時間安排也是個大概，并不是每個項目都要按照這個時間安排做，比如開發(fā)者對流程很熟悉可能前期的調(diào)研時間就少些。這里提到“4321”是為了強調(diào)一定要重視調(diào)研和測試，真正的開發(fā)工作占整個項目的工作量中并不算太多的。很多項目的開發(fā)實際走的是“1315”，也就是簡單的調(diào)研，著急的開發(fā)，開發(fā)完了也沒有進行嚴(yán)格測試，匆匆驗收，最終把大量的時間用在了后期維護上。用戶不滿意，也難以再繼續(xù)合作。根據(jù)實際情況合理的安排項目各步驟地時間，不僅可以減少項目的總體開發(fā)時間，更重要的是可以滿足用戶的真正要求，實現(xiàn)合作共贏。成功的項目，不僅可以實現(xiàn)客戶的需求，更重要在于帶來了持續(xù)的合作。