【正文】 有瀏覽商品和購物兩種功能。 void ReleaseCapture()。 測試用例（ X Y Z） 通過路徑 預期結果 (X) 2,4,Z 01249 5 01235689 01235679 0135689 0135679 4 已知如下一個 C++類的定義，請分析這個類定義中引用了哪 些類，并指出這些類之間的關系，用類圖繪制出來。 2）計算圖 G 的環(huán)路復雜性 V(G)。 ? 由于配置中沒有測試文檔，所以維護后的代碼無法進行回歸測試。 維護中還可能引入新的潛在錯誤。 57 軟件維護的分類 糾錯性維護（ Corrective Maintenance） 糾錯性維護是在軟件交付后，糾正哪些在運行中發(fā)現(xiàn)的殘留錯誤，也稱 改正性維護。 1）非漸增式集成測試 非漸增式集成 測試又叫一次性集成測試，就是把所有經(jīng)過單元測試的模塊按照設計規(guī)格說明書一次性組裝成系統(tǒng)，然后進行統(tǒng)一的測試。 黑盒測試 等價類劃分法 對測試數(shù)據(jù)進行區(qū) 間劃分，從這些區(qū)間中選取典型值作為用例代表，認為測試等價類中的一個代表值的結果就等于對該類其它值的測試。就是使得判定中每個條件的所有可能取值至少執(zhí)行一次，同時每個判定本身所有取值至少執(zhí)行一次。 內(nèi)容包括 ： 測試目標、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預期結果等。 (3) 單一繼承的泛化關系可以對超類、子類分別映射表 ,也可以不定義父類表而讓子類表擁有父類屬性；反之，也可以不定義子類表而讓父類表擁有全部子類屬性。 一個數(shù)據(jù)對象的持久化就是保存到實體表中的一條記錄，對實體對象的訪問就是操作屬性的值。 包和包之間的關系。 ②用例 (Use Case) ，用例用于表示系統(tǒng)提供的服務，它定義了系統(tǒng)是如何與參 與者交互，描述了參與者與系統(tǒng)之間的交互過程。 面向對象編程語言提供抽象類、接口、重載等技術支持多態(tài)的實現(xiàn)。 數(shù)據(jù)字典的組成 元素 包括：數(shù)據(jù)流條目、 數(shù)據(jù)存儲條目、數(shù)據(jù)項條目；加工條目 (也稱為小說明 )； 33 簡述面向對象的基本概念有哪些？ 1．對象與面向對象 對象（ Object）：即表示客觀世界中的某個具體的事物。 PAD 支持自頂向下，逐步求精方法的使用。 模塊的作用域： 從功能方面考慮 ， 受模塊內(nèi)一個判定影響的所有模塊的集合； 模塊的控制域： 從結構方面考慮 ， 包括它自己及其所有下屬模塊的集合。 ① 非直接耦合 : 模塊不依賴另一個模塊能獨立工作，這是最松的耦合。 ① 偶然性內(nèi)聚 ：是指一個模塊內(nèi)各成分為完成一組功能而組合在一起，它們相互之間即使有關系，也很松散。 ? 人機交互界面的具體設計，還有與其它外部系統(tǒng)接口設計。 軟件設計包括 概要 設計 和 詳細設計。必要時采用快速原型法。 用戶需求是經(jīng)過調(diào)查、 歸納后雙方認同的結果。 需求說明：既編寫需求文檔，也稱編寫需求規(guī)格說明書。 可行性分析的任務包括： 可行性分析；寫可行性研究報告； 編制 開發(fā)計劃。 這些活動的內(nèi)容是 ： 問題定義：確定項目實施范圍，回答項目“做什么？”的問題。 ? 環(huán)境 (Environment)：軟件開發(fā)環(huán)境，包括人員、設備、過程和工具，以及各種規(guī)范、指導手冊和保障措施。 ? 分析和設計 (Analysis amp。里程碑是生命周期目標 (Lifecycle Objective)，評價項目基本的生存能力。每個增量可按快速原型法進行。 其中計劃時期包括問題定義和可行性研究兩個階段。支持過程包括：文檔編制過程、配置管理過程、質(zhì)量保證過程、驗證過程、確認過程、聯(lián)合評審過程和問題解決過程等過程。 方法為軟件開發(fā)提供“如何做” 的技術，它涵蓋了項目計劃、需求分析、系統(tǒng)設計、程序實現(xiàn)、測試與維護等一系列的開發(fā)活動如何來做。 5822926 計算機程序、方法、規(guī)則、相關的文檔資料以及在計算機上運行程序時所必需的數(shù)據(jù)。這些軟件工具被集成起來，建立起一個支持軟件開發(fā)的系統(tǒng)，稱之為計算機輔助軟件工程 (CASE ， Computer Aided Software Engineering)。目的：合理分配，細化管理“粒度”，降低項目風險。 11 簡述教材中介紹了那些軟件開發(fā)模型？這些模型各有什么特點？ 教材中重點介紹了瀑布、原型、 增量、螺旋四個傳統(tǒng)模型和 RUP、 XP 兩個現(xiàn)代模型。 螺旋模型 (Spiral model)是一種 融合了瀑布模型、快速原型模型和增量模型的演進模型，并引入風險分析機制。里程碑是生命周期結構 (Lifecycle Architecture)。 ? 測試 (Test)：是發(fā)現(xiàn)軟件中的錯誤，在實驗環(huán)境下驗證所有的需求是否被 正確的實現(xiàn)。 里程碑，是計劃中確定的階段性工作完成目標，要求提交階段交付物，作為階段評估的標準。 17 簡述問題定義 的目的和 主要任務 。 需求分析的必要性 ： 用戶與開發(fā)者的知識領域不同，產(chǎn)生歧義；軟件開發(fā)失敗 50%是需求不合理，早期錯誤易放大。 21 需求的層次 軟件需求包括三個不同的層次：業(yè)務需求、用戶需求、功能需求，也包括非功 能需求。功能需求用軟件行業(yè)術語表達：通常是需求建模的結果即目標系統(tǒng)的邏輯模型，如結構化的功能模型、數(shù)據(jù)模型、行為模型，面向對象的類模型等。 23 需求獲取的策略 ① 循序漸進的策略； ② 確定優(yōu)先級：先進行重點的需求調(diào)研，有助于識別出重大的風險，并為制定迭代計劃提供指導； ③ 不要陷入技術：需求未明確，應回避對技術問題討論。由于現(xiàn)代的軟件是處在操作系統(tǒng)、網(wǎng)絡、各種服務器共同搭建的環(huán)境下運行，并且具有并發(fā)、安全、事務等多方面的管理，是軟件設計優(yōu)先考慮的問題。 衡量軟件模塊獨立性的度量標準的指 標有取決于模塊的內(nèi)部特征的 指標 內(nèi)聚度和取決于模塊的外部特征的 指標 耦合度。 ③ 時間性內(nèi)聚 ：如果一個模塊包含的諸任務必須在同一時間段內(nèi)執(zhí)行，則稱之為時間性內(nèi)聚 ④ 過程性內(nèi)聚 ： 模塊的過程性內(nèi)聚度是指模塊內(nèi)成份彼此相關，并且必須按特定的次序在本模塊內(nèi)執(zhí)行； ⑤ 通訊性內(nèi)聚 ： 是指模塊中各組成成分都將對某個數(shù)據(jù)結構的同一區(qū)域進行操作，以達到通信的目的。 ④ 控制耦合 : 如果兩模塊間通過參數(shù)交換信息，此時若傳遞的信息中含有控制信息，則為控制耦合。偽代碼介于自然語言與編程語言之間，用偽代碼描述的算法可以容易用任何一種編程語言實現(xiàn)。 30 簡述面向數(shù)據(jù)流的結構化分析 SA 方法中，有哪些建模方法？ 功能建模 :數(shù)據(jù)流圖 DFD(Data Flow Diagram)+ 數(shù)據(jù)字典 DD(Data Dictionary)； 數(shù)據(jù)建模 :實體關系圖 ERD(Entity Relation Diagram)； 行為建模 :狀態(tài)轉換圖 STD(State Transform Diagram)； 加工說明 PESPEC(Process SPECification)和判定表等輔助工具。關聯(lián)性表達客觀事物的社會性、共存性、組織性，是靜態(tài)的結構描述。 ② 面向對象分析 OOA (Object Oriented Analysis)與面向對象設計 OOD(Object Oriented Design)。 參與者之間的泛化關系。 ①用例模型，是將用自然語言描述的領域問題，轉換成 UML 語言表達 的模型，主要面向用戶，反映用戶需求。通過對象反序列化，得到原對象完全相同的副本。 46 軟件測試的定義 軟件測試是為了發(fā)現(xiàn)錯誤而運行程序的過程；軟件測試 的 目的是發(fā)現(xiàn)程序中的錯誤，是為了證明程序有錯 , 而不是證明程序無錯； 測試對象 不僅是程序，還應該 包括 開發(fā)過程中 產(chǎn)生的 所有產(chǎn)品，包括文檔，其目的是為了盡早地、盡可能多的發(fā)現(xiàn)并排除軟件中潛在的錯誤。它只覆蓋可執(zhí)行語句至少執(zhí)行一次。它不但可覆蓋所有條件，還可覆蓋所有判斷的可取分支。 1．需求與設計評審 2．單元測試 (Unit Testing) 3．集成測試 4. 功能測試 5. 系統(tǒng)測試 6. 驗收測試 7. α與 β測試 52 簡述單元測試 (Unit Testing)的主要內(nèi)容。 55. α 與 β 測試 這兩種測試是針對商用軟件的系統(tǒng)測試。 預防性維護（ Preventive Maintenan