軟件設計師培訓1

1、軟件設計師培訓,軟件設計師考試說明,考試要求： （1）掌握數(shù)據(jù)表示、算術(shù)和邏輯運算； （2）掌握相關(guān)的應用數(shù)學、離散數(shù)學的基礎知識； （3）掌握計算機體系結(jié)構(gòu)以及各主要部件的性能和 基本工作原理； （4）掌握操作系統(tǒng)、程序設計語言的基礎知識，了 解編譯程序的基本知識；（5）熟練掌握常用數(shù)據(jù)結(jié)構(gòu)和常用算法； （6）熟悉數(shù)據(jù)庫、網(wǎng)絡和多媒體的基礎知識；,,（7）掌握C程序設計語言，以及C++、Java、Vis

2、ual、 Basic、Visual C++中的一種程序設計語言；（8）熟悉軟件工程、軟件過程改進和軟件開發(fā)項目管 理的基礎知識； （9）熟練掌握軟件設計的方法和技術(shù)； （10）掌握常用信息技術(shù)標準、安全性，以及有關(guān)法 律、法規(guī)的基本知識；（11）了解信息化、計算機應用的基礎知識； （12）正確閱讀和理解計算機領(lǐng)域的英文資料。,,軟件設計師的要求 通過本考試的合格人員能根據(jù)軟件開發(fā)項

3、目管理和軟件工程的要求，按照系統(tǒng)總體設計規(guī)格說明書進行軟件設計，編寫程序設計規(guī)格說明書等相應的文檔；組織和指導程序員編寫、調(diào)試程序，并對軟件進行優(yōu)化和集成測試，開發(fā)出符合系統(tǒng)總體設計要求的高質(zhì)量軟件；具有工程師的實際工作能力和業(yè)務水平。,,考試設置的科目包括： （1）上午考試主要考查計算機理論、軟件設計理論的基礎知識，考試時間為150分鐘，筆試，共75道選擇題，最后5道為專業(yè)英語題；（2）下午考試主要考查軟件設計能力，考試時間為

4、150分鐘，筆試 ，一般有7道題，1～4為必做題，通常分別為數(shù)據(jù)流圖、數(shù)據(jù)庫設計、UML圖，程序流程圖（或C語言設計），5～7道為選做題（三選一），通常分別為C程序設計、C++程序設計、JAVA程序設計，每次考試可能有改變。,內(nèi) 容,系統(tǒng)開發(fā)與運行知識數(shù)據(jù)庫技術(shù)基礎知識數(shù)據(jù)結(jié)構(gòu)與算法知識操作系統(tǒng)知識計算機網(wǎng)絡基礎知識程序語言基礎面向?qū)ο蠹夹g(shù)多媒體基礎知識軟件知識產(chǎn)權(quán)和標準化專業(yè)英語,1.系統(tǒng)開發(fā)與運行知識

5、,大綱要求： 1.1 軟件工程基礎知識 軟件生命周期與軟件生命周期模型 軟件開發(fā)方法 軟件開發(fā)項目管理 軟件開發(fā)工具與軟件開發(fā)環(huán)境 軟件過程管理 軟件質(zhì)量管理和質(zhì)量保證 1.2 系統(tǒng)分析基礎知識 系統(tǒng)分析步驟 結(jié)構(gòu)化分析方法——數(shù)據(jù)流圖,,1.3 系統(tǒng)設計基礎知識 概要設計與詳細設計的基本任務 系統(tǒng)設計的基本原理 系統(tǒng)模塊結(jié)構(gòu)設計 結(jié)構(gòu)化設計方法 面向數(shù)據(jù)結(jié)構(gòu)的設計方法 系統(tǒng)詳細設計

6、 1.4 系統(tǒng)實施基礎知識 系統(tǒng)實施的基本內(nèi)容,,程序設計的基礎模塊 系統(tǒng)測試 系統(tǒng)轉(zhuǎn)換 1.5 系統(tǒng)運行和維護基礎知識 系統(tǒng)可維護性概念 系統(tǒng)評價的概念和類型,歷年考試對本章內(nèi)容的考查情況,本章的重點程度：★★★★★,1.1 軟件工程基礎知識,軟件生命周期 軟件的生存期劃分為制定計劃、需求分析、設計、編程實現(xiàn)、測試、運行維護等幾個階段，稱為軟件生命周期。,,制定計劃:確定待開發(fā)軟件系統(tǒng)的總目標，對其進行可行

7、性分 析，并對資源分配、進度安排等做出合理的計劃。 參與者：用戶、項目負責人、系統(tǒng)分析師。 產(chǎn)生的文檔：可行性分析報告、項目計劃書。需求分析：確定待開發(fā)軟件系統(tǒng)的功能、性能、數(shù)據(jù)、界 面等要求，從而確定系統(tǒng)的邏輯模型。 參與者：用戶、項目負責人、系統(tǒng)分析師。 產(chǎn)生的文檔：需求規(guī)格說明書。,,軟件設計：分為概要設計和詳細設計。概要設計是對模塊 的

