各種維護給我帶來的財富

 

    以前總覺得系統維護是一件很遙遠、也很高深的事情，既嚮往，又怕做不好。不過現在不會想那麼多了，只想著怎麼把它做好。

    “維護事業”是從圖書館維護開始的。圖書館的維護可以說是分兩個階段，第一階段是沒有設定“管理員”，大家組與組之間直接“對話”，交接問題重重，而且每次任務散亂，效率奇差。第二個階段，“請”出了蔣倩蘭做管理員，維護日誌都從她這擷取，減少了組與組之間的對話，也減少耦合性。任務方面，每個小組每次集中完成一項任務（比如重裝系統）。這樣的任務相對集中，效率也高得多。組與組之間就相當於“流水線作業”一樣，每個組每次只針對某項任務，聚焦點高了，效率也自然會上去。同時，也為我們現在正在著手的“圖書館線上維護系統”提供了有力的協助。

 

    YH維護是花費經曆最多的維護。不過收穫也是很大的。從大的方面來說，YH讓我見證了一個商業軟體從開發到銷售，再到後來的維護的大部分過程，從而整體上淺略的認識了一個商業軟體的實用價值。

    維護工作，與客戶的溝通，則發現了許多系統中為測出的Bug，設計上的不合理的地方，還有使用者的新需求，為系統的升級，做足了鋪墊。一個項目系統，只有通過了真實使用者的真正考驗，才可以體現它的價值，同時使用者反饋的資訊，也才是最有用、最具價值的。維護過程中一些維護事項，也顛覆了我對系統維護的想法。一般情況下我們都會給使用者配置軟體所需要的環境，系統得以正常運作。而維護工作有一多半兒的工作，都是非系統出錯問題。我大致估算了一下:

最多的環境配置問題，包括軟體和硬體2個方面的配置。不過多虧了各種文檔，也節省了我不少時間。維護過程中也體會了對於系統函數也不能輕易相信。電腦的非順利關機可能導致時間錯誤而影響到項目系統的使用。所以我們可能需要用系統和網路的雙步驟驗證。

    後期的新功能添加、測試和系統升級，從代碼中也體會到了合作開發時的注意項。每一項功能都必須寫好注釋、負責人，完成時間，功能，修改人，修改內容，修改時間等等等等。這樣在以後的維護的時候會輕鬆得多。BS網站的發布部署也學到了不少知識。前台的CS發布，背景BS管理，都通過設定檔與資料庫相連，對一個系統的運作有了新的認識。

    YH是在短時間內做出來的，靈活性要差一些，一些可配置項被寫死在了程式裡，這樣對於一些新需求的處理只能通過修改源碼，進行升級處理。提高系統的靈活性，通過配置不同項來滿足使用者的新需求也可以增加使用者體驗度和產品忠誠度。

    總得來說，YH維護讓我清楚的認識到：

    ①. 有效文檔很重要，非常重要。

    ②. 維護工作很繁瑣，但是對於我們對需求的理解協助很大。對以後開發系統的易用性最為重要，健壯性和可靠性也會提升很多。

    ③. 軟體不一定只做項目本身功能，為了提高使用者體驗度和系統易用性，還應該添加對運行環境的檢測功能。比如說“網路連接狀態”問題。

    ④. 合作開發，負責到人。合作開發，介面增多，負責到人，可以降低交流的耦合度。

 

    評教維護相對於YH來說，可以說小巫見大巫。因為評教半年一次，但是維護係數要大一些。評教的文檔特別少（當然軟體問題的確很少），維護起來很麻煩，必須花時間去實驗，去理解系統的功能和實現邏輯。不過對於評教的並發處理能力很有協助，評教中對於並發處理的方法好像是將某時間段內的請求集體發給伺服器集中處理，而非每一個請求都及時去處理，這樣大大節省了伺服器的系統開銷，同時也提高了系統的反應速度。

 

    當然維護的財富不只這些，有些財富就在面前，雖然可以看見，但是還沒有得到，需要繼續走下去。維護是一筆大財富，需要慢慢咀嚼，慢慢消化。