IT項目管理報告

1、精選優(yōu)質(zhì)文檔-傾情為你奉上超市管理系統(tǒng)項目管理報告一、導(dǎo)言隨著我國經(jīng)濟情況的日新月異，飛速發(fā)展，涌現(xiàn)出許許多多的超市和便利店。越來越多的人喜歡到超市購物，超市里銷售的商品也呈現(xiàn)出多種多樣的變化趨勢。隨著超市里商品種類、數(shù)量和消費者的大量增加，超市工作人員的工作量也急劇增加，收銀臺處更是排著很長的隊，工作人員著急，顧客也焦急，面對這種情況，各超市紛紛根據(jù)自己的業(yè)務(wù)流程和習(xí)慣開發(fā)超市管理信息系統(tǒng)，以便提高工作效率和追求經(jīng)濟效益最大化，并為顧客提供高質(zhì)量的服務(wù)，爭取更多的顧客。本系統(tǒng)就是根據(jù)超市日常工作任務(wù)、流程和習(xí)慣，為超市量身打造一個方便、簡潔又高效的超市管理信息系統(tǒng)。使超市的管理更加趨于信息化

2、，現(xiàn)代化，規(guī)范化和系統(tǒng)化，在技術(shù)、管理、人才等綜合能力的競爭浪潮中居于不敗之地。本系統(tǒng)提供了商品采購入庫，商品銷售出庫，退貨入庫，會員管理，員工管理，銷售業(yè)績查詢等眾多功能，使超市的進銷存功能更加系統(tǒng)化，規(guī)范化，高效化，使超市在節(jié)省人力、物力、財力等資源的基礎(chǔ)上提高工作效率，減少資源浪費，提高經(jīng)營效益。二、概述超市管理信息系統(tǒng)是對超市進銷存活動及日常業(yè)務(wù)進行綜合管理的平臺系統(tǒng)，是基于C/S的綜合信息系統(tǒng)，滿足超市日常的采購、銷售、退貨、會員、員工等管理工作。目的是使超市的管理更加趨于信息化，現(xiàn)代化，規(guī)范化和系統(tǒng)化，在技術(shù)、管理、人才等綜合能力的競爭浪潮中居于不敗之地。系統(tǒng)具有操作簡單、規(guī)范，易

3、用、易維護、穩(wěn)定等特點。三、項目任務(wù)范圍超市管理信息系統(tǒng)的任務(wù)主要包括：系統(tǒng)管理，商品管理，會員管理，銷售管理，退貨管理，員工管理，用戶管理。各主要功能模塊的具體功能如下： 系統(tǒng)管理：對用戶登錄信息進行管理，包括添加、瀏覽、查詢、修改、刪除用戶信息。商品管理：對商品信息進行管理。包括添加、瀏覽、查詢、修改和刪除商品基本信息，商品的入庫信息，相關(guān)廠商信息。會員管理：對會員信息進行管理，包括添加、瀏覽、查詢、修改和刪除會員信息。銷售管理:對商品的銷售信息進行管理，包括添加、瀏覽、查詢和刪除商品的銷售信息。退貨管理：對售出商品的退貨信息進行管理，包括添加、查詢、瀏覽和刪除商品的退貨信息。員工管理：對

4、超市員工信息進行管理，包括添加、修改、瀏覽、查詢和刪除員工信息。用戶管理：用戶可以通過此業(yè)務(wù)修改自己的登錄密碼并重新登錄本系統(tǒng)。根據(jù)對本項目的需求分析進行任務(wù)分解，其分解結(jié)果如圖3-1所示， F超市管理信息系統(tǒng)F1.1添加修改刪除用戶信息F1系統(tǒng)管理F2商品管理F3會員管理F4銷售管理F5退貨管理F6員工管理F7用戶管理F1.2瀏覽查詢用戶信息F2.1添加修改刪除商品信息F2.2瀏覽查詢商品信息F2.3添加修改刪除廠商信息F2.4瀏覽查詢廠商信息F3.1添加修改刪除會員信息F3.2瀏覽查詢會員信息F4.1添加刪除銷售信息F4.2瀏覽查詢銷售信息F5.1添加刪除退貨信息F5.2瀏覽查詢退貨信息F

5、6.1添加修改刪除員工信息F6.2瀏覽查詢員工信息F7.1修 改密 碼F7.2重新登錄圖3-1 任務(wù)范圍WBS四、項目目標(biāo)隨著我國經(jīng)濟情況的日新月異，飛速發(fā)展，超市的競爭也進入到了一個全新的領(lǐng)域，競爭已不再是規(guī)模的競爭，而是技術(shù)的競爭、管理的競爭、人才的競爭。技術(shù)的提升和管理的升級是超市業(yè)的競爭核心。超市管理信息系統(tǒng)可以使超市的管理趨于正規(guī)化、現(xiàn)代化和系統(tǒng)化。本項目的產(chǎn)品可以達到以下目標(biāo)： 提高工作效率，減少返工。 節(jié)省開支。 業(yè)務(wù)流程的流水線化。 先前人工勞動的自動化。 符合相關(guān)標(biāo)準和規(guī)則。 與目前的應(yīng)用產(chǎn)品相比較，提高了可用性或減少了失效程度。另外，通過項目進一步驗證和完善公司的質(zhì)量體系，

