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