專案經驗1 軟體的開發過程

剛開始進入軟體行業的時候，對軟體開發過程單純的認為是寫寫**、做做除錯；現在覺得這樣的認識只能說明你終究還是個新手，軟體開發過程遠遠不只是寫寫**這樣簡單，過程可能比你想象中的複雜。

不會寫文件的程式設計師不是好程式設計師，文件的編寫也是程式設計師必備技能，甚至可能比寫**的能力還重要。

文件為什麼很重要，和客戶打交道最多的可能就是文件了，文件是專案過程的見證和追溯點，開發過程出了問題使得有地方可以去查，可以想象如果乙個專案做完了沒有乙個文件，後面接手的人內心該有多崩潰。

不僅如此，根據文件可以看出你對整個專案的理解和把控，如果對專案的理解都不透徹，實現的**能好到**去？所以個人認為軟體開發除了編寫**，還需要具備專案的整體把控能力，這個能力最好的體現就是寫文件，重要性不言而喻。

一句話來說，軟體開發不僅僅是寫寫**，文件的編寫同樣至關重要，它是專案各個階段的支撐和依據，文件的好壞直接決定了專案質量的高低。

技術調研：和客戶簡單溝通一下，對可能用到的技術進行調研，如果有技術難點還需要突破該難點，為後續工作打基礎；

策劃：主要完成開發計畫、配置管理計畫、質量保證計畫，並對需求進行初步分析；

需求分析：詳細分析技術協議的內容，將需求條理化，編寫需求規格說明，弄明白到底要做什麼，並進行評審確認；

設計方案：根據需求對軟體做乙個概要設計，軟體架構如何設計，軟體分為哪些模組，模組之間的關係是什麼；

詳細設計：詳細說明架構的介面設計，模組和模組之間介面關係，以及各模組的詳細設計，甚至關鍵類的設計；

編碼實現：完成軟體的編碼工作，這個階段可能是大多數人經歷最多的階段，俗稱「寫**」；

測試：完成軟體測試工作，包括編寫測試計畫、測試說明、測試報告，並進行評審確認；

驗收：交付軟體，編寫驗收大綱（理論上是客戶提供）、軟體研製總結報告，並進行評審確認；

維護：軟體後期的維護，客戶滿意度調查。

理想往往和現實是有差距的，現實情況很少時候按照上述的流程走，由於專案規格和人力的問題多數情況下在需求分析完成後就開始寫**了，很多階段是並行進行，甚至都沒有需求分析，直接開始寫**。雖然這樣不符合規範，但是確實是普遍存在的現象，應該要主動避免，並盡可能規範化，專案完成的質量才會高。

經常與客戶溝通，避免走彎路；

時不時回看下需求，看看現在做的功能能不能覆蓋需求；

邊開發邊做好測試，減少後期的工作量。

希望以後無論是技術能力還是文件功底都能夠有長足的進步吧，畢竟現在還是感覺自身能力的薄弱，讓自己一直都走在人生巔峰的路上，對自己所做的事對自己所從事的行業能有更深的理解和感悟，加油。