【正文】 ?把已經(jīng)確定的軟件需求轉(zhuǎn)換成特定形式的設(shè)計(jì)表示 ， 使其得以實(shí)現(xiàn) –程序編制 ?用某個(gè)編程語(yǔ)言表達(dá)軟件設(shè)計(jì)時(shí)確定的處理過(guò)程算法 –軟件測(cè)試 ?對(duì)已編制的程序進(jìn)行測(cè)試 ， 以找出其中功能上 、邏輯上和實(shí)現(xiàn)中的錯(cuò)誤 軟件生命周期 ——維護(hù)期 ? 運(yùn)行維護(hù)期 –著重解決因多種原因軟件要做的變更 –軟件投入使用后 ， 要對(duì)軟件作變更的理由 ?開(kāi)發(fā)期中存在的問(wèn)題 ， 當(dāng)時(shí)未能發(fā)現(xiàn)和及時(shí)解決 ?適應(yīng)變更了的軟件運(yùn)行環(huán)境 ?軟件需進(jìn)一步完善 ?用戶(hù)需求較小的變化 軟件生存周期 ? 軟件生存期的三個(gè)時(shí)期有時(shí)也籠統(tǒng)地稱(chēng)為軟件開(kāi)發(fā) ? 為更清楚地表達(dá)生存期內(nèi)各個(gè)階段的工作和各階段間的關(guān)系 ， 可為生存期設(shè)計(jì)不同的范型 ， 或稱(chēng)模型 。 1 軟件工程的基本概念 ? 軟件工程學(xué)的形成和發(fā)展 ? 軟件工程學(xué)研究的內(nèi)容 ? 軟件與軟件生命周期 ? 軟件工程基本原則 軟件工程學(xué)研究的內(nèi)容 ? “ 軟件工程 ” 是軟件工程人員尋求解決出現(xiàn)的軟件危機(jī)而產(chǎn)生的 ? 它的核心思想是 –采用工程化的原理與方法對(duì)軟件進(jìn)行計(jì)劃 、開(kāi)發(fā)和維護(hù) 質(zhì)量 成本 效率 工具 方法 過(guò)程 產(chǎn)品需求 產(chǎn)品 資源 管理 ??？！ 高效率、低成本地 開(kāi)發(fā)高質(zhì)量的軟件！ 軟件工程面對(duì)的挑戰(zhàn) 軟件工程兩個(gè)方面的內(nèi)容 ? 軟件開(kāi)發(fā)技術(shù) –軟件開(kāi)發(fā)方法學(xué) –軟件工具 –軟件工程環(huán)境 ? 軟件項(xiàng)目管理 –軟件度量 –項(xiàng)目估算 –進(jìn)度控制 –人員組織 –配置管理 –項(xiàng)目計(jì)劃等 1 軟件工程的基本概念 ? 軟件工程學(xué)的形成和發(fā)展 ? 軟件工程學(xué)研究的內(nèi)容 ? 軟件與軟件生命周期 ? 軟件工程基本原則 軟件與軟件生命周期 ? 關(guān)于軟件 – 要糾正那種認(rèn)為 “ 軟件就是程序 ， 開(kāi)發(fā)軟件就是編寫(xiě)程序 ” 的錯(cuò)誤觀念 – 軟件應(yīng)是 “ 程序以及開(kāi)發(fā) 、 使用和維護(hù)程序所需的所有文檔 ” 。 ? 數(shù)據(jù)存儲(chǔ) – 文件是數(shù)據(jù)存儲(chǔ)形式的統(tǒng)稱(chēng) ， 它表示了數(shù)據(jù)流在加工過(guò)程中需要存儲(chǔ)或查找的信息 。 –因果圖法 ?采用邏輯圖的形式來(lái)表達(dá)功能說(shuō)明書(shū)中輸入條件的各種組合與輸出的關(guān)系 。 – A. 應(yīng)用范圍 B. 內(nèi)部邏輯 – C. 功能 D. 輸入數(shù)據(jù) C B C 4 習(xí)題 ——選擇題 5. 軟件維護(hù)大體上可分為三種類(lèi)型 （ ） 、（ ） 、 （ ） 維護(hù) 。 – A. 程序設(shè)計(jì)時(shí)期 B. 軟件運(yùn)行時(shí)期 – C. 軟件時(shí)期 D. 軟件測(cè)試時(shí)期 – E. 軟件開(kāi)發(fā)時(shí)期 F. 軟件計(jì)劃時(shí)期 – G. 軟件維護(hù)時(shí)期 H. 軟件工程時(shí)期 A C H F E B 4 習(xí)題 ——選擇題 13. SD主要用于軟件設(shè)計(jì)的 （ ） 階段 ， 它主要采用 （ ） 來(lái)描述軟件結(jié)構(gòu) 。 – A. 外部特性 B. 內(nèi)部特性 – C. 算法和使用數(shù)據(jù) D. 功能和輸入輸出數(shù)據(jù) A D B C 4 習(xí)題 ——判斷題 1. 瀑布模型是一種軟件生命周期 。 – A. 維護(hù) B. 測(cè)試 – C. 詳細(xì)設(shè)計(jì) D. 概要設(shè)計(jì) – E. 編碼 F. 需求分析 A F D C E B A 4 習(xí)題 ——選擇題 17. 結(jié)構(gòu)化分析方法 SA、 結(jié)構(gòu)化設(shè)計(jì)方法 SD和 Jackson方法是軟件開(kāi)發(fā)過(guò)程中常用的方法 。 – A. 開(kāi)發(fā) B. 使用 – C. 維護(hù) D. 更新 A C 4 習(xí)題 ——選擇題 9. 概要設(shè)計(jì)的結(jié)果是提供一份 （ ） 。 模塊測(cè)試應(yīng)測(cè)試以下內(nèi)容： – 重要執(zhí)行路徑 ， 接口 ， 界面 ， 出錯(cuò)處理 ? 動(dòng)態(tài)測(cè)試方法以白盒法為主 ， 輔以黑盒法 ? 重要執(zhí)行路徑的測(cè)試使用白盒法 ? 白盒法必須先列出所有的判定 ， 再選擇覆蓋標(biāo)準(zhǔn) ， 根據(jù)不同的覆蓋標(biāo)準(zhǔn)所列出的情況 ， 設(shè)計(jì)測(cè)試用例 ? 模塊測(cè)試是整個(gè)測(cè)試的基礎(chǔ) ， 它可以： – 減少測(cè)試的復(fù)雜性 – 易于確定錯(cuò)誤的位置 – 多個(gè)模塊可以并行測(cè)試 ， 縮短測(cè)試周期 組裝測(cè)試 ? 又稱(chēng)整體測(cè)試 ， 它的測(cè)試目的是為了發(fā)現(xiàn)程序結(jié)構(gòu)的錯(cuò)誤 ? 重點(diǎn)測(cè)試模塊的接口部分 ， 須設(shè)計(jì)測(cè)試過(guò)程使用的驅(qū)動(dòng)模塊 ? 確定模塊組裝方案 ， 采用逐增式組裝測(cè)試 ， 應(yīng)給出具體的模塊組裝次序 ? 通常模塊組裝次序有：自頂而下 ， 自底而上 ， 寬度優(yōu)先 ， 深度優(yōu)先等 ? 測(cè)試方法以黑盒法為主 – 設(shè)計(jì)驅(qū)動(dòng)模塊 （ 模擬輸入 /輸出 ） 或樁模塊 （ 模擬其下面的模塊 ） – 對(duì)每一個(gè)新組裝的子系統(tǒng)進(jìn)行測(cè)試 – 對(duì)發(fā)現(xiàn)問(wèn)題較多的子系統(tǒng)或模塊應(yīng)用白盒法作回歸測(cè)試 確認(rèn)測(cè)試與系統(tǒng)測(cè)試 ? 根據(jù)需求規(guī)格說(shuō)明書(shū)所確定的系統(tǒng)功能和性能 ， 用黑盒法設(shè)計(jì)測(cè)試用例 驗(yàn)收測(cè)試 ? 由用戶(hù)完成驗(yàn)收測(cè)試 3 結(jié)構(gòu)化開(kāi)發(fā)方法概述 ? 結(jié)構(gòu)化分析方法 ? 結(jié)構(gòu)化設(shè)計(jì)方法 ? 軟件編碼 ? 軟件測(cè)試 ? 軟件維護(hù) 軟件維護(hù) ? 軟件維護(hù)是生存周期的最后一個(gè)階段 ，它的工作是保證軟件在長(zhǎng)時(shí)間內(nèi)能夠正常運(yùn)行 ? 軟件維護(hù)可分為四類(lèi)： –糾錯(cuò)性維護(hù) –適應(yīng)性維護(hù) –完善性維護(hù) –預(yù)防性維護(hù) 軟件維護(hù) ? 軟件維護(hù)過(guò)程中應(yīng)注意和預(yù)防產(chǎn)生軟件維護(hù)的副作用 ， 軟件維護(hù)的副作用可以分為三類(lèi)： –修改程序的副作用 –修改數(shù)據(jù)的副作用 –文檔的副作用 軟件維護(hù) ? 為了控制因修改而引起的副作用 ， 應(yīng)做到： –按模塊把修改分組 –自頂向下地安排所修改模塊地順序 –每次修改一個(gè)模塊 –對(duì)每個(gè)以修改的模塊 ， 在安排修改下一個(gè)模塊之前 ， 要確定這個(gè)修改的副作用 ?可以使用交叉引用表 ， 存儲(chǔ)映象表 ， 執(zhí)行流程跟蹤等 第三部分 軟件工程 1. 軟件工程的基本概念 2. 軟件開(kāi)發(fā)方法與工作模型 3. 結(jié)構(gòu)化開(kāi)發(fā)方法概述 4. 習(xí)題 4 習(xí)題 ——選擇題 1. 軟件危機(jī)出現(xiàn)于 （ ） 。 值 N 處理 任務(wù) 1 處理 任務(wù) 2 系統(tǒng)分析 ? 在確定以上各項(xiàng)時(shí) ， 常常要設(shè)想多種可能的方案 ， 再根據(jù)需要從中進(jìn)行比較選擇 ? 系統(tǒng)分析中對(duì)系統(tǒng)的可行性分析是十分重要的 ，這是此項(xiàng)目能否進(jìn)行的關(guān)鍵 ， 它包括以下方面： – 技術(shù)可行性研究 ? 必須明確現(xiàn)有的條件是否能滿足開(kāi)發(fā)軟件所需的技術(shù)設(shè)備 、用戶(hù)的技術(shù)要求 ， 開(kāi)發(fā)時(shí)間是否合理等 – 經(jīng)濟(jì)可行性研究 ? 對(duì)開(kāi)發(fā)所需的經(jīng)費(fèi)和軟件所帶來(lái)的經(jīng)濟(jì)效益進(jìn)行估計(jì) – 社會(huì)可行性研究 ? 考慮所開(kāi)發(fā)的軟件項(xiàng)目是否涉及版權(quán)糾紛等法律問(wèn)題 ， 以及投入運(yùn)行后對(duì)生產(chǎn) 、 管理或經(jīng)營(yíng)體制帶來(lái)什么社會(huì)影響 實(shí)施計(jì)劃報(bào)告 ? 在認(rèn)真做好上述系統(tǒng)分析工作的基礎(chǔ)上 ，要制定一個(gè)大致的實(shí)施計(jì)劃 ， 也就是編寫(xiě)一個(gè)實(shí)施計(jì)劃報(bào)告 ? 這個(gè)報(bào)告只是對(duì)實(shí)施方案進(jìn)行粗略的描述 ， 主要有四個(gè)方面的內(nèi)容 –開(kāi)發(fā)進(jìn)度 –人員投入計(jì)劃 –人員組織 –資源的利用 實(shí)施計(jì)劃報(bào)告 ? 一個(gè)實(shí)施計(jì)劃報(bào)告的提要實(shí)例： 1. 軟件開(kāi)發(fā)項(xiàng)目名稱(chēng) 2. 任務(wù)概述 3. 負(fù)責(zé)單位 （ 包括：管理機(jī)構(gòu)和任務(wù)的分解 ） 4. 開(kāi)發(fā)人員組織 （ 包括：組織結(jié)構(gòu)和任務(wù)的分配 ） 5. 人員投入計(jì)劃 （ 包括：總估計(jì)和各階段投入計(jì)劃 ） 6. 其他資源利用 （ 包括：設(shè)備和資料 ） 7. 開(kāi)發(fā)進(jìn)度 （ 包括：階段的劃分 ， 各階段的評(píng)審時(shí)間和提供開(kāi)發(fā)進(jìn)展報(bào)告時(shí)間 ） 8. 項(xiàng)目完成檢驗(yàn) （ 包括：檢驗(yàn)機(jī)構(gòu) ， 檢驗(yàn)方式和交付產(chǎn)品的清單 ） ? 編寫(xiě)的實(shí)施計(jì)劃報(bào)告只是對(duì)開(kāi)發(fā)項(xiàng)目的初步設(shè)想 ， 但也要反映出實(shí)施方案的主要內(nèi)容 實(shí)施計(jì)劃報(bào)告 ? 在軟件開(kāi)發(fā)項(xiàng)目實(shí)施計(jì)劃得到批準(zhǔn)以后 ， 便可開(kāi)始工作 ， 這時(shí)不要急于進(jìn)行軟件設(shè)計(jì) ， 而是要弄清楚用戶(hù)的需要 ? 需求分析做得不好 ， 用戶(hù)和軟件開(kāi)發(fā)人員未能全面地 、精確地理解和表達(dá)這些需求 ， 致使一些隱藏的問(wèn)題隨著開(kāi)發(fā)工作的進(jìn)行帶給后面階段 ， 最終將給開(kāi)發(fā)工作造成不良的影響 計(jì)劃 需求分析 設(shè)計(jì) 編碼 測(cè)試 需求分析中發(fā)生的問(wèn)題對(duì)后期開(kāi)發(fā)工作造成的影響示意圖 結(jié)構(gòu)化分析方法 ? 需求分析最常用的方法是結(jié)構(gòu)化分析方法 （ Structured Analysis） ， 它適用于分析大型數(shù)據(jù)處理系統(tǒng) ? 該方法簡(jiǎn)明 ， 易于掌握 ， 與設(shè)計(jì)階段的結(jié)構(gòu)化方法相銜接 ， 將取得良好的設(shè)計(jì)效果 結(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. 為了對(duì)目標(biāo)系統(tǒng)做完整的描述 ， 還需要考慮人機(jī)界面和其他一些問(wèn)題 結(jié)構(gòu)化分析方法的描述方法 ? 數(shù)據(jù)流圖 （ DFD） 和分層的數(shù)據(jù)流圖 ? 數(shù)據(jù)詞典 （ DD, Data Dictionary） ? 加工說(shuō)明 (1)數(shù)據(jù)流圖 (DFD, Data Flow Diagram) ? 數(shù)據(jù)流圖以圖形的方式表示系統(tǒng)中的信息變換和傳遞的過(guò)程 ， 數(shù)據(jù)流圖的基本符號(hào)只有下列四種： – 數(shù)據(jù)流 – 加工 – 數(shù)據(jù)存儲(chǔ) – 數(shù)據(jù)源點(diǎn)及數(shù)據(jù)終點(diǎn) ? 畫(huà) DFD圖的方法：由外向里 ， 自頂而下 ， 逐層分解 數(shù)據(jù)流圖的基本符號(hào) ? 數(shù)據(jù)流 – 數(shù)據(jù)流是具有名字且具有流向的數(shù)據(jù) ， 用標(biāo)有名字的箭頭表示 。軟件技術(shù)基礎(chǔ) 軟件工程 計(jì)算機(jī)軟件基礎(chǔ)之一 第三部分 軟件工程 ? 目的與要求 ? 講課內(nèi)容與學(xué)時(shí) ? 參考資料 目的與要求 ? 學(xué)習(xí) 、 掌握和了解軟件工程的概念 ? 掌握軟件工程的方法和軟件開(kāi)發(fā)的過(guò)程 ? 初步了解對(duì)軟件開(kāi)發(fā)質(zhì)量的監(jiān)控和管理 講課內(nèi)容與學(xué)時(shí) 1. 軟件工程的基本概念 （ 2） 2. 軟件開(kāi)發(fā)方法與工作模型 （ 2） 3. 結(jié)構(gòu)化開(kāi)發(fā)方法概述 （ 2） 4. 小結(jié)與習(xí)題 （ 2） 教科書(shū)、參考書(shū) ? 孫淑霞 、 肖陽(yáng)春等編 ， 2023 《 軟件技術(shù)基礎(chǔ) 》 ， 成都理工大學(xué) ? 黃迪明編 ， 1998， 《 軟件技術(shù)基礎(chǔ) 》 ，電子科技大學(xué)出版社 ? 鄭人杰 ， 軟件工程與軟件工程管理 ， 講座 ?國(guó)際標(biāo)準(zhǔn) ISO 8631信息處理 程序構(gòu)造及其表示法的約定 ?國(guó)家標(biāo)準(zhǔn) GB856688軟件開(kāi)發(fā)規(guī)范 ? CMM軟件成熟度模型 第三部分 軟件工程 1. 軟件工程的基本概念 2. 軟件開(kāi)發(fā)方法與工作模型 3. 結(jié)構(gòu)化開(kāi)發(fā)方法概述 4. 習(xí)題 1 軟件工程的基本概念 ? 軟件工程學(xué)的形成和發(fā)展 ? 軟件工程學(xué)研究的內(nèi)容 ? 軟件與軟件生命周期 ? 軟件工程基本原則 軟件工程學(xué)的形成和發(fā)展 ? 軟件工程學(xué)是在克服 60年代末所出現(xiàn)的 “ 軟件危機(jī) ” （ software crisis） 的過(guò)程中逐漸形成與發(fā)展起來(lái)的 ? 而所謂 “ 軟件危機(jī) ” 是在軟件的規(guī)模越來(lái)越大 ， 復(fù)雜度不斷增加 ， 軟件需求量不斷增大的情況下出現(xiàn)的 ? 由于軟件開(kāi)發(fā)過(guò)程是一種高密度的腦力勞動(dòng) ，軟件開(kāi)發(fā)的模式及技術(shù)不能適應(yīng)軟件發(fā)展的需要 ， 所以 “ 軟件危機(jī) ” 便產(chǎn)生了 軟件工程的發(fā)展 ? 計(jì)算機(jī)軟件發(fā)展至今經(jīng)歷了三個(gè)不同的發(fā)展時(shí)期： –程序設(shè)計(jì)時(shí)期 （ 20世紀(jì) 50年代 ——60年代 ） –軟件時(shí)期 （ 20世紀(jì) 60年代中期 ——70年代 ） –軟件工程時(shí)期 （ 20世紀(jì) 70年代 ——現(xiàn)在 ） 發(fā)展 ? 程序設(shè)計(jì)語(yǔ)言 (Programming) – 機(jī)器語(yǔ)言 – 匯編語(yǔ)言 – ALGOL60 – FORTRAN – COBOL – BASIC ? 軟件 (Software) 1960 – 程序 – 文檔 – 數(shù)據(jù) ? 軟件危機(jī)引出軟件工程 (Software Engineering) – 軟件開(kāi)發(fā)工程化 1968 NATO – 軟件開(kāi)發(fā)階段與瀑布模型 – 軟件工程標(biāo)準(zhǔn) 焦點(diǎn) ? 目