【文章內(nèi)容簡介】 需求，建立系統(tǒng)體系結(jié)構(gòu)基線的第一個版本，主要包括用況模型和分析 模型，減少次要的錯誤風(fēng)險，到該階段未，就能夠估算成本、進步，并能詳細地規(guī)劃構(gòu)造階段 ； 構(gòu)造階段 :通過演化，形成最終的系統(tǒng)體系結(jié)構(gòu)基線，開發(fā)完整的系統(tǒng)，確保產(chǎn)品可以開始向客戶交付，即具有初始操作能力 ； 移交階段 :確保有一個實在的產(chǎn)品發(fā)布給用戶群。期間培訓(xùn)用戶如何使用該軟件 。 與 UML 之間關(guān)系 答 :RUP 與 UML 是一對“姐妹”，它們構(gòu)成了一種特定的軟件開發(fā)方法學(xué)。其中， UML 作為一種可視化建模語言，給出了表達事物和事物之間關(guān)系的基本術(shù)語，給出了多種模型的表達工具 。而 RUP 利用這些術(shù)語定義了需求獲取層、系 統(tǒng)分析層、設(shè)計層、實現(xiàn)層，并給出了實現(xiàn)各層模型之間映射的基本活動以及相關(guān)指導(dǎo) 。 56 什么是特征（ Teature） ?舉例如何描述它。 答 :從客戶、用戶、計劃者、開發(fā)者想法和意愿中搜取特征，形成特征表。特征是一個新的項及其簡要描述 “按不同科目計算平均成績” 計算平均成績 :按所學(xué)的不同科目計算每一個學(xué)生的期末考試平均成績，給出分數(shù)段并描述其狀態(tài)（如提議、批準、合并和驗證等）、實施的代價及風(fēng)險、重要程度以及對其他特征的影響等 ， 特征可作為需求，并被轉(zhuǎn)換為其它制品 。 答 :使用 UML 中 的 用況、參與者以及依賴等 術(shù)語來抽象客觀實際問題，形成系統(tǒng)的需求獲取模型 ，以及各活動的輸入和輸出 答 :發(fā)現(xiàn)描述參與者和用況，輸入 :業(yè)務(wù)模型或領(lǐng)域模型，補充需求，特征表 。輸出 :用況模型 [概述 ]，術(shù)語表賦予用況優(yōu)先級 :輸入 :用況模型 [概述 ]，補充需求，術(shù)語表 。輸出 :體系結(jié)構(gòu)描述 [用況模型視角 ]； 精華用況 :輸入 :用況模型 [概述 ]，補充需求，術(shù)語表 。輸出 :用況 [精化 ]構(gòu)造人機接口原型 :輸入 :用況 [精華 ]，用況模型[概述 ]，補充需求，術(shù)語表 。輸出 :人機接口原理 ； 用況模型結(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)參與者 。 用況是系統(tǒng)向它的參與者提供結(jié)果（值）的功能塊，表達參與者使用系統(tǒng)的方式，因此一個用況可用于規(guī)約系統(tǒng)可執(zhí)行的、與參與者進行交互的一個動作序列，包括其中一些可選動作序列，并且用況還有自己 的屬性 。 答 :在系統(tǒng)用況模型的基礎(chǔ)上，創(chuàng)建系統(tǒng)分析模型以及在該分析模型視角下的體系結(jié)構(gòu)描述，系統(tǒng)分析模型是系統(tǒng)的一種概念模型，解決系統(tǒng)用況模型中存在的二義性和不一致性問題，并以一種系統(tǒng)化的形式準確地表達用戶的需求 。 答 :RUP 的分析如同結(jié)構(gòu)化分析，其目標(biāo)之一是在一個特定的抽象層上建立系統(tǒng)分析模型。為此， RUP 首先給出了3 個術(shù)語 :分析包、分析類和用況細化，用于表達需求中“大粒度”的概念，開發(fā)人員使用這些術(shù)語可以規(guī)約系統(tǒng)分析中所要使用的信息 。 分析類 :是類的一 種衍型，很少有操作和特征標(biāo)記，而用責(zé)任來定義其行為，并且其屬性和關(guān)系也是概念性的，包括 :邊界類、實體類、控制類 。 用況細化 :是一個針對一個用況，其行為可用多個分析類之間的相互作用來細化，并記為用況細化 [分析 ] 分析包 :分析包是一種控制信息組織復(fù)雜性的機制，提供了分析制品的一種組織手段，形成了一些可管理的部分。 ，以及各活動的輸入和輸出 . 答 :體系結(jié)構(gòu)分析 :輸入 :用況模型、補充需求、業(yè)務(wù)模型或領(lǐng)域模型、體系結(jié)構(gòu)描述 [用況模型 ]。輸出 :分析包 [概述 ]、分析類 [概述 ]、體 系結(jié)構(gòu)描述 [分析 ]； 細化用況 :輸入 :用況模型、補充需求、業(yè)務(wù)模型或領(lǐng)域模型、體系結(jié)構(gòu)描述 [分析 ]。輸出 :用況細化 [分析 ]、分析類 [概述 ]對類分析 :輸入 :用況細化 [分析 ]、分析類 [概述 ] 輸出 :分析類 [完成 ]； 對包進行分析 :輸入 :系統(tǒng)體系結(jié)構(gòu)描述 [分析 ]、分析包 [概述 ]輸出 :分析類 [完成 ]。 64 需求分析模型對以后開發(fā)工作的影響 答 :對設(shè)計中子系統(tǒng)的影響。分析包一般將影響設(shè)計子系統(tǒng)的結(jié)構(gòu)對設(shè)計類的影響。分析包可以作為類設(shè)計時的規(guī)格說明。對用況細化 [設(shè)計 ]的影響。用況細分 [分析 ]對用況細化 [設(shè)計 ]有兩方面影響， 一個是它們有乃至于為用況創(chuàng)建更精確的規(guī)格說明，另一個是當(dāng)對用況進行設(shè)計時，用況細化 [分析 ]可作為其輸入。 答 :語言描述不同 :客戶語言與開發(fā)語言視圖 :系統(tǒng)外與系統(tǒng)內(nèi) 結(jié)構(gòu) :使用用況予以結(jié)構(gòu)化，給出外部視角系統(tǒng)結(jié)構(gòu)與使用衍型類結(jié)構(gòu)化，給了部視角系統(tǒng)結(jié)構(gòu)作用 :標(biāo)注“系統(tǒng)應(yīng)該做什么，不應(yīng)該做什么”與可以做出開發(fā)者理解系統(tǒng)如何勾畫、如何設(shè)計和如何實現(xiàn)基礎(chǔ)問題 :可能存在冗余、不一致和沖突等問題與解決了上述問題捕獲系統(tǒng)功能，包括體系結(jié)構(gòu)方面具有意義的功能與給出細化系統(tǒng)功能，包括在 體系結(jié)構(gòu)方面具有意義的功能定義一些進一步需要在分析模型中予以分析用況與定義每一個用況細化 。 答 :設(shè)計目標(biāo) :定義滿足系統(tǒng) /產(chǎn)品分析模型所規(guī)約需求的軟件結(jié)構(gòu)基本術(shù)語 :設(shè)計子系統(tǒng)、設(shè)計類、用況細化 [設(shè)計 ]、接口、以及用于表達子系統(tǒng)之間關(guān)系的依賴、用于表達設(shè)計類之間關(guān)系的關(guān)聯(lián)等 ，這些術(shù)語確定了系統(tǒng)設(shè)計模型的各種形態(tài) 。 答 :設(shè)計子系統(tǒng)、設(shè)計類、用況細 化 [設(shè)計 ]、接口、以及用于表達子系統(tǒng)之間關(guān)系的依賴、用于表達設(shè)計類之間關(guān)系的關(guān)聯(lián)等 ，這些術(shù)語確定了系統(tǒng)設(shè)計模型的各種形態(tài) 。 ，以及各活動的輸入與輸出 答 :體系結(jié)構(gòu)設(shè)計 :輸入 :用況模型、補充需求、分析模型、體系結(jié)構(gòu)描述 [分析模型角度 ]。輸出 :子系統(tǒng) [概述 ]、接口 [概述 ]、設(shè)計類 [概述 ]、部署模型 [概述 ]、體系結(jié)構(gòu)描述 [設(shè)計 ]； 設(shè)計用況 :輸入 :用況模型、補充需求、分析模型、部署模型 。輸出 : 用況 [設(shè)計 實現(xiàn) ]、設(shè)計類 [概述 ]、子系統(tǒng) [概述 ]、接口 [概述 ]； 對類設(shè)計 :輸入 : 用況 [設(shè)計 實現(xiàn) ]、設(shè)計類 [概述 ]、接口 [概述 ] 、分析類 [完成 ]。輸出 :設(shè)計類 [完成 ] ； 設(shè)計子系統(tǒng) :體系結(jié)構(gòu)描述 [設(shè)計 ]、子系統(tǒng) [概述 ]、接口 [概述 ]。輸出 :子系統(tǒng) [完成 ]、接口 [完成 ]。 ，并分析這一模型在軟件測試技術(shù)研究以及實踐中的作用 答 :軟件測試是一個有程序的過程，包括測試設(shè)計、測試執(zhí)行、以及測試結(jié)果比較等 環(huán)境模型、被測模型和錯誤模型在軟件測試中扮演了一種很重要的角色 。這些模型的質(zhì)量，特別是程序模型的質(zhì)量，對發(fā)現(xiàn)錯誤具有關(guān)鍵性的作用軟件測試的錯誤假定是，實際結(jié)果與預(yù)期結(jié)果不 符，而后在此基礎(chǔ)上可進一步分析是什么錯誤 。 答 :1)..測試從一側(cè)面證明程序員的“失敗”。調(diào)度為了證明程序員是正確的 ； 2).測試以已知條件開始，使用預(yù)告定義的程序且有預(yù)知的結(jié)果，不可預(yù)見的僅是程序是否通過測試 ； 3).測試是有計劃的，并要進行測試設(shè)計。高度是不受時間約束的 ； 4).測試是發(fā)現(xiàn)錯誤、改正錯誤、重新測試的過程。調(diào)試是一個推理過程 ； 5).的執(zhí)行是有規(guī)程的。調(diào) 試的執(zhí)行往往要求程序員進行必要推理 ； 6).測試經(jīng)常由獨立的測試組在不了解軟件技術(shù)的條件下完成的。高度必須由了解詳細設(shè) 計的程序員完成 ； 7)大多數(shù)測試的執(zhí)行和設(shè)計可由工具支持。調(diào)試時，程序員能利用的工具主要是調(diào)試器 。 答 :流程圖的作用是 著重于過程屬性描述 。 、分支覆蓋、條件組合覆蓋、路徑覆蓋的含義及它們之間的關(guān)系 答 :路徑覆蓋 :執(zhí)行所有可能穿過程序控制流程的路徑語句覆蓋 :至少執(zhí)行程序中所有語句一次分支覆蓋 :至少將程序中的每一個分支執(zhí)行一次條件覆蓋 :指每個判定中的所有可能的條件取值至少執(zhí)行一次條件組合覆蓋 :設(shè)計足夠測試，使每個判定中的所有可能的條件聚會組合至少執(zhí)行一次存在以下關(guān)系 語句覆蓋 分支覆蓋 條件組合覆蓋 … 路徑覆蓋 。 73 簡術(shù)單元測試、集成測試、有效性測試的含義及它們之間的區(qū)別 .。 答 :單元測試 :主檢驗軟件設(shè)計的最小單元――模塊。該測試以詳細設(shè)計文檔為指導(dǎo)，測試模塊內(nèi)的重要控制路徑。 集成測試 :是軟件組裝的一個系統(tǒng)化技術(shù)，其目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的錯誤 有效性測試 :發(fā)現(xiàn)軟件實現(xiàn)的功能與需求規(guī)格說明書不一致的錯誤 、事務(wù)流測技術(shù)的主要依據(jù) 答 :一個依據(jù)程序邏輯結(jié)構(gòu)，一個依據(jù)軟件行為描述 75 簡述程序流程圖與事務(wù)流程圖之間的主要區(qū)別，并分析這些區(qū)別的主要原因 答 :1)基本模型元素所表達的語義不同 ； 2)一個事務(wù)不等 同于路徑測試中一條路徑，可能在中間某處就完成了某一用戶工作，終結(jié)了一個事務(wù) ； 3).事務(wù)流程圖中的分支和節(jié)點可能是一個復(fù)雜的過程 。 7 簡述白盒測試技術(shù)的要點，并舉例說明 答 :白盒測試技術(shù)依據(jù)程序的邏輯結(jié)構(gòu)，以控制流程圖作為被測對象建模工具，其中涉及過程塊、分支、節(jié)點、鏈以及路徑，并針對測試民，給出了 4 種覆蓋策略 :語名覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋，它們之