《本科自考02333軟件工程課后習題答案2011版》完整版

《本科自考軟3件3工程課后習題答案－201版1王立福》第1章緒論1、解釋術語()軟件軟件是指計算機系統中的程序及其文檔。(2軟)件工程：軟件工程是應用計算機科學理論和技術以及工程管理原則和方法，按預算和進度實現滿足用戶要求的軟件產品的工程，或以此為研究對象的學科。(3)軟件危機：軟件生產率、軟件質量遠遠滿足不了社會發(fā)展的需求，成為社會，經濟發(fā)展的制約因素，人們通常把這一現象稱為“軟件危機”。簡答題簡述軟件開發(fā)的本質。答：軟件開發(fā)的本質就是實現問題空間的概念和處理邏輯到解空間的概念和處理邏輯之間的映射。簡述實施軟件開發(fā)的基本途徑。答：實施軟件開發(fā)的基本途徑是系統建模。所謂系統建模，是指運用所掌握的知識，通過抽象，給出該系統的一個結構一一系統模型。簡述何謂模型以及軟件開發(fā)中所涉及的模型。答：模型是一個抽象。該抽象是在意圖所確定的角度和抽象層次對物理系統的一個描述，描述其中的成分和成分之間所具有的特定語義的關系，還包括對該系統邊界的描述。軟件開發(fā)中所涉及的模型可分為兩大類，一類稱為概念模型，描述了系統是什么；另一類統稱為軟件模型，描述了實現概念模型的軟件解決方案。(4)．簡述軟件開發(fā)所涉及的兩大類技術。答：軟件開發(fā)所涉及的兩大類技術為：一是求解軟件的開發(fā)邏輯，二是求解軟件的開發(fā)手段。第2章軟件需求與軟件需求規(guī)約、解釋術語（1）軟件需求軟件需求以一種技術形式，描述了一個產品/系統應該具有的功能、性能和其它性質。（2）功能需求功能需求規(guī)約了系統或系統構件必須執(zhí)行的功能。（3）非公能需求非公能需求是性能、外部接口、設計約束和質量屬性這類需求的統稱。（4需）求規(guī)約需求規(guī)約是一個軟件項/產品/系統所有需求陳述的正式文檔，它表達了一個軟件產品系統的概念模型。、2簡述需求與需求規(guī)約的基本性質。答：需求的基本性質：必要的，該需求是用戶所要求的。2）無歧義的，該需求只能用一種方式解釋。）可測3的，該需求是可進行測試的。）可跟4蹤的，該需求可從一個開發(fā)階段跟蹤到另一個階段。）可測量的，該需求是可測量的。需求規(guī)約的基本性質：）重要1性和穩(wěn)定性程度：按需求的重要性和穩(wěn)定性，對需求進行分級。）可修2改的：在不過多地影響其他需求的前提下，可以容易地修改一個單一需求。）完整的：沒有被遺漏的需求。）一致的：不存在互斥的需求。、簡述軟件需求的分類。答：軟件需求可以分為兩大類：一類是功能需求，一類是非公能需求，而非公能需求可分為性能需求，外部接口需求、設計約束和質量屬性需求。、舉例說明功能需求和非功能需求之間的基本關系。答：非功能需求可作用于一個或多個功能需求，例如其中，非功能需求1作用于功能需求1和功能需求3等；非功能需求2作用于功能需求等。、有哪幾種常用的初始需求發(fā)現技術？答：有5種常用的需求發(fā)現技術：自悟、交談、觀察、小組會和提煉。、簡述需求規(guī)約的3種基本形式。非形式化的需求規(guī)約。非形式化的需求規(guī)約即以一種自然語言來表達需求規(guī)約，如同使用一種自然語言寫了一篇文章。半形式化的需求規(guī)約。半形式化的需求規(guī)約即以半形式化符號體系（包括術語表、標準化的表達格式等）來表達需求規(guī)約。（3）形式化的需求規(guī)約。形式化的需求規(guī)約即以一種基于良構數學概念的符號體系來編制需求規(guī)約，一般往往伴有解釋性注釋的支持。、簡述軟件需求規(guī)約的內容和作用。答：軟件需求規(guī)約的內容有：引言、總體描述、特定需求、附錄、索引。需求規(guī)約的作用可概括為以下4點：）需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實上的技術合同書，是產品功能及其環(huán)境的體現。）對于2項目的其余大多數工作，需求規(guī)約是一個管理控制點。）對3于產品/系統的設計，需求規(guī)約是一個正式的、受控的起始點。）需求規(guī)約是創(chuàng)建產品驗收測試計劃和用戶指南的基礎。8、簡述需求規(guī)約在項目開發(fā)中的基本作用。答：需求規(guī)約的作用可概括為以下求點：1）需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實上的技術合同書，是產品功能及其環(huán)境的體現。）對于2項目的其余大多數工作，需求規(guī)約是一個管理控制點。）對于3產品/系統的設計，需求規(guī)約是一個正式的、受控的起始點。）需求規(guī)約是創(chuàng)建產品驗收測試計劃和用戶指南的基礎。9、簡述需求規(guī)約和項目需求的不同。答：需求規(guī)約和項目需求是兩個不同的概念。需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實上的技術合同書，即關注產品需求，回答“交付給客戶的產品/系統是什么”；而項目需求是客戶和開發(fā)者之間有關技術合同——產品/系統需求的理解，應記錄在工作陳述中或其他某一項目文檔中，即關注項目工作與管理，回答“開發(fā)組要做的是什么”。P30第三章結構化方法1.基本概念需求分析：一般來說，分析是系統地使用信息，對一個問題的估算。軟件需求分析是這一概念的特化，即系統化地使用“數據流”、“加工”、“數據存儲”、“數據源”和“數據潭”等術語所表達的信息，對待建系統“是什么”給出一個估算一一系統概念模型軟件設計：在需求分析的基礎上，定義滿足需求所需要的結構，即針對給定的問題，給出該問題的軟件解決方案，確定“怎么做”的問題數據流圖：表達功能模型的工具，即數據流圖（ ）簡稱圖，簡單的說，圖是一種描述數據變換的圖形化工具，其中飲食的元素可以是數據流、數據存儲、加工、數據源和數據潭等變換型數據流圖：具有較明顯的輸入部分和變換（主加工）部分之間的界面變換部分和輸出部分之間界面的數據流圖事務型數據流圖：數據到達一個加工T該加工根據輸入數據的值，在其后的基干動作序號（稱為一個事務）中選出一個來執(zhí)行模塊：執(zhí)行一個特殊任務的一個過程以及相關的數據結構1.簡答題2何.謂模塊耦合？簡述模塊耦合的類型。答：耦合是不同模塊之間相互依賴程序的度量內容耦合：當一個模塊直接修改或操作另一個模塊的數據，或一個模塊不通過正常入口而轉入到另一個模塊時，公共耦合：兩個或兩個以上的模塊共同引用一個全局數據項控制耦合一個模塊通過氣喘吁吁向另一個模塊傳遞一個控制信息，接收信號的模塊根據信號值進行適當的動作標記耦合：若一個模塊通過接口向兩個模塊和傳遞一個公共參數數據耦合：模塊之間通過參數來傳遞數據3何.謂模塊內聚？簡述模塊內聚的類型。答：指一個模塊內部各成分之間相互關聯程度的度量偶然內聚：一個模塊的各成分之間基本不存在任何關系邏輯內聚：幾個邏輯上相關的功能被放在同一個模塊中時間內聚：一個模塊完成的功能必須在同一時間內執(zhí)行，但這些功能只是因為時間因素關聯在一起過程內聚：一個模塊內部的處理成分是相關的，而且這些處理必須以特定的次序執(zhí)行通信內聚：一個模塊的所有成分都操作同一數據集或生成同一數據集順序內聚：一個模塊的各個成分和同一個功能密切相關，而且一個成分的輸出作為另一個成分的輸入功能內聚：最理想的內聚，模塊的所有成分對于完成單一的功能都是基本的。功能內聚的模塊對完成其功能而言是充分必要的4何.謂模塊的控制域和模塊的作用域？并舉例說明控制域：模塊本身以及所有直接或間接從屬于它的模塊的集合。作用域：受該模塊內的一個判定所影響的所有模塊的影響第四章面各對象方法一1.基本概念類及其屬性和操作類是一組具有相同屬性、操作、關系和語義的對象的描述。類的屬性是類的一個命名特征，該特征是由該類的所有對象所共享、用于表達對象狀態(tài)的數據接口是操作的一個集合，其中每個操作描述了類、構件或子系統的一個服務關聯及其鏈：關聯是類目之間的一種結構關系，是對一組具有相同結構、相同鏈的描述。鏈是對象之間具有特定語義關系的抽象泛化：活佛是一般性類目（稱為超類或父類）和它的較為特殊性類目（稱為子類）之間的一種關系，有時稱為” ”關系聚合：聚合是關聯的一種特殊形式，表達的是一種“整體/部分”關系依賴：依賴是一種使用關系，用于描述一個類目使用另一個類目的信息和服務2簡.答題為了表達客觀事物， 給出了哪些基本術語？答：為了支持抽象分析和設計中的事物， 給出了個基本術語，即類、接口、協作、用況、主動類、構件、制品、結點，并給出了這些基本術語的一些變體。為了表達客觀事物之間的關系， 給出了哪些基本術語？這些術語之間是什么關系？關聯、泛化、細化和依賴，以及它們的一些變體什么是對象的構成與表示？并說明。類是一組具有相同屬性、操作、關系和語義的對象的描述。對象是類的一個實例什么是類圖的構成成分？答：類圖是可視化地表達系統表態(tài)結構模型的工具，通常飲食類、接口、關聯、泛化和依賴什么是順序圖的構成成分？順序圖是一種交互圖，即由一組對象以及按時序組織的對象之間的關系組成，其中還飲食這些對象之間所發(fā)送的消息如何描述對象之間的關聯語義用況之間有哪幾種關系？在什么情況下需要建立狀態(tài)圖？狀態(tài)圖可用于創(chuàng)建有關系統（或系統成分）的行為生存周期模型，表達有關系紡（或系統成分）的一種動態(tài)結構，給出有關系統（或系統成分）在生存期間有哪些階段、每一階段可從事的活動以及對外所呈現的特征等方面的信息對象操作和對象狀態(tài)之間的關系是什么？同時引入“操作”和“方法”的目的是什么？答：表達模型化包之間的關系為什么使用包？如何劃分包使用 可以從那些角度來刻畫一個系統的行為？為什么？何謂順序圖中的控制操作子？試舉例說明。為了控制交互行為描述的復雜性，以便更清晰地表達順序圖中的復雜控制，給出了個個控制操作子，選擇、條件、并發(fā)、迭代操作控制子第五章面各對象方法一1.基本概念的定義及主要特點是一種軟件開發(fā)過程框架，基于面向對象符號體系給出了有關軟件開發(fā)過程組織及實施的指導。該框架體現了3個突出特征，即以用況驅動、體系結構為中心以及迭代、增量式開發(fā)演化模型與“ 增量、迭代開發(fā)”之間關系迭代、增量式開發(fā)是演化模型的一個變體，即規(guī)定了“大的”迭代數量一個階段，并規(guī)定了每次迭代的目標初使階段：獲得與特定腹部和平臺無關的系統體系結構輪廓，以此建立產品功能范圍;編制實例業(yè)務實例，從業(yè)務角度指出該項目的價值，減少項目主要的錯誤風險精華階段：通過捕獲并描述系統的大部分需求，建立系統體系結構基線的第一個版本，主要包括用況模型和分析模型，減少次要的錯誤風險，到該階段未，就能夠估算成本、進步，并能詳細地規(guī)劃構造階段構造階段：通過演化，形成最終的系統體系結構基線，開發(fā)完整的系統，確保產品可以開始向客戶交付，即具有初始操作能力移交階段：確保有一個實在的產品發(fā)布給用戶群。期間培訓用戶如何使用該軟件與 之間關系與是一對“姐妹”，它們構成了一種特定的軟件開發(fā)方法學。其中，作為一種可視化建模語言，給出了表達事物和事物之間關系的基本術語，給出了多種模型的表達工具而利用這些術語定義了需求獲取層、系統分析層、設計層、實現層，并給出了實現各層模型之間映射的基本活動以及相關指導什么是特征（ ）舉例如何描述它。從客戶、用戶、計劃者、開發(fā)者想法和意愿中搜取特征，形成特征表。特征是一個新的項及其簡要描述“按不同科目計算平均成績”計算平均成績：按所學的不同科目計算每一個學生的期末考試平均成績，給出分數段并描述其狀態(tài)（如提議、批準、合并和驗證等）、實施的代價及風險、重要程度以及對其他特征的影響等特征可作為需求，并被轉換為其它制品需求獲取層及相關概念需求獲取層目標：使用 中的用況、參與者以及依賴等術語來抽象客觀實際問題，形成系統的需求獲取模型;基本術語：用況、參與者、用于表達用況參與者之間關系的關聯、用于表達況之間的包含和擴展、用于表達參與者之間關系泛化。術語確定了系統用況模型的各種形態(tài)需求獲取模型的基本組成使用中的用況、參與者以及依賴等術語來抽象客觀實際問題，形成系統的需求獲取模型建造一個系統需求獲取模型的活動和任務，以及各活動的輸入和輸出.發(fā)現描述參與者和用況，輸入：業(yè)務模型或領域模型，補充需求，特征表;輸出：用況模型［概述］，術語表.賦予用況優(yōu)先級：輸入：用況模型［概述］，補充需求，術語表;輸出：體系結構描述［用況模型視角］.精華用況：輸入：用況模型［概述］，補充需求，術語表;輸出：用況［精化］.構造人機接口原型：輸入：用況［精華］，用況模型［概述］，補充需求，術語表;輸出：人機接口原理.用況模型結構化：輸入：用況［精華］，用況模型［概述］，補充需求，術語表;輸出：用況模型［精化］如何描述系統的參與者和用況？舉例說明參與者：發(fā)現參與者與描述參與者：1）之前已經存在業(yè)務用況模型，可依據業(yè)務模型直接發(fā)現一些候選參與者，2）沒有業(yè)務用況模型，即使存在領域模型，也需要系統分析人員與客戶一起來標識系統參與者用況是系統向它的參與者提供結果（值）的功能塊，表達參與者使用系統的方式，因此一個用況可用于規(guī)約系統可執(zhí)行的、與參與者進行交互的一個動作序列，包括其中一些可選動作序列，并且用況還有自己的屬性需求獲取層對以后開發(fā)工作的影響？需求分析層及相關概念在系統用況模型的基礎上，創(chuàng)建系統分析模型以及在該分析模型視角下的體系結構描述，系統分析模型是系統的一種概念模型，解決系統用況模型中存在的二義性和不一致性問題，并以一種系統化的形式準確地表達用戶的需求需求分析模型的基本組成的分析如同結構化分析，其目標之一是在一個特定的抽象層上建立系統分析模型。為此，首先給出了個術語：分析包、分析類和用況細化，用于表達需求中“大粒度”的概念，開發(fā)人員使用這些術語可以規(guī)約系統分析中所要使用的信息分析類：是類的一種衍型，很少有操作和特征標記，而用責任來定義其行為，并且其屬性和關系也是概念性的，包括：邊界類、實體類、控制類用況細化：是一個針對一個用況，其行為可用多個分析類之間的相互作用來細化，并記為用況細化［分析］分析包：分析包是一種控制信息組織復雜性的機制，提供了分析制品的一種組織手段，形成了一些可管理的部分。建造一個系統需求分析模型的活動和任務，以及各活動的輸入和輸出體系結構分析：輸入：用況模型、補充需求、業(yè)務模型或領域模型、體系結構描述［用況模型］;輸出：分析包［概述］、分析類［概述］、體系結構描述［分析］細化用況：輸入：用況模型、補充需求、業(yè)務模型或領域模型、體系結構描述［分析］輸;出：用況細化［分析］、分析類［概述］對類分析：輸入：用況細化［分析］、分析類［概述］輸出：分析類［完成］對包進行分析：輸入：系統體系結構描述［分析］、分析包［概述］輸出：分析類［完成］需求分析模型對以后開發(fā)工作的影響1）對設計中子系統的影響。分析包一般將影響設計子系統的結構2）對設計類的影響。分析包可以作為類設計時的規(guī)格說明。3）對用況細化［設計］的影響。用況細分［分析］對用況細化［設計］有兩方面影響，一個是它們有乃至于為用況創(chuàng)建更精確的規(guī)格說明，另一個是當對用況進行設計時，用況細化［分析］可作為其輸入。需求獲取模型與需求分析模型之間比較1）語言描述不同：客戶語言與開發(fā)語言2）視圖：系統外與系統內3）結構：使用用況予以結構化，給出外部視角系統結構與使用衍型類結構化，給了部視角系統結構4）作用：標注“系統應該做什么，不應該做什么”與可以做出開發(fā)者理解系統如何勾畫、如何設計和如何實現基礎）問題：可能存在冗余、不一致和沖突等問題與解決了上述問題）捕獲系統功能，包括體系結構方面具有意義的功能與給出細化系統功能，包括在體系結構方面具有意義的功能）定義一些進一步需要在分析模型中予以分析用況與定義每一個用況細化設計層及相關概念設計目標：定義滿足系統/產品分析模型所規(guī)約需求的軟件結構基本術語：設計子系統、設計類、用況細化［設計］、接口、以及用于表達子系統之間關系的依賴、用于表達設計類之間關系的關聯等，這些術語確定了系統設計模型的各種形態(tài)設計模型的基本組成設計子系統、設計類、用況細化［設計］、接口、以及用于表達子系統之間關系的依賴、用于表達設計類之間關系的關聯等，這些術語確定了系統設計模型的各種形態(tài)建造一個系統設計模型的活動和任務，以及各活動的輸入與輸出體系結構設計：輸入：用況模型、補充需求、分析模型、體系結構描述［分析模型角度］輸出：子系統［概述］、接口［概述］、設計類［概述］、部署模型［概述］、體系結構描述［設計］設計用況：輸入：用況模型、補充需求、分析模型、部署模型;輸出：用況［設計-實現］、設計類［概述］、子系統［概述］、接口［概述］對類設計：輸入:用況［設計-實現］、設計類［概述］、接口［概述］、分析類［完成］;輸出：設計類［完成］設計子系統：體系結構描述［設計］、子系統［概述］、接口［概述］輸;出：子系統［完成］、接口［完成］如何處理需求中所捕獲的非功能需求。需求分析模型與設計模型之間的比較第六章軟件生存周期過程與管理1.基本概念軟件測試：有規(guī)程地發(fā)現錯誤的過程，其中錯誤（）與所期望的設計之間的偏差，該偏差可能產生不期望的系統行為或失效。失效 與所規(guī)約的系統執(zhí)行之間的偏差。失效是系統故障或錯誤的后果。故障（）：導致錯誤或失效的不正常條件。故障可以是偶然性的或是系統性的。測試用例：為了發(fā)現程序中的故障而專門設計的一組數據或腳本測試覆蓋率：定量描述一個或一組測試的效率2簡.答題測試過程模型，并分析這一模型在軟件測試技術研究以及實踐中的作用答：軟件測試是一個有程序的過程，包括測試設計、測試執(zhí)行、以及測試結果比較等1.環(huán)境模型、被測模型和錯誤模型在軟件測試中扮演了一種很重要的角色;這些模型的質量，特別是程序模型的質量，對發(fā)現錯誤具有關鍵性的作用2.軟件測試的錯誤假定是，實際結果與預期結果不符，而后在此基礎上可進一步分析是什么錯誤軟件測試與調度的區(qū)別答：1） .測試從一側面證明程序員的“失敗”。調度為了證明程序員是正確的2）測.試以已知條件開始，使用預告定義的程序且有預知的結果，不可預見的僅是程序是否通過測試3）測.試是有計劃的，并要進行測試設計。高度是不受時間約束的4）測.試是發(fā)現錯誤、改正錯誤、重新測試的過程。調試是一個推理過程5）的.執(zhí)行是有規(guī)程的。調試的執(zhí)行往往要求程序員進行必要推理6）測.試經常由獨立的測試組在不了解軟件技術的條件下完成的。高度必須由了解詳細設計的程序員完成7大）多數測試的執(zhí)行和設計可由工具支持。調試時，程序員能利用的工具主要是調試器程序流程圖的作用及構成答：著重于過程屬性描述簡述語名覆蓋、分支覆蓋、條件組合覆蓋、路徑覆蓋的含義及它們之間的關系答：路徑覆蓋：執(zhí)行所有可能穿過程序控制流程的路徑語句覆蓋：至少執(zhí)行程序中所有語句一次分支覆蓋：至少將程序中的每一個分支執(zhí)行一次條件覆蓋：指每個判定中的所有可能的條件取值至少執(zhí)行一次條件組合覆蓋：設計足夠測試，使每個判定中的所有可能的條件聚會組合至少執(zhí)行一次存在以下關系：語句覆蓋《分支覆蓋《條件組合覆蓋《。。。路徑覆蓋簡術單元測試、集成測試、有效性測試的含義及它們之間的區(qū)別答：單元測試：主檢驗軟件設計的最小單元一一模塊。該測試以詳細設計文檔為指導，測試模塊內的重要控制路徑。集成測試：是軟件組裝的一個系統化技術，其目標是發(fā)現與接口有關的錯誤有效性測試：發(fā)現軟件實現的功能與需求規(guī)格說明書不一致的錯誤簡述路徑測試技術、事務流測技術的主要依據答：一個依據程序邏輯結構，一個依據軟件行為描述簡述程序流程圖與事務流程圖之間的主要區(qū)別，并分析這些區(qū)別的主要原因答：1基）本模型元素所表達的語義不同2一）個事務不等同于路徑測試中一條路徑，可能在中間某處就完成了某一用戶工作，終結了一個事務3）事.務流程圖中的分支和節(jié)點可能是一個復雜的過程簡述白盒測試技術的要點，并舉例說明答：白盒測試技術依據程序的邏輯結構，以控制流程圖作為被測對象建模工具，其中涉及過程塊、分支、節(jié)點、鏈以及路徑，并針對測試民，給出了4種覆蓋策略：語名覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋，它們之間具有偏序關系，并且可根據項目需求給出其他覆蓋策略事務流測試技術的要點，并舉例說明答：事務流測試技術是一種功能測試技術，目前提出了很多功能測試技術，如定義域測試技術、等價類測試技術以及基于因果圖的測試技術等，統稱為黑盒子測試技術。黑盒測試將被測軟件看成黑盒子，只通過外部的輸入和輸出來發(fā)現軟件中的錯誤，因此黑盒測試是一種基于軟件規(guī)約的測試第七章軟件生存周期過程與管理1基.本概念軟件生存周期過程：軟件生存周期是軟件產品或系統的一系列相關活動的全周期。從形成概念開媽，歷經開發(fā)、交付使用、在使用中不斷修訂和演化，直到最后被淘汰，讓位于新的軟件產品軟件生存周期模型：是一個包括軟件產品開發(fā)、運行和維護中有關過程、活動和任務的框架，覆蓋了從該系統的需求定義到系統的使用終止過程管理：過程規(guī)則與管理是軟件項目管理的一項重要工作。沒有過程規(guī)劃就淡不上過程管理乃至項目管理，沒有過程管理就不可能存在有效的軟件工程簡.述軟件開發(fā)中的過程類，以及它們的基本作用和它們之間的基本關系答：分為3類基本過程：那些軟件生產直接相關的活動集，分5個過程：獲取過程、供應過程、開發(fā)過程、運行過程和維護過程支持過程：有關各方面按他們的目標所從事的一系列相關支持活動集，有助于提高系統或軟件產品的質量，分為：文檔過程、配置管理過程、質量保證過程、驗證過程、確認過程、聯合評審過程、審計過程和問題解決過程等組織過程：與軟件生產組織有關的活動集，分管理過程、基礎設施過程、培訓過程、改進過程在 中如何描述一個過程？舉例說明答：1）為.獲取方獲取一個軟件產品或服務，為供應方開發(fā)、運行、維護、提供和銷毀一個軟件產品，建立了一種軟件生存周期框架，包含過程、活動和任務，并通過過程分類、過程描述，給出它們之間的內在關系2）為在軟件生存周期過程的定義、控制和改進提供了一個過程，即生存周期模型管理過程供應過程：為獲取方提供滿足所協商需求的產品或服務軟件實現過程：軟件實現過程是為了生產一個已規(guī)約系統元素，作為一個軟件產品或服務而實現軟件需求分析過程：建立系統軟件部分的需求軟件體系結構設計：為軟件的實現及其可以按需求進行驗證，提供一種設計軟件驗證過程：證實一個過程或項目的每一個軟件T作產品服務是否正確地反映所規(guī)約的需求軟件確認過程：證實所期望的軟件工作產品是否滿足其需求？？？什.么是軟件開發(fā)特定的過程類？舉例說明5什.么是驗證和確認？簡述它們的作用和區(qū)別答：驗證：證實一個過程或項目的每一個軟件工作產品/服務是否正確地反映所規(guī)約的需求驗證和確認是有區(qū)別的。驗證是通過提供的客觀證據，證實規(guī)約的需求是否得以滿足確認是通過提供的客觀證據，證實有關特定期望的使用或應用的需求是否得以滿足軟件確認過程：證實所期望的軟件工作產品是否滿足其需求6簡.述瀑布模型以及可適應的情況瀑布模型將軟件生存周期的各項活動規(guī)定為按固定順序而連接的若干階段工作，形如瀑布流水，最終得到產品適應情況：需求已被很好的理解，并且開發(fā)組織非常熟悉為實現這一模型所需求的過程7簡.述演化模型以及可適應的情況答：表達了一種彈性的過程模式，由一些小的開發(fā)步組成，每一步歷經需求分析、設計、實現和驗證，產生軟件產品的一個增量，通過這些迭代，最終完成軟件產品的開發(fā)主要針對事先不能完整定義需求的軟件開發(fā)簡.述增量模型的優(yōu)缺點答：優(yōu)點1）第一個可交付版本所需要的成本和時間是較少的，從而可減少開發(fā)由增量表示的小系統承擔的風險2由）于很快發(fā)布第一個版本，因此可以減少用戶需求的變更3允）許增量投資，即在項目開始時可以僅對一個或兩個增量投資缺點：1如）果沒有對用戶的變更要求進行規(guī)劃，那么產生的初始增量可能會造成后來增量的不穩(wěn)定2如）果需求不像早期思考的那樣穩(wěn)定和完整，那么一些增量就可能需要重新開發(fā)，重新發(fā)布3由）于進度和配置的復雜性，可能會增大管理成本，超出組織的能力9簡述螺旋模型以及它與其它模型之間的主要區(qū)別答：螺旋模型是瀑布模型與深化模型的基礎上，加入兩者所忽略的風險分析所建立的一種軟件開發(fā)模型螺旋模型關注解決問題的基本步驟，即標識問題，標識一些可選方案，選擇一個最佳方案，遵循動作步驟并實施后續(xù)工作，突出特征，在開發(fā)的迭代中實際上只有一個迭代過程真正開發(fā)了可交付的軟件2與）深化模型和增量模型相比，同樣使用了瀑布模型作為一個嵌入的過程，即分析、設計、編碼、實現和維護的過程，并且在框架和全局體系結構方面是等同的。但是，螺旋模型所關注的階段以及它們的活動是不同的，如增加一些管理活動和支持活動。盡管增量模型也有一些管理活動，但它基于以下假定：需求是最基本的、并且是唯一的風險源，因而在螺旋模型中增大了決策和風險的空間，螺旋模型擴大了增量模型的管理范圍。如果項目的開發(fā)風險很大或客戶不能確定系統需求，在更廣泛的意義上來講，還包括一個系統或系統類型的要求，這時螺旋模型就是一個好的生存周期模型第八章集成化能力成熟度模型一、術語解釋過程域：是一個業(yè)務域中一束相關實踐，當它們一起得以實現時，就滿足被認為對該過程域的改善具有重要作用的一組條件。過程改善：是指人為設計的一個活動程序，其目的是改進組織的過程性能和成熟度，并改進這一程序的結果專用目標：每一個過程域中都有一個或多個“專用目標”，用于描述該過程域必須呈現的一些獨有特征共用目標：每一個過程域中都有一個或多個“共用目標”，用于描述實現制度化的該過程必須呈現的特征專用實踐：每一個過程域中都有一個或多個“專用實踐”，這些專用實踐被認為對于達到該過程域的專用目標是重要活動，即期望以專用實踐所描述的活動，會導致達到一個過程域的專用目標共用實踐：每一個過程域中都有一個或多個“共用實踐”，這些共用實踐被認為對于達到該過程域相關的共用目標是重要活動能力等級：是指單一過程域中已達到的過程改善，能力等級是為了管理，對過程改善程序所設定的幾個“臺階”成熟度等級：是指達到預先定義的一組過程域所有目標的一種過程改善等級2簡.答題提出所基于的基本思想答：該模型基于過程途徑思想，通過過程把軟件質量的個支撐點一一受訓的人員、規(guī)程和方法、工具和設備進行集成，以開發(fā)所期望的系統產品。為此， 緊緊圍繞開發(fā)、維護和運行，把經過證明的“最佳實踐“放在一個結構中。該結構有乃至于指導組織確定其過程的發(fā)送優(yōu)先次序;有乃至于指導這些改善的實施，以提高其過程能力和成熟度，并且還支持其它領域（如獲取和服務）能力成熟度模型開發(fā)。什么是過