




版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、系統(tǒng)分析與設(shè)計(jì)復(fù)習(xí)題一 選擇題:1. 面向?qū)ο蟮奶攸c(diǎn)主要概括為(C )。A. 可分解性、可組合性、可分類(lèi)性B. 繼承性、封裝性、多態(tài)性C. 抽象性、繼承性、封裝性、多態(tài)性D. 封裝性、易維護(hù)性、可擴(kuò)展性、可重用性2. 信息按照( C )可以分為戰(zhàn)略信息、戰(zhàn)術(shù)信息和作業(yè)信息。A. 應(yīng)用領(lǐng)域 B. 加工順序 C. 管理的層次 D. 反映形式3. 按照處理的對(duì)象,可把組織的信息系統(tǒng)分為(B )和管理信息系統(tǒng)兩大類(lèi)。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)行用戶(hù)調(diào)查,調(diào)查中收集的主要信息包括( D )。A. 管理目標(biāo)
2、、人力資源、業(yè)務(wù)流程和數(shù)據(jù)流程信息B. 組織結(jié)構(gòu)、功能體系、業(yè)務(wù)流程和數(shù)據(jù)流程信息C. 企業(yè)性質(zhì)、客戶(hù)資源、業(yè)務(wù)流程和數(shù)據(jù)流程信息D. 管理目標(biāo)、功能體系、業(yè)務(wù)流程和數(shù)據(jù)流程信息5. 系統(tǒng)流程圖也稱(chēng)為業(yè)務(wù)流程圖,它表達(dá)的是( B )。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)( C )階段,根據(jù)對(duì)系統(tǒng)的功能/數(shù)據(jù)分析的結(jié)果提出的。A. 需求分析 B. 邏輯階段 C. 總體設(shè)計(jì) D. 詳細(xì)設(shè)計(jì)7. 信息系統(tǒng)流程圖是以新系統(tǒng)的( D )為基礎(chǔ)繪制的。A. E-R圖 B. 管理功能圖 C.
3、業(yè)務(wù)流程圖 D. 數(shù)據(jù)流圖8. 在關(guān)系規(guī)范化過(guò)程中,一般來(lái)講,滿足( C )的關(guān)系即可滿足信息處理的要求,就可以認(rèn)為是比較規(guī)范的關(guān)系。A. 第一范式 B. 第二范式 C. 第三范式 D. BC范式9. 信息系統(tǒng)開(kāi)發(fā)的結(jié)構(gòu)化方法的一個(gè)主要原則是( A )。A. 自頂向下原則 B. 自底向上原則 C. 分步實(shí)施原則 D. 重點(diǎn)突破原則10. 用戶(hù)開(kāi)發(fā)應(yīng)用系統(tǒng)的主要手段是( A )。A. 生命周期法 B. 原型法 C. 第四代語(yǔ)言 D. 面向?qū)ο蠓椒?1. 系統(tǒng)規(guī)劃的主要任務(wù)包括( A )。A. 明確組織的信息需求、制定系統(tǒng)總體結(jié)構(gòu)方案 B. 對(duì)系統(tǒng)進(jìn)行經(jīng)濟(jì)、技術(shù)和使用方面的可行性研究 C. 選擇計(jì)
4、算機(jī)和網(wǎng)絡(luò)系統(tǒng)的方案 D. 確定軟件系統(tǒng)的模塊結(jié)構(gòu)12. 系統(tǒng)設(shè)計(jì)階段的主要成果是( C )。A. 用戶(hù)的決策方針 B. 用戶(hù)的分析方案 C. 系統(tǒng)設(shè)計(jì)說(shuō)明書(shū) D. 系統(tǒng)總體設(shè)計(jì)方案13. 信息系統(tǒng)建設(shè)的結(jié)構(gòu)化方法中用戶(hù)必須參與的原則是用戶(hù)必須參與( A )。A. 系統(tǒng)建設(shè)中各階段工作 B. 系統(tǒng)分析工作 C. 系統(tǒng)設(shè)計(jì)工作 D. 系統(tǒng)實(shí)施工作14. 結(jié)構(gòu)化生命周期法的主要缺點(diǎn)之一是( A )。A. 系統(tǒng)開(kāi)發(fā)周期長(zhǎng) B. 缺乏標(biāo)準(zhǔn)、規(guī)范 C. 用戶(hù)參與程度低 D. 主要工作集中在實(shí)施階段15. 系統(tǒng)分析工作的全面總結(jié)和主要成果是( A )。A. 可行性研究報(bào)告 B. 數(shù)據(jù)詞典 C. 系統(tǒng)說(shuō)明書(shū)
5、 D. 系統(tǒng)詳細(xì)調(diào)查報(bào)告16. 軟件文檔是信息系統(tǒng)( B )的重要依據(jù)。A.可理解性 B.可維護(hù)性 C.可擴(kuò)展性 D.可移植性17. 系統(tǒng)維護(hù)中要解決的問(wèn)題來(lái)源于( D )。A. 系統(tǒng)分析階段 B. 系統(tǒng)設(shè)計(jì)階段 C. 系統(tǒng)實(shí)施階段 D. 三者都包括18. 在原型法中,原型是開(kāi)發(fā)系統(tǒng)的( A )。A. 反映用戶(hù)最基本需求的可以運(yùn)行的實(shí)驗(yàn)?zāi)P?B. 某一主要部分的詳細(xì)設(shè)計(jì)方案(物理模型) C. 反映用戶(hù)需求的邏輯模型 D. 反映用戶(hù)全部需求符合系統(tǒng)開(kāi)發(fā)規(guī)范的應(yīng)用軟件程序19. 由用戶(hù)開(kāi)發(fā)應(yīng)用系統(tǒng)可以解決的主要問(wèn)題是( B )。A. 提高應(yīng)用系統(tǒng)效率 B. 系統(tǒng)開(kāi)發(fā)直接反映用戶(hù)需求 C. 增強(qiáng)系統(tǒng)
6、的可靠性 D. 降低開(kāi)發(fā)成本20. 項(xiàng)目主要管理人員應(yīng)參與( D )。A. 系統(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 )。A. 數(shù)據(jù)流程圖 B. PAD圖 C. N-S圖 D. 系統(tǒng)總體設(shè)計(jì)22. 下面哪一項(xiàng)不是系統(tǒng)設(shè)計(jì)階段的主要活動(dòng)( D )。A. 系統(tǒng)總體設(shè)計(jì) B. 系統(tǒng)硬件設(shè)計(jì) C. 系統(tǒng)詳細(xì)設(shè)計(jì) D. 編寫(xiě)系統(tǒng)實(shí)施計(jì)劃23. 對(duì)于結(jié)構(gòu)化設(shè)計(jì)思想的描述哪一項(xiàng)是錯(cuò)誤的( C )。A. 在結(jié)構(gòu)化設(shè)計(jì)中,模塊的功能應(yīng)當(dāng)簡(jiǎn)單明確,易于理解 B. 自頂向下,逐步求精 C. 設(shè)計(jì)者應(yīng)先設(shè)計(jì)頂層模塊 D. 越下層模塊,其功能越具體,越復(fù)雜
7、24. 數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)設(shè)計(jì)是將( C )。A. 邏輯模型轉(zhuǎn)換成數(shù)據(jù)模型 B. 數(shù)據(jù)模型轉(zhuǎn)換成物理模型 C. 概念數(shù)據(jù)模型轉(zhuǎn)換為數(shù)據(jù)模型 D. 邏輯模型轉(zhuǎn)換為物理模型25. 耦合度描述了( D )。A. 模塊內(nèi)各種元素結(jié)合的程度B. 模塊內(nèi)多個(gè)功能之間的接口C. 模塊之間公共數(shù)據(jù)的數(shù)量D. 模塊之間相互關(guān)聯(lián)的程度26. 內(nèi)聚是種指標(biāo),表示一個(gè)模塊( B )。A. 代碼優(yōu)化的程度B. 代碼功能的集中程度C. 完成任務(wù)的及時(shí)程度D. 為了與其他模塊連接所要完成的工作量27. 在繪繪數(shù)據(jù)流時(shí),應(yīng)遵循父圖與子圖平衡的原則,所謂平衡是指( C )。A. 父圖和子圖都不昨改變數(shù)據(jù)流的性質(zhì)B. 子圖不改變父
8、圖數(shù)據(jù)流的一致性C. 父圖的輸入/輸出數(shù)據(jù)流與子圖的輸入/輸出數(shù)據(jù)流一致D. 子圖的輸出數(shù)據(jù)流完全由父圖的輸入數(shù)據(jù)流確定28. 以下關(guān)于信息的敘述正確的是( D )。A. 信息就是數(shù)據(jù)B. 信息可以脫離載體獨(dú)立地傳輸C. 信息可以表示事物的特征和運(yùn)動(dòng)變化,但不能表示事物之間的聯(lián)系D. 信息不是物質(zhì),也不是能量29. 現(xiàn)代管理信息系統(tǒng)是( C )。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的主鍵,用戶(hù)要求訪問(wèn)“家庭地址”的某個(gè)成分,如郵編、省、市、街道以及門(mén)牌號(hào)。
9、關(guān)系Students的主鍵和外鍵分別是( C )A. 學(xué)號(hào)、家庭地址B. 姓名、系別C. 學(xué)號(hào)、系別D. 姓名、家庭地址31. 系統(tǒng)開(kāi)發(fā)的主要方法有生命周期法、原型化方法、計(jì)算機(jī)輔助軟件工程方法和( D )。A. 自頂向下法 B. 由底向上法 C. 模塊法 D. 面向?qū)ο蠓椒?2. 在系統(tǒng)生命周期的各階段中,花費(fèi)費(fèi)用和人力投入最多的階段是( A )。A. 分析與設(shè)計(jì) B. 編制程序 C. 測(cè)試程序 D. 系統(tǒng)維護(hù)33. 設(shè)有關(guān)系Students(學(xué)號(hào),姓名,年齡,性別,系別,家庭住址),用戶(hù)要求訪問(wèn)“家庭地址”的某個(gè)成分,如郵編、省、市、街道以及門(mén)牌號(hào),則“家庭地址”是一個(gè)( A )屬性。A.
10、 簡(jiǎn)單B. 復(fù)合C. 多值D. 派生34. 下列關(guān)于信息的敘述,不正確的是( B )。A. 信息是可以處理的B. 信息的價(jià)值不會(huì)改變C. 信息可以在不同形態(tài)間轉(zhuǎn)化D. 信息具有時(shí)效性35. 下列不屬于面向?qū)ο蠹夹g(shù)的基本特征的是( B )。A. 封裝性 B. 模塊性 C. 多態(tài)性 D. 繼承性36. 繼承機(jī)制的作用是( C )。A. 信息隱藏 B. 數(shù)據(jù)封裝 C. 派生新類(lèi) D. 數(shù)據(jù)抽象37. ( D )是從用戶(hù)使用系統(tǒng)的角度描述系統(tǒng)功能的圖形表達(dá)方法。A. 類(lèi)圖 B. 對(duì)象圖 C. 序列圖 D. 用例圖38. ( C )是表達(dá)系統(tǒng)類(lèi)及其相互聯(lián)系的圖示,它是面向?qū)ο笤O(shè)計(jì)的核心,建立狀態(tài)圖、協(xié)作
11、圖和其他圖的基礎(chǔ)。A對(duì)象圖 B. 組件圖 C. 類(lèi)圖 D. 配置圖39. (D )描述了一組交互對(duì)象間的動(dòng)態(tài)協(xié)作關(guān)系,它表示完成某項(xiàng)行為的對(duì)象和這些對(duì)象之間傳遞消息的時(shí)間順序。A對(duì)象圖 B. 協(xié)作圖 C. 狀態(tài)圖 D. 序列圖40. ( D)就是用于表示構(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ò)程中,( A )就是進(jìn)行數(shù)據(jù)庫(kù)的需求分析,使用用例圖、類(lèi)圖、順序圖、活動(dòng)圖等建立業(yè)務(wù)模型。A. 邏輯數(shù)據(jù)模型設(shè)計(jì) B 業(yè)務(wù)Use Case模型設(shè)計(jì) C. 物理數(shù)據(jù)模型
12、設(shè)計(jì) D. 物理實(shí)現(xiàn)設(shè)計(jì)42. 使用UML進(jìn)行關(guān)系數(shù)據(jù)庫(kù)的( B )時(shí),需要設(shè)計(jì)出表達(dá)持久數(shù)據(jù)的實(shí)體類(lèi)及其聯(lián)系,并把它們映射成為關(guān)系數(shù)據(jù)庫(kù)表(Table)、視圖(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)建模表示包含( B )種圖。(狀態(tài)圖、活動(dòng)圖、順序圖和合作圖 用例圖)A. 9 B. 5 C. 4 D. 244. 在UML提供的圖中,( A )用于描述系統(tǒng)與外部系統(tǒng)及用戶(hù)之間的交互。A. 用例圖 B. 類(lèi)圖 C. 對(duì)象圖 D. 部署圖45. 在UML提供的圖中,( D )用于按時(shí)間順序描述對(duì)象間的交
13、互。A. 網(wǎng)絡(luò)圖B. 狀態(tài)圖C. 協(xié)作圖D. 序列圖46. 繪制系統(tǒng)流程圖的基礎(chǔ)是( B )。A. 數(shù)據(jù)關(guān)系圖B. 數(shù)據(jù)流程圖C. 數(shù)據(jù)結(jié)構(gòu)圖D. 功能結(jié)構(gòu)圖47. 系統(tǒng)分析報(bào)告的主要作用是( C )。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 )。A. 可行性研究B. 系統(tǒng)化分析C. 總體預(yù)算D. 新系統(tǒng)的邏輯設(shè)計(jì)和物理設(shè)計(jì)49. 判斷表由以下幾方面內(nèi)容組成( A )。A. 條件、決策規(guī)則和應(yīng)采取的行動(dòng)B. 決策問(wèn)題、決策規(guī)則、判斷方法C. 環(huán)境描述、判斷方法、判斷規(guī)則D. 方案序號(hào)、判斷規(guī)則
14、50. 結(jié)構(gòu)化分析方法是一種面向( B )的需求分析方法。A. 對(duì)象B. 數(shù)據(jù)結(jié)構(gòu)C. 數(shù)據(jù)流D. 控制流51. 結(jié)構(gòu)化方法最為常用的圖形工具是數(shù)據(jù)流圖。在數(shù)據(jù)流圖中,名字及方向的成分是( C )。A. 控制流B. 信息流C. 數(shù)據(jù)流D. 信號(hào)流52. 進(jìn)行需求分析時(shí)可以使用多種工具,但( D )是不適用的。A. DFD圖B. 判斷表C.PAD圖D. 數(shù)據(jù)字典53. 在用戶(hù)需求分析中,開(kāi)發(fā)人員要從用戶(hù)那里解決的最重要的問(wèn)題是( A )。A. 要讓軟件做什么B. 要給軟件提供哪些信息C. 要求軟件工作效率怎樣D. 要讓軟件具有何種結(jié)構(gòu)54. 需求規(guī)格說(shuō)明書(shū)在軟件開(kāi)發(fā)中具有重要作用,但它不能作為(
15、 D )。A. 軟件設(shè)計(jì)的依據(jù)B. 用戶(hù)和開(kāi)發(fā)人員對(duì)軟件要做什么的共同理解C. 軟件驗(yàn)收的依據(jù)D. 軟件可行性分析的依據(jù)55. 原型化方法是用戶(hù)和軟件開(kāi)發(fā)人員之間進(jìn)行的一種交互過(guò)程,適用于( A )系統(tǒng)。A. 需求不確定性高的B. 需求確定的C. 管理信息D. 決策支持56. 原型化方法是用戶(hù)和軟件開(kāi)發(fā)人員之間進(jìn)行的一種交互過(guò)程,它從用戶(hù)界面的開(kāi)發(fā)入手,首先形成( C )。A. 用戶(hù)界面使用手冊(cè)B. 用戶(hù)界面需求分析說(shuō)明書(shū)C. 系統(tǒng)界面原型D.完善的用戶(hù)界面57. 原型化方法是用戶(hù)和軟件開(kāi)發(fā)人員之間進(jìn)行的一種交互過(guò)程,它從用戶(hù)界面的開(kāi)發(fā)入手,首先形成系統(tǒng)界面原型,用戶(hù)( D )并提出意見(jiàn)。A.
16、 改進(jìn)用戶(hù)界面的設(shè)計(jì)B. 閱讀文檔資料C. 模擬用戶(hù)界面的運(yùn)行D. 運(yùn)行用戶(hù)界面原型58. 原型化方法是用戶(hù)和軟件開(kāi)發(fā)人員之間進(jìn)行的一種交互過(guò)程,它從用戶(hù)界面的開(kāi)發(fā)入手,首先形成系統(tǒng)界面原型,用戶(hù)運(yùn)用界面原型并就( A )提出意見(jiàn)。A. 同意什么不同意什么B. 使用和不使用哪一種編程語(yǔ)言C. 同意的結(jié)構(gòu)D. 執(zhí)行速度是否滿足要求59. 原型化方法是用戶(hù)和軟件開(kāi)發(fā)人員之間進(jìn)行的一種交互過(guò)程,是一種( B )型的設(shè)計(jì)過(guò)程。A. 自外向內(nèi)B. 自頂向下C. 自?xún)?nèi)向外D. 自底向上60. 對(duì)于管理信息系統(tǒng),為提高M(jìn)IS開(kāi)發(fā)效益和質(zhì)量,可采用( B ),以改進(jìn)用戶(hù)和開(kāi)發(fā)者之間由于需要變化而引起修改和定義
17、不準(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í)刻稱(chēng)為進(jìn)里程碑。完成( B )時(shí)最適于稱(chēng)為里程碑。A. 需求調(diào)查B. 總體設(shè)計(jì)稿C. 50%編碼D. 一套實(shí)體關(guān)系圖62. 螺旋式軟件開(kāi)發(fā)模型是將瀑布模型和演化模型相結(jié)合,增加了風(fēng)險(xiǎn)分析,它建立在原型的基礎(chǔ)上,沿著螺線自?xún)?nèi)向外每旋轉(zhuǎn)一圈,就得到( D )的一個(gè)新版本。A. 模塊劃分B. 子程序分解C. 設(shè)計(jì)D. 原型63. 軟件開(kāi)發(fā)的噴泉模型描述了面向?qū)ο蟮拈_(kāi)發(fā)模型,它體現(xiàn)了這種開(kāi)發(fā)方法創(chuàng)建軟件的過(guò)程所
18、固有的迭代和( A )特征。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ò)程的流程如下圖所示,( A )階段擬定了系統(tǒng)的目標(biāo)、范圍和要求。A. B. C. D. 65. 在選擇開(kāi)發(fā)方法時(shí),不適于使用原型法的情況是( D )。A. 用戶(hù)需求模糊不清B. 系統(tǒng)設(shè)計(jì)方案難以確定C. 系統(tǒng)使用范圍變化很大D. 用戶(hù)的數(shù)據(jù)資源缺乏組織和管理66. 軟件需求分析的任務(wù)主要是( B )。A. 解決如何做B. 解決做什么C. 結(jié)構(gòu)化程序設(shè)計(jì)D. 構(gòu)建系統(tǒng)的物理模型67. 結(jié)構(gòu)化分析方法強(qiáng)
19、調(diào)分析對(duì)象的數(shù)據(jù)流,其指導(dǎo)思想是( A )。A. 自頂向下逐層分解B. 自底向上逐層分解C. 面向?qū)ο驞. 面向過(guò)程68. 在一套分層DFD中,如果某一張圖中有N個(gè)加工(Process),則這張圖允許有( D )張子圖。A. 0B. 1C. 1ND. 0N69. 在一張DFD圖中,任意兩個(gè)加工之間( C )。A. 有且僅有一條數(shù)據(jù)流B. 至少有一條數(shù)據(jù)流C. 可以有0條或多條名字互不相同的數(shù)據(jù)流D. 可以有0條或多條數(shù)據(jù)流,且允許其中有若干條名字相同的數(shù)據(jù)流70. 在畫(huà)分層DFD時(shí),應(yīng)注意保持( A )之間的平衡。A. 父圖與其子圖B. 同一父圖的所有子圖C. 不同父圖的所有子圖D. 同一子圖
20、的所有直接父圖71. DFD圖中,從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串連續(xù)交換形成一種信息流,這種信息流可分為( B )兩類(lèi)。A. 控制流和交換流B. 交換流和事務(wù)流C. 事務(wù)流和事件流D. 事件流和控制流72. 軟件設(shè)計(jì)中,劃分模塊的一個(gè)準(zhǔn)則是( C )。A. 低內(nèi)聚低耦合B. 低內(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)是( C )。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)圖中矩形表示( B )。A. 數(shù)據(jù)B. 加工C. 模塊D. 存儲(chǔ)75. 結(jié)
21、構(gòu)化設(shè)計(jì)方法使用的圖形工具之一是系統(tǒng)結(jié)構(gòu)圖,系統(tǒng)結(jié)構(gòu)圖中,如果兩矩形之間有直線相連,表示它們存在( B )的關(guān)系。A. 鏈接B. 調(diào)用C. 并列D. 順序執(zhí)行76. 面向?qū)ο蟮闹饕卣魇欠庋b性、繼承性和( C )。A. 一致性B. 完整性C. 多態(tài)性D. 可移植性77. 在面向?qū)ο蠹夹g(shù)中,對(duì)已有實(shí)例的特征稍作改變就可生成其他的實(shí)例,這種方式稱(chēng)為( C )。A. 委托B. 代理C. 繼承D. 封裝78. 一列有關(guān)面向?qū)ο蟮臄⑹霾徽_的是( C )。A. 面向?qū)ο笤O(shè)計(jì)最根本的意圖是適應(yīng)需求變化B. 應(yīng)盡量針對(duì)接口編程,而不要針對(duì)實(shí)現(xiàn)編程C. 盡量使用繼承而不是聚合,因?yàn)槔^承使得類(lèi)間的耦合性最小D.
22、 盡量使用已有的類(lèi)庫(kù)79. 下列關(guān)于面向?qū)ο蟮姆治雠c設(shè)計(jì)的描述,正確的是( B )。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 )之間的交互和鏈接。A. 對(duì)象B. 類(lèi)C. 用例D. 狀態(tài)81. 面向?qū)ο蟮慕<夹g(shù)(OMT)方法用( A )共同完成對(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
23、. 在使用UML建模時(shí),若需要描述跨越多個(gè)用例的單個(gè)對(duì)象的行為,使用( D )是最為合適的。A. 協(xié)作圖B. 序列圖C. 活動(dòng)圖D. 狀態(tài)圖83. 在使用UML建模時(shí),可以使用( B )來(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. 在使用UML建模時(shí),可以使用( A )來(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)行的一系列消息交換。消息序列可
24、用兩種圖來(lái)表示,強(qiáng)調(diào)消息時(shí)間次序的圖稱(chēng)為( B )。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ì)象的組織圖稱(chēng)為( A )。A. 協(xié)作圖B. 序列圖C. 活動(dòng)圖D. 狀態(tài)圖87. 在UML中,用( C )表示企業(yè)業(yè)務(wù)的工作流,這種圖顯示工作流中的步驟、決策點(diǎn)以及完成每一步驟的角色和對(duì)象。A. 協(xié)作圖B. 用例圖C. 活動(dòng)圖D. 狀態(tài)圖88. 下列關(guān)于UML敘述正確的是( D )。A. UML是一種語(yǔ)言,語(yǔ)言的使用者不能對(duì)其擴(kuò)展B. UML僅是一組圖形的集合C.
25、 UML僅適用于系統(tǒng)的分析與設(shè)計(jì)階段D. UML是獨(dú)立于軟件開(kāi)發(fā)過(guò)程的89. 在一個(gè)客戶(hù)信息系統(tǒng)中存在兩種類(lèi)型的客戶(hù):個(gè)人客戶(hù)和集團(tuán)客戶(hù)。對(duì)于個(gè)人客戶(hù),系統(tǒng)中保存其客戶(hù)標(biāo)識(shí)和基本信息(包括姓名、住宅電話和E-mail);對(duì)于集團(tuán)客戶(hù),系統(tǒng)中保存了其客戶(hù)標(biāo)識(shí)及與該集團(tuán)客戶(hù)相關(guān)的若干個(gè)聯(lián)系人的信息(聯(lián)系人的信息包括姓名、住宅電話、E-mail、辦公電話和職位),其UML類(lèi)圖如下,則其中類(lèi)“客戶(hù)”的屬性有( A )。客戶(hù)人聯(lián)系人集團(tuán)客戶(hù)個(gè)人客戶(hù)1111.*A. 客戶(hù)標(biāo)識(shí)B. 姓名、住宅電話、E-mailC. 客戶(hù)標(biāo)訓(xùn)、辦公電話、職位D. 姓名、住宅電話、辦公電話、E-mail、職位90. 結(jié)構(gòu)化設(shè)計(jì)
26、方法使用的圖形工具是( A )。A. 系統(tǒng)結(jié)構(gòu)圖B. 數(shù)據(jù)流圖C. 程序流程圖D. 實(shí)體聯(lián)系圖91. 在“某圖書(shū)館管理系統(tǒng)”用例模型中,所有用戶(hù)使用系統(tǒng)之前都必須通過(guò)“身份驗(yàn)證”,“身份驗(yàn)證”可以有“密碼驗(yàn)證”和“智能卡驗(yàn)證”兩種方式,則“身份驗(yàn)證”與“密碼驗(yàn)證”和“智能卡驗(yàn)證”之間是( D )關(guān)系。A. 關(guān)聯(lián)B. 包含C. 擴(kuò)展D. 泛化92. 下面那個(gè)圖符表示UML中的實(shí)現(xiàn)關(guān)系?( C )A. B. C. D. 93. 順序圖主要可以為設(shè)計(jì)人員提供( A )信息。A. 消息發(fā)送的順序B. 某個(gè)方法的執(zhí)行流程C. 類(lèi)之間關(guān)聯(lián)關(guān)系的多重性D. 某個(gè)對(duì)象在不同狀態(tài)之間的轉(zhuǎn)移94. 類(lèi)和接口的關(guān)系
27、類(lèi)似于下面哪種類(lèi)型的關(guān)系( A )。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)存、軟盤(pán)、硬盤(pán)、顯示器、鍵盤(pán)、鼠標(biāo)等組成。那么Computer類(lèi)和其他類(lèi)(CPU、RAM、FloppyDrive、HardDisk、Monitor、Keyboard、Mouse)之間的關(guān)系是:( D )A. 泛化關(guān)系(Generalization)B. 實(shí)現(xiàn)關(guān)系(R
28、ealization)C. 包含關(guān)系(Inclusion)D. 聚集關(guān)系(Aggregation)96. 在數(shù)據(jù)庫(kù)設(shè)計(jì)的( C )階段開(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),姓名,年齡,性別,系別,家庭住址),用戶(hù)要求訪問(wèn)“家庭地址”的某個(gè)成分,如郵編、省、市、街道以及門(mén)牌號(hào),則“家庭地址”是一個(gè)( A )屬性。A. 簡(jiǎn)單B. 復(fù)合C. 多值D. 派生98. Innovation公司正在為Rose開(kāi)發(fā)插入件,使得Rose可以把OOA、OOD模型以各種圖形格式導(dǎo)出,如JPEG格式、BMP格式、
29、GIF格式等。在導(dǎo)出時(shí),會(huì)根據(jù)不同的算法來(lái)生成相應(yīng)的圖形文件,這些算法很復(fù)雜。為了描述這些算法,在下面這些圖中,那個(gè)是最適合的?( A )A. 活動(dòng)圖 B. 狀態(tài)圖C. 類(lèi)圖D. 用例圖99. 在類(lèi)圖中,那個(gè)類(lèi)圖中的類(lèi)Order所生成的代碼具有Public class Order Public Customer recipient;的形式?( A )A. B. C. D. 100. 在狀態(tài)圖中不能表示下面那些概念?( D )A. 動(dòng)作(action)B. 事件(event)C. 轉(zhuǎn)移(transition)D. 類(lèi)(class)二 填空題:三 簡(jiǎn)答題:1. 說(shuō)明數(shù)據(jù)、信息與知識(shí)之間的相互關(guān)系,
30、它們?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ù),是邏輯性(觀念性)的;數(shù)據(jù)是信息的表現(xiàn)形式,信息是數(shù)據(jù)有意義的表示。只有經(jīng)過(guò)加工處理或解釋成人們想要得到的數(shù)據(jù),才能夠稱(chēng)為信息。因此,信息是經(jīng)過(guò)加工以后,并對(duì)客觀世界產(chǎn)生影響的數(shù)據(jù)。知識(shí)是由信息形成,同時(shí)知識(shí)決定著人們提取信息的
31、程度。在管理過(guò)程中,同一數(shù)據(jù),對(duì)其的解釋因人而異,對(duì)決策的影響也不同。決策者利用經(jīng)過(guò)處理的數(shù)據(jù)做出決策,可能取得成功,也可能失敗,這里的關(guān)鍵在于對(duì)數(shù)據(jù)的解釋是否正確,即:是否正確地運(yùn)用知識(shí)對(duì)數(shù)據(jù)做出解釋?zhuān)缘玫綔?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),姓名,部門(mén);產(chǎn)品關(guān)系P(productID, name, model, size, color)中的屬性為:產(chǎn)品編號(hào),產(chǎn)品名稱(chēng),型號(hào),尺寸,顏色;倉(cāng)庫(kù)關(guān)系W(warehouseID, name, address,
32、employeeID)中的屬性為:倉(cāng)庫(kù)編號(hào),倉(cāng)庫(kù)名稱(chēng),地址,負(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ù)的地址不能為空,則依次要滿足的完整性約束是什么?參照完整性、實(shí)體完整性、用戶(hù)自定義完整性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)的
33、賬號(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è)外部實(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ù)
34、據(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è)客戶(hù)信息系統(tǒng)中存在兩種類(lèi)型的客戶(hù):個(gè)人客戶(hù)和集團(tuán)客戶(hù)。對(duì)于個(gè)人客戶(hù),系統(tǒng)中保存其客戶(hù)標(biāo)識(shí)和基本信息(包括姓名、住宅電話和E-mail);對(duì)于集團(tuán)客戶(hù),系統(tǒng)中保存了其客戶(hù)標(biāo)識(shí)及與該集團(tuán)客戶(hù)相關(guān)的若干個(gè)聯(lián)系人的信息(聯(lián)系人的信息包括姓名、住宅電話、E-mail、辦公電話和職位),其UML類(lèi)圖如下,說(shuō)明其3. 中類(lèi)“客戶(hù)”的屬性和類(lèi)“人”的屬性??蛻?hù)人聯(lián)系人集團(tuán)客戶(hù)個(gè)人
35、客戶(hù)1111.*客戶(hù):客戶(hù)標(biāo)識(shí)人:姓名、住宅電話、E-mail4. 根據(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í)體B直接相連。(5) 數(shù)據(jù)存儲(chǔ)P有流出數(shù)據(jù)卻沒(méi)有流入數(shù)據(jù)。(6) 外部實(shí)體A不能直接與數(shù)據(jù)存儲(chǔ)H相連。5. 某單位工資發(fā)放過(guò)程如下:工資發(fā)放前,由財(cái)務(wù)科根據(jù)已存檔的“上月工資發(fā)放清單”和人事科送來(lái)的“本
36、月人員及工資變動(dòng)表”填寫(xiě)“本月工資發(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ù)的流程。6. 某倉(cāng)庫(kù)管理系統(tǒng)按以下步驟進(jìn)行信息處理,試畫(huà)出數(shù)據(jù)流程圖。(1) 保管員根據(jù)當(dāng)日的出庫(kù)單和入庫(kù)單通過(guò)出庫(kù)處理和入庫(kù)處理分別將數(shù)據(jù)輸入到“出庫(kù)流水帳”和“入庫(kù)流水帳”,并修改“庫(kù)存臺(tái)帳”。(2) 根據(jù)庫(kù)存臺(tái)帳由統(tǒng)計(jì)、打印程序輸出庫(kù)存日?qǐng)?bào)表。(3) 需要查詢(xún)時(shí),可利用查詢(xún)程序在輸入查詢(xún)條件后,到庫(kù)存臺(tái)帳去查找,顯示查詢(xún)結(jié)果。7. 某企業(yè)物資管理系
37、保管員出庫(kù)處理入庫(kù)處理出庫(kù)流水賬入庫(kù)流水賬庫(kù)存臺(tái)賬統(tǒng)計(jì)打印庫(kù)存日?qǐng)?bào)表查詢(xún)程序保管員統(tǒng)中的維修用材料計(jì)劃信息一覽表如下,把它化為符合3NF的關(guān)系,每個(gè)關(guān)系中的的關(guān)鍵字用下劃線標(biāo)出。部門(mén)編碼+部門(mén)名稱(chēng)+材料編碼+材料名稱(chēng)+型號(hào)+規(guī)格+計(jì)量單位+維修用量部門(mén)關(guān)系:部門(mén)編碼、部門(mén)名稱(chēng)材料關(guān)系:材料編碼、材料名稱(chēng)、型號(hào)、規(guī)格、計(jì)量單位維修關(guān)系:部門(mén)編碼、材料編碼、維修用量8. 某單位資料室需要建立一個(gè)圖書(shū)管理系統(tǒng),初步的需求分析結(jié)果如下:(1) 資料室有圖書(shū)管理員若干,他們負(fù)責(zé)已購(gòu)圖書(shū)的編目和借還工作,每名圖書(shū)管理員的信息包括工號(hào)和姓名;(2) 讀者可在閱覽室讀書(shū),也可通過(guò)圖書(shū)流通室借還圖書(shū),讀者信息包
38、括讀者ID、姓名、電話和E-mail,系統(tǒng)為不同讀者生成不同的讀者ID;(3) 每部書(shū)在系統(tǒng)中對(duì)應(yīng)唯一的一條圖書(shū)在版編目數(shù)據(jù)(CIP,以下簡(jiǎn)稱(chēng)書(shū)目),書(shū)目的基本信息包括ISBN號(hào)、書(shū)名、作者、出版商、出版年月,以及本資料室擁有該書(shū)的冊(cè)數(shù)(以下簡(jiǎn)稱(chēng)冊(cè)數(shù)),不同書(shū)目的ISBN號(hào)不同;(4) 資料室對(duì)同一書(shū)目的圖書(shū)可擁有多冊(cè)(本),圖書(shū)信息包括圖書(shū)ID、ISBN號(hào)、存放位置、當(dāng)前狀態(tài),每一本書(shū)在系統(tǒng)中被賦予唯一的圖書(shū)ID;(5) 一名讀者最多只能借閱十本圖書(shū),且每本圖書(shū)最多只能借兩個(gè)月,讀者借書(shū)時(shí)需由圖書(shū)管理員登記讀者ID、所借圖書(shū)ID、借閱時(shí)間和應(yīng)還時(shí)間,讀者還書(shū)時(shí)圖書(shū)管理員在對(duì)應(yīng)的借書(shū)信息中記錄
39、歸還時(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-02368-9圖書(shū)流通室已借出01C832.2ISBN7-302-02368-9圖書(shū)閱覽室不外借01C832.3ISBN7-302-02368-9圖書(shū)流通室未借出01C832.4ISBN7-302-02368-
40、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擁有1N9. 試用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)模型畫(huà)出系統(tǒng)用例圖和類(lèi)圖; (2)建立系統(tǒng)動(dòng)態(tài)結(jié)構(gòu)模型畫(huà)出系統(tǒng)序列圖和協(xié)作圖; (3)建立關(guān)系數(shù)據(jù)庫(kù)邏輯模型。10. 分析下面的類(lèi)圖,畫(huà)出新的類(lèi)圖,將原圖中的多對(duì)多關(guān)系轉(zhuǎn)換為1:M(一對(duì)多)關(guān)系。購(gòu)買(mǎi)商店編號(hào)顧客編號(hào)11.
41、信用卡可能處于“開(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)。畫(huà)出信用卡的狀態(tài)圖。12. 某圖書(shū)館外文采購(gòu)室有兩個(gè)組:訂書(shū)組和驗(yàn)收、登記組,分別負(fù)責(zé)書(shū)籍訂購(gòu)和進(jìn)書(shū)驗(yàn)收業(yè)務(wù)。訂書(shū)組的主要業(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ū)
42、,并進(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ù)上述描述,畫(huà)出組織結(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ū)訂單查看打印訂單驗(yàn)收登帳進(jìn)書(shū)查看各種統(tǒng)計(jì)圖書(shū)總帳訂書(shū)目錄初步訂書(shū)清單訂書(shū)信息已訂及已進(jìn)圖書(shū)統(tǒng)計(jì)信息圖書(shū)交接單發(fā)票圖書(shū)信息圖書(shū)清單發(fā)票訂單圖書(shū)清單13. 試述決策樹(shù)、決策表、結(jié)構(gòu)化英語(yǔ)的特點(diǎn)和在表達(dá)系統(tǒng)功能中
43、的作用。決策樹(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)邏輯描述方法。14. 目前網(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ù)文
44、件和程序文件(2) 客戶(hù)機(jī)/服務(wù)器(C/S)計(jì)算模式:將信息處理工作分解為兩部分,一部分由服務(wù)器來(lái)實(shí)現(xiàn),另一部分由客戶(hù)機(jī)本身來(lái)完成。用戶(hù)通過(guò)客戶(hù)機(jī)向服務(wù)器提出服務(wù)請(qǐng)求,服務(wù)器根據(jù)請(qǐng)求進(jìn)行處理后向客戶(hù)端經(jīng)過(guò)加工的信息,客戶(hù)機(jī)本身也承擔(dān)本地信息管理工作。(3) 瀏覽器/WEB 服務(wù)器(B/S)計(jì)算模式:是一種基于互聯(lián)網(wǎng)技術(shù)的層客戶(hù)機(jī)/服務(wù)器結(jié)構(gòu)。服務(wù)器端采用基于超文本協(xié)議(HTTP)的WEB服務(wù)器,客戶(hù)使用對(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è)
45、組織結(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è)系統(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í)別
46、所有成功因素 確定關(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ù)類(lèi)和定義信息系統(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ù)需求 兩類(lèi)。12、系統(tǒng)相關(guān)者包括 用戶(hù) 客戶(hù) 技術(shù)人員和外部實(shí)體。13、系統(tǒng)分析中需要考慮的事件有三種類(lèi)型,分別是 外部事件 臨時(shí)事件 和 狀態(tài)事件。14、系統(tǒng)分析員要明確每個(gè)系統(tǒng)需要存儲(chǔ)的事物屬性。能唯一標(biāo)識(shí)事物的屬性被稱(chēng)為 標(biāo)識(shí)符或關(guān)鍵字。15、結(jié)構(gòu)化方法所
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 出租電纜鋼板合同范本
- 個(gè)人賺取傭金合同范例
- 中介公租房合同范本
- 住家阿姨雇傭合同范本
- 農(nóng)村改造房出售合同范本
- 兄妹房屋出賣(mài)合同范例
- 產(chǎn)權(quán)代辦合同范本
- 專(zhuān)利權(quán)轉(zhuǎn)讓合同范本
- 創(chuàng)業(yè)辦公司合同范本
- 517住宅租賃合同范本
- 高效液相含量測(cè)定計(jì)算公式
- 六宮格數(shù)獨(dú)解題技巧
- 公安機(jī)關(guān)通用告知書(shū)模板
- 工程款支付審批流程圖
- 人教版七年級(jí)歷史下冊(cè)第一單元填空題
- 封頭重量和容積計(jì)算
- 《小學(xué)數(shù)學(xué)課程與教學(xué)》教學(xué)大綱
- 《手機(jī)攝影》全套課件(完整版)
- 彩色學(xué)生電子小報(bào)手抄報(bào)模板春節(jié)41
- 筒形件拉深成形工藝分析及模具設(shè)計(jì)
- JGJ_T231-2021建筑施工承插型盤(pán)扣式鋼管腳手架安全技術(shù)標(biāo)準(zhǔn)(高清-最新版)
評(píng)論
0/150
提交評(píng)論