系統(tǒng)開發(fā)高級(jí)知識(shí) 軟件開發(fā)與管理

【單項(xiàng)選擇題】軟件系統(tǒng)工具的種類繁多，通?？梢园凑哲浖^程活動(dòng)將軟件工具分為()

A、需求分析工具、設(shè)計(jì)工具和軟件實(shí)現(xiàn)工具

B、軟件開發(fā)工具、軟件維護(hù)工具、軟件管理工具和軟件支持工具

C、需求分析工具、設(shè)計(jì)工具、編碼與排錯(cuò)工具和測(cè)試工具

D、設(shè)計(jì)規(guī)范工具、編碼工具和驗(yàn)證工具

答案：B

解析：通常按軟件過程活動(dòng)將軟件工具分為軟件開發(fā)工具、軟件維護(hù)工具、軟件管理和軟件支持工具。軟件開發(fā)工具：需求分析工具、設(shè)計(jì)工具、編碼與排錯(cuò)工具。軟件維護(hù)工具：版本控制工具、文檔分析工具、開發(fā)信息庫工具、逆向工程工具、再工程工具。軟件管理和軟件支持工具：項(xiàng)目管理工具、配置管理工具、軟件評(píng)價(jià)工具、軟件開發(fā)工具的評(píng)價(jià)和選擇?！締雾?xiàng)選擇題】甘特圖（Gantt圖）不能（）。

A、作為項(xiàng)目進(jìn)度管理的一個(gè)工具

B、清晰地描述每個(gè)任務(wù)的開始和截止時(shí)間

C、清晰地獲得任務(wù)并行進(jìn)行的信息

D、清晰地獲得各任務(wù)之間的依賴關(guān)系

答案：D

解析：甘特圖是一種能清晰描述每個(gè)任務(wù)的開始和截止時(shí)間，能有效獲得任務(wù)并行進(jìn)行的信息的項(xiàng)目管理工具?！締雾?xiàng)選擇題】快速應(yīng)用開發(fā)(RapidApplicationdevelopment，RAD)通過使用基于（請(qǐng)作答此空）的開發(fā)方法獲得快速開發(fā)。當(dāng)（）時(shí)，最適合于采用RAD方法。

A、用例

B、數(shù)據(jù)結(jié)構(gòu)

C、劇情

D、構(gòu)件

答案：D

解析：快速應(yīng)用開發(fā)(RapidApplicationDevelopment，RAD)是一種比傳統(tǒng)生存周期法快得多的開發(fā)方法，它強(qiáng)調(diào)極短的開發(fā)周期。RAD模型是瀑布模型的一個(gè)高速變種，通過使用基于構(gòu)件的開發(fā)方法獲得快速開發(fā)。如果需求理解得很好，且約束了項(xiàng)目范圍，利用這種模型可以很快地開發(fā)出功能完善的信息系統(tǒng)。但是RAD也具有以下局限性：①并非所有應(yīng)用都適合RAD。RAD對(duì)模塊化要求比較高，如果有哪一項(xiàng)功能不能被模塊化，那么RAD所需要的構(gòu)建就會(huì)有問題；如果高性能是一個(gè)指標(biāo)，且該指標(biāo)必須通過調(diào)整接口使其適應(yīng)系統(tǒng)構(gòu)件才能獲得，則RAD也有可能不能奏效。②開發(fā)者和客戶必須在很短的時(shí)間完成一系列的需求分析，任何一方配合不當(dāng)，都會(huì)導(dǎo)致RAD項(xiàng)目失敗。③RAD只能用于管理信息系統(tǒng)的開發(fā)，不適合技術(shù)風(fēng)險(xiǎn)很高的情況。例如，當(dāng)一個(gè)新系統(tǒng)要采用很多新技術(shù)，或當(dāng)新系統(tǒng)與現(xiàn)有系統(tǒng)有較高的互操作性時(shí)，就不適合使用RAD?！締雾?xiàng)選擇題】項(xiàng)目的成本管理中，（）將總的成本估算分配到各項(xiàng)活動(dòng)和工作包上，來建立一個(gè)成本的基線。

A、成本估算

B、成本預(yù)算

C、成本跟蹤

D、成本控制

答案：B

解析：成本管理過程包括：成本估算、成本預(yù)算與成本控制。其中成本預(yù)算的含義是將總的成本估算分配到各項(xiàng)活動(dòng)和工作包上，來建立一個(gè)成本的基線。而成本估算是對(duì)完成項(xiàng)目活動(dòng)所需資金進(jìn)行近似的估算。【單項(xiàng)選擇題】在對(duì)一個(gè)軟件系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)與確認(rèn)之后，需要進(jìn)行架構(gòu)復(fù)審。架構(gòu)復(fù)審的目的是為了標(biāo)識(shí)潛在的風(fēng)險(xiǎn)，及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)中的缺陷和錯(cuò)誤。在架構(gòu)復(fù)審過程中，主要由()決定架構(gòu)是否滿足需求、質(zhì)量需求是否在設(shè)計(jì)中得到體現(xiàn)。

A、系統(tǒng)分析師與架構(gòu)師

B、用戶代表與領(lǐng)域?qū)＜?/p>

C、系統(tǒng)擁有者與項(xiàng)目經(jīng)理

D、系統(tǒng)開發(fā)與測(cè)試人員

答案：B

解析：【單項(xiàng)選擇題】螺旋模型將整個(gè)軟件開發(fā)過程分為多個(gè)階段，每個(gè)階段都由目標(biāo)設(shè)定、（）、開發(fā)和有效性驗(yàn)證以及評(píng)審4個(gè)部分組成。

A、需求分析

B、風(fēng)險(xiǎn)分析

C、系統(tǒng)設(shè)計(jì)

D、架構(gòu)設(shè)計(jì)

答案：B

解析：螺旋模型是在快速原型的基礎(chǔ)上擴(kuò)展而成的一種生存周期模型。這種模型將整個(gè)軟件開發(fā)流程分成多個(gè)階段，每個(gè)階段都由4部分組成，它們是：①目標(biāo)設(shè)定。為該項(xiàng)目進(jìn)行需求分析，定義和確定這一個(gè)階段的專門目標(biāo)，指定對(duì)過程和產(chǎn)品的約束，并且制定詳細(xì)的管理計(jì)劃。②風(fēng)險(xiǎn)分析。對(duì)可選方案進(jìn)行風(fēng)險(xiǎn)識(shí)別和詳細(xì)分析，制定解決辦法，采取有效的措施避免這些風(fēng)險(xiǎn)。③開發(fā)和有效性驗(yàn)證。風(fēng)險(xiǎn)評(píng)估后，可以為系統(tǒng)選擇開發(fā)模型，并且進(jìn)行原型開發(fā)，即開發(fā)軟件產(chǎn)品。④評(píng)審。對(duì)項(xiàng)目進(jìn)行評(píng)審，以確定是否需要進(jìn)入螺旋線的下一次回路，如果決定繼續(xù)，就要制定下一階段計(jì)劃。螺旋模型的軟件開發(fā)過程實(shí)際是上述4個(gè)部分的迭代過程，每迭代一次，螺旋線就增加一周，軟件系統(tǒng)就生成一個(gè)新版本，這個(gè)新版本實(shí)際上是對(duì)目標(biāo)系統(tǒng)的一個(gè)逼近。經(jīng)過若干次的迭代后，系統(tǒng)應(yīng)該盡快地收斂到用戶允許或可以接受的目標(biāo)范圍內(nèi)，否則也可能中途夭折?！締雾?xiàng)選擇題】關(guān)于XML的語法要求不正確的是（）

A、在XML中編寫注釋的語法與HTML的語法很相似

B、XML文檔必須有一個(gè)元素是所有其他元素的父元素。該元素稱為根元素

C、XML的屬性值與HTML語言不一樣，不須加引號(hào)

D、聲明不屬于XML本身的組成部分。它不是XML元素，也不需要關(guān)閉標(biāo)簽

答案：C

解析：【單項(xiàng)選擇題】（）中，編程開發(fā)人員分成首席程序員和"類"程序員。

A、自適應(yīng)軟件開發(fā)（ASD）

B、極限編程（XP）開發(fā)方法

C、開放統(tǒng)-過程開發(fā)方法（OpenUP）

D、功用驅(qū)動(dòng)開發(fā)方法（FDD）

答案：D

解析：(1)XP(ExtremeProgramming，極限編程)在所有的敏捷型方法中，XP是最引人矚目的。它源于Smalltalk圈子，特別是KentBeck和WardCunningham在20世紀(jì)80年代末的密切合作。XP在一些對(duì)費(fèi)用控制嚴(yán)格的公司中的使用，已經(jīng)被證明是非常有效的。(2)Cockburn的水晶系列方法，水晶系列方法是由AlistairCockburn提出的。它與XP方法一樣，都有以人為中心的理念，但在實(shí)踐上有所不同。Alistair考慮到人們一般很難嚴(yán)格遵循一個(gè)紀(jì)律約束很強(qiáng)的過程，因此，與XP的高度紀(jì)律性不同，Alistair探索了用最少紀(jì)律約束而仍能成功的方法，從而在產(chǎn)出效率與易于運(yùn)作上達(dá)到一種平衡。也就是說，雖然水晶系列不如XP那樣的產(chǎn)出效率，但會(huì)有更多的人能夠接受并遵循它。(3)開放式源碼，這里提到的開放式源碼指的是開放源碼界所用的一種運(yùn)作方式。開放式源碼項(xiàng)目有一個(gè)特別之處，就是程序開發(fā)人員在地域上分布很廣，這使得它和其他敏捷方法不同，因?yàn)橐话愕拿艚莘椒ǘ紡?qiáng)調(diào)項(xiàng)目組成員在同一地點(diǎn)工作。開放源碼的一個(gè)突出特點(diǎn)就是查錯(cuò)排障(debug)的高度并行性，任何人發(fā)現(xiàn)了錯(cuò)誤都可將改正源碼的"補(bǔ)丁"文件發(fā)給維護(hù)者。然后由維護(hù)者將這些"補(bǔ)丁"或是新增的代碼并入源碼庫。(4)SCRUM。SCRUM己經(jīng)出現(xiàn)很久了，像前面所論及的方法一樣，該方法強(qiáng)調(diào)這樣一個(gè)事實(shí)，即明確定義了的可重復(fù)的方法過程只限于在明確定義了的可重復(fù)的環(huán)境中，為明確定義了的可重復(fù)的人員所用，去解決明確定義了的可重復(fù)的問題。(5)Coad的功用驅(qū)動(dòng)開發(fā)方法(FDD-FeatureDrivenDevelopment)FDD是由JeffDeLuca和大師PeterCoad提出來的。像其他方法一樣，它致力于短時(shí)的迭代階段和可見可用的功能。在FDD中，一個(gè)迭代周期一般是兩周。在FDD中，編程開發(fā)人員分成兩類：首席程序員和"類"程序員(classowner)。首席程序員是最富有經(jīng)驗(yàn)的開發(fā)人員，他們是項(xiàng)目的協(xié)調(diào)者、設(shè)計(jì)者和指導(dǎo)者，而"類"程序員則主要做源碼編寫。(6)ASD方法，ASD(AdaptiveSoftwareDevelopment)方法由JimHighsmith提出，其核心是三個(gè)非線性的、重疊的開發(fā)階段：猜測(cè)、合作與學(xué)習(xí)?！締雾?xiàng)選擇題】（）在軟件開發(fā)機(jī)構(gòu)中被廣泛用來指導(dǎo)軟件過程改進(jìn)。

A、能力成熟度模型（CapacityMaturityModel）

B、關(guān)鍵過程領(lǐng)域（KeyProcessAreas）

C、需求跟蹤能力鏈（TraceabilityLink）

D、工作分解結(jié)構(gòu)（WorkBreakdownStructure）

答案：A

解析：CMM能力成熟度模型（CapacityMaturityModel）是用來指導(dǎo)軟件過程改進(jìn)的?！竞?jiǎn)答題】

某公司要在現(xiàn)場(chǎng)開發(fā)一個(gè)網(wǎng)站應(yīng)用系統(tǒng)，該系統(tǒng)的特點(diǎn)是：規(guī)模不大；工期短；用戶需求不明確；沒有大的技術(shù)風(fēng)險(xiǎn)；系統(tǒng)中的一些模塊可以外包給其他的公司開發(fā)。在選擇開發(fā)過程時(shí)，項(xiàng)目組內(nèi)產(chǎn)生了分歧。王工提出采用XP（eXtremeProgramming，極限編程），理由是XP方法簡(jiǎn)潔，能減輕開發(fā)人員的負(fù)擔(dān)、快速適應(yīng)市場(chǎng)、縮短投資回收期。李工認(rèn)為采用XP在項(xiàng)目開發(fā)中存在一些問題，建議考慮原型開發(fā)方法。雙方就上述的問題展開了激烈的爭(zhēng)論。項(xiàng)目組最后決定采用XP，但同時(shí)針對(duì)李工提出的XP中存在的問題采取了相應(yīng)的措施。