8、分解，確定軟件的結(jié)構(gòu)，模塊的功能和模塊 間的接口，以及全局數(shù)據(jù)結(jié)構(gòu)的設計。詳細設 計是設計每個模塊的實現(xiàn)細節(jié)和局部設局結(jié)構(gòu)。 參與者：概要設計階段參加人員是系統(tǒng)分析師和軟件設計 師，詳細設計階段的參加人員是軟件設計師和程序 員。 產(chǎn)生的文檔：概要設計說明書、詳細設計說明書。,,編碼：用某種程序語言為每個模塊編寫程序。 參與者：軟

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

10、009年5月上午試題33】 在開發(fā)信息系統(tǒng)時，用于系統(tǒng)開發(fā)人員與項目管理人員溝通的主要文檔是 。A. 系統(tǒng)開發(fā)合同          C. 系統(tǒng)開發(fā)計劃          D. 系統(tǒng)測試報告 【軟件設計師考試2008年11月上午試題

11、33】 系統(tǒng)測試人員與系統(tǒng)開發(fā)人員需要通過文檔進行溝通，系統(tǒng)測試人員應根據(jù)一系列文檔對系統(tǒng)進行測試，然后將工作結(jié)果撰寫成 ，交給系統(tǒng)開發(fā)人員?！. 系統(tǒng)開發(fā)合同 B. 系統(tǒng)設計說明書 C. 測試計劃,,B. 系統(tǒng)設計說明書,D. 系統(tǒng)測試報告,,【軟件設計師考試2007年5月上午試題18】 通常在軟件的 活動中無需用戶參與。　 A. 需求分析

12、B. 維護 D. 測試【軟件設計師考試2006年11月上午試題29】 C 詳細描述軟件的功能、性能和用戶界面，以使用戶了解如何使用軟件。 A. 概要設計說明書 B. 詳細設計說明書計 D. 用戶需求說明書,C. 編碼,C. 用戶手冊,,【軟件設計師考試2004年11月上午試題10】

13、 下述任務中，不屬于軟件工程需求分析階段的是 。 A．分析軟件系統(tǒng)的數(shù)據(jù)要求.　　 B．確定軟件系統(tǒng)的功能需求. C．確定軟件系統(tǒng)的性能要求.　　 D．確定軟件系統(tǒng)的運行平臺.,,軟件開發(fā)模型 為了指導軟件的開發(fā)，用不同的方法將軟件生存周期中的所有開發(fā)活動組織起來，形成不同的軟件開發(fā)模型，它描述軟件開發(fā)過程總各種活動如何執(zhí)行的模型。常見的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型

14、、噴泉模型。,,瀑布模型（Waterfall Model）：嚴格遵循軟件生命周期各階段的固定順序——計劃、分析、設計、編程、測試和維護，上一個階段完成后才能進入下一個階段，整個模型像一個飛流直下的瀑布。 瀑布模型缺乏靈活性，無法通過開發(fā)活動澄清本來不夠明確的活動。因此，當用戶需求比較明確時才使用此模型。,演化模型（Evolutionary Model）：也稱為快速原型模型，由于開發(fā)軟件在開始時對軟件需求的認識是模糊的

15、，因此，很難一次性開發(fā)成功。演化模型模型就是在獲得一組基本的用戶需求的后，快速構(gòu)造出該軟件的一個初始可運行版本，這個初始的軟件稱為原型，實現(xiàn)客戶或未來的用戶與系統(tǒng)的交互，用戶或客戶對原型進行評價，進一步細化待開發(fā)軟件的需求。通過逐步調(diào)整原型，最終可得到另用戶滿意的軟件產(chǎn)品。 顯然，快速原型方法可以克服瀑布模型的缺點，減少由于軟件需求不明確帶來的開發(fā)風險，具有顯著的效果。,,螺旋模型（Spiral Model）：將瀑布

16、模型和演化模型相結(jié)合，提出了螺旋模型，綜合了瀑布模型和演化模型的優(yōu)點，并增加了風險分析。包含4個方面活動：制定計劃：確定軟件的目標，選定實施方案，弄清 項目開發(fā)的限制條件。風險分析：分析所選的方案，識別風險，驗證階段 性產(chǎn)品。實施工程：實施軟件開發(fā)，驗證階段性產(chǎn)品?？蛻粼u價：評價開發(fā)工作，提出修改意見。,,噴泉模型（Water Fountain Model）：主要用于描述面

17、向?qū)ο蟮拈_發(fā)過程。噴泉一詞體現(xiàn)了面向?qū)ο箝_發(fā)過程的迭代和無間隙特征。即允許開發(fā)活動交叉、迭代地進行。迭代：模型中的開發(fā)活動常常需要重復多次，在迭代過程中不斷完善軟件系統(tǒng)。無間隙：指在開發(fā)活動（如分析、設計、編碼）之間不存在明顯的邊界。,,V模型（V Model）：是瀑布模型的變形，與傳統(tǒng)瀑布模型相比，該模型強調(diào)測試過程應如何與分析、設計等過程相關(guān)聯(lián)。增量模型（Incremental Model）：增量模型在各個階段并不

