軟件工程總復(fù)習(xí)

1、總復(fù)習(xí)題軟件危機(jī)內(nèi)容；軟件生產(chǎn)率、軟件質(zhì)量滿足不了社會(huì)發(fā)展的需求，成為社會(huì)、經(jīng)濟(jì)發(fā)展的制約因素。什么是軟件、軟件工程定義，研究對(duì)象；軟件是指計(jì)算機(jī)系統(tǒng)中的程序和文檔，程序是對(duì)任務(wù)的處理對(duì)象及規(guī)則的描述，文檔是為了理解程序 所需的闡述性資料。軟件是對(duì)一個(gè)特定問題域的抽象，是被開發(fā)出的一種邏輯實(shí)體。軟件工程是應(yīng)用計(jì)算機(jī)科學(xué)理論和技術(shù)及工程管理原則和方法，按預(yù)算和進(jìn)度實(shí)現(xiàn)滿足用戶需求的軟 件產(chǎn)品的工程，或以此為研究對(duì)象的學(xué)科。計(jì)算機(jī)科學(xué)理論與技術(shù)以及工程管理原則和方法。計(jì)算機(jī)文檔的分類，文檔的重要性分類：1,技術(shù)文檔用戶文檔文檔的重要性：方便后期維護(hù)和團(tuán)隊(duì)交流，文檔是為了理解程序所需的闡述性資料軟件

2、開發(fā)的本質(zhì)不同抽象層術(shù)語間的映射和處理邏輯間的映射。模型，模型化模型是一個(gè)抽象，該抽象是在特定意圖下所確定的角度和抽象層次上對(duì)物理系統(tǒng)的描述，描述其中的成 分和成分之間所具有的特定語義的關(guān)系，還包括對(duì)該系統(tǒng)邊界的描述。模型化的方式是建模，需求變成模型的過程，無歧義的書面表達(dá)工具。建模手段主要是：結(jié)構(gòu)化方法、 面向?qū)ο蠓椒?、面向?shù)據(jù)結(jié)構(gòu)方法。軟件系統(tǒng)模型大體上可分為：概念模型和軟件模型。軟件生命周期；生命周期過程軟件生存周期是軟件產(chǎn)品或系統(tǒng)的一系列相關(guān)活動(dòng)的全周期生存周期過程分三類：基本過程、支持過程、組織過程項(xiàng)目生命周期過程在一個(gè)項(xiàng)目的生存周期中，每一個(gè)任務(wù)都通過一個(gè)或多個(gè)過程的方式來完成的，

3、所有這些相關(guān)過程的組合， 成為軟件項(xiàng)目生存周期過程。瀑布模型的優(yōu)勢和不足、適用范圍優(yōu)點(diǎn)：1）在決定系統(tǒng)怎么樣做之前，存在一個(gè)需求階段，他鼓勵(lì)對(duì) 系統(tǒng)做什么進(jìn)行規(guī)約。2）在系統(tǒng)構(gòu)造之前，存在一個(gè)設(shè)計(jì)階段，他鼓勵(lì)規(guī)劃系統(tǒng) 結(jié)構(gòu)。3）在每一個(gè)階段結(jié)束時(shí) 進(jìn)行評(píng)審，從而允許獲取方和用 戶的參與。4）前一步可以作為下一步被認(rèn)可的文檔化的基線，并允許極限和配置早起接受控制。缺點(diǎn)：1）要求客戶能夠完整正確和清晰的表達(dá)他們的需求，并要求開發(fā)人員一開始就要理解這一應(yīng)用。2）由于需求的不 穩(wěn)定性，使設(shè)計(jì)編碼 和測試階段都可能發(fā)生延期，并且當(dāng)接近項(xiàng)目結(jié)束時(shí)， 出現(xiàn)了大量的集成和測試工作。3）在開始階段中，很難評(píng)估真