【問題1】小規(guī)模發(fā)布（smallrelease）是XP的基本元素之一。請(qǐng)用200字以內(nèi)文字分別闡明：（1）原型系統(tǒng)和XP小規(guī)模發(fā)布的系統(tǒng)的主要差別？（2）為什么該項(xiàng)目組沒有采用原型開發(fā)方法？

【問題2】請(qǐng)用200字以內(nèi)文字，簡(jiǎn)要說明采用XP方法可能會(huì)存在哪些問題。

【問題3】在項(xiàng)目組的后續(xù)討論中，李工提出，如果項(xiàng)目規(guī)模擴(kuò)大，XP將不再適用。王工對(duì)此表示贊同，但同時(shí)提出可以將XP方法和傳統(tǒng)軟件開發(fā)過程相結(jié)合。請(qǐng)用200字以內(nèi)的文字簡(jiǎn)要地說明如何將XP方法和傳統(tǒng)軟件開發(fā)過程相結(jié)合。

1、<p>【問題1】（1）原型系統(tǒng)和XP小型發(fā)布的系統(tǒng)的主要差別是功能。采用原型系統(tǒng)主要是讓用戶確認(rèn)需求，或者用來測(cè)試關(guān)鍵的技術(shù)，但是它展示的功能并不是實(shí)際系統(tǒng)的功能，不能用來評(píng)價(jià)實(shí)際的系統(tǒng)；XP小型發(fā)布的系統(tǒng)考試時(shí)不包括足夠的功能，但是每個(gè)功能和可發(fā)布的產(chǎn)品的定義是一樣的。在完整性上，它配備了一系列實(shí)用的功能集；在質(zhì)量上，它可以健壯地運(yùn)行。（2）在該項(xiàng)目中，不需要開發(fā)原型系統(tǒng)。由于項(xiàng)目沒有大的技術(shù)風(fēng)險(xiǎn)，所以不需要用原型系統(tǒng)來測(cè)試關(guān)鍵技術(shù)。網(wǎng)站系統(tǒng)的開發(fā)和原型系統(tǒng)的開發(fā)在工作量上是相當(dāng)?shù)?，在時(shí)間要求短的情況下，直接開發(fā)系統(tǒng)可以節(jié)省時(shí)間。對(duì)于用戶需求經(jīng)常發(fā)生變化的情況，可以采用XP開發(fā)方法的代碼重構(gòu)、持續(xù)集成和小型發(fā)布等技術(shù)。</p><p>【<spanstyle="caret-color:red;">問題2】（1）開發(fā)團(tuán)隊(duì)、管理層，以及客戶的不理解，阻礙XP方法論實(shí)施。（2）導(dǎo)致開發(fā)團(tuán)隊(duì)忽視文檔，以XP為借口拒絕編寫甚至是必須的文檔。（3）XP是針對(duì)單一團(tuán)隊(duì)設(shè)計(jì)的，外包方的參與將會(huì)為有效的組織帶來很大的困難。（4）缺乏客戶的參與，導(dǎo)致用戶故事編寫、優(yōu)先級(jí)確認(rèn)等工作遇到困難。（5）項(xiàng)目規(guī)模擴(kuò)大后，XP方法論將不適應(yīng)。（6）對(duì)客戶、開發(fā)人員和管理者的素質(zhì)要求較高。</span></p><p><spanstyle="caret-color:red;">【問題3】（1）可以將XP和傳統(tǒng)軟件開發(fā)過程中的增量式開發(fā)過程相結(jié)合。（2）將大規(guī)模項(xiàng)目劃分為若干個(gè)具有共同目標(biāo)的小規(guī)模項(xiàng)目，用XP方法論組織小項(xiàng)目開發(fā)，用傳統(tǒng)軟件過程方法論監(jiān)控全局。（3）在此基礎(chǔ)上，建立面向目標(biāo)的項(xiàng)目管理。</span></p>

答案：

解析：【單項(xiàng)選擇題】下列關(guān)于敏捷方法的敘述中，錯(cuò)誤的是（）。

A、與傳統(tǒng)方法相比，敏捷方法比較適合需求變化大或者開發(fā)前期對(duì)需求不是很清晰的項(xiàng)目

B、敏捷方法尤其適合于開發(fā)團(tuán)隊(duì)比較龐大的項(xiàng)目

C、敏捷方法的思想是適應(yīng)性，而不是預(yù)設(shè)性

D、敏捷方法以原型開發(fā)思想為基礎(chǔ)，采用迭代式增量開發(fā)

答案：B

解析：本題考查敏捷方法的相關(guān)概念。敏捷方法是從20世紀(jì)90年代開始逐漸引起廣泛關(guān)注的一些新型軟件開發(fā)方法，以應(yīng)對(duì)快速變化的需求。敏捷方法的核心思想主要有以下三點(diǎn)。①敏捷方法是“適應(yīng)性”而非“預(yù)設(shè)性”的。傳統(tǒng)方法試圖對(duì)一個(gè)軟件開發(fā)項(xiàng)目在很長的時(shí)間跨度內(nèi)做出詳細(xì)的計(jì)劃，然后依計(jì)劃進(jìn)行開發(fā)。這類方法在計(jì)劃制定完成后拒絕變化。而敏捷方法則歡迎變化，其實(shí)它的目的就是成為適應(yīng)變化的過程，甚至能允許改變自身來適應(yīng)變化。②敏捷方法是以人為本，而不是以過程為本。傳統(tǒng)方法以過程為本，強(qiáng)調(diào)充分發(fā)揮人的特性，不去限制它，并且軟件開發(fā)在無過程控制和過于嚴(yán)格繁瑣的過程控制中取得一種平衡，以保證軟件的質(zhì)量。③迭代增量式的開發(fā)過程。敏捷方法以原型開發(fā)思想為基礎(chǔ)，采用迭代增量式開發(fā)，發(fā)行版本小型化。RUP相比，敏捷方法的周期可能更短。敏捷方法在幾周或者幾個(gè)月的時(shí)間內(nèi)完成相對(duì)較小的功能，強(qiáng)調(diào)的是能盡早將盡量小的可用的功能交付使用，并在整個(gè)項(xiàng)目周期中持續(xù)改善和增強(qiáng)，并且更加強(qiáng)調(diào)團(tuán)隊(duì)中的高度寫作。相對(duì)而言，敏捷方法主要適合于以下場(chǎng)合：①項(xiàng)目團(tuán)隊(duì)的人數(shù)不能太多，適合于規(guī)模較小的項(xiàng)目。②項(xiàng)目經(jīng)常發(fā)生變更。敏捷方法適用于需求萌動(dòng)并且快速改變的情況，如果系統(tǒng)有比較高的關(guān)鍵性、可靠性、安全性方面的要求，則可能不完全適合。③高風(fēng)險(xiǎn)項(xiàng)目的實(shí)施。④從組織結(jié)構(gòu)的角度看，組織結(jié)構(gòu)的文化、人員、溝通性決定了敏捷方法是否使用?！締雾?xiàng)選擇題】項(xiàng)目范圍管理中，范圍定義的輸入包括（）

A、項(xiàng)目章程、項(xiàng)目范圍管理計(jì)劃、產(chǎn)品范圍說明書和變更申請(qǐng)

B、項(xiàng)目范圍描述、產(chǎn)品范圍說明書、生產(chǎn)項(xiàng)目計(jì)劃和組織過程資產(chǎn)

C、項(xiàng)目章程、項(xiàng)目范圍管理計(jì)劃、組織過程資產(chǎn)和批準(zhǔn)的變更申請(qǐng)

D、生產(chǎn)項(xiàng)目計(jì)劃、項(xiàng)目可交付物說明、信息系統(tǒng)要求說明和項(xiàng)目質(zhì)量標(biāo)準(zhǔn)

答案：C

解析：在初步項(xiàng)目范圍說明書中已文檔化的主要的可交付物、假設(shè)和約束條件的基礎(chǔ)上準(zhǔn)備詳細(xì)的項(xiàng)目范圍說明書，是項(xiàng)目成功的關(guān)鍵。范圍定義的輸入包括以下內(nèi)容：①項(xiàng)目章程。如果項(xiàng)目章程或初始的范圍說明書沒有在項(xiàng)目執(zhí)行組織中使用，同樣的信息需要進(jìn)一步收集和開發(fā)，以產(chǎn)生詳細(xì)的項(xiàng)目范圍說明書。②項(xiàng)目范圍管理計(jì)劃。③組織過程資產(chǎn)。④批準(zhǔn)的變更申請(qǐng)。【單項(xiàng)選擇題】以下關(guān)于軟件開發(fā)方法的敘述，錯(cuò)誤的是（）。

A、對(duì)于較為復(fù)雜的應(yīng)用問題，適合采用形式化方法進(jìn)行需求分析

B、形式化方法的優(yōu)勢(shì)在于能夠精確地表述和研究應(yīng)用問題及其軟件實(shí)現(xiàn)

C、凈室軟件工程將正確性驗(yàn)證作為發(fā)現(xiàn)和排除錯(cuò)誤的主要機(jī)制

D、凈室軟件工程強(qiáng)調(diào)統(tǒng)計(jì)質(zhì)量控制技術(shù)，包括對(duì)客戶軟件使用預(yù)期的測(cè)試

答案：A

解析：軟件開發(fā)方法是指軟件開發(fā)過程所遵循的辦法和步驟，從不同的角度可以對(duì)軟件開發(fā)方法進(jìn)行不同的分類。形式化方法是一種具有堅(jiān)實(shí)數(shù)學(xué)基礎(chǔ)的方法，從而允許對(duì)系統(tǒng)和開發(fā)過程做嚴(yán)格處理和論證，適用于那些系統(tǒng)安全級(jí)別要求極高的軟件的開發(fā)。形式化方法的主要優(yōu)越性在于它能夠數(shù)學(xué)地表述和研究應(yīng)用問題及軟件實(shí)現(xiàn)。但是它要求開發(fā)人員具備良好的數(shù)學(xué)基礎(chǔ)。用形式化語言書寫的大型應(yīng)用問題的軟件規(guī)格說明往往過于細(xì)節(jié)化，并且難于為用戶和軟件設(shè)計(jì)人員所理解。由于這些缺陷，形式化方法在目前的軟件開發(fā)實(shí)踐中并未得到普遍應(yīng)用。凈室軟件工程(CleanroomSoftwareEngineering，CSE)是軟件開發(fā)的一種形式化方法，可以開發(fā)較高質(zhì)量的軟件。它使用盒結(jié)構(gòu)規(guī)約進(jìn)行分析和建模，并且將正確性驗(yàn)證作為發(fā)現(xiàn)和排除錯(cuò)誤的主要機(jī)制，使用統(tǒng)計(jì)測(cè)試來獲取認(rèn)證軟件可靠性所需要的信息。CSE強(qiáng)調(diào)在規(guī)約和設(shè)計(jì)上的嚴(yán)格性，還強(qiáng)調(diào)統(tǒng)計(jì)質(zhì)量控制技術(shù)，包括基于客戶對(duì)軟件的預(yù)期使用測(cè)試?！締雾?xiàng)選擇題】XP是一種輕量級(jí)（敏捷）、高效、低風(fēng)險(xiǎn)、柔性、可預(yù)測(cè)的、科學(xué)的軟件開發(fā)方式，其四大價(jià)值觀包括溝通、簡(jiǎn)單、（）。

A、隱喻和反饋

B、重構(gòu)和勇氣

C、隱喻和重構(gòu)

D、反饋和勇氣

答案：D

解析：本題考查軟件過程基礎(chǔ)知識(shí)。XP（極限編程）是一種輕量級(jí)（敏捷）、高效、低風(fēng)險(xiǎn)、柔性、可預(yù)測(cè)的、科學(xué)的軟件開發(fā)方式。它由價(jià)值觀、原則、實(shí)踐和行為四個(gè)部分組成，彼此相互依賴、關(guān)聯(lián)，并通過行為貫穿于整個(gè)生存周期。其四大價(jià)值觀包括溝通、簡(jiǎn)單、反饋和勇氣?！締雾?xiàng)選擇題】當(dāng)數(shù)據(jù)對(duì)象滿足一定條件時(shí)屬于格式正規(guī)的文檔，其中不包括（）

A、語法合乎XML規(guī)范

B、元素沒有根節(jié)點(diǎn)

C、元素構(gòu)成一個(gè)層次樹

D、沒有對(duì)外部實(shí)體的引用，除非提供DTD

答案：B

解析：【單項(xiàng)選擇題】UNIX的源代碼控制工具（sourceCodecontrolSystem，SCCS）是軟件項(xiàng)目開發(fā)中常用的（）。

A、源代碼靜態(tài)分析工具

B、工具

C、控制工具

D、再工程工具

答案：C

解析：版本控制軟件提供完備的版本管理功能，用于存儲(chǔ)、追蹤目錄（文件夾）和文件的修改歷史，是軟件開發(fā)者的必備工具，是軟件公司的基礎(chǔ)設(shè)施。版本控制軟件的最高目標(biāo)，是支持軟件公司的配置管理活動(dòng)，追蹤多個(gè)版本的開發(fā)和維護(hù)活動(dòng)，及時(shí)發(fā)布軟件。SCCS是元老級(jí)的版本控制軟件，也叫配置管理軟件。【單項(xiàng)選擇題】XML語法表述正確的是（）

