1、系統(tǒng)分析與設(shè)計(jì)復(fù)習(xí)題一 選擇題：1. 面向?qū)ο蟮奶攸c(diǎn)主要概括為（ ）。A. 可分解性、可組合性、可分類性B. 繼承性、封裝性、多態(tài)性C. 抽象性、繼承性、封裝性、多態(tài)性D. 封裝性、易維護(hù)性、可擴(kuò)展性、可重用性2. 信息按照（ ）可以分為戰(zhàn)略信息、戰(zhàn)術(shù)信息和作業(yè)信息。A. 應(yīng)用領(lǐng)域 B. 加工順序 C. 管理的層次 D. 反映形式3. 按照處理的對(duì)象，可把組織的信息系統(tǒng)分為（ ）和管理信息系統(tǒng)兩大類。A. 電子數(shù)據(jù)處理系統(tǒng) B. 作業(yè)信息系統(tǒng) C. 決策支持系統(tǒng) D. 情報(bào)處理系統(tǒng)4. 在開(kāi)發(fā)一個(gè)企業(yè)管理信息系統(tǒng)時(shí)，首先要進(jìn)行用戶調(diào)查，調(diào)查中收集的主要信息包括（ ）。A. 管理目標(biāo)、人力資源、

2、業(yè)務(wù)流程和數(shù)據(jù)流程信息B. 組織結(jié)構(gòu)、功能體系、業(yè)務(wù)流程和數(shù)據(jù)流程信息C. 企業(yè)性質(zhì)、客戶資源、業(yè)務(wù)流程和數(shù)據(jù)流程信息D. 管理目標(biāo)、功能體系、業(yè)務(wù)流程和數(shù)據(jù)流程信息5. 系統(tǒng)流程圖也稱為業(yè)務(wù)流程圖，它表達(dá)的是（ ）。A. 數(shù)據(jù)在系統(tǒng)各部件間的流動(dòng)情況B. 對(duì)數(shù)據(jù)進(jìn)行加工處理的控制過(guò)程C. 邏輯數(shù)據(jù)流圖D. 白盒子形式的組成系統(tǒng)的每個(gè)部件6. 一般子系統(tǒng)的劃分是在系統(tǒng)（ ）階段，根據(jù)對(duì)系統(tǒng)的功能/數(shù)據(jù)分析的結(jié)果提出的。A. 需求分析 B. 邏輯階段 C. 總體設(shè)計(jì) D. 詳細(xì)設(shè)計(jì)7. 信息系統(tǒng)流程圖是以新系統(tǒng)的（ ）為基礎(chǔ)繪制的。A. E-R圖 B. 管理功能圖 C. 業(yè)務(wù)流程圖 D. 數(shù)據(jù)流

3、圖8. 在關(guān)系規(guī)范化過(guò)程中，一般來(lái)講，滿足（ ）的關(guān)系即可滿足信息處理的要求，就可以認(rèn)為是比較規(guī)范的關(guān)系。A. 第一范式 B. 第二范式 C. 第三范式 D. BC范式9. 信息系統(tǒng)開(kāi)發(fā)的結(jié)構(gòu)化方法的一個(gè)主要原則是（ ）。A. 自頂向下原則 B. 自底向上原則 C. 分步實(shí)施原則 D. 重點(diǎn)突破原則10. 用戶開(kāi)發(fā)應(yīng)用系統(tǒng)的主要手段是（ ）。A. 生命周期法 B. 原型法 C. 第四代語(yǔ)言 D. 面向?qū)ο蠓椒?1. 系統(tǒng)規(guī)劃的主要任務(wù)包括（ ）。A. 明確組織的信息需求、制定系統(tǒng)總體結(jié)構(gòu)方案 B. 對(duì)系統(tǒng)進(jìn)行經(jīng)濟(jì)、技術(shù)和使用方面的可行性研究 C. 選擇計(jì)算機(jī)和網(wǎng)絡(luò)系統(tǒng)的方案 D. 確定軟件系統(tǒng)

4、的模塊結(jié)構(gòu)12. 系統(tǒng)設(shè)計(jì)階段的主要成果是（ ）。A. 用戶的決策方針 B. 用戶的分析方案 C. 系統(tǒng)設(shè)計(jì)說(shuō)明書(shū) D. 系統(tǒng)總體設(shè)計(jì)方案13. 信息系統(tǒng)建設(shè)的結(jié)構(gòu)化方法中用戶必須參與的原則是用戶必須參與（ ）。A. 系統(tǒng)建設(shè)中各階段工作 B. 系統(tǒng)分析工作 C. 系統(tǒng)設(shè)計(jì)工作 D. 系統(tǒng)實(shí)施工作14. 結(jié)構(gòu)化生命周期法的主要缺點(diǎn)之一是（ ）。A. 系統(tǒng)開(kāi)發(fā)周期長(zhǎng) B. 缺乏標(biāo)準(zhǔn)、規(guī)范 C. 用戶參與程度低 D. 主要工作集中在實(shí)施階段15. 系統(tǒng)分析工作的全面總結(jié)和主要成果是（ ）。A. 可行性研究報(bào)告 B. 數(shù)據(jù)詞典 C. 系統(tǒng)說(shuō)明書(shū) D. 系統(tǒng)詳細(xì)調(diào)查報(bào)告16. 軟件文檔是信息系統(tǒng)（ ）

5、的重要依據(jù)。A.可理解性 B.可維護(hù)性 C.可擴(kuò)展性 D.可移植性17. 系統(tǒng)維護(hù)中要解決的問(wèn)題來(lái)源于（ ）。A. 系統(tǒng)分析階段 B. 系統(tǒng)設(shè)計(jì)階段 C. 系統(tǒng)實(shí)施階段 D. 三者都包括18. 在原型法中，原型是開(kāi)發(fā)系統(tǒng)的（ ）。A. 反映用戶最基本需求的可以運(yùn)行的實(shí)驗(yàn)?zāi)Ｐ?B. 某一主要部分的詳細(xì)設(shè)計(jì)方案（物理模型） C. 反映用戶需求的邏輯模型 D. 反映用戶全部需求符合系統(tǒng)開(kāi)發(fā)規(guī)范的應(yīng)用軟件程序19. 由用戶開(kāi)發(fā)應(yīng)用系統(tǒng)可以解決的主要問(wèn)題是（ ）。A. 提高應(yīng)用系統(tǒng)效率 B. 系統(tǒng)開(kāi)發(fā)直接反映用戶需求 C. 增強(qiáng)系統(tǒng)的可靠性 D. 降低開(kāi)發(fā)成本20. 項(xiàng)目主要管理人員應(yīng)參與（ ）。A.

