《軟件設(shè)計師培訓(xùn)》課件

22.紀曉嵐吟詩22.紀曉嵐吟詩1

紅紅的落日，灑下金色的光芒。秋風(fēng)吹來，江面卷起一道道的波浪。白茫茫的蘆花，像巨龍在秋風(fēng)中翻滾。歸巢的水鴨，消失在暮色中。大地在古廟的鐘聲里，顯得格外沉靜。紅紅的落日，灑下金色的光芒。秋風(fēng)2。

。3軟件設(shè)計師的要求

通過本考試的合格人員能根據(jù)軟件開發(fā)項目管理和軟件工程的要求，按照系統(tǒng)總體設(shè)計規(guī)格說明書進行軟件設(shè)計，編寫程序設(shè)計規(guī)格說明書等相應(yīng)的文檔；組織和指導(dǎo)程序員編寫、調(diào)試程序，并對軟件進行優(yōu)化和集成測試，開發(fā)出符合系統(tǒng)總體設(shè)計要求的高質(zhì)量軟件；具有工程師的實際工作能力和業(yè)務(wù)水平。

軟件設(shè)計師的要求4考試設(shè)置的科目包括：（1）上午考試主要考查計算機理論、軟件設(shè)計理論的基礎(chǔ)知識，考試時間為150分鐘，筆試，共75道選擇題，最后5道為專業(yè)英語題；（2）下午考試主要考查軟件設(shè)計能力，考試時間為150分鐘，筆試，一般有7道題，1～4為必做題，通常分別為數(shù)據(jù)流圖、數(shù)據(jù)庫設(shè)計、UML圖，程序流程圖（或C語言設(shè)計），5～7道為選做題（三選一），通常分別為C程序設(shè)計、C++程序設(shè)計、JAVA程序設(shè)計，每次考試可能有改變。考試設(shè)置的科目包括：5內(nèi)容系統(tǒng)開發(fā)與運行知識數(shù)據(jù)庫技術(shù)基礎(chǔ)知識數(shù)據(jù)結(jié)構(gòu)與算法知識操作系統(tǒng)知識計算機網(wǎng)絡(luò)基礎(chǔ)知識程序語言基礎(chǔ)面向?qū)ο蠹夹g(shù)多媒體基礎(chǔ)知識軟件知識產(chǎn)權(quán)和標準化專業(yè)英語內(nèi)容系統(tǒng)開發(fā)與運行知識61.系統(tǒng)開發(fā)與運行知識大綱要求：1.1軟件工程基礎(chǔ)知識軟件生命周期與軟件生命周期模型軟件開發(fā)方法軟件開發(fā)項目管理軟件開發(fā)工具與軟件開發(fā)環(huán)境軟件過程管理軟件質(zhì)量管理和質(zhì)量保證1.2系統(tǒng)分析基礎(chǔ)知識系統(tǒng)分析步驟結(jié)構(gòu)化分析方法——數(shù)據(jù)流圖1.系統(tǒng)開發(fā)與運行知識大綱要求：71.3系統(tǒng)設(shè)計基礎(chǔ)知識

概要設(shè)計與詳細設(shè)計的基本任務(wù)系統(tǒng)設(shè)計的基本原理系統(tǒng)模塊結(jié)構(gòu)設(shè)計結(jié)構(gòu)化設(shè)計方法面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法系統(tǒng)詳細設(shè)計1.4系統(tǒng)實施基礎(chǔ)知識系統(tǒng)實施的基本內(nèi)容1.3系統(tǒng)設(shè)計基礎(chǔ)知識8程序設(shè)計的基礎(chǔ)模塊系統(tǒng)測試系統(tǒng)轉(zhuǎn)換1.5系統(tǒng)運行和維護基礎(chǔ)知識系統(tǒng)可維護性概念系統(tǒng)評價的概念和類型程序設(shè)計的基礎(chǔ)模塊9歷年考試對本章內(nèi)容的考查情況考次2004200820095月11月11月5月11月5月分值2122361124415339262726比重14%14.7%24%7.3%16%27.3%35.3%26%17.3%18%17.3%本章的重點程度：★★★★★歷年考試對本章內(nèi)容的考查情況考次2004200820095月101.1軟件工程基礎(chǔ)知識軟件生命周期軟件的生存期劃分為制定計劃、需求分析、設(shè)計、編程實現(xiàn)、測試、運行維護等幾個階段，稱為軟件生命周期。

1.1軟件工程基礎(chǔ)知識軟件生命周期11制定計劃:確定待開發(fā)軟件系統(tǒng)的總目標，對其進行可行性分析，并對資源分配、進度安排等做出合理的計劃。參與者：用戶、項目負責(zé)人、系統(tǒng)分析師。產(chǎn)生的文檔：可行性分析報告、項目計劃書。需求分析：確定待開發(fā)軟件系統(tǒng)的功能、性能、數(shù)據(jù)、界面等要求，從而確定系統(tǒng)的邏輯模型。參與者：用戶、項目負責(zé)人、系統(tǒng)分析師。產(chǎn)生的文檔：需求規(guī)格說明書。制定計劃:確定待開發(fā)軟件系統(tǒng)的總目標，對其進行可行性分12軟件設(shè)計：分為概要設(shè)計和詳細設(shè)計。概要設(shè)計是對模塊的分解，確定軟件的結(jié)構(gòu)，模塊的功能和模塊間的接口，以及全局數(shù)據(jù)結(jié)構(gòu)的設(shè)計。詳細設(shè)計是設(shè)計每個模塊的實現(xiàn)細節(jié)和局部設(shè)局結(jié)構(gòu)。參與者：概要設(shè)計階段參加人員是系統(tǒng)分析師和軟件設(shè)計師，詳細設(shè)計階段的參加人員是軟件設(shè)計師和程序員。產(chǎn)生的文檔：概要設(shè)計說明書、詳細設(shè)計說明書。軟件設(shè)計：分為概要設(shè)計和詳細設(shè)計。概要設(shè)計是對模塊13編碼：用某種程序語言為每個模塊編寫程序。參與者：軟件設(shè)計師和程序員。

產(chǎn)生的文檔：源程序清單。測試：保證軟件質(zhì)量的重要手段，主要方式是在設(shè)計測試用例的基礎(chǔ)上檢驗軟件的各個組成部分。參與者：另一個部門的軟件設(shè)計師或系統(tǒng)分析師。產(chǎn)生的文檔：軟件測試計劃、軟件設(shè)計報告。運行與維護：對已交付的軟件投入正式使用，并對軟件運行中可能由于各方面的原因出現(xiàn)的問題進行后期修改。

編碼：用某種程序語言為每個模塊編寫程序。14【軟件設(shè)計師考試2009年5月上午試題33】在開發(fā)信息系統(tǒng)時，用于系統(tǒng)開發(fā)人員與項目管理人員溝通的主要文檔是

。

A.系統(tǒng)開發(fā)合同

C.系統(tǒng)開發(fā)計劃

D.系統(tǒng)測試報告【軟件設(shè)計師考試2008年11月上午試題33】系統(tǒng)測試人員與系統(tǒng)開發(fā)人員需要通過文檔進行溝通，系統(tǒng)測試人員應(yīng)根據(jù)一系列文檔對系統(tǒng)進行測試，然后將工作結(jié)果撰寫成

，交給系統(tǒng)開發(fā)人員。

A.系統(tǒng)開發(fā)合同B.系統(tǒng)設(shè)計說明書

C.測試計劃B.系統(tǒng)設(shè)計說明書D.系統(tǒng)測試報告【軟件設(shè)計師考試2009年5月上午試題33】B.系統(tǒng)設(shè)計說15【軟件設(shè)計師考試2007年5月上午試題18】通常在軟件的

活動中無需用戶參與。

A.需求分析B.維護D.測試【軟件設(shè)計師考試2006年11月上午試題29】

C詳細描述軟件的功能、性能和用戶界面，以使用戶了解如何使用軟件。A.概要設(shè)計說明書B.詳細設(shè)計說明書計D.用戶需求說明書C.編碼C.用戶手冊【軟件設(shè)計師考試2007年5月上午試題18】C.編碼C.16【軟件設(shè)計師考試2004年11月上午試題10】下述任務(wù)中，不屬于軟件工程需求分析階段的是

。

A．分析軟件系統(tǒng)的數(shù)據(jù)要求.

B．確定軟件系統(tǒng)的功能需求.

C．確定軟件系統(tǒng)的性能要求.

D．確定軟件系統(tǒng)的運行平臺.【軟件設(shè)計師考試2004年11月上午試題10】17軟件開發(fā)模型為了指導(dǎo)軟件的開發(fā)，用不同的方法將軟件生存周期中的所有開發(fā)活動組織起來，形成不同的軟件開發(fā)模型，它描述軟件開發(fā)過程總各種活動如何執(zhí)行的模型。常見的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型。軟件開發(fā)模型18瀑布模型（WaterfallModel）：嚴格遵循軟件生命周期各階段的固定順序——計劃、分析、設(shè)計、編程、測試和維護，上一個階段完成后才能進入下一個階段，整個模型像一個飛流直下的瀑布。瀑布模型缺乏靈活性，無法通過開發(fā)活動澄清本來不夠明確的活動。因此，當(dāng)用戶需求比較明確時才使用此模型。瀑布模型（WaterfallModel）：嚴格遵循軟件生命19演化模型（EvolutionaryModel）：也稱為快速原型模型，由于開發(fā)軟件在開始時對軟件需求的認識是模糊的，因此，很難一次性開發(fā)成功。演化模型模型就是在獲得一組基本的用戶需求的后，快速構(gòu)造出該軟件的一個初始可運行版本，這個初始的軟件稱為原型，實現(xiàn)客戶或未來的用戶與系統(tǒng)的交互，用戶或客戶對原型進行評價，進一步細化待開發(fā)軟件的需求。通過逐步調(diào)整原型，最終可得到另用戶滿意的軟件產(chǎn)品。顯然，快速原型方法可以克服瀑布模型的缺點，減少由于軟件需求不明確帶來的開發(fā)風(fēng)險，具有顯著的效果。

