1、一、選擇類1、封裝是指把對(duì)象的（A ）結(jié)合在一起，組成一個(gè)獨(dú)立的對(duì)象。A屬性和操作   B信息流   C消息和事件數(shù)據(jù)的集合2、封裝是一種（C ）技術(shù)，目的是使對(duì)象的生產(chǎn)者和使用者分離，使對(duì)象的定義和實(shí)現(xiàn)分開(kāi)。工程化系統(tǒng)維護(hù)信息隱蔽產(chǎn)生對(duì)象3、面向?qū)ο蠓椒ㄖ械模―）機(jī)制是子類可以自動(dòng)地?fù)碛袕?fù)制父類全部屬性和操作。約束對(duì)象映射信息隱蔽繼承4、使得在多個(gè)類中能夠定義同一個(gè)操作或?qū)傩悦⒃诿恳粋€(gè)類中有不同的實(shí)現(xiàn)的一種方法（B ）。A繼承        B多態(tài)性 C.約束

2、      D.接口5、UML 的軟件以（A）為中心，以系統(tǒng)體系結(jié)構(gòu)為主線，采用循環(huán)、迭代、漸增的方式進(jìn)行開(kāi)發(fā)。  A. 用例     B.對(duì)象    C.類         D.程序6、UML 的 （ B  ）模型圖由類圖、對(duì)象圖、包圖、構(gòu)件圖和配置圖組成。  A. 用例     B.

3、靜態(tài)     C. 動(dòng)態(tài)      D. 系統(tǒng)7、UML的 （ C  ）模型圖由活動(dòng)圖、順序圖、狀態(tài)圖和合作圖組成。  A. 用例    B. 靜態(tài)    C. 動(dòng)態(tài)      D.系統(tǒng)8、UML的最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和（D）。A用戶手冊(cè).類圖.動(dòng)態(tài)圖.相應(yīng)的軟件文檔資料9、在UML的需求分析建模中，（B）模型圖必須與用

4、戶反復(fù)交流并加以確認(rèn)。.配置.用例.包.動(dòng)態(tài)10、可行性研究分析包括經(jīng)濟(jì)可行性分析、技術(shù)可行性分析和（  B  ）。A.風(fēng)險(xiǎn)可行性分析  B.法律可行性分析 C.資源可行性分析 D.效益可行性分析11、UML的客戶分析模型包括（ A   ）模型、類圖、對(duì)象圖和活動(dòng)圖組成。A.用例   B.分析   C.屬性   D.系統(tǒng)12、UML客戶需求分析使用的CRC卡上“責(zé)任”一欄的內(nèi)容主要描述類的（C ）和操作。A.對(duì)象成員 

5、; B.關(guān)聯(lián)對(duì)象  C.屬性   D.私有成員13、UML客戶需求分析產(chǎn)生的系統(tǒng)模型描述了系統(tǒng)的（  D  ）A.狀態(tài)   B.體系結(jié)構(gòu)  C.靜態(tài)模型  D.功能要求14、在UML的需求分析建模中，用例模型必須與（ B ）反復(fù)交流并加以確認(rèn)。A.軟件生產(chǎn)商  B.用戶   C.軟件開(kāi)發(fā)人員  D.問(wèn)題領(lǐng)域?qū)＜?5、在UML的需求分析建模中，對(duì)用例模型中的用例進(jìn)行細(xì)化

6、說(shuō)明應(yīng)使用（ A ）。A.活動(dòng)圖   B.狀態(tài)圖   C.配置圖    D.構(gòu)件圖16、活動(dòng)圖中的分劈和同步接合圖符是用來(lái)描述（ A  ）A.多進(jìn)程的并發(fā)處理行為B.對(duì)象的時(shí)序   C.類的關(guān)系 D.系統(tǒng)體系結(jié)構(gòu)框架17、UML的系統(tǒng)分析進(jìn)一步要確立的三個(gè)系統(tǒng)模型的是（B ）、對(duì)象動(dòng)態(tài)模型和系統(tǒng)功能模型。A數(shù)據(jù)模型 B對(duì)象靜態(tài)模型對(duì)象關(guān)系模型D體系結(jié)構(gòu)模型18、UML的客戶需求分析、系統(tǒng)分析和系統(tǒng)設(shè)計(jì)階段產(chǎn)生的模型，其描述圖符（B）。A完全相同 B完全不同

7、  C不可以通用  D稍有差異19、類和對(duì)象都有屬性，它們的差別是：類描述了屬性的類型，而對(duì)象的屬性必須有（C ）。A正負(fù)號(hào)     B動(dòng)作     C具體值      D私有成員20、UML系統(tǒng)分析階段產(chǎn)生的包圖描述了系統(tǒng)的（B ）。A狀態(tài)   B系統(tǒng)體系層次結(jié)構(gòu)  C靜態(tài)模型       D功能要求21、設(shè)計(jì)模式在面向?qū)ο笙到y(tǒng)設(shè)計(jì)中是（B ）的

8、一種形式。A軟件調(diào)用   B設(shè)計(jì)方法    C子系統(tǒng)  D軟件復(fù)用22、“對(duì)象容器”設(shè)計(jì)模式對(duì)有限的對(duì)象進(jìn)行管理，它不能（B ）。（  ）A查找對(duì)象  B修改對(duì)象  C創(chuàng)建對(duì)象 D刪除對(duì)象23、UML系統(tǒng)設(shè)計(jì)的一般步驟包括系統(tǒng)對(duì)象設(shè)計(jì)、系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)和系統(tǒng)設(shè)計(jì)的（ C ）。A、建模   B、完善    C、優(yōu)化     D、迭代24、順序圖和合作圖主要用與對(duì)用例圖中（ B ）

9、的建模，用他們來(lái)描述用例圖的行為。A、數(shù)據(jù)流   B、控制流    C、消息流     D、數(shù)據(jù)字典 25、順序圖的模型元素有（A  ）、消息、鏈接等，這些模型元素表示某個(gè)用例中的若干個(gè)對(duì)象和對(duì)象之間所有傳遞的消息，來(lái)對(duì)系統(tǒng)的行為建模。A、對(duì)象   B、箭線    C、活動(dòng)     D、狀態(tài)26、順序圖描述（  D  ）對(duì)象之間消息的傳遞順序。A、某個(gè)  