6、系統(tǒng)規(guī)劃 B. 系統(tǒng)設(shè)計(jì) C. 系統(tǒng)分析 D. 系統(tǒng)開(kāi)發(fā)和運(yùn)行全過(guò)程21. 繪制功能結(jié)構(gòu)圖的依據(jù)是（ ）。A. 數(shù)據(jù)流程圖 B. PAD圖 C. N-S圖 D. 系統(tǒng)總體設(shè)計(jì)22. 下面哪一項(xiàng)不是系統(tǒng)設(shè)計(jì)階段的主要活動(dòng)（ ）。A. 系統(tǒng)總體設(shè)計(jì) B. 系統(tǒng)硬件設(shè)計(jì) C. 系統(tǒng)詳細(xì)設(shè)計(jì) D. 編寫系統(tǒng)實(shí)施計(jì)劃23. 對(duì)于結(jié)構(gòu)化設(shè)計(jì)思想的描述哪一項(xiàng)是錯(cuò)誤的（ ）。A. 在結(jié)構(gòu)化設(shè)計(jì)中，模塊的功能應(yīng)當(dāng)簡(jiǎn)單明確，易于理解 B. 自頂向下，逐步求精 C. 設(shè)計(jì)者應(yīng)先設(shè)計(jì)頂層模塊 D. 越下層模塊，其功能越具體，越復(fù)雜24. 數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)設(shè)計(jì)是將（ ）。A. 邏輯模型轉(zhuǎn)換成數(shù)據(jù)模型 B. 數(shù)據(jù)模型轉(zhuǎn)換

7、成物理模型 C. 概念數(shù)據(jù)模型轉(zhuǎn)換為數(shù)據(jù)模型 D. 邏輯模型轉(zhuǎn)換為物理模型25. 耦合度描述了（ ）。A. 模塊內(nèi)各種元素結(jié)合的程度B. 模塊內(nèi)多個(gè)功能之間的接口C. 模塊之間公共數(shù)據(jù)的數(shù)量D. 模塊之間相互關(guān)聯(lián)的程度26. 內(nèi)聚是種指標(biāo)，表示一個(gè)模塊（ ）。A. 代碼優(yōu)化的程度B. 代碼功能的集中程度C. 完成任務(wù)的及時(shí)程度D. 為了與其他模塊連接所要完成的工作量27. 在繪繪數(shù)據(jù)流時(shí)，應(yīng)遵循父圖與子圖平衡的原則，所謂平衡是指（ ）。A. 父圖和子圖都不昨改變數(shù)據(jù)流的性質(zhì)B. 子圖不改變父圖數(shù)據(jù)流的一致性C. 父圖的輸入/輸出數(shù)據(jù)流與子圖的輸入/輸出數(shù)據(jù)流一致D. 子圖的輸出數(shù)據(jù)流完全由父圖

8、的輸入數(shù)據(jù)流確定28. 以下關(guān)于信息的敘述正確的是（ ）。A. 信息就是數(shù)據(jù)B. 信息可以脫離載體獨(dú)立地傳輸C. 信息可以表示事物的特征和運(yùn)動(dòng)變化，但不能表示事物之間的聯(lián)系D. 信息不是物質(zhì)，也不是能量29. 現(xiàn)代管理信息系統(tǒng)是（ ）。A. 計(jì)算機(jī)系統(tǒng)B. 手工管理系統(tǒng)C. 人機(jī)系統(tǒng)D. 計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)30. 設(shè)有關(guān)系Students（學(xué)號(hào)，姓名，年齡，性別，系別，家庭住址），其中，屬性“系名”是關(guān)系DESP的主鍵，用戶要求訪問(wèn)“家庭地址”的某個(gè)成分，如郵編、省、市、街道以及門牌號(hào)。關(guān)系Students的主鍵和外鍵分別是（ ）A. 學(xué)號(hào)、家庭地址B. 姓名、系別C. 學(xué)號(hào)、系別D. 姓名、家庭

9、地址31. 系統(tǒng)開(kāi)發(fā)的主要方法有生命周期法、原型化方法、計(jì)算機(jī)輔助軟件工程方法和（ ）。A. 自頂向下法 B. 由底向上法 C. 模塊法 D. 面向?qū)ο蠓椒?2. 在系統(tǒng)生命周期的各階段中，花費(fèi)費(fèi)用和人力投入最多的階段是（ ）。A. 分析與設(shè)計(jì) B. 編制程序 C. 測(cè)試程序 D. 系統(tǒng)維護(hù)33. 設(shè)有關(guān)系Students（學(xué)號(hào)，姓名，年齡，性別，系別，家庭住址），用戶要求訪問(wèn)“家庭地址”的某個(gè)成分，如郵編、省、市、街道以及門牌號(hào)，則“家庭地址”是一個(gè)（ ）屬性。A. 簡(jiǎn)單B. 復(fù)合C. 多值D. 派生34. 下列關(guān)于信息的敘述，不正確的是（ ）。A. 信息是可以處理的B. 信息的價(jià)值不會(huì)改變

10、C. 信息可以在不同形態(tài)間轉(zhuǎn)化D. 信息具有時(shí)效性35. 下列不屬于面向?qū)ο蠹夹g(shù)的基本特征的是（ ）。A. 封裝性 B. 模塊性 C. 多態(tài)性 D. 繼承性36. 繼承機(jī)制的作用是（ ）。A. 信息隱藏 B. 數(shù)據(jù)封裝 C. 派生新類 D. 數(shù)據(jù)抽象37. （ ）是從用戶使用系統(tǒng)的角度描述系統(tǒng)功能的圖形表達(dá)方法。A. 類圖 B. 對(duì)象圖 C. 序列圖 D. 用例圖38. （ ）是表達(dá)系統(tǒng)類及其相互聯(lián)系的圖示,它是面向?qū)ο笤O(shè)計(jì)的核心，建立狀態(tài)圖、協(xié)作圖和其他圖的基礎(chǔ)。A對(duì)象圖 B. 組件圖 C. 類圖 D. 配置圖39. （ ）描述了一組交互對(duì)象間的動(dòng)態(tài)協(xié)作關(guān)系，它表示完成某項(xiàng)行為的對(duì)象和這些對(duì)

11、象之間傳遞消息的時(shí)間順序。A對(duì)象圖 B. 協(xié)作圖 C. 狀態(tài)圖 D. 序列圖40. （ ）就是用于表示構(gòu)成分布式系統(tǒng)的節(jié)點(diǎn)集和節(jié)點(diǎn)之間的聯(lián)系的圖示，它可以表示系統(tǒng)中軟件和硬件的物理架構(gòu)。A. 組件圖 B. 協(xié)作圖 C. 狀態(tài)圖 D. 配置圖41. 在用UML進(jìn)行數(shù)據(jù)庫(kù)的分析與設(shè)計(jì)過(guò)程中，（ ）就是進(jìn)行數(shù)據(jù)庫(kù)的需求分析，使用用例圖、類圖、順序圖、活動(dòng)圖等建立業(yè)務(wù)模型。A. 邏輯數(shù)據(jù)模型設(shè)計(jì) B 業(yè)務(wù)Use Case模型設(shè)計(jì) C. 物理數(shù)據(jù)模型設(shè)計(jì) D. 物理實(shí)現(xiàn)設(shè)計(jì)42. 使用UML進(jìn)行關(guān)系數(shù)據(jù)庫(kù)的（ ）時(shí)，需要設(shè)計(jì)出表達(dá)持久數(shù)據(jù)的實(shí)體類及其聯(lián)系，并把它們映射成為關(guān)系數(shù)據(jù)庫(kù)表（Table)、視圖

