信息系統(tǒng)復習題

1、、判斷題（本題滿分10分，共含10道小題，每小題1 分）題號12345678910答案XVVXXXVVXX1、描述一個系統(tǒng)最抽象的模型是物理模型。2、企業(yè)管理中存在物流、資金流和信息流，它們是不可互相替代的。3、某單位實施信息化建設，先進行整體規(guī)劃、分析，然后進行具體信息系統(tǒng)的設計、實施，最后是 運行維護，這是應用了系統(tǒng)工程的方法來解決企業(yè)信息化問題。4、抽象是人類認識世界的基本法則之一，在信息系統(tǒng)分析時需要運用抽象，而系統(tǒng)設計則不需要。5、UML是一種面向?qū)ο蟮拈_發(fā)方法。6、戰(zhàn)略目標集轉(zhuǎn)移法是一種系統(tǒng)調(diào)查方法。7、在描述具有較多控制流的數(shù)據(jù)處理時，數(shù)據(jù)流圖的表達能力欠佳。&信息系統(tǒng)總

2、體設計的內(nèi)容包括軟件架構(gòu)設計和軟件結(jié)構(gòu)設計。9、確認測試是指驗證被測軟件的每個模塊是否滿足設計說明書的規(guī)定要求。10、在軟件的使用過程中，用戶往往會對軟件提出新的功能與性能要求，這時需要對軟件進行修改 和開發(fā)，稱為適應性維護。、單選題（本題滿分20分，共含20項，每項1 分）題號12345678910答案BBDBCACDBC題號11121314151617181920答案CBBDAABADB1、某快捷連鎖酒店未購置服務器和酒店管理軟件，通過和某軟件供應商簽訂合同，以授權用戶登錄 到供應商提供的網(wǎng)站上，在線租用軟件進行酒店信息管理，這種軟件服務模式稱為（1）。A . SOAB . SaaSC.

3、ERPD . CASE2、 某小型軟件公司欲開發(fā)一個基于Web的考勤管理系統(tǒng)，客戶對系統(tǒng)的基本功能、表現(xiàn)形式等要求并不明確，在這種情況下，采用（2 ）比較合適。A .瀑布法B .原型法C .增量迭代法D .螺旋法3、系統(tǒng)分析階段要對企業(yè)進行詳細調(diào)查，從而識別信息系統(tǒng)需求。當面臨人手緊、工期短、調(diào)查范圍大時，最不適合采用的調(diào)查方法是（3 ）。A 收集各類資料B 分發(fā)和收集調(diào)查表C 召開聯(lián)合會議D 用戶訪談4、 大型企業(yè)在進行信息化建設時通常要先完成系統(tǒng)規(guī)劃，以下關于系統(tǒng)規(guī)劃錯誤的說法是（4 ）。A 系統(tǒng)規(guī)劃任務可以外包給專業(yè)的IT咨詢公司進行B 系統(tǒng)規(guī)劃制定的解決方案應涵蓋企業(yè)流程中的所有需求細

4、節(jié)C 規(guī)劃的主要任務是劃分企業(yè)的各個信息系統(tǒng)并明確它們之間的關系D 系統(tǒng)規(guī)劃應制定企業(yè)各信息系統(tǒng)的開發(fā)順序和開發(fā)計劃5、 系統(tǒng)分析階段主要任務是明確系統(tǒng)需求，下列活動中，（5 ）不屬于需求分析的范疇。A 根據(jù)系統(tǒng)需求識別和確認系統(tǒng)功能B .將所收集的用戶需求編寫成文檔和模型C 針對系統(tǒng)特點，考慮并確定數(shù)據(jù)庫產(chǎn)品、開發(fā)平臺和程序設計語言D .了解實際用戶任務和目標以及這些任務所支持的業(yè)務需求6、以下關于數(shù)據(jù)流圖和用例圖的說法，正確的是（6）。A .數(shù)據(jù)流圖可以描述處理流程的先后順序，用例圖不能表達流程B .數(shù)據(jù)流圖用于表達數(shù)據(jù)需求，用例圖用于表達功能需求C .數(shù)據(jù)流圖的外部實體和用例圖的參與者含