10、B、單個(gè)    C、一個(gè)類產(chǎn)生的     D、一組27、順序圖和合作圖建立了UML面向?qū)ο箝_(kāi)發(fā)過(guò)程中的對(duì)象動(dòng)態(tài)（ A ）模型.A、交互   B、狀態(tài)    C、體系結(jié)構(gòu)   D、軟件復(fù)用28、狀態(tài)圖可以表現(xiàn)（ B ）在生存期的行為、所經(jīng)歷的狀態(tài)序列、引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移引起的動(dòng)作。A、一組對(duì)象   B、一個(gè)對(duì)象   C、多個(gè)執(zhí)行者  D、幾個(gè)子系統(tǒng)29、狀態(tài)圖描述一個(gè)對(duì)象在不同（ A ）的驅(qū)動(dòng)下

11、發(fā)生的狀態(tài)遷移。A、事件   B、對(duì)象    C、執(zhí)行者     D、數(shù)據(jù)30、一個(gè)（ D ）遷移圖符可以有多個(gè)源狀態(tài)或目標(biāo)狀態(tài)，他們可以把一個(gè)控制分解為并行運(yùn)行的并發(fā)線程，或?qū)⒍鄠€(gè)并發(fā)線程結(jié)合成單個(gè)線程.A、狀態(tài)   B、對(duì)象    C、活動(dòng)     D、同步并發(fā)31、活動(dòng)圖中動(dòng)作狀態(tài)之間的遷移不是靠（ B ）觸發(fā)的，當(dāng)活動(dòng)（動(dòng)作）狀態(tài)中的活動(dòng)完成時(shí)遷移就被觸發(fā)。A、對(duì)象   B、事件 

12、;   C、執(zhí)行者     D、系統(tǒng)32、狀態(tài)圖和活動(dòng)圖建立了UML面向?qū)ο箝_(kāi)發(fā)過(guò)程中的對(duì)象動(dòng)態(tài)（ B ）模型。A、交互  B、狀態(tài)  C、體系結(jié)構(gòu)     D、軟件復(fù)用33、系統(tǒng)體系結(jié)構(gòu)式用來(lái)描述系統(tǒng)各部分的結(jié)構(gòu)、結(jié)構(gòu)以及他們用于通信的（ A ）。A、一種機(jī)制   B、形式    C、原理    D、結(jié)構(gòu)34、UML可以描述硬件之間的互聯(lián)關(guān)系，也能描述硬件單元上的（B）系統(tǒng)的分布。A、對(duì)象

13、60;  B、軟件    C、系統(tǒng)體系結(jié)構(gòu)     D、數(shù)據(jù)35、（ B）是對(duì)系統(tǒng)的用例、類、對(duì)象、結(jié)構(gòu)以及相互間的交互和協(xié)作進(jìn)行描述。A、系統(tǒng)體系結(jié)構(gòu)  B、軟件體系結(jié)構(gòu)  C、硬件系統(tǒng)體系結(jié)構(gòu)  D、系統(tǒng)框架36、（ D ）要對(duì)系統(tǒng)的構(gòu)件、結(jié)點(diǎn)的配置進(jìn)行描述。A、軟件系統(tǒng)體系結(jié)構(gòu) B、系統(tǒng)體系結(jié)構(gòu) C、系統(tǒng)架構(gòu) D、硬件系統(tǒng)體系結(jié)構(gòu)37、（ A ）是軟件系統(tǒng)體系結(jié)構(gòu)中定義的概念和功能在物理體系結(jié)構(gòu)中的實(shí)現(xiàn)。A、構(gòu)件   B、結(jié)點(diǎn)   

14、; C、軟件     D、模塊38、（ C ）由結(jié)點(diǎn)和結(jié)點(diǎn)之間的聯(lián)系組成，描述了處理器、設(shè)備和軟件構(gòu)件欲行時(shí)的體系結(jié)構(gòu)。A、構(gòu)件圖   B、狀態(tài)圖    C、配置圖     D、順序圖39、（ D ）的基本元素有結(jié)點(diǎn)、構(gòu)件、對(duì)象、連接、依賴等。A、構(gòu)件圖   B、狀態(tài)圖    C、順序圖     D、配置圖試題（1）在關(guān)于用例（uses case）的描述中，錯(cuò)誤的是 （1） 。

15、（1）A用例將系統(tǒng)的功能范圍分解成許多小的系統(tǒng)功能陳述B一個(gè)用例代表了系統(tǒng)的一個(gè)單一的目標(biāo)C用例是一個(gè)行為上相關(guān)的步驟序列D用例描述了系統(tǒng)與用戶之間的交互試題（1）分析用例是一個(gè)行為上相關(guān)的步驟序列，既可以是自動(dòng)的也可以是手工的，其目的是完成一個(gè)單一的業(yè)務(wù)任務(wù)。用例將系統(tǒng)功能范圍分解成許多小的系統(tǒng)功能陳述。一個(gè)用例代表了系統(tǒng)的一個(gè)單一的目標(biāo)，描述了為了實(shí)現(xiàn)此目標(biāo)的活動(dòng)和用戶交互的一個(gè)序列。用例是一種描述和記錄系統(tǒng)需求的技術(shù)。一個(gè)用例本身并不是一個(gè)功能需求，但用例所講述的場(chǎng)景包含了一個(gè)或者多個(gè)需求。參考答案（1）D試題（2）、（3）在用例建模的過(guò)程中，若幾個(gè)用例執(zhí)行了同樣的功能步驟，這時(shí)可以把這

16、些公共步驟提取成獨(dú)立的用例，這種用例稱為 （2） 。在UML的用例圖上，將用例之間的這種關(guān)系標(biāo)記為 （3） 。（2）A擴(kuò)展用例B抽象用例C公共用例D參與用例（3）AassociationBextendsCusesDinheritances試題（2）、（3）分析用例之間的關(guān)系包括：關(guān)聯(lián)關(guān)系、擴(kuò)展關(guān)系、使用（或包含）關(guān)系、依賴關(guān)系和繼承關(guān)系。關(guān)聯(lián)關(guān)系是一個(gè)參與者與一個(gè)用例發(fā)生交互的關(guān)系。一個(gè)用例可能會(huì)包含由幾個(gè)步驟組成的復(fù)雜功能，使用例難以理解。為了簡(jiǎn)化用例，使其更容易理解，通常可以將較復(fù)雜的步驟提取成專門的用例，這樣得到的用例稱為擴(kuò)展用例，它擴(kuò)展了原始用例的功能。擴(kuò)展用例與其他擴(kuò)展用例之間的關(guān)系

