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

軟件項(xiàng)目管理規(guī)范一、軟件項(xiàng)目管理的定義軟件項(xiàng)目管理是軟件工程和項(xiàng)目管理的交叉學(xué)科，軟件項(xiàng)目管理的概念涵蓋了管理軟件產(chǎn)品開發(fā)所必須的知識(shí)、技術(shù)及工具。根據(jù)美國項(xiàng)目管理協(xié)會(huì)PMI對項(xiàng)目管理的定義可以將軟件項(xiàng)目管理定義為：在軟件項(xiàng)目活動(dòng)中運(yùn)用一系列知識(shí)、技能、工具和技術(shù)，以滿足軟件需求方的整體要求。軟件工程的活動(dòng)包括問題定義、可行性研究、需求分析、設(shè)計(jì)、實(shí)現(xiàn)、確認(rèn)、支持等，所有這些活動(dòng)都必須進(jìn)行管理，軟件項(xiàng)目管理貫穿于軟件工程的演化過程之中，如圖1所示。軟件項(xiàng)目管理問題定義可行性與分析需求系統(tǒng)設(shè)計(jì)程序?qū)崿F(xiàn)測試確認(rèn)維護(hù)支持圖1 軟件工程的演化過程二、軟件項(xiàng)目管理的過程為保證軟件項(xiàng)目獲得成功，必須清楚其工作范圍、要完成的任務(wù)、需要的資源、需要的工作量、進(jìn)度的安排、可能遇到的風(fēng)險(xiǎn)等。軟件項(xiàng)目的管理工作在技術(shù)工作開始之前就應(yīng)開始，而在軟件從概念到實(shí)現(xiàn)的過程中繼續(xù)進(jìn)行，且只有當(dāng)軟件開發(fā)工作最后結(jié)束時(shí)才終止。管理的過程分為如下幾個(gè)步驟：（1） 啟動(dòng)軟件項(xiàng)目 啟動(dòng)軟件項(xiàng)目是指必須明確項(xiàng)目的目標(biāo)和范圍、考慮可能的解決方案以及技術(shù)和管理上的要求等，這些信息是軟件項(xiàng)目運(yùn)行和管理的基礎(chǔ)。（2） 制定項(xiàng)目計(jì)劃軟件項(xiàng)目一旦啟動(dòng)，就必須制定項(xiàng)目計(jì)劃。計(jì)劃的制定以下面的活動(dòng)為依據(jù)。 估算項(xiàng)目所需要的工作量 估算項(xiàng)目所需要的資源 根據(jù)工作量制定進(jìn)度計(jì)劃，繼而進(jìn)行資源分配 做出配置管理計(jì)劃（3） 跟蹤及控制項(xiàng)目計(jì)劃在軟件項(xiàng)目進(jìn)行過程中，嚴(yán)格遵守項(xiàng)目計(jì)劃，對于一些不可避免的變更，要進(jìn)行適當(dāng)?shù)目刂坪驼{(diào)整，但要確保計(jì)劃的完整性和一致性。（4） 評審項(xiàng)目計(jì)劃對項(xiàng)目計(jì)劃的完成程度進(jìn)行評審。并對項(xiàng)目的執(zhí)行情況進(jìn)行評價(jià)。（5） 編寫管理文檔項(xiàng)目管理人員根據(jù)軟件合同確定軟件項(xiàng)目是否完成。項(xiàng)目一旦完成，則檢查項(xiàng)目完成的結(jié)果和中間記錄文檔，并把所有的結(jié)果記錄下來形成文檔而保存。三、軟件項(xiàng)目管理的內(nèi)容軟件項(xiàng)目管理的內(nèi)容涉及上述軟件項(xiàng)目管理過程的方方面面，概括起來主要有如下幾項(xiàng)。（1） 軟件項(xiàng)目需求管理軟件需求是軟件工程過程中的重要一環(huán)，是軟件設(shè)計(jì)的基礎(chǔ)，也是用戶和軟件工程人員之間的橋梁。簡單地說，軟件需求就是確定系統(tǒng)需要做什么，嚴(yán)格意義上，軟件需求是系統(tǒng)或軟件必須達(dá)到的目標(biāo)與能力。1、目標(biāo)需求管理是一種獲取、組織并記錄軟件需求的系統(tǒng)化方案，同時(shí)也是一個(gè)使客戶與項(xiàng)目開發(fā)組對不斷變更的軟件需求達(dá)成并保持一致的過程。在需求管理中，軟件工程組的工作是采取適當(dāng)?shù)拇胧﹣肀ＷC分配的需求，即要將分配的需求文檔化，控制需求的變化，負(fù)責(zé)項(xiàng)目實(shí)施過程中需求的實(shí)現(xiàn)情況。需求管理的目的是在客戶和處理客戶需求的軟件項(xiàng)目組之間建立對客戶需求的共同理解。需求管理的目標(biāo)有兩個(gè)： 使軟件需求受控，并建立供軟件工程和管理使用的需求基線。 使軟件計(jì)劃、產(chǎn)品和活動(dòng)與軟件需求保持一致。在需求管理過程，為實(shí)現(xiàn)第一個(gè)目標(biāo)，必須控制需求基線的變動(dòng)，按照變更控制的標(biāo)準(zhǔn)和規(guī)范的過程進(jìn)行需求變更控制和版本控制；為實(shí)現(xiàn)第二個(gè)目標(biāo)，必須就變更和軟件項(xiàng)目各小組達(dá)成共識(shí)，對軟件項(xiàng)目計(jì)劃做出調(diào)整，其中包括人員的安排、用戶的溝通、成本的調(diào)整、進(jìn)度的調(diào)整等。2、原則為進(jìn)行有效的需求管理，一般要遵循如下五條原則： 需求一定要分類管理進(jìn)行軟件項(xiàng)目管理的時(shí)候，一定要將軟件需求分出層次。不同層次需求的側(cè)重點(diǎn)、描述方式、管理方式是不同的。 需求必須分優(yōu)先級在軟件項(xiàng)目中，如果出現(xiàn)過多的需求，通常會(huì)導(dǎo)致項(xiàng)目超出預(yù)算和預(yù)定進(jìn)度，最終導(dǎo)致軟件項(xiàng)目的失敗，因而需求的優(yōu)先級可能比需求本身更加重要。 需求必須文檔化需求必須有文檔記錄。該文檔必須是正確的、最新的、可管理的、可理解的，是經(jīng)過驗(yàn)證的，是在受控的狀態(tài)下變更的。 需求一旦變化，就必須對需求變更的影響進(jìn)行評估無論需求變化的程度如何，只要需求變化了就必須進(jìn)行評估，這是基本的原則。 需求管理必須與需求工程的其他活動(dòng)緊密整合進(jìn)行需求管理一定不能脫離需求工程，需求工程包括了需求獲取、需求分析、需求描述、需求驗(yàn)證、需求管理，因而需求管理必須與前面的幾個(gè)需求階段保持密切相關(guān)。3、需求管理活動(dòng) 需求管理在需求開發(fā)的基礎(chǔ)上進(jìn)行，貫穿于整個(gè)軟件項(xiàng)目過程，是軟件項(xiàng)目管理的一部分。在軟件項(xiàng)目進(jìn)行的過程中，無論正處于哪個(gè)階段，一旦有需求錯(cuò)誤出現(xiàn)或任何有關(guān)需求的變更出現(xiàn)，都需要需求管理活動(dòng)來解決。需求管理是一個(gè)對系統(tǒng)需求變更了解和控制的過程。初始需求導(dǎo)出的同時(shí)就啟動(dòng)了需求管理規(guī)劃，一旦形成了需求文檔的草稿版本，需求活動(dòng)就開始了。需求活動(dòng)的具體內(nèi)容如表1所示。需求管理活動(dòng)活動(dòng)的任務(wù)變更控制建議需求變更并分析其影響，做出是否變更的決策版本控制確定單個(gè)需求和SRS（即功能規(guī)格說明）的版本需求跟蹤定義對于其他需求及系統(tǒng)元素的聯(lián)系鏈需求狀態(tài)定義并跟蹤需求的狀態(tài)表1 需求管理活動(dòng)4、需求管理質(zhì)量保證 需求驗(yàn)證過程需求驗(yàn)證很重要，如果在構(gòu)造設(shè)計(jì)開始之前，通過驗(yàn)證基于需求的測試計(jì)劃和原型測試來驗(yàn)證需求的正確性及其質(zhì)量，就能大大減少項(xiàng)目后期的返工現(xiàn)象。需求驗(yàn)證可按以下步驟進(jìn)行：審察需求文檔 依據(jù)需求編寫測試用例 編寫用戶手冊 確定合格的標(biāo)準(zhǔn) 驗(yàn)證的內(nèi)容在需求驗(yàn)證過程中，要對需求文檔中定義的需求執(zhí)行多種類型的檢查。有效性檢查-對于每項(xiàng)需求都必須證明它是正確有效的，確實(shí)能解決用戶面對的問題。一致性檢查-在需求文檔中，需求不應(yīng)該沖突，即對同一個(gè)系統(tǒng)功能不應(yīng)出現(xiàn)不同的描述或相互矛盾的約束。完備性檢查-需求文檔應(yīng)該包括所有系統(tǒng)用戶想要的功能和約束。現(xiàn)實(shí)性檢查-檢查需求以保證能利用現(xiàn)有技術(shù)實(shí)現(xiàn)。可檢驗(yàn)性檢查-描述的需求能夠?qū)嶋H測試。可跟蹤性檢查-需求的出處被清晰地記錄，每一系統(tǒng)功能都能被跟蹤到要求它的需求集合，每一項(xiàng)需求都能追溯到特定用戶的要求。可調(diào)節(jié)性檢查-需求變更能夠不對其他系統(tǒng)帶來大規(guī)模的影響。可讀性檢查-需求說明能否被系統(tǒng)購買者和最終用戶讀懂。 需求評審需求分析完成后，應(yīng)由用戶和系統(tǒng)分析員共同進(jìn)行需求評審。鑒于需求規(guī)格說明是軟件設(shè)計(jì)的基礎(chǔ)，需求評審需要有客戶方和承包商方的人員共同參與，檢查文檔中的不規(guī)范之處和遺漏之處。（2） 軟件項(xiàng)目估算與進(jìn)度管理1、軟件項(xiàng)目估算軟件項(xiàng)目估算包括工作量估算和成本估算兩個(gè)方面。軟件估算作為軟件項(xiàng)目管理的一項(xiàng)重要內(nèi)容，是確保軟件項(xiàng)目成功的關(guān)鍵因素。估算是指通過預(yù)測構(gòu)造軟件項(xiàng)目所需要的工作量的過程。初步的估算用于確定軟件項(xiàng)目的可行性，詳細(xì)的估算用于指導(dǎo)項(xiàng)目計(jì)劃的制定。2、軟件規(guī)模 工作分解結(jié)構(gòu)對軟件項(xiàng)目進(jìn)行估算遇到的第一個(gè)問題就是軟件規(guī)模，即軟件的程序量。軟件規(guī)模是軟件工作量的主要影響因素。軟件項(xiàng)目的設(shè)計(jì)有一個(gè)分層結(jié)構(gòu)，這一分層結(jié)構(gòu)就對應(yīng)著工作分解結(jié)構(gòu)（WBS,Work Breakdown Structure），它將軟件過程和軟件產(chǎn)品結(jié)構(gòu)聯(lián)系起來。圖2是一個(gè)典型的WBS結(jié)構(gòu)。 系 統(tǒng)子 系 統(tǒng)子 系 統(tǒng)子 系 統(tǒng)模塊模塊模塊模塊 模塊模塊模塊模塊模塊模塊 圖2 典型的WBS 有了工作分解結(jié)構(gòu)之后，還必須定義度量標(biāo)準(zhǔn)用以對軟件規(guī)模進(jìn)行估計(jì)。常用的軟件規(guī)模度量標(biāo)準(zhǔn)有兩種：代碼行LOC(Lines of Code)和功能點(diǎn)FP(Function Points)。 代碼行代碼行LOC是常用的源代碼程序長度的度量標(biāo)準(zhǔn)，指源代碼的總行數(shù)。源代碼中除了可執(zhí)行語句外，還有幫助理解的注釋語句。 功能點(diǎn)功能點(diǎn)度量是在需求分析階段基于系統(tǒng)功能的一種規(guī)模估計(jì)方法，該方法通過已經(jīng)初始應(yīng)用需求來確定各種輸入、輸出、查詢、外部文件和內(nèi)部文件的數(shù)目，從而確定功能點(diǎn)數(shù)量。3、軟件項(xiàng)目成本估算成本估算是對完成軟件項(xiàng)目所需費(fèi)用的估計(jì)和計(jì)劃，是軟件項(xiàng)目計(jì)劃中的一個(gè)重要組成部分。成本估算步驟如下：建立目標(biāo)-規(guī)劃需要的數(shù)據(jù)和資源-確定軟件需求-擬定可行的細(xì)節(jié)-運(yùn)用多種獨(dú)立的技術(shù)和原始資料-比較并迭代各個(gè)估算值-隨訪跟蹤4、軟件項(xiàng)目進(jìn)度管理 制定項(xiàng)目計(jì)劃 項(xiàng)目計(jì)劃在項(xiàng)目開始的時(shí)候制定，并隨著項(xiàng)目的進(jìn)展不斷發(fā)展。軟件項(xiàng)目計(jì)劃的要素包括目標(biāo)、合理的概念設(shè)計(jì)、工作分解結(jié)構(gòu)、規(guī)模設(shè)計(jì)、工作量估計(jì)和項(xiàng)目進(jìn)度安排。項(xiàng)目計(jì)劃為管理者提供了根據(jù)計(jì)劃定期評審和跟蹤項(xiàng)目進(jìn)展的基礎(chǔ)。 進(jìn)度安排在確定了項(xiàng)目的資源（總成本及時(shí)間等）后，把其分配到各個(gè)項(xiàng)目開發(fā)階段中，即確定項(xiàng)目的進(jìn)度。項(xiàng)目各階段的工作量可以參考表2： 項(xiàng)目階段工作量（%）概念設(shè)計(jì)3.49詳細(xì)設(shè)計(jì)11.05編碼和單元測試23.17集成測試27.82軟件驗(yàn)證34.47 表2 項(xiàng)目各階段的工作量項(xiàng)目整體進(jìn)度安排的過程如下： 根據(jù)項(xiàng)目總體進(jìn)度目標(biāo)，編制人員計(jì)劃。 將各階段所需要的資源和可以取得的資源進(jìn)行比較，確定各階段的初步進(jìn)度，然后確定整個(gè)項(xiàng)目的初步進(jìn)度。 對初步進(jìn)度計(jì)劃進(jìn)行評審，確保該計(jì)劃滿足要求，否則就重復(fù)上面的步驟。進(jìn)度安排的詳細(xì)程度取決于相應(yīng)工作分解結(jié)構(gòu)的詳細(xì)程度，而工作分解結(jié)構(gòu)又取決于項(xiàng)目當(dāng)前所處階段與歷史經(jīng)驗(yàn)。進(jìn)度安排計(jì)劃隨著項(xiàng)目的進(jìn)展而動(dòng)態(tài)調(diào)整，逐漸趨于更加詳細(xì)準(zhǔn)確。（3） 代碼管理對于軟件過程中經(jīng)常遇到的變更問題,如果沒有有效的機(jī)制進(jìn)行控制,將會(huì)引起巨大的混亂,導(dǎo)致項(xiàng)目的失敗.代碼管理就是作為變更控制機(jī)制而引入到軟件項(xiàng)目中的,其關(guān)鍵任務(wù)是控制代碼變更活動(dòng),在軟件項(xiàng)目管理中占有重要地位。用SourceSafe軟件平臺(tái)對代碼進(jìn)行管理，以保證對代碼版本進(jìn)行有效控制。1、在SourceSafe中建立源代碼管理數(shù)據(jù)庫首先啟動(dòng)Visual SourceSafe 6.0 Admin，單擊Tool菜單，單擊 Create Database，然后在存儲(chǔ)區(qū)中適當(dāng)?shù)奈恢脛?chuàng)建SourceSafe數(shù)據(jù)庫。 Visual SourceSafe就會(huì)在該位置創(chuàng)建一些目錄和文件，其中包含一個(gè)叫srcsafe.ini的配置文件，當(dāng)需要打開一個(gè)SourceSafe數(shù)據(jù)庫時(shí)，只需要打開這個(gè)配置文件就可以了。2、在SourceSafe中實(shí)現(xiàn)共享簽出單擊Users，單擊Open SourceSafe Database，選擇上一步中創(chuàng)建的數(shù)據(jù)庫（即srcsafe.ini ），然后單擊Open。在Tool菜單中，單擊Options。然后在General選項(xiàng)卡上，選擇 Allow multiple checkouts，然后單擊OK。在SourceSafe中添加用戶單擊Users，單擊Add User，在彈出的對話框中輸入項(xiàng)目組中各個(gè)開發(fā)人員的用戶名和密碼，并設(shè)置權(quán)限，作為各個(gè)開發(fā)人員操作SourceSafe數(shù)據(jù)庫的標(biāo)識(shí)的權(quán)限。上面三步創(chuàng)建了源代碼管理數(shù)據(jù)庫和及進(jìn)行項(xiàng)目開發(fā)中各個(gè)開發(fā)人員訪問源代碼數(shù)據(jù)庫的用戶名和訪問權(quán)限。開發(fā)人員每天上班時(shí)到SourceSafe數(shù)據(jù)庫中將自己的代碼取出來(Check Out)，每天下班前將自己的代碼放進(jìn)(Check In)SourceSafe數(shù)據(jù)庫。注意：開發(fā)人員在沒有對IDE中的項(xiàng)目項(xiàng)事先執(zhí)行Get操作的前提下，千萬不要使用Check In命令。從源代碼管理獲取最新版本后，才可以將個(gè)人更改與SourceSafe上的主控副本合并。如果在沒有獲取最新版本的Web項(xiàng)目的情況下簽入自上次簽出后已發(fā)生更改的文件，則可能會(huì)造成數(shù)據(jù)的丟失。編碼規(guī)范：代碼頭標(biāo)示 命名規(guī)則源代碼文件頭注釋規(guī)范/* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */* 文件名 ： c_inter.cpp */* 模塊名 ： C-Interface */* 創(chuàng)建者 ： your name 日期 ： 2003-7-10 */* 修改者 ： 日期 ： */* */* 功能描述 ： */* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */（4） 測試計(jì)劃軟件測試計(jì)劃的目標(biāo)是找出軟件缺陷，并盡可能早一些保證得到修復(fù)。利用組織良好的測試計(jì)劃、測試案例和測試報(bào)告交流和制定測試工作是達(dá)到目標(biāo)的保證。測試計(jì)劃應(yīng)該包括： 建立每個(gè)測試階段的目標(biāo)。 確定每項(xiàng)測試活動(dòng)的進(jìn)度和職責(zé)。 確定工具、設(shè)施和測試庫的可用性。 建立用于計(jì)劃和進(jìn)行測試以及報(bào)告測試結(jié)果的規(guī)程和標(biāo)準(zhǔn)。 制定衡量測試成功與完成的準(zhǔn)則。首先進(jìn)行單元測試，然后進(jìn)行集成測試。（5） 工具管理 開發(fā)工具管理：Visual Studio.Net 2003Microsoft Sourcesafe測試工具管理：Nunit （單元測試工具）四、軟件開發(fā)過程 我們用瀑布模型來描述一個(gè)軟件開發(fā)的生命周期，如圖3所示：需求分析 需求規(guī)格說明概要設(shè)計(jì) 概要設(shè)計(jì)文擋 詳細(xì)設(shè)計(jì) 詳細(xì)設(shè)計(jì)文擋 編 碼 源代碼 單元測試 測試報(bào)告 集成測試 測試報(bào)告 測試報(bào)告 驗(yàn)收報(bào)告圖3 軟件開發(fā)生命周期(瀑布模型)五、生命周期階段與文擋、角色間的關(guān)系 軟件開發(fā)生命周期與文檔、角色之間的關(guān)系見表3： 生命周期階段結(jié)果文擋參與角色需求分析需求規(guī)格說明項(xiàng)目經(jīng)理、系統(tǒng)分析員概要設(shè)計(jì)概要設(shè)計(jì)文擋項(xiàng)目經(jīng)理、系統(tǒng)分析員詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)文擋項(xiàng)目經(jīng)理、系統(tǒng)分析員編碼源代碼程序員單元測試測試報(bào)告程序員測試測試報(bào)告測試員 表3 生命周期階段與文擋、角色間的關(guān)系六、項(xiàng)目角色職能項(xiàng)目經(jīng)理：管理整個(gè)項(xiàng)目過程。包括制定計(jì)劃、項(xiàng)目跟蹤、項(xiàng)目成員的角色分配、協(xié)調(diào)、管理，軟件配置管理，文擋標(biāo)準(zhǔn)制定，文擋審查等。技術(shù)經(jīng)理：對項(xiàng)目的技術(shù)及方案總體把握，配合系統(tǒng)分析員做一些大的工作，審查系統(tǒng)分析員做好的各種設(shè)計(jì)，對系統(tǒng)分析員提出的問題一起去解決。系統(tǒng)分析員：和項(xiàng)目經(jīng)理一起參與需求分析，形成需求規(guī)格說明文擋。根據(jù)需求規(guī)格說明文擋做概要設(shè)計(jì)，形成概要設(shè)計(jì)文擋。根據(jù)概要設(shè)計(jì)文擋做詳細(xì)設(shè)計(jì)文擋。在編碼及測試階段協(xié)助程序員、測試人員編碼和測試。程序員：根據(jù)詳細(xì)設(shè)計(jì)文擋進(jìn)行編碼