12、(View)等。A. 業(yè)務(wù)Use Case模型設(shè)計(jì) B. 邏輯數(shù)據(jù)模型設(shè)計(jì)C. 物理數(shù)據(jù)模型設(shè)計(jì) D. 物理實(shí)現(xiàn)設(shè)計(jì)43. UML的動(dòng)態(tài)建模表示包含（ ）種圖。(狀態(tài)圖、活動(dòng)圖、順序圖和合作圖 用例圖)A. 9 B. 5 C. 4 D. 244. 在UML提供的圖中，（ ）用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互。A. 用例圖 B. 類圖 C. 對(duì)象圖 D. 部署圖45. 在UML提供的圖中，( )用于按時(shí)間順序描述對(duì)象間的交互。A. 網(wǎng)絡(luò)圖B. 狀態(tài)圖C. 協(xié)作圖D. 序列圖46. 繪制系統(tǒng)流程圖的基礎(chǔ)是( )。A. 數(shù)據(jù)關(guān)系圖B. 數(shù)據(jù)流程圖C. 數(shù)據(jù)結(jié)構(gòu)圖D. 功能結(jié)構(gòu)圖47. 系統(tǒng)分析報(bào)

13、告的主要作用是( )。A. 系統(tǒng)規(guī)劃的依據(jù)B. 系統(tǒng)實(shí)施的依據(jù)C. 系統(tǒng)設(shè)計(jì)的依據(jù)D. 系統(tǒng)評(píng)價(jià)的依據(jù)48. 在決定開(kāi)發(fā)管理信息系統(tǒng)之前，首先要做好系統(tǒng)開(kāi)發(fā)的（ ）。A. 可行性研究B. 系統(tǒng)化分析C. 總體預(yù)算D. 新系統(tǒng)的邏輯設(shè)計(jì)和物理設(shè)計(jì)49. 判斷表由以下幾方面內(nèi)容組成（ ）。A. 條件、決策規(guī)則和應(yīng)采取的行動(dòng)B. 決策問(wèn)題、決策規(guī)則、判斷方法C. 環(huán)境描述、判斷方法、判斷規(guī)則D. 方案序號(hào)、判斷規(guī)則50. 結(jié)構(gòu)化分析方法是一種面向（ ）的需求分析方法。A. 對(duì)象B. 數(shù)據(jù)結(jié)構(gòu)C. 數(shù)據(jù)流D. 控制流51. 結(jié)構(gòu)化方法最為常用的圖形工具是數(shù)據(jù)流圖。在數(shù)據(jù)流圖中，名字及方向的成分是（ ）

14、。A. 控制流B. 信息流C. 數(shù)據(jù)流D. 信號(hào)流52. 進(jìn)行需求分析時(shí)可以使用多種工具，但（ ）是不適用的。A. DFD圖B. 判斷表C.PAD圖D. 數(shù)據(jù)字典53. 在用戶需求分析中，開(kāi)發(fā)人員要從用戶那里解決的最重要的問(wèn)題是（ ）。A. 要讓軟件做什么B. 要給軟件提供哪些信息C. 要求軟件工作效率怎樣D. 要讓軟件具有何種結(jié)構(gòu)54. 需求規(guī)格說(shuō)明書(shū)在軟件開(kāi)發(fā)中具有重要作用，但它不能作為（ ）。A. 軟件設(shè)計(jì)的依據(jù)B. 用戶和開(kāi)發(fā)人員對(duì)軟件要做什么的共同理解C. 軟件驗(yàn)收的依據(jù)D. 軟件可行性分析的依據(jù)55. 原型化方法是用戶和軟件開(kāi)發(fā)人員之間進(jìn)行的一種交互過(guò)程，適用于（ ）系統(tǒng)。A. 需

15、求不確定性高的B. 需求確定的C. 管理信息D. 決策支持56. 原型化方法是用戶和軟件開(kāi)發(fā)人員之間進(jìn)行的一種交互過(guò)程，它從用戶界面的開(kāi)發(fā)入手，首先形成（ ）。A. 用戶界面使用手冊(cè)B. 用戶界面需求分析說(shuō)明書(shū)C. 系統(tǒng)界面原型D.完善的用戶界面57. 原型化方法是用戶和軟件開(kāi)發(fā)人員之間進(jìn)行的一種交互過(guò)程，它從用戶界面的開(kāi)發(fā)入手，首先形成系統(tǒng)界面原型，用戶（ ）并提出意見(jiàn)。A. 改進(jìn)用戶界面的設(shè)計(jì)B. 閱讀文檔資料C. 模擬用戶界面的運(yùn)行D. 運(yùn)行用戶界面原型58. 原型化方法是用戶和軟件開(kāi)發(fā)人員之間進(jìn)行的一種交互過(guò)程，它從用戶界面的開(kāi)發(fā)入手，首先形成系統(tǒng)界面原型，用戶運(yùn)用界面原型并就（ ）提

16、出意見(jiàn)。A. 同意什么不同意什么B. 使用和不使用哪一種編程語(yǔ)言C. 同意的結(jié)構(gòu)D. 執(zhí)行速度是否滿足要求59. 原型化方法是用戶和軟件開(kāi)發(fā)人員之間進(jìn)行的一種交互過(guò)程，是一種（ ）型的設(shè)計(jì)過(guò)程。A. 自外向內(nèi)B. 自頂向下C. 自內(nèi)向外D. 自底向上60. 對(duì)于管理信息系統(tǒng)，為提高M(jìn)IS開(kāi)發(fā)效益和質(zhì)量，可采用（ ），以改進(jìn)用戶和開(kāi)發(fā)者之間由于需要變化而引起修改和定義不準(zhǔn)確等問(wèn)題。A. 結(jié)構(gòu)化方法B. 快速原型法C. 面向?qū)ο蠓椒―. 軟件評(píng)審61. 系統(tǒng)開(kāi)發(fā)過(guò)程通常被分為若干個(gè)階段，每個(gè)階段的開(kāi)始和結(jié)束都有明確的規(guī)定。人們常將開(kāi)發(fā)過(guò)程中完成某項(xiàng)關(guān)鍵工作的時(shí)刻稱為進(jìn)里程碑。完成（ ）時(shí)最適于稱為

17、里程碑。A. 需求調(diào)查B. 總體設(shè)計(jì)稿C. 50%編碼D. 一套實(shí)體關(guān)系圖62. 螺旋式軟件開(kāi)發(fā)模型是將瀑布模型和演化模型相結(jié)合，增加了風(fēng)險(xiǎn)分析，它建立在原型的基礎(chǔ)上，沿著螺線自內(nèi)向外每旋轉(zhuǎn)一圈，就得到（ ）的一個(gè)新版本。A. 模塊劃分B. 子程序分解C. 設(shè)計(jì)D. 原型63. 軟件開(kāi)發(fā)的噴泉模型描述了面向?qū)ο蟮拈_(kāi)發(fā)模型，它體現(xiàn)了這種開(kāi)發(fā)方法創(chuàng)建軟件的過(guò)程所固有的迭代和（ ）特征。A. 開(kāi)發(fā)各階段之間無(wú)間隙B. 開(kāi)發(fā)各階段分界明顯C. 部分開(kāi)發(fā)階段分界明顯D. 開(kāi)發(fā)過(guò)程不分段需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)程序設(shè)計(jì)調(diào)試測(cè)試系統(tǒng)安裝123464. 系統(tǒng)開(kāi)發(fā)過(guò)程的流程如下圖所示，（ ）階段擬定了系統(tǒng)的目標(biāo)

