軟件工程復(fù)習(xí)重點(diǎn)

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

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

3、、快速iv. 缺點(diǎn)：快速弱功能、對(duì)開發(fā)環(huán)境要求高c) 螺旋模型(風(fēng)險(xiǎn)驅(qū)動(dòng))d) 增量模型(模塊、功能驅(qū)動(dòng))e) 迭代模型f) 噴泉模型5、 軟件管理a) 區(qū)別于其他工業(yè)產(chǎn)品生產(chǎn)管理的特點(diǎn)b) 主要內(nèi)容：開發(fā)計(jì)劃與進(jìn)度管理、文檔管理、人員組織管理、成本管理、質(zhì)量管理、傳統(tǒng)軟件工程方法：a） 軟件計(jì)劃i. 問題定義ii. 可行性研究1. 經(jīng)濟(jì)可行性2. 技術(shù)可行性3. 法律可行性b） 需求分析i. 結(jié)構(gòu)化分析SAii. 面向數(shù)據(jù)流的分析方法1. DFD 四個(gè)組成部分（表示方法、命名）2. DFD 作圖：需求描述DFD3. 層次分解法（保持父圖和其子圖的平衡）4. 數(shù)據(jù)字典（符號(hào)）c） 軟件設(shè)計(jì)i.

4、 總體設(shè)計(jì)1. 模塊獨(dú)立性：高內(nèi)聚2. 作用域是控制域的子集3. 單入單出4. 規(guī)模、深度、寬度、扇入、扇出適當(dāng)ii. 傳統(tǒng)設(shè)計(jì)方法1. 面向數(shù)據(jù)流的設(shè)計(jì)方法（數(shù)據(jù)流圖）a) 結(jié)構(gòu)化設(shè)計(jì)SD- 對(duì)應(yīng)有 SD 結(jié)構(gòu)化需求分析、SP 結(jié)構(gòu)化實(shí)現(xiàn)b) DFD 軟件結(jié)構(gòu)(層次圖)i. 變換設(shè)計(jì)ii. 事務(wù)設(shè)計(jì)c) 優(yōu)缺點(diǎn)2. 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法a) Jackson 方法b) Jackson 圖i. 三種元素間的邏輯關(guān)系：順序、選擇、重復(fù)ii. 可描述兩種數(shù)據(jù)結(jié)構(gòu):數(shù)據(jù)結(jié)構(gòu)、程序結(jié)構(gòu)c) 思想：數(shù)據(jù)結(jié)構(gòu)與程序處理過程相互轉(zhuǎn)換d) 步驟： I/O DS 對(duì)應(yīng)關(guān)系Program Structure 細(xì)化

5、求精e) 優(yōu)缺點(diǎn)：i. 數(shù)據(jù)入手ii. 簡(jiǎn)化數(shù)據(jù)處理程序的設(shè)計(jì)iii. 模塊與獨(dú)立性原則沒有給予應(yīng)有的重視iv. 求提供對(duì)復(fù)雜系統(tǒng)設(shè)計(jì)過程的支持3. Parnas 方法iii. 詳細(xì)設(shè)計(jì)1. 結(jié)構(gòu)化程序設(shè)計(jì)SPa) 高效率-良結(jié)構(gòu)b) 三種基本控制結(jié)構(gòu)、單入單出2. 過程設(shè)計(jì)的工具d） 實(shí)現(xiàn) /編碼i. 語言1. 功能等價(jià)2. 描述問題方便性有差異a) 例如： OOPL- 非 OOPLii. 程序設(shè)計(jì)風(fēng)格e） 軟件測(cè)試i. 目標(biāo)ii. 方法1. 正確性證明2. 靜態(tài)測(cè)試3. 動(dòng)態(tài)測(cè)試a) 黑盒(功能)測(cè)試i. 等價(jià)類劃分ii. 邊界值分析iii. 錯(cuò)誤推測(cè)b) 白盒(結(jié)構(gòu))測(cè)試i. 語句覆蓋i

