24秋國家開放大學(xué)《軟件工程》形考任務(wù)1-4參考答案

國家開放大學(xué)《軟件工程》形考任務(wù)1-4參考答案《軟件工程》課程作為國家開放大學(xué)計算機科學(xué)與技術(shù)專業(yè)的統(tǒng)設(shè)必修課，4學(xué)分，72學(xué)時，其中實驗26學(xué)時，開設(shè)一學(xué)期。課程編號：01250形考任務(wù)11.（）是職業(yè)軟件工程師的必要條件。A.編程速度快B.語言天賦C.自律、善于溝通、具有一定的軟件技能D.熟悉眾多的軟件環(huán)境2.根據(jù)軟件工程的7條基本原理判斷下面正確的選項是（）。A.軟件錯誤只能通過運行代碼才能發(fā)現(xiàn)B.需求階段一般不會引入錯誤C.軟件錯誤發(fā)現(xiàn)的時機不重要，重要的是錯誤的嚴(yán)重程度D.軟件錯誤發(fā)現(xiàn)的越早改正的成本越低3.美國著名軟件工程專家B.W.Boehm于1983年提出了軟件工程的（）條基本原理。A.7B.5C.3D.124.軟件、程序和代碼是（）。A.三個不同的概念B.程序語言寫的代碼C.計算機代碼和數(shù)據(jù)D.相同的軟件概念5.軟件對硬件和環(huán)境有著不同程度的依賴性，這導(dǎo)致了軟件（）問題。A.復(fù)雜性B.升級和移植C.通用性D.脆弱性6.軟件工程的出現(xiàn)是由于（）。A.計算機硬件技術(shù)的發(fā)展B.計算機軟件技術(shù)的發(fā)展C.軟件危機D.軟件社會化的需要7.軟件工程四個層次由下至上是（），它們的順序不能互換。A.質(zhì)量層、過程層、方法層、工具層B.方法層、過程層、質(zhì)量層、工具層C.過程層、方法層、質(zhì)量層、工具層D.方法層、質(zhì)量層、過程層、工具層8.軟件可行性研究一般不考慮（）A.待開發(fā)軟件是否有市場、經(jīng)濟上是否合算B.是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C.待開發(fā)的軟件是否會有質(zhì)量問題D.是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)9.軟件與程序的區(qū)別是（）。A.軟件包括程序、相關(guān)數(shù)據(jù)及其文檔，程序是軟件的一部分B.程序價格便宜，軟件價格昂貴C.程序是用戶自己編寫的，而軟件是由廠家提供的D.程序是用高級語言編寫的，而軟件是由機器語言編寫的10.在軟件生產(chǎn)的程序系統(tǒng)時代由于軟件規(guī)模擴大和軟件復(fù)雜性提高等原因?qū)е铝耍ǎ?。A.結(jié)構(gòu)化程序設(shè)計B.軟件危機C.程序設(shè)計革命D.軟件工程11.軟件工程學(xué)科出現(xiàn)的主要原因是（）。A.計算機的發(fā)展B.程序設(shè)計方法學(xué)的影響C.軟件危機的出現(xiàn)D.其他工程科學(xué)的影響12.概要設(shè)計是軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計，以下選項中不屬于概要設(shè)計的是（）。A.把軟件劃分成模塊B.確定各個模塊的功能C.確定模塊之間的調(diào)用關(guān)系D.設(shè)計每個模塊的偽代碼13.經(jīng)濟可行性研究的主要內(nèi)容包括（）。A.效益分析B.開發(fā)過程C.風(fēng)險分析D.開發(fā)工具14.可行性分析研究的費用大約是項目總經(jīng)費的（）。A.50%B.20%C.8%D.2%15.可行性分析研究的目的是（）。A.開發(fā)項目B.爭取項目C.項目是否值得開發(fā)D.規(guī)劃項目16.可行性研究的四大要素是（）。A.經(jīng)濟、技術(shù)、計算機硬件環(huán)境和網(wǎng)絡(luò)帶寬B.經(jīng)濟、技術(shù)、法律和社會環(huán)境C.經(jīng)濟、技術(shù)、軟件開發(fā)工具和人員的穩(wěn)定性D.經(jīng)濟、技術(shù)、開發(fā)組織能力和領(lǐng)導(dǎo)者水平17.可行性研究的主要目的是（）。A.確定系統(tǒng)是否值得開發(fā)B.分析開發(fā)系統(tǒng)的必要性C.深入了解用戶需求D.確定系統(tǒng)建設(shè)的詳細(xì)方案18.軟件設(shè)計的目標(biāo)是（）。A.確定軟件要做什么B.確定軟件的實現(xiàn)算法C.為軟件編碼設(shè)計模塊結(jié)構(gòu)D.在最短的時間內(nèi)，生產(chǎn)出可靠性、可維護(hù)性俱佳的軟件方案19.軟件調(diào)研報告是在（）提交的。A.可行性分析之前B.需求分析之前C.簽合同之前D.設(shè)計的時候20.一個軟件項目大約（）的工作量在開發(fā)階段，（）的工作量在維護(hù)階段。A.70%，30%B.30%，30%C.30%，70%D.70%，70%21.（）定義了軟件開發(fā)人員必須實現(xiàn)的軟件功能。A.業(yè)務(wù)需求B.功能需求C.性能需求D.用戶需求22.PDL是描述處理過程（）。A.做什么B.怎么做C.對誰做D.為什么做23.程序流程圖與數(shù)據(jù)流程圖的關(guān)系（）。A.數(shù)據(jù)調(diào)用關(guān)系B.不確定C.程序流程圖可以轉(zhuǎn)換成數(shù)據(jù)流程圖D.數(shù)據(jù)流程圖可以轉(zhuǎn)換成程序流程圖24.結(jié)構(gòu)化分析方法（SA法）使用的主要描述工具有（）。A.模塊結(jié)構(gòu)圖B.數(shù)據(jù)庫C.分層的DFD圖D.PAD圖25.進(jìn)行需求分析有的多種描述工具，但不包括（）。A.數(shù)據(jù)詞典B.判定表C.PAD圖D.數(shù)據(jù)流圖26.結(jié)構(gòu)化程序設(shè)計主要強調(diào)的是（）。A.程序效率B.程序語言的先進(jìn)性C.程序易讀性D.程序的規(guī)模27.內(nèi)聚程度較低的是（）。A.時間內(nèi)聚B.順序內(nèi)聚C.通信內(nèi)聚D.過程內(nèi)聚28.為了提高模塊的獨立性，模塊之間最好是（）。A.數(shù)據(jù)耦合B.控制耦合C.公共耦合D.內(nèi)容耦合29.用（）對需要長久保存的信息進(jìn)行建模。A.對象類B.數(shù)據(jù)庫表C.實體類D.E-R圖30.（）反映了系統(tǒng)物理結(jié)構(gòu)。A.數(shù)據(jù)流程圖B.程序流程圖C.網(wǎng)絡(luò)拓?fù)鋱DD.系統(tǒng)流程圖形考任務(wù)21.面向?qū)ο笤O(shè)計強調(diào)定義（），并且使它們相互協(xié)作來滿足用戶需求。A.軟件對象B.物理模型C.E-R模型D.接口2.（）是從用戶的觀點描述系統(tǒng)功能，它由一組用例、參與者以及它們之間關(guān)系所組成。A.對象圖B.順序圖C.用例圖D.類圖3.（）用于描述系統(tǒng)的功能集。A.邏輯視圖B.用例視圖C.組件視圖D.對象視圖4.UML語言支持的建模方式不包括有（）。A.功能建模B.動態(tài)建模C.靜態(tài)建模D.模塊化建模5.UML中，包圖是一種（）。A.對系統(tǒng)的動態(tài)描述B.數(shù)據(jù)結(jié)構(gòu)C.分組機制D.集合6.UML是一種（）。A.可視化的程序設(shè)計語言B.過程C.建模工具D.可視化的建模語言7.UML是一種（）語言。A.過程描述B.面向?qū)ο驝.交互式建模D.程序設(shè)計8.類的屬性結(jié)構(gòu)要堅持簡單的原則，盡可能不使用復(fù)雜的（）。A.參數(shù)B.方法C.處理D.數(shù)據(jù)結(jié)構(gòu)9.繼承耦合是（）之間的一種關(guān)聯(lián)形式，設(shè)計時應(yīng)該適當(dāng)使用這種耦合。A.數(shù)據(jù)類與處理類B.虛類與實體類C.控制類與界面類D.一般化類與特殊化類10.包含關(guān)系用于構(gòu)造多個用例（）。A.角色B.共性的部分C.關(guān)系D.特殊活動11.從本質(zhì)上說，面向?qū)ο笫恰跋取贝_定動作的（）“后”執(zhí)行（）。A.動作/主體B.主體/數(shù)據(jù)結(jié)構(gòu)C.數(shù)據(jù)結(jié)構(gòu)/主體D.主體/動作12.對象模型描述現(xiàn)實世界中實體的對象以及它們之間的關(guān)系，表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?，由（）實現(xiàn)。A.順序圖B.狀態(tài)圖C.組件圖D.類圖13.功能模型用于表達(dá)系統(tǒng)的需求，為軟件的進(jìn)一步分析和設(shè)計打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?，由（）實現(xiàn)。A.交互圖和場景描述B.用例圖和場景描述C.場景描述D.活動圖和場景描述14.對象實現(xiàn)了數(shù)據(jù)和操作的結(jié)合，使數(shù)據(jù)和操作（）于對象的統(tǒng)一體中。A.抽象B.結(jié)合C.封裝D.隱藏15.（）是一般化類與特殊化類之間的一種關(guān)聯(lián)形式，設(shè)計時應(yīng)該適當(dāng)使用這種耦合。A.消息連接B.參數(shù)傳遞C.繼承D.方法重寫16.表示對象相互行為的模型是（）模型。A.動態(tài)模型B.狀態(tài)模型C.功能模型D.對象模型17.定義類的屬性類型時盡量使用已有類型，太多自定義類型會降低系統(tǒng)的（）指標(biāo)。A.可維護(hù)性B.安全性C.開發(fā)效率D.有效性18.反映收發(fā)消息的對象的組織結(jié)構(gòu)，用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實現(xiàn)的是（）。A.類圖B.組件圖C.順序圖D.合作圖19.確定角色是（）的任務(wù)。A.對象模型B.動態(tài)模型C.交互模型D.用例模型20.如果說用例F被用例T擴展，意思是（）。A.F是一個特殊用戶，T是一個一般用例B.都是一般用例C.都是特殊用D.F是一個一般用例，T是一個特殊用例21.軟件需求分析產(chǎn)生兩個重要文檔，一個是軟件需求規(guī)格說明書，另一個是（）。A.可行性報告B.概要設(shè)計說明書C.軟件維護(hù)說明書D.初步用戶手冊22.下面建立功能模型的步驟哪個順序是正確的（）。A.確定用例模型/確定角色/確定用例B.確定角色/確定用例模型/確定用例C.確定角色/確定用例/確定用力模型D.確定用例/確定用例模型/確定角色23.在圖書館信息管理系統(tǒng)中，已經(jīng)構(gòu)造了一個讀者類，后來發(fā)現(xiàn)圖書館的學(xué)生和教師在借書中有不同要求。請問在面向?qū)ο笤O(shè)計中用（）方法可以有效地設(shè)計這3個類？A.動態(tài)聯(lián)編B.繼承C.信息隱藏D.多態(tài)24.用（）描述系統(tǒng)與角色之間的接口。A.界面類B.窗體C.對話框D.表單25.對類進(jìn)行詳細(xì)設(shè)計，主要是設(shè)計類的（），優(yōu)化類之間的關(guān)系。A.屬性和方法B.算法C.處理流程D.數(shù)據(jù)結(jié)構(gòu)26.面向?qū)ο笤O(shè)計的步驟中，正確的順序是（）。A.系統(tǒng)構(gòu)架設(shè)計、用例設(shè)計、類設(shè)計B.系統(tǒng)構(gòu)架設(shè)計、數(shù)據(jù)庫設(shè)計和用戶界面設(shè)計C.類設(shè)計、用例設(shè)計、構(gòu)架設(shè)計D.用例設(shè)計、構(gòu)架設(shè)計、類設(shè)計27.面向?qū)ο笤O(shè)計首先要進(jìn)行高層設(shè)計：確定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格，構(gòu)造系統(tǒng)的（），將系統(tǒng)劃分成不同的子系統(tǒng)。A.數(shù)據(jù)模型B.用例模型C.邏輯模型D.物理模型28.面向?qū)ο笤O(shè)計首先要確定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格，構(gòu)造系統(tǒng)的（）。A.邏輯模型B.用例模型C.物理模型D.數(shù)據(jù)模型29.在面向?qū)ο蠓椒ㄖ?，描述系統(tǒng)控制結(jié)構(gòu)的模型是（）模型。A.功能模型B.靜態(tài)模型C.對象模型D.動態(tài)模型30.在軟件設(shè)計中應(yīng)該保持模塊的獨立性原則，（）反映模塊獨立性。A.模塊之間的耦合B.模塊內(nèi)部的凝聚力C.耦合和內(nèi)聚D.數(shù)據(jù)和模塊形考作業(yè)3：基于UML的大學(xué)圖書館圖書信息管理系統(tǒng)設(shè)計實驗一、實驗內(nèi)容說明對實驗2的面向?qū)ο蠓治鼋Y(jié)果進(jìn)行系統(tǒng)概要設(shè)計和詳細(xì)設(shè)計。設(shè)計系統(tǒng)構(gòu)架，勾畫出整個系統(tǒng)的總體結(jié)構(gòu)，這項工作由全組成員參加，包括主要子系統(tǒng)及其接口，主要的設(shè)計類和中間件等系統(tǒng)軟件。設(shè)計時要考慮系統(tǒng)的可維護(hù)性，以簡單為第一原則——簡單的類、簡單的接口、簡單的協(xié)議、簡單的描述。使用UML的配置圖描述系統(tǒng)的物理拓?fù)浣Y(jié)構(gòu)以及在此結(jié)構(gòu)上分布的軟件元素。用類圖和順序圖對主要用例：借書、還書、處罰進(jìn)行設(shè)計，并對其中的類進(jìn)行詳細(xì)說明，包括屬性設(shè)計和方法設(shè)計。二、實驗?zāi)康模?）通過本實驗使學(xué)生掌握UML建模語言的常用圖形，面向?qū)ο蟮脑O(shè)計方法和過程。特別是熟悉包圖、順序圖、配置圖和類圖的應(yīng)用。（2）以小組形式完成本實驗，鍛煉同學(xué)之間的協(xié)作和溝通能力、自我學(xué)習(xí)和管理能力。（3）學(xué)生在實驗過程中熟練掌握常用的CASE工具。三、實驗學(xué)時8學(xué)時四、實驗步驟（1）根據(jù)實驗2畫出的系統(tǒng)用例圖和需求規(guī)格說明書規(guī)劃系統(tǒng)的物理結(jié)構(gòu)。（2）組長和小組成員共同協(xié)商一份設(shè)計規(guī)范：設(shè)計用的圖形符號、字體、大小規(guī)范，界面設(shè)計規(guī)范，用語規(guī)范等。（3）對借書用例、還書用例、處罰用例進(jìn)行用例設(shè)計和類設(shè)計。（4）對借書用例、還書用例、處罰用例使用順序圖設(shè)計類之間的消息通信。（5）編寫系統(tǒng)設(shè)計規(guī)格說明書。五、實驗要求4人一組，分工如下：1名組長，負(fù)責(zé)整個小組的人員安排，工作計劃，文檔質(zhì)量，整體項目的協(xié)調(diào)等工作；2名系統(tǒng)分析員，專門負(fù)責(zé)需求分析，1名分析員，專門負(fù)責(zé)系統(tǒng)的驗收測試用例。雖然各有分工，但大家必須協(xié)同工作。使用VISO或IBMRationalROSE工具軟件。各種說明書使用WORD軟件。六、結(jié)果實驗結(jié)果包括：（1）系統(tǒng)配置圖及其說明。（2）系統(tǒng)體系結(jié)構(gòu)劃分及其說明。（3）借書用例、還書用例、處罰用例的詳細(xì)設(shè)計類圖及其屬性、方法說明。（4）用順序圖分別對借書用例、還書用例、處罰用例設(shè)計類之間的消息通信說明。（5）系統(tǒng)設(shè)計說明書。七、成績評定組長給小組內(nèi)每名成員評分，小組的成績由指導(dǎo)教師給出，小組成績作為組長的成績，每名成員的成績=（組長評分+教師評分）/2。請查看系統(tǒng)設(shè)計規(guī)格說明書模板，按照要求完成后提交你的實驗結(jié)果。（本次實驗得分將直接計入形成性考核總成績，務(wù)必重視！滿分為10分）參考答案：基于UML的大學(xué)圖書館圖書信息管理系統(tǒng)設(shè)計實驗1.系統(tǒng)簡介本系統(tǒng)為一個小型的圖書管理系統(tǒng)，需要完成以下工作：（1）借書、還書（2）在圖書館中添加或刪除一本書（3）按作者或?qū)I(yè)領(lǐng)域查找一批書（4）找出被某位讀者接觸的一批書（5）找出最近借出某本書的讀者系統(tǒng)的用戶有兩類:圖書管理員和普通讀者。功能（1）（2）（5）只供圖書管理員使用，功能（4）只能供讀者查找自己借出的書，功能（3）為管理員和讀者的共同功能。本系統(tǒng)需滿足以下限制（1）圖書館中所有未借出的書可供讀者隨時借閱（2）在同一時刻，一本書不能既被借出又可供閱讀（3）一個讀者一次借出圖書的數(shù)目不能超過預(yù)定值2、用例分析與設(shè)計從以上系統(tǒng)簡介內(nèi)容中可以看出，本系統(tǒng)有以下幾類參與者：圖書管理員Admin讀者Reader讀卡器CardReader服務(wù)器Syetem在上述參與者中，圖書管理員和讀者與系統(tǒng)進(jìn)行交互，通過對交互場景進(jìn)行歸類和抽象，本系統(tǒng)應(yīng)具有以下用例:借書lendBook還書returnBook增加圖書addBook刪除圖書delBook按作者、專業(yè)檢索圖書findBook_Author按讀者檢索圖書findBook_Reader按書檢索讀者findReader_Book2.1生成用例圖以上用例分析可以生成用例圖，如圖2.1所示2.2用例的順序圖為了使每個用例的操作流程跟簡潔明了，本系統(tǒng)采用UML的順序圖來對每個用例進(jìn)行細(xì)化，如下所示。2.2借書函數(shù)說明：InsertCard（）：刷卡ReadCard（）：讀卡ifMax（）：判斷借書數(shù)量是否達(dá)到上限ReturnReaderInfo（）：返回讀者信息Return（true）：該讀者可以繼續(xù)借書LendBook（）：輸入借書信息Update（）：跟新數(shù)據(jù)庫2.3還書函數(shù)說明：BookInfo（）：輸入還書信息Update（）：跟新數(shù)據(jù)庫ReturnReaderInfo（）：返回讀者信息2.4增加圖書函數(shù)說明：addBook（）：輸入增加的圖書信息ifAllowAdd（）：判斷是否允許添加Update（）：跟新圖書信息Return（true）：返回添加成功2.5刪除圖書函數(shù)說明：delBook（）：輸入刪除的圖書信息ifAllowDel（）：判斷是否可以刪除ifSure（）：是否確定刪除Return（true）5：確定刪除Update（）：跟新圖書信息Return（true）7：返回刪除成功2.6作者檢索圖書函數(shù)說明：findBook_Author（）：管理員或者讀者選擇按作者或?qū)I(yè)檢索圖書Author（String）：輸入作者或?qū)I(yè)信息returnBookInfo（）：返回圖書信息2.7按作者檢索圖書管理員部分：讀者部分：函數(shù)說明：findBookReader（）：選擇按讀者檢索圖書ReaderID（）：輸入讀者編號ReaderIdandPass（）：輸入讀者編號密碼returnBookInfo（）：返回圖書信息7、按書檢索讀者函數(shù)說明：findReader_Book（）：選擇按圖書檢索讀者BookID（）：輸入圖書編號returnReaderInfo（）：返回讀者信息3、概念模型和頂層架構(gòu)設(shè)計3.1概念模型設(shè)計3.2頂層架構(gòu)設(shè)計4.用戶界面設(shè)計4.1界面變化分析根據(jù)管理員的功能分析，與管理員相關(guān)的主要界面有以下10個：AdminWelcome：管理員主界面findReader_Book：按讀者檢索讀書界面lendBook：借書界面returnBook：還書界面addBook：增加圖書界面delBook：刪除圖書界面Findbook_Author：按作者或?qū)I(yè)查找圖書界面Findbook_Reader：按讀者檢索圖書界面UserInfo：顯示讀者信息界面BookInfo：顯示圖書信息界面各界面之間轉(zhuǎn)換如狀態(tài)圖4.1所示根據(jù)讀者功能分析，與讀者相關(guān)的主要界面有以下5個：ReaderWelcome讀者主界面Findbook_Author：按作者或?qū)I(yè)查找圖書界面Findbook_Reader：按讀者檢索圖書界面InputPass：讀者驗證賬戶名密碼界面BookInfo：顯示圖書信息界面各界面之間的轉(zhuǎn)化如狀態(tài)圖4.2所示4.2界面的類圖表示針對每個屏幕的結(jié)構(gòu)及功能，采用類圖對其進(jìn)行詳細(xì)說明，如下所示。1.借書界面此界面包含一個圖書編號文框、一個讀者編號文本框、一個借書按鈕以及一個取消按鈕，如圖4.3所示。2.還書界面此界面包含一個圖書編號文本框、一個還書按鈕以及一個取消按鈕，如圖4.4所示3.增加圖書界面此界面包含一個圖書編號文本框、一個圖書名稱文本框、一個圖書作者文本框、一個增加按鈕以及一個取消按鈕，如圖4.5所示4.刪除圖書界面此界面包含一個圖書編號文本框、一個刪除按鈕以及一個取消按鈕，如圖4.6所示5.按作者或?qū)I(yè)查找圖書界面此界面包含一個作者姓名文本框、一個查找按鈕以及一個取消按鈕，如圖4.7所示6.按圖書查找讀者界面此界面包含一個圖書編號文本框、一個查找按鈕以及一個取消按鈕，如圖4.8所示7.按讀者查找圖書界面此界面包含一個讀者編號文本框、一個查找按鈕以及一個取消按鈕，如圖4.9所示8.讀者驗證賬戶名密碼界面此界面包含一個讀者編號文本框、一個讀者密碼文本框、一個查找按鈕以及一個取消按鈕，如圖4.10所示4.3界面包圖的設(shè)計1.管理員界面包圖2.讀者界面包圖5、類設(shè)計5.1類的屬性和操作設(shè)計經(jīng)過分析，系統(tǒng)主要的類、類的屬性及操作以及他們之間的關(guān)系如圖5.1所示5.2類的行為模型設(shè)計單單用類圖對類進(jìn)行描述并不能表示各類的動態(tài)行為，在這里我們進(jìn)一步用狀態(tài)圖對書籍和讀者兩個實體類進(jìn)行分析1.書籍的類的狀態(tài)圖狀態(tài)圖說明：NewBook：新書狀態(tài)；Available：可借閱狀態(tài)；Lender：已借出狀態(tài)Delete：已刪除狀態(tài)書籍在增加后進(jìn)入新書狀態(tài)，可供閱讀；在發(fā)生借閱事件后進(jìn)入已借出狀態(tài)；當(dāng)書籍歸還，又轉(zhuǎn)化可供閱讀狀態(tài)；刪除后進(jìn)入已刪除狀態(tài)。狀態(tài)圖說明：NewReader：新讀者賬戶Available：可借閱狀態(tài)；UnAvailable：不可借閱狀態(tài)；Delete：已刪除狀態(tài)新增的讀者為新賬戶狀態(tài)，可借閱圖書；當(dāng)借閱圖書數(shù)量達(dá)到最大值時轉(zhuǎn)化為不可借閱狀態(tài)；當(dāng)有圖書歸還后又進(jìn)入可借閱狀態(tài)；當(dāng)賬號被刪除，轉(zhuǎn)化為已刪除狀態(tài)。6.小結(jié)以上就是本小組經(jīng)過詳細(xì)分析、精心設(shè)計的一個圖書管理系統(tǒng)。經(jīng)過小組的討論以及分工合作，使我們每個人對該系統(tǒng)有了比較全面的了解，我們采用UML分析法對系統(tǒng)進(jìn)行分析設(shè)計，通過對用例的分析、概念模型和頂層架構(gòu)分析、界面設(shè)計以及類的分析設(shè)計讓整個系統(tǒng)的架構(gòu)更加清晰明了。在描述各個架構(gòu)及功能事我們采用了各種圖，包括狀態(tài)圖、類圖、包圖、順序圖等等，全面而詳細(xì)的將圖書管理系統(tǒng)整體到部分功能形象的展示出來，UML統(tǒng)一建模課程是我們小組成員設(shè)計知識的基礎(chǔ)，通過對rose軟件的實踐應(yīng)用，成功的完成本次軟件設(shè)計的具體工作。形考任務(wù)41.程序的三種基本控制結(jié)構(gòu)，包括順序結(jié)構(gòu)、（）和循環(huán)結(jié)構(gòu)。A.輸出結(jié)構(gòu)B.輸入結(jié)構(gòu)C.說明結(jié)構(gòu)D.條件判斷結(jié)構(gòu)2.程序結(jié)構(gòu)清晰且簡單易懂，一個函數(shù)的規(guī)模一般（）行。A.不超過30B.100左右C.大于500D.等于3003.程序設(shè)計語言的技術(shù)特性不應(yīng)包括（）。A.數(shù)據(jù)結(jié)構(gòu)的描述性B.抽象類型的描述性C.軟件的可移植性D.數(shù)據(jù)庫的易操作性4.對于嵌套的循環(huán)和分支程序，層次不要超過（）層。A.2B.1C.3D.55.構(gòu)架設(shè)計的主要目的是（），這項工作由經(jīng)驗豐富的構(gòu)架設(shè)計師主持完成。A.確定系統(tǒng)數(shù)據(jù)結(jié)構(gòu)B.類圖C.處理流程D.確定系統(tǒng)總體結(jié)構(gòu)6.兩個浮點數(shù)X0和X1比較相等時，應(yīng)該用（）比較。A.X0=X1B.X1-X0<εC.|X0-X1|<εD.X0==X17.（）不符合軟件測試原則。A.對每個測試結(jié)果進(jìn)行檢查，不漏掉已經(jīng)出現(xiàn)的錯誤跡象B.程序員應(yīng)該仔細(xì)測試自己編寫的程序代碼C.程序員要避免測試自己編寫的程序代D.測試工作越早開始越好8.（）時，測試人員必須接觸到程序源代碼。A.壓力測試B.外觀測試C.白盒測試D.黑盒測試9.（）屬于功能測試方法。A.邊值分析和判定覆蓋B.等價類劃分和判定覆蓋C.邊值分析和等價類劃分D.判定覆蓋和回歸測試10.不管多么完善的軟件都可能有潛在的問題，所以設(shè)計人員應(yīng)該為軟件進(jìn)行（）設(shè)計，當(dāng)軟件遇到異常數(shù)據(jù)、事件或操作時，軟件不至于徹底崩潰。A.容錯性B.可靠性C.有效性D.安全性11.測試用例是一組（）。A.測試用的輸入數(shù)據(jù)以及對應(yīng)的預(yù)期結(jié)果B.測試驅(qū)動程序C.測試數(shù)據(jù)D.測試程序及數(shù)據(jù)12.測試最早的開始時間是（）。A.從編碼階段開始B.從詳細(xì)設(shè)計階段開始C.從需求分析階段開始D.以上都對13.從測試對象的粒度上劃分測試為（）。A.單元測試、集成測試、系統(tǒng)測試和驗收測試B.黑盒測試、白盒測試、功能測試和性能測試C.單元測試、集成測試D.壓力測試、功能測試、性能測試和系統(tǒng)測14.從狹義上講，軟件測試是（）的過程。A.為發(fā)現(xiàn)錯誤而執(zhí)行程序B.用不同的數(shù)據(jù)驗證程序正確性C.區(qū)分程序員水平D.為了驗證程序正15.軟件維護(hù)