1、軟件項(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所示。圖1軟件工程的演化過程二、軟件項(xiàng)目管理的過程為保證軟件項(xiàng)目獲得成功，必須清楚其工作范圍、要完成的任務(wù)、需要的資源、需要的工 作量、進(jìn)度的安排、

2、可能遇到的風(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ì)劃，對于一些不可避免的變更，

3、要進(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)與能力

4、。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)行需求變更控制和版本控制；為

5、實(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)先級(jí)在軟件項(xiàng)目中，如果出現(xiàn)過多的需求，通常會(huì)導(dǎo)致項(xiàng)目超出預(yù)算和預(yù)定進(jìn)度，最終導(dǎo)致軟 件項(xiàng)目的失敗，因而需求的優(yōu)先級(jí)可能比需求本身更加重要。 需求必須文檔化需求必須有文檔記錄。該文檔必須是正確的、最新的、可管理的、可理解的，是經(jīng)過驗(yàn)證 的，是在受控的狀態(tài)下變更的。 需求一旦

6、變化，就必須對需求變更的影響進(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ī)劃，一

7、旦形成了需求文檔的草稿版本，需求活動(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ù)需求編寫測試用例= 編寫用戶手冊 =A 確定合格的標(biāo)準(zhǔn) 驗(yàn)證的內(nèi)容對于每項(xiàng)需求都必須證

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

9、分析完成后，應(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è)

10、分層結(jié)構(gòu)，這一分層結(jié)構(gòu)就對應(yīng)著工作分解結(jié) 構(gòu)(WBS,WorkBreakdown Structure ),它將軟件過程和軟件產(chǎn)品結(jié)構(gòu)聯(lián)系起來。圖2是一個(gè)典型的WBS吉構(gòu)。圖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) 用需求來確定

11、各種輸入、輸出、查詢、外部文件和內(nèi)部文件的數(shù)目，從而確定功能點(diǎn)數(shù)量。3、軟件項(xiàng)目成本估算成本估算是對完成軟件項(xiàng)目所需費(fèi)用的估計(jì)和計(jì)劃，是軟件項(xiàng)目計(jì)劃中的一個(gè)重要組成部 分。成本估算步驟如下：確定軟件需求-擬定可行的細(xì)節(jié)比較并迭代各個(gè)估算值-隨訪跟蹤建立目標(biāo)-規(guī)劃需要的數(shù)據(jù)和資源-運(yùn)用多種獨(dú)立的技術(shù)和原始資料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)目整體進(jìn)度安排的過程如下:在確定

12、了項(xiàng)目的資源（總成本及時(shí)間等）后，把其分配到各個(gè)項(xiàng)目開發(fā)階段中，即確定項(xiàng) 目的進(jìn)度。項(xiàng)目各階段的工作量可以參考表2:項(xiàng)目階段工作量（%概念設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼和單元測試集成測試軟件驗(yàn)證表2項(xiàng)目各階段的工作量根據(jù)項(xiàng)目總體進(jìn)度目標(biāo)，編制人員計(jì)劃。將各階段所需要的資源和可以取得的資源進(jìn)行比較，確定各階段的初步進(jìn)度，然后 確定整個(gè)項(xiàng)目的初步進(jìn)度。對初步進(jìn)度計(jì)劃進(jìn)行評審，確保該計(jì)劃滿足要求，否則就重復(fù)上面的步驟。逐漸趨于更加詳細(xì)準(zhǔn)確。進(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)整，（3）代碼管理,將會(huì)引起巨大的混

13、亂，,其關(guān)鍵任務(wù)是控制代對于軟件過程中經(jīng)常遇到的變更問題，如果沒有有效的機(jī)制進(jìn)行控制 導(dǎo)致項(xiàng)目的失敗.代碼管理就是作為變更控制機(jī)制而引入到軟件項(xiàng)目中的 碼變更活動(dòng)，在軟件項(xiàng)目管理中占有重要地位。用SourceSafe軟件平臺(tái)對代碼進(jìn)行管理，以保證對代碼版本進(jìn)行有效控制。1在SourceSafe中建立源代碼管理數(shù)據(jù)庫首先啟動(dòng) Visual SourceSafe Admin，單擊Tool菜單，單擊 Create Database，然后在存儲(chǔ)區(qū)中適當(dāng)?shù)奈恢脛?chuàng)建 SourceSafe數(shù)據(jù)庫。Visual SourceSafe就會(huì)在該位置創(chuàng)建一些目錄和文件， 其中包含一個(gè)叫的配置文件，當(dāng)需要打開一個(gè)So

