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

下載本文檔

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

文檔簡介

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

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

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

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

5、就變更和軟件項目各小組 達成共識,對軟件項目計劃做出調(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ù)變更控制建議需求變更并分析其影響,做出是否變更的決策版本控制確定單個需求和 SRS (即功能規(guī)格說明)的版本需求跟蹤定義對于其他需求及系統(tǒng)兀素的聯(lián)系鏈需求狀態(tài)定義并跟蹤需求的狀態(tài)表1需求管理活動4、需求管理質(zhì)量保證需求驗證過程需求驗證很重要,如果在構(gòu)造設(shè)計開始之前,通過驗證基于需求的測試計劃和原型測試來驗證需求的正確性及其質(zhì)量,就能大大減少項目后期的返工現(xiàn)象。需求驗證可按以下步驟進行: 審察需求文檔依據(jù)需求編寫測試用例=::編寫用戶手冊 =確定合格的標(biāo)準(zhǔn)驗證的內(nèi)容在需求驗證過程中,要對需求文檔中定義的需求執(zhí)行多種類型的檢查。

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

9、鑒于需求規(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é)構(gòu)就對應(yīng)著工作分解結(jié) 構(gòu)(

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

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

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

13、于軟件過程中經(jīng)常遇到的變更問題 ,如果沒有有效的機制進行控制 ,將會引起巨大的混亂 導(dǎo)致項目的失敗代碼管理就是作為變更控制機制而引入到軟件項目中的 ,其關(guān)鍵任務(wù)是控制代 碼變更活動,在軟件項目管理中占有重要地位。編碼規(guī)范:代碼頭標(biāo)示 命名規(guī)則源代碼文件頭注釋規(guī)范/*文件名c_in ter.cpp*/*模塊名C-I nteface*/*創(chuàng)建者your n ame日期 :2003-7-10/*修改者日期:*/*/*功能描述:*/* * * * */*/(4) 測試計劃軟件測試計劃的目標(biāo)是找出軟件缺陷,并盡可能早一些保證得到修復(fù)。利用組織良好的測 試計劃、測試案例、測試報告交流和制定測試工作是達到目

14、標(biāo)的保證。測試計劃應(yīng)該包括:建立每個測試階段的目標(biāo)。確定每項測試活動的進度和職責(zé)。確定工具、設(shè)施和測試庫的可用性。建立用于計劃和進行測試以及報告測試結(jié)果的規(guī)程和標(biāo)準(zhǔn)。制定衡量測試成功與完成的準(zhǔn)則。首先進行單元測試,然后進行集成測試。(5) 工具管理開發(fā)工具管理:Myeclipse6.0測試工具管理:四、軟件開發(fā)過程我們用瀑布模型來描述一個軟件開發(fā)的生命周期,如圖3所示:圖3軟件開發(fā)生命周期(瀑布模型)五、生命周期階段與文檔、角色間的關(guān)系軟件開發(fā)生命周期與文檔、角色之間的關(guān)系見表3:生命周期階段結(jié)果文檔參與角色需求分析需求規(guī)格說明項目經(jīng)理、系統(tǒng)分析員概要設(shè)計概要設(shè)計文檔項目經(jīng)理、系統(tǒng)分析員詳細設(shè)

15、計詳細設(shè)計文檔項目經(jīng)理、系統(tǒng)分析員編碼源代碼程序員單元測試測試報告程序員測試測試報告測試員表3生命周期階段與文檔、角色間的關(guān)系六、項目角色職能項目經(jīng)理:管理整個項目過程。包括制定計劃、項目跟蹤、項目成員的角色分配、協(xié)調(diào)、管理,軟件 配置管理,文檔標(biāo)準(zhǔn)制定,文檔審查等。技術(shù)經(jīng)理:對項目的技術(shù)及方案總體把握,配合系統(tǒng)分析員做一些大的工作,審查系統(tǒng)分析員做好的 各種設(shè)計,對系統(tǒng)分析員提出的問題一起去解決。系統(tǒng)分析員:和項目經(jīng)理一起參與需求分析,形成需求規(guī)格說明文檔。根據(jù)需求規(guī)格說明文檔做概要設(shè) 計,形成概要設(shè)計文檔。根據(jù)概要設(shè)計文檔做詳細設(shè)計文檔。在編碼及測試階段協(xié)助程序員、 測試人員編碼和測試。程

16、序員:根據(jù)詳細設(shè)計文檔進行編碼,并對自己的代碼模塊進行單元測試,形成單元測試報告。 測試員:在編碼完成后,做系統(tǒng)測試,形成測試報告,通知項目經(jīng)理測試結(jié)果。文檔管理員:對所有項目文檔進行管理,保持所有文檔的同步與一致。七、項目成員結(jié)構(gòu)八、項目實施階段整個項目分為三個階段:開始階段、實施階段、收尾階段。(1 )、項目開始階段1確定項目組成員2確定組織結(jié)構(gòu)3確定項目組成員在項目中的具體角色及其工作職責(zé)(2)、項目實施階段1項目經(jīng)理制定項目開發(fā)計劃2準(zhǔn)備基礎(chǔ)設(shè)施(軟件、文檔摸板、工具)3按照項目開發(fā)計劃由項目經(jīng)理組織實施 每周定期召開項目組全體成員會議會議內(nèi)容包括:階段總結(jié)、當(dāng)前項目開發(fā)進度、下階段計

17、劃安排、當(dāng)前遇到的各 種困難(技術(shù)上的、或組織上的或人力上的等等)。 項目組成員每周撰寫周計劃、周總結(jié)。 項目所有相關(guān)文檔、代碼要保持同步更新及版本一致。 項目組成員在每天開始工作前,下載所有最新文檔與代碼。在每天工作結(jié)束后上 傳所有自己更新的文檔與代碼。(3)、項目收尾階段總結(jié)文件存檔九、項目服務(wù)規(guī)范項目服務(wù)貫穿于整個項目,從開始至收尾,服務(wù)對象為客戶。1. 日報、周報、月報自項目正式啟動之日起,項目組成員需向項目經(jīng)理提供相關(guān)工作日報、周報、月報。 項目經(jīng)理整合后需每日向客戶提供項目情況日報,每周提供周報、每月提供月報(注:可 忽略日報,視項目情況而定)。2. 問題響應(yīng)時間客戶提出問題需做到及時響應(yīng),并分出問題的輕重緩急。暫定辦法為:客戶提出問題,做到第一時間響應(yīng),如:“已收到,稍后給您回復(fù)! ”;所有問題匯總后上報相關(guān)部門負責(zé)人,且每個問題均需分出“優(yōu)

溫馨提示

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

最新文檔

評論

0/150

提交評論