終於把一個維護案結束掉了 , 不過系統仍難不穩定 ...
這幾天在改一個看似簡單但是內藏危機的問題
客戶把原本流水號(1,2,3,4....)的欄位 , 將流水號的格式改為
年(3碼) ＋ 流水號(4碼) => 0960001 , 此欄位還是 PK .... =.="
簡單的說就是把原本是 數字 變成 文字 .....
問題看起來很簡單吧 !!! 由於 ~~~
1. 找出須耕該欄位的Table ...
由於無資料字典(記錄Table的詳細資料) , 跟本無法 100% 確認 ,
甲功能 所使用到的 Table 有哪些 , 哪些 Table 關連到 ???
造成更改後 , 還需要在做測試確認 , 看看 table 是否都更改到了 ...
2. 程式碼原本就是亂的(此系統已經不知道經過多少個人) ,
現在又要將 數字 更改為 文字 ...當然很煩囉 !!
3. 竟然還看到程式碼有 AXX 的Stored Procedure 名稱 , 在 DB 內 竟然還找不到 ...
( 看到這個我只能確定 DB 亂的很拉~~~~ )
這幾天下來更改10多支程式 , 70支table or stored procedure 做了更動 !!
不過在怎麼樣細心 , 我想還是有可能發生無法想像的問題吧 !!
雖然有不斷的建議 , 但是礙於他們也需要對客戶負責 ,
也要拿點東西給客戶看 , 系統更是要上線 .......
所以就這樣的還是上線了 ......
若要在繼續接此案子 , 我仍然建議他們要重寫 ...
雖然可能要在花個1,2個月的時間 , 但是我覺得是值得的
因為如果一直維護下去系統永遠改不完 .....
不過目前最麻煩的就是如果重寫 , 系統又已經在使用
當重寫完後 , 舊有的資料庫的資料就要轉到新的資料庫
目前舊有資料庫就有 186 個Table , 我相信裡面一定有沒在使用的Table....=.="
不過舊有的資料庫又無文件 , 無法很清楚的知道欄位詳細內容
有太多不確定因素 ...以此種情況下去轉檔
除了要花很多很多的時間 , 而且也會出現一堆問題吧 !!!
雖然此案只是個入口網站 , 簡單的說做做網頁 ..
專案執行若不加以規劃 , 監督 ....以謹慎態度去面對專案
就算一個小小專案也能搞得灰頭土臉 ......
“軟體專案管理“ 大家都在講 , 但是實際做的好的又有多少專案 ??多少人呢 ???
自己有幾兩重自己最清楚 !!!
不要一昧的將不可能的任務 , 樂觀的說一定可以達成 ...結果通常都是慘不忍賭吧 !!
講到樂觀提然想到 人月神話 第二章提到樂觀的程式設計師 ~~~
我想老闆 or 主管 .....也都是那樣樂觀派的吧 ~~~~哈哈!!
沒有留言:
張貼留言
感謝大家提供意見喔 !! 東仔 !!