10. 在一個(gè)課程注冊系統(tǒng)中，定義了類CourseSchedule和類Course，并在類CourseSchedule中定義了方法add(c: Course)和方法remove(c: Course)，則類CourseSchedule和類Course之間的關(guān)系是：（ ）A.泛化（generalization）關(guān)系 B.組合（composition）關(guān)系C.依賴（dependency）關(guān)系 D.包含（include）關(guān)系13. 進(jìn)行企業(yè)系統(tǒng)規(guī)劃，哪種規(guī)劃方法使目標(biāo)識(shí)別比較全面A、企業(yè)系統(tǒng)規(guī)劃法 B、關(guān)鍵成功因素法C、戰(zhàn)略目標(biāo)集轉(zhuǎn)化法 D、成本效益分析法14. 系統(tǒng)開發(fā)的生命周期中不包括下列哪個(gè)階段（ ）A.系統(tǒng)規(guī)劃 B.系統(tǒng)分析 C.系統(tǒng)設(shè)計(jì) D.系統(tǒng)實(shí)施19.面向?qū)ο蟪绦蛟O(shè)計(jì)將描述事物的數(shù)據(jù)與 ( ) 封裝在一起,作為一個(gè)相互依存、不可分割的整體來處理。A. 信息 B. 數(shù)據(jù)隱藏 C. 對(duì)數(shù)據(jù)的操作 D. 數(shù)據(jù)抽象22. 屬于系統(tǒng)設(shè)計(jì)階段的工具是（ ）：A.數(shù)據(jù)流程圖 B. 處理流程圖 C.系統(tǒng)流程圖 D. HIPO圖23. 進(jìn)行企業(yè)系統(tǒng)規(guī)劃，哪種規(guī)劃方法可以形成一套完整的信息系統(tǒng)結(jié)構(gòu)方案（ ）A.企業(yè)系統(tǒng)規(guī)劃法 B.關(guān)鍵成功因素法 C.戰(zhàn)略目標(biāo)集轉(zhuǎn)化法 D.成本效益分析法30. 導(dǎo)出模塊結(jié)構(gòu)圖的基礎(chǔ)是（ ）A.業(yè)務(wù)流程圖 B.數(shù)據(jù)流程圖 C.處理流程圖 D.層次結(jié)構(gòu)圖32. （ ）是從用戶使用系統(tǒng)的角度描述系統(tǒng)功能的圖形表達(dá)方法。A. 類圖 B. 對(duì)象圖 C. 序列圖 D. 用例圖35. UML中，對(duì)象行為是通過交互來實(shí)現(xiàn)的，是對(duì)象間為完成某一目的而進(jìn)行的一系列消息交換。消息序列可用兩種圖來表示，分別是（D）A.狀態(tài)圖和順序圖              B.活動(dòng)圖和協(xié)作圖C.狀態(tài)圖和活動(dòng)圖              D.順序圖和協(xié)作圖36. 用例（Use-case）用來描述系統(tǒng)在事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系統(tǒng)”中，創(chuàng)建新訂單和更新訂單都需要檢查用戶帳號(hào)是否正確。那么，用例“創(chuàng)建新訂單”、“更新訂單”與用例“檢查用戶帳號(hào)”之間是（A）關(guān)系。A.包含（include）           B.擴(kuò)展（extend）C.分類（classification）        D.聚集（aggregation）1、組成UML有三種基本的建筑塊是：（A），事物和圖A、關(guān)系 B、類C、用例 D、實(shí)體2、UML體系包括三個(gè)部分：UML基本構(gòu)造塊，（A）和UML公共機(jī)制A、UML規(guī)則 B、UML命名C、UML模型 D、UML約束4、（A）模型的缺點(diǎn)是缺乏靈活性，特別是無法解決軟件需求不明確或不準(zhǔn)確的問題A、瀑布模型 B、原型模型C、增量模型 D、螺旋模型5、下面哪個(gè)不是UML中的靜態(tài)視圖（A）A.狀態(tài)圖 B.用例圖C.對(duì)象圖 D.類圖6、（A）技術(shù)是將一個(gè)活動(dòng)圖中的活動(dòng)狀態(tài)進(jìn)行分組，每一組表示一個(gè)特定的類、人或部門，他們負(fù)責(zé)完成組內(nèi)的活動(dòng)。 A、泳道 B、分叉匯合 C、分支 D、轉(zhuǎn)移7、下列關(guān)于狀態(tài)圖的說法中，正確的是（C）A. 狀態(tài)圖是UML中對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行建模的五種圖之一。B. 狀態(tài)圖是活動(dòng)圖的一個(gè)特例，狀態(tài)圖中的多數(shù)狀態(tài)是活動(dòng)狀態(tài)C.活動(dòng)圖和狀態(tài)圖是對(duì)一個(gè)對(duì)象的生命周期進(jìn)行建模，描述對(duì)象隨時(shí)間變化的行為。D. 狀態(tài)圖強(qiáng)調(diào)對(duì)有幾個(gè)對(duì)象參與的活動(dòng)過程建模，而活動(dòng)圖更強(qiáng)調(diào)對(duì)單個(gè)反應(yīng)型對(duì)象建模8、對(duì)反應(yīng)型對(duì)象建模一般使用（A）圖A、狀態(tài)圖 B、順序圖 C、活動(dòng)圖 D、類圖12、（D）是系統(tǒng)中遵從一組接口且提供實(shí)現(xiàn)的一個(gè)物理部件，通常指開發(fā)和運(yùn)行時(shí)類的物理實(shí)現(xiàn) A、部署圖 B、類 C、接口 D、組件13、關(guān)于協(xié)作圖的描述，下列哪個(gè)不正確（B）A.協(xié)作圖作為一種交互圖，強(qiáng)調(diào)的是參加交互的對(duì)象的組織；B.協(xié)作圖是順序圖的一種特例C.協(xié)作圖中有消息流的順序號(hào)；D.在ROSE工具中，協(xié)作圖可在順序圖的基礎(chǔ)上按“F5”鍵自動(dòng)生成；8定義大多數(shù)的需求和范圍的工作是在UP中的B階段完成的。A初始階段  B細(xì)化階段     C構(gòu)造階段     D提交階段1.信息系統(tǒng)設(shè)計(jì)是系統(tǒng)開發(fā)的重要階段，進(jìn)行系統(tǒng)設(shè)計(jì)的主要依據(jù)應(yīng)是（ ）。A、可行性研究報(bào)告 B 系統(tǒng)分析報(bào)告C、系統(tǒng)調(diào)查報(bào)告 D、系統(tǒng)規(guī)劃報(bào)告3. 在系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)時(shí)，應(yīng)采納什么樣的方法（ ）。A、程序設(shè)計(jì) B、結(jié)構(gòu)化設(shè)計(jì)C、由里向外 D、自底向上4. 結(jié)構(gòu)化設(shè)計(jì)的基本思想是（ ）。A、模塊化 B、集成化C、自底向上，逐步求精 D、規(guī)范化5. 在結(jié)構(gòu)化生命周期法中，系統(tǒng)分析和系統(tǒng)實(shí)施之間的階段是（ ）。A、詳細(xì)設(shè)計(jì) B系統(tǒng)設(shè)計(jì)C、需求分析 D、編程調(diào)試6. 對(duì)于結(jié)構(gòu)化設(shè)計(jì)思想的描述哪一項(xiàng)是錯(cuò)誤的（ ）。A、在結(jié)構(gòu)化設(shè)計(jì)中，模塊的功能應(yīng)當(dāng)簡單明確，易于理解B、自頂向下，逐步求精C、設(shè)計(jì)者應(yīng)先設(shè)計(jì)頂層模塊D、越下層模塊，其功能越具體，越復(fù)雜8. 系統(tǒng)設(shè)計(jì)階段的主要目的是（ ）。A、設(shè)計(jì)新系統(tǒng)的目標(biāo) B 將系統(tǒng)邏輯方案轉(zhuǎn)換成物理方案C、代碼設(shè)計(jì) D、程序設(shè)計(jì)19. 結(jié)構(gòu)化設(shè)計(jì)方法中繪制模塊結(jié)構(gòu)圖的基礎(chǔ)是（ ）。A 數(shù)據(jù)流程圖 B、數(shù)據(jù)關(guān)系圖C、數(shù)據(jù)結(jié)構(gòu)圖 D、業(yè)務(wù)流程圖29. 系統(tǒng)設(shè)計(jì)階段的主要工作內(nèi)容之一是（ ）。A、程序設(shè)計(jì) B、購置計(jì)算機(jī)C、畫出數(shù)據(jù)流程圖 B、規(guī)定處理過程31. 系統(tǒng)的呑吐量指的是（ ）。A、每天的數(shù)據(jù)輸出量 B、每秒數(shù)據(jù)的處理量C、每日數(shù)據(jù)的輸入量 D、每秒執(zhí)行的作業(yè)數(shù)33. 在系統(tǒng)物理配置方案的設(shè)計(jì)中，系統(tǒng)的（ ）可以用連續(xù)工作時(shí)間來表示。A、吞吐量 B、響應(yīng)時(shí)間C 可靠性 D、地域范圍34. 計(jì)算機(jī)和網(wǎng)絡(luò)系統(tǒng)配置說明，應(yīng)包含在( )中。A、系統(tǒng)規(guī)劃說明書 B、系統(tǒng)設(shè)計(jì)說明書C、系統(tǒng)實(shí)施說明書 D、系統(tǒng)分析說明書35. 屬于系統(tǒng)詳細(xì)設(shè)計(jì)工作的是（ ）。A、輸入輸出設(shè)計(jì) B、系統(tǒng)平臺(tái)設(shè)計(jì)C、系統(tǒng)結(jié)構(gòu)設(shè)計(jì) D、程序設(shè)計(jì)39.系統(tǒng)設(shè)計(jì)報(bào)告的主要作用是作為（ ）的依據(jù)。A、系統(tǒng)規(guī)劃 B、系統(tǒng)分析C、系統(tǒng)實(shí)施 D、系統(tǒng)評(píng)價(jià)1.B 3.B 4.A 5.B 6.D 8.B 19.A 29.D 31.D 33.C 34.B 35.A 39.C11.系統(tǒng)設(shè)計(jì)階段需要從 數(shù)據(jù)流程圖 導(dǎo)出模塊結(jié)構(gòu)圖。4系統(tǒng)實(shí)施的主要活動(dòng)包括（D ）。 A、編程、系統(tǒng)調(diào)試 B、系統(tǒng)安裝 C、新舊系統(tǒng)轉(zhuǎn)換 D、以上都是1系統(tǒng)實(shí)施是以（ B ）為依據(jù)的。 A、系統(tǒng)分析文檔資料 B、系統(tǒng)設(shè)計(jì)文檔資料 C、系統(tǒng)分析和設(shè)計(jì)文檔資料 D、數(shù)據(jù)流程圖7. 一般子系統(tǒng)的劃分是在系統(tǒng)( )階段,根據(jù)對(duì)系統(tǒng)的功能/數(shù)據(jù)分析的結(jié)果提出的.A. 需求分析 B. 邏輯階段 C. 總體設(shè)計(jì) D. 詳細(xì)設(shè)計(jì)答案: A4. 業(yè)務(wù)系統(tǒng)規(guī)劃法(BSP)的核心是( )A. 明確企業(yè)目標(biāo) B. 定義(識(shí)別)業(yè)務(wù)過程C. 進(jìn)行數(shù)據(jù)分析 D. 確定信息結(jié)構(gòu)答案: C7. 一般子系統(tǒng)的劃分是在系統(tǒng)( )階段,根據(jù)對(duì)系統(tǒng)的功能/數(shù)據(jù)分析的結(jié)果提出的.A. 需求分析 B. 邏輯階段 C. 總體設(shè)計(jì) D. 詳細(xì)設(shè)計(jì)答案: A4. 業(yè)務(wù)系統(tǒng)規(guī)劃法(BSP)的核心是( )A. 明確企業(yè)目標(biāo) B. 定義(識(shí)別)業(yè)務(wù)過程C. 進(jìn)行數(shù)據(jù)分析 D. 確定信息結(jié)構(gòu)答案: C12. RUP中的軟件生命周期在時(shí)間上被分解為四個(gè)順序的階段,分別是:初始階段(Inception),細(xì)化階段(Elaboration),構(gòu)造階段(Construction)和交付階段(Transition),每個(gè)階段結(jié)束于一個(gè)主要的里程碑(Major Milestones).構(gòu)建階段結(jié)束時(shí)是第三個(gè)重要的里程碑:初始功能(Initial Operational)里程碑.A. 生命周期目標(biāo)(Lifecycle Objective)里程碑B. 生命周期結(jié)構(gòu)(Lifecycle Architecture)里程碑C. 初始功能(Initial Operational)里程碑D. 產(chǎn)品發(fā)布(Product Release)里程碑答案: C14. 信息系統(tǒng)開發(fā)的結(jié)構(gòu)化方法的一個(gè)主要原則是( ).A. 自頂向下原則 B. 自底向上原則 C. 分步實(shí)施原則 D. 重點(diǎn)突破原則答案: A16. 一般來說,占維護(hù)工作比例最高的是( ).A. 糾錯(cuò)性維護(hù) B. 適應(yīng)性維護(hù) C. 完善性維護(hù) D. 預(yù)防性維護(hù)答案: C17. 用戶開發(fā)應(yīng)用系統(tǒng)的主要手段是( ).A. 生命周期法 B. 原型法 C. 第四代語言 D. 面向?qū)ο蠓椒ù鸢? A19. 系統(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)的模塊結(jié)構(gòu)答案: A20. 系統(tǒng)設(shè)計(jì)階段的主要成果是( ).A. 用戶的決策方針 B. 用戶的分析方案C. 系統(tǒng)設(shè)計(jì)說明書 D. 系統(tǒng)總體設(shè)計(jì)方案答案: C21. 信息系統(tǒng)建設(shè)的結(jié)構(gòu)化方法中用戶必須參與的原則是用戶必須參與( ).A. 系統(tǒng)建設(shè)中各階段工作 B. 系統(tǒng)分析工作C. 系統(tǒng)設(shè)計(jì)工作 D. 系統(tǒng)實(shí)施工作答案: A22. 結(jié)構(gòu)化生命周期法的主要缺點(diǎn)之一是( ).A. 系統(tǒng)開發(fā)周期長 B. 缺乏標(biāo)準(zhǔn),規(guī)范C. 用戶參與程度低 D. 主要工作集中在實(shí)施階段答案: A24. 系統(tǒng)分析工作的全面總結(jié)和主要成果是( ).A. 可行性研究報(bào)告 B. 數(shù)據(jù)詞典 C. 系統(tǒng)說明書 D. 系統(tǒng)詳細(xì)調(diào)查報(bào)告答案: A28. 生命周期法的特點(diǎn)之一是( ).A. 整個(gè)系統(tǒng)的開發(fā)工作是非勞動(dòng)密集型的 B. 系統(tǒng)開發(fā)時(shí)間短C. 對(duì)用戶需求的變更能做出迅速響應(yīng) D. 適合大型復(fù)雜系統(tǒng)答案: C30. 系統(tǒng)維護(hù)中要解決的問題來源于( ).A. 系統(tǒng)分析階段 B. 系統(tǒng)設(shè)計(jì)階段 C. 系統(tǒng)實(shí)施階段 D. 三者都包括答案: D38. 下面哪一項(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ì)劃答案: D39. 對(duì)于結(jié)構(gòu)化設(shè)計(jì)思想的描述哪一項(xiàng)是錯(cuò)誤的( ).A. 在結(jié)構(gòu)化設(shè)計(jì)中,模塊的功能應(yīng)當(dāng)簡單明確,易于理解B. 自頂向下,逐步求精C. 設(shè)計(jì)者應(yīng)先設(shè)計(jì)頂層模塊D. 越下層模塊,其功能越具體,越復(fù)雜答案: D73. 在系統(tǒng)生命周期的各階段中,花費(fèi)費(fèi)用和人力投入最多的階段是( ).A. 分析與設(shè)計(jì) B. 編制程序 C. 測試程序 D. 系統(tǒng)維護(hù)答案: A78. 在UML提供的圖中,( )用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互.A. 用例圖 B. 類圖 C. 對(duì)象圖 D. 部署圖答案:A79. 在UML提供的圖中,( )用于按時(shí)間順序描述對(duì)象間的交互.A. 網(wǎng)絡(luò)圖 B. 狀態(tài)圖 C. 協(xié)作圖 D. 序列圖（順序圖）答案:D96. 系統(tǒng)分析報(bào)告的主要作用是( ).A. 系統(tǒng)規(guī)劃的依據(jù) B. 系統(tǒng)實(shí)施的依據(jù) C. 系統(tǒng)設(shè)計(jì)的依據(jù) D. 系統(tǒng)評(píng)價(jià)的依據(jù)答案:C95. 繪制系統(tǒng)流程圖的基礎(chǔ)是( ).A. 數(shù)據(jù)關(guān)系圖 B. 數(shù)據(jù)流程圖 C. 數(shù)據(jù)結(jié)構(gòu)圖 D. 功能結(jié)構(gòu)圖答案:B9. 信息系統(tǒng)開發(fā)的步驟是:在系統(tǒng)規(guī)劃后,循進(jìn)行_, _, _ ,_ 工作.答案: 系統(tǒng)分析 系統(tǒng)設(shè)計(jì) 系統(tǒng)構(gòu)建與實(shí)施 系統(tǒng)評(píng)價(jià)13. 信息系統(tǒng)規(guī)劃有哪些方法答:用于企業(yè)信息系統(tǒng)規(guī)劃的方法主要有戰(zhàn)略分析法,即關(guān)鍵成功因素法 (Critical Success Factors,CSF);企業(yè)分析法,即企業(yè)系統(tǒng)規(guī)劃法 (Business System Planning,BSP);基于BPR的信息系統(tǒng)戰(zhàn)略規(guī)劃方法.其他的方法還有戰(zhàn)略目標(biāo)集轉(zhuǎn)化法 (Strategy Set Transformation,SST),企業(yè)信息分析與集成技術(shù)(BIAIT),投資回收法(R01)等.12. RUP中的軟件生命周期在時(shí)間上被分解為四個(gè)順序的階段,分別是:初始階段(Inception),細(xì)化階段(Elaboration),構(gòu)造階段(Construction)和交付階段(Transition),每個(gè)階段結(jié)束于一個(gè)主要的里程碑(Major Milestones).構(gòu)建階段結(jié)束時(shí)是第三個(gè)重要的里程碑:初始功能(Initial Operational)里程碑.A. 生命周期目標(biāo)(Lifecycle Objective)里程碑B. 生命周期結(jié)構(gòu)(Lifecycle Architecture)里程碑C. 初始功能(Initial Operational)里程碑D. 產(chǎn)品發(fā)布(Product Release)里程碑答案: C14. 信息系統(tǒng)開發(fā)的結(jié)構(gòu)化方法的一個(gè)主要原則是( ).A. 自頂向下原則 B. 自底向上原則 C. 分步實(shí)施原則 D. 重點(diǎn)突破原則答案: A16. 一般來說,占維護(hù)工作比例最高的是( ).A. 糾錯(cuò)性維護(hù) B. 適應(yīng)性維護(hù) C. 完善性維護(hù) D. 預(yù)防性維護(hù)答案: C17. 用戶開發(fā)應(yīng)用系統(tǒng)的主要手段是( ).A. 生命周期法 B. 原型法 C. 第四代語言 D. 面向?qū)ο蠓椒ù鸢? A19. 系統(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)的模塊結(jié)構(gòu)答案: A20. 系統(tǒng)設(shè)計(jì)階段的主要成果是( ).A. 用戶的決策方針 B. 用戶的分析方案C. 系統(tǒng)設(shè)計(jì)說明書 D. 系統(tǒng)總體設(shè)計(jì)方案答案: C21. 信息系統(tǒng)建設(shè)的結(jié)構(gòu)化方法中用戶必須參與的原則是用戶必須參與( ).A. 系統(tǒng)建設(shè)中各階段工作 B. 系統(tǒng)分析工作C. 系統(tǒng)設(shè)計(jì)工作 D. 系統(tǒng)實(shí)施工作答案: A22. 結(jié)構(gòu)化生命周期法的主要缺點(diǎn)之一是( ).A. 系統(tǒng)開發(fā)周期長 B. 缺乏標(biāo)準(zhǔn),規(guī)范C. 用戶參與程度低 D. 主要工作集中在實(shí)施階段答案: A24. 系統(tǒng)分析工作的全面總結(jié)和主要成果是( ).A. 可行性研究報(bào)告 B. 數(shù)據(jù)詞典 C. 系統(tǒng)說明書 D. 系統(tǒng)詳細(xì)調(diào)查報(bào)告答案: A28. 生命周期法的特點(diǎn)之一是( ).A. 整個(gè)系統(tǒng)的開發(fā)工作是非勞動(dòng)密集型的 B. 系統(tǒng)開發(fā)時(shí)間短C. 對(duì)用戶需求的變更能做出迅速響應(yīng) D. 適合大型復(fù)雜系統(tǒng)答案: C30. 系統(tǒng)維護(hù)中要解決的問題來源于( ).A. 系統(tǒng)分析階段 B. 系統(tǒng)設(shè)計(jì)階段 C. 系統(tǒng)實(shí)施階段 D. 三者都包括答案: D38. 下面哪一項(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ì)劃答案: D39. 對(duì)于結(jié)構(gòu)化設(shè)計(jì)思想的描述哪一項(xiàng)是錯(cuò)誤的( ).A. 在結(jié)構(gòu)化設(shè)計(jì)中,模塊的功能應(yīng)當(dāng)簡單明確,易于理解B. 自頂向下,逐步求精C. 設(shè)計(jì)者應(yīng)先設(shè)計(jì)頂層模塊D. 越下層模塊,其功能越具體,越復(fù)雜答案: D73. 在系統(tǒng)生命周期的各階段中,花費(fèi)費(fèi)用和人力投入最多的階段是( ).A. 分析與設(shè)計(jì) B. 編制程序 C. 測試程序 D. 系統(tǒng)維護(hù)答案: A78. 在UML提供的圖中,( )用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互.A. 用例圖 B. 類圖 C. 對(duì)象圖 D. 部署圖答案:A79. 在UML提供的圖中,( )用于按時(shí)間順序描述對(duì)象間的交互.A. 網(wǎng)絡(luò)圖 B. 狀態(tài)圖 C. 協(xié)作圖 D. 序列圖（順序圖）答案:D96. 系統(tǒng)分析報(bào)告的主要作用是( ).A. 系統(tǒng)規(guī)劃的依據(jù) B. 系統(tǒng)實(shí)施的依據(jù) C. 系統(tǒng)設(shè)計(jì)的依據(jù) D. 系統(tǒng)評(píng)價(jià)的依據(jù)答案:C95. 繪制系統(tǒng)流程圖的基礎(chǔ)是( ).A. 數(shù)據(jù)關(guān)系圖 B. 數(shù)據(jù)流程圖 C. 數(shù)據(jù)結(jié)構(gòu)圖 D. 功能結(jié)構(gòu)圖答案:B9. 信息系統(tǒng)開發(fā)的步驟是:在系統(tǒng)規(guī)劃后,循進(jìn)行_, _, _ ,_ 工作.答案: 系統(tǒng)分析 系統(tǒng)設(shè)計(jì) 系統(tǒng)構(gòu)建與實(shí)施 系統(tǒng)評(píng)價(jià)13. 信息系統(tǒng)規(guī)劃有哪些方法答:用于企業(yè)信息系統(tǒng)規(guī)劃的方法主要有戰(zhàn)略分析法,即關(guān)鍵成功因素法 (Critical Success Factors,CSF);企業(yè)分析法,即企業(yè)系統(tǒng)規(guī)劃法 (Business System Planning,BSP);基于BPR的信息系統(tǒng)戰(zhàn)略規(guī)劃方法.其他的方法還有戰(zhàn)略目標(biāo)集轉(zhuǎn)化法 (Strategy Set Transformation,SST),企業(yè)信息分析與集成技術(shù)(BIAIT),投資回收法(R01)等.2.信息系統(tǒng)規(guī)劃是指對(duì)組織目標(biāo)、組織現(xiàn)狀進(jìn)行分析，從而制定指導(dǎo)信息系統(tǒng)建設(shè)的總體規(guī)劃和信息系統(tǒng)長期發(fā)展展望。在眾多的信息系統(tǒng)規(guī)劃方法當(dāng)中，具有代表性的主要有 企業(yè)系統(tǒng)規(guī)劃法、戰(zhàn)略目標(biāo)轉(zhuǎn)移法、關(guān)鍵成功因素法。4. 信息系統(tǒng)建設(shè)的特點(diǎn)決定了信息系統(tǒng)建設(shè)要做大量復(fù)雜和細(xì)致的工作。信息系統(tǒng)建設(shè)主要包括 信息系統(tǒng)規(guī)劃、信息系統(tǒng)開發(fā)、信息系統(tǒng)維護(hù) 和 信息系統(tǒng)管理 四方面的工作。1 UML統(tǒng)一建模語言共定義了哪兩類、哪八種圖形？答：（1）靜態(tài)結(jié)構(gòu)圖：類圖，對(duì)象圖，構(gòu)件圖，實(shí)施圖 （2）動(dòng)態(tài)行為圖：用例圖，順序圖，協(xié)作圖，狀態(tài)圖，活動(dòng)圖2.在下圖所示的用例分析類圖中，請(qǐng)指出各個(gè)概念類屬于哪一類，并分別解釋三種概念類的特點(diǎn)及概念。答：屬于實(shí)體類的有：書目、架存圖書、代售圖書、售出圖書。屬于邊界類的有：售書界面。屬于控制類的有：產(chǎn)生待售圖書、出售圖書、開書單。三種概念類的特點(diǎn)及概念：特點(diǎn)：概念類面向功能需求，一般不考慮性能要求，具有突出業(yè)務(wù)領(lǐng)域、突出概念性及大粒度的特征。概念：（1）實(shí)體類是信息系統(tǒng)表示客觀實(shí)體的抽象要素。它一般對(duì)應(yīng)著在業(yè)務(wù)領(lǐng)域中的客觀事物，或是具有較穩(wěn)定信息內(nèi)容的系統(tǒng)元素。 （2）邊界類是描述系統(tǒng)與參與者之間交互的抽象要素。邊界類只是對(duì)信息系統(tǒng)與參與者之間交互的抽象建模，并不表示交互的具體內(nèi)容及交互界面的具體形式。 （3）控制類是表示信息系統(tǒng)對(duì)其他對(duì)象實(shí)施協(xié)調(diào)處理、邏輯運(yùn)算的抽象要素。3請(qǐng)根據(jù)下圖所示的概念模型，將其轉(zhuǎn)換為邏輯模型(即寫出其關(guān)系模式)。答：根據(jù)其E-R圖，其關(guān)系模式為：讀者(編號(hào)，姓名，職業(yè)，電話，住址，郵編) 架存圖書(書號(hào)，架位，架存冊數(shù)) 待售圖書(書單號(hào)，冊數(shù)，折扣率，交款標(biāo)記，售書員) 書目(書號(hào)，書名，作者，出版社，出版日期，類別，單價(jià)) 9.如圖，是在網(wǎng)上商店系統(tǒng)經(jīng)理的用例圖如下：網(wǎng)上購物系統(tǒng)顧客的功能用例1.單一職責(zé)原則（Single Responsibility Principle, SRP）：§ There should never be more than one reason for a class to change.§ 應(yīng)該有且僅有一個(gè)原因引起類的變更2.里氏替換原則最正宗的定義：If for each object o1 of type S there is an object o2 of type T such that for all programs P defined in terms of T, the behavior of P is unchanged when o1 is substituted for o2 then S is a subtype of T. （如果對(duì)每一個(gè)類型為S的對(duì)象o1， 都有類型為T的對(duì)象o2，使得以T定義的所有程序P在所有的對(duì)象o1都代換成o2時(shí)，程序P的行為沒有發(fā)生變化，那么類型S是類型T的子類型。）里氏替換原則通俗講，只要父類出現(xiàn)的地方子類就可以出現(xiàn)，而且替換為子類也不會(huì)產(chǎn)生任何錯(cuò)誤或異常，使用者可能根本就不需要知道是父類還是子類。但是反過來就不行了，有子類出現(xiàn)的地方，父類未必就能適應(yīng)。3.迪米特法則迪米特法則的定義：迪米特法則（Law of Demeter, LoD）也稱為最少知識(shí)原則，一個(gè)對(duì)象應(yīng)該對(duì)其他對(duì)象有最少的了解。一個(gè)類應(yīng)該對(duì)自己需要耦合或調(diào)用的類知道得最少，被耦合或調(diào)用的類的內(nèi)部如何復(fù)雜都和我沒有關(guān)系，那是你的事情，我就知道你提供的這么多public方法，我就調(diào)用這么多，其他的我一概不關(guān)心。4.開閉原則開閉原則的定義：一個(gè)軟件實(shí)體如類、模塊和函數(shù)應(yīng)該對(duì)擴(kuò)展開放，對(duì)修改關(guān)閉。一個(gè)軟件實(shí)體應(yīng)該通過擴(kuò)展來實(shí)現(xiàn)變化，而不是通過修改已有的源代碼來實(shí)現(xiàn)變化。5.依賴倒置原則依賴倒置原則包含三層含義：§ 高層模塊不應(yīng)該依賴低層模塊，兩者都應(yīng)該依賴其抽象；§ 抽象不應(yīng)該依賴細(xì)節(jié)；§ 細(xì)節(jié)應(yīng)該依賴抽象。在java語言中，抽象就是指接口或抽象類，兩者都是不能直接被實(shí)例化的；細(xì)節(jié)就是實(shí)現(xiàn)類，實(shí)現(xiàn)接口或繼承抽象類而產(chǎn)生的類就是細(xì)節(jié)，其特點(diǎn)就是可以直接被實(shí)例化，也就是可以加上一個(gè)關(guān)鍵字new產(chǎn)生一個(gè)對(duì)象。6.接口隔離原則接口隔離原則定義：§ 客戶端不應(yīng)該依賴它不需要的接口；§ 類間的依賴關(guān)系應(yīng)該建立在最小的接口上。建立單一接口，不要建立臃腫龐大的接口，接口盡量細(xì)化，同時(shí)接口中的方法盡量少。它要求“盡量使用多個(gè)專門的接口”。專門接口指提供給每個(gè)模塊的都應(yīng)該是單一接口，提供給幾個(gè)模塊就應(yīng)該有幾個(gè)接口，而不是建立一個(gè)龐大的臃腫接口，容納所有的客戶端訪問。1.在RUP中，軟件開發(fā)生命周期根據(jù)時(shí)間和RUP的核心工作流劃分為二維空間。橫軸表示項(xiàng)目的時(shí)間維，縱軸以內(nèi)容來組織為自然的邏輯活動(dòng)。