軟件項目管理規(guī)范模板_第1頁
軟件項目管理規(guī)范模板_第2頁
軟件項目管理規(guī)范模板_第3頁
軟件項目管理規(guī)范模板_第4頁
軟件項目管理規(guī)范模板_第5頁
已閱讀5頁,還剩21頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

軟件項目管理規(guī)范軟件項目管理規(guī)范一、軟件項目管理定義軟件項目管理是軟件工程和項目管理交叉學科,軟件項目管理概念涵蓋了管理軟件產(chǎn)品開發(fā)所必須知識、技術及工具。依照美國項目管理協(xié)會PMI對項目管理定義能夠將軟件項目管理定義為:在軟件項目活動中利用一系列知識、技能、工具和技術,以滿足軟件需求方整體要求。軟件工程活動包含問題定義、可行性研究、需求分析、設計、實現(xiàn)、確認、支持等,全部這些活動都必須進行管理,軟件項目管理貫通于軟件工程演化過程之中,如圖1所表示。圖1軟件工程演化過程二、軟件項目管理過程為確保軟件項目取得成功,必須清楚其工作范圍、要完成任務、需要資源、需要工作量、進度安排、可能碰到風險等。軟件項目標管理工作在技術工作開始之前就應開始,而在軟件從概念到實現(xiàn)過程中繼續(xù)進行,且只有當軟件開發(fā)工作最終結束時才終止。管理過程分為以下幾個步驟:開啟軟件項目開啟軟件項目是指必須明確項目標目標和范圍、考慮可能處理方案以及技術和管理上要求等,這些信息是軟件項目運行和管理基礎。制訂項目計劃軟件項目一旦開啟,就必須制訂項目計劃。計劃制訂以下面活動為依據(jù)。估算項目所需要工作量估算項目所需要資源依照工作量制訂進度計劃,繼而進行資源分配做出配置管理計劃跟蹤及控制項目計劃在軟件項目進行過程中,嚴格恪守項目計劃,對于一些不可防止變更,要進行適當控制和調(diào)整,但要確保計劃完整性和一致性。評審項目計劃對項目計劃完成程度進行評審。并對項目標執(zhí)行情況進行評價。編寫管理文檔項目管理人員依照軟件協(xié)議確定軟件項目是否完成。項目一旦完成,則檢驗項目完成結果和中間統(tǒng)計文檔,并把全部結果統(tǒng)計下來形成文檔而保留。三、軟件項目管理內(nèi)容軟件項目管理內(nèi)容包括上述軟件項目管理過程方方面面,概括起來主要有以下幾項。(1)軟件項目需求管理軟件需求是軟件工程過程中主要一環(huán),是軟件設計基礎,也是用戶和軟件工程人員之間橋梁。簡單地說,軟件需求就是確定系統(tǒng)需要做什么,嚴格意義上,軟件需求是系統(tǒng)或軟件必須達成目標與能力。1、目標需求管理是一個獲取、組織并統(tǒng)計軟件需求系統(tǒng)化方案,同時也是一個使客戶與項目開發(fā)組對不停變更軟件需求達成并保持一致過程。在需求管理中,軟件工程組工作是采取適當方法來確保分配需求,即要將分配需求文檔化,控制需求改變,負責項目實施過程中需求實現(xiàn)情況。需求管理目標是在客戶和處理客戶需求軟件項目組之間建立對客戶需求共同了解。需求管理目標有兩個:使軟件需求受控,并建立供軟件工程和管理使用需求基線。使軟件計劃、產(chǎn)品和活動與軟件需求保持一致。在需求管理過程,為實現(xiàn)第一個目標,必須控制需求基線變動,按照變更控制標準和規(guī)范過程進行需求變更控制和版本控制;為實現(xiàn)第二個目標,必須就變更和軟件項目各小組達成共識,對軟件項目計劃做出調(diào)整,其中包含人員安排、用戶溝通、成本調(diào)整、進度調(diào)整等。2、標準為進行有效需求管理,通常要遵照以下五條標準:需求一定要分類管理進行軟件項目管理時候,一定要將軟件需求分出層次。不一樣層次需求側重點、描述方式、管理方式是不一樣。需求必須分優(yōu)先級在軟件項目中,假如出現(xiàn)過多需求,通常會造成項目超出預算和預定進度,最終造成軟件項目標失敗,因而需求優(yōu)先級可能比需求本身愈加主要。需求必須文檔化需求必須有文檔統(tǒng)計。該文檔必須是正確、最新、可管理、可了解,是經(jīng)過驗證,是在受控狀態(tài)下變更。需求一旦改變,就必須對需求變更影響進行評定不論需求改變程度怎樣,只要需求改變了就必須進行評定,這是基本標準。需求管理必須與需求工程其它活動緊密整合進行需求管理一定不能脫離需求工程,需求工程包含了需求獲取、需求分析、需求描述、需求驗證、需求管理,因而需求管理必須與前面幾個需求階段保持親密相關。3、需求管理活動需求管理在需求開發(fā)基礎上進行,貫通于整個軟件項目過程,是軟件項目管理一部分。在軟件項目進行過程中,不論正處于哪個階段,一旦有需求錯誤出現(xiàn)或任何關于需求變更出現(xiàn),都需要需求管理活動來處理。需求管理是一個對系統(tǒng)需求變更了解和控制過程。初始需求導出同時就開啟了需求管理規(guī)劃,一旦形成了需求文檔初稿版本,需求活動就開始了。需求活動詳細內(nèi)容如表1所表示。需求管理活動活動任務變更控制提議需求變更并分析其影響,做出是否變更決議版本控制確定單個需求和SRS(即功效規(guī)格說明)版本需求跟蹤定義對于其它需求及系統(tǒng)元素聯(lián)絡鏈需求狀態(tài)定義并跟蹤需求狀態(tài)表1需求管理活動4、需求管理質量確保需求驗證過程需求驗證很主要,假如在結構設計開始之前,經(jīng)過驗證基于需求測試計劃和原型測試來驗證需求正確性及其質量,就能大大降低項目后期返工現(xiàn)象。需求驗證可按以下步驟進行:審察需求文檔依據(jù)需求編寫測試用例編寫用戶手冊確定合格標準驗證內(nèi)容在需求驗證過程中,要對需求文檔中定義需求執(zhí)行多個類型檢驗。有效性檢驗----對于每項需求都必須證實它是正確有效,確實能處理用戶面正確問題。一致性檢驗----在需求文檔中,需求不應該沖突,即對同一個系統(tǒng)功效不應出現(xiàn)不一樣描述或相互矛盾約束。完備性檢驗----需求文檔應該包含全部系統(tǒng)用戶想要功效和約束?,F(xiàn)實性檢驗----檢驗需求以確保能利用現(xiàn)有技術實現(xiàn)。可檢驗性檢驗----描述需求能夠實際測試。可跟蹤性檢驗----需求出處被清楚地統(tǒng)計,每一系統(tǒng)功效都能被跟蹤到要求它需求集合,每一項需求都能追溯到特定用戶要求??烧{(diào)整性檢驗----需求變更能夠不對其它系統(tǒng)帶來大規(guī)模影響。可讀性檢驗----需求說明能否被系統(tǒng)購置者和最終用戶讀懂。需求評審需求分析完成后,應由用戶和系統(tǒng)分析員共同進行需求評審。鑒于需求規(guī)格說明是軟件設計基礎,需求評審需要有客戶方和承包商方人員共同參加,檢驗文檔中不規(guī)范之處和遺漏之處。軟件項目估算與進度管理1、軟件項目估算軟件項目估算包含工作量估算和成本估算兩個方面。軟件估算作為軟件項目管理一項主要內(nèi)容,是確保軟件項目成功關鍵原因。估算是指經(jīng)過預測結構軟件項目所需要工作量過程。初步估算用于確定軟件項目標可行性,詳細估算用于指導項目計劃制訂。2、軟件規(guī)模工作分解結構對軟件項目進行估算碰到第一個問題就是軟件規(guī)模,即軟件程序量。軟件規(guī)模是軟件工作量主要影響原因。軟件項目標設計有一個分層結構,這一分層結構就對應著工作分解結構(WBS,WorkBreakdownStructure),它將軟件過程和軟件產(chǎn)品結構聯(lián)絡起來。圖2是一個經(jīng)典WBS結構。圖2經(jīng)典WBS有了工作分解結構之后,還必須定義度量標準用以對軟件規(guī)模進行估量。常見軟件規(guī)模度量標準有兩種:代碼行LOC(LinesofCode)和功效點FP(FunctionPoints)。代碼行代碼行LOC是常見源代碼程序長度度量標準,指源代碼總行數(shù)。源代碼中除了可執(zhí)行語句外,還有幫助了解注釋語句。功效點功效點度量是在需求分析階段基于系統(tǒng)功效一個規(guī)模估量方法,該方法經(jīng)過已經(jīng)初始應用需求來確定各種輸入、輸出、查詢、外部文件和內(nèi)部文件數(shù)目,從而確定功效點數(shù)量。3、軟件項目成本估算成本估算是對完成軟件項目所需費用估量和計劃,是軟件項目計劃中一個主要組成部分。成本估算步驟以下:建立目標-----規(guī)劃需要數(shù)據(jù)和資源------確定軟件需求------確定可行細節(jié)------利用多個獨立技術和原始資料------比較并迭代各個估算值------隨訪跟蹤4、軟件項目進度管理制訂項目計劃項目計劃在項目開始時候制訂,并伴隨項目標進展不停發(fā)展。軟件項目計劃要素包含目標、合理概念設計、工作分解結構、規(guī)模設計、工作量估量和項目進度安排。項目計劃為管理者提供了依照計劃定時評審和跟蹤項目進展基礎。進度安排在確定了項目標資源(總成本及時間等)后,把其分配到各個項目開發(fā)階段中,即確定項目標進度。項目各階段工作量能夠參考表2:項目階段工作量(%)概念設計3.49詳細設計11.05編碼和單元測試23.17集成測試27.82軟件驗證34.47表2項目各階段工作量項目整體進度安排過程以下:①依照項目總體進度目標,編制人員計劃。將各階段所需要資源和能夠取得資源進行比較,確定各階段初步進度,然后確定整個項目標初步進度。③對初步進度計劃進行評審,確保該計劃滿足要求,不然就重復上面步驟。進度安排詳細程度取決于對應工作分解結構詳細程度,而工作分解結構又取決于項目當前所處階段與歷史經(jīng)驗。進度安排計劃伴隨項目標進展而動態(tài)調(diào)整,逐步趨于愈加詳細準確。(3)代碼管理對于軟件過程中經(jīng)常碰到變更問題,假如沒有有效機制進行控制,將會引發(fā)巨大混亂,造成項目標失敗.代碼管理就是作為變更控制機制而引入到軟件項目中,其關鍵任務是控制代碼變更活動,在軟件項目管理中占有主要地位。編碼規(guī)范:代碼頭標示命名規(guī)則源代碼文件頭注釋規(guī)范/**********************************//*文件名:c_inter.cpp*//*模塊名:C-Interface*//*創(chuàng)建者:yourname日期:-7-10*//*修改者:日期:*//**//*功效描述:*//**********************************/(4)測試計劃軟件測試計劃目標是找出軟件缺點,并盡可能早一些確保得到修復。利用組織良好測試計劃、測試案例、測試匯報交流和制訂測試工作是達成目標確保。測試計劃應該包含:·建立每個測試階段目標?!ご_定每項測試活動進度和職責?!ご_定工具、設施和測試庫可用性。 ·建立用于計劃和進行測試以及匯報測試結果規(guī)程和標準。·制訂衡量測試成功與完成準則。首先進行單元測試,然后進行集成測試。(5)工具管理開發(fā)工具管理:Myeclipse6.0測試工具管理:四、軟件開發(fā)過程我們用瀑布模型來描述一個軟件開發(fā)生命周期,如圖3所表示:圖3軟件開發(fā)生命周期(瀑布模型)五、生命周期階段與文檔、角色間關系軟件開發(fā)生命周期與文檔、角色之間關系見表3:生命周期階段結果文檔參加角色需求分析需求規(guī)格說明項目經(jīng)理、系統(tǒng)分析員概要設計概要設計文檔項目經(jīng)理、系統(tǒng)分析員詳細設計詳細設計文檔項目經(jīng)理、系統(tǒng)分析員編碼源代碼程序員單元測試測試匯報程序員測試測試匯報測試員表3生命周期階段與文檔、角色間關系六、項目角色職能項目經(jīng)理:管理整個項目過程。包含制訂計劃、項目跟蹤、項目組員角色分配、協(xié)調(diào)、管理,軟件配置管理,文檔標準制訂,文檔審查等。技術經(jīng)理:對項目標技術及方案總體把握,配合系統(tǒng)分析員做一些大工作,審查系統(tǒng)分析員做好各種設計,對系統(tǒng)分析員提出問題一起去處理。系統(tǒng)分析員:和項目經(jīng)理一起參加需求分析,形成需求規(guī)格說明文檔。依照需求規(guī)格說明文檔做概要設計,形成概要設計文檔。依照概要設計文檔做詳細設計文檔。在編碼及測試階段幫助程序員、測試人員編碼和測試。程序員:依照詳細設計文檔進行編碼,并對自己代碼模塊進行單元測試,形成單元測試匯報。測試員:在編碼完成后,做系統(tǒng)測試,形成測試匯報,通知項目經(jīng)理測試結果。文檔管理員:對全部項目文檔進行管理,保持全部文檔同時與一致。七、項目組員結構八、項目實施階段整個項目分為三個階段:開始階段、實施階段、收尾階段。(1)、項目開始階段1確定項目組組員2確定組織結構3確定項目組組員在項目中詳細角色及其工作職責(2)、項目實施階段1項目經(jīng)理制訂項目開發(fā)計劃2準備基礎設施(軟件、文檔摸板、工具)3按照項目開發(fā)計劃由項目經(jīng)理組織實施每七天定時召開項目組全體組員會議會議內(nèi)容包含:階段總結、當前項目開發(fā)進度、下階段計劃安排、當前碰到各種困難(技術上、或組織上或人力上等等)。項目組組員每七天撰寫周計劃、周總結。項目全部相關文檔、代碼要保持同時更新及

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論