A、所有XML元素都須有關(guān)閉標(biāo)簽

B、XML標(biāo)簽對(duì)大小寫不敏感

C、XML文檔不需要根元素

D、在XML中，空格不會(huì)被保留

答案：A

解析：【單項(xiàng)選擇題】下列關(guān)于風(fēng)險(xiǎn)的敘述不正確的是：風(fēng)險(xiǎn)是指（）。

A、可能發(fā)生的事件

B、一定會(huì)發(fā)生的事件

C、會(huì)帶來損失的事件

D、可能對(duì)其進(jìn)行干預(yù)，以減少損失的事件

答案：B

解析：本題主要我們對(duì)風(fēng)險(xiǎn)概念的理解。目前，對(duì)風(fēng)險(xiǎn)大致有兩種定義：一種定義強(qiáng)調(diào)了風(fēng)險(xiǎn)表現(xiàn)為不確定性；而另一種定義則強(qiáng)調(diào)風(fēng)險(xiǎn)表現(xiàn)為損失的不確定性。其中廣義的定義是：風(fēng)險(xiǎn)表現(xiàn)為損失的不確定性，說明風(fēng)險(xiǎn)產(chǎn)生的結(jié)果可能帶來損失、獲利或是無損失也無獲利。從風(fēng)險(xiǎn)的定義我們不難看出，風(fēng)險(xiǎn)是可能發(fā)生的事件，而且是會(huì)帶來損失的事件，人為對(duì)其干預(yù)，可能會(huì)減少損失?！締雾?xiàng)選擇題】（）適用于程序開發(fā)人員在地域上分布很廣的開發(fā)團(tuán)隊(duì)。

A、水晶系列（Crystal）開發(fā)方法

B、開放式源碼（Opensource）開發(fā)方法

C、SCRUM開發(fā)方法

D、功用驅(qū)動(dòng)開發(fā)方法（FDD）

答案：B

解析：(1)XP(ExtremeProgramming，極限編程)在所有的敏捷型方法中，XP是最引人矚目的。它源于Smalltalk圈子，特別是KentBeck和WardCunningham在20世紀(jì)80年代末的密切合作。XP在一些對(duì)費(fèi)用控制嚴(yán)格的公司中的使用，已經(jīng)被證明是非常有效的。(2)Cockburn的水晶系列方法，水晶系列方法是由AlistairCockburn提出的。它與XP方法一樣，都有以人為中心的理念，但在實(shí)踐上有所不同。Alistair考慮到人們一般很難嚴(yán)格遵循一個(gè)紀(jì)律約束很強(qiáng)的過程，因此，與XP的高度紀(jì)律性不同，Alistair探索了用最少紀(jì)律約束而仍能成功的方法，從而在產(chǎn)出效率與易于運(yùn)作上達(dá)到一種平衡。也就是說，雖然水晶系列不如XP那樣的產(chǎn)出效率，但會(huì)有更多的人能夠接受并遵循它。(3)開放式源碼，這里提到的開放式源碼指的是開放源碼界所用的一種運(yùn)作方式。開放式源碼項(xiàng)目有一個(gè)特別之處，就是程序開發(fā)人員在地域上分布很廣，這使得它和其他敏捷方法不同，因?yàn)橐话愕拿艚莘椒ǘ紡?qiáng)調(diào)項(xiàng)目組成員在同一地點(diǎn)工作。開放源碼的一個(gè)突出特點(diǎn)就是查錯(cuò)排障(debug)的高度并行性，任何人發(fā)現(xiàn)了錯(cuò)誤都可將改正源碼的"補(bǔ)丁"文件發(fā)給維護(hù)者。然后由維護(hù)者將這些"補(bǔ)丁"或是新增的代碼并入源碼庫。(4)SCRUM。SCRUM己經(jīng)出現(xiàn)很久了，像前面所論及的方法一樣，該方法強(qiáng)調(diào)這樣一個(gè)事實(shí)，即明確定義了的可重復(fù)的方法過程只限于在明確定義了的可重復(fù)的環(huán)境中，為明確定義了的可重復(fù)的人員所用，去解決明確定義了的可重復(fù)的問題。(5)Coad的功用驅(qū)動(dòng)開發(fā)方法(FDD-FeatureDrivenDevelopment)FDD是由JeffDeLuca和大師PeterCoad提出來的。像其他方法一樣，它致力于短時(shí)的迭代階段和可見可用的功能。在FDD中，一個(gè)迭代周期一般是兩周。在FDD中，編程開發(fā)人員分成兩類：首席程序員和"類"程序員(classowner)。首席程序員是最富有經(jīng)驗(yàn)的開發(fā)人員，他們是項(xiàng)目的協(xié)調(diào)者、設(shè)計(jì)者和指導(dǎo)者，而"類"程序員則主要做源碼編寫。(6)ASD方法，ASD(AdaptiveSoftwareDevelopment)方法由JimHighsmith提出，其核心是三個(gè)非線性的、重疊的開發(fā)階段：猜測(cè)、合作與學(xué)習(xí)?！締雾?xiàng)選擇題】關(guān)于XMLSchema與DTD的表述不正確的是（）

A、一個(gè)XML文檔可以調(diào)用多種schema文檔

B、XMLSchema在代碼的重用性和可擴(kuò)展方面優(yōu)于DTD

C、一個(gè)XML文檔只能使用一個(gè)DTD文檔

D、一個(gè)XML文檔可以使用多個(gè)DTD文檔

答案：D

解析：【單項(xiàng)選擇題】旋模型將瀑布模型和（）結(jié)合起來，強(qiáng)調(diào)項(xiàng)目的風(fēng)險(xiǎn)分析，特別適合大型復(fù)雜系統(tǒng)的開發(fā)過程。螺旋模型沿著螺線進(jìn)行若干次迭代，依次經(jīng)歷了計(jì)劃指定、風(fēng)險(xiǎn)分析、工程實(shí)施和（請(qǐng)作答此空）四個(gè)主要活動(dòng)。

A、客戶評(píng)估

B、客戶使用

C、工程交付

D、軟件測(cè)試

答案：A

解析：本題主要考查對(duì)軟件開發(fā)模型中的螺旋模型的概念。1988年，BarryBoehm正式發(fā)表了軟件系統(tǒng)開發(fā)的"螺旋模型"，它將瀑布模型和快速原型模型結(jié)合起來，強(qiáng)調(diào)了其他模型所忽視的風(fēng)險(xiǎn)分析，特別適合于大型復(fù)雜的系統(tǒng)。螺旋模型沿著螺線進(jìn)行若干次迭代，圖中的四個(gè)象限代表了以下活動(dòng)：①制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的限制條件；②風(fēng)險(xiǎn)分析：分析評(píng)估所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)；③實(shí)施工程：實(shí)施軟件開發(fā)和驗(yàn)證；④客戶評(píng)估：評(píng)價(jià)開發(fā)工作，提出修正建議，制定下一步計(jì)劃。螺旋模型由風(fēng)險(xiǎn)驅(qū)動(dòng)，強(qiáng)調(diào)可選方案和約束條件從而支持軟件的重用，有助于將軟件質(zhì)量作為特殊目標(biāo)融入產(chǎn)品開發(fā)之中。但是，螺旋模型也有一定的限制條件，具體如下：①螺旋模型強(qiáng)調(diào)風(fēng)險(xiǎn)分析，但要求許多客戶接受和相信這種分析，并做出相關(guān)反應(yīng)是不容易的，因此，這種模型往往適應(yīng)于內(nèi)部的大規(guī)模軟件開發(fā)。②如果執(zhí)行風(fēng)險(xiǎn)分析將大大影響項(xiàng)目的利潤，那么進(jìn)行風(fēng)險(xiǎn)分析毫無意義，因此，螺旋模型只適合于大規(guī)模軟件項(xiàng)目。③軟件開發(fā)人員應(yīng)該擅長尋找可能的風(fēng)險(xiǎn)，準(zhǔn)確地分析風(fēng)險(xiǎn)，否則將會(huì)帶來更大的風(fēng)險(xiǎn)。首先是確定一個(gè)階段的目標(biāo)，完成這些目標(biāo)的選擇方案及其約束條件，然后從風(fēng)險(xiǎn)角度分析方案的開發(fā)策，努力排除各種潛在的風(fēng)險(xiǎn)，有時(shí)需要通過建造原型來完成。如果某些風(fēng)險(xiǎn)不能排除，該方案立即終止，否則啟動(dòng)下一個(gè)開發(fā)步驟。最后，評(píng)價(jià)該階段的結(jié)果，并設(shè)計(jì)下一個(gè)階段。【單項(xiàng)選擇題】關(guān)于XML的表述正確的是（）

A、XML是超文本標(biāo)記語言，標(biāo)準(zhǔn)通用標(biāo)記語言下的一個(gè)應(yīng)用

B、XML的設(shè)計(jì)宗旨是顯示數(shù)據(jù)

C、XML標(biāo)簽是被預(yù)定義的，用戶不需要自己描述

D、XML標(biāo)簽沒有被預(yù)定義，用戶需要自行定義標(biāo)簽

答案：D

解析：【單項(xiàng)選擇題】軟件開發(fā)過程模型中，（）主要由原型開發(fā)階段和目標(biāo)軟件開發(fā)階段構(gòu)成。

A、原型模型

B、瀑布模型

C、螺旋模型

D、基于構(gòu)件的模型

答案：A

解析：本題考查的是開發(fā)模型的特點(diǎn)，題目所述“由原型開發(fā)階段和目標(biāo)軟件開發(fā)階段構(gòu)成”符合原型模型的特點(diǎn)。因?yàn)樵湍Ｐ拖仁鞘褂迷瞳@取需求，需求獲取到之后有可能拋棄丟原型，然后根據(jù)原型獲得的需求進(jìn)行目標(biāo)軟件的開發(fā)?！締雾?xiàng)選擇題】在項(xiàng)目某階段的實(shí)施過程中，A活動(dòng)需要2天2人完成，B活動(dòng)需要2天2人完成，C活動(dòng)需要5天4人完成，D活動(dòng)需要3天2人完成，E活動(dòng)需要1天1人完成，該階段的時(shí)標(biāo)網(wǎng)絡(luò)圖如下。該項(xiàng)目組共有8人，且負(fù)責(zé)A、E活動(dòng)的人因另有安排，無法幫助其他人完成相應(yīng)工作，且項(xiàng)目整個(gè)工期刻不容緩。以下（）安排是恰當(dāng)?shù)?，能夠使?shí)施任務(wù)順利完成。

A、B活動(dòng)提前2天開始

B、B活動(dòng)推遲2天開始

C、D活動(dòng)提前2天開始

D、D活動(dòng)推遲2天開始

答案：D

解析：【單項(xiàng)選擇題】某工程包括A、B、C、D四個(gè)作業(yè)，其銜接關(guān)系、正常進(jìn)度下所需天數(shù)和所需直接費(fèi)用、趕工進(jìn)度下所需的最少天數(shù)和每天需要增加的直接費(fèi)用見下表。該工程的間接費(fèi)用為每天5萬元。據(jù)此，可以估算出完成該工程最少需要費(fèi)用（）萬元，以此最低費(fèi)用完成該工程需要（請(qǐng)作答此空）天。

A、7

B、9

C、10

D、12

答案：A

解析：A趕工2天，B趕工1天，D趕工3天。此時(shí)關(guān)鍵路徑長度為7天，總花費(fèi)為106萬?！締雾?xiàng)選擇題】某軟件項(xiàng)目的活動(dòng)圖如下圖所示，其中頂點(diǎn)表示項(xiàng)目里程碑，鏈接頂點(diǎn)的邊表示包含的活動(dòng)，邊上的數(shù)字表示活動(dòng)的持續(xù)時(shí)間（天）。完成該項(xiàng)目的最少時(shí)間為（請(qǐng)作答此空）天。由于某種原因，現(xiàn)在需要同一個(gè)開發(fā)人員完成BC和BD，則完成該項(xiàng)目的最少時(shí)間為（）天。

A、11

B、18

C、20

D、21

答案：B

解析：關(guān)鍵路徑為ABCEFJ和ABDGFJ，18天?！締雾?xiàng)選擇題】應(yīng)用系統(tǒng)構(gòu)建中可以采用多種不同的技術(shù)，(請(qǐng)作答此空)可以將軟件某種形式的描述轉(zhuǎn)換為更高級(jí)的抽象表現(xiàn)形式，而利用這些獲取的信息，()能夠?qū)ΜF(xiàn)有系統(tǒng)進(jìn)行修改或重構(gòu)，從而產(chǎn)生系統(tǒng)的一個(gè)新版本。

A、逆向工程（(ReverseEngineering)

B、系統(tǒng)改進(jìn)(SystemImprovement)

C、設(shè)計(jì)恢復(fù)(DesignRecovery)

D、再工程(Re-engineering)

答案：A