演化模型（EvolutionaryModel）：也稱為快速20螺旋模型（SpiralModel）：將瀑布模型和演化模型相結(jié)合，提出了螺旋模型，綜合了瀑布模型和演化模型的優(yōu)點，并增加了風(fēng)險分析。包含4個方面活動：制定計劃：確定軟件的目標，選定實施方案，弄清項目開發(fā)的限制條件。風(fēng)險分析：分析所選的方案，識別風(fēng)險，驗證階段性產(chǎn)品。實施工程：實施軟件開發(fā)，驗證階段性產(chǎn)品。客戶評價：評價開發(fā)工作，提出修改意見。螺旋模型（SpiralModel）：將瀑布模型和演化模型相21噴泉模型（WaterFountainModel）：主要用于描述面向?qū)ο蟮拈_發(fā)過程。噴泉一詞體現(xiàn)了面向?qū)ο箝_發(fā)過程的迭代和無間隙特征。即允許開發(fā)活動交叉、迭代地進行。迭代：模型中的開發(fā)活動常常需要重復(fù)多次，在迭代過程中不斷完善軟件系統(tǒng)。無間隙：指在開發(fā)活動（如分析、設(shè)計、編碼）之間不存在明顯的邊界。噴泉模型（WaterFountainModel）：主要用22V模型（VModel）：是瀑布模型的變形，與傳統(tǒng)瀑布模型相比，該模型強調(diào)測試過程應(yīng)如何與分析、設(shè)計等過程相關(guān)聯(lián)。增量模型（IncrementalModel）：增量模型在各個階段并不交付一個可運行的完整產(chǎn)品，而是交付滿足客戶需求的一個子集的可運行產(chǎn)品。整個產(chǎn)品被分解成若干個構(gòu)件，開發(fā)人員逐個構(gòu)件地交付產(chǎn)品，這樣做的好處是軟件開發(fā)可以較好地適應(yīng)變化，客戶可以不斷地看到所開發(fā)的軟件，從而降低開發(fā)風(fēng)險。構(gòu)件：是由多種相互作用的模塊所形成的提供特定功能的代碼片段構(gòu)成.

V模型（VModel）：是瀑布模型的變形，與傳統(tǒng)瀑布模型相23【軟件設(shè)計師考試2006年11月上午試題15、16】常見的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等。其中

模型適用于需求明確或很少變更的項目，

模型主要用來描述面向?qū)ο蟮能浖_發(fā)過程。

A.瀑布模型B.演化模型C.螺旋模型D.噴泉模型【軟件設(shè)計師考試2005年11月上午試題6】在開發(fā)一個系統(tǒng)時，如果用戶對系統(tǒng)的目標是不很清楚，難以定義需求，這時最好使用

。

A.原型法B.瀑布模型C.V-模型D.螺旋模型

A

D

A【軟件設(shè)計師考試2006年11月上午試題15、16】AD24采用瀑布模型進行系統(tǒng)開發(fā)的過程中，每個階段都會產(chǎn)生不同的文檔。以下關(guān)于產(chǎn)生這些文檔的描述中，正確的是

。

A.外部設(shè)計評審報告在概要設(shè)計階段產(chǎn)生。

B.集成測評計劃在程序設(shè)計階段產(chǎn)生。

C.系統(tǒng)計劃和需求說明在詳細設(shè)計階段產(chǎn)生。

D.在進行編碼的同時，獨立的設(shè)計單元測試計劃。采用瀑布模型進行系統(tǒng)開發(fā)的過程中，每個階25軟件開發(fā)方法軟件開發(fā)方法是一種使用早已定義好的技術(shù)集及符號表示習(xí)慣來組織軟件生產(chǎn)的過程。結(jié)構(gòu)化的方法Jackson方法面向?qū)ο箝_發(fā)方法軟件開發(fā)方法26結(jié)構(gòu)化方法結(jié)構(gòu)化的方法包括結(jié)構(gòu)化的分析、結(jié)構(gòu)化的設(shè)計、結(jié)構(gòu)化的程序設(shè)計構(gòu)成，是一種面向數(shù)據(jù)流的開發(fā)方法。結(jié)構(gòu)化方法總的指導(dǎo)思想是自頂向下、逐層分解，基本原則是功能的分解與抽象。結(jié)構(gòu)化方法27Jackson方法:是面向數(shù)據(jù)結(jié)構(gòu)的開發(fā)方法，包括JSP（Jackson

Structureprogramming）和JSD（Jackson

SystemDevelopment）Jackson方法:28面向?qū)ο箝_發(fā)方法面向?qū)ο蠓椒ㄊ且詫ο鬄樽罨镜脑兀瑢ο笠彩欠治鰡栴}和解決問題的核心。開發(fā)方法包括面向?qū)ο蠓治觥⒚嫦驅(qū)ο笤O(shè)計、面向?qū)ο髮崿F(xiàn)。面向?qū)ο箝_發(fā)方法有Booch方法、Coad方法和OMT方法等。為了統(tǒng)一各種面向?qū)ο蠓椒ǖ男g(shù)語、概念和模型，1997年推出了統(tǒng)一建模語言——UML（UnifiedModelingLanguage），它有標準的建模語言，通過統(tǒng)一的語義和符號表示。面向?qū)ο箝_發(fā)方法29【軟件設(shè)計師考試2008年5月上午試題15】

是一種面向數(shù)據(jù)流的開發(fā)方法，其基本思想是軟件功能的分解和抽象。

A.結(jié)構(gòu)化開發(fā)方法

B.Jackson系統(tǒng)開發(fā)方法

C.Booch方法

D.UML（統(tǒng)一建模語言）【軟件設(shè)計師考試2008年5月上午試題15】30軟件開發(fā)中的瀑布模型典型地刻畫了軟件生存周期的階段劃分，與其最相適應(yīng)的軟件開發(fā)方法是

。A．構(gòu)件化方法

B．結(jié)構(gòu)化方法C．面向?qū)ο蠓椒?/p>

D．快速原型方法《軟件設(shè)計師培訓(xùn)》課件31軟件項目管理

軟件項目管理是軟件在開發(fā)的過程中對軟件開發(fā)項目的工作范圍、可能遇到的風(fēng)險、需要的資源、要實現(xiàn)的任務(wù)、經(jīng)歷的里程碑、花費的工作量（成本）、以及進度的安排進行管理。軟件項目管理包括：成本估計風(fēng)險分析進度管理人員管理成本估算方法：有自頂向下估算法、專家估算法……。成本估算模型：IBM模型、Putnam模型、COCOMO模型。軟件項目管理成本估算方法：有自頂向下估算法、專家估算法……32風(fēng)險分析風(fēng)險分析包括4種風(fēng)險評估活動：

風(fēng)險識別—建立風(fēng)險概念的尺度。試圖系統(tǒng)化確定對項目計劃（估算、進度、資源分配）的威脅。

風(fēng)險預(yù)測—描述風(fēng)險引起的后果。確定風(fēng)險發(fā)生的可能性或概率以及如果風(fēng)險發(fā)生了所產(chǎn)生的后果。

風(fēng)險評估—估計風(fēng)險影響的大小。

風(fēng)險控制—確定風(fēng)險估計的正確性。輔助項目組建立處理風(fēng)險的策略。 風(fēng)險分析33【軟件設(shè)計師考試2008年11月上午試題19】在軟件工程環(huán)境中進行風(fēng)險識別時，常見的、已知的及可預(yù)測的風(fēng)險類包括產(chǎn)品規(guī)模、商業(yè)影響等，與開發(fā)工具的可用性及質(zhì)量相關(guān)的風(fēng)險是

。A.客戶特性B.過程定義D.構(gòu)建技術(shù)C.開發(fā)環(huán)境【軟件設(shè)計師考試2008年11月上午試題19】C.開發(fā)環(huán)境34風(fēng)險識別的一個方法是建立風(fēng)險條目檢查表。該風(fēng)險表可以用于識別風(fēng)險，并使得人們集中來識別下列常見的、已知的及可預(yù)測的風(fēng)險：產(chǎn)品規(guī)模—與要建造或修改的軟件的總體規(guī)模相關(guān)的風(fēng)險；商業(yè)影響—與管理或市場所諸的約束相關(guān)的風(fēng)險；客戶特性—與客戶的素質(zhì)以及開發(fā)者和客戶定期通信的能力相關(guān)的風(fēng)險；過程定義—與軟件過程被定義的程度以及它們被開發(fā)組織所遵守的程序相關(guān)的風(fēng)險；風(fēng)險識別的一個方法是建立風(fēng)險條目檢查表。該風(fēng)險表35開發(fā)環(huán)境—與用以構(gòu)建產(chǎn)品的工具的可用性及質(zhì)量相關(guān)的風(fēng)險。構(gòu)建的技術(shù)—與待開發(fā)軟件的復(fù)雜性及系統(tǒng)所包含技術(shù)的“新奇性”相關(guān)的風(fēng)險；人員數(shù)目及經(jīng)驗—與參與工作的軟件工程師的總體技術(shù)水平及項目經(jīng)驗相關(guān)的風(fēng)險。開發(fā)環(huán)境—與用以構(gòu)建產(chǎn)品的工具的可用性及質(zhì)量相關(guān)的風(fēng)36【軟件設(shè)計師考試2006年5月上午試題18】在軟件項目開發(fā)過程中，評估軟件項目風(fēng)險時，

