系統(tǒng)分析與設(shè)計復(fù)習(xí)題_第1頁
系統(tǒng)分析與設(shè)計復(fù)習(xí)題_第2頁
系統(tǒng)分析與設(shè)計復(fù)習(xí)題_第3頁
系統(tǒng)分析與設(shè)計復(fù)習(xí)題_第4頁
系統(tǒng)分析與設(shè)計復(fù)習(xí)題_第5頁
已閱讀5頁,還剩29頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

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

2、( D )。A. 管理目標(biāo)、人力資源、業(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á)的是( B )。A. 數(shù)據(jù)在系統(tǒng)各部件間的流動情況B. 對數(shù)據(jù)進(jìn)行加工處理的控制過程C. 邏輯數(shù)據(jù)流圖D. 白盒子形式的組成系統(tǒng)的每個部件6. 一般子系統(tǒng)的劃分是在系統(tǒng)( C )階段,根據(jù)對系統(tǒng)的功能/數(shù)據(jù)分析的結(jié)果提出的。A. 需求分析 B. 邏輯階段 C. 總體設(shè)計 D. 詳細(xì)設(shè)計7. 信息系統(tǒng)流程圖是以新系統(tǒng)的( D )為基礎(chǔ)繪制的。A. E-R圖

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

4、的可行性研究 C. 選擇計算機和網(wǎng)絡(luò)系統(tǒng)的方案 D. 確定軟件系統(tǒng)的模塊結(jié)構(gòu)12. 系統(tǒng)設(shè)計階段的主要成果是( C )。A. 用戶的決策方針 B. 用戶的分析方案 C. 系統(tǒng)設(shè)計說明書 D. 系統(tǒng)總體設(shè)計方案13. 信息系統(tǒng)建設(shè)的結(jié)構(gòu)化方法中用戶必須參與的原則是用戶必須參與( A )。A. 系統(tǒng)建設(shè)中各階段工作 B. 系統(tǒng)分析工作 C. 系統(tǒng)設(shè)計工作 D. 系統(tǒng)實施工作14. 結(jié)構(gòu)化生命周期法的主要缺點之一是( A )。A. 系統(tǒng)開發(fā)周期長 B. 缺乏標(biāo)準(zhǔn)、規(guī)范 C. 用戶參與程度低 D. 主要工作集中在實施階段15. 系統(tǒng)分析工作的全面總結(jié)和主要成果是( A )。A. 可行性研究報告 B.

5、數(shù)據(jù)詞典 C. 系統(tǒng)說明書 D. 系統(tǒng)詳細(xì)調(diào)查報告16. 軟件文檔是信息系統(tǒng)( B )的重要依據(jù)。A.可理解性 B.可維護(hù)性 C.可擴展性 D.可移植性17. 系統(tǒng)維護(hù)中要解決的問題來源于( D )。A. 系統(tǒng)分析階段 B. 系統(tǒng)設(shè)計階段 C. 系統(tǒng)實施階段 D. 三者都包括18. 在原型法中,原型是開發(fā)系統(tǒng)的( A )。A. 反映用戶最基本需求的可以運行的實驗?zāi)P?B. 某一主要部分的詳細(xì)設(shè)計方案(物理模型) C. 反映用戶需求的邏輯模型 D. 反映用戶全部需求符合系統(tǒng)開發(fā)規(guī)范的應(yīng)用軟件程序19. 由用戶開發(fā)應(yīng)用系統(tǒng)可以解決的主要問題是( B )。A. 提高應(yīng)用系統(tǒng)效率 B. 系統(tǒng)開發(fā)直接反

6、映用戶需求 C. 增強系統(tǒng)的可靠性 D. 降低開發(fā)成本20. 項目主要管理人員應(yīng)參與( D )。A. 系統(tǒng)規(guī)劃 B. 系統(tǒng)設(shè)計 C. 系統(tǒng)分析 D. 系統(tǒng)開發(fā)和運行全過程21. 繪制功能結(jié)構(gòu)圖的依據(jù)是( A )。A. 數(shù)據(jù)流程圖 B. PAD圖 C. N-S圖 D. 系統(tǒng)總體設(shè)計22. 下面哪一項不是系統(tǒng)設(shè)計階段的主要活動( D )。A. 系統(tǒng)總體設(shè)計 B. 系統(tǒng)硬件設(shè)計 C. 系統(tǒng)詳細(xì)設(shè)計 D. 編寫系統(tǒng)實施計劃23. 對于結(jié)構(gòu)化設(shè)計思想的描述哪一項是錯誤的( C )。A. 在結(jié)構(gòu)化設(shè)計中,模塊的功能應(yīng)當(dāng)簡單明確,易于理解 B. 自頂向下,逐步求精 C. 設(shè)計者應(yīng)先設(shè)計頂層模塊 D. 越下層

7、模塊,其功能越具體,越復(fù)雜24. 數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計是將( 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)多個功能之間的接口C. 模塊之間公共數(shù)據(jù)的數(shù)量D. 模塊之間相互關(guān)聯(lián)的程度26. 內(nèi)聚是種指標(biāo),表示一個模塊( B )。A. 代碼優(yōu)化的程度B. 代碼功能的集中程度C. 完成任務(wù)的及時程度D. 為了與其他模塊連接所要完成的工作量27. 在繪繪數(shù)據(jù)流時,應(yīng)遵循父圖與子圖平衡的原則,所謂平衡是指( C )。A. 父圖和子圖都不昨改變數(shù)據(jù)

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