17、稱為擴(kuò)展關(guān)系。在UML中，每個(gè)擴(kuò)展關(guān)系標(biāo)記為“<<extends>>”。如果幾個(gè)用例執(zhí)行了同樣的步驟，最好把這些公共步驟提取成獨(dú)立的用例，稱為抽象用例。抽象用例代表某種形式的“復(fù)用”，是降低用例之間冗余的工具。抽象用例可以被另一個(gè)需要使用其功能的用例訪問(wèn)。抽象用例和使用它的用例之間的關(guān)系稱為使用（或包含）關(guān)系。在UML中，使用關(guān)系標(biāo)記為“<<uses>>”。依賴關(guān)系用來(lái)表示系統(tǒng)的用例之間的依賴性，在UML中，依賴關(guān)系標(biāo)記為“<<depends on>>”。參考答案（2）B （3）C試題（4）（6）UML提供了4種結(jié)構(gòu)圖用于

18、對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化。其中 （4） 是面向?qū)ο笙到y(tǒng)建模中最常用的圖，用于說(shuō)明系統(tǒng)的靜態(tài)設(shè)計(jì)視圖；當(dāng)需要說(shuō)明系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖時(shí)，應(yīng)該選擇 （5） ；當(dāng)需要說(shuō)明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖時(shí)，應(yīng)該選擇 （6） 。（4）A. 構(gòu)件圖B. 類圖C. 對(duì)象圖D. 部署圖（5）A. 構(gòu)件圖B. 協(xié)作圖C. 狀態(tài)圖D. 部署圖（6）A. 協(xié)作圖B. 對(duì)象圖C. 活動(dòng)圖D. 部署圖試題（4）（6）分析UML提供了4種結(jié)構(gòu)圖用于對(duì)系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造和文檔化，它們分別是：· 類圖。類圖顯示了一組類、接口、協(xié)作以及它們之間的關(guān)系。在面向?qū)ο笙到y(tǒng)建模中類圖是最常用的圖

19、，用于說(shuō)明系統(tǒng)的靜態(tài)設(shè)計(jì)視圖。· 對(duì)象圖。對(duì)象圖顯示了一組對(duì)象以及它們之間的關(guān)系。用對(duì)象圖說(shuō)明在類圖中所發(fā)現(xiàn)的事物實(shí)例的數(shù)據(jù)結(jié)構(gòu)和靜態(tài)快照。· 構(gòu)件圖。構(gòu)件圖顯示了一組構(gòu)件以及它們之間的關(guān)系。用構(gòu)件圖說(shuō)明系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖。· 部署圖。部署圖顯示了一組節(jié)點(diǎn)以及它們之間的關(guān)系。用部署圖說(shuō)明體系結(jié)構(gòu)的靜態(tài)實(shí)施視圖。參考答案（4）B （5）A （6）D試題（16）假設(shè)甲、乙兩人合作開(kāi)發(fā)了某應(yīng)用軟件，甲為主要開(kāi)發(fā)者。該應(yīng)用軟件所得收益合理分配后，甲自行將該軟件作為自己獨(dú)立完成的軟件作品發(fā)表，甲的行為 （16） 。（16）A. 不構(gòu)成對(duì)乙權(quán)利的侵害B. 構(gòu)成對(duì)乙權(quán)利的侵害C

20、. 已不涉及乙的權(quán)利D. 沒(méi)有影響乙的權(quán)利試題（16）分析未經(jīng)合作者的同意將與他人合作開(kāi)發(fā)的軟件當(dāng)作自己獨(dú)立完成的作品發(fā)表，此種侵權(quán)行為發(fā)生在軟件作品的合作開(kāi)發(fā)者之間。作為合作開(kāi)發(fā)的軟件，軟件作品的開(kāi)發(fā)者身份為全體開(kāi)發(fā)者，軟件作品的發(fā)表權(quán)也應(yīng)由全體開(kāi)發(fā)者共同行使。如果未經(jīng)其他開(kāi)發(fā)者同意，又將合作開(kāi)發(fā)的軟件當(dāng)作自己的獨(dú)創(chuàng)作品發(fā)表，即構(gòu)成侵權(quán)行為。參考答案（16）B試題（17）甲公司從市場(chǎng)上購(gòu)買丙公司生產(chǎn)的部件a，作為生產(chǎn)甲公司產(chǎn)品的部件。乙公司已經(jīng)取得部件a的中國(guó)發(fā)明專利權(quán)，并許可丙公司生產(chǎn)銷售該部件a。甲公司的行為 （17） 。（17）A. 構(gòu)成對(duì)乙公司權(quán)利的侵害B. 不構(gòu)成對(duì)乙公司權(quán)利的侵害

21、C. 不侵害乙公司的權(quán)利，丙公司侵害了乙公司的權(quán)利D. 與丙公司的行為共同構(gòu)成對(duì)乙公司權(quán)利的侵害試題（17）分析丙公司生產(chǎn)的關(guān)鍵部件a，未經(jīng)乙公司許可，屬于侵權(quán)產(chǎn)品。對(duì)于侵權(quán)產(chǎn)品不存在專利權(quán)“權(quán)利用盡”的問(wèn)題。因此，乙公司有權(quán)制止甲公司使用丙公司生產(chǎn)的關(guān)鍵部件a。甲公司的行為構(gòu)成對(duì)乙公司專利權(quán)中的“使用權(quán)”的侵害，應(yīng)承擔(dān)相應(yīng)的法律責(zé)任。如果，乙公司可以證明甲公司在購(gòu)買、使用丙公司生產(chǎn)的關(guān)鍵部件a的過(guò)程中存在過(guò)錯(cuò)，有權(quán)要求甲公司給予損害賠償。不需要經(jīng)過(guò)乙公司的許可，依據(jù)是專利法第六十三條第一款第（一）項(xiàng)。丙公司生產(chǎn)的關(guān)鍵部件a是經(jīng)過(guò)乙公司許可的合法產(chǎn)品，該產(chǎn)品出售以后，乙公司作為專利權(quán)人對(duì)該產(chǎn)品

22、的專利權(quán)已經(jīng)“用盡”。參考答案（17）B試題（18）、（19）以下關(guān)于信息庫(kù)（Repository）的敘述中，最恰當(dāng)?shù)氖?（18） ； （19） 不是信息庫(kù)所包含的內(nèi)容。（18）A. 存儲(chǔ)一個(gè)或多個(gè)信息系統(tǒng)或項(xiàng)目的所有文檔、知識(shí)和產(chǎn)品的地方B. 存儲(chǔ)支持信息系統(tǒng)開(kāi)發(fā)的軟件構(gòu)件的地方C. 存儲(chǔ)軟件維護(hù)過(guò)程中需要的各種信息的地方D. 存儲(chǔ)用于進(jìn)行逆向工程的源碼分析工具及其分析結(jié)果的地方（19）A. 網(wǎng)絡(luò)目錄B. CASE工具C. 外部網(wǎng)接口D. 打印的文檔試題（18）、（19）分析信息庫(kù)（Repository）是系統(tǒng)分析員、系統(tǒng)設(shè)計(jì)人員和系統(tǒng)構(gòu)造人員保存與一個(gè)或多個(gè)系統(tǒng)或項(xiàng)目有關(guān)的文檔的地方。可以

