【正文】 螺旋模型 ?適于大規(guī)模系統(tǒng) 下一頁 上一頁 停止放映 第 92|94頁 軟件工程前景 ? 軟件學科的核心問題是 “ 如何提高軟件的生產效率和運行效率 ” 。 ? 晚期的測試 開發(fā)過程沒有中間的版本 ,幾乎所有的測試都留在最后的實現(xiàn)階段。 ?在大的項目上經(jīng)驗不多 ,在小項目上尚可。 ?實現(xiàn) : 定義類的接口和實現(xiàn)方法 ,然后編寫并統(tǒng)一測試所有的類。 具備 3個主要的階段 : ?分析 : 模擬 “關鍵系統(tǒng) ”來表示用戶要求 ,并設計獨立實現(xiàn)的 “關鍵類 ”。 下一頁 上一頁 停止放映 第 89|94頁 ⑥ 面向對象的開發(fā)模型 其主導思想是：在整個軟件開發(fā)過程中將面向對象技術貫穿于整個生存周期。 ? 該模型在實施過程中要建立知識庫，將模型本身、軟件工程知識與特定領域的知識分別存入數(shù)據(jù)庫。要求有經(jīng)驗的人來組成。 ? 螺旋模型的 缺點 :很難讓用戶確信這種演化方法的結果是可以控制的 。 ? 實現(xiàn)工程 :實施軟件產品的開發(fā) 。 ? 制定計劃 ：確定軟件目標 ,選定實施方案 ,弄清項目開發(fā)限制條件 。 下一頁 上一頁 停止放映 第 86|94頁 ④ 螺旋模型 ? 將工程劃分為 4個主要活動： 制定計劃 、 風險分析 、實現(xiàn)工程 和 用戶評價 。 ? 該模型具有較大的靈活性，適合于軟件需求不明確、設計方案有一定風險的軟件項目。軟件在該模型中是 “ 逐漸 ” 開發(fā)出來的，開發(fā)出一部分，向用戶展示一部分，讓用戶及早看到部分軟件，及早發(fā)現(xiàn)問題。它把軟件產品作為一系列的增量構件來設計、編碼、集成和測試。 還有的把原型模式嵌套在瀑布模型中運用。 這往往給工程繼續(xù)開展帶來不利因素 。 ⑶ 降低成本 。 這樣可以減少設計中的錯誤和開發(fā)中的風險 ， 以及對用戶培訓的時間 ， 而提高了系統(tǒng)的實用 、正確性以及用戶的滿意程度 。 下一頁 上一頁 停止放映 第 83|94頁 ② 原型模型 —樣品模型 ? 原型模型的 主要思想 ： 先借用已有系統(tǒng)作為原型模型，通過 “ 樣品 ” 不斷改進，使得最后的產品就是用戶所需要的。 4. 致命 缺點是 只有做出精確的需求分析，才能取得預期的結果。 3. 質量保證的觀點 。 2. 推遲實現(xiàn)的觀點 。在應用 程的應用模式也稱為軟件生存周期模式（ )。 ⑶ 類具有層次結構，子類可以繼承父類的特性和方法（繼承性）； ⑷ 對象之間只能通過傳遞消息構成相互之間的聯(lián)系（消息機制）。 OO方法處理的基本元素是對象；程序是由對象組成的，復雜的對象是由簡單的對象組合而形成的。 下一頁 上一頁 停止放映 第 77|94頁 什么是 OO方法 ? 現(xiàn)在比較一致的看法是： OO方法是基于 “ 對象、類、繼承性、消息機制、多態(tài)性等技術特征 ” 的構造軟件系統(tǒng)的開發(fā)方法。 他可以修理電器 、講計算機課；這是他為別人可提供的服務 。 對象也只能在收到消息時 ， 才被激活 。 人 身份證號： 姓名： 學號： 校名 學生 大學生 專業(yè)： 班級： 身份證號： xxxxxxx 姓名：劉小明 學生： 學生： 9601078 校名：西安交通大學 大學生： 專業(yè)：計算機 班級： 962班 人： 下一頁 上一頁 停止放映 第 76|94頁 消息（ Message） ? 在面向對象的技術中 ， 消息是對象之間相互請求或相互協(xié)作的惟一途徑 。 } }。 PrintAddress( )。 公有操作 void Print( ) { PrintName( )。 Public: amp。 void PrintAddress( )。 void PrintName( )。 cahr address[40]。 私有數(shù)據(jù)和操作 char name[20]。 下一頁 上一頁 停止放映 第 74|94頁 C++中對象類的定義舉例 CLASS person { Private: amp。 ? 類是 OO技術中最重要的概念 。 在 OO方法中 ，“ 類 ” 就是對具有相同數(shù)據(jù)和操作的一組相似對象的定義 。 下一頁 上一頁 停止放映 第 72|94頁 對象（ Object） ? 標識 用來區(qū)別其它對象； ? 狀態(tài) 用來描述對象的屬性 ， 用數(shù)據(jù)成員來表示； ? 行為 對對象的操作 ， 用于改變對象的狀態(tài)； 行為分兩類： ? 自身所承受的操作 ? 施加于其它對象的操作 ? 例如 ， 一個人叫王東 ， 男 ， ,68kg,會修電器 ,可教計算機課 。通過分析、研究客觀世界中的實體、實體的屬性及其相互關系，從中抽象出求解問題的對象，最后求解這些對象，得到問題的解。 ? 當面向對象（ OO）思想和方法一經(jīng)出現(xiàn)，就引起計算機業(yè)界的極大關注，使得對這種新方法的研究和應用得到迅速發(fā)展。 ? ⑷ 由于軟件組件是標準化設計、成品化生產的，極易構造使用，從而大大簡化了設計、編程、測試各個環(huán)節(jié)的工作量，提高了生產效率和產品質量。 下一頁 上一頁 停止放映 第 69|94頁 現(xiàn)代方法學 ? 現(xiàn)代方法學是在傳統(tǒng)方法學的基礎上，為了強調人在軟件開發(fā)中的作用，同時為了適應軟件新技術的發(fā)展趨勢而提出的。 下一頁 上一頁 停止放映 第 67|94頁 結構化程序設計 SP ?自頂向下逐步加細； ?模塊只有一個入口，一個出口； ?三種基本結構； ?開發(fā)支持庫； ?主程序員組 ? 結構化程序設計方法 SP的要點是用三種基本結構的語句編寫只有一個入口和一個出口的模塊程序，盡可能地采用重用程序，開發(fā)組織形式為主程序員組。 下一頁 上一頁 停止放映 第 66|94頁 結構化設計 SD ?模塊化結構 ?模塊獨立性 ? 結構化設計方法的要點是：將系統(tǒng)設計成由相對獨立、單一功能的模塊組成的軟件結構。 下一頁 上一頁 停止放映 第 64|94頁 結構化方法概述 ? 結構化方法是由下列過程組成： ?結構化分析方法 SA ?結構化設計方法 SD ?結構化程序設計方法 SP ? 方法的核心是： ?基于功能分解的模塊化層次結構方法。 70年代，計算機技術水平不高，開發(fā)工具少而且性能差。 下一頁 上一頁 停止放映 第 62|94頁 軟件工程的基本問題 ? 軟件工程開發(fā)技術的角度 軟件工程開發(fā)技術 思想與原則 過程 方法 工具 解決 軟件工程的三目標 質量 成本 進度 下一頁 上一頁 停止放映 第 63|94頁 傳統(tǒng)方法學 ? 傳統(tǒng)方法學是建立在軟件生存周期方法學和結構化方法學的基礎上。 ? 這三者之間是相互聯(lián)系的。 下一頁 上一頁 停止放映 第 61|94頁 軟件工程方法學 ? 通常把在軟件生命周期全過程中使用的一整套技術方法的集合稱為方法學，也稱為范型。 ?編寫培訓教材。 下一頁 上一頁 停止放映 第 60|94頁 培訓 ? 為了使用戶能夠盡快掌握使用軟件系統(tǒng)，要對用戶進行培訓。 ? CASE 工具應具有的特征： ? 支持專用的個人計算環(huán)境； ? 使用圖形功能對軟件系統(tǒng)進行說明并建立文檔； ? 將生命周期各階段的工作連接在一起； ? 收集和連接軟件系統(tǒng)從最初的軟件需求到軟件維護各個環(huán)節(jié)的所有信息； ? 用人工智能實現(xiàn)軟件開發(fā)和維護工作的自動化。這就在客觀上產生了對于集成的 CASE工具的需求。 ? 70年代中期 , 軟件工程師迫于軟件危機的壓力 , 提出了計算機輔助軟件工程 (CASE)的設想 , 開發(fā)出一系列工具盡量使軟件過程的各項活動自動化、半自動化。 下一頁 上一頁 停止放映 第 57|94頁 軟件工程工具和方法 ? 編程依賴環(huán)境，環(huán)境由開發(fā)工具組成（如編譯器、連接器、加載和運行工具、排錯、信息顯示及編輯工具）。 ? 以上活動均應在軟件質量保證計劃中列出。 ? 各種審計 以職能人員為主審，審查軟件過程產物是否符合標準或規(guī)格說明書。其工作： ? 各種測試 測試軟件是否滿足規(guī)格說明要求。開發(fā)單位成立 SQA小組負責全面質量管理。 ? 項目管理是過程管理的主要體現(xiàn)： (1)建立與客戶的通信； (2)作計劃，定義資源、時限、落實到開發(fā)組； (3)風險分析，評估所采用的技術和管理帶來的風險； (4)工程，即軟件分析與設計； (5)構造和發(fā)布，即編碼、測試、交付、安裝、文檔、培訓； (6)客戶評審，獲得客戶的反饋。 下一頁 上一頁 停止放映 第 53|94頁 軟件工程管理 ? 軟件工程管理是一門藝術。 ? 新版本公布的管理和監(jiān)控 。 ? 通知不達 —— 當被若干開發(fā)者共享的產品中的問題被解決時，修改未被通知到一些開發(fā)者。文檔分為用戶文檔和系統(tǒng)文檔兩類。 ⑵ 提高可維護性的方法 提高軟件的可維護性必須從軟件生存周期各個階段的工作入手，每個階段都把可維護性貫徹到階段的開發(fā)活動過程中，并按規(guī)范對階段工作進行評估，以保證個階段的工作按質按量完成。 下一頁 上一頁 停止放映 第 50|94頁 軟件的可維護性 ? 軟件可維護性是指維護人員理解、修改軟件的難易程度。 ⑶ 軟件維護的費用在總費用中的比重不斷增加，已經(jīng)上升到了 70%～ 80%或更多，我們看到的軟件不斷升級就是維護的具體體現(xiàn)。 ⑵ 軟件維護的困難性。主要區(qū)別是開發(fā)過程是否用軟件工程方法，若各階段均有相應的文檔記錄，系統(tǒng)則容易維護。 下一頁 上一頁 停止放映 第 47|94頁 軟件維護的原因 ⑴ 軟件的原有功能和性能可能不再適應用戶的要求； ⑵ 軟件的工作環(huán)境改變了（例如，增加了新的外部設備），軟件也要做相應的變更； ⑶ 軟件運行中發(fā)現(xiàn)錯誤，需要修改。 ? 回答 ：系統(tǒng)是否滿足用戶的應用要求。 下一頁 上一頁 停止放映 第 46|94頁 軟件維護 ? 任務 ：改正軟件系統(tǒng)在使用過程中發(fā)現(xiàn)的隱含錯誤，擴充在使用過程中新的功能要求。 下一頁 上一頁 停止放映 第 45|94頁 調試的啟發(fā)性原則 ? 這部分內容大多是心理學的問題： ? 要思考，不要盲目地修改程序，至使錯誤越改越多； ? 如陷入困境，放到第２天去解決； ? 陷入絕境后，要與別人交談你的問題，或許對你有所啟發(fā)； ? 避免用試驗法。從線索出發(fā)，通過分析線索之間的關系而找出故障。若已知程序中若干個關鍵點的正確值，然后用調試工具在關鍵點附近處輸入正確值；若輸出正確，則故障在前半部分；否則，再查后半部分。確定最先出現(xiàn) “ 癥狀 ” 的地方，然后沿程序的控制流程往回追蹤源程序，直到找出錯誤源為止。大概分析、估計錯誤的位置。 ③ 用調試工具；特點是動態(tài)調試，可自動執(zhí)行，是目前廣泛采用的一種調試技術。 下一頁 上一頁 停止放映 第 43|94頁 調試技術 ① 輸出存儲器內容；特點是效率低、難定位、輸出的是靜止狀態(tài)的程序內容。在調試過程中遇到的錯誤有所不同，錯誤的后果越嚴重，查找錯誤原因的壓力也越大。調試過程會發(fā)生兩種結果： ? 找到原因并把問題排除； ? 沒找到問題的原因。特別要考察是否死機。 ④ 獨立路徑 ： 保證至少所有語句都要執(zhí)行一次，每個條件或子條件都執(zhí)行一次更好。 ② 模塊的數(shù)據(jù)結構： 類型是否不正確或不一致？初始化、缺省值使用情況；變量名拼錯；上、下界溢出等數(shù)據(jù)異常，測試能否正確處理等。 下一頁 上一頁 停止放映 第 41|94頁 設計測試用例應考慮的問題 ① 界面： 內界面主要檢查參數(shù)個數(shù)及類型匹配。 ? β 貝塔測試： 指在若干客戶場地由客戶組織，最終用戶參與的測試，此時所有文檔均予凍結，作為本軟件版本的基線。此時的測試稱系統(tǒng)測試。軟件只是整個應用系統(tǒng)的一部分。證實系統(tǒng)能否正確地實現(xiàn)其功能。 ⑶ 確認測試 。 ⑵ 集成測試 。 下一頁 上一頁 停止放映 第 39|94頁 測試分類 ⑴ 單元測試 。 ? 回答 ： “ 該系統(tǒng)是否能實現(xiàn)規(guī)定的操作？ ” 。 下一頁 上一頁 停止