6、同時鍛煉開發(fā)隊伍的協(xié)同精神。五、項目實施策略實施策略是確定如何實施項目，以達到項目目標(biāo)的策略。根據(jù)超市管理系統(tǒng)項目特點和超市的戰(zhàn)略要求，采取如下策略： 項目管理策略1）項目管理過程遵循公司質(zhì)量體系中關(guān)于項目管理過程規(guī)范。2）根據(jù)項目計劃中的評審點進行跟蹤和管理，并根據(jù)結(jié)果對項目計劃進行適當(dāng)?shù)恼{(diào)整。3）評審采用定期評審、階段評審和事件評審相結(jié)合的方式。4）按周發(fā)布項目簡報，通報項目進展情況及其他相關(guān)情況。 軟件開發(fā)策略1)采用OO技術(shù)逐步構(gòu)造系統(tǒng)。2)產(chǎn)品按階段提交。3)開發(fā)實施過程采用公司的復(fù)用技術(shù)，同時遵循公司質(zhì)量體系中關(guān)于項目實施過程規(guī)范。 質(zhì)量保證策略1)質(zhì)量管理過程遵循公司質(zhì)量體系中關(guān)

7、于項目質(zhì)量管理過程規(guī)范。2)加強對項目參與人員的質(zhì)量保證概念的培訓(xùn)。3)加強對過程的控制，重點確定該項目中需控制的過程。4)加強對產(chǎn)品規(guī)范的審計，重點確定該項目中需審計的產(chǎn)品。5)實施完整的軟件配置管理。六、項目組織結(jié)構(gòu)由于該項目在實施過程中需要涉及不同組織的各方面人員，而各組織之間的利益、任務(wù)和職責(zé)也不盡相同，因此明確定義項目組織結(jié)構(gòu)和各自職責(zé)可保證項目的順利進行。該項目的組織結(jié)構(gòu)圖如圖6-1所示：高層管理質(zhì)量控制配置管理項目管理市場部實施軟件開發(fā)質(zhì)量保證設(shè)計用戶協(xié)調(diào)者圖6-1 項目的組織結(jié)構(gòu)其中：市場部 負責(zé)與用戶的協(xié)調(diào)工作。 負責(zé)項目相關(guān)的商務(wù)活動。 負責(zé)用戶需求的接口。 配合項目經(jīng)理的

8、資源協(xié)調(diào)活動。 負責(zé)產(chǎn)品的驗收活動。 負責(zé)系統(tǒng)的維護活動。項目管理 負責(zé)項目的組織和規(guī)劃。 負責(zé)項目計劃制定和維護。 負責(zé)項目的跟蹤和管理。 負責(zé)資源的分配和協(xié)調(diào)活動。 負責(zé)各組織和計劃之間的協(xié)調(diào)活動。 負責(zé)與市場部的協(xié)調(diào)活動。軟件開發(fā) 負責(zé)項目的軟件開發(fā)，包括設(shè)計、編碼、單元測試和集成測試。 負責(zé)產(chǎn)品質(zhì)量控制的工作。 負責(zé)配合質(zhì)量保證的活動，如系統(tǒng)測試、文檔編制等。 配合產(chǎn)品驗收的相關(guān)活動。質(zhì)量保證 負責(zé)項目過程和產(chǎn)品規(guī)范的制定。 負責(zé)項目過程的質(zhì)量保證活動。 過程評審。 產(chǎn)品審計。配置管理 負責(zé)項目的配置管理活動。 負責(zé)軟件產(chǎn)品的提交。用戶 確保相關(guān)責(zé)任的實施。 參與項目的組織和規(guī)劃。 負

9、責(zé)產(chǎn)品的驗收工作。表6-1為角色映射表。表6-1 角色映射表項目管理組軟件開發(fā)組質(zhì)量保證組配置管理組負責(zé)人王雪飛王曉玉李寧高煥組成（人）1111七、項目生存期根據(jù)該項目的特點并結(jié)合公司已有的軟件生存期模型定義，本項目生存期采用增量模型如圖7-1所示：項目規(guī)劃需求分析設(shè)計產(chǎn)品提交集成測試增量1增量2增量7增量3增量4增量5增量6圖7-1 生存期模型生存期中的各階段定義如下：項目規(guī)劃階段階段目標(biāo)：根據(jù)合同和初步的需求分析確定項目的規(guī)模、時間計劃和資源需求。輸入：合同文本、SOW過程：項目規(guī)劃，計劃確定輸出：項目計劃需求分析階段階段目標(biāo)：確定客戶的需求輸入：項目計劃，SOW過程：需求獲取，需求分析，