18、、范圍和要求。A. B. C. D. 65. 在選擇開(kāi)發(fā)方法時(shí)，不適于使用原型法的情況是（ ）。A. 用戶需求模糊不清B. 系統(tǒng)設(shè)計(jì)方案難以確定C. 系統(tǒng)使用范圍變化很大D. 用戶的數(shù)據(jù)資源缺乏組織和管理66. 軟件需求分析的任務(wù)主要是（ ）。A. 解決如何做B. 解決做什么C. 結(jié)構(gòu)化程序設(shè)計(jì)D. 構(gòu)建系統(tǒng)的物理模型67. 結(jié)構(gòu)化分析方法強(qiáng)調(diào)分析對(duì)象的數(shù)據(jù)流，其指導(dǎo)思想是（ ）。A. 自頂向下逐層分解B. 自底向上逐層分解C. 面向?qū)ο驞. 面向過(guò)程68. 在一套分層DFD中，如果某一張圖中有N個(gè)加工（Process），則這張圖允許有（ ）張子圖。A. 0B. 1C. 1ND. 0N69.

19、在一張DFD圖中，任意兩個(gè)加工之間（ ）。A. 有且僅有一條數(shù)據(jù)流B. 至少有一條數(shù)據(jù)流C. 可以有0條或多條名字互不相同的數(shù)據(jù)流D. 可以有0條或多條數(shù)據(jù)流，且允許其中有若干條名字相同的數(shù)據(jù)流70. 在畫分層DFD時(shí)，應(yīng)注意保持（ ）之間的平衡。A. 父圖與其子圖B. 同一父圖的所有子圖C. 不同父圖的所有子圖D. 同一子圖的所有直接父圖71. DFD圖中，從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串連續(xù)交換形成一種信息流，這種信息流可分為（ ）兩類。A. 控制流和交換流B. 交換流和事務(wù)流C. 事務(wù)流和事件流D. 事件流和控制流72. 軟件設(shè)計(jì)中，劃分模塊的一個(gè)準(zhǔn)則是（ ）。A. 低內(nèi)聚低耦合B.

20、 低內(nèi)聚高耦合C. 高內(nèi)聚低耦合D. 高內(nèi)聚高耦合73. 在使用系統(tǒng)結(jié)構(gòu)圖進(jìn)行結(jié)構(gòu)化系統(tǒng)設(shè)計(jì)時(shí)，設(shè)計(jì)的出發(fā)點(diǎn)是（ ）。A. 數(shù)據(jù)流圖B. 實(shí)體聯(lián)系圖C. 系統(tǒng)流程圖D. HIPO圖74. 結(jié)構(gòu)化設(shè)計(jì)方法使用的圖形工具之一是系統(tǒng)結(jié)構(gòu)圖，系統(tǒng)結(jié)構(gòu)圖中矩形表示（ ）。A. 數(shù)據(jù)B. 加工C. 模塊D. 存儲(chǔ)75. 結(jié)構(gòu)化設(shè)計(jì)方法使用的圖形工具之一是系統(tǒng)結(jié)構(gòu)圖，系統(tǒng)結(jié)構(gòu)圖中，如果兩矩形之間有直線相連，表示它們存在（ ）的關(guān)系。A. 鏈接B. 調(diào)用C. 并列D. 順序執(zhí)行76. 面向?qū)ο蟮闹饕卣魇欠庋b性、繼承性和（ ）。A. 一致性B. 完整性C. 多態(tài)性D. 可移植性77. 在面向?qū)ο蠹夹g(shù)中，對(duì)已有

21、實(shí)例的特征稍作改變就可生成其他的實(shí)例，這種方式稱為（ ）。A. 委托B. 代理C. 繼承D. 封裝78. 一列有關(guān)面向?qū)ο蟮臄⑹霾徽_的是（ ）。A. 面向?qū)ο笤O(shè)計(jì)最根本的意圖是適應(yīng)需求變化B. 應(yīng)盡量針對(duì)接口編程，而不要針對(duì)實(shí)現(xiàn)編程C. 盡量使用繼承而不是聚合，因?yàn)槔^承使得類間的耦合性最小D. 盡量使用已有的類庫(kù)79. 下列關(guān)于面向?qū)ο蟮姆治雠c設(shè)計(jì)的描述，正確的是（ ）。A. 面向?qū)ο笤O(shè)計(jì)描述軟件要做什么B. 面向?qū)ο蠓治霾恍枰紤]技術(shù)和實(shí)現(xiàn)層面的細(xì)節(jié)C. 面向?qū)ο蠓治龅妮斎胧敲嫦驅(qū)ο笤O(shè)計(jì)的結(jié)果D. 面向?qū)ο笤O(shè)計(jì)的結(jié)果是簡(jiǎn)單的分析模型80. 協(xié)作圖描述了協(xié)作的（ ）之間的交互和鏈接。A. 對(duì)

22、象B. 類C. 用例D. 狀態(tài)81. 面向?qū)ο蟮慕＜夹g(shù)（OMT）方法用（ ）共同完成對(duì)整個(gè)系統(tǒng)的建模。A. 對(duì)象模型、動(dòng)態(tài)模型、功能模型和用例模型B. 數(shù)據(jù)模型、靜態(tài)模型、動(dòng)態(tài)模型和功能模型C. 靜態(tài)模型、動(dòng)態(tài)模型、功能模型和用例模型D. 對(duì)象模型、靜態(tài)模型、動(dòng)態(tài)模型和功能模型82. 在使用UML建模時(shí)，若需要描述跨越多個(gè)用例的單個(gè)對(duì)象的行為，使用（ ）是最為合適的。A. 協(xié)作圖B. 序列圖C. 活動(dòng)圖D. 狀態(tài)圖83. 在使用UML建模時(shí)，可以使用（ ）來(lái)反映隨著時(shí)間推移若干個(gè)對(duì)象之間的動(dòng)態(tài)協(xié)作關(guān)系，它強(qiáng)調(diào)對(duì)象之間消息發(fā)送的時(shí)間和順序。A. 協(xié)作圖B. 序列圖C. 活動(dòng)圖D. 狀態(tài)圖84.

23、 在使用UML建模時(shí)，可以使用（ ）來(lái)反映若干個(gè)對(duì)象之間的動(dòng)態(tài)合作關(guān)系，它除顯示信息交換外，還顯示對(duì)象以及它們之間的關(guān)系。A. 協(xié)作圖B. 序列圖C. 活動(dòng)圖D. 狀態(tài)圖85. 在UML中，對(duì)象行為是通過(guò)交互來(lái)實(shí)現(xiàn)的，是對(duì)象間完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種圖來(lái)表示，強(qiáng)調(diào)消息時(shí)間次序的圖稱為（ ）。A. 協(xié)作圖B. 序列圖C. 活動(dòng)圖D. 狀態(tài)圖86. 在UML中，對(duì)象行為是通過(guò)交互來(lái)實(shí)現(xiàn)的，是對(duì)象間完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種圖來(lái)表示，強(qiáng)調(diào)參加交互的對(duì)象的組織圖稱為（ ）。A. 協(xié)作圖B. 序列圖C. 活動(dòng)圖D. 狀態(tài)圖87. 在UML中，用（ ）

