軟件工程復(fù)習(xí)重點【精選文檔】

1、軟件工程復(fù)習(xí)重點【精選文檔】三大塊內(nèi)容：軟件危機與軟件工程傳統(tǒng)軟件開發(fā)方法面向?qū)ο蠓椒ㄒ弧?軟件危機與軟件工程：軟件、軟件危機、軟件生存期、軟件開發(fā)模型、軟件管理1、 軟件： 軟件是能夠完成預(yù)定功能和性能的可執(zhí)行的計算機程序 +使程序正常運行所需要的數(shù)據(jù) +描述軟件開發(fā)過程及其管理、程序的操作和使用的有關(guān)文檔。文檔：分開發(fā)、管理、用戶、維護(hù)文檔,作用是記錄及解決不可視性、通信與交流、管理與維護(hù)、用戶服務(wù)2、 軟件危機a) 表現(xiàn)：軟件成本高、難于控制開發(fā)進(jìn)度、軟件工作量估計困難、軟件質(zhì)量低、軟件修改維護(hù)困難b) 原因：需求問題（描述不精確、理解不一致)、管理問題、方法和工具問題、軟 件本身的特點

2、3、 軟件生存期：a) 三個時期： 定義時期（軟件計劃、需求分析）>開發(fā)時期（軟件設(shè)計、編碼實現(xiàn)、測試)-使用和維護(hù)時期（維護(hù))b) 六個階段:軟件計劃à需求分析à設(shè)計à編碼à測試à使用與維護(hù)c) 生命周期方法特點：順序性、依賴性，推遲程序的物理實現(xiàn)、質(zhì)量保證的觀點(利于盡早發(fā)現(xiàn)錯誤，如階段文檔、評審)4、 軟件開發(fā)模型a) 瀑布模型：文檔驅(qū)動 i. 階段劃分、分而治之、控制開發(fā)過程的復(fù)雜性ii. 自頂向下、由抽象到具體,順序進(jìn)行 優(yōu)點：規(guī)范管理開發(fā)過程、文檔驅(qū)動 缺點：初期系統(tǒng)的需求難以完全確定、文檔驅(qū)動、周期長b) 原型模型:i. 針

3、對:軟件開發(fā)初期需求難以確定ii. 基本思想：快速建立原型,完善用戶需求iii. 優(yōu)點：用戶參與、快速iv. 缺點：快速弱功能、對開發(fā)環(huán)境要求高c) 螺旋模型（風(fēng)險驅(qū)動）d) 增量模型(模塊、功能驅(qū)動)e) 迭代模型f) 噴泉模型5、 軟件管理a) 區(qū)別于其他工業(yè)產(chǎn)品生產(chǎn)管理的特點b) 主要內(nèi)容：開發(fā)計劃與進(jìn)度管理、文檔管理、人員組織管理、成本管理、質(zhì)量管理二、 傳統(tǒng)軟件工程方法：a) 軟件計劃i. 問題定義ii. 可行性研究1. 經(jīng)濟(jì)可行性2. 技術(shù)可行性3. 法律可行性b) 需求分析i. 結(jié)構(gòu)化分析SAii. 面向數(shù)據(jù)流的分析方法1. DFD四個組成部分（表示方法、命名)2. DFD作圖：

4、需求描述àDFD3. 層次分解法（保持父圖和其子圖的平衡）4. 數(shù)據(jù)字典（符號）c) 軟件設(shè)計i. 總體設(shè)計1. 模塊獨立性：高內(nèi)聚2. 作用域是控制域的子集3. 單入單出4. 規(guī)模、深度、寬度、扇入、扇出適當(dāng)ii. 傳統(tǒng)設(shè)計方法1. 面向數(shù)據(jù)流的設(shè)計方法（數(shù)據(jù)流圖)a) 結(jié)構(gòu)化設(shè)計SDà對應(yīng)有SD結(jié)構(gòu)化需求分析、SP結(jié)構(gòu)化實現(xiàn)b) DFDà軟件結(jié)構(gòu)（層次圖)i. 變換設(shè)計ii. 事務(wù)設(shè)計c) 優(yōu)缺點2. 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法a) Jackson方法b) Jackson圖i. 三種元素間的邏輯關(guān)系:順序、選擇、重復(fù)ii. 可描述兩種數(shù)據(jù)結(jié)構(gòu):數(shù)據(jù)結(jié)構(gòu)、程序結(jié)構(gòu)c

5、) 思想：數(shù)據(jù)結(jié)構(gòu)與程序處理過程相互轉(zhuǎn)換d) 步驟：I/O DSà對應(yīng)關(guān)系àProgram Structureà細(xì)化求精e) 優(yōu)缺點:i. 數(shù)據(jù)入手ii. 簡化數(shù)據(jù)處理程序的設(shè)計iii. 模塊與獨立性原則沒有給予應(yīng)有的重視iv. 求提供對復(fù)雜系統(tǒng)設(shè)計過程的支持3. Parnas方法iii. 詳細(xì)設(shè)計1. 結(jié)構(gòu)化程序設(shè)計SPa) 高效率-良結(jié)構(gòu)b) 三種基本控制結(jié)構(gòu)、單入單出2. 過程設(shè)計的工具d) 實現(xiàn)/編碼i. 語言1. 功能等價2. 描述問題方便性有差異a) 例如:OOPL-非OOPLii. 程序設(shè)計風(fēng)格e) 軟件測試i. 目標(biāo)ii. 方法1. 正確性證明2.

6、 靜態(tài)測試3. 動態(tài)測試a) 黑盒(功能)測試i. 等價類劃分ii. 邊界值分析iii. 錯誤推測b) 白盒(結(jié)構(gòu))測試i. 語句覆蓋ii. 判定覆蓋iii. 條件覆蓋iv. 判定條件覆蓋v. 條件組合覆蓋iii. 步驟f) 軟件維護(hù)i. 四種類型1. 校正性2. 適應(yīng)性3. 完善性4. 預(yù)防性ii. 提高可維護(hù)性的措施三、 面向?qū)ο蠓椒?Objectoriented Method)a) OOM與CM對比:區(qū)別優(yōu)點i. 思維方式 iv。 穩(wěn)定性ii. 可重用性 v。 可維護(hù)性iii. 大型軟件b) OOSE方法i. 三個階段、五個模型、ii. USE CASE第二章傳統(tǒng)軟件工程方法：軟件計劃具

