專案規範與質量

2022-07-01 01:06:09 字數 1324 閱讀 9516

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

軟體專案質量保證 編碼規範

一 編碼規範的作用 二 編碼規範不是 物神 三 編寫編碼規範的一些建議 四 編碼規範參考 作為軟體開發者,我們可以開發低等級的軟體,但不能開發低質量的軟體。所以,如何實施質量保證,是我們關注的主要問題之一,而編碼規範則是實施質量保證的第一步。編碼規範已經成為乙個老生常談的問題,幾乎每個專案,每家公司...

軟體專案質量保證 編碼規範

目錄 一 編碼規範的作用 二 編碼規範不是 物神 三 編寫編碼規範的一些建議 四 編碼規範參考 作為軟體開發者,我們可以開發低等級的軟體,但不能開發低質量的軟體。所以,如何實施質量保證,是我們關注的主要問題之一,而編碼規範則是實施質量保證的第一步。編碼規範已經成為乙個老生常談的問題,幾乎每個專案,每...

程式設計規範 質量保證

1 正確性,指程式要實現設計要求的功能。2 穩定性 安全性,指程式穩定 可靠 安全。3 可測試性,指程式要具有良好的可測試性。4 規範 可讀性,指程式書寫風格 命名規則等要符合規範。5 全域性效率,指軟體系統的整體效率。6 區域性效率,指某個模組 子模組 函式的本身效率。7 個人表達方式 個人方便性...