軟件項目管理

1、軟件項目管理規(guī)范一、軟件項目管理的定義軟件項目管理是軟件工程和項目管理的交叉學(xué)科，軟件項目管理的概念涵蓋了管理軟件產(chǎn) 品開發(fā)所必須的知識、技術(shù)及工具。根據(jù)美國項目管理協(xié)會PMI對項目管理的定義可以將軟件項目管理定義為：在軟件項目活動中運用一系列知識、技能、工具和技術(shù)，以滿足軟件需求方 的整體要求。軟件工程的活動包括問題定義、可行性研究、需求分析、設(shè)計、實現(xiàn)、確認、支持等，所 有這些活動都必須進行管理，軟件項目管理貫穿于軟件工程的演化過程之中，如圖1所示。圖1軟件工程的演化過程二、軟件項目管理的過程為保證軟件項目獲得成功，必須清楚其工作范圍、要完成的任務(wù)、需要的資源、需要的工 作量、進度的安排、

2、可能遇到的風險等。軟件項目的管理工作在技術(shù)工作開始之前就應(yīng)開始， 而在軟件從概念到實現(xiàn)的過程中繼續(xù)進行，且只有當軟件開發(fā)工作最后結(jié)束時才終止。管理的 過程分為如下幾個步驟：(1) 啟動軟件項目啟動軟件項目是指必須明確項目的目標和范圍、考慮可能的解決方案以及技術(shù)和管理上的 要求等，這些信息是軟件項目運行和管理的基礎(chǔ)。(2) 制定項目計劃軟件項目一旦啟動，就必須制定項目計劃。計劃的制定以下面的活動為依據(jù)。 估算項目所需要的工作量 估算項目所需要的資源 根據(jù)工作量制定進度計劃，繼而進行資源分配 做出配置管理計劃(3) 跟蹤及控制項目計劃在軟件項目進行過程中，嚴格遵守項目計劃，對于一些不可避免的變更，

3、要進行適當?shù)目?制和調(diào)整，但要確保計劃的完整性和一致性。(4) 評審項目計劃對項目計劃的完成程度進行評審。并對項目的執(zhí)行情況進行評價。(5) 編寫管理文檔項目管理人員根據(jù)軟件合同確定軟件項目是否完成。項目一旦完成，則檢查項目完成的結(jié) 果和中間記錄文檔，并把所有的結(jié)果記錄下來形成文檔而保存。三、軟件項目管理的內(nèi)容軟件項目管理的內(nèi)容涉及上述軟件項目管理過程的方方面面，概括起來主要有如下幾 項。（1）軟件項目需求管理軟件需求是軟件工程過程中的重要一環(huán)，是軟件設(shè)計的基礎(chǔ)，也是用戶和軟件工程人員之 間的橋梁。簡單地說，軟件需求就是確定系統(tǒng)需要做什么，嚴格意義上，軟件需求是系統(tǒng)或軟 件必須達到的目標與能力

4、。1、目標需求管理是一種獲取、組織并記錄軟件需求的系統(tǒng)化方案，同時也是一個使客戶與項目開 發(fā)組對不斷變更的軟件需求達成并保持一致的過程。在需求管理中，軟件工程組的工作是采取 適當?shù)拇胧﹣肀ＷC分配的需求，即要將分配的需求文檔化，控制需求的變化，負責項目實施過 程中需求的實現(xiàn)情況。需求管理的目的是在客戶和處理客戶需求的軟件項目組之間建立對客戶 需求的共同理解。需求管理的目標有兩個： 使軟件需求受控，并建立供軟件工程和管理使用的需求基線。 使軟件計劃、產(chǎn)品和活動與軟件需求保持一致。在需求管理過程，為實現(xiàn)第一個目標，必須控制需求基線的變動，按照變更控制的標準和 規(guī)范的過程進行需求變更控制和版本控制；為

5、實現(xiàn)第二個目標，必須就變更和軟件項目各小組 達成共識，對軟件項目計劃做出調(diào)整，其中包括人員的安排、用戶的溝通、成本的調(diào)整、進度 的調(diào)整等。2、原則為進行有效的需求管理，一般要遵循如下五條原則： 需求一定要分類管理進行軟件項目管理的時候，一定要將軟件需求分出層次。不同層次需求的側(cè)重點、描述方 式、管理方式是不同的。 需求必須分優(yōu)先級在軟件項目中，如果出現(xiàn)過多的需求，通常會導(dǎo)致項目超出預(yù)算和預(yù)定進度，最終導(dǎo)致軟 件項目的失敗，因而需求的優(yōu)先級可能比需求本身更加重要。 需求必須文檔化需求必須有文檔記錄。該文檔必須是正確的、最新的、可管理的、可理解的，是經(jīng)過驗證 的，是在受控的狀態(tài)下變更的。 需求一旦

