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