老系統改造升級時的注意要點
( 題圖:from unsplash )
不要太高估你正在做的軟體專案的壽命,也許下個月就玩完了,如果有幸的話,會來個二期、三期等等等等等等待等。恰巧你碰到一個老舊系統改造升級的專案,恰巧我之前也經手過幾個類似專案,那麼不妨聽聽下面話的幾條建議,畢竟別人踩過的坑也是付出過代價的。
關注的重點在於:老資料新功能的可用性,老資料新功能的資料完整性。
1、新老系統功能的相容。主要在於老資料,在新系統功能中可用、展現完整,並且可以按新功能繼續向下走。對於舊系統識別到的一些坑,儘量避開就是。 後期做測試,要更多的關注舊資料在新系統中的表現 。
2、老資料遷移新系統後的資料完整性,若不完整,需要補充,否則新功能在展現舊資料時,會出現不可用的情況。比如由於表結構不一致,表字段不統一,新增的擴充套件資料等等。
3、若涉及到工作流審批,流程審批能否相容。新舊切換前,有兩個選擇:一是可以全部走完老流程,二是將未走完的流程全部回退到起點,在新系統中重新發起審批,並自動推動到對應節點,再繼續向下走。
4、老系統對外的介面在新系統中是否保持統一,否則要重新對外變更介面,比如埠、方法名、引數、返回值等等,儘量保持介面定義不變,造成不必要的麻煩。
5、確保新系統與外圍系統的互動是否完整,新系統接替舊系統,與外圍系統的互動同樣要保留,不能新系統一上線,其他的系統服務涉及到舊系統的地方不可用。
6、針對一些特別老舊的系統,且在文件缺失嚴重的情況下,必須深入舊系統的使用、原始碼邏輯,全面瞭解舊系統的功用,以便 能在新系統中完整的保持功能,不然容易學到了形,卻遺漏了某些點。
有人總會吐槽別人的專案怎麼做的這麼爛,自己做的專案在交接給別人的時候,也同樣會被別人吐槽怎麼做的這麼爛,人同此心,心同此理,做好手上的專案,儘量不給後來人添麻煩,真是皆大歡喜。
擴充套件閱讀:
-
ofollow,noindex">學習新技術時你應當掌握的『最少必要知識』
-
360e81ba16e49fabc8c3185d8b65e6e465fa15317ab12f727f29&scene=21#wechat_redirect" target="_blank" rel="nofollow,noindex">怎麼定位自己在團隊裡的角色
長按2秒,識別二維碼,關注我。