6、變化，就必須對需求變更的影響進行評估無論需求變化的程度如何，只要需求變化了就必須進行評估，這是基本的原則。 需求管理必須與需求工程的其他活動緊密整合進行需求管理一定不能脫離需求工程，需求工程包括了需求獲取、需求分析、需求描述、 需求驗證、需求管理，因而需求管理必須與前面的幾個需求階段保持密切相關(guān)。3、需求管理活動需求管理在需求開發(fā)的基礎(chǔ)上進行，貫穿于整個軟件項目過程，是軟件項目管理的一部分。在軟件項目進行的過程中，無論正處于哪個階段，一旦有需求錯誤出現(xiàn)或任何有關(guān)需求的變更 出現(xiàn)，都需要需求管理活動來解決。需求管理是一個對系統(tǒng)需求變更了解和控制的過程。初始 需求導(dǎo)出的同時就啟動了需求管理規(guī)劃，一

7、旦形成了需求文檔的草稿版本，需求活動就開始了。需求活動的具體內(nèi)容如表 1所示。需求管理活動活動的任務(wù)變更控制建議需求變更并分析其影響，做出是否變更的決策版本控制r確定單個需求和srs （即功能規(guī)格說明）的版本需求跟蹤定義對于其他需求及系統(tǒng)兀素的聯(lián)系鏈需求狀態(tài)定義并跟蹤需求的狀態(tài)表1需求管理活動4、需求管理質(zhì)量保證 需求驗證過程需求驗證很重要，如果在構(gòu)造設(shè)計開始之前，通過驗證基于需求的測試計劃和原型測試來 驗證需求的正確性及其質(zhì)量，就能大大減少項目后期的返工現(xiàn)象。需求驗證可按以下步驟進行:審察需求文檔依據(jù)需求編寫測試用例編寫用戶手冊確定合格的標準 驗證的內(nèi)容在需求驗證過程中，要對需求文檔中定義的