9、、省、市、街道以及門牌號。關(guān)系Students的主鍵和外鍵分別是( C )A. 學(xué)號、家庭地址B. 姓名、系別C. 學(xué)號、系別D. 姓名、家庭地址31. 系統(tǒng)開發(fā)的主要方法有生命周期法、原型化方法、計算機輔助軟件工程方法和( D )。A. 自頂向下法 B. 由底向上法 C. 模塊法 D. 面向?qū)ο蠓椒?2. 在系統(tǒng)生命周期的各階段中,花費費用和人力投入最多的階段是( A )。A. 分析與設(shè)計 B. 編制程序 C. 測試程序 D. 系統(tǒng)維護(hù)33. 設(shè)有關(guān)系Students(學(xué)號,姓名,年齡,性別,系別,家庭住址),用戶要求訪問“家庭地址”的某個成分,如郵編、省、市、街道以及門牌號,則“家庭地址”

10、是一個( A )屬性。A. 簡單B. 復(fù)合C. 多值D. 派生34. 下列關(guān)于信息的敘述,不正確的是( B )。A. 信息是可以處理的B. 信息的價值不會改變C. 信息可以在不同形態(tài)間轉(zhuǎn)化D. 信息具有時效性35. 下列不屬于面向?qū)ο蠹夹g(shù)的基本特征的是( B )。A. 封裝性 B. 模塊性 C. 多態(tài)性 D. 繼承性36. 繼承機制的作用是( C )。A. 信息隱藏 B. 數(shù)據(jù)封裝 C. 派生新類 D. 數(shù)據(jù)抽象37. ( D )是從用戶使用系統(tǒng)的角度描述系統(tǒng)功能的圖形表達(dá)方法。A. 類圖 B. 對象圖 C. 序列圖 D. 用例圖38. ( C )是表達(dá)系統(tǒng)類及其相互聯(lián)系的圖示,它是面向?qū)ο笤O(shè)

11、計的核心,建立狀態(tài)圖、協(xié)作圖和其他圖的基礎(chǔ)。A對象圖 B. 組件圖 C. 類圖 D. 配置圖39. (D )描述了一組交互對象間的動態(tài)協(xié)作關(guān)系,它表示完成某項行為的對象和這些對象之間傳遞消息的時間順序。A對象圖 B. 協(xié)作圖 C. 狀態(tài)圖 D. 序列圖40. ( D)就是用于表示構(gòu)成分布式系統(tǒng)的節(jié)點集和節(jié)點之間的聯(lián)系的圖示,它可以表示系統(tǒng)中軟件和硬件的物理架構(gòu)。A. 組件圖 B. 協(xié)作圖 C. 狀態(tài)圖 D. 配置圖41. 在用UML進(jìn)行數(shù)據(jù)庫的分析與設(shè)計過程中,( A )就是進(jìn)行數(shù)據(jù)庫的需求分析,使用用例圖、類圖、順序圖、活動圖等建立業(yè)務(wù)模型。A. 邏輯數(shù)據(jù)模型設(shè)計 B 業(yè)務(wù)Use Case模

12、型設(shè)計 C. 物理數(shù)據(jù)模型設(shè)計 D. 物理實現(xiàn)設(shè)計42. 使用UML進(jìn)行關(guān)系數(shù)據(jù)庫的( B )時,需要設(shè)計出表達(dá)持久數(shù)據(jù)的實體類及其聯(lián)系,并把它們映射成為關(guān)系數(shù)據(jù)庫表(Table)、視圖(View)等。A. 業(yè)務(wù)Use Case模型設(shè)計 B. 邏輯數(shù)據(jù)模型設(shè)計C. 物理數(shù)據(jù)模型設(shè)計 D. 物理實現(xiàn)設(shè)計43. UML的動態(tài)建模表示包含( B )種圖。(狀態(tài)圖、活動圖、順序圖和合作圖 用例圖)A. 9 B. 5 C. 4 D. 244. 在UML提供的圖中,( A )用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互。A. 用例圖 B. 類圖 C. 對象圖 D. 部署圖45. 在UML提供的圖中,( D )用

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)分析報告的主要作用是( C )。A. 系統(tǒng)規(guī)劃的依據(jù)B. 系統(tǒng)實施的依據(jù)C. 系統(tǒng)設(shè)計的依據(jù)D. 系統(tǒng)評價的依據(jù)48. 在決定開發(fā)管理信息系統(tǒng)之前,首先要做好系統(tǒng)開發(fā)的( A )。A. 可行性研究B. 系統(tǒng)化分析C. 總體預(yù)算D. 新系統(tǒng)的邏輯設(shè)計和物理設(shè)計49. 判斷表由以下幾方面內(nèi)容組成( A )。A. 條件、決策規(guī)則和應(yīng)采取的行動B. 決策問題、決策規(guī)則、判斷方法C. 環(huán)境描述、判斷方法、判斷規(guī)

