1、 PAGE PAGE 11軟件項目管理規范一、軟件項目管理的定義PMI 的整體要求。軟件工程的活動包括問題定義、可行性研究、需求分析、設計、實現、確認、支持等，所有這些活動都必須進行管理，軟件項目管理貫穿于軟件工程的演化過程之中，如圖1 所示。軟件項目管理軟件項目管理問題定義可行性與分析需求系統設計程序實現測試確認維護支持圖1軟件工程的演化過程二、軟件項目管理的過程過程分為如下幾個步驟：啟動軟件項目啟動軟件項目是指必須明確項目的目標和范圍、考慮可能的解決方案以及技術和管理上的要求等，這些信息是軟件項目運行和管理的基礎。制定項目計劃軟件項目一旦啟動，就必須制定項目計劃。計劃的制定以下面的活動為依

2、據。估算項目所需要的工作量估算項目所需要的資源根據工作量制定進度計劃，繼而進行資源分配做出配置管理計劃跟蹤及控制項目計劃在軟件項目進行過程中，嚴格遵守項目計劃，對于一些不可避免的變更，要進行適當的控制和調整，但要確保計劃的完整性和一致性。評審項目計劃對項目計劃的完成程度進行評審。并對項目的執行情況進行評價。編寫管理文檔項目管理人員根據軟件合同確定軟件項目是否完成。項目一旦完成，則檢查項目完成的結果和中間記錄文檔，并把所有的結果記錄下來形成文檔而保存。三、軟件項目管理的內容軟件項目管理的內容涉及上述軟件項目管理過程的方方面面，概括起來主要有如下幾項。軟件項目需求管理軟件需求是軟件工程過程中的重要

3、一環，是軟件設計的基礎，也是用戶和軟件工程人員之間的橋梁。簡單地說，軟件需求就是確定系統需要做什么，嚴格意義上，軟件需求是系統或軟件必須達到的目標與能力。1、目標需求管理是一種獲取、組織并記錄軟件需求的系統化方案，同時也是一個使客戶與項目開發組對不斷變更的軟件需求達成并保持一致的過程。在需求管理中，軟件工程組的工作是采取適當的措施來保證分配的需求，即要將分配的需求文檔化，控制需求的變化，負責項目實施過程中需求的實現情況。需求管理的目的是在客戶和處理客戶需求的軟件項目組之間建立對客戶需求的共同理解。需求管理的目標有兩個：使軟件需求受控，并建立供軟件工程和管理使用的需求基線。使軟件計劃、產品和活動

4、與軟件需求保持一致。在需求管理過程，為實現第一個目標，必須控制需求基線的變動，按照變更控制的標準和規范的過程進行需求變更控制和版本控制；為實現第二個目標，必須就變更和軟件項目各小組達成共識，對軟件項目計劃做出調整，其中包括人員的安排、用戶的溝通、成本的調整、進度的調整等。2、原則為進行有效的需求管理，一般要遵循如下五條原則：需求一定要分類管理進行軟件項目管理的時候，一定要將軟件需求分出層次。不同層次需求的側重點、描述方式、管理方式是不同的。需求必須分優先級在軟件項目中，如果出現過多的需求，通常會導致項目超出預算和預定進度，最終導致軟件項目的失敗，因而需求的優先級可能比需求本身更加重要。需求必須

5、文檔化需求必須有文檔記錄。該文檔必須是正確的、最新的、可管理的、可理解的，是經過驗證的，是在受控的狀態下變更的。需求一旦變化，就必須對需求變更的影響進行評估無論需求變化的程度如何，只要需求變化了就必須進行評估，這是基本的原則。需求管理必須與需求工程的其他活動緊密整合進行需求管理一定不能脫離需求工程，需求工程包括了需求獲取、需求分析、需求描述、需求驗證、需求管理，因而需求管理必須與前面的幾個需求階段保持密切相關。3、需求管理活動1 所示。變更控制活動的任務確定單個需求和SRS（即功能規格說明）的版本 定義對于其他需求及系統元素的聯系鏈定義并跟蹤需求的狀態4、需求管理質量保證需求驗證過程表1需求管

