IT項目管理報告

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

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

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

4、。員工管理：對超市員工信息進行管理，包括添加、修改、瀏覽、查詢和刪除 員工信息。用戶管理：用戶可以通過此業(yè)務修改自己的登錄密碼并重新登錄本系統(tǒng)。根據(jù)對本項目的需求分析進行任務分解，其分解結(jié)果如圖3-1所示，圖3-1任務范圍WBS四、項目目標隨著我國經(jīng)濟情況的日新月異，飛速發(fā)展，超市的競爭也進入到了一個全新 的領域，競爭已不再是規(guī)模的競爭，而是技術(shù)的競爭、管理的競爭、人才的競爭。 技術(shù)的提升和管理的升級是超市業(yè)的競爭核心。 超市管理信息系統(tǒng)可以使超市的 管理趨于正規(guī)化、現(xiàn)代化和系統(tǒng)化。本項目的產(chǎn)品可以達到以下目標：提高工作效率，減少返工。節(jié)省開支。業(yè)務流程的流水線化。先前人工勞動的自動化。符合相

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

6、過程采用公司的復用技術(shù)，同時遵循公司質(zhì)量體系中關于項目實 施過程規(guī)范。質(zhì)量保證策略1）質(zhì)量管理過程遵循公司質(zhì)量體系中關于項目質(zhì)量管理過程規(guī)范。2）加強對項目參與人員的質(zhì)量保證概念的培訓。3）加強對過程的控制，重點確定該項目中需控制的過程。4）加強對產(chǎn)品規(guī)范的審計，重點確定該項目中需審計的產(chǎn)品。5）實施完整的軟件配置管理。六、項目組織結(jié)構(gòu)由于該項目在實施過程中需要涉及不同組織的各方面人員，而各組織之間的利益、任務和職責也不盡相同，因此明確定義項目組織結(jié)構(gòu)和各自職責可保證項目的順利進行。該項目的組織結(jié)構(gòu)圖如圖 6-1所示:圖6-1 項目的組織結(jié)構(gòu)其中：市場部負責與用戶的協(xié)調(diào)工作。負責項目相關的商務

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

8、產(chǎn)品的驗收工作。表6-1為角色映射表。表6-1角色映射表項目管理組軟件開發(fā)組質(zhì)量保證組配置管理組負責人王雪飛王曉玉李寧高煥組成（人）1111七、項目生存期根據(jù)該項目的特點并結(jié)合公司已有的軟件生存期模型定義，本項目生存期采用增量模型如圖7-1所示：圖7-1生存期模型生存期中的各階段定義如下: 項目規(guī)劃階段階段目標：根據(jù)合同和初步的需求分析確定項目的規(guī)模、時間計劃和資源需求。輸入：合同文本、SOW過程：項目規(guī)劃，計劃確定輸出：項目計劃需求分析階段階段目標：確定客戶的需求輸入：項目計劃，sow過程：需求獲取，需求分析，需求控制輸出：原型系統(tǒng)，需求規(guī)格設計階段階段目標：總體系統(tǒng)結(jié)構(gòu)設計輸入：原型系統(tǒng)，

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

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

11、評審，單元測試輸出：詳細設計說明書，源代碼，可運行版本 -7集成測試階段目標：通過集成環(huán)境下的軟件測試輸入：測試計劃、測試案例過程：集成測試，系統(tǒng)測試輸出：系統(tǒng)軟件包，測試報告、產(chǎn)品說明書產(chǎn)品提交階段目標：產(chǎn)品可投入使用輸入：系統(tǒng)軟件包過程：產(chǎn)品提交輸出：驗收報告/八、時間計劃根據(jù)WBS勺分解情況，繼續(xù)分解相應的任務，由于采用增量式的生存期模型， 在需求設計之后，系統(tǒng)的功能采用增量方式實現(xiàn)，實施階段分7個增量，對各個 任務分配相應的資源。項目的基準計劃如下：進度計劃根據(jù)項目的初期計劃和相繼的需求分析與任務分解，制定詳細的項目計劃，項目計劃表如表8-1所示：表8-1項目計劃任務名稱工期開始時間結(jié)

