2022年職業(yè)考證-軟考-系統(tǒng)架構(gòu)設(shè)計(jì)師考試名師押題精選卷I(帶答案詳解)試卷號93_第1頁
2022年職業(yè)考證-軟考-系統(tǒng)架構(gòu)設(shè)計(jì)師考試名師押題精選卷I(帶答案詳解)試卷號93_第2頁
2022年職業(yè)考證-軟考-系統(tǒng)架構(gòu)設(shè)計(jì)師考試名師押題精選卷I(帶答案詳解)試卷號93_第3頁
2022年職業(yè)考證-軟考-系統(tǒng)架構(gòu)設(shè)計(jì)師考試名師押題精選卷I(帶答案詳解)試卷號93_第4頁
2022年職業(yè)考證-軟考-系統(tǒng)架構(gòu)設(shè)計(jì)師考試名師押題精選卷I(帶答案詳解)試卷號93_第5頁
已閱讀5頁,還剩49頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、住在富人區(qū)的她2022年職業(yè)考證-軟考-系統(tǒng)架構(gòu)設(shè)計(jì)師考試名師押題精選卷I(帶答案詳解)(圖片可根據(jù)實(shí)際調(diào)整大小)題型12345總分得分一.綜合題(共50題)1.單選題數(shù)據(jù)庫的安全機(jī)制中,通過提供( )供第三方開發(fā)人員調(diào)用進(jìn)行數(shù)據(jù)更新 ,從而保證數(shù)據(jù)庫的關(guān)系模式不被第三方所獲取。問題1選項(xiàng)A.索引B.視圖C.存儲過程D.觸發(fā)器【答案】C【解析】本題考查的是數(shù)據(jù)庫基礎(chǔ)知識。索引是數(shù)據(jù)庫中提高查詢效率的一種機(jī)制,不能進(jìn)行數(shù)據(jù)更新。視圖一般是提供查詢數(shù)據(jù)的,具有一定安全機(jī)制,但是不能進(jìn)行數(shù)據(jù)更新。觸發(fā)器可以作為更新機(jī)制,但是無法避免數(shù)據(jù)庫的關(guān)系模式被第三方所獲取,并不安全。存儲過程方式,可以定義一段

2、代碼,從而提供給用戶程序來調(diào)用,具體更新過程通過代碼調(diào)用,避免了向第三方提供系統(tǒng)表結(jié)構(gòu)的過程,體現(xiàn)了數(shù)據(jù)庫的安全機(jī)制。所以本題選擇C選項(xiàng)。2.單選題SDN(Software Defined Netwok)的網(wǎng)絡(luò)架構(gòu)中不包含( )。問題1選項(xiàng)A.邏輯層B.控制層C.轉(zhuǎn)發(fā)層D.應(yīng)用層【答案】A【解析】SDN(Software Defined Netwok)的網(wǎng)絡(luò)架構(gòu)中包含:控制層、轉(zhuǎn)發(fā)層和應(yīng)用層。3.單選題前趨圖(Precedence Graph)是一個(gè)有向無環(huán)圖,記為:= (P, P)IP must complete before Pj may strt。假設(shè)系統(tǒng)中進(jìn)程P=P1,P2, P3,

3、P4, P5, P6, P7, 且進(jìn)程的前趨圖如下:那么,該前驅(qū)圖可記為()。問題1選項(xiàng)A.=(P1, P2), (P3, P1), (P4, P1), (P5, P2), (P5, P3), (P6, P4), (P7, P5), (P7,P6), (P5, P6), (P4, P5), (P6,P7)B.=(P1, P2), (P1, P3), (P1, P4), (P2, P5), (P2, P3), (P3, P4), (P3,P5), (P4,P5), (P5, P6), (P5, P7),(P6,P7)C.=(P1, P2), (P1,P3), (P1,P4), (P2, P5),

4、 (P2, P3), (P3, P4), (P5, P3), (P4,P5), (P5, P6), (P7, P5),(P6,P7)D.=P1,P2), (P1,P3), (P2, P3), (P2, P5), (P3, P6),(P3, P4), (P4, P7), (P5,P6), (P6, P7), (P6,P5), (P7, P5)【答案】B【解析】本題是典型的前趨圖考查題型。前趨圖中,箭線代表前趨關(guān)系,結(jié)點(diǎn)代表進(jìn)程,本圖中P1是起點(diǎn), P7是終點(diǎn),一共有11個(gè)前趨關(guān)系。每個(gè)前趨關(guān)系可用(結(jié)點(diǎn)1,結(jié)點(diǎn)2)的形式表示,如: P1 到P2之間的前趨關(guān)系可用:(P1,P2)表示。這里可以用排

5、除法得到結(jié)果,選項(xiàng)中存在錯(cuò)誤的前驅(qū)關(guān)系就可以直接排除。A選項(xiàng)(P3, P1)錯(cuò)誤,不存在P3-P1的前驅(qū)關(guān)系。C選項(xiàng)(P5, P3)錯(cuò)誤,不存在P5-P3的前驅(qū)關(guān)系。D選項(xiàng)(P3, P6)錯(cuò)誤,不存在P3-P6的前驅(qū)關(guān)系。B選項(xiàng)正確。4.單選題著作權(quán)中,( )的保護(hù)期不受期限限制。問題1選項(xiàng)A.發(fā)表權(quán)B.發(fā)行權(quán)C.展覽權(quán)D.署名權(quán)【答案】D【解析】本題考查知識產(chǎn)權(quán)中的著作權(quán)的保護(hù)期限。在著作權(quán)中:”署名權(quán)、修改權(quán)、保護(hù)作品完整權(quán)“的保護(hù)是沒有時(shí)間限制的?!卑l(fā)表權(quán)、使用權(quán)和獲得報(bào)酬權(quán)“的保護(hù)時(shí)限為:作者終生及其死亡后的50年(第50年的12月31日)。5.單選題根據(jù)傳統(tǒng)的軟件生命周期方法學(xué),可以

6、把軟件生命周期劃分為( )問題1選項(xiàng)A.軟件定義、軟件開發(fā)、軟件測試、軟件維護(hù)B.軟件定義、軟件開發(fā)、軟件運(yùn)行、軟件維護(hù)C.軟件分析、軟件設(shè)計(jì)、軟件開發(fā)、軟件維護(hù)D.需求獲取、軟件設(shè)計(jì)、軟件開發(fā)、軟件測試【答案】B【解析】按照傳統(tǒng)的軟件生命周期方法學(xué),可以把軟件生命期劃分為軟件定義、軟件開發(fā)、軟件運(yùn)行與維護(hù)3個(gè)階段。試題中將運(yùn)行與維護(hù)進(jìn)行了拆分,但意思是一樣的。6.單選題在軟件架構(gòu)評估中,()是影響多個(gè)質(zhì)量屬性的特性,是多個(gè)質(zhì)量屬性的()。例如,提高加密級別可以提高安全性,但可能要耗費(fèi)更多的處理時(shí)間,影響系統(tǒng)性能。如果某個(gè)機(jī)密消息的處理有嚴(yán)格的時(shí)間延遲要求,則加密級別可能就會成為一個(gè)()。問題

7、1選項(xiàng)A.敏感點(diǎn)B.權(quán)衡點(diǎn)C.風(fēng)險(xiǎn)決策D.無風(fēng)險(xiǎn)決策問題2選項(xiàng)A.敏感點(diǎn)B.權(quán)衡點(diǎn)C.風(fēng)險(xiǎn)決策D.無風(fēng)險(xiǎn)決策問題3選項(xiàng)A.敏感點(diǎn)B.權(quán)衡點(diǎn)C.風(fēng)險(xiǎn)決策D.無風(fēng)險(xiǎn)決策【答案】第1題:B第2題:A第3題:B【解析】第1題:本題考查的是架構(gòu)評估相關(guān)知識。敏感點(diǎn)是一個(gè)或多個(gè)構(gòu)件(和/或構(gòu)件之間的關(guān)系)的特性。權(quán)衡點(diǎn)是影響多個(gè)質(zhì)量屬性的特性,是多個(gè)質(zhì)量屬性的敏感點(diǎn)。風(fēng)險(xiǎn)點(diǎn)是指架構(gòu)設(shè)計(jì)中潛在的、存在問題的架構(gòu)決策所帶來的隱患。非風(fēng)險(xiǎn)點(diǎn)是指不會帶來隱患,一般以“XXX要求是可以實(shí)現(xiàn)(或接受)的”方式表達(dá)。第一二空答案為BA。從題干中“提高加密級別可以提高安全性,但可能要耗費(fèi)更多的處理時(shí)間,影響系統(tǒng)性能?!笨?/p>