10、需求控制輸出：原型系統(tǒng)，需求規(guī)格設(shè)計階段階段目標(biāo)：總體系統(tǒng)結(jié)構(gòu)設(shè)計輸入：原型系統(tǒng)，需求規(guī)格過程：總體設(shè)計輸出：系統(tǒng)設(shè)計說明書，數(shù)據(jù)庫結(jié)構(gòu)定義增量1實現(xiàn)階段目標(biāo)：實現(xiàn)系統(tǒng)的系統(tǒng)管理輸入：系統(tǒng)設(shè)計說明書、數(shù)據(jù)庫結(jié)構(gòu)定義過程：詳細設(shè)計，編碼，代碼走查，代碼評審，單元測試輸出：詳細設(shè)計說明書，源代碼，可運行版本 - 1增量2實現(xiàn)階段目標(biāo)：實現(xiàn)系統(tǒng)的商品管理輸入：系統(tǒng)設(shè)計說明書、數(shù)據(jù)庫結(jié)構(gòu)定義過程：詳細設(shè)計，編碼，代碼走查，代碼評審，單元測試輸出：詳細設(shè)計說明書，源代碼，可運行版本 - 2增量3實現(xiàn)階段目標(biāo)：實現(xiàn)系統(tǒng)的會員管理輸入：系統(tǒng)設(shè)計說明書、數(shù)據(jù)庫結(jié)構(gòu)定義過程：詳細設(shè)計，編碼，代碼走查，代碼評審，

11、單元測試輸出：詳細設(shè)計說明書，源代碼，可運行版本 - 3增量4實現(xiàn)階段目標(biāo)：實現(xiàn)系統(tǒng)的銷售管理輸入：系統(tǒng)設(shè)計說明書、數(shù)據(jù)庫結(jié)構(gòu)定義過程：詳細設(shè)計，編碼，代碼走查，代碼評審，單元測試輸出：詳細設(shè)計說明書，源代碼，可運行版本 - 4增量5實現(xiàn)階段目標(biāo)：實現(xiàn)系統(tǒng)的退貨管理輸入：系統(tǒng)設(shè)計說明書、數(shù)據(jù)庫結(jié)構(gòu)定義過程：詳細設(shè)計，編碼，代碼走查，代碼評審，單元測試輸出：詳細設(shè)計說明書，源代碼，可運行版本 - 5增量6實現(xiàn)階段目標(biāo)：實現(xiàn)系統(tǒng)的員工管理輸入：系統(tǒng)設(shè)計說明書、數(shù)據(jù)庫結(jié)構(gòu)定義過程：詳細設(shè)計，編碼，代碼走查，代碼評審，單元測試輸出：詳細設(shè)計說明書，源代碼，可運行版本 - 6增量7實現(xiàn)階段目標(biāo)：實現(xiàn)系統(tǒng)

12、的用戶管理輸入：系統(tǒng)設(shè)計說明書、數(shù)據(jù)庫結(jié)構(gòu)定義過程：詳細設(shè)計，編碼，代碼走查，代碼評審，單元測試輸出：詳細設(shè)計說明書，源代碼，可運行版本 - 7集成測試階段目標(biāo)：通過集成環(huán)境下的軟件測試輸入：測試計劃、測試案例過程：集成測試，系統(tǒng)測試輸出：系統(tǒng)軟件包，測試報告、產(chǎn)品說明書產(chǎn)品提交階段目標(biāo)：產(chǎn)品可投入使用輸入：系統(tǒng)軟件包過程：產(chǎn)品提交輸出：驗收報告八、時間計劃根據(jù)WBS的分解情況，繼續(xù)分解相應(yīng)的任務(wù)，由于采用增量式的生存期模型，在需求設(shè)計之后，系統(tǒng)的功能采用增量方式實現(xiàn)，實施階段分7個增量，對各個任務(wù)分配相應(yīng)的資源。項目的基準計劃如下：1. 進度計劃根據(jù)項目的初期計劃和相繼的需求分析與任務(wù)分解，

13、制定詳細的項目計劃，項目計劃表如表8-1所示：表 8-1 項目計劃任務(wù)名稱工期開始時間結(jié)束時間資源超市管理系統(tǒng)33工作日2011-6-032011-7-15軟件規(guī)劃2工作日2011-6-032011-6-04項目規(guī)劃1工作日2011-6-032011-6-03王雪飛，王曉玉計劃評審1工作日2011-6-042011-6-04王雪飛，王曉玉，李寧，高煥需求開發(fā)6工作日2011-6-052011-6-10用戶界面設(shè)計2工作日2011-6-052011-6-06李寧，高煥 用戶需求評審1工作日2011-6-072011-6-07王雪飛，王曉玉，李寧，高煥 修改需求、修改用戶界面1工作日2011-6-

14、082011-6-08李寧，高煥 編寫需求規(guī)格說明書1工作日2011-6-092011-6-09王曉玉 需求驗證1工作日2011-6-102011-6-10王雪飛，李寧 設(shè)計3工作日2011-6-132011-6-15 概要設(shè)計1工作日2011-6-132011-6-13王曉玉 數(shù)據(jù)庫ER圖編制、建庫1工作日2011-6-142011-6-14王曉玉 設(shè)計評審1工作日2011-6-152011-6-15王雪飛，王曉玉，李寧，高煥 實施18工作日2011-6-162011-7-11 系統(tǒng)管理增量12工作日2011-6-162011-6-17 添加修改刪除用戶信息1工作日2011-6-162011

