軟件工程概述ppt課件(2)(編輯修改稿)
2024-10-08 20:22 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 研室 23 軟件工程方法學(xué) 軟件工程包括技術(shù)和管理兩方面的內(nèi)容，是技術(shù)與管理緊密結(jié)合所形成的工程學(xué)科。 所謂管理就是通過(guò)計(jì)劃、組織和控制等一系列活動(dòng)，合理地配置和使用各種資源，以達(dá)到既定目標(biāo)的過(guò)程。 通常把在軟件生命周期全過(guò)程中使用的一整套技術(shù)方法的集合稱(chēng)為方法學(xué)。 信息工程系 軟 件教研室 24 軟件工程方法學(xué) 軟件工程方法學(xué)包含 3個(gè)要素：方法、工具和過(guò)程。 方法是完成軟件開(kāi)發(fā)的各項(xiàng)任務(wù)的技術(shù)方法，回答“怎樣做”的問(wèn)題； 工具是為運(yùn)用方法而提供的自動(dòng)的或半自動(dòng)的軟件工程支撐環(huán)境； 過(guò)程是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。 信息工程系 軟 件教研室 25 軟件工程方法學(xué) 目前使用得最廣泛的軟件工程方法學(xué)，分別是傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)。 1. 傳統(tǒng)方法學(xué) 生命周期方法學(xué)或結(jié)構(gòu)化范型。它采用結(jié)構(gòu)化技術(shù)(結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化實(shí)現(xiàn) )來(lái)完成軟件開(kāi)發(fā)的各項(xiàng)任務(wù)，并使用適當(dāng)?shù)能浖ぞ呋蜍浖こ汰h(huán)境來(lái)支持結(jié)構(gòu)化技術(shù)的運(yùn)用。這種方法學(xué)把軟件生命周期的全過(guò)程依次劃分為若干個(gè)階段，然后順序地完成每個(gè)階段的任務(wù)。采用這種方法學(xué)開(kāi)發(fā)軟件的時(shí)候，從對(duì)問(wèn)題的抽象邏輯分析開(kāi)始，一個(gè)階段一個(gè)階段地進(jìn)行開(kāi)發(fā)。 信息工程系 軟 件教研室 26 軟件工程方法學(xué) 2. 面向?qū)ο蠓椒▽W(xué) 結(jié)構(gòu)化范型只能獲得有限成功的一個(gè)重要原因是，這種技術(shù)要么面向行為 (即對(duì)數(shù)據(jù)的操作 )，要么面向數(shù)據(jù)，還沒(méi)有既面向數(shù)據(jù)又面向行為的結(jié)構(gòu)化技術(shù)。 數(shù)據(jù)和對(duì)數(shù)據(jù)的處理原本是密切相關(guān)的，把數(shù)據(jù)和操作人為地分離成兩個(gè)獨(dú)立的部分，自然會(huì)增加軟件開(kāi)發(fā)與維護(hù)的難度。與傳統(tǒng)方法相反，面向?qū)ο蠓椒ò褦?shù)據(jù)和行為看成同等重要，它是一種以數(shù)據(jù)為主線(xiàn)，把數(shù)據(jù)和對(duì)數(shù)據(jù)的操作緊密地結(jié)合起來(lái)的方法。 信息工程系 軟 件教研室 27 軟件生存期 1． 可行性研究與計(jì)劃：調(diào)查用戶(hù)需求及處理過(guò)程 ， 進(jìn)行可行性分析研究 2． 需求分析：分析用戶(hù)需求 ， 建立目標(biāo)系統(tǒng)邏輯模型 。 3． 系統(tǒng)設(shè)計(jì)：分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì) ， 概要設(shè)計(jì)建立目標(biāo)系統(tǒng)的總體結(jié)構(gòu)及數(shù)據(jù)庫(kù)設(shè)計(jì)；詳細(xì)設(shè)計(jì)對(duì)模塊進(jìn)行過(guò)程描述 ， 確定模塊間的詳細(xì)接口 。 4． 程序設(shè)計(jì)：按詳細(xì)設(shè)計(jì)說(shuō)明書(shū)為每個(gè)模塊編寫(xiě)程序 。 5． 系統(tǒng)測(cè)試：檢查和調(diào)試程序的正確性 ， 排除錯(cuò)誤 。 6．維護(hù)運(yùn)行：運(yùn)行軟件；對(duì)程序擴(kuò)充修改；修改有關(guān)的文檔。 信息工程系 軟 件教研室 28 開(kāi)發(fā)模型 瀑布模型 演化模型 螺旋模型 噴泉模型 RUP開(kāi)發(fā) 敏捷過(guò)程與極限編程 微軟過(guò)程 信息工程系 軟 件教研室 29 問(wèn)題定義 編 碼 需求分析 設(shè) 計(jì) 可行性研究 運(yùn)行與維護(hù) 測(cè) 試 開(kāi)發(fā) 時(shí)期 運(yùn)行維護(hù)時(shí)期 計(jì)劃時(shí)期 (目標(biāo)與范圍說(shuō)明書(shū) ) (可行性論證論告 ) (維護(hù)報(bào)告 ) (測(cè)試報(bào)告 ) (程序 ) (設(shè)計(jì)文檔 ) (需求說(shuō)明書(shū) ) (Waterfall Model) 瀑布模型 信息工程系 軟 件教研室 30 軟件生存周期及軟件開(kāi)發(fā)模型 瀑布模型軟件開(kāi)發(fā)具有以下幾個(gè)特征： 1． 階段間的順序性和依賴(lài)性 順序性是指：只有等前一階段的工作完成以后 ， 后一 階段的工作才能開(kāi)始；前一階段的輸出文檔 ， 就是后一 階段的輸入文檔 。 依賴(lài)性又同時(shí)表明了 ， 只有前一階段 有正確的輸出時(shí) ， 后一階段才可能有正確的結(jié)果 。 信息工程系 軟 件教研室 31 軟件生存周期及軟件開(kāi)發(fā)模型 2． 推遲實(shí)現(xiàn)的觀(guān)點(diǎn) 過(guò)早地考慮程序的實(shí)現(xiàn) ， 常常導(dǎo)致大量返工 ， 有時(shí)甚 至給開(kāi)發(fā)人員帶來(lái)災(zāi)難性的后果 。 瀑布模型在編碼以前安排了分析階段和設(shè)計(jì)階段 ， 并 且明確宣布 ， 這兩個(gè)階段都只考慮目標(biāo)系統(tǒng)的邏輯模型 ， 不涉及軟件的物理實(shí)現(xiàn) 。 把邏輯設(shè)計(jì)與物理設(shè)計(jì)清楚地劃分開(kāi)來(lái) ， 盡可能推 遲程序的物理實(shí)現(xiàn) ， 這是瀑布型軟件開(kāi)發(fā)的一條重要的 指導(dǎo)思想 。 信息工程系 軟 件教研室 32 軟件生存周期及軟件開(kāi)發(fā)模型 3． 質(zhì)量保證的觀(guān)點(diǎn)
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1