8、以看出改變加密級別可能會對安全性和性能這兩個(gè)質(zhì)量屬性產(chǎn)生非常重要的影響。所以第三空應(yīng)該選擇B選項(xiàng)權(quán)衡點(diǎn)。第2題:第3題:7.單選題UML( Unified Modeling Language)是面向?qū)ο笤O(shè)計(jì)的建模工具,獨(dú)立于任何具體程序設(shè)計(jì)語言,以下( )不屬于UML中的模型。問題1選項(xiàng)A.用例圖B.協(xié)作圖C.活動圖D.PAD圖【答案】D【解析】UML2.0中一共定義了14種圖。其中結(jié)構(gòu)圖(靜態(tài)圖)包括:類圖、 對象圖、構(gòu)件圖、部署圖、 制品圖、 包圖、 組合結(jié)構(gòu)圖;行為圖(動態(tài)圖)包括:用例圖、順序圖、通信圖(協(xié)作圖)、定時(shí)圖、交互概覽圖、活動圖、狀態(tài)圖。8.單選題前趨圖(Precedenc

9、e Graph)是一個(gè)有向無環(huán)圖,記為:= (Pi,Pj) |Pimust complete before Pjmay start。假設(shè)系統(tǒng)中進(jìn)程 P=P1,P2,P3,P4,P5,P6,P7,P8 ,且進(jìn)程的前趨圖如下:那么,該前驅(qū)圖可記為( )。問題1選項(xiàng)A. =(P1,P2),(P1,P3) ,(P1 ,P4) ,(P2,P5) ,(P3,P5) ,(P4,P7) ,(P5,P6) ,(P6 ,P7) ,(P6 ,P8) ,(P7 ,P8)B.=( P1,P2),(P3,P1 ) ,(P4,P1), (P5,P2) ,(P5,P3) ,(P6,P4) ,(P7 ,P5) ,(P7,P8)

10、 ,(P6,P8) ,(P8 ,P7)C.=(P1,P2) ,(P1,P3) ,(P1,P4) ,(P2,P5),(P3,P6) ,(P4,P7),(P5,P6) ,(P6,P7) ,(P6,P8) ,(P7 ,P8) D.=(P1,P2) ,(P1,P3) ,(P2,P3) ,(P2,P5) ,(P3,P6) ,(P3,P4),(P4,P7) ,(P5,P6) ,(P6,P7) ,(P6,P8) ,(P7,P8)【答案】D【解析】本題考查前趨圖,該圖的標(biāo)記方法是將圖中各條邊的起始記錄好,以便描述這個(gè)圖。以本題的圖為例,由于P1有箭頭指向P2,所以有(P1,P2),又由于P1有指向P3的箭頭,

11、所以有(P1,P3)。依次類推可得到完整的集合與D選項(xiàng)一致。9.單選題During the systems analysis phase, you must decide how data will be organized, stored, and managed. A( )is a framework for organizing, storing, and managing data. Each file or table contains data about people, places, things, or events. One of the potential problem

12、s existing in a file processing environment is( ), which means that data common to two or more information systems is stored in several places.In a DBMS,the linked tables form a unified data structure that greatly improves data quality and access. A(n)( )is a model that shows the logical relationshi

13、ps and interaction among system entities . It provides an overall view of the system and a blueprint for creating the physical data structures.( )is the process of creating table designs by assigning specific fields or attributes to each table in the database. A table design specifies the fields and

14、 identifies the primary key in a particular table or file. The three normal forms constitute a progression in which( )represents the best design. Most business-related databases must be designed in that form.問題1選項(xiàng)A.data entityB.data structureC.file collectionD.data definition問題2選項(xiàng)A.data integrityB.t

15、he rigid data structureC.data redundancyD.the many-to-many relationship問題3選項(xiàng)A.entity-relationship diagramB.data dictionaryC.database schemaD.physical database model問題4選項(xiàng)A.NormalizationB.ReplicationC.PartitioningD.Optimization問題5選項(xiàng)A.standard notation formB.first normal formC.second normal formD.third

16、 normal form【答案】第1題:B第2題:C第3題:A第4題:A第5題:D【解析】第1題: 在系統(tǒng)分析階段,需要確定數(shù)據(jù)如何組織、存儲和管理。數(shù)據(jù)結(jié)構(gòu)是用于組織、存儲和管理數(shù)據(jù)的一個(gè)框架。每個(gè)文件或表包含了關(guān)于人物、地點(diǎn)、事物和事件的數(shù)據(jù)。文件處理場景中存在的潛在問題之一是數(shù)據(jù)冗余,意味著兩個(gè)或多個(gè)信息系統(tǒng)中相同數(shù)據(jù)存儲在多個(gè)不同位置。 在關(guān)系數(shù)據(jù)庫管理系統(tǒng)(DBMS)中,相互鏈接的表格形成了一個(gè)統(tǒng)一的數(shù)據(jù)解耦股,可以大大提升數(shù)據(jù)質(zhì)量和訪問。實(shí)體聯(lián)系圖是一個(gè)模型,顯示了系統(tǒng)實(shí)體之間的邏輯關(guān)系和交互。它提供了一個(gè)系統(tǒng)的全局視圖和用于創(chuàng)建物理數(shù)據(jù)結(jié)構(gòu)的藍(lán)圖。規(guī)范化是通過為數(shù)據(jù)庫中的每個(gè)表分

17、配特定的字段或?qū)傩詠韯?chuàng)建表設(shè)計(jì)的過程。表設(shè)計(jì)是在特定表或文件中確定字段并標(biāo)識主鍵。三種范式構(gòu)成了一個(gè)序列,其中第三范式代表了最好的設(shè)計(jì),大部分與業(yè)務(wù)相關(guān)的數(shù)據(jù)庫必須設(shè)計(jì)成這種形式。第2題:第3題:第4題:第5題:10.單選題中間件基本功能包括,為客戶機(jī)和服務(wù)器提供( ), 提供( )保證交易的一致性,提供應(yīng)用的( ) 。問題1選項(xiàng)A.連接和通信B.應(yīng)用程序接口C.通信協(xié)議支持D.數(shù)據(jù)交換標(biāo)準(zhǔn)問題2選項(xiàng)A.安全控制機(jī)制B.交易管理機(jī)制C.標(biāo)準(zhǔn)信息格式D.數(shù)據(jù)映射機(jī)制問題3選項(xiàng)A.基礎(chǔ)硬件平臺B.操作系統(tǒng)服務(wù)C.網(wǎng)絡(luò)和數(shù)據(jù)庫D.負(fù)載均衡和高可用性【答案】第1題:A第2題:B第3題:D【解析】本題考

18、查的是中間件的知識內(nèi)容。中間件是一種獨(dú)立的系統(tǒng)軟件或服務(wù)程序,可以幫助分布式應(yīng)用軟件在不同的技術(shù)之間共享資源。中間件可以:1、負(fù)責(zé)客戶機(jī)與服務(wù)器之間的連接和通信,以及客戶機(jī)與應(yīng)用層之間的高效率通信機(jī)制。2、提供應(yīng)用的負(fù)載均衡和高可用性、安全機(jī)制與管理功能,以及交易管理機(jī)制,保證交易的一致性。3、提供應(yīng)用層不同服務(wù)之間的互操作機(jī)制,以及應(yīng)用層與數(shù)據(jù)庫之間的連接和控制機(jī)制。4、提供多層架構(gòu)的應(yīng)用開發(fā)和運(yùn)行的平臺,以及應(yīng)用開發(fā)框架,支持模塊化的應(yīng)用開發(fā)。5、屏蔽硬件、操作系統(tǒng)、網(wǎng)絡(luò)和數(shù)據(jù)庫的差異。6、提供一組通用的服務(wù)去執(zhí)行不同的功能,避免重復(fù)的工作和使應(yīng)用之間可以協(xié)作。11.單選題安全攸關(guān)系統(tǒng)在軟