18、交付一個可運行的完整產(chǎn)品，而是交付滿足客戶需求的一個子集的可運行產(chǎn)品。整個產(chǎn)品被分解成若干個構(gòu)件，開發(fā)人員逐個構(gòu)件地交付產(chǎn)品，這樣做的好處是軟件開發(fā)可以較好地適應變化，客戶可以不斷地看到所開發(fā)的軟件，從而降低開發(fā)風險。構(gòu)件：是由多種相互作用的模塊所形成的提供特定功能的代碼片段構(gòu)成.,,【軟件設計師考試2006年11月上午試題15、16】 常見的軟件開發(fā)模型有瀑布模型、演化模型、螺旋模型、噴泉模型等。其中 模型

19、適用于需求明確或很少變更的項目， 模型主要用來描述面向?qū)ο蟮能浖_發(fā)過程?！?A.瀑布模型 B.演化模型 C.螺旋模型 D.噴泉模型【軟件設計師考試2005年11月上午試題6】 在開發(fā)一個系統(tǒng)時，如果用戶對系統(tǒng)的目標是不很清楚，難以定義需求，這時最好使用 。 　 A.原型法　 B.瀑布模型　 C.V-模型　 D.螺旋模型,A,D,A,,采用瀑布模型進行系統(tǒng)開發(fā)的過程中，每個階段都會產(chǎn)生不

20、同的文檔。以下關(guān)于產(chǎn)生這些文檔的描述中，正確的是 。 A.外部設計評審報告在概要設計階段產(chǎn)生。 B.集成測評計劃在程序設計階段產(chǎn)生。 C.系統(tǒng)計劃和需求說明在詳細設計階段產(chǎn)生。  D.在進行編碼的同時，獨立的設計單元測試計劃。,,軟件開發(fā)方法 軟件開發(fā)方法是一種使用早已定義好的技術(shù)集及符號表示習慣來組織軟件生產(chǎn)的過程。結(jié)構(gòu)化的方法Jackson方法面向?qū)ο箝_發(fā)方法,,結(jié)構(gòu)

21、化方法 結(jié)構(gòu)化的方法包括結(jié)構(gòu)化的分析、結(jié)構(gòu)化的設計、結(jié)構(gòu)化的程序設計構(gòu)成，是一種面向數(shù)據(jù)流的開發(fā)方法。 結(jié)構(gòu)化方法總的指導思想是自頂向下、逐層分解，基本原則是功能的分解與抽象。,,Jackson方法: 是面向數(shù)據(jù)結(jié)構(gòu)的開發(fā)方法，包括JSP（ Jackson Structure programming）和JSD（ Jackson System Development）,,面向?qū)ο箝_發(fā)方法 面向?qū)ο?/p>

22、方法是以對象為最基本的元素，對象也是分析問題和解決問題的核心。開發(fā)方法包括面向?qū)ο蠓治?、面向?qū)ο笤O計、面向?qū)ο髮崿F(xiàn)。 面向?qū)ο箝_發(fā)方法有Booch方法、Coad方法和OMT方法等。為了統(tǒng)一各種面向?qū)ο蠓椒ǖ男g(shù)語、概念和模型，1997年推出了統(tǒng)一建模語言——UML（Unified Modeling Language），它有標準的建模語言，通過統(tǒng)一的語義和符號表示。,,【軟件設計師考試2008年5月上午試題15】

23、 是一種面向數(shù)據(jù)流的開發(fā)方法，其基本思想是軟件功能的分解和抽象。 A.結(jié)構(gòu)化開發(fā)方法 B.Jackson系統(tǒng)開發(fā)方法 C.Booch方法 D.UML（統(tǒng)一建模語言）,,軟件開發(fā)中的瀑布模型典型地刻畫了軟件生存周期的階段劃分，與其最相適應的軟件開發(fā)方法是 。　 A．構(gòu)件化方法　 B．結(jié)構(gòu)化方法　 C．面向?qū)ο蠓椒ā．快速原型方法,軟件項目管理 軟件項目管理是軟件在開發(fā)的過程中對

24、軟件開發(fā)項目的工作范圍、可能遇到的風險、需要的資源、要實現(xiàn)的任務、經(jīng)歷的里程碑、花費的工作量（成本）、以及進度的安排進行管理。軟件項目管理包括： 成本估計 風險分析 進度管理 人員管理,成本估算方法：有自頂向下估算法、專家估算法……。成本估算模型：IBM模型、Putnam模型、COCOMO模型。,,風險分析 風險分析包括4種風險評估活動： 風險識別—建立風險概念的尺度。試圖系統(tǒng)化確定對項目計劃（估算、進度、資源

25、分配）的威脅。 風險預測—描述風險引起的后果。確定風險發(fā)生的可能性或概率以及如果風險發(fā)生了所產(chǎn)生的后果。 風險評估—估計風險影響的大小。 風險控制—確定風險估計的正確性。輔助項目組建立處理風險的策略。,,【軟件設計師考試2008年11月上午試題19】 在軟件工程環(huán)境中進行風險識別時，常見的、已知的及可預測的風險類包括產(chǎn)品規(guī)模、商業(yè)影響等，與開發(fā)工具的可用性及質(zhì)量相關(guān)的風險是 。 A. 客戶特性