8、需求執(zhí)行多種類型的檢查。有效性檢查-對于每項需求都必須證明它是正確有效的，確實能解決用戶面對的問題。一致性檢查-在需求文檔中，需求不應(yīng)該沖突，即對同一個系統(tǒng)功能不應(yīng)出現(xiàn)不同的描 述或相互矛盾的約束。完備性檢查-需求文檔應(yīng)該包括所有系統(tǒng)用戶想要的功能和約束。現(xiàn)實性檢查-檢查需求以保證能利用現(xiàn)有技術(shù)實現(xiàn)。可檢驗性檢查-描述的需求能夠?qū)嶋H測試?？筛櫺詸z查-需求的出處被清晰地記錄，每一系統(tǒng)功能都能被跟蹤到要求它的需求集 合，每一項需求都能追溯到特定用戶的要求?？烧{(diào)節(jié)性檢查-需求變更能夠不對其他系統(tǒng)帶來大規(guī)模的影響?？勺x性檢查-需求說明能否被系統(tǒng)購買者和最終用戶讀懂。 需求評審需求分析完成后，應(yīng)由用戶

9、和系統(tǒng)分析員共同進行需求評審。鑒于需求規(guī)格說明是軟件設(shè) 計的基礎(chǔ)，需求評審需要有客戶方和承包商方的人員共同參與，檢查文檔中的不規(guī)范之處和遺 漏之處。(2) 軟件項目估算與進度管理1、軟件項目估算軟件項目估算包括工作量估算和成本估算兩個方面。軟件估算作為軟件項目管理的一項重 要內(nèi)容，是確保軟件項目成功的關(guān)鍵因素。估算是指通過預(yù)測構(gòu)造軟件項目所需要的工作量的 過程。初步的估算用于確定軟件項目的可行性，詳細的估算用于指導(dǎo)項目計劃的制定。2、軟件規(guī)模工作分解結(jié)構(gòu)對軟件項目進行估算遇到的第一個問題就是軟件規(guī)模，即軟件的程序量。軟件規(guī)模是軟件 工作量的主要影響因素。軟件項目的設(shè)計有一個分層結(jié)構(gòu)，這一分層結(jié)

10、構(gòu)就對應(yīng)著工作分解結(jié) 構(gòu)(WBS,WorkBreakdown Structure ),它將軟件過程和軟件產(chǎn)品結(jié)構(gòu)聯(lián)系起來。圖2是一個典型的WBS吉構(gòu)。圖2 典型的WBS有了工作分解結(jié)構(gòu)之后，還必須定義度量標準用以對軟件規(guī)模進行估計。常用的軟件規(guī)模 度量標準有兩種：代碼行LOC(Lines of Code) 和功能點FP(Function Points) 。 代碼行代碼行LOC是常用的源代碼程序長度的度量標準，指源代碼的總行數(shù)。源代碼中除了可執(zhí) 行語句外，還有幫助理解的注釋語句。 功能點功能點度量是在需求分析階段基于系統(tǒng)功能的一種規(guī)模估計方法，該方法通過已經(jīng)初始應(yīng) 用需求來確定各種輸入、輸出、查

11、詢、外部文件和內(nèi)部文件的數(shù)目，從而確定功能點數(shù)量。3、軟件項目成本估算成本估算是對完成軟件項目所需費用的估計和計劃，是軟件項目計劃中的一個重要組成部 分。成本估算步驟如下：建立目標-規(guī)劃需要的數(shù)據(jù)和資源-確定軟件需求-擬定可行的細節(jié)-運用多種獨立的技術(shù)和原始資料-比較并迭代各個估算值-隨訪跟蹤4、軟件項目進度管理 制定項目計劃項目計劃在項目開始的時候制定，并隨著項目的進展不斷發(fā)展。軟件項目計劃的要素包括 目標、合理的概念設(shè)計、工作分解結(jié)構(gòu)、規(guī)模設(shè)計、工作量估計和項目進度安排。項目計劃為 管理者提供了根據(jù)計劃定期評審和跟蹤項目進展的基礎(chǔ)。 進度安排在確定了項目的資源(總成本及時間等)后，把其分配

12、到各個項目開發(fā)階段中，即確定項目的進度。項目各階段的工作量可以參考表 2:項目階段工作量(%概念設(shè)計詳細設(shè)計編碼和單元測試集成測試軟件驗證表2項目各階段的工作量項目整體進度安排的過程如下： 根據(jù)項目總體進度目標，編制人員計劃。 將各階段所需要的資源和可以取得的資源進行比較，確定各階段的初步進度，然后 確定整個項目的初步進度。 對初步進度計劃進行評審，確保該計劃滿足要求，否則就重復(fù)上面的步驟。進度安排的詳細程度取決于相應(yīng)工作分解結(jié)構(gòu)的詳細程度，而工作分解結(jié)構(gòu)又取決于項目 當前所處階段與歷史經(jīng)驗。進度安排計劃隨著項目的進展而動態(tài)調(diào)整，逐漸趨于更加詳細準確。(3) 代碼管理對于軟件過程中經(jīng)常遇到的變

13、更問題 ，如果沒有有效的機制進行控制 ，將會引起巨大的混亂 導(dǎo)致項目的失敗代碼管理就是作為變更控制機制而引入到軟件項目中的，其關(guān)鍵任務(wù)是控制代碼變更活動，在軟件項目管理中占有重要地位。用SourceSafe軟件平臺對代碼進行管理，以保證對代碼版本進行有效控制。1在SourceSafe中建立源代碼管理數(shù)據(jù)庫首先啟動 Visual SourceSafe Admin，單擊Tool菜單，單擊 Create Database,然后在存儲區(qū)中適當?shù)奈恢脛?chuàng)建 SourceSafe數(shù)據(jù)庫。Visual SourceSafe就會在該位置創(chuàng)建一些目錄和文件, 其中包含一個叫的配置文件，當需要打開一個SourceS

14、afe數(shù)據(jù)庫時，只需要打開這個配置文件就可以了。2、在 SourceSafe 中實現(xiàn)共享簽出 單擊Users,單擊Open SourceSafe Database，選擇上一步中創(chuàng)建的數(shù)據(jù)庫（即 ），然后 單擊 Open。 在Tool菜單中，單擊Options。然后在 General選項卡上，選擇 Allow multiple checkouts ， 然后單擊 OK 。 在 SourceSafe 中添加用戶單擊Users，單擊Add User，在彈出的對話框中輸入項目組中各個開發(fā)人員的用戶名和密 碼，并設(shè)置權(quán)限，作為各個開發(fā)人員操作SourceSafe數(shù)據(jù)庫的標識的權(quán)限。上面三步創(chuàng)建了源代碼管理