19、件需求分析階段,應(yīng)提出安全性需求。軟件安全性需求是指通過約束軟件的行為,使其不會出現(xiàn)( )。軟件安全需求的獲取是根據(jù)已知的( ),如軟件危害條件等以及其他一些類似的系統(tǒng)數(shù)據(jù)和通用慣例,完成通用軟件安全性需求的裁剪和特定軟件安全性需求的獲取工作。問題1選項(xiàng)A.不可接受的系統(tǒng)安全的行為B.有可能影響系統(tǒng)可靠性的行為C.不可接受的違反系統(tǒng)安全的行為D.系統(tǒng)不安全的事故問題2選項(xiàng)A.系統(tǒng)信息B.系統(tǒng)屬性C.軟件屬性D.代碼信息【答案】第1題:C第2題:A【解析】第1題:安全攸關(guān)系統(tǒng):是指系統(tǒng)失效會對生命或者健康構(gòu)成威脅的系統(tǒng),存在于航空航天、汽車、軌道交通等領(lǐng)域,對安全性要求很高。通常在需求分析階段就

20、必須考慮安全性需求了。安全性需求:是指通過約束軟件的行為,使其不會出現(xiàn)不可接受的違反系統(tǒng)安全的行為需求。所以第一空選擇C選項(xiàng)。選項(xiàng)A中,不會出現(xiàn)系統(tǒng)安全的行為,這種說法本身就是錯(cuò)誤的;B選項(xiàng)是對可靠性的說明;D選項(xiàng)事故是系統(tǒng)不安全的后果。需求本身就是根據(jù)已知的系統(tǒng)信息來進(jìn)行獲取的,所以第二空選擇A選項(xiàng),系統(tǒng)信息。第2題:12.單選題信息系統(tǒng)面臨多種類型的網(wǎng)絡(luò)安全威脅。其中,信息泄露是指信息被泄露或透露給某個(gè)非授權(quán)的實(shí)體;( )是指數(shù)據(jù)被非授權(quán)地進(jìn)行修改;( )是指對信息或其他資源的合法訪問被無條件地阻止;( )是指通過對系統(tǒng)進(jìn)行長期監(jiān)聽,利用統(tǒng)計(jì)分析方法對諸如通信頻度、通信的信息流向、通信總量

21、的變化等參數(shù)進(jìn)行研究,從而發(fā)現(xiàn)有價(jià)值的信息和規(guī)律。問題1選項(xiàng)A.非法使用B.破環(huán)信息的完整性C.授權(quán)侵犯D.計(jì)算機(jī)病毒問題2選項(xiàng)A.拒絕服務(wù)B.陷阱門C.旁路控制D.業(yè)務(wù)欺騙問題3選項(xiàng)A.特洛伊木馬B.業(yè)務(wù)欺騙C.物理侵入D.業(yè)務(wù)流分析【答案】第1題:B第2題:A第3題:D【解析】數(shù)據(jù)被非授權(quán)地進(jìn)行修改是破壞了數(shù)據(jù)的完整性,而拒絕服務(wù)攻擊會破壞服務(wù)的可用性,使正常合法用戶無法訪問,利用統(tǒng)計(jì)分析方法對諸如通信頻度、通信的信息流向、通信總量的變化等參數(shù)進(jìn)行研究,從而發(fā)現(xiàn)有價(jià)值的信息和規(guī)律是業(yè)務(wù)流分析。13.單選題關(guān)于敏捷開發(fā)方法的特點(diǎn),不正確的是()。問題1選項(xiàng)A.敏捷開發(fā)方法是適應(yīng)性而非預(yù)設(shè)性B

22、.敏捷開發(fā)方法是面向過程的而非面向人的C.采用迭代增量式的開發(fā)過程,發(fā)行版本小型化D.敏捷開發(fā)中強(qiáng)調(diào)開發(fā)過程中相關(guān)人員之間的信息交流【答案】B【解析】本題考查的是敏捷開發(fā)方法的相關(guān)知識。敏捷開發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法。在敏捷開發(fā)中,軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目,各個(gè)子項(xiàng)目的成果都經(jīng)過測試,具備集成和可運(yùn)行的特征。換言之,就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系,但也可獨(dú)立運(yùn)行的小項(xiàng)目,并分別完成,在此過程中軟件一直處于可使用狀態(tài)。敏捷方法特別強(qiáng)調(diào)相關(guān)人員之間的信息交流。因?yàn)轫?xiàng)目失敗的原因最終都可以追溯到信息沒有及時(shí)準(zhǔn)確地傳遞到應(yīng)該接受它的人。特別提倡直接的面對面交流,交流成本遠(yuǎn)

23、遠(yuǎn)低于文檔的交流。按照高內(nèi)聚、松散耦合的原則 將項(xiàng)目劃分為若干個(gè)小組,以增加溝通。(1)敏捷開發(fā)方法是“適應(yīng)性”(Adaptive)而非“預(yù)設(shè)性”(Predictive)。(2)敏捷開發(fā)方法是“面向人”(people oriented)而非“面向過程”(process oriented)。B選項(xiàng)描述錯(cuò)誤,本題選擇B選項(xiàng)。14.單選題軟件設(shè)計(jì)包括四個(gè)既獨(dú)立又相互聯(lián)系的活動:() 、 軟件結(jié)構(gòu)設(shè)計(jì)、人機(jī)界面設(shè)計(jì)和()。問題1選項(xiàng)A.用例設(shè)計(jì)B.數(shù)據(jù)設(shè)計(jì)C.程序設(shè)計(jì)D.模塊設(shè)計(jì)問題2選項(xiàng)A.接口設(shè)計(jì)B.操作設(shè)計(jì)C.輸入輸出設(shè)計(jì)D.過程設(shè)計(jì)【答案】第1題:B第2題:D【解析】第1題:本題考查的是軟件設(shè)

24、計(jì)階段的任務(wù)。軟件設(shè)計(jì)包括體系結(jié)構(gòu)設(shè)計(jì)、接口設(shè)計(jì)、數(shù)據(jù)設(shè)計(jì)和過程設(shè)計(jì)。結(jié)構(gòu)設(shè)計(jì):定義軟件系統(tǒng)各主要部件之間的關(guān)系。數(shù)據(jù)設(shè)計(jì):將模型轉(zhuǎn)換成數(shù)據(jù)結(jié)構(gòu)的定義。好的數(shù)據(jù)設(shè)計(jì)將改善程序結(jié)構(gòu)和模塊劃分,降低過程復(fù)雜性。接口設(shè)計(jì)(人機(jī)界面設(shè)計(jì)):軟件內(nèi)部,軟件和操作系統(tǒng)之間以及軟件和人之間如何通信。過程設(shè)計(jì):系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)換成軟件的過程描述。確定軟件各個(gè)組成部分內(nèi)的算法及內(nèi)部數(shù)據(jù)結(jié)構(gòu),并選定某種過程的表達(dá)形式來描述各種算法。第2題:15.單選題X公司接受Y公司的委托開發(fā)了一款應(yīng)用軟件,雙方?jīng)]有訂立任何書面合同。在此情形下,( )享有該軟件的著作權(quán)。問題1選項(xiàng)A.X、Y公司共同B.X公司C.Y公司D.X、Y公

25、司均不【答案】B【解析】委托創(chuàng)作中,沒有約定著作權(quán)歸屬,則默認(rèn)由創(chuàng)作方獲得著作權(quán)。16.單選題考慮軟件架構(gòu)時(shí),重要的是從不同的視角(perspective) 來檢查,這促使軟件設(shè)計(jì)師考慮架構(gòu)的不同屬性。例如,展示功能組織的()能判斷質(zhì)量特性, 展示并發(fā)行為的()能判斷系統(tǒng)行為特性。選擇的特定視角或視圖也就是邏輯視圖、進(jìn)程視圖、實(shí)現(xiàn)視圖和()。 使用()來記錄設(shè)計(jì)元素的功能和概念接口,設(shè)計(jì)元素的功能定義了它本身在系統(tǒng)中的角色,這些角色包括功能、性能等。問題1選項(xiàng)A.靜態(tài)視角B.動態(tài)視角C.多維視角D.功能視角問題2選項(xiàng)A.開發(fā)視角B.動態(tài)視角C.部署視角D.功能視角問題3選項(xiàng)A.開發(fā)視圖B.配置