解析：所謂軟件的逆向工程就是分析已有的程序，尋求比源代碼更高級(jí)的抽象表現(xiàn)形式。一般認(rèn)為，凡是在軟件生命周期內(nèi)將軟件某種形式的描述轉(zhuǎn)換成更為抽象形式的活動(dòng)都可稱為逆向工程。與之相關(guān)的概念是：重構(gòu)（restructuring），指在同一抽象級(jí)別上轉(zhuǎn)換系統(tǒng)描述形式；設(shè)計(jì)恢復(fù)（designrecovery)，指借助工具從已有程序中抽象出有關(guān)數(shù)據(jù)設(shè)計(jì)、總體結(jié)構(gòu)設(shè)計(jì)和過程設(shè)計(jì)的信息（不一定是原設(shè)計(jì)）；再工程（re-engineering），也稱修復(fù)和改造工程，它是在逆向工程所獲信息的基礎(chǔ)上修改或重構(gòu)已有的系統(tǒng)，產(chǎn)生系統(tǒng)的一個(gè)新版本?！締雾?xiàng)選擇題】某企業(yè)準(zhǔn)備將四個(gè)工人甲、乙、丙、丁分配在A、B、C、D四個(gè)崗位。每個(gè)工人由于技術(shù)水平不同，在不同崗位上每天完成任務(wù)所需的工時(shí)見下表。適當(dāng)安排崗位，可使四個(gè)工人以最短的總工時(shí)（）全部完成每天的任務(wù)。

A、13

B、14

C、15

D、16

答案：B

解析：經(jīng)分析，表中處于左下到右上對(duì)角線的位置，四值相加最少，即4+4+3+3=14【單項(xiàng)選擇題】某工程項(xiàng)目包括8個(gè)作業(yè)A～H。各作業(yè)的緊前作業(yè)、所需天數(shù)、所需人數(shù)見下表：該項(xiàng)目共有10人，各作業(yè)必須連續(xù)進(jìn)行，至少需要（）天才能完成。

A、11

B、12

C、13

D、14

答案：B

解析：該項(xiàng)目的進(jìn)度計(jì)劃網(wǎng)絡(luò)圖如下，各作業(yè)上標(biāo)注了“作業(yè)名（天數(shù)，人數(shù)）”如果不考慮人數(shù)的限制，關(guān)鍵路徑為C-F-G-H，該項(xiàng)目共需2+2+3+4=11天。作業(yè)D必須在作業(yè)G前完成，但D不能與F并行（DF人數(shù)超過10），所以只能CD并行2天，F(xiàn)推遲1天開始，導(dǎo)致該項(xiàng)目總天數(shù)延長1天。作業(yè)B可以在作業(yè)C完成后立即開始，并與F并行2天。作業(yè)E將與作業(yè)G并行。作業(yè)A可以與作業(yè)H并行?？紤]到人數(shù)分配的平衡性，可以讓AH同時(shí)開始。這樣，整個(gè)項(xiàng)目最后1天只需1人，其他人可以轉(zhuǎn)做別的項(xiàng)目?！締雾?xiàng)選擇題】系統(tǒng)模塊化程度較高時(shí)，更適合于采用（）方法，該方法通過使用基于構(gòu)件的開發(fā)方法獲得快速開發(fā)。（請(qǐng)作答此空）把整個(gè)軟件開發(fā)流程分成多個(gè)階段，每一個(gè)階段都由目標(biāo)設(shè)定、風(fēng)險(xiǎn)分析、開發(fā)和有效性驗(yàn)證以及評(píng)審構(gòu)成。

A、原型模型

B、瀑布模型

C、螺旋模型

D、V模型

答案：C

解析：快速應(yīng)用開發(fā)利用了基本構(gòu)件開發(fā)方法的思想，大量采用現(xiàn)成的構(gòu)件進(jìn)行系統(tǒng)的開發(fā)，所以速度很快。但這種開發(fā)，要求系統(tǒng)模塊化程度高，因?yàn)橹挥羞@樣，才能更好利用現(xiàn)有的構(gòu)件?！締雾?xiàng)選擇題】某軟件項(xiàng)目的活動(dòng)圖如下圖所示，其中頂點(diǎn)表示項(xiàng)目里程碑，連接頂點(diǎn)的邊表示包含的活動(dòng)，邊上的數(shù)字表示活動(dòng)的持續(xù)時(shí)間(天)，則完成該項(xiàng)目的最少時(shí)間為（作答此空）天?；顒?dòng)BD和HK最早可以從第（）天開始。(活動(dòng)AB、AE和AC最早從第1天開始)

A、17

B、18

C、19

D、20

答案：D

解析：由于在一個(gè)項(xiàng)目中時(shí)間最長的活動(dòng)序列，決定著項(xiàng)目最短工期。而時(shí)間最長的是ABDIJL，需要時(shí)間20，所以答案是D?！締雾?xiàng)選擇題】某軟件項(xiàng)目的活動(dòng)圖如下圖所示，其中頂點(diǎn)表示項(xiàng)目里程碑，連接頂點(diǎn)的邊表示包含的活動(dòng)，邊上的數(shù)字表示活動(dòng)的持續(xù)天數(shù)，則完成該項(xiàng)目的最少時(shí)間為（作答此空）天?；顒?dòng)EH和IJ的松弛時(shí)間分別為（）天。

A、17

B、19

C、20

D、22

答案：D

解析：【單項(xiàng)選擇題】某軟件項(xiàng)目的活動(dòng)圖如下所示。圖中頂點(diǎn)表示項(xiàng)目里程碑，連接頂點(diǎn)的邊表示包含的活動(dòng)，則里程碑（）在關(guān)鍵路徑上，活動(dòng)FG的松弛時(shí)間為（請(qǐng)作答此空）。

A、19

B、20

C、32

D、24

答案：B

解析：關(guān)鍵路徑是圖中從起點(diǎn)到終點(diǎn)長度最長的那條路徑，而關(guān)鍵路徑的長度則是整個(gè)項(xiàng)目的工期。在本題中，路徑START-D-F-H-FINISH的長度為48，是最長的一條路徑，因此其是關(guān)鍵路徑，因此D點(diǎn)是關(guān)鍵路徑上的里程碑。要求活動(dòng)的松弛時(shí)間，就要求出活動(dòng)的最早開始時(shí)間和最晚開始時(shí)間，其最晚開始時(shí)間減去最早開始時(shí)間，就是活動(dòng)的松弛時(shí)間。對(duì)于活動(dòng)FG，其最早開始時(shí)間是10+8=18，而最晚開始時(shí)間48-7-3=38，因此該活動(dòng)的松弛時(shí)間是20。【單項(xiàng)選擇題】系統(tǒng)模塊化程度較高時(shí)，更適合于采用（請(qǐng)作答此空）方法，該方法通過使用基于構(gòu)件的開發(fā)方法獲得快速開發(fā)。（）把整個(gè)軟件開發(fā)流程分成多個(gè)階段，每一個(gè)階段都由目標(biāo)設(shè)定、風(fēng)險(xiǎn)分析、開發(fā)和有效性驗(yàn)證以及評(píng)審構(gòu)成。

A、快速應(yīng)用開發(fā)

B、瀑布模型

C、螺旋模型

D、原型模型

答案：A

解析：快速應(yīng)用開發(fā)利用了基本構(gòu)件開發(fā)方法的思想，大量采用現(xiàn)成的構(gòu)件進(jìn)行系統(tǒng)的開發(fā)，所以速度很快。但這種開發(fā)，要求系統(tǒng)模塊化程度高，因?yàn)橹挥羞@樣，才能更好利用現(xiàn)有的構(gòu)件?！締雾?xiàng)選擇題】在軟件開發(fā)項(xiàng)目中，關(guān)鍵路徑是項(xiàng)目事件網(wǎng)絡(luò)中（），組成關(guān)鍵路徑的活動(dòng)稱為關(guān)鍵活動(dòng)。下圖中的關(guān)鍵路徑歷時(shí)（請(qǐng)作答此空）個(gè)時(shí)間單位。

A、14

B、18

C、23

D、25

答案：C

解析：圖論中給出了關(guān)鍵路徑的定義，即源點(diǎn)到匯點(diǎn)的最長路徑為關(guān)鍵路徑。關(guān)鍵路徑的識(shí)別與計(jì)算：通過觀察法可得出關(guān)鍵路徑為1-2-4-5-7-8-10，最長路徑的歷時(shí)為3+3+5+3+3+6=23。【單項(xiàng)選擇題】某軟件項(xiàng)目的活動(dòng)圖如下所示。圖中頂點(diǎn)表示項(xiàng)目里程碑，連接頂點(diǎn)的邊表示包含的活動(dòng)，則里程碑（請(qǐng)作答此空）在關(guān)鍵路徑上，活動(dòng)FG的松弛時(shí)間為（）。

A、A.B

B、C

C、D

D、I

答案：C

解析：關(guān)鍵路徑是圖中從起點(diǎn)到終點(diǎn)長度最長的那條路徑，而關(guān)鍵路徑的長度則是整個(gè)項(xiàng)目的工期。在本題中，路徑START-D-F-H-FINISH的長度為48，是最長的一條路徑，因此其是關(guān)鍵路徑，因此D點(diǎn)是關(guān)鍵路徑上的里程碑。要求活動(dòng)的松弛時(shí)間，就要求出活動(dòng)的最早開始時(shí)間和最晚開始時(shí)間，其最晚開始時(shí)間減去最早開始時(shí)間，就是活動(dòng)的松弛時(shí)間。對(duì)于活動(dòng)FG，其最早開始時(shí)間是10+8=18，而最晚開始時(shí)間48-7-3=38，因此該活動(dòng)的松弛時(shí)間是20。【單項(xiàng)選擇題】某軟件項(xiàng)目的活動(dòng)圖如下圖所示，其中頂點(diǎn)表示項(xiàng)目里程碑，連接頂點(diǎn)的邊表示包含的活動(dòng)，邊上的數(shù)字表示相應(yīng)活動(dòng)的持續(xù)時(shí)間（天），則完成該項(xiàng)目的最少時(shí)間為（）天?；顒?dòng)BC和BF最多可以晚開始（作答此空）天而不會(huì)影響整個(gè)項(xiàng)目的進(jìn)度。

A、0和7

B、0和11

C、2和7

D、2和11

答案：A

解析：BC和BF最晚開始的時(shí)間可以分別為0天和7天?！締雾?xiàng)選擇題】基于RUP的軟件過程是一個(gè)迭代過程。一個(gè)開發(fā)周期包括初始、細(xì)化、構(gòu)建和移交四個(gè)階段，每次通過這四個(gè)階段就會(huì)產(chǎn)生一代軟件，其中建立完善的架構(gòu)是（請(qǐng)作答此空）階段的任務(wù)。采用迭代式開發(fā)，（）。

A、初始

B、細(xì)化

C、構(gòu)建

D、移交

答案：B

解析：RUP中的軟件過程在時(shí)間上被分解為4個(gè)順序的階段，分別是初始階段、細(xì)化階段、構(gòu)建階段和移交階段。初始階段的任務(wù)是為系統(tǒng)建立業(yè)務(wù)模型并確定項(xiàng)目的邊界。細(xì)化階段的任務(wù)是分析問題領(lǐng)域，建立完善的架構(gòu)，淘汰項(xiàng)目中最高風(fēng)險(xiǎn)的元素。在構(gòu)建階段，要開發(fā)所有剩余的構(gòu)件和應(yīng)用程序功能，把這些構(gòu)件集成為產(chǎn)品。移交階段的重點(diǎn)是確保軟件對(duì)最終用戶是可用的?；赗UP的軟件過程是一個(gè)迭代過程，通過初始、細(xì)化、構(gòu)建和移交4個(gè)階段就是一個(gè)開發(fā)周期，每次經(jīng)過這4個(gè)階段就會(huì)產(chǎn)生一代產(chǎn)品，在每一輪迭代中都要進(jìn)行測(cè)試與集成?！締雾?xiàng)選擇題】關(guān)于XML的特點(diǎn)和功能，以下（）說法是錯(cuò)誤的。

A、XML允許各種各樣的文檔顯示類型，不僅可以顯示在許多計(jì)算機(jī)平臺(tái)上，而且可以顯示蜂窩電話、掌上電腦等其他設(shè)備上

B、XML支持但并不需要DTD（DocumentTypeDefinition,文檔類型定義）

C、XML標(biāo)準(zhǔn)支持打印文檔和電子文檔以及其他的為不同用戶定義了不同內(nèi)容和外觀的文檔

D、XML支持客戶端，但不允許服務(wù)端計(jì)算機(jī)上的進(jìn)程

答案：D

解析：XML支持客戶端或者服務(wù)端計(jì)算機(jī)上的進(jìn)程，這就允許開發(fā)人員分配資源和隨時(shí)地節(jié)省資源?！締雾?xiàng)選擇題】系統(tǒng)建議方案中不應(yīng)該包含的內(nèi)容是（）。

A、問題陳述

B、項(xiàng)目范圍

C、候選方案及其可行性分析

D、系統(tǒng)詳細(xì)設(shè)計(jì)方案

答案：D