15、-6-16王曉玉 瀏覽查詢用戶信息1工作日2011-6-172011-6-17王雪飛 商品管理增量24工作日2011-6-202011-6-23 添加修改刪除商品信息1工作日2011-6-202011-6-20李寧 瀏覽查詢商品信息1工作日2011-6-212011-6-21高煥添加修改刪除商品入庫信息1工作日2011-6-222011-6-22王雪飛 瀏覽查詢商品入庫信息1工作日2011-6-232011-6-23李寧 添加修改刪除廠商信息1工作日2011-6-242011-6-24王曉玉 瀏覽查詢廠商信息1工作日2011-6-272011-6-27高煥 會員管理增量32工作日2011-6-

16、282011-6-29 添加修改刪除會員信息1工作日2011-6-282011-6-28李寧 瀏覽查詢會員信息1工作日2011-6-292011-6-29王曉玉 銷售管理增量42工作日2011-6-302011-7-01 添加刪除銷售信息1工作日2011-6-302011-6-30王雪飛瀏覽查詢銷售信息1工作日2011-7-012011-7-01王雪飛 退貨管理增量52工作日2011-7-042011-7-05 添加刪除退貨信息1工作日2011-7-042011-7-04王雪飛 瀏覽查詢退貨信息1工作日2011-7-052011-7-05王雪飛 員工管理增量62工作日2011-7-062011

17、-7-07 添加修改刪除員工信息1工作日2011-7-062011-7-06王曉玉 瀏覽查詢員工信息1工作日2011-7-072011-7-07王曉玉 用戶管理增量72工作日2011-7-082011-7-11 修改密碼1工作日2011-7-082011-7-08李寧 重新登錄1工作日2011-7-112011-7-11李寧 系統(tǒng)集成2工作日2011-7-122011-7-13 系統(tǒng)集成測試1工作日2011-7-122011-7-12王雪飛，王曉玉 環(huán)境測試1工作日2011-7-132011-7-13王雪飛，王曉玉，李寧，高煥 提交2工作日2011-7-142011-7-15 完成文檔1工作日

18、2011-7-142011-7-14王雪飛，王曉玉 驗收、提交1工作日2011-7-152011-7-15王雪飛，王曉玉，李寧，高煥2. 項目甘特圖根據(jù)詳細的項目計劃，在Microsoft Office Project2007中繪制項目進度計劃，甘特圖如圖8-1和8-2所示：圖8-1 進度計劃圖8-2 進度計劃3. 里程碑本項目也需要里程碑計劃，因為一些人員，特別是高層管理人員，可能更加關(guān)注里程碑的進展，里程碑圖示如表8-2。表 8-2 里程碑圖示事件時間增量1系統(tǒng)管理2011-6-17增量2商品管理2011-6-27增量3會員管理2011-6-29增量4銷售管理2011-7-01增量5退貨管

19、理2011-7-05增量6員工管理2011-7-07增量7用戶管理2011-7-11提交2011-7-15九、項目成本計劃1. 項目成本估算項目估算是為了確定項目所需人力、時間以及項目完成中耗費的人力、物力、財力資源。（1）資源分析 人力資源 1個開發(fā)人員 1個項目管理人員 1個項目質(zhì)量人員 1個配置管理人員 設(shè)備資源（作為間接成本計算） 3臺電腦 1臺服務(wù)器項目規(guī)模的估算如表9-1所示：表9-1 項目規(guī)模估算表WBS名稱估計值（人天）小計（人天）總計（人天）1 系統(tǒng)管理2181.1 添加修改刪除用戶信息11.2 瀏覽查詢用戶信息12 商品管理62.1 添加修改刪除商品信息12.2 瀏覽查詢商

20、品信息12.3添加修改刪除商品入庫信息12.4 瀏覽查詢商品入庫信息12.5 添加修改刪除廠商信息12.6 瀏覽查詢廠商信息13 會員管理23.1 添加修改刪除會員信息13.2 瀏覽查詢會員信息14 銷售管理24.1 添加刪除銷售信息14.2瀏覽查詢銷售信息15 退貨管理25.1 添加刪除退貨信息15.2 瀏覽查詢退貨信息16 員工管理26.1 添加修改刪除員工信息16.2 瀏覽查詢員工信息17 用戶管理27.1 修改密碼17.2 重新登錄1（2）估算步驟 獲取項目分解結(jié)果WBS。任務(wù)分解是根據(jù)項目的功能進行分解的。 計算開發(fā)成本 由于任務(wù)分解的結(jié)果主要是針對開發(fā)任務(wù)的分解，管理任務(wù)和質(zhì)量任務(wù)

21、可以通過計算開發(fā)任務(wù)得到，根據(jù)以往經(jīng)驗，管理任務(wù)和質(zhì)量任務(wù) = 20%開發(fā)任務(wù)。 從表9-1得知項目規(guī)模是18人天，開發(fā)人員成本參數(shù)=300元/天，則內(nèi)部的開發(fā)成本=300元/天18天=5400元。 計算管理、質(zhì)量成本項目的管理和質(zhì)量成本=開發(fā)成本20%=540020%=1080元。 直接成本=5400+1080=6480元。 計算間接成本 間接成本包括房租水電、培訓(xùn)、員工福利、客戶服務(wù)等。 根據(jù)以往經(jīng)驗，采用公式：間接成本=25%直接成本=1620元。 計算總估算成本項目總估算成本=直接成本+間接成本=8100元。2. 項目成本預(yù)算在編制超市管理系統(tǒng)項目計劃中考慮到，開發(fā)人員是全職在這個項目

