敏捷開發和詳細設計
阿新 • • 發佈：2018-12-23
傳統的軟體開發過程，總要按需求分析，可行性分析，概要設計，詳細設計，測試，維護
的軟體週期來進行，隨著敏捷開發方法和敏捷開發工具和技巧的發展，軟體過程中的
一些步驟被新的開發顛覆甚至忽略。
模組耦合度低的專案，開發人員往往在概要設計、專案結構建立之後，就拿著需求文件在做各自的子模組，
需要程式依賴和資料依賴不大，但是總體沒有詳細設計，這樣的開發，表面上看來是比較快，開發週期短，
程式碼一旦提交到測試環節，專案測試人員和專案經理就會發現，測試周期比計劃中要長，長得多。
在整合測試中，模組之間會出現資料同步性和完整性問題，引發的程式錯誤，這是必然的。
不管你需求分析文件再怎樣準確和完整詳細，由於開發人員的水平不同，相同的需求，在不同人的手裡，會有截然不同的實現，
採用敏捷開發方法的開發，為了達到敏捷的目的，可採用兩種方法，
第一種：設計人員應完成概要設計之後，把需求
分給開發人員，讓其完成詳細設計，最後提交 類圖，狀態圖，及IPO到設計人員，這個方法要求開發人員水平相對要高，有開
發經驗，設計人員在稽核過程中可以開發人員交流使設計趨向完整並具全域性性，適合模組較多的大專案，
第二種方法：設計人員提交比詳細設計簡單的‘簡明設計’，主要著重於比較複雜的詳細演算法，全域性的業務管理，合法輸入，預期輸出，
其它實現細節將被忽略，由開發人員自己完成。
敏捷開發，在設計和實現上佔用的時間，將是個矛盾，合理處理這個矛盾，將決定專案的成功與否，
對於本人設想的開發方法，您如果有什麼意見和想法，請您給我留言
的軟體週期來進行，隨著敏捷開發方法和敏捷開發工具和技巧的發展，軟體過程中的
一些步驟被新的開發顛覆甚至忽略。
模組耦合度低的專案，開發人員往往在概要設計、專案結構建立之後，就拿著需求文件在做各自的子模組，
需要程式依賴和資料依賴不大，但是總體沒有詳細設計，這樣的開發，表面上看來是比較快，開發週期短，
程式碼一旦提交到測試環節，專案測試人員和專案經理就會發現，測試周期比計劃中要長，長得多。
在整合測試中，模組之間會出現資料同步性和完整性問題，引發的程式錯誤，這是必然的。
不管你需求分析文件再怎樣準確和完整詳細，由於開發人員的水平不同，相同的需求，在不同人的手裡，會有截然不同的實現，
採用敏捷開發方法的開發，為了達到敏捷的目的，可採用兩種方法，
第一種：設計人員應完成概要設計之後，把需求
分給開發人員，讓其完成詳細設計，最後提交 類圖，狀態圖，及IPO到設計人員，這個方法要求開發人員水平相對要高，有開
發經驗，設計人員在稽核過程中可以開發人員交流使設計趨向完整並具全域性性，適合模組較多的大專案，
第二種方法：設計人員提交比詳細設計簡單的‘簡明設計’，主要著重於比較複雜的詳細演算法，全域性的業務管理，合法輸入，預期輸出，
其它實現細節將被忽略，由開發人員自己完成。
敏捷開發，在設計和實現上佔用的時間，將是個矛盾，合理處理這個矛盾，將決定專案的成功與否，
對於本人設想的開發方法，您如果有什麼意見和想法，請您給我留言