14、則D. 方案序號、判斷規(guī)則50. 結(jié)構(gòu)化分析方法是一種面向( B )的需求分析方法。A. 對象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. 信號流52. 進(jìn)行需求分析時可以使用多種工具,但( D )是不適用的。A. DFD圖B. 判斷表C.PAD圖D. 數(shù)據(jù)字典53. 在用戶需求分析中,開發(fā)人員要從用戶那里解決的最重要的問題是( A )。A. 要讓軟件做什么B. 要給軟件提供哪些信息C. 要求軟件工作效率怎樣D. 要讓軟件具有何種結(jié)構(gòu)54. 需求規(guī)格說明書在軟件開發(fā)中具

15、有重要作用,但它不能作為( D )。A. 軟件設(shè)計的依據(jù)B. 用戶和開發(fā)人員對軟件要做什么的共同理解C. 軟件驗收的依據(jù)D. 軟件可行性分析的依據(jù)55. 原型化方法是用戶和軟件開發(fā)人員之間進(jìn)行的一種交互過程,適用于( A )系統(tǒng)。A. 需求不確定性高的B. 需求確定的C. 管理信息D. 決策支持56. 原型化方法是用戶和軟件開發(fā)人員之間進(jìn)行的一種交互過程,它從用戶界面的開發(fā)入手,首先形成( C )。A. 用戶界面使用手冊B. 用戶界面需求分析說明書C. 系統(tǒng)界面原型D.完善的用戶界面57. 原型化方法是用戶和軟件開發(fā)人員之間進(jìn)行的一種交互過程,它從用戶界面的開發(fā)入手,首先形成系統(tǒng)界面原型,用戶

16、( D )并提出意見。A. 改進(jìn)用戶界面的設(shè)計B. 閱讀文檔資料C. 模擬用戶界面的運行D. 運行用戶界面原型58. 原型化方法是用戶和軟件開發(fā)人員之間進(jìn)行的一種交互過程,它從用戶界面的開發(fā)入手,首先形成系統(tǒng)界面原型,用戶運用界面原型并就( A )提出意見。A. 同意什么不同意什么B. 使用和不使用哪一種編程語言C. 同意的結(jié)構(gòu)D. 執(zhí)行速度是否滿足要求59. 原型化方法是用戶和軟件開發(fā)人員之間進(jìn)行的一種交互過程,是一種( B )型的設(shè)計過程。A. 自外向內(nèi)B. 自頂向下C. 自內(nèi)向外D. 自底向上60. 對于管理信息系統(tǒng),為提高M(jìn)IS開發(fā)效益和質(zhì)量,可采用( B ),以改進(jìn)用戶和開發(fā)者之間由

17、于需要變化而引起修改和定義不準(zhǔn)確等問題。A. 結(jié)構(gòu)化方法B. 快速原型法C. 面向?qū)ο蠓椒―. 軟件評審61. 系統(tǒng)開發(fā)過程通常被分為若干個階段,每個階段的開始和結(jié)束都有明確的規(guī)定。人們常將開發(fā)過程中完成某項關(guān)鍵工作的時刻稱為進(jìn)里程碑。完成( B )時最適于稱為里程碑。A. 需求調(diào)查B. 總體設(shè)計稿C. 50%編碼D. 一套實體關(guān)系圖62. 螺旋式軟件開發(fā)模型是將瀑布模型和演化模型相結(jié)合,增加了風(fēng)險分析,它建立在原型的基礎(chǔ)上,沿著螺線自內(nèi)向外每旋轉(zhuǎn)一圈,就得到( D )的一個新版本。A. 模塊劃分B. 子程序分解C. 設(shè)計D. 原型63. 軟件開發(fā)的噴泉模型描述了面向?qū)ο蟮拈_發(fā)模型,它體現(xiàn)了這

18、種開發(fā)方法創(chuàng)建軟件的過程所固有的迭代和( A )特征。A. 開發(fā)各階段之間無間隙B. 開發(fā)各階段分界明顯C. 部分開發(fā)階段分界明顯D. 開發(fā)過程不分段需求分析概要設(shè)計詳細(xì)設(shè)計程序設(shè)計調(diào)試測試系統(tǒng)安裝123464. 系統(tǒng)開發(fā)過程的流程如下圖所示,( A )階段擬定了系統(tǒng)的目標(biāo)、范圍和要求。A. B. C. D. 65. 在選擇開發(fā)方法時,不適于使用原型法的情況是( D )。A. 用戶需求模糊不清B. 系統(tǒng)設(shè)計方案難以確定C. 系統(tǒng)使用范圍變化很大D. 用戶的數(shù)據(jù)資源缺乏組織和管理66. 軟件需求分析的任務(wù)主要是( B )。A. 解決如何做B. 解決做什么C. 結(jié)構(gòu)化程序設(shè)計D. 構(gòu)建系統(tǒng)的物理模

19、型67. 結(jié)構(gòu)化分析方法強調(diào)分析對象的數(shù)據(jù)流,其指導(dǎo)思想是( A )。A. 自頂向下逐層分解B. 自底向上逐層分解C. 面向?qū)ο驞. 面向過程68. 在一套分層DFD中,如果某一張圖中有N個加工(Process),則這張圖允許有( D )張子圖。A. 0B. 1C. 1ND. 0N69. 在一張DFD圖中,任意兩個加工之間( C )。A. 有且僅有一條數(shù)據(jù)流B. 至少有一條數(shù)據(jù)流C. 可以有0條或多條名字互不相同的數(shù)據(jù)流D. 可以有0條或多條數(shù)據(jù)流,且允許其中有若干條名字相同的數(shù)據(jù)流70. 在畫分層DFD時,應(yīng)注意保持( A )之間的平衡。A. 父圖與其子圖B. 同一父圖的所有子圖C. 不同父

