【正文】 ? 需求工作流 ? 分析和設(shè)計(jì)工作流 ? 實(shí)現(xiàn)工作流 ? 測(cè)試工作流 ? 展開工作流 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 5月上午試題 16】 一個(gè)軟件開發(fā)過程描述了 “ 誰做 ” 、 “ 做什 么 ” 、 “ 怎么做 ” 和 “ 什么時(shí)候做 ” ， RUP用 來 表述 “ 誰做 ” 。工作流是一個(gè)產(chǎn)生具有可觀察 的結(jié)果活動(dòng)序列。 產(chǎn)品可以 具有不同的形式，如 軟件設(shè)計(jì)師 產(chǎn)品（工件）： 產(chǎn)品是一個(gè)過程所生產(chǎn)、修改或使 用的一段信息。即承擔(dān) 這一角色的人必須完成的一組工作。 經(jīng)理角色集 : 經(jīng)理角色集用于組織主要從事軟件工 程流程的管理與配置的各種角色。 RUP預(yù)先定義了很多角色： 軟件設(shè)計(jì)師 分析員角色集 : 分析員角色集用于組織主要從事需 求獲取和研究的各種角色 開發(fā)角色集 : 開發(fā)人員角色集用于組織主要從事軟 件設(shè)計(jì)與開發(fā)的各種角色。是抽象的職責(zé)定義，描述某個(gè)人或者一 個(gè)小組的行為與職責(zé)。 產(chǎn)品 (工件 )（ Artifacts） —— “ 做什么 ” 角色（ Workers） —— “ 誰 ” RUP好像一個(gè)在線的指導(dǎo)者， 它可以為所有方面和層次的程序開發(fā)提供指導(dǎo)方 針，模版以及事例支持。從 開始，要求企 業(yè)建立基本的項(xiàng)目管理過程的政策和管理規(guī)程，使項(xiàng)目管理 工作有章可循。 A. 可重復(fù)級(jí)和定義級(jí) B. 定義級(jí)和管理級(jí) D. 定義級(jí)、管理級(jí)和優(yōu)化級(jí) C. 管理級(jí)和優(yōu)化級(jí) 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 29】 軟件能力成熟模型（ CMM）是目前國際上最流行、最實(shí) 用的軟件生產(chǎn)過程標(biāo)準(zhǔn)和軟件企業(yè)成熟度的等級(jí)認(rèn)證標(biāo)準(zhǔn)。 A. 建立基本的項(xiàng)目管理和實(shí)踐來跟蹤項(xiàng)目費(fèi)用、進(jìn)度和功 能特性 . B. 使用標(biāo)準(zhǔn)開發(fā)過程（或方法論）構(gòu)建（或集成）系統(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ì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 29】 軟件能力成熟度模型 (CMM)將軟件能力成熟度自 低到高依次劃分為初始級(jí)、可重復(fù)級(jí)、定義級(jí)、管 理級(jí)和優(yōu)化級(jí)。 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 29】 軟件能力成熟度模型（ CMM）將軟件能力成熟度自低到 高依次劃分為 5 級(jí)。 (5)優(yōu)化級(jí) ：過程的量化反饋和先進(jìn)的思想，新技術(shù)促使過 程不斷改進(jìn)。所有項(xiàng)目均使用 經(jīng)批準(zhǔn)化、剪裁的標(biāo)準(zhǔn)軟件過程來開發(fā)和維護(hù)軟件。制定了必要的過程紀(jì)律，能重復(fù)早先類似應(yīng) 用項(xiàng)目取得的成功。 軟件設(shè)計(jì)師 CMM模型將軟件過程能力成熟度劃分為 5個(gè)級(jí)別： (1)初始級(jí) ：軟件過程是無序的，有時(shí)甚至是混亂的，對(duì)過 程幾乎沒有定義，成功取決于個(gè)人努力。 軟件能力成熟度 — 一個(gè)特定軟件過程被明確和有效地定 義、管理、測(cè)量及控制的程度。 軟件設(shè)計(jì)師 ?軟件過程管理 軟件過程 — 人們用于開發(fā)和維護(hù)軟件及其相關(guān)產(chǎn)品 （項(xiàng)目計(jì)劃、設(shè)計(jì)文檔、代碼、測(cè)試用例、用戶手冊(cè) 等）的一系列活動(dòng)、包括軟件工程活動(dòng)和軟件管理活 動(dòng)，其中必然涉及相關(guān)的方法和技術(shù)。 圖表現(xiàn)了各個(gè)活動(dòng)的起始時(shí)間。 圖表現(xiàn)各個(gè)活動(dòng)的順序和它們之間的因 果關(guān)系。 D. Gantt圖表現(xiàn)了完成各個(gè)活動(dòng)的進(jìn)度。 B. Gantt圖表現(xiàn)了各個(gè)活動(dòng)的起始時(shí)間。 A. 甘特圖 B. PERT圖 C. PERT/CPM圖 D. 魚骨圖 魚骨圖用于質(zhì)量管理 D A 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 5月上午試題 15】 在軟件項(xiàng)目管理中可以使用各種圖形工具來輔 助決策，下面對(duì) Gantt圖的描述中，不正確的是 。 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 2 30】 在軟件開發(fā)中， 不能用來描述項(xiàng)目開發(fā)的 進(jìn)度安排。所以，前者往往被稱為 肯定型網(wǎng)絡(luò)計(jì)劃技術(shù)，而后者往往被稱為非肯定型 網(wǎng)絡(luò)計(jì)劃技術(shù)。 (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. 16 B. 17 C. 18 D. 19 A D 軟件設(shè)計(jì)師 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 5月上午試題 27】 某工程計(jì)劃圖如下圖所示，弧上的標(biāo)記為作業(yè)編碼及其 需要的完成時(shí)間（天），作業(yè) E最遲應(yīng)在第 天開始。 TLi表示第 i個(gè)任務(wù)的最晚完成時(shí)間。 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 5月上午試題 1 18】 某項(xiàng)目主要由 A～ I任務(wù)構(gòu)成，其計(jì)劃圖（如下圖 所示）展示了各任務(wù)之間的前后關(guān)系以及每個(gè)任務(wù) 的工期（單位：天），該項(xiàng)目的關(guān)鍵路徑 （ 1） 。 松弛時(shí)間 :表示在不影響整個(gè)工期的前提下，完成 該任務(wù)有多少機(jī)動(dòng)余地。 軟件設(shè)計(jì)師 最早時(shí)刻 :表示此時(shí)刻之前從該事件出發(fā)的任務(wù)不 可能開始。 軟件設(shè)計(jì)師 最遲時(shí)間 最早時(shí)間 事件號(hào) 任務(wù)持續(xù)時(shí)間 （松弛時(shí)間） PERT圖中有兩個(gè)基本元素： 箭頭 ：表示任務(wù)。 軟件設(shè)計(jì)師 Gantt圖實(shí)例 軟件設(shè)計(jì)師 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)系，難以 確定整個(gè)項(xiàng)目的關(guān)鍵所在，也不能反映計(jì)劃中的潛 力的部分。 軟件設(shè)計(jì)師 ? 進(jìn)度管理 進(jìn)度管理就是對(duì)軟件開發(fā)進(jìn)度的合理安 排，它是如期完成軟件項(xiàng)目的重要保證，也是 合理分配資源的重要保證。 C. 最終用戶是否同意部署已開發(fā)的系統(tǒng)。 A. 高級(jí)管理人員是否正式承諾支持該項(xiàng)目。 構(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)。 A. 客戶特性 B. 過程定義 D. 構(gòu)建技術(shù) C. 開發(fā)環(huán)境 軟件設(shè)計(jì)師 風(fēng)險(xiǎn)識(shí)別的一個(gè)方法是建立風(fēng)險(xiǎn)條目檢查表。輔助項(xiàng)目組建 立處理風(fēng)險(xiǎn)的策略。 風(fēng)險(xiǎn)評(píng)估 — 估計(jì)風(fēng)險(xiǎn)影響的大小。 風(fēng)險(xiǎn)預(yù)測(cè) — 描述風(fēng)險(xiǎn)引起的后果。 軟件設(shè)計(jì)師 ? 風(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)概念的尺度。軟件項(xiàng)目管理包括： ? 成本估計(jì) ? 風(fēng)險(xiǎn)分析 ? 進(jìn)度管理 ? 人員管理 成本估算方法：有自頂向下估算法、專家估算法 …… 。 （統(tǒng)一建模語言） 軟件設(shè)計(jì)師 軟件開發(fā)中的瀑布模型典型地刻畫了軟件生存 周期的階段劃分，與其最相適應(yīng)的軟件開發(fā)方法 是 。為了統(tǒng)一各種面向?qū)ο蠓椒ǖ男g(shù)語、概 念和模型， 1997年推出了統(tǒng)一建模語言 —— UML （ Unified Modeling Language），它有標(biāo)準(zhǔn)的建 模語言，通過統(tǒng)一的語義和符號(hào)表示。開發(fā)方法包括面 向?qū)ο蠓治?、面向?qū)ο笤O(shè)計(jì)、面向?qū)ο髮?shí)現(xiàn)。 結(jié)構(gòu)化方法總的 指導(dǎo)思想 是自頂向下、逐層分 解， 基本原則 是功能的分解與抽象。 軟件設(shè)計(jì)師 ?軟件開發(fā)方法 軟件開發(fā)方法是一種使用早已定義好的技術(shù)集 及符號(hào)表示習(xí)慣來組織軟件生產(chǎn)的過程。 。 。 A D A軟件設(shè)計(jì)師 采用瀑布模型進(jìn)行系統(tǒng)開發(fā)的過程中，每個(gè)階 段都會(huì)產(chǎn)生不同的文檔。其中 模型適用于需求明確或很少變更的項(xiàng)目， 模型主要用來描述面向?qū)ο蟮能浖_發(fā)過程。整個(gè)產(chǎn)品被分解成若干個(gè)構(gòu)件，開發(fā)人員逐 個(gè)構(gòu)件地交付產(chǎn)品，這樣做的好處是軟件開發(fā)可以較好地適應(yīng) 變化，客戶可以不斷地看到所開發(fā)的軟件，從而降低開發(fā)風(fēng)險(xiǎn)。 軟件設(shè)計(jì)師 V模型（ V Model）： 是瀑布模型的變形，與傳統(tǒng)瀑布模型相 比，該模型強(qiáng)調(diào)測(cè)試過程應(yīng)如何與分析、設(shè)計(jì)等過程相關(guān) 聯(lián)。 迭代：模型中的開發(fā)活動(dòng)常常需要重復(fù)多次，在迭代 過程中不斷完善軟件系統(tǒng)。噴泉一詞體現(xiàn)了面向?qū)ο箝_發(fā)過 程的迭代和無間隙特征。 ? 客戶評(píng)價(jià)：評(píng)價(jià)開發(fā)工作，提出修改意見。 ? 風(fēng)險(xiǎn)分析：分析所選的方案，識(shí)別風(fēng)險(xiǎn)，驗(yàn)證階段 性產(chǎn)品。 軟件設(shè)計(jì)師 螺旋模型（ Spiral Model）： 將瀑布模型和演化模型相 結(jié)合，提出了螺旋模型，綜合了瀑布模型和演化模型 的優(yōu)點(diǎn)，并增加了風(fēng)險(xiǎn)分析。通過逐步調(diào)整原 型，最終可得到另用戶滿意的軟件產(chǎn)品。 軟件設(shè)計(jì)師 演化模型（ Evolutionary Model）： 也稱為 快速原型模型， 由于 開發(fā)軟件在開始時(shí)對(duì)軟件需求的認(rèn)識(shí)是模糊的，因此，很難一次 性開發(fā)成功。 瀑布模型缺乏靈活性，無法通過開發(fā)活動(dòng)澄清本 來不夠明確的活動(dòng)。常見的軟件開發(fā)模型有 瀑布模型、演 化模型、螺旋模型、噴泉模型 。