23、為單個(gè)項(xiàng)目建立一個(gè)信息庫(kù)，也可以使所有項(xiàng)目和系統(tǒng)共享一個(gè)信息庫(kù)。信息庫(kù)通常包括以下內(nèi)容：· 一個(gè)網(wǎng)絡(luò)目錄，目錄中存儲(chǔ)了字處理軟件、電子表格軟件以及其他含有項(xiàng)目信件、報(bào)告和數(shù)據(jù)的計(jì)算機(jī)文件；· 一個(gè)或多個(gè)CASE工具目錄或百科全書；· 打印的文檔；· 一個(gè)到上述組件的內(nèi)聯(lián)網(wǎng)網(wǎng)站接口。參考答案（18）A （19）C試題（20）若要重構(gòu)一個(gè)在功能上和性能上更為完善的改進(jìn)的軟件，可以使用 （20） 。（20）A. 逆向工程工具B. 程序切片工具C. 程序理解工具D. 再工程工具試題（20）分析用來(lái)輔助軟件開(kāi)發(fā)、運(yùn)行、維護(hù)、管理，支持等過(guò)程中的活動(dòng)的軟件稱為軟件工

24、具。逆向工程工具輔助軟件人員將某種形式表示的軟件（源程序）轉(zhuǎn)換成更高抽象形式表示的軟件。這種工具力圖恢復(fù)源程序的設(shè)計(jì)信息，使軟件變得更容易理解。再工程工具用來(lái)支持重構(gòu)一個(gè)功能和性能更為完善的軟件系統(tǒng)。目前的再工程工具主要集中在代碼重構(gòu)、程序結(jié)構(gòu)重構(gòu)和數(shù)據(jù)結(jié)構(gòu)重構(gòu)等方面。參考答案（20）D試題（21）、（22）下列要素中，不屬于DFD的是 （21） 。當(dāng)使用DFD對(duì)一個(gè)工資系統(tǒng)進(jìn)行建模時(shí)， （22） 可以被認(rèn)定為外部實(shí)體。（21）A. 加工B. 數(shù)據(jù)流C. 數(shù)據(jù)存儲(chǔ)D. 聯(lián)系（22）A. 接收工資單的銀行B. 工資系統(tǒng)源代碼程序C. 工資單D. 工資數(shù)據(jù)庫(kù)的維護(hù)試題（21）、（22）分析數(shù)據(jù)流圖

25、或稱數(shù)據(jù)流程圖（Data Flow Diagram，DFD）是一種便于用戶理解、分析系統(tǒng)數(shù)據(jù)流程的圖形工具。它擺脫了系統(tǒng)的物理內(nèi)容，精確地在邏輯上描述系統(tǒng)的功能、輸入、輸出和數(shù)據(jù)存儲(chǔ)等，是系統(tǒng)邏輯模型的重要組成部分。DFD由數(shù)據(jù)流、加工、數(shù)據(jù)存儲(chǔ)和外部實(shí)體4個(gè)要素構(gòu)成。外部實(shí)體是指存在于軟件系統(tǒng)之外的人員或組織，它指出系統(tǒng)所需數(shù)據(jù)的發(fā)源地和系統(tǒng)所產(chǎn)生數(shù)據(jù)的歸宿地。因此選項(xiàng)B、C、D都不符合外部實(shí)體的定義。參考答案（21）D （22）A試題（23）（25）軟件的維護(hù)并不只是修正錯(cuò)誤。為了滿足用戶提出的增加新功能、修改現(xiàn)有功能以及一般性的改進(jìn)要求和建議，需要進(jìn)行 （23） ，它是軟件維護(hù)工作的主要

26、部分；軟件測(cè)試不可能揭露舊系統(tǒng)中所有潛在的錯(cuò)誤，所以這些程序在使用過(guò)程中還可能發(fā)生錯(cuò)誤，診斷和更正這些錯(cuò)誤的過(guò)程稱為 （24） ；為了改進(jìn)軟件未來(lái)的可維護(hù)性或可靠性，或者為了給未來(lái)的改進(jìn)提供更好的基礎(chǔ)而對(duì)軟件進(jìn)行修改，這類活動(dòng)稱為 （25） 。（23）A. 完善性維護(hù)B. 適應(yīng)性維護(hù)C. 預(yù)防性維護(hù)D. 改正性維護(hù)（24）A. 完善性維護(hù)B. 適應(yīng)性維護(hù)C. 預(yù)防性維護(hù)D. 改正性維護(hù)（25）A. 完善性維護(hù)B. 適應(yīng)性維護(hù)C. 預(yù)防性維護(hù)D. 改正性維護(hù)試題（23）（25）分析軟件的維護(hù)并不只是修正錯(cuò)誤。為了滿足用戶提出的增加新功能、修改現(xiàn)有功能以及一般性的改進(jìn)要求和建議，需要進(jìn)行完善性維護(hù)

27、，它是軟件維護(hù)工作的主要部分；軟件測(cè)試不可能揭露舊系統(tǒng)中所有潛在的錯(cuò)誤，所以這些程序在使用過(guò)程中還可能發(fā)生錯(cuò)誤，診斷和更正這些錯(cuò)誤的過(guò)程稱為改正性維護(hù)；為了改進(jìn)軟件未來(lái)的可維護(hù)性或可靠性，或者為了給未來(lái)的改進(jìn)提供更好的基礎(chǔ)而對(duì)軟件進(jìn)行修改，這類活動(dòng)稱為預(yù)防性 維護(hù)。參考答案（23）A （24）D （25）C試題（26）、（27）信息工程的基礎(chǔ)是信息戰(zhàn)略規(guī)劃，規(guī)劃的起點(diǎn)是將 （26） 和企業(yè)的信息需求轉(zhuǎn)換成信息系統(tǒng)目標(biāo)。實(shí)施信息系統(tǒng)工程是要為企業(yè)建立起具有穩(wěn)定數(shù)據(jù)型的數(shù)據(jù)處理中心，以滿足各級(jí)管理人員關(guān)于信息的需求，它堅(jiān)持以 （27） 為信息處理的中心。（26）A. 事務(wù)處理B. 現(xiàn)行人工和電算化

