【文章內(nèi)容簡介】 ，即編碼、測試、交付、安裝、文檔、培訓； (6)客戶評審，獲得客戶的反饋。 下一頁 上一頁 停止放映 第 35|76頁 軟件過程 ? 軟件過程是生產(chǎn)軟件的一系列可預(yù)測、可控制活動的步驟，即把用戶要求轉(zhuǎn)化為軟件產(chǎn)品的一系列有序開發(fā)活動的集合。 ? 軟件過程給出了軟件開發(fā)所要遵循的基本路線，它的重要性在于它使一組開發(fā)活動具有了一致性和結(jié)構(gòu)，從而使在軟件開發(fā)過程中人們能夠使用自己熟悉的技術(shù)和工具設(shè)計和開發(fā)軟件，并能保持軟件產(chǎn)品和服務(wù)在一定程度上的一致性和質(zhì)量。過程的重要性還在于它能夠獲取經(jīng)驗并將這些經(jīng)驗傳授給別人。 ? 但是， Wasserman在 1996年提出： “ 應(yīng)用類型和組織文化之間的巨大差別使得過程本身規(guī)范化是不可能的 ” 。相反，他建議不同類型的軟件，使用不同的過程。 下一頁 上一頁 停止放映 第 36|76頁 軟件質(zhì)量 ? 軟件質(zhì)量保證 SQA活動，貫穿于軟件過程始終。開發(fā)單位成立 SQA小組負責全面質(zhì)量管理。在開發(fā)項目計劃時就要做出 SQA計劃。其工作： ? 各種測試 測試軟件是否滿足規(guī)格說明要求。 ? 各種評審 為多種人員參與的討論會，以規(guī)格說明或各種標準，規(guī)范為準評價各項軟件工作。 ? 各種審計 以職能人員為主審，審查軟件過程產(chǎn)物是否符合標準或規(guī)格說明書。 ? 報告和記錄 所有測試、評審、審計都要詳細記錄并寫出報告，報告和記錄均要整理、歸檔。 ? 以上活動均應(yīng)在軟件質(zhì)量保證計劃中列出。 下一頁 上一頁 停止放映 第 37|76頁 三 . 組織過程 ? 組織過程包括的軟件開發(fā)活動和任務(wù)是： ? 基礎(chǔ)設(shè)施建設(shè) ? 軟件工程工具和方法 ? 改進 ? 培訓 下一頁 上一頁 停止放映 第 38|76頁 基礎(chǔ)設(shè)施建設(shè) ? 建立、維護和管理用于軟件開發(fā)過程中其他活動的硬件和軟件的基礎(chǔ)設(shè)施； ? 建立、維護和管理用于軟件開發(fā)過程中其他活動的軟件開發(fā)工具和方法； ? 建立、維護和管理用于軟件開發(fā)過程中其他活動的開發(fā)技術(shù) 、技術(shù)規(guī)范和標準； ? 建立、維護和管理用于軟件開發(fā)過程中其他活動的其他基礎(chǔ)設(shè)施。 下一頁 上一頁 停止放映 第 39|76頁 軟件工程工具和方法 ? 程序的開發(fā)、運行都是在支持軟件的基礎(chǔ)上作出的。支持軟件的總和稱之為軟件開發(fā)環(huán)境 。 ? 早期的環(huán)境只有最必要的軟件工具；例如語言的編譯器、連接器、加載和運行工具、排錯、信息顯示及編輯工具。稱為最小環(huán)境工具集。 ? 70年代中期 , 軟件工程師迫于軟件危機的壓力 , 提出了計算機輔助軟件工程 (CASE)的設(shè)想 , 開發(fā)出一系列工具盡量使軟件過程的各項活動自動化、半自動化。 ? 相應(yīng)問題：工具日益增多 , 給使用者帶來不便 ,例如，各工具的使用方法、格式、參數(shù)等差異的問題。這就在客觀上產(chǎn)生了對于集成的 CASE工具的需求。 下一頁 上一頁 停止放映 第 40|76頁 計算機輔助軟件工程 CASE ? 人們期望，借助 CASE工具，有朝一日軟件開發(fā)人員可以像在自動流水線上生產(chǎn)計算機那樣生產(chǎn)軟件。 ? CASE 工具具有如下特征： ? 支持專用的個人計算環(huán)境； ? 使用圖形功能對軟件系統(tǒng)進行說明并建立文檔； ? 將生命周期各階段的工作連接在一起； ? 收集和連接軟件系統(tǒng)從最初的軟件需求到軟件維護各個環(huán)節(jié)的所有信息； ? 用人工智能實現(xiàn)軟件開發(fā)和維護工作的自動化。 下一頁 上一頁 停止放映 第 41|76頁 軟件工程工具 ? 信息工程工具 ? 過程模型和管理工具 ? 項目計劃工具 ? 風險分析工具 ? 項目管理工具 ? 需求追蹤工具 ? 度量和管理工具 ? 文檔工具 ? 系統(tǒng)軟件工具 ? 質(zhì)量保證工具 ? 數(shù)據(jù)庫管理工具 下一頁 上一頁 停止放映 第 42|76頁 改進 ? 軟件開發(fā)技術(shù)會隨著軟件開發(fā)工程實踐活動的不斷開展而發(fā)展。改進活動就負有總結(jié)經(jīng)驗、不斷改進開發(fā)技術(shù)和開發(fā)方法的職能。改進活動的基本內(nèi)容有： ? 對整個軟件生存過程進行評估； ? 對現(xiàn)行過程進行度量； ? 對現(xiàn)行過程進行改進。 下一頁 上一頁 停止放映 第 43|76頁 培訓 ? 為了使用戶能夠盡快掌握使用軟件系統(tǒng)，要對用戶進行培訓。 ? 活動包括： ? 制定培訓計劃。 ? 編寫培訓教材。 ? 實施培訓計劃。 下一頁 上一頁 停止放映 第 44|76頁 軟件工程方法學 ? 通常把在軟件生命周期全過程中使用的一整套技術(shù)方法的集合稱為方法學，也稱為范型。 ? 軟件工程方法學包括 3個要素：方法、工具和過程。 ? 這三者之間是相互聯(lián)系的。方法是完成軟件開發(fā)過程中各項任務(wù)的技術(shù)方法，回答 “ 怎樣做 ” 的問題；工具是為運用方法而提供的自動或半自動的軟件支撐環(huán)境；過程是為了獲得高質(zhì)量的軟件所需完成的一系列任務(wù)的框架，它規(guī)定了完成各項任務(wù)的工作步驟。 下一頁 上一頁 停止放映 第 45|76頁 傳統(tǒng)方法學 ? 傳統(tǒng)方法學是建立在軟件生存周期方法學和結(jié)構(gòu)化方法學的基礎(chǔ)上。因此，具有明顯的那個時代的特點。 70年代，計算機技術(shù)水平不高，開發(fā)工具少而且性能差。 ? 對于大型復(fù)雜問題的求解，人們不得不采用 “ 將大化小 “ 、 “ 將難化簡 ” ，最后“ 分而治之 ” 的開發(fā)策略。 下一頁 上一頁 停止放映 第 46|76頁 ? 結(jié)構(gòu)化方法是由結(jié)構(gòu)化分析方法SA、結(jié)構(gòu)化設(shè)計方法 SD和結(jié)構(gòu)化程序設(shè)計方法 SP組成的，該方法的核心是基于功能分解的模塊化層次結(jié)構(gòu)方法。 下一頁 上一頁 停止放映 第 47|76頁 結(jié)構(gòu)化分析 SA ?自頂向下 ?逐步求精 ?模塊化設(shè)計 ? 結(jié)構(gòu)化分析的要點是：將大問題化為小問題，找出關(guān)鍵點、難點，定量描述；核心是：分解；手段是：模塊化。 下一頁 上一頁 停止放映 第 48|76頁 結(jié)構(gòu)化設(shè)計 SD ?模塊化結(jié)構(gòu) ?模塊獨立性 ? 結(jié)構(gòu)化設(shè)計方法的要點是：將系統(tǒng)設(shè)計成由相對獨立、單一功能的模塊組成的軟件結(jié)構(gòu)。模塊獨立性用模塊內(nèi)的內(nèi)聚性和模塊間的耦合性來衡量。 下一頁 上一頁 停止放映 第 49|76頁 結(jié)構(gòu)化程序設(shè)計 SP ? 自頂向下逐步加細； ? 模塊只有一個入口，一個出口； ? 三種基本結(jié)構(gòu)； ? 開發(fā)支持庫； ? 主程序員組 ? 結(jié)構(gòu)化程序設(shè)計方法 SP的要點是用三種基本結(jié)構(gòu)的語句編寫只有一個入口和一個出口的模塊程序，盡可能地采用重用程序，開發(fā)組織形式為主程序員組。 下一頁 上一頁 停止放映 第 50|76頁 傳統(tǒng)方法學的缺點 ? 過分強調(diào)了分階段實施，使得開發(fā)過程各個階段之間存在嚴重的順序性和依賴性； ? 很難將一個復(fù)雜的問題化簡、分解； ? 設(shè)計方法存在很大的主觀隨意性； ? 基于功能分解的系統(tǒng)結(jié)構(gòu)難于修改和擴充； ? 思維成果的可重用性