中級(jí)信息系統(tǒng)管理工程師-信息系統(tǒng)分析-1.結(jié)構(gòu)化分析方法

中級(jí)信息系統(tǒng)管理工程師-信息系統(tǒng)分析-1.結(jié)構(gòu)化分析方法[單選題]1.下圖所示UML圖為()，用于展示()。①和②分別表示（請(qǐng)作答此空）。A.供接口和供接口B.需接口和需接口C.供接口和需接口D.需接口和供接口正確答案：C[單選題]2.()屬于UML中的交互圖。A.用例圖B.類圖C.順序圖D.組件圖正確答案：C參考解析：本題考查信息系統(tǒng)開(kāi)發(fā)中UML的基礎(chǔ)知識(shí)。UML中的圖分為：（1）用例圖。從用戶角度描述系統(tǒng)功能，并指出各功能的操作者。（2）靜態(tài)圖。包括類圖、對(duì)象圖和包圖。（3）行為圖。描述系統(tǒng)的動(dòng)態(tài)模型和組成對(duì)象之間的交互關(guān)系，包括狀態(tài)圖和活動(dòng)圖。（4）交互圖。描述對(duì)象之間的交互關(guān)系，包括順序圖和協(xié)作圖。（5）實(shí)現(xiàn)圖。包括組件圖和配置圖。[單選題]3.對(duì)于聚合形式：①邏輯聚合、②通信集合、③過(guò)程聚合、④功能聚合、⑤時(shí)間聚合，請(qǐng)按它們的聚合程度由低到高的順序重新排列，重新排列后的順序?yàn)?)A.①→②→③→④→⑤B.①→③→②→⑤→④C.③→②→④→⑤→①D.①→⑤→③→②→④正確答案：D參考解析：程序模塊設(shè)計(jì)的原則之一:高聚合低耦合聚合度，由低到高偶然聚合：模塊完成的動(dòng)作之間沒(méi)有任何關(guān)系，或者僅僅是一種非常松散的關(guān)系。邏輯聚合：模塊內(nèi)部的各個(gè)組成在邏輯上具有相似的處理動(dòng)作，但功能用途上彼此無(wú)關(guān)。時(shí)間聚合：模塊內(nèi)部的各個(gè)組成部分所包含的處理動(dòng)作必須在同一時(shí)間內(nèi)執(zhí)行。過(guò)程聚合：模塊內(nèi)部各個(gè)組成部分所要完成的動(dòng)作雖然沒(méi)有關(guān)系，但必須按特定的次序執(zhí)行。通信聚合：模塊的各個(gè)組成部分所完成的動(dòng)作都使用了同一個(gè)數(shù)據(jù)或產(chǎn)生同一輸出數(shù)據(jù)。順序聚合：模塊內(nèi)部的各個(gè)部分，前一部分處理動(dòng)作的最后輸出是后一部分處理動(dòng)作的輸入。功能聚合：模塊內(nèi)部各個(gè)部分全部屬于一個(gè)整體，并執(zhí)行同一功能，且各部分對(duì)實(shí)現(xiàn)該功能都比不可少耦合度，由低到高非直接耦合：兩個(gè)模塊之間沒(méi)有直接關(guān)系，它們的聯(lián)系完全是通過(guò)主模塊的控制和調(diào)用來(lái)實(shí)現(xiàn)的。數(shù)據(jù)耦合：兩個(gè)模塊彼此間通過(guò)數(shù)據(jù)參數(shù)交換信息。標(biāo)記耦合：一組模塊通過(guò)參數(shù)表傳遞記錄信息，這個(gè)記錄是某一個(gè)數(shù)據(jù)結(jié)構(gòu)的子結(jié)構(gòu)，而不是簡(jiǎn)單變量。控制耦合：兩個(gè)模塊彼此間傳遞的信息中有控制信息。外部耦合：一組模塊都訪問(wèn)同一全局簡(jiǎn)單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，而且不是通過(guò)參數(shù)表傳遞該全局變量的信息。公共耦合：兩個(gè)模塊之間通過(guò)一個(gè)公共的數(shù)據(jù)區(qū)域傳遞信息。內(nèi)容耦合：一個(gè)模塊需要涉及到另一個(gè)模塊的內(nèi)部信息。[單選題]4.UML是一種()。A.面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言B.面向過(guò)程的程序設(shè)計(jì)語(yǔ)言C.軟件系統(tǒng)開(kāi)發(fā)方法D.軟件系統(tǒng)建模語(yǔ)言正確答案：D參考解析：UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍使用的建模語(yǔ)言。它融入了軟件工程領(lǐng)域的新思想，新方法和新技術(shù)。它不僅可以支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，更重要的是能夠有力地支持從需求分析開(kāi)始的軟件開(kāi)發(fā)的全過(guò)程。UML是一種建模語(yǔ)言，而不是一種方法。[單選題]5.()不是面向?qū)ο蠓治鲭A段需要完成的。A.認(rèn)定對(duì)象B.實(shí)現(xiàn)對(duì)象及其結(jié)構(gòu)C.組織對(duì)象D.描述對(duì)象的相互作用正確答案：B參考解析：面向?qū)ο蠓治鲭A段的主要任務(wù)是通過(guò)對(duì)象的認(rèn)定，確定問(wèn)題空間中應(yīng)當(dāng)存在的類和類之間的層次結(jié)構(gòu)，這個(gè)階段是獨(dú)立于程序?qū)崿F(xiàn)的。[單選題]6.結(jié)構(gòu)化分析的輸出不包括()。A.數(shù)據(jù)流圖B.數(shù)據(jù)字典C.加工邏輯D.結(jié)構(gòu)圖正確答案：D參考解析：結(jié)構(gòu)化方法的分析結(jié)果由以下幾部分組成：一套分層的數(shù)據(jù)流圖、一本數(shù)據(jù)詞典、一組小說(shuō)明（也稱加工邏輯說(shuō)明）、補(bǔ)充材料。因此D選項(xiàng)不包括。[單選題]7.以下關(guān)于UML的表述，不正確的是()。A.UML是一種文檔化語(yǔ)言B.UML是一種構(gòu)造語(yǔ)言C.UML是一種編程語(yǔ)言D.UML是統(tǒng)一建模語(yǔ)言正確答案：C參考解析：UML（UnifiedModelingLanguage）是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍實(shí)用的建模語(yǔ)言。UML是一種可視化語(yǔ)言：UML是一組圖形符號(hào)，使用圖形建模，UML表示法中的每個(gè)符號(hào)都有明確的語(yǔ)義。UML是一種構(gòu)造語(yǔ)言：使用UML描述的模型可與各種編程語(yǔ)言直接相連，即可把UML描述的模型映射成編程語(yǔ)言，甚至映射成關(guān)系數(shù)據(jù)庫(kù)表或面向?qū)ο髷?shù)據(jù)庫(kù)的永久存儲(chǔ)。這種映射允許進(jìn)行正向工程，也可以進(jìn)行逆向過(guò)程（編程語(yǔ)言代碼重新構(gòu)造UML模型）。UML是一種文檔化語(yǔ)言：UML適于建立系統(tǒng)體系結(jié)構(gòu)及所有的細(xì)節(jié)文檔。UML還提供了用于表達(dá)需求和用于測(cè)試的語(yǔ)言。最終UML提供了對(duì)項(xiàng)目計(jì)劃和發(fā)布管理的活動(dòng)進(jìn)行建模的語(yǔ)言。[單選題]8.當(dāng)軟件交付運(yùn)行后,()階段引入的錯(cuò)誤所需的修復(fù)代價(jià)較高。?A.需求分析B.概要設(shè)計(jì)C.詳細(xì)設(shè)計(jì)D.編碼正確答案：A參考解析：早期的問(wèn)題沒(méi)有被發(fā)現(xiàn)產(chǎn)生的修復(fù)代價(jià)高。本題中需求分析階段早于其它階段，所以本題應(yīng)該是需求分析階段的問(wèn)題的修復(fù)代價(jià)最高。[單選題]9.下圖所示UML圖為（請(qǐng)作答此空），用于展示()。①和②分別表示()。?A.類圖B.組件圖C.通信圖D.部署圖正確答案：B參考解析：末端有一個(gè)完整的圓周的接口符號(hào)代表組件提供接口。在末端只有半個(gè)圓的接口符號(hào)代表組件需求接口[單選題]10.()是一種面向數(shù)據(jù)結(jié)構(gòu)的開(kāi)發(fā)方法。A.結(jié)構(gòu)化方法B.原型化方法C.面向?qū)ο箝_(kāi)發(fā)方法D.Jackson方法正確答案：D參考解析：結(jié)構(gòu)化方法：是一種傳統(tǒng)的軟件開(kāi)發(fā)方法，它是由結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)和結(jié)構(gòu)化程序設(shè)計(jì)三部分有機(jī)組合而成的。它的基本思想：把一個(gè)復(fù)雜問(wèn)題的求解過(guò)程分階段進(jìn)行，而且這種分解是自頂向下，逐層分解，使得每個(gè)階段處理的問(wèn)題都控制在人們?nèi)菀桌斫夂吞幚淼姆秶鷥?nèi)。結(jié)構(gòu)化方法的基本要點(diǎn)是：自頂向下、逐步求精、模塊化設(shè)計(jì)、結(jié)構(gòu)化編碼。原型化方法：基本思想是：憑借著系統(tǒng)分析人員對(duì)用戶要求的理解，在軟件環(huán)境支持下，快速地給出一個(gè)實(shí)實(shí)在在的模型（或稱為原型、雛形），然后與用戶反復(fù)協(xié)商修改，最終形成實(shí)際系統(tǒng)。面向?qū)ο箝_(kāi)發(fā)方法：出發(fā)點(diǎn)和基本原則是：盡可能模擬人類習(xí)慣的思維方式，使開(kāi)發(fā)軟件的方法與過(guò)程盡可能接近人類認(rèn)識(shí)世界、解決問(wèn)題的方法與過(guò)程；更好的復(fù)用性；關(guān)鍵在于建立一個(gè)全面、合理、統(tǒng)一的模型；分析、設(shè)計(jì)、實(shí)現(xiàn)三個(gè)階段，界限不明確。Jackson方法：由M.A.Jackson在1975年提出的一類至今仍廣泛使用的軟件開(kāi)發(fā)方法。這一方法從目標(biāo)系統(tǒng)的輸入、輸出數(shù)據(jù)結(jié)構(gòu)入手，導(dǎo)出程序框架結(jié)構(gòu)，再補(bǔ)充其它細(xì)節(jié)，就可得到完整的程序結(jié)構(gòu)圖。這一方法對(duì)輸入、輸出數(shù)據(jù)結(jié)構(gòu)明確的中小型系統(tǒng)特別有效，如商業(yè)應(yīng)用中的文件表格處理。該方法也可與其它方法結(jié)合，用于模塊的詳細(xì)設(shè)計(jì)。杰克遜結(jié)構(gòu)圖是用來(lái)描述數(shù)據(jù)結(jié)構(gòu)中的順序，選擇和重復(fù)。[單選題]11.為了便于和用戶交流，只能從系統(tǒng)邏輯功能上討論問(wèn)題，通常在繪制數(shù)據(jù)流圖時(shí)，力求做到數(shù)據(jù)流圖只反映()A.數(shù)據(jù)流向及控制條件B.數(shù)據(jù)流向、數(shù)據(jù)加工和邏輯意義上的數(shù)據(jù)存儲(chǔ)C.各部分相互聯(lián)系的判斷與控制條件D.任何數(shù)據(jù)處理的技術(shù)過(guò)程、處理方式和時(shí)間順序正確答案：B參考解析：數(shù)據(jù)流圖（DataFlowDiagram，DFD）是一種最常用的結(jié)構(gòu)化分析工具，它從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫(huà)系統(tǒng)內(nèi)數(shù)據(jù)的運(yùn)動(dòng)情況。數(shù)據(jù)流圖是一種能全面地描述信息系統(tǒng)邏輯模型的主要工具，它可以用少數(shù)幾種符合綜合地反映出信息在系統(tǒng)中的流動(dòng)、處理和存儲(chǔ)的情況。數(shù)據(jù)流圖具有抽象性和概括性。抽象性表現(xiàn)在它完全舍去了具體的物質(zhì)，只剩下數(shù)據(jù)的流動(dòng)、加工處理和存儲(chǔ)；概括性表現(xiàn)在它可以把信息中的各種不同業(yè)務(wù)處理過(guò)程聯(lián)系起來(lái)，形成一個(gè)整體。[單選題]12.模塊設(shè)計(jì)中常用的衡量指標(biāo)是內(nèi)聚和耦合，內(nèi)聚程度最高的是()；耦合程度最低的是(請(qǐng)作答此空)。A.數(shù)據(jù)耦合B.內(nèi)容耦合C.公共耦合D.控制耦合正確答案：A參考解析：本題考查信息系統(tǒng)開(kāi)發(fā)中設(shè)計(jì)階段的基礎(chǔ)知識(shí)。模塊設(shè)計(jì)中常用的衡量指標(biāo)是內(nèi)聚和耦合。耦合是模塊間相互依賴程度的度量，耦合的強(qiáng)弱取決于模塊間接口的復(fù)雜程度。耦合按照從低到高可以分為間接耦合、數(shù)據(jù)耦合、標(biāo)記耦合、控制耦合、公共耦合和內(nèi)容耦合。內(nèi)聚指的是模塊內(nèi)各個(gè)成分彼此結(jié)合的緊密程度，即模塊內(nèi)部的聚合能力。內(nèi)聚從低到高可以分為偶然內(nèi)聚、邏輯內(nèi)聚、時(shí)間內(nèi)聚、過(guò)程內(nèi)聚、通信內(nèi)聚、順序內(nèi)聚和功能內(nèi)聚。模塊設(shè)計(jì)追求的目標(biāo)是高內(nèi)聚、低耦合。[單選題]13.某企業(yè)把庫(kù)存物資出入庫(kù)和出入庫(kù)財(cái)務(wù)記賬處理綜合為一個(gè)應(yīng)用電子系統(tǒng)，這種子系統(tǒng)就將()關(guān)聯(lián)在一起。A.供銷職能和生產(chǎn)職能B.供銷職能和財(cái)務(wù)職能C.財(cái)務(wù)職能和生產(chǎn)職能D.供銷職能和市場(chǎng)職能正確答案：B參考解析：庫(kù)存物資出入庫(kù)屬于供銷職能模塊；出入庫(kù)財(cái)務(wù)記賬處理屬于財(cái)務(wù)職能模塊。[單選題]14.企業(yè)信息化建設(shè)的根本目的是()。?A.解決管理問(wèn)題，側(cè)重于對(duì)IT技術(shù)管理、服務(wù)支持以及日常維護(hù)等B.解決技術(shù)問(wèn)題，尤其是對(duì)IT基礎(chǔ)設(shè)施本身的技術(shù)性管理工作C.實(shí)現(xiàn)企業(yè)戰(zhàn)略目標(biāo)與信息系統(tǒng)整體部署的有機(jī)結(jié)合D.提高企業(yè)的業(yè)務(wù)運(yùn)作效率，降低業(yè)務(wù)流程的運(yùn)作成本正確答案：C參考解析：企業(yè)信息化建設(shè)的根本就是實(shí)現(xiàn)企業(yè)戰(zhàn)略目標(biāo)與信息系統(tǒng)整體部署的有機(jī)結(jié)合，這種結(jié)合當(dāng)然是可以從不同的層次或者角度出發(fā)來(lái)考慮，但這種不同層次和角度的結(jié)合能夠給企業(yè)帶來(lái)的最終效益是不一樣的。IT戰(zhàn)略有助于確保IT活動(dòng)支持總體經(jīng)營(yíng)戰(zhàn)略，使該組織實(shí)現(xiàn)其經(jīng)營(yíng)的目標(biāo)和目的。[單選題]15.模塊設(shè)計(jì)中常用的衡量指標(biāo)是內(nèi)聚和耦合，內(nèi)聚程度最高的是(請(qǐng)作答此空)；耦合程度最低的是()。A.邏輯內(nèi)聚B.過(guò)程內(nèi)聚C.順序內(nèi)聚D.功能內(nèi)聚正確答案：D參考解析：本題考查信息系統(tǒng)開(kāi)發(fā)中設(shè)計(jì)階段的基礎(chǔ)知識(shí)。模塊設(shè)計(jì)中常用的衡量指標(biāo)是內(nèi)聚和耦合。耦合是模塊間相互依賴程度的度量，耦合的強(qiáng)弱取決于模塊間接口的復(fù)雜程度。耦合按照從低到高可以分為間接耦合、數(shù)據(jù)耦合、標(biāo)記耦合、控制耦合、公共耦合和內(nèi)容耦合。內(nèi)聚指的是模塊內(nèi)各個(gè)成分彼此結(jié)合的緊密程度，即模塊內(nèi)部的聚合能力。內(nèi)聚從低到高可以分為偶然內(nèi)聚、邏輯內(nèi)聚、時(shí)間內(nèi)聚、過(guò)程內(nèi)聚、通信內(nèi)聚、順序內(nèi)聚和功能內(nèi)聚。模塊設(shè)計(jì)追求的目標(biāo)是高內(nèi)聚、低耦合。[單選題]16.在需求分析階段，可利用UML中的()描述系統(tǒng)的外部角色和功能要求。A.用例圖B.靜態(tài)圖C.交換圖D.實(shí)現(xiàn)圖正確答案：A參考解析：在需求分析階段，可以用用例來(lái)捕獲用戶需求，通過(guò)用例建模，描述對(duì)系統(tǒng)感興趣的外部角色及其對(duì)系統(tǒng)（用例）的功能要求。建模的每個(gè)用例都指定了客戶的需求（他或她需要系統(tǒng)干什么）。[單選題]17.()是一種面向數(shù)據(jù)流的開(kāi)發(fā)方法，其基本思想是軟件功能的分解和抽象。A.結(jié)構(gòu)化開(kāi)發(fā)方法B.Jackson系統(tǒng)開(kāi)發(fā)方法C.Booch方法D.UML（統(tǒng)一建模語(yǔ)言）正確答案：A參考解析：結(jié)構(gòu)化方法規(guī)定了一系列模塊的分解協(xié)調(diào)原則和技術(shù)，提出了結(jié)構(gòu)化設(shè)計(jì)的基礎(chǔ)是模塊化，即將這個(gè)系統(tǒng)分解成相對(duì)獨(dú)立的若干模塊，通過(guò)對(duì)模塊的設(shè)計(jì)和模塊之間關(guān)系的協(xié)調(diào)來(lái)實(shí)現(xiàn)整個(gè)軟件系統(tǒng)的功能[單選題]18.采用UML進(jìn)行軟件設(shè)計(jì)時(shí)，可用()關(guān)系表示兩類事物之間存在的特殊/一般關(guān)系。A.依賴B.聚集C.泛化D.實(shí)現(xiàn)正確答案：C參考解析：在UML中有4種關(guān)系：依賴、關(guān)聯(lián)、泛化、實(shí)現(xiàn)①依賴：是兩個(gè)事物間的語(yǔ)義關(guān)系，其中一個(gè)事務(wù)（獨(dú)立事物）發(fā)生變化會(huì)影響另一個(gè)事物（依賴事物）的語(yǔ)義②關(guān)聯(lián)：是一種結(jié)構(gòu)關(guān)系，它描述了一組鏈，鏈?zhǔn)菍?duì)象之間的連接。聚合是一種特殊的類型關(guān)聯(lián)，他描述了整體和部分間的結(jié)構(gòu)關(guān)系。③泛化：是一種特殊／一般關(guān)系，特殊元素（子元素）的對(duì)象可替代一般元素（父元素）的對(duì)象。用這種方法，子元素共享了父元素的結(jié)構(gòu)和行為④實(shí)現(xiàn)：是類元之間的語(yǔ)義關(guān)系，其中的一個(gè)類元指定了由另一個(gè)類元保證執(zhí)行的契約。在兩種地方要遇到實(shí)現(xiàn)關(guān)系：一種是在接口和實(shí)現(xiàn)它們的類或構(gòu)件之間；另一種是在用例和實(shí)現(xiàn)它們的協(xié)作之間。[單選題]19.在采用結(jié)構(gòu)化方法進(jìn)行軟件分析時(shí)，根據(jù)分解與抽象的原則，按照系統(tǒng)中數(shù)據(jù)處理的流程，用()來(lái)建立系統(tǒng)的邏輯模型，從而完成妙工作。A.ER圖B.數(shù)據(jù)流圖C.程序流程圖D.軟件體系結(jié)構(gòu)正確答案：B參考解析：本題考查結(jié)構(gòu)化分析方法中圖形工具的作用。數(shù)據(jù)流圖擺脫系統(tǒng)的物理內(nèi)容，在邏輯上描述系統(tǒng)的功能、輸入、輸出和數(shù)據(jù)存儲(chǔ)等，是系統(tǒng)邏輯模型的重要組成部分。[單選題]20.數(shù)據(jù)流程圖配以數(shù)據(jù)字典，就可以從圖形和文字兩個(gè)方面對(duì)系統(tǒng)的()模型進(jìn)行描述，從而形成一個(gè)完整的說(shuō)明。A.物理模型B.邏輯模型C.數(shù)據(jù)結(jié)構(gòu)D.數(shù)據(jù)模型正確答案：B參考解析：數(shù)據(jù)流圖（DFD）是一種最常用的結(jié)構(gòu)化分析工具，從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫(huà)系統(tǒng)內(nèi)部數(shù)據(jù)的運(yùn)動(dòng)情況。數(shù)據(jù)流圖是一種能全面地描述信息系統(tǒng)邏輯模型的主要工具，可以用少數(shù)幾種符合綜合地反映出信息在系統(tǒng)中流動(dòng)、處理和存儲(chǔ)的情況。數(shù)據(jù)流圖用到的基本成分有，外部實(shí)體、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)和處理邏輯；[單選題]21.如果使用DFD對(duì)某企業(yè)的財(cái)務(wù)系統(tǒng)進(jìn)行建模，那么該系統(tǒng)中()可以被認(rèn)定為外部實(shí)體。A.轉(zhuǎn)賬單B.轉(zhuǎn)賬單輸入C.接收轉(zhuǎn)賬單的銀行D.財(cái)務(wù)系統(tǒng)源代碼程序正確答案：C參考解析：外部實(shí)體：指不受系統(tǒng)控制，在系統(tǒng)以外又與系統(tǒng)有聯(lián)系的事物或人，它表達(dá)了目標(biāo)系統(tǒng)數(shù)據(jù)的外部來(lái)源或去處。外部實(shí)體也可以是另外一個(gè)信息系統(tǒng)。本題中接受轉(zhuǎn)賬單的銀行應(yīng)是外部實(shí)體[單選題]22.在結(jié)構(gòu)化分析活動(dòng)中，通常使用()描述數(shù)據(jù)處理過(guò)程。A.數(shù)據(jù)流圖B.數(shù)據(jù)字典C.實(shí)體關(guān)系圖D.判定表正確答案：A參考解析：數(shù)據(jù)流圖是結(jié)構(gòu)化需求分析過(guò)程中一種重要的使用工具，可以使用它來(lái)描述數(shù)據(jù)處理的過(guò)程。[單選題]23.某企業(yè)使用App來(lái)管理員工，該App支持打卡、考勤等功能。該App屬于()。A.面向作業(yè)處理的系統(tǒng)B.面向管理控制的系統(tǒng)C.面向決策計(jì)劃的系統(tǒng)D.面向數(shù)據(jù)匯總的系統(tǒng)正確答案：A參考解析：面向作業(yè)的系統(tǒng)：是用來(lái)支持業(yè)務(wù)處理，實(shí)現(xiàn)處理自動(dòng)化的信息系統(tǒng)面向管理控制的系統(tǒng)：是輔助企業(yè)管理、實(shí)現(xiàn)管理自動(dòng)化的信息系統(tǒng)面向決策計(jì)劃的系統(tǒng)：是為決策提供信息支持的系統(tǒng)本題中，該APP只是負(fù)責(zé)記錄相關(guān)信息，以支持考勤相關(guān)處理，應(yīng)屬于面向作業(yè)的系統(tǒng)。[單選題]24.()從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫(huà)系統(tǒng)內(nèi)部數(shù)據(jù)的運(yùn)動(dòng)情況。A.數(shù)據(jù)流圖B.數(shù)據(jù)字典C.實(shí)體關(guān)系圖D.判斷樹(shù)正確答案：A參考解析：本題考查信息系統(tǒng)開(kāi)發(fā)中分析階段的基礎(chǔ)知識(shí)。數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫(huà)系統(tǒng)內(nèi)部數(shù)據(jù)的運(yùn)動(dòng)情況。數(shù)據(jù)字典是以特定格式記錄下來(lái)的，對(duì)系統(tǒng)的數(shù)據(jù)流圖中各個(gè)基本要素的內(nèi)容和特征所做的完整的定義和說(shuō)明，是對(duì)數(shù)據(jù)流圖的重要補(bǔ)充和說(shuō)明。實(shí)體關(guān)系圖（E-R圖）是指以實(shí)體、關(guān)系和屬性三個(gè)基本概念概括數(shù)據(jù)的基本結(jié)構(gòu)，從而描述靜態(tài)數(shù)據(jù)結(jié)構(gòu)的概念模式，多用于數(shù)據(jù)庫(kù)概念設(shè)計(jì)。判斷樹(shù)是用來(lái)表示邏輯判斷問(wèn)題的一種圖形工具，它用“樹(shù)”來(lái)表達(dá)不同條件下的不同處理，比語(yǔ)言、表格的方式更為直觀。[單選題]25.在面向?qū)ο筌浖_(kāi)發(fā)過(guò)程中，()不屬于面向?qū)ο蠓治鲭A段的活動(dòng)。A.評(píng)估分析模型B.確定接口規(guī)格C.構(gòu)建分析模型D.識(shí)別分析類正確答案：B參考解析：面向?qū)ο蟮能浖_(kāi)發(fā)過(guò)程包括分析、系統(tǒng)設(shè)計(jì)、開(kāi)發(fā)類、組裝測(cè)試和應(yīng)用維護(hù)等。其中分析過(guò)程包括問(wèn)題域分析、應(yīng)用分析，此階段主要識(shí)別對(duì)象及對(duì)象之間的關(guān)系，最終形成軟件的分析模型，并進(jìn)行評(píng)估。設(shè)計(jì)階段主要構(gòu)造軟件總的模型，實(shí)現(xiàn)相應(yīng)源代碼，在此階段，需要發(fā)現(xiàn)對(duì)象的過(guò)程，確定接口規(guī)格。[單選題]26.在結(jié)構(gòu)化設(shè)計(jì)中，程序模塊設(shè)計(jì)的原則不包括()。A.規(guī)模適中B.單入口、單出口C.接口簡(jiǎn)單D.功能齊全正確答案：D參考解析：提高聚合程度，降低模塊之間的耦合程度是模塊設(shè)計(jì)應(yīng)該遵循的最重要的兩個(gè)原則。除此之外，還應(yīng)該考慮其它方面的一些要求，遵循如下原則：1、系統(tǒng)分解有層次：首先從系統(tǒng)的整體出發(fā)，根據(jù)系統(tǒng)的目標(biāo)以功能劃分模塊。各個(gè)模塊即互相配合，又各自具有獨(dú)立功能，共同實(shí)現(xiàn)整個(gè)系統(tǒng)的目標(biāo)。然后對(duì)每個(gè)子模塊在進(jìn)一步逐層向下分解，直至分解到最小的模塊為止。2、適宜地系統(tǒng)深度和寬度比例。系統(tǒng)深度是指系統(tǒng)結(jié)構(gòu)中的控制層次。寬度表示控制的總分布，即統(tǒng)一層次的模塊總數(shù)的最大值。系統(tǒng)的深度和寬度之間往往有一個(gè)較為適宜的比例。深度過(guò)大說(shuō)明系統(tǒng)劃分過(guò)細(xì)，寬度過(guò)大可能會(huì)導(dǎo)致系統(tǒng)管理難度的加大。3、模塊大小適中。模塊的大小一般使用模塊中所包含的語(yǔ)句的數(shù)量多少來(lái)衡量。有這個(gè)樣一個(gè)參考數(shù)字，即模塊的語(yǔ)句行數(shù)在50~100行為最好，最多不超過(guò)500行。4、適度控制模塊的扇入扇出。模塊的扇入指模塊直接上級(jí)模塊的個(gè)數(shù)，模塊的直屬下級(jí)模塊個(gè)數(shù)即為模塊的扇出。模塊的扇入數(shù)一般來(lái)說(shuō)越大越好，說(shuō)明該模塊的通用性強(qiáng)。對(duì)于扇出而言，過(guò)大可能導(dǎo)致系統(tǒng)控制和協(xié)調(diào)比較困難，過(guò)小則可能說(shuō)明該模塊本身規(guī)模過(guò)大。經(jīng)驗(yàn)證明，扇出的個(gè)數(shù)最好是3或4，一般不要超過(guò)7。5、較小的數(shù)據(jù)冗余。如果模塊分解不當(dāng)，會(huì)造成大量的數(shù)據(jù)冗余，這可能引起相關(guān)數(shù)據(jù)分布在不同的模塊中，大量原始數(shù)據(jù)需要調(diào)用，大量的中間結(jié)果需要保存和傳遞，以及大量計(jì)算工作將要重復(fù)進(jìn)行的情況，可能會(huì)降低系統(tǒng)的工作效率。[單選題]27.在UML提供的圖中，()用于按時(shí)間順序描述對(duì)象間的相互。A.網(wǎng)絡(luò)圖B.狀態(tài)圖C.協(xié)作圖D.序列圖正確答案：D參考解析：序列圖是場(chǎng)景的圖形化表示，描述了以時(shí)間順序組織的對(duì)象之間的交互活動(dòng)。狀態(tài)圖展現(xiàn)了一個(gè)狀態(tài)機(jī)，它由狀態(tài)、轉(zhuǎn)換、事件和活動(dòng)組成。狀態(tài)圖關(guān)注系統(tǒng)的動(dòng)態(tài)視圖，它對(duì)于接口、類和協(xié)作的行為建模尤為重要，強(qiáng)調(diào)對(duì)象行為的事件順序。通信圖強(qiáng)調(diào)收發(fā)消息的對(duì)象的結(jié)構(gòu)組織，在早期的版本中也被稱作協(xié)作圖。[單選題]28.某模塊內(nèi)涉及多個(gè)功能，這些功能必須以特定的次序執(zhí)行，則該模塊的內(nèi)聚類型為()內(nèi)聚。A.實(shí)踐B.過(guò)程C.信息D.功能正確答案：B參考解析：過(guò)程內(nèi)聚：構(gòu)件或者操作的組合方式時(shí)，允許在調(diào)用前面的構(gòu)件或操作之后，馬上調(diào)用后面的構(gòu)件或操作，即使兩者之間沒(méi)有數(shù)據(jù)進(jìn)行傳遞。模塊完成多個(gè)需要按一定的步驟一次完成的功能。（過(guò)程相關(guān)---控制耦合）。例如：在用程序流程圖設(shè)計(jì)模塊時(shí)，若將程序流程圖中的一部分劃出各自組成模塊，便形成過(guò)程內(nèi)聚。[單選題]29.軟件需求分析階段的主要任務(wù)是確定()。A.軟件開(kāi)發(fā)方法B.軟件系統(tǒng)功能C.軟件開(kāi)發(fā)工具D.軟件開(kāi)發(fā)費(fèi)用正確答案：B參考解析：系統(tǒng)分析的主要任務(wù)是理解和表達(dá)用戶對(duì)系統(tǒng)的應(yīng)用需求。通過(guò)深入調(diào)查，和用戶一起充分了解現(xiàn)行系統(tǒng)是怎樣工作的，理解用戶對(duì)現(xiàn)行系統(tǒng)的改進(jìn)要求和對(duì)新系統(tǒng)的要求。在此基礎(chǔ)上，把用戶共同理解的新系統(tǒng)用恰當(dāng)?shù)墓ぞ弑磉_(dá)出來(lái)。其主要任務(wù)是：了解用戶需求；確定系統(tǒng)邏輯模型，形成系統(tǒng)分析報(bào)告。[單選題]30.數(shù)據(jù)流圖DFD的作用是()。A.描述數(shù)據(jù)對(duì)象之間的關(guān)系B.描述對(duì)數(shù)據(jù)的處理流程C.說(shuō)明將要出現(xiàn)的邏輯判定D.指明系統(tǒng)對(duì)外部事件的反應(yīng)正確答案：B參考解析：數(shù)據(jù)流圖（DFD）是一種最常用的結(jié)構(gòu)化分析工具，從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫(huà)系統(tǒng)內(nèi)部數(shù)據(jù)的運(yùn)動(dòng)情況。數(shù)據(jù)流圖是一種能全面地描述信息系統(tǒng)邏輯模型的主要工具，可以用少數(shù)幾種符合綜合地反映出信息在系統(tǒng)中流動(dòng)、處理和存儲(chǔ)的情況。數(shù)據(jù)流圖用到的基本成分有，外部實(shí)體、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)和處理邏輯。結(jié)合本題選項(xiàng)，正確的選項(xiàng)應(yīng)為：B[單選題]31.若想了解一個(gè)組織內(nèi)部處理活動(dòng)的內(nèi)容與工程流程的圖表，通常應(yīng)該從()著手。A.系統(tǒng)流程圖B.數(shù)據(jù)流程圖C.程序流程圖D.業(yè)務(wù)流程圖正確答案：D參考解析：業(yè)務(wù)流程圖是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)關(guān)系、作業(yè)順序和管理信息流向的圖表，利用它可以幫助分析人員找出業(yè)務(wù)流程中的不合理流向，它是物理模型。業(yè)務(wù)流程圖主要是描述業(yè)務(wù)走向。業(yè)務(wù)流程圖描述的是完整的業(yè)務(wù)流程，以業(yè)務(wù)處理過(guò)程為中心，一般沒(méi)有數(shù)據(jù)的概念。[單選題]32.E-R圖是數(shù)據(jù)庫(kù)設(shè)計(jì)的工具之一，它適用于建立數(shù)據(jù)庫(kù)的()。A.概念模型B.邏輯模型C.結(jié)構(gòu)模型D.物理模型正確答案：A參考解析：概念結(jié)構(gòu)設(shè)計(jì)是指由現(xiàn)實(shí)世界的各種客觀事物及其聯(lián)系轉(zhuǎn)化為信息世界中的信息模型的過(guò)程，即為數(shù)據(jù)庫(kù)的概念結(jié)構(gòu)設(shè)計(jì)；概念結(jié)構(gòu)設(shè)計(jì)最著名最常用的方法是實(shí)體-聯(lián)系方法（E-R方法）[單選題]33.某醫(yī)院預(yù)約系統(tǒng)的部分需求為：患者可以查看醫(yī)院發(fā)布的專家特長(zhǎng)介紹及其就診時(shí)間：系統(tǒng)記錄患者信息，患者預(yù)約特定時(shí)間就診。用DFD對(duì)其進(jìn)行功能建模時(shí)，患者是（請(qǐng)作答此空）；用ERD對(duì)其進(jìn)行數(shù)據(jù)建模時(shí)，患者是()。A.外部實(shí)體B.加工C.數(shù)據(jù)流D.數(shù)據(jù)存儲(chǔ)正確答案：A參考解析：數(shù)據(jù)流圖（DataFlowDiagram）：簡(jiǎn)稱DFD，它從數(shù)據(jù)傳遞和加工角度，以圖形方式來(lái)表達(dá)系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過(guò)程，是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達(dá)工具及用于表示軟件模型的一種圖示方法。[單選題]34.以下不屬于數(shù)據(jù)字典的作用的是()。A.列出數(shù)據(jù)元素B.相互參照，便于系統(tǒng)修改C.一致性和完整性檢驗(yàn)D.展示系統(tǒng)的處理邏輯正確答案：D參考解析：數(shù)據(jù)字典是以特定格式記錄下來(lái)的、對(duì)系統(tǒng)的數(shù)據(jù)流圖中各個(gè)基本要素（數(shù)據(jù)流、處理邏輯、數(shù)據(jù)存儲(chǔ)和外部實(shí)體）的內(nèi)容和特征所做的完整的定義和說(shuō)明。是結(jié)構(gòu)化系統(tǒng)分析的重要工具之一，是對(duì)數(shù)據(jù)流圖的重要補(bǔ)充和說(shuō)明。數(shù)據(jù)字典的作用：按各種要求列表相互參照，便于系統(tǒng)修改由描述內(nèi)容檢索名稱一致性檢驗(yàn)和完整性檢驗(yàn)[單選題]35.下圖所示UML圖為()，用于展示（請(qǐng)作答此空）。①和②分別表示()。A.一組對(duì)象、接口、協(xié)作和它們之間的關(guān)系B.收發(fā)消息的對(duì)象的結(jié)構(gòu)組織C.組件之間的組織和依賴D.面向?qū)ο笙到y(tǒng)的物理模型正確答案：C參考解析：末端有一個(gè)完整的圓周的接口符號(hào)代表組件提供接口。在末端只有半個(gè)圓的接口符號(hào)代表組件需求接口[單選題]36.設(shè)有一個(gè)員工關(guān)系EMP（員工號(hào)，姓名，部門名，職位，薪資），若需查詢不同部門中擔(dān)任“項(xiàng)目主管”職位的員工平均薪資，則相應(yīng)的SQL語(yǔ)句為：SELECT部門名，AVG（薪資）AS平均薪資FROMEMPGROUPBY（請(qǐng)作答此空）()；A.員工號(hào)B.姓名C.部門名D.薪資正確答案：C參考解析：SELECT語(yǔ)句的語(yǔ)法結(jié)構(gòu)：SELECT[ALL|DISTINCT][,···n]]本題中是要求查詢不同部門中，所以應(yīng)使用分組語(yǔ)句進(jìn)行分組，分組的條件是部門名；在分組的基礎(chǔ)上指定條件，一般使用HAVING語(yǔ)句，本題要求是擔(dān)任“項(xiàng)目主管”職位，也就是說(shuō)要求職位為項(xiàng)目主管。由于“項(xiàng)目主管”是屬于字符串類型的數(shù)據(jù)，所以在條件表達(dá)式中，需要使用單引號(hào)將該值引起來(lái)。[單選題]37.在統(tǒng)一建模語(yǔ)言：（UML）中，()給出了系統(tǒng)內(nèi)從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的流程，它強(qiáng)調(diào)對(duì)象間控制流程。A.對(duì)象圖B.活動(dòng)圖C.協(xié)作圖D.序列圖正確答案：B參考解析：本題考查UML圖的使用場(chǎng)景。協(xié)作圖強(qiáng)調(diào)收發(fā)消息的對(duì)象之間的結(jié)構(gòu)組織；序列圖描述了在一個(gè)用例或操作的執(zhí)行過(guò)程中以時(shí)間順序組織的對(duì)象之間的交互活動(dòng)；對(duì)象圖展現(xiàn)了一組對(duì)象以及它們之間的關(guān)系，描述了在類圖中所建立的事物的實(shí)例的靜態(tài)快照；活動(dòng)圖是一種特殊的狀態(tài)圖，展現(xiàn)了在系統(tǒng)內(nèi)從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的流程。活動(dòng)圖專注于系統(tǒng)的動(dòng)態(tài)視圖。它對(duì)于系統(tǒng)的功能建模特別重要，并強(qiáng)調(diào)對(duì)象間的控制流程。[單選題]38.采用繼承機(jī)制創(chuàng)建子類時(shí)，子類中()。A.只能有父類中的屬性B.只能有父類中的行為C.只能新增行為D.可以有新的屬性和行為正確答案：D[單選題]39.某教務(wù)系統(tǒng)由模塊A提供成績(jī)給模塊B，模塊B計(jì)算平均成績(jī)、較高分和最低分，然后將計(jì)算結(jié)果返回給模塊A，模塊C對(duì)課程信息進(jìn)行增刪改查，則模塊B在軟件結(jié)構(gòu)圖中屬于(請(qǐng)作答此空)模塊，模塊C的內(nèi)聚類型為()。A.傳入B.傳出C.變換D.協(xié)調(diào)正確答案：C參考解析：系統(tǒng)結(jié)構(gòu)圖中的模塊：原子模塊：在系統(tǒng)結(jié)構(gòu)圖中通常指不能再分割的底層模塊傳入模塊：從下屬模塊取得數(shù)據(jù)，進(jìn)行某些處理，再將其結(jié)果傳給上級(jí)模塊。在此，將它傳送的數(shù)據(jù)流稱為邏輯輸入數(shù)據(jù)流傳出模塊：從上級(jí)模塊獲得數(shù)據(jù)，進(jìn)行某些處理，再將其結(jié)果傳給下屬模塊。在此，將它傳送的數(shù)據(jù)流稱為邏輯輸出數(shù)據(jù)流變換模塊：也叫加工模塊。是從上級(jí)模塊獲得數(shù)據(jù)，進(jìn)行特定的處理，將其轉(zhuǎn)換為其他形式，再傳回上級(jí)模塊，它所加工的數(shù)據(jù)流叫做變換數(shù)據(jù)流協(xié)調(diào)模塊：對(duì)所有下屬模塊進(jìn)行協(xié)調(diào)和管理的模塊。在一個(gè)好的系統(tǒng)結(jié)構(gòu)圖中，協(xié)調(diào)模塊應(yīng)在較高層出現(xiàn)。偶然聚合：模塊完成的動(dòng)作之間沒(méi)有任何關(guān)系，或者僅僅是一種非常松散的關(guān)系。邏輯聚合：模塊內(nèi)部的各個(gè)組成在邏輯上具有相似的處理動(dòng)作，但功能用途上彼此無(wú)關(guān)。時(shí)間聚合：模塊內(nèi)部的各個(gè)組成部分所包含的處理動(dòng)作必須在同一時(shí)間內(nèi)執(zhí)行。過(guò)程聚合：模塊內(nèi)部各個(gè)組成部分所要完成的動(dòng)作雖然沒(méi)有關(guān)系，但必須按特定的次序執(zhí)行。通信聚合：模塊的各個(gè)組成部分所完成的動(dòng)作都使用了同一個(gè)數(shù)據(jù)或產(chǎn)生同一輸出數(shù)據(jù)。順序聚合：模塊內(nèi)部的各個(gè)部分，前一部分處理動(dòng)作的最后輸出是后一部分處理動(dòng)作的輸入。功能聚合：模塊內(nèi)部各個(gè)部分全部屬于一個(gè)整體，并執(zhí)行同一功能，且各部分對(duì)實(shí)現(xiàn)該功能都比不可少。本題中模塊C是實(shí)現(xiàn)數(shù)據(jù)的增刪改查的功能，按照題意應(yīng)該屬于功能聚集。[單選題]40.某醫(yī)院預(yù)約系統(tǒng)的部分需求為：患者可以查看醫(yī)院發(fā)布的專家特長(zhǎng)介紹及其就診時(shí)間：系統(tǒng)記錄患者信息，患者預(yù)約特定時(shí)間就診。用DFD對(duì)其進(jìn)行功能建模時(shí)，患者是()；用ERD對(duì)其進(jìn)行數(shù)據(jù)建模時(shí)，患者是（請(qǐng)作答此空）。A.實(shí)體B.屬性C.聯(lián)系D.弱實(shí)體正確答案：A參考解析：數(shù)據(jù)流圖（DataFlowDiagram）：簡(jiǎn)稱DFD，它從數(shù)據(jù)傳遞和加工角度，以圖形方式來(lái)表達(dá)系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過(guò)程，是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達(dá)工具及用于表示軟件模型的一種圖示方法。[單選題]41.結(jié)構(gòu)化開(kāi)發(fā)中，數(shù)據(jù)流圖是()階段產(chǎn)生的成果。A.總體設(shè)計(jì)B.程序編碼C.詳細(xì)設(shè)計(jì)D.需求分析正確答案：D參考解析：數(shù)據(jù)流圖：DFD，從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫(huà)系統(tǒng)內(nèi)數(shù)據(jù)的運(yùn)動(dòng)情況，需求分析階段完成數(shù)據(jù)流圖（DFD圖）和數(shù)據(jù)字典?？傮w設(shè)計(jì)也被稱為概要設(shè)計(jì)，總體設(shè)計(jì)的主要任務(wù)是完成對(duì)系統(tǒng)總體結(jié)構(gòu)和基本框架的設(shè)計(jì)。詳細(xì)設(shè)計(jì)主要是在總體設(shè)計(jì)的基礎(chǔ)上，將設(shè)計(jì)方案進(jìn)一步詳細(xì)化，條理化和規(guī)劃化，為各個(gè)具體任務(wù)選擇適當(dāng)?shù)募夹g(shù)手段和處理方法。[單選題]42.對(duì)于耦合形式①數(shù)據(jù)耦合、②公共耦合、③控制耦合、④內(nèi)容耦合，請(qǐng)按它們的可維護(hù)性由好→一般→差→最差的順序重新排列，重新排列后的順序?yàn)?)A.①→③→②→④B.①→②→③→④C.②→①→④→③D.④→③→①→②正確答案：A參考解析：程序模塊設(shè)計(jì)的原則之一:高聚合低耦合聚合度，由低到高偶然聚合：模塊完成的動(dòng)作之間沒(méi)有任何關(guān)系，或者僅僅是一種非常松散的關(guān)系。邏輯聚合：模塊內(nèi)部的各個(gè)組成在邏輯上具有相似的處理動(dòng)作，但功能用途上彼此無(wú)關(guān)。時(shí)間聚合：模塊內(nèi)部的各個(gè)組成部分所包含的處理動(dòng)作必須在同一時(shí)間內(nèi)執(zhí)行。過(guò)程聚合：模塊內(nèi)部各個(gè)組成部分所要完成的動(dòng)作雖然沒(méi)有關(guān)系，但必須按特定的次序執(zhí)行。通信聚合：模塊的各個(gè)組成部分所完成的動(dòng)作都使用了同一個(gè)數(shù)據(jù)或產(chǎn)生同一輸出數(shù)據(jù)。順序聚合：模塊內(nèi)部的各個(gè)部分，前一部分處理動(dòng)作的最后輸出是后一部分處理動(dòng)作的輸入。功能聚合：模塊內(nèi)部各個(gè)部分全部屬于一個(gè)整體，并執(zhí)行同一功能，且各部分對(duì)實(shí)現(xiàn)該功能都比不可少耦合度，由低到高非直接耦合：兩個(gè)模塊之間沒(méi)有直接關(guān)系，它們的聯(lián)系完全是通過(guò)主模塊的控制和調(diào)用來(lái)實(shí)現(xiàn)的。數(shù)據(jù)耦合：兩個(gè)模塊彼此間通過(guò)數(shù)據(jù)參數(shù)交換信息。標(biāo)記耦合：一組模塊通過(guò)參數(shù)表傳遞記錄信息，這個(gè)記錄是某一個(gè)數(shù)據(jù)結(jié)構(gòu)的子結(jié)構(gòu)，而不是簡(jiǎn)單變量?？刂岂詈希簝蓚€(gè)模塊彼此間傳遞的信息中有控制信息。外部耦合：一組模塊都訪問(wèn)同一全局簡(jiǎn)單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，而且不是通過(guò)參數(shù)表傳遞該全局變量的信息。公共耦合：兩個(gè)模塊之間通過(guò)一個(gè)公共的數(shù)據(jù)區(qū)域傳遞信息。內(nèi)容耦合：一個(gè)模塊需要涉及到另一個(gè)模塊的內(nèi)部信息。[單選題]43.以下關(guān)于聚合的說(shuō)法中正確的是()。A.偶然聚合耦合程度低，可修改性好B.邏輯聚合耦合程度高，可修改性差C.順序聚合耦合程度高，可修改性好D.功能聚合耦合程度高，可修改性差正確答案：B參考解析：本題考查對(duì)聚合的理解。聚合形式包括偶然聚合、邏輯聚合、時(shí)間聚合、過(guò)程聚合、通信聚合、順序聚合以及功能聚合。其中，偶然聚合和邏輯聚合耦合程度高，可修改性差；順序聚合和功能聚合耦合程度低，可修改性好。[單選題]44.UML中，用例屬于()。A.結(jié)構(gòu)事物B.行為事物C.分組事物D.注釋事物正確答案：A參考解析：本題考查信息系統(tǒng)開(kāi)發(fā)中UML的基礎(chǔ)知識(shí)。在UML中包含4種事物，分別是結(jié)構(gòu)事物、行為事物、分組事物和注釋事物。①結(jié)構(gòu)事物：UML模型中的靜態(tài)部分，描述概念或物理元素，共有類、接口、協(xié)作、用例、活動(dòng)類、組件和節(jié)點(diǎn)7種結(jié)構(gòu)事物。②行為事物：UML模型的動(dòng)態(tài)部分，描述了跨越時(shí)間和空間的行為，有交互和狀態(tài)機(jī)兩種主要的行為事物。③分組事物：UML模型的組織部分，最主要的分組事物是包。④注釋事物：UML模型的解釋部分，用來(lái)描述、說(shuō)明和標(biāo)注模型的任何元素，主要的注釋事物是注解。[單選題]45.()不屬于DFD（DataFlowDiagram，數(shù)據(jù)流圖）的要素。A.加工B.聯(lián)系C.數(shù)據(jù)流D.數(shù)據(jù)存儲(chǔ)正確答案：B參考解析：數(shù)據(jù)流圖（DFD）是一種最常用的結(jié)構(gòu)化分析工具，從數(shù)據(jù)傳遞和加工的角度，以圖形的方式刻畫(huà)系統(tǒng)內(nèi)部數(shù)據(jù)的運(yùn)動(dòng)情況。數(shù)據(jù)流圖是一種能全面地描述信息系統(tǒng)邏輯模型的主要工具，可以用少數(shù)幾種符合綜合地反映出信息在系統(tǒng)中流動(dòng)、處理和存儲(chǔ)的情況。數(shù)據(jù)流圖用到的基本成分有，外部實(shí)體、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)和處理邏輯；本題中選項(xiàng)B的聯(lián)系應(yīng)屬于E-R模型的內(nèi)容。[問(wèn)答題]1.【說(shuō)明】某集團(tuán)公司擁有多個(gè)分公司，為了方便集團(tuán)公司對(duì)分公司各項(xiàng)業(yè)務(wù)活動(dòng)進(jìn)行有效管理，集團(tuán)公司決定構(gòu)建一個(gè)信息系統(tǒng)以滿足公司的業(yè)務(wù)管理需求?！拘枨蠓治觥?.分公司關(guān)系需要記錄的信息包括分公司編號(hào)、名稱、經(jīng)理、聯(lián)系地址和電話。分公司編號(hào)唯一標(biāo)識(shí)分公司信息中的每一個(gè)元組。每個(gè)分公司只有一名經(jīng)理，負(fù)責(zé)該分公司的管理工作。每個(gè)分公司設(shè)立僅為本分公司服務(wù)的多個(gè)業(yè)務(wù)部門，如研發(fā)部、財(cái)務(wù)部、采購(gòu)部、銷售部等。2.部門關(guān)系需要記錄的信息包括部門號(hào)、部門名稱、主管號(hào)、電話和分公司編號(hào)。部門號(hào)唯一標(biāo)識(shí)部門信息中的每一個(gè)元組。每個(gè)部門只有一名主管，負(fù)責(zé)部門的管理工作。每個(gè)部門有多名員工，每名員工只能隸屬于一個(gè)部門。3.員工關(guān)系需要記錄的信息包括員工號(hào)、姓名、隸屬部門、崗位、電話和基本工資。其中，員工號(hào)唯一標(biāo)識(shí)員工信息中的每一個(gè)元組。崗位包括:經(jīng)理、主管、研發(fā)員、業(yè)務(wù)員等?！靖拍钅Ｐ驮O(shè)計(jì)】根據(jù)需求階段收集的信息，設(shè)計(jì)的實(shí)體聯(lián)系圖和關(guān)系模式(不完整)如圖2-1所示：【關(guān)系模式設(shè)計(jì)】分公司（分公司編號(hào)，名稱，（a），聯(lián)系地址，電話）部門（部門號(hào)，部門名稱，（b），電話）員工（員工號(hào)，姓名（c），電話，基本工資）【問(wèn)題1】根據(jù)問(wèn)題描述，補(bǔ)充4個(gè)聯(lián)系，完善圖2-1的實(shí)體聯(lián)系圖。聯(lián)系名可用聯(lián)系1、聯(lián)系2、聯(lián)系3和聯(lián)系4代替，聯(lián)系的類型為1:1、1:n和m:n(或1:1、1:*和*:*)?！締?wèn)題2】根據(jù)題意，將關(guān)系模式中的空(a)-(c)補(bǔ)充完整?！締?wèn)題3】給出"部門"和"員工"關(guān)系模式的主鍵和外鍵?！締?wèn)題4】假設(shè)集團(tuán)公司要求系統(tǒng)能記錄部門歷任主管的任職時(shí)間和任職年限，那么是否需要在數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)增設(shè)一個(gè)實(shí)體？為什么？正確答案：詳見(jiàn)解析參考解析：【問(wèn)題1】【問(wèn)題2】(a）經(jīng)理工號(hào)(b)主管號(hào)，分公司編號(hào)(C)隸屬部門號(hào)，崗位【問(wèn)題3】部門的主鍵:部門號(hào);部門的外鍵:分公司編號(hào)，主管號(hào)員工的主鍵:員工號(hào);員工的外鍵:隸屬部門號(hào)【問(wèn)題4】不需要增加新的實(shí)體，對(duì)于任職情況，可以將部門與主管的聯(lián)系單獨(dú)形成關(guān)系模式，聯(lián)系（部門號(hào)，主管工號(hào)，任職時(shí)間，任職年限)，同一個(gè)員工可能在不同的時(shí)間擔(dān)任同一部門主管，因此，可以將(部門號(hào)，主管工號(hào)，任職時(shí)間)作為該關(guān)系模式的組合主鍵。[問(wèn)答題]2.閱讀下列說(shuō)明，回答問(wèn)題1至問(wèn)題3，將解答填入對(duì)應(yīng)欄內(nèi)?！菊f(shuō)明】某海外代購(gòu)公司為擴(kuò)展公司業(yè)務(wù)，需要開(kāi)發(fā)一個(gè)信息化管理系統(tǒng)。請(qǐng)根據(jù)公司現(xiàn)有業(yè)務(wù)及需求完成該系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)?！拘枨竺枋觥浚?）記錄公司員工信息。員工信息包括工號(hào)、身份證號(hào)、姓名、性別和一個(gè)手機(jī)號(hào)，工號(hào)唯一標(biāo)識(shí)每位員工，員工分為代購(gòu)員和配送員。（2）記錄采購(gòu)的商品信息。商品信息包括商品名稱、所在超市名稱、采購(gòu)價(jià)格、銷售價(jià)格和商品介紹，系統(tǒng)內(nèi)部用商品條碼唯一標(biāo)識(shí)每種商品。一種商品只在一家超市代購(gòu)。（3）記錄顧客信息。顧客信息包括顧客真實(shí)姓名、身份證號(hào)（清關(guān)繳稅用）、一個(gè)手機(jī)號(hào)和一個(gè)收貨地址，系統(tǒng)自動(dòng)生成唯一的顧客編號(hào)。（4）記錄托運(yùn)公司信息。托運(yùn)公司信息包括托運(yùn)公司名稱、電話和地址，系統(tǒng)自動(dòng)生成唯一的托運(yùn)公司編號(hào)。（5）顧客登錄系統(tǒng)之后，可以下訂單購(gòu)買商品。訂單支付成功后，系統(tǒng)記錄唯一的支付憑證編號(hào)，顧客需要在訂單里指定運(yùn)送方式：空運(yùn)或海運(yùn)。（6）代購(gòu)員根據(jù)顧客的訂單在超市采購(gòu)對(duì)應(yīng)商品，一份訂單所含的多個(gè)商品可能由多名代購(gòu)員從不同超市采購(gòu)。（7）采購(gòu)?fù)甑纳唐方挥膳渌蛦T根據(jù)顧客訂單組合裝箱，然后交給托運(yùn)公司運(yùn)送。托運(yùn)公司按顧客訂單核對(duì)商品名稱和數(shù)量，然后按顧客的地址進(jìn)行運(yùn)送?！靖拍钅Ｐ驮O(shè)計(jì)】根據(jù)需求階段收集的信息，設(shè)計(jì)的實(shí)體聯(lián)系圖（不完整）如圖2－1所示?！具壿嫿Y(jié)構(gòu)設(shè)計(jì)】根據(jù)概念模型設(shè)計(jì)階段完成的實(shí)體聯(lián)系圖，得出如下關(guān)系模式（不完整）：?jiǎn)T工（工號(hào)，身份證號(hào)，姓名，性別，手機(jī)號(hào)）商品（條碼，商品名稱，所在超市名稱，采購(gòu)價(jià)格，銷售價(jià)格，商品介紹）顧客（編號(hào)，姓名，身份證號(hào)，手機(jī)號(hào)，收貨地址）托運(yùn)公司（托運(yùn)公司編號(hào)，托運(yùn)公司名稱，電話，地址）訂單（訂單ID，（a），商品數(shù)量，運(yùn)送方式，支付憑證編號(hào)）代購(gòu)（代購(gòu)ID，代購(gòu)員工號(hào)，（b））運(yùn)送（運(yùn)送ID，配送員工號(hào)，托運(yùn)公司編號(hào)，訂單ID，發(fā)運(yùn)時(shí)間）【問(wèn)題1】根據(jù)問(wèn)題描述，補(bǔ)充圖2－1的實(shí)體聯(lián)系圖【問(wèn)題2】補(bǔ)充邏輯結(jié)構(gòu)設(shè)計(jì)結(jié)果中的（a）、（b）兩處空缺?！締?wèn)題3】為方便顧客，允許顧客在系統(tǒng)中保存多組收貨地址。請(qǐng)根據(jù)此需求，增加“顧客地址”弱實(shí)體，對(duì)圖2－1進(jìn)行補(bǔ)充，并修改“運(yùn)送”關(guān)系模式。正確答案：詳見(jiàn)解析參考解析：【問(wèn)題1】【問(wèn)題2】(a)顧客編號(hào)、商品條碼(b)訂單ID【問(wèn)題3】修改后的運(yùn)送關(guān)系模式為：運(yùn)送(運(yùn)送ID,配送員工號(hào)，托運(yùn)公司編號(hào)，訂單ID，地址ID，發(fā)運(yùn)時(shí)間)。[問(wèn)答題]3.閱讀下列說(shuō)明，回答問(wèn)題1至問(wèn)題4，將解答填入對(duì)應(yīng)欄內(nèi)。【說(shuō)明】某婚慶公司為了便于開(kāi)展和管理公司各項(xiàng)業(yè)務(wù)活動(dòng)、方便用戶，提高公司的知名度和影響力，擬構(gòu)建一個(gè)基于網(wǎng)絡(luò)的婚禮策劃系統(tǒng)。【需求分析】1.公司設(shè)有受理部、策劃部和其他部門。部門信息包括部門號(hào)、部門名、部門主管、聯(lián)系方式。每個(gè)部門只有一名主管，每個(gè)主管只負(fù)責(zé)一個(gè)部門的管理工作:一個(gè)部門有多名員工，每名員工只屬于一個(gè)部門。2.員工信息包括員工號(hào)、姓名、部門號(hào)、職位、聯(lián)系方式和薪資;其中，職位包括主管、業(yè)務(wù)員、策劃員等。業(yè)務(wù)員負(fù)責(zé)受理用戶申請(qǐng)，設(shè)置受理標(biāo)志，并填寫(xiě)業(yè)務(wù)員的員工號(hào)。一名業(yè)務(wù)員可以受理多個(gè)用戶申請(qǐng)，但一個(gè)用戶申請(qǐng)只能由一名業(yè)務(wù)員受理。3.用戶信息包括用戶號(hào)、用戶名、電話、聯(lián)系地址。其中，用戶號(hào)唯一標(biāo)識(shí)用戶信息中的每一個(gè)元組。4.用戶申請(qǐng)信息包括申請(qǐng)?zhí)?、婚禮日期、婚禮地點(diǎn)、用戶號(hào)、預(yù)算費(fèi)用、受理標(biāo)志和業(yè)務(wù)員(參照員工關(guān)系的員工號(hào))。申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)申請(qǐng)信息中的每一個(gè)元組，且一個(gè)用戶可以提交多個(gè)申請(qǐng)，但一個(gè)用戶申請(qǐng)只對(duì)應(yīng)一個(gè)用戶號(hào)。5.策劃部主管為己受理的用戶申請(qǐng)制定婚禮策劃任務(wù)。策劃任務(wù)包括申請(qǐng)?zhí)?、策劃?nèi)容、參與人數(shù)、要求完成時(shí)間、主管(參照員工關(guān)系的員工號(hào))，申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)策劃任務(wù)的每一個(gè)元組。一個(gè)策劃任務(wù)只對(duì)應(yīng)一個(gè)己受理的用戶申請(qǐng)，但一個(gè)策劃任務(wù)可由多名策劃員參與執(zhí)行，且一名策劃員可以參與執(zhí)行多項(xiàng)策劃任務(wù)?！靖拍钅Ｐ驮O(shè)計(jì)】根據(jù)需求階段收集的信息，設(shè)計(jì)的實(shí)體聯(lián)系圖和關(guān)系模武(不完整)如下：【關(guān)系模式設(shè)計(jì)】部門(部門號(hào)，部門名稱，主管，電話，郵箱號(hào))員工(員工號(hào)，姓名，（a），職位，聯(lián)系方式，薪資）用戶（用戶號(hào)，用戶名，聯(lián)系電話，聯(lián)系地址）用戶申請(qǐng)（申請(qǐng)?zhí)?，婚禮日期，婚禮地點(diǎn)，用戶號(hào)，（b），受理標(biāo)志，（c）策劃任務(wù)，(d)，策劃內(nèi)容，參與人數(shù)，要求完成時(shí)間，主管）執(zhí)行（申請(qǐng)?zhí)枺邉潌T，實(shí)際完成時(shí)間）【問(wèn)題1】根據(jù)題意，將關(guān)系模式中的空（a）-(d)的屬性補(bǔ)充完整，并填入答題紙對(duì)應(yīng)的位置上。【問(wèn)題2】根據(jù)需求分析，可以得出圖1-1所示的實(shí)體聯(lián)系圖中聯(lián)系的類型。請(qǐng)按以下描述確定聯(lián)系類型并填入答題紙對(duì)應(yīng)的位置上。部門與主管之間的“管理”聯(lián)系類型問(wèn)（e）。策劃員與策劃任務(wù)之間的“執(zhí)行”聯(lián)系類型為（F）。用戶申請(qǐng)與業(yè)務(wù)員之間的"受理"聯(lián)系類型為(g)。用戶與用戶申請(qǐng)之間的提交”聯(lián)系類型為(h)。【問(wèn)題3】用戶申請(qǐng)關(guān)系的主鍵為(i)，用戶申請(qǐng)關(guān)系的外鍵為(j)(k)。策劃任務(wù)關(guān)系的主鍵為(1),策劃任務(wù)關(guān)系的外鍵為(m)?！締?wèn)題4】請(qǐng)問(wèn)"執(zhí)行"關(guān)系的主鍵為(申請(qǐng)?zhí)枺邉潌T"/>的說(shuō)法正確嗎?為什么?正確答案：詳見(jiàn)解析參考解析：【問(wèn)題1】（a）部門號(hào)（b）預(yù)算費(fèi)用（c）業(yè)務(wù)員（d）申請(qǐng)?zhí)栴}干中“員工信息包括員工號(hào)、姓名、部門號(hào)、職位、聯(lián)系方式和薪資”，所以（a）處缺失部門號(hào)題干中“用戶申請(qǐng)信息包括申請(qǐng)?zhí)?、婚禮日期、婚禮地點(diǎn)、用戶號(hào)、預(yù)算費(fèi)用、受理標(biāo)志和業(yè)務(wù)員（參照員工關(guān)系的員工號(hào)）。”，所以（b）（c）處缺失預(yù)算費(fèi)用和業(yè)務(wù)員題干中“策劃任務(wù)包括申請(qǐng)?zhí)枴⒉邉潈?nèi)容、參與人數(shù)、要求完成時(shí)間、主管（參照員工關(guān)系的員工號(hào)），申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)策劃任務(wù)的每一個(gè)元組?！?，所以（d）處缺失申請(qǐng)?zhí)枴締?wèn)題2】（e）1：1（f）*：*（g）*：1（h）1：*題干中“每個(gè)部門只有一名主管，每個(gè)主管只負(fù)責(zé)一個(gè)部門的管理工作”，說(shuō)明部門與主管之間為1：1的聯(lián)系題干中“一個(gè)策劃任務(wù)只對(duì)應(yīng)一個(gè)已受理的用戶申請(qǐng)，但一個(gè)策劃任務(wù)可由多名策劃員參與執(zhí)行，且一名策劃員可以參與執(zhí)行多項(xiàng)策劃任務(wù)。”，說(shuō)明策劃員與策劃任務(wù)之間是*：*的聯(lián)系題干中“一名業(yè)務(wù)員可以受理多個(gè)用戶申請(qǐng)，但一個(gè)用戶申請(qǐng)只能由一名業(yè)務(wù)員受理?！闭f(shuō)明用戶申請(qǐng)與業(yè)務(wù)員之間是*：1題干中“申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)申請(qǐng)信息中的每一個(gè)元組，且一個(gè)用戶可以提交多個(gè)申請(qǐng)，但一個(gè)用戶申請(qǐng)只對(duì)應(yīng)一個(gè)用戶號(hào)”，說(shuō)明用戶與用戶申請(qǐng)之間是1：*的聯(lián)系【問(wèn)題3】（i）申請(qǐng)?zhí)枺╦）業(yè)務(wù)員（k）用戶號(hào)（j、k可以互換）（l）申請(qǐng)?zhí)枺╩）主管題干中“用戶申請(qǐng)信息包括申請(qǐng)?zhí)?、婚禮日期、婚禮地點(diǎn)、用戶號(hào)、預(yù)算費(fèi)用、受理標(biāo)志和業(yè)務(wù)員（參照員工關(guān)系的員工號(hào)）。申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)申請(qǐng)信息中的每一個(gè)元組，且一個(gè)用戶可以提交多個(gè)申請(qǐng)，但一個(gè)用戶申請(qǐng)只對(duì)應(yīng)一個(gè)用戶號(hào)?！笨梢钥闯鲋麈I應(yīng)為：申請(qǐng)?zhí)?，外鍵應(yīng)為：業(yè)務(wù)員、用戶號(hào)。題干中“策劃任務(wù)包括申請(qǐng)?zhí)?、策劃?nèi)容、參與人數(shù)、要求完成時(shí)間、主管（參照員工關(guān)系的員工號(hào)），申請(qǐng)?zhí)栁ㄒ粯?biāo)識(shí)策劃任務(wù)的每一個(gè)元組。一個(gè)策劃任務(wù)只對(duì)應(yīng)一個(gè)已受理的用戶申請(qǐng)，但一個(gè)策劃任務(wù)可由多名策劃員參與執(zhí)行，且一名策劃員可以參與執(zhí)行多項(xiàng)策劃任務(wù)?！保梢钥闯霾邉澣蝿?wù)的主鍵應(yīng)為：申請(qǐng)?zhí)?，外鍵應(yīng)為：主管【問(wèn)題4】正確，E-R模型中多對(duì)多的聯(lián)系轉(zhuǎn)關(guān)系時(shí)，應(yīng)轉(zhuǎn)成一個(gè)獨(dú)立的關(guān)系，屬性為聯(lián)系的屬性和兩端實(shí)體的碼組成，主碼為兩端實(shí)體碼的屬性的組合。執(zhí)行關(guān)系是由策劃員與策劃任務(wù)直接的執(zhí)行聯(lián)系轉(zhuǎn)換而來(lái)的關(guān)系。執(zhí)行聯(lián)系從問(wèn)題2可以得出是多對(duì)多的聯(lián)系。E-R模型中多對(duì)多的聯(lián)系轉(zhuǎn)關(guān)系時(shí)，應(yīng)轉(zhuǎn)成一個(gè)獨(dú)立的關(guān)系，屬性為聯(lián)系的屬性和兩端實(shí)體的碼組成，主碼為兩端實(shí)體碼的屬性的組合。[問(wèn)答題]4.閱讀下列說(shuō)明，回答問(wèn)題1至問(wèn)題3，將解答填入對(duì)應(yīng)欄內(nèi)。【說(shuō)明】某企業(yè)管理部門擬開(kāi)發(fā)信息管理系統(tǒng)，部分需求分析結(jié)果如下：1）管理部門有多個(gè)不同科室，科室信息主要包括科室編號(hào)、科室名稱；2）每一個(gè)科室由若干名科員組成，科員信息主要包括職工號(hào)、姓名、性別；3）每個(gè)科室都有一名主管上級(jí)領(lǐng)導(dǎo)，上級(jí)領(lǐng)導(dǎo)信息主要包括編號(hào)、姓名、職務(wù)；4）科室科員負(fù)責(zé)為職工提供服務(wù)，職工信息主要包括職工號(hào)、姓名、車間，服務(wù)信息主要包括服務(wù)日期、服務(wù)事宜、處理結(jié)果?！締?wèn)題1】依據(jù)上述說(shuō)明設(shè)計(jì)的實(shí)體-聯(lián)系圖如圖2-1所示（不完整)，請(qǐng)將圖中（a）、（b）處正確實(shí)體名和聯(lián)系名填寫(xiě)在答題紙對(duì)應(yīng)的位置上。【問(wèn)題2】請(qǐng)將圖2-1對(duì)應(yīng)的各實(shí)體之間的聯(lián)系類型填寫(xiě)在答題紙對(duì)應(yīng)的位置上(1)上級(jí)領(lǐng)導(dǎo)與（a)之間的聯(lián)系類型；(2)(a)與科員之間的聯(lián)系類型；(3)科員與職工之間的聯(lián)系類型【問(wèn)題3】請(qǐng)指出科室、職工關(guān)系模式的主鍵，以及圖2-1中（b）的屬性，并將其填寫(xiě)在答題紙對(duì)