7、體任務(wù):項目定義、可行性分析、軟件計劃其中：可行性分析:1、 可行性研究實質(zhì)：可行性研究試一次大大壓縮和簡化了的系統(tǒng)分析和設(shè)計過程，也就是在較高層次上以較抽象的方式進(jìn)行的系統(tǒng)分析和設(shè)計過程。2、 主要內(nèi)容： a) 經(jīng)濟(jì)可行性：資金有無落實、成本-效益分析b) 技術(shù)可行性:開發(fā)的風(fēng)險、資源的有效性、技術(shù)方案c) 操作可行性：用戶組織內(nèi)的管理制度、人員素質(zhì)、操作方式等是否可行。d) 法律及社會可行性e) 開發(fā)方案的選擇:折衷手段權(quán)衡.3、 可行性研究的主要步驟：a) 復(fù)查系統(tǒng)規(guī)模b) 研究正在使用的舊系統(tǒng)c) 導(dǎo)出高層邏輯模型d) 重新定義問題e) 導(dǎo)出多種解法f) 推薦行動方針g) 草擬開發(fā)計劃

8、h) 書寫文檔并提交審查系統(tǒng)流程圖(物理建模工具）：會讀、讀懂。數(shù)據(jù)流圖:概述 描繪系統(tǒng)的邏輯模型的工具 DFD： Data Flow Diagram 描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換數(shù)據(jù)從哪里來,到哪里去，經(jīng)過怎樣的處理,保存在哪里 沒有任何具體的物理部件,只是描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程。是系統(tǒng)邏輯功能的圖形表示。是分析員和用戶溝通的工具 是后期設(shè)計的出發(fā)點DFD的繪制一般采用自頂向下、逐步細(xì)化的方法，主要步驟如下：·明確系統(tǒng)界面。識別出那些不受系統(tǒng)控制但又影響系統(tǒng)運行的外部環(huán)境。·繪制基本系統(tǒng)模型?；鞠到y(tǒng)模型由若干源點、終點和一個基本處

9、理組成，表明系統(tǒng)對數(shù)據(jù)加工變換的基本功能。·逐層細(xì)化基本系統(tǒng)模型得到功能級DFD和詳細(xì)DFD。下面即分層數(shù)據(jù)流圖。假設(shè)一家工廠的采購部每天需要一張定貨報表,報表按零件編號排序，表中列出所有需要再次定貨的零件。對于每個需要再次定貨的零件應(yīng)該列出下述數(shù)據(jù);零件編號零件名稱、定貨數(shù)量、目前價格、主要供應(yīng)者和次要供應(yīng)者. 零件入庫或出庫稱為事務(wù)，通過放在倉庫中的CRT終端把事務(wù)報告給定貨系統(tǒng)。當(dāng)某種零件的庫存數(shù)量少于庫存量臨界值時就應(yīng)該再次定貨。從問題描述中提取數(shù)據(jù)流圖的四種成分。首先考慮數(shù)據(jù)的源點和終點： “采購部每天需要一張定貨報表” “通過放在倉庫中的CRT終端把事務(wù)報告給定貨系統(tǒng)”可

10、知：采購員是終點倉庫管理員是源點接下來考慮處理： “采購部每天需要一張定貨報表” -采購部需要報表 “零件入庫或出庫稱為事務(wù)，通過放在倉庫中的CRT終端把事務(wù)報告給定貨系統(tǒng)." 事務(wù)的后果是改變庫存量可知：產(chǎn)生報表是一個處理處理事務(wù)是另一個處理最后考慮數(shù)據(jù)流和數(shù)據(jù)存儲: 系統(tǒng)把定貨報表送給采購部-定貨報表 事務(wù)需要從倉庫送到系統(tǒng)中-事務(wù)-需把事務(wù)數(shù)據(jù)存儲起來產(chǎn)生報表和處理事務(wù)在時間上不匹配, 當(dāng)某種零件的庫存數(shù)量少于庫存量臨界值時就應(yīng)該再次定貨,而每天打印一次定貨報表-需把定貨信息存儲起來可知:定貨報表、事務(wù)是數(shù)據(jù)流(數(shù)據(jù)流如報表包含零件編號零件名稱、定貨數(shù)量、目前價格、主要供應(yīng)者和

11、次要供應(yīng)者等信息.事務(wù)包含零件編號、事務(wù)類型、數(shù)量等。）庫存清單、定貨信息是數(shù)據(jù)存儲基本系統(tǒng)模型：功能數(shù)據(jù)流圖：注意符號進(jìn)一步分解處理事務(wù)：命名1）為數(shù)據(jù)流(或數(shù)據(jù)存儲)命名 名字應(yīng)代表整個數(shù)據(jù)流（或數(shù)據(jù)存儲)的內(nèi)容，而不是僅僅反映它的某些成分 不要使用空洞的、缺乏具體含義的名字（如“數(shù)據(jù)"、“信息”、“輸入”之類） 如果在為某個數(shù)據(jù)流（或數(shù)據(jù)存儲)起名字時遇到了困難，則很可能是因為對數(shù)據(jù)流圖分解不恰當(dāng)造成的2 ）為處理命名 通常先為數(shù)據(jù)流命名，然后再為與之相關(guān)聯(lián)的處理命名，體現(xiàn)了人類習(xí)慣的“由表及里”的思考過程 名字應(yīng)該反映整個處理的功能 名字最好由一個具體的及物動詞，加上一個具體