4、正 的進(jìn)度狀態(tài)，并且知道項(xiàng)目結(jié)束之前都不能演示系統(tǒng)的能力。4）在一個(gè)項(xiàng)目的早期階段，過分的強(qiáng)調(diào)了基線和 里程碑處文檔，并可能需要花費(fèi)更多的 時(shí)間，用于建 立一些用處不大的文檔。增量開發(fā)模型；該模型的需求可以分組，形成一個(gè)個(gè)增量，并可形成一個(gè)結(jié)構(gòu)。演化開發(fā)模型；演化就是不斷的改進(jìn)，該模型用戶首先提出待開發(fā)的核心，然后精化、增強(qiáng)系統(tǒng)。11什么是需求，什么是需求分析；需求是一個(gè)“要予構(gòu)造“的陳述，描述了待開發(fā)產(chǎn)品功能上的能力、性能參數(shù)或者其他性質(zhì)。需求分析：通過分析分配給軟件那些系統(tǒng)需求，確定軟件需求。需求分析應(yīng)具有的屬性；必要的、無歧義的、可測的、可跟蹤的、可測量的如何理解需求文檔的重要性其作用可

5、概括為：第一也是最重要的，作為軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書；是產(chǎn)品功能及其環(huán)境的體現(xiàn)。第二，對(duì)于項(xiàng)目的其余大多數(shù)工作，它是一個(gè)管理控制點(diǎn)。第三，對(duì)于產(chǎn)品的設(shè)計(jì)，它是一個(gè)正式的、受控的起始點(diǎn)。第四，是創(chuàng)建產(chǎn)品驗(yàn)收測試計(jì)劃和用戶指南的基礎(chǔ),即基于需求分析規(guī)規(guī)約一般還會(huì)產(chǎn)生另外兩個(gè)文檔一一初始測試計(jì)劃和用戶系統(tǒng)操作描述結(jié)構(gòu)化需求模型的三個(gè)組成部分?jǐn)?shù)據(jù)字典、數(shù)據(jù)流圖、加工小說明;實(shí)例：（參考）建立數(shù)據(jù)字典定義數(shù)據(jù)流定義數(shù)據(jù)存儲(chǔ)定義數(shù)據(jù)項(xiàng)引入：結(jié)構(gòu)符 +I ）-用于定義數(shù)據(jù)結(jié)構(gòu)AAAI I I I I I 1B C Bo Co B*給出加工小說明數(shù)據(jù)字典：。、數(shù)據(jù)流：銷售的商品=商品名+

6、商品編號(hào)+單價(jià)+數(shù)量+銷售時(shí)間 現(xiàn)金額=余額=曰銷售額=非負(fù)實(shí)數(shù)判斷表使用的工具可以為判定表判定樹I條件類別n條件組合查詢要求=商品編號(hào)舊期查詢要求1=商品編號(hào)j查詢要求2=日期銷售情況=商品名+商品編號(hào)+金額m操作例如：考試總分=620IV操作執(zhí)行=620620、數(shù)據(jù)存貯：單科成績有滿分有不及格有滿分銷售文件=銷售的商品發(fā)升級(jí)通知書y1 yn、數(shù)據(jù)項(xiàng)發(fā)留級(jí)通知書nny什么是軟件設(shè)計(jì)，軟件設(shè)計(jì)的目標(biāo)軟件設(shè)計(jì)是定義滿足需求所需要的結(jié)構(gòu)。結(jié)構(gòu)化設(shè)計(jì)方法是從事軟件設(shè)計(jì)的一種工具數(shù)據(jù)流圖的分類；變換型數(shù)據(jù)流圖、事務(wù)型數(shù)據(jù)流圖。耦合：不同模塊之間相互依賴程度的度量。耦合類型：1、內(nèi)容耦合：2、公共耦合：