6、理活動依據需求編寫測試用例 編寫用戶手冊 確定合格的標準驗證的內容在需求驗證過程中，要對需求文檔中定義的需求執行多種類型的檢查。有效性檢查對于每項需求都必須證明它是正確有效的，確實能解決用戶面對的問題。一致性檢查在需求文檔中，需求不應該沖突，即對同一個系統功能不應出現不同的描述或相互矛盾的約束。完備性檢查需求文檔應該包括所有系統用戶想要的功能和約束。現實性檢查檢查需求以保證能利用現有技術實現。可檢驗性檢查描述的需求能夠實際測試。可跟蹤性檢查需求的出處被清晰地記錄，每一系統功能都能被跟蹤到要求它的需求集合，每一項需求都能追溯到特定用戶的要求。可調節性檢查需求變更能夠不對其他系統帶來大規模的影響。

7、可讀性檢查需求說明能否被系統購買者和最終用戶讀懂。需求評審需求分析完成后，應由用戶和系統分析員共同進行需求評審。鑒于需求規格說明是軟件設計的基礎，需求評審需要有客戶方和承包商方的人員共同參與，檢查文檔中的不規范之處和遺漏之處。1、軟件項目估算軟件項目估算包括工作量估算和成本估算兩個方面。軟件估算作為軟件項目管理的一項重要內容，是確保軟件項目成功的關鍵因素。估算是指通過預測構造軟件項目所需要的工作量的過程。初步的估算用于確定軟件項目的可行性，詳細的估算用于指導項目計劃的制定。2、軟件規模工作分解結構構WB，Work Breakdown Structur，它將軟件過程和軟件產品結構聯系起來。圖2是

8、一個典型的WBS系統系統子系統子系統子系統模塊模塊模塊模塊模塊模塊模塊模塊模塊圖 2 典型的WBS有了工作分解結構之后，還必須定義度量標準用以對軟件規模進行估計。常用的軟件規模度量標準有兩種：代碼行LOC(Lines of Code)和功能點FP(Function Points)。代碼行代碼行 LOC 是常用的源代碼程序長度的度量標準，指源代碼的總行數。源代碼中除了可執行語句外，還有幫助理解的注釋語句。功能點用需求來確定各種輸入、輸出、查詢、外部文件和內部文件的數目，從而確定功能點數量。 3、軟件項目成本估算成本估算是對完成軟件項目所需費用的估計和計劃，是軟件項目計劃中的一個重要組成部分。成本

9、估算步驟如下：建立目規劃需要的數據和資確定軟件需求擬定可行的細節運用多種獨立的技術和原始資比較并迭代各個估算值隨訪跟蹤4、軟件項目進度管理制定項目計劃管理者提供了根據計劃定期評審和跟蹤項目進展的基礎。進度安排在確定了項目的資源（總成本及時間等）后，把其分配到各個項目開發階段中，即確定項目的進度。項目各階段的工作量可以參考表2：項目階段工作量（%）概念設計3.49詳細設計11.05編碼和單元測試23.17集成測試27.82軟件驗證34.47表 2 項目各階段的工作量項目整體進度安排的過程如下： 根據項目總體進度目標，編制人員計劃。 將各階段所需要的資源和可以取得的資源進行比較，確定各階段的初步進

