【文章內(nèi)容簡介】 可變部分進(jìn)行適當(dāng)?shù)恼{(diào)節(jié)，復(fù)用者要根據(jù)復(fù)用的具體需要，改造組件的可變“特性”，即“客戶化”。（10）模式。模式是一條由三部分組成的規(guī)則，它表示了一個(gè)特定環(huán)境、一個(gè)問題和一個(gè)解決方案之間的關(guān)系。每一個(gè)模式描述了一個(gè)不斷重復(fù)發(fā)生的問題，以及該問題的解決方案。這樣就能一次又一次地使用該方案而不必做重復(fù)勞動(dòng)。將設(shè)計(jì)模式引入軟件設(shè)計(jì)和開發(fā)系統(tǒng)集成項(xiàng)目管理工程師://過程的目的在于充分利用已有的軟件開發(fā)經(jīng)驗(yàn)，這是因?yàn)樵O(shè)計(jì)模式通常是對(duì)于某一類軟件設(shè)計(jì)問題的可重用的解決方案。設(shè)計(jì)模式使得人們可以更加簡單和方便地去復(fù)用成功的軟件設(shè)計(jì)和體系結(jié)構(gòu)，從而能夠幫助設(shè)計(jì)者更快更好地完成系統(tǒng)設(shè)計(jì)。試題9參考答案（17）C（18）B 2010年上半年試題7 試題10（2010年上半年試題7）與基于C/S架構(gòu)的信息系統(tǒng)相比，基于B/S架構(gòu)的信息系統(tǒng)（7）。（7）A．具備更強(qiáng)的事務(wù)處理能力，易于實(shí)現(xiàn)復(fù)雜的業(yè)務(wù)流程B．人機(jī)界面友好，具備更加快速的用戶響應(yīng)速度C．更加容易部署和升級(jí)維護(hù)D．具備更高的安全性試題10分析與基于C/S架構(gòu)的信息系統(tǒng)相比，基于B/S架構(gòu)的信息系統(tǒng)，應(yīng)用軟件的升級(jí)維護(hù)均在服務(wù)器上進(jìn)行，客戶端是“零”維護(hù)。有關(guān)這方面的詳細(xì)知識(shí)，請閱讀試題1的分析。試題10參考答案（7）C 2010年上半年試題9 試題11（2010年上半年試題9）以下關(guān)于軟件測試的描述，（9）是正確的。（9）A．系統(tǒng)測試應(yīng)盡可能在實(shí)際運(yùn)行使用的環(huán)境下進(jìn)行 系統(tǒng)集成項(xiàng)目管理工程師://B．軟件測試是編碼階段完成之后進(jìn)行的一項(xiàng)活動(dòng)C．專業(yè)測試人員通常采用白盒測試法去檢查程序的功能是否符合用戶需求D．軟件測試工作的好壞，取決于測試發(fā)現(xiàn)錯(cuò)誤的數(shù)量試題11分析測試是為評(píng)價(jià)和改進(jìn)產(chǎn)品質(zhì)量、識(shí)別產(chǎn)品的缺陷和問題而進(jìn)行的活動(dòng)。軟件測試是針對(duì)一個(gè)程序的行為，在有限測試用例集合上，動(dòng)態(tài)驗(yàn)證是否達(dá)到預(yù)期的行為，需要選取適當(dāng)?shù)臏y試用例。測試不再只是一種僅在編碼階段完成后才開始的活動(dòng)?，F(xiàn)在的軟件測試被認(rèn)為是一種應(yīng)該包括在整個(gè)開發(fā)和維護(hù)過程中的活動(dòng)，它本身是實(shí)際產(chǎn)品構(gòu)造的一個(gè)重要部分。測試不僅是檢查預(yù)防措施是否有效的主要手段，而且是識(shí)別由于某種原因預(yù)防措施無效而產(chǎn)生的錯(cuò)誤的主要手段。需要注意的是，在廣泛的測試活動(dòng)成功完成后，軟件可能仍包含錯(cuò)誤，交付后出現(xiàn)的軟件失效的補(bǔ)救措施是由軟件維護(hù)達(dá)成的。根據(jù)測試的目的、階段的不同，可以將測試分為單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試等種類。（1）單元測試：又稱為模塊測試，是針對(duì)軟件設(shè)計(jì)的最小單位（程序模塊）進(jìn)行正確性檢驗(yàn)的測試工作。其目的在于檢查每個(gè)程序單元能否正確實(shí)現(xiàn)詳細(xì)設(shè)計(jì)說明中的模塊功能、性能、接口和設(shè)計(jì)約束等要求，發(fā)現(xiàn)模塊內(nèi)部可能存在的各種錯(cuò)誤。（2）集成測試：也稱為組裝測試、聯(lián)合測試（對(duì)于子系統(tǒng)而言，則稱為部件測試）。它主要是將已通過單元測試的模塊集成在一起，主要測試模塊之間的協(xié)作性。集成測試計(jì)劃通常是在軟件概要設(shè)計(jì)階段完成。（3）確認(rèn)測試：也稱為有效性測試，主要是驗(yàn)證軟件的功能、性能及其他特性是否與系統(tǒng)集成項(xiàng)目管理工程師://用戶要求（需求）一致。確認(rèn)測試計(jì)劃通常是在需求分析階段完成。（4）系統(tǒng)測試：如果項(xiàng)目不只包含軟件，還有硬件和網(wǎng)絡(luò)等，則要將軟件與外部支持的硬件、外設(shè)、支持軟件、數(shù)據(jù)等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行的一系列集成與確認(rèn)測試。一般地，系統(tǒng)測試的主要內(nèi)容包括功能測試、健壯性測試、性能測試、用戶界面測試、安全性測試、安裝與反安裝測試等。系統(tǒng)測試計(jì)劃通常是在系統(tǒng)分析階段（需求分析階段）完成。試題11參考答案（9）A 2010年上半年試題11 試題12（2010年上半年試題11）在軟件生存周期中，將某種形式表示的軟件轉(zhuǎn)換成更高抽象形式表示的軟件的活動(dòng)屬于（11）。（11）A．逆向工程B．代碼重構(gòu)C．程序結(jié)構(gòu)重構(gòu)D．?dāng)?shù)據(jù)結(jié)構(gòu)重構(gòu)試題12分析隨著維護(hù)次數(shù)的增加，可能會(huì)造成軟件結(jié)構(gòu)的混亂，使軟件的可維護(hù)性降低，束縛了新軟件的開發(fā)。同時(shí)，那些待維護(hù)的軟件又常是業(yè)務(wù)的關(guān)鍵，不可能廢棄或重新開發(fā)。于是引出了軟件再工程（Reengineering），即需要對(duì)舊的軟件進(jìn)行重新處理、調(diào)整，提高其可維護(hù)性。再工程是對(duì)現(xiàn)有軟件系統(tǒng)的重新開發(fā)過程，包括逆向工程（Reverse Engineering，反向工程）、新需求的考慮（軟件重構(gòu)）和正向工程三個(gè)步驟。再工程不僅能從已有的程序中重新獲得設(shè)計(jì)信息，而且還能使用這些信息改建或重構(gòu)現(xiàn)有的系統(tǒng)，以改進(jìn)它的綜合質(zhì)量。系統(tǒng)集成項(xiàng)目管理工程師://一般，軟件人員利用再工程重新實(shí)現(xiàn)已存在的程序，同時(shí)加進(jìn)新的功能或改善它的性能。軟件再工程旨在對(duì)現(xiàn)有的大量軟件系統(tǒng)進(jìn)行挖掘、整理以得到有用的軟件構(gòu)件，或?qū)σ延熊浖?gòu)件進(jìn)行維護(hù)以延長其生存期。它是一個(gè)工程過程，能夠?qū)⒛嫦蚬こ獭⒅貥?gòu)和正向工程組合起來，將現(xiàn)存系統(tǒng)重新構(gòu)造為新的形式。再工程的基礎(chǔ)是系統(tǒng)理解，包括對(duì)運(yùn)行系統(tǒng)、源代碼、設(shè)計(jì)、分析和文檔等的全面理解。但在很多情況下，由于各類文檔的丟失，只能對(duì)源代碼進(jìn)行理解，即程序理解。軟件重構(gòu)是對(duì)源代碼、數(shù)據(jù)進(jìn)行修改，使其易于修改和維護(hù)，以適應(yīng)將來的變更。通常軟件重構(gòu)并不修改軟件體系結(jié)構(gòu)，而是關(guān)注模塊的細(xì)節(jié)。（1）代碼重構(gòu)。代碼重構(gòu)的目標(biāo)是生成可提供功能相同，而質(zhì)量更高的程序。由于需要重構(gòu)的模塊通常難以理解、測試和維護(hù)，因此，首先用重構(gòu)工具分析代碼，標(biāo)注出需要重構(gòu)的部分，然后進(jìn)行重構(gòu)，復(fù)審和測試重構(gòu)后的代碼，更新代碼的內(nèi)部文檔。（2）數(shù)據(jù)重構(gòu)。發(fā)生在較低的抽象層次上，是一種全局的再工程活動(dòng)。數(shù)據(jù)重構(gòu)通常以逆向工程活動(dòng)開始，理解現(xiàn)存的數(shù)據(jù)結(jié)構(gòu)，又稱數(shù)據(jù)分析，再重新設(shè)計(jì)數(shù)據(jù)，包括數(shù)據(jù)標(biāo)準(zhǔn)化、數(shù)據(jù)命名合理、文件格式轉(zhuǎn)換、數(shù)據(jù)庫格式轉(zhuǎn)換等。軟件重構(gòu)的意義在于提高軟件質(zhì)量和生產(chǎn)率，減少維護(hù)工作量，提高軟件可維護(hù)性。逆向工程是分析程序，力圖在比源代碼更高的抽象層次上建立程序表示的過程。逆向工程是一個(gè)設(shè)計(jì)恢復(fù)的過程，其工具可以從已有的程序中抽取數(shù)據(jù)結(jié)構(gòu)、體系結(jié)構(gòu)和程序設(shè)計(jì)信息。逆向工程過程及用于實(shí)現(xiàn)該過程的工具的抽象層次是指可從源代碼中抽取出來的設(shè)計(jì)信息的精密程度。理想地，抽象層次應(yīng)該盡可能高，即逆向工程過程應(yīng)該能夠?qū)С鲞^程的設(shè)計(jì)表示（一種低層的抽象）、程序和數(shù)據(jù)結(jié)構(gòu)信息（稍高一點(diǎn)層次的抽象）、數(shù)據(jù)和控制流模型（一種相對(duì)高層的抽象），以及實(shí)體關(guān)系模型（一種高層抽象）。隨著抽象層次增高，系統(tǒng)集成項(xiàng)目管理工程師://軟件工程師獲得更有助于理解程序的信息。逆向工程過程的完整性是指在某抽象層次提供的細(xì)節(jié)程度。在大多數(shù)情況，隨著抽象層次增高，完整性就降低。例如，給定源代碼列表，得到一個(gè)完整的過程設(shè)計(jì)表示是相對(duì)容易的，簡單的數(shù)據(jù)流表示也可被導(dǎo)出，但是，要得到數(shù)據(jù)流圖或狀態(tài)變遷圖的完整集合卻困難得多。試題12參考答案（11）A 2010年上半年試題17 試題13（2010年上半年試題17）為了解決C/S模式中客戶機(jī)負(fù)荷過重的問題，軟件架構(gòu)發(fā)展形成了（17）模式。（17）A．三層C/SB．分層C．B/SD．知識(shí)庫試題13分析為了解決C/S模式中客戶端負(fù)荷過重的問題，發(fā)展形成了B/S模式。有關(guān)這方面的詳細(xì)知識(shí)，請閱讀試題1的分析。試題13參考答案（17）C 2010年下半年試題8 試題14（2010年下半年試題8）UML中的用例和用例圖的主要用途是描述系統(tǒng)的（8）。（8）A．功能需求B．詳細(xì)設(shè)計(jì)C．體系結(jié)構(gòu)D．內(nèi)部接口試題14分析 系統(tǒng)集成項(xiàng)目管理工程師://用例（Use Case）是一種描述系統(tǒng)需求的方法，使用用例的方法來描述系統(tǒng)需求的過程就是用例建模。用例方法最早是由Iva Jackboson博士提出的，后來被綜合到UML規(guī)范之中，成為一種標(biāo)準(zhǔn)化的需求表述體系。從用戶的角度來看，他們并不想了解系統(tǒng)的內(nèi)部結(jié)構(gòu)和設(shè)計(jì)，他們所關(guān)心的是系統(tǒng)所能提供的服務(wù)，也就是被開發(fā)出來的系統(tǒng)將是如何被使用的，這就用例方法的基本思想。在用例圖中，主要包括參與者、用例和通信關(guān)聯(lián)三種元素，如圖13所示。圖13用例圖中的基本元素（1）參與者（Actor）。參與者是指存在于被定義系統(tǒng)外部并與該系統(tǒng)發(fā)生交互的人或其他系統(tǒng)，他們代表的是系統(tǒng)的使用者或使用環(huán)境。（2）用例（Use Case）。用例用于表示系統(tǒng)所提供的服務(wù)，它定義了系統(tǒng)是如何被參與者所使用的，它描述的是參與者為了使用系統(tǒng)所提供的某一完整功能而與系統(tǒng)之間發(fā)生的一段對(duì)話。（3）通訊關(guān)聯(lián)（Communication Association）。通訊關(guān)聯(lián)用于表示參與者和用例之間的對(duì)應(yīng)關(guān)系，它表示參與者使用了系統(tǒng)中的哪些服務(wù)（用例），或者說系統(tǒng)所提供的服務(wù)（用例）是被哪些參與者所使用的。用例設(shè)計(jì)的主要目的如下：（1）利用交互改進(jìn)用例實(shí)現(xiàn)。（2）調(diào)整對(duì)設(shè)計(jì)類的操作需求。（3）調(diào)整對(duì)子系統(tǒng)和（或）它們的接口的操作需求。系統(tǒng)集成項(xiàng)目管理工程師://（4）調(diào)整對(duì)封裝體的操作需求。一個(gè)系統(tǒng)的行為可以用許多方法來說明，包括協(xié)作或者交互的方法。用例設(shè)計(jì)通常使用交互（特別是序列圖）來說明系統(tǒng)的行為。當(dāng)系統(tǒng)或者子系統(tǒng)的行為主要通過同步消息傳遞來說明時(shí)，序列圖非常有用。由于消息序列通常沒有嚴(yán)格的定義，因此，尤其是在事件驅(qū)動(dòng)系統(tǒng)中，異步消息傳遞更容易利用狀態(tài)機(jī)和協(xié)作來進(jìn)行說明。用例方法完全是站在用戶的角度上（從系統(tǒng)的外部）來描述系統(tǒng)的功能的。在用例方法中，我們把被定義系統(tǒng)看作是一個(gè)黑箱，我們并不關(guān)心系統(tǒng)內(nèi)部是如何完成它所提供的功能的。用例方法首先描述了被定義系統(tǒng)有哪些外部使用者（抽象成為Actor），這些使用者與被定義系統(tǒng)發(fā)生交互；針對(duì)每一參與者，用例方法又描述了系統(tǒng)為這些參與者提供了什么樣的服務(wù)（抽象成為Use Case），或者說系統(tǒng)是如何被這些參與者使用的。所以從用例圖中，我們可以得到對(duì)于被定義系統(tǒng)的一個(gè)總體印象。與傳統(tǒng)的功能分解方式相比，用例方法完全是從外部來定義系統(tǒng)的功能，它把需求與設(shè)計(jì)完全分離開來。在面向?qū)ο蟮姆治鲈O(shè)計(jì)方法中，用例模型主要用于表述系統(tǒng)的功能性需求，系統(tǒng)的設(shè)計(jì)主要由對(duì)象模型來記錄表述。另外，用例定義了系統(tǒng)功能的使用環(huán)境與上下文，每一個(gè)用例描述的是一個(gè)完整的系統(tǒng)服務(wù)。用例方法比傳統(tǒng)的SRS更易于被用戶所理解，它可以作為開發(fā)人員和用戶之間針對(duì)系統(tǒng)需求進(jìn)行溝通的一個(gè)有效手段。試題14參考答案（8）A 2010年下半年試題11試題15（2010年下半年試題11）在幾種不同類型的軟件維護(hù)中，通常情況下（11）所占的工作量最大。系統(tǒng)集成項(xiàng)目管理工程師://（11）A．更正性維護(hù) B．適應(yīng)性維護(hù) C．完善性維護(hù) D．預(yù)防性維護(hù)試題15分析軟件可維護(hù)性是指糾正軟件系統(tǒng)出現(xiàn)的錯(cuò)誤和缺陷，以及為滿足新的要求進(jìn)行修改、擴(kuò)展和裁剪的容易程度。目前廣泛用來衡量程序可維護(hù)性的因素包括可理解性、可測試性和可修改性等。軟件維護(hù)占整個(gè)軟件生命周期的60%～80%，維護(hù)的類型主要有以下4種：（1）改正性維護(hù)。為了識(shí)別和糾正軟件錯(cuò)誤、改正軟件性能上的缺陷、排除實(shí)施中的誤使用，應(yīng)當(dāng)進(jìn)行的診斷和改正錯(cuò)誤的過程就叫做改正性維護(hù)。（2）適應(yīng)性維護(hù)。在使用過程中，外部環(huán)境（新的硬、軟件配置）、數(shù)據(jù)環(huán)境（數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲(chǔ)介質(zhì)）可能發(fā)生變化。為使軟件適應(yīng)這種變化，而去修改軟件的過程就叫做適應(yīng)性維護(hù)。（3）完善性維護(hù)。在軟件的使用過程中，用戶往往會(huì)對(duì)軟件提出新的功能與性能要求。為了滿足這些要求，需要修改或再開發(fā)軟件，以擴(kuò)充軟件功能、增強(qiáng)軟件性能、改進(jìn)加工效率、提高軟件的可維護(hù)性。這種情況下進(jìn)行的維護(hù)活動(dòng)叫做完善性維護(hù)。（4）預(yù)防性維護(hù)。這是指預(yù)先提高軟件的可維護(hù)性、可靠性等，為以后進(jìn)一步改進(jìn)軟件打下良好基礎(chǔ)。通常，預(yù)防性維護(hù)可定義為“將今天的方法學(xué)用于昨天的系統(tǒng)以滿足明天的需要”。也就是說，采用先進(jìn)的軟件工程方法對(duì)需要維護(hù)的軟件或軟件中的某一部分（重新）進(jìn)行設(shè)計(jì)、編碼和測試。以上各種維護(hù)類型占整個(gè)軟件維護(hù)工作量的大致比例如圖14所示。系統(tǒng)集成項(xiàng)目管理工程師://圖14 各種維護(hù)所占的比例影響維護(hù)工作量的因素主要有系統(tǒng)大小、程序設(shè)計(jì)語言、系統(tǒng)年齡、數(shù)據(jù)庫技術(shù)的應(yīng)用、軟件開發(fā)技術(shù)等五個(gè)方面。程序修改的步驟為分析和理解程序、修改程序和重新驗(yàn)證程序。經(jīng)過分析，全面、準(zhǔn)確、迅速地理解程序是決定維護(hù)成敗和質(zhì)量好壞的關(guān)鍵。為了容易地理解程序，要求自頂向下地理解現(xiàn)有源程序的程序結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)，為此可采用如下方法：分析程序結(jié)構(gòu)圖、數(shù)據(jù)跟蹤、控制跟蹤、分析現(xiàn)有文檔的合理性等。對(duì)程序的修改，必須事先做出計(jì)劃，有目的地、周密地有效地實(shí)施修改。在修改時(shí)，要防止修改程序的副作用（修改代碼的副作用、修改數(shù)據(jù)的副作用、修改文檔的副作用）。在將修改后的程序提交用戶之前，需要進(jìn)行充分的確認(rèn)和測試，以保證整個(gè)修改后的程序的正確性。這種驗(yàn)證可分為靜態(tài)確認(rèn)、計(jì)算機(jī)確認(rèn)和維護(hù)后的驗(yàn)收。希賽教育軟考學(xué)院專家提示：在軟件開發(fā)過程中，錯(cuò)誤糾正成本在逐步放大。也就是說，錯(cuò)誤發(fā)現(xiàn)得越早，糾正錯(cuò)誤所花費(fèi)的成本就會(huì)越低，反之則越高。例如，如果在軟件設(shè)計(jì)階段有個(gè)錯(cuò)誤未被發(fā)現(xiàn)，而待編碼階段時(shí)才發(fā)現(xiàn)，這時(shí)糾正這個(gè)設(shè)計(jì)錯(cuò)誤比糾正源代碼錯(cuò)誤需要更大的成本。試題15參考答案 系統(tǒng)集成項(xiàng)目管理工程師://（11）C 2010年下半年試題17試題16（2010年下半年試題17）“容器是一個(gè)構(gòu)件，構(gòu)件不一定是容器；一個(gè)容器可以包含一個(gè)或多個(gè)構(gòu)件，一個(gè)構(gòu)件只能包含在一個(gè)容器中”。根據(jù)上述描述，如果用UML類圖對(duì)容器和構(gòu)件之間的關(guān)系進(jìn)行面向?qū)ο蠓治龊徒?，則容器類和構(gòu)件類之間存在（17）關(guān)系。①繼承②擴(kuò)展③聚集④包含（17）A．①② B．②④ C．①④D．①③試題16分析在UML中，類之間的關(guān)系主要有以下7種：（1）關(guān)聯(lián)關(guān)系：描述了給定類的單獨(dú)對(duì)象之間語義上的連接。關(guān)聯(lián)提供了不同類之間的對(duì)象可以相互作用的連接。其余的關(guān)系涉及類自身的描述，而不是它們的實(shí)例。（2）依賴關(guān)系。有兩個(gè)元素X、Y，如果修改元素X的定義可能會(huì)引起對(duì)另一個(gè)元素Y的定義的修改，則稱元素Y依賴于元素X。在類中，依賴由各種原因引起，例如，一個(gè)類向另一個(gè)