軟體開發_瀑布模式_敏捷開發
現今時代,軟體開發
面臨著需求變換頻繁和快速交付 的挑戰
新型敏捷開發方法 ---> 採用 「增量」 和 「疊代」 的 開發過程
強調團隊緊密協作
此方法已經取代傳統 瀑布模型 (預測性為原則)
這裡介紹一下 傳統瀑布模式
主要以 預測性為原則
以文檔驅動開發過程(以計畫做為驅動)
以過程控制為核心
而且在整個過程中很少做變動!!!!
在 軟體開發過程中 通常會遇到
是否有一個可以實踐的完整、詳盡計畫???
軟體項目是否可以預先考慮到所有風險???
但事實上
預想結果 通常不如預期 也常遇到許多困難和阻礙
你是想獲取一些更有價值的交付產品???
還是只是想完成進度表(完成計畫)????
高質量的交付產品(是需要疊代演進)不停更新改版所產生的
用戶變化 對 創新是非常需要的!!!
敏捷開發 藉此 誕生
敏捷開發為一種基於更緊密團隊合作、可以有效應對快速變化需求、快速交付高質量
軟體的選代和增量
更注重協作
更注重質量
更關注可供作的產品
更關注全才化的專才
基於實踐而非理論!!!!!!!!
敏捷開發 強調 適應 而非預測
由於軟體需求 是不可預測的 !!!
透過適應 和 逼近
按照預測產生的結果 往往不是客戶所要
透過追蹤和適應而產出用戶喜歡的軟體
敏捷宣言:
個體和互動 勝過 過程和工具
可以工作的軟體 勝過 面面俱到的文檔
客戶合作 勝過 合同談判
響應變化 勝過 遵循計畫
可避免軟體開發過於僵化!!!!!
傳統瀑布模型強調文檔
用戶所需的是軟體
對開發而言最好的文檔 就是 代碼 和 團隊
面臨著需求變換頻繁和快速交付 的挑戰
新型敏捷開發方法 ---> 採用 「增量」 和 「疊代」 的 開發過程
強調團隊緊密協作
此方法已經取代傳統 瀑布模型 (預測性為原則)
這裡介紹一下 傳統瀑布模式
主要以 預測性為原則
以文檔驅動開發過程(以計畫做為驅動)
以過程控制為核心
而且在整個過程中很少做變動!!!!
在 軟體開發過程中 通常會遇到
是否有一個可以實踐的完整、詳盡計畫???
軟體項目是否可以預先考慮到所有風險???
但事實上
預想結果 通常不如預期 也常遇到許多困難和阻礙
你是想獲取一些更有價值的交付產品???
還是只是想完成進度表(完成計畫)????
高質量的交付產品(是需要疊代演進)不停更新改版所產生的
用戶變化 對 創新是非常需要的!!!
敏捷開發 藉此 誕生
敏捷開發為一種基於更緊密團隊合作、可以有效應對快速變化需求、快速交付高質量
軟體的選代和增量
更注重協作
更注重質量
更關注可供作的產品
更關注全才化的專才
基於實踐而非理論!!!!!!!!
敏捷開發 強調 適應 而非預測
由於軟體需求 是不可預測的 !!!
透過適應 和 逼近
按照預測產生的結果 往往不是客戶所要
透過追蹤和適應而產出用戶喜歡的軟體
敏捷宣言:
個體和互動 勝過 過程和工具
可以工作的軟體 勝過 面面俱到的文檔
客戶合作 勝過 合同談判
響應變化 勝過 遵循計畫
可避免軟體開發過於僵化!!!!!
傳統瀑布模型強調文檔
用戶所需的是軟體
對開發而言最好的文檔 就是 代碼 和 團隊
留言
張貼留言