解析：作為一份正式文檔，系統(tǒng)建議方案至少應(yīng)該包含以下內(nèi)容：①前置部分。包括標(biāo)題、目錄和摘要。摘要部分以1～2頁的篇幅總結(jié)整個(gè)系統(tǒng)建議方案報(bào)告，提供系統(tǒng)方案中的重要事件、地點(diǎn)、任務(wù)和原因，以及系統(tǒng)方案是如何實(shí)現(xiàn)的等信息。②系統(tǒng)概述。包括系統(tǒng)建議方案報(bào)告的目的、對(duì)問題的陳述、項(xiàng)目范圍和報(bào)告內(nèi)容的敘述性解釋。③系統(tǒng)研究方法。簡(jiǎn)要地解釋系統(tǒng)建議方案報(bào)告中包含的信息是如何得到的，研究工作是如何進(jìn)行的。④候選系統(tǒng)方案及其可行性分析。系統(tǒng)闡述每個(gè)候選系統(tǒng)方案，并對(duì)每個(gè)方案進(jìn)行可行性評(píng)價(jià)。⑤建議方案。在對(duì)各個(gè)候選系統(tǒng)方案進(jìn)行可行性評(píng)價(jià)之后，通常會(huì)推薦一個(gè)解決方案，并且要給出推薦該解決方案的理由。⑥結(jié)論。簡(jiǎn)要地描述摘要的內(nèi)容，再次指出系統(tǒng)開發(fā)的目標(biāo)和所建議的系統(tǒng)方案。同時(shí)，需要再次強(qiáng)調(diào)項(xiàng)目的必要性和可行性，以及系統(tǒng)建議方案報(bào)告的價(jià)值。⑦附錄。系統(tǒng)分析師認(rèn)為閱讀者可能會(huì)感興趣的所有信息，但這些信息對(duì)于理解系統(tǒng)建議方案報(bào)告的內(nèi)容來說不是必要的?！締雾?xiàng)選擇題】軟件重用可以分為垂直式重用和水平式重用，（）是一種典型的水平式重用。

A、醫(yī)學(xué)詞匯表

B、標(biāo)準(zhǔn)函數(shù)庫

C、電子商務(wù)標(biāo)準(zhǔn)

D、網(wǎng)銀支付接口

答案：B

解析：軟件重用分垂直式重用與水平式重用，垂直式重用是指局限于某一垂直領(lǐng)域的重用，如只在電力系統(tǒng)中用到的構(gòu)件；而水平式重用是指通用領(lǐng)域的重用，如標(biāo)準(zhǔn)函數(shù)庫，任何軟件都能用，所以是水平式重用?！締雾?xiàng)選擇題】系統(tǒng)工程利用計(jì)算機(jī)作為工具，對(duì)系統(tǒng)的結(jié)構(gòu)、元素、（）和反饋等進(jìn)行分析，以達(dá)到最優(yōu)（請(qǐng)作答此空）、最優(yōu)設(shè)計(jì)、最優(yōu)管理和最優(yōu)控制的目的?；魻枺ˋ.D.Hall）于1969年提出了系統(tǒng)方法的三維結(jié)構(gòu)體系，通常稱為霍爾三維結(jié)構(gòu)，這是系統(tǒng)工程方法論的基礎(chǔ)?；魻柸S結(jié)構(gòu)以時(shí)間維、（）維、知識(shí)維組成的立體結(jié)構(gòu)概括性地表示出系統(tǒng)工程的各階段、各步驟以及所涉及的知識(shí)范圍。其中時(shí)間維是系統(tǒng)的工作進(jìn)程，對(duì)于一個(gè)具體的工程項(xiàng)目，可以分為7個(gè)階段，在（）階段會(huì)做出研制方案及生產(chǎn)計(jì)劃。

A、戰(zhàn)略

B、規(guī)劃

C、實(shí)現(xiàn)

D、處理

答案：B

解析：系統(tǒng)工程在上個(gè)世紀(jì)中后期發(fā)展起來的一門新興學(xué)科。它最早約產(chǎn)生于20世紀(jì)40年代的美國，時(shí)至今日，系統(tǒng)工程已經(jīng)成為現(xiàn)代社會(huì)高速發(fā)展不可或缺的一部分。系統(tǒng)工程的誕生讓自然科學(xué)和社會(huì)科學(xué)中有關(guān)的思想、理論和方法根據(jù)總體協(xié)調(diào)的需要聯(lián)系起來，綜合應(yīng)用，并利用電現(xiàn)代子計(jì)算機(jī)，對(duì)系統(tǒng)的結(jié)構(gòu)、要素、信息和反饋等進(jìn)行分析，以達(dá)到最優(yōu)規(guī)劃、最優(yōu)設(shè)計(jì)、最優(yōu)管理和最優(yōu)控制等目的?；魻柸S結(jié)構(gòu)是由邏輯維、時(shí)間維和知識(shí)維組成的立體空間結(jié)構(gòu)。1、邏輯維運(yùn)用系統(tǒng)工程方法解決某一大型工程項(xiàng)目時(shí)，一般可分為七個(gè)步驟：（1）明確問題（2）建立價(jià)值體系或評(píng)價(jià)體系（3）系統(tǒng)分析（4）系統(tǒng)綜合（5）系統(tǒng)方案的優(yōu)化選擇（6）決策"決策就是管理"，"決策就是決定"，人類的決策管理活動(dòng)面臨著被決策系統(tǒng)的日益龐大和日益復(fù)雜。（7）制定計(jì)劃有了決策就要付諸實(shí)施，實(shí)施就要依靠嚴(yán)格的有效的計(jì)劃。2、時(shí)間維（工作進(jìn)程）對(duì)于一個(gè)具體的工作項(xiàng)目，從制定規(guī)劃起一直到更新為止，全部過程可分為七個(gè)階段：（1）規(guī)劃階段。即調(diào)研、程序設(shè)計(jì)階段，目的在于謀求活動(dòng)的規(guī)劃與戰(zhàn)；（2）擬定方案。提出具體的計(jì)劃方案。（3）研制階段。作出研制方案及生產(chǎn)計(jì)劃。（4）生產(chǎn)階段。生產(chǎn)出系統(tǒng)的零部件及整個(gè)系統(tǒng)，并提出安裝計(jì)劃。（5）安裝階段。將系統(tǒng)安裝完畢，并完成系統(tǒng)的運(yùn)行計(jì)劃。（6）運(yùn)行階段。系統(tǒng)按照預(yù)期的用途開展服務(wù)。（7）更新階段。即為了提高系統(tǒng)功能，取消舊系統(tǒng)而代之以新系統(tǒng)，或改進(jìn)原有系統(tǒng)，使之更加有效地工作。3、知識(shí)維（專業(yè)科學(xué)知識(shí)）系統(tǒng)工程除了要求為完成上述各步驟、各階段所需的某些共性知識(shí)外，還需要其他學(xué)科的知識(shí)和各種專業(yè)技術(shù)，霍爾把這些知識(shí)分為工程、醫(yī)藥、建筑、商業(yè)、法律、管理、社會(huì)科學(xué)和藝術(shù)等。各類系統(tǒng)工程，如軍事系統(tǒng)工程、經(jīng)濟(jì)系統(tǒng)工程、信息系統(tǒng)工程等。都需要使用其它相應(yīng)的專業(yè)基礎(chǔ)知識(shí)。【單項(xiàng)選擇題】活動(dòng)定義是項(xiàng)目時(shí)間管理中的過程之一，（）是進(jìn)行活動(dòng)定義時(shí)通常使用的一種工具。

A、Gantt圖

B、活動(dòng)圖

C、工作分解結(jié)構(gòu)(WBS)

D、PERT圖

答案：C

解析：項(xiàng)目時(shí)間管理包括使項(xiàng)目按時(shí)完成所必須的管理過程。項(xiàng)目時(shí)間管理中的過程包括：活動(dòng)定義、活動(dòng)排序、活動(dòng)的資源估算、活動(dòng)歷時(shí)估算、制定進(jìn)度計(jì)劃以及進(jìn)度控制。為了得到工作分解結(jié)構(gòu)(WorkBreakdownStructure，WBS)中最底層的交付物，必須執(zhí)行一系列的活動(dòng)，對(duì)這些活動(dòng)的識(shí)別以及歸檔的過程就叫做活動(dòng)定義?！締雾?xiàng)選擇題】DSSA是在一個(gè)特定應(yīng)用領(lǐng)域中為一組應(yīng)用提供組織結(jié)構(gòu)參考的軟件體系結(jié)構(gòu)，參與DSSA的人員可以劃分為4種角色，包括領(lǐng)域?qū)＜?、領(lǐng)域設(shè)計(jì)人員、領(lǐng)域?qū)崿F(xiàn)人員和（請(qǐng)作答此空），其基本活動(dòng)包括領(lǐng)域分析、領(lǐng)域設(shè)計(jì)和（）。

A、領(lǐng)域測(cè)試人員

B、領(lǐng)域顧問

C、領(lǐng)域分析師

D、領(lǐng)域經(jīng)理

答案：C

解析：DSSA的基本活動(dòng)包括：領(lǐng)域分析、領(lǐng)域設(shè)計(jì)、領(lǐng)域?qū)崿F(xiàn)：1、領(lǐng)域分析這個(gè)階段的主要目標(biāo)是獲得領(lǐng)城模型。領(lǐng)域模型描述領(lǐng)域中系統(tǒng)之間的共同的需求，即領(lǐng)域模型所描述的需求為領(lǐng)域需求。在這個(gè)階段中首先要進(jìn)行一些準(zhǔn)備性的活動(dòng)，包括定義領(lǐng)域的邊界。從而明確分析的對(duì)象；識(shí)別信息源，整個(gè)領(lǐng)域工程過程中信息的來源，可能的信息源包括現(xiàn)存系統(tǒng)、技術(shù)文獻(xiàn)、問題域和系統(tǒng)開發(fā)的專家、用戶調(diào)查和市場(chǎng)分析、領(lǐng)域演化的歷史記錄等，在此基礎(chǔ)上就可以分析領(lǐng)域中系統(tǒng)的需求，確定哪些需求是領(lǐng)域中的系統(tǒng)廣泛共享的，從而建立領(lǐng)域模型。當(dāng)領(lǐng)域中存在大量系統(tǒng)時(shí)，需要選擇它們的一個(gè)子集作為樣本系統(tǒng)。對(duì)樣本系統(tǒng)需求的考察將顯示領(lǐng)城需求的一個(gè)變化范圍。一些需求對(duì)所有被考察的系統(tǒng)是共同的，一些需求是單個(gè)系統(tǒng)所獨(dú)有的。很多需求位于這兩個(gè)極端之間，即被部分系統(tǒng)共享。2、領(lǐng)域設(shè)計(jì)這個(gè)階段的目標(biāo)是獲得DSSA。DSSA描述在領(lǐng)域模型中表示的需求的解決方案，它不是單個(gè)系統(tǒng)的表示，而是能夠適應(yīng)領(lǐng)域中多個(gè)系統(tǒng)的需求的一個(gè)高層次的設(shè)計(jì)。建立了領(lǐng)域模型之后，就可以派生出滿足這些被建模的領(lǐng)域需求的DSSA，由于領(lǐng)域模型中的領(lǐng)域需求具有一定的變化性，DSSA也要相應(yīng)地具有變化性。它可以通過表示多選一的(alternative)、可選的(optional)解決方案等來做到這一點(diǎn)。模型和DSSA來組織的，因此在這個(gè)階段通過獲得DSSA，也就同時(shí)形成了重用基礎(chǔ)設(shè)施的規(guī)約。3、領(lǐng)域?qū)崿F(xiàn)這個(gè)階段的主要目標(biāo)是依據(jù)領(lǐng)域模型和DSSA開發(fā)和組織可重用信息。這些可重用信息可能是從現(xiàn)有系統(tǒng)中提取得到，也可能需要通過新的開發(fā)得到。它們依據(jù)領(lǐng)域模型和DSSA進(jìn)行組織，也就是領(lǐng)域模型和DSSA定義了這些可重用信息的重用時(shí)機(jī)，從而支持了系統(tǒng)化的軟件重用。這個(gè)階段也可以看作重用基礎(chǔ)設(shè)施的實(shí)現(xiàn)階段。值得注意的是，以上過程是一個(gè)反復(fù)的、逐漸求精的過程。在實(shí)施領(lǐng)域工程的每個(gè)階段中，都可能返回到以前的步驟，對(duì)以前的步驟得到的結(jié)果進(jìn)行修改和完善，再回到當(dāng)前步驟，在新的基礎(chǔ)上進(jìn)行本階段的活動(dòng)。參與DSSA的人員可以劃分為四種角色：領(lǐng)城專家、領(lǐng)城分析師、領(lǐng)域設(shè)計(jì)人員和領(lǐng)域?qū)崿F(xiàn)人員。1、領(lǐng)域?qū)＜翌I(lǐng)域?qū)＜铱赡馨ㄔ擃I(lǐng)域中系統(tǒng)的有經(jīng)驗(yàn)的用戶、從事該領(lǐng)域中系統(tǒng)的需求分析、設(shè)計(jì)、實(shí)現(xiàn)以及項(xiàng)目管理的有經(jīng)驗(yàn)的軟件工程師等。領(lǐng)域?qū)＜业闹饕蝿?wù)包括提供關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識(shí)，幫助組織規(guī)范的、一致的領(lǐng)域字典，幫助選擇樣本系統(tǒng)作為領(lǐng)域工程的依據(jù)，復(fù)審領(lǐng)域模型、DSSA等領(lǐng)域工程產(chǎn)品等。領(lǐng)域?qū)＜覒?yīng)該熟悉該領(lǐng)域中系統(tǒng)的軟件設(shè)計(jì)和實(shí)現(xiàn)、硬件限制、未來的用戶需求及技術(shù)走向等。2、領(lǐng)域分析人員領(lǐng)域分析人員應(yīng)由具有知識(shí)工程背景的有經(jīng)驗(yàn)的系統(tǒng)分析員來擔(dān)任。領(lǐng)域分析人員的主要任務(wù)包括控制整個(gè)領(lǐng)域分析過程，進(jìn)行知識(shí)獲取，將獲取的知識(shí)組織到領(lǐng)域模型中，根據(jù)現(xiàn)有系統(tǒng)、標(biāo)準(zhǔn)規(guī)范等驗(yàn)證領(lǐng)域模型的準(zhǔn)確性和一致性，維護(hù)領(lǐng)域模型。領(lǐng)域分析人員應(yīng)熟悉軟件重用和領(lǐng)域分析方法；熟悉進(jìn)行知識(shí)獲取和知識(shí)表示所需的技術(shù)、語言和工具；應(yīng)具有一定的該領(lǐng)域的經(jīng)驗(yàn)，以便于分析領(lǐng)域中的問題及與領(lǐng)域?qū)＜疫M(jìn)行交互；應(yīng)具有較高的進(jìn)行抽象、關(guān)聯(lián)和類比的能力；應(yīng)具有較高的與他人交互和合作的能力。3、領(lǐng)域設(shè)計(jì)人員領(lǐng)域設(shè)計(jì)人員應(yīng)由有經(jīng)驗(yàn)的軟件設(shè)計(jì)人員來擔(dān)任。領(lǐng)域設(shè)計(jì)人員的主要任務(wù)包括控制核個(gè)軟件設(shè)計(jì)過程，根據(jù)領(lǐng)域模型和現(xiàn)有的系統(tǒng)開發(fā)出DSSA，對(duì)DSSA的準(zhǔn)確性和一致性進(jìn)行驗(yàn)證，建立領(lǐng)域模型和DSSA之間的聯(lián)系。領(lǐng)域設(shè)計(jì)人員應(yīng)熟悉軟件重用和領(lǐng)域設(shè)計(jì)方法；熟悉軟件設(shè)計(jì)方法；應(yīng)有一定的該領(lǐng)域的經(jīng)驗(yàn)，以便于分析領(lǐng)域中的問題及與領(lǐng)域?qū)＜疫M(jìn)行交互。4、領(lǐng)域?qū)崿F(xiàn)人員領(lǐng)域?qū)崿F(xiàn)人員應(yīng)由有經(jīng)驗(yàn)的程序設(shè)計(jì)人員來擔(dān)任。領(lǐng)域?qū)崿F(xiàn)人員的主要任務(wù)包括根據(jù)領(lǐng)域模型和DSSA，或者從頭開發(fā)可重用構(gòu)件，或者利用再工程的技術(shù)從現(xiàn)有系統(tǒng)中提取可重用構(gòu)件，對(duì)可重用構(gòu)件進(jìn)行驗(yàn)證，建立DSSA與可重用構(gòu)件間的聯(lián)系。領(lǐng)域?qū)崿F(xiàn)人員應(yīng)熟悉軟件重用、領(lǐng)域?qū)崿F(xiàn)及軟件再工程技術(shù)；熟悉程序設(shè)計(jì)；具有一定的該領(lǐng)域的經(jīng)驗(yàn)?！締雾?xiàng)選擇題】在面向?qū)ο笤O(shè)計(jì)的原則中，()原則是指抽象不應(yīng)該依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴于抽象，即應(yīng)針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程。 