20、圖的所有子圖D. 同一子圖的所有直接父圖71. DFD圖中,從系統(tǒng)的輸入流到系統(tǒng)的輸出流的一連串連續(xù)交換形成一種信息流,這種信息流可分為( B )兩類。A. 控制流和交換流B. 交換流和事務(wù)流C. 事務(wù)流和事件流D. 事件流和控制流72. 軟件設(shè)計中,劃分模塊的一個準(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è)計時,設(shè)計的出發(fā)點是( C )。A. 數(shù)據(jù)流圖B. 實體聯(lián)系圖C. 系統(tǒng)流程圖D. HIPO圖74. 結(jié)構(gòu)化設(shè)計方法使用的圖形工具之一是系統(tǒng)結(jié)構(gòu)圖,系統(tǒng)結(jié)構(gòu)圖中矩形表示( B )。A. 數(shù)據(jù)B. 加工C.

21、 模塊D. 存儲75. 結(jié)構(gòu)化設(shè)計方法使用的圖形工具之一是系統(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ù)中,對已有實例的特征稍作改變就可生成其他的實例,這種方式稱為( C )。A. 委托B. 代理C. 繼承D. 封裝78. 一列有關(guān)面向?qū)ο蟮臄⑹霾徽_的是( C )。A. 面向?qū)ο笤O(shè)計最根本的意圖是適應(yīng)需求變化B. 應(yīng)盡量針對接口編程,而不要針對實現(xiàn)編程C. 盡量使用繼承而不是聚合,因為繼

22、承使得類間的耦合性最小D. 盡量使用已有的類庫79. 下列關(guān)于面向?qū)ο蟮姆治雠c設(shè)計的描述,正確的是( B )。A. 面向?qū)ο笤O(shè)計描述軟件要做什么B. 面向?qū)ο蠓治霾恍枰紤]技術(shù)和實現(xiàn)層面的細(xì)節(jié)C. 面向?qū)ο蠓治龅妮斎胧敲嫦驅(qū)ο笤O(shè)計的結(jié)果D. 面向?qū)ο笤O(shè)計的結(jié)果是簡單的分析模型80. 協(xié)作圖描述了協(xié)作的( A )之間的交互和鏈接。A. 對象B. 類C. 用例D. 狀態(tài)81. 面向?qū)ο蟮慕<夹g(shù)(OMT)方法用( A )共同完成對整個系統(tǒng)的建模。A. 對象模型、動態(tài)模型、功能模型和用例模型B. 數(shù)據(jù)模型、靜態(tài)模型、動態(tài)模型和功能模型C. 靜態(tài)模型、動態(tài)模型、功能模型和用例模型D. 對象模型、靜態(tài)模

23、型、動態(tài)模型和功能模型82. 在使用UML建模時,若需要描述跨越多個用例的單個對象的行為,使用( D )是最為合適的。A. 協(xié)作圖B. 序列圖C. 活動圖D. 狀態(tài)圖83. 在使用UML建模時,可以使用( B )來反映隨著時間推移若干個對象之間的動態(tài)協(xié)作關(guān)系,它強調(diào)對象之間消息發(fā)送的時間和順序。A. 協(xié)作圖B. 序列圖C. 活動圖D. 狀態(tài)圖84. 在使用UML建模時,可以使用( A )來反映若干個對象之間的動態(tài)合作關(guān)系,它除顯示信息交換外,還顯示對象以及它們之間的關(guān)系。A. 協(xié)作圖B. 序列圖C. 活動圖D. 狀態(tài)圖85. 在UML中,對象行為是通過交互來實現(xiàn)的,是對象間完成某一目的而進(jìn)行的

24、一系列消息交換。消息序列可用兩種圖來表示,強調(diào)消息時間次序的圖稱為( B )。A. 協(xié)作圖B. 序列圖C. 活動圖D. 狀態(tài)圖86. 在UML中,對象行為是通過交互來實現(xiàn)的,是對象間完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種圖來表示,強調(diào)參加交互的對象的組織圖稱為( A )。A. 協(xié)作圖B. 序列圖C. 活動圖D. 狀態(tài)圖87. 在UML中,用( C )表示企業(yè)業(yè)務(wù)的工作流,這種圖顯示工作流中的步驟、決策點以及完成每一步驟的角色和對象。A. 協(xié)作圖B. 用例圖C. 活動圖D. 狀態(tài)圖88. 下列關(guān)于UML敘述正確的是( D )。A. UML是一種語言,語言的使用者不能對其擴展B. U

25、ML僅是一組圖形的集合C. UML僅適用于系統(tǒng)的分析與設(shè)計階段D. UML是獨立于軟件開發(fā)過程的89. 在一個客戶信息系統(tǒng)中存在兩種類型的客戶:個人客戶和集團客戶。對于個人客戶,系統(tǒng)中保存其客戶標(biāo)識和基本信息(包括姓名、住宅電話和E-mail);對于集團客戶,系統(tǒng)中保存了其客戶標(biāo)識及與該集團客戶相關(guān)的若干個聯(lián)系人的信息(聯(lián)系人的信息包括姓名、住宅電話、E-mail、辦公電話和職位),其UML類圖如下,則其中類“客戶”的屬性有( A )??蛻羧寺?lián)系人集團客戶個人客戶1111.*A. 客戶標(biāo)識B. 姓名、住宅電話、E-mailC. 客戶標(biāo)訓(xùn)、辦公電話、職位D. 姓名、住宅電話、辦公電話、E-mai