12、的賓語組成。 通常名字中僅包括一個動詞 如果在為某個處理命名時遇到困難，則很可能是發(fā)現(xiàn)了分解不當(dāng)?shù)嫩E象，應(yīng)考慮重新分解應(yīng)注意的問題1 ）是數(shù)據(jù)流不是控制流畫數(shù)據(jù)流不是控制流；數(shù)據(jù)流圖反映系統(tǒng)“做什么”,不反映“如何做”,因此箭頭上的數(shù)據(jù)流名稱只能是名詞或名詞短語,整個圖中不反映加工的執(zhí)行順序.2 )一般不畫物質(zhì)流數(shù)據(jù)流反映的是能用計算機處理的數(shù)據(jù),并不是實物，因此系統(tǒng)的數(shù)據(jù)流圖上一般不要畫物質(zhì)流。3 ）加工的畫法每個加工至少有一個輸入數(shù)據(jù)數(shù)據(jù)流圖的用途：1）建立新系統(tǒng)邏輯模型的工具2）作為與用戶和開發(fā)人員交流信息的工具3）作為分析、設(shè)計乃至維護(hù)的依據(jù)數(shù)據(jù)字典：概念 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集

13、合 DD： Data Dictionary 是對DFD中包含的所有元素的定義的集合 在分析、設(shè)計和維護(hù)過程中供查閱用內(nèi)容1)數(shù)據(jù)流2）數(shù)據(jù)流分量（即數(shù)據(jù)元素）3）數(shù)據(jù)存儲4）處理（IPO圖或PDL更加方便）是對上述四類元素的定義具體信息 名字?jǐn)?shù)據(jù)、控制項、數(shù)據(jù)存儲或外部實體的主要名稱 別名-該元素等價的其他名字,盡量減少 使用地點與方式使用數(shù)據(jù)或控制項的處理的列表，以及使用這些對象的方式（例如作為處理的輸入,從處理輸出， 作為數(shù)據(jù)存儲，作為外部實體） 內(nèi)容描述描述數(shù)據(jù)或控制項內(nèi)容的符號 補充信息關(guān)于數(shù)據(jù)類型、預(yù)置值、限制等的其他信息 軟件項目的量化估算n 成本估算 工作量估算n 工程進(jìn)度安排行

14、成本估算 階段成本估算甘特圖：歷史悠久、應(yīng)用廣泛的進(jìn)度計劃工具進(jìn)度安排的任務(wù)網(wǎng)絡(luò)圖優(yōu)點:簡單，能動態(tài)地反映開發(fā)進(jìn)展缺點：難以反映多個任務(wù)間的邏輯關(guān)系第三章傳統(tǒng)軟件工程方法:需求分析需求分析n 1 目標(biāo)和任務(wù)n 2 需求獲取技術(shù)n 3 需求內(nèi)容n 4 需求建模方法需求分析任務(wù)n 問題分析n 需求描述n 需求評審需求建模方法1. 面向數(shù)據(jù)流的分析方法2. 面向?qū)ο蟮姆治龇椒?. 面向數(shù)據(jù)結(jié)構(gòu)的分析方法需求工程的任務(wù)需求開發(fā)包含四個過程：需求獲取、需求整理與分析、需求定義、需求驗證。需求分析的具體任務(wù)：需求獲取、確定和分析需求、開發(fā)原型系統(tǒng)、編寫SRS、需求驗證、變更管理、修正計劃軟件需求及需求的分

15、類軟件需求：以一種清晰、簡潔、一致且無二義性的方式，描述用戶對目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計約束等方面的期望,是在開發(fā)過程中對系統(tǒng)的約束。（表達(dá)做什么而不描述如何做.）Requirement is the Basics of Quality，軟件需求的作用：分理解現(xiàn)實中的業(yè)務(wù)問題,并作為軟件設(shè)計的基礎(chǔ)；為軟件項目的成本、時間、風(fēng)險估計提供準(zhǔn)確的依據(jù)；少開發(fā)工作量，避免將時間與資源浪費在設(shè)計與實現(xiàn)錯誤的需求上；通提供需求文檔和需求基線，來有效的管理系統(tǒng)演化與變更;為顧客與開發(fā)團(tuán)隊之間正式合同的一部分；最終的驗收測試提供標(biāo)準(zhǔn)和依據(jù)需求的分類：業(yè)務(wù)需求à業(yè)務(wù)需求指導(dǎo)需求獲取à