26、視圖C.部署視圖D.物理視圖問題4選項(xiàng)A.邏輯視圖B.物理視圖C.部署視圖D.用例視圖【答案】第1題:A第2題:B第3題:B第4題:A【解析】第1題:本題是對軟件架構(gòu)相關(guān)知識的考查。當(dāng)考慮架構(gòu)時(shí),重要的是從不同的視角(perspective)來檢查,這促使設(shè)計(jì)師考慮具體架構(gòu)的不同屬性。例如:展示功能組織的靜態(tài)視角能判斷質(zhì)量特性,展示并發(fā)行為的動態(tài)視角能判斷系統(tǒng)行為特性。在ABSD(基于架構(gòu)的軟件設(shè)計(jì))方法中,使用不同的視角來觀察設(shè)計(jì)元素,一個(gè)子系統(tǒng)并不總是一個(gè)靜態(tài)的架構(gòu)元素,而是可以從動態(tài)和靜態(tài)視角觀察的架構(gòu)元素。將選擇的特定視角或視圖與Kruchten提出的類似,也就是邏輯視圖、進(jìn)程視圖、實(shí)

27、現(xiàn)視圖和配置視圖。使用邏輯視圖來記錄設(shè)計(jì)元素的功能和概念接口,設(shè)計(jì)元素的功能定義了它本身在系統(tǒng)中的角色,這些角色包括功能性能等。進(jìn)程視圖也稱為并發(fā)視圖,使用并發(fā)視圖來檢查系統(tǒng)多用戶的并發(fā)行為。使用“并發(fā)”來代替“進(jìn)程”,是為了強(qiáng)調(diào)沒有對進(jìn)程或線程進(jìn)行任何操作,一旦這些執(zhí)行操作,則并發(fā)視圖就演化為進(jìn)程視圖。使用的最后一個(gè)視圖是配置視圖,配置視圖代表了計(jì)算機(jī)網(wǎng)絡(luò)中的節(jié)點(diǎn),也就是系統(tǒng)的物理結(jié)構(gòu)。第2題:第3題:第4題:17.案例題閱讀以下關(guān)于軟件系統(tǒng)設(shè)計(jì)與建模的敘述,在答題紙上回答問題1至問題3。【說明】某醫(yī)院擬委托軟件公司開發(fā)一套預(yù)約掛號管理系統(tǒng),以便為患者提供更好的就醫(yī)體驗(yàn),為醫(yī)院提供更加科學(xué)的

28、預(yù)約管理。本系統(tǒng)的主要功能描述如下:(a)注冊登錄,(b)信息瀏覽,(c)賬號管理,(d)預(yù)約掛號,(e)查詢與取消預(yù)約,(F)號源管理,(g)報(bào)告查詢,(h)預(yù)約管理,(i)報(bào)表管理和(j)信用管理等。【問題1】 (6 分)若采用面向?qū)ο蠓椒▽︻A(yù)約掛號管理系統(tǒng)進(jìn)行分析,得到如圖2-1所示的用例圖。請將合適的參與者名稱填入圖2-1中的(1)和(2)處,使用題干給出的功能描述(a)(j),完善用例(3)(12)的名稱,將正確答案填在答題紙上?!締栴}2】 (10分)預(yù)約人員(患者)登錄系統(tǒng)后發(fā)起預(yù)約掛號請求,進(jìn)入預(yù)約界面。進(jìn)行預(yù)約掛號時(shí)使用數(shù)據(jù)庫訪問類獲取醫(yī)生的相關(guān)信息,在數(shù)據(jù)庫中調(diào)用醫(yī)生列表,并

29、調(diào)取醫(yī)生出診時(shí)段表,將醫(yī)生出診時(shí)段反饋到預(yù)約界面,并顯示給預(yù)約人員;預(yù)約人員選擇醫(yī)生及就診時(shí)間后確認(rèn)預(yù)約,系統(tǒng)反饋預(yù)約結(jié)果,并向用戶顯示是否預(yù)約成功。采用面向?qū)ο蠓椒▽︻A(yù)約掛號過程進(jìn)行分析,得到如圖2-2所示的順序圖,使用題干中給出的描述,完善圖2-2中對象(1),及消息(2)(4)的名稱,將正確答案填在答題紙上,請簡要說明在描述對象之間的動態(tài)交互關(guān)系時(shí),協(xié)作圖與順序圖存在哪些區(qū)別。【問題3】 (9分)采用面向?qū)ο蠓椒ㄩ_發(fā)軟件,通常需要建立對象模型、動態(tài)模型和功能模型,請分別介紹這3種模型,并詳細(xì)說明它們之間的關(guān)聯(lián)關(guān)系,針對上述模型,說明哪些模型可用于軟件的需求分析?【答案】【問題1】(1)系

30、統(tǒng)管理員(2)患者(3)(a)注冊登錄(4)-(8)(c)賬號管理(f)號源管理(h)預(yù)約管理(i)報(bào)表管理(j)信用管理(9)-(12)(b)信息瀏覽(d)預(yù)約掛號(e)查詢與取消預(yù)約(g)報(bào)告查詢【問題2】(1)預(yù)約人員(患者)(2)預(yù)約掛號請求(3)顯示醫(yī)生可預(yù)約時(shí)段(4)顯示預(yù)約是否成功順序圖強(qiáng)調(diào)的是對象交互的時(shí)間次序。通信圖強(qiáng)調(diào)的是對象之間的組織結(jié)構(gòu)。【問題3】概念:對象模型描述了系統(tǒng)的靜態(tài)結(jié)構(gòu),一般使用對象圖來建模。對象模型是整個(gè)體系中最基礎(chǔ),最核心的部分。動態(tài)模型描述了系統(tǒng)的交互次序,一般使用狀態(tài)圖來建模。功能模型描述 了系統(tǒng)的數(shù)據(jù)變換,一般使用數(shù)據(jù)流圖來建模。相互關(guān)系:對象模型

31、描述了動態(tài)模型和功能模型所操作的數(shù)據(jù)結(jié)構(gòu),對象模型中的操作對應(yīng)于動態(tài)模型中事件和功能模型中的函數(shù);動態(tài)模型描述了對象模型的控制結(jié)構(gòu),告訴我們哪些決策是依賴于對象值,哪些引起對象的變化,并激活功能;功能模型描述了由對象模型中操作和動態(tài)模型中動作所激活的功能,而功能模型作用在對象模型說明的數(shù)據(jù)上,同時(shí)還表示了對對象值的約束。【解析】本題考查UML建模相關(guān)知識內(nèi)容【問題1】該問考查UML中的用例圖填充,首先根據(jù)題意可以分析出患者這個(gè)參與者。而另一個(gè)參與者題目沒有明示,然而從賬號管理、號源管理、預(yù)約管理等用例來看,定性為“系統(tǒng)管理員”較為合適,系統(tǒng)管理員是一個(gè)系統(tǒng)中比較常見的角色,起系統(tǒng)管理職能。然后

32、通過用例的名稱來分析判斷哪些用例歸屬于患者哪些歸屬于系統(tǒng)管理員,按這個(gè)邏輯很容易分析出:患者:(a)注冊登錄(b)信息瀏覽(d)預(yù)約掛號(e)查詢與取消預(yù)約(g)報(bào)告查詢系統(tǒng)管理員:(a)注冊登錄(c)賬號管理(f)號源管理(h)預(yù)約管理(i)報(bào)表管理(j)信用管理從而根據(jù)圖中參與者對應(yīng)的用例數(shù)給參與者和用例定位到具體的空中?!締栴}2】該問考查UML中的順序圖,本問比較容易,緊扣題目描述來組織內(nèi)容即可,從題干中“預(yù)約人員(患者)登錄系統(tǒng)后發(fā)起預(yù)約掛號請求,進(jìn)入預(yù)約界面”的信息可知(1)應(yīng)為預(yù)約人員(患者),(2)為預(yù)約掛號請求;從題干中“將醫(yī)生出診時(shí)段反饋到預(yù)約界面,并顯示給預(yù)約人員”的信息可