26、l、職位90. 結(jié)構(gòu)化設(shè)計方法使用的圖形工具是( A )。A. 系統(tǒng)結(jié)構(gòu)圖B. 數(shù)據(jù)流圖C. 程序流程圖D. 實體聯(lián)系圖91. 在“某圖書館管理系統(tǒng)”用例模型中,所有用戶使用系統(tǒng)之前都必須通過“身份驗證”,“身份驗證”可以有“密碼驗證”和“智能卡驗證”兩種方式,則“身份驗證”與“密碼驗證”和“智能卡驗證”之間是( D )關(guān)系。A. 關(guān)聯(lián)B. 包含C. 擴展D. 泛化92. 下面那個圖符表示UML中的實現(xiàn)關(guān)系?( C )A. B. C. D. 93. 順序圖主要可以為設(shè)計人員提供( A )信息。A. 消息發(fā)送的順序B. 某個方法的執(zhí)行流程C. 類之間關(guān)聯(lián)關(guān)系的多重性D. 某個對象在不同狀態(tài)之間的

27、轉(zhuǎn)移94. 類和接口的關(guān)系類似于下面哪種類型的關(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. 計算機(Computer)由中央處理器、內(nèi)存、軟盤、硬盤、顯示器、鍵盤、鼠標(biāo)等組成。那么Computer類和其他類(CPU、RAM、FloppyDrive、HardDisk、Monitor、Keyboard、Mouse)之間的關(guān)系是:( D )A. 泛化關(guān)系(Generalizat

28、ion)B. 實現(xiàn)關(guān)系(Realization)C. 包含關(guān)系(Inclusion)D. 聚集關(guān)系(Aggregation)96. 在數(shù)據(jù)庫設(shè)計的( C )階段開始考慮具體的數(shù)據(jù)庫管理系統(tǒng)(DBMS)的特性。A. 需求分析B. 概念設(shè)計C. 邏輯設(shè)計.D 物理設(shè)計97. 設(shè)有關(guān)系Students(學(xué)號,姓名,年齡,性別,系別,家庭住址),用戶要求訪問“家庭地址”的某個成分,如郵編、省、市、街道以及門牌號,則“家庭地址”是一個( A )屬性。A. 簡單B. 復(fù)合C. 多值D. 派生98. Innovation公司正在為Rose開發(fā)插入件,使得Rose可以把OOA、OOD模型以各種圖形格式導(dǎo)出,如

29、JPEG格式、BMP格式、GIF格式等。在導(dǎo)出時,會根據(jù)不同的算法來生成相應(yīng)的圖形文件,這些算法很復(fù)雜。為了描述這些算法,在下面這些圖中,那個是最適合的?( A )A. 活動圖 B. 狀態(tài)圖C. 類圖D. 用例圖99. 在類圖中,那個類圖中的類Order所生成的代碼具有Public class Order Public Customer recipient;的形式?( A )A. B. C. D. 100. 在狀態(tài)圖中不能表示下面那些概念?( D )A. 動作(action)B. 事件(event)C. 轉(zhuǎn)移(transition)D. 類(class)二 填空題:三 簡答題:1. 說明數(shù)據(jù)、

30、信息與知識之間的相互關(guān)系,它們在管理上有什么不同?數(shù)據(jù)是對客觀事物的性質(zhì)、狀態(tài)以及相互關(guān)系等進(jìn)行記載的物理符號或這些物理符號的組合。數(shù)據(jù)是可識別的、抽象的符號。信息(Information)是關(guān)于客觀事實的可交流的知識。知識是反映各種事物的信息進(jìn)入人們大腦,對神經(jīng)細(xì)胞產(chǎn)生作用后留下的痕跡。數(shù)據(jù)是關(guān)于事物的性質(zhì)、狀態(tài)等的符號,是物理性的,信息是對數(shù)據(jù)進(jìn)行加工處理之后所得到的并對決策產(chǎn)生影響的數(shù)據(jù),是邏輯性(觀念性)的;數(shù)據(jù)是信息的表現(xiàn)形式,信息是數(shù)據(jù)有意義的表示。只有經(jīng)過加工處理或解釋成人們想要得到的數(shù)據(jù),才能夠稱為信息。因此,信息是經(jīng)過加工以后,并對客觀世界產(chǎn)生影響的數(shù)據(jù)。知識是由信息形成,同

31、時知識決定著人們提取信息的程度。在管理過程中,同一數(shù)據(jù),對其的解釋因人而異,對決策的影響也不同。決策者利用經(jīng)過處理的數(shù)據(jù)做出決策,可能取得成功,也可能失敗,這里的關(guān)鍵在于對數(shù)據(jù)的解釋是否正確,即:是否正確地運用知識對數(shù)據(jù)做出解釋,以得到準(zhǔn)確的信息。2. 某數(shù)據(jù)庫中有員工數(shù)據(jù)E、產(chǎn)品關(guān)系P、倉庫關(guān)系W和庫存關(guān)系I,其中:員工關(guān)系E(emlpoyeeID, name, department)中的屬性為:員工編號,姓名,部門;產(chǎn)品關(guān)系P(productID, name, model, size, color)中的屬性為:產(chǎn)品編號,產(chǎn)品名稱,型號,尺寸,顏色;倉庫關(guān)系W(warehouseID, na

32、me, address, employeeID)中的屬性為:倉庫編號,倉庫名稱,地址,負(fù)責(zé)人編號;庫存關(guān)系I(warehouseID, productID, quantity)中的屬性為倉庫編號,產(chǎn)品編號和產(chǎn)品數(shù)量。若要求倉庫關(guān)系的負(fù)責(zé)人引用員工關(guān)系的員工編號,員工關(guān)系E的員工編號、倉庫關(guān)系W的倉庫編號和產(chǎn)品關(guān)系P的產(chǎn)品編號不能為空且唯一標(biāo)識一個記錄,并且倉庫的地址不能為空,則依次要滿足的完整性約束是什么?參照完整性、實體完整性、用戶自定義完整性3. 某學(xué)校建立了一個網(wǎng)上作業(yè)提交與管理系統(tǒng),基本功能描述如下:(1) 賬號和密碼。任課教師用賬號和密碼登錄系統(tǒng)后,提交所有選課學(xué)生的名單。系統(tǒng)自動為

33、每個選課學(xué)生創(chuàng)建登錄系統(tǒng)的賬號和密碼。(2) 作業(yè)提交。學(xué)生使用賬號和密碼登錄系統(tǒng)后,可以向系統(tǒng)申請所選課程的作業(yè)。系統(tǒng)首先檢查學(xué)生的當(dāng)前狀態(tài),如果該學(xué)生還沒有做過作業(yè),則從數(shù)據(jù)庫服務(wù)器申請一份作業(yè)。若申請成功,則顯示需要完成的作業(yè)。學(xué)生需要在線完成作業(yè),單擊“提交”按鈕上交作業(yè)。(3) 在線批閱。系統(tǒng)自動在線批改作業(yè),顯示作業(yè)成績,并將該成績記錄在作業(yè)成績統(tǒng)計文件中。問:如果將數(shù)據(jù)庫服務(wù)器(記為DB)作為一個外部實體,那么在繪制該系統(tǒng)的數(shù)據(jù)流圖時,還應(yīng)有哪些外部實體和數(shù)據(jù)存儲?外部實體:學(xué)生、教師數(shù)據(jù)存儲:學(xué)生信息、作業(yè)信息、作業(yè)成績信息、教師信息4.四 綜合題:1. 過程P分解為P1、P2

34、、P3三個子過程,下圖的數(shù)據(jù)流圖中存在兩處錯誤,請找到錯誤并更正。(可以圖示,也可以文字說明)PP1P3P2SSS1S21層0層 (1)1層圖中P1、P2、P3三個子過程僅有流入數(shù)據(jù)流,沒有流出數(shù)據(jù)流。 (2) 1層圖中實體S2為多余實體,應(yīng)去掉。2. 在一個客戶信息系統(tǒng)中存在兩種類型的客戶:個人客戶和集團客戶。對于個人客戶,系統(tǒng)中保存其客戶標(biāo)識和基本信息(包括姓名、住宅電話和E-mail);對于集團客戶,系統(tǒng)中保存了其客戶標(biāo)識及與該集團客戶相關(guān)的若干個聯(lián)系人的信息(聯(lián)系人的信息包括姓名、住宅電話、E-mail、辦公電話和職位),其UML類圖如下,說明其3. 中類“客戶”的屬性和類“人”的屬性

35、??蛻羧寺?lián)系人集團客戶個人客戶1111.*客戶:客戶標(biāo)識人:姓名、住宅電話、E-mail4. 根據(jù)數(shù)據(jù)流圖的設(shè)計原則,閱讀下圖所示的數(shù)據(jù)流圖,找出其中的錯誤之處。加工1外部實體AX外部實體BY數(shù)據(jù)存儲NN數(shù)據(jù)存儲HH加工2數(shù)據(jù)存儲PZAZ加工3KH加工4加工5GP(1) 加工2流出數(shù)據(jù)應(yīng)是流入數(shù)據(jù)A和Z。(2) 加工4僅流入數(shù)據(jù),沒有加工后流出數(shù)據(jù)(3) 加工5有流出數(shù)據(jù)流,卻沒有數(shù)據(jù)來源。(4) 外部實體A不能與外部實體B直接相連。(5) 數(shù)據(jù)存儲P有流出數(shù)據(jù)卻沒有流入數(shù)據(jù)。(6) 外部實體A不能直接與數(shù)據(jù)存儲H相連。5. 某單位工資發(fā)放過程如下:工資發(fā)放前,由財務(wù)科根據(jù)已存檔的“上月工資發(fā)