5、義相同共8頁第1頁D 數(shù)據(jù)流圖和用例圖的繪制都體現(xiàn)了自頂向下、逐層分解的思想7、 以下關于耦合度的說法錯誤的是（7 ）。A 控制耦合可以消除C 高耦合的系統(tǒng)易于理解和維護8、 以下關于內(nèi)聚度的說法錯誤的是（8 ）。A 單一職責的類具有高內(nèi)聚性C .順序內(nèi)聚的內(nèi)聚性高于步驟內(nèi)聚9、 以下關于軟件架構(gòu)錯誤的說法是（9 ）。A .軟件架構(gòu)包含了軟件的抽象結(jié)構(gòu) C 軟件架構(gòu)可以在不同系統(tǒng)中重用B .數(shù)據(jù)耦合在一個軟件系統(tǒng)中是無法避免的D .基類和派生類之間存在高耦合度B .用于界面初始化的子過程是時間內(nèi)聚的D 采用分層架構(gòu)設計會降低類的內(nèi)聚性B .多層架構(gòu)模式不適合規(guī)模大的信息系統(tǒng)D . B/S 是一

6、種軟件架構(gòu)模式共8頁 第 3頁10、模塊結(jié)構(gòu)圖表達了軟件功能的層次分解，在程序?qū)崿F(xiàn)時就是上層模塊調(diào)用了下層模塊，這種調(diào) 用關系在 UML 的（ 10 ）中也能描述。A .活動圖B .類圖C.順序圖D.狀態(tài)圖11、在某銀行業(yè)務的用例模型中， “取款”和“存款”兩個用例中都需要執(zhí)行查詢余額的功能，將查詢 余額提取成獨立的用例， 那么“取款”和“存款”用例與“查詢余額” 用例之間的關系屬于 （11 ）A 關聯(lián)關系B .擴展關系C包含關系D .繼承關系12、以下模型不能用于業(yè)務流程建模的是（A . BPMNB .組織結(jié)構(gòu)圖12 ）。C. UML 活動圖D .跨職能流程圖13、面向?qū)ο笤O計中利用順序圖描

7、述軟件功能的詳細執(zhí)行流程，順序圖中對象之間通過發(fā)送消息來實 現(xiàn)交互協(xié)作，如 A 向 B 發(fā)送了 X 消息， X 是（ 13 ）。A. A 的方法B. B 的方法C. A 的屬性D. B 的屬性14、采用教材所講授的三層架構(gòu)模式進行面向?qū)ο笤O計，銀行信息系統(tǒng)中的“賬戶類”應設計為 （14 ），“賬戶管理類”應設計為（ 15 ）。A .控制類B .邊界類C .接口類D .實體類15、以下關于測試的描述錯誤的是（16 ）。A .黑盒測試也稱結(jié)構(gòu)測試B .測試用例應包含合理和不合理的輸入數(shù)據(jù)C 測試可以由程序員或?qū)I(yè)測試人員完成D 測試工作可以和分析設計編程等工作同步開展16、缺陷跟蹤管理系統(tǒng)中，缺陷

8、被分配給一個開發(fā)人員，類圖中缺陷和開發(fā)人員存在（17 ）。A .實現(xiàn)關系B .關聯(lián)關系C .依賴關系D .泛化關系17、遵守面向?qū)ο笤O計原則可以有效地提高系統(tǒng)的復用性和可維護性。應用（ 的系統(tǒng)，并為之提供新的行為。18 ）則可擴展已有A . OCPB . LSPC. DIPD . SRP18、以下關于詳細設計的說法錯誤的是（19 ）。A .輸入設計應遵守最小量和早校驗原則B .不是所有的輸入輸出都需要人機交互界面C .使用自動化輸入輸出設備可以避免或減少人為錯誤的發(fā)生D .為系統(tǒng)中的每個事物設計特定代碼，其主要目的是為了提高輸入速度以下描述錯誤的是 （20）。19、為數(shù)據(jù)庫建模的 ER 圖和為