16、;用戶需求à轉(zhuǎn)化用戶需求為系統(tǒng)需求à系統(tǒng)需求前四個為原始問題空間、后面系統(tǒng)需求為解決方案空間。業(yè)務(wù)需求(Business Requirements)： 客戶對于系統(tǒng)的高層次目標(biāo)要求（highlevel objectives） ，定義了項目的遠(yuǎn)景和范疇(vision and scope）1、 業(yè)務(wù):屬于哪類業(yè)務(wù)范疇？應(yīng)完成什么功能？為何目的？2、 客戶：軟件為誰服務(wù)？目標(biāo)客戶是誰？3、 特性：區(qū)別于其他競爭產(chǎn)品的特性是什么？4、 價值：價值體現(xiàn)在那些方面？5、 優(yōu)先級:功能特性的優(yōu)先級次序是什么？用戶需求（User Requirements）： 從用戶角度描述的系統(tǒng)功能需求與

17、非功能需求，通常只涉及系統(tǒng)的外部行為而不涉及內(nèi)部特性。系統(tǒng)需求(System Requirements， SR)： 系統(tǒng)應(yīng)該提供的功能或服務(wù)，通常涉及用戶或外部系統(tǒng)與該系統(tǒng)之間的交互，不考慮系統(tǒng)內(nèi)部的實現(xiàn)細(xì)節(jié)系統(tǒng)需求的類型分：功能性需求：描述了系統(tǒng)與其實現(xiàn)環(huán)境之間的交互。環(huán)境包括用戶和任何其他與該系統(tǒng)進(jìn)行交互的外部系統(tǒng)。功能需求可以以不同的詳細(xì)程度反復(fù)編寫和細(xì)化功能需求描述應(yīng)該完整而且一致和準(zhǔn)確完整性意味著用戶所需的所有的服務(wù)應(yīng)該全部給出描述一致性意味著需求描述不能前后矛盾準(zhǔn)確性是指需求不能出現(xiàn)模糊和二義性的地方非功能性需求：描述了不直接關(guān)聯(lián)到系統(tǒng)功能行為的系統(tǒng)的方方面面。從各個角度對系統(tǒng)的約

18、束和限制，反映了客戶對軟件系統(tǒng)質(zhì)量和性能的額外要求，如響應(yīng)時間、數(shù)據(jù)精度、可靠性等?？捎眯?Usability）：是一種用戶可以學(xué)會的操作、輸入準(zhǔn)備、解釋一個系統(tǒng)或者構(gòu)件輸出的狀況。可靠性(Reliability）:是系統(tǒng)或構(gòu)件在給定時間內(nèi)、指定條件下，完成其要求功能的能力。性能(Performance)：需求要考慮系統(tǒng)的定量屬性,比如響應(yīng)時間,吞吐量、有效性和準(zhǔn)確性?？芍С中裕⊿upportability):需求關(guān)注于在進(jìn)行部署后系統(tǒng)的變化狀況,比如包括可適配性、可維護(hù)性、可移植性等。需求獲取技術(shù) 略需求分析：分析方法結(jié)構(gòu)化分析方法SA核心思想是模塊化,自頂向下逐步求精對系統(tǒng)進(jìn)行分析.使用多

19、個需求分析視圖，建立系統(tǒng)的數(shù)據(jù)、功能和行為模型數(shù)據(jù)流圖DFD加工說明PSPEC數(shù)據(jù)字典DD狀態(tài)遷移圖STD關(guān)聯(lián)圖ER圖面向?qū)ο蠓治龇椒∣OA核心思想是利用OO的概念和方法對軟件需求建造模型，以使用戶需求逐步精確化、一致化、完全化。結(jié)構(gòu)化分析建模(與SA區(qū)分）,就是面向數(shù)據(jù)流的分析方法結(jié)構(gòu)化分析方法是一種傳統(tǒng)的系統(tǒng)建模技術(shù)，它提出來一組提高軟件結(jié)構(gòu)合理性的準(zhǔn)則。結(jié)構(gòu)化分析：使用數(shù)據(jù)流程圖、數(shù)據(jù)字典、結(jié)構(gòu)化英語、判定表和判定樹等工具，來建立一種新的、稱為結(jié)構(gòu)化說明書的目標(biāo)文檔需求規(guī)格說明書。結(jié)構(gòu)化分析方法的要點是：面對數(shù)據(jù)流的分解和抽象；把復(fù)雜問題自頂向下逐層分解、其中，只要求數(shù)據(jù)流圖和數(shù)據(jù)字典。

20、DFD是描繪系統(tǒng)邏輯模型的常用圖形工具。它描繪了信息流和數(shù)據(jù)從輸入端移動到輸出端的過程中所經(jīng)受的變換.在DFD中沒有具體的物理元素,只是描述信息在系統(tǒng)中的流動、處理和存儲的邏輯過程,表明系統(tǒng)必須完成的基本邏輯功能。DFD中只有四種元素，不包括任何有關(guān)物理實現(xiàn)的細(xì)節(jié),所以,絕大多數(shù)用戶可以理解和評價它。DFD是分析和設(shè)計的工具。實體關(guān)系圖E-R圖數(shù)據(jù)流圖-DFD圖狀態(tài)轉(zhuǎn)換圖STD圖DFD組成成分:（4）加工分解原則a) 1加工 7子加工b) 按問題的邏輯特性分解c) 盡量少分解層次d) 分解均勻模型中還需要描述數(shù)據(jù)是如何被加工處理的：1、結(jié)構(gòu)化語言 2、判定表 3、判定樹判定表: 第四傳統(tǒng)軟件工

21、程方法：軟件設(shè)計中的總體設(shè)計。軟件設(shè)計兩個階段:概要設(shè)計 詳細(xì)設(shè)計作用:SE核心過程軟件設(shè)計階段的任務(wù)從工程管理的角度，分為總體設(shè)計階段和詳細(xì)設(shè)計階段； 技術(shù)的角度，分體系結(jié)構(gòu)設(shè)計、數(shù)據(jù)設(shè)計、接口設(shè)計和過程設(shè)計總體設(shè)計分兩個階段： 系統(tǒng)設(shè)計階段確定系統(tǒng)的具體實現(xiàn)方案。 結(jié)構(gòu)設(shè)計階段確定軟件結(jié)構(gòu)確定系統(tǒng)中每個程序是由哪些模塊組成的，以及這些模塊相互間的關(guān)系.總體設(shè)計的重要性：總體設(shè)計是軟件開發(fā)過程中一個非常重要的階段。可以肯定，如果軟件系統(tǒng)沒有經(jīng)過認(rèn)真細(xì)致的總體設(shè)計,就直接考慮它的算法或直接編寫源程序，這個系統(tǒng)的質(zhì)量就很難保證。許多軟件就是因為結(jié)構(gòu)上的問題，使得它經(jīng)常發(fā)生故障，而且很難維護(hù)什么是

22、好的軟件設(shè)計軟件質(zhì)量評價標(biāo)準(zhǔn):定性評價：q 用戶角度：達(dá)到需求、界面友好、簡單易學(xué)q 開發(fā)人員角度：良結(jié)構(gòu)、易測試、易維護(hù)、可移植 定量評價:軟件度量宏觀標(biāo)準(zhǔn)：可靠性 良軟件結(jié)構(gòu) 文檔齊全軟件結(jié)構(gòu)軟件的各個組成部分之間的關(guān)系的表示，決定了整個系統(tǒng)的結(jié)構(gòu)和質(zhì)量扇出：直接由一個塊所控制的塊數(shù)扇入：直接調(diào)用它的上級塊數(shù)目深度:控制的總層數(shù)寬度：跨度最寬層的跨度數(shù)模塊化依據(jù)：復(fù)雜程度 工作量模塊重要特征:1.抽象：忽略細(xì)節(jié)，分層理解問題，自頂向下層層細(xì)化.2. 信息隱藏F 細(xì)節(jié)隱藏F 可理解性F 修改副作用小F 錯誤副作用小模塊獨立性度量：耦合塊間聯(lián)系 內(nèi)聚塊內(nèi)聯(lián)系耦合零耦合:塊間無任何連接數(shù)據(jù)耦合:

