信息系統(tǒng)分析與設(shè)計選擇題

結(jié)構(gòu)化開發(fā)方法中，數(shù)據(jù)流圖是（15）A（15）A.需求分析 B. 總體設(shè)計 C.詳細設(shè)計 D.程序編2.以下關(guān)于原型化開發(fā)方法的敘述中，不正確的是。原型化方法適應(yīng)于需求不明確的軟件開發(fā)在開發(fā)過程中，可以廢棄不用早期構(gòu)造的軟件原型原型化方法可以直接開發(fā)出最終產(chǎn)品原型化方法利于確認各項系統(tǒng)服務(wù)的可用性通常在軟件的C活動中無需用戶參與。A.需求分析 B.維護 C.編碼 D.測試4.在面向?qū)ο蟮恼Z言中，A。類的實例化是指對類的實例分配存儲空間每個類都必須創(chuàng)建一個實例每個類只能創(chuàng)建一個實例類的實例化是指對類進行初始化在統(tǒng)一建模語言（UML）中，B用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互。B.C.對象圖D.協(xié)作圖統(tǒng)一過程（UP）是一種用例驅(qū)動的迭代式增量開發(fā)過程，每次迭代過程中主要的工作流包括捕獲需求、分析、設(shè)計、實現(xiàn)和測試等。這種軟件過程的用例圖(UseCaseDiagram)是通過A捕獲需求B.分析C.設(shè)計D.實現(xiàn)

得到的。在“模型－視圖－控制器（MVC）模式中，A 主要表現(xiàn)用戶界面，B用來描述核心業(yè)務(wù)邏輯。（39）A.視圖B.模型C.控制器D.視圖和控制器（40）A.視圖B.模型C.控制器D.視圖和控制器UML構(gòu)建的用例模型（Use-CaseModel）中，參與者（Actor）與用例（UseCase）中的主要元素，其中參與者與用例之間可以具有C關(guān)系。（45）A.包含（include） B.遞歸（Recursive）C. 關(guān)聯(lián)（Association） D.組合（Composite）當(dāng)采用標(biāo)準(zhǔn)UML(ClassModel)B除具有類AB還可定義新的特性以及置換類ABABAB用或指針，并可與類CBA與類BA關(guān)系。（46）A.聚合B.泛化C.傳遞D.迭代（47）A.聚合B.泛化C.傳遞D.迭代種重新組織的技術(shù)，可以簡化構(gòu)件的設(shè)計而無需改變其功能或行為。精化B. 設(shè)計類C. 重構(gòu)D. 抽象

D ，它是一RUPA角色 B. 活動 C. 制品 D. 工作流RUP

C 結(jié)束時產(chǎn)生“在適當(dāng)?shù)钠脚_上初期階段 B.精化階段 C. 構(gòu)建階段 D. 移交階段B。系統(tǒng)開發(fā)合同

系統(tǒng)設(shè)計說明書

系統(tǒng)開發(fā)計劃 D. 系統(tǒng)測試報告軟件工程每一個階段結(jié)束前，應(yīng)該著重對可維護性進行復(fù)審。在系統(tǒng)設(shè)計階段的復(fù)審期間，應(yīng)該從B發(fā)，評價軟件的結(jié)構(gòu)和過程。指出可移植性問題以及可能影響軟件維護的系統(tǒng)界面容易修改、模塊化和功能獨立的目的強調(diào)編碼風(fēng)格和內(nèi)部說明文檔可測試性下面關(guān)于面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計的說法中，不正確的是D。A.面向?qū)ο蠓治鰝?cè)重于理解問題B.面向?qū)ο笤O(shè)計側(cè)重于理解解決方案C.面向?qū)ο蠓治雒枋鲕浖鍪裁碊.面向?qū)ο笤O(shè)計一般不關(guān)注技術(shù)和實現(xiàn)層面的細節(jié)在面向?qū)ο蠓治雠c設(shè)計中，C是應(yīng)用領(lǐng)域中的核心類，一般用于保存系統(tǒng)中的信息以及提供針對這信息的相關(guān)處理行為；B是系統(tǒng)內(nèi)對象和系統(tǒng)外參與者的聯(lián)系媒介；A 主要是協(xié)調(diào)上述兩種類對象之間的交互。（38）A.控制類B.邊界類C.實體類D.軟件類（39）A.控制類B.邊界類C.實體類D.軟件類（40）A.控制類B.邊界類C.實體類D.軟件類若類A僅在其方法Method1中定義并使用了類B的一個對象，類A其它部分的代碼都不涉及類B，那么類A與類B的關(guān)系應(yīng)為A 若類A的某個屬性是類B的一個對象并且類A對象消失時，類B對象也隨之消失，則類A與類B的關(guān)系應(yīng)為B 。（41）A.關(guān)聯(lián)B.依賴C.聚合D.組合（42）A.關(guān)聯(lián)B.依賴C.聚合D.組合UML中的B，其中，AccountManagement需要B。（46）A.組件圖 B. 部署圖 C. 類圖 D.對象圖（47）A.實現(xiàn)IdentityVerifier接口并被CreditCardServices調(diào)用調(diào)用CreditCardServicesIdentityVerifier接口實現(xiàn)IdentityVerifier接口并被Logger調(diào)用調(diào)用Logger實現(xiàn)的IdentityVerifier接口（C）（51）A.層次模型 B. 網(wǎng)狀模型 C. 關(guān)系模型 D.

