上次講完了項目初始部分，包括立項、招投標、授權(quán)

在進入第二部分，項目計劃

前我們要先了解軟件的需求以及任務(wù)的分解

軟件需求管理

軟件需求定義：用戶對軟件功能和性能的要求

軟件需求管理過程：需求獲取、需求分析、需求規(guī)格編寫、需求驗證、需求變更

變更管理：確定需求變更控制過程、確立變更控制委員會（SCCB）、進行需求變更影響分析、跟蹤所有受需求變更影響的工作產(chǎn)品、建立需求基準版本和需求控制版本文檔、維護需求變更的歷史記錄、跟蹤每項需求的狀態(tài)、衡量需求穩(wěn)定性

軟件建模的基本方法：

原型方法：需求分析、原型開發(fā)、原型評價

結(jié)構(gòu)化分析法 ：面向數(shù)據(jù)流的方法、自頂向下的分析方法、根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、交換的關(guān)系進行分析的，包括的技術(shù)有數(shù)據(jù)流圖、數(shù)據(jù)字典、系統(tǒng)流程圖

面向?qū)ο蟮挠美治?#xff1a;基于面向?qū)ο蟮那榫胺治龇椒?、從用戶角度出發(fā)考慮的功能需求、用例是系統(tǒng)向用戶提供一個有價值的結(jié)果的某項功能

uml需求視圖：用例視圖、順序圖、狀態(tài)圖、活動圖

功能列表法：將需求各功能以列表的形式列出，可以配合用例分析方法，對用例進行展開描述。

敏捷方法：對需求采用漸進明晰的方法進行描述

在敏捷方法中，用戶需求被描述成一個個story card，有以下基本格式：as a ，i want ,so that

判斷一個user story 是否是一個好的story的標準

軟件項目任務(wù)分解

任務(wù)分解是項目管理的基礎(chǔ)

任務(wù)分解過程定義：將一個項目分解為更多的工作細目或子項目，使項目變得更小、更易管理、更易操作

WBS任務(wù)分解結(jié)構(gòu)：wbs是對項目由粗到細的分解過程，面向交付成果的，wbs組織并定義了整個項目范圍

工作包是wbs最低層次的可交付成果

工作包應(yīng)當由唯一主體負責(zé)

任務(wù)分解方法：

類比：有相同或相似的周期的項目，可采用類比的方法

模板參照：進行項目分解的時候，有些項目可以參照模板

自上而下：對項目整體有比較詳細的了解

自下而上：任務(wù)沒有非常詳細的邏輯關(guān)系，想到什么寫什么，然后按一定邏輯生成

任務(wù)分解步驟：

確認并分解項目的組成要素(WBS編號)
確定分解標準
確定分解是否詳細
確定項目交付成果（可以編制WBS字典）
驗證分解的正確性

檢驗分解結(jié)果的標準：

最底層的要素是否是實現(xiàn)目標的充分必要條件
最底層要素是否有重復(fù)的
每個要素是否清晰完整定義
最底層要素是否有定義清晰的責(zé)任人
是否可以進行成本估算和進度安排

總結(jié)

以上是生活随笔為你收集整理的软件项目管理（三）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。