【正文】 、特定需求、附錄、索引。半形式化的需求規(guī)約即以半形式化符號體系 (包括術(shù)語表、標(biāo)準(zhǔn)化的表達(dá)格式等 )來表達(dá)需求規(guī)約。 P26 簡述需求規(guī)約的 3 種基本形式。 答 :軟件需求可以分為兩大類 :一類是功能需求，一類是非公能需求，而非公能需求可分為性能需求，外部接口需求、設(shè)計約束和質(zhì)量屬性需求。 2)可修改的 :在不過多地影響其他需求的前提下，可以容易地修改一個單一需求。 3)可測的，該需求是可進行測試的。 答 :軟件開發(fā)所涉及的兩大類技術(shù)為 :一是求解軟件的開發(fā)邏輯，二是求解軟件的開發(fā)手段。 答 :模型是一個抽象。 P19 。 答 :實施軟件開發(fā)的基本途徑是系統(tǒng)建模。該抽象是在意圖所確定的角度和抽象層次對物理系統(tǒng)的一個描述，描述其中的成分和成分之間所具有的特定語義的關(guān)系，還包括對該系統(tǒng)邊界的描述。 簡述需求與需求規(guī)約的基本性質(zhì)。 4)可跟蹤的，該需求可從一個開發(fā)階段跟蹤到另一個階段。 3)完整的 :沒有被遺漏的需求。 P23 舉例說明功能需求和非功能需求之間的基本關(guān)系。 (1) 非形式化的需求規(guī)約。 (3)形式化的需求規(guī)約。 P28 需求規(guī)約的作用可概括為以下 4 點 :1)需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實上的技術(shù)合同 書，是產(chǎn)品功能及其環(huán)境的體現(xiàn)。 P31 1簡述需求規(guī)約在項目開發(fā)中的基本 作用。 4)需求規(guī)約是創(chuàng)建產(chǎn)品驗收測試計劃和用戶指南的基礎(chǔ)。 P30 1 何謂模塊耦合？簡述模塊耦合的類型。 答 :指一個模塊內(nèi)部各成分之間相互關(guān)聯(lián)程度的度量 。 作用域 :受該模塊內(nèi)的一個判定所影響的所有模塊的影響 16 為了表達(dá)系統(tǒng)功能模型，結(jié)構(gòu)化分析方法給出了哪些基本概念？他們是如何表示的？其基本作用是什么？使用中應(yīng)注意哪些問題？ 答： 給出的基本概念 ： 數(shù)據(jù)流、加工、數(shù)據(jù)存儲、數(shù)據(jù)源和數(shù)據(jù)潭。數(shù)據(jù)存儲：用于表達(dá)在分析中所使用的、用于表達(dá)“結(jié)構(gòu)化客體”的信號。 答：順序結(jié)構(gòu)是指數(shù)據(jù) A 是由數(shù)據(jù) B 和數(shù)據(jù) C 順序構(gòu)成的，記為“ +”。重復(fù)結(jié)構(gòu)是指 數(shù)據(jù) A 是由多個重復(fù)出現(xiàn)的數(shù)據(jù) B 構(gòu)成，并記為“｛｝”。 20 簡述結(jié)構(gòu)化方法總體設(shè)計的任務(wù)及目標(biāo)。 答： 任務(wù) ：具體描述模塊結(jié)構(gòu)圖中的每一模塊，即給出實現(xiàn)模塊功能的實施機制，包括一組例程和數(shù)據(jù)結(jié)構(gòu)，從而精確地定義了滿足需求所規(guī)約的結(jié)構(gòu)。 23 簡述啟發(fā)式規(guī)則的基本原理。 3）力求深度、寬度、扇出和扇入適中。 24 簡述依據(jù)一個系統(tǒng)的 DFD，將其轉(zhuǎn)換為 MSD 的基本思路。諾依曼體系結(jié)構(gòu)的影響，捕獲的“功能（過程）”和“數(shù)據(jù)”恰恰是客觀失誤的易變性質(zhì)，由此建造的系統(tǒng)結(jié)構(gòu)很難與客觀實際系統(tǒng)的結(jié)構(gòu)保持一致。 2 為便于理解，把一幅圖中圖元個數(shù)盡量控制在 7 加減 2 個 以內(nèi)。 答：最主要的問題是沒有擺脫馮 答：第一步，設(shè)計準(zhǔn)備，復(fù)查并精化系統(tǒng)模型。 。第二級分解自頂向下逐步求精。 答 類是一組具有相同屬性、操作、關(guān)系和語義的對象的描述。 分析包通常會對應(yīng)到設(shè)計階段的應(yīng)用子系統(tǒng)，除此之外，還有其它的一些設(shè)計子系統(tǒng)，比如負(fù)責(zé)封裝通訊機制的 Corba 服務(wù)子系統(tǒng)。所以就應(yīng)充分運用人類認(rèn)識客觀世界、解決實際問題的思維方式和方法。把一個系統(tǒng)與程序看成是一層一層的。三、語句結(jié)構(gòu)化：順序結(jié)構(gòu)、分支結(jié)構(gòu)、循環(huán)結(jié)構(gòu)，都是常用的語句結(jié)構(gòu)。四、類具有封裝性，把類內(nèi)部的屬性和一些操作隱藏起來，只有公共的操作對外是可見的，對象只可通過消息來請求其它對象的操作或自己的操作。一個類可以有多個屬性，也可以沒有屬性。 答： 為了控制交互 行為描述的復(fù)雜性，以便更清晰地表達(dá)順序圖中的復(fù)雜控制，給出了個個控制操作子，選擇、條件、并發(fā)、迭代操作控制子 。 與 UML 之間關(guān)系 答 :RUP 與 UML 是一對“姐妹”，它們構(gòu)成了一種特定的軟件開發(fā)方法學(xué)。 答 :從客戶、用戶、計劃者、開發(fā)者想法和意愿中搜取特征，形成特征表。輸出 :體系結(jié)構(gòu)描述 [用況模型視角 ]； 精華用況 :輸入 :用況模型 [概述 ]，補充需求，術(shù)語表 。 ？舉例說明 答 :參與者 :發(fā)現(xiàn)參與者與描述參與者 :1)之前已經(jīng)存在業(yè)務(wù)用況模型，可依據(jù)業(yè)務(wù)模型直接發(fā)現(xiàn)一些候選參與者， 2)沒有業(yè)務(wù)用況模型，即使存在領(lǐng)域模型，也需要系統(tǒng)分析人員與客戶一起來標(biāo)識系統(tǒng)參與者 。為此， RUP 首先給出了3 個術(shù)語 :分析包、分析類和用況細(xì)化，用于表達(dá)需求中“大粒度”的概念，開發(fā)人員使用這些術(shù)語可以規(guī)約系統(tǒng)分析中所要使用的信息 。輸出 :分析包 [概述 ]、分析類 [概述 ]、體 系結(jié)構(gòu)描述 [分析 ]； 細(xì)化用況 :輸入 :用況模型、補充需求、業(yè)務(wù)模型或領(lǐng)域模型、體系結(jié)構(gòu)描述 [分析 ]。分析包可以作為類設(shè)計時的規(guī)格說明。 答 :設(shè)計目標(biāo) :定義滿足系統(tǒng) /產(chǎn)品分析模型所規(guī)約需求的軟件結(jié)構(gòu)基本術(shù)語 :設(shè)計子系統(tǒng)、設(shè)計類、用況細(xì)化 [設(shè)計 ]、接口、以及用于表達(dá)子系統(tǒng)之間關(guān)系的依賴、用于表達(dá)設(shè)計類之間關(guān)系的關(guān)聯(lián)等 ，這些術(shù)語確定了系統(tǒng)設(shè)計模型的各種形態(tài) 。輸出 : 用況 [設(shè)計 實現(xiàn) ]、設(shè)計類 [概述 ]、子系統(tǒng) [概述 ]、接口 [概述 ]； 對類設(shè)計 :輸入 : 用況 [設(shè)計 實現(xiàn) ]、設(shè)計類 [概述 ]、接口 [概述 ] 、分析類 [完成 ]。這些模型的質(zhì)量，特別是程序模型的質(zhì)量，對發(fā)現(xiàn)錯誤具有關(guān)鍵性的作用軟件測試的錯誤假定是，實際結(jié)果與預(yù)期結(jié)果不 符，而后在此基礎(chǔ)上可進一步分析是什么錯誤 。調(diào)試是一個推理過程 ； 5).的執(zhí)行是有規(guī)程的。 答 :流程圖的作用是 著重于過程屬性描述 。該測試以詳細(xì)設(shè)計文檔為指導(dǎo)，測試模塊內(nèi)的重要控制路徑。黑盒測試將被測軟件看成黑盒子，只通過外部的輸入和輸出來發(fā)現(xiàn)軟件中的錯誤，因此黑盒測試是一種基于軟件規(guī)約的測試 。 8 什么是驗證和確認(rèn)？簡述它們的作用和區(qū)別 答 :驗證 :證實一個過程或項目的每一個軟件工作產(chǎn)品 /服務(wù)是否正確地反映所規(guī)約的需求驗證和確認(rèn)是有區(qū)別的。 8 簡述增量模型的優(yōu)缺點 答 :優(yōu)點 1)第一個可交付版本所需要的成本和時間是較少的，從而可減少開發(fā)由 增量表示的小系統(tǒng)承擔(dān)的風(fēng)險 ； 2)由于很快發(fā)布第一個版本，因此可以減少用戶需求的變更 ； 3)允許增量投資，即在項目開始時可以僅對一個或兩個增量投資 。盡管增量模型也有一些管理活動，但它基于以下假定 :需求是最基本的、并且是唯一的風(fēng)險源，因而在螺旋模型中 增大了決策和風(fēng)險的空間，螺旋模型擴大了增量模型的管理范圍。如果遵循這一規(guī)則，則達(dá)到了 100%分支覆蓋率（用 C2 表示）。如果遵循這一規(guī)定，則實現(xiàn)了條件組合覆蓋。在路徑測試中，該亮度是最強 的，一般是不可實現(xiàn)的。一般來說，單元測試往往采用白盒技術(shù)。 4）錯誤執(zhí)行路徑。因此，有效性測試通常采用黑盒技術(shù)。 88. 簡述路徑測試技術(shù)、事務(wù)流測試技術(shù)的主要依據(jù) . 答 。 ，如何選取測試路徑？ 答：循環(huán)結(jié)構(gòu)可分為單循環(huán)、嵌套循環(huán)、級聯(lián)循環(huán)和混雜循環(huán)。選?。貉h(huán)控制變量為 0、 1 典型重復(fù)次數(shù)、 N N、 N+1 的路徑。 2）嵌套循環(huán)。 ，按 2 循環(huán)外層循環(huán)，直到覆蓋所有循環(huán)。 于的基本思想 答 :該模型基于過程途徑思想，通過過程把軟件質(zhì)量的 3 個支撐點――受訓(xùn)的人員、規(guī)程和方法、工具和設(shè)備進行集成，以開發(fā)所期望的系統(tǒng) /產(chǎn)品。 91 么是過程制度化？在 CMMI 把過程制度化分幾個等級？簡要回答每一等級主要特征 答 :重現(xiàn)已定義過程的的特征 . 分 5 個等級 :1 級為初始級， 2 級為已管理等級， 3 級為已定義級， 4 級為已定量管理級， 5 級為持續(xù)優(yōu)化級。之所以稱為“共用實踐“，是因為同一實踐可應(yīng)用于多個過程。包含 11 個過程域 :決策分析與解決、集成項目管理、組織過程定義 、緩緩過程關(guān)注、組織培訓(xùn)、產(chǎn)品集成、需求開發(fā)、風(fēng)險管理、技術(shù)解決方案、驗證、確定組織過程性能和定量項目管理原因分析與解決和組織創(chuàng)新和部署 96 述項目規(guī)劃過程域的專用目標(biāo)與專用實踐 答 :專用目標(biāo) 1:SG1 建立估算， 4 個專用實踐 估算項目規(guī)模 , 建立工作產(chǎn)品和任務(wù)屬性的估算 定義項目生存周期 確定工作量和成本的估算專用目標(biāo) 2:SG2 開發(fā)項目計劃 ,7 個專用實踐 : 建立預(yù)算和進度， 標(biāo)識項目風(fēng)險 規(guī)劃數(shù)據(jù)管理 規(guī)劃項目資源 規(guī)劃需要的知識和 技能 規(guī)劃利益攸關(guān)方參與 建立項目計劃專用目標(biāo) 3:SG3 獲得對該計劃的承諾 : 評審該項目的計劃 調(diào)和工作和資源等級，使之一致。該框架體現(xiàn)了3 個突出特征，即以用況驅(qū)動、體系結(jié)構(gòu)為中心以及迭代、增量式開發(fā) 。 。 有哪幾種常用的初始需求發(fā)現(xiàn)技術(shù)？ 簡述需求規(guī)約的 3 種基本形式。 1何謂模塊耦合？簡述模塊耦合的類型。 21 簡述結(jié)構(gòu)化方法詳細(xì)設(shè)計的任務(wù)及目標(biāo)。 25 為什么說結(jié)構(gòu)化分析與結(jié)構(gòu)化設(shè)計之間存在一條“鴻溝”？ 。 ，應(yīng)該由哪些基本部分組成？ ， UML 給出了哪些基本術(shù)語？ ， UML 給出了哪些基本術(shù)語？這些術(shù)語之間是什么關(guān)系？ ？并說明。 96 述項目規(guī)劃過程域的專用目標(biāo)與專用實踐 97 述開發(fā)過程的專用目標(biāo)與專用實踐 98 述共用目標(biāo) 2 及其相關(guān)的共用實踐