專案規範與質量

專案的質量離不開專案的規範化，質量與規範是一體的，乙個專案若是缺少其中的任何乙個都是不可靠的或者不成功的。好的規範成就高質量，反過來高質量必然推動專案的規範化運營。

評價乙個軟體質量的好壞指標主要為6個方面：可靠性、可用性、可讀性、易用性、安全性、易維護性。所有的這一切與軟體相關的工作都是圍繞著這6個方面而努力的。

需要明白軟體技術存在的理由或者使命：軟體開發技術的首要責任是為了管理複雜度。

乙個專案從開始到結束大致經歷了如下幾個階段：（以下過程並不是完全按照軟體工程裡面的各個步驟逐一執行的）

專案調研分析——需求分析——原型製作——需求評審——研發理解需求——進行資料庫分析與設計——需求評審——專案環境搭建——編碼/自測階段——部署到測試環境——測試人員測試——研發修改bug——上線——維護—新增或修改功能—維護——維護·······。

這中間可能會開多次需求評審會議，調整需求。安排專案進度計畫等事情。

在這過程中需要遵循一定的專案規範，這裡主要大概說一下專案實施階段即開發編碼階段的規範。

1、專案技術選型需要謹慎，技術選型不是哪種技術流行就選哪種，而是哪種技術適合當前的業務場景就選哪種，在我看來是業務驅動技術而不是技術驅動業務。

2、專案環境搭建需要搭建好，對於各種配置項需要謹慎管理。

3、專案目錄結構需要規劃好，不得隨意建立目錄，避免導致專案結構混亂。

需要明白的是：**的字裡行間流淌的是軟體生命的血液，因此在寫**的時候注重**的規範性。

4、專案注釋需要規範，類的頭部說明注釋，屬性與變數注釋，方法注釋，介面注釋，關鍵思路注釋，配置檔案中的各配置項注釋，善用文件注釋，單行和多行注釋。此外需要切記不可濫用注釋對於簡單操作盡量用**自說明，不要重複注釋，不使用行尾注釋。

5、類名，屬性名，變數名，方法名，介面名，列舉類名，異常基類名，工具類名，要取準確避免二義性。

6、介面暴露出來的一定是服務，需要符合soa理念（面向服務的架構理念），即乙個介面就是某種服務。

7、對於我來說，我是這樣認為開發工具的，即工具不在多夠用就行，需要熟練使用手上所用的工具。

8、最重要的一條：**首先是寫給人看的，其次才是機器。

9、對需求要進行分析，需要考慮該需求是否有價值，做出來的東西沒有價值那純粹是浪費時間和精力，需求分析花費的時間多，那麼編寫**也就容易許多。

10、mvc模型：controller層接收請求呼叫service層處理業務邏輯，service層呼叫dao層訪問資料庫。controller層只負責接收請求並返回結果，service層負責處理業務邏輯，dao層訪問資料庫對資料進行crud操作。

可能有點偏題，不過沒事，反正是寫來自己看的，哈哈。此外推薦看一下**大全，阿里巴巴開發規範，**之美，**整潔之道。