【正文】 需求分析 原型開發(fā) 原型評定 目標(biāo)系統(tǒng)設(shè)計 目標(biāo)系統(tǒng)實現(xiàn) 用戶意見 軟件開發(fā)流程 用 戶 初始需求 交付的軟件 運行 維護 分析定義 需求規(guī)格說明 設(shè)計 設(shè)計文檔 實現(xiàn) 測試 源程序 軟件生命周期 ——定義期 ? 定義期 –要為被開發(fā)的軟件規(guī)定 “ 做什么 ” –開發(fā)人員要確定 ?軟件將處理什么信息 ?軟件的功能 ?軟件的性能 ?建立什么樣的接口 ?要考慮什么設(shè)計限制 ?軟件開發(fā)成功的確認(rèn)標(biāo)準(zhǔn) 軟件生命周期 ——定義期 ? 定義期包括三個階段的工作 – 系統(tǒng)分析 ? 把軟件要完成的工作與整個計算機系統(tǒng)的其他部分 ， 如硬件 ， 操作人員及數(shù)據(jù)庫等應(yīng)完成的工作區(qū)分開來 – 軟件項目計劃 ? 確定軟件開發(fā)總目標(biāo) ， 進行風(fēng)險分析 ， 資源分配 ， 成本估計 ， 規(guī)定工作任務(wù)和進度安排 – 需求分析 ? 更明確地確定軟件做什么 ? 給出所開發(fā)軟件的功能 ， 性能 ， 用戶接口 ? 對數(shù)據(jù)流進行分析 ? 給出功能說明 ? 寫出用戶手冊初稿 軟件生命周期 ——開發(fā)期 ? 開發(fā)期 –著重解決所開發(fā)軟件 “ 怎么做 ” 的問題 –開發(fā)期要進行 ?設(shè)計數(shù)據(jù)結(jié)構(gòu) ?設(shè)計軟件總體結(jié)構(gòu) ?實現(xiàn)軟件的過程細節(jié) ?將設(shè)計轉(zhuǎn)換成程序語言 ?進行測試 軟件生命周期 ——開發(fā)期 ? 開發(fā)期含有以下三個階段 –軟件設(shè)計 ?把已經(jīng)確定的軟件需求轉(zhuǎn)換成特定形式的設(shè)計表示 ， 使其得以實現(xiàn) –程序編制 ?用某個編程語言表達軟件設(shè)計時確定的處理過程算法 –軟件測試 ?對已編制的程序進行測試 ， 以找出其中功能上 、邏輯上和實現(xiàn)中的錯誤 軟件生命周期 ——維護期 ? 運行維護期 –著重解決因多種原因軟件要做的變更 –軟件投入使用后 ， 要對軟件作變更的理由 ?開發(fā)期中存在的問題 ， 當(dāng)時未能發(fā)現(xiàn)和及時解決 ?適應(yīng)變更了的軟件運行環(huán)境 ?軟件需進一步完善 ?用戶需求較小的變化 軟件生存周期 ? 軟件生存期的三個時期有時也籠統(tǒng)地稱為軟件開發(fā) ? 為更清楚地表達生存期內(nèi)各個階段的工作和各階段間的關(guān)系 ， 可為生存期設(shè)計不同的范型 ， 或稱模型 。 系統(tǒng)分析 ? 在確定以上各項時 ， 常常要設(shè)想多種可能的方案 ， 再根據(jù)需要從中進行比較選擇 ? 系統(tǒng)分析中對系統(tǒng)的可行性分析是十分重要的 ，這是此項目能否進行的關(guān)鍵 ， 它包括以下方面： – 技術(shù)可行性研究 ? 必須明確現(xiàn)有的條件是否能滿足開發(fā)軟件所需的技術(shù)設(shè)備 、用戶的技術(shù)要求 ， 開發(fā)時間是否合理等 – 經(jīng)濟可行性研究 ? 對開發(fā)所需的經(jīng)費和軟件所帶來的經(jīng)濟效益進行估計 – 社會可行性研究 ? 考慮所開發(fā)的軟件項目是否涉及版權(quán)糾紛等法律問題 ， 以及投入運行后對生產(chǎn) 、 管理或經(jīng)營體制帶來什么社會影響 實施計劃報告 ? 在認(rèn)真做好上述系統(tǒng)分析工作的基礎(chǔ)上 ，要制定一個大致的實施計劃 ， 也就是編寫一個實施計劃報告 ? 這個報告只是對實施方案進行粗略的描述 ， 主要有四個方面的內(nèi)容 –開發(fā)進度 –人員投入計劃 –人員組織 –資源的利用 實施計劃報告 ? 一個實施計劃報告的提要實例： 1. 軟件開發(fā)項目名稱 2. 任務(wù)概述 3. 負責(zé)單位 （ 包括：管理機構(gòu)和任務(wù)的分解 ） 4. 開發(fā)人員組織 （ 包括：組織結(jié)構(gòu)和任務(wù)的分配 ） 5. 人員投入計劃 （ 包括：總估計和各階段投入計劃 ） 6. 其他資源利用 （ 包括：設(shè)備和資料 ） 7. 開發(fā)進度 （ 包括：階段的劃分 ， 各階段的評審時間和提供開發(fā)進展報告時間 ） 8. 項目完成檢驗 （ 包括：檢驗機構(gòu) ， 檢驗方式和交付產(chǎn)品的清單 ） ? 編寫的實施計劃報告只是對開發(fā)項目的初步設(shè)想 ， 但也要反映出實施方案的主要內(nèi)容 實施計劃報告 ? 在軟件開發(fā)項目實施計劃得到批準(zhǔn)以后 ， 便可開始工作 ， 這時不要急于進行軟件設(shè)計 ， 而是要弄清楚用戶的需要 ? 需求分析做得不好 ， 用戶和軟件開發(fā)人員未能全面地 、精確地理解和表達這些需求 ， 致使一些隱藏的問題隨著開發(fā)工作的進行帶給后面階段 ， 最終將給開發(fā)工作造成不良的影響 計劃 需求分析 設(shè)計 編碼 測試 需求分析中發(fā)生的問題對后期開發(fā)工作造成的影響示意圖 結(jié)構(gòu)化分析方法 ? 需求分析最常用的方法是結(jié)構(gòu)化分析方法 （ Structured Analysis） ， 它適用于分析大型數(shù)據(jù)處理系統(tǒng) ? 該方法簡明 ， 易于掌握 ， 與設(shè)計階段的結(jié)構(gòu)化方法相銜接 ， 將取得良好的設(shè)計效果 結(jié)構(gòu)化分析方法的基本思想和步驟 ? 結(jié)構(gòu)化分析方法的基本思想是采用 “ 分解 ”和 “ 抽象 ” 的基本手段 ， 由頂向下逐層分解 ，具體步驟為： 1. 理解當(dāng)前的現(xiàn)狀環(huán)境 ， 建立當(dāng)前系統(tǒng)的 “ 具體模型 ” 2. 從當(dāng)前系統(tǒng)的 “ 具體模型 ” 抽象出當(dāng)前系統(tǒng)的“ 邏輯模型 ” 3. 分析目標(biāo)系統(tǒng)與當(dāng)前系統(tǒng)在邏輯上的差別 ， 建立目標(biāo)系統(tǒng)的邏輯模型 4. 為了對目標(biāo)系統(tǒng)做完整的描述 ， 還需要考慮人機界面和其他一些問題 結(jié)構(gòu)化分析方法的描述方法 ? 數(shù)據(jù)流圖 （ DFD） 和分層的數(shù)據(jù)流圖 ? 數(shù)據(jù)詞典 （ DD, Data Dictionary） ? 加工說明 (1)數(shù)據(jù)流圖 (DFD, Data Flow Diagram) ? 數(shù)據(jù)流圖以圖形的方式表示系統(tǒng)中的信息變換和傳遞的過程 ， 數(shù)據(jù)流圖的基本符號只有下列四種： – 數(shù)據(jù)流 – 加工 – 數(shù)據(jù)存儲 – 數(shù)據(jù)源點及數(shù)據(jù)終點 ? 畫 DFD圖的方法：由外向里 ， 自頂而下 ， 逐層分解 數(shù)據(jù)流圖的基本符號 ? 數(shù)據(jù)流 – 數(shù)據(jù)流是具有名字且具有流向的數(shù)據(jù) ， 用標(biāo)有名字的箭頭表示 。 ? 數(shù)據(jù)存儲 – 文件是數(shù)據(jù)存儲形式的統(tǒng)稱 ， 它表示了數(shù)據(jù)流在加工過程中需要存儲或查找的信息 。 值 N 處理 任務(wù) 1 處理 任務(wù) 2 –因果圖法 ?采用邏輯圖的形式來表達功能說明書中輸入條件的各種組合與輸出的關(guān)系 。 模塊測試應(yīng)測試以下內(nèi)容： – 重要執(zhí)行路徑 ， 接口 ， 界面 ， 出錯處理 ? 動態(tài)測試方法以白盒法為主 ， 輔以黑盒法 ? 重要執(zhí)行路徑的測試使用白盒法 ? 白盒法必須先列出所有的判定 ， 再選擇覆蓋標(biāo)準(zhǔn) ， 根據(jù)不同的覆蓋標(biāo)準(zhǔn)所列出的情況 ， 設(shè)計測試用例 ? 模塊測試是整個測試的基礎(chǔ) ， 它可以： – 減少測試的復(fù)雜性 – 易于確定錯誤的位置 – 多個模塊可以并行測試 ， 縮短測試周期 組裝測試 ? 又稱整體測試 ， 它的測試目的是為了發(fā)現(xiàn)程序結(jié)構(gòu)的錯誤 ? 重點測試模塊的接口部分 ， 須設(shè)計測試過程使用的驅(qū)動模塊 ? 確定模塊組裝方案 ， 采用逐增式組裝測試 ， 應(yīng)給出具體的模塊組裝次序 ? 通常模塊組裝次序有：自頂而下 ， 自底而上 ， 寬度優(yōu)先 ， 深度優(yōu)先等 ? 測試方法以黑盒法為主 – 設(shè)計驅(qū)動模塊 （ 模擬輸入 /輸出 ） 或樁模塊 （ 模擬其下面的模塊 ） – 對每一個新組裝的子系統(tǒng)進行測試 – 對發(fā)現(xiàn)問題較多的子系統(tǒng)或模塊應(yīng)用白盒法作回歸測試 確認(rèn)測試與系統(tǒng)測試 ? 根據(jù)需求規(guī)格說明書所確定的系統(tǒng)功能和性能 ， 用黑盒法設(shè)計測試用例 驗收測試 ? 由用戶完成驗收測試 3 結(jié)構(gòu)化開發(fā)方法概述 ? 結(jié)構(gòu)化分析方法 ? 結(jié)構(gòu)化設(shè)計方法 ? 軟件編碼 ? 軟件測試 ? 軟件維護 軟件維護 ? 軟件維護是生存周期的最后一個階段 ，它的工作是保證軟件在長時間內(nèi)能夠正常運行 ? 軟件維護可分為四類： –糾錯性維護 –適應(yīng)性維護 –完善性維護 –預(yù)防性維護 軟件維護 ? 軟件維護過程中應(yīng)注意和預(yù)防產(chǎn)生軟件維護的副作用 ， 軟件維護的副作用可以分為三類： –修改程序的副作用 –修改數(shù)據(jù)的副作用 –文檔的副作用 軟件維護 ? 為了控制因修改而引起的副作用 ， 應(yīng)做到： –按模塊把修改分組 –自頂向下地安排所修改模塊地順序 –每次修改一個模塊 –對每個以修改的模塊 ， 在安排修改下一個模塊之前 ， 要確定這個修改的副作用 ?可以使用交叉引用表 ， 存儲映象表 ， 執(zhí)行流程跟蹤等 第三部分 軟件工程 1. 軟件工程的基本概念 2. 軟件開發(fā)方法與工作模型 3. 結(jié)構(gòu)化開發(fā)方法概述 4. 習(xí)題 4 習(xí)題 ——選擇題 1. 軟件危機出現(xiàn)于 （ ） 。 – A. 應(yīng)用范圍 B. 內(nèi)部邏輯 – C. 功能 D. 輸入數(shù)據(jù) C B C 4 習(xí)題 ——選擇題 5. 軟件維護大體上可分為三種類型 （ ） 、（ ） 、 （ ） 維護 。 – A. 開發(fā) B. 使用 – C. 維護 D. 更新 A C 4 習(xí)題 ——選擇題 9. 概要設(shè)計的結(jié)果是提供一份 （ ） 。 – A. 程序設(shè)計時期 B. 軟件運行時期 – C. 軟件時期 D. 軟件測試時期 – E. 軟件開發(fā)時期 F. 軟件計劃時期 – G. 軟件維護時期 H. 軟件工程時期 A C H F E B 4 習(xí)題 ——選擇題 13. SD主要用于軟件設(shè)計的 （ ） 階段 ， 它主要采用 （ ） 來描述軟件結(jié)構(gòu) 。 – A. 維護 B. 測試 – C. 詳細設(shè)計 D. 概要設(shè)計 – E. 編碼 F. 需求分析 A F D C E B A 4 習(xí)題 ——選擇題 17. 結(jié)構(gòu)化分析方法 SA、 結(jié)構(gòu)化設(shè)計方法 SD和 Jackson方法是軟件開發(fā)過程中常用的方法 。 – A. 外部特性 B. 內(nèi)部特性 – C. 算法和使用數(shù)據(jù) D. 功能和輸入輸出數(shù)據(jù) A D B C 4 習(xí)題 ——判斷 題 1. 瀑布模型是一種軟件生命周期 。（ ） 5. 為了解決軟件危機 ， 人們提出了用工程化的原則和方法來組織軟件的開發(fā) ， 這就是軟件工程誕生的基礎(chǔ) 。 測試過程按單元測試 、 組裝測試 、 系統(tǒng)測試和全面測試四個步驟進行 （ ） 8. SA方法主要利用數(shù)據(jù)流圖來表達系統(tǒng)的信息變化和傳遞過程 ， 用數(shù)據(jù)詞典來對其中的加工進行詳細描述 。 在面向?qū)ο蟮南到y(tǒng)中 ， 數(shù)據(jù)和過程是封裝在一起的 。 （ ） 3. 軟件是程序以及開發(fā) 、 使用和維護程序所需的所有文檔 。 – A. 程序流程圖 B. 具體的語言程序 – C. 模塊結(jié)構(gòu)圖及模塊的功能說明書 – D. 分層數(shù)據(jù)流圖和數(shù)據(jù)詞典 – E. 分解與抽象 F. 分解與綜合 – G. 歸納與推導(dǎo) H. 試探與回歸 – I. 從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu) – J. 從數(shù)據(jù)流圖導(dǎo)出初始結(jié)構(gòu)圖 – K. 從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu) – L. 從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu) D C J I 4 習(xí)題 ——選擇題 18. 概要設(shè)計的任務(wù)是決定系統(tǒng)中各個模塊的（ ） ， 即其 （ ） 。 – A. 單元測試 B. 人工測試 – C. 組裝測試 D. 上機測試 C E A C 4 習(xí)題 ——選擇題 15. 軟件的維護指的是 （ ） 。 – A. 模塊說明書 B. 軟件規(guī)格說明書 – C. 項目開發(fā)計劃 D. 合同文檔 A B 4 習(xí)題 ——選擇題 11. 軟件開發(fā)方法從 1945年至今 ， 經(jīng)歷了（ ） 、 （ ） 、 （ ） 三個階段 。 – A. DFD圖 B. PAD圖 – C. 結(jié)構(gòu)化英語 D. 判定表 A C D B 4 習(xí)題 ——選擇題 7. 結(jié)構(gòu)化設(shè)計是以 （ ） 為基礎(chǔ) 、 自頂向下 、 逐步求精和模塊化的過程 。 – A. 運籌學(xué) B. 工程學(xué) – C. 軟件學(xué) D. 數(shù)學(xué) C B 4 習(xí)題 ——選擇題 3. 瀑布模型把軟件生存周期劃分為軟件定義 、軟件開發(fā)與 （ ） 三個階段 ， 而每一階段又可分為若干更小的階段 。 – 錯誤推測法 ?憑經(jīng)驗或直覺推測可能的錯誤 ， 選擇測試 。 ? 用例圖 : 從用戶角度描述系統(tǒng)的行為 ， 并指出各功能的操作者 ? 狀態(tài)圖 ：描述由事件驅(qū)動的系統(tǒng) /對象的狀態(tài)轉(zhuǎn)移 ? 活動圖 ：描述活動之間的控制流 ? 交互圖：描述對象之間的交互情況 ?順序圖 ：重點描述消息發(fā)生的事件順序 ?合作圖 ：重點描述各個對象之間收發(fā)消息的情況 UML的五類基本視圖 構(gòu)件視圖 用例視圖 配置視圖