【正文】 一模塊施加到另一模塊的控制的數(shù)量 模塊間接口的復(fù)雜程度去除模塊間控制耦合的方法：(1)將被調(diào)用模塊內(nèi)的判定上移到調(diào)用模塊中進行(2)被調(diào)用模塊分解成若干單一功能模塊 如何降低模塊間耦合度：(1)如模塊必須存在耦合，選擇適當?shù)鸟詈项愋驮瓌t：盡量使用數(shù)據(jù)耦合 少用控制耦合限制公共耦合的范圍堅決避免使用內(nèi)容耦合(2)降低模塊間接口的復(fù)雜性內(nèi)聚性：一個模塊內(nèi)部各成分之間相互關(guān)聯(lián)的強度耦合、內(nèi)聚與模塊獨立性關(guān)系耦合與內(nèi)聚都是模塊獨立性的定性標準，都反映模塊獨立性的良好程度。：亦稱塊內(nèi)聯(lián)系，模塊內(nèi)各部分(語句或段落)之間結(jié)合的緊密程度。（2）模塊具有輸入和輸出(參數(shù)傳遞)、功能、內(nèi)部數(shù)據(jù)結(jié)構(gòu)(局部變量)和程序代碼四個特性。(4)盡量降低模塊接口的復(fù)雜程度；(5)設(shè)計單入口、單出口的模塊。(3)軟件結(jié)構(gòu)圖的深度、寬度、扇入和扇出要適當。(2)模塊大小要適中:大約50行語句的代碼，過大的模塊應(yīng)分解以提高理解性和可維護性。優(yōu)點：可維護性好、可靠性好、可理解性好 5．模塊化(Modularity)？模塊設(shè)計的準則？是按規(guī)定的原則將一個大型軟件劃分為一個個較小的、相對獨立但又相關(guān)的模塊。目的： 提高模塊的獨立性，減少修改或維護時的影響面。即抽出事物的本質(zhì)特性而不考慮細節(jié)（3）逐步求精定義：為了能集中精力解決主要問題而盡量推遲對問題細節(jié)的考慮。狀態(tài)轉(zhuǎn)換圖是行為建模的基礎(chǔ)。（6）狀態(tài)轉(zhuǎn)換圖（狀態(tài)圖STD）指明作為外部事件結(jié)果的系統(tǒng)行為。（3）根據(jù)結(jié)構(gòu)化分析準則，需求分析過程應(yīng)該建立3種模型: 數(shù)據(jù)模型、功能模型、行為模型（4）實體聯(lián)系圖（ERD）描繪數(shù)據(jù)對象及數(shù)據(jù)對象之間的關(guān)系，用于建立數(shù)據(jù)模型的圖形。6．（1）結(jié)構(gòu)化分析方法：就是面向數(shù)據(jù)流自頂向下逐步求精進行需求分析的方法。：（1）訪談、分發(fā)調(diào)查表、情景分析技術(shù)（2）面向數(shù)據(jù)流自頂下下求精（3）簡易的應(yīng)用規(guī)格說明書（4）快速建立軟件原型4．訪談分類：正式的訪談、非正式的訪談5．情景分析技術(shù)的用處主要體現(xiàn)在以下兩個方面：（1）它能在某種程度上演示目標系統(tǒng)的行為，從而便于用戶解釋，而且還可以進一步揭示出一些分析員目前還不知道的需求。寫出問題定義并分析此系統(tǒng)的可行性。儲戶填寫的存款單或者取款單由業(yè)務(wù)員輸入系統(tǒng)，如果是存款，系統(tǒng)記錄存款人姓名、住址、存款類型、存款日期、利率等信息，并印出存款單給儲戶；如果是取款，系統(tǒng)計算利息并印出利息清單給儲戶。(8)結(jié)論性意見：由用戶方、設(shè)計方和投資方共同簽署意見。(6)其它可選方案:與國內(nèi)外同類型方案的比較；提出一兩個可行性方案供論證和探討。(4)系統(tǒng)需求:主要功能；主要性能及其要求；操作要求；信息要求；限制性要求。(2)可行性研究的前提:系統(tǒng)目標；要求；約束和限制；可行性研究的基本準則等。對用戶來講,數(shù)據(jù)字典為他們提供了數(shù)據(jù)的明確定義；對系統(tǒng)分析員來講,數(shù)據(jù)字典幫助他們比較容易修改已建立的系統(tǒng)邏輯模型（3）用途：，與數(shù)據(jù)流圖共同來完整的描述一個系統(tǒng)。？應(yīng)該從哪方面研究目標系統(tǒng)的可行性？可行性研究的任務(wù)： ； ；，提出若干種系統(tǒng)實現(xiàn)方案：z 技術(shù)上的可行性 ——使用現(xiàn)有的技術(shù)能實現(xiàn)這個系統(tǒng)嗎？z 經(jīng)濟上的可行性 —這個系統(tǒng)的經(jīng)濟效益能超過它的開發(fā)成本嗎（投資與效益）z 操作可行性 ——系統(tǒng)的操作方式在這個用戶組織內(nèi)行得通嗎？ z 社會、政策允許的可行性 3．數(shù)據(jù)詞典（DD）的定義、組成、用途、例子：（1）定義：描述數(shù)據(jù)流圖中數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。快速原型模型：（1）一般用于最終系統(tǒng)的早期用戶評價,開發(fā)工期短，質(zhì)量有保證（2）軟件產(chǎn)品的開發(fā)基本是線性順序進行的，加速軟件開發(fā)，節(jié)省軟件開發(fā)成本 【適用領(lǐng)域】：事先不能完整定義需求的領(lǐng)域 增量模型：【適用領(lǐng)域】：用戶逐步需求提交產(chǎn)品（1）先完成一個系統(tǒng)子集的開發(fā)，再按同樣的開發(fā)步驟增加功能(系統(tǒng)子集),如此遞增下去直至滿足全部系統(tǒng)需求。亦稱為： 軟件開發(fā)模型 軟件生存期模型分類(1)瀑布模型(2)快速原型模型(3)增量模型（4）螺旋模型（5）噴泉模型 12．試比較瀑布模型、快速原型模型、增量模型和螺旋模型的優(yōu)缺點，說明每種模型的適用范圍？ 瀑布模型：【適用領(lǐng)域】：用戶需求清楚的表達優(yōu)點： 。（3）從上而下，順序地完成軟件開發(fā)的各階段任務(wù) 面向?qū)ο蟮姆椒▽W（1）出發(fā)點和基本原則是盡量模擬人類習慣的思維方式，使開發(fā)軟件的方法與過程盡可能接近人類認識實踐解決問題的方法與過程，從而使描述問題的問題空間與實現(xiàn)解法的解空間在結(jié)構(gòu)上盡可能一致（2）把對象作為融合了數(shù)據(jù)及在數(shù)據(jù)上的操作行為的統(tǒng)一軟件構(gòu)件；（3）把所有對象都劃分成類；（4）按照父類與子類的關(guān)系，把若干個相關(guān)類組成一個層次結(jié)構(gòu)的系統(tǒng)；（5）對象彼此間僅能通過發(fā)送消息互相聯(lián)系 11． 什么是軟件生命周期模型？ 模型分類？軟件開發(fā)過程模型是軟件開發(fā)全部過程、活動和任務(wù)的結(jié)構(gòu)框架。（7）承認不斷改進軟件工程實踐必要性 ：通常把在軟件生命周期全過程中使用的一整套技術(shù)方法的集合成為?（亦為范型）9．軟件工程方法學的三要素：方法、工具、過程 ：簡述結(jié)構(gòu)化范型和面向?qū)ο蠓缎偷囊c，并分析它們的優(yōu)缺點傳統(tǒng)方法學（生命周期方法學/結(jié)構(gòu)化范型）（1）仍然是使用十分廣泛的軟件工程方法學。（5）結(jié)果能清楚的審查規(guī)定開發(fā)組織的責任和產(chǎn)品標準。（4）采用現(xiàn)代的程序設(shè)計技術(shù) 結(jié)構(gòu)化分析(SA)與設(shè)計(SD)。（2）堅持進行階段評審（評審過程）每個階段都進行嚴格的評審，以便盡早發(fā)現(xiàn)錯誤。1）集成測試：各模塊裝配后測試；2）驗收測試：按規(guī)格說明書。(6)編碼和單元測試：將詳細設(shè)計的結(jié)果翻譯成高級程序設(shè)計語言的源程序，并仔細測試編寫的每一個模塊。(4)總體設(shè)計：1）提出幾種可能的解決方案，權(quán)衡各種方案的利弊，并推薦出最佳方案；2）設(shè)計軟件的結(jié)構(gòu)，確定軟件的模塊構(gòu)成及模塊之間的關(guān)系。(2)可行性研究：導出系統(tǒng)的高層邏輯模型（數(shù)據(jù)流圖），并在此基礎(chǔ)上更準確、更具體的確定工程的規(guī)模和目標；更準確的估計系統(tǒng)的成本和效益。amp。 推廣和使用在實踐中總結(jié)出的好的軟件開發(fā)技術(shù)和方法，并不斷探索和研究更有效的技術(shù)。（3）推廣使用在實踐中總結(jié)出來的開發(fā)軟件的成功技術(shù)和方法。(1)它采用工程的概念、原理、技術(shù)和方法來開發(fā)和維護軟件；(2)它將管理技術(shù)與當前經(jīng)過時間考驗的而證明是正確的技術(shù)方法結(jié)合起來；(3)它強調(diào)使用生存周期方法學和結(jié)構(gòu)分析和結(jié)構(gòu)技術(shù)；(4)經(jīng)過人們長期的努力和探索，圍繞著實現(xiàn)軟件優(yōu)質(zhì)高產(chǎn)這個目標,從技術(shù)到管理兩個方面做了大量的努力,逐漸形成了“軟件工程學”這一新的學科。2．假設(shè)自己是一家軟件公司的總工程師，告訴他們及早發(fā)現(xiàn)并改正錯誤的重要性時，有人不同意這個觀點，認為要求在錯誤進入軟件之前就清除它們是不現(xiàn)實的，并舉例說：“如果一個故障是編碼錯誤造成的，那么，一個人怎么能在設(shè)計階段清楚他呢？”應(yīng)該怎樣反駁他？反駁：發(fā)生在編碼時期的故障極有可能是需求分析階段由于操作不當產(chǎn)生的，所以必須及時消除錯誤，否則，到了后期軟件運行和維護階段再回過頭來修改，將會付出更大的代價。(2)軟件本身方面，對于計算機系統(tǒng)來說，軟件是邏輯部件，軟件開發(fā)過程沒有統(tǒng)一的、公認的方法論和規(guī)范指導，造成軟件維護困難。產(chǎn)生軟件危機的原因(1)開發(fā)人員方面，對軟件產(chǎn)品缺乏正確認識，沒有真正理解軟件產(chǎn)品是一個完整的配置組成。(6)軟件成本與開發(fā)進度難以估計。(4)軟件生產(chǎn)效率很低。(2)軟件產(chǎn)品的質(zhì)量往往靠不住。第一篇：軟件工程總結(jié) 具體第一章1．什么是軟件危機？它有哪些典型表現(xiàn)？為什么會產(chǎn)生軟件危機？軟件危機是指在計算機軟件的開發(fā)和維護過程中所遇到的一系列嚴重問題。這些問題表現(xiàn)在以下幾個方面：(1)用戶對開發(fā)出的軟件很難滿意。(3)一般軟件很難維護。(5)軟件開發(fā)成本越來越大。(7)軟件技術(shù)的發(fā)展遠遠滿足不了計算機應(yīng)用的普及與深入的需要。造成開發(fā)中制定計劃盲目、編程草率，不考慮維護工作的必要性。(3)尤其是隨著軟件規(guī)模越來越大,復(fù)雜程度越來越高,原有軟件開發(fā)方式效率不高、質(zhì)量不能保證、成本過高、研制周期不易估計、維護困難等一系列問題更為突出，技術(shù)的發(fā)展已經(jīng)遠遠不能適應(yīng)社會需求。3．什么是軟件工程?它有哪些本質(zhì)特性？怎樣用軟件工程消除軟件危機？軟件工程是指導計算機軟件開發(fā)和維護的工程學科。消除軟件危機的措施：（1）對計算機軟件有一個正確的認識（軟件≠程序）（2）必須充分認識到軟件開發(fā)不是某種個體勞動的神秘技巧，而應(yīng)該是一種組織良好、管理嚴密、各類人員協(xié)同配合、共同完成的工程項目。（4）開發(fā)和使用更好的軟件工具 amp。開發(fā)和使用更好的軟件工具，包括采用好的開發(fā)工具，系統(tǒng)分析和輔助設(shè)計工具等，以提高工作效率。 吸收和借鑒人類長期以來從事各類工程項目所積累的行之有效的原理、概念、技術(shù)和方法：一個軟件從定義、開發(fā)、使用和維護，直到最終被廢棄為止的整個過程軟件生命周期的構(gòu)成：：定義時期：問題定義 可行性研究 需求分析開發(fā)時期：總體設(shè)計 詳細設(shè)計 編碼和單元測試 綜合測試 維護時期：綜合測試(1)問題定義：通過對系統(tǒng)實際用戶和使用部門負責人的訪問調(diào)查，明確要解決問題性質(zhì)、工程目標和規(guī)模。(3)需求分析：和用戶密切配合，充分交流信息，以得到用戶確認的系統(tǒng)邏輯模型（數(shù)據(jù)流圖、數(shù)據(jù)字典及簡要的算法表示的系統(tǒng)邏輯模型）。(5)詳細設(shè)計：把解決問題的方案具體化，設(shè)計出程序的詳細規(guī)格說明，并包含必要的細節(jié)信息。(7)綜合測試：通過各類型的嚴格測試與調(diào)試，使軟件達到預(yù)定的要求。(8)軟件維護：通過必要的維護工作使得系統(tǒng)持久的滿足用戶的需要： 1）改正性維護；2）適應(yīng)性維護； 3）完善性維護；4）預(yù)防性維護 ：采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護軟件，把經(jīng)過時間考驗而證明正確的管理技術(shù)和當前能夠得到的技術(shù)方法結(jié)合起來，來指導軟件的開發(fā)與維護 ：（1）用分階段的生命周期計劃嚴格管理項目概要計劃，里程碑計劃，項目控制計劃，產(chǎn)品控制計劃，驗證計劃，運行維護計劃。（3）實行嚴格的產(chǎn)品控制實行基準配置（經(jīng)過階段評審后的軟件配置成份，包括文檔和程序代碼）對軟件的修改進行嚴格管理。面向?qū)ο蟮姆治?OOA)與設(shè)計(OOD)。（6）開發(fā)小組的人員應(yīng)該少而精成員素質(zhì)要好，人數(shù)不宜過多。（2）采用結(jié)構(gòu)化技術(shù)來完成軟件開發(fā)的各項任務(wù)，并使用適當?shù)能浖ぞ呋蜍浖こ汰h(huán)境來支持結(jié)構(gòu)化技術(shù)的運用。它能直觀表達軟件開發(fā)全過程，明確規(guī)定要完成的主要活動、任務(wù)和開發(fā)策略。缺點：傳統(tǒng)的瀑布模型過于理想化，是由文檔驅(qū)動的。（2）系統(tǒng)的總體設(shè)計在初始子集設(shè)計階段就應(yīng)作出設(shè)想 13．軟件開發(fā)方法：軟件開發(fā)過程所遵循的方法和步驟開發(fā)過程一般包括：需求、設(shè)計、實現(xiàn)、確認等活動 主要針對需求和設(shè)計的典型方法： 結(jié)構(gòu)化方法(SASD)面向數(shù)據(jù)結(jié)構(gòu)方法(OSD)面向?qū)ο蠓椒?OO)第二章1．在軟件開發(fā)的早期階段為什么要進行可行性研究？z 可行性研究的目的：就是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。它對數(shù)據(jù)流圖上每一個成分：數(shù)據(jù)項、文件(數(shù)據(jù)結(jié)構(gòu))、數(shù)據(jù)流、數(shù)據(jù)存儲、加工和外部項等給以定義和說明；（2）組成：由數(shù)據(jù)流、數(shù)據(jù)流分量（即數(shù)據(jù)元素）、數(shù)據(jù)儲存、處理四部分組成。數(shù)據(jù)流圖只描述了系統(tǒng)的邏輯模型，但是沒有給出數(shù)據(jù)及各個加工處理過程的具體含義；而數(shù)據(jù)字典則是其有益的補充。（4）例子：4．可行性研究報告的主要內(nèi)容/步驟？ 可行性分析的結(jié)果是可行性研究報告,內(nèi)容包括：(1)系統(tǒng)概述：說明開發(fā)的系統(tǒng)名稱,提出單位和開發(fā)單位。(3)對現(xiàn)有系統(tǒng)的分析:處理流程，圖示說明現(xiàn)有系統(tǒng)的處理流程和數(shù)據(jù)流程；現(xiàn)有系統(tǒng)存在的問題。(5)建議系統(tǒng):系統(tǒng)目標；處理流程；系統(tǒng)結(jié)構(gòu),功能,性能；系統(tǒng)技術(shù)可行性；投資和效益分析；操作可行性；法律可行性。(7)制定下一階段的預(yù)算。5．可行性研究過程的步驟/怎樣進行可行性研究?(1)復(fù)查系統(tǒng)規(guī)模和目標（2）研究目前正在使用的系統(tǒng)（3）導出新系統(tǒng)的高層邏輯模型（4）進一步定義問題（5）導出和評價供選擇的解法（6）推薦行動方針（7）草擬開發(fā)計劃（8）書寫文檔提交審查 6．系統(tǒng)流程圖：基本符號系統(tǒng)符號（DFD）：是一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換：(1)作為交流信息的工具(2)作為分析和設(shè)計的工具 。寫出問題定義并分析此系統(tǒng)的可行性。旅行社把預(yù)訂機票的旅客信息（姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地等）輸入進該系統(tǒng)，系統(tǒng)為旅客安排航班，印出取票通知和賬單，旅客在飛機起飛的前一天憑取票通知和賬單交款取票，系統(tǒng)校對無誤即印出機票給旅客。11．成本/效益分析：第三章1．需求分析的基本任務(wù)是什么? 準確定義未來系統(tǒng)的目標，確定為了滿足用戶的需要系統(tǒng)必須做什么 需求分析的8大任務(wù)：（1）功能需求（2）性能需求（3）可靠性和可用性需求（4）出錯處理需求（5）接口需求（6）約束（7）逆向需求（8）將來可能提出的要求 2．導出系統(tǒng)的邏輯模型，通常用：數(shù)據(jù)流圖、實體聯(lián)系圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典、和主要的算法描述這個邏輯模型。（2）由于情景分析較易為用戶所理解，使用這種技術(shù)能保證用戶在需求分析的過程中始終扮演一個積極主動的角色。（2）結(jié)構(gòu)化分析實質(zhì)上是一種創(chuàng)建模型的活動。（5）數(shù)據(jù)流圖描繪數(shù)據(jù)在軟件中移動時被變換的邏輯過程，指明系統(tǒng)具有的變換數(shù)據(jù)的功能，數(shù)據(jù)流圖是建立功能模型的基礎(chǔ)。狀態(tài)轉(zhuǎn)換圖描繪系統(tǒng)的各種行為模式和在不同狀態(tài)間轉(zhuǎn)換的方式。7．從哪些方面驗證軟件需求的正確性？一致性、完整性、現(xiàn)實性、有效性 ：（1）驗證需求的一致性：軟件工具（2）驗證需求的現(xiàn)實性：仿真或性能模擬技術(shù)（3）驗證需求的完整性和有效性：只有在用戶的密切合作下才能完成 ?有數(shù)據(jù)流圖、數(shù)據(jù)字典、判定表、判定樹、結(jié)構(gòu)化自然語言