6、i. 判定覆蓋iii. 條件覆蓋iv. 判定 條件覆蓋精品資料v.條件組合覆蓋iii. 步驟f） 軟件維護(hù)i. 四種類型1. 校正性2. 適應(yīng)性3. 完善性4. 預(yù)防性ii. 提高可維護(hù)性的措施(Object-oriented Method)a) OOM 與 CM 對(duì)比：區(qū)別 優(yōu)點(diǎn)i. 思維方式iv. 穩(wěn)定性ii. 可重用性v.可維護(hù)性iii. 大型軟件b) OOSE 方法i. 三個(gè)階段、五個(gè)模型、ii. USE CASE精品資料第二章傳統(tǒng)軟件工程方法：軟件計(jì)劃具體任務(wù)：項(xiàng)目定義、可行性分析、軟件計(jì)劃其中：可行性分析：1、 、 可行性研究實(shí)質(zhì)：可行性研究試一次大大壓縮和簡(jiǎn)化了的系統(tǒng)分析和設(shè)計(jì)過

7、程，也就是在較高層次上以較抽象的方式進(jìn)行的系統(tǒng)分析和設(shè)計(jì)過程。2、 主要內(nèi)容：a) 經(jīng)濟(jì)可行性:資金有無落實(shí)、成本 效益分析b) 技術(shù)可行性:開發(fā)的風(fēng)險(xiǎn)、資源的有效性、技術(shù)方案c) 操作可行性:用戶組織內(nèi)的管理制度、人員素質(zhì)、操作方式等是否可行。d) 法律及社會(huì)可行性e) 開發(fā)方案的選擇:折衷手段權(quán)衡。3、 可行性研究的主要步驟：a) 復(fù)查系統(tǒng)規(guī)模b) 研究正在使用的舊系統(tǒng)c) 導(dǎo)出高層邏輯模型d) 重新定義問題e) 導(dǎo)出多種解法f) 推薦行動(dòng)方針g) 草擬開發(fā)計(jì)劃h) 書寫文檔并提交審查系統(tǒng)流程圖(物理建模工具)：會(huì)讀、讀懂。精品資料符號(hào)nt用娟然喉解翻燃明曲工卿忤，虬 sm.曬摘群i處和口

8、給4出舒舒或片出.1個(gè)廣洲稗騏博設(shè) 購居.0魄出出海.噂品一都介我用艇一加州 莪通常而7上0Mm艇轉(zhuǎn)朋T國忘由版圖赫4鋤襤牌挈觸轉(zhuǎn)，蟒悔標(biāo)方三Io文檔通8要亍用刃前已也可表手即I門登棉人期混jMM期任何樓的聯(lián)機(jī)存髭且能謚善.較費(fèi)過 有量存臉件害.尸于L J能智利串出.也球拜宓抽上的文件蝴胤t_)於CRT提酬類施可用洋必畸七也可曜人尺窘世一1ATUXd代颼的則虱迪如職表心立軸人工品加國也會(huì)局居上會(huì)C相防排件更做能行端懈居MM金包端逋管椅路威糙路腌黃雷數(shù)據(jù)流圖：概述?描繪系統(tǒng)的邏輯模型的工具? DFD: Data Flow Diagram?描繪信息流和數(shù)據(jù)從輸入移動(dòng)到輸出的過程中所經(jīng)受的變換數(shù)據(jù)從

9、哪里來，到哪里去，經(jīng)過怎樣的處理，保存在哪里?沒有任何具體的物理部件，只是描繪數(shù)據(jù)在軟件中流動(dòng)和被處理的邏輯過程。是系統(tǒng)邏輯功能的圖形表?是分析員和用戶溝通的工具是后期設(shè)計(jì)的出發(fā)點(diǎn)數(shù)據(jù)源點(diǎn)/終 點(diǎn)處理 數(shù)據(jù)存儲(chǔ)數(shù)據(jù)流數(shù)據(jù)A和B同時(shí)輸入才能 變換成數(shù)據(jù)C數(shù)據(jù)A變換成B和C數(shù)據(jù)A城出或A fll B同 時(shí)輸入變換成C數(shù)據(jù)A變換成B或C.或B 和C只有故據(jù)A或只有數(shù)據(jù)B （但不能A、B同時(shí)）輸入時(shí)變換成C力推A變換成R喊C，但不 能變換成H和CDFD的繪制一般采用自頂向下、逐步細(xì)化的方法，主要步驟如下：明確系統(tǒng)界面。識(shí)別出那些不受系統(tǒng)控制但又影響系統(tǒng)運(yùn)行的外部環(huán)境。繪制基本系統(tǒng)模型。基本系統(tǒng)模型由若

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

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