26、 B. 過程定義 D. 構(gòu)建技術(shù),C. 開發(fā)環(huán)境,,風險識別的一個方法是建立風險條目檢查表。該風險表可以用于識別風險，并使得人們集中來識別下列常見的、已知的及可預測的風險：產(chǎn)品規(guī)?！c要建造或修改的軟件的總體規(guī)模相關(guān)的風險；商業(yè)影響—與管理或市場所諸的約束相關(guān)的風險；客戶特性—與客戶的素質(zhì)以及開發(fā)者和客戶定期通信的能力 相關(guān)的風險；過程定義—

27、與軟件過程被定義的程度以及它們被開發(fā)組織所 遵守的程序相關(guān)的風險；,,開發(fā)環(huán)境—與用以構(gòu)建產(chǎn)品的工具的可用性及質(zhì)量相關(guān)的風 險。構(gòu)建的技術(shù)—與待開發(fā)軟件的復雜性及系統(tǒng)所包含技術(shù)的 “新奇性”相關(guān)的風險；人員數(shù)目及經(jīng)驗—與參與工作的軟件工程師的總體技術(shù)水平 及項目經(jīng)驗相關(guān)的風險。,,【軟件設計師考試2006年5月上午試題18】 在軟件項目

28、開發(fā)過程中，評估軟件項目風險時， 與風險無關(guān)。A. 高級管理人員是否正式承諾支持該項目。B. 開發(fā)人員和用戶是否充分理解系統(tǒng)的需求。C. 最終用戶是否同意部署已開發(fā)的系統(tǒng)。D. 開發(fā)需要的資金是否能按時到位。,,進度管理 進度管理就是對軟件開發(fā)進度的合理安排，它是如期完成軟件項目的重要保證，也是合理分配資源的重要保證。 進度安排的常用描述方法有： 甘特圖（Gantt圖） 計劃評審技術(shù)圖（PERT

29、圖）,,甘特圖（Gantt圖） Gantt圖的橫坐標表示時間，縱坐標表示任務，圖中的水平線段表示對一個任務的進度安排，線段的起點和終點對應于橫坐標上的時間，分別表示任務的開始和結(jié)束時間，線段的長度表示完成該任務所需的時間。,,Gantt圖實例,,Gantt圖能清晰地描述每個任務從何開始，到何結(jié)束以及各個任務之間的并行性,甘特圖優(yōu)點是標明了各任務進度，能動態(tài)地反映項目開發(fā)進展；但是它不能清晰地反映出各任務之間的依賴關(guān)

30、系，難以確定整個項目的關(guān)鍵所在，也不能反映計劃中的潛力的部分。,,計劃評審技術(shù)圖（PERT 圖） 即計劃評審技術(shù)圖，在實施一個工程計劃時，若將整個工程分成若干工序，有些工序可以同時實施，有些工序必須在完成另一些工序之后才能實施，工序之間的次序關(guān)系可用有向圖表示，這種圖稱為PERT圖。,,PERT圖中有兩個基本元素： 箭頭：表示任務。 節(jié)點：表示流入節(jié)點的任務的結(jié)束，并開始流出節(jié)點的任務，稱之為事件，即一個時

31、間點。,,最早時刻:表示此時刻之前從該事件出發(fā)的任務不 可能開始。最遲時刻:表示從該事件出發(fā)的任務必須在此時刻 開始，否則整個工程就不能如期完成。松弛時間:表示在不影響整個工期的前提下，完成 該任務有多少機動余地。松弛時間為0的任務就是完成整個工程的關(guān)鍵路徑。,,【軟件設計師考試2009年5月上午試題17、18】 某項目主要由A～I任務構(gòu)成，其計劃圖（如下圖所示）展示了

32、各任務之間的前后關(guān)系以及每個任務的工期（單位：天），該項目的關(guān)鍵路徑（1） 。在不延誤項目總工期的情況下，任務A最多可以推遲開始的時間是 （2） 天（1）A. A→ G→I            B. A→D→F→H→I　 C. B→E→G→I      

33、;    D. C→F→H→I（2）A. 0      B. 2      C. 5      D. 7,,C,B,,,TEA=2 TEB=2 TEC=1 TED=TEA+4=2+4=6 TEE=TEB+5=2+5=7

34、 TEF= max{TEC+1，TED+1}=max{1+1,6+1}=7 TEG= max{TEA+6，TEE+6}=max{2+6,7+6}=13 TEH=TEF+4=7+4=11 TEI=max{TEG+7，TEH+7}=max{13+7，11+7}=20TLI=TEI=20 TLH=TLI-7=20-7=13 TLG=TLI-7=20-7=13 TLF=TLH-4=13-4=9 TL