9、領域?qū)ο蠼５念悎D既相似又有很大區(qū)別，A .二者都能表達事物之間的關系B 類圖中的所有關系都能在 ER 圖中表示C 二者都可以通過尋找系統(tǒng)中的事物來建模DER 圖的目的是對數(shù)據(jù)存儲結(jié)構(gòu)建模，類圖的目的是對軟件程序結(jié)構(gòu)建模三、問答題（本題滿分 20分，共含 4 道小題，每小題 5 分）1、信息系統(tǒng)建設的生命周期分 5 個階段，結(jié)合個人興趣和未來職業(yè)規(guī)劃，你最愿意從事哪個階段的 工作？該階段主要工作內(nèi)容是什么？你為什么有興趣？ 評分標準：正確說明所選階段的工作內(nèi)容得3分，合理說明原因得 2 分。2、UML1.x 中哪些模型圖是描述系統(tǒng)靜態(tài)結(jié)構(gòu)的？請分別說明其作用。 評分標準：類圖 2分、對象圖 1

10、 分、構(gòu)件圖 1 分、部署圖 1 分（1）類圖：描述程序的靜態(tài)邏輯結(jié)構(gòu)，表示系統(tǒng)中的類以及類與類之間的關系。（2）對象圖：描述了一組對象以及它們之間的關系，是對類圖一種實例化。（3）構(gòu)件圖：描述程序的靜態(tài)實現(xiàn)結(jié)構(gòu)，表示構(gòu)件以及它們之間的依賴關系。（4）部署圖： 描述系統(tǒng)中軟件和硬件的物理架構(gòu)，表示系統(tǒng)運行時的處理節(jié)點以及節(jié)點中構(gòu) 件的配置。3、類圖中有哪幾種關系？請分別舉例說明。評分標準：關系名稱 1 分，舉例（ 4 種）每個 1 分（ 1） 關聯(lián) （Association） ：某個班級有若干個學生，班級和學生之間存在關聯(lián)關系。（ 2） 泛化 （Generalization） ：學校有各類職工

11、，包括教師、工人、行政人員、科研人員，職工 和具體各類人員之間存在泛化關系。（ 3） 實現(xiàn) （Realization ） ：定義一個數(shù)據(jù)訪問接口，該接口具有 ExecuteSQL 方法， Sql 訪問對 象實現(xiàn)該接口， Oracle 訪問對象實現(xiàn)該接口。（ 4） 依賴 （Dependency） ：界面的事件過程中調(diào)用控制對象（業(yè)務邏輯對象）的方法，控制對 象的方法中調(diào)用了實體對象（數(shù)據(jù)訪問對象）的方法，界面對象依賴控制對象，控制對 象依賴實體對象。4、程序應易于理解和維護，編寫程序時有哪些做法可以提高程序的可理解性和可維護性？評分標準：排版、注釋、命名、常量代替數(shù)字、嵌套不要太深、表達式簡單直

12、接等每個 1 分。四、綜合題（本題滿分 50 分）1、軟件測試管理需要監(jiān)測缺陷從報告到解決的所有狀態(tài)和步驟，圖1 是一個缺陷管理的示意圖，請采用 UML 狀態(tài)圖或 UML 活動圖對缺陷狀態(tài)或缺陷跟蹤過程進行建模（任選一種圖， 8 分）。俺色說明活動圖:評分標準：4個角色每個角色及其功能各 1分，3個判斷控制每個1分，起點終點1分。狀態(tài)圖:共8頁第7頁測試發(fā)現(xiàn)Bug /提交Bug委員會評審待分配評分標準：5個狀態(tài)，每個各1分；狀態(tài)轉(zhuǎn)換事件1分，行動1分；起點終點1分。2、某維修服務公司的材料庫存管理關于出庫的工作流程如下：維修人員不定期領取維修工作所需的材料，手工填制一式兩聯(lián)領料單（包括日期、材

