【正文】 測(cè)試。 錯(cuò)誤推測(cè)法 因果圖法 51 簡(jiǎn)述軟件測(cè)試過程的主要內(nèi)容。 ③ 確定只包含獨(dú)立路徑的基本路徑集 。這是 5種覆蓋中最強(qiáng)的覆蓋。條件覆蓋深入到判定中的每個(gè)條件，但不一定滿足判定覆蓋的要求。 50 簡(jiǎn)述基本測(cè)試方法的分類情況 測(cè)試方法分類 內(nèi)容 靜態(tài)測(cè)試 走查 評(píng)審 動(dòng)態(tài)測(cè)試 白盒測(cè)試 邏輯覆蓋法 語(yǔ)句覆蓋 語(yǔ)句覆蓋是最簡(jiǎn)單、最弱覆蓋。 軟件缺陷的屬性： 缺陷標(biāo)識(shí)、缺陷類型、缺陷嚴(yán)重、程度缺陷、優(yōu)先級(jí)、缺陷狀態(tài)、缺陷起源、缺陷來源、缺陷根源等。 (5) 對(duì)映射后的庫(kù)表進(jìn)行冗余控制調(diào)整 ,使其達(dá)到合理的關(guān)系范式。 45 “實(shí)體模型”到“關(guān)系模型 ”的 OR 映射 (1) 一個(gè)對(duì)象類可以映射為一個(gè)以上的庫(kù)表，當(dāng)類間有一對(duì)多的關(guān)系時(shí) ,一個(gè)表也可以對(duì)應(yīng)多個(gè)類?？梢园褜?duì)象這些信息存儲(chǔ)在本地的文件里，也可以把它通過網(wǎng)絡(luò)傳輸?shù)竭h(yuǎn)程。 主要工作是： 根據(jù)用例圖進(jìn)行類的劃分與封裝；描述類間的靜態(tài)關(guān)系與結(jié)構(gòu)； 用交互圖表達(dá)類對(duì)象間的消息傳遞 。 UML 的 OOA 模型由“用例模型”和“概念模型”兩大部分組成。 各種類關(guān)系之間的關(guān)系。 用例之間的關(guān)系：包含 include和擴(kuò)充 extend關(guān)系以及泛化關(guān)系。 36 與傳統(tǒng)的軟件開發(fā)方法相比較，面向?qū)ο箝_發(fā)的主要優(yōu)點(diǎn)有哪些？ 1．自然性即客觀性 2．操作數(shù)據(jù)對(duì)象而非數(shù)據(jù)實(shí)體 3．階段銜接平滑 4．結(jié)構(gòu)性好、復(fù)用性強(qiáng) 5．提高擴(kuò) 展性和維護(hù)性 37 簡(jiǎn)述 UML 中定義了那些圖形符號(hào)？ 并簡(jiǎn)述起作用。 35 簡(jiǎn)述面向?qū)ο箝_發(fā)過程的內(nèi)容有哪些？ ① 需求獲?。?開發(fā)者以 OO 的觀點(diǎn) (OOV)來觀察客觀世界的目標(biāo)即獲取需求，然后用自然語(yǔ)言寫到需求規(guī)格說明 (OOS)中，也就是對(duì)客觀世界的最高層抽象。軟件開發(fā)利用繼承性可對(duì) Object 更好地分類，軟件結(jié)構(gòu)更嚴(yán)謹(jǐn)，代碼的復(fù)用性更強(qiáng)。 2．面向?qū)ο蟮某橄笈c分類 3．類的封裝與對(duì)象的整體性 4．關(guān)聯(lián)性與交互性 客觀事物都不是孤立存在的，萬物之間相互依存、相互交流。 數(shù)據(jù)字典描述的對(duì)象 ： 描述數(shù)據(jù)流圖中出現(xiàn)的所有數(shù)據(jù)和加工。 ：對(duì)于規(guī)則較多，判定條件較復(fù)雜的情況，宜采用這兩種方法表達(dá)。 (NS) (Nassi 和 Shneiderman)：也是一種圖形符號(hào)表達(dá)方式，同樣可以表達(dá)各種流向控制，但比程序流程圖緊湊、功能域明確。 29 詳細(xì)設(shè)計(jì)的表達(dá)方式有哪些？ (Pseudocode)：是一種算法描述語(yǔ)言，也稱 PDL 語(yǔ)言 (Program Design Language)。 ⑦ 內(nèi)容耦合 :當(dāng)一個(gè)模塊使用另一個(gè)模塊內(nèi)部的數(shù)據(jù)或控制信息；一個(gè)模塊直接轉(zhuǎn)移到另一個(gè)模塊內(nèi)部等 ,模塊間的耦合就是內(nèi)容耦合。 ③ 特征耦合 : 模塊之間除傳遞關(guān)鍵數(shù)據(jù)外還附加公共數(shù)據(jù)。 27 耦合度的七個(gè)等級(jí) 耦合度是模塊獨(dú)立性最顯著特征。該類內(nèi) 聚的缺點(diǎn)是執(zhí)行中要從模塊外引入用 作判斷的開關(guān)量 ,從而 增加了塊間偶合 (控制偶合 )。 26 簡(jiǎn)述 內(nèi)聚度 的七個(gè)等級(jí)？ 內(nèi)聚度 表示 一個(gè)模塊內(nèi)部各成分 之間 彼此結(jié)合的緊密程度。 25 25 簡(jiǎn)述衡量軟件模塊獨(dú)立性的度量標(biāo)準(zhǔn)有哪些？ 模塊獨(dú)立性是指 模塊 能夠 完成獨(dú)立的功能 ；模塊 符合信息隱藏和信息局部化原則 ； 模塊間關(guān)連和依賴程度盡量小 。 ②詳細(xì)設(shè)計(jì)又分為 如下 三個(gè)部分： ? 對(duì)模塊內(nèi)部的過程和數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)。 體系結(jié)構(gòu)設(shè)計(jì)：是支撐和管理軟件運(yùn)行的環(huán)境設(shè)計(jì)。 ⑤ 區(qū)分不必要的需求：客戶對(duì)有些需求提不出來，自然也會(huì)提出一些不必要的需求。 ⑤ 需求獲取的內(nèi)容：寫進(jìn)“需求規(guī)格說明書”，確認(rèn) 。 項(xiàng)目的失敗或拖延一般不是在功能上，而恰恰倒是在性能要求上，因?yàn)檫@些性能與軟件的體系結(jié)構(gòu)有關(guān)，與構(gòu)成系統(tǒng)的網(wǎng)路與硬件環(huán)境等底層技術(shù)有關(guān)，往往超越一般開發(fā)人員的技術(shù)能力。 3. 功能需求 (functional requirement) 功能需求定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，結(jié)果在需求規(guī)格說明書中 。 獲取的主要對(duì)象是客戶方的高管、專家、部門負(fù)責(zé)人。根據(jù)需求說明書，分析師、設(shè)計(jì)師、客戶會(huì)審文檔，對(duì)需求的正確性、一致性、完整性、無二義行進(jìn)行評(píng)審、確認(rèn)。 20 需求開發(fā)的任務(wù) 有哪些？ 需求開發(fā)的任務(wù) 包括 需 求獲取 ：收集 用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、性能、行為、設(shè)計(jì)約束等方面的期望。準(zhǔn)確地理解用戶提出的軟件功能、性能及其環(huán)境的要求。 18 簡(jiǎn)述 可行性分析的目的 、任務(wù)和內(nèi)容。 制定項(xiàng)目計(jì)劃： 編制 項(xiàng)目 開發(fā)計(jì)劃 。 主要工作包括 :確定項(xiàng)目實(shí)施范圍、定義遞交的工作成果、評(píng)估實(shí)施過程中主要的風(fēng)險(xiǎn)、制定項(xiàng)目實(shí)施的時(shí)間計(jì)劃、成本和預(yù)算計(jì)劃、人力資源計(jì)劃等。 基線，是軟件文檔或源碼 (或其它產(chǎn)出物 )的一個(gè)穩(wěn)定版本 ,它是進(jìn)一步開發(fā)的基礎(chǔ)，也可以理解成為一個(gè)階段的起點(diǎn)并已經(jīng)制定了相應(yīng)的工作標(biāo)準(zhǔn)，并且只有經(jīng)過授權(quán)后才能變更這個(gè)標(biāo)準(zhǔn)。 ? 配置和變更管理：工作文檔的管理，在版本更新、需求變更中做到各類文檔及時(shí)、同步跟蹤，保證各文檔內(nèi)容完整、一致。 ? 實(shí)現(xiàn) (Implementation)：用程序設(shè)計(jì)語(yǔ)言將設(shè)計(jì)模型組織成可執(zhí)行的文件、數(shù)據(jù)。里程碑：產(chǎn)品發(fā)布 (Product Release) 13 統(tǒng)一過程 RUP 工作流 1 6 個(gè) 核心過程工作流 (Core Process Workflows) ? 商業(yè)建模 (Business Modeling)：弄清項(xiàng)目邊界和約束，做出計(jì)劃。獲取用戶需求（功能和 非功能需求 ），建立需求模型；進(jìn)一步確立體系結(jié)構(gòu)和設(shè)計(jì)軟件結(jié)構(gòu)等工作。 統(tǒng)一過程 RUP (Rational Unified Process)是由 Rational 公司在推出統(tǒng)一建模語(yǔ)言 UML后，推出的一個(gè)軟件開發(fā)框架 RUP，稱為軟件統(tǒng)一開發(fā)過程。后面要介紹的 XP（極限編程）屬于該模型。 快速原型模型的特點(diǎn) 包括： ① 做出系統(tǒng)原型，及早向用戶展示系統(tǒng)要實(shí)現(xiàn)的 界面及功能，增強(qiáng)用戶的合作信心； ② 直觀化的表達(dá)，容易交流，消除理解上的歧義；③ 修改集中在前期的原型確認(rèn)上，較大程度減少后期實(shí)施中的返工。運(yùn)行時(shí)期的又稱為運(yùn)行和維護(hù)階段。 10 簡(jiǎn)述 軟件生存周期 的概念，說明軟件生存周期劃分為那幾個(gè)主要時(shí)期？每個(gè)時(shí)期有包括哪些主要階段？ 軟件生存周期是指 軟件產(chǎn)品從定義到開發(fā)、使用和維護(hù)，直到最終被棄用的時(shí)期，稱為生存周期。 8 里程碑 ( Mile Stone )思想 階段工作的目標(biāo)進(jìn)行總結(jié)、評(píng)審、調(diào)整和部署下一個(gè)里程碑。 軟件過程可概括為基本過程、支持過程和組織過程等三種類型。 工具為過程和方法提供自動(dòng)的或半自動(dòng)的支持。 軟件工程的三要素包括：過程、方法和工具 過程為及時(shí)合理地開發(fā)出滿足用戶需求的計(jì)算機(jī)軟件而進(jìn)行一系列有組織的活動(dòng)。一 基本概念 1 簡(jiǎn)述 1983 年 IEEE 為軟件下的定義。 ” 軟件工程是圍繞軟件開發(fā)的一門交叉學(xué)科： 軟件工程 =計(jì)算機(jī)科學(xué) +工程學(xué) +管理學(xué) 4 軟件工程的 10 個(gè)知識(shí)領(lǐng)域 軟件工程過程 ( Software Engineering Process) 軟 件工程工具和方法 ( Software Engineering Tools and Methods ) 軟件需求 (Software Requirement)l 軟件設(shè)計(jì) (Software Design ) 軟件構(gòu)造 (Software Construction) 軟件測(cè)試 (Software Testing) 軟件維護(hù) (Software Maintenance) 軟件配置管理 (Software Configuration management) 軟件工程管理 ( Software Engineering management ) 軟件質(zhì)量 ( Software Quality) 5 軟件工程的目標(biāo)是什么，軟件工程的三要素都是什么？ 軟件工程的目標(biāo)：軟件工程必須以有組織的質(zhì)量保證為基礎(chǔ)，進(jìn)行全面質(zhì)量管理，不斷地過程改進(jìn)使軟件工程方法走向成熟。開發(fā)方法經(jīng)歷了從面向結(jié)構(gòu)、面向?qū)ο?、面向組件到面向服務(wù)的發(fā)展工程。 7 簡(jiǎn)述