【正文】 答案 1 系統(tǒng)的用例模型 注冊普通用戶注冊用戶查詢?nèi)可唐沸畔⒐芾韱T登錄購物建立購物車提交訂單在線支付 e x t e n d e x t e n d e x t e n d 管理價格信息訂單管理財務管理銷售統(tǒng)計 2 類圖模型 結(jié)果中，至少應包含下列各類：（ 5 分） 用戶類、管理員類、商品、購物車、訂單、在線支付控制類、銷售統(tǒng)計表 模型中各個類之間的關(guān)系正確 5 分 。 1） 請根據(jù)上述陳述建立該系統(tǒng)的用例模型，并畫出用例圖。 該網(wǎng)站系統(tǒng)對普通用戶來講主要具有瀏覽商品和購物兩種功能。購物過程包括建立購物車、提交訂單和在線支付等功能。該網(wǎng)站的用戶分為有普通用 戶和注冊用戶和管理員三種。 }。 void ReleaseCapture()。 public: void Draw(CDC *pDC)。 ~CMoveOperation(void)。 class CMoveOperation : public COperation { CBaseElement *pElement。 測試用例（ X Y Z） 通過路徑 預期結(jié)果 (X) 2,4,Z 01249 5 01235689 01235679 0135689 0135679 4 已知如下一個 C++類的定義，請分析這個類定義中引用了哪 些類，并指出這些類之間的關(guān)系，用類圖繪制出來。 01249 01235689 01235679 0135689 0135679 4）設計一個路徑覆蓋測試用例 。 開 始結(jié) 束X 1Y = 2YZ = 5YZ = Z / XNNY 1 0X 4Z = X + YYYNZ = Z 2N0123 456789 2）計算圖 G 的環(huán)路復雜性 V(G)。 4）設計一個路徑覆蓋測試用例 。 2）計算圖 G 的環(huán)路復雜性 V(G)。 軟件配置文檔的重要性。所以這種維護不會破壞軟件的結(jié)構(gòu)。 2．結(jié)構(gòu)化維護 是指滿足如下條件的 維護 ? 待維護的軟件的配置是完整的。 ? 由于配置中沒有測試文檔，所以維護后的代碼無法進行回歸測試。 1．非結(jié)構(gòu)化維護 是指滿足如下條件的維護 ? 軟件的配置中只有源代碼。軟件配置項包括： 與合同 、過程、計劃和產(chǎn)品有關(guān)的文檔和資料； 源代碼、目標代碼和可執(zhí)行代碼； 相關(guān)產(chǎn)品，包括軟件工具、庫內(nèi)的可重用軟件、外購軟件及顧客提供的軟件等。 59 簡述軟件配置項的概念和內(nèi)容。 維護中還可能引入新的潛在錯誤。 2．維護工作面臨的困難 周期長、難度大、費用高。 58 簡述軟件維護的副作用及困難有哪些？ 1．維護的副作用 維護的副作用 就是指由于維護或在維護過程中其他一些不期望的行為引入的錯誤。 完善性維護（ Perfective Maintenance） 根據(jù)用戶在軟件使用過程中提出的建設性意見（需求變化）而進行的維護活動稱為改善性維護。 57 軟件維護的分類 糾錯性維護（ Corrective Maintenance） 糾錯性維護是在軟件交付后，糾正哪些在運行中發(fā)現(xiàn)的殘留錯誤，也稱 改正性維護。 提供給用戶的β版如果 BUG 太多，客戶將無法試用和承受，因此首先軟件開發(fā)組織內(nèi)部人員模擬各類用戶對即將面市軟件產(chǎn)品進行測試，此時稱為α測試。 商用軟件與合同定制式軟件不同，它面向的使 用群體數(shù)量大、不確定，沒用針對性的驗收用戶。 54. 簡述 驗收測試 的概念 驗收測試是軟件交付之前的最后一個測試操作，驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務。 1）非漸增式集成測試 非漸增式集成 測試又叫一次性集成測試，就是把所有經(jīng)過單元測試的模塊按照設計規(guī)格說明書一次性組裝成系統(tǒng)，然后進行統(tǒng)一的測試。 1) 用黑盒進行模塊接口測試 2）用黑盒進行模塊邊界條件的測試 3）用白盒進行模塊局部數(shù)據(jù)結(jié)構(gòu)和算法的測試 4）用白盒進行模塊中獨立路徑的測試 5）模塊中各條錯誤處理路徑的測試 53 簡述 集成測試 的主要內(nèi)容 集成測試也叫組裝測試或聯(lián)合測試。 單元測試又稱模塊測試，是針對軟件設計的最 小單位程序模塊（函數(shù)、類等）進行正確性檢驗的測試工作。 錯誤推測法 因果圖法 51 簡述軟件測試過程的主要內(nèi)容。 黑盒測試 等價類劃分法 對測試數(shù)據(jù)進行區(qū) 間劃分，從這些區(qū)間中選取典型值作為用例代表，認為測試等價類中的一個代表值的結(jié)果就等于對該類其它值的測試。 ③ 確定只包含獨立路徑的基本路徑集 。 基本路徑覆蓋法 基本路徑測試步驟： ① 導出程序流程圖的拓撲結(jié)構(gòu) 流圖 (控制流程圖 )。這是 5種覆蓋中最強的覆蓋。就是使得判定中每個條件的所有可能取值至少執(zhí)行一次，同時每個判定本身所有取值至少執(zhí)行一次。條件覆蓋深入到判定中的每個條件，但不一定滿足判定覆蓋的要求。 判定覆蓋 判定覆蓋又叫分支覆蓋，是對每個判定式取真、假各一次，使每個判定的每個分支都至少執(zhí)行一次，同時滿足語句覆蓋。 50 簡述基本測試方法的分類情況 測試方法分類 內(nèi)容 靜態(tài)測試 走查 評審 動態(tài)測試 白盒測試 邏輯覆蓋法 語句覆蓋 語句覆蓋是最簡單、最弱覆蓋。 內(nèi)容包括 ： 測試目標、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預期結(jié)果等。 軟件缺陷的屬性： 缺陷標識、缺陷類型、缺陷嚴重、程度缺陷、優(yōu)先級、缺陷狀態(tài)、缺陷起源、缺陷來源、缺陷根源等。 47 軟件測試的基本原則 ① Who 來測試？ 測試工作應該由獨立的、專業(yè)的軟件測試機構(gòu)來完成，設計人員和程序員要參與測試；對測試結(jié)果一定要有一個確認 的過程，一般由角色 A 測試出來的錯誤，一定要有一個角色 B 來確認，嚴重的錯誤可以召開評審會進行討論和分析； ② 測試 What？ 程序員交付的模塊 、 系統(tǒng) 和 文檔； ③ 測試 Extent？ 設計測試用例，充分覆蓋所有條件或所有語句即可； ④ When 測試？ 盡早和不斷的測試 ， 即將這種“測試”貫穿于軟件開發(fā)的各個階段，堅持各個階段的技術(shù)評審，以便盡早地發(fā)現(xiàn)和預防錯誤； ⑤ How 測試 ？ 設計測試用例時不僅要考慮到合法的輸入，還要考慮到不合法的輸入以及各種邊界條件；對發(fā)現(xiàn)錯誤較多的程序模塊，應進行重點測試。 (5) 對映射后的庫表進行冗余控制調(diào)整 ,使其達到合理的關(guān)系范式。 (3) 單一繼承的泛化關(guān)系可以對超類、子類分別映射表 ,也可以不定義父類表而讓子類表擁有父類屬性；反之，也可以不定義子類表而讓父類表擁有全部子類屬性。 45 “實體模型”到“關(guān)系模型 ”的 OR 映射 (1) 一個對象類可以映射為一個以上的庫表，當類間有一對多的關(guān)系時 ,一個表也可以對應多個類。 ② 對象持久化到數(shù)據(jù)庫中 數(shù)據(jù)庫可以是對象數(shù)據(jù)庫或關(guān)系數(shù)據(jù)庫。可以把對象這些信息存儲在本地的文件里，也可以把它通過網(wǎng)絡傳輸?shù)竭h程。 一個數(shù)據(jù)對象的持久化就是保存到實體表中的一條記錄，對實體對象的訪問就是操作屬性的值。 主要工作是： 根據(jù)用例圖進行類的劃分與封裝；描述類間的靜態(tài)關(guān)系與結(jié)構(gòu)； 用交互圖表達類對象間的消息傳遞 。 完整的用例模型由用例圖 和 業(yè)務場景描述兩個部分組成 ， 用例圖 表示 功能的劃分； 業(yè)務場景描述 則 對每個用例的事件流進行描述； ②概念模型（類模型 /結(jié)構(gòu)模型 /靜態(tài)模型 ）。 UML 的 OOA 模型由“用例模型”和“概念模型”兩大部分組成。 包和包之間的關(guān)系。 各種類關(guān)系之間的關(guān)系。 用例圖 (Use Case) 描述 系統(tǒng)參與者與 領(lǐng)域問題的功能 類圖 (Class) 描述系統(tǒng)的邏輯結(jié)構(gòu)， 類、接口及它們的協(xié)作關(guān)系 包圖 (Package ) 描述類的復用組織 — 分組 對象圖 (Object) 描述類的實例在某時刻 的關(guān)系