36、放清單”和人事科送來的“本月人員及工資變動表”填寫“本月工資發(fā)放清單”中的相關(guān)項。接著,再根據(jù)總務(wù)科送來的“本月扣款清單”將扣款數(shù)填入“本月工資發(fā)放清單”。最后計算出每位職工的應(yīng)發(fā)工資數(shù),并填入“本月工資發(fā)放清單”,為工資發(fā)放人員發(fā)放工資做好準(zhǔn)備。用業(yè)務(wù)流程圖描述本業(yè)務(wù)的流程。6. 某倉庫管理系統(tǒng)按以下步驟進(jìn)行信息處理,試畫出數(shù)據(jù)流程圖。(1) 保管員根據(jù)當(dāng)日的出庫單和入庫單通過出庫處理和入庫處理分別將數(shù)據(jù)輸入到“出庫流水帳”和“入庫流水帳”,并修改“庫存臺帳”。(2) 根據(jù)庫存臺帳由統(tǒng)計、打印程序輸出庫存日報表。(3) 需要查詢時,可利用查詢程序在輸入查詢條件后,到庫存臺帳去查找,顯示查詢結(jié)

37、果。7. 某企業(yè)物資管理系保管員出庫處理入庫處理出庫流水賬入庫流水賬庫存臺賬統(tǒng)計打印庫存日報表查詢程序保管員統(tǒng)中的維修用材料計劃信息一覽表如下,把它化為符合3NF的關(guān)系,每個關(guān)系中的的關(guān)鍵字用下劃線標(biāo)出。部門編碼+部門名稱+材料編碼+材料名稱+型號+規(guī)格+計量單位+維修用量部門關(guān)系:部門編碼、部門名稱材料關(guān)系:材料編碼、材料名稱、型號、規(guī)格、計量單位維修關(guān)系:部門編碼、材料編碼、維修用量8. 某單位資料室需要建立一個圖書管理系統(tǒng),初步的需求分析結(jié)果如下:(1) 資料室有圖書管理員若干,他們負(fù)責(zé)已購圖書的編目和借還工作,每名圖書管理員的信息包括工號和姓名;(2) 讀者可在閱覽室讀書,也可通過圖書

