|
開發(fā)一個項(xiàng)目，簡單的說經(jīng)過調(diào)研、開發(fā)、測試、維護(hù)四個大體的階段。每個階段的開發(fā)時間不一。筆者主要從事紫金橋組態(tài)軟件的項(xiàng)目應(yīng)用開發(fā)工作，對組態(tài)軟件項(xiàng)目開發(fā)各階段的時間安排小談下自己的看法。這里筆者提出“4321”的說法，也就是說40%的時間調(diào)研，30%的時間開發(fā)，20%的時間測試，10%的時間維護(hù)，這里所說的“時間”也可以理解為工作量。之所以這么安排時間，原因如下所述。
一。40%調(diào)研
從某種意義上說，組態(tài)軟件是個半成品，需要用戶在這個基礎(chǔ)之上進(jìn)行二次開發(fā)。組態(tài)軟件已經(jīng)提供了諸如報表、曲線、歷史保存、動畫連接等常用的功能模塊，用戶可以便捷的在這個基礎(chǔ)之上開發(fā)出自己所需要的監(jiān)控系統(tǒng)。組態(tài)軟件模塊式的開發(fā)環(huán)境雖然極大地方便了用戶的需求，另一方面，組態(tài)軟件的功能也是相對固定的，難以直接滿足用戶的一些特殊的需求
此外，從整個監(jiān)控系統(tǒng)而言，組態(tài)軟件處于上位機(jī)的位置，需要PLC、模塊、板卡、儀表等硬件設(shè)備才能搭建一個完整的系統(tǒng)。對于一個系統(tǒng)，初期往往有多種通信搭配方案，串口級聯(lián)、以太網(wǎng)、GPRS、數(shù)傳電臺、無線射頻等等。而且很多時候，在使用組態(tài)軟件開發(fā)的人員，不一定是最終用戶，而是系統(tǒng)集成商等，這里就面臨一個雙方溝通的問題。只有充分溝通了，才能確定用戶的需求組態(tài)軟件能否實(shí)現(xiàn)，選擇哪些下位的硬件，確定具體的通信方式等。如果開始調(diào)研不夠認(rèn)真、明晰，后期的開發(fā)從開始就可能出現(xiàn)了偏差，或者項(xiàng)目快結(jié)束了才發(fā)現(xiàn)有重大隱患。比如筆者曾接觸的一個項(xiàng)目，這個項(xiàng)目是監(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ù)上沒有什么問題。可是筆者和該項(xiàng)目的最終用戶進(jìn)一步溝通后，發(fā)現(xiàn)用戶對現(xiàn)場監(jiān)控的響應(yīng)時間要求不低，在1秒以內(nèi)。顯然，通過1個485串口通信級聯(lián)5個plc是實(shí)現(xiàn)不了這個要求的。或采用多個串口，少級聯(lián)設(shè)備，或更換通信模塊，采用以太網(wǎng)通信等方式都可以提高通信速度，達(dá)到用戶的要求。很多時候最終用戶不一定了解組態(tài)軟件的各方面特性，甚至不一定了解他們自己的具體要求，邊做邊改邊提要求的情況很常見。只有在前期的調(diào)研清晰了，才可以最大可能的避免項(xiàng)目后期的重大修改。
二。30%開發(fā)
由于組態(tài)軟件本身模塊化的開發(fā)方式，一般而言，一個普通的項(xiàng)目開發(fā)時間不會太長，工作量相對不算太多。當(dāng)然，很多時候，項(xiàng)目的開發(fā)進(jìn)度還受到下面硬件設(shè)備進(jìn)展等多種情況的影響，并不單獨(dú)取決于軟件本身。這里主要是指具體開發(fā)的有效時間。有人可能會奇怪為何開發(fā)的時間要少于調(diào)研的時間，這里要說明的是，充分的調(diào)研可以在開發(fā)之前就形成了一個明晰的開發(fā)思路，對加快項(xiàng)目的開發(fā)時間大有幫助。如果前期調(diào)研不充分，邊開發(fā)邊調(diào)研，那么開發(fā)的周期會拖很長的。
三。20%測試
這里筆者把測試單獨(dú)提出來，而且給了比較多的時間。是因?yàn)楣P者所接觸的不少最終比較失敗的項(xiàng)目，不是調(diào)研不充分，也并不是開發(fā)的不好，而是細(xì)節(jié)總不到位，總是有些地方不穩(wěn)定，有些地方不可靠，反復(fù)修改，修改好了這里，其他地方又壞了。用戶不滿意，不愿意付款，開發(fā)者覺得很辛苦，覺得用戶挑剔，維護(hù)的工作量太大，雙方陷入到扯皮的境地，項(xiàng)目也就相對比較失敗了。之所以出現(xiàn)這個情況，主要原因是項(xiàng)目開發(fā)完后，急于驗(yàn)收，認(rèn)為驗(yàn)收完了也就OK了，項(xiàng)目沒有經(jīng)過嚴(yán)格的測試。開發(fā)一個項(xiàng)目不難，但是開發(fā)一個比較穩(wěn)定可靠，健壯性強(qiáng)的項(xiàng)目是不容易的。嚴(yán)格的測試是保證一個項(xiàng)目少出問題的關(guān)鍵環(huán)節(jié)之一。很多時候，開發(fā)者都只是考慮到了項(xiàng)目正常時的情況，對于用戶一些非常規(guī)操作或現(xiàn)場的一些特殊情況的處理沒有考慮周全，導(dǎo)致項(xiàng)目看起來很好，實(shí)際運(yùn)行之后漏洞百出，維護(hù)起來痛苦不堪。項(xiàng)目開發(fā)的時侯一般都會邊做邊測試的，這里所說的測試更多是指項(xiàng)目初步完成后的系統(tǒng)測試。關(guān)于測試方法，很多文章都有說明，什么單元測試、集成測試、白盒測試、黑盒測試等等，不足而一，這里不再贅述。沒有經(jīng)過嚴(yán)格測試的項(xiàng)目，往往都存在著或大或小的漏洞。
四。10%維護(hù)
可能很多朋友早就想說了，“10%的時間維護(hù)，太少了，項(xiàng)目有太多的時間用于維護(hù)了！”。的確，很多項(xiàng)目的確大量的工作用在了后期的維護(hù)，這里筆者認(rèn)為，如何真的用了大量的時間認(rèn)真調(diào)研，項(xiàng)目開發(fā)后認(rèn)真測試了，當(dāng)項(xiàng)目真正維護(hù)起來的時候，一般工作量不會太大的。之所以后期維護(hù)比較難做，很多問題出在之前的調(diào)研和測試中，導(dǎo)致了維護(hù)工作量的增大。當(dāng)然，這里的“維護(hù)”，并不包含軟件的后期升級服務(wù)等，另一方面用戶自身的技術(shù)支持力量也影響著維護(hù)的工作量。
總之，這里所說的“4321”時間安排也是個大概，并不是每個項(xiàng)目都要按照這個時間安排做，比如開發(fā)者對流程很熟悉可能前期的調(diào)研時間就少些。這里提到“4321”是為了強(qiáng)調(diào)一定要重視調(diào)研和測試，真正的開發(fā)工作占整個項(xiàng)目的工作量中并不算太多的。很多項(xiàng)目的開發(fā)實(shí)際走的是“1315”，也就是簡單的調(diào)研，著急的開發(fā)，開發(fā)完了也沒有進(jìn)行嚴(yán)格測試，匆匆驗(yàn)收，最終把大量的時間用在了后期維護(hù)上。用戶不滿意，也難以再繼續(xù)合作。根據(jù)實(shí)際情況合理的安排項(xiàng)目各步驟地時間，不僅可以減少項(xiàng)目的總體開發(fā)時間，更重要的是可以滿足用戶的真正要求，實(shí)現(xiàn)合作共贏。成功的項(xiàng)目，不僅可以實(shí)現(xiàn)客戶的需求，更重要在于帶來了持續(xù)的合作。
|
