【正文】 檢測方法是采用各種方法讓系統(tǒng)出現(xiàn)故障，檢驗系統(tǒng)是否能按照要求從故障中恢復(fù)過來，并。主要采用白盒測試的測試用例，輔之以黑盒測試的測試用例。 答案解析： （ 6分） （ 1）不正確，像驗收測試就是以用戶為主的測試。隨著項目的進(jìn)展，客戶的需求不斷地被激發(fā)，被進(jìn)一步明確，導(dǎo)致程序的需求被修改， 因此小張應(yīng)該注意溝通，適當(dāng)調(diào)整項目計劃，注重項目的變更管理。 ①系統(tǒng)測試 ②組裝測試 ③單元測試 ④確認(rèn)測試 (2) 請簡單說明系統(tǒng)測試主要包括哪些部分。 (2) 請選擇正確的測試方法并將其與下列軟件測試內(nèi)容連線。 (2) 該案例中，軟件企業(yè)如何應(yīng)對用戶需求變更。而用戶認(rèn)為軟件測試工作是軟件企業(yè)的事情，在軟件系 統(tǒng)交付前不需要參與測試工作。因此小張堅持以雙方簽訂軟件合同為準(zhǔn)，避免調(diào)整工作內(nèi)容。 情況 1: 項目開始后，用戶對軟件系統(tǒng)的管理流程、業(yè)務(wù)功能、軟件可操作性進(jìn)行了調(diào)整。 【說明】 某 IT 企業(yè)承接了為用戶開發(fā) ERP 軟件系統(tǒng)的項目，并向用戶單位派駐了工程師小張負(fù)責(zé)業(yè)務(wù)溝通。 可以選擇①② 路徑覆蓋，本題的路徑有 3條， 判定 1為真的路徑； 判定 1為假、判定 2為真的路徑； 判定 1為假、判定 2為假的路徑。 對于本題的語句有：語句 A、語句 B以及兩個判定語句，所以只有設(shè)計的測試用例覆蓋這些語句即可。 答案解析： （ 2分） （ 1）①② （ 2）①②③ 或者①②④ 語句覆蓋（ SC）：設(shè)計足夠的測試用例，使得使被測試程序中每條語句至少執(zhí)行一次。 對于合同審閱，首先應(yīng)該依據(jù)合同號找到對應(yīng)的合同，如果合同號正 確，則加載合同并進(jìn)行審批，否則判定重號輸入的次數(shù)，是否大于 3次，如果大于應(yīng)該終止顯示次數(shù)超過現(xiàn)在，如果不大于 3次，則返回合同編號輸入的界面，并提示合同編號有誤請重新輸入。所以圖 21應(yīng)按照對應(yīng)的功能進(jìn)行填寫。 答案解析： （ 9分） （ a）系統(tǒng)維護(hù) （ b）合同錄入 /查詢 （ c）合同管理 （ d）權(quán)限 /密碼管理 （ e）界面設(shè)置 （ f）路徑設(shè)置 （ g）日志管理 （ h）數(shù)據(jù)備份 /還原（ d~h 順序可以調(diào)整） （ i）導(dǎo)入合同 （ j）合同起草 （ k）合同修改查詢（ i~k順序可以調(diào)整） （ l）合同類型管理 （ m）合同審閱 （ n）合同簽訂 （ o）合同打?。?l~o 順 序可以調(diào)整） 題干中“合同管理系統(tǒng)主界面由系統(tǒng)維護(hù)、合同錄入 /查詢、合同管理三大部分組成。為此，李工設(shè)計了 4 個測試用例① ~④，測試用例如下所示 : ① (X1=0， X2=3) ② (X1=1， X2=2) ③ (X1=1， X2=2) ④ (X1=3， X2=1) （ 1）為了完成語句覆蓋至少需要測試用例 _________。 問題： (4 分 ) 合同審閱流程圖如圖 22所示，請從如下備選答案中選擇合適的一項填入答題紙問題 2空 (a)（ h) 對應(yīng)的位置上。 根據(jù)需求分 析的結(jié)果，李工設(shè)計的合同管理系統(tǒng)功能結(jié)構(gòu)圖如圖 21 所示。 (2) 合同管理模塊的主要功能是 :合同類型管理、合同審閱、合同簽訂、合同打印。 【需求分析】 合同管理系統(tǒng)主界面由系統(tǒng)維護(hù)、合同錄入 /查詢、合同管理三大部分組成。 【說明】 某物流公司為了有效管理公司的合同，擬在信息統(tǒng)一資源平臺上增加合同管理軟件模塊。 ER 模型中多對多的聯(lián)系轉(zhuǎn)關(guān)系時，應(yīng)轉(zhuǎn)成一個獨(dú)立的關(guān)系，屬性為聯(lián)系的屬性和兩端實體的碼組成，主碼為兩端實體碼的屬性的組合。 執(zhí)行關(guān)系是由策劃員與策劃任務(wù)直接的執(zhí)行聯(lián)系轉(zhuǎn)換而來的關(guān)系。一個策劃任務(wù)只對應(yīng)一個已受理的用戶申請，但一個策劃任務(wù)可由多名策劃員參與執(zhí)行，且一名策劃員可以參與執(zhí)行多項策劃任務(wù)。”可以看出主鍵應(yīng)為：申請?zhí)?，外鍵應(yīng)為：業(yè)務(wù)員、用戶號。”說明用戶申請與業(yè)務(wù)員之間是 *： 1 題干中“申請?zhí)栁ㄒ粯?biāo)識申請信息中的每一個元組，且一個用戶可以提交多個申請，但一個用戶申請只對應(yīng)一個用戶號”，說明用戶與用戶申請之間是 1： *的聯(lián)系 答案解析： （ 5分） （ i）申請?zhí)? （ j）業(yè)務(wù)員 （ k）用戶號 （ j、 k可以互換） （ l）申請?zhí)? （ m）主管 題干中“用戶申請信息包括申請 號、婚禮日期、婚禮地點(diǎn)、用戶號、預(yù)算費(fèi)用、受理標(biāo)志和業(yè)務(wù)員（參照員工關(guān)系的員工號）?！保裕?d）處缺失 申請?zhí)? 答案解析： （ 4分） （ e） 1： 1 （ f） *： * （ g） *： 1 （ h） 1： * 題干中“每個部門只有一名主管，每個主管只負(fù)責(zé)一個部門的管理工作”，說明部門與主管之間為 1： 1的聯(lián)系 題干中“一個策劃任務(wù)只對應(yīng)一個已受理的用戶申請，但一個策劃 任務(wù)可由多名策劃員參與執(zhí)行，且一名策劃員可以參與執(zhí)行多項策劃任務(wù)。 部門與主管之間的“管理”聯(lián)系類型為（ e ） 策劃員與策劃任務(wù)之間的“執(zhí)行”聯(lián)系類型為（ F） 用戶申請與業(yè)務(wù)員之間的 受理 聯(lián)系類型為 (g) 用戶與用戶申請之間的提交 ” 聯(lián)系類型為 (h) 問題： 用戶申請關(guān)系的主鍵為 (i)，用戶申請關(guān)系的外鍵為 (j) (k). 策劃任務(wù)關(guān)系的主鍵為 ( 1),策劃任務(wù)關(guān)系的外鍵為 (m) 問題： 請問 執(zhí)行 關(guān)系的主鍵為 (申請?zhí)枺邉潌T）的說法正確嗎 ?為什么 ? 答案解析： （ 4分） （ a）部門號 （ b）預(yù)算費(fèi)用 （ c）業(yè)務(wù)員 （ d）申請?zhí)? 題干中“員工信息包括員工號、姓名、部門號、職位、聯(lián)系方式和薪資”，所以（ a）處缺失 部門號 題干中“用戶申請信息包括申請?zhí)枴⒒槎Y日期、婚禮 地點(diǎn)、用戶號、預(yù)算費(fèi)用、受理標(biāo)志和業(yè)務(wù)員（參照員工關(guān)系的員工號）。 問題： 根據(jù)需求分析，可以得出圖 11所示的實體聯(lián)系圖中聯(lián)系的類型。 【概念模型設(shè)計 】 根據(jù)需求階段收集的信息，設(shè)計的實體聯(lián)系圖和關(guān)系 模型 (不 完整 )如下 : 【關(guān)系模式設(shè)計】 部門 (部門號，部門名稱，主管，電話，郵箱號 ) 員工 (員工號，姓名，（ ），職位，聯(lián)系方式，薪資） 用戶（用戶號，用戶名，聯(lián)系電話，聯(lián)系地址） 用戶申請（申請?zhí)?。策劃任?wù)包括申請?zhí)枴⒉邉潈?nèi)容、參與人數(shù)、要求完成時間、主管 (參照員工關(guān)系的員工號 )，申請?zhí)栁ㄒ粯?biāo)識策劃任 務(wù)的每一個元組。申請?zhí)栁ㄒ粯?biāo)識申請信息中的每一個元組，且一個用戶可以提交多個申請，但一個用戶申請只對應(yīng)一個用戶號。其中，用戶號唯一標(biāo)識用戶信息 中的每一個元組。一名業(yè)務(wù)員可以受理多個用戶申請，但一個用戶申請只能由一名業(yè)務(wù)員受理。其中，職位包括主 管、業(yè)務(wù)員、策劃員等。每個部門只有一名主管，每個主管只負(fù)責(zé)一個部門的管理工作 :一個部門有多名員工，每名員工只屬于一個部門。 【需求分析】 、策劃部和其他部門。 A systems（系統(tǒng)） B functions（功能） C programs（程序） D manuals（手冊，指南） 下午試卷 案例 第 1 題 閱讀下列說明，回答問題 1至問題 4 ，將解答填入答題紙的對應(yīng)欄內(nèi)。每個部分必須在語法和語義中類似的概念中使用相 同的技術(shù)。簡單直接進(jìn)行來自于概念上的 ____。事情的表達(dá)往往需要復(fù)雜的和基礎(chǔ)設(shè)施的組合。 Mooer 的 TRAC 語言和 Algol 68通過不同的基本概念的數(shù)量來實現(xiàn)簡單性。 然而，對于給定的功能級別，該系統(tǒng)最好是以最簡單和直觀的方式指定事物。功能和不簡單，是設(shè)計師追求卓越的衡量標(biāo)準(zhǔn)。既不功能單獨(dú)也不單純簡單 ____一個好的設(shè)計。使用現(xiàn)代編程系統(tǒng)，這種收益確實超出了成本，但近年來，隨著越來越多的復(fù)雜的 ____增加，迷失與成本的比率似乎已經(jīng)下降。用戶發(fā)現(xiàn)更容易指定任何特定的功能，但還有更多的選擇，還有更多的選項和格式要記住。為此，它提供語言和各種設(shè)施，實際上是由語言特征調(diào)用和控制的程序。 A. 專家評估法 B. 技術(shù)經(jīng)濟(jì)評估法 C. 統(tǒng)分析法 D. 模型評估法 答案： C The purpose of a programming system is to make a puter easy to use. To do this, it furnishes languages and various facilities that are in fact programs invoked and controlled by language features. But these facilities are bought at a price: the external description of a programming system is ten to twenty times as large as the external description of the puter system itself. The user finds it far easier to specify any particular function, but there are far more to choose from, and far more options and formats to remember. Ease of use is enhanced only if the time gained in functional specification exceeds the time lost in learning, remembering, and searching manuals. With modern programming systems this gain does exceed the cost, but in recent years the ratio of fain to cost seems to have fallen as more and more plex(71 ) have been added. Because ease of use is the purpose, this radio of function to conceptual plexity is the ultimate test of system design. Neither function alone nor simplicity alone( 72) a good design. This point is widely misunderstood. Function, and not simplicity, has always been the measure of excellence for its designers. As soon as ease of use is held up as the criterion, each of these is seen to be(73 ) , reaching for only half of the true goal. For a given level of function, however, that system is best in which one can specify things with the most simplicity and straightforwardness. (74 ) is not enough. Mooer’s TRAC language and Algol 68 achieve simplicity as measured by the number of distinct elementary concepts. They are not, however, straightforward. The expression of the things one wants to do often requires involuted (復(fù)雜的） and unexpected binations of the basic facilities. It is not enough to learn the elements and rules of bination。 70 、 信息系統(tǒng)評價的主要方法有四類，它們是 :專家評估法、技術(shù)經(jīng)濟(jì)評估法、模型 評估法及系統(tǒng)分析法。 信息系統(tǒng)要獲得最佳經(jīng)濟(jì)效益，必須使得方程式中的功能和費(fèi)用達(dá)到最佳配合比例 。 價值工程方法： 價值工程的基本方程式可以簡單表述為：一種產(chǎn)品的價值（ V）等于其功能（ F）與成本（ C）之比，即 V=F/C。 成本效益分析法： 即用一定的價格，分析測算系統(tǒng)的效益和成本，從而計算系統(tǒng)的凈收益，以判斷該系統(tǒng)在經(jīng)濟(jì)上的合理性。簡單地說，系統(tǒng)成本構(gòu)成有： 系統(tǒng)運(yùn)行環(huán)境及設(shè)施費(fèi)用 系統(tǒng)開發(fā)成本 系統(tǒng)運(yùn)行與維護(hù)成本 6 信息系統(tǒng)經(jīng)濟(jì)效益評價方法中，不包括下列選項中的 ( ) A. 投入產(chǎn)出