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