24、表示企業(yè)業(yè)務(wù)的工作流，這種圖顯示工作流中的步驟、決策點(diǎn)以及完成每一步驟的角色和對(duì)象。A. 協(xié)作圖B. 用例圖C. 活動(dòng)圖D. 狀態(tài)圖88. 下列關(guān)于UML敘述正確的是（ ）。A. UML是一種語(yǔ)言，語(yǔ)言的使用者不能對(duì)其擴(kuò)展B. UML僅是一組圖形的集合C. UML僅適用于系統(tǒng)的分析與設(shè)計(jì)階段D. UML是獨(dú)立于軟件開(kāi)發(fā)過(guò)程的89. 在一個(gè)客戶信息系統(tǒng)中存在兩種類型的客戶：個(gè)人客戶和集團(tuán)客戶。對(duì)于個(gè)人客戶，系統(tǒng)中保存其客戶標(biāo)識(shí)和基本信息（包括姓名、住宅電話和E-mail）；對(duì)于集團(tuán)客戶，系統(tǒng)中保存了其客戶標(biāo)識(shí)及與該集團(tuán)客戶相關(guān)的若干個(gè)聯(lián)系人的信息（聯(lián)系人的信息包括姓名、住宅電話、E-mail、辦

25、公電話和職位），其UML類圖如下，則其中類“客戶”的屬性有（ ）。客戶人聯(lián)系人集團(tuán)客戶個(gè)人客戶1111.*A. 客戶標(biāo)識(shí)B. 姓名、住宅電話、E-mailC. 客戶標(biāo)訓(xùn)、辦公電話、職位D. 姓名、住宅電話、辦公電話、E-mail、職位90. 結(jié)構(gòu)化設(shè)計(jì)方法使用的圖形工具是（ ）。A. 系統(tǒng)結(jié)構(gòu)圖B. 數(shù)據(jù)流圖C. 程序流程圖D. 實(shí)體聯(lián)系圖91. 在“某圖書(shū)館管理系統(tǒng)”用例模型中，所有用戶使用系統(tǒng)之前都必須通過(guò)“身份驗(yàn)證”，“身份驗(yàn)證”可以有“密碼驗(yàn)證”和“智能卡驗(yàn)證”兩種方式，則“身份驗(yàn)證”與“密碼驗(yàn)證”和“智能卡驗(yàn)證”之間是（ ）關(guān)系。A. 關(guān)聯(lián)B. 包含C. 擴(kuò)展D. 泛化92. 下面那

26、個(gè)圖符表示UML中的實(shí)現(xiàn)關(guān)系？（ ）A. B. C. D. 93. 順序圖主要可以為設(shè)計(jì)人員提供（ ）信息。A. 消息發(fā)送的順序B. 某個(gè)方法的執(zhí)行流程C. 類之間關(guān)聯(lián)關(guān)系的多重性D. 某個(gè)對(duì)象在不同狀態(tài)之間的轉(zhuǎn)移94. 類和接口的關(guān)系類似于下面哪種類型的關(guān)系（ ）。A. 關(guān)聯(lián)（association）和聚集（aggregation）B. 關(guān)聯(lián)（association）和組合（composition）C. 腳本（scenario）和用例（use case）D. 包（Package）和子系統(tǒng)（subsystem）95. 計(jì)算機(jī)（Computer）由中央處理器、內(nèi)存、軟盤、硬盤、顯示器、鍵盤、鼠標(biāo)

27、等組成。那么Computer類和其他類（CPU、RAM、FloppyDrive、HardDisk、Monitor、Keyboard、Mouse）之間的關(guān)系是：（ ）A. 泛化關(guān)系（Generalization）B. 實(shí)現(xiàn)關(guān)系（Realization）C. 包含關(guān)系（Inclusion）D. 聚集關(guān)系（Aggregation）96. 在數(shù)據(jù)庫(kù)設(shè)計(jì)的（ ）階段開(kāi)始考慮具體的數(shù)據(jù)庫(kù)管理系統(tǒng)（DBMS）的特性。A. 需求分析B. 概念設(shè)計(jì)C. 邏輯設(shè)計(jì).D 物理設(shè)計(jì)97. 設(shè)有關(guān)系Students（學(xué)號(hào)，姓名，年齡，性別，系別，家庭住址），用戶要求訪問(wèn)“家庭地址”的某個(gè)成分，如郵編、省、市、街道以及門

28、牌號(hào)，則“家庭地址”是一個(gè)（ ）屬性。A. 簡(jiǎn)單B. 復(fù)合C. 多值D. 派生98. Innovation公司正在為Rose開(kāi)發(fā)插入件，使得Rose可以把OOA、OOD模型以各種圖形格式導(dǎo)出，如JPEG格式、BMP格式、GIF格式等。在導(dǎo)出時(shí)，會(huì)根據(jù)不同的算法來(lái)生成相應(yīng)的圖形文件，這些算法很復(fù)雜。為了描述這些算法，在下面這些圖中，那個(gè)是最適合的？（ ）A. 活動(dòng)圖 B. 狀態(tài)圖C. 類圖D. 用例圖99. 在類圖中，那個(gè)類圖中的類Order所生成的代碼具有Public class Order Public Customer recipient;的形式？（ ）A. B. C. D. 100. 在

29、狀態(tài)圖中不能表示下面那些概念？（ ）A. 動(dòng)作（action）B. 事件（event）C. 轉(zhuǎn)移（transition）D. 類（class）二 填空題：三 簡(jiǎn)答題：1. 說(shuō)明數(shù)據(jù)、信息與知識(shí)之間的相互關(guān)系，它們?cè)诠芾砩嫌惺裁床煌?？?shù)據(jù)是對(duì)客觀事物的性質(zhì)、狀態(tài)以及相互關(guān)系等進(jìn)行記載的物理符號(hào)或這些物理符號(hào)的組合。數(shù)據(jù)是可識(shí)別的、抽象的符號(hào)。信息（Information）是關(guān)于客觀事實(shí)的可交流的知識(shí)。知識(shí)是反映各種事物的信息進(jìn)入人們大腦，對(duì)神經(jīng)細(xì)胞產(chǎn)生作用后留下的痕跡。數(shù)據(jù)是關(guān)于事物的性質(zhì)、狀態(tài)等的符號(hào)，是物理性的，信息是對(duì)數(shù)據(jù)進(jìn)行加工處理之后所得到的并對(duì)決策產(chǎn)生影響的數(shù)據(jù)，是邏輯性（觀念性）的

30、；數(shù)據(jù)是信息的表現(xiàn)形式，信息是數(shù)據(jù)有意義的表示。只有經(jīng)過(guò)加工處理或解釋成人們想要得到的數(shù)據(jù)，才能夠稱為信息。因此，信息是經(jīng)過(guò)加工以后，并對(duì)客觀世界產(chǎn)生影響的數(shù)據(jù)。知識(shí)是由信息形成，同時(shí)知識(shí)決定著人們提取信息的程度。在管理過(guò)程中，同一數(shù)據(jù)，對(duì)其的解釋因人而異，對(duì)決策的影響也不同。決策者利用經(jīng)過(guò)處理的數(shù)據(jù)做出決策，可能取得成功，也可能失敗，這里的關(guān)鍵在于對(duì)數(shù)據(jù)的解釋是否正確，即：是否正確地運(yùn)用知識(shí)對(duì)數(shù)據(jù)做出解釋，以得到準(zhǔn)確的信息。2. 某數(shù)據(jù)庫(kù)中有員工數(shù)據(jù)E、產(chǎn)品關(guān)系P、倉(cāng)庫(kù)關(guān)系W和庫(kù)存關(guān)系I，其中：?jiǎn)T工關(guān)系E（emlpoyeeID, name, department）中的屬性為：?jiǎn)T工編號(hào)，姓名，