33、知(3)應(yīng)為顯示醫(yī)生可預(yù)約時(shí)段;從題干中“系統(tǒng)反饋預(yù)約結(jié)果,并向用戶顯示是否預(yù)約成功”的信息可知(4)應(yīng)為顯示預(yù)約是否成功。【問題3】該問考了一個(gè)較為早期提出的面向?qū)ο竽P蚈MT。OMT方法的OOA模型包括對象模型、動態(tài)模型和功能模型。對象模型表示靜態(tài)的,結(jié)構(gòu)化的“數(shù)據(jù)”性質(zhì),它是對模擬客觀世界實(shí)體的對象及對象間的關(guān)系映射,描述了系統(tǒng)的靜態(tài)及結(jié)構(gòu)。通常用類圖表示。對象模型描述系統(tǒng)中對象的靜態(tài)結(jié)構(gòu)、對象之間的關(guān)系、對象的屬性、對象的操作。對象模型表示靜態(tài)的、結(jié)構(gòu)上的、系統(tǒng)的“數(shù)據(jù)”特征。對象模型為動態(tài)模型和功能模型提供了基本的框架。對象模型用包含對象和類的對象圖來表示。動態(tài)模型表示瞬間的,行為化

34、的系統(tǒng)控制性質(zhì),他規(guī)定了對象模型中的對象合法化變化序列。通常用狀態(tài)圖表示。動態(tài)模型描述與時(shí)間和操作順序有關(guān)的系統(tǒng)特征-激發(fā)事件、事件序列、確定事件先后關(guān)系的狀態(tài)以及事件和狀態(tài)的組織。動態(tài)模型表示瞬間的、行為上的、系統(tǒng)的“控制”特征。動態(tài)模型用狀態(tài)圖來表示,每張狀態(tài)圖顯示了系統(tǒng)中一個(gè)類的所有對象所允許的狀態(tài)和事件的順序。功能模型表示變化的系統(tǒng)的功能性質(zhì),它指明了系統(tǒng)應(yīng)該做什么,因此直接地反映了用戶對目標(biāo)系統(tǒng)的需求,通常用數(shù)據(jù)流圖表示。功能模型描述與值變換有關(guān)的系統(tǒng)特征-功能、映射、約束和函數(shù)依賴。18.單選題以下關(guān)于軟件構(gòu)件的敘述中,錯(cuò)誤的是( )。問題1選項(xiàng)A.構(gòu)件的部署必須能跟它所在的環(huán)境及

35、其他構(gòu)件完全分離B.構(gòu)件作為一個(gè)部署單元是不可拆分的C.在一個(gè)特定進(jìn)程中可能會存在多個(gè)特定構(gòu)件的拷貝D.對于不影響構(gòu)件功能的某些屬性可以對外部可見【答案】D【解析】軟件構(gòu)件有3個(gè)核心特點(diǎn):1、獨(dú)立部署單元;2、作為第三方的組裝單元;3、沒有(外部的)可見狀態(tài)。D選項(xiàng)的描述與第3個(gè)核心特點(diǎn)相沖突。19.單選題基于架構(gòu)的軟件設(shè)計(jì)(Architecture-Based Software Design,ABSD)方法是架構(gòu)驅(qū)動的方法,該方法是一個(gè)( )的方法,軟件系統(tǒng)的架構(gòu)通過該方法得到細(xì)化,直到能產(chǎn)生( )。問題1選項(xiàng)A.自頂向下B.自底向上C.原型D.自頂向下和自底向上結(jié)合問題2選項(xiàng)A.軟件質(zhì)量屬

36、性B.軟件連接性C.軟件構(gòu)件或模塊D.軟件接口【答案】第1題:A第2題:C【解析】ABSD方法是一個(gè)自頂向下,遞歸細(xì)化的方法,軟件系統(tǒng)的體系結(jié)構(gòu)通過該方法得到細(xì)化,直到能產(chǎn)生軟件構(gòu)件和類。20.單選題軟件開發(fā)工具是指用于輔助軟件開發(fā)過程活動的各種軟件,其中,( )是輔助建立軟件系統(tǒng)的抽象模型的,例如Rose、Together、WinA&D 、( )等。問題1選項(xiàng)A.編程工具B.設(shè)計(jì)工具C.測試工具D.建模工具問題2選項(xiàng)A.LoadRunnerB.QuickUMLC.DelphiD.WinRunner【答案】第1題:D第2題:B【解析】本題考查的是軟件開發(fā)工具。軟件開發(fā)工具是指用于輔助軟件開發(fā)過

37、程活動的各種軟件。其中,軟件建模工具可以輔助建立軟件系統(tǒng)的抽象模型。21.單選題應(yīng)用系統(tǒng)開發(fā)中可以采用不同的開發(fā)模型,其中,()將整個(gè)開發(fā)流程分為 目標(biāo)設(shè)定、風(fēng)險(xiǎn)分析、開發(fā)和有效性驗(yàn)證、評審四個(gè)部分:()則通過重用來提高軟件的可靠性和易維護(hù)性,程序在進(jìn)行修改時(shí)產(chǎn)生較少的副作用。問題1選項(xiàng)A.瀑布模型B.螺旋模型C.構(gòu)件模型D.對象模型問題2選項(xiàng)A.瀑布模型B.螺旋模型C.構(gòu)件模型D.對象模型【答案】第1題:B第2題:C【解析】第1題:本題考查的是軟件開發(fā)模型相關(guān)知識。瀑布模型可以說是最早使用的軟件生存周期模型之一。由于這個(gè)模型描述了軟件生存的一些基本過程活動,所以它被稱為軟件生存周期模型。這些

38、活動從一個(gè)階段到另一個(gè)階段逐次下降,形式上很像瀑布。瀑布模型的特點(diǎn)是因果關(guān)系緊密相連,前一個(gè)階段工作的結(jié)果是后一個(gè)階段工作的輸入。本題與瀑布模型無關(guān)。螺旋模型是在快速原型的基礎(chǔ)上擴(kuò)展而成的。這個(gè)模型把整個(gè)軟件開發(fā)流程分成多個(gè)階段,每個(gè)階段都由4部分組成,它們是:目標(biāo)設(shè)定。為該項(xiàng)目進(jìn)行需求分析,定義和確定這一個(gè)階段的專門目標(biāo),指定對過程和產(chǎn)品的約束,并且制定詳細(xì)的管理計(jì)劃。風(fēng)險(xiǎn)分析。對可選方案進(jìn)行風(fēng)險(xiǎn)識別和詳細(xì)分析,制定解決辦法,采取有效的措施避免這些風(fēng)險(xiǎn)。開發(fā)和有效性驗(yàn)證。風(fēng)險(xiǎn)評估后,可以為系統(tǒng)選擇開發(fā)模型,并且進(jìn)行原型開發(fā),即開發(fā)軟件產(chǎn)品。評審。對項(xiàng)目進(jìn)行評審,以確定是否需要進(jìn)入螺旋線的下一

39、次回路,如果決定繼續(xù),就要制定下一階段計(jì)劃。第一題答案為A選項(xiàng)。構(gòu)件組裝模型通過重用來提高軟件的可靠性和易維護(hù)性,程序在進(jìn)行修改時(shí)產(chǎn)生較少的副作用。一般開發(fā)過程為:設(shè)計(jì)構(gòu)件組裝-建立構(gòu)件庫-構(gòu)建應(yīng)用軟件-測試與發(fā)布。構(gòu)件組裝模型的優(yōu)點(diǎn)如下:(1)構(gòu)件的自包容性讓系統(tǒng)的擴(kuò)展變得更加容易。(2)設(shè)計(jì)良好的構(gòu)件更容易被重用,降低軟件開發(fā)成本。(3)構(gòu)件的粒度較整個(gè)系統(tǒng)更小,因此安排開發(fā)任務(wù)更加靈活,可以將開發(fā)團(tuán)隊(duì)分成若干組,并行地獨(dú)立開發(fā)構(gòu)件。第2題:22.案例題某企業(yè)委托軟件公司開發(fā)一套包裹信息管理系統(tǒng),以便于對該企業(yè)通過快遞收發(fā)的包裹信息進(jìn)行統(tǒng)一管理,在系統(tǒng)設(shè)計(jì)階段,需要對不同快遞信息的包裹單信