15、數(shù)據(jù)庫和及進行項目開發(fā)中各個開發(fā)人員訪問源代碼數(shù)據(jù)庫的 用戶名和訪問權(quán)限。開發(fā)人員每天上班時到 SourceSafe 數(shù)據(jù)庫中將自己的代碼取出來 （Check Out），每天下班前將自己的代碼放進（Check In SourceSafe數(shù)據(jù)庫。注意：開發(fā)人員在沒有對IDE中的項目項事先執(zhí)行Get操作的前提下，千萬不要使用 CheckIn命令。從源代碼管理獲取最新版本后，才可以將個人更改與SourceSafe上的主控副本合并。如果在沒有獲取最新版本的Web項目的情況下簽入自上次簽出后已發(fā)生更改的文件，則可能會造成數(shù)據(jù)的丟失。編碼規(guī)范：代碼頭標示 命名規(guī)則源代碼文件頭注釋規(guī)范/* * * * *

16、* * * */*文件名*/*模塊名： C-Interface*/*創(chuàng)建者： your name日期 ： 2003-7-10 */*修改者日期 ： */*/*功能描述：*/（ 4 ） 測試計劃 軟件測試計劃的目標是找出軟件缺陷，并盡可能早一些保證得到修復(fù)。利用組織良好的測 試計劃、測試案例和測試報告交流和制定測試工作是達到目標的保證。測試計劃應(yīng)該包括：建立每個測試階段的目標。確定每項測試活動的進度和職責。 確定工具、設(shè)施和測試庫的可用性。 建立用于計劃和進行測試以及報告測試結(jié)果的規(guī)程和標準。 制定衡量測試成功與完成的準則。首先進行單元測試，然后進行集成測試。（ 5） 工具管理 開發(fā)工具管理：V

17、isual 2003Microsoft Sourcesafe 測試工具管理：Nunit （單元測試工具）四、軟件開發(fā)過程我們用瀑布模型來描述一個軟件開發(fā)的生命周期，如圖3所示:需求分析需求規(guī)格說明. * , 概要設(shè)計|概要設(shè)計文擋詳細設(shè)計詳細設(shè)計文擋單元測試 測試報告集成測試I 測試報告測試報告驗收報告圖3軟件開發(fā)生命周期（瀑布模型）五、生命周期階段與文擋、角色間的關(guān)系軟件開發(fā)生命周期與文檔、角色之間的關(guān)系見表3：生命周期階段結(jié)果文擋參與角色需求分析需求規(guī)格說明項目經(jīng)理、系統(tǒng)分析員概要設(shè)計概要設(shè)計文擋項目經(jīng)理、系統(tǒng)分析員詳細設(shè)計詳細設(shè)計文擋項目經(jīng)理、系統(tǒng)分析員編碼源代碼程序員單元測試測試報告程

18、序員測試測試報告測試員表3生命周期階段與文擋、角色間的關(guān)系六、項目角色職能項目經(jīng)理：管理整個項目過程。包括制定計劃、項目跟蹤、項目成員的角色分配、協(xié)調(diào)、管理，軟件 配置管理，文擋標準制定，文擋審查等。技術(shù)經(jīng)理：對項目的技術(shù)及方案總體把握，配合系統(tǒng)分析員做一些大的工作，審查系統(tǒng)分析員做好的 各種設(shè)計，對系統(tǒng)分析員提出的問題一起去解決。 系統(tǒng)分析員：和項目經(jīng)理一起參與需求分析，形成需求規(guī)格說明文擋。根據(jù)需求規(guī)格說明文擋做概要設(shè) 計，形成概要設(shè)計文擋。根據(jù)概要設(shè)計文擋做詳細設(shè)計文擋。在編碼及測試階段協(xié)助程序員、 測試人員編碼和測試。程序員：根據(jù)詳細設(shè)計文擋進行編碼，并對自己的代碼模塊進行單元測試，形成單元測試報告。 測試員：在編碼完成后，做系統(tǒng)測試，形成測試報告，通知項目經(jīng)理測試結(jié)果。 文擋管理員：對所有項目文擋進行管理，保持所有文擋的同步與一致。七、項目成員結(jié)構(gòu)項目經(jīng)理技術(shù)經(jīng)理系統(tǒng)分析員程序員I I程序員I I程序員I I程序員I測試員I測試員II文擋管理員八、項目實施階段整個項目分為三個階段：開始階段、實施階段、收尾階段。（1 ）、項目開始階段1確定項目組成員2確定組織結(jié)構(gòu)3確定項目組成員在項目中的具體角色及其工作職責（2）、項目實施階段1項目經(jīng)理制定項目開發(fā)計劃2準備基礎(chǔ)設(shè)施（軟