軟件設(shè)計(jì)師培訓(xùn)1

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

32、各任務(wù)之間的前后關(guān)系以及每個(gè)任務(wù)的工期（單位：天），該項(xiàng)目的關(guān)鍵路徑（1） 。在不延誤項(xiàng)目總工期的情況下，任務(wù)A最多可以推遲開始的時(shí)間是 （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個(gè)任務(wù)的最早完成時(shí)間。TLi表示第i個(gè)任務(wù)的最晚完成時(shí)間。TEi=max{第i個(gè)任務(wù)的前驅(qū)任務(wù)最早完成時(shí)間+第i 個(gè)任務(wù)的持續(xù)時(shí)間}TLi=min{第i個(gè)任務(wù)的后驅(qū)任務(wù)最晚完成時(shí)間-

36、第i個(gè)任務(wù)的后驅(qū)任務(wù)持續(xù)時(shí)間}TE最終任務(wù) = TL最終任務(wù) 松弛時(shí)間= TLi –TEi松弛時(shí)間為0的任務(wù)路徑為關(guān)鍵路徑,,【軟件設(shè)計(jì)師考試2008年11月上午試題17、18】 若一個(gè)項(xiàng)目由9個(gè)主要任務(wù)構(gòu)成，其計(jì)劃圖(如下圖所示)展示了任務(wù)之間的前后關(guān)系以及每個(gè)任務(wù)所需天數(shù)，該項(xiàng)目的關(guān)鍵路徑是(1) ，完成項(xiàng)目所需的最短時(shí)間是(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,,,【軟件設(shè)計(jì)師考試2006年5月上午試題27】 某工程計(jì)劃圖如下圖所示，弧上的標(biāo)記為作業(yè)編碼及其需要的完成時(shí)間（天），作業(yè)E最遲應(yīng)在第 天開始。 A.7 B.9 C.12 D.13 E的最遲開始時(shí)間就是就是B

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

60、(數(shù)據(jù)加工)：又稱數(shù)據(jù)處理邏輯，描述系統(tǒng)對(duì)信息進(jìn)行處理的邏輯功能。數(shù)據(jù)存儲(chǔ)：邏輯意義上的數(shù)據(jù)存儲(chǔ)環(huán)節(jié)，即系統(tǒng)信息處理功能需要的、不考慮存儲(chǔ)物理介質(zhì)和技術(shù)手段的數(shù)據(jù)存儲(chǔ)環(huán)節(jié)。數(shù)據(jù)流：與所描述系統(tǒng)信息處理功能有關(guān)的各類信息的載體，是各加工環(huán)節(jié)進(jìn)行處理和輸出的數(shù)據(jù)集合。,,給出了常用的三類數(shù)據(jù)流圖基本成分的符號(hào),,繪制數(shù)據(jù)流圖按照自頂向下的原則,例如：學(xué)籍管理系統(tǒng)的頂層圖,例如：學(xué)籍管理系統(tǒng)的第0層圖,,繪制數(shù)據(jù)流圖的幾點(diǎn)注記：關(guān)于自頂

61、向下、逐層分解數(shù)據(jù)流必須通過加工，即送去加工或從加工環(huán)節(jié)發(fā)出。數(shù)據(jù)存儲(chǔ)環(huán)節(jié)一般作為兩個(gè)加工環(huán)節(jié)的界面。命名名稱要反映被命名的成分的真實(shí)和全部的意義；名稱要意義明確，易理解，無歧義；進(jìn)出數(shù)據(jù)存儲(chǔ)環(huán)節(jié)的數(shù)據(jù)流如內(nèi)容和存貯者的數(shù)據(jù)相同，可采用同一名稱。,,編號(hào) 每個(gè)數(shù)據(jù)加工環(huán)節(jié)和每張數(shù)據(jù)流圖都要編號(hào)。按逐層分解的原則，父圖與子圖的編號(hào)要有一致性，一般子圖的圖號(hào)是父圖上對(duì)應(yīng)的加工的編號(hào)。類似地，在分層數(shù)據(jù)流圖中，如下層

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

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

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

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

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

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

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

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

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