12、供應(yīng)者和次要供應(yīng)者等信息。事務(wù)包含零件編號(hào)、庫存清單、定貨信息是數(shù)據(jù)存儲(chǔ)基本系統(tǒng)模型：1倉庫 L務(wù) 定貨管理員1r系境1/功能數(shù)據(jù)流圖：注意符號(hào)事務(wù)類型、數(shù)量等。)定貨報(bào)裊 1采1耨息二間定首旅足1）為數(shù)據(jù)流（或數(shù)據(jù)存儲(chǔ)）命名?名字應(yīng)代表整個(gè)數(shù)據(jù)流（或數(shù)據(jù)存儲(chǔ)）的內(nèi)容，而不是僅僅反映它的某些成分?不要使用空洞的、缺乏具體含義的名字（如“數(shù)據(jù)、”“信息” “輸入”之類?如果在為某個(gè)數(shù)據(jù)流（或數(shù)據(jù)存儲(chǔ)）起名字時(shí)遇到了困難，則很可能是因?yàn)閷?duì)數(shù)據(jù)流圖分解不恰當(dāng)造成的2 ）為處理命名?通常先為數(shù)據(jù)流命名，然后再為與之相關(guān)聯(lián)的處理命名，體現(xiàn)了人類習(xí)慣的“由表及里”的思考過程 ?名字應(yīng)該反映整個(gè)處理的功能?

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

14、維護(hù)的依據(jù)數(shù)據(jù)字典：概念? 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合DD: Data Dictionary ?是對(duì)DFD中包含的所有元素的定義的集合?在分析、設(shè)計(jì)和維護(hù)過程中供查閱用內(nèi)容1）數(shù)據(jù)流2）數(shù)據(jù)流分量（即數(shù)據(jù)元素）3）數(shù)據(jù)存儲(chǔ)4）處理（IPO圖或PDL更加方便）一一是對(duì)上述四類元素的定義具體信息?名字一一數(shù)據(jù)、控制項(xiàng)、數(shù)據(jù)存儲(chǔ)或外部實(shí)體的主要名稱?別名一一該元素等價(jià)的其他名字，盡量減少（例如作?使用地點(diǎn)與方式一一使用數(shù)據(jù)或控制項(xiàng)的處理的列表，以及使用這些對(duì)象的方式為處理的輸入，從處理輸出，作為數(shù)據(jù)存儲(chǔ)，作為外部實(shí)體 ）?內(nèi)容描述一一描述數(shù)據(jù)或控制項(xiàng)內(nèi)容的符號(hào)?更充信息一一關(guān)于數(shù)據(jù)類型、預(yù)置值、

15、限制等的其他信息復(fù)雜數(shù)據(jù)一般由數(shù)據(jù)項(xiàng)按順序，選擇，重復(fù)、可選的方式組 成.進(jìn)行描述時(shí)，使用下列符號(hào)：符號(hào)含義舉例被定義為,+與x-a+b，閩卜或x=a, b- x=|a|b或 m“Jn意復(fù)x=(a« x=3aj8()可選基本數(shù)據(jù)元素* 連結(jié)符“=1.95、數(shù)據(jù)字典的實(shí)現(xiàn)名字工定貨報(bào)表別名定貴值息描述,每天一次送給采陶員的帚要定 貸的整件表定義：定黃報(bào)襄-零件，號(hào)4零件名稱 +定貨敷量+目前優(yōu)格+主要供應(yīng)者一次 要供應(yīng)者位JL搐出到打印機(jī)名字，零件魴號(hào)別名工描述：唯一地標(biāo)識(shí)庫存清單中一個(gè)轄 定零件的關(guān)看域定義I零件坳號(hào)總字符） 8位置:定貨報(bào)表定費(fèi)信息陣存清單事善名字；定貨數(shù)量 別用：

16、定貨信直描述某個(gè)零件一次定貨的數(shù)量定義：定貸敷,3數(shù)字5位JL定貨報(bào)表定貨僖息軟件項(xiàng)目的量化估算成本估算&工作量估算工程進(jìn)度安排行成本估算階段成本估算甘特圖：歷史悠久、應(yīng)用廣泛的進(jìn)度計(jì)劃工具進(jìn)度安排的任務(wù)網(wǎng)絡(luò)圖優(yōu)點(diǎn)：簡(jiǎn)單，能動(dòng)態(tài)地反映開發(fā)進(jìn)展缺點(diǎn)：難以反映多個(gè)任務(wù)間的邏輯關(guān)系第三章傳統(tǒng)軟件工程方法：需求分析需求分析1 目標(biāo)和任務(wù)2 需求獲取技術(shù)3 需求內(nèi)容4 需求建模方法需求分析任務(wù)問題分析需求描述需求評(píng)審需求建模方法1. 面向數(shù)據(jù)流的分析方法2. 面向?qū)ο蟮姆治龇椒?. 面向數(shù)據(jù)結(jié)構(gòu)的分析方法需求工程的任務(wù)需求開發(fā)包含四個(gè)過程：需求獲取、需求整理與分析、需求定義、需求驗(yàn)證。需求分析的