A、開閉

B、里氏替換

C、最少知識(shí)

D、依賴倒置

答案：D

解析：依賴倒置原則是指抽象不應(yīng)該依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)當(dāng)依賴于抽象。換言之，要針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程。在程序代碼中傳遞參數(shù)時(shí)或在組合(或聚合)關(guān)系中，盡量引用層次高的抽象層類，即使用接口和抽象類進(jìn)行變量類型聲明、參數(shù)類型聲明和方法返回類型聲明，以及數(shù)據(jù)類型的轉(zhuǎn)換等，而不要用具體類來做這些事情。為了確保該原則的應(yīng)用，一個(gè)具體類應(yīng)當(dāng)只實(shí)現(xiàn)接口和抽象類中聲明過的方法，而不要給出多余的方法，否則，將無法調(diào)用到在子類中增加的新方法。實(shí)現(xiàn)開閉原則的關(guān)鍵是抽象化，并且從抽象化導(dǎo)出具體化實(shí)現(xiàn)，如果說開閉原則是OOD的目標(biāo)的話，那么依賴倒置原則就是OOD的主要機(jī)制。有了抽象層，可以使得系統(tǒng)具有很好的靈活性，在程序中盡量使用抽象層進(jìn)行編程，而將具體類寫在配置文件中，這樣，如果系統(tǒng)行為發(fā)生變化，則只需要擴(kuò)展抽象層，并修改配置文件，而無須修改原有系統(tǒng)的源代碼，在不修改的情況下來擴(kuò)展系統(tǒng)功能，滿足開閉原則的要求。依賴倒置原則是COM、CORBA、EJB、Spring等技術(shù)和框架背后的基本原則之一?！締雾?xiàng)選擇題】以下關(guān)于風(fēng)險(xiǎn)管理的敘述中，不正確的是（）。

A、僅根據(jù)風(fēng)險(xiǎn)產(chǎn)生的后果來對(duì)風(fēng)險(xiǎn)排優(yōu)先級(jí)

B、可以通過改變系統(tǒng)性能或功能需求來避免某些風(fēng)險(xiǎn)

C、不可能去除所有風(fēng)險(xiǎn)，但可以通過采取行動(dòng)來降低或者減輕風(fēng)險(xiǎn)

D、在項(xiàng)目開發(fā)過程中，需要定期地評(píng)估和管理風(fēng)險(xiǎn)

答案：A

解析：對(duì)風(fēng)險(xiǎn)排優(yōu)先級(jí)是根據(jù)風(fēng)險(xiǎn)的曝光度來進(jìn)行的，曝光度等于風(fēng)險(xiǎn)的產(chǎn)生后果乘以風(fēng)險(xiǎn)發(fā)生的概率。【單項(xiàng)選擇題】系統(tǒng)工程利用計(jì)算機(jī)作為工具，對(duì)系統(tǒng)的結(jié)構(gòu)、元素、（）和反饋等進(jìn)行分析，以達(dá)到最優(yōu)（）、最優(yōu)設(shè)計(jì)、最優(yōu)管理和最優(yōu)控制的目的?；魻枺ˋ.D.Hall）于1969年提出了系統(tǒng)方法的三維結(jié)構(gòu)體系，通常稱為霍爾三維結(jié)構(gòu)，這是系統(tǒng)工程方法論的基礎(chǔ)。霍爾三維結(jié)構(gòu)以時(shí)間維、（）維、知識(shí)維組成的立體結(jié)構(gòu)概括性地表示出系統(tǒng)工程的各階段、各步驟以及所涉及的知識(shí)范圍。其中時(shí)間維是系統(tǒng)的工作進(jìn)程，對(duì)于一個(gè)具體的工程項(xiàng)目，可以分為7個(gè)階段，在（請(qǐng)作答此空）階段會(huì)做出研制方案及生產(chǎn)計(jì)劃。

A、規(guī)劃

B、擬定

C、研制

D、生產(chǎn)

答案：C

解析：系統(tǒng)工程在上個(gè)世紀(jì)中后期發(fā)展起來的一門新興學(xué)科。它最早約產(chǎn)生于20世紀(jì)40年代的美國，時(shí)至今日，系統(tǒng)工程已經(jīng)成為現(xiàn)代社會(huì)高速發(fā)展不可或缺的一部分。系統(tǒng)工程的誕生讓自然科學(xué)和社會(huì)科學(xué)中有關(guān)的思想、理論和方法根據(jù)總體協(xié)調(diào)的需要聯(lián)系起來，綜合應(yīng)用，并利用電現(xiàn)代子計(jì)算機(jī)，對(duì)系統(tǒng)的結(jié)構(gòu)、要素、信息和反饋等進(jìn)行分析，以達(dá)到最優(yōu)規(guī)劃、最優(yōu)設(shè)計(jì)、最優(yōu)管理和最優(yōu)控制等目的?；魻柸S結(jié)構(gòu)是由邏輯維、時(shí)間維和知識(shí)維組成的立體空間結(jié)構(gòu)。1、邏輯維運(yùn)用系統(tǒng)工程方法解決某一大型工程項(xiàng)目時(shí)，一般可分為七個(gè)步驟：（1）明確問題（2）建立價(jià)值體系或評(píng)價(jià)體系（3）系統(tǒng)分析（4）系統(tǒng)綜合（5）系統(tǒng)方案的優(yōu)化選擇（6）決策"決策就是管理"，"決策就是決定"，人類的決策管理活動(dòng)面臨著被決策系統(tǒng)的日益龐大和日益復(fù)雜。（7）制定計(jì)劃有了決策就要付諸實(shí)施，實(shí)施就要依靠嚴(yán)格的有效的計(jì)劃。2、時(shí)間維（工作進(jìn)程）對(duì)于一個(gè)具體的工作項(xiàng)目，從制定規(guī)劃起一直到更新為止，全部過程可分為七個(gè)階段：（1）規(guī)劃階段。即調(diào)研、程序設(shè)計(jì)階段，目的在于謀求活動(dòng)的規(guī)劃與戰(zhàn)；（2）擬定方案。提出具體的計(jì)劃方案。（3）研制階段。作出研制方案及生產(chǎn)計(jì)劃。（4）生產(chǎn)階段。生產(chǎn)出系統(tǒng)的零部件及整個(gè)系統(tǒng)，并提出安裝計(jì)劃。（5）安裝階段。將系統(tǒng)安裝完畢，并完成系統(tǒng)的運(yùn)行計(jì)劃。（6）運(yùn)行階段。系統(tǒng)按照預(yù)期的用途開展服務(wù)。（7）更新階段。即為了提高系統(tǒng)功能，取消舊系統(tǒng)而代之以新系統(tǒng)，或改進(jìn)原有系統(tǒng)，使之更加有效地工作。3、知識(shí)維（專業(yè)科學(xué)知識(shí)）系統(tǒng)工程除了要求為完成上述各步驟、各階段所需的某些共性知識(shí)外，還需要其他學(xué)科的知識(shí)和各種專業(yè)技術(shù)，霍爾把這些知識(shí)分為工程、醫(yī)藥、建筑、商業(yè)、法律、管理、社會(huì)科學(xué)和藝術(shù)等。各類系統(tǒng)工程，如軍事系統(tǒng)工程、經(jīng)濟(jì)系統(tǒng)工程、信息系統(tǒng)工程等。都需要使用其它相應(yīng)的專業(yè)基礎(chǔ)知識(shí)?！締雾?xiàng)選擇題】旋模型將瀑布模型和（請(qǐng)作答此空）結(jié)合起來，強(qiáng)調(diào)項(xiàng)目的風(fēng)險(xiǎn)分析，特別適合大型復(fù)雜系統(tǒng)的開發(fā)過程。螺旋模型沿著螺線進(jìn)行若干次迭代，依次經(jīng)歷了計(jì)劃指定、風(fēng)險(xiǎn)分析、工程實(shí)施和（）四個(gè)主要活動(dòng)。

A、噴泉模型

B、增量模型

C、V模型

D、快速原型模型

答案：D