與風(fēng)險無關(guān)。A.高級管理人員是否正式承諾支持該項目。B.開發(fā)人員和用戶是否充分理解系統(tǒng)的需求。C.最終用戶是否同意部署已開發(fā)的系統(tǒng)。D.開發(fā)需要的資金是否能按時到位?！拒浖O(shè)計師考試2006年5月上午試題18】37進度管理進度管理就是對軟件開發(fā)進度的合理安排，它是如期完成軟件項目的重要保證，也是合理分配資源的重要保證。進度安排的常用描述方法有：

甘特圖（Gantt圖）計劃評審技術(shù)圖（PERT圖）進度管理38甘特圖（Gantt圖）Gantt圖的橫坐標表示時間，縱坐標表示任務(wù)，圖中的水平線段表示對一個任務(wù)的進度安排，線段的起點和終點對應(yīng)于橫坐標上的時間，分別表示任務(wù)的開始和結(jié)束時間，線段的長度表示完成該任務(wù)所需的時間。甘特圖（Gantt圖）39Gantt圖實例Gantt圖實例40Gantt圖能清晰地描述每個任務(wù)從何開始，到何結(jié)束以及各個任務(wù)之間的并行性,甘特圖優(yōu)點是標明了各任務(wù)進度，能動態(tài)地反映項目開發(fā)進展；但是它不能清晰地反映出各任務(wù)之間的依賴關(guān)系，難以確定整個項目的關(guān)鍵所在，也不能反映計劃中的潛力的部分。Gantt圖能清晰地描述每個任務(wù)從何開始，到何41計劃評審技術(shù)圖（PERT圖）即計劃評審技術(shù)圖，在實施一個工程計劃時，若將整個工程分成若干工序，有些工序可以同時實施，有些工序必須在完成另一些工序之后才能實施，工序之間的次序關(guān)系可用有向圖表示，這種圖稱為PERT圖。

計劃評審技術(shù)圖（PERT圖）42最遲時間最早時間事件號任務(wù)持續(xù)時間（松弛時間）PERT圖中有兩個基本元素：箭頭：表示任務(wù)。

節(jié)點：表示流入節(jié)點的任務(wù)的結(jié)束，并開始流出節(jié)點的任務(wù)，稱之為事件，即一個時間點。最遲時間最早時間事件號任務(wù)持續(xù)時間（松弛時間）PERT圖中有43最早時刻:表示此時刻之前從該事件出發(fā)的任務(wù)不可能開始。最遲時刻:表示從該事件出發(fā)的任務(wù)必須在此時刻開始，否則整個工程就不能如期完成。松弛時間:表示在不影響整個工期的前提下，完成該任務(wù)有多少機動余地。松弛時間為0的任務(wù)就是完成整個工程的關(guān)鍵路徑。最早時刻:表示此時刻之前從該事件出發(fā)的任務(wù)不44【軟件設(shè)計師考試2009年5月上午試題17、18】某項目主要由A～I任務(wù)構(gòu)成，其計劃圖（如下圖所示）展示了各任務(wù)之間的前后關(guān)系以及每個任務(wù)的工期（單位：天），該項目的關(guān)鍵路徑（1）。在不延誤項目總工期的情況下，任務(wù)A最多可以推遲開始的時間是（2）天（1）A.A→G→I

B.A→D→F→H→I

C.B→E→G→I

D.C→F→H→I（2）A.0

B.2

C.5

D.7CB【軟件設(shè)計師考試2009年5月上午試題17、18】CB45444446TEA=2TEB=2TEC=1TED=TEA+4=2+4=6TEE=TEB+5=2+5=7TEF=max{TEC+1，TED+1}=max{1+1,6+1}=7TEG=max{TEA+6，TEE+6}=max{2+6,7+6}=13TEH=TEF+4=7+4=11TEI=max{TEG+7，TEH+7}=max{13+7，11+7}=20TLI=TEI=20TLH=TLI-7=20-7=13TLG=TLI-7=20-7=13TLF=TLH-4=13-4=9TLE=TLG-6=13-6=7TLD=TLF-1=9-1=8TLC=TLF-1=9-1=8TLB=TLE-5=7-5=2TLA=min{TLD-4，TLG-6}=min{8-4,13-6}=4TEA=2TEB=2TEC=1TED=T47TEi表示第i個任務(wù)的最早完成時間。TLi表示第i個任務(wù)的最晚完成時間。TEi=max{第i個任務(wù)的前驅(qū)任務(wù)最早完成時間+第i個任務(wù)的持續(xù)時間}TLi=min{第i個任務(wù)的后驅(qū)任務(wù)最晚完成時間-第i個任務(wù)的后驅(qū)任務(wù)持續(xù)時間}TE最終任務(wù)=TL最終任務(wù)松弛時間=TLi–TEi松弛時間為0的任務(wù)路徑為關(guān)鍵路徑TEi表示第i個任務(wù)的最早完成時間。48【軟件設(shè)計師考試2008年11月上午試題17、18】若一個項目由9個主要任務(wù)構(gòu)成，其計劃圖(如下圖所示)展示了任務(wù)之間的前后關(guān)系以及每個任務(wù)所需天數(shù)，該項目的關(guān)鍵路徑是(1)，完成項目所需的最短時間是(2)天。(1)A.A→B→C→D→I

B.A→B→C→E→I

C.A→B→C→F→G→I

D.A→B→C→F→H→I(2)A.16B.17C.18D.19AD【軟件設(shè)計師考試2008年11月上午試題17、18】AD49《軟件設(shè)計師培訓(xùn)》課件50【軟件設(shè)計師考試2006年5月上午試題27】某工程計劃圖如下圖所示，弧上的標記為作業(yè)編碼及其需要的完成時間（天），作業(yè)E最遲應(yīng)在第

天開始。A.7B.9C.12D.13

E的最遲開始時間就是就是B的最晚完成時間D【軟件設(shè)計師考試2006年5月上午試題27】D51關(guān)鍵路徑法（CPM圖）CPM和PERT的區(qū)別是：CPM是以經(jīng)驗數(shù)據(jù)為基礎(chǔ)來確定各項工作的時間，而PERT則把各項工作的時間作為隨機變量來處理。所以，前者往往被稱為肯定型網(wǎng)絡(luò)計劃技術(shù)，而后者往往被稱為非肯定型網(wǎng)絡(luò)計劃技術(shù)。前者是以縮短時間、提高投資效益為目的，而后者則能指出縮短時間、節(jié)約費用的關(guān)鍵所在。關(guān)鍵路徑法（CPM圖）52【軟件設(shè)計師考試2007年11月上午試題29、30】在軟件開發(fā)中，

不能用來描述項目開發(fā)的進度安排。在其他三種圖中，可用

動態(tài)地反映項目開發(fā)進展情況。A.甘特圖B.PERT圖 C.PERT/CPM圖 D.魚骨圖魚骨圖用于質(zhì)量管理DA【軟件設(shè)計師考試2007年11月上午試題29、30】DA53【軟件設(shè)計師考試2006年5月上午試題15】在軟件項目管理中可以使用各種圖形工具來輔助決策，下面對Gantt圖的描述中，不正確的是

。A.Gantt圖表現(xiàn)各個活動的持續(xù)時間。

B.Gantt圖表現(xiàn)了各個活動的起始時間。

C.Gantt圖反映了各個活動之間的依賴關(guān)系。

D.Gantt圖表現(xiàn)了完成各個活動的進度?！拒浖O(shè)計師考試2006年5月上午試題15】54【軟件設(shè)計師考試2005年11月上午試題15】在軟件項目管理中可以使用各種圖形工具來輔助決策，下面對Gannt圖的描述不正確的是

。

A.Gantt圖表現(xiàn)各個活動的順序和它們之間的因果關(guān)系。B.Gantt圖表現(xiàn)哪些活動可以并行進行。