12、束時間資源超市管理系統(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用戶界面設計2工作日2011-6-052011-6-06李寧，高煥用戶需求評審1工作日2011-6-072011-6-07王雪飛，王曉玉，李寧，高煥修改需求、修改用戶界面1工作日2011-6-082011-6-08李寧，高煥編寫需求規(guī)格說明書1工作日2011-6-092011-6-0

13、9王曉玉需求驗證1工作日2011-6-102011-6-10王雪飛，李寧設計3工作日2011-6-132011-6-15概要設計1工作日2011-6-132011-6-13王曉玉數(shù)據(jù)庫ER圖編制、建庫1工作日2011-6-142011-6-14王曉玉設計評審1工作日2011-6-152011-6-15王雪飛，王曉玉，李寧，高煥實施18工作日2011-6-162011-7-11系統(tǒng)管理一增量12工作日2011-6-162011-6-17添加修改刪除用戶信息1工作日2011-6-162011-6-16王曉玉瀏覽查詢用戶信息1工作日2011-6-172011-6-17王雪飛商品管理一增量24工作日2

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

15、11-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-7-07添加修改刪除員工信息1工作日2011-7-062011-7-06王曉玉瀏覽查詢員工信息1工作日2011-7-07201

16、1-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工作日2011-7-142011-7-14王雪飛，王曉玉驗收、提交1工作日2011-7-152011-7-15王雪飛，王曉玉，李寧，高煥項目甘特圖中繪制

17、項目進度根據(jù)詳細的項目計劃，在 Microsoft Office Project2007計劃，甘特圖如圖8-1和8-2所示:Kft看宕誓ZW*H|2Diiio=fl re 日2dli 年 os 冃 i 日 I1月 lb 日an i 年師只濰 口：bjl i 革n fCl 15 rt ai-UGlH 五亡日一二三 ED 哥九日-HlSlBBLIftrBRtrE Gl 51-宙帀方氏氐耳未非TJ工fl:日訊口 年EtjjfmL1 IttB2加年DEHg日EfIJJitDE1 *i. II攻日理猶053DI年國月田日2W年I$壬書飛.王略壬1 1計丸幵豐a 日抑!1年115月匕日拘阿s王基丫.王權(quán)玉

18、.錄護.鬲酸1.Z-f JTS5工ft日9)0KjHV5iEllTL.Ej用P界而血十2工帝日妙1年胸冃06日2W年i：fift- *TL.22理戶麻氐碎古3工虛日20山年ti月0T日2Wls 壬玉.李t. “1 if覩需常.譯刃用尸畢向3工律日超1年商月E日nume李匕弼L.E4點童Hi搖熄羈巧1工他日301年聞月09日an屈iSTKEL.Z53工悵日201.006 冃 LD 日2DL曲a iim. +r13-*tt3工荒口0”年oa月注HMd i年誑41 311工他日aou4u月倚日IDIlra王吐五L.3E!工滋日SOLLI年加月1日卻門年 ZEQEZEL.3.3WtWPa工低日創(chuàng)山年加

19、冃話日iCLi 埠 Ia 壬屯王齋書14-IB工雅口scaiMBi&n劉n年M1 41-j.wwn-itdiiiT工悴日WSBSfnfiHlIiHEOllM L. 4.1J1 IfrB301年06月L6日2DL%S于E=EL. 1.1E述謐L斕戶Ui XfFB冃訂日沏再Ia王飛1 4-1品昔。一堵ft工惟口湖訕年”氏托口飯di年第L 4.E13 Tfts01 毎閒月旳日野L.-4.EE昨査陽品盹3 IflFB01年塚口河日anifftS aL. 4. 23W. 轉(zhuǎn) IPi-.-nitAa工怔日201 口年06月22日沏曲S 1LL 4 24期E玄謁廠R1T.Vi工恒日劉1坪月站日20nW IT

20、L 4.E5衢1瑤理疇用基幾岸n騷a MB*301 年商月脅日ZOLlCa jxtL.-1.Eta 日301年06冃21日20LJVEa cm1. 43-吉員甘一申呈32工作日燈年血餌甜日2nd 1 年 w1 4 *11 LfS-H抑：年朋月汨日a辛于U 1.3Zin龍1工惟日sm年師月汨日ZDLlts z ei1.44苗謁恃ifIM叩J CttH加年014：日EtiniriL 4. 4:i審加i工觸301 口年聞月和日2DL4：e壬雷飛L 1 21 日miiw 月 mH硼執(zhí)a壬*5圖8-1進度計劃HBS任務容耘工則開姑時伺完威時1司1.4. 5-iEWff-*S52 Hit日son年or卑皿