22、中，而項目經(jīng)理、質(zhì)量保證和配置管理人員不是全職在這個項目中，他們同時還在管理其他的項目，進行成本估算的時候，應(yīng)該根據(jù)項目人員付出的時間以及各項任務(wù)的具體情況進行成本預(yù)算，最后得到成本基準。資源費用比例如表9-2所示：表 9-2 資源費用比例資源名稱類型最大單位標(biāo)準費率成本累算基準日歷1王雪飛工時100%￥140.00/工時按比例標(biāo)準2王曉玉工時100%￥160.00/工時按比例標(biāo)準3李寧工時100%￥100.00/工時按比例標(biāo)準4高煥工時100%￥80.00/工時按比例標(biāo)準根據(jù)每個任務(wù)的資源分配和時間安排，確定項目的預(yù)算，如表9-3所示，預(yù)算總成本為6640元，與估算的成本基本持平，這樣664

23、0元可以作為項目的成本控制參考。表9-3 項目成本預(yù)算任務(wù)名稱開始時間結(jié)束時間比較基準1超市管理系統(tǒng)2011-6-032011-7-15￥6640.002軟件規(guī)劃2011-6-032011-6-04￥780.003項目規(guī)劃2011-6-032011-6-03￥300.004計劃評審2011-6-042011-6-04￥480.005需求開發(fā)2011-6-052011-6-10￥1240.006用戶界面設(shè)計2011-6-052011-6-06￥180.007 用戶需求評審2011-6-072011-6-07￥480.008 修改需求、修改用戶界面2011-6-082011-6-08￥180.00

24、9 編寫需求規(guī)格說明書2011-6-092011-6-09￥160.0010 需求驗證2011-6-102011-6-10￥240.00 11 設(shè)計2011-6-132011-6-15￥780.0012 概要設(shè)計2011-6-132011-6-13￥140.0013 數(shù)據(jù)庫ER圖編制、建庫2011-6-142011-6-14￥160.0014 設(shè)計評審2011-6-152011-6-15￥480.0015 實施2011-6-162011-7-11￥2280.0016 系統(tǒng)管理增量12011-6-162011-6-17￥300.0017 添加修改刪除用戶信息2011-6-162011-6-16￥

25、160.0018 瀏覽查詢用戶信息2011-6-172011-6-17￥140.0019 商品管理增量22011-6-202011-6-23￥640.0020 添加修改刪除商品信息2011-6-202011-6-20￥100.0021 瀏覽查詢商品信息2011-6-212011-6-21￥80.0022添加修改刪除商品入庫信息2011-6-222011-6-22￥140.0023 瀏覽查詢商品入庫信息2011-6-232011-6-23￥80.0024 添加修改刪除廠商信息2011-6-242011-6-24￥160.0025 瀏覽查詢廠商信息2011-6-272011-6-27￥80.002

26、6 會員管理增量32011-6-282011-6-29￥260.0027 添加修改刪除會員信息2011-6-282011-6-28￥100.0028 瀏覽查詢會員信息2011-6-292011-6-29￥160.0029 銷售管理增量42011-6-302011-7-01￥280.0030 添加刪除銷售信息2011-6-302011-6-30￥140.0031瀏覽查詢銷售信息2011-7-012011-7-01￥140.0032 退貨管理增量52011-7-042011-7-05￥280.0033 添加刪除退貨信息2011-7-042011-7-04￥140.0034 瀏覽查詢退貨信息2011

27、-7-052011-7-05￥140.0035 員工管理增量62011-7-062011-7-07￥320.0036 添加修改刪除員工信息2011-7-062011-7-06￥160.0037 瀏覽查詢員工信息2011-7-072011-7-07￥160.0038 用戶管理增量72011-7-082011-7-11￥200.0039 修改密碼2011-7-082011-7-08￥100.0040 重新登錄2011-7-112011-7-11￥100.0041 系統(tǒng)集成2011-7-122011-7-13￥780.0042 系統(tǒng)集成測試2011-7-122011-7-12￥300.0043 環(huán)境

28、測試2011-7-132011-7-13￥480.0044 提交2011-7-142011-7-15￥780.0045 完成文檔2011-7-142011-7-14￥300.0046 驗收、提交2011-7-152011-7-15￥480.00十、質(zhì)量管理計劃1.職責(zé)根據(jù)項目的組織結(jié)構(gòu)圖（圖6-1），確定本項目中質(zhì)量保證組織的職責(zé)如下：（1） 高層管理高層管理是公司負責(zé)質(zhì)量的高級管理，其質(zhì)量職責(zé)如下： 受理項目內(nèi)不能解決的不符合問題，必要時與項目經(jīng)理協(xié)調(diào)； 負責(zé)聽取質(zhì)量保證組的工作報告，評審質(zhì)量保證活動和結(jié)果； 參加有關(guān)質(zhì)量保證過程改進的評審。（2） 項目的質(zhì)量保證人員質(zhì)量保證人員的質(zhì)量職責(zé)如

