◆可移植性
包括硬件的獨(dú)立性、軟件獨(dú)立性、可安裝性、可重用性。軟件設(shè)計(jì)是否模塊化、可復(fù)用性都是應(yīng)該考慮的因素。
◆可靠性
包括無缺陷性、容錯(cuò)性、可用性。
◆使用性
包括可理解性、易學(xué)習(xí)性、可操作性、易溝通性。我們軟件的最終目的是讓用戶來使用的，如果易用性不好，可操作性不好都會影響用戶對軟件的接納程度。因此軟件的可用性也是非常重要的。
完成了設(shè)計(jì)之后，接下來就要進(jìn)行編碼了。在編碼階段，應(yīng)該怎樣保證我們的編碼質(zhì)量呢？兩個(gè)比較有效的方法就是代碼走查和單元測試。
代碼走查可以以組為單位進(jìn)行，代碼走查可以發(fā)現(xiàn)代碼是否符合代碼規(guī)范，是否存在拼寫錯(cuò)誤，是否具有可讀性，類和方法是否過于冗長，類之間是否存在高耦合性。
代碼質(zhì)量的一個(gè)很重要的標(biāo)準(zhǔn)就是代碼的可讀性，可讀性不一定是簡單的代碼，而是容易理解的代碼，因?yàn)檫^于復(fù)雜的代碼難以測試和維護(hù)，同時(shí)出錯(cuò)的幾率也會更高。
如果一個(gè)方法內(nèi)部的代碼很長，而且使用了很多令人難以理解的數(shù)據(jù)集，就會帶來代 碼維護(hù)的困難，因?yàn)楹苌儆腥四軌蛴行У胤治鏊鼈?，因此也就最容易出現(xiàn)缺陷和錯(cuò)誤。類之間的耦合度會造成類與類之間的相互關(guān)聯(lián)，當(dāng)一個(gè)類發(fā)生改變時(shí)會使其他的類發(fā)生意想不到的變化，一般從導(dǎo)入類的個(gè)數(shù)判斷類之間的耦合度，如果導(dǎo)入類的個(gè)數(shù)很多，或者該類的public方法太多都會導(dǎo)致類之間的高耦合性增加。
編碼階段另一個(gè)非常重要的手段就是單元測試。單元測試是一個(gè)模塊的功能及常規(guī)錯(cuò)誤測試，單元測試是由程序員進(jìn)行的，一般單元測試能夠捕獲80%的bug。因此單元測試對保證代碼質(zhì)量方面占有很重要的地位，由于這方面內(nèi)容比較多，我們這里就不做具體闡述了。
好了，經(jīng)過了這樣一次質(zhì)量旅行，我們對軟件開發(fā)是否增加了很多信心呢？當(dāng)然軟件項(xiàng)目管理還有很多其他的因素，但是如果每個(gè)階段都能夠很好的控制質(zhì)量，就會在產(chǎn)品開發(fā)初期減少很多風(fēng)險(xiǎn)，從而使我們的軟件開發(fā)在一個(gè)可以控制的范圍內(nèi)進(jìn)行，這樣我們才能夠避免過多的沒有必要的人力物力的浪費(fèi)，從而使我們的產(chǎn)品更快更好的投入市場。
包括硬件的獨(dú)立性、軟件獨(dú)立性、可安裝性、可重用性。軟件設(shè)計(jì)是否模塊化、可復(fù)用性都是應(yīng)該考慮的因素。
◆可靠性
包括無缺陷性、容錯(cuò)性、可用性。
◆使用性
包括可理解性、易學(xué)習(xí)性、可操作性、易溝通性。我們軟件的最終目的是讓用戶來使用的，如果易用性不好，可操作性不好都會影響用戶對軟件的接納程度。因此軟件的可用性也是非常重要的。
完成了設(shè)計(jì)之后，接下來就要進(jìn)行編碼了。在編碼階段，應(yīng)該怎樣保證我們的編碼質(zhì)量呢？兩個(gè)比較有效的方法就是代碼走查和單元測試。
代碼走查可以以組為單位進(jìn)行，代碼走查可以發(fā)現(xiàn)代碼是否符合代碼規(guī)范，是否存在拼寫錯(cuò)誤，是否具有可讀性，類和方法是否過于冗長，類之間是否存在高耦合性。
代碼質(zhì)量的一個(gè)很重要的標(biāo)準(zhǔn)就是代碼的可讀性，可讀性不一定是簡單的代碼，而是容易理解的代碼，因?yàn)檫^于復(fù)雜的代碼難以測試和維護(hù)，同時(shí)出錯(cuò)的幾率也會更高。
如果一個(gè)方法內(nèi)部的代碼很長，而且使用了很多令人難以理解的數(shù)據(jù)集，就會帶來代 碼維護(hù)的困難，因?yàn)楹苌儆腥四軌蛴行У胤治鏊鼈?，因此也就最容易出現(xiàn)缺陷和錯(cuò)誤。類之間的耦合度會造成類與類之間的相互關(guān)聯(lián)，當(dāng)一個(gè)類發(fā)生改變時(shí)會使其他的類發(fā)生意想不到的變化，一般從導(dǎo)入類的個(gè)數(shù)判斷類之間的耦合度，如果導(dǎo)入類的個(gè)數(shù)很多，或者該類的public方法太多都會導(dǎo)致類之間的高耦合性增加。
編碼階段另一個(gè)非常重要的手段就是單元測試。單元測試是一個(gè)模塊的功能及常規(guī)錯(cuò)誤測試，單元測試是由程序員進(jìn)行的，一般單元測試能夠捕獲80%的bug。因此單元測試對保證代碼質(zhì)量方面占有很重要的地位，由于這方面內(nèi)容比較多，我們這里就不做具體闡述了。
好了，經(jīng)過了這樣一次質(zhì)量旅行，我們對軟件開發(fā)是否增加了很多信心呢？當(dāng)然軟件項(xiàng)目管理還有很多其他的因素，但是如果每個(gè)階段都能夠很好的控制質(zhì)量，就會在產(chǎn)品開發(fā)初期減少很多風(fēng)險(xiǎn)，從而使我們的軟件開發(fā)在一個(gè)可以控制的范圍內(nèi)進(jìn)行，這樣我們才能夠避免過多的沒有必要的人力物力的浪費(fèi)，從而使我們的產(chǎn)品更快更好的投入市場。