23、兩模塊通過參數(shù)交換信息，只交換數(shù)據(jù)。控制耦合：傳遞的信息有控制信息(有時以數(shù)據(jù)形式出現(xiàn))公共環(huán)境耦合：兩個多個模塊通過一個公共數(shù)據(jù)環(huán)境相互作用問題：§ 公共部分的改動將影響所有調(diào)用它的模塊 § 公共部分的數(shù)據(jù)存取無法控制 § 復(fù)雜程度隨耦合模塊的個數(shù)增加而增加內(nèi)容耦合：n 一個模塊訪問另一個模塊的內(nèi)部數(shù)據(jù)n 一個模塊不通過正常入口而轉(zhuǎn)到另一個模塊的內(nèi)部n 兩個模塊有一部分程序代碼重疊(只可能出現(xiàn)在匯編程序中）n 一個模塊有多個入口耦合度與軟件結(jié)構(gòu)原則：盡量使用數(shù)據(jù)耦合，少用控制耦合，限制公共環(huán)境耦合的范圍，完全不用內(nèi)容耦合。內(nèi)聚高內(nèi)聚意味著松耦合，內(nèi)聚更重要偶然內(nèi)

24、聚 邏輯內(nèi)聚 時間內(nèi)聚 過程內(nèi)聚 通信內(nèi)聚 順序內(nèi)聚 功能內(nèi)聚 內(nèi)聚度與軟件結(jié)構(gòu)軟件模塊分解的過程：業(yè)務(wù)域分解/問題域分解領(lǐng)域?qū)＜?，企業(yè)戰(zhàn)略；系統(tǒng)à子系統(tǒng)業(yè)務(wù)功能域分解服務(wù)，資源；子系統(tǒng)拆分為多個服務(wù)技術(shù)域分解功能需求和非功能需求，當(dāng)前IT技術(shù);業(yè)務(wù)域和業(yè)務(wù)功能域分解出的元素進(jìn)行整合在模塊分解時，要注意以下幾點：n 低耦合高內(nèi)聚：“從弱耦合入手，切斷聯(lián)系”n 層次性：先業(yè)務(wù)后技術(shù)，循序漸進(jìn)n 正交原則:相互獨立，職責(zé)沒有重疊n 抽象原則n 穩(wěn)定性原則n 復(fù)用性原則度量(迭代演化 面向?qū)ο?軟件度量度量 測量 估算 軟件度量n 軟件復(fù)雜性度量q 規(guī)模q 文本復(fù)雜性q 控制結(jié)構(gòu)的復(fù)雜性n

25、 軟件可靠性度量q 系統(tǒng)故障率q 軟件修復(fù)與軟件有效性q 軟件可靠性估算軟件設(shè)計的啟發(fā)規(guī)則1.提高模塊獨立性q 松耦合，高內(nèi)聚q 增加內(nèi)聚,減少耦合2。模塊規(guī)模適中3。深度/寬度/扇入/扇出適當(dāng)4。作用域在控制域內(nèi)F 控制域：模塊本身以及所有直接或間接從屬于它的模塊的集合 F 作用域：受該模塊內(nèi)一個判定影響的所有模塊的集合n 修改軟件結(jié)構(gòu)q 判斷點上移q 受影響塊下移5。降低接口的復(fù)雜程度q 接口復(fù)雜可能表明模塊的獨立性差q 接口復(fù)雜或不一致（看起來傳遞的數(shù)據(jù)間無聯(lián)系）,是緊耦合或低內(nèi)聚的征兆6、單出單入,避免內(nèi)容耦合7、模塊功能可預(yù)測q 相同輸入必產(chǎn)生相同輸出q 模塊中使用全局變量可能導(dǎo)致不

26、可預(yù)測軟件結(jié)構(gòu)劃分方式水平劃分 n 按主要功能定義模塊結(jié)構(gòu)的各分支n 頂層控制模塊，下層輸入、處理、輸出三個分支n 優(yōu)點：功能分離,易修改擴(kuò)充n 缺點：模塊接口傳遞數(shù)據(jù)多,信息流的整體控制復(fù)雜化垂直劃分n 自頂向下逐層分布工作n 頂層模塊控制，低層模塊實際處理n 優(yōu)點：對低層模塊的修改不易引起副作用n 便于將來的維護(hù)軟件系統(tǒng)設(shè)計技術(shù)面向數(shù)據(jù)流（DFD）的設(shè)計方法 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法 原型法結(jié)構(gòu)化設(shè)計（Structured Design, SD）基于模塊化、自頂向下求精、結(jié)構(gòu)化程序設(shè)計技術(shù)基礎(chǔ)上發(fā)展起來面向數(shù)據(jù)流的設(shè)計方法數(shù)據(jù)流圖映射到軟件結(jié)構(gòu)用啟發(fā)式規(guī)則對結(jié)構(gòu)進(jìn)行細(xì)化面向數(shù)據(jù)流的設(shè)計方法（

27、結(jié)構(gòu)化設(shè)計SD)軟件結(jié)構(gòu)設(shè)計中的圖形工具Ø 層次圖（H圖）-系統(tǒng)結(jié)構(gòu)圖； -Hierarchyn 描述軟件結(jié)構(gòu)，而非數(shù)據(jù)結(jié)構(gòu)n 矩形框：模塊n 連線：調(diào)用關(guān)系,而非組成關(guān)系Ø HIPO圖=H圖+IPO表n H圖 + IPO圖（Inputprocessoutput Diagram）n 在H圖中,除最頂層方框外,在每一個方框內(nèi)加上一個編號，編號次序依次為:1.0,2.0,；2。1，2。2,；3.1，3.2n 對于H圖中的每一個方框，有一張IPO圖描述這個方框所代表模塊的處理過程Ø 結(jié)構(gòu)圖-模塊聯(lián)系圖1。結(jié)構(gòu)圖是軟件結(jié)構(gòu)設(shè)計的另一種工具, 與層次圖類似。2。它在層次圖的

