【正文】 的數(shù)量是否符合規(guī)定進(jìn)行檢查DS001讀者信息數(shù)據(jù)存儲(chǔ)讀者信息錄入，修改，刪除，保存DS002庫(kù)存信息數(shù)據(jù)存儲(chǔ)圖書的基本的情況以及所有圖書的整體情況DS003錯(cuò)還信息數(shù)據(jù)存儲(chǔ)存儲(chǔ)借還書信息，系統(tǒng)自動(dòng)處理，不能人工錄入DS004處罰信息數(shù)據(jù)存儲(chǔ)存儲(chǔ)延期的處罰信息軟件工程作業(yè)2（第5～7章）一、選擇題1. 從本質(zhì)上說(shuō)，面向?qū)ο笫恰跋取贝_定（A）后確定執(zhí)行的動(dòng)作。 2. （B）是對(duì)象的靜態(tài)特征。 3. 對(duì)象的（D）使對(duì)象的動(dòng)態(tài)特征 4. 屬于某個(gè)類的一個(gè)具體對(duì)象稱為該類的（A）。 5. UML是（A）。A) 一種可視化的建模語(yǔ)言B) 是一種可視化的程序設(shè)計(jì)語(yǔ)言C) 是一種過(guò)程D) 是一種方法6. 封裝的的作用是（A）。 8. 面向?qū)ο蠓治龅暮诵脑谟诮ⅲ˙）模型。 A. 建立正確的模型B. 識(shí)別問(wèn)題域?qū)ο?. 面向?qū)ο蠓治鲞^(guò)程中建立的模型有（D ）。 A. 數(shù)據(jù)模型、功能模型、活動(dòng)模型B. 對(duì)象模型、功能模型、測(cè)試模型C. 屬性模型、功能模型、對(duì)象模型D. 對(duì)象模型、功能模型、動(dòng)態(tài)模型10. 下列的（ C）不是分析建模的目的。 A. 定義可驗(yàn)證的軟件需求 B. 描述客戶需求 C. 開發(fā)一個(gè)簡(jiǎn)單的問(wèn)題解決方案 D. 建立軟件設(shè)計(jì)的基礎(chǔ) 11. 下列的（ C）不屬于面向?qū)ο蠓治瞿Ｐ汀?A. 用例圖 B. 類圖 C. 實(shí)體關(guān)系圖 D. 順序圖 12. （A ）用于描述系統(tǒng)中概念層次的對(duì)象。 B. 界面類13. 在基于用例的面向?qū)ο蠓治鲞^(guò)程中，定義交互行為的關(guān)鍵在于通過(guò)描述分析類實(shí)例之間的（A）將用例的職責(zé)分配到分析類中。A. 消息傳遞B 關(guān)聯(lián)關(guān)系C 繼承關(guān)系D 上下文關(guān)系（B）描述。A. 用例說(shuō)明B. 用例圖（D）的對(duì)象。A. 發(fā)送消息B. 接收消息（C）。A. UML的一個(gè)最新圖B. 類圖的一種，假如已經(jīng)構(gòu)造了一個(gè)一般借書者類，后來(lái)發(fā)現(xiàn)圖書館的學(xué)生和教師在借書中有不同要求。請(qǐng)問(wèn)在面向?qū)ο笤O(shè)計(jì)中用（B）方法可以方便地設(shè)計(jì)這兩個(gè)類？ 18．框架是一組可用于不同應(yīng)用的（A）集合A. 類 19．下面哪個(gè)選項(xiàng)不能描述子系統(tǒng)之間的關(guān)系。（D）A. 請(qǐng)求——服務(wù)關(guān)系 20．每個(gè)子系統(tǒng)的接口上定義了若干（B），體現(xiàn)了子系統(tǒng)的功能。A. 說(shuō)明 21．通常將具有共性的非功能要求設(shè)計(jì)在（B），以減少重新開發(fā)的工作量。A. 接口層 （C），它通常沒(méi)有屬性而只有方法，只是起協(xié)調(diào)和控制作用。A. 接口類 （A）。A. 邊界類、實(shí)體類、控制類 B. 實(shí)體類、數(shù)據(jù)類、界面類C. 控制類、實(shí)體類、數(shù)據(jù)類D. 界面類、控制類、公共類。（C），太多的自定義類型會(huì)降低系統(tǒng)的（A）指標(biāo)。 二、簡(jiǎn)答題1. 舉例說(shuō)明類和對(duì)象的關(guān)系。答：學(xué)生可作為一個(gè)類學(xué)生類，每個(gè)學(xué)生就是這個(gè)學(xué)生類的一個(gè)實(shí)例，例如，學(xué)生張三就是學(xué)生類的一個(gè)實(shí)例。2. 面向?qū)ο蠓治龅年P(guān)鍵步驟有哪些？應(yīng)建立哪幾個(gè)模型？答：關(guān)鍵步驟有識(shí)別問(wèn)題域的對(duì)象并分析它們相互之間的關(guān)系，建立簡(jiǎn)潔、精確、可理解的正確模型；應(yīng)建立的模型有功能模型，對(duì)象模型，動(dòng)態(tài)模型。3. 什么是實(shí)體類、邊界類和控制類？為什么將分析類劃分成這三種類型？ 答：（1）實(shí)體類保存要存入永久存儲(chǔ)體的信息。實(shí)體類通常在事件流或交互圖中，是對(duì)用戶最有意義的類。 邊界類位于系統(tǒng)與外界的交界處，包括所有的窗體、報(bào)表、系統(tǒng)硬件接口、與其他系統(tǒng)的接口?？刂祁愗?fù)責(zé)協(xié)調(diào)其他類的工作。每個(gè)用例中至少應(yīng)該有一個(gè)控制類，它控制用況中的事件順序。（2）分為三種類型是因?yàn)樗鼈兏髯缘墓δ懿煌?。界面類——描述系統(tǒng)與角色之間的接口。控制類——在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對(duì)象的類。實(shí)體類——為需要長(zhǎng)久保存的信息進(jìn)行建模的類。4. UML中有哪幾類個(gè)視圖，它們的作用分別是什么？答：（1）用例視圖（UseCase view）用例視圖用于描述系統(tǒng)的功能集。它是從系統(tǒng)外部以用戶角度，對(duì)系統(tǒng)做的抽象表示。用例視圖所描述的系統(tǒng)功能依靠于外部用戶或另一個(gè)系統(tǒng)觸發(fā)激活，為用戶或另一個(gè)系統(tǒng)提供服務(wù)，實(shí)現(xiàn)與用戶或另一個(gè)系統(tǒng)之間的交互。用例視圖中可以包含若干個(gè)用例，用例表示系統(tǒng)能夠提供的功能，用例視圖是其他視圖的核心和基礎(chǔ)。其他視圖的構(gòu)造依賴于用例視圖中所描述的內(nèi)容，因?yàn)橄到y(tǒng)的最終目標(biāo)是實(shí)現(xiàn)用例視圖中描述的功能，同時(shí)附帶一些非功能性的特性，因此用例視圖影響著所有其他的視圖。（2）邏輯視圖（Logical view）如果說(shuō)用例視圖描述系統(tǒng)“做什么”，那么邏輯視圖就是描述“怎么做”。系統(tǒng)的靜態(tài)結(jié)構(gòu)描述類、對(duì)象和它們之間的關(guān)系，反映的是系統(tǒng)靜態(tài)特征或結(jié)構(gòu)組成。（3）組件視圖（Component view）組件視圖用來(lái)描述系統(tǒng)實(shí)現(xiàn)的結(jié)構(gòu)和行為特征，反映系統(tǒng)各組成元素之間的關(guān)系。組件視圖由組件圖實(shí)現(xiàn)，主要供開發(fā)者和管理者使用。（4）并發(fā)視圖（Concurrency View）并發(fā)視圖用來(lái)描述系統(tǒng)的動(dòng)態(tài)和行為特征。并發(fā)視圖將任務(wù)劃分為進(jìn)程或線程形式，通過(guò)任務(wù)劃分引入并發(fā)機(jī)制，可以高效地使用資源、并行執(zhí)行和處理異步事件。除了劃分系統(tǒng)為并發(fā)執(zhí)行的進(jìn)程或線程外，并發(fā)視圖還必須處理通信和同步問(wèn)題。（5）配置視圖（Deployment View）配置視圖體現(xiàn)了系統(tǒng)的實(shí)現(xiàn)環(huán)境，反映系統(tǒng)的物理架構(gòu)。配置視圖還包括一個(gè)映射，該映射顯示在物理架構(gòu)中組件是怎樣分配的。5. 順序圖在分析階段的作用？答：順序圖描述了一組交互對(duì)象間的交互方式，它表示完成某項(xiàng)行為的對(duì)象和這些對(duì)象之間傳遞消息的時(shí)間順序6. 活動(dòng)圖在分析階段的作用？答：活動(dòng)圖反映系統(tǒng)中從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的流程，強(qiáng)調(diào)對(duì)象間的控制流程。活動(dòng)圖特別適合描述工作流和并行處理過(guò)程。具體地說(shuō)活動(dòng)圖可以描述一個(gè)操作過(guò)程中需要完成的活動(dòng)；描述一個(gè)對(duì)象內(nèi)部的工作；描述如何執(zhí)行一組相關(guān)的動(dòng)作，以及這些動(dòng)作如何影響它們周圍的對(duì)象；說(shuō)明一個(gè)業(yè)務(wù)活動(dòng)中角色、工作流、組織和對(duì)象是如何工作的。？答：結(jié)構(gòu)化設(shè)計(jì)：系統(tǒng)被劃分成多個(gè)模塊，這些模塊被組織成一個(gè)樹型結(jié)構(gòu)。根就是主模塊，葉子是最低級(jí)的功能模塊。這棵樹也表示調(diào)用結(jié)構(gòu)：每個(gè)模塊都調(diào)用自己的直接下級(jí)模塊，并被自己的直接上級(jí)模塊調(diào)用。頂層模塊負(fù)責(zé)收集應(yīng)用程序最重要的那些執(zhí)行策略，底層模塊實(shí)現(xiàn)處理細(xì)節(jié)。在這個(gè)體系結(jié)構(gòu)中越靠上層位置，概念的抽象層次就越高。但是，由于上層模塊需要調(diào)用下層模塊，所以這些上層模塊就依賴于下層模塊的處理細(xì)節(jié)。也就是說(shuō)，當(dāng)實(shí)現(xiàn)細(xì)節(jié)發(fā)生變化時(shí)，抽象也會(huì)受到影響；如果想復(fù)用某一個(gè)抽象的話，就必須把它依賴的細(xì)節(jié)都一起拖過(guò)去。 面向?qū)ο笤O(shè)計(jì)：上層創(chuàng)建的抽象不依賴于任何細(xì)節(jié)，而細(xì)節(jié)則高度依賴于上層的抽象。這種依賴關(guān)系的變化正是結(jié)構(gòu)化設(shè)計(jì)與面向?qū)ο笤O(shè)計(jì)的根本區(qū)別。，它與“設(shè)計(jì)”有什么關(guān)系？答：框架是一組可用于不同應(yīng)用的類的集合?？蚣苤械念愅ǔＪ且恍┏橄箢惒⑶蚁嗷ビ新?lián)系，可以通過(guò)繼承的方式使用這些類,當(dāng)面向?qū)ο笤O(shè)計(jì)進(jìn)行底層設(shè)計(jì)時(shí)，對(duì)每個(gè)類進(jìn)行詳細(xì)設(shè)計(jì)，設(shè)計(jì)類的屬性和操作，優(yōu)化類之間的關(guān)系，就可以設(shè)計(jì)成框架來(lái)對(duì)類的設(shè)計(jì)進(jìn)行構(gòu)架和優(yōu)化。？答：用UML的配置圖描述系統(tǒng)的物理構(gòu)架，然后將需求分析階段捕獲的系統(tǒng)功能分配到這些物理節(jié)點(diǎn)上。包括的信息為節(jié)點(diǎn)的拓?fù)浣Y(jié)構(gòu)、硬件設(shè)備配置、通信路徑、各個(gè)節(jié)點(diǎn)上運(yùn)行的系統(tǒng)軟件配置、應(yīng)用軟件配置。三、應(yīng)用題1. 一個(gè)多媒體商店系統(tǒng)包含一個(gè)由媒體文件構(gòu)成的數(shù)據(jù)庫(kù)，有兩類媒體文件：圖像文件和聲音文件。每個(gè)媒體文件都有名稱和唯一的編碼，而且文件包含作者信息和格式信息，聲音文件還包含聲音文件的時(shí)長(zhǎng)(以秒為單位)和作者的信息。假設(shè)每個(gè)媒體文件可以由唯一的編碼所識(shí)別，系統(tǒng)要提供以下功能：1） 媒體庫(kù)中可以添加新的特別媒體文件。2） 通過(guò)給定的文件編碼查找需要的媒體文件。3） 從媒體庫(kù)中刪除指定的媒體文件。4） 給出媒體庫(kù)中媒體文件的數(shù)量?？紤]類imageFile和audioFile應(yīng)該具有哪些恰當(dāng)?shù)膶傩院头椒ù穑篿mageFile類的屬性有:Name(文件名稱)，Code（編碼），AuthorInfo（作者信息），F(xiàn)ormat（格式信息）；audioFile類除了擁有以上屬性外還有屬性Time（文件時(shí)長(zhǎng)）； imageFile類的方法：Add（imageFile）（添加圖像文件），Delete（Code）（刪除文件），GetFile（Code）（查找文件），GetNumber（）（返回媒體文件的數(shù)量）；audioFile類的方法：Add（audioFile）（添加聲音文件），Delete（Code）（刪除文件），GetFile（Code）（查找文件），GetNumber（）（返回媒體文件的數(shù)量）。2. 若把學(xué)生看成一個(gè)實(shí)體，它可以分成多個(gè)子實(shí)體，如小學(xué)生、中學(xué)生和大學(xué)生等。在面向?qū)ο蟮脑O(shè)計(jì)中，可以創(chuàng)建如下4個(gè)類：類Student、類Elementary Student、Middle Student；類University Student。試給出這4個(gè)類的屬性以及它們之間的關(guān)系。答：Student類為基類，其他三個(gè)類都是Student的子類。Student類的屬性有：Name（姓名），Sex（性別），Age（年齡），Class（班級(jí)）。Elementary Student類的屬性有：IsTeamMember（是否是少先隊(duì)員），IsGoodStudent（是否是三好學(xué)生）。Middle Student類的屬性為：IsMember（是否是團(tuán)員），Subject（文科理科）。University Student類的屬性為：IsPartyMember（是否黨員），Department（學(xué)院），Specialty（專業(yè)）。三、應(yīng)用題1. 某學(xué)校領(lǐng)書的工作流程為：學(xué)生班長(zhǎng)填寫領(lǐng)書單，班主任審查后簽名，然后班長(zhǎng)拿領(lǐng)書單到書庫(kù)領(lǐng)書。 書庫(kù)保管員審查領(lǐng)書單是否有班主任簽名，填寫是否正確等，不正確的領(lǐng)書單退回給班長(zhǎng)；如果填寫正確則給予領(lǐng)書并修改庫(kù)存清單；當(dāng)某書的庫(kù)存量低于臨界值時(shí)，登記需訂書的信息。每天下班前為采購(gòu)部門提供一張訂書單。 用活動(dòng)圖來(lái)描述領(lǐng)書的過(guò)程。解：2. 使用順序圖描述下面的情景，當(dāng)用戶在自己的計(jì)算機(jī)上向網(wǎng)絡(luò)打印機(jī)發(fā)出一個(gè)打印任務(wù)時(shí)，他的計(jì)算機(jī)便向打印機(jī)服務(wù)器發(fā)送一條打印命令print(file)，打印機(jī)服務(wù)器如果發(fā)現(xiàn)網(wǎng)絡(luò)打印機(jī)處于空閑狀態(tài)，則向打印機(jī)發(fā)送打印命令print(file)，否則向打印隊(duì)列發(fā)送一條保存命令store(file)。 解： 3. 某報(bào)社采用面向?qū)ο蠹夹g(shù)實(shí)現(xiàn)報(bào)刊征訂的計(jì)算機(jī)管理系統(tǒng)，該系統(tǒng)基本需求如下：（1）報(bào)社發(fā)行多種刊物，每種刊物通過(guò)訂單來(lái)征訂，訂單中有代碼，名稱，訂期，單價(jià)，份數(shù)等項(xiàng)目，訂戶通過(guò)填寫訂單來(lái)訂閱報(bào)刊。 （2）報(bào)社下屬多個(gè)發(fā)行站，每個(gè)站負(fù)責(zé)收集登陸訂單、打印收款憑證等事務(wù)。 （3）報(bào)社負(fù)責(zé)分類并統(tǒng)計(jì)各個(gè)發(fā)行站送來(lái)的報(bào)刊訂閱信息。 請(qǐng)就此需求建立對(duì)象模型。解：軟件工程作業(yè)3（第8～11章）一、 選擇題1. 結(jié)構(gòu)化語(yǔ)言是介于自然語(yǔ)言和形式語(yǔ)言之間的一種（D）。A．半形式語(yǔ)言B．計(jì)算機(jī)語(yǔ)言 C．低級(jí)語(yǔ)言 D．高級(jí)語(yǔ)言2. 程序設(shè)計(jì)語(yǔ)言的技術(shù)特性不應(yīng)包括（C）。A、數(shù)據(jù)結(jié)構(gòu)的描述性B、抽象類型的描述性C、數(shù)據(jù)庫(kù)的易操作性D、軟件的可移植性3. 程序的三種基本控制結(jié)構(gòu)是（B）。A．過(guò)程、子程序和分程序 B．順序、選擇和重復(fù)C．遞歸、堆棧和隊(duì)列 D．調(diào)用、返回和轉(zhuǎn)移4. 結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（D）。A．程序的規(guī)模B．程序的效率 C．程序設(shè)計(jì)語(yǔ)言的先進(jìn)性 D．程序易讀性5. 下列關(guān)于功能性注釋不正確的說(shuō)法是(B)。，用于說(shuō)明程序段或語(yǔ)句的功能以及數(shù)據(jù)的狀態(tài)，需要在每一行都要加注釋，以便很容易區(qū)分注釋和程序6. 下列關(guān)于效率的說(shuō)法不正確的是(D)。，其目標(biāo)應(yīng)該在需求分析時(shí)給出，數(shù)據(jù)結(jié)構(gòu)與算法7. 結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別在于(B )。 8. 關(guān)于JAVA語(yǔ)言下列說(shuō)法不正確的是（B）。 9. 使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（A）和指定的覆蓋標(biāo)準(zhǔn)。A程序內(nèi)部邏輯 B．程序復(fù)雜結(jié)構(gòu)C．使用說(shuō)明書 D．程序的功能10. 確認(rèn)測(cè)試主要涉及的文檔是（A）。A、需求規(guī)格說(shuō)明書B、概要設(shè)計(jì)說(shuō)明書C、詳細(xì)設(shè)計(jì)說(shuō)明書D、源程序11. 測(cè)試的關(guān)鍵問(wèn)題是（D）。 12. 黑盒測(cè)試在設(shè)計(jì)測(cè)試用例時(shí)，主要研究（A）。 13. 下面哪些測(cè)試屬于黑盒測(cè)試（B）。A、路徑測(cè)試B、等價(jià)類劃分 C、條件判斷 D、循環(huán)測(cè)試14. 在下述哪一種測(cè)試中，測(cè)試人員必須接觸到源程序（B）。A、功能測(cè)試 B、結(jié)構(gòu)測(cè)試C、功能測(cè)試和結(jié)構(gòu)測(cè)試 D、性能測(cè)試15. 檢查軟件產(chǎn)品是否符合需求定義的過(guò)程稱為（D）。A、確認(rèn)測(cè)試B、集成測(cè)試C、驗(yàn)收測(cè)試D、驗(yàn)證測(cè)試16. 軟件測(cè)試方法中，黑盒、白盒測(cè)試法是常用的方法，其中白盒測(cè)試主要用于測(cè)試（D）。A、 結(jié)構(gòu)合理性B、軟件外部功能C、程序正確性D、程序內(nèi)部邏輯17. 軟件維護(hù)中，因修改交互輸入的順序，沒(méi)有正確的記錄而引起的錯(cuò)誤是（A）產(chǎn)生的副作用。A、文檔B、數(shù)據(jù) C、編碼D、設(shè)計(jì)18. 以下屬于軟件維護(hù)階段文檔的是(C)。A、軟件需求說(shuō)明B、操作手冊(cè)C、軟件問(wèn)題報(bào)告D、測(cè)試分析報(bào)告19. 產(chǎn)生軟件維護(hù)的副作用，是指（C）。A、開發(fā)時(shí)的錯(cuò)誤 B、隱含的錯(cuò)誤 C、因修改軟件而造成的錯(cuò)誤 D、運(yùn)行時(shí)誤操作20. 維護(hù)中，因誤刪除一個(gè)標(biāo)識(shí)符而引起的錯(cuò)誤是（C）副作用。A、文檔 B、數(shù)據(jù) C、編碼 D、設(shè)計(jì)21. 可維護(hù)性的特性中，相