背景

大多數(shù)情況下，我們需要從前任那里繼承老項目，運氣好的話，可以從前任那里得到完整的產(chǎn)品PRD、功能說明書、代碼模塊說明、主要類說明、詳細注釋等。

但是，大多數(shù)時候只能拿到一份讀起來惡心、看起來想吐的源代碼，其他什么都沒有。在這份源碼中各種三方依賴滿天飛、版本管理混亂、環(huán)境配置信息隱藏在代碼中，AK到處隨意定義......
在處于上訴后者這種情況下，我們?nèi)绻蛔鳇c什么，那后續(xù)接入的需求就會呈現(xiàn)出本身已經(jīng)是一坨粑粑了，我們還要繼續(xù)炒這坨粑粑，炒完了我們自己還要吃下去，你說惡不惡心人？

一、分析問題、梳理項目功能拓撲圖

我們可以通過以下手段來進行梳理項目功能

1. 通過現(xiàn)有文檔、源碼整理項目功能點。
2. 通過同事、業(yè)務(wù)部門、關(guān)鍵用戶等收集信息。
3. 借助Xmind、ProcessOn等工具梳理項目功能圖、關(guān)鍵節(jié)點流程圖等。
4. 以表格的形式來統(tǒng)計各個模塊使用的第三方依賴、JAR、SO等情況。
5. 根據(jù)項目情況把糅雜在一起的業(yè)務(wù)功能剝離、抽成不同的業(yè)務(wù)組件。

下面就我對某APP的功能整理、問題梳理等做一個展示，提供給大家參考：

某APP功能拓撲圖

登錄流程圖

某APP問題一覽表

二、制定詳細的升級計劃、預(yù)備方案

因為在升級項目的過程中難免會出現(xiàn)一些未知的、不可控的問題，所以在升級之前必須制定詳細的升級計劃，哪個時間節(jié)點該做什么，出現(xiàn)問題如何補救，是否遺留了未完成的bug，提前打好TODO，做好說明。

升級流程表(節(jié)選)

遺留問題記錄

三、升級結(jié)束留檔

當我們完成了某個功能的升級我們需要以文檔的形式記錄下來，一來是方便繼任者維護，二來呢也算是提高自身的職業(yè)素養(yǎng)。

模塊說明表

關(guān)鍵類說明

在每個模塊下撰寫README說明該模塊的在主要功能，已經(jīng)JAR包說明等

模塊說明README

結(jié)語

升級老項目是一個繁瑣且持續(xù)周期較長的一個過程，需要提前做好長期作戰(zhàn)的心理準備。而且這個項工作對于業(yè)務(wù)部門、KPI、管理者來說是比較虛的，他們是看不到的，所以各位小伙伴在做這之前需要根據(jù)自身的場景去評估究竟有沒有做的必要性、以及它給你帶來的風險等情況。

推薦閱讀

Android組件化框架搭建

搭建屬于自己的Android MVP 框架