症狀：
對終端使用者的需求理解的不夠精確
對需求的改變束手無策
程式塊不相容
軟體不易維護或不易擴充套件
對專案嚴重缺陷的發現較晚
軟體質量低劣
軟體效能無法令人接受
開發組中的人員按各自的方式進行開發，如果有人改變了部分軟體，將很難再進行重組
乙個不可靠的構造和發布過程
原因：
特別的需求管理
模糊和不精確的交流
脆弱哦的構架
過度複雜
未檢測出需求、設計和實現之間的不一致
測試的不足
對於專案狀況的評估過於主觀
未解決存在的風險
無法控制變化的產生和傳播
自動控制不足
軟體開發人員的基本原則
1.紮實的基礎。資料結構 離散數學 編譯原理，這些是所有電腦科學的基礎，如果不掌握他們，很難寫出高水平的程式。據我的觀察，學計算機專業的人比學其他專業的人更能寫出高質量的軟體。程式人人都會寫，但當你發現寫到一定程度很難再提高的時候，就應該想想是不是要回過頭來學學這些最基本的理論。不要一開始就去學oo...
軟體開發中的老問題 溝通
軟體開發中的老問題 溝通 在軟體開發中有這樣的乙個法則 brook 法則 向進度落後的專案中增加人手，只會使進度更加落後。我們經常可以聽到 1 1 2 的說法，但從這個法則中可以知道，在軟體開發中 加 1是小於 的，甚至是小於 1的，這是為什麼呢？其中主要的原因就是溝通，專案開發人員之間的相互溝通產...
軟體開發中的資源控制問題學習
軟體特別是一些較大的軟體都是由很多很多模組組成的，sw a b c d e 而我們知道，這些模組幾乎不會同時處於執行狀態。一般情況下，可能只有乙個或其中幾個模組處在同時執行中。如果在軟體啟動時就將這些模組全部初始化，其好處是因為所有的模組都已經被初始化了，所以當要執行其中某個模組時可以快速的執行起來...