項目質(zhì)量控制：設計階段

　　設計階段的問(wèn)題相對比較明顯――結構設計不合理，或者說(shuō)還不夠。一個(gè)傳統的C/S結構的系統，基本結構我們采用了經(jīng)典的三層模型來(lái)劃分系統。由于是在舊有系統上的改進(jìn)，我們在盡量不改變原有系統的基礎上添加新的功能。

　　主要的問(wèn)題可能就是體現在沒(méi)有對舊系統進(jìn)行改進(jìn)。舊系統本身有一些復雜的功能，邏輯關(guān)系也比較復雜，耦合度非常高。所以，在新需求來(lái)臨的時(shí)候，我們的第一反應就是盡量不去動(dòng)原來(lái)的設計與代碼，保證原有系統功能不會(huì )發(fā)生變化。這一點(diǎn)就暴露出了我們沒(méi)有去擁抱變化的決心與膽量。雖然舊系統很復雜，但是我們不能去故意回避它。對于舊系統中設計的不合理的地方，應該主動(dòng)大膽的去進(jìn)行重構。其實(shí)重構的作用就是對不合理結構的進(jìn)行改進(jìn)，設計模式更是在設計結構的變化改進(jìn)中才能體現它的價(jià)值。而這些東西，在我們的項目中都沒(méi)有應用．這可能跟我們的保守心理有關(guān)：只要不出問(wèn)題，我們就不去動(dòng)它，哪怕結構是多么的錯綜復雜。這種消極的觀(guān)念在當今的充滿(mǎn)變化的世界中是不太有前途的。項目經(jīng)理要有足夠的決心去做，同時(shí)，也不要擔心去變化。當然，可能有人會(huì )說(shuō)，時(shí)間緊怎么辦，其實(shí)這種付出對于項目的整體是只有好處沒(méi)有壞處的，因為結構合理會(huì )讓開(kāi)發(fā)人員會(huì )更少的時(shí)間去理解代碼，減少代碼開(kāi)發(fā)的復雜度，提高代碼編寫(xiě)的質(zhì)量。唯一需要考慮的就是如果改動(dòng)的話(huà)，如何來(lái)保證這種變化對原有系統的功能不產(chǎn)生影響。這就需要有更多的測試，最好是單元測試來(lái)保證，這就是下面會(huì )談到的問(wèn)題。