28、混合的信息系統(tǒng)C. 企業(yè)戰(zhàn)略目標(biāo)D. 第一把手要求（27）A. 數(shù)據(jù)B. 過(guò)程C. 功能D. 應(yīng)用試題（26）、（27）分析信息戰(zhàn)略規(guī)劃是信息工程實(shí)施的起點(diǎn)，也是信息工程的基礎(chǔ)。信息戰(zhàn)略規(guī)劃的起點(diǎn)是將企業(yè)戰(zhàn)略目標(biāo)和企業(yè)的信息需求轉(zhuǎn)換成信息系統(tǒng)目標(biāo)。實(shí)施信息系統(tǒng)工程是要為企業(yè)建立起具有穩(wěn)定的數(shù)據(jù)處理中心，以滿足各級(jí)管理人員關(guān)于信息的需求，它堅(jiān)持以數(shù)據(jù)為信息處理的中心。參考答案（26）C （27）A試題（28）（30）“企業(yè)系統(tǒng)規(guī)劃方法”和“信息工程”都推薦建立表示數(shù)據(jù)類（主題數(shù)據(jù)庫(kù)）和過(guò)程之間關(guān)系的CU矩陣M。其中若第i號(hào)過(guò)程產(chǎn)生第k號(hào)數(shù)據(jù)類，則Mik=C；若第j號(hào)過(guò)程使用第k號(hào)數(shù)據(jù)類，則Mjk

29、=U。矩陣M按照一定的規(guī)則進(jìn)行調(diào)整后，可以給出劃分系統(tǒng)的子系統(tǒng)方案，并可確定每個(gè)子系統(tǒng)相關(guān)的 （28） 和 （29） ；同時(shí)也可了解子系統(tǒng)之間的 （30） 。（28）A. 關(guān)系數(shù)據(jù)庫(kù)B. 層次數(shù)據(jù)庫(kù)C. 網(wǎng)狀數(shù)據(jù)庫(kù)D. 共享數(shù)據(jù)庫(kù)（29）A. 關(guān)系數(shù)據(jù)庫(kù)B. 網(wǎng)狀數(shù)據(jù)庫(kù)C. 專業(yè)（私有）數(shù)據(jù)庫(kù)D. 子集數(shù)據(jù)庫(kù)（30）A. 過(guò)程引用B. 功能關(guān)系C. 數(shù)據(jù)存儲(chǔ)D. 數(shù)據(jù)通信試題（28）（30）分析“企業(yè)系統(tǒng)規(guī)劃方法”和“信息工程”都推薦建立表示數(shù)據(jù)類（主題數(shù)據(jù)庫(kù)）和過(guò)程之間關(guān)系的CU矩陣M。其中行表示數(shù)據(jù)類，列表示過(guò)程，并以字母C和U來(lái)表示過(guò)程對(duì)數(shù)據(jù)類的產(chǎn)生和使用。若第i號(hào)過(guò)程產(chǎn)生第k號(hào)數(shù)據(jù)類，

30、則Mik=C；若第j號(hào)過(guò)程使用第k號(hào)數(shù)據(jù)類，則Mjk=U。矩陣M按照一定的規(guī)則進(jìn)行調(diào)整后，可以給出劃分系統(tǒng)的子系統(tǒng)方案，并可確定每個(gè)子系統(tǒng)相關(guān)的共享數(shù)據(jù)庫(kù)和專業(yè)（私有）數(shù)據(jù)庫(kù)；同時(shí)也可了解子系統(tǒng)之間的數(shù)據(jù)通信。參考答案（28）D （29）C （30）D試題（31）、（32）信息戰(zhàn)略規(guī)劃報(bào)告應(yīng)由3個(gè)主要部分組成：摘要、規(guī)劃和附錄。其中摘要涉及的主題包括：信息戰(zhàn)略規(guī)劃所涉及的范圍、企業(yè)的業(yè)務(wù)目標(biāo)和戰(zhàn)略重點(diǎn)、信息技術(shù)對(duì)企業(yè)業(yè)務(wù)的影響、對(duì)現(xiàn)有信息環(huán)境的評(píng)價(jià)、推薦的系統(tǒng)戰(zhàn)略、推薦的技術(shù)戰(zhàn)略、推薦的組織戰(zhàn)略、推薦的行動(dòng)計(jì)劃等。其中系統(tǒng)戰(zhàn)略是關(guān)于 （31） 和 （32） 的總結(jié)。（31）A. 技術(shù)結(jié)構(gòu)規(guī)劃B

31、. 整體網(wǎng)絡(luò)規(guī)劃C. 數(shù)據(jù)庫(kù)結(jié)構(gòu)規(guī)劃D. 信息結(jié)構(gòu)規(guī)劃（32）A. 業(yè)務(wù)系統(tǒng)結(jié)構(gòu)規(guī)劃B. 機(jī)構(gòu)結(jié)構(gòu)規(guī)劃C. 過(guò)程結(jié)構(gòu)規(guī)劃D. 系統(tǒng)發(fā)展規(guī)劃試題（31）、（32）分析信息戰(zhàn)略規(guī)劃報(bào)告的形式和提交是信息戰(zhàn)略規(guī)劃階段的最后任務(wù)。信息戰(zhàn)略規(guī)劃報(bào)告由3個(gè)主要部分組成。· 摘要，簡(jiǎn)要地綜述項(xiàng)目的結(jié)果，其內(nèi)容應(yīng)包括：信息戰(zhàn)略規(guī)劃所涉及的范圍、企業(yè)的業(yè)務(wù)目標(biāo)和戰(zhàn)略重點(diǎn)、信息技術(shù)對(duì)企業(yè)業(yè)務(wù)的影響、對(duì)現(xiàn)有信息環(huán)境的評(píng)價(jià)、推薦的系統(tǒng)戰(zhàn)略、推薦的技術(shù)戰(zhàn)略、推薦的組織戰(zhàn)略、推薦的行動(dòng)計(jì)劃等。其中系統(tǒng)戰(zhàn)略是關(guān)于信息結(jié)構(gòu)規(guī)劃和業(yè)務(wù)系統(tǒng)結(jié)構(gòu)規(guī)劃的總結(jié)；技術(shù)戰(zhàn)略是關(guān)于技術(shù)結(jié)構(gòu)的總結(jié)；組織戰(zhàn)略是關(guān)于信息系統(tǒng)組織進(jìn)行機(jī)構(gòu)