C.Gantt圖表現(xiàn)了各個活動的起始時間。D.Gantt圖表現(xiàn)了各個活動完成的進度。【軟件設(shè)計師考試2005年11月上午試題15】55軟件過程管理軟件過程—人們用于開發(fā)和維護軟件及其相關(guān)產(chǎn)品（項目計劃、設(shè)計文檔、代碼、測試用例、用戶手冊等）的一系列活動、包括軟件工程活動和軟件管理活動，其中必然涉及相關(guān)的方法和技術(shù)。軟件能力成熟度模型(CMM)統(tǒng)一軟件開發(fā)過程（RUP）極限編程（XP）軟件過程管理56軟件能力成熟度模型(CapabilityMaturityModel，簡稱CMM)軟件過程能力—描述（開發(fā)組織和項目組）通過遵循其軟件過程能夠?qū)崿F(xiàn)預(yù)期結(jié)果的程度。軟件能力成熟度—一個特定軟件過程被明確和有效地定義、管理、測量及控制的程度。成熟度可指明一個軟件開發(fā)組織軟件過程的能力的增長潛力。軟件能力成熟度模型(CapabilityMaturity57CMM模型將軟件過程能力成熟度劃分為5個級別：(1)初始級：軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決于個人努力。(2)可重復(fù)級：建立了基本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重復(fù)早先類似應(yīng)用項目取得的成功。(3)已定義級：已將軟件管理和工程兩方面的過程文檔化、標準化，并綜合成該組織的標準軟件過程。所有項目均使用經(jīng)批準化、剪裁的標準軟件過程來開發(fā)和維護軟件。CMM模型將軟件過程能力成熟度劃分為5個級別：58(4)已管理級：收集對軟件過程和產(chǎn)品質(zhì)量的詳細度量，對軟件過程和產(chǎn)品都有定量的理解和控制。(5)優(yōu)化級：過程的量化反饋和先進的思想，新技術(shù)促使過程不斷改進。每一個成熟度等級為過程改進達到下一個等級提供一個基礎(chǔ)，當(dāng)前一個等級沒有達到時，不能進入下一個等級。(4)已管理級：收集對軟件過程和產(chǎn)品質(zhì)量的詳細度量，對59【軟件設(shè)計師考試2009年11月上午試題29】軟件能力成熟度模型（CMM）將軟件能力成熟度自低到高依次劃分為5級。目前，達到CMM第3級（已定義級）是許多組織努力的目標，該級的核心是

。A.建立基本的項目管理和實踐來跟蹤項目費用、進度和功能特性.B.使用標準開發(fā)過程（或方法論）構(gòu)建（或集成）系統(tǒng).C.管理層尋求更主動地應(yīng)對系統(tǒng)的開發(fā)問題.D.連續(xù)地監(jiān)督和改進標準化的系統(tǒng)開發(fā)過程.【軟件設(shè)計師考試2009年11月上午試題29】60【軟件設(shè)計師考試2008年11月上午試題29】軟件能力成熟度模型(CMM)將軟件能力成熟度自低到高依次劃分為初始級、可重復(fù)級、定義級、管理級和優(yōu)化級。其中

對軟件過程和產(chǎn)品都有定量的理解與控制。A.可重復(fù)級和定義級B.定義級和管理級D.定義級、管理級和優(yōu)化級C.管理級和優(yōu)化級【軟件設(shè)計師考試2008年11月上午試題29】C.管理級和61【軟件設(shè)計師考試2006年11月上午試題29】軟件能力成熟模型（CMM）是目前國際上最流行、最實用的軟件生產(chǎn)過程標準和軟件企業(yè)成熟度的等級認證標準。該模型將軟件能力成熟度自低到高依次劃分為初始級、可重復(fù)級、已定義級、已管理級、優(yōu)化級。從

開始，要求企業(yè)建立基本的項目管理過程的政策和管理規(guī)程，使項目管理工作有章可循。A.初始級B.可重復(fù)級D.已管理級C.已定義級【軟件設(shè)計師考試2006年11月上午試題29】C.已定義級62RUP（RationalUnifiedProcess，統(tǒng)一軟件開發(fā)過程，統(tǒng)一軟件過程)：是一個面向?qū)ο笄一诰W(wǎng)絡(luò)的程序開發(fā)方法論。RUP好像一個在線的指導(dǎo)者，它可以為所有方面和層次的程序開發(fā)提供指導(dǎo)方針，模版以及事例支持。RUP（RationalUnifiedProcess，統(tǒng)63軟件工程過程定義誰在做什么、怎么做以及什么時候做，RUP用四個主要的建模元素表達：·角色（Workers）——“誰”·活動（Activities）——“怎么做”·產(chǎn)品(工件)（Artifacts）——“做什么”·工作流（Workflows）——“什么時候做”軟件工程過程定義誰在做什么、怎么做以及什64角色：它定義的是所執(zhí)行的一組活動和所擁有的一組文檔與模型。是抽象的職責(zé)定義，描述某個人或者一個小組的行為與職責(zé)。角色并不代表個人，而是說明個人在業(yè)務(wù)中應(yīng)該如何表現(xiàn)以及他們應(yīng)該承擔(dān)的責(zé)任。RUP預(yù)先定義了很多角色：

角色：它定義的是所執(zhí)行的一組活動和所擁有的一組65分析員角色集:

分析員角色集用于組織主要從事需求獲取和研究的各種角色開發(fā)角色集:

開發(fā)人員角色集用于組織主要從事軟件設(shè)計與開發(fā)的各種角色。測試員角色集:

測試員角色集用于組織主要從事軟件測試的各種角色。經(jīng)理角色集:

經(jīng)理角色集用于組織主要從事軟件工程流程的管理與配置的各種角色。分析員角色集:分析員角色集用于組織主要從事需66活動：是一個有明確目的的獨立工作單元。即承擔(dān)這一角色的人必須完成的一組工作。例如：找出用例和角色是系統(tǒng)分析員的活動，執(zhí)行性能測試是測試員的活動，等等?；顒樱菏且粋€有明確目的的獨立工作單元。即承擔(dān)67產(chǎn)品（工件）：產(chǎn)品是一個過程所生產(chǎn)、修改或使用的一段信息。產(chǎn)品是項目切實的成果，是項目為生產(chǎn)出最終的產(chǎn)品而制造或使用的東西。產(chǎn)品可以具有不同的形式，如·模型，如用例模型或設(shè)計模型。·模型元素，如類，用例或子系統(tǒng)?！の臋n，如商業(yè)用例或軟件體系結(jié)構(gòu)文檔。·源代碼。·可執(zhí)行程序產(chǎn)品（工件）：產(chǎn)品是一個過程所生產(chǎn)、修改或使68工作流：僅僅把所有的角色、活動和產(chǎn)品都列舉出來還不能夠組成過程，另外還需要一種有效的方式，把產(chǎn)生有價值結(jié)果的活動序列描述出來，并顯示角色之間的交互。工作流是一個產(chǎn)生具有可觀察的結(jié)果活動序列。UML中，可以用一個序列圖、協(xié)作圖或活動圖來表示工作流。工作流：僅僅把所有的角色、活動和產(chǎn)品都列舉出69RUP被劃分為六個核心“工程”工作流：商業(yè)建模工作流需求工作流分析和設(shè)計工作流實現(xiàn)工作流測試工作流展開工作流RUP被劃分為六個核心“工程”工作流：70【軟件設(shè)計師考試2009年5月上午試題16】一個軟件開發(fā)過程描述了“誰做”、“做什么”、“怎么做”和“什么時候做”，RUP用

來表述“誰做”。

A.角色

B.活動

C.制品

D.工作流

A【軟件設(shè)計師考試2009年5月上午試題16】A71過程隨著時間動態(tài)組織，把軟件的生存期劃分為一些周期，每個周期都影響新一代產(chǎn)品。RUP把一個開發(fā)周期劃分為四個連續(xù)的階段：初始階段（Inceptionphase）精化階段（Elaborationphase）構(gòu)造階段（Constructionphase）移交階段（Transitionphase）過程隨著時間動態(tài)組織，把軟件的生存期劃分72

每個階段的結(jié)果都是一個里程碑。里程碑是一個時間點，在這個時間點上必須做出重要的決策，達到一些關(guān)鍵的目標。初始階段:為系統(tǒng)建立商業(yè)用例，確定項目的邊界?！芷谀繕死锍瘫?。精化階段:分析問題領(lǐng)域，建立一個健全的體系結(jié)構(gòu)基礎(chǔ)，編制項目規(guī)劃，淘汰項目中風(fēng)險最高的元素。——生命周期體系結(jié)構(gòu)里程碑。構(gòu)造階段:將開發(fā)所有剩余的構(gòu)件和應(yīng)用部件，對它們進行測試，并集成到產(chǎn)品中?！跏歼\行能力里程碑。

移交階段:把軟件產(chǎn)品交付給用戶群?！a(chǎn)品發(fā)布里程碑。

每個階段的結(jié)果都是一個里程碑。里程碑是一個時間點，73【軟件設(shè)計師考試2009年5月上午試題30】RUP在每個階段都有主要目標，并在結(jié)束時產(chǎn)生一些制品。在

結(jié)束時產(chǎn)生“在適當(dāng)?shù)钠脚_上集成的軟件產(chǎn)品”。A.初期階段

B.精化階段

C.構(gòu)建階段

D.移交階段

【軟件設(shè)計師考試2008年5月上午試題18】RUP分為4個階段，每個階段結(jié)束時都有重要的里程碑，其中生命周期架構(gòu)是在

結(jié)束時的里程碑。

A.初期階段B.精化階段C.構(gòu)建階段D.移交階段CA【軟件設(shè)計師考試2009年5月上午試題30】CA74軟件質(zhì)量管理

軟件質(zhì)量是指反映軟件系統(tǒng)或軟件產(chǎn)品滿足規(guī)定或隱含需求的能力的特征和特性全體。軟件質(zhì)量保證是指為軟件系統(tǒng)或軟件產(chǎn)品充分滿足用戶要求的質(zhì)量而進行的有計劃、有組織的活動，其目的是產(chǎn)生質(zhì)量的軟件。軟件質(zhì)量模型