35、E=TLG-6=13-6=7 TLD=TLF-1=9-1=8 TLC=TLF-1=9-1=8 TLB=TLE-5=7-5=2 TLA=min{TLD-4，TLG-6}=min{8-4,13-6}=4,,TEi表示第i個任務的最早完成時間。TLi表示第i個任務的最晚完成時間。TEi=max{第i個任務的前驅(qū)任務最早完成時間+第i 個任務的持續(xù)時間}TLi=min{第i個任務的后驅(qū)任務最晚完成時間-

36、第i個任務的后驅(qū)任務持續(xù)時間}TE最終任務 = TL最終任務 松弛時間= TLi –TEi松弛時間為0的任務路徑為關(guān)鍵路徑,,【軟件設計師考試2008年11月上午試題17、18】 若一個項目由9個主要任務構(gòu)成，其計劃圖(如下圖所示)展示了任務之間的前后關(guān)系以及每個任務所需天數(shù)，該項目的關(guān)鍵路徑是(1) ，完成項目所需的最短時間是(2) 天。(1)A. A→B→C→D→I　 　 B. A→B→C→E→I　

37、　 C. A→B→C→F→G→I　　D. A→B→C→F→H→I(2)A. 16 B. 17 C. 18 D. 19,A,D,,,【軟件設計師考試2006年5月上午試題27】 某工程計劃圖如下圖所示，弧上的標記為作業(yè)編碼及其需要的完成時間（天），作業(yè)E最遲應在第 天開始。 A.7 B.9 C.12 D.13 E的最遲開始時間就是就是B

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

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

40、各個活動的持續(xù)時間。 B. Gantt圖表現(xiàn)了各個活動的起始時間。 C. Gantt圖反映了各個活動之間的依賴關(guān)系。 D. Gantt圖表現(xiàn)了完成各個活動的進度。,,【軟件設計師考試2005年11月上午試題15】 在軟件項目管理中可以使用各種圖形工具來輔助決策，下面對Gannt圖的描述不正確的是 。 A.Gantt 圖表現(xiàn)各個活動的順序和它們之間的因 果關(guān)系。 B.Gantt 圖

41、表現(xiàn)哪些活動可以并行進行。 C.Gantt 圖表現(xiàn)了各個活動的起始時間。 D.Gantt 圖表現(xiàn)了各個活動完成的進度。,,軟件過程管理軟件過程—人們用于開發(fā)和維護軟件及其相關(guān)產(chǎn)品（項目計劃、設計文檔、代碼、測試用例、用戶手冊等）的一系列活動、包括軟件工程活動和軟件管理活動，其中必然涉及相關(guān)的方法和技術(shù)。軟件能力成熟度模型(CMM)統(tǒng)一軟件開發(fā)過程（RUP）極限編程（XP）,,軟件能力成熟度模型(Capabilit

42、y Maturity Model，簡稱CMM)軟件過程能力—描述（開發(fā)組織和項目組）通過遵循其軟件過程能夠?qū)崿F(xiàn)預期結(jié)果的程度。軟件能力成熟度— 一個特定軟件過程被明確和有效地定義、管理、測量及控制的程度。成熟度可指明一個軟件開發(fā)組織軟件過程的能力的增長潛力。,,CMM模型將軟件過程能力成熟度劃分為5個級別：(1)初始級：軟件過程是無序的，有時甚至是混亂的，對過程幾乎沒有定義，成功取決于個人努力。(2)可重復級：建立了基

43、本的項目管理過程來跟蹤費用、進度和功能特性。制定了必要的過程紀律，能重復早先類似應用項目取得的成功。(3)已定義級：已將軟件管理和工程兩方面的過程文檔化、標準化，并綜合成該組織的標準軟件過程。所有項目均使用經(jīng)批準化、剪裁的標準軟件過程來開發(fā)和維護軟件。,,(4)已管理級：收集對軟件過程和產(chǎn)品質(zhì)量的詳細度量，對軟件過程和產(chǎn)品都有定量的理解和控制。(5)優(yōu)化級：過程的量化反饋和先進的思想，新技術(shù)促使過程不斷改進。 每

44、一個成熟度等級為過程改進達到下一個等級提供一個基礎，當前一個等級沒有達到時，不能進入下一個等級。,,【軟件設計師考試2009年11月上午試題29】 軟件能力成熟度模型（CMM）將軟件能力成熟度自低到高依次劃分為 5 級。目前，達到CMM第3級（已定義級）是許多組織努力的目標，該級的核心是 。A. 建立基本的項目管理和實踐來跟蹤項目費用、進度和功 能特性.B. 使用標準開發(fā)過程（或方法論）構(gòu)建（或集成）系

45、統(tǒng).C. 管理層尋求更主動地應對系統(tǒng)的開發(fā)問題.D. 連續(xù)地監(jiān)督和改進標準化的系統(tǒng)開發(fā)過程.,,【軟件設計師考試2008年11月上午試題29】 軟件能力成熟度模型(CMM)將軟件能力成熟度自低到高依次劃分為初始級、可重復級、定義級、管理級和優(yōu)化級。其中 對軟件過程和產(chǎn)品都有定量的理解與控制。A. 可重復級和定義級 B. 定義級和管理級 D. 定義級、管理級和優(yōu)化級,