32、改革的建議；行動(dòng)計(jì)劃是指要執(zhí)行的主要項(xiàng)目、項(xiàng)目的持續(xù)時(shí)間、硬件設(shè)備獲得的時(shí)間。· 規(guī)劃，詳細(xì)說(shuō)明執(zhí)行摘要中相關(guān)的要點(diǎn)、所使用的表格、圖形和插圖表達(dá)的重要信息。其主要內(nèi)容包括：闡述總體內(nèi)容；業(yè)務(wù)環(huán)境描述；評(píng)價(jià)現(xiàn)有信息環(huán)境，確定在滿足業(yè)務(wù)環(huán)境需求方面存在的問(wèn)題；通過(guò)可選方案和推薦的信息結(jié)構(gòu)、業(yè)務(wù)系統(tǒng)結(jié)果、技術(shù)結(jié)構(gòu)，說(shuō)明其優(yōu)點(diǎn)，確定問(wèn)題的解決的方案；最后給出推薦的行動(dòng)計(jì)劃。· 附錄，大部分規(guī)劃的詳細(xì)內(nèi)容包含在附錄中，并可考慮是否形成一個(gè)用于存放技術(shù)信息的信息戰(zhàn)略規(guī)劃技術(shù)報(bào)告。參考答案（31）D （32）A試題（33）在分布式數(shù)據(jù)庫(kù)中， （33） 是指各場(chǎng)地?cái)?shù)據(jù)的邏輯結(jié)構(gòu)對(duì)用戶不可

33、見(jiàn)。（33）A. 分片透明性B. 場(chǎng)地透明性 C. 場(chǎng)地自治 D. 局部數(shù)據(jù)模型透明性 試題（33）分析本題考查應(yīng)試者對(duì)分布式數(shù)據(jù)庫(kù)概念的掌握。選項(xiàng)的分片透明性是指全局?jǐn)?shù)據(jù)模式如何分片對(duì)用戶和應(yīng)用程序不可見(jiàn)，其只需按全局模式進(jìn)行操作，會(huì)由分布式系統(tǒng)映像到不同的分片上實(shí)現(xiàn)；選項(xiàng)中的場(chǎng)地透明是指用戶和應(yīng)用程序不需要指出對(duì)哪個(gè)場(chǎng)地上的片段進(jìn)行操作，場(chǎng)地的變換不會(huì)引起用戶和應(yīng)用程序使用上的改變；選項(xiàng)C是指各場(chǎng)地上的數(shù)據(jù)庫(kù)具有獨(dú)立處理的能力，可以執(zhí)行該場(chǎng)地上的局部應(yīng)用；選項(xiàng)D指各場(chǎng)地?cái)?shù)據(jù)的數(shù)據(jù)模型（關(guān)系模型、非關(guān)系模型）和數(shù)據(jù)的邏輯結(jié)構(gòu)以及選用的DBMS等對(duì)用戶和應(yīng)用程序是不可見(jiàn)的，用戶和應(yīng)用程序只需按

34、全局關(guān)系模式進(jìn)行操作，而由分布式數(shù)據(jù)庫(kù)系統(tǒng)來(lái)實(shí)現(xiàn)轉(zhuǎn)換。故答案選D。參考答案（33）D試題（34）數(shù)據(jù)倉(cāng)庫(kù)通過(guò)數(shù)據(jù)轉(zhuǎn)移從多個(gè)數(shù)據(jù)源中提取數(shù)據(jù)，為了解決不同數(shù)據(jù)源格式不統(tǒng)一的問(wèn)題，需要進(jìn)行 （34） 操作。（34）A. 簡(jiǎn)單轉(zhuǎn)移 B. 清洗 C. 集成 D. 聚集和概括試題（34）分析本題考查應(yīng)試者對(duì)數(shù)據(jù)倉(cāng)庫(kù)基本概念的掌握。數(shù)據(jù)倉(cāng)庫(kù)從大量的業(yè)務(wù)數(shù)據(jù)中提取數(shù)據(jù)，以方便進(jìn)行聯(lián)機(jī)分析處理，是決策支持系統(tǒng)的基礎(chǔ)。因此，其數(shù)據(jù)已不是簡(jiǎn)單的業(yè)務(wù)數(shù)據(jù)的堆積，而是面向分析的大量數(shù)據(jù)，從業(yè)務(wù)數(shù)據(jù)到數(shù)據(jù)倉(cāng)庫(kù)中的數(shù)據(jù)，需要經(jīng)過(guò)一系列的處理。簡(jiǎn)單轉(zhuǎn)移是指將字段數(shù)據(jù)進(jìn)行統(tǒng)一處理，以達(dá)到不同數(shù)據(jù)源提取到的數(shù)據(jù)的類型、結(jié)構(gòu)、域

35、上的統(tǒng)一；清洗是對(duì)業(yè)務(wù)數(shù)據(jù)邏輯結(jié)構(gòu)上的統(tǒng)一，進(jìn)行字段間的合并，構(gòu)成新的字段，并相應(yīng)對(duì)數(shù)據(jù)進(jìn)行處理；集成是針對(duì)不同的業(yè)務(wù)數(shù)據(jù)，構(gòu)建新的實(shí)體并組織數(shù)據(jù)；聚集和概括是指對(duì)相關(guān)數(shù)據(jù)進(jìn)行統(tǒng)計(jì)匯總等操作后作為數(shù)據(jù)倉(cāng)庫(kù)中的數(shù)據(jù)。故答案為B。參考答案（34）Bu 在項(xiàng)目立項(xiàng)階段應(yīng)該進(jìn)行需求定義，此時(shí)定義的需求屬于需求三個(gè)層次中的（1）A：它不應(yīng)該包括的內(nèi)容是（2）C。（1） A.業(yè)務(wù)需求 B.用戶需求 C.軟件需求 D.設(shè)計(jì)約束（2） A.用上下文關(guān)系圖表示的項(xiàng)目范圍 B.包含的主題域及主題域之間的關(guān)系C.業(yè)務(wù)活動(dòng)的詳細(xì)事件流 D.系統(tǒng)涉及的業(yè)務(wù)事件u 根據(jù)下面所示的構(gòu)件圖可以得知，接口提交采購(gòu)申請(qǐng)是（3）C

36、實(shí)現(xiàn)的，客服管理子系統(tǒng)共使用了（4）D接口。（3） A.門店管理子系統(tǒng) B.客服管理子系統(tǒng)C.采購(gòu)管理子系統(tǒng) D.無(wú)法確定（4） A.1個(gè) B.2個(gè) C.3個(gè) D.4個(gè)u 以下關(guān)于需求定義的描述中，正確的是（5）D；對(duì)于酒店管理系統(tǒng)而言，以下各個(gè)選項(xiàng)中，（6）C最不適合表示為業(yè)務(wù)事件。（5） A.上下文關(guān)系圖能夠清晰地界定出系統(tǒng)與人的職責(zé)邊界B.魚骨圖和帕累托圖是來(lái)界定系統(tǒng)范圍的C.項(xiàng)目涉眾（stakeholder）就是將使用系統(tǒng)的用戶D.需求定義的產(chǎn)物主要包括項(xiàng)目目標(biāo)、范圍以及需求大綱的初稿（6） A.入住 B.換房 C.付款 D.續(xù)房u 在需求捕獲的過(guò)程中，用戶經(jīng)常會(huì)制定解決方案而不是闡述