7、兩個(gè)以上的模塊共同引用一個(gè)全局?jǐn)?shù)據(jù)項(xiàng)。3、控制耦合：一個(gè)模塊向另一模塊傳遞一個(gè)控制信號(hào)，接受信號(hào)的模塊將依據(jù)該信號(hào)值進(jìn)行必要的活動(dòng)。4、標(biāo)記耦合：兩個(gè)模塊至少有一個(gè)通過界面?zhèn)鬟f的公共有結(jié)構(gòu)的參數(shù)。5、數(shù)據(jù)耦合：模塊間通過參數(shù)傳遞基本類型的數(shù)據(jù)。17、內(nèi)聚的種類內(nèi)聚：一個(gè)模塊之內(nèi)各成分之間相互依賴程度的度量。內(nèi)聚類型：1、偶然內(nèi)聚：一個(gè)模塊之內(nèi)各成分之間沒有任何關(guān)系。2、邏輯內(nèi)聚：幾個(gè)邏輯上相關(guān)的功能放在同一模塊中。3、時(shí)間內(nèi)聚：一個(gè)模塊完成的功能必須在同一時(shí)間內(nèi)完成，而這些功能只是因?yàn)闀r(shí)間 因素關(guān)聯(lián)在一起。4、過程內(nèi)聚：處理成分必須以特定的次序執(zhí)行。5、通信內(nèi)聚：各成分都操作在同一數(shù)據(jù)集或生成

8、同一數(shù)據(jù)集。6、順序內(nèi)聚：各成分與一個(gè)功能相關(guān)，且一個(gè)成分的輸出作為另一成分的輸入。7、功能內(nèi)聚：模塊的所有成分對(duì)完成單一功能是最基本的，且該模塊對(duì)完成這一功能而言是充分必要的。HIPO 圖(P88)結(jié)構(gòu)化的程序設(shè)計(jì)答：是進(jìn)行以模塊功能和處理過程設(shè)計(jì)為主的詳細(xì)設(shè)計(jì)的基本原則，只允許使用順序、 IF-THEN-ELSE型分支和DO-WHILE型循環(huán)這3種基本控制結(jié)構(gòu)，稱為經(jīng)典的結(jié)構(gòu)程序 設(shè)計(jì)它的主要觀點(diǎn)是采用自頂向下、逐步求精的程序設(shè)計(jì)方法；使用三種基本控制結(jié)構(gòu)構(gòu) 造程序，任何程序都可由順序、選擇、重復(fù)三種基本控制結(jié)構(gòu)構(gòu)造。詳細(xì)描述處理過程常用三種工具：圖形、表格和語言。圖形：程序流程圖、N-S

9、圖、PAD圖表格：判定表語言：過程設(shè)計(jì)語言（PDL）結(jié)構(gòu)化程序設(shè)計(jì)曾被稱為軟件發(fā)展中的第三個(gè)里程碑程序流程圖（框圖）的缺點(diǎn)1、不是一種逐步求精的工具，它誘使程序員過早地考慮程序的控制流程，而不去 考慮程序的全局結(jié)構(gòu)。2、所表達(dá)的控制流，往往不受任何約束可隨意轉(zhuǎn)移，從而影響甚至破壞好德系統(tǒng) 結(jié)構(gòu)設(shè)計(jì)3、不易表示數(shù)據(jù)結(jié)構(gòu)N-S圖wrf.!wrf.!7重復(fù)型 UNTIL重復(fù)型餌1多分支餌1多分支選擇型（CASE 型）PADWHILE P| S UNTIL P |_S_酬ILE重短型UM】L重復(fù)型偽碼；面向?qū)ο蟪绦蛟O(shè)計(jì)方法的優(yōu)勢在哪與人類習(xí)慣的思維方法一致2.穩(wěn)定性好3.可充用性好4.較易開發(fā)大型軟件