29、下： 負責(zé)項目實施過程中對項目實施情況進行監(jiān)督，包括對項目實施過程和工作產(chǎn)品進行監(jiān)督檢查； 實施項目組成員的質(zhì)量保證培訓(xùn)； 制定質(zhì)量保證計劃； 按計劃實施審計活動，依照質(zhì)量保證計劃執(zhí)行評審/審計，并記錄執(zhí)行中發(fā)現(xiàn)的不符合項； 對不符合問題提交不符合項報告，跟蹤并驗證糾正措施的執(zhí)行情況； 對項目內(nèi)不能解決的不符合項問題向高層管理提交報告； 向項目經(jīng)理報告項目質(zhì)量工作狀況和質(zhì)量度量結(jié)果； 定期向項目組報告質(zhì)量活動的結(jié)果； 制定質(zhì)量保證的過程改進計劃，記錄過程數(shù)據(jù)。（3） 項目經(jīng)理項目經(jīng)理的質(zhì)量職責(zé)如下： 評審質(zhì)量計劃； 與質(zhì)量保證人員一起協(xié)商不符合項問題的糾正措施，并安排資源實施糾正措施； 定期或

30、事件驅(qū)動的評審質(zhì)量保證活動和結(jié)果。2. 質(zhì)量保證根據(jù)企業(yè)的質(zhì)量方針和質(zhì)量目標(biāo)，結(jié)合本項目特點，制定項目的總體質(zhì)量目標(biāo)：1）基于需求的測試覆蓋率為100%；2）軟件功能測試用例通過率不低于95%；3）每個階段評審中發(fā)現(xiàn)的問題都已經(jīng)解決或得到適當(dāng)處理；4）產(chǎn)品發(fā)布時不存在嚴重及其以上的缺陷。結(jié)合以往的項目經(jīng)驗和企業(yè)的質(zhì)量相應(yīng)標(biāo)準，制定質(zhì)量標(biāo)準如表10-1所示：表 10-1 質(zhì)量計劃標(biāo)準項目具體描述計劃實際缺陷排除率（缺陷數(shù)/頁）需求檢查4系統(tǒng)總體設(shè)計檢查2缺陷排除率（缺陷數(shù)/KLOC）詳細設(shè)計復(fù)核30詳細設(shè)計檢查10代碼復(fù)核65代碼檢查20編譯20單元測試15系統(tǒng)集成5系統(tǒng)測試53. 質(zhì)量策略為了

31、保證提交用戶的產(chǎn)品是高質(zhì)量，實施過程中采取的質(zhì)量保證措施包括：1） 將質(zhì)量貫徹到日常的項目進展過程中；2） 應(yīng)該特別注意項目工作產(chǎn)品質(zhì)量的早期評審工作，無論是質(zhì)量保證還是質(zhì)量控制采取的策略都是早期預(yù)防和早期排除缺陷。4. 質(zhì)量保證活動質(zhì)量保證的主要活動包括過程審計和產(chǎn)品審計。過程審計和產(chǎn)品審計的目的是為了確保在項目進展過程的各個階段和各個方面采取各項措施來保證和提高提交給用戶的產(chǎn)品質(zhì)量。每一次過程審計和產(chǎn)品審計都應(yīng)填寫相應(yīng)的報告或活動記錄。（1）產(chǎn)品審計產(chǎn)品審計由質(zhì)量保證人員來進行，檢查項目產(chǎn)品是否達到質(zhì)量目標(biāo)。質(zhì)量保證人員對項目生存期中創(chuàng)建的工作產(chǎn)品可以有選擇性的進行審計，已驗證是否符合適當(dāng)

32、的標(biāo)準，是否進行了質(zhì)量檢查。表10-2是質(zhì)量審計一覽表。表10-2 產(chǎn)品審計一覽表項審計對象審計階段參照的標(biāo)準1軟件項目計劃計劃結(jié)束企業(yè)質(zhì)量體系2軟件配置管理計劃計劃結(jié)束企業(yè)質(zhì)量體系3軟件質(zhì)量保證計劃計劃結(jié)束企業(yè)質(zhì)量體系4總體設(shè)計文檔設(shè)計結(jié)束企業(yè)質(zhì)量體系和項目計劃5詳細設(shè)計文檔設(shè)計結(jié)束企業(yè)質(zhì)量體系和項目計劃6數(shù)據(jù)庫表和編碼規(guī)范設(shè)計結(jié)束企業(yè)質(zhì)量體系和項目計劃7產(chǎn)品代碼每個階段實施結(jié)束企業(yè)質(zhì)量體系和項目計劃8測試報告測試結(jié)束企業(yè)質(zhì)量體系和項目計劃9測試計劃設(shè)計結(jié)束企業(yè)質(zhì)量體系和項目計劃10用戶文檔測試結(jié)束企業(yè)質(zhì)量體系和項目計劃（2）過程審計項目嚴格按照組織定義的軟件過程進行開發(fā)，過程審計的具體依據(jù)