37、需求，有效識(shí)別這一情況的措施是（7）A：以下措施中，（8）A是用來(lái)克服用戶非正事心理的。（7） A.詢問(wèn)用戶提出需求的理由 B.提前向用戶提供訪談?dòng)?jì)劃 C.利用原型來(lái)及時(shí)驗(yàn)證用戶的需求 D.讓用戶介紹工作場(chǎng)景（8） A.選擇打擾較少的訪談場(chǎng)所 B避免向用戶提出過(guò)細(xì)的問(wèn)題 C.讓用戶以介紹工作場(chǎng)景為主 D.通過(guò)業(yè)務(wù)流程圖確認(rèn)訪談?wù)_的對(duì)象u 在下面關(guān)于需求驗(yàn)證任務(wù)的描述中，不正確的是（9）D：需求驗(yàn)證屬于需求工程中的（10）A范疇。（9） A.需要核查功能描述的正確性 B.需要核查功能描述的清晰性 C.需要明確需求的完整性 D.除管理者外的用戶不能參與評(píng)審（10） A.需求開(kāi)發(fā) B.需求管理 C

38、需求文檔化 D.需求跟蹤u 根據(jù)下面的活動(dòng)圖，最可能是不合適的用例的是（11）D，理由是（12）B。（11） A.開(kāi)單 B.收費(fèi) C.出具報(bào)告 D.體驗(yàn)并記錄結(jié)果（12） A.用例太小 B.用例太大 C.不屬于系統(tǒng)邊界之內(nèi) D.其他u 在進(jìn)行業(yè)務(wù)建模和需求建模時(shí)，一般不會(huì)使用的UML模型是（13）A：適用于描述業(yè)務(wù)活動(dòng)的操作步驟細(xì)節(jié)信息是模型是（14）D。（13）A.交互圖 B.活動(dòng)圖 C.用例圖 D.類圖（14）A.交互圖 B.用例圖 C.構(gòu)建圖 D.活動(dòng)圖u 在如下所示的流程中，如果小張等待了10分鐘后，收到了必勝客有空位信號(hào)，那么他將（15）A：在必勝客泳道中表示有有空位信息的圖標(biāo)的含義

39、是（16）C。（15）A.進(jìn)入必勝客 B.進(jìn)入肯德基 C.不確定 D.都不進(jìn)入（16）A.發(fā)信號(hào)，用來(lái)描述同步事件 B.接受信號(hào)，用來(lái)描述同步事件 C. 發(fā)信號(hào)，用來(lái)描述異步事件 D.接受信號(hào)，用來(lái)描述異步事件u 在如下所示的領(lǐng)域類圖中，不屬于遙測(cè)遙控設(shè)備的是（17）A：對(duì)于業(yè)務(wù)術(shù)語(yǔ)浮標(biāo)與航標(biāo)之間的關(guān)系，正確的描述是（18）C。（17） A.航標(biāo)燈 B.航標(biāo)燈監(jiān)控器 C.GPS設(shè)備 D.雷達(dá)應(yīng)答器感應(yīng)器（18） A.浮標(biāo)和航標(biāo)之間存在關(guān)聯(lián)關(guān)系 B.浮標(biāo)是組成航標(biāo)的一部分 C.浮標(biāo)是航標(biāo)的一種 D.它們之間沒(méi)有什么聯(lián)系u 當(dāng)用戶與需求分析人員都對(duì)系統(tǒng)的需求沒(méi)有清晰的認(rèn)識(shí)時(shí)，適合采用的需求捕獲方式

40、是（19）A：用戶調(diào)查主要是用來(lái)彌補(bǔ)用戶訪談（20）B方面的不足。（19） A.聯(lián)合開(kāi)發(fā) B.用戶調(diào)查 C.現(xiàn)場(chǎng)觀摩 D.情節(jié)串聯(lián)板（20） A.捕獲的信息不夠完整 B.捕獲的信息存在片面性 C.缺少非功能方面的需求信息 D.易于形而上學(xué)二、填空類1、軟件按照其工作方式可劃分為實(shí)時(shí)處理軟件 、分時(shí)處理軟件 、交互式軟件和 批處理軟件 。2、軟件生存周期由軟件的定義 、軟件的開(kāi)發(fā) 和 軟件的使用維護(hù)和更新?lián)Q代 三部分組成。3、軟件開(kāi)發(fā)模型有瀑布模型 、漸增模型 、螺旋模型 、智能模型&#

41、160;和快速原型模型 等五種主要模型4、 面向?qū)ο蠹夹g(shù)采用以類為中心的 封裝 、 繼承 、 多態(tài) 等不僅支持軟件復(fù)用，而且使軟件維護(hù)工作可靠有效，可實(shí)現(xiàn)軟件系統(tǒng)的柔性制造。5、 UML的優(yōu)點(diǎn)是： 唯一性 、 連續(xù)性 、 維護(hù)性 、 復(fù)用性和完善性。6、UML分析和設(shè)計(jì)模型由三類模型圖表示，三類模型圖是：用例模型圖、靜態(tài)模型圖和動(dòng)態(tài)模型圖。7、UML的軟件統(tǒng)一開(kāi)發(fā)過(guò)程，即生命周期按時(shí)間順序可以劃分為，開(kāi)始、詳細(xì)設(shè)計(jì)、系統(tǒng)構(gòu)造和移交四個(gè)階段及階段中一系列的循

42、環(huán)重復(fù)。8、UML開(kāi)發(fā)過(guò)程是一種二維結(jié)構(gòu)軟件開(kāi)發(fā)過(guò)程，軟件項(xiàng)目開(kāi)發(fā)過(guò)程流程包括的核心工作內(nèi)容是，分析，設(shè)計(jì)，實(shí)現(xiàn)，測(cè)試和配置。9、UML中的五個(gè)不同的視圖可以完整地描述出所建造的系統(tǒng)，這五種視圖是用例視圖、邏輯視圖、構(gòu)件視圖、進(jìn)程視圖和配置視圖。10、UML中有10中基本圖可以完整地描述出所有建造的系統(tǒng)，這10中視圖是用例圖、類圖、對(duì)象圖、包圖、構(gòu)件圖、配置圖、序列圖、活動(dòng)圖、狀態(tài)圖和合作圖。11、UML軟件開(kāi)發(fā)過(guò)程需求分析階段產(chǎn)生的模型由三類模型圖表示。他們是：用例模型圖、靜態(tài)模型圖和動(dòng)態(tài)模型圖。12、CRC卡中的描述由類名、類特征、類類型、責(zé)任和協(xié)作者共五部分組成13、軟件項(xiàng)目的目的的可行

