[工學(xué)]軟件項目計劃-文庫吧資料
2025-01-27 13:06本頁面
【正文】 濾網(wǎng) 2022/2/16 51 WBS的圖表類型 軟件產(chǎn)品發(fā)行 版本 項目管理 項目需求 詳細設(shè)計 構(gòu)建 整合測試 管理 會議 規(guī)劃 培訓(xùn)資料 用戶文檔 軟件 培訓(xùn)資料 用戶文件 軟件 培訓(xùn)資料 用戶文件 軟件 培訓(xùn)資料 用戶文件 軟件 2022/2/16 52 WBS的圖表類型 文藝演出 節(jié)目 劇務(wù) 后勤 經(jīng)營 策劃 編導(dǎo) 排練 表演 化妝 道具 燈光 音響 交通 就餐 住宿 安全 廣告 銷售 票務(wù) 財務(wù) 2022/2/16 53 任務(wù)分解步驟 1. 確認并分解項目的組成要素 2. 確定分解標準 3. 確定分解是否詳細 4. 確定項目交付成果 5. 驗證分解的正確性 (建立編號 ) 2022/2/16 54 分解標準 1. 生存期 2. 功能組成 3. 項目的組織單位 4. 。 ? Work packages（工作包） ? WBS的最低層次的可交付成果 ? 代表項目經(jīng)理監(jiān)督和控制項目進度的最低層工作。 ? 任務(wù)分解的結(jié)果 ? WBS（ 任務(wù)分解結(jié)構(gòu)） 。 驗證需求是否是用戶需要的 驗證是否能寫出測試案例來滿足需求，如用演示、檢測等來確定產(chǎn)品是否確實按需求實現(xiàn)了 每項需求以一種結(jié)構(gòu)化的，粒度化的方式編寫并單獨標明。 ? 規(guī)格說明應(yīng)該容許不完備性并允許擴充。 ? 規(guī)格說明應(yīng)該包括系統(tǒng)運行環(huán)境。 ? 采用一定的規(guī)格說明語言。 ?需求規(guī)格說明書的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解，使之成為整個開發(fā)工作的基礎(chǔ)。 強化需求分析與評審。 開發(fā)用戶原型界面。 以模型描述系統(tǒng)的功能項、數(shù)據(jù)實體、外部實體、實體間的關(guān)系、實體之間的狀態(tài)轉(zhuǎn)換。 ID 需求描述 理由 所有者 優(yōu)先級 狀態(tài) 需求跟蹤矩陣 2022/2/16 29 需求獲取注意問題 識別真正的客戶 正確理解客戶的需求 具備較強的忍耐力和清晰的思維 使用符合客戶語言習(xí)慣的表達 提供需求開發(fā)評估報告 尊重開發(fā)人員和客戶的意見，妥善解決矛盾 劃分需求的優(yōu)先級 說服和教育客戶 2022/2/16 30 需求分析 需求階段 設(shè)計階段 編碼階段 開發(fā)測試 驗收階段 運行階段 2022/2/16 31 需求分析模型 當(dāng)前系統(tǒng) 邏輯模型 物理模型 目標系統(tǒng) 模型化 物理模型 怎么做 具體化 抽象化 實例化 邏輯模型 做什么 導(dǎo)出 理解需求 表達需求 2022/2/16 32 需求分析活動 以圖形表示的方式描述系統(tǒng)的整體結(jié)構(gòu)，包括系統(tǒng)的邊界與接口。 2022/2/16 27 需求獲取方法 其他方法： ? 需求研討會 ? 用例模型 ? 角色扮演 ? 原型法 ? Qamp。如果分歧很大，可以開會集中討論；否則，管理者分頭與專家聯(lián)絡(luò)。 （ 2）將與問題有關(guān)的信息提供給專家，請他們各自獨立發(fā)表自己的意見，并寫成書面材料。 需求獲取 依 據(jù) 工具與技術(shù) 成 果 1. 項目章程 2. 干系人登記冊 1. 訪談 2. 焦點小組會議 3. 引導(dǎo)式研討會 4. 群體創(chuàng)新技術(shù) 5. 群體決策技術(shù) 6. 問卷調(diào)查 7. 觀察 8. 原型法 1. 需求文件 2. 需求管理計劃 3. 需求跟蹤矩陣 2022/2/16 24 需求獲取 用戶要求 基線需求 擴展需求 軟件需求 主要任務(wù)：是和用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員訪談把握用戶的具體需求方向和趨勢，了解現(xiàn)有的 組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有系統(tǒng)的運行狀況 等信息。 2022/2/16 19 軟件需求的層次 業(yè)務(wù)需求 用戶需求 功能需求 軟件需求規(guī)格 Software requirement specification 非功能性需求 約束和假設(shè) 系統(tǒng)需求 2022/2/16 20 軟件需求的層次 編號 功能需求 1 提供病歷信息錄入 2 提供病歷信息的條件查詢 3 提供統(tǒng)計、月統(tǒng)計、年統(tǒng)計，并提供打印功能 編號 性能需求 1 必須支持 100個客戶的同時訪問 2 應(yīng)該在 10秒內(nèi)必須從 10000條記錄中檢索出需要的患者信息 3 應(yīng)該在 2分鐘之內(nèi)給出季度統(tǒng)計報告 2022/2/16 21 本章要點 一、關(guān)于軟件需求 二、需求管理過程 三、編寫需求規(guī)格的方法 四、任務(wù)分解定義 五、任務(wù)分解方法 六、任務(wù)分解結(jié)果的檢驗 七、案例分析 2022/2/16 22 需求工程 需求工程是應(yīng)用已證實有效的技術(shù)、方法進行需求分析，確定客戶需求，幫助分析人員理解問題并定義目標系統(tǒng)的所有外部特征的一門學(xué)科。其他的非功能需求包括系統(tǒng)與外部世界的外部界面，以及對設(shè)計與實現(xiàn)的約束。 2022/2/16 17 軟件需求的層次 業(yè)務(wù)需求 用戶需求 功能需求 非功能性需求 系統(tǒng)需求 對產(chǎn)
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1