面向對象的編號-避免變量命名發生混淆的途徑

    軟件開發項目具有風險大,週期長的特點,由於行業的複雜性,對於很多開發小組,人員的更替是十分頻繁

的,而軟件開發項目的特點又恰恰是需要統一定義的信息非常多,包括組件名、對象名、變量名、界面、版本

號、配置文件、功能清單等等,而人員的更替往往帶來的結果是是新成員需要長時間的適應項目規範、定義等

,而由於定義混淆而造成的編碼錯誤佔軟件開發錯誤很大比重,因此,軟件項目組如果能有一個很好的規範定

義體系,可以大幅度提高軟件開發的效率及軟件質量。


    由於面向對象的軟件開發模式在減少代碼冗餘,解除項目組成員過多耦合等軟件項目管理問題中具有特殊的優

勢,現代的絕大多數軟件開發項目都採用了此種模式進行開發。 在此種模式下,數據層、業務層、界面層的對

象被分別封裝在了各自的組件中,有不同的項目組成員負責編碼及調試工作,因此在軟件開發小組中,經常會

進行組件間的方法調用、不同成員編碼檢查等工作,但一個令人痛苦的問題是,現在的變量命名都是用英文字

母,結果是變量的含義在不同人理解中會千奇百怪,難以理解的程序八成是對變量或方法的不理解,尤其對於

剛進入小組的程序員。

 

    我們的做法是,在軟件架構設計時,即按照對象所屬的不同功能區域進行編號,如U01表示用戶管理系統用

戶對象基類等,在擴展開,可以用U01_1表示用戶對象的一個子類,比如管理員用戶,在命名設計中,還可以添

加U01_1_Admin來幫助理解對象內容,而在軟件設計的編碼時,也按照此類編碼進行,對象處於不同層次時,還

可以在前面加輔助識別碼,如B_U01_1表示位於業務層的用戶對象基類。這樣成員間就很容易相互理解變量的含

義了。

    對於對象關聯的現象,也可以用編碼來解決,比如部門用U02表示,而對象所屬部門就可以表示爲

U01.U02_Dept.

 

   現代的大部分軟件項目都採用了分層軟件開發方式,同一個對象會出現數據層、業務層、界面層等出現,

採用了此種編號方式後,可以實現界面層、業務層、數據層甚至是數據庫的對象編號統一,這樣一套編號體系

可以很容易的進行演繹及繼承,大幅度的降低編號的工作量。項目經理在組織項目管理的其他工作,如架構設

計、功能設計、測試方案、進度跟蹤、實施測試等工作時,也可以採用此統一的編碼體系,以提高效率及質量

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章