28、每一個方框內(nèi)注明的是模塊的名字或主要功能。3.方框之間的直線表示模塊的調(diào)用關(guān)系。4。用帶注解的箭頭表示模塊調(diào)用過程中傳遞的信息基于數(shù)據(jù)流（SD )的設(shè)計方法又稱為結(jié)構(gòu)化設(shè)計方法；目標(biāo)：給出設(shè)計軟件結(jié)構(gòu)的一個系統(tǒng)化途徑；作用:該方法定義了一些不同的“映射”，利用這些映射可以把數(shù)據(jù)流圖變換成軟件結(jié)構(gòu)圖。另注： 通過結(jié)構(gòu)化分析來得到DFD，SA是結(jié)構(gòu)化需求分析、SD是結(jié)構(gòu)化設(shè)計、SP是結(jié)構(gòu)化實現(xiàn)數(shù)據(jù)流的類型：變換流、事務(wù)流、混合型1.變換流:所有信息都可以歸結(jié)為變換流變換流參看圖形,信息沿輸入通路進(jìn)入系統(tǒng)，同時由外部形式變換成內(nèi)部形式，進(jìn)入系統(tǒng)的信息通過變換中心，經(jīng)過加工處理以后再沿輸出通路變換成外

29、部形式離開軟件系統(tǒng).當(dāng)數(shù)據(jù)流具有這些特征時，這種信息流稱為變換流。變換型的軟件結(jié)構(gòu)圖2.事務(wù)流：當(dāng)信息流具有明顯的“事務(wù)中心”時,可歸結(jié)為事務(wù)流輸入通路到達(dá)一個處理T，這個處理根據(jù)輸入數(shù)據(jù)的類型在若干個動作序列中選出一個來執(zhí)行。這種“以事務(wù)為中心的”的數(shù)據(jù)流，稱為“事務(wù)流”。T稱為事務(wù)中心n 接收輸入數(shù)據(jù);n 分析每個事務(wù)以確定它的類型；n 根據(jù)事務(wù)類型選取一條活動通路事務(wù)型軟件結(jié)構(gòu)圖3?；旌闲?，兼具兩種特征。面向數(shù)據(jù)流方法的設(shè)計過程一定要重點看總體設(shè)計部分后面的P140左右的例題第五傳統(tǒng)軟件工程方法：軟件設(shè)計中的詳細(xì)設(shè)計詳細(xì)設(shè)計的任務(wù)結(jié)構(gòu)化程序設(shè)計詳細(xì)設(shè)計的工具面向數(shù)據(jù)結(jié)構(gòu)設(shè)計人機界面設(shè)計詳

30、細(xì)設(shè)計說明書程序復(fù)雜性的度量詳細(xì)設(shè)計的任務(wù):1。 用偽代碼、圖或表等工具描繪每個模塊的算法流程。2. 確定每個模塊的局部數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)庫的物理結(jié)構(gòu)、模塊間的接口和輸入輸出數(shù)據(jù)3。 為每個模塊設(shè)計測試用例，使得編碼階段對具體模塊的調(diào)試測試更加方便4。 編寫詳細(xì)設(shè)計說明書結(jié)構(gòu)化程序設(shè)計（SP結(jié)構(gòu)化實現(xiàn)，與結(jié)構(gòu)化設(shè)計SA區(qū)分）a) 高效率-良結(jié)構(gòu)b) 三種基本控制結(jié)構(gòu)、單入單出程序代碼僅使用順序、選擇和循環(huán)這三種基本的控制結(jié)構(gòu)進(jìn)行連接，且每個代碼塊只有一個入口和一個出口，只在檢測錯誤和退出循環(huán)處使用非基本結(jié)構(gòu)技術(shù)。詳細(xì)設(shè)計的工具圖形描述程序流程圖（ PFC)趨勢是使用的人越來越少.優(yōu)點：直觀清晰、廣

31、泛易學(xué)缺點：不能逐步求精，不易表示數(shù)據(jù)結(jié)構(gòu),隨意轉(zhuǎn)移控制造成非結(jié)構(gòu)化盒圖（ N-S）本質(zhì)上的改進(jìn)是沒有箭頭,不能隨意轉(zhuǎn)移控制。PAD圖PAD圖優(yōu)點:本質(zhì)上的改進(jìn)是層次清晰。結(jié)構(gòu)化程序結(jié)構(gòu)清晰表現(xiàn)程序邏輯,易讀、易懂、易記描繪數(shù)據(jù)結(jié)構(gòu)支持自頂向下、逐步求精方法的使用 PAD圖à高級程序設(shè)計語言表格描述判定表判定樹語言描述過程設(shè)計語言PDL/偽碼優(yōu)點：可作注釋直接插在源程序中、編輯簡單、PDLàcodes缺點：不如“圖”直觀、復(fù)雜條件 不如判定表清晰、簡單面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法JSD法：將Jackson方法用于大系統(tǒng)設(shè)計時會出現(xiàn)復(fù)雜的難以對付的結(jié)構(gòu)沖突。Jackson圖優(yōu)點便于

32、表示層次結(jié)構(gòu),結(jié)構(gòu)的自頂向下分解，直觀，可讀性好數(shù)據(jù)入手簡化數(shù)據(jù)處理程序的設(shè)計既能表示數(shù)據(jù)結(jié)構(gòu)，也能表示程序結(jié)構(gòu)缺點沒有表示條件,不易直接把圖翻譯成程序,斜線不易打印模塊與獨立性原則沒有給予應(yīng)有的重視求提供對復(fù)雜系統(tǒng)設(shè)計過程的支持改進(jìn)的Jackson圖Jackson方法1. 畫數(shù)據(jù)結(jié)構(gòu)的Jackson圖2。 找輸入輸出數(shù)據(jù)結(jié)構(gòu)的對應(yīng)關(guān)系3. 以輸出數(shù)據(jù)結(jié)構(gòu)為基礎(chǔ)，導(dǎo)出程序結(jié)構(gòu)的Jackson圖有關(guān)系的數(shù)據(jù)單元 合畫一個處理框輸入數(shù)據(jù)結(jié)構(gòu)中余下的數(shù)據(jù)單元 各畫一個輸出數(shù)據(jù)結(jié)構(gòu)中余下的數(shù)據(jù)單元 各畫一個4。 列出所有操作、條件5。 偽碼表示程序JACKSON的偽碼表示程序（1）順序結(jié)構(gòu)A seqB

