看的懂就改.
看不懂.
如程式可以Run 就依原本功能重寫並修正Bug或增強功能.
如果沒原程式可Run 就在需求訪談後重做.
只要對 功能 與 Security 方面做新增/補強就好。
改的過程,舊的程式碼要保留下來。
新的 Code 最好加上說明越細越好。
看你老闆的意見而定
1.要再花多少成本(錢.人力,時間),還有衍生的成本要攤進哪邊?
2.會影響到現有的系統嗎?(線上修改?或離線修改?還有系統的品管誰做?)
3.風險與效益評估
沒有人是萬能的
你想爆肝
不會有人阻止你的
但是一切後果自行負責
1.我會先依照User現有的操作經驗(或自己操作的經驗)畫出系統功能圖,UML再參照這功能圖補齊
2.除非是現有的程式無法修改成User的需求,否則建議用既有的程式改..免的重寫後又要一連串的測試,我想你老闆還是希望你是即戰力..而非要過數月後才有產值的(基本上會問這問題表示你不是菜鳥)
基本上會有這樣的問題..通常是內部系統或者IT人力稀少的公司才會發生..雖然不是核心但是又不可以缺少的系統,所以根本不會有所謂品管..更遑論風控囉!
小弟踏入IT大概都是負責這樣的東西.. OA,EIP,EC ==> 這些看似熟悉,但對大部分企業並不必要..只為了所謂的E化..喊出的口號都是節省成本,加快反應速度,增加資訊透明度
所以一般都拿不到好的預算與資源(支援),所以很多都是1人部隊...頂多再給個小妹小弟幫忙