14、urceSafe數(shù)據(jù)庫時(shí)，只需要打開這個(gè)配置文件就可以了。2、在 SourceSafe 中實(shí)現(xiàn)共享簽出 單擊Users,單擊Open SourceSafe Database,選擇上一步中創(chuàng)建的數(shù)據(jù)庫（即 ），然后 單擊 Open。 在Tool菜單中，單擊Op tio ns。然后在 General選項(xiàng)卡上，選擇 Allow multi pie 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)建

15、了源代碼管理數(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操作的前提下，千萬不要使用 CheckIn命令。從源代碼管理獲取最新版本后，才可以將個(gè)人更改與SourceSafe上的主控副本合并。如果在沒有獲取最新版本的Web項(xiàng)目的情況下簽入自上次簽出后已發(fā)生更改的文件，則可能會(huì)造成數(shù)據(jù)的丟失。編碼規(guī)范：代碼頭標(biāo)示 命名規(guī)則/* * * * */*/*/

16、*/*/*/*/* * *文件名 模塊名 創(chuàng)建者 修改者功能描述源代碼文件頭注釋規(guī)范* * * * * * * * * * * */ */C-Interfaceyour 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)則。首先

17、進(jìn)行單元測試，然后進(jìn)行集成測試。5） 工具管理 開發(fā)工具管理： Visual 2003 Microsoft Sourcesafe 測試工具管理： Nunit （單元測試工具）3所示:四、軟件開發(fā)過程我們用瀑布模型來描述一個(gè)軟件開發(fā)的生命周期，如圖需求分析需求規(guī)格說明概要I設(shè)計(jì)I概要設(shè)計(jì)文擋I 各種設(shè)計(jì)，對系統(tǒng)分析員提出的問題一起去解決。 系統(tǒng)分析員：詳細(xì)設(shè)計(jì)*詳細(xì)設(shè)計(jì)文擋單元測試 I測試報(bào)告I集成測試測試報(bào)告測試報(bào)告廠驗(yàn)收報(bào)告圖3軟件開發(fā)生命周期（瀑布模型）五、生命周期階段與文擋、角色間的關(guān)系軟件開發(fā)生命周期與文檔、角色之間的關(guān)系見表生命周期階段結(jié)果文擋參與角色需求分析需求規(guī)格說明項(xiàng)目經(jīng)理、系

18、統(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:表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)分析員做好的和項(xiàng)目經(jīng)理一起參與需求分析，形成需求規(guī)格說明文擋。根據(jù)需求規(guī)格說明文擋做概要設(shè) 計(jì)，形成概要設(shè)計(jì)文擋。根據(jù)概要設(shè)計(jì)文擋做詳細(xì)設(shè)計(jì)文擋。在編碼及測試階段協(xié)助程序員、 測試人員編碼和測試。程序員：根據(jù)詳細(xì)設(shè)計(jì)文擋進(jìn)行編碼，并對自己的代碼模塊進(jìn)行單元測試，形成單元測試報(bào)告。 測試員：在編碼完成后，做系統(tǒng)測試，形成測試報(bào)告，通知項(xiàng)目經(jīng)理測試結(jié)果。 文擋管理員：對所有項(xiàng)目文擋進(jìn)行管理，保持所有文擋的同步與一致。七、項(xiàng)目成員結(jié)構(gòu)項(xiàng)目經(jīng)理I技術(shù)經(jīng)理II系統(tǒng)分析員測試員 I測試員II文擋管理員I八、項(xiàng)目實(shí)施階段整個(gè)項(xiàng)目分為三個(gè)階段：開始階段、實(shí)施階段、收尾階段。 （1 ）、項(xiàng)目開始階段1確定項(xiàng)目組成員2確定組織結(jié)構(gòu)3確定項(xiàng)目組成員在項(xiàng)目中的具體角色及其工作職責(zé) （2）、項(xiàng)目實(shí)施階段123項(xiàng)目經(jīng)理制定項(xiàng)目開發(fā)計(jì)劃 準(zhǔn)備基