33、 CDA end（2）選擇結(jié)構(gòu)A select condition1BA or condition2CA or condition3DA end（3）重復(fù)結(jié)構(gòu)A iter until（或while）conditionBA end第六章傳統(tǒng)軟件工程方法：實現(xiàn)與測試。編碼軟件測試基礎(chǔ)測試用例設(shè)計軟件測試步驟與策略調(diào)試軟件可靠性一、編碼語言：1、 語言的元計算模型等價 功能等價2、 描述問題的方便性有差異程序設(shè)計語言的特點及其對軟件的影響:機器求解問題的基本工具：思維方式、解題方式、人機通信的方式、理解程序的難以程度選擇程序設(shè)計語言的理想標(biāo)準(zhǔn):模塊化機制、語言特點、開發(fā)工具、獨立編譯機制、標(biāo)準(zhǔn)化選擇

34、程序設(shè)計語言的實用標(biāo)準(zhǔn)：系統(tǒng)用戶的要求、工程規(guī)模、程序員的知識、軟件的應(yīng)用領(lǐng)域程序設(shè)計風(fēng)格:“好”程序的標(biāo)準(zhǔn)q源程序代碼的邏輯簡明清晰、易讀易懂遵循原則：程序內(nèi)部的文檔、數(shù)據(jù)說明、語句構(gòu)造盡量簡單而直接、輸入輸出規(guī)則、效率效率：效率主要指處理機時間和存儲器容量兩個方面n 關(guān)于效率的三條原則q 第一,效率是性能要求，應(yīng)該在需求分析階段確定效率方面的要求;q 第二，效率是靠好設(shè)計來提高的；q 第三，程序的效率和程序的簡單度是一致的,不要犧牲程序的清晰性和可讀性來不必要地提高效率n 三個方面q 程序的運行時間q 存儲器效率q 輸入輸出效率二、軟件測試基礎(chǔ)測試目標(biāo)： 為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過

35、程測試用例：一組用于測試的輸入數(shù)據(jù)和預(yù)期得出的正確輸出測試方案：測試用例和用例預(yù)定要檢驗的功能、測試環(huán)境的規(guī)劃、測試工具的選擇。測試計劃:要進(jìn)行的測試的組織、資源、風(fēng)險、原則和進(jìn)度安排等進(jìn)行規(guī)定和約束軟件測試方法分:靜態(tài)測試（人工檢查代碼，不在機器上運行)和動態(tài)測試（白盒與黑盒）.窮盡測試：（不可能，只能選少量”最有效”做到完備）:包含所有可能情況的測試黑盒測試 功能測試目的：q 功能是否正常使用？q 輸入 正確輸出?q 保持外部信息的完整性?q 時機：測試的后期，如:集成測試、確認(rèn)測試白盒測試關(guān)注軟件內(nèi)部邏輯結(jié)構(gòu)( control structure）測試每條邏輯通路檢查斷點（ break

36、point） 狀態(tài)測試方案對程序邏輯的覆蓋程度決定測試的完全性程度時機：測試的早期,例如：單元測試成本高，通常對結(jié)構(gòu)比較復(fù)雜的模塊進(jìn)行白盒測試三、測試用例設(shè)計黑盒法依據(jù)對程序的需求和說明等價劃分法邊界值分析法錯誤推測法白盒法邏輯覆蓋控制結(jié)構(gòu)測試用例是為某個特殊目標(biāo)而編制的一組測試輸入、執(zhí)行條件、執(zhí)行步驟以及預(yù)期結(jié)果等等。黑盒測試技術(shù)a. 黑盒（功能）測試i. 等價類劃分ii. 邊界值分析iii. 錯誤推測白盒測試技術(shù)白盒測試技術(shù)是基于程序的內(nèi)部實現(xiàn)結(jié)構(gòu)和邏輯尋找軟件中的缺陷覆蓋準(zhǔn)則可以作為測試停止或/和選取測試數(shù)據(jù)的標(biāo)準(zhǔn)軟件測試的步驟與策略第七章傳統(tǒng)軟件工程方法:維護(hù)。軟件維護(hù)的概念和內(nèi)容軟件

37、維護(hù)的過程軟件的可維護(hù)性軟件再工程過程一、軟件維護(hù)的概念和內(nèi)容定義： 就是在軟件已經(jīng)交付使用之后，因為下列原因而修改軟件的過程。軟件中的bug需要修復(fù)改正性維護(hù)軟件在使用過程中,新的需求不斷出現(xiàn)完善性維護(hù)商業(yè)環(huán)境在不斷地變化、計算機硬件和軟件環(huán)境的升級需要更新現(xiàn)有的系統(tǒng)適應(yīng)性維護(hù)軟件的性能和可靠性需要進(jìn)一步改進(jìn)預(yù)防性維護(hù)類型:n 校正性維護(hù)/糾錯性維護(hù)（corrective maintenace）n 適應(yīng)性維護(hù)(adaptive maintenance)n 完善性維護(hù)（perfective maintenance）n 預(yù)防性維護(hù)（preventive maintenace）維護(hù)的代價：n 表面

38、上看來合理的改錯或修改不能完全滿足用戶的要求,就會引起用戶的不滿。n 由于維護(hù)時對軟件的改動,哪怕是很小的改動,在軟件中也會引入潛在的隱患或錯誤，使得整個軟件的質(zhì)量降低, 特別是不可再現(xiàn)錯誤。n 在開發(fā)工作期間，由于工作需要必須把軟件工程師調(diào)去從事維護(hù)工作，就會對開發(fā)工作造成不良影響。 n 軟件維護(hù)會使生產(chǎn)率大幅度下降 維護(hù)中的問題n 閱讀和理解問題 n 人員問題n 文檔資料 n 軟件的修改 n 軟件維護(hù)相對于軟件系統(tǒng)開發(fā)工作來說則毫無吸引力二、軟件維護(hù)過程軟件維護(hù)過程定義:本質(zhì)上是修改和壓縮了的軟件定義和開發(fā)過程。n 建立維護(hù)組織n 提出維護(hù)申請報告及評價n 維護(hù)實施n 保存維護(hù)記錄n 評價

39、維護(hù)活動三、可維護(hù)性軟件可維護(hù)性是指糾正軟件系統(tǒng)出現(xiàn)的錯誤和缺陷,以及為滿足新的要求進(jìn)行修改、擴(kuò)充或壓縮的容易程度可維護(hù)性的決定因素 可理解性 可測試性可修改性 可靠性可移植性 可使用性效率。提高可維護(hù)性的措施維護(hù)的副作用F 修改軟件后導(dǎo)致新錯誤的發(fā)生n 編碼的副作用n 數(shù)據(jù)的副作用 文檔資料的副作用完善的設(shè)計文檔資料可以減少數(shù)據(jù)的副作用。利用文檔資料對數(shù)據(jù)及其用途所作的詳細(xì)描述 ，提供了數(shù)據(jù)項、記錄、文件及其他結(jié)構(gòu)與軟件模塊間相關(guān)的參照表，是維護(hù)期間對數(shù)據(jù)結(jié)構(gòu)進(jìn)行修改的主要依據(jù)。第七章 軟件管理軟件管理內(nèi)容n 開發(fā)計劃與進(jìn)度管理n 成本估算與控制n 人員管理、組織管理n 質(zhì)量管理n 文檔管理

40、軟件管理原則n 軟件生存期n 按階段確認(rèn)n 質(zhì)量檢查n 自頂向下SP/OOPn 職責(zé)分明n 人員少而精n 不斷充實軟件管理特點n 知識密集，非實物性n 單品生產(chǎn)，開發(fā)過程不確定n 開發(fā)周期長n 內(nèi)容復(fù)雜，正確性難保證n 勞動密集,自動化程度低n 軟件用法繁瑣，維護(hù)困難,費用高指定軟件開發(fā)計劃三要素:規(guī)模 人員 交付日期進(jìn)度安排與控制n 軟件開發(fā)進(jìn)度安排，實際上就是對軟件開發(fā)中各個階段所需要的工作量，結(jié)合項目的起始時間，體現(xiàn)在一張編制的進(jìn)度表里（甘特圖). n 軟件開發(fā)的進(jìn)度往往與人的因素有關(guān)，對人的依賴性很大。n 進(jìn)度控制是對計劃執(zhí)行情況的監(jiān)督、調(diào)整和修改。成本管理與控制n 工時數(shù)成本管理n