10、產(chǎn)品5.可維護(hù)性好UML定義的術(shù)語（類目）有哪些類、接口、協(xié)作、用況、主動(dòng)類、構(gòu)件、制品和節(jié)點(diǎn)。類目之間的四種關(guān)系；關(guān)聯(lián)、泛化、細(xì)化、依賴。組合和聚合（P140）面向?qū)ο蟪绦蚍治雠c設(shè)計(jì)的基本步驟UML的用況圖和類圖；（P150）UML的時(shí)序圖（P165） UML的狀態(tài)圖*（P156）UML與UP之間的關(guān)系UP的本質(zhì)和特點(diǎn)特點(diǎn)：它是一種易用況為驅(qū)動(dòng)的，一體系結(jié)構(gòu)為中心的迭代，增量式開發(fā)。本質(zhì)：UP的四個(gè)基本階段初始階段2.精化階段3.構(gòu)造階段4.移交階段什么是軟件測試（226）；軟件測試是指按照特定規(guī)程發(fā)現(xiàn)軟件錯(cuò)誤的過程，分為靜態(tài)測試和動(dòng)態(tài)測試，前者指對(duì)源代碼進(jìn)行測試，后者指通過執(zhí)行程序證明程序

11、的正確性。軟件測試和軟件調(diào)試的差異（226,227）；測試是從側(cè)面證明程序員的“失敗”，調(diào)試是為了證明程序員的正確。測試以已知條件開始，使用預(yù)先定義的程序，且有預(yù)知結(jié)果，不可預(yù)見的僅是程序是否通過測試。調(diào) 試是從不可知的內(nèi)部條件開始，結(jié)果是不可預(yù)見的。測試是有計(jì)劃的，并要進(jìn)行測試設(shè)計(jì)。而調(diào)試是不受時(shí)間約束的測試是一個(gè)發(fā)現(xiàn)并改正錯(cuò)誤，再重新測試的過程；而調(diào)試是一個(gè)推理過程。測試的執(zhí)行是有規(guī)程的，而調(diào)試的執(zhí)行往往要求程序員進(jìn)行必要的推理以至知覺的“飛躍”測試往往有獨(dú)立的測試組在不了解軟件設(shè)計(jì)的條件下完成的，而調(diào)試必須由了解詳細(xì)設(shè)計(jì)的程序員完 成大多數(shù)測試的執(zhí)行和設(shè)計(jì)可用工具支持，而調(diào)試時(shí)程序員能利

12、用的工具主要是調(diào)試器測試的目的和測試的目標(biāo)（226）；目的：檢驗(yàn)軟件是否滿足規(guī)定的需求，或是清楚了解預(yù)期結(jié)果與實(shí)際結(jié)果之間的差異目標(biāo)：首要目標(biāo)是預(yù)防錯(cuò)誤，第二目標(biāo)是發(fā)現(xiàn)錯(cuò)誤白盒與黑盒測試（226）；黑盒測試是在程序接口進(jìn)行的測試，它只檢查程序功能是否能按照規(guī)格說明書的規(guī) 定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息，程序運(yùn)行過程中 能否保持外部信息的完整性。黑盒測試又稱為功能測試。白盒測試是按照程序內(nèi)部的邏輯測試程序，檢測程序中的主要執(zhí)行通路是否都能按預(yù) 定要求正確工作。白盒測試又稱為結(jié)構(gòu)測試。程序流圖，環(huán)形復(fù)雜度；路徑測試技術(shù)；采用控制流程圖來表達(dá)被測程序模型，揭示程序中的控制結(jié)構(gòu)；通過合理的選擇一組穿過程序的路徑，以達(dá)到某種測試度量。等價(jià)類劃分；等價(jià)劃分是一種黑盒測試技術(shù)，這種技術(shù)把程序的輸入域劃分成若干個(gè)數(shù)據(jù)類，據(jù)此 導(dǎo)出測試用例。一個(gè)理想的測試用例能獨(dú)自發(fā)現(xiàn)一類錯(cuò)誤軟件的可靠性和可用性；估算需要查找出錯(cuò)誤個(gè)數(shù)的公式支撐軟件質(zhì)量的三要素（268）；1.人員素質(zhì)2.過程3.技術(shù)過程能力和過程性能（269,270）;過程能力是指遵循一個(gè)特定過程其預(yù)期結(jié)果的程度過程性能是指遵循一個(gè)特定過程其實(shí)際結(jié)果的程度。CMM的5個(gè)