軟件項目管理規(guī)范

問題定義 可行性與分析需求 系統(tǒng)設計 程序實現(xiàn) 問題定義 可行性與分析需求 系統(tǒng)設計 程序實現(xiàn) 測試確認 維護支持管理的定義軟件項目管理是軟件工程和項目管理的交叉學科，軟件項目管理的概念涵蓋了管理軟件產項目管理定義為：在軟件項目活動中運用一系列知識、技能、工具和技術，以滿足軟件需求方的整體要求。軟件工程的活動包括問題定義、可行性研究、需求分析、設計、實現(xiàn)、確認、支持等，所有這些活動都必須進行管理，軟件項目管理貫穿于軟件工程的演化過程之中，如圖1所示。軟件項目管理過程為保證軟件項目獲得成功，必須清楚其工作范圍、要完成的任務、需要的資源、需要的工作量、進度的安排、可能遇到的風險等。軟件項目的管理工作在技術工作開始之前就應開始，而在軟件從概念到實現(xiàn)的過程中繼續(xù)進行，且只有當軟件開發(fā)工作最后結束時才終止。管理的過程分為如下幾個步驟：(1)啟動軟件項目啟動軟件項目是指必須明確項目的目標和范圍、考慮可能的解決方案以及技術和管理上的要求等，這些信息是軟件項目運行和管理的基礎。(2)制定項目計劃軟件項目一旦啟動，就必須制定項目計劃。計劃的制定以下面的活動為依據(jù)。估算項目所需要的工作量估算項目所需要的資源根據(jù)工作量制定進度計劃，繼而進行資源分配做出配置管理計劃(3)跟蹤及控制項目計劃在軟件項目進行過程中，嚴格遵守項目計劃，對于一些不可避免的變更，要進行適當?shù)目刂坪驼{整，但要確保計劃的完整性和一致性。(4)評審項目計劃對項目計劃的完成程度進行評審。并對項目的執(zhí)行情況進行評價。(5)編寫管理文檔項目管理人員根據(jù)軟件合同確定軟件項目是否完成。項目一旦完成，則檢查項目完成的結果和中間記錄文檔，并把所有的結果記錄下來形成文檔而保存。管理的內容及上述軟件項目管理過程的方方面面，概括起來主要有如下幾項。 (1)軟件項目需求管理軟件需求是軟件工程過程中的重要一環(huán)，是軟件設計的基礎，也是用戶和軟件工程人員之間的橋梁。簡單地說，軟件需求就是確定系統(tǒng)需要做什么，嚴格意義上，軟件需求是系統(tǒng)或軟件必須達到的目標與能力。需求管理是一種獲取、組織并記錄軟件需求的系統(tǒng)化方案，同時也是一個使客戶與項目開發(fā)組對不斷變更的軟件需求達成并保持一致的過程。在需求管理中，軟件工程組的工作是采取適當?shù)拇胧﹣肀ＷC分配的需求，即要將分配的需求文檔化，控制需求的變化，負責項目實施過程中需求的實現(xiàn)情況。需求管理的目的是在客戶和處理客戶需求的軟件項目組之間建立對客戶需求的共同理解。需求管理的目標有兩個：使軟件需求受控，并建立供軟件工程和管理使用的需求基線。使軟件計劃、產品和活動與軟件需求保持一致。在需求管理過程，為實現(xiàn)第一個目標，必須控制需求基線的變動，按照變更控制的標準和規(guī)范的過程進行需求變更控制和版本控制；為實現(xiàn)第二個目標，必須就變更和軟件項目各小組達成共識，對軟件項目計劃做出調整，其中包括人員的安排、用戶的溝通、成本的調整、進度的調整等。為進行有效的需求管理，一般要遵循如下五條原則：需求一定要分類管理進行軟件項目管理的時候，一定要將軟件需求分出層次。不同層次需求的側重點、描述方式、管理方式是不同的。需求必須分優(yōu)先級在軟件項目中，如果出現(xiàn)過多的需求，通常會導致項目超出預算和預定進度，最終導致軟件項目的失敗，因而需求的優(yōu)先級可能比需求本身更加重要。需求必須文檔化需求必須有文檔記錄。該文檔必須是正確的、最新的、可管理的、可理解的，是經過驗證的，是在受控的狀態(tài)下變更的。需求一旦變化，就必須對需求變更的影響進行評估無論需求變化的程度如何，只要需求變化了就必須進行評估，這是基本的原則。需求管理必須與需求工程的其他活動緊密整合進行需求管理一定不能脫離需求工程，需求工程包括了需求獲取、需求分析、需求描述、需求驗證、需求管理，因而需求管理必須與前面的幾個需求階段保持密切相關。需求管理在需求開發(fā)的基礎上進行，貫穿于整個軟件項目過程，是軟件項目管理的一部分。在軟件項目進行的過程中，無論正處于哪個階段，一旦有需求錯誤出現(xiàn)或任何有關需求的變更出現(xiàn)，都需要需求管理活動來解決。需求管理是一個對系統(tǒng)需求變更了解和控制的過程。初始需求導出的同時就啟動了需求管理規(guī)劃，一旦形成了需求文檔的草稿版本，需求活動就開始了。需求活動的具體內容如表1所示。任務建議需求變更并分析其影響，做出是否變更的決策版本控制確定單個需求和SRS(即功能規(guī)格說明)的版本其他需求及系統(tǒng)元素的聯(lián)系鏈求的狀態(tài)動需求驗證過程，如果在構造設計開始之前，通過驗證基于需求的測試計劃和原型測試來審察需求文檔依據(jù)需求編寫測試用例編寫用戶手冊確定合格的標準 驗證的內容在需求驗證過程中，要對需求文檔中定義的需求執(zhí)行多種類型的檢查。有效性檢查----對于每項需求都必須證明它是正確有效的，確實能解決用戶面對的問題?；蛳嗷ッ艿募s束。完備性檢查----需求文檔應該包括所有系統(tǒng)用戶想要的功能和約束?，F(xiàn)實性檢查----檢查需求以保證能利用現(xiàn)有技術實現(xiàn)?？蓹z驗性檢查----描述的需求能夠實際測試。合，每一項需求都能追溯到特定用戶的要求?？烧{節(jié)性檢查----需求變更能夠不對其他系統(tǒng)帶來大規(guī)模的影響。可讀性檢查----需求說明能否被系統(tǒng)購買者和最終用戶讀懂。需求評審需求分析完成后，應由用戶和系統(tǒng)分析員共同進行需求評審。鑒于需求規(guī)格說明是軟件設計的基礎，需求評審需要有客戶方和承包商方的人員共同參與，檢查文檔中的不規(guī)范之處和遺漏之處。(2)軟件項目估算與進度管理軟件項目估算包括工作量估算和成本估算兩個方面。軟件估算作為軟件項目管理的一項重要內容，是確保軟件項目成功的關鍵因素。估算是指通過預測構造軟件項目所需要的工作量的過程。初步的估算用于確定軟件項目的可行性，詳細的估算用于指導項目計劃的制定。工作分解結構對軟件項目進行估算遇到的第一個問題就是軟件規(guī)模，即軟件的程序量。軟件規(guī)模是軟件工作量的主要影響因素。軟件項目的設計有一個分層結構，這一分層結構就對應著工作分解結構(WBS，WorkBreakdownStructure)，它將軟件過程和軟件產品結構聯(lián)系起來。圖2是一個典型的WBS結構。子系統(tǒng)子系統(tǒng)模塊模塊模塊模塊模塊模塊模塊模塊子系統(tǒng)子系統(tǒng)模塊模塊模塊模塊模塊模塊模塊模塊系統(tǒng)子系統(tǒng)模塊有了工作分解結構之后，還必須定義度量標準用以對軟件規(guī)模進行估計。常用的軟件規(guī)模行LOC(LinesofCode)和功能點FP(FunctionPoints)。代碼行行語句外，還有幫助理解的注釋語句。功能點功能點度量是在需求分析階段基于系統(tǒng)功能的一種規(guī)模估計方法，該方法通過已經初始應用需求來確定各種輸入、輸出、查詢、外部文件和內部文件的數(shù)目，從而確定功能點數(shù)量。成本估算是對完成軟件項目所需費用的估計和計劃，是軟件項目計劃中的一個重要組成部分。建立目標-----規(guī)劃需要的數(shù)據(jù)和資源------確定軟件需求------擬定可行的細節(jié)種獨立的技術和原始資料------比較并迭代各個估算值------隨訪跟蹤制定項目計劃項目計劃在項目開始的時候制定，并隨著項目的進展不斷發(fā)展。軟件項目計劃的要素包括念設計、工作分解結構、規(guī)模設計、工作量估計和項目進度安排。項目計劃為管理者提供了根據(jù)計劃定期評審和跟蹤項目進展的基礎。進度安排在確定了項目的資源(總成本及時間等)后，把其分配到各個項目開發(fā)階段中，即確定項工作量(%)計11.0523.17試82軟件驗證階段的工作量項目整體進度安排的過程如下：的資源和可以取得的資源進行比較，確定各階段的初步進度，然后確定整個項目的初步進度。進度安排的詳細程度取決于相應工作分解結構的詳細程度，而工作分解結構又取決于項目 (3)代碼管理對于軟件過程中經常遇到的變更問題,如果沒有有效的機制進行控制,將會引起巨大的混亂,導致項目的失敗.代碼管理就是作為變更控制機制而引入到軟件項目中的,其關鍵任務是控制代碼變更活動,在軟件項目管理中占有重要地位。編碼規(guī)范：代碼頭標示命名規(guī)則文件頭注釋規(guī)范/**********************************/cintercpp*/CInterface*/name*//**//*功能描述：*//**********************************/需求規(guī)格說明概要設計文檔詳細設計文檔編碼單元測試集成測試需求規(guī)格說明概要設計文檔詳細設計文檔編碼單元測試集成測試 (4)測試計劃軟件測試計劃的目標是找出軟件缺陷，并盡可能早一些保證得到修復。利用組織良好的測試計劃、測試案例、測試報告交流和制定測試工作是達到目標的保證。測試計劃應該包括：·建立每個測試階段的目標。動的進度和職責。和測試庫的可用性?！そ⒂糜谟媱澓瓦M行測試以及報告測試結果的規(guī)程和標準。功與完成的準則。首先進行單元測試，然后進行集成測試。 (5)工具管理開發(fā)工具管理：Myeclipse6.0測試工具管理：我們用瀑布模型來描述一個軟件開發(fā)的生命周期，如圖3所示：需求分析概要設計詳細設計源源代碼測測試報告測測試報告測試報告驗收報告段與文檔、角色間的關系：色員計計文檔員員試與文檔、角色間的關系項目經理：管理整個項目過程。包括制定計劃、項目跟蹤、項目成員的角色分配、協(xié)調、管理，軟件配置管理，文檔標準制定，文檔審查等。技術經理：對項目的技術及方案總體把握，配合系統(tǒng)分析員做一些大的工作，審查系統(tǒng)分析員做好的各種設計，對系統(tǒng)分析員提出的問題一起去解決。系統(tǒng)分析員：和項目經理一起參與需求分析，形成需求規(guī)格說明文檔。根據(jù)需求規(guī)格說明文檔做概要設計，形成概要設計文檔。根據(jù)概要設計文檔做詳細設計文檔。在編碼及測試階段協(xié)助程序員、測試人員編碼和測試。程序員：根據(jù)詳細設計文檔進行編碼，并對自己的代碼模塊進行單元測試，形成單元測試報告。測試員：在編碼完成后，做系統(tǒng)測試，形成測試報告，通知項目經理測試結果。文檔管理員：對所有項目文檔進行管理，保持所有文檔的同步與一致。系統(tǒng)分析員程序員程序員程序員測試員測試員程序員系統(tǒng)分析員程序員程序員程序員測試員測試員程序員結構項目經理技術經理文檔管理員文檔管理員階段整個項目分為三個階段：開始階段、實施階段、收尾階段。 (1)、項目開始階段確定組織結構組成員在項目中的具體角色及其工作職責 (2)、項目實施階段2準備基礎設施(軟件、文檔摸板、工具)開發(fā)計劃由項目經理組織實施召開項目組全體成員會議會議內容包括：階段總結、當前項目開發(fā)進度、下階段計劃安排、當前遇到的各種困難(技術上的、或組織上的或人力上的等等)。項目組成員每周撰寫周計劃、周總結。項目所有相關文檔、代碼要保持同步更新及版本一致。項目組成員在每天開始工作前，下載所有最新文檔與代碼。在每天工作結束后上傳所有自己更新的文檔與代碼。 (3)、項目收尾階段目服務規(guī)范項目服務貫穿于整個項目，從開始至收尾，服務對象為客戶。了解項目進度了解項目進度自項目正式啟動之日起，項目組成員需向項目經理提供相關工作日報、周報、月報。項目經理整合后需每日向客戶提供項目情況日報，每周提供周報、每月提供月報(注：可忽略日報，視項目情況而定)?？蛻艨蛻艚浝?問題響應時間客戶提出問題需做到及時響應，并分出問題的輕重緩急。暫定辦法為：所有問題匯總后上報相關部門負責人，且每個問題均需分出“優(yōu)先級”：高、中、低三個等級；優(yōu)先級為“高”的問題：第一時間解決，并給出解決時間；優(yōu)先級為“中”的問題：正常工作安排，給出解決時間按；優(yōu)先級為“低”的問題：可暫緩處理，但需給出最終