17、具體任務(wù)：需求獲取、確定和分析需求、開發(fā)原型系統(tǒng)、編寫 SRS 、 需求驗(yàn)證、變更管理、修正計(jì)劃軟件需求及需求的分類軟件需求：以一種清晰、簡(jiǎn)潔、一致且無二義性的方式，描述用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望，是在開發(fā)過程中對(duì)系統(tǒng)的約束。(表達(dá)做什么而不描述如何做。)Requirement is the Basics of Quality ， 軟件需求的作用： 分理解現(xiàn)實(shí)中的業(yè)務(wù)問題，并作為軟件設(shè)計(jì)的基礎(chǔ)；為軟件項(xiàng)目的成本、時(shí)間、風(fēng)險(xiǎn)估計(jì)提供準(zhǔn)確的依據(jù)； 少開發(fā)工作量，避免將時(shí)間與資源浪費(fèi)在設(shè)計(jì)與實(shí)現(xiàn)錯(cuò)誤的需求上； 通提供需求文檔和需求基線，來有效的管理系統(tǒng)演化與變更； 為

18、顧客與開發(fā)團(tuán)隊(duì)之間正式合同的一部分； 最終的驗(yàn)收測(cè)試提供標(biāo)準(zhǔn)和依據(jù)需求的分類：業(yè)務(wù)需求業(yè)務(wù)需求指導(dǎo)需求獲取用戶需求轉(zhuǎn)化用戶需求為系統(tǒng)需求系統(tǒng)需求前四個(gè)為原始問題空間、后面系統(tǒng)需求為解決方案空間。業(yè) 務(wù) 需 求 (Business Requirements) ： 客 戶 對(duì) 于 系 統(tǒng) 的 高 層 次 目 標(biāo) 要 求 (highlevelobjectives) ，定義了項(xiàng)目的遠(yuǎn)景 和 范疇 (vision and scope)1、 、 業(yè)務(wù)：屬于哪類業(yè)務(wù)范疇？應(yīng)完成什么功能？為何目的？2、 客戶：軟件為誰服務(wù)？目標(biāo)客戶是誰？3、 特性：區(qū)別于其他競(jìng)爭(zhēng)產(chǎn)品的特性是什么？4、 價(jià)值：價(jià)值體現(xiàn)在那些方

19、面？5、 優(yōu)先級(jí)：功能特性的優(yōu)先級(jí)次序是什么？用戶需求(User Requirements) ： 從用戶角度描述的系統(tǒng)功能需求與非功能需求，通常只涉及系統(tǒng)的外部行為而不涉及內(nèi)部特性。系統(tǒng)需求(System Requirements, SR) ： 系統(tǒng)應(yīng)該提供的功能或服務(wù)，通常涉及用戶或外部系統(tǒng)與該系統(tǒng)之間的交互，不考慮系統(tǒng)內(nèi)部的實(shí)現(xiàn)細(xì)節(jié)系統(tǒng)需求的類型分：功能性需求： 描述了系統(tǒng)與其實(shí)現(xiàn)環(huán)境之間的交互。環(huán)境包括用戶和任何其他與該系統(tǒng)進(jìn)行交互的外部系統(tǒng)。功能需求可以以不同的詳細(xì)程度反復(fù)編寫和細(xì)化功能需求描述應(yīng)該完整而且一致和準(zhǔn)確完整性意味著用戶所需的所有的服務(wù)應(yīng)該全部給出描述一致性意味著需求描述不