46、C. 管理級和優(yōu)化級,,【軟件設計師考試2006年11月上午試題29】 軟件能力成熟模型（CMM）是目前國際上最流行、最實用的軟件生產(chǎn)過程標準和軟件企業(yè)成熟度的等級認證標準。該模型將軟件能力成熟度自低到高依次劃分為初始級、可重復級、已定義級、已管理級、優(yōu)化級。從 開始，要求企業(yè)建立基本的項目管理過程的政策和管理規(guī)程，使項目管理工作有章可循。 A.初始級 B.可重復級 D.已管

47、理級,C.已定義級,,RUP（Rational Unified Process，統(tǒng)一軟件開發(fā)過程，統(tǒng)一軟件過程)：是一個面向?qū)ο笄一诰W(wǎng)絡的程序開發(fā)方法論。 RUP好像一個在線的指導者，它可以為所有方面和層次的程序開發(fā)提供指導方針，模版以及事例支持。,,軟件工程過程定義誰在做什么、怎么做以及什么時候做，RUP用四個主要的建模元素表達： ·角色（Workers）——“誰” ·活動（Activities）—

48、—“怎么做” ·產(chǎn)品(工件)（Artifacts）——“做什么” ·工作流（Workflows）——“什么時候做”,,角色：它定義的是所執(zhí)行的一組活動和所擁有的一組文檔與模型。是抽象的職責定義，描述某個人或者一個小組的行為與職責。角色并不代表個人，而是說明個人在業(yè)務中應該如何表現(xiàn)以及他們應該承擔的責任。 RUP預先定義了很多角色：,,分析員角色集: 分析員角色集用于組織主要從事需求獲取和研究的各種角色

49、開發(fā)角色集: 開發(fā)人員角色集用于組織主要從事軟件設計與開發(fā)的各種角色。 測試員角色集: 測試員角色集用于組織主要從事軟件測試的各種角色。 經(jīng)理角色集: 經(jīng)理角色集用于組織主要從事軟件工程流程的管理與配置的各種角色。,,活動：是一個有明確目的的獨立工作單元。即承擔這一角色的人必須完成的一組工作。 例如：找出用例和角色是系統(tǒng)分析員的活動，執(zhí)行性能測試是測試員的活動，等等。,,產(chǎn)品（工件）：產(chǎn)品是一個過程所生產(chǎn)、修改或使用

50、的一段信息。產(chǎn)品是項目切實的成果，是項目為生產(chǎn)出最終的產(chǎn)品而制造或使用的東西。產(chǎn)品可以具有不同的形式，如·模型，如用例模型或設計模型。·模型元素，如類，用例或子系統(tǒng)。·文檔，如商業(yè)用例或軟件體系結(jié)構(gòu)文檔。·源代碼。·可執(zhí)行程序,,工作流：僅僅把所有的角色、活動和產(chǎn)品都列舉出來還不能夠組成過程，另外還需要一種有效的方式，把產(chǎn)生有價值結(jié)果的活動序列描述出來，并顯示角色之間

51、的交互。工作流是一個產(chǎn)生具有可觀察的結(jié)果活動序列。UML中，可以用一個序列圖、協(xié)作圖或活動圖來表示工作流。,,RUP被劃分為六個核心“工程”工作流：商業(yè)建模工作流需求工作流分析和設計工作流實現(xiàn)工作流測試工作流展開工作流,,【軟件設計師考試2009年5月上午試題16】 一個軟件開發(fā)過程描述了“誰做”、“做什么”、“怎么做”和“什么時候做”，RUP用 來表述“誰做”。 A. 角色  

52、B. 活動   C. 制品   D. 工作流,A,,過程隨著時間動態(tài)組織，把軟件的生存期劃分為一些周期，每個周期都影響新一代產(chǎn)品。RUP把一個開發(fā)周期劃分為四個連續(xù)的階段： 初始階段（Inception phase） 精化階段（Elaboration phase） 構(gòu)造階段（Construction phase） 移交階段（Transition phase）,,每個階段的結(jié)果都是一個里

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

54、。,,【軟件設計師考試2009年5月上午試題30】 RUP 在每個階段都有主要目標，并在結(jié)束時產(chǎn)生一些制品。在 結(jié)束時產(chǎn)生“在適當?shù)钠脚_上集成的軟件產(chǎn)品”。 A. 初期階段  B. 精化階段    C. 構(gòu)建階段    D. 移交階段 【軟件設計師考試2008年5月上午試題18】 RUP分為4個階段，

55、每個階段結(jié)束時都有重要的里程碑，其中生命周期架構(gòu)是在 結(jié)束時的里程碑。　A. 初期階段 B. 精化階段 C. 構(gòu)建階段 D. 移交階段,C,A,,軟件質(zhì)量管理 軟件質(zhì)量是指反映軟件系統(tǒng)或軟件產(chǎn)品滿足規(guī)定或隱含需求的能力的特征和特性全體。軟件質(zhì)量保證是指為軟件系統(tǒng)或軟件產(chǎn)品充分滿足用戶要求的質(zhì)量而進行的有計劃、有組織的活動，其目的是產(chǎn)生質(zhì)量的軟件。軟件質(zhì)量模型 ISO/IEC 9126軟件質(zhì)量模型