33、參照企業(yè)的過程規(guī)范，保證項目中的所有過程活動都在實施范圍內(nèi)。在每次審計之后，要對審計結(jié)果做出明確的決策并形成評審記錄。審計可采取文件傳閱、評審會等形式。質(zhì)量保證人員負責(zé)對項目過程進行監(jiān)督、發(fā)現(xiàn)的問題和解決情況在每周的例會上通報，對沒有解決的問題進行討論，對不能解決的問題提交高級管理者處理。每個周末，進行一次配置管理審核，確認配置管理工作是否正常進行。5. 質(zhì)量控制活動質(zhì)量控制活動包括代碼走查、單元測試、集成測試、環(huán)境測試等，由開發(fā)人負責(zé)。編碼人員在編寫代碼時要進行同步單元測試，單元測試要達到分支覆蓋，產(chǎn)品通過單元測試和編碼檢查后，應(yīng)提交測試部進行集成測試、系統(tǒng)測試。測試部的測試應(yīng)達到質(zhì)量目標(biāo)要

34、求，軟件發(fā)布時應(yīng)達到測試通過準則的要求。6. 質(zhì)量保證的報告途徑質(zhì)量保證人員對每次審計活動發(fā)現(xiàn)的不符合項，應(yīng)該和項目經(jīng)理協(xié)商不符合項的糾正措施，及預(yù)訂完成日期，若和項目經(jīng)理存在意見分歧，質(zhì)量保證人員可以上報給高層管理者，高層管理者決定最后的措施。同時不符合項在項目周例會中匯報。對不符合項，質(zhì)量保證人員要在預(yù)定完成日期內(nèi)重新審計、驗證不符合項的糾正情況，若超過預(yù)訂完成日期1周仍然有沒解決的不符合項，質(zhì)量保證人員上報給高級管理者，由高級管理者決定最后的措施。質(zhì)量保證人員有獨立的匯報途徑，日常的匯報途徑如下： 發(fā)現(xiàn)的問題通知項目經(jīng)理，協(xié)調(diào)糾正措施。 將項目組內(nèi)不能協(xié)調(diào)的問題匯報給高層管理者，由高層管

35、理者協(xié)調(diào)解決。 日常工作和過程數(shù)據(jù)要匯報給質(zhì)量經(jīng)理統(tǒng)一收集、統(tǒng)計。十一、配置管理計劃軟件配置管理（SCM），是一套規(guī)范、高效的軟件開發(fā)管理方法，同時也是提高軟件質(zhì)量的重要手段，它幫助開發(fā)團隊對軟件開發(fā)過程進行有效的變更控制，高效地開發(fā)高質(zhì)量的軟件。1配置項標(biāo)識（1） 命名規(guī)范命名規(guī)范適用于過程文檔、生存期中各階段的計劃、需求、設(shè)計、代碼、測試、手冊等文件。本項目文件命名規(guī)范由五個字段組成，從左到右依次為：公司、項目、類型、編號和版本號，如圖11-1所示：QID- Supermarket -RM-SRS-v1.0公司：3個字符項目：最長10個字符版本號：Vm.n類型：最長5個字符編號：最長8位數(shù)

36、字圖11-1 文檔命名規(guī)范（2）主要配置項本項目主要配置項如表11-1所示：表11-1 配置項列表類型主要配置項標(biāo)識符預(yù)計正式發(fā)表時間技術(shù)合同SOWQID-Supermarket-TCM-SOW-V1.02011-06-04計劃項目計劃QID- Supermarket -SPP-PP-V1.02011-06-04質(zhì)量保證計劃QID- Supermarket -SPP-SQA-V1.02011-06-04配置管理計劃QID- Supermarket -SPP-SCM-V1.02011-06-04需求需求規(guī)格說明書QID- Supermarket -RM-SRS-V1.02011-06-10用戶D

37、EMOQID- Supermarket -RM-Demo-V1.02011-06-10設(shè)計總體設(shè)計說明書QID- Supermarket -Design-HL-V1.02011-06-15數(shù)據(jù)庫設(shè)計QID- Supermarket - Design -DB-V1.02011-06-15詳細設(shè)計說明書QID- Supermarket - Design -LL-V1.02011-06-22設(shè)計術(shù)語及規(guī)范QID- Supermarket - Design -STD-V1.02011-06-15編程源程序QID- Supermarket -Code-ModuleName-V1.02011-07-13編

38、碼規(guī)則QID- Supermarket -Code-STD-V1.02011-07-11測試測試計劃QID- Supermarket -Test-Plan-V1.02011-07-11測試用例QID- Supermarket -Test-Case-V1.02011-07-11測試報告QID- Supermarket -Test-Report-V1.02011-07-13提交運行產(chǎn)品QID- Supermarket Product-Exe-V1.02011-07-13驗收報告QID- Supermarket Product - Report -V1.02011-07-15用戶手冊QID- Sup

39、ermarket - Product -Manual-V1.02011-07-15(3) 項目基線在SourceSafe中基線由LABEL標(biāo)識，字母必須為大寫?；€管理由項目執(zhí)行負責(zé)人確認，SCCB授權(quán)，由配置管理員執(zhí)行。本項目基線如表11-2所示：表 11-2 基線發(fā)布計劃基線名稱/標(biāo)識符基線所包含的主要配置項預(yù)計建設(shè)時間需求需求規(guī)格說明書、用戶DEMO2011-06-10總體設(shè)計總體設(shè)計說明書數(shù)據(jù)庫設(shè)計2011-06-15項目實現(xiàn)軟件源代碼、編碼規(guī)則2011-07-11系統(tǒng)測試測試用例測試報告2011-07-132變更管理變更管理的流程是：1） 由請求者提交變更請求，變更控制委員會召開復(fù)審