38、流通室借還圖書,讀者信息包括讀者ID、姓名、電話和E-mail,系統(tǒng)為不同讀者生成不同的讀者ID;(3) 每部書在系統(tǒng)中對應(yīng)唯一的一條圖書在版編目數(shù)據(jù)(CIP,以下簡稱書目),書目的基本信息包括ISBN號、書名、作者、出版商、出版年月,以及本資料室擁有該書的冊數(shù)(以下簡稱冊數(shù)),不同書目的ISBN號不同;(4) 資料室對同一書目的圖書可擁有多冊(本),圖書信息包括圖書ID、ISBN號、存放位置、當(dāng)前狀態(tài),每一本書在系統(tǒng)中被賦予唯一的圖書ID;(5) 一名讀者最多只能借閱十本圖書,且每本圖書最多只能借兩個月,讀者借書時需由圖書管理員登記讀者ID、所借圖書ID、借閱時間和應(yīng)還時間,讀者還書時圖書管

39、理員在對應(yīng)的借書信息中記錄歸還時間;(6) 當(dāng)某書目的可借出圖書的數(shù)量為零時,讀者可以對其進(jìn)行預(yù)約登記,即記錄讀者ID、需要借閱的圖書的ISBN號、預(yù)約時間。某書目的信息及與該書目對應(yīng)的圖書信息如下表所示。書目信息書名作者出版商ISBN號出版年月冊數(shù)經(jīng)辦人數(shù)據(jù)結(jié)構(gòu)嚴(yán)蔚敏吳偉民清華大學(xué)出版社ISBN7-302-02368-91997.4401圖書信息圖書IDISBN存放位置狀態(tài)經(jīng)辦人C832.1ISBN7-302-02368-9圖書流通室已借出01C832.2ISBN7-302-02368-9圖書閱覽室不外借01C832.3ISBN7-302-02368-9圖書流通室未借出01C832.4ISB

40、N7-302-02368-9圖書流通室已預(yù)約01根據(jù)以上說明設(shè)計實體聯(lián)圖書管理員工號姓名讀者讀者ID姓名電話E-mail書目ISBN號書名作者出版商出版年月冊數(shù)圖書圖書IDISBN號存放位置當(dāng)前狀態(tài)管理借還MN借還0-1N編目MN擁有1N9. 試用UML對教學(xué)管理系統(tǒng)及相關(guān)的數(shù)據(jù)庫系統(tǒng)進(jìn)行分析和設(shè)計。學(xué)生選課系統(tǒng)一般包括(1)選課管理功能;(2) 成績管理功能。試完成下列工作:(1)建立系統(tǒng)靜態(tài)結(jié)構(gòu)模型畫出系統(tǒng)用例圖和類圖; (2)建立系統(tǒng)動態(tài)結(jié)構(gòu)模型畫出系統(tǒng)序列圖和協(xié)作圖; (3)建立關(guān)系數(shù)據(jù)庫邏輯模型。10. 分析下面的類圖,畫出新的類圖,將原圖中的多對多關(guān)系轉(zhuǎn)換為1:M(一對多)關(guān)系。購