40、息進(jìn)行建模,其中,郵政包裹單如圖2-1所示:圖2-1 包裹詳情單【問題1】(13分)請說明關(guān)系型數(shù)據(jù)庫開發(fā)中,邏輯數(shù)據(jù)模型設(shè)計(jì)過程包含哪些任務(wù)?根據(jù)圖2-1 包裹詳情單應(yīng)該設(shè)計(jì)出哪些關(guān)系模式的名稱,并指出每個(gè)關(guān)系模式的主鍵屬性?!締栴}2】(6分)請說明什么是超類實(shí)體?結(jié)合圖中包裹單信息,試設(shè)計(jì)一種超類實(shí)體,給出完整的屬性列表?!締栴}3】(6分)請說明什么是派生屬性?結(jié)合圖2-1中包裹單信息說明哪個(gè)屬性是派生屬性?!敬鸢浮俊締栴}1】邏輯數(shù)據(jù)模型設(shè)計(jì)過程包含的任務(wù):(1)構(gòu)建系統(tǒng)上下文數(shù)據(jù)模型,包含實(shí)體及實(shí)體之間的聯(lián)系:(2)繪制基于主鍵的數(shù)據(jù)模型,為每個(gè)實(shí)體添加主鍵屬性;(3)構(gòu)建全屬性數(shù)據(jù)模型

41、,為每個(gè)實(shí)體添加非主鍵屬性:(4)利用規(guī)范化技術(shù)建立系統(tǒng)規(guī)范化數(shù)據(jù)模型。包裹單的邏輯數(shù)據(jù)模型中包含的實(shí)體:(1)收件人(主鍵:電話);(2)寄件人(主鍵:電話);(3)包裹單(主鍵:編號)?!締栴}2】超類實(shí)體是將多個(gè)實(shí)體中相同的屬性組合起來構(gòu)造出的新實(shí)體。用戶(姓名、電話、單位名稱、詳細(xì)地址)【問題3】派生屬性是指某個(gè)實(shí)體的非主鍵屬性由該實(shí)體其他非主鍵屬性決定。包裹單中的總計(jì)是由資費(fèi)、掛號費(fèi)、保價(jià)費(fèi)、回執(zhí)費(fèi)計(jì)算得出,所以是派生屬性。【解析】【問題1】數(shù)據(jù)庫設(shè)計(jì)分為概念結(jié)構(gòu)設(shè)計(jì)、邏輯結(jié)構(gòu)設(shè)計(jì)物理結(jié)構(gòu)設(shè)計(jì):概念設(shè)計(jì)也稱為概念結(jié)構(gòu)設(shè)計(jì),其任務(wù)是在需求分析階段產(chǎn)生的需求說明書的基礎(chǔ)上,按照特定的方法將

42、它們抽象為一個(gè)不依賴于任何DBMS的數(shù)據(jù)模型,即概念模型。概念模型的表現(xiàn)形式即ER模型。邏輯設(shè)計(jì)也稱為邏輯結(jié)構(gòu)設(shè)計(jì),其主要任務(wù)是將概念設(shè)計(jì)階段設(shè)計(jì)好的E-R圖轉(zhuǎn)換為與選用的具體機(jī)器上的DBMS所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)(如:關(guān)系模式)。物理設(shè)計(jì)也稱為物理結(jié)構(gòu)設(shè)計(jì),其任務(wù)是對給定的邏輯模型選取一個(gè)最適合應(yīng)用環(huán)境的物理結(jié)構(gòu),所謂數(shù)據(jù)庫的物理結(jié)構(gòu),主要是指數(shù)據(jù)庫在物理設(shè)備上的存儲結(jié)構(gòu)和存取方法?!締栴}2】當(dāng)較低層次上實(shí)體類型表達(dá)了與之聯(lián)系的較高層次上的實(shí)體類型的特殊情況時(shí),就稱較高層次上實(shí)體類型為超類型,反之為子類型。子類到超類的過程為概化,超類到子類的過程為特化。子類與超類之間具有繼承特點(diǎn),

43、即子類包含了超類的所有屬性,并且可以比超類擁有更多的屬性。這種繼承性是通過子類實(shí)體和超類實(shí)體有相同的實(shí)體標(biāo)識符實(shí)現(xiàn)的。【問題3】可以從其它屬性得來的屬性就叫派生屬性。包裹圖中的“總計(jì)”屬性是派生屬性??梢詮馁Y費(fèi)、掛號費(fèi)、保價(jià)費(fèi)、回執(zhí)費(fèi)累加計(jì)算出來。23.單選題軟件設(shè)計(jì)過程中,可以用耦合和內(nèi)聚兩個(gè)定性標(biāo)準(zhǔn)來衡量模塊的獨(dú)立程度,耦合衡量不同模塊彼此間互相依賴的緊密程度,應(yīng)采用以下設(shè)計(jì)原則( ) ,內(nèi)聚衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度,以下屬于高內(nèi)聚的是()。問題1選項(xiàng)A.盡量使用內(nèi)容耦合、少用控制耦合和特征耦合、限制公共環(huán)境耦合的范圍、完全不用數(shù)據(jù)耦合B.盡量使用數(shù)據(jù)耦合、少用控制耦合和

44、特征耦合、限制公共環(huán)境耦合的范圍、完全不用內(nèi)容耦合C.盡量使用控制耦合、少用數(shù)據(jù)耦合和特征耦合、限制公共環(huán)境耦合的范圍、完全不用內(nèi)容耦合D.盡量使用特征耦合、少用數(shù)據(jù)耦合和控制耦合、限制公共環(huán)境耦合的范圍、完全不用內(nèi)容耦合問題2選項(xiàng)A.偶然內(nèi)聚B.時(shí)間內(nèi)聚C.功能內(nèi)聚D.邏輯內(nèi)聚【答案】第1題:B第2題:C【解析】軟件模塊之間的耦合性,從低到高為:非直接耦合:兩個(gè)模塊之間沒有直接關(guān)系,它們之間的聯(lián)系完全是通過主模塊的控制和調(diào)用來實(shí)現(xiàn)的。數(shù)據(jù)耦合:一組模塊借助參數(shù)表傳遞簡單數(shù)據(jù)。標(biāo)記耦合(特征耦合):一組模塊通過參數(shù)表傳遞記錄信息(數(shù)據(jù)結(jié)構(gòu))。控制耦合:模塊之間傳遞的信息中包含用于控制模塊內(nèi)部邏

45、輯的信息。外部耦合:一組模塊都訪問同一全局簡單變量,而且不是通過參數(shù)表傳遞該全局變量的信息。公共耦合:多個(gè)模塊都訪問同一個(gè)公共數(shù)據(jù)環(huán)境。內(nèi)部耦合(內(nèi)容耦合):指一個(gè)模塊直接訪問另一個(gè)模塊的內(nèi)部數(shù)據(jù);一個(gè)模塊不通過正常入口轉(zhuǎn)到另一個(gè)模塊的內(nèi)部;兩個(gè)模塊有一部分程序代碼重疊;一個(gè)模塊有多個(gè)入口。本題實(shí)際上就是對題目選項(xiàng)出現(xiàn)的幾種耦合做排序。非直接耦合數(shù)據(jù)耦合特征耦合控制耦合外部耦合公共耦合內(nèi)容耦合應(yīng)選B。軟件模塊內(nèi)聚按高到低排列為:功能內(nèi)聚:完成一個(gè)單一功能,各個(gè)部分協(xié)同工作,缺一不可。順序內(nèi)聚:處理元素相關(guān),而且必須順序執(zhí)行。通信內(nèi)聚:所有處理元素集中在一個(gè)數(shù)據(jù)結(jié)構(gòu)的區(qū)域上。過程內(nèi)聚:處理元素相

46、關(guān),而且必須按特定的次序執(zhí)行。瞬時(shí)內(nèi)聚(時(shí)間內(nèi)聚):所包含的任務(wù)必須在同一時(shí)間間隔內(nèi)執(zhí)行。邏輯內(nèi)聚 完成邏輯上相關(guān)的一組任務(wù)。偶然內(nèi)聚(巧合內(nèi)聚):完成一組沒有關(guān)系或松散關(guān)系的任務(wù)。最高的為功能內(nèi)聚。24.單選題( )是在逆向工程所獲取信息的基礎(chǔ)上修改或重構(gòu)已有的系統(tǒng),產(chǎn)生系統(tǒng)的一個(gè)新版本。問題1選項(xiàng)A.逆向分析(Reverse Analysis)B.重組(Restructuring)C.設(shè)計(jì)恢復(fù)(Design Recovery)D.重構(gòu)工程(Re-engineering)【答案】D【解析】所謂軟件的逆向工程就是分析已有的程序,尋求比源代碼更高級的抽象表現(xiàn)形式。一般認(rèn)為,凡是在軟件生命周期內(nèi)將

