如何整理舊程式碼和改版？

如何整理舊程式碼和改版？
到iT邦幫忙

westv（iT邦初學者10級）發問：
遇到舊程式（有程式碼，並無說明文件）需改版，應該直接砍掉重寫，還是用UML工具來產生舊程式的關係圖，再當作改版的樣板（產生文件及相關程式碼）？或者還有其他的選擇？

pantc328（iT邦初學者1級）：
看得懂就改。萬一看不懂，如果程式可以執行，就依原本功能重寫，並修正Bug或增強功能。如果沒原程式可執行，就在需求訪談後重做。

logoooit（iT邦初學者9級）：
只要對功能與Security方面新增、補強就好。

改的過程，舊的程式碼要保留下來。新的程式碼最好加上說明，越細越好。

player（iT邦初學者6級）：
看你老闆的意見而定：
1.要再花多少成本（錢、人力、時間），還有衍生的成本要攤進哪邊？

2.會影響到現有的系統嗎？（線上修改？或離線修改？還有系統的品管誰做？）

3.風險與效益評估

swpoker（iT邦初學者10級）：
看規模大小如何，我自己現在的情況就是這樣。目前看到一個就修一個，建議可以看看《重構》這本書。

sheng514（iT邦初學者7級）：
1. 我會先依照User現有的操作經驗（或自己操作的經驗）畫出系統功能圖，UML再參照這功能圖補齊。

2.除非是現有的程式無法修改成User的需求，否則建議用既有的程式改，免得重寫後又要一連串的測試，我想你老闆還是希望你是即戰力，而非要過數月後才有產值的（基本上會問這問題，表示你不是菜鳥）。

會有這樣的問題，通常是內部系統或者IT人力稀少的公司才會發生。雖然不是核心但是又不可以缺少的系統，所以根本不會有所謂品管，更遑論風控囉！

小弟踏入IT大概都是負責這樣的東西，OA、EIP、EC，這些系統看似熱門，但大部分企業並非必要，只為了所謂的E化，喊出的口號都是節省成本，加快反應速度，增加資訊透明度。所以一般都拿不到好的預算與資源（支援），所以很多都是一人部隊，頂多再給個小妹、小弟幫忙。