56、 Mc Call軟件質(zhì)量模型,,ISO/IEC 9126軟件質(zhì)量模型由3個層次組成：質(zhì)量特性，質(zhì)量子特性，度量指標。 功能性：適合性、準確性、互用性、依從性、安全性。 可靠性：成熟性、容錯性、易恢復性。 易使用性：易理解性、易學性、易操作性。 效率：時間特性、資源特性。 可維護性：易分析性、易改變性、穩(wěn)定性、易測試性。 可移植性：適應性，易安裝性、一致性、易替換性。,,【軟件設計師考試2008年

57、11月上午試題31】 ISO/IEC 9126 軟件質(zhì)量模型中第一層定義了六個質(zhì)量特性，并為各質(zhì)量特性定義了相應的質(zhì)量子特性。子特性 屬于可靠性質(zhì)量特性。A. 準確性 B. 易理解性 C. 成熟性 D. 易學性,C,1.2 系統(tǒng)分析基礎知識,系統(tǒng)分析側(cè)重于從業(yè)務全過程的角度進行分析，主要任務。主要內(nèi)容有：業(yè)務和數(shù)據(jù)的流程是否通暢，是否合理數(shù)據(jù)、業(yè)務過程和組織管理之間的關(guān)系原系統(tǒng)管理模式改革和新系統(tǒng)管理

58、方法的實現(xiàn)是否具有可行性等。,,系統(tǒng)分析的步驟對當前系統(tǒng)進行詳細調(diào)查，收集數(shù)據(jù)；建立當前系統(tǒng)的邏輯模型；對現(xiàn)狀進行分析，提出改進意見和新系統(tǒng)應達 到的目標；建立新系統(tǒng)的模型；編寫系統(tǒng)方案說明書,,結(jié)構(gòu)化分析方法 數(shù)據(jù)流圖(Data Flow Diagram,DFD):數(shù)據(jù)流圖就是組織中信息運動的抽象，是信息系統(tǒng)邏輯模型的主要形式。它是一種便于用戶理解、分析系統(tǒng)數(shù)據(jù)流程的圖形工具。,,【軟件設計師考試2007

59、年5月上午試題15】 結(jié)構(gòu)化開發(fā)方法中，數(shù)據(jù)流圖是 階段產(chǎn)生的成果。　 B. 總體設計 C. 詳細設計 D. 程序編程,A. 需求分析,例如：學籍管理系統(tǒng)的數(shù)據(jù)流圖,,數(shù)據(jù)流圖的基本組成及符號外部項(外部實體)：外部項在數(shù)據(jù)流圖中表示所描述系統(tǒng)的數(shù)據(jù)來源和去處的各種實體或工作環(huán)節(jié)。系統(tǒng)開發(fā)不能改變這些外部項本身的結(jié)構(gòu)和固有屬性。加工

60、(數(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ù)流圖基本成分的符號,,繪制數(shù)據(jù)流圖按照自頂向下的原則,例如：學籍管理系統(tǒng)的頂層圖,例如：學籍管理系統(tǒng)的第0層圖,,繪制數(shù)據(jù)流圖的幾點注記：關(guān)于自頂

61、向下、逐層分解數(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ù)加工環(huán)節(jié)和每張數(shù)據(jù)流圖都要編號。按逐層分解的原則，父圖與子圖的編號要有一致性，一般子圖的圖號是父圖上對應的加工的編號。類似地，在分層數(shù)據(jù)流圖中，如下層

62、圖上的數(shù)據(jù)流或數(shù)據(jù)存儲是由上層圖某個成分的分解而得，則父項與子項的編號要體現(xiàn)數(shù)據(jù)流圖分解的完整性與一致性的原則，如父項編號為 F1或D1，則其子項分別為F1.1，F(xiàn)1.2，…，或D1.1，D1.2，…等。,,下列要素中，不屬于DFD的是 (1) 。當使用DFD對一個工資系統(tǒng)進行建模時， (2) 可以被認定為外部實體。(1)A．加工　B．數(shù)據(jù)流　C．數(shù)據(jù)存儲　D．聯(lián)系(2)A．接收工資單的銀行　B．工資系統(tǒng)源代碼程序　

63、C．工資單　 　D．工資數(shù)據(jù)庫的維護,D,A,【軟件設計師考試2008年11月上午試題31】,【說明】 某公司擬開發(fā)一個銷售管理系統(tǒng)，其主要功能描述如下：　　1．接受客戶訂單，檢查庫存貨物是否滿足訂單要求。如果滿足，進行供貨處理：即修改庫存記錄文件，給庫房開具備貨單并且保留客戶訂單至訂單記錄文件；否則進行缺貨處理：將缺貨訂單錄入缺貨記錄文件?！　?．根據(jù)缺貨記錄文件進行缺貨統(tǒng)計，將缺貨通知單發(fā)給采購部門?！?

64、 3．根據(jù)采購部門提供的進貨通知單進行進貨處理：即修改庫存記錄文件，并從缺貨記錄文件中取出缺貨訂單進行供貨處理?！?4．根據(jù)保留的客戶訂單進行銷售統(tǒng)計，打印統(tǒng)計報表給經(jīng)理。,,現(xiàn)采用結(jié)構(gòu)化方法對銷售管理系統(tǒng)進行分析與設計，獲得如圖所示的頂層圖和第0層數(shù)據(jù)流圖。,客戶,采購部門,庫房,經(jīng)理,缺貨記錄文件,庫存記錄文件,訂單記錄文件,,,,,,【問題1】（4 分）　使用說明中的詞語，給出頂層圖的外部實體E1~E4的名稱?！締栴}2】

