【正文】 的問(wèn)題通常用軟件系統(tǒng)的 數(shù)據(jù)流圖 或 數(shù)據(jù)結(jié)構(gòu) 來(lái)表示 面向過(guò)程的開(kāi)發(fā)方法 ? 數(shù)據(jù)流圖 –描述軟件系統(tǒng)的數(shù)據(jù)從輸入到輸出的流程 ，適用于幾乎所有順序處理的軟件 ? 數(shù)據(jù)結(jié)構(gòu) –描述軟件系統(tǒng)的輸入輸出數(shù)據(jù)結(jié)構(gòu) ， 適用于數(shù)據(jù)處理 ， 尤其輸入與輸出數(shù)據(jù)結(jié)構(gòu)相似的軟件系統(tǒng) 面向?qū)ο蟮拈_(kāi)發(fā)方法 (OOSD) ? 面向?qū)ο蟮拈_(kāi)發(fā)方法 （ OOSD， ObjectOriented Software Development） –根據(jù)穩(wěn)定的對(duì)象建立系統(tǒng)模型 ， 可很好地適應(yīng)需要的變化 –具有良好的可維護(hù)性 、 可擴(kuò)充性和可重用性 –是軟件工程領(lǐng)域的一個(gè)研究重點(diǎn) –被譽(yù)為 90年代軟件的核心技術(shù)之一 面向?qū)ο蟮拈_(kāi)發(fā)方法 ——基本思想 ? 對(duì)問(wèn)題領(lǐng)域進(jìn)行自然的分割 ， 以便接近人類通常思維的方式 ? 建立問(wèn)題領(lǐng)域的模型 ， 以便對(duì)客觀的信息實(shí)體進(jìn)行結(jié)構(gòu)和行為的模擬 ， 從而使設(shè)計(jì)的軟件更直接地表現(xiàn)問(wèn)題的求解過(guò)程 ? 以對(duì)象作為最基本的元素分析和解決問(wèn)題的核心 面向?qū)ο蟮拈_(kāi)發(fā)方法 ——組成 ? 面向?qū)ο蟮拈_(kāi)發(fā)方法的組成 –面向?qū)ο蟮姆治?（ OOA， ObjectOriented Analysis） –面向?qū)ο蟮脑O(shè)計(jì) （ OOD， ObjectOriented Design） –面向?qū)ο蟮某绦蛟O(shè)計(jì) （ OOP， ObjectOriented Programming） ? OOP是 OOSD的基礎(chǔ) ? OOA和 OOD是應(yīng)用 OOP的基礎(chǔ) 面向?qū)ο蟮姆治? (OOA) ? OOA分析階段將系統(tǒng)水平劃分為五個(gè)層次 – 主體 – 類和對(duì)象 – 結(jié)構(gòu) – 屬性 – 方法 ? OOA的任務(wù)就是通過(guò)分析問(wèn)題域 ， 建立系統(tǒng)的概念模型 面向?qū)ο蟮姆治? (OOA) ? OOA提供了三種模型： – 信息模型 ——定義構(gòu)成系統(tǒng)的類和對(duì)象 ， 它們的屬性與操作 – 狀態(tài)模型 ——描述系統(tǒng)的控制結(jié)構(gòu) ， 即描述任何時(shí)刻對(duì)象的聯(lián)系以及聯(lián)系的變化 ， 或稱為時(shí)序 ，常用狀態(tài)圖和事件追蹤圖來(lái)描述 – 處理模型 ——描述系統(tǒng)內(nèi)部數(shù)據(jù)的傳送和處理方法 ? 面向?qū)ο蟮姆治?（ OOA） 和設(shè)計(jì) （ OOD） 就是把面向?qū)ο蟮姆椒☉?yīng)用到軟件工程的分析和設(shè)計(jì)階段 ， 從而建立更加適應(yīng)當(dāng)今龐大 、復(fù)雜且易變的系統(tǒng)的模型 面向?qū)ο蟮脑O(shè)計(jì) (OOD) ? 在 OOA建立的五個(gè)水平層次 （ 主體 、 類和對(duì)象 、 結(jié)構(gòu) 、 屬性 、 方法 ） 基礎(chǔ)上 ，將系統(tǒng)結(jié)構(gòu)在縱向上劃分為： –問(wèn)題部件 –人機(jī)交互部件 –任務(wù)管理部件 –數(shù)據(jù)管理部件 面向?qū)ο蟮脑O(shè)計(jì) (OOD) ? OOD法分為 – 概要設(shè)計(jì) ? 細(xì)化對(duì)象行為 ? 添加新對(duì)象 ? 認(rèn)定類 ? 組類庫(kù) ? 確定外部接口 ? 主要數(shù)據(jù)結(jié)構(gòu) – 詳細(xì)設(shè)計(jì) ? 加細(xì)對(duì)象描述 面向?qū)ο蟮某绦蛟O(shè)計(jì) (OOP) ? 使用面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言進(jìn)行程序設(shè)計(jì) –如： C++ ， Delphi ， Ada ， SmallTalk ，Java ? 面向?qū)ο蟮亩x： –面向?qū)ο? = 對(duì)象 + 類 + 繼承 + 消息 –如果一個(gè)軟件系統(tǒng)是按照這樣四個(gè)概念設(shè)計(jì)和實(shí)現(xiàn)的 ， 則可以認(rèn)為這個(gè)軟件系統(tǒng)是面向?qū)ο蟮? 面向?qū)ο蟮某绦蛟O(shè)計(jì) (OOP) ? OOP具有三個(gè)重要特征： –封裝 ?封裝是將數(shù)據(jù)和對(duì)這些數(shù)據(jù)進(jìn)行處理所需的各種操作連接在一個(gè)根下的技術(shù) –繼承 ?繼承是引用已經(jīng)定義的各種類 ， 并將它們擴(kuò)充以滿足新的功能的一種技術(shù) –多態(tài)性 ?多態(tài)性實(shí)質(zhì)上就是同一個(gè)名字可以用于多種目的 面向過(guò)程與面向?qū)ο? ? 傳統(tǒng)的面向過(guò)程（ 函數(shù) ） 的編程方法 – 代碼和數(shù)據(jù)是分開(kāi)的 – 函數(shù)是最重要的 ，一個(gè)程序中的所有代碼都應(yīng)圍繞這些函數(shù)來(lái)設(shè)計(jì) ? 面向?qū)ο缶幊谭椒? – 必須將代碼與數(shù)據(jù)構(gòu)造在一個(gè)程序塊中 ，并且統(tǒng)一來(lái)管理 – 對(duì)象是最重要的 ， 程序是圍繞這些對(duì)象來(lái)設(shè)計(jì)的 ， 函數(shù)是第二位的 – 用對(duì)象調(diào)用函數(shù) ， 而不是簡(jiǎn)單地將對(duì)象（ 數(shù)據(jù) ） 傳遞給函數(shù) 面向?qū)ο蟮幕靖拍? ? 對(duì)象 （ Object） ? 類 （ Class） ? 繼承 （ Inheritance） ? 消息 （ Message） ? 軟件 IC（ Integrate Circuit） 面向?qū)ο蟮幕靖拍? ? 對(duì)象 （ Object） – 是對(duì)客觀存在的事物的描述 ， 可以是事 、 物 ， 或概念 – 對(duì)象是將一組數(shù)據(jù)和使用該數(shù)據(jù)的一組基本操作或過(guò)程封裝在一起的實(shí)體 – 用戶不必知道對(duì)象行為的實(shí)現(xiàn)細(xì)節(jié) ， 只需根據(jù)對(duì)象提供的外部特征接口訪問(wèn)對(duì)象 – 對(duì)象的動(dòng)作取決于發(fā)送給該對(duì)象的消息 ， 消息通知對(duì)象要求完成某個(gè)功能 。 ? 軟件工程的定義 – 軟件工程是一門研究如何用系統(tǒng)化 、 規(guī)范化 、 數(shù)量化等工程原則和方法去進(jìn)行軟件的開(kāi)發(fā)和維護(hù)的學(xué)科 。在那次會(huì)議上第一次提出了軟件工程這個(gè)概念 。 如： –瀑布模型 –螺旋模型 –噴泉模型 軟件生存周期方法學(xué) ? 軟件工程采用的生存周期方法學(xué)就是 – 從時(shí)間角度對(duì)軟件開(kāi)發(fā)和維護(hù)的復(fù)雜問(wèn)題進(jìn)行分解 – 將軟件的生存周期分為若干階段 ? 需求定義 ? 軟件設(shè)計(jì) ? 編程 ? 測(cè)試 ? 運(yùn)行維護(hù)等 – 每個(gè)階段有相對(duì)獨(dú)立的任務(wù) ， 便于分工協(xié)作 – 使軟件開(kāi)發(fā)過(guò)程按有秩序能管理的方式組織起來(lái) ，從而降低軟件開(kāi)發(fā)的難度 軟件生命周期的花費(fèi)比例 需求分析設(shè)計(jì)編碼測(cè)試維護(hù)1 軟件工程的基本概念 ? 軟件工程學(xué)的形成和發(fā)展 ? 軟件工程學(xué)研究的內(nèi)容 ? 軟件與軟件生命周期 ? 軟件工程基本原則 軟件工程基本原則 ? 通用性和指導(dǎo)性 – 軟件工程實(shí)踐總結(jié)出的基本現(xiàn)象 ? 穩(wěn)定性 – 不會(huì)時(shí)時(shí)改變 ， 不依賴于采用的技術(shù) 、 方法和工具 ? 概括性 – 針對(duì)軟件工程和軟件產(chǎn)品特性的抽象描述 ? 基礎(chǔ)性 – 理解和采用它需有具體的方法和技術(shù)做補(bǔ)充 軟件工程的原則 原則 方法與技術(shù) 方法學(xué) 工具 Principle Method amp。 每條數(shù)據(jù)流表示在這條流水線上有一組由一定成分組成的數(shù)據(jù)流動(dòng) 。 文件以標(biāo)有名字的粗線表示 。 接收部分 事務(wù)中心 發(fā)送部分 轉(zhuǎn)換處理型 ——轉(zhuǎn)換分析 ? 轉(zhuǎn)換分析是系統(tǒng)結(jié)構(gòu)設(shè)計(jì)的一種策略 ? 使用轉(zhuǎn)換分析技術(shù)可把轉(zhuǎn)換型處理數(shù)據(jù)流圖轉(zhuǎn)換為初始的標(biāo)準(zhǔn)結(jié)構(gòu) ? 根據(jù)軟件結(jié)構(gòu)的度量準(zhǔn)則 、 模塊化準(zhǔn)則 、 模塊獨(dú)立性準(zhǔn)則 ， 修改完善軟件結(jié)構(gòu)圖 ， 從而得到結(jié)構(gòu)良好的最終結(jié)構(gòu)圖 ? 轉(zhuǎn)換分析步驟為 – 確定數(shù)據(jù)流圖的類型 – 確定輸入流 、 轉(zhuǎn)換流 、 輸出流的流界 （ 邊界 ） – 進(jìn)行一級(jí)分解 ， 設(shè)計(jì)上層模塊 – 進(jìn)行二級(jí)分解 ， 設(shè)計(jì)中下層模塊 – 進(jìn)一步細(xì)化 轉(zhuǎn)換處理與事務(wù)處理 ? 通常一個(gè)大型軟件系統(tǒng)是轉(zhuǎn)換處理型結(jié)構(gòu)和事務(wù)型結(jié)構(gòu)的混合結(jié)構(gòu) ? 所以 ， 設(shè)計(jì)者常利用以轉(zhuǎn)換分析為主 ，事務(wù)分析為輔的方式進(jìn)行軟件結(jié)構(gòu)設(shè)計(jì) ? 當(dāng)數(shù)據(jù)流圖明顯呈現(xiàn)出事務(wù)型特征時(shí) ，就要用事務(wù)型分析技術(shù) ， 從相應(yīng)的數(shù)據(jù)流程圖導(dǎo)出標(biāo)準(zhǔn)構(gòu)圖 ， 其步驟與轉(zhuǎn)換分析相同 總體設(shè)計(jì)步驟 2——完善系統(tǒng)模塊圖 ? 具體應(yīng)從以下方面改進(jìn)： – 盡可能建立功能模塊 – 消除重復(fù)功能 – 模塊的作用范圍應(yīng)是控制范圍的子集 ? 作用范圍 ——包括模塊本身及其所有下屬模塊 ? 控制范圍 ——是指判斷所涉及到的模塊 – 模塊的大小恰當(dāng) ， 總行數(shù)在 10～ 100， 最好在 30～ 60 – 模塊的扇入扇出數(shù)不宜太多 （ 除服務(wù)性模塊外 ） ? 一個(gè)模塊直接控制下屬模塊的個(gè)數(shù)稱為該模塊的扇出數(shù) ? 一個(gè)模塊的上級(jí)模塊個(gè)數(shù)稱為扇入數(shù) ? 扇入高可增加模塊的利用率 ， 扇出低可減少模塊調(diào)用和控制的復(fù)雜度 (2) 詳細(xì)設(shè)計(jì) ? 對(duì)系統(tǒng)中的每個(gè)模塊的內(nèi)部過(guò)程進(jìn)行設(shè)計(jì)和描述 ? 常用的描述方法有： –流程圖 （ 程序框圖 ） – NS圖 （ 方框圖 ） –PAD圖 – PDL語(yǔ)言 – UML 流程圖 (程序框圖 ) ? 表達(dá)算法簡(jiǎn)明直觀 ， 易于學(xué)習(xí)掌握 ， 是一種常用的詳細(xì)設(shè)計(jì)工具 符號(hào)名 使用圖形 意 義 端點(diǎn)符 表示流程圖的開(kāi)始或結(jié)束 輸入 /輸出符 表示數(shù)據(jù)的輸入 /輸出 處理符 表示對(duì)數(shù)據(jù)的處理 特定處理符 表示調(diào)用子程序等 流程圖 (程序框圖 ) 準(zhǔn)備符號(hào) 表示初始狀態(tài) 判斷符號(hào) 表示條件判斷，有判斷結(jié) 果決定如何執(zhí)行 循環(huán)開(kāi)始符 表示循環(huán)開(kāi)始 循環(huán)結(jié)束符 表示循環(huán)結(jié)束 連接符 表示流程圖中的轉(zhuǎn)移處 流線符號(hào) 表示連接流程圖中各符號(hào) NS圖 (方框圖 ) ? 每個(gè)處理步驟都用方框表示 ， 這些處理步驟可以是語(yǔ)句或語(yǔ)句序列 ， 比傳統(tǒng)的流程圖具有明顯的優(yōu)點(diǎn)： – 它強(qiáng)制設(shè)計(jì)人員按結(jié)構(gòu)化程序設(shè)計(jì)方法進(jìn)行思考并描述設(shè)計(jì)方案 ， 因?yàn)槌吮硎編追N標(biāo)準(zhǔn)控制結(jié)構(gòu)的符號(hào)之外 ， 它不再提供其他描述手段 ， 這就保證了程序設(shè)計(jì)和質(zhì)量 – 方框圖形象直觀 ， 易于表達(dá)嵌套結(jié)構(gòu) ， 容易確定局部數(shù)據(jù)和全程數(shù)據(jù)的作用域 ， 具有良好的可見(jiàn)度 ， 容易理解設(shè)計(jì)意圖 ， 為編程 、 復(fù)審 、 選擇測(cè)試用例 、 維護(hù)等都帶來(lái)了方便 NS圖 (方框圖 ) 任務(wù) 1 任務(wù) 2 任務(wù) 3 順序結(jié)構(gòu) 選擇結(jié)構(gòu) 循環(huán)結(jié)構(gòu) 情況結(jié)構(gòu) F 條 件 T ELSE 部分 THEN部分 循環(huán)條件 while型 循環(huán)體 循環(huán)體 until型 循環(huán)條件 循環(huán)結(jié)構(gòu) case條件 值 1 值 2 PDL語(yǔ)言 (偽程序設(shè)計(jì)語(yǔ)言 ) ? 偽碼 （ PDL, Program Design Language） 是一種非形式的比較靈活的語(yǔ)言 ， 它用語(yǔ)言的方式描述模塊內(nèi)部的具體算法和內(nèi)語(yǔ)法 ? 外語(yǔ)法應(yīng)當(dāng)符合一般程序設(shè)計(jì)語(yǔ)言常用的程序語(yǔ)句的語(yǔ)法規(guī)則 ? 內(nèi)語(yǔ)法是沒(méi)有定義的 ， 它可以用自然語(yǔ)言的一些簡(jiǎn)潔的句子 ， 短語(yǔ)和通用的數(shù)學(xué)符號(hào) ，來(lái)描述程序應(yīng)執(zhí)行的功能 UML標(biāo)準(zhǔn)建模語(yǔ)言 ? UML是由 Booch， Rumbaugh 和 Jacobson 發(fā)起 ，在 Booch方法 、 OMT方法和 OOSE方法的基礎(chǔ)上 ，集眾家之長(zhǎng) ， 幾經(jīng)修改而成 ? Techniques to improve quality and reduce cost and timetomarket, include – ponent technology – visual programming – patterns – frameworks – also, techniques to manage the plexity of systems as they increase in scope and scale. UML的九種模型 ? 類圖 ：展示對(duì)象類 、 接口 、 及其相互合作與關(guān)聯(lián) ? 對(duì)象圖 ：展示對(duì)象及其相互之間的關(guān)系 ? 實(shí)現(xiàn)圖： ?構(gòu)件圖 ：描述部件的物理結(jié)構(gòu)以及各部件之間的依賴關(guān)系； ?配置圖 ：定義系統(tǒng)中軟硬件的物理構(gòu)架 。 根據(jù)這種關(guān)系可選擇高效的測(cè)試用例 。 – A. 50年代末 B. 60年代初 – C. 60年代末 D. 70年代初 2. 為了解決軟件危機(jī)人們提出了用 （ ）的原理來(lái)設(shè)計(jì)軟件 ， 這就是軟件工程誕生的基礎(chǔ) 。 – A. 糾正性 B. 可靠性 – C. 適應(yīng)性 D. 完善性 6. 結(jié)構(gòu)化分析 （ SA） 是軟件開(kāi)發(fā)需求分析階段所使用的方法 ， （ ） 不是 SA所使用的工具 。 – A. 模塊說(shuō)明書 B. 框圖 – C. 程序 D. 數(shù)據(jù)流圖 10. 需求分析是由分析員經(jīng)過(guò)了解用戶的要求 ， 認(rèn)真細(xì)致地調(diào)研 、 分析 ， 最終應(yīng)建立目標(biāo)系統(tǒng)的邏輯模型 ， 并寫出 （ ） 。 – A. 軟件開(kāi)發(fā) B. 詳細(xì)設(shè)計(jì) – C. 總體設(shè)計(jì) D. 程序運(yùn)行 – E. 軟件結(jié)構(gòu)圖 F. 軟件流程圖 – G. 數(shù)據(jù)流圖 H. 數(shù)據(jù)詞典 14. 軟件測(cè)試的過(guò)程分為 （ ） 、 （ ） 、 確認(rèn)測(cè)試和系統(tǒng)測(cè)試幾個(gè)步驟 。 人們使用 SA方法是可以得到 （ ） ；使用 SD方法可以得到 （ ） ，并可以實(shí)現(xiàn) （ ） ；而使用 Jackson方法可以實(shí)現(xiàn)（ ） 。 （ ） 2. 軟件設(shè)計(jì)分為系統(tǒng)設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段 。（ ） 6. 結(jié)構(gòu)化程序設(shè)計(jì)中數(shù)據(jù)和過(guò)程分離為相互獨(dú)立的兩部分 。（ ） 9. 白盒