13、料名稱、規(guī)格、數(shù)量、領料人簽字），一張領料單上可以填寫多種材料。維修人員將領料單交給部門經(jīng)理審核，審核通過部門經(jīng)理簽字。維修人員到庫房，將領料單交給庫管人員，庫管人員根據(jù)領料單發(fā)放材料，填寫出庫單（出 庫日期、材料名稱、規(guī)格、數(shù)量），雙方簽字，并修改庫存賬目。對于領料單上的多種材料，庫存充足的材料予以發(fā)出，對已發(fā)放的材料庫管人員在領料單上做標記。庫存不足的暫不發(fā)放，下次維修人員繼續(xù)憑領料單可領取。一張出庫單上填寫一次發(fā)出的材料，可以是一種或多種。請根據(jù)以上描述，完成以下任務：（1）分析功能需求，繪制數(shù)據(jù)流圖（8分）評分標準：每個處理 1分，共5分；外部實體1分；數(shù)據(jù)存儲每個1分，共3分；總計不

14、超過8分。 有語法錯誤每個扣1分。(2)分析功能需求，繪制用例圖。(5分)維修人員填寫領料單審核領料單庫管人員領料岀庫評分標準：每個用例 1分，參與者正確2分；將用例步驟當作用例酌情扣除 1分或2分。(3)請選擇和庫管人員有關的用例，書寫該用例的主事件流和備選事件流。(5分)用例名稱領料出庫參與者庫管人員前置條件庫管人員已登錄系統(tǒng)后置條件領料單標記出庫，建立出庫單，材料庫存減少主事件流1 庫管人員輸入領料單號3 .庫管人員選擇開出庫單5 庫管人員再出庫單窗口中勾選本次 將發(fā)放的材料，并確定提交2 系統(tǒng)根據(jù)領料單號查詢，顯示領料單詳 情4 .系統(tǒng)彈出開出庫單窗口，顯示領料單中 庫存充足的材料6

15、.系統(tǒng)保存出庫單，修改庫存數(shù)量，并標 記領料單已領取備選 事件流2 a.領料單號不存在1系統(tǒng)提示，返回到12b.領料單已領取完畢1.系統(tǒng)提示退出，用例結(jié)束4a.領料單的材料庫存不足1.系統(tǒng)提示退出，用例結(jié)束 5a .庫管人員放棄發(fā)放材料1用例結(jié)束評分標準：前置條件后置條件正確得1分，主事件流3分，備選事件流1分，未按照雙列書寫參與者和系統(tǒng)的行為酌情扣除1分或2分。(4)請識別該領域中的對象，繪制類圖或ER圖，要求包含屬性。(8分)共8頁第#頁經(jīng)理 乾工¥ 怎姓名工號龜姓名領料單11.n懸領料單號 爲幵單日期 勃審核日期領料單明細啟領料數(shù)量 層領取標記O.n庫管人員評分標準：每個類 1分, 誤酌情扣除1分或2分。懸工號出庫單1L.n山烏出庫單號簽出庫日期共8分；缺少明細扣除出庫單明細 期岀庫數(shù)量Q.n材料乜材料編號 廳材料名稱©庫存數(shù)量2分，缺少材料扣除1分，屬性錯誤或關系錯（5）設計題目（3）的用例的用戶界面。（8分）廠領料單號開單日期領料只選扌華選擇詵擇選擇選擇該領料單詳情如下:村料編號材料名琢燥格領取數(shù)窒現(xiàn)庫存敷量選中發(fā)出確認出庫|關閉J評分標準：能夠完成用例功能得3分，能顯示領料單信息 2分，能顯示材料領取數(shù)量和庫存數(shù)量2分，可選材料確認出庫 1分。參考以上酌情給分。庫管人員領料岀庫界面領料單領料單明細材料岀庫單岀庫單明細1.打開窗口1.1.查詢未