ISO/IEC9126軟件質(zhì)量模型

McCall軟件質(zhì)量模型軟件質(zhì)量管理75ISO/IEC9126軟件質(zhì)量模型由3個層次組成：質(zhì)量特性，質(zhì)量子特性，度量指標。功能性：適合性、準確性、互用性、依從性、安全性?？煽啃裕撼墒煨浴⑷蒎e性、易恢復(fù)性。易使用性：易理解性、易學(xué)性、易操作性。效率：時間特性、資源特性?？删S護性：易分析性、易改變性、穩(wěn)定性、易測試性?？梢浦残裕哼m應(yīng)性，易安裝性、一致性、易替換性。

ISO/IEC9126軟件質(zhì)量模型76【軟件設(shè)計師考試2008年11月上午試題31】ISO/IEC9126軟件質(zhì)量模型中第一層定義了六個質(zhì)量特性，并為各質(zhì)量特性定義了相應(yīng)的質(zhì)量子特性。子特性

屬于可靠性質(zhì)量特性。A.準確性B.易理解性C.成熟性D.易學(xué)性C【軟件設(shè)計師考試2008年11月上午試題31】C771.2系統(tǒng)分析基礎(chǔ)知識系統(tǒng)分析側(cè)重于從業(yè)務(wù)全過程的角度進行分析，主要任務(wù)。主要內(nèi)容有：業(yè)務(wù)和數(shù)據(jù)的流程是否通暢，是否合理數(shù)據(jù)、業(yè)務(wù)過程和組織管理之間的關(guān)系原系統(tǒng)管理模式改革和新系統(tǒng)管理方法的實現(xiàn)是否具有可行性等。1.2系統(tǒng)分析基礎(chǔ)知識系統(tǒng)分析側(cè)重于從業(yè)務(wù)全過程的角78系統(tǒng)分析的步驟對當(dāng)前系統(tǒng)進行詳細調(diào)查，收集數(shù)據(jù)；建立當(dāng)前系統(tǒng)的邏輯模型；對現(xiàn)狀進行分析，提出改進意見和新系統(tǒng)應(yīng)達到的目標；建立新系統(tǒng)的模型；編寫系統(tǒng)方案說明書系統(tǒng)分析的步驟79結(jié)構(gòu)化分析方法數(shù)據(jù)流圖(DataFlowDiagram,DFD):數(shù)據(jù)流圖就是組織中信息運動的抽象，是信息系統(tǒng)邏輯模型的主要形式。它是一種便于用戶理解、分析系統(tǒng)數(shù)據(jù)流程的圖形工具。結(jié)構(gòu)化分析方法80【軟件設(shè)計師考試2007年5月上午試題15】結(jié)構(gòu)化開發(fā)方法中，數(shù)據(jù)流圖是

階段產(chǎn)生的成果。

B.總體設(shè)計

C.詳細設(shè)計D.程序編程A.需求分析【軟件設(shè)計師考試2007年5月上午試題15】A.需求分析81例如：學(xué)籍管理系統(tǒng)的數(shù)據(jù)流圖例如：學(xué)籍管理系統(tǒng)的數(shù)據(jù)流圖82數(shù)據(jù)流圖的基本組成及符號外部項(外部實體)：外部項在數(shù)據(jù)流圖中表示所描述系統(tǒng)的數(shù)據(jù)來源和去處的各種實體或工作環(huán)節(jié)。系統(tǒng)開發(fā)不能改變這些外部項本身的結(jié)構(gòu)和固有屬性。加工(數(shù)據(jù)加工)：又稱數(shù)據(jù)處理邏輯，描述系統(tǒng)對信息進行處理的邏輯功能。數(shù)據(jù)存儲：邏輯意義上的數(shù)據(jù)存儲環(huán)節(jié)，即系統(tǒng)信息處理功能需要的、不考慮存儲物理介質(zhì)和技術(shù)手段的數(shù)據(jù)存儲環(huán)節(jié)。數(shù)據(jù)流：與所描述系統(tǒng)信息處理功能有關(guān)的各類信息的載體，是各加工環(huán)節(jié)進行處理和輸出的數(shù)據(jù)集合。數(shù)據(jù)流圖的基本組成及符號83給出了常用的三類數(shù)據(jù)流圖基本成分的符號

給出了常用的三類數(shù)據(jù)流圖基本成分的符號84繪制數(shù)據(jù)流圖按照自頂向下的原則繪制數(shù)據(jù)流圖按照自頂向下的原則85例如：學(xué)籍管理系統(tǒng)的頂層圖例如：學(xué)籍管理系統(tǒng)的頂層圖86例如：學(xué)籍管理系統(tǒng)的第0層圖例如：學(xué)籍管理系統(tǒng)的第0層圖87繪制數(shù)據(jù)流圖的幾點注記：關(guān)于自頂向下、逐層分解數(shù)據(jù)流必須通過加工，即送去加工或從加工環(huán)節(jié)發(fā)出。數(shù)據(jù)存儲環(huán)節(jié)一般作為兩個加工環(huán)節(jié)的界面。命名名稱要反映被命名的成分的真實和全部的意義；名稱要意義明確，易理解，無歧義；進出數(shù)據(jù)存儲環(huán)節(jié)的數(shù)據(jù)流如內(nèi)容和存貯者的數(shù)據(jù)相同，可采用同一名稱。繪制數(shù)據(jù)流圖的幾點注記：88編號每個數(shù)據(jù)加工環(huán)節(jié)和每張數(shù)據(jù)流圖都要編號。按逐層分解的原則，父圖與子圖的編號要有一致性，一般子圖的圖號是父圖上對應(yīng)的加工的編號。類似地，在分層數(shù)據(jù)流圖中，如下層圖上的數(shù)據(jù)流或數(shù)據(jù)存儲是由上層圖某個成分的分解而得，則父項與子項的編號要體現(xiàn)數(shù)據(jù)流圖分解的完整性與一致性的原則，如父項編號為F1或D1，則其子項分別為F1.1，F(xiàn)1.2，…，或D1.1，D1.2，…等。編號89

下列要素中，不屬于DFD的是

(1)。當(dāng)使用DFD對一個工資系統(tǒng)進行建模時，

(2)可以被認定為外部實體。(1)A．加工B．?dāng)?shù)據(jù)流C．?dāng)?shù)據(jù)存儲D．聯(lián)系(2)A．接收工資單的銀行B．工資系統(tǒng)源代碼程序C．工資單D．工資數(shù)據(jù)庫的維護DA下列要素中，不屬于DFD的是(1)。當(dāng)使用D90【軟件設(shè)計師考試2008年11月上午試題31】

【說明】某公司擬開發(fā)一個銷售管理系統(tǒng)，其主要功能描述如下：

1．接受客戶訂單，檢查庫存貨物是否滿足訂單要求。如果滿足，進行供貨處理：即修改庫存記錄文件，給庫房開具備貨單并且保留客戶訂單至訂單記錄文件；否則進行缺貨處理：將缺貨訂單錄入缺貨記錄文件。

2．根據(jù)缺貨記錄文件進行缺貨統(tǒng)計，將缺貨通知單發(fā)給采購部門。

3．根據(jù)采購部門提供的進貨通知單進行進貨處理：即修改庫存記錄文件，并從缺貨記錄文件中取出缺貨訂單進行供貨處理。

4．根據(jù)保留的客戶訂單進行銷售統(tǒng)計，打印統(tǒng)計報表給經(jīng)理?！拒浖O(shè)計師考試2008年11月上午試題31】【說明】91現(xiàn)采用結(jié)構(gòu)化方法對銷售管理系統(tǒng)進行分析與設(shè)計，獲得如圖所示的頂層圖和第0層數(shù)據(jù)流圖。客戶采購部門庫房經(jīng)理現(xiàn)采用結(jié)構(gòu)化方法對銷售管理系統(tǒng)進行分析與設(shè)計，獲客戶采92缺貨記錄文件庫存記錄文件訂單記錄文件缺貨記錄文件庫存記錄文件訂單記錄文件93【問題1】（4分）使用說明中的詞語，給出頂層圖的外部實體E1~E4的名稱。【問題2】（3分）使用說明中的詞語，給出第0層圖的數(shù)據(jù)存儲D1~D3的名稱?！締栴}3】（8分）第0層數(shù)據(jù)流圖缺少了四條數(shù)據(jù)流，根據(jù)說明及頂層數(shù)據(jù)流圖提供的信息，分別指出這四條數(shù)據(jù)流的起點和終點。起點終點D3訂貨記錄文件銷售統(tǒng)計D2庫存記錄文件處理訂單D1缺貨記錄文件供貨處理進貨處理

D1缺貨記錄文件【問題1】（4分）起點終點D3訂貨記錄文件銷售統(tǒng)94