20、能前后矛盾準(zhǔn)確性是指需求不能出現(xiàn)模糊和二義性的地方非功能性需求：描述了不直接關(guān)聯(lián)到系統(tǒng)功能行為的系統(tǒng)的方方面面。從各個(gè)角度對(duì)系統(tǒng)的約束和限制，反映了客戶對(duì)軟件系統(tǒng)質(zhì)量和性能的額外要求，如響應(yīng)時(shí)間、數(shù)據(jù)精度、可靠性等。可用性(Usability): 是一種用戶可以學(xué)會(huì)的操作、輸入準(zhǔn)備、解釋一個(gè)系統(tǒng)或者構(gòu)件輸出的狀況?？煽啃?Reliability): 是系統(tǒng)或構(gòu)件在給定時(shí)間內(nèi)、指定條件下，完成其要求功能的能力。性能 (Performance): 需求要考慮系統(tǒng)的定量屬性，比如響應(yīng)時(shí)間，吞吐量、 有效性和準(zhǔn)確性。可支持性(Supportability): 需求關(guān)注于在進(jìn)行部署后系統(tǒng)的變化狀況，比如

21、包括可適配性、可維護(hù)性、可移植性等。需求獲取技術(shù)略需求分析：分析方法結(jié)構(gòu)化分析方法SA核心思想是模塊化，自頂向下逐步求精對(duì)系統(tǒng)進(jìn)行分析。使用多個(gè)需求分析視圖，建立系統(tǒng)的數(shù)據(jù)、功能和行為模型數(shù)據(jù)流圖DFD加工說明PSPEC數(shù)據(jù)字典DD狀態(tài)遷移圖STD關(guān)聯(lián)圖E-R 圖面向?qū)ο蠓治龇椒∣OA核心思想是利用OO 的概念和方法對(duì)軟件需求建造模型，以使用戶需求逐步精確化、一致化、完全化。結(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)化英語、判定表和判定樹等工具，來建立一種新的

22、、稱為結(jié)構(gòu)化說明書的目標(biāo)文檔需求規(guī)格說明書。結(jié)構(gòu)化分析方法的要點(diǎn)是：面對(duì)數(shù)據(jù)流的分解和抽象；把復(fù)雜問題自頂向下逐層分解結(jié)構(gòu)化分析建模數(shù)據(jù)模型盤據(jù)對(duì)象播述實(shí)體關(guān)系圖數(shù)據(jù)字典數(shù)據(jù)流圖置模型1111.控制趣格說明狀態(tài)轉(zhuǎn)換圖行為模型分折篌型其中，只要求數(shù)據(jù)流圖和數(shù)據(jù)字典。DFD是描繪系統(tǒng)邏輯模型的常用圖形工具。它描繪了信息流和數(shù)據(jù)從輸入端移動(dòng)到輸出端 的過程中所經(jīng)受的變換。在DFD中沒有具體的物理元素，只是描述信息在系統(tǒng)中的流動(dòng)、處理和存儲(chǔ)的邏輯過程, 表明系統(tǒng)必須完成的基本邏輯功能。DFD中只有四種元素，不包括任何有關(guān)物理實(shí)現(xiàn)的細(xì)節(jié)，所以，絕大多數(shù)用戶可以理解和評(píng)價(jià)它。DFD是分析和設(shè)計(jì)的工具。模型

23、圖形工具描述附加文檔核心數(shù)據(jù)字典使用或產(chǎn)生的所有數(shù)據(jù)對(duì)象數(shù)據(jù)建模實(shí)體關(guān)系圖數(shù)據(jù)對(duì)象間關(guān)系數(shù)據(jù)對(duì)象描述功能建模麴曙添圖數(shù)據(jù)移動(dòng)怎樣被轉(zhuǎn)換變換數(shù)據(jù)漆的功能加工規(guī)格說明行為建模狀態(tài)轉(zhuǎn)換圖系統(tǒng)行為模式（狀態(tài)）不同狀態(tài)間轉(zhuǎn)換的方式控制規(guī)格說明實(shí)體關(guān)系圖一E-R圖數(shù)據(jù)流圖-DFD圖狀態(tài)轉(zhuǎn)換圖一STD圖投戰(zhàn)B氐DFD組成成分:(2)命名數(shù)據(jù)流(數(shù)據(jù)存儲(chǔ)) 表格、單據(jù)名稱 代表性數(shù)據(jù)名稱 使于理解的名稱錯(cuò)誤命名控制流實(shí)物加工/處理頂層：軟件項(xiàng)目名動(dòng)賓結(jié)構(gòu) 錯(cuò)誤命名意義空洞的動(dòng)訶(計(jì)算,處理，加工)(3)層次分解法父圖一子圖平衡父圖一子圖不平衡(4)加工分解原則a) 1加工W子加工b) 按問題的邏輯特性分解c)

