【文章內(nèi)容簡介】 E=TLG6=136=7 TLD=TLF1=91=8 TLC=TLF1=91=8 TLB=TLE5=75=2 TLA=min{TLD4， TLG6}=min{84,136}=4 軟件設(shè)計(jì)師 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í)間 第 i個(gè)任務(wù)的后驅(qū)任務(wù)持續(xù)時(shí)間 } TE最終任務(wù) = TL最終任務(wù) 松弛時(shí)間 = TLi – TEi 松弛時(shí)間為 0的任務(wù)路徑為關(guān)鍵路徑 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 1 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 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)在第 天開始。 E的最遲開始時(shí)間就是就是 B的最晚完成時(shí)間 1 2345 6A : 3 G : 3D : 3B:6C:5E:4F:5D 軟件設(shè)計(jì)師 ?關(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ì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 2 30】 在軟件開發(fā)中， 不能用來描述項(xiàng)目開發(fā)的 進(jìn)度安排。在其他三種圖中，可用 動態(tài)地反映 項(xiàng)目開發(fā)進(jìn)展情況。 A. 甘特圖 B. PERT圖 C. PERT/CPM圖 D. 魚骨圖 魚骨圖用于質(zhì)量管理 D A 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 5月上午試題 15】 在軟件項(xiàng)目管理中可以使用各種圖形工具來輔 助決策，下面對 Gantt圖的描述中，不正確的是 。 A. Gantt圖表現(xiàn)各個(gè)活動的持續(xù)時(shí)間。 B. Gantt圖表現(xiàn)了各個(gè)活動的起始時(shí)間。 C. Gantt圖反映了各個(gè)活動之間的依賴關(guān)系。 D. Gantt圖表現(xiàn)了完成各個(gè)活動的進(jìn)度。 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 15】 在軟件項(xiàng)目管理中可以使用各種圖形工具來輔 助決策，下面對 Gannt圖的描述不正確的是 。 圖表現(xiàn)各個(gè)活動的順序和它們之間的因 果關(guān)系。 圖表現(xiàn)哪些活動可以并行進(jìn)行。 圖表現(xiàn)了各個(gè)活動的起始時(shí)間。 圖表現(xiàn)了各個(gè)活動完成的進(jìn)度。 軟件設(shè)計(jì)師 ?軟件過程管理 軟件過程 — 人們用于開發(fā)和維護(hù)軟件及其相關(guān)產(chǎn)品 （項(xiàng)目計(jì)劃、設(shè)計(jì)文檔、代碼、測試用例、用戶手冊 等）的一系列活動、包括軟件工程活動和軟件管理活 動，其中必然涉及相關(guān)的方法和技術(shù)。 ? 軟件能力成熟度模型 (CMM) ? 統(tǒng)一軟件開發(fā)過程（ RUP） ? 極限編程（ XP） 軟件設(shè)計(jì)師 ? 軟件能力成熟度模型 (Capability Maturity Model，簡稱 CMM) 軟件過程能力 — 描述（開發(fā)組織和項(xiàng)目組）通過遵循其軟件 過程能夠?qū)崿F(xiàn)預(yù)期結(jié)果的程度。 軟件能力成熟度 — 一個(gè)特定軟件過程被明確和有效地定 義、管理、測量及控制的程度。成熟度可指明一個(gè)軟件開發(fā) 組織軟件過程的能力的增長潛力。 軟件設(shè)計(jì)師 CMM模型將軟件過程能力成熟度劃分為 5個(gè)級別： (1)初始級 ：軟件過程是無序的，有時(shí)甚至是混亂的，對過 程幾乎沒有定義，成功取決于個(gè)人努力。 (2)可重復(fù)級 ：建立了基本的項(xiàng)目管理過程來跟蹤費(fèi)用、進(jìn) 度和功能特性。制定了必要的過程紀(jì)律，能重復(fù)早先類似應(yīng) 用項(xiàng)目取得的成功。 (3)已定義級 ：已將軟件管理和工程兩方面的過程文檔化、 標(biāo)準(zhǔn)化，并綜合成該組織的標(biāo)準(zhǔn)軟件過程。所有項(xiàng)目均使用 經(jīng)批準(zhǔn)化、剪裁的標(biāo)準(zhǔn)軟件過程來開發(fā)和維護(hù)軟件。 軟件設(shè)計(jì)師 (4)已管理級 ：收集對軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量，對 軟件過程和產(chǎn)品都有定量的理解和控制。 (5)優(yōu)化級 ：過程的量化反饋和先進(jìn)的思想，新技術(shù)促使過 程不斷改進(jìn)。 每一個(gè)成熟度等級為過程改進(jìn)達(dá)到下一個(gè)等級提供一個(gè) 基礎(chǔ)，當(dāng)前一個(gè)等級沒有達(dá)到時(shí)，不能進(jìn)入下一個(gè)等級。 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 29】 軟件能力成熟度模型（ CMM）將軟件能力成熟度自低到 高依次劃分為 5 級。目前，達(dá)到 CMM第 3級（已定義級）是 許多組織努力的目標(biāo)，該級的核心是 。 A. 建立基本的項(xiàng)目管理和實(shí)踐來跟蹤項(xiàng)目費(fèi)用、進(jìn)度和功 能特性 . B. 使用標(biāo)準(zhǔn)開發(fā)過程（或方法論）構(gòu)建（或集成）系統(tǒng) . C. 管理層尋求更主動地應(yīng)對系統(tǒng)的開發(fā)問題 . D. 連續(xù)地監(jiān)督和改進(jìn)標(biāo)準(zhǔn)化的系統(tǒng)開發(fā)過程 . 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 29】 軟件能力成熟度模型 (CMM)將軟件能力成熟度自 低到高依次劃分為初始級、可重復(fù)級、定義級、管 理級和優(yōu)化級。其中 對軟件過程和產(chǎn)品都有定 量的理解與控制。 A. 可重復(fù)級和定義級 B. 定義級和管理級 D. 定義級、管理級和優(yōu)化級 C. 管理級和優(yōu)化級 軟件設(shè)計(jì)師 ? 【 軟件設(shè)計(jì)師考試 2022年 11月上午試題 29】 軟件能力成熟模型（ CMM）是目前國際上最流行、最實(shí) 用的軟件生產(chǎn)過程標(biāo)準(zhǔn)和軟件企業(yè)成熟度的等級認(rèn)證標(biāo)準(zhǔn)。 該模型將軟件能力成熟度自低到高依次劃分為初始級、可重 復(fù)級、已定義級、已管理級、優(yōu)化級。從 開始，要求企 業(yè)建立基本的項(xiàng)目管理過程的政策和管理規(guī)程，使項(xiàng)目管理 工作有章可循。 軟件設(shè)計(jì)師 RUP（ Rational Unified Process，統(tǒng)一軟件開發(fā) 過程，統(tǒng)一軟件過程 )： 是一個(gè)面向?qū)ο笄一诰W(wǎng)絡(luò) 的程序開發(fā)方法論。 RUP好像一個(gè)在線的指導(dǎo)者， 它可以為所有方面和層次的程序開發(fā)提供指導(dǎo)方 針，模版以及事例支持。 軟件設(shè)計(jì)師 軟件工程過程定義誰在做什么、怎么做以及什 么時(shí)候做， RUP用四個(gè)主要的建模元素表達(dá)： 角色（ Workers） —— “ 誰 ” 活動（ Activities） —— “ 怎么做 ” 產(chǎn)品 (工件 )（ Artifacts） —— “ 做什么 ” 工作流（ Workflows） —— “ 什么時(shí)候做 ” 軟件設(shè)計(jì)師 角色： 它定義的是所執(zhí)行的一組活動和所擁有的一組 文檔與模型。是抽象的職責(zé)定義，描述某個(gè)人或者一 個(gè)小組的行為與職責(zé)。角色并不代表個(gè)人，而是說明 個(gè)人在業(yè)務(wù)中應(yīng)該如何表現(xiàn)以及他們應(yīng)該承擔(dān)的責(zé) 任。 RUP預(yù)先定義了很多角色： 軟件設(shè)計(jì)師 分析員角色集 : 分析員角色集用于組織主要從事需 求獲取和研究的各種角色 開發(fā)角色集 : 開發(fā)人員角色集用于組織主要從事軟 件設(shè)計(jì)與開發(fā)的各種角色。 測試員角色集 : 測試員角色集用于組織主要從事軟 件測試的各種角色。 經(jīng)理角色集 : 經(jīng)理角色集用于組織主要從事軟件工 程流程的管理與配置的各種角色。 軟件設(shè)計(jì)師 活動： 是一個(gè)有明確目的的獨(dú)立工作單元。即承擔(dān) 這一角色的人必須完成的一組工作。 例如：找出用例和角色是系統(tǒng)分析員的活動，執(zhí)行 性能測試是測試員的活動，等等。 軟件設(shè)計(jì)師 產(chǎn)品（工件）： 產(chǎn)品是一個(gè)過程所生產(chǎn)、修改或使 用的一段信息。產(chǎn)品是項(xiàng)目切實(shí)的成果，是項(xiàng)目為 生產(chǎn)出最終的產(chǎn)品而制造或使用的東西。產(chǎn)品可以 具有不同的形式，如 模型，如用例模型或設(shè)計(jì)模型。 模型元素，如類，用例或子系統(tǒng)。 文檔，如商業(yè)用例或軟件體系結(jié)構(gòu)文檔。 源代碼。 可執(zhí)行程序 軟件設(shè)計(jì)師 工作流： 僅僅把所有的角色、活動和產(chǎn)品都列舉出 來還不能夠組成過程，另外還需要一種有效的方 式，把產(chǎn)生有價(jià)值結(jié)果的活動序列描述出來，并顯 示角色之間的交互。工作流是一個(gè)產(chǎn)生具有可觀察 的結(jié)果活動序列。 UML中，可以用一個(gè)序列圖、協(xié)作 圖或活動圖來表示工作流。 軟件設(shè)計(jì)師 RUP被劃分為六個(gè)核心 “ 工程 ” 工作流： ? 商業(yè)建模工作流 ? 需求工作流 ? 分析和設(shè)計(jì)工作流 ? 實(shí)現(xiàn)工作流 ? 測試工作流 ? 展開工作流 軟件設(shè)計(jì)