41、買商店編號顧客編號11. 信用卡可能處于“開放”和“關(guān)閉”狀態(tài),其中“開放”狀態(tài)可以直接進(jìn)入“關(guān)閉”狀態(tài),而從“關(guān)閉”狀態(tài)必須提供密碼驗證才能進(jìn)入“開放”狀態(tài)?!伴_放”狀態(tài)又包括“透支”和“正常”狀態(tài)之間的變化,當(dāng)剩余金額少于零、或者使用額度大于剩余金額、或者結(jié)算余額小于零時進(jìn)入透支狀態(tài),反之則為正常狀態(tài)。畫出信用卡的狀態(tài)圖。12. 某圖書館外文采購室有兩個組:訂書組和驗收、登記組,分別負(fù)責(zé)書籍訂購和進(jìn)書驗收業(yè)務(wù)。訂書組的主要業(yè)務(wù)是根據(jù)供書單位的訂書目錄選擇要訂的圖書,且以前訂過的圖書不再訂購,最后打印訂單,每月將訂書情況進(jìn)行統(tǒng)計,統(tǒng)計結(jié)果交圖書館領(lǐng)導(dǎo)。驗收、登記組的業(yè)務(wù)是根據(jù)供書單位提供的發(fā)

42、票和圖書及訂單驗收已到圖書,并進(jìn)行進(jìn)書查重檢查,如果某些圖書已進(jìn),就轉(zhuǎn)讓出去或作別的處理,對不重的書登圖書總帳,將書轉(zhuǎn)到編目室,每月進(jìn)行統(tǒng)計,上報館領(lǐng)導(dǎo)。請根據(jù)上述描述,畫出組織結(jié)構(gòu)圖、業(yè)務(wù)流程圖、數(shù)據(jù)流程圖。組織結(jié)構(gòu)圖外文采購室訂書組驗收、登記組業(yè)務(wù)流程圖訂書目錄訂單訂單留底已進(jìn)書卡片圖書總帳采購統(tǒng)計員訂書統(tǒng)計進(jìn)書統(tǒng)計員編目員進(jìn)書統(tǒng)計表驗收員采購員財務(wù)人員圖書清單發(fā)票供貨單位數(shù)據(jù)流程圖:供書單位財務(wù)科編目室選擇圖書訂單查看打印訂單驗收登帳進(jìn)書查看各種統(tǒng)計圖書總帳訂書目錄初步訂書清單訂書信息已訂及已進(jìn)圖書統(tǒng)計信息圖書交接單發(fā)票圖書信息圖書清單發(fā)票訂單圖書清單13. 試述決策樹、決策表、結(jié)構(gòu)化英

43、語的特點和在表達(dá)系統(tǒng)功能中的作用。決策樹:是用來表示不同決策方案的直觀方法。 特點:比較直觀,容易理解缺點:當(dāng)條件較多時,不容易清除地表達(dá)整個判斷過程 決策表:是用表格方式描述出來邏輯的工具。 優(yōu)點:由于采用表格方式,便于表達(dá)復(fù)雜條件下的多元邏輯關(guān)系,可以清除地表達(dá)決策條件、決策規(guī)則和應(yīng)采取的行動之間的關(guān)系。 缺點:決策表的建立過程復(fù)雜,不如決策樹直觀方便。 結(jié)構(gòu)化英語:是一種模仿計算機語言的出來邏輯描述方法。14. 目前網(wǎng)絡(luò)信息系統(tǒng)軟件中常見的分布結(jié)構(gòu)(計算模式),說明其特點(1) 文件/服務(wù)器(F/S)計算模式:網(wǎng)絡(luò)系統(tǒng)中的服務(wù)器向各工作站提供數(shù)據(jù)和軟件資源的文件服務(wù),各工作站可以根據(jù)規(guī)定

44、的權(quán)限存取服務(wù)器上的數(shù)據(jù)文件和程序文件(2) 客戶機/服務(wù)器(C/S)計算模式:將信息處理工作分解為兩部分,一部分由服務(wù)器來實現(xiàn),另一部分由客戶機本身來完成。用戶通過客戶機向服務(wù)器提出服務(wù)請求,服務(wù)器根據(jù)請求進(jìn)行處理后向客戶端經(jīng)過加工的信息,客戶機本身也承擔(dān)本地信息管理工作。(3) 瀏覽器/WEB 服務(wù)器(B/S)計算模式:是一種基于互聯(lián)網(wǎng)技術(shù)的層客戶機/服務(wù)器結(jié)構(gòu)。服務(wù)器端采用基于超文本協(xié)議(HTTP)的WEB服務(wù)器,客戶使用對WEB服務(wù)器上超文本文件進(jìn)行操作的瀏覽器。(4) C/B/S計算模式:C/S模式和B/S模式的綜合、管理是通過對企業(yè)資源進(jìn)行有效的 計劃 組織 領(lǐng)導(dǎo)和控制以實現(xiàn)企業(yè)目

45、標(biāo)的全過程。2、典型的企業(yè)組織結(jié)構(gòu)有 簡單式 職能式 事業(yè)部式 和混合式結(jié)構(gòu) 幾種形式。3、信息是客觀存在的一切事物通過物質(zhì)載體所發(fā)生的 消息 情報 指令 數(shù)據(jù)和信號等所包含的 可傳遞 可交換 的知識內(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ī)劃法 組織計劃引出法 投資回收法 目的手段分析法 收費法 以及零點預(yù)算法等。7、信息系統(tǒng)戰(zhàn)略由 使命 目標(biāo) 策略 設(shè)計原則和其他戰(zhàn)略等組成。8、關(guān)鍵成功因素法通常包含的

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論