10、度，然后確定整個項目的初步進度。 對初步進度計劃進行評審，確保該計劃滿足要求，否則就重復上面的步驟。進度安排的詳細程度取決于相應工作分解結構的詳細程度，而工作分解結構又取決于項目當前所處階段與歷史經驗。進度安排計劃隨著項目的進展而動態調整，逐漸趨于更加詳細準確。代碼管理編碼規范：代碼頭標示 命名規則源代碼文件頭注釋規范/* * * * * * * * * * * * * * * * * * * * * * * * * * * * * */*文件名：c_inter.cpp*/*模塊名：C-Interface*/*創建者：yourname日期：2003-7-10*/*修改者：日期：*/*/*功能描

11、述：*/*/* * * * * * * * * * * * * * * * * * * * * * * * * */測試計劃軟件測試計劃的目標是找出軟件缺陷，并盡可能早一些保證得到修復。利用組織良好的測試計劃、測試案例、測試報告交流和制定測試工作是達到目標的保證。測試計劃應該包括：建立每個測試階段的目標。確定每項測試活動的進度和職責。確定工具、設施和測試庫的可用性。建立用于計劃和進行測試以及報告測試結果的規程和標準。制定衡量測試成功與完成的準則。首先進行單元測試，然后進行集成測試。工具管理開發工具管理：Myeclipse6.0測試工具管理：四、軟件開發過程我們用瀑布模型來描述一個軟件開發的生命

12、周期，如圖3 所示：需求分析需求分析需求規格說明概要設計概要設計文檔詳細設計詳細設計文檔編碼源 代 碼單元測試測試報告集成測試測試報告測試報告驗收報告圖3軟件開發生命周瀑布模)五、生命周期階段與文檔、角色間的關系軟件開發生命周期與文檔、角色之間的關系見表3：生命周期階段結果文檔參與角色需求分析需求規格說明項目經理、系統分析員概要設計概要設計文檔項目經理、系統分析員詳細設計詳細設計文檔項目經理、系統分析員編碼源代碼程序員單元測試測試報告程序員測試測試報告測試員表3生命周期階段與文檔、角色間的關系六、項目角色職能項目經理：管理整個項目過程。包括制定計劃、項目跟蹤、項目成員的角色分配、協調、管理，軟

13、件配置管理，文檔標準制定，文檔審查等。技術經理：對項目的技術及方案總體把握，配合系統分析員做一些大的工作，審查系統分析員做好的各種設計，對系統分析員提出的問題一起去解決。系統分析員：和項目經理一起參與需求分析，形成需求規格說明文檔。根據需求規格說明文檔做概要設計，形成概要設計文檔。根據概要設計文檔做詳細設計文檔。在編碼及測試階段協助程序員、測試人員編碼和測試。程序員：測試員：在編碼完成后，做系統測試，形成測試報告，通知項目經理測試結果。文檔管理員：對所有項目文檔進行管理，保持所有文檔的同步與一致。七、項目成員結構項目經理項目經理技術經理系統分析員程序員程序員程序員程序員測試員測試員文檔管理員八

14、、項目實施階段整個項目分為三個階段：開始階段、實施階段、收尾階段。、項目開始階段確定項目組成員確定組織結構確定項目組成員在項目中的具體角色及其工作職責、項目實施階段項目經理制定項目開發計劃準備基礎設施（軟件、文檔摸板、工具）按照項目開發計劃由項目經理組織實施 每周定期召開項目組全體成員會議種困難（技術上的、或組織上的或人力上的等等。 項目組成員每周撰寫周計劃、周總結。 項目所有相關文檔、代碼要保持同步更新及版本一致。 項目組成員在每天開始工作前，下載所有最新文檔與代碼。在每天工作結束后上傳所有自己更新的文檔與代碼。、項目收尾階文件存檔九、項目服務規范項目服務貫穿于整個項目，從開始至收尾，服務對象為客戶。日報、周報、月報項目經理整合后需每日向客戶提供項目情況日報，每周提供周報、每月提供月報（忽略日報，視項目情況而定。客戶客戶日報、周報、月報了解項目進度客戶經理問題響應時間客戶提出問題需做到及時響應，并分出問題的輕重緩急。暫定辦法為：客戶提出問題，做到第一時間響應，如所有問題匯總后上報相關部門負責人，且每個問題均需分出“優先級低三個等級；優先級為“高”的問題：第一時間解決，并給出解決時間；優先級為“中”的問題：正常工作安排，給