31、部門；產(chǎn)品關(guān)系P（productID, name, model, size, color）中的屬性為：產(chǎn)品編號(hào)，產(chǎn)品名稱，型號(hào)，尺寸，顏色；倉(cāng)庫(kù)關(guān)系W（warehouseID, name, address, employeeID）中的屬性為：倉(cāng)庫(kù)編號(hào)，倉(cāng)庫(kù)名稱，地址，負(fù)責(zé)人編號(hào)；庫(kù)存關(guān)系I（warehouseID, productID, quantity）中的屬性為倉(cāng)庫(kù)編號(hào)，產(chǎn)品編號(hào)和產(chǎn)品數(shù)量。若要求倉(cāng)庫(kù)關(guān)系的負(fù)責(zé)人引用員工關(guān)系的員工編號(hào)，員工關(guān)系E的員工編號(hào)、倉(cāng)庫(kù)關(guān)系W的倉(cāng)庫(kù)編號(hào)和產(chǎn)品關(guān)系P的產(chǎn)品編號(hào)不能為空且唯一標(biāo)識(shí)一個(gè)記錄，并且倉(cāng)庫(kù)的地址不能為空，則依次要滿足的完整性約束是什么？參照完整

32、性、實(shí)體完整性、用戶自定義完整性3. 某學(xué)校建立了一個(gè)網(wǎng)上作業(yè)提交與管理系統(tǒng)，基本功能描述如下：(1) 賬號(hào)和密碼。任課教師用賬號(hào)和密碼登錄系統(tǒng)后，提交所有選課學(xué)生的名單。系統(tǒng)自動(dòng)為每個(gè)選課學(xué)生創(chuàng)建登錄系統(tǒng)的賬號(hào)和密碼。(2) 作業(yè)提交。學(xué)生使用賬號(hào)和密碼登錄系統(tǒng)后，可以向系統(tǒng)申請(qǐng)所選課程的作業(yè)。系統(tǒng)首先檢查學(xué)生的當(dāng)前狀態(tài)，如果該學(xué)生還沒(méi)有做過(guò)作業(yè)，則從數(shù)據(jù)庫(kù)服務(wù)器申請(qǐng)一份作業(yè)。若申請(qǐng)成功，則顯示需要完成的作業(yè)。學(xué)生需要在線完成作業(yè)，單擊“提交”按鈕上交作業(yè)。(3) 在線批閱。系統(tǒng)自動(dòng)在線批改作業(yè)，顯示作業(yè)成績(jī)，并將該成績(jī)記錄在作業(yè)成績(jī)統(tǒng)計(jì)文件中。問(wèn)：如果將數(shù)據(jù)庫(kù)服務(wù)器（記為DB）作為一個(gè)外部

33、實(shí)體，那么在繪制該系統(tǒng)的數(shù)據(jù)流圖時(shí)，還應(yīng)有哪些外部實(shí)體和數(shù)據(jù)存儲(chǔ)？外部實(shí)體：學(xué)生、教師數(shù)據(jù)存儲(chǔ)：學(xué)生信息、作業(yè)信息、作業(yè)成績(jī)信息、教師信息4.四 綜合題：1. 過(guò)程P分解為P1、P2、P3三個(gè)子過(guò)程，下圖的數(shù)據(jù)流圖中存在兩處錯(cuò)誤，請(qǐng)找到錯(cuò)誤并更正。（可以圖示，也可以文字說(shuō)明）PP1P3P2SSS1S21層0層 （1）1層圖中P1、P2、P3三個(gè)子過(guò)程僅有流入數(shù)據(jù)流，沒(méi)有流出數(shù)據(jù)流。 （2） 1層圖中實(shí)體S2為多余實(shí)體，應(yīng)去掉。2. 在一個(gè)客戶信息系統(tǒng)中存在兩種類型的客戶：個(gè)人客戶和集團(tuán)客戶。對(duì)于個(gè)人客戶，系統(tǒng)中保存其客戶標(biāo)識(shí)和基本信息（包括姓名、住宅電話和E-mail）；對(duì)于集團(tuán)客戶，系統(tǒng)中保

34、存了其客戶標(biāo)識(shí)及與該集團(tuán)客戶相關(guān)的若干個(gè)聯(lián)系人的信息（聯(lián)系人的信息包括姓名、住宅電話、E-mail、辦公電話和職位），其UML類圖如下，說(shuō)明其中類“客戶”的屬性和類“人”的屬性?？蛻羧寺?lián)系人集團(tuán)客戶個(gè)人客戶1111.*客戶：客戶標(biāo)識(shí)人：姓名、住宅電話、E-mail3. 根據(jù)數(shù)據(jù)流圖的設(shè)計(jì)原則，閱讀下圖所示的數(shù)據(jù)流圖，找出其中的錯(cuò)誤之處。加工1外部實(shí)體AX外部實(shí)體BY數(shù)據(jù)存儲(chǔ)NN數(shù)據(jù)存儲(chǔ)HH加工2數(shù)據(jù)存儲(chǔ)PZAZ加工3KH加工4加工5GP（1） 加工2流出數(shù)據(jù)應(yīng)是流入數(shù)據(jù)A和Z。（2） 加工4僅流入數(shù)據(jù)，沒(méi)有加工后流出數(shù)據(jù)（3） 加工5有流出數(shù)據(jù)流，卻沒(méi)有數(shù)據(jù)來(lái)源。（4） 外部實(shí)體A不能與外部實(shí)

35、體B直接相連。（5） 數(shù)據(jù)存儲(chǔ)P有流出數(shù)據(jù)卻沒(méi)有流入數(shù)據(jù)。（6） 外部實(shí)體A不能直接與數(shù)據(jù)存儲(chǔ)H相連。4. 某單位工資發(fā)放過(guò)程如下：工資發(fā)放前，由財(cái)務(wù)科根據(jù)已存檔的“上月工資發(fā)放清單”和人事科送來(lái)的“本月人員及工資變動(dòng)表”填寫“本月工資發(fā)放清單”中的相關(guān)項(xiàng)。接著，再根據(jù)總務(wù)科送來(lái)的“本月扣款清單”將扣款數(shù)填入“本月工資發(fā)放清單”。最后計(jì)算出每位職工的應(yīng)發(fā)工資數(shù)，并填入“本月工資發(fā)放清單”，為工資發(fā)放人員發(fā)放工資做好準(zhǔn)備。用業(yè)務(wù)流程圖描述本業(yè)務(wù)的流程。5. 某倉(cāng)庫(kù)管理系統(tǒng)按以下步驟進(jìn)行信息處理，試畫出數(shù)據(jù)流程圖。（1） 保管員根據(jù)當(dāng)日的出庫(kù)單和入庫(kù)單通過(guò)出庫(kù)處理和入庫(kù)處理分別將數(shù)據(jù)輸入到“出庫(kù)流