41、開發(fā)設(shè)備的購置、使用管理人員管理、組織管理n 人員管理q 高技術(shù)、高知識，個人作用突出q 多層次 合理配備各類人員q 知識更新快q 流動性大 保持人員相對穩(wěn)定,吸引優(yōu)秀人才n 組織管理q 集中式 - 易決斷、易管理，難發(fā)揮多數(shù)人的積極性q 非集中式 - 發(fā)揮大家主觀能動性、難管理質(zhì)量管理n 軟件生產(chǎn)q 分階段q 規(guī)范化q 合理分工n 度量軟件質(zhì)量的標(biāo)準(zhǔn)文檔管理第八章-面向?qū)ο蠓椒▽W(xué)引論.面向?qū)ο蠓椒▽W(xué)概述面向?qū)ο蟮母拍蠲嫦驅(qū)ο蠼Ｒ弧⒚嫦驅(qū)ο蠓椒▽W(xué)概述OO和PO的本質(zhì)區(qū)別是：對象是一元的還是過程是一元OOM四要素:1對象 2類 3繼承 4方法與消息二、面向?qū)ο蟮母拍顚ο螅簩ο笫且粋€程序模塊，該

42、模塊由一組操作構(gòu)成的集合對象是對問題域中某個東西的抽象，這種抽象反應(yīng)了系統(tǒng)保存有關(guān)這個東西的信息或與它交互的能力。對象是一臺自動機對象特點n 數(shù)據(jù)為中心n 主動的n 數(shù)據(jù)封裝n 并行性n 模塊獨立性好繼承的優(yōu)點n 共享程序代碼和數(shù)據(jù)結(jié)構(gòu)n 減少了冗余信息n 修改方便q 擴(kuò)充:調(diào)用基類方法并增加代碼q 改變:改寫同名方法q 新增：定義新方法n 軟件重用OOM的主要優(yōu)點n 與人類習(xí)慣的思維方法一致CMn 面向過程設(shè)計,以算法為核心,送數(shù)據(jù)到函數(shù)n 數(shù)據(jù)與操作分離，不易理解 OOMq 以object 為核心,強調(diào)對現(xiàn)實概念的模擬而不強調(diào)算法q “面向?qū)ο蠓椒▽W(xué)的基本原則,是按照人們習(xí)慣的思維方式建立

43、問題域的模型,開發(fā)出盡可能直觀、自然地表現(xiàn)求解方法的軟件系統(tǒng)"q 數(shù)據(jù)和操作封裝成統(tǒng)一體,送消息到對象n 穩(wěn)定性好Cmq 結(jié)構(gòu)依賴于功能,不穩(wěn)定q 功能需求變，易引起軟件結(jié)構(gòu)整體修改Oomq 軟件系統(tǒng)結(jié)構(gòu)根據(jù)問題域模型建立q 以object模擬實體，實體相對穩(wěn)定，故系統(tǒng)也相應(yīng)穩(wěn)定q 需求變化不會引起結(jié)構(gòu)的整體變化，只需局部性修改n 可重用性好CMq 過程（函數(shù)）是重用層q 建立標(biāo)準(zhǔn)函數(shù)庫來重用軟構(gòu)件q 標(biāo)準(zhǔn)函數(shù)缺乏“柔性”，難以適應(yīng)不同場合的不同需要q 功能內(nèi)聚的模塊不是自含和獨立的OOMq 類是重用層q object具有較強的自含性和獨立性q object和class提供了理想的模塊化機制和可重用的軟件成分q 繼承性為OOM提供了比CM更廣泛、更規(guī)范、更簡單的重用機制n 可維護(hù)性好CMq 開發(fā)出來的軟件難維護(hù)OOM