40、會議對變更請求進行復(fù)審，以確定該請求是否為有效請求。典型的變更請求管理有需求變更管理、缺陷追蹤等。2） 配置管理者收到基線修改請求后，在配置庫中生成與此配置項相關(guān)的波及關(guān)系表。3） 配置管理者將基線波及關(guān)系表提交給SCCB，由SCCB確定是否需要修改，如果需要修改，SCCB應(yīng)根據(jù)波及關(guān)系表，確定需要修改的具體文件，并在波及關(guān)系表中標(biāo)識出來。4） 配置管理者按照出庫程序從配置庫中取出需要修改的文件。5） 項目人員將修改后的文件提交給配置管理者。6） 配置管理者將修改后的配置項按入庫程序放入配置庫。7） 配置管理者按SCCB標(biāo)識出的修改文件，又波及關(guān)系表生出基線變更記錄表，并按入庫程序放入配置庫。

41、3配置狀態(tài)統(tǒng)計利用配置狀態(tài)統(tǒng)計可以記錄和跟蹤配置項的改變。狀態(tài)統(tǒng)計可用于評估項目風(fēng)險，在開發(fā)過程中跟蹤更改，并且提供統(tǒng)計數(shù)據(jù)以確保所有必須的更改被執(zhí)行。為跟蹤工作產(chǎn)品基線，配置管理者需收集下列信息： 基線類型 工作產(chǎn)品名稱 配置項名稱/標(biāo)識符 版本號 更改日期/時間 更改請求列表 需求更改的配置項 當(dāng)前狀態(tài) 當(dāng)前狀態(tài)發(fā)生日期項目組每周提交配置項清單及其當(dāng)前版本。配置管理人員每半個月提交變更請求的狀態(tài)統(tǒng)計。十二、項目風(fēng)險計劃風(fēng)險是指在項目進行過程中可能發(fā)生的事件，這些事件將會對項目按預(yù)期時間、資源和預(yù)算完成產(chǎn)生重大影響。風(fēng)險分析的目標(biāo)是識別這些事件，設(shè)法避免這些事件的發(fā)生并制定一旦這些事件發(fā)生后

42、的處理措施。超市管理信息系統(tǒng)項目的主要風(fēng)險是開發(fā)人員對客戶需求中的超市管理環(huán)境不是很熟悉，另外，客戶要求的進度比較緊，而且具體需求不是很明確，下面的這個風(fēng)險列表就是通過一系列的風(fēng)險識別、風(fēng)險評估、風(fēng)險應(yīng)對，最后得出項目風(fēng)險計劃見表12-1。表12-1 項目風(fēng)險計劃排序輸入風(fēng)險事件可能性影響風(fēng)險值風(fēng)險應(yīng)對措施1客戶的SOW需求不明確，增加需求，導(dǎo)致需求蔓延70%50%35%1、采取加班的方法2、修改計劃去掉一些任務(wù)3、與客戶商量延長一些時間2合同進度要求緊，合同金額有限30%50%15%可以請一些實習(xí)的學(xué)生作輔助工作，一來成本不高，二來可以加快進度3歷史項目信息開發(fā)人員對測試工作不重視30%40

43、%12%1、強制行要求每段代碼保留測試單元，由SQA檢查2、加入專門的測試人員4歷史項目信息開發(fā)人員的流動15%60%9%1、注意項目團隊的溝通，及時了解開發(fā)人員的動態(tài)2、控制好項目過程中的文檔3、從其他的項目組借調(diào)人員4、從外部招聘有過此類開發(fā)經(jīng)驗的人員十三、度量計劃軟件度量是用量化的方法來評價軟件開發(fā)中的費用、生產(chǎn)率、進度和產(chǎn)品質(zhì)量等要素是否符合期望值，包括過程度量和產(chǎn)品度量兩個方面。需要度量的項目要素包括：1）項目進度度量。對項目進度進行定期的跟蹤度量，及時發(fā)現(xiàn)當(dāng)前進度與計劃的偏差，可以及時采取措施，及時趕工或調(diào)整進度計劃。2）缺陷度量。項目的成敗直接取決于客戶滿意度，客戶滿意度是個難以

44、量化的指標(biāo)，而項目成果產(chǎn)品的缺陷密度直接影響著客戶的滿意程度。度量產(chǎn)品的缺陷密度，可以有效地了解項目完成的質(zhì)量。3）項目工作量度量。工作量是衡量項目成本、人員工作情況的基礎(chǔ)，準確地度量出項目真實的工作量，既可以掌握當(dāng)前項目的情況，對于今后估算其他項目數(shù)據(jù)也有重要意義。4）人員生產(chǎn)率度量。人力資源是項目中最為重要的資源，掌握人員的生產(chǎn)能力對于項目管理中人員管理、資源管理都有重要的參考價值。項目管理是個不斷完善的知識領(lǐng)域，引入量化管理，強化量化管理，可以使項目管理知識體系發(fā)揮更大的作用。十四、項目溝通與評審項目評審的主要目的是根據(jù)項目計劃對項目的執(zhí)行活動進行檢查，及時發(fā)現(xiàn)問題，研究解決對策，糾正偏差，保證項目的順利實施。項目交流