需求分析

看到獨孤木這篇prototyping，讓我想起某公家單位的業主看到組長去競標所Demo的系統時，這位偉大的台大碩士業主說：你們系統已經做好了嘛！
結果是：兩年後現在還沒完成，而他自己的需求也常變，昨天他自己也說他會常變，要系統留有彈性

不過他還算是頭腦清楚，而本公司的文書人員可就沒那麼好，導入台灣最大軟體公司的公文系統，請她先就現行公文流程做個簡單的整理，居然就兩手一攤說：沒有什麼規則可循。造成一個簡單的系統做了三年才完成，而且仍有許多Bug，直到現在四年還在修，對方的開發人員已經走了五個～

昨天去業主那裏，有台電腦CPU燒掉送修回來，重開機又掛點，這台相同原因已經修兩次；我判斷應該是散熱不良造成，馬上把CPU風扇拆開，將厚厚的灰塵清除，重開後就完全正常。我要表達的不是說我有多強，而是凡事要瞭解本質，從根本著手才能解決，必須對症下藥，不要頭痛醫頭、腳痛醫腳。

系統開發的本質就是"變"，所以我推崇XP開發，基本假設需求就是多變，才不會改程式時怨聲載道。系統開發時處處留有彈性固然是不好做，但也不要將所有可能有彈性的地方都Hard Code。林志玲不是有很多造型嗎？候主播如果只留主播頭大概觀眾很快就會看膩，開發系統也是，在合理的時間內做合理的需求變更或是增加功能都是必須接受的。以前的公司開發銀行端末系統時，需求分析半年、開發一年的方式已經過時，必須分段交付系統，而每段交付後的變更是必然，這樣的開發方式才容易成功。