【說明】某基于微處理器的住宅安全系統(tǒng)，使用傳感器(如紅外探頭、攝像頭等)來檢測各種意外情況，如非法進入、火警、水災(zāi)等。房主可以在安裝該系統(tǒng)時配置安全監(jiān)控設(shè)備(如傳感器、顯示器、報警器等)，也可以在系統(tǒng)運行時修改配置，通過錄像機和電視機監(jiān)控與系統(tǒng)連接的所有傳感器，并通過控制面板上的鍵盤與系統(tǒng)進行信息交互。在安裝過程中，系統(tǒng)給每個傳感器賦予一個編號(即id)和類型，并設(shè)置房主密碼以啟動和關(guān)閉系統(tǒng)，設(shè)置傳感器事件發(fā)生時應(yīng)自動撥出的電話號碼。當(dāng)系統(tǒng)檢測到一個傳感器事件時，就激活警報，撥出預(yù)置的電話號碼，并報告關(guān)于位置和檢測到的事件的性質(zhì)等信息?！菊f明】95【問題1】住宅安全系統(tǒng)頂層圖中的A和B分別是什么?傳感器報警器【問題1】住宅安全系統(tǒng)頂層圖中的A和B分別是什么?傳感器報96【問題2】住宅安全系統(tǒng)第0層DFD圖中的數(shù)據(jù)存儲“配置信息”會影響圖中哪些加工?

【問題2】住宅安全系統(tǒng)第0層DFD圖中的數(shù)據(jù)存儲“配置信息”97

【問題3】將加工4的細化圖中的數(shù)據(jù)流補充完整，并指明加工名稱、數(shù)據(jù)流的方向(輸入/輸出)和數(shù)據(jù)流名稱．

傳感器數(shù)據(jù)5顯示信息和狀態(tài)傳感器電話撥號傳感器狀態(tài)電話線【問題3】將加工4的細化圖中的數(shù)據(jù)流補充完整，并指明加工名98加工名稱數(shù)據(jù)流方向數(shù)據(jù)流名稱4.1顯示格式輸出傳感器數(shù)據(jù)4.4讀傳感器輸入傳感器狀態(tài)4.5撥號輸出電話撥號加工名稱數(shù)據(jù)流方向數(shù)據(jù)流名稱4.1顯示格式輸出傳感器數(shù)據(jù)499【軟件設(shè)計師考試2006年5月上午試題31】在繪制數(shù)據(jù)流圖時，應(yīng)遵循父圖與子圖平衡的原則，所謂平衡是指

。A.父圖和子圖都不得改變數(shù)據(jù)流的性質(zhì)。B.子圖不改變父圖數(shù)據(jù)流的一致性。C.父圖的輸入/輸出數(shù)據(jù)流與子圖的輸入/輸出數(shù)據(jù)流一致。D.子圖的輸出數(shù)據(jù)流完全由父圖的輸入數(shù)據(jù)流確定?！拒浖O(shè)計師考試2006年5月上午試題31】1001.3系統(tǒng)設(shè)計基礎(chǔ)知識系統(tǒng)模塊結(jié)構(gòu)設(shè)計【軟件設(shè)計師考試2006年5月上午試題16、17】耦合度描述了

。A.模塊內(nèi)各種元素結(jié)合的程度。 B.模塊內(nèi)多個功能之間的接口。C.模塊之間公共數(shù)據(jù)的數(shù)量。 D.模塊之間相互關(guān)聯(lián)的程度。內(nèi)聚是一種指標，表示一個模塊

。A.代碼優(yōu)化的程度 C.完成任務(wù)的及時程度D.為了與其他模塊連接所要完成的工作量B.代碼功能的集中程度1.3系統(tǒng)設(shè)計基礎(chǔ)知識系統(tǒng)模塊結(jié)構(gòu)設(shè)計B.代碼功能的集中101【軟件設(shè)計師考試2007年11月上午試題32】內(nèi)聚性和耦合性是度量軟件模塊獨立性的重要準則，軟件設(shè)計時應(yīng)力求

。A.高內(nèi)聚，高耦合 B.高內(nèi)聚，低耦合C.低內(nèi)聚，高耦合 D.低內(nèi)聚，低耦合B【軟件設(shè)計師考試2007年11月上午試題32】B102耦合:系統(tǒng)內(nèi)不同模塊之間互連程度的度量。塊間耦合強弱取決于模塊間聯(lián)系形式及接口的復(fù)雜程度。模塊間接口的復(fù)雜性越高，說明耦合的程度也越高。數(shù)據(jù)耦合:如果兩個模塊彼此間通過數(shù)據(jù)交換信息，而且每一個參數(shù)僅僅為數(shù)據(jù)，那么這種塊間耦合稱之為數(shù)據(jù)耦合?？刂岂詈?如果兩個模塊彼此間傳遞的信息中有控制信息，那么這種塊間耦合稱為控制耦合。公共耦合:如果兩個模塊彼此之間通過一個公共的數(shù)據(jù)區(qū)域傳遞信息時，則稱之為公共耦合或公共數(shù)據(jù)域耦合。內(nèi)容耦合:如果一個模塊需要涉及另一個模塊的內(nèi)部信息時，則這種聯(lián)系稱為內(nèi)容耦合。耦合:系統(tǒng)內(nèi)不同模塊之間互連程度的度量。塊間耦合強弱取決103塊間耦合形式可讀性錯誤擴散能力可修改性通用性數(shù)據(jù)耦合好弱好好控制耦合中中中中公共耦合不好強不好較差內(nèi)容耦合最差最強最差差塊間耦合形式可讀性錯誤擴散能力可修改性通用性數(shù)據(jù)耦合好弱好好104內(nèi)聚:模塊內(nèi)部元素的聯(lián)系方式，塊內(nèi)聯(lián)系標志一個模塊內(nèi)部各個元素間彼此結(jié)合的緊密程度，主要表現(xiàn)在模塊內(nèi)部各個元素為了執(zhí)行某一功能而結(jié)合在一起的程度?！盾浖O(shè)計師培訓(xùn)》課件105偶然內(nèi)聚：如果一個模塊所要完成的動作之間沒有任何關(guān)系，或者即使有某種關(guān)系，也是非常松散的，就稱之為偶然組合。邏輯內(nèi)聚：如果一個模塊內(nèi)部的各個組成部分在邏輯上具有相似的處理動作，但功能上、用途上卻彼此無關(guān)，則稱之為邏輯組合。時間內(nèi)聚：如果一個模塊內(nèi)部的各個組成部分所包含的處理動作必須在同一時間內(nèi)執(zhí)行，則稱之為時間組合。過程內(nèi)聚：如果一個模塊內(nèi)部的各個組成部分所要完成的動作彼此間沒什么關(guān)系，但必須以特定的次序(控制流)執(zhí)行，則稱之為過程組合。通信內(nèi)聚：如果一個模塊內(nèi)部的各個組成部分所完成的動作都使用了同一個輸入數(shù)據(jù)或產(chǎn)生同一個輸出數(shù)據(jù)，則稱之為通信組合。順序內(nèi)聚：對于一個模塊內(nèi)部的各個組成部分，如果前一部分處理動作的輸出是后一部分處理動作的輸入，則稱之為順序組合。功能內(nèi)聚：如果一個模塊內(nèi)部的各個組成部分全部為執(zhí)行同一功能而結(jié)合成為一個整體，則稱之為功能組合方式的模塊。偶然內(nèi)聚：如果一個模塊所要完成的動作之間沒有任何關(guān)系，或者即1061.4系統(tǒng)實施基礎(chǔ)知識系統(tǒng)測試系統(tǒng)測試：是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程系統(tǒng)測試的目的：系統(tǒng)測試是以找錯誤為目的，我們不是要證明程序無錯，而是要精心選取那些易于發(fā)生錯誤的測試數(shù)據(jù)，以十分挑剔的態(tài)度，去尋找程序的錯誤。1.4系統(tǒng)實施基礎(chǔ)知識系統(tǒng)測試107系統(tǒng)測試的基本原則：測試工作應(yīng)避免由原開發(fā)軟件的個人或小組來承擔(dān)設(shè)計測試用例不僅要包括合理、有效的輸入數(shù)據(jù)，還要包括無效的或不合理的輸入數(shù)據(jù)。設(shè)計測試案例時,不僅要確定輸入數(shù)據(jù)，而且要根據(jù)系統(tǒng)功能確定預(yù)期輸出的結(jié)果。不僅要檢驗程序做了該做的事，還要檢查程序是否同時做了不該做的事。嚴格按照測試計劃進行，避免測試的隨意性保留測試用例，將會給重新測試和追加測試帶來方便。系統(tǒng)測試的基本原則：108測試過程：制定測試計劃編制測試大綱根據(jù)測試大綱設(shè)計和生成測試用例實施測試生成測試報告測試過程：109系統(tǒng)測試的方法：1.靜態(tài)測試

被測程序不在機器上運行，而是采用人工檢測和計算機輔助靜態(tài)分析的手段對程序進行檢測。2.動態(tài)測試

通過運行程序發(fā)現(xiàn)錯誤。有黑盒測試法和白盒測試法。系統(tǒng)測試的方法：110黑盒測試：將軟件看作黑盒子，在完全不考慮程序的內(nèi)部結(jié)構(gòu)和特性的情況下，研究軟件的外部特性。根據(jù)軟件的需求規(guī)格說明書設(shè)計測試用例，只在軟件的界面上進行測試，從程序的輸入和輸出特性上測試是否滿足設(shè)定的功能。黑盒測試方法（黑盒測試法用例）主要有等價類劃分、邊界值分析、錯誤推測等，主要用于軟件系統(tǒng)測試階段。黑盒測試：將軟件看作黑盒子，在完全不考慮程序的內(nèi)111白盒測試：是在已知程序內(nèi)部結(jié)構(gòu)和處理過程的前提下，通過測試來檢測程序中的每條路徑是否按預(yù)定要求正常運行。該方法將被測試的對象看成一個透明的白盒子，測試人員完全知道程序的內(nèi)部結(jié)構(gòu)和處理算法，并按照程序內(nèi)部的邏輯測試程序，對程序中盡可能多的邏輯路徑進行測試。白盒測試方法主要有邏輯覆蓋、基本路徑測試等。白盒測試：是在已知程序內(nèi)部結(jié)構(gòu)和處理過程的前提下，通112系統(tǒng)測試的步驟：-單元測試：程序中的一個模塊或一個子程序，是程序設(shè)計的最小單元，是程序最小的獨立編譯單位。-集成測試（組裝測試）：在每個模塊完成了單元測試以后，需要按照設(shè)計時作出的層次模塊圖把它們連接起來，進行組裝測試。