解析：本題主要考查對(duì)軟件開發(fā)模型中的螺旋模型的概念。1988年，BarryBoehm正式發(fā)表了軟件系統(tǒng)開發(fā)的"螺旋模型"，它將瀑布模型和快速原型模型結(jié)合起來，強(qiáng)調(diào)了其他模型所忽視的風(fēng)險(xiǎn)分析，特別適合于大型復(fù)雜的系統(tǒng)。螺旋模型沿著螺線進(jìn)行若干次迭代，圖中的四個(gè)象限代表了以下活動(dòng)：①制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的限制條件；②風(fēng)險(xiǎn)分析：分析評(píng)估所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)；③實(shí)施工程：實(shí)施軟件開發(fā)和驗(yàn)證；④客戶評(píng)估：評(píng)價(jià)開發(fā)工作，提出修正建議，制定下一步計(jì)劃。螺旋模型由風(fēng)險(xiǎn)驅(qū)動(dòng)，強(qiáng)調(diào)可選方案和約束條件從而支持軟件的重用，有助于將軟件質(zhì)量作為特殊目標(biāo)融入產(chǎn)品開發(fā)之中。但是，螺旋模型也有一定的限制條件，具體如下：①螺旋模型強(qiáng)調(diào)風(fēng)險(xiǎn)分析，但要求許多客戶接受和相信這種分析，并做出相關(guān)反應(yīng)是不容易的，因此，這種模型往往適應(yīng)于內(nèi)部的大規(guī)模軟件開發(fā)。②如果執(zhí)行風(fēng)險(xiǎn)分析將大大影響項(xiàng)目的利潤，那么進(jìn)行風(fēng)險(xiǎn)分析毫無意義，因此，螺旋模型只適合于大規(guī)模軟件項(xiàng)目。③軟件開發(fā)人員應(yīng)該擅長尋找可能的風(fēng)險(xiǎn)，準(zhǔn)確地分析風(fēng)險(xiǎn)，否則將會(huì)帶來更大的風(fēng)險(xiǎn)。首先是確定一個(gè)階段的目標(biāo)，完成這些目標(biāo)的選擇方案及其約束條件，然后從風(fēng)險(xiǎn)角度分析方案的開發(fā)策，努力排除各種潛在的風(fēng)險(xiǎn)，有時(shí)需要通過建造原型來完成。如果某些風(fēng)險(xiǎn)不能排除，該方案立即終止，否則啟動(dòng)下一個(gè)開發(fā)步驟。最后，評(píng)價(jià)該階段的結(jié)果，并設(shè)計(jì)下一個(gè)階段。【單項(xiàng)選擇題】（）是關(guān)于需求管理正確的說法。

A、為達(dá)到過程能力成熟度模型第二級(jí)，組織機(jī)構(gòu)必須具有3個(gè)關(guān)鍵過程域

B、需求的穩(wěn)定性不屬于需求屬性

C、需求變更的管理過程遵循變更分析和成本計(jì)算、問題分析和變更描述、變更實(shí)現(xiàn)的順序

D、變更控制委員會(huì)對(duì)項(xiàng)目中任何基線工作產(chǎn)品的變更都可以做出決定

答案：D

解析：過程能力成熟度模型（CMM）在軟件開發(fā)機(jī)構(gòu)中被廣泛用來指導(dǎo)軟件過程改進(jìn)。為了達(dá)到過程能力成熟度模型的第二級(jí)，組織機(jī)構(gòu)必須具有6個(gè)關(guān)鍵過程域。需求的屬性包括：創(chuàng)建需求的時(shí)間、需求的版本號(hào)、創(chuàng)建需求的作者、負(fù)責(zé)認(rèn)可該軟件需求的人員、需求狀態(tài)、需求的原因和根據(jù)、需求涉及的子系統(tǒng)、需求涉及的產(chǎn)品版本號(hào)、使用的驗(yàn)證方法或者接受的測(cè)試標(biāo)準(zhǔn)、產(chǎn)品的優(yōu)先級(jí)或者重要程度、需求的穩(wěn)定性。需求的變更遵循以下流程：(1)問題分析和變更描述。這是識(shí)別和分析需求問題或者一份明確的變更提議，以檢查它的有效性，從而產(chǎn)生一個(gè)更明確的需求變更提議。(2)變更分析和成本計(jì)算。使用可追溯性信息和系統(tǒng)需求的一般知識(shí)，對(duì)需求變更提議進(jìn)行影響分析和評(píng)估。變更成本計(jì)算應(yīng)該包括對(duì)需求文檔的修改、系統(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í)修改。如果先對(duì)系統(tǒng)的程序做變更，然后再修改需求文檔，這幾乎不可避免地會(huì)出現(xiàn)需求文檔和程序的不一致。在對(duì)變更控制委員會(huì)的定義中，變更控制委員會(huì)對(duì)項(xiàng)目中任何基線工作產(chǎn)品的變更都可以做出決定?！締雾?xiàng)選擇題】<spanstyle="font-family:">以下關(guān)于結(jié)構(gòu)化開發(fā)方法的敘述中，不正確的是（）</span>

A、總的指導(dǎo)思想是自頂向下，逐層分解

B、基本原則是功能的分解與抽象

C、與面向?qū)ο箝_發(fā)方法相比，更適合大規(guī)模、特別復(fù)雜的項(xiàng)目

D、特別適合于數(shù)據(jù)處理領(lǐng)域的項(xiàng)目

答案：C

解析：<spanstyle="margin:0px;line-height:150%;font-family:">結(jié)構(gòu)化開發(fā)方法也稱結(jié)構(gòu)化系統(tǒng)開發(fā)方法（StructuredSystemDe-velopmentMethodology），是目前應(yīng)用最普遍的一種開發(fā)方法。其基本思想是用系統(tǒng)的思想和系統(tǒng)工程的方法，按照用戶至上的原則結(jié)構(gòu)化、模塊化，自頂向下對(duì)系統(tǒng)進(jìn)行分析與設(shè)計(jì)。它不限于數(shù)據(jù)處理領(lǐng)域項(xiàng)目。<spanstyle="margin:0px;line-height:150%;font-family:"></span></span>【單項(xiàng)選擇題】軟件開發(fā)模型大體上可以分為三種類型：第一種是以完全確定軟件需求為前提的（請(qǐng)作答此空）；第二種是在軟件開發(fā)初始階段只能提供基本需求時(shí)采用的（）；第三種是以形式化為基礎(chǔ)的變換模型。

A、協(xié)同模型

B、瀑布模型

C、交互式模型

D、迭代式模型

答案：B

解析：軟件開發(fā)模型大體上可以分為三種類型。第一種是以軟件需求完全確定為前提的瀑布模型；第二種是在軟件開發(fā)初始階段只能提供基本需求時(shí)采用的迭代式或漸進(jìn)式模型，例如噴泉模型、螺旋模型、統(tǒng)一開發(fā)過程和敏捷方法等；第三種是以形式化為基礎(chǔ)的變換模型?！締雾?xiàng)選擇題】螺旋模型每一階段的組成部分不包括（）

A、風(fēng)險(xiǎn)分析

B、評(píng)審

C、有效性驗(yàn)證

D、軟件描述

答案：D

解析：【單項(xiàng)選擇題】DTD的缺點(diǎn)有（）

A、數(shù)據(jù)類型豐富

B、數(shù)據(jù)類型有限

C、一個(gè)文檔可以使用多種DTD文檔

D、DTD的聲明不是必須出現(xiàn)的

答案：B

解析：【單項(xiàng)選擇題】快速應(yīng)用開發(fā)(RapidApplicationdevelopment，RAD)通過使用基于（）的開發(fā)方法獲得快速開發(fā)。當(dāng)（請(qǐng)作答此空）時(shí)，最適合于采用RAD方法。

A、一個(gè)新系統(tǒng)要采用很多新技術(shù)

B、系統(tǒng)與現(xiàn)有系統(tǒng)有較高的互操作性

C、系統(tǒng)模塊化程度較高

D、用戶不能很好地參與到需求分析中

答案：C

解析：快速應(yīng)用開發(fā)(RapidApplicationDevelopment，RAD)是一種比傳統(tǒng)生存周期法快得多的開發(fā)方法，它強(qiáng)調(diào)極短的開發(fā)周期。RAD模型是瀑布模型的一個(gè)高速變種，通過使用基于構(gòu)件的開發(fā)方法獲得快速開發(fā)。如果需求理解得很好，且約束了項(xiàng)目范圍，利用這種模型可以很快地開發(fā)出功能完善的信息系統(tǒng)。但是RAD也具有以下局限性：①并非所有應(yīng)用都適合RAD。RAD對(duì)模塊化要求比較高，如果有哪一項(xiàng)功能不能被模塊化，那么RAD所需要的構(gòu)建就會(huì)有問題；如果高性能是一個(gè)指標(biāo)，且該指標(biāo)必須通過調(diào)整接口使其適應(yīng)系統(tǒng)構(gòu)件才能獲得，則RAD也有可能不能奏效。②開發(fā)者和客戶必須在很短的時(shí)間完成一系列的需求分析，任何一方配合不當(dāng)，都會(huì)導(dǎo)致RAD項(xiàng)目失敗。③RAD只能用于管理信息系統(tǒng)的開發(fā)，不適合技術(shù)風(fēng)險(xiǎn)很高的情況。例如，當(dāng)一個(gè)新系統(tǒng)要采用很多新技術(shù)，或當(dāng)新系統(tǒng)與現(xiàn)有系統(tǒng)有較高的互操作性時(shí)，就不適合使用RAD。【單項(xiàng)選擇題】軟件開發(fā)環(huán)境應(yīng)支持多種集成機(jī)制。根據(jù)功能不同，可以將集成機(jī)制分為三個(gè)部分：（），用以存儲(chǔ)與系統(tǒng)開發(fā)有關(guān)的信息，并支持信息的交流與共享；（請(qǐng)作答此空），是實(shí)現(xiàn)過程集成和控制集成的基礎(chǔ)；（），它的統(tǒng)一性和一致性是軟件開發(fā)環(huán)境的重要特征。

A、工作流與日志服務(wù)器

B、進(jìn)程通信與數(shù)據(jù)共享服務(wù)器

C、過程控制與消息服務(wù)器

D、同步控制與恢復(fù)服務(wù)器

答案：C

解析：軟件開發(fā)環(huán)境(SoftwareDevelopmentEnvironment，SDE)是指支持軟件的工程化開發(fā)和維護(hù)而使用的一組軟件，由軟件工具集和環(huán)境集成機(jī)制構(gòu)成。軟件開發(fā)環(huán)境應(yīng)支持多種集成機(jī)制，根據(jù)功能的不同，集成機(jī)制可以劃分為環(huán)境信息庫、過程控制與消息服務(wù)器、環(huán)境用戶界面三個(gè)部分。①環(huán)境信息庫。環(huán)境信息庫是軟件開發(fā)環(huán)境的核心，用以存儲(chǔ)與系統(tǒng)開發(fā)有關(guān)的信息，并支持信息的交流與共享。環(huán)境信息庫中主要存儲(chǔ)兩類信息，一類是開發(fā)過程中產(chǎn)生的有關(guān)被開發(fā)系統(tǒng)的信息，例如分析文檔、設(shè)計(jì)文檔和測(cè)試報(bào)告等；另一類是環(huán)境提供的支持信息，如文檔模板、系統(tǒng)配置、過程模型和可復(fù)用構(gòu)件等。②過程控制與消息服務(wù)器。過程控制與消息服務(wù)器是實(shí)現(xiàn)過程集成和控制集成的基礎(chǔ)。過程集成時(shí)按照具體軟件開發(fā)過程的要求進(jìn)行工具的選擇與組合，控制集成使各工具之間進(jìn)行并行通信和協(xié)同工作。③環(huán)境用戶界面。環(huán)境用戶界面包括環(huán)境總界面和由它實(shí)行統(tǒng)一控制的各環(huán)境部件及工具的界面。統(tǒng)一的、具有一致性的用戶界面是軟件開發(fā)環(huán)境的重要特征，是充分發(fā)揮環(huán)境的優(yōu)越性、高效地使用工具并減輕用戶的學(xué)習(xí)負(fù)擔(dān)的保證?！締雾?xiàng)選擇題】用于管理信息系統(tǒng)規(guī)劃的方法有很多，其中（）通過自上而下地識(shí)別企業(yè)目標(biāo)、企業(yè)過程和數(shù)據(jù)，然后對(duì)數(shù)據(jù)進(jìn)行分析，自下而上地設(shè)計(jì)信息系統(tǒng)。

A、企業(yè)信息分析與集成法

B、投資回收法

C、企業(yè)系統(tǒng)規(guī)劃法

D、階石法

答案：C