。面向?qū)ο竽Ｐ汀禼onmponent》AccountManagementIdentityVerifierTransactionLoggerIdenlityVerifier《conmponent》AccountManagementIdentityVerifierTransactionLoggerIdenlityVerifierTransactionLogger《component》CrediCardServices《component》Logger（15）A.ER圖 B. 數(shù)據(jù)流圖 C. 程序流程圖 D. 軟件體系結(jié)構(gòu)確定構(gòu)建軟件系統(tǒng)所需要的人數(shù)時，無需考慮 A。（17）A.系統(tǒng)的市場前景B.系統(tǒng)的規(guī)模C.系統(tǒng)的技術(shù)復(fù)雜性D.項目計劃BA基類的屬性和方法被遺傳給派生類。（12）A.封裝B.多態(tài)C.繼承D.變異（13）A.封裝B.多態(tài)C.繼承D.變異23.B24.A.25.D26.A且具備了相關(guān)領(lǐng)域及類似規(guī)模系統(tǒng)的開發(fā)經(jīng)驗,A最(15)A. 原型模型 B. 瀑布模型 C.V模型 D. 螺旋模型C。軟件測試不僅能表明軟件中存在錯誤,也能說明軟件中不存在錯誤 B. 軟件測試活動應(yīng)從編碼階段開始C.一個成功的測試能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤D.在一個被測程序段中,若已發(fā)現(xiàn)的錯誤越多,則殘存的錯誤數(shù)越少開-(Open-ClosedPrinciple,OCP)-B)開放,對A關(guān)閉;vnC可以出現(xiàn)的地方D(DependenceInversionPrinciple(41)D而不(42)C,,不要針對實現(xiàn)編程。(37)A.修改B.擴展C.分析D.設(shè)計(38)A.修改B.擴展C.分析D.設(shè)計(39)A.變量B.常量C.基類對象D.子類對象(40)A.變量B.常量C.基類對象D.子類對象(41)A.程序設(shè)計語言B.建模語言C.實現(xiàn)D.抽象(42)A.程序設(shè)計語言B.建模語言C.實現(xiàn)D.抽象(43)B””””整體”的生命周期通常一樣。;(44)A”擁有關(guān)系”對象可”整體對象之間共享”部分”對象不同”部分對象可以脫整體(45)D關(guān)系的特殊種類。(43)A.聚合B.組合C.繼承D.關(guān)聯(lián)(44)A.聚合B.組合C.繼承D.關(guān)聯(lián)(45)A.聚合B.組合C.繼承D.關(guān)聯(lián)模塊A直接訪問模B的內(nèi)部數(shù)據(jù)，則模A和模塊B的耦合類型D 數(shù)據(jù)耦標(biāo)記耦公共耦內(nèi)容耦合、為了有效地捕獲系統(tǒng)需求，應(yīng)采用C 。瀑布模型模型在改正當(dāng)前故障的同時可能會引入新的故障，這時需要進C 功能測試B．性能測試C．回歸測試D．驗收測試34、面向?qū)ο蠓治龅牡谝徊绞?C 。定義服務(wù)B．確定附加的系統(tǒng)約束C．確定問題域D．定義類和對35.下列關(guān)于一個類的靜態(tài)成員的描述中，不正確的是 。共享其靜態(tài)數(shù)據(jù)成員的值D．該類的靜態(tài)數(shù)據(jù)成員的值不可修改下列關(guān)于一個類的靜態(tài)成員的描述中，不正確的D 類的靜態(tài)方法只能訪問該類的靜態(tài)數(shù)據(jù)成員B．靜態(tài)數(shù)據(jù)成員可被該類的所有方法訪問C．該類的對象共享其靜態(tài)數(shù)據(jù)成員的值D．該類的靜態(tài)數(shù)據(jù)成員的值不可修改UML的設(shè)計視圖包含了類接口和協(xié)作，其中，設(shè)計視圖的靜態(tài)方面由(39)A和(40)B 表現(xiàn)；動態(tài)面由交互圖、(41)D 表現(xiàn)。39、A．類圖B．狀態(tài)圖C．活動圖D．序列圖40.A．交互圖B．對象圖C．通信圖D．定時圖41A．狀態(tài)圖和類圖B．類圖和活動圖C．對象圖和狀態(tài)圖D．狀態(tài)圖和活動圖UML中關(guān)聯(lián)的多重度是指 C BC能夠與另一個類的多少個實例相關(guān)聯(lián)D．兩個類所具有的相同的方法和屬性43、在面向?qū)ο筌浖_發(fā)過程中，采用設(shè)計模A A．以復(fù)用成功的設(shè)計B．以保證程序的運行速度達到最優(yōu)值C．以減少設(shè)計過程創(chuàng)建的類的個數(shù)D．允許在非面向?qū)ο蟪绦蛟O(shè)計語言中使用面向?qū)ο蟮母拍?4.A是否正確實現(xiàn)了規(guī)定的功能，需要進行（A定方式正確工作，需要進行（B）（35）A.B.C.D.系統(tǒng)測試（36）A.單元測試B.集成測試C.確認測試D.系統(tǒng)測試45.（A）表示了系統(tǒng)與參與者之間的接口。在每一個用例中，該對象從參與者處收集信息，并將之轉(zhuǎn)換為一種被實體對象和控制對象使用的形式。A.B.C.D.實體對象46.UML（）（）（B)與通信圖類似，但強調(diào)的是順序而不是連接。（44）A.B.C.D.活動圖（45）A.B.C.D.活動圖（46）A.B.C.D.活動圖（47）A.B.C.D.活動圖47.下面關(guān)于軟件測試的說法）是錯誤的。A．軟件測試就是程序測試B．軟件測試貫穿于軟件定義和開發(fā)的整個期間CD．程序是軟件測試的對象（A）。A．子類是超類的特化B．基類是超類的特化C．基類是子類的特化D．超類是基類的特化（C）。B．這三個對象所存儲的數(shù)據(jù)一定是相同的C．這三個對象一定具有相同的操作D．這三個對象無法共享數(shù)據(jù)（C）。A．面向?qū)ο蠓治鼋Y(jié)果可采用UML描述B．結(jié)構(gòu)化分析結(jié)果可使用DFD等模型表示C．面向?qū)ο蠓治鼋Y(jié)果需要采用面向?qū)ο蟪绦蛟O(shè)計語言描述D．面向?qū)ο蠓治鼋Y(jié)果是面向?qū)ο笤O(shè)計的輸入DFD1DFD圖是。UML中關(guān)聯(lián)的多重度是(B) 。一個類有多少個方法被另一個類調(diào)用BC．一個類的某個方法被另一個類調(diào)用的次數(shù)D．兩個類所具有的相同的方法和屬性導(dǎo)致軟件缺陷的原因有很多，①－④是可能的原因，其中最主要的原因包括（D）。①軟件需求說明書編寫的不全面，不完整，不準(zhǔn)確，而且經(jīng)常更改②軟件設(shè)計說明書③軟件操作人員的水平④開發(fā)人員不能很好的理解需求說明書和溝通不足A．①、②、③ B．①、③ C．②、③ D．①、④44（A）。應(yīng)用軟件B．業(yè)務(wù)構(gòu)件C．應(yīng)用軟件D．業(yè)務(wù)構(gòu)業(yè)務(wù)構(gòu)件 應(yīng)用軟件 中間件 中間件中間件 中間件 系統(tǒng)軟件 應(yīng)用軟系統(tǒng)軟件 系統(tǒng)軟件 業(yè)務(wù)構(gòu)件 系統(tǒng)軟工作是（A）。系統(tǒng)開發(fā)的目的是（D）。獲得當(dāng)前系統(tǒng)的物理模型 B．抽象出當(dāng)前系統(tǒng)的邏輯模C．建立目標(biāo)系統(tǒng)的邏輯模型 D．建立目標(biāo)系統(tǒng)的物理模型獲得當(dāng)前系統(tǒng)的物理模型 B．抽象出當(dāng)前系統(tǒng)的邏輯模C．建立目標(biāo)系統(tǒng)的邏輯模型 D．建立目標(biāo)系統(tǒng)的物理模型在信息系統(tǒng)分析階段，對數(shù)據(jù)流圖的改進，包括檢查數(shù)據(jù)流圖的正確性和提高數(shù)據(jù)流圖的易理解性下面說法不正確的是 (A) 。B．?dāng)?shù)據(jù)流圖的父圖和子圖必須平衡C．任何一個數(shù)據(jù)流至少有一端是處理框D在UML的關(guān)系中，表示特殊與一般的關(guān)系是 (B) 依賴關(guān)系B．泛化關(guān)系C．關(guān)聯(lián)關(guān)系D．實現(xiàn)關(guān)系下列選項中，符合UML動態(tài)建模機制的(A) A．狀態(tài)圖B．用例圖C．類圖D．對象圖下列選項中(C) 不屬于結(jié)構(gòu)化分析方法所使用的工具。A．?dāng)?shù)據(jù)流圖B．判定表和判定樹C．系統(tǒng)流程圖 D．ER(實體聯(lián)數(shù)據(jù)流程圖的作用是 （B） 。A．描述了數(shù)據(jù)對象之間的關(guān)系 B．描述了對數(shù)據(jù)的處理流程C．說明了將要出現(xiàn)的邏輯判定 D．指明了系統(tǒng)對外部事件的反應(yīng)62.(）是面向?qū)ο蟪绦蛟O(shè)計語言不同于其它語言的主要特點，是否建立了豐富的）是量一個面向?qū)ο蟪绦蛟O(shè)計語言成熟與否的重要標(biāo)志之一。（22）A．繼承性 B．消息傳遞 C．多態(tài)性 D．靜態(tài)（23）A．函數(shù)庫 B．類庫 C．類型庫 D．方法庫在統(tǒng)一建模語言UM）中，描述系統(tǒng)與外部系統(tǒng)及用戶之間交互的圖是B。類圖B.用例圖C.對象圖D.協(xié)作圖面向?qū)ο蠓治雠c設(shè)計是面向?qū)ο筌浖_發(fā)過程中的兩個重要階段，下列活動中，不屬于面向?qū)ο蠓治鲭A段。A.構(gòu)建分析模型B.識別分析類C.確定接口規(guī)格 D.評估分析模型MV）（）（）心業(yè)務(wù)邏輯。（27）A.視圖B.模型C.控制器D.視圖和控制器（28）A.視圖B.模型C.控制器D.視圖和控制器在進行面向?qū)ο笤O(shè)計時，采用設(shè)計模式能夠A。復(fù)用相似問題的相同解決方案改善代碼的平臺可移植性改善代碼的可理解性 D.增強軟件的易安裝性結(jié)構(gòu)化開發(fā)方法中，數(shù)據(jù)流圖是（A）階段產(chǎn)生的成果。需求分析 B.總體設(shè)計C.詳細設(shè)計 D.程序編碼在采用標(biāo)準(zhǔn)UML構(gòu)建的用例模型Model）中，參與者與用例Case）是模型中的主要元素，其中參與者與用例之間可以具有（C）關(guān)系。包含（include） B.遞歸（Recursive）C.關(guān)聯(lián)（Association） D.組合（Composite）69.A70.D71.D/A72.D73.D/C74.75.76.二、簡答題信息系統(tǒng)設(shè)計模型共包括哪幾種模型？答：信息系統(tǒng)設(shè)計模型主要包括：平臺模型、拓撲計算模型、軟件模型、界面模型和數(shù)據(jù)庫模型等內(nèi)容。UML）靜態(tài)結(jié)構(gòu)圖：類圖，對象圖，構(gòu)件圖，實施圖（2）動態(tài)行為圖：用例圖，順序圖，協(xié)作圖，狀態(tài)圖，活動圖信息系統(tǒng)分為哪五種類型？答：按綜合模式分為信息處理系統(tǒng)，管理信息系統(tǒng)，決策支持系統(tǒng)，辦公信息系統(tǒng)，主管信息系統(tǒng)五種。什