-確認測試：經(jīng)過組裝測試，軟件已裝配完畢，接下來進行的確認測試和系統(tǒng)測試將是以整個軟件做為測試對象，且采用黑盒測試方法。

-系統(tǒng)測試：將信息系統(tǒng)的所有組成部分包括軟件、硬件、用戶以及環(huán)境等綜合在一起進行測試，以保證系統(tǒng)的各組成部分協(xié)調(diào)運行。系統(tǒng)測試的步驟：113下面有關(guān)測試的說法正確的是

。A.測試人員應(yīng)該在軟件開發(fā)結(jié)束后開始介入

B.測試主要是軟件開發(fā)人員的工作

C.要根據(jù)軟件詳細設(shè)計中設(shè)計的各種合理數(shù)據(jù)設(shè)計測試用例

D.嚴格按照測試計劃進行，避免測試的隨意性。下面有關(guān)測試的說法正確的是。114為驗證程序模塊A是否正確實現(xiàn)了規(guī)定的功能，需要進行（1）；為驗證模塊A能否與其他模塊按照規(guī)定方式正確工作，需要進行（2）。（1）A.單元測試 B.集成測試 C.確認測試 D.系統(tǒng)測試（2）A.單元測試 B.集成測試 C.確認測試 D.系統(tǒng)測試《軟件設(shè)計師培訓(xùn)》課件115【軟件設(shè)計師考試2008年11月上午試題36】在模擬環(huán)境下，常采用黑盒測試檢驗所開發(fā)的軟件是否與需求規(guī)格說明書一致。其中有效性測試屬于

中的一個步驟。A.單元測試

B.集成測試

C.確認測試

D.系統(tǒng)測試【軟件設(shè)計師考試2008年11月上午試題36】1161.5系統(tǒng)運行和維護基礎(chǔ)知識系統(tǒng)可維護性概念：維護人員理解、改正、改動和改進這個軟件的難易程度。系統(tǒng)的可維護性的評價指標：可理解性、可測試性、可修改性。系統(tǒng)維護的內(nèi)容和類型：硬件維護、軟件維護、數(shù)據(jù)維護。軟件維護：根據(jù)需求變化或硬件環(huán)境的變化對應(yīng)用程序進行部分或全部修改。1.5系統(tǒng)運行和維護基礎(chǔ)知識系統(tǒng)可維護性概念：117軟件維護包括：正確性維護：改正在系統(tǒng)開發(fā)階段已發(fā)生而系統(tǒng)測試階段尚未發(fā)現(xiàn)的錯誤。占整個維護工作量的17%-20%。適應(yīng)性維護：使應(yīng)用軟件適應(yīng)信息技術(shù)變化和管理需求變化而進行的修改。占整個維護工作量的18%-25%。完善性維護：為擴充功能和改善性能而進行的修改，主要是對已有的軟件系統(tǒng)增加一些在系統(tǒng)分析和設(shè)計階段中沒有規(guī)定的功能與性能特征。占整個維護工作量的50%-60%。預(yù)防性維護：為改進應(yīng)用軟件的可靠性和可維護性，為了使用硬件環(huán)境的變化，主動增加預(yù)防性的新的功能，以使應(yīng)用系統(tǒng)適應(yīng)各類變化而不被淘汰。占整個維護工作量的4%左右。軟件維護包括：118【軟件設(shè)計師考試2008年11月上午試題34】

系統(tǒng)的可維護性可以用系統(tǒng)的可維護性評價指標來衡量。系統(tǒng)的可維護性評價指標不包括

。A.可理解性B.可修改性C.準確性

D.可測試性

【軟件設(shè)計師考試2008年11月上午試題34】11922.紀曉嵐吟詩22.紀曉嵐吟詩120

紅紅的落日，灑下金色的光芒。秋風(fēng)吹來，江面卷起一道道的波浪。白茫茫的蘆花，像巨龍在秋風(fēng)中翻滾。歸巢的水鴨，消失在暮色中。大地在古廟的鐘聲里，顯得格外沉靜。紅紅的落日，灑下金色的光芒。秋風(fēng)121。

。122軟件設(shè)計師的要求

通過本考試的合格人員能根據(jù)軟件開發(fā)項目管理和軟件工程的要求，按照系統(tǒng)總體設(shè)計規(guī)格說明書進行軟件設(shè)計，編寫程序設(shè)計規(guī)格說明書等相應(yīng)的文檔；組織和指導(dǎo)程序員編寫、調(diào)試程序，并對軟件進行優(yōu)化和集成測試，開發(fā)出符合系統(tǒng)總體設(shè)計要求的高質(zhì)量軟件；具有工程師的實際工作能力和業(yè)務(wù)水平。

軟件設(shè)計師的要求123考試設(shè)置的科目包括：（1）上午考試主要考查計算機理論、軟件設(shè)計理論的基礎(chǔ)知識，考試時間為150分鐘，筆試，共75道選擇題，最后5道為專業(yè)英語題；（2）下午考試主要考查軟件設(shè)計能力，考試時間為150分鐘，筆試，一般有7道題，1～4為必做題，通常分別為數(shù)據(jù)流圖、數(shù)據(jù)庫設(shè)計、UML圖，程序流程圖（或C語言設(shè)計），5～7道為選做題（三選一），通常分別為C程序設(shè)計、C++程序設(shè)計、JAVA程序設(shè)計，每次考試可能有改變?？荚囋O(shè)置的科目包括：124內(nèi)容系統(tǒng)開發(fā)與運行知識數(shù)據(jù)庫技術(shù)基礎(chǔ)知識數(shù)據(jù)結(jié)構(gòu)與算法知識操作系統(tǒng)知識計算機網(wǎng)絡(luò)基礎(chǔ)知識程序語言基礎(chǔ)面向?qū)ο蠹夹g(shù)多媒體基礎(chǔ)知識軟件知識產(chǎn)權(quán)和標準化專業(yè)英語內(nèi)容系統(tǒng)開發(fā)與運行知識1251.系統(tǒng)開發(fā)與運行知識大綱要求：1.1軟件工程基礎(chǔ)知識軟件生命周期與軟件生命周期模型軟件開發(fā)方法軟件開發(fā)項目管理軟件開發(fā)工具與軟件開發(fā)環(huán)境軟件過程管理軟件質(zhì)量管理和質(zhì)量保證1.2系統(tǒng)分析基礎(chǔ)知識系統(tǒng)分析步驟結(jié)構(gòu)化分析方法——數(shù)據(jù)流圖1.系統(tǒng)開發(fā)與運行知識大綱要求：1261.3系統(tǒng)設(shè)計基礎(chǔ)知識

概要設(shè)計與詳細設(shè)計的基本任務(wù)系統(tǒng)設(shè)計的基本原理系統(tǒng)模塊結(jié)構(gòu)設(shè)計結(jié)構(gòu)化設(shè)計方法面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計方法系統(tǒng)詳細設(shè)計1.4系統(tǒng)實施基礎(chǔ)知識系統(tǒng)實施的基本內(nèi)容1.3系統(tǒng)設(shè)計基礎(chǔ)知識127程序設(shè)計的基礎(chǔ)模塊系統(tǒng)測試系統(tǒng)轉(zhuǎn)換1.5系統(tǒng)運行和維護基礎(chǔ)知識系統(tǒng)可維護性概念系統(tǒng)評價的概念和類型程序設(shè)計的基礎(chǔ)模塊128歷年考試對本章內(nèi)容的考查情況考次2004200820095月11月11月5月11月5月分值2122361124415339262726比重14%14.7%24%7.3%16%27.3%35.3%26%17.3%18%17.3%本章的重點程度：★★★★★歷年考試對本章內(nèi)容的考查情況考次2004200820095月1291.1軟件工程基礎(chǔ)知識軟件生命周期軟件的生存期劃分為制定計劃、需求分析、設(shè)計、編程實現(xiàn)、測試、運行維護等幾個階段，稱為軟件生命周期。