65、（3 分）　使用說明中的詞語，給出第0層圖的數(shù)據(jù)存儲D1~D3的名稱?！締栴}3】（8 分）　　第0層數(shù)據(jù)流圖缺少了四條數(shù)據(jù)流，根據(jù)說明及頂層數(shù)據(jù)流圖提供的信息，分別指出這四條數(shù)據(jù)流的起點和終點。,,【說明】 某基于微處理器的住宅安全系統(tǒng)，使用傳感器(如紅外探頭、攝像頭等)來檢測各種意外情況，如非法進入、火警、水災等?！　?房主可以在安裝該系統(tǒng)時配置安全監(jiān)控設備(如傳感器、顯示器、報警器等)，也可以在系統(tǒng)運行

66、時修改配置，通過錄像機和電視機監(jiān)控與系統(tǒng)連接的所有傳感器，并通過控制面板上的鍵盤與系統(tǒng)進行信息交互。在安裝過程中，系統(tǒng)給每個傳感器賦予一個編號(即id)和類型，并設置房主密碼以啟動和關(guān)閉系統(tǒng)，設置傳感器事件發(fā)生時應自動撥出的電話號碼。當系統(tǒng)檢測到一個傳感器事件時，就激活警報，撥出預置的電話號碼，并報告關(guān)于位置和檢測到的事件的性質(zhì)等信息。,,【問題1】住宅安全系統(tǒng)頂層圖中的A和B分別是什么?,傳感器,報警器,,【問題2】住宅安

67、全系統(tǒng)第0層DFD圖中的數(shù)據(jù)存儲“配置信息”會影響圖中哪些加工?,,,,【問題3】將加工4的細化圖中的數(shù)據(jù)流補充完整，并指明加工名稱、數(shù)據(jù)流的方向(輸入/輸出)和數(shù)據(jù)流名稱．,,傳感器數(shù)據(jù),5顯示信息和狀態(tài),,傳感器,電話撥號,傳感器狀態(tài),,電話線,,,【軟件設計師考試2006年5月上午試題31】 在繪制數(shù)據(jù)流圖時，應遵循父圖與子圖平衡的原則，所謂平衡是指 。 A. 父圖和子圖都不得改變數(shù)據(jù)流的性質(zhì)。B. 子

68、圖不改變父圖數(shù)據(jù)流的一致性。C. 父圖的輸入/輸出數(shù)據(jù)流與子圖的輸入/輸出數(shù)據(jù) 流一致。D. 子圖的輸出數(shù)據(jù)流完全由父圖的輸入數(shù)據(jù)流確定。,1.3 系統(tǒng)設計基礎知識,系統(tǒng)模塊結(jié)構(gòu)設計【軟件設計師考試2006年5月上午試題16、17】 耦合度描述了 。 A. 模塊內(nèi)各種元素結(jié)合的程度。 B. 模塊內(nèi)多個功能之間的接口。 C. 模塊之間公共數(shù)據(jù)的數(shù)量。 D. 模塊之

69、間相互關(guān)聯(lián)的程度。 內(nèi)聚是一種指標，表示一個模塊 。 A. 代碼優(yōu)化的程度 C. 完成任務的及時程度 D. 為了與其他模塊連接所要 完成的工作量,B. 代碼功能的集中程度,,【軟件設計師考試2007年11月上午試題32】 內(nèi)聚性和耦合性是度量軟件模塊獨立性的重要準則，軟件設計時應力求 。 A. 高內(nèi)聚，高耦合 B.

70、高內(nèi)聚，低耦合 C. 低內(nèi)聚，高耦合 D. 低內(nèi)聚，低耦合,B,,耦合:系統(tǒng)內(nèi)不同模塊之間互連程度的度量。塊間耦合強弱取決于模塊間聯(lián)系形式及接口的復雜程度。模塊間接口的復雜性越高，說明耦合的程度也越高。數(shù)據(jù)耦合:如果兩個模塊彼此間通過數(shù)據(jù)交換信息，而且每一個參數(shù)僅僅為數(shù)據(jù)，那么這種塊間耦合稱之為數(shù)據(jù)耦合。 控制耦合:如果兩個模塊彼此間傳遞的信息中有控制信息，那么這種塊間耦合稱為控制耦合。 公共耦合:如果兩個模塊彼此之間通過