软件项目管理(三)
上次講完了項目初始部分,包括立項、招投標、授權(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é)
- 上一篇: 软件项目管理(二)
- 下一篇: 西南科技大学OJ题 数字转换成字符061