解析：用于管理信息系統(tǒng)規(guī)劃的方法很多，主要是關(guān)鍵成功因素法（CriticalSuccessFactors，CSF）、戰(zhàn)目標(biāo)集轉(zhuǎn)化法（StrategySetTransformation,SST）和企業(yè)系統(tǒng)規(guī)劃法（BusinessSystemPlanning,BSP）。其它還有企業(yè)信息分析與集成技術(shù)（BIAIT）、產(chǎn)出／方法分析（E/MA）、投資回收法（ROI）、征費(fèi)法、零線預(yù)算法、階石法等。用得最多的是前面三種。1.關(guān)鍵成功因素法（CSF）在現(xiàn)行系統(tǒng)中，總存在著多個(gè)變量影響系統(tǒng)目標(biāo)的實(shí)現(xiàn)，其中若干個(gè)因素是關(guān)鍵的和主要的（即關(guān)鍵成功因素）。通過對(duì)關(guān)鍵成功因素的識(shí)別，找出實(shí)現(xiàn)目標(biāo)所需的關(guān)鍵信息集合，從而確定系統(tǒng)開發(fā)的優(yōu)先次序。關(guān)鍵成功因素來自于組織的目標(biāo)，通過組織的目標(biāo)分解和關(guān)鍵成功因素識(shí)別、性能指標(biāo)識(shí)別，一直到產(chǎn)生數(shù)據(jù)字典。識(shí)別關(guān)鍵成功因素，就是要識(shí)別聯(lián)系于組織目標(biāo)的主要數(shù)據(jù)類型及其關(guān)系。不同的組織的關(guān)鍵成功因素不同，不同時(shí)期關(guān)鍵成功因素也不相同。當(dāng)在一個(gè)時(shí)期內(nèi)的關(guān)鍵成功因素解決后，新的識(shí)別關(guān)鍵成功因素又開始。關(guān)鍵成功因素法能抓住主要矛盾，使目標(biāo)的識(shí)別突出重點(diǎn)。由于經(jīng)理們比較熟悉這種方法，使用這種方法所確定的目標(biāo)，因而經(jīng)理們樂于努力去實(shí)現(xiàn)。該方法最有利于確定企業(yè)的管理目標(biāo)。2.戰(zhàn)目標(biāo)集轉(zhuǎn)化法（SST）把整個(gè)戰(zhàn)目標(biāo)看成是一個(gè)“信息集合”，由使命、目標(biāo)、戰(zhàn)等組成，管理信息系統(tǒng)的規(guī)劃過程即是把組織的戰(zhàn)目標(biāo)轉(zhuǎn)變成為管理信息系統(tǒng)的戰(zhàn)目標(biāo)的過程。戰(zhàn)目標(biāo)集轉(zhuǎn)化法從另一個(gè)角度識(shí)別管理目標(biāo)，它反映了各種人的要求，而且給出了按這種要求的分層，然后轉(zhuǎn)化為信息系統(tǒng)目標(biāo)的結(jié)構(gòu)化方法。它能保證目標(biāo)比較全面，疏漏較少，但它在突出重點(diǎn)方面不如關(guān)鍵成功因素法。3.企業(yè)系統(tǒng)規(guī)劃法（BSP）信息支持企業(yè)運(yùn)行。通過自上而下地識(shí)別系統(tǒng)目標(biāo)、企業(yè)過程和數(shù)據(jù)，然后對(duì)數(shù)據(jù)進(jìn)行分析，自下而上地設(shè)計(jì)信息系統(tǒng)。該管理信息系統(tǒng)支持企業(yè)目標(biāo)的實(shí)現(xiàn)，表達(dá)所有管理層次的要求，向企業(yè)提供一致性信息，對(duì)組織機(jī)構(gòu)的變動(dòng)具有適應(yīng)性。企業(yè)系統(tǒng)規(guī)劃法雖然也首先強(qiáng)調(diào)目標(biāo)，但它沒有明顯的目標(biāo)導(dǎo)引過程。它通過識(shí)別企業(yè)“過程”引出了系統(tǒng)目標(biāo)，企業(yè)目標(biāo)到系統(tǒng)目標(biāo)的轉(zhuǎn)化是通過企業(yè)過程/數(shù)據(jù)類等矩陣的分析得到的。【單項(xiàng)選擇題】（）是關(guān)于項(xiàng)目開發(fā)管理正確的說法。

A、需求分檔、設(shè)計(jì)文檔屬于項(xiàng)目管理和機(jī)構(gòu)支撐過程域產(chǎn)生的文檔

B、配置管理是指一個(gè)產(chǎn)品在其生命周期各個(gè)階段所產(chǎn)生的各種形式和各種版本的文檔、計(jì)算機(jī)程序、部件及數(shù)據(jù)的集合

C、項(xiàng)目時(shí)間管理中的過程包括活動(dòng)定義、活動(dòng)排序、活動(dòng)的資源估算、活動(dòng)歷時(shí)估算、制定進(jìn)度計(jì)劃以及進(jìn)度控制

D、操作員指南屬于系統(tǒng)文檔

答案：C

解析：配置管理是PMBOK、IS09000和CMMI中的重要組成元素，它在產(chǎn)品開發(fā)的生命周期中，提供了結(jié)構(gòu)化的、有序化的、產(chǎn)品化的管理方法，是項(xiàng)目管理的基礎(chǔ)工作。配置管理是通過技術(shù)和行政手段對(duì)產(chǎn)品及其開發(fā)過程和生命周期進(jìn)行控制、規(guī)范的一系列措施和過程。信息系統(tǒng)開發(fā)過程中的變更以及相應(yīng)的返工會(huì)對(duì)產(chǎn)品的質(zhì)量有很大的影響。產(chǎn)品配置是指一個(gè)產(chǎn)品在其生命周期各個(gè)階段所產(chǎn)生的各種形式（機(jī)器可讀或人工可讀）和各種版本的文檔、計(jì)算機(jī)程序、部件及數(shù)據(jù)的集合。該集合中的每一個(gè)元素稱為該產(chǎn)品配置中的一個(gè)配置項(xiàng)（ConfigurationItem,CI)，配置項(xiàng)主要有兩大類：·屬于產(chǎn)品組成部分的工作成果，如需求文檔、設(shè)計(jì)文檔、源代碼、測(cè)試用例等。·屬于項(xiàng)目管理和機(jī)構(gòu)支撐過程域產(chǎn)生的文檔，如工作計(jì)劃、項(xiàng)目質(zhì)量報(bào)告、項(xiàng)目跟蹤報(bào)告等。這些文檔雖然不是產(chǎn)品的組成部分，但是值得保存。軟件系統(tǒng)的文檔可以分為用戶文檔和系統(tǒng)文檔兩類。用戶文檔主要描述系統(tǒng)功能和使用方法，并不關(guān)心這些功能是怎樣實(shí)現(xiàn)的；系統(tǒng)文檔描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等各方面的內(nèi)容?！び脩粑臋n是用戶了解系統(tǒng)的第一步，它可以讓用戶獲得對(duì)系統(tǒng)的準(zhǔn)確的初步印象。用戶文檔至少應(yīng)該包括下述5方面的內(nèi)容：(1)功能描述：說明系統(tǒng)能做什么；(2)安裝文檔：說明怎樣安裝這個(gè)系統(tǒng)以及怎樣使系統(tǒng)適應(yīng)特定的硬件配置；(3)使用手冊(cè)：簡(jiǎn)要說明如何著手使用這個(gè)系統(tǒng)（通過豐富的例子說明怎樣使用常用的系統(tǒng)功能，并說明用戶操作錯(cuò)誤時(shí)怎樣恢復(fù)和重新啟動(dòng)）；(4)參考手冊(cè)：詳盡描述用戶可以使用的所有系統(tǒng)設(shè)施以及它們的使用方法，并解釋系統(tǒng)可能產(chǎn)生的各種出錯(cuò)信息的含義（對(duì)參考手冊(cè)最主要的要求是完整，因此通常使用形式化的描述技術(shù)）；(5)操作員指南（如果需要有系統(tǒng)操作員的話）：說明操作員應(yīng)如何處理使用中出現(xiàn)的各種情況?！は到y(tǒng)文檔所謂系統(tǒng)文檔指從問題定義、需求說明到驗(yàn)收測(cè)試計(jì)劃這樣一系列和系統(tǒng)實(shí)現(xiàn)有關(guān)的文檔。描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試的文檔對(duì)于理解程序和維護(hù)程序來說是非常重要的。項(xiàng)目時(shí)間管理中的過程包括活動(dòng)定義、活動(dòng)排序、活動(dòng)的資源估算、活動(dòng)歷時(shí)估算、制定進(jìn)度計(jì)劃以及進(jìn)度控制項(xiàng)目時(shí)間管理中的過程包括活動(dòng)定義、活動(dòng)排序、活動(dòng)的資源估算、活動(dòng)歷時(shí)估算、制定進(jìn)度計(jì)劃以及進(jìn)度控制?！締雾?xiàng)選擇題】DTD定義了幾個(gè)方面的內(nèi)容，以下說法不正確的是（）

A、元素聲明，但是不包括元素的排列方式

B、元素的內(nèi)容

C、實(shí)體的聲明

D、屬性的種類

答案：A

解析：元素聲明包括元素的內(nèi)容和元素的排列組合方式。  【單項(xiàng)選擇題】RUP強(qiáng)調(diào)采用()的方式來開發(fā)軟件，這樣做的好處是(請(qǐng)作答此空)。  

A、在軟件開發(fā)的早期就可以對(duì)關(guān)鍵的、影響大的風(fēng)險(xiǎn)進(jìn)行處理

B、可以避免需求的變更

C、能夠非?？焖俚貙?shí)現(xiàn)系統(tǒng)的所有需求

D、能夠更好地控制軟件的質(zhì)量

答案：A

解析：RUP將項(xiàng)目管理、業(yè)務(wù)建模、分析與設(shè)計(jì)等統(tǒng)一起來，貫穿整個(gè)開發(fā)過程。RUP中的軟件過程在時(shí)間上被分解為4個(gè)順序的階段，分別是初始階段、細(xì)化階段、構(gòu)建階段和移交階段。每個(gè)階段結(jié)束時(shí)都要安排一次技術(shù)評(píng)審，以確定這個(gè)階段的目標(biāo)是否已經(jīng)滿足。如果評(píng)審結(jié)果令人滿意，就可以允許項(xiàng)目進(jìn)入下一個(gè)階段?？梢钥闯?，基于RUP的軟件過程是一個(gè)迭代和增量的過程。通過初始、細(xì)化、構(gòu)建和移交4個(gè)階段就是一個(gè)開發(fā)周期，每次經(jīng)過這4個(gè)階段就會(huì)產(chǎn)生一代軟件。除非產(chǎn)品退役，否則通過重復(fù)同樣的4個(gè)階段，產(chǎn)品將演化為下一代產(chǎn)品，但每一次的側(cè)重點(diǎn)都將放在不同的階段上。這樣做的好處是在軟件開發(fā)的早期就可以對(duì)關(guān)鍵的、影響大的風(fēng)險(xiǎn)進(jìn)行處理。【單項(xiàng)選擇題】處理流程設(shè)計(jì)是系統(tǒng)設(shè)計(jì)的重要內(nèi)容。以下關(guān)于處理流程設(shè)計(jì)工具的敘述中，不正確的是（  ）。  

A、程序流程圖(PFD)用于描述系統(tǒng)中每個(gè)模塊的輸入、輸出和數(shù)據(jù)加工

B、N-S圖容易表示嵌套關(guān)系和層次關(guān)系，并具有強(qiáng)烈的結(jié)構(gòu)化特征

C、IPO圖的主體是處理過程說明，可以采用流程圖、判定樹/表等來進(jìn)行描述

D、問題分析圖(PAD)包含5種基本控制結(jié)構(gòu)，并允許遞歸使用

答案：A

解析：程序流程圖(ProgramFlowDiagram，PFD)用一些圖框表示各種操作，它獨(dú)立于任何一種程序設(shè)計(jì)語言，比較直觀、清晰，易于學(xué)習(xí)掌握。流程圖中只能包括5種基本控制結(jié)構(gòu)：順序型、選擇型、WHILE循環(huán)型(當(dāng)型循環(huán))、UNTIL循環(huán)型(直到型循環(huán))和多分支選擇型。IPO圖是由IBM公司發(fā)起并逐步完善的一種流程描述工具，其主體是處理過程說明，可以采用流程圖、判定樹、判定表、盒圖、問題分析圖或過程設(shè)計(jì)語言來進(jìn)行描述。IPO圖中的輸入、輸出與功能模塊、文件及系統(tǒng)外部項(xiàng)都需要通過數(shù)據(jù)字典來描述，同時(shí)需要為其中的某些元素添加注釋。N-s圖與PFD類似，也包括5種控制結(jié)構(gòu)，分別是順序型、選擇型、WHILE循環(huán)型(當(dāng)型循環(huán))、UNTIL循環(huán)型(直到型循環(huán))和多分支選擇型，任何一個(gè)N-S圖都是這5種基本控制結(jié)構(gòu)相互組合與嵌套的結(jié)果。在N-S圖中，過程的作用域明確；它沒有箭頭，不能隨意轉(zhuǎn)移控制；而且容易表示嵌套關(guān)系和層次關(guān)系；并具有強(qiáng)烈的結(jié)構(gòu)化特征。但是當(dāng)問題很復(fù)雜時(shí)，N-S圖可能很大。問題分析圖(ProblemAnalysisDiagram，PAD)是繼PFD和N-S圖之后，又一種描述詳細(xì)設(shè)計(jì)的工具。PAD也包含5種基本控制結(jié)構(gòu)，并允許遞歸使用。過程設(shè)計(jì)語言(ProcessDesignLanguage，PDL)也稱為結(jié)構(gòu)化語言或偽代碼(pseudocode)，它是一種混合語言，采用自然語言的詞匯和結(jié)構(gòu)化程序設(shè)計(jì)語言的語法，用于描述處理過程怎么做，類似于編程語言。過程設(shè)計(jì)語言用于描述模塊中算法和加工邏輯的具體細(xì)節(jié)，以便在開發(fā)人員之間比較精確地進(jìn)行交流。對(duì)于具有多個(gè)互相聯(lián)系的條件和可能產(chǎn)生多種結(jié)果的問題，用結(jié)構(gòu)化語言描述則顯得不夠直觀和緊湊，這時(shí)可以用以清楚、簡(jiǎn)明為特征的判定表(DecisionTable)來描述。判定表采用表格形式來表達(dá)邏輯判斷問題，表格分成4個(gè)部分，左上部分為條件說明，左下部分為行動(dòng)說明，右上部分為各種條件的組合說明，右下部分為各條件組合下相應(yīng)的行動(dòng)。判定樹(DecisionTree)也是用來表示邏輯