47、軟件某種形式的描述轉(zhuǎn)換成更為抽象形式的活動都可稱為逆向工程。與之相關(guān)的概念是:重構(gòu)(restructuring),指在同一抽象級別上轉(zhuǎn)換系統(tǒng)描述形式;設(shè)計(jì)恢復(fù)(design recovery),指借助工具從已有程序中抽象出有關(guān)數(shù)據(jù)設(shè)計(jì)、總體結(jié)構(gòu)設(shè)計(jì)和過程設(shè)計(jì)的信息(不一定是原設(shè)計(jì))。重構(gòu)/再工程(re-engineering),也稱修復(fù)和改造工程,它是在逆向工程所獲信息的基礎(chǔ)上修改或重構(gòu)已有的系統(tǒng),產(chǎn)生系統(tǒng)的一個(gè)新版本。本題描述的是重構(gòu)工程,選擇D選項(xiàng)。25.單選題趙某購買了一款有注冊商標(biāo)的應(yīng)用App,擅自復(fù)制成光盤出售,其行為是侵犯( )的行為。問題1選項(xiàng)A.注冊商標(biāo)專用權(quán)B.軟件著作權(quán)C.

48、光盤所有權(quán)D.軟件專利權(quán)【答案】B【解析】通俗一點(diǎn)來說,趙某的行為是制作并出售盜版光盤的行為,此時(shí)侵犯的是版權(quán),即著作權(quán)。26.單選題按照外部形態(tài),構(gòu)成一個(gè)軟件系統(tǒng)的構(gòu)件可以分為五類,其中,()是指可以進(jìn)行版本替換并增加構(gòu)件新功能。問題1選項(xiàng)A.裝配的構(gòu)件B.可修改的構(gòu)件C.有限制的構(gòu)件D.適應(yīng)性構(gòu)件【答案】B【解析】本題考查構(gòu)件的基本概念。如果把軟件系統(tǒng)看成是構(gòu)件的集合,那么從構(gòu)件的外部形態(tài)來看,構(gòu)成一個(gè)系統(tǒng)的構(gòu)件可分為5類:(1)獨(dú)立而成熟的構(gòu)件。獨(dú)立而成熟的構(gòu)件得到了實(shí)際運(yùn)行環(huán)境的多次檢驗(yàn),該類構(gòu)件隱藏了所有接口,用戶只需用規(guī)定好的命令進(jìn)行使用。例如,數(shù)據(jù)庫管理系統(tǒng)和操作系統(tǒng)等。(2)有

49、限制的構(gòu)件。有限制的構(gòu)件提供了接口,指出了使用的條件和前提,這種構(gòu)件在裝配時(shí),會產(chǎn)生資源沖突、覆蓋等影響,在使用時(shí)需要加以測試。例如,各種面向?qū)ο蟪绦蛟O(shè)計(jì)語言中的基礎(chǔ)類庫等。(3)適應(yīng)性構(gòu)件。適應(yīng)性構(gòu)件進(jìn)行了包裝或使用了接口技術(shù),把不兼容性、資源沖突等進(jìn)行了處理,可以直接使用。這種構(gòu)件可以不加修改地使用在各種環(huán)境中。例如ActiveX等。(4)裝配的構(gòu)件。裝配(assemble)的構(gòu)件在安裝時(shí),已經(jīng)裝配在操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)或信息系統(tǒng)不同層次上,使用膠水代碼(glue code)就可以進(jìn)行連接使用。目前一些軟件商提供的大多數(shù)軟件產(chǎn)品都屬這一類。(5)可修改的構(gòu)件??尚薷牡臉?gòu)件可以進(jìn)行版本替

50、換。如果對原構(gòu)件修改錯(cuò)誤、增加新功能,可以利用重新“包裝”或?qū)懡涌趤韺?shí)現(xiàn)構(gòu)件的替換。這種構(gòu)件在應(yīng)用系統(tǒng)開發(fā)中使用得比較多。27.單選題( )包括編制每個(gè)需求與系統(tǒng)元素之間的聯(lián)系文檔,這些元素包括其它需求、體系結(jié)構(gòu)、設(shè)計(jì)部件、源代碼模塊、測試、幫助文件和文檔等。問題1選項(xiàng)A.需求描述B.需求分析C.需求獲取D.需求跟蹤【答案】D【解析】本題考查需求跟蹤的概念。需求跟蹤是將單個(gè)需求和其他系統(tǒng)元素之間的依賴關(guān)系和邏輯聯(lián)系建立跟蹤,這些元素包括各種類型的需求、業(yè)務(wù)規(guī)則、系統(tǒng)架構(gòu)和構(gòu)件、源代碼、測試用例,以及幫助文件等。需求跟蹤一般采用需求跟蹤矩陣做跟進(jìn)工作,跟蹤矩陣將從需求源頭一直跟進(jìn)到最終的軟件產(chǎn)品

51、。28.單選題進(jìn)行系統(tǒng)監(jiān)視通常有三種方式:一是通過(),如UNIX/Linux系統(tǒng)中的ps、last等;二是通過系統(tǒng)記錄文件查閱系統(tǒng)在特定時(shí)間內(nèi)的運(yùn)行狀態(tài);三是集成命令、文件記錄和可視化技術(shù)的監(jiān)控工具,如() 。問題1選項(xiàng)A.系統(tǒng)命令B.系統(tǒng)調(diào)用C.系統(tǒng)接口D.系統(tǒng)功能問題2選項(xiàng)A.Windows 的netstatB.Linux 的iptablesC.Windows的PerfmonD.Linux 的top【答案】第1題:A第2題:C【解析】第1題:本題考查的是系統(tǒng)安全相關(guān)知識。系統(tǒng)監(jiān)視的目標(biāo)是為了評估系統(tǒng)性能。要監(jiān)視系統(tǒng)性能,需要收集某個(gè)時(shí)間段內(nèi)的3種不同類型的性能數(shù)據(jù):(1)常規(guī)性能數(shù)據(jù)。該

52、信息可幫助識別短期趨勢(如內(nèi)存泄漏)。經(jīng)過一兩個(gè)月的數(shù)據(jù)收集后,可以求出結(jié)果的平均值并用更緊湊的格式保存這些結(jié)果。這種存檔數(shù)據(jù)可幫助人們在業(yè)務(wù)增長時(shí)作出容量規(guī)劃,并有助于在日后評估上述規(guī)劃的效果。(2)比較基準(zhǔn)的性能數(shù)據(jù)。該信息可幫助人們發(fā)現(xiàn)緩慢、歷經(jīng)長時(shí)間才發(fā)生的變化。通過將系統(tǒng)的當(dāng)前狀態(tài)與歷史記錄數(shù)據(jù)相比較,可以排除系統(tǒng)問題并調(diào)整系統(tǒng)。由于該信息只是定期收集的,所以不必對其進(jìn)行壓縮存儲。(3)服務(wù)水平報(bào)告數(shù)據(jù)。該信息可幫助人們確保系統(tǒng)能滿足一定的服務(wù)或性能水平,也可能會將該信息提供給并不是性能分析人員的決策者。收集和維護(hù)該數(shù)據(jù)的頻率取決于特定的業(yè)務(wù)需要。進(jìn)行系統(tǒng)監(jiān)視通常有 3 種方式。一是

53、通過系統(tǒng)本身提供的命令,如 UNIX/Liunx 中的 w、ps、last,Windows 中的 netstat 等,第一空選擇A選項(xiàng)。二是通過系統(tǒng)記錄文件查閱系統(tǒng)在特定時(shí)間內(nèi)的運(yùn)行狀態(tài);三是集成命令、文件記錄和可視化技術(shù),提供直觀的界面,操作人員只需要進(jìn)行一些可視化的設(shè)置,而不需要記憶繁雜的命令行參數(shù),即可完成監(jiān)視操作,如Windows的Perfmon 應(yīng)用程序。第一空選擇C選項(xiàng)。Linux 的top是基于命令行的,Linux 的iptables是基于包過濾的防火墻工具。目前,已經(jīng)有些廠商提供專業(yè)化的監(jiān)視平臺,將上面3 種方式集成到一個(gè)統(tǒng)一的監(jiān)控平臺,進(jìn)行統(tǒng)一監(jiān)控,并提供各類分析數(shù)據(jù)和分析報(bào)

