ch04-項目方法的選擇(文件)
【正文】 238Mar23 1越是無能的人，越喜歡挑剔別人的錯兒。 2023年 3月 8日星期三 10時 10分 45秒 10:10:458 March 2023 1空山新雨后，天氣晚來秋。 10:10:4510:10:4510:10Wednesday, March 8, 2023 1不知香積寺，數(shù)里入云峰。 上午 10時 10分 45秒 上午 10時 10分 10:10: 沒有失敗，只有暫時停止成功！。 :10:4510:10:45March 8, 2023 1他鄉(xiāng)生白發(fā)，舊國見青山。 , March 8, 2023 雨中黃葉樹，燈下白頭人。 “系統(tǒng)要求有可擴充性，可以在現(xiàn)有系統(tǒng)的基礎(chǔ)上，通過前臺就可以加掛其他功能模塊” ? 說明用戶會增加新的需求。 ? 這樣，只有等到一個可用的產(chǎn)品出來，通過客戶使用這個可用產(chǎn)品，然后進行評估，評估的結(jié)果作為下個增量的開發(fā)計劃。這樣一來，用戶可以在先試用最小版本的同時，提出更多明確的需求，這有助于下一階段的開發(fā)，大大減少了開發(fā)的風險。 它要完成學校管理層、教師、學生、家長等日常工作、學習、管理、咨詢等任務。 練習：案例研究 某教育部門希望目前的中小學有一個現(xiàn)代化的信息交流平臺，即校務管理系統(tǒng)。 商品軟件 商品軟件也許未必滿足你的所有要求。 漸進原型強調(diào)的是系統(tǒng)看得見的樣子，再回來堵漏洞；漸進交付中，最初的重點是系統(tǒng)核心和底層系統(tǒng)功能。 漸進交付 漸進交付 是一種跨越了 漸進（進化）原型 和 增量式交付 兩種模型的過程模型。 面向進度的設計 類似于增量式交付，但是面向進度的設計生命周期模型在開始的時候不必知道究竟能達到何種目標，但是 要確保最后期限 。 增量式交付 增量式交付模型的特點 階段式提交一個可運行的產(chǎn)品 關(guān)鍵的功能更早出現(xiàn) 早期預警問題，避免軟件缺陷不知不覺的增長 減少報告負擔 階段性完成可以降低估計失誤 階段性完成均衡了彈性與效率 增量式交付的優(yōu)點 ? 項目結(jié)束交付全部成果前，分階段將有用的功能交付給用戶。 原型法 原型是項目系統(tǒng)中一個方面或多個方面的工作模型 ? 拋棄型原型 ：用于試驗某些概念，實驗完系統(tǒng)將無用處。 優(yōu)點：加快進度。 ? 擴展了瀑布模型的測試活動 ? 理想的情況下，改正活動只應該返回對應層次的下層。 瀑布模型 最早，被廣泛使用的過程模型 需求分析 驗證 規(guī)格說明 驗證 設計 驗證 編碼 測試 綜合測試 維護 變化的需求 驗證 瀑布模型適用于什么場合，有何優(yōu)缺點？ 瀑布模型特點 特點： ? 階段順序執(zhí)行 ? 嚴格的質(zhì)量保證 ? 推遲實現(xiàn) 瀑布模型適用條件 當有一個穩(wěn)定的產(chǎn)品定義和很容易被理解的技術(shù)解決方案時，純瀑布模型特別合適。軟件開發(fā)過程能夠?qū)⒓夹g(shù)集成在一起從而使軟件的開發(fā)能夠以一種合理而及時的方式完成。 一個過程定義了為達到某個確定的目標，需要什么人、在什么時間以何種方式做何種工作。 選擇通用的生命期方法 ? 控制系統(tǒng)：一般為實時系統(tǒng)，比如需要Petri網(wǎng)技術(shù) Too often, software work follows the first law of bicycling: No matter where you’ re going, it’ s uphill and against the wind. 過程模型的選擇 軟件過程是將用戶的需求轉(zhuǎn)化成有效的軟件解決方案的一系列活動。 資源不確定性 ： ? 項目進行中資源的數(shù)量可能發(fā)生變化。第四講：項目方法的選擇 內(nèi)容 技術(shù)選擇 考慮風險 方法選擇 技術(shù)
教學課件相關(guān)推薦
鄂ICP備17016276號-1