系統(tǒng)設(shè)計出來的好壞很大程度取決于用戶需求是否合理,當(dāng)然還有就是完成項目的技術(shù)上是否有難度。
在公司我剛做完一個項目,當(dāng)然是一個非常小的項目。雖然是一個小項目,但它五臟俱全。還有就是寫的系統(tǒng)是為公司自己用。就算是這么小的項目也經(jīng)過了兩次大的需求的變動。由于需求分析不由我本人來做,我的角色是項目開發(fā)者。第一次大的需求變動是我把整個項目做完了,我們公司所謂的系統(tǒng)分析師做了一重要的決定--系統(tǒng)的需求變了。從我的角度來分析就是--表示層變了,業(yè)務(wù)層變了,持久層變了。由于公司有很的遺留系統(tǒng),第一版本的數(shù)據(jù)庫是用在某個遺留的數(shù)據(jù)庫上,這次的變動把數(shù)據(jù)庫都移到了另外一個的遺留數(shù)據(jù)庫上了。呵呵,還真會折騰人呀。沒有辦法了,重新來吧。還好,系統(tǒng)不是很大,時間不是很緊,不然我可死定了。我覺得測試沒問題,也安排上線時間。等著我和另一個同事(文檔整理員或者測試員)為用戶進行培訓(xùn)時,這時又殺出一個”程咬金“來。這個人不是系統(tǒng)分析師了,而是我們的經(jīng)理,可以說是我們老板吧。這次可又慘了。這次的修改是在原有的基礎(chǔ)上增加了兩個字段,這樣說來也就是說---表示層變了,業(yè)務(wù)層變了,持久層變了。沒有辦法了,只好又改了。
為什么會出現(xiàn)這樣的情況呢?怎么這么小的系統(tǒng),做一個需求為什么會這么難呢?不知道為什么為自己公司開發(fā)系統(tǒng),需求就這么難搞定呢?不管怎么樣,我覺得在以后的項目分析調(diào)研中,我會盡可能的小心,把需求分析到位,不要盲目的去編碼。在以前的開發(fā)過程中,我的習(xí)慣是開發(fā)一個原型給用戶確認之后才動手的。
也不知前輩們是怎么做的,請多給點意見。謝謝。