24、 盡量少分解層次d)分解均勻模型中還需要描述數(shù)據(jù)是如何被加工處理的：1、結(jié)構(gòu)化語言 2、判定表3、判定樹條件名取值符號(hào)取值數(shù)m年聆年他21 2年好26年配2bC -丫Lml=3件期另女M Ffn2=2婚姻未婚 已婚S Em3*-2提取問題中的條件；年的、 標(biāo)出條件的取值性別、婚姻.判定表:13457gl年齡CCcYYYLL性別1MMFMMFM婚姻SE一SE41保險(xiǎn)JNB類保檢JJJ，類保 附V海外保 險(xiǎn) ,Vq男性確保保險(xiǎn)塾W 一年游。工-214年修。后年齡26 B類保Bfc判定樹是判定表的變形，一般情況下它比判定表更直觀，且易于理解和使用未婚T類保險(xiǎn)且嵌外收費(fèi)已妁一B類保齡且,外收費(fèi)未婚T類

25、保修已*D類保險(xiǎn)L年齡Cl f類保隨收藪外收費(fèi)女性一1年齡21 A類保險(xiǎn)目指出以下描述的需求描述的問題？m 備注20123 t6;2a；2lappi選唄2太限制I不禮F以后加修改.可就護(hù)系統(tǒng)應(yīng)表現(xiàn)出良好的相應(yīng)速度0忤展差+序需常向戟II亍眼制.，巖 艱利發(fā)拽3HMJH曲計(jì)的自由境id Mf舊貨的莉哧，總設(shè)”的事和卜件.5平卷的定工不需確* %轉(zhuǎn)用來網(wǎng)試系統(tǒng)必須用菜單驅(qū)動(dòng)。6年匕驗(yàn)吐，難以割戊的需家*在數(shù)據(jù)錄入界面，應(yīng)該有10個(gè)按鈕。系統(tǒng)運(yùn)行時(shí)占用的內(nèi)存不得超過256KB。電梯應(yīng)平穩(wěn)運(yùn)行。即使系統(tǒng)崩潰，也不能絲毫損壞用戶數(shù)據(jù).第四傳統(tǒng)軟件工程方法：軟件設(shè)計(jì)中的總體設(shè)計(jì)。軟件設(shè)計(jì)兩個(gè)階段：概要設(shè)計(jì)

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

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

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

29、 順序內(nèi)聚 功能內(nèi)聚內(nèi)聚度與軟件結(jié)構(gòu)軟件模塊分解的過程:業(yè)務(wù)域分解/問題域分解領(lǐng)域?qū)＜遥髽I(yè)戰(zhàn)略；系統(tǒng) 子系統(tǒng)業(yè)務(wù)功能域分解服務(wù)，資源；子系統(tǒng)拆分為多個(gè)服務(wù)技術(shù)域分解功能需求和非功能需求，當(dāng)前IT技術(shù)；業(yè)務(wù)域和業(yè)務(wù)功能域分解出的元素進(jìn)行整合在模塊分解時(shí)，要注意以下幾點(diǎn):低耦合高內(nèi)聚：“從弱耦合入手，切斷聯(lián)系”層次性：先業(yè)務(wù)后技術(shù)，循序漸進(jìn)正交原則：相互獨(dú)立，職責(zé)沒有重疊抽象原則穩(wěn)定性原則復(fù)用性原則度量（迭代演化面向?qū)ο螅┸浖攘慷攘繙y(cè)量估算軟件度量軟件復(fù)雜性度量規(guī)模 文本復(fù)雜性控制結(jié)構(gòu)的復(fù)雜性軟件可靠性度量系統(tǒng)故障率軟件修復(fù)與軟件有效性軟件可靠性估算軟件設(shè)計(jì)的啟發(fā)規(guī)則1 . 提高模塊獨(dú)立性松耦

30、合，高內(nèi)聚增加內(nèi)聚，減少耦合2 .模塊規(guī)模適中3 .深度/寬度/扇入/扇出適當(dāng)4 . 作用域在控制域內(nèi)控制域：模塊本身以及所有直接或間接從屬于它的模塊的集合作用域：受該模塊內(nèi)一個(gè)判定影響的所有模塊的集合M的控制域 =M, A, B, C)If Hag Then B Eke CA的作用域=B,C修改軟件結(jié)構(gòu)判斷點(diǎn)上移 受影響塊下移5 .降低接口的復(fù)雜程度接口復(fù)雜可能表明模塊的獨(dú)立性差接口復(fù)雜或不一致（看起來傳遞的數(shù)據(jù)間無聯(lián)系），是緊耦合或低內(nèi)聚的征兆6 、單出單入，避免內(nèi)容耦合7 、模塊功能可預(yù)測(cè)相同輸入必產(chǎn)生相同輸出模塊中使用全局變量可能導(dǎo)致不可預(yù)測(cè)軟件結(jié)構(gòu)劃分方式水平劃分按主要功能定義模塊結(jié)

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

