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