36、水帳”和“入庫(kù)流水帳”，并修改“庫(kù)存臺(tái)帳”。（2） 根據(jù)庫(kù)存臺(tái)帳由統(tǒng)計(jì)、打印程序輸出庫(kù)存日?qǐng)?bào)表。（3） 需要查詢時(shí)，可利用查詢程序在輸入查詢條件后，到庫(kù)存臺(tái)帳去查找，顯示查詢結(jié)果。6. 某企業(yè)物資管理系保管員出庫(kù)處理入庫(kù)處理出庫(kù)流水賬入庫(kù)流水賬庫(kù)存臺(tái)賬統(tǒng)計(jì)打印庫(kù)存日?qǐng)?bào)表查詢程序保管員統(tǒng)中的維修用材料計(jì)劃信息一覽表如下，把它化為符合3NF的關(guān)系，每個(gè)關(guān)系中的的關(guān)鍵字用下劃線標(biāo)出。部門編碼+部門名稱+材料編碼+材料名稱+型號(hào)+規(guī)格+計(jì)量單位+維修用量部門關(guān)系：部門編碼、部門名稱材料關(guān)系：材料編碼、材料名稱、型號(hào)、規(guī)格、計(jì)量單位維修關(guān)系：部門編碼、材料編碼、維修用量7. 某單位資料室需要建立一個(gè)圖書(shū)

37、管理系統(tǒng)，初步的需求分析結(jié)果如下：(1) 資料室有圖書(shū)管理員若干，他們負(fù)責(zé)已購(gòu)圖書(shū)的編目和借還工作，每名圖書(shū)管理員的信息包括工號(hào)和姓名；(2) 讀者可在閱覽室讀書(shū)，也可通過(guò)圖書(shū)流通室借還圖書(shū)，讀者信息包括讀者ID、姓名、電話和E-mail，系統(tǒng)為不同讀者生成不同的讀者ID；(3) 每部書(shū)在系統(tǒng)中對(duì)應(yīng)唯一的一條圖書(shū)在版編目數(shù)據(jù)（CIP，以下簡(jiǎn)稱書(shū)目），書(shū)目的基本信息包括ISBN號(hào)、書(shū)名、作者、出版商、出版年月，以及本資料室擁有該書(shū)的冊(cè)數(shù)（以下簡(jiǎn)稱冊(cè)數(shù)），不同書(shū)目的ISBN號(hào)不同；(4) 資料室對(duì)同一書(shū)目的圖書(shū)可擁有多冊(cè)（本），圖書(shū)信息包括圖書(shū)ID、ISBN號(hào)、存放位置、當(dāng)前狀態(tài)，每一本書(shū)在系統(tǒng)中

38、被賦予唯一的圖書(shū)ID；(5) 一名讀者最多只能借閱十本圖書(shū)，且每本圖書(shū)最多只能借兩個(gè)月，讀者借書(shū)時(shí)需由圖書(shū)管理員登記讀者ID、所借圖書(shū)ID、借閱時(shí)間和應(yīng)還時(shí)間，讀者還書(shū)時(shí)圖書(shū)管理員在對(duì)應(yīng)的借書(shū)信息中記錄歸還時(shí)間；(6) 當(dāng)某書(shū)目的可借出圖書(shū)的數(shù)量為零時(shí)，讀者可以對(duì)其進(jìn)行預(yù)約登記，即記錄讀者ID、需要借閱的圖書(shū)的ISBN號(hào)、預(yù)約時(shí)間。某書(shū)目的信息及與該書(shū)目對(duì)應(yīng)的圖書(shū)信息如下表所示。書(shū)目信息書(shū)名作者出版商ISBN號(hào)出版年月冊(cè)數(shù)經(jīng)辦人數(shù)據(jù)結(jié)構(gòu)嚴(yán)蔚敏吳偉民清華大學(xué)出版社ISBN7-302-02368-91997.4401圖書(shū)信息圖書(shū)IDISBN存放位置狀態(tài)經(jīng)辦人C832.1ISBN7-302-0236

39、8-9圖書(shū)流通室已借出01C832.2ISBN7-302-02368-9圖書(shū)閱覽室不外借01C832.3ISBN7-302-02368-9圖書(shū)流通室未借出01C832.4ISBN7-302-02368-9圖書(shū)流通室已預(yù)約01根據(jù)以上說(shuō)明設(shè)計(jì)實(shí)體聯(lián)圖書(shū)管理員工號(hào)姓名讀者讀者ID姓名電話E-mail書(shū)目ISBN號(hào)書(shū)名作者出版商出版年月冊(cè)數(shù)圖書(shū)圖書(shū)IDISBN號(hào)存放位置當(dāng)前狀態(tài)管理借還MN借還0-1N編目MN擁有1N8. 試用UML對(duì)教學(xué)管理系統(tǒng)及相關(guān)的數(shù)據(jù)庫(kù)系統(tǒng)進(jìn)行分析和設(shè)計(jì)。學(xué)生選課系統(tǒng)一般包括(1)選課管理功能；(2) 成績(jī)管理功能。試完成下列工作：（1）建立系統(tǒng)靜態(tài)結(jié)構(gòu)模型畫出系統(tǒng)用例圖和類

40、圖； （2）建立系統(tǒng)動(dòng)態(tài)結(jié)構(gòu)模型畫出系統(tǒng)序列圖和協(xié)作圖； （3）建立關(guān)系數(shù)據(jù)庫(kù)邏輯模型。9. 分析下面的類圖，畫出新的類圖，將原圖中的多對(duì)多關(guān)系轉(zhuǎn)換為1：M（一對(duì)多）關(guān)系。購(gòu)買商店編號(hào)顧客編號(hào)10. 信用卡可能處于“開(kāi)放”和“關(guān)閉”狀態(tài)，其中“開(kāi)放”狀態(tài)可以直接進(jìn)入“關(guān)閉”狀態(tài)，而從“關(guān)閉”狀態(tài)必須提供密碼驗(yàn)證才能進(jìn)入“開(kāi)放”狀態(tài)?！伴_(kāi)放”狀態(tài)又包括“透支”和“正?！睜顟B(tài)之間的變化，當(dāng)剩余金額少于零、或者使用額度大于剩余金額、或者結(jié)算余額小于零時(shí)進(jìn)入透支狀態(tài)，反之則為正常狀態(tài)。畫出信用卡的狀態(tài)圖。11. 某圖書(shū)館外文采購(gòu)室有兩個(gè)組：訂書(shū)組和驗(yàn)收、登記組，分別負(fù)責(zé)書(shū)籍訂購(gòu)和進(jìn)書(shū)驗(yàn)收業(yè)務(wù)。訂書(shū)組的

41、主要業(yè)務(wù)是根據(jù)供書(shū)單位的訂書(shū)目錄選擇要訂的圖書(shū)，且以前訂過(guò)的圖書(shū)不再訂購(gòu)，最后打印訂單，每月將訂書(shū)情況進(jìn)行統(tǒng)計(jì)，統(tǒng)計(jì)結(jié)果交圖書(shū)館領(lǐng)導(dǎo)。驗(yàn)收、登記組的業(yè)務(wù)是根據(jù)供書(shū)單位提供的發(fā)票和圖書(shū)及訂單驗(yàn)收已到圖書(shū)，并進(jìn)行進(jìn)書(shū)查重檢查，如果某些圖書(shū)已進(jìn)，就轉(zhuǎn)讓出去或作別的處理，對(duì)不重的書(shū)登圖書(shū)總帳，將書(shū)轉(zhuǎn)到編目室，每月進(jìn)行統(tǒng)計(jì)，上報(bào)館領(lǐng)導(dǎo)。請(qǐng)根據(jù)上述描述，畫出組織結(jié)構(gòu)圖、業(yè)務(wù)流程圖、數(shù)據(jù)流程圖。組織結(jié)構(gòu)圖外文采購(gòu)室訂書(shū)組驗(yàn)收、登記組業(yè)務(wù)流程圖訂書(shū)目錄訂單訂單留底已進(jìn)書(shū)卡片圖書(shū)總帳采購(gòu)統(tǒng)計(jì)員訂書(shū)統(tǒng)計(jì)進(jìn)書(shū)統(tǒng)計(jì)員編目員進(jìn)書(shū)統(tǒng)計(jì)表驗(yàn)收員采購(gòu)員財(cái)務(wù)人員圖書(shū)清單發(fā)票供貨單位數(shù)據(jù)流程圖：供書(shū)單位財(cái)務(wù)科編目室選擇圖書(shū)訂單查

