【導(dǎo)讀】控制器一般包括指令控制邏輯、時(shí)序控制邏輯、總線控制邏輯和。中斷控制邏輯等幾個(gè)部分。并行性有3中實(shí)現(xiàn)途徑：1、時(shí)間重疊；2、資源重復(fù)；3資源共享。階段可以同時(shí)進(jìn)行處理。分為多個(gè)步驟，并通過多個(gè)硬件處理單元并行執(zhí)行來(lái)加快指令執(zhí)行速度。執(zhí)行過程類似工廠中的流水線，并因此得名。高速緩存的組成如下圖所示：Cache由兩部分組成：控制部分和cache部分。訪問的信息是否在cache中，若在即為命中，若不在則沒有命中。未命中時(shí)，要按照替換原則，決定主存的一塊信息放到cache. 虛擬存儲(chǔ)器的容量與主存大小無(wú)關(guān)。Java的一個(gè)最大的特點(diǎn)是一種半。較新的方式是不同平臺(tái)上的Java虛。插入和刪除的那一端稱為棧頂，另一端為棧底。

　　

【正文】 出同樣的哲學(xué)和平衡的欲望。每個(gè)部分必須在語(yǔ)法和語(yǔ)義中類似的概念中使用相 同的技術(shù)。易于使用，決定了設(shè)計(jì)的一致性，概念的完整性。 A systems（系統(tǒng)） B functions（功能） C programs（程序） D manuals（手冊(cè)，指南） 下午試卷 案例 第 1 題 閱讀下列說(shuō)明，回答問題 1至問題 4 ，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。 【說(shuō)明】 某婚慶公司為了便于開展和管理公司各項(xiàng)業(yè)務(wù)活動(dòng)、方便用戶，提高公司的知名度和 影響力，擬構(gòu)建一個(gè)基于網(wǎng)絡(luò)的婚禮策劃系統(tǒng)。 【需求分析】 、策劃部和其他部門。部門信息包括部門號(hào)、部門名、部門主管、 聯(lián)系 方式。每個(gè)部門只有一名主管，每個(gè)主管只負(fù)責(zé)一個(gè)部門的管理工作 :一個(gè)部門有多名員工，每名員工只屬于一個(gè)部門。 2. 員工信息包括員工號(hào)、姓名、部門號(hào)、職位、聯(lián)系方式和薪資 。其中，職位包括主 管、業(yè)務(wù)員、策劃員等。業(yè)務(wù)員負(fù)責(zé)受理用戶申請(qǐng)，設(shè)置受理標(biāo)志，并填寫業(yè)務(wù)員的員工 號(hào)。一名業(yè)務(wù)員可以受理多個(gè)用戶申請(qǐng)，但一個(gè)用戶申請(qǐng)只能由一名業(yè)務(wù)員受理。 3. 用戶信息包括用戶號(hào)、用戶名、電話、聯(lián)系地址。其中，用戶號(hào)唯一標(biāo)識(shí)用戶信息 中的每一個(gè)元組。 J 4. 用戶申請(qǐng)信息包括申請(qǐng)?zhí)?、婚禮日期、婚禮地點(diǎn)、用戶號(hào)、預(yù)算費(fèi)用、 受理標(biāo)志和 業(yè)務(wù)員 (參照員工關(guān)系的員工號(hào) )。申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)申請(qǐng)信息中的每一個(gè)元組，且一個(gè)用戶可以提交多個(gè)申請(qǐng)，但一個(gè)用戶申請(qǐng)只對(duì)應(yīng)一個(gè)用戶號(hào)。 5. 策劃部主管為己受理的用戶申請(qǐng)制定婚禮策劃任務(wù)。策劃任務(wù)包括申請(qǐng)?zhí)枴⒉邉潈?nèi)容、參與人數(shù)、要求完成時(shí)間、主管 (參照員工關(guān)系的員工號(hào) )，申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)策劃任 務(wù)的每一個(gè)元組。一個(gè)策劃任務(wù)只對(duì)應(yīng)一個(gè)己受理的用戶申請(qǐng)，但一個(gè)策劃任務(wù)可由多名策 劃員參與執(zhí)行，且一名策劃員可以參與執(zhí)行多項(xiàng)策劃任務(wù)。 【概念模型設(shè)計(jì) 】 根據(jù)需求階段收集的信息，設(shè)計(jì)的實(shí)體聯(lián)系圖和關(guān)系 模型 (不 完整 )如下 : 【關(guān)系模式設(shè)計(jì)】 部門 (部門號(hào)，部門名稱，主管，電話，郵箱號(hào) ) 員工 (員工號(hào)，姓名，（ ），職位，聯(lián)系方式，薪資） 用戶（用戶號(hào)，用戶名，聯(lián)系電話，聯(lián)系地址） 用戶申請(qǐng)（申請(qǐng)?zhí)??；槎Y日期，婚禮地點(diǎn)，用戶號(hào)，（ ）受理標(biāo)志 （ ） 策劃任務(wù) ( ) 策劃內(nèi)容， 參與人數(shù)， 要求完成時(shí)間，主管） 執(zhí)行（申請(qǐng)?zhí)?，策劃員，實(shí)際完成時(shí)間） 問題： 根據(jù)題意，將關(guān)系模式中的空（ a） (d)的屬性補(bǔ)充完整，并填入答題紙對(duì)應(yīng)的位置上。 問題： 根據(jù)需求分析，可以得出圖 11所示的實(shí)體聯(lián)系圖中聯(lián)系的類型。請(qǐng)按以下描述確定聯(lián)系類型并填入答題紙對(duì)應(yīng)的位置上。 部門與主管之間的“管理”聯(lián)系類型為（ e ） 策劃員與策劃任務(wù)之間的“執(zhí)行”聯(lián)系類型為（ F） 用戶申請(qǐng)與業(yè)務(wù)員之間的 受理 聯(lián)系類型為 (g) 用戶與用戶申請(qǐng)之間的提交 ” 聯(lián)系類型為 (h) 問題： 用戶申請(qǐng)關(guān)系的主鍵為 (i)，用戶申請(qǐng)關(guān)系的外鍵為 (j) (k). 策劃任務(wù)關(guān)系的主鍵為 ( 1),策劃任務(wù)關(guān)系的外鍵為 (m) 問題： 請(qǐng)問 執(zhí)行 關(guān)系的主鍵為 (申請(qǐng)?zhí)?，策劃員）的說(shuō)法正確嗎 ?為什么 ? 答案解析： （ 4分） （ a）部門號(hào) （ b）預(yù)算費(fèi)用 （ c）業(yè)務(wù)員 （ d）申請(qǐng)?zhí)? 題干中“員工信息包括員工號(hào)、姓名、部門號(hào)、職位、聯(lián)系方式和薪資”，所以（ a）處缺失 部門號(hào) 題干中“用戶申請(qǐng)信息包括申請(qǐng)?zhí)?、婚禮日期、婚禮 地點(diǎn)、用戶號(hào)、預(yù)算費(fèi)用、受理標(biāo)志和業(yè)務(wù)員（參照員工關(guān)系的員工號(hào)）?！?，所以（ b）（ c）處缺失 預(yù)算費(fèi)用和業(yè)務(wù)員 題干中“策劃任務(wù)包括申請(qǐng)?zhí)枴⒉邉潈?nèi)容、參與人數(shù)、要求完成時(shí)間、主管（參照員工關(guān)系的員工號(hào)），申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)策劃任務(wù)的每一個(gè)元組?！?，所以（ d）處缺失 申請(qǐng)?zhí)? 答案解析： （ 4分） （ e） 1： 1 （ f） *： * （ g） *： 1 （ h） 1： * 題干中“每個(gè)部門只有一名主管，每個(gè)主管只負(fù)責(zé)一個(gè)部門的管理工作”，說(shuō)明部門與主管之間為 1： 1的聯(lián)系 題干中“一個(gè)策劃任務(wù)只對(duì)應(yīng)一個(gè)已受理的用戶申請(qǐng)，但一個(gè)策劃 任務(wù)可由多名策劃員參與執(zhí)行，且一名策劃員可以參與執(zhí)行多項(xiàng)策劃任務(wù)?！?，說(shuō)明策劃員與策劃任務(wù)之間是 *： *的聯(lián)系 題干中“一名業(yè)務(wù)員可以受理多個(gè)用戶申請(qǐng)，但一個(gè)用戶申請(qǐng)只能由一名業(yè)務(wù)員受理?！闭f(shuō)明用戶申請(qǐng)與業(yè)務(wù)員之間是 *： 1 題干中“申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)申請(qǐng)信息中的每一個(gè)元組，且一個(gè)用戶可以提交多個(gè)申請(qǐng)，但一個(gè)用戶申請(qǐng)只對(duì)應(yīng)一個(gè)用戶號(hào)”，說(shuō)明用戶與用戶申請(qǐng)之間是 1： *的聯(lián)系 答案解析： （ 5分） （ i）申請(qǐng)?zhí)? （ j）業(yè)務(wù)員 （ k）用戶號(hào) （ j、 k可以互換） （ l）申請(qǐng)?zhí)? （ m）主管 題干中“用戶申請(qǐng)信息包括申請(qǐng) 號(hào)、婚禮日期、婚禮地點(diǎn)、用戶號(hào)、預(yù)算費(fèi)用、受理標(biāo)志和業(yè)務(wù)員（參照員工關(guān)系的員工號(hào)）。申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)申請(qǐng)信息中的每一個(gè)元組，且一個(gè)用戶可以提交多個(gè)申請(qǐng)，但一個(gè)用戶申請(qǐng)只對(duì)應(yīng)一個(gè)用戶號(hào)?！笨梢钥闯鲋麈I應(yīng)為：申請(qǐng)?zhí)?，外鍵應(yīng)為：業(yè)務(wù)員、用戶號(hào)。 題干中“策劃任務(wù)包括申請(qǐng)?zhí)?、策劃?nèi)容、參與人數(shù)、要求完成時(shí)間、主管（參照員工關(guān)系的員工號(hào)），申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)策劃任務(wù)的每一個(gè)元組。一個(gè)策劃任務(wù)只對(duì)應(yīng)一個(gè)已受理的用戶申請(qǐng)，但一個(gè)策劃任務(wù)可由多名策劃員參與執(zhí)行，且一名策劃員可以參與執(zhí)行多項(xiàng)策劃任務(wù)?！保梢钥闯霾邉澣蝿?wù)的主鍵應(yīng)為 ：申請(qǐng)?zhí)?，外鍵應(yīng)為：主管 答案解析： （ 2分） 正確， ER 模型中多對(duì)多的聯(lián)系轉(zhuǎn)關(guān)系時(shí)，應(yīng)轉(zhuǎn)成一個(gè)獨(dú)立的關(guān)系，屬性為聯(lián)系的屬性和兩端實(shí)體的碼組成，主碼為兩端實(shí)體碼的屬性的組合。 執(zhí)行關(guān)系是由策劃員與策劃任務(wù)直接的執(zhí)行聯(lián)系轉(zhuǎn)換而來(lái)的關(guān)系。執(zhí)行聯(lián)系從問題 2可以得出是多對(duì)多的聯(lián)系。 ER 模型中多對(duì)多的聯(lián)系轉(zhuǎn)關(guān)系時(shí)，應(yīng)轉(zhuǎn)成一個(gè)獨(dú)立的關(guān)系，屬性為聯(lián)系的屬性和兩端實(shí)體的碼組成，主碼為兩端實(shí)體碼的屬性的組合。 第 2 題 閱讀以下說(shuō)明，回答問題 1至問題 3，將答案填入答題紙的對(duì)應(yīng)欄內(nèi)。 【說(shuō)明】 某物流公司為了有效管理公司的合同，擬在信息統(tǒng)一資源平臺(tái)上增加合同管理軟件模塊。經(jīng)過招標(biāo)，合同管理軟件開發(fā)項(xiàng)目由 M 軟件公司中標(biāo)，井將該項(xiàng)目交給李工負(fù)責(zé)設(shè)計(jì)和測(cè)試。 【需求分析】 合同管理系統(tǒng)主界面由系統(tǒng)維護(hù)、合同錄入 /查詢、合同管理三大部分組成。 (1)系統(tǒng)維護(hù)模塊的主要功能是 :權(quán)限 /密碼管理、界面設(shè)置、路徑設(shè)置、日志管理、數(shù)據(jù)備份 /還原。 (2) 合同管理模塊的主要功能是 :合同類型管理、合同審閱、合同簽訂、合同打印。 (3)合同錄入 /查詢模塊的主要功能是 ：導(dǎo)入合同、合同起草、合同修改查詢。 根據(jù)需求分 析的結(jié)果，李工設(shè)計(jì)的合同管理系統(tǒng)功能結(jié)構(gòu)圖如圖 21 所示。 問題： (9 分） 請(qǐng)將圖 21 中的空 (a） (o) 的功能補(bǔ)充完整，并填入答題紙問題 1 對(duì)應(yīng)的位置上。 問題： (4 分 ) 合同審閱流程圖如圖 22所示，請(qǐng)從如下備選答案中選擇合適的一項(xiàng)填入答題紙問題 2空 (a)（ h) 對(duì)應(yīng)的位置上。 ①合同編號(hào)有誤請(qǐng)重輸 ②重號(hào)次數(shù)超限 ③編號(hào)是否正確 ? ④合同是否存在問題 ? ⑤登記相關(guān)問題 ⑥顯示合同并審閱 ⑦置審閱通過標(biāo)志 ⑧輸入合同編號(hào) 問題： （ 2分） 李工采用白盒測(cè)試方法對(duì)某程序進(jìn)行測(cè)試，該程序流程圖如圖 23所示。為此，李工設(shè)計(jì)了 4 個(gè)測(cè)試用例① ~④，測(cè)試用例如下所示 : ① (X1=0， X2=3) ② (X1=1， X2=2) ③ (X1=1， X2=2) ④ (X1=3， X2=1) （ 1）為了完成語(yǔ)句覆蓋至少需要測(cè)試用例 _________。 （ 2）為了完成路徑覆蓋至少需要測(cè)試用例 _________。 答案解析： （ 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ù)、合同錄入 /查詢、合同管理三大部分組成。”這說(shuō)明系統(tǒng)功能結(jié)構(gòu)是從信息用戶的角度來(lái)看，所以系統(tǒng)功能結(jié)構(gòu)圖，應(yīng)體現(xiàn)出信息系統(tǒng)對(duì)整個(gè)組織不同層次上各種功能的支持。所以圖 21應(yīng)按照對(duì)應(yīng)的功能進(jìn)行填寫。 答案解析： （ 4分） （ a）⑧ （ b）① （ c）③ （ d）⑥ （ e）② （ f）④ （ g）⑤ （ h）⑦ 本題是考查對(duì)流程圖理解，矩形用于表示一個(gè)加工步驟，菱形用于表示一個(gè)邏輯條件，箭頭表示控制流。 對(duì)于合同審閱，首先應(yīng)該依據(jù)合同號(hào)找到對(duì)應(yīng)的合同，如果合同號(hào)正 確，則加載合同并進(jìn)行審批，否則判定重號(hào)輸入的次數(shù)，是否大于 3次，如果大于應(yīng)該終止顯示次數(shù)超過現(xiàn)在，如果不大于 3次，則返回合同編號(hào)輸入的界面，并提示合同編號(hào)有誤請(qǐng)重新輸入。 對(duì)于依據(jù)合同編號(hào)找出的合同，先判斷合同是否存在問題，如果不存在問題，則審批合同，置審閱通過的標(biāo)記，結(jié)束審批流程；否則應(yīng)該登記合同的問題，結(jié)束審批流程。 答案解析： （ 2分） （ 1）①② （ 2）①②③ 或者①②④ 語(yǔ)句覆蓋（ SC）：設(shè)計(jì)足夠的測(cè)試用例，使得使被測(cè)試程序中每條語(yǔ)句至少執(zhí)行一次。 路徑覆蓋：設(shè)計(jì)足夠的測(cè)試用例，使得被測(cè)試程 序中的所有可能路徑至少被執(zhí)行一次。 對(duì)于本題的語(yǔ)句有：語(yǔ)句 A、語(yǔ)句 B以及兩個(gè)判定語(yǔ)句，所以只有設(shè)計(jì)的測(cè)試用例覆蓋這些語(yǔ)句即可。本題要求至少需要，可以選擇：第 1個(gè)判定為真覆蓋判定1和語(yǔ)句 A；第 1個(gè)判定和第 2個(gè)判定都為假覆蓋判定 判定 語(yǔ)句 B。 可以選擇①② 路徑覆蓋，本題的路徑有 3條， 判定 1為真的路徑； 判定 1為假、判定 2為真的路徑； 判定 1為假、判定 2為假的路徑?？梢赃x擇①②③ 或者①②④ 第 3 題 閱讀以下說(shuō)明，回答問題 1至問題 3，將解答填入答題紙的對(duì)應(yīng)欄內(nèi)。 【說(shuō)明】 某 IT 企業(yè)承接了為用戶開發(fā) ERP 軟件系統(tǒng)的項(xiàng)目，并向用戶單位派駐了工程師小張負(fù)責(zé)業(yè)務(wù)溝通。請(qǐng)圍繞小張?jiān)诠ぷ髌陂g遇到的情況進(jìn)行分析，并回答相關(guān)問題。 情況 1: 項(xiàng)目開始后，用戶對(duì)軟件系統(tǒng)的管理流程、業(yè)務(wù)功能、軟件可操作性進(jìn)行了調(diào)整。經(jīng)過測(cè)算，調(diào)整工作會(huì)增加 5%的開發(fā)成本，并導(dǎo)致軟件的實(shí)際交付時(shí)間推后 40天。因此小張堅(jiān)持以雙方簽訂軟件合同為準(zhǔn)，避免調(diào)整工作內(nèi)容。 情況 2: 小張認(rèn)為軟件開發(fā)工作需要軟件企業(yè)和用戶雙方共同合作完成，希望用戶能參與一部分軟件測(cè)試工作。而用戶認(rèn)為軟件測(cè)試工作是軟件企業(yè)的事情，在軟件系 統(tǒng)交付前不需要參與測(cè)試工作。 問題： （ 4 分 ) (1)在情況 1中小張的處理方式是否合適，并說(shuō)明理由。 (2) 該案例中，軟件企業(yè)如何應(yīng)對(duì)用戶需求變更。 問題： 【問題 2】 (6 分） (1)在情況 2中用戶的觀點(diǎn)是否合適，并說(shuō)明理由。 (2) 請(qǐng)選擇正確的測(cè)試方法并將其與下列軟件測(cè)試內(nèi)容連線。 問題： (5 分 ) (1)軟件測(cè)試實(shí)際上分成如下四個(gè)步驟，請(qǐng)給出正確的測(cè)試順序。 ①系統(tǒng)測(cè)試 ②組裝測(cè)試 ③單元測(cè)試 ④確認(rèn)測(cè)試 (2) 請(qǐng)簡(jiǎn)單說(shuō)明系統(tǒng)測(cè)試主要包括哪些部分。 答案解析： （ 4分） （ 1）不正確，在信息系統(tǒng)開發(fā)初期，項(xiàng)目團(tuán)隊(duì)調(diào)研時(shí)，客戶只能提出一些初步的功能、性能要求，提不出確切的需求。隨著項(xiàng)目的進(jìn)展，客戶的需求不斷地被激發(fā)，被進(jìn)一步明確，導(dǎo)致程序的需求被修改， 因此小張應(yīng)該注意溝通，適當(dāng)調(diào)整項(xiàng)目計(jì)劃，注重項(xiàng)目的變更管理。 （ 2）使用需求變更管理來(lái)管理：大概步驟：客戶提出需求變更、審核需求變更、客戶確認(rèn)、通知相關(guān)人員、監(jiān)督。 答案解析： （ 6分） （ 1）不正確，像驗(yàn)收測(cè)試就是以用戶為主的測(cè)試。 （ 2）系統(tǒng)設(shè)計(jì)階段對(duì)功能模塊邊組裝邊測(cè)試 —— 增量式測(cè)試 單元測(cè)試階段對(duì)檢驗(yàn)?zāi)K接口的數(shù)據(jù)輸出、輸入 —— 白盒測(cè)試 系統(tǒng)分析階段對(duì)軟件與需求規(guī)格說(shuō)明的一致性測(cè)試 —— 黑盒測(cè)試 用戶需求階段檢驗(yàn)系統(tǒng)是否按要求從故障中恢復(fù) —— 恢復(fù)測(cè)試 單元測(cè)試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例 。主要采用白盒測(cè)試的測(cè)試用例，輔之以黑盒測(cè)試的測(cè)試用例。 恢復(fù)測(cè)試將檢測(cè)系統(tǒng)的容錯(cuò)能力。檢測(cè)方法是采用各種方法讓系統(tǒng)出現(xiàn)故障，檢驗(yàn)系統(tǒng)是否能按照要求從故障中恢復(fù)