1.1軟件工程基礎(chǔ)知識軟件生命周期130制定計劃:確定待開發(fā)軟件系統(tǒng)的總目標，對其進行可行性分析，并對資源分配、進度安排等做出合理的計劃。參與者：用戶、項目負責(zé)人、系統(tǒng)分析師。產(chǎn)生的文檔：可行性分析報告、項目計劃書。需求分析：確定待開發(fā)軟件系統(tǒng)的功能、性能、數(shù)據(jù)、界面等要求，從而確定系統(tǒng)的邏輯模型。參與者：用戶、項目負責(zé)人、系統(tǒng)分析師。產(chǎn)生的文檔：需求規(guī)格說明書。制定計劃:確定待開發(fā)軟件系統(tǒng)的總目標，對其進行可行性分131軟件設(shè)計：分為概要設(shè)計和詳細設(shè)計。概要設(shè)計是對模塊的分解，確定軟件的結(jié)構(gòu)，模塊的功能和模塊間的接口，以及全局數(shù)據(jù)結(jié)構(gòu)的設(shè)計。詳細設(shè)計是設(shè)計每個模塊的實現(xiàn)細節(jié)和局部設(shè)局結(jié)構(gòu)。參與者：概要設(shè)計階段參加人員是系統(tǒng)分析師和軟件設(shè)計師，詳細設(shè)計階段的參加人員是軟件設(shè)計師和程序員。產(chǎn)生的文檔：概要設(shè)計說明書、詳細設(shè)計說明書。軟件設(shè)計：分為概要設(shè)計和詳細設(shè)計。概要設(shè)計是對模塊132編碼：用某種程序語言為每個模塊編寫程序。參與者：軟件設(shè)計師和程序員。

產(chǎn)生的文檔：源程序清單。測試：保證軟件質(zhì)量的重要手段，主要方式是在設(shè)計測試用例的基礎(chǔ)上檢驗軟件的各個組成部分。參與者：另一個部門的軟件設(shè)計師或系統(tǒng)分析師。產(chǎn)生的文檔：軟件測試計劃、軟件設(shè)計報告。運行與維護：對已交付的軟件投入正式使用，并對軟件運行中可能由于各方面的原因出現(xiàn)的問題進行后期修改。

編碼：用某種程序語言為每個模塊編寫程序。133【軟件設(shè)計師考試2009年5月上午試題33】在開發(fā)信息系統(tǒng)時，用于系統(tǒng)開發(fā)人員與項目管理人員溝通的主要文檔是

。

A.系統(tǒng)開發(fā)合同

C.系統(tǒng)開發(fā)計劃

D.系統(tǒng)測試報告【軟件設(shè)計師考試2008年11月上午試題33】系統(tǒng)測試人員與系統(tǒng)開發(fā)人員需要通過文檔進行溝通，系統(tǒng)測試人員應(yīng)根據(jù)一系列文檔對系統(tǒng)進行測試，然后將工作結(jié)果撰寫成

，交給系統(tǒng)開發(fā)人員。

A.系統(tǒng)開發(fā)合同B.系統(tǒng)設(shè)計說明書

C.測試計劃B.系統(tǒng)設(shè)計說明書D.系統(tǒng)測試報告【軟件設(shè)計師考試2009年5月上午試題33】B.系統(tǒng)設(shè)計說134【軟件設(shè)計師考試2007年5月上午試題18】通常在軟件的

活動中無需用戶參與。

A.需求分析B.維護D.測試【軟件設(shè)計師考試2006年11月上午試題29】

C詳細描述軟件的功能、性能和用戶界面，以使用戶了解如何使用軟件。A.概要設(shè)計說明書B.詳細設(shè)計說明書計D.用戶需求說明書C.編碼C.用戶手冊【軟件設(shè)計師考試2007年5月上午試題18】C.編碼C.135【軟件設(shè)計師考試2004年11月上午試題10】下述任務(wù)中，不屬于軟件工程需求分析階段的是

。

A．分析軟件系統(tǒng)的數(shù)據(jù)要求.

B．確定軟件系統(tǒng)的功能需求.

C．確定軟件系統(tǒng)的性能要求.

D．確定軟件系統(tǒng)的運行平臺.【軟件設(shè)計師考試2004年11月上午試題10】136軟件開發(fā)模型為了指導(dǎo)軟件的開發(fā)，用不同的方法將軟件生存周期中的所有開發(fā)活動組織起來，形成不同的軟件開發(fā)模型，它描述軟件開發(fā)過程總各種活動如何執(zhí)行的模型。常見的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型。軟件開發(fā)模型137瀑布模型（WaterfallModel）：嚴格遵循軟件生命周期各階段的固定順序——計劃、分析、設(shè)計、編程、測試和維護，上一個階段完成后才能進入下一個階段，整個模型像一個飛流直下的瀑布。瀑布模型缺乏靈活性，無法通過開發(fā)活動澄清本來不夠明確的活動。因此，當(dāng)用戶需求比較明確時才使用此模型。瀑布模型（WaterfallModel）：嚴格遵循軟件生命138演化模型（EvolutionaryModel）：也稱為快速原型模型，由于開發(fā)軟件在開始時對軟件需求的認識是模糊的，因此，很難一次性開發(fā)成功。演化模型模型就是在獲得一組基本的用戶需求的后，快速構(gòu)造出該軟件的一個初始可運行版本，這個初始的軟件稱為原型，實現(xiàn)客戶或未來的用戶與系統(tǒng)的交互，用戶或客戶對原型進行評價，進一步細化待開發(fā)軟件的需求。通過逐步調(diào)整原型，最終可得到另用戶滿意的軟件產(chǎn)品。顯然，快速原型方法可以克服瀑布模型的缺點，減少由于軟件需求不明確帶來的開發(fā)風(fēng)險，具有顯著的效果。

演化模型（EvolutionaryModel）：也稱為快速139螺旋模型（SpiralModel）：將瀑布模型和演化模型相結(jié)合，提出了螺旋模型，綜合了瀑布模型和演化模型的優(yōu)點，并增加了風(fēng)險分析。包含4個方面活動：制定計劃：確定軟件的目標，選定實施方案，弄清項目開發(fā)的限制條件。風(fēng)險分析：分析所選的方案，識別風(fēng)險，驗證階段性產(chǎn)品。實施工程：實施軟件開發(fā)，驗證階段性產(chǎn)品?？蛻粼u價：評價開發(fā)工作，提出修改意見。螺旋模型（SpiralModel）：將瀑布模型和演化模型相140噴泉模型（WaterFountainModel）：主要用于描述面向?qū)ο蟮拈_發(fā)過程。噴泉一詞體現(xiàn)了面向?qū)ο箝_發(fā)過程的迭代和無間隙特征。即允許開發(fā)活動交叉、迭代地進行。迭代：模型中的開發(fā)活動常常需要重復(fù)多次，在迭代過程中不斷完善軟件系統(tǒng)。無間隙：指在開發(fā)活動（如分析、設(shè)計、編碼）之間不存在明顯的邊界。噴泉模型（WaterFountainModel）：主要用141V模型（VModel）：是瀑布模型的變形，與傳統(tǒng)瀑布模型相比，該模型強調(diào)測試過程應(yīng)如何與分析、設(shè)計等過程相關(guān)聯(lián)。增量模型（IncrementalModel）：增量模型在各個階段并不交付一個可運行的完整產(chǎn)品，而是交付滿足客戶需求的一個子集的可運行產(chǎn)品。整個產(chǎn)品被分解成若干個構(gòu)件，開發(fā)人員逐個構(gòu)件地交付產(chǎn)品，這樣做的好處是軟件開發(fā)可以較好地適應(yīng)變化，客戶可以不斷地看到所開發(fā)的軟件，從而降低開發(fā)風(fēng)險。構(gòu)件：是由多種相互作用的模塊所形成的提供特定功能的代碼片段構(gòu)成.

V模型（VModel）：是瀑布模型的變形，與傳統(tǒng)瀑布模型相142【軟件設(shè)計師考試2006年11月上午試題15、16】常見的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等。其中

模型適用于需求明確或很少變更的項目，

模型主要用來描述面向?qū)ο蟮能浖_發(fā)過程。

A.瀑布模型B.演化模型C.螺旋模型D.噴泉模型【軟件設(shè)計師考試2005年11月上午試題6】在開發(fā)一個系統(tǒng)時，如果用戶對系統(tǒng)的目標是不很清楚，難以定義需求，這時最好使用

。

A.原型法B.瀑布模型C.V-模型D.螺旋模型

A

D

A【軟件設(shè)計師考試2006年11月上午試題15、16】AD143采用瀑布模型進行系統(tǒng)開發(fā)的過程中，每個階段都會產(chǎn)生不同的文檔。以下關(guān)于產(chǎn)生這些文檔的描述中，正確的是

。

A.外部設(shè)計評審報告在概要設(shè)計階段產(chǎn)生。

B.集成測評計劃在程序設(shè)計階段產(chǎn)生。

C.系統(tǒng)計劃和需求說明在詳細設(shè)計階段產(chǎn)生。

D.在進行編碼的同時，獨立的設(shè)計單元測試計劃。采用瀑布模型進行系統(tǒng)開發(fā)的過程中，每個階144軟件開發(fā)方法軟件開發(fā)方法是一種使用早已定義好的技術(shù)集及符號表示習(xí)慣來組織軟件生產(chǎn)的過程。結(jié)構(gòu)化的方法Jackson方法面向?qū)ο箝_發(fā)方法軟件開發(fā)方法145結(jié)構(gòu)化方法結(jié)構(gòu)化的方法包括結(jié)構(gòu)化的分析、結(jié)構(gòu)化的設(shè)計、結(jié)構(gòu)化的程序設(shè)計構(gòu)成，是一種面向數(shù)據(jù)流的開發(fā)方法。結(jié)構(gòu)化方法總的指導(dǎo)思想是自頂向下、逐層分解，基本原則是功能的分解與抽象。結(jié)構(gòu)化方法146Jackson方法:是面向數(shù)據(jù)結(jié)構(gòu)的開發(fā)方法，包括JSP（Jackson