21、日20ll0TI(V5BL 4.!. JL工惟日汕LL年br月Dm日20：!】年0?月訊日L 4 5.Z驅(qū)査itiie寅信總1工隹日zmi年err月眄日am年叮月嗚日1.4 62 IltH2011 年 07JI06B201107070L.4.6.1雨期h陰裁、U齡員工悟JS1 l it HI20LLW月呻日2011507月創(chuàng)日L.4.6.2測寛吏誼工（S.Hi rB2DLL年DT月0T日20年QT月07日1.4. 7+ 用戶sa-mfiTi工作日zm年HT月口田日3?口 11年口T月1H日L5Z T1tH20年 onrJUiztL5.1樂折禹磅調(diào)試L工惟目2OLLW12B20jjD7 月購i.

22、5.2環(huán)啊試1工炸日20LL年07月1.3日301107月L引日1. E-製女a(chǎn) iaZlfl 1年UT月 日里口門年”月1占日L6 1L工住日20iiWr.fi MS3011 年 07.01*0L6.2L lit Bl20LL年0T冃15日201107 月 L5日2011507月00日miL年0T冃j|日|20打輝的月汙日30日|11二|三|I五怕tfi I丸I日IT二I三IBi I古I財日IS王召飛S王畫飛S 3=S壬唱玉于書飛皂竺、王醴玉李寧鬲骨S王雪飛王曉玉Q 壬雷飛壬電弔窖匚鬲像圖8-2進度計劃里程碑本項目也需要里程碑計劃，因為一些人員，特別是高層管理人員，可能更加 關注里程碑的進展

23、，里程碑圖示如表 8-2。表8-2里程碑圖示事件時間增量1系統(tǒng)管理2011-6-17增量2商品管理2011-6-27增量3會員管理2011-6-29增量4銷售管理2011-7-01增量5退貨管理2011-7-05增量6員工管理2011-7-07增量7用戶管理2011-7-11提交2011-7-15九、項目成本計劃項目成本估算項目估算是為了確定項目所需人力、時間以及項目完成中耗費的人力、物力、 財力資源。（1）資源分析人力資源1個開發(fā)人員1個項目管理人員1個項目質(zhì)量人員1個配置管理人員設備資源（作為間接成本計算）3臺電腦1臺服務器項目規(guī)模的估算如表9-1所示：表9-1項目規(guī)模估算表WBS名稱估計

24、值（人天）小計（人天）總計（人天）1系統(tǒng)管理2181.1添加修改刪除用戶信息11.2瀏覽查詢用戶信息12商品管理62.1添加修改刪除商品信息12.2瀏覽查詢商品信息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估算步驟獲取項目分解結(jié)果 WB

25、S任務分解是根據(jù)項目的功能進行分解的。計算開發(fā)成本由于任務分解的結(jié)果主要是針對開發(fā)任務的分解，管理任務和質(zhì)量 任務可以通過計算開發(fā)任務得到，根據(jù)以往經(jīng)驗，管理任務和質(zhì)量 任務=20% X開發(fā)任務。從表9-1得知項目規(guī)模是18人天，開發(fā)人員成本參數(shù)=300元/天, 則內(nèi)部的開發(fā)成本=300元/天X 18天=5400元。計算管理、質(zhì)量成本項目的管理和質(zhì)量成本=開發(fā)成本X 20%=540X 20%=108(元。 直接成本=5400+1080=6480元。計算間接成本間接成本包括房租水電、培訓、員工福利、客戶服務等。根據(jù)以往經(jīng)驗，采用公式：間接成本 =25%直接成本=1620元。計算總估算成本項目總估

26、算成本=直接成本+間接成本=8100元。項目成本預算在編制超市管理系統(tǒng)項目計劃中考慮到， 開發(fā)人員是全職在這個項目中，而 項目經(jīng)理、質(zhì)量保證和配置管理人員不是全職在這個項目中，他們同時還在管理其他的項目，進行成本估算的時候，應該根據(jù)項目人員付出的時間以及各項任務 的具體情況進行成本預算，最后得到成本基準。資源費用比例如表9-2所示：表9-2資源費用比例資源名稱類型最大單位標準費率成本累算基準日歷1王雪飛工時100% 140.00/ 工時按比例標準2王曉玉工時100% 160.00/ 工時按比例標準3李寧工時100% 100.00/ 工時按比例標準4高煥工時100% 80.00/ 工時按比例標準

27、根據(jù)每個任務的資源分配和時間安排， 確定項目的預算，如表9-3所示，預 算總成本為6640元，與估算的成本基本持平，這樣6640元可以作為項目的成本控制參考表9-3項目成本預算任務名稱開始時間結(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用戶界面設計2011-6-052011-6-06 180.007用戶需求評審201

28、1-6-072011-6-07 480.008修改需求、修改用戶界面2011-6-082011-6-08 180.009編寫需求規(guī)格說明書2011-6-092011-6-09 160.0010需求驗證2011-6-102011-6-10 240.0011設計2011-6-132011-6-15 780.0012概要設計2011-6-132011-6-13 140.0013數(shù)據(jù)庫ER圖編制、建庫2011-6-142011-6-14 160.0014設計評審2011-6-152011-6-15 480.0015實施2011-6-162011-7-11 2280.0016系統(tǒng)管理一增量12011-6

29、-162011-6-17 300.0017添加修改刪除用戶信息2011-6-162011-6-16 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-

30、24 160.0025瀏覽查詢廠商信息2011-6-272011-6-27 80.0026會員管理一增量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添加刪除退貨信息

31、2011-7-042011-7-04 140.0034瀏覽查詢退貨信息2011-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)集

32、成測試2011-7-122011-7-12 300.0043環(huán)境測試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ì)量管理計劃職責根據(jù)項目的組織結(jié)構(gòu)圖（圖6-1 ）,確定本項目中質(zhì)量保證組織的職責如下：（1）高層管理高層管理是公司負責質(zhì)量的高級管理，其質(zhì)量職責如下：受理項目內(nèi)不能解決的不符合問題，必要時與項目經(jīng)理協(xié)調(diào)；負責聽取質(zhì)量保證組的工作報告，評審質(zhì)量保證活動和結(jié)果； 參加有關質(zhì)量保證過程改進的評審。

33、（2）項目的質(zhì)量保證人員 質(zhì)量保證人員的質(zhì)量職責如下：負責項目實施過程中對項目實施情況進行監(jiān)督，包括對項目實施過程和 工作產(chǎn)品進行監(jiān)督檢查；實施項目組成員的質(zhì)量保證培訓；制定質(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ì)量職責如下：評審質(zhì)量計劃；與質(zhì)量保證人員一起協(xié)商不符合項問題的糾正措施，并

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

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

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

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

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

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

40、m.nQID- Supermarket -RM-SRS-v1.0圖11-1文檔命名規(guī)范(2)主要配置項本項目主要配置項如表11-1所示:表11-1配置項列表類型主要配置項標識符預計正式發(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- Supermar

41、ket -RM-SRS-V1.02011-06-10用戶DEMOQID- Supermarket -RM-Demo-V1.02011-06-10設計總體設計說明書QID- Supermarket -Desig n-HL-V1.02011-06-15數(shù)據(jù)庫設計QID- Supermarket - Desig n -DB-V1.02011-06-15詳細設計說明書QID- Supermarket - Desig n -LL-V1.02011-06-22設計術(shù)語及規(guī)范QID- Supermarket - Desig n -STD-V1.02011-06-15編程源程序QID- Supermarket

42、 -Code-ModuleName-V1.02011-07-13編碼規(guī)則QID- Supermarket -Code-STD-V1.02011-07-11測試測試計劃QID- Supermarket -Test-Pla n-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 -

43、Report -V1.02011-07-15用戶手冊QID- Supermarket - Product -Ma nual-V1.02011-07-15項目基線在SourceSafe中基線由LABEL標識，字母必須為大寫?；€管理由項目執(zhí)行負責人確認，SCC授權(quán)，由配置管理員執(zhí)行。本項目基線如表11-2所示:表11-2基線發(fā)布計劃基線名稱/標識符基線所包含的主要配置項預計建設時間需求需求規(guī)格說明書、用戶DEMO2011-06-10總體設計總體設計說明書數(shù)據(jù)庫設計2011-06-15項目實現(xiàn)軟件源代碼、編碼規(guī)則2011-07-11系統(tǒng)測試測試用例測試報告2011-07-13變更管理變更管理的流程

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

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

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

47、加快進度3歷史項開發(fā)人員對測30%40%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)當前進度與 計劃的偏差，可以及時采取措施，及時趕工或調(diào)整進度計劃。2）缺陷度量。項目的成敗直接取決于客戶滿意度，客戶滿意度是個難以量化的指標，而項目成果 產(chǎn)品的缺陷密度直接影響著客戶的滿意程度。度量產(chǎn)品的缺陷密度，可以有效地了解項目完成的質(zhì)量。3）項目工作量度量。工作量是衡量項目成本、人員工作情況的基礎，準確地度量出項目真實的工作量，既可以掌握當前項目的情況，對于今后估算其他項 目數(shù)據(jù)也有重要意義。4）人員生產(chǎn)率度量。人力資源是項目中最為重要的資源，掌握人員的生產(chǎn) 能力對于項目管理中人員管理、資源管理都有重要