43、性研究分析中，技術(shù)可行性研究包括風(fēng)險(xiǎn)分析、資源分析、技術(shù)分析三部分組成14、在UML軟件開(kāi)發(fā)過(guò)程的需求分析階段，建立用例模型的步驟分為，確定系統(tǒng)的范圍和邊界，確定系統(tǒng)的執(zhí)行者和用例，對(duì)用例進(jìn)行描述，定義用例之間的關(guān)系和審核用例模型。15、用例圖中以實(shí)踐方框表示系統(tǒng)的范圍和邊界，在熊邊界內(nèi)描述的是用例，在邊界之外描述的是執(zhí)行者。16、用例模型中的執(zhí)行者可以是“人”執(zhí)行者也可以是 “外部”系統(tǒng)執(zhí)行者17、用例模型中的用例之間的關(guān)聯(lián)有使用關(guān)聯(lián)、擴(kuò)展關(guān)聯(lián)、包含關(guān)聯(lián)和繼承關(guān)聯(lián)。18、在UML軟件開(kāi)發(fā)過(guò)程系統(tǒng)分析階段產(chǎn)生的對(duì)象模型有三種模型。他們是：對(duì)象的靜態(tài)模型，對(duì)象的動(dòng)態(tài)模型和對(duì)象的系統(tǒng)功能

44、處理模型。19、 在UML的對(duì)象類圖中，類之間的關(guān)系有依賴、細(xì)化、關(guān)聯(lián)、聚集和繼承五種。20、 共享聚集的部分對(duì)象可以是任何整體的一部分，表示事物的整體/部分關(guān)系較弱的情況，整體段的重?cái)?shù)應(yīng)該   n   。21、在UMl軟件開(kāi)發(fā)過(guò)程的需求分析和系統(tǒng)分析階段，建立對(duì)象類模型的步驟分為尋找確定對(duì)象類、定義接口、定義類之間的關(guān)系、建立對(duì)象類圖和建立系統(tǒng)包圖。22、 組合聚集是指整體擁有它的部分，他具有搶的物主身份，表示事物的整體/部分關(guān)系較強(qiáng)的情況。部分生存在整體中，不可分離他們與整體一起存在或消亡。整體的充數(shù)必須是 1或0 。 23、系統(tǒng)

45、分析是在客戶需求分析規(guī)格說(shuō)明的基礎(chǔ)之上對(duì)其進(jìn)行的分析。24、 類有實(shí)例，他的實(shí)例是一個(gè)對(duì)象。在UML中，包用來(lái)表示一個(gè)模型組織的分組機(jī)制，包沒(méi)有實(shí)例。26、順序圖和合作圖用來(lái)表達(dá)對(duì)象之間的交互，是描述一組對(duì)象如何合作完成某個(gè)行為的模型化工具。27、進(jìn)程是一個(gè)動(dòng)作流，能夠與其他進(jìn)程并發(fā)執(zhí)行。28、線程是內(nèi)部的一個(gè)動(dòng)作流，能夠與其他線程并發(fā)執(zhí)行。29、主動(dòng)對(duì)象是一個(gè)擁有進(jìn)程或線程的對(duì)象，能初始化控制活動(dòng)，可以獨(dú)立并發(fā)運(yùn)行30、被動(dòng)對(duì)象是一個(gè)必須由其他對(duì)象發(fā)來(lái)的消息進(jìn)行觸發(fā)才執(zhí)行動(dòng)作的對(duì)象。31、交互圖描述系統(tǒng)中對(duì)象間的交互行為。每一個(gè)交互都有發(fā)送者和接受者，他們可以是整個(gè)系統(tǒng)、一個(gè)子系統(tǒng)、一個(gè)用例

46、、一個(gè)對(duì)象類或一個(gè)操作。32、順序狀態(tài)表明狀態(tài)之間的遷移是串行的，即一個(gè)接一個(gè)順序遷移。33、狀態(tài)圖還可以用復(fù)合遷移的同步并發(fā)遷移圖符來(lái)表示并發(fā)子狀態(tài)。34、狀態(tài)圖中的進(jìn)程是一個(gè)動(dòng)作流，能夠與其他進(jìn)程并發(fā)執(zhí)行。35、在活動(dòng)圖中，虛箭線也稱為對(duì)象流，對(duì)象流表示動(dòng)作狀態(tài)或活動(dòng)狀態(tài)與對(duì)象之間的關(guān)聯(lián)。36、活動(dòng)圖即可以描述對(duì)象的動(dòng)態(tài)行為，還可以用來(lái)描述用例。37、活動(dòng)圖中活動(dòng)狀態(tài)的遷移不是由事件按進(jìn)行觸發(fā)，一個(gè)活動(dòng)執(zhí)行完畢自動(dòng)進(jìn)入下一個(gè)多棟狀態(tài)。38、狀態(tài)圖和活動(dòng)圖描述系統(tǒng)中某個(gè)系統(tǒng)對(duì)象的一系列狀態(tài)變化。39、系統(tǒng)體系結(jié)構(gòu)建模可以分為軟件系統(tǒng)體系結(jié)構(gòu)建模和硬件系統(tǒng)體系結(jié)構(gòu)建模。40、構(gòu)件是軟件系統(tǒng)體系結(jié)構(gòu)（類、對(duì)象、他們間的關(guān)系和協(xié)作）中定義的概念和功能在物理體系結(jié)構(gòu)中的實(shí)現(xiàn)。三、問(wèn)答、分析、應(yīng)用類1、UML的建模流程是怎樣的？2、在做軟件項(xiàng)目的需求分析時(shí)，會(huì)出現(xiàn)一些需求心理學(xué)上的現(xiàn)象，常見(jiàn)的現(xiàn)象有哪些？需求心理學(xué)常見(jiàn)現(xiàn)象言過(guò)其實(shí)心理：說(shuō)的流程是一種理想化流程，與實(shí)際情況嚴(yán)重不符越俎代皰心理：對(duì)非自己處理的流程津津熱道，根據(jù)自己的理解、想像進(jìn)行肯定的描述非正事心理：一直忙于工作，無(wú)瑕配合需求調(diào)研抗拒心理：新系統(tǒng)對(duì)其利益有損，故意不配合推卸責(zé)任心理：裝不知，說(shuō)沒(méi)需求3、在UML軟件開(kāi)發(fā)過(guò)程的需求分析階段，建立用例模型的步驟是怎樣的？4、在UML的對(duì)象類圖中，類之