經常有客戶關心問到源代碼的問題，我們來分享一下。

　　首先，什么情況下需要交付源代碼？

　　通常定制軟件開發的項目才需要交付源代碼。如果你購買現成的軟件產品，缺省是沒用源代碼的，除非你買的是個開源系統的商業授權。

　　其次，如何判斷源代碼是完整的？

　　問這個問題的通常都是非IT專業的甲方領導。其實很簡單，甲方安排一位中級或以上的軟件工程師來交接源代碼，代碼到手之后從頭到尾編譯、打包、部署、功能測試一遍，基本上就不可能有假。關鍵點是代碼中間有沒有夾帶預先編譯/封裝好的代碼包，如果有，是合理的第三方組件還是乙方隱藏的黑匣子。通常中級軟件工程師都應該在這個問題上有足夠的判斷力。

　　然后，能編譯運行就可以驗收了嗎？

　　顯然不是，還必須有跟源代碼配套的軟件開發文檔。或者說，源代碼本來就應該包含文檔。需要包含的文檔可能有多有少，取決于交付的是個什么軟件。通常功能清單、總體設計、詳細設計、編譯手冊、操作說明、安裝維護手冊都是最基礎的，復雜的還可能有業務場景說明、接口文檔、培訓教程、測試用例、版本歷史說明、已知問題說明，等等。

　　沒有合適文檔的話，源代碼就是一堆沒有任何意義的“建筑垃圾”。后續要利用這些“建筑垃圾”蓋房子的話，還不如重新買磚頭來得快。程序員的流行話術“花時間看懂這段代碼還不如重新寫”反映的是好多“源代碼”其實是缺失配套文檔的“建筑垃圾”這樣的悲慘現實。

　　有代碼也有文檔，還要看版本。信息系統項目質量管理工作中的質量審計部分，其中一個作用就是確保版本沒用搞錯。雖然版本搞錯了也能湊合用湊合改，但價值未免打了折扣。不過能做質量審計的團隊很罕見，因為這個工作很耗成本，事實上很少甲方能理解并支付，更少乙方能抵擋“省下就能少虧”的誘惑。

　　最后，什么時候移交呢？

　　甲方肯定堅持沒有代碼不驗收；乙方又擔心給了源代碼甲方就跑路了(唉，其實不給源代碼甲方也會跑路)。折衷的做法是：先完成其他驗收，例如功能測試，簽完字，再交付源代碼。這樣，法律才能在乙方追討血汗錢的時候幫上更多的忙。

　　專業的人干專業的事，如果你有源代碼需要找團隊幫忙升級維護，馬上聯系：微/電 13602777898 梁先生，或掃描下方二維碼：