54、表,幫助用戶進(jìn)行性能的評估和診斷。第2題:29.單選題需求變更管理是需求管理的重要內(nèi)容。需求變更管理的過程主要包括問題分析和變更描述、( )、變更實(shí)現(xiàn)。具體來說,在關(guān)于需求變更管理的描述中,( )是不正確的 。問題1選項(xiàng)A.變更調(diào)研B.變更判定C.變更定義D.變更分析和成本計(jì)算問題2選項(xiàng)A.需求變更要進(jìn)行控制,嚴(yán)格防止因失控而導(dǎo)致項(xiàng)目混亂,出現(xiàn)重大風(fēng)險(xiǎn)B.需求變更對軟件項(xiàng)目開發(fā)有利無弊C.需求變更通常按特定的流程進(jìn)行D.在需求變更中,變更審批由CCB負(fù)責(zé)審批【答案】第1題:D第2題:B【解析】第1題:本題考查的是需求工程相關(guān)內(nèi)容。第一空選擇D選項(xiàng)。在需求管理過程中需求的變更是受嚴(yán)格管控的,其流

55、程為:1、問題分析和變更描述。這是識別和分析需求問題或者一份明確的變更提議,以檢查它的有效性,從而產(chǎn)生一個(gè)更明確的需求變更提議。2、變更分析和成本計(jì)算。使用可追溯性信息和系統(tǒng)需求的一般知識,對需求變更提議進(jìn)行影響分析和評估。變更成本計(jì)算應(yīng)該包括對需求文檔的修改、系統(tǒng)修改的設(shè)計(jì)和實(shí)現(xiàn)的成本。一旦分析完成并且確認(rèn),應(yīng)該進(jìn)行是否執(zhí)行這一變更的決策。3、變更實(shí)現(xiàn)。這要求需求文檔和系統(tǒng)設(shè)計(jì)以及實(shí)現(xiàn)都要同時(shí)修改。如果先對系統(tǒng)的程序做變更,然后再修改需求文檔,這幾乎不可避免地會出現(xiàn)需求文檔和程序的不一致。第二空,需求變更對軟件項(xiàng)目開發(fā)帶來各方面的影響,所以是有利有弊的,而不是有利無弊,B選項(xiàng)的說法是錯(cuò)誤的。

56、其他選項(xiàng)的說法都是正確的。第2題:30.單選題嵌入式實(shí)時(shí)操作系統(tǒng)與一般操作系統(tǒng)相比,具備許多特點(diǎn)。以下不屬于嵌入式實(shí)時(shí)操作系統(tǒng)特點(diǎn)的是()問題1選項(xiàng)A.可剪裁性B.實(shí)時(shí)性C.通用性D.可固化性【答案】C【解析】嵌入式實(shí)時(shí)操作系統(tǒng)兼具嵌入式操作系統(tǒng)的特點(diǎn)和實(shí)時(shí)操作系統(tǒng)的特點(diǎn)。嵌入式操作系統(tǒng)主要有以下特點(diǎn):(1)微型化 (2)代碼質(zhì)量高 (3)專業(yè)化 (4)實(shí)時(shí)性強(qiáng) (5)可裁減、可配置。實(shí)時(shí)操作系統(tǒng)的最核心特點(diǎn)是實(shí)時(shí)性強(qiáng)。C選項(xiàng)的通用性與嵌入式操作系統(tǒng)相背,所以不屬于嵌入式實(shí)時(shí)操作系統(tǒng)的特點(diǎn)。31.單選題假設(shè)系統(tǒng)中互斥資源R的可用數(shù)為25。T0時(shí)刻進(jìn)程P1、P2、p3、P4對資源R的最大需求數(shù)、

57、已分配資源數(shù)和尚需資源數(shù)的情況如表a所示,若P1和P3分別申請資源R數(shù)為1和2,則系統(tǒng)( )。表aT0時(shí)刻進(jìn)程對資源的需求情況問題1選項(xiàng)A.只能先給P1進(jìn)行分配,因?yàn)榉峙浜笙到y(tǒng)狀態(tài)是安全的B.只能先給P3進(jìn)行分配,因?yàn)榉峙浜笙到y(tǒng)狀態(tài)是安全的C.可以時(shí)后P1、P3.進(jìn)行分配,因?yàn)榉峙浜笙到y(tǒng)狀態(tài)是安全的D.不能給P3進(jìn)行分配,因?yàn)榉峙浜笙到y(tǒng)狀態(tài)是不安全的【答案】B【解析】本題考查銀行家算法。由于系統(tǒng)中一共有25個(gè)可用資源,分別給P1-P4分配了:6、4、7、6個(gè)資源,所以目前系統(tǒng)剩余資源數(shù)為:25-6-4-7-6=2。此時(shí),若給P1分配1個(gè)資源,則P1還需要3個(gè)資源,系統(tǒng)只余下1個(gè)資源。這1個(gè)資源

58、分配給任何一個(gè)進(jìn)程都無法滿足進(jìn)程的總資源需求量,從而導(dǎo)致系統(tǒng)進(jìn)行死鎖狀態(tài),這是不安全的系統(tǒng)狀態(tài)。但若給P3分配2個(gè)資源,能滿足P3的全部資源需求,P3執(zhí)行完之后,將釋放9個(gè)資源,此時(shí)執(zhí)行P1、P2、P4中的任意一個(gè)均是安全狀態(tài),所以這種分配方式才是安全合理的。32.單選題lnternet網(wǎng)絡(luò)核心采取的交換方式為( )問題1選項(xiàng)A.分組交換B.電路交換C.虛電路交換D.消息交換【答案】A【解析】internet網(wǎng)的網(wǎng)絡(luò)層核心協(xié)議是IP協(xié)議,而IP協(xié)議是一種分組交換的協(xié)議,所以應(yīng)選A。33.單選題4+1視圖模型可以從多個(gè)視圖或視角來描述軟件架構(gòu)。其中,( )用于捕捉設(shè)計(jì)的并發(fā)和同步特征;( )描述

59、了在開發(fā)環(huán)境中軟件的靜態(tài)組織結(jié)構(gòu)。問題1選項(xiàng)A.邏輯視圖B.開發(fā)視圖C.過程視圖D.物理視圖問題2選項(xiàng)A.類視圖B.開發(fā)視圖C.過程視圖D.用例視圖【答案】第1題:C第2題:B【解析】4+1視圖中各個(gè)部分的情況如下:(1)邏輯視圖。邏輯視圖主要支持系統(tǒng)的功能需求,即系統(tǒng)提供給最終用戶的服務(wù)。一般用類圖和對象圖描述。(2)開發(fā)視圖。開發(fā)視圖也稱為模塊視圖,在UML中被稱為實(shí)現(xiàn)視圖,它主要側(cè)重于軟件模塊的組織和管理。該視圖可描述源代碼,系統(tǒng)文件結(jié)構(gòu)。(3)過程視圖。過程視圖側(cè)重于系統(tǒng)的運(yùn)行特性,主要關(guān)注一些非功能性需求,例如,系統(tǒng)的性能和可用性等。過程視圖強(qiáng)調(diào)并發(fā)性、分布性、系統(tǒng)集成性和容錯(cuò)能力,

60、以及邏輯視圖中的功能抽象如何適合進(jìn)程結(jié)構(gòu)等,它也定義了邏輯視圖中的各個(gè)類的操作具體是在哪一個(gè)線程中被執(zhí)行的。(4)物理視圖。物理視圖在UML中被稱為部署視圖,它主要考慮如何把軟件映射到硬件上,它通常要考慮到解決系統(tǒng)拓?fù)浣Y(jié)構(gòu)、系統(tǒng)安裝和通信等問題。當(dāng)軟件運(yùn)行于不同的物理節(jié)點(diǎn)上時(shí),各視圖中的構(gòu)件都直接或間接地對應(yīng)于系統(tǒng)的不同節(jié)點(diǎn)上。因此,從軟件到節(jié)點(diǎn)的映射要有較高的靈活性,當(dāng)環(huán)境改變時(shí),對系統(tǒng)其他視圖的影響最小化。(5)場景。場景可以看作是那些重要系統(tǒng)活動的抽象,它使四個(gè)視圖有機(jī)聯(lián)系起來,從某種意義上說場景是最重要的需求抽象。場景視圖對應(yīng)UML中的用例視圖。34.單選題信息系統(tǒng)規(guī)劃方法中,關(guān)鍵成功

溫馨提示

  • 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)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論