42、看打印訂單驗(yàn)收登帳進(jìn)書(shū)查看各種統(tǒng)計(jì)圖書(shū)總帳訂書(shū)目錄初步訂書(shū)清單訂書(shū)信息已訂及已進(jìn)圖書(shū)統(tǒng)計(jì)信息圖書(shū)交接單發(fā)票圖書(shū)信息圖書(shū)清單發(fā)票訂單圖書(shū)清單12. 試述決策樹(shù)、決策表、結(jié)構(gòu)化英語(yǔ)的特點(diǎn)和在表達(dá)系統(tǒng)功能中的作用。決策樹(shù)：是用來(lái)表示不同決策方案的直觀方法。 特點(diǎn)：比較直觀，容易理解缺點(diǎn)：當(dāng)條件較多時(shí)，不容易清除地表達(dá)整個(gè)判斷過(guò)程 決策表：是用表格方式描述出來(lái)邏輯的工具。 優(yōu)點(diǎn)：由于采用表格方式，便于表達(dá)復(fù)雜條件下的多元邏輯關(guān)系，可以清除地表達(dá)決策條件、決策規(guī)則和應(yīng)采取的行動(dòng)之間的關(guān)系。 缺點(diǎn)：決策表的建立過(guò)程復(fù)雜，不如決策樹(shù)直觀方便。 結(jié)構(gòu)化英語(yǔ)：是一種模仿計(jì)算機(jī)語(yǔ)言的出來(lái)邏輯描述方法。13. 目前

43、網(wǎng)絡(luò)信息系統(tǒng)軟件中常見(jiàn)的分布結(jié)構(gòu)（計(jì)算模式），說(shuō)明其特點(diǎn)(1) 文件/服務(wù)器（F/S）計(jì)算模式：網(wǎng)絡(luò)系統(tǒng)中的服務(wù)器向各工作站提供數(shù)據(jù)和軟件資源的文件服務(wù)，各工作站可以根據(jù)規(guī)定的權(quán)限存取服務(wù)器上的數(shù)據(jù)文件和程序文件(2) 客戶機(jī)/服務(wù)器（C/S）計(jì)算模式：將信息處理工作分解為兩部分，一部分由服務(wù)器來(lái)實(shí)現(xiàn)，另一部分由客戶機(jī)本身來(lái)完成。用戶通過(guò)客戶機(jī)向服務(wù)器提出服務(wù)請(qǐng)求，服務(wù)器根據(jù)請(qǐng)求進(jìn)行處理后向客戶端經(jīng)過(guò)加工的信息，客戶機(jī)本身也承擔(dān)本地信息管理工作。(3) 瀏覽器/WEB 服務(wù)器（B/S）計(jì)算模式：是一種基于互聯(lián)網(wǎng)技術(shù)的層客戶機(jī)/服務(wù)器結(jié)構(gòu)。服務(wù)器端采用基于超文本協(xié)議(HTTP)的WEB服務(wù)器，客

44、戶使用對(duì)WEB服務(wù)器上超文本文件進(jìn)行操作的瀏覽器。(4) C/B/S計(jì)算模式：C/S模式和B/S模式的綜合、管理是通過(guò)對(duì)企業(yè)資源進(jìn)行有效的 計(jì)劃 組織 領(lǐng)導(dǎo)和控制以實(shí)現(xiàn)企業(yè)目標(biāo)的全過(guò)程。2、典型的企業(yè)組織結(jié)構(gòu)有 簡(jiǎn)單式 職能式 事業(yè)部式 和混合式結(jié)構(gòu) 幾種形式。3、信息是客觀存在的一切事物通過(guò)物質(zhì)載體所發(fā)生的 消息 情報(bào) 指令 數(shù)據(jù)和信號(hào)等所包含的 可傳遞 可交換 的知識(shí)內(nèi)容。4、從不同的角度理解，管理信息系統(tǒng)主要有 概念結(jié)構(gòu) 總體結(jié)構(gòu)和軟件結(jié)構(gòu) 三種形式。5、企業(yè)戰(zhàn)略一般包括 企業(yè)使命 企業(yè)目標(biāo)和由此而規(guī)范的企業(yè)戰(zhàn)略。6、指定信息系統(tǒng)總體規(guī)劃的常用方法有 關(guān)鍵成功因素法 戰(zhàn)略集合轉(zhuǎn)換法 企業(yè)

45、系統(tǒng)規(guī)劃法 組織計(jì)劃引出法 投資回收法 目的手段分析法 收費(fèi)法 以及零點(diǎn)預(yù)算法等。7、信息系統(tǒng)戰(zhàn)略由 使命 目標(biāo) 策略 設(shè)計(jì)原則和其他戰(zhàn)略等組成。8、關(guān)鍵成功因素法通常包含的步驟有 確定戰(zhàn)略目標(biāo) 識(shí)別所有成功因素 確定關(guān)鍵成功因素 識(shí)別每個(gè)關(guān)鍵成功因素的性能指標(biāo)和標(biāo)準(zhǔn) 并根據(jù)這些關(guān)鍵因素來(lái)確定信息化建設(shè)的優(yōu)先級(jí)別。9、企業(yè)系統(tǒng)規(guī)劃法的工作過(guò)程大致包含一下階段：定義企業(yè)目標(biāo) 定義企業(yè)流程 定義數(shù)據(jù)類和定義信息系統(tǒng)總體結(jié)構(gòu)。10、可行性研究的任務(wù)可以概括為在做出決策之前對(duì)一個(gè)擬開(kāi)發(fā)的信息系統(tǒng)進(jìn)行項(xiàng)目開(kāi)發(fā)的 必要性 可能性 有效性和合理性 的全面論證。11、系統(tǒng)需求分析包括 功能需求 和 基數(shù)需求 兩類。12、系統(tǒng)相關(guān)者包括 用戶 客戶 技術(shù)人員和外部實(shí)體。13、系統(tǒng)分析中需要考慮的事件有三種類型，分別是 外部事件 臨時(shí)事件 和 狀態(tài)事件。14、系統(tǒng)分析員要明確每個(gè)系統(tǒng)需要存儲(chǔ)的事物屬性。能唯一標(biāo)識(shí)事物的屬性被稱為 標(biāo)識(shí)符或關(guān)鍵字。15、結(jié)構(gòu)化方法所描述的系統(tǒng)包括 過(guò)程 數(shù)據(jù) 輸入和輸出。