32、描述軟件結(jié)構(gòu)，而非數(shù)據(jù)結(jié)構(gòu)矩形框：模塊連線：調(diào)用關(guān)系，而非組成關(guān)系系統(tǒng)結(jié)構(gòu)圖圖例；口用n工系統(tǒng)I &恤匕叫（儲(chǔ)宗 逑一1而除贏改鼻表HIPO 圖=H 圖+IPO 表H 圖 + IPO 圖（Input-process-output Diagram ）在H圖中，除最頂層方框外，在每一個(gè)方框內(nèi)加上一個(gè)編號(hào)，編號(hào)次序依次為:1.0,2.0，；2.1,2.2,；3.1,3.2 對(duì)于H圖中的每一個(gè)方框，有一張IPO圖描述這個(gè)方框所代表模塊的處理過程租I國中"力方僵相對(duì)應(yīng),甘一/1匹圖描繪捷木方框代表的嚷地的處 理過程.H1F0圖中的母張對(duì)用內(nèi)都應(yīng)該明顯地標(biāo)配它所描培的模塊在 H圖中的螭號(hào)

33、,以性脂蹤醉逮個(gè)鍥跳在軟件結(jié)構(gòu)中的位置-結(jié)構(gòu)圖-模塊聯(lián)系圖1 .結(jié)構(gòu)圖是軟件結(jié)構(gòu)設(shè)計(jì)的另一種工具，與層次圖類似。2 .它在層次圖的每一個(gè)方框內(nèi)注明的是模塊的名字或主要功能。3 .方框之間的直線表示模塊的調(diào)用關(guān)系。4 .用帶注解的箭頭表示模塊調(diào)用過程中傳遞的信息確定系箝中每小程序是由年兩椎塊機(jī)成（Th一 -以及這x梗埃相互同的關(guān)系【例】結(jié)構(gòu)圖博人編輯輸入結(jié)果格式化H示站果o利用層次圖和iro網(wǎng)或rm中的信息可以得到模塊科用抖傳遞的信息即貼構(gòu)圖,僅用于檢查設(shè)計(jì)的正事柱和橫塊獨(dú)立性*o姑構(gòu)圖一般不入文檔?；跀?shù)據(jù)流（SD ）的設(shè)計(jì)方法又稱為結(jié)構(gòu)化設(shè)計(jì)方法；目標(biāo)：給出設(shè)計(jì)軟件結(jié)構(gòu)的一個(gè)系統(tǒng)化途徑；作用

34、：該方法定義了一些不同的“映射”，利用這些映射可以把數(shù)據(jù)流圖變換成軟件結(jié)構(gòu) 圖。另注：通過結(jié)構(gòu)化分析來得到 DFD , SA是結(jié)構(gòu)化需求分析、SD是結(jié)構(gòu)化設(shè)計(jì)、SP是結(jié)構(gòu) 化實(shí)現(xiàn)數(shù)據(jù)流的類型：變換流、事務(wù)流、混合型1.變換流：所有信息都可以歸結(jié)為變換流變換流參看圖形，信息沿輸入通路進(jìn)入系統(tǒng)，同時(shí)由外部形式變換成內(nèi)部形式，進(jìn)入系統(tǒng)的信息通過變換中心，經(jīng)過加工處理以后再沿輸出通路變換成外部形式離開軟件系統(tǒng)。當(dāng)數(shù)據(jù)流具有這些特征時(shí)，這種信息流稱為變換流。變換型的軟件結(jié)構(gòu)圖2.事務(wù)流：當(dāng)信息流具有明顯的“事務(wù)中心”時(shí)，可歸結(jié)為事務(wù)流輸入通路到達(dá)一個(gè)處理 T ,這個(gè)處理根據(jù)輸入數(shù)據(jù)的類型在若干個(gè)動(dòng)作序列

35、中選出一個(gè)來執(zhí) 行。這種“以事務(wù)為中心的”的數(shù)據(jù)流，稱為“事務(wù)流”。T稱為事務(wù)中心接收輸入數(shù)據(jù)；分析每個(gè)事務(wù)以確定它的類型；根據(jù)事務(wù)類型選取一條活動(dòng)通路事務(wù)型軟件結(jié)構(gòu)圖3.混合型，兼具兩種特征。面向數(shù)據(jù)流方法的設(shè)計(jì)過程精化數(shù)據(jù)流圖區(qū)分事務(wù)中心和區(qū)分輸入和數(shù)據(jù)接收通路輸出分支映射成事務(wù)結(jié)構(gòu)映射成變換結(jié)構(gòu)用啟發(fā)式設(shè)計(jì)規(guī)則精化收件結(jié)構(gòu)“Get it to work, then make it fast/'事務(wù)設(shè)計(jì)）導(dǎo)出接口描述和全程數(shù)據(jù)結(jié)構(gòu)變裳設(shè)計(jì)、I詳細(xì)設(shè)計(jì)定要重點(diǎn)看總體設(shè)計(jì)部分后面的P140左右的例題第五傳統(tǒng)軟件工程方法：軟件設(shè)計(jì)中的詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)的任務(wù)結(jié)構(gòu)化程序設(shè)計(jì)詳細(xì)設(shè)計(jì)的工具面向

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

37、趨勢(shì)是使用的人越來越少。優(yōu)點(diǎn)：直觀清晰、廣泛易學(xué)缺點(diǎn)：不能逐步求精，不易表示數(shù)據(jù)結(jié)構(gòu)，隨意轉(zhuǎn)移控制造成非結(jié)構(gòu)化盒圖（N-S）本質(zhì)上的改進(jìn)是沒有箭頭，不能隨意轉(zhuǎn)移控制。SequentialSelectiveCall subroutinePAD圖THENELSESequentialSelectiveo語句標(biāo)號(hào)LoopsCaseDefinitionN-S圖與PAD的轉(zhuǎn)換PADPAD圖優(yōu)點(diǎn)：本質(zhì)上的改進(jìn)是層次清晰。結(jié)構(gòu)化程序結(jié)構(gòu)清晰表現(xiàn)程序邏輯，易讀、易懂、易記描繪數(shù)據(jù)結(jié)構(gòu)支持自頂向下、逐步求精方法的使用PAD圖高級(jí)程序設(shè)計(jì)語言表格描述判定表判定樹語言描述過程設(shè)計(jì)語言PDL/偽碼優(yōu)點(diǎn)：可作注釋直接插在

38、源程序中、編輯簡(jiǎn)單、PDL codes缺點(diǎn)：不如“圖”直觀、復(fù)雜條件一不如判定表清晰、簡(jiǎn)單面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法JSD法：將Jackson方法用于大系統(tǒng)設(shè)計(jì)時(shí)會(huì)出現(xiàn)復(fù)雜的難以對(duì)付的結(jié)構(gòu)沖突。Jackson 圖順序結(jié)構(gòu)AFbB. C、口3中元本時(shí)序判成.選擇結(jié)構(gòu)每十元嬴只出班;匕 出現(xiàn)次用依次為樂 a d根據(jù)條件人是B或C或口中的芟個(gè)n根據(jù):c. D右上用的小畫土重復(fù)結(jié)構(gòu)JB*AlhBlhfllN't LNN）九必 汴口 月心后卜向力。號(hào)優(yōu)點(diǎn)便于表示層次結(jié)構(gòu)，結(jié)構(gòu)的自頂向下分解，直觀，可讀性好數(shù)據(jù)入手簡(jiǎn)化數(shù)據(jù)處理程序的設(shè)計(jì)既能表示數(shù)據(jù)結(jié)構(gòu)，也能表示程序結(jié)構(gòu) 缺點(diǎn)沒有表示條件，不易直接把圖翻譯成程序，斜線不易打印模塊與獨(dú)立性原則沒有給予應(yīng)有的重視求提供對(duì)復(fù)雜系統(tǒng)設(shè)計(jì)過程的支持改進(jìn)的Jackson圖照序結(jié)構(gòu)選舞結(jié)構(gòu)注：順序結(jié)構(gòu)中的B、C. D中任個(gè) 都不辭是選抒冊(cè)現(xiàn)或重曳出現(xiàn)的元素可選結(jié)構(gòu)重復(fù)結(jié)構(gòu)表示A成者是元素B或者不出現(xiàn)Jackson 方法1 .畫數(shù)據(jù)結(jié)構(gòu)的 Jackson圖2 .找輸入一輸