1 軟件項(xiàng)目管理結(jié)課案例 1、超市管理系統(tǒng)項(xiàng)目初始 方需求 由于該項(xiàng)目的甲方（賣方）采取多方洽談的招標(biāo)方式并且已經(jīng)和乙方（買方）簽訂合同，確立合作關(guān)系，所以沒有明確的招標(biāo)書，只編寫了工作任務(wù)說明。 超市管理系統(tǒng)業(yè)務(wù)需求分析： 超市管理系統(tǒng)建設(shè)根據(jù)發(fā)展規(guī)劃以及組織建設(shè)與管理改革的需要，促進(jìn)超市業(yè)務(wù)流程的規(guī)范化與改造，實(shí)現(xiàn)管理信息的系統(tǒng)、綜合與規(guī)范管理，實(shí)現(xiàn)信息化的需要，簡(jiǎn)化管理過程，從而高效管理，達(dá)到領(lǐng)先水平。提高超市的競(jìng)爭(zhēng)力。超市管理系統(tǒng)的目的是為了讓用戶系統(tǒng)地看到該項(xiàng)目的主要工作流程和功 能。為了方便用戶對(duì)該項(xiàng)目的規(guī)劃設(shè)計(jì)和實(shí)施過程進(jìn)行系統(tǒng)的了解，便于對(duì)該項(xiàng)目進(jìn)行修改和更新。 一 整體要求： 1，系統(tǒng)要求提供超市經(jīng)理管理工作平臺(tái)和超市員工工作平臺(tái)。 2，系統(tǒng)有嚴(yán)格的權(quán)限限制管理，權(quán)限要求在數(shù)據(jù)方面和功能方面都能體現(xiàn)。 3，系統(tǒng)要求具有一定的可擴(kuò)充性，在現(xiàn)有平臺(tái)的基礎(chǔ)上，通過前臺(tái)可以加掛其他的功能模板。 二一般超市的機(jī)構(gòu)組成（如下圖）： 說明： 1）超市人員設(shè)置及其日常業(yè)務(wù)： 經(jīng)理是最高管理級(jí)別，倉庫管理員，上貨員和出納員皆是平級(jí)受經(jīng)理管理的普通員工。經(jīng)理一個(gè)超市 只設(shè)一名，其他員工試情況而定，一般倉庫管理員 5人，上貨員 10 人，出納員 10 人。 日常業(yè)務(wù)如下： 經(jīng)理：貨架管理、庫存管理、資金管理、銷售信息管理； 倉庫管理員：查詢倉庫商品、登記采購商品、修改庫存商品信息、刪除商品信息、采購申請(qǐng)、提交采購申請(qǐng)； 上貨員：查看貨架商品信息、修改貨架商品信息、添加貨架商品信息、下架過期商品； 出納：資金查詢、資金收交。 三 系統(tǒng)的功能描述： 系統(tǒng)根據(jù)用戶登錄的身份不同，進(jìn)入不同的管理界面，自動(dòng)列出用戶所有的權(quán)限。經(jīng)理通過登錄界面登錄成功后可以進(jìn)行權(quán) 限的相關(guān)操作，同理其他員工也是如此。 各個(gè)功能具體描述如下： 貨架管理：查看貨架商品的擺放，商品的數(shù)目，類型等； 2 庫存管理：查看庫存信息確定各類商品的數(shù)目以確定是否需要采購新的商品該項(xiàng)設(shè)有缺貨提醒功能。 資金管理：管理所有資金的收入、支出等各個(gè)細(xì)節(jié)。 銷售信息管理：管理每天，每星期等各個(gè)時(shí)段的所有商品銷售情況，依次確定銷售策略。 商品：倉庫管理員可以通過這個(gè)功能板塊查詢倉庫商品、登記采購商品、修改庫存商品信息、刪除商品信息、申請(qǐng)采購商品、提交采購申請(qǐng)等； 貨架：上貨員可以查看貨架商品 信息、修改貨架商品信息、添加貨架商品信息、下架過期商品； 資金：為提供出納員提供查詢資金、資金收交的服務(wù)功能。 存期模型 針對(duì)超市管理系統(tǒng)開發(fā)的要求以及特點(diǎn)，借鑒企業(yè)的生存期模型說明和系統(tǒng)軟件過程體系，決定采用增量式模型（如下圖），理由如下： 1）超市管理系統(tǒng)全部功能分為四大板塊，所以可以先基于這四大基本板塊的基本功能做出一個(gè)小版本的適用版本，然后在此基礎(chǔ)上添加需要的其他功能，這樣用戶可以在使用最小版本的同時(shí)，提出更多的要求，這有助于下一 階段的開發(fā)，大大減小開發(fā)的風(fēng)險(xiǎn)。 2）超市管理系統(tǒng)要求有一定的可擴(kuò)充性，使用增量式模型，可以保證系統(tǒng)的可擴(kuò)充性，可以根據(jù)以后的需求在前臺(tái)加掛其他的功能模塊。 3）使用增量式模型的好處：項(xiàng)目的復(fù)雜度為中度；預(yù)計(jì)開發(fā)軟件的成本為中等；產(chǎn)品和文檔的再使用率很高；項(xiàng)目的風(fēng)險(xiǎn)較小。 生存期的各個(gè)階段定義如下： 需求分析 設(shè)計(jì) 集成測(cè)試 產(chǎn)品提交 項(xiàng)目規(guī)劃 圖 3:生存期模型 3 項(xiàng)目規(guī)劃階段 階段目標(biāo)：根據(jù)合同和初步的需求分析確定項(xiàng)目的規(guī)模、時(shí)間計(jì)劃和資源需求。 輸入： 合同文本和 程： 項(xiàng)目規(guī)劃和計(jì)劃確定 輸出： 項(xiàng)目計(jì)劃 需求分析階段 階段目標(biāo)：確定客戶需求 輸入： 項(xiàng)目計(jì)劃和 程： 需求獲取，需求分析，需求控制 輸出： 原型系統(tǒng)，需求規(guī)格 設(shè)計(jì)階段 階段目標(biāo)：總體系統(tǒng)結(jié)構(gòu)設(shè)計(jì) 輸入： 原型系統(tǒng)和需求規(guī)格 過程： 總體設(shè)計(jì) 輸出： 系統(tǒng)設(shè)計(jì)說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 增量 1 實(shí)現(xiàn) 階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)基本板塊的通用功能 輸入 ： 系統(tǒng)設(shè)計(jì)說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細(xì)設(shè)計(jì)，編碼 ，代碼走查，代碼評(píng)審，單元測(cè)試 輸出： 詳細(xì)設(shè)計(jì)說明書，源代碼，可運(yùn)行版本 量 2 實(shí)現(xiàn) 階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)倉庫管理員管理及查看個(gè)人信息功能 輸入 ： 系統(tǒng)設(shè)計(jì)說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細(xì)設(shè)計(jì)，編碼，代碼走查，代碼評(píng)審，單元測(cè)試 輸出： 詳細(xì)設(shè)計(jì)說明書，源代碼，可運(yùn)行版本 量 3 實(shí)現(xiàn) 階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)的經(jīng)理管理查看個(gè)人及員工信息功能 輸入 ： 系統(tǒng)設(shè)計(jì)說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細(xì)設(shè)計(jì)，編碼，代 碼走查，代碼評(píng)審，單元測(cè)試 輸出： 詳細(xì)設(shè)計(jì)說明書，源代碼，可運(yùn)行版本 量 4 實(shí)現(xiàn) 階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)出納員管理及查看個(gè)人信息功能 輸入 ： 系統(tǒng)設(shè)計(jì)說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細(xì)設(shè)計(jì)，編碼，代碼走查，代碼評(píng)審，單元測(cè)試 輸出： 詳細(xì)設(shè)計(jì)說明書，源代碼，可運(yùn)行版本 量 5 實(shí)現(xiàn) 階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)上貨員管理及查看個(gè)人信息功能 輸入 ： 系統(tǒng)設(shè)計(jì)說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細(xì)設(shè)計(jì)，編碼，代碼走查，代碼 評(píng)審，單元測(cè)試 輸出： 詳細(xì)設(shè)計(jì)說明書，源代碼，可運(yùn)行版本 成測(cè)試 階段目標(biāo)：通過集成環(huán)境下的軟件測(cè)試 輸入 ： 測(cè)試計(jì)劃，測(cè)試案例 4 過程： 集成測(cè)試，系統(tǒng)測(cè)試 輸出： 系統(tǒng)軟件包，測(cè)試報(bào)告，產(chǎn)品說明書 產(chǎn)品提交 階段目標(biāo)：產(chǎn)品可以投入使用 輸入： 系統(tǒng)軟件包 過程： 產(chǎn)品提交 輸出： 驗(yàn)收?qǐng)?bào)告 同項(xiàng)目 甲乙雙方簽訂的合同文本如下： 技術(shù)開發(fā)合同 項(xiàng)目名稱：超市管理系統(tǒng) 委托人（甲方）：沃爾瑪管理委員會(huì) 研究開發(fā)人（乙方） : 鄭州達(dá)內(nèi)有限公司 簽訂地點(diǎn)：鄭州市 簽訂日期： 2013 年 4 月 8 日 有效期限： 2013 年 4 月 8 日 12 月 16 日 河南鄭州技術(shù)市場(chǎng)管理辦公室 根據(jù)中華人民共和國(guó)合同法的規(guī)定，合同雙方就超市管理 系統(tǒng)開發(fā)項(xiàng)目的技術(shù)開發(fā)（該項(xiàng)目屬于 /計(jì)劃），經(jīng)協(xié)商一致，簽定本合同。 一、標(biāo)的技術(shù)的內(nèi)容、范圍及要求： 根據(jù)甲方的要求，乙方完成校務(wù)通軟件系統(tǒng)的研制開發(fā)。 求建立 B/S 結(jié)構(gòu)的 ,基于的 據(jù)庫、 務(wù)器和 術(shù)的三層架構(gòu)體系的綜合服務(wù)軟件系統(tǒng)。 與整體系統(tǒng)相融合的基礎(chǔ)上，建立系統(tǒng)運(yùn)行的軟硬件環(huán) 境。 二、應(yīng)達(dá)到的技術(shù)指標(biāo)和參數(shù) 陸 ,并行查詢的速度要求。其中主要內(nèi)容包括（ 1） 保證1000 人以上可以同時(shí)登陸系統(tǒng)（ 2）所有查詢速度應(yīng)在 10 秒以內(nèi)（ 3）保證數(shù)據(jù)的每周備份（ 4）工作日期間不能當(dāng)機(jī)（ 5）出現(xiàn)問題應(yīng)在 10 分鐘內(nèi)恢復(fù)。 不可以隨意改動(dòng)。 三、研究開發(fā)計(jì)劃 方在合同簽訂后 7 個(gè)工作日內(nèi)，完成合同內(nèi)容的系 統(tǒng)設(shè)計(jì)方案。 成第一階段的系統(tǒng)設(shè)計(jì)方案之后，乙方于 50 個(gè)工作 日內(nèi)完成系統(tǒng)基本功能的開發(fā)。 完成第一和第二階段的任務(wù)之后，由甲方配合乙方于 3 個(gè)工作日內(nèi)完成系統(tǒng)在 息中心的調(diào)試、集成。 四、研究開發(fā)經(jīng)費(fèi)、報(bào)酬及其支付或結(jié)算方式 酬指 本項(xiàng)目開 5 發(fā)成果的使用費(fèi)和研究開發(fā)人員的科研補(bǔ)貼。 民幣大寫）： 元整。 期支付。 本合同簽訂之日起生效，甲方在五個(gè)工作日內(nèi)應(yīng)付乙方合同總金額的 50，計(jì)人民幣 （人民幣大寫 整），驗(yàn)收后甲方在五個(gè) 工作日內(nèi)付清全部合同余款，計(jì)人民幣 民幣大寫 整）。 五、利用研究開發(fā)經(jīng)費(fèi)購臵的設(shè)備、器材、資料的財(cái)產(chǎn)權(quán)屬： /。 六、履行合同。 甲方責(zé)任： 1、甲方全力協(xié)助乙方完成合同內(nèi)容。 2、合同期內(nèi)甲方為乙方提供專業(yè)性接口技術(shù)支持。 乙方責(zé)任： 1、乙方按甲方要求完成合同內(nèi)容。 2、乙方愿提供在實(shí)現(xiàn)功能的前提下，進(jìn)一步予以完善。 3、乙方在合同商定的時(shí)間內(nèi)保證系統(tǒng)正常運(yùn)行。 4、乙方在 項(xiàng)目驗(yàn)收后提供一年免費(fèi)維護(hù)。 5、未經(jīng)甲方同意，乙方不得向第三方提供本系統(tǒng)中涉及專業(yè)的技術(shù)內(nèi)容和所有的系統(tǒng)數(shù)據(jù)。 七、技術(shù)情報(bào)和資料的保密。 本合同中的相關(guān)專業(yè)技術(shù)內(nèi)容和所有的系統(tǒng)數(shù)據(jù)，歸甲方所有，未經(jīng)甲方同意乙方不得提供給第三方。 八、技術(shù)協(xié)作的內(nèi)容 : 見系統(tǒng)設(shè)計(jì)方案。 九、技術(shù)成果的歸屬和分享 。 讓權(quán)： /。 十、驗(yàn)收的標(biāo)準(zhǔn)和方式： 研究開發(fā)所完成的技術(shù)成果，達(dá)到了本合同第二條所列技術(shù)指標(biāo)，按國(guó)家標(biāo) 準(zhǔn)，采用一定的方式驗(yàn)收，由甲方出具技術(shù)項(xiàng)目驗(yàn)收證明。 十一、風(fēng)險(xiǎn)的承擔(dān) 在履行本合同的過程中，確因在現(xiàn)有水平和條件下難以克服的技術(shù)困難，導(dǎo)致研究開發(fā)部分或全部失敗所造成的損失，風(fēng)險(xiǎn)責(zé)任由甲方承擔(dān) 50 %，乙方承擔(dān) 50 %。本項(xiàng)目風(fēng)險(xiǎn)責(zé)任確認(rèn)的方式：雙方協(xié)商。 十二、違約金和損失賠償額的計(jì)算：除不可抗力因素外（指發(fā)生戰(zhàn)爭(zhēng)、地震、洪水、颶風(fēng)或其它人力不能控制的不可抗力事件），甲乙雙方須遵守合同承諾，否則視為違約并承擔(dān)違約責(zé)任： 1、如果乙方不能按期完成軟件開發(fā)工作并交給甲方使用，乙方應(yīng)向 甲 方支付延期違約金。每延遲一周，乙方向甲方支付合同總額 違約金，不滿一周按一周計(jì)算，但違約金總額不得超過合同總額的5%； 2、如果甲方不能按期向甲方支付合同款項(xiàng)，甲方應(yīng)向乙方支付延期 違約金。每延遲一周，甲方向乙方支付合同總額 違約金，不滿一周按一周計(jì)算，但違約金總額不得超過合同總額的 5%。 十三、解決合同糾紛的方式： 在履行本合同的過程中發(fā)生爭(zhēng)議，雙方當(dāng)事人和解或調(diào)解不成，可采取仲裁或按司法程序解決。雙方同意由北京市仲裁委員會(huì)仲裁。雙方約定向人民法院起訴。 十四、名詞和術(shù) 語解釋 如有，見合同附件。 十五、其他 本合同一式 6 份，具有同等法律效力。其中正式兩份，甲乙雙方各執(zhí)一份；副 本 4 份，交由乙方。本合同未盡事宜，經(jīng)雙方協(xié)商一致，可在合同中增加補(bǔ)充條 6 款，補(bǔ)充條款是合同的組成部分。 2、超市管理系統(tǒng)項(xiàng)目計(jì)劃 圍計(jì)劃 在超市管理系統(tǒng)的開發(fā)過程中，為了避免不必要的需求變動(dòng)，項(xiàng)目組合用戶一起來確定需求規(guī)格。這個(gè)項(xiàng)目采取的是原型分析法確定需求，然后根據(jù)用戶確認(rèn)的原型系統(tǒng)編寫軟件的需求規(guī)格。最后根據(jù)需求規(guī)格形成項(xiàng)目的最后范圍計(jì)劃（ 統(tǒng)原型分析 依照需求該系統(tǒng)應(yīng)該提供 5 個(gè)平臺(tái)，即系統(tǒng)登錄平臺(tái)，經(jīng)理平臺(tái)，上貨員平臺(tái)，出納員平臺(tái)和倉庫管理員平臺(tái)。各個(gè)角色可以根據(jù)不同的身份權(quán)限登錄不同的平臺(tái)。 1） 根據(jù)需求形成一個(gè)用戶登錄界面，如圖 1 所示。 2） 如果用戶以經(jīng)理的身份登錄就進(jìn)入經(jīng)理平臺(tái)，界面如圖 2 所示。 3） 如果用戶以上貨員的身份登錄就進(jìn)入經(jīng)理平臺(tái)，界面如圖 3 所示。 4） 如果用戶以出納員的身份登錄就進(jìn)入經(jīng)理平臺(tái)，界面如圖 4 所示。 5） 如果用戶以倉庫管理員的身份登錄就進(jìn)入經(jīng)理平臺(tái)，界面如圖 5 所示。 界面的設(shè)計(jì)內(nèi)容、風(fēng)格等也要和用戶一起討論決定，以保持一致。每一個(gè)平臺(tái) 所設(shè)計(jì)的功能皆能實(shí)現(xiàn)，太多在此不再一一說明。 統(tǒng) 據(jù)所確定的需求規(guī)格分析，采取圖表方式進(jìn)行任務(wù)分解，分解結(jié)果 示，它是按照功能組成標(biāo)準(zhǔn)進(jìn)行的上貨員功能部分的任務(wù)分解，不包括經(jīng)理，倉庫管理員，出納員的任務(wù)， 以隨系統(tǒng)的不斷完善而完善。 間計(jì)劃 期項(xiàng)目進(jìn)度計(jì)劃 超市管理系統(tǒng)項(xiàng)目的進(jìn)度采取漸進(jìn)完善的方式進(jìn)行。初期項(xiàng)目進(jìn)度的計(jì)劃由于信息不足所以只是一個(gè)粗略的表格計(jì)劃，如圖 示。 目計(jì)劃的細(xì)化 由于表 表格太過簡(jiǎn)略所以不能做工作的詳細(xì)指導(dǎo)，需要進(jìn)一步的細(xì)化。 首先，根據(jù)任務(wù)的分解情況，繼續(xù)分解相應(yīng)的任務(wù)，使用 MS 具，將分解后的所有任務(wù)和 代碼錄入項(xiàng)目策劃書中，確定各個(gè)活動(dòng)之間的關(guān)系，因?yàn)椴扇〉氖窃隽渴降纳嫫谀Ｐ?，在需求設(shè)計(jì)后，系統(tǒng)的功能采取增量的方式實(shí)現(xiàn)，實(shí)現(xiàn)的階段分為進(jìn)度計(jì)劃 5 個(gè)增量，對(duì)各個(gè)任務(wù)分配相應(yīng)的資源。然 7 后通過不斷的調(diào)整更新，經(jīng)過多次的評(píng)審與討論，最后通過評(píng)審將計(jì)劃存為基準(zhǔn)計(jì)劃。該項(xiàng)目的基準(zhǔn)計(jì)劃如下： 1）進(jìn)度計(jì)劃 表 進(jìn)度計(jì)劃是在表 基礎(chǔ)上細(xì)化出來的項(xiàng)目進(jìn)度計(jì)劃。 2）項(xiàng)目甘特圖 表 項(xiàng)目進(jìn)度計(jì)劃的甘特圖。 3） 里程碑 由于高層可能更加關(guān)注歷程配的進(jìn)度，所以需要一個(gè)里程碑計(jì)劃，用表格設(shè)計(jì)如圖 示為該項(xiàng)目的里程碑進(jìn)展。 本計(jì)劃 超市管理系統(tǒng)項(xiàng)目采取的是自上而下和參數(shù)法綜合的成本估算方法，而后結(jié)合進(jìn)度形成項(xiàng)目成本預(yù)算基線。 本估算 （ 1） 簽訂合同前 簽訂合同前根據(jù)以往的經(jīng)驗(yàn)對(duì)此次項(xiàng)目采用類比估計(jì)方法，粗略估算一下成本，不需要太過詳盡。 （ 2） 簽訂合同后 簽訂合同后根據(jù)自身資源和 解的結(jié)果進(jìn)一步的細(xì)化估算。具體過程如下： 8 首先分析資源 人力資源：一個(gè)開發(fā)人員；一個(gè)項(xiàng)目管理人員；一個(gè)項(xiàng)目質(zhì)量人員；一個(gè)配置管理人員 設(shè)備資源：四臺(tái)電腦，一個(gè)服務(wù)器。 表 出項(xiàng)目規(guī)模的估算。 具體估算步驟如下： 1）獲取項(xiàng)目分解結(jié)果 務(wù)分解是根據(jù)項(xiàng)目的功能進(jìn)行分解的。 2）計(jì)算開發(fā)成本。 任務(wù)分解的結(jié)果主要是針對(duì)開發(fā)任務(wù)的分解，管理和質(zhì)量任務(wù)可以通過計(jì)算開發(fā)任務(wù)得到，一般來說，管理和質(zhì)量任務(wù)是開發(fā)任務(wù) 的 20%。 3）計(jì)算管理，質(zhì)量成本。 管理和質(zhì)量任務(wù)是開發(fā)任務(wù)的 20%，所以其成本是 4）直接成本 + 5）計(jì)算間接成本。 間接成本包括房租及水電費(fèi)，員工福利等，按以往經(jīng)驗(yàn)，間接成本是直接成本的 25%，所以是 + 6）計(jì)算總估算成本 項(xiàng)目總估算成本是 + 7）重新評(píng)估項(xiàng)目報(bào)價(jià)。 重新評(píng)估一下項(xiàng)目的報(bào)價(jià)準(zhǔn)確性，但是報(bào)價(jià)因?yàn)橐呀?jīng)簽過合同所以不能更改，但是可以通過再次 的評(píng)估進(jìn)一步明確項(xiàng)目的運(yùn)作和利潤(rùn)情況等。 成本估算 在超市管理系統(tǒng)的開發(fā)過程中，除了開發(fā)人員其他人員像項(xiàng)目經(jīng)理還在管理其他項(xiàng)目，所以估算的時(shí)候，應(yīng)該根據(jù)這些人員的具體工作時(shí)間和各個(gè)任務(wù)的具體情況而估算。最后會(huì)得到一個(gè)比較詳盡的成本分配情況，即，成本基準(zhǔn)。資源費(fèi)用比例如圖 示。 按照每個(gè)任務(wù)的資源分配和時(shí)間安排，確定項(xiàng)目的預(yù)算，如圖 示 9 圖 成本預(yù)算圖示，即項(xiàng)目隨時(shí)間的費(fèi)用支出，其中的 是預(yù)算曲線，也就是日后項(xiàng)目跟蹤控制的費(fèi)用曲 線。 量計(jì)劃 在整個(gè)項(xiàng)目中，項(xiàng)目經(jīng)理參與了整個(gè)過程，同時(shí)也是該項(xiàng)目的負(fù)責(zé)人，項(xiàng)目經(jīng)理應(yīng)該根據(jù)項(xiàng)目的特點(diǎn)和企業(yè)的質(zhì)量保障體系，制定項(xiàng)目質(zhì)量計(jì)劃。 項(xiàng)目組織 （ 1） 組織機(jī)構(gòu) 在項(xiàng)目實(shí)施期間城里質(zhì)量保證組織，該組織由質(zhì)量保證人員和項(xiàng)目經(jīng)理組成，該項(xiàng)目經(jīng)理負(fù)責(zé)質(zhì)量監(jiān)督工作及項(xiàng)目進(jìn)展過程中的各個(gè)環(huán)節(jié)的質(zhì)量監(jiān)管，開發(fā)經(jīng)理負(fù)責(zé)質(zhì)量控制工作，質(zhì)量保證人員負(fù)責(zé)質(zhì)量保證的工作。組織結(jié)構(gòu)圖如下： 圖 （ 2） 職責(zé) 1，高層管理 質(zhì)量職責(zé)如下：受理項(xiàng)目?jī)?nèi) 不能解決得不符合問題，必要時(shí)與項(xiàng)目經(jīng)理協(xié)調(diào)；負(fù)責(zé)聽取質(zhì)量保證組的工作報(bào)告，評(píng)審質(zhì)量保證活動(dòng)和結(jié)果，參加有關(guān)質(zhì)量保證過程改進(jìn)的評(píng)審。 ,2，質(zhì)量保證人員的質(zhì)量職責(zé)如下：負(fù)責(zé)項(xiàng)目實(shí)施過程中對(duì)項(xiàng)目實(shí)施情況進(jìn)行監(jiān)督；制定質(zhì)量保證計(jì)劃；對(duì)不符合問題提交不符合報(bào)告，跟蹤并驗(yàn)證糾錯(cuò)措施的執(zhí)行情況。定期向項(xiàng)目組報(bào)告質(zhì)量活動(dòng)的結(jié)果；制定質(zhì)量保證過程改進(jìn)的計(jì)劃，并記錄過程數(shù)據(jù)。 3，項(xiàng)目經(jīng)理的質(zhì)量職責(zé)：評(píng)審質(zhì)量計(jì)劃；與質(zhì)量保證人員一起協(xié)商不符合問題的糾錯(cuò)措施；定期評(píng)審質(zhì)量保證活動(dòng)和結(jié)果。 質(zhì)量目標(biāo) 根據(jù)企業(yè)的質(zhì)量方針和質(zhì)量目標(biāo)，結(jié)合本項(xiàng)目特點(diǎn)，制定項(xiàng)目的總體質(zhì)量目標(biāo)： 1)基于需求的測(cè)試覆蓋率為 100%。 2)軟件功能測(cè)試用例通過率不低于 95%。 3）每個(gè)階段評(píng)審中發(fā)現(xiàn)的問題都已經(jīng)解決或得到適當(dāng)處理。 4)產(chǎn)品發(fā)布時(shí)不存在嚴(yán)重問題以及以上的缺陷。 注：嚴(yán)重問題指導(dǎo)致系統(tǒng)或模塊不能正常工作的閘題。 結(jié)合以往的項(xiàng)目經(jīng)驗(yàn)和企業(yè)的質(zhì)量相應(yīng)標(biāo)準(zhǔn)，制定質(zhì)量標(biāo)準(zhǔn)如表 8示。 10 質(zhì)量策略 為了保證提交給用戶的產(chǎn)品是高質(zhì)量的，實(shí)施過程中采取的質(zhì)量保證措施 包括： 1） 將質(zhì)量貫徹到日常的項(xiàng)目進(jìn)展過程中； 2） 應(yīng)該特別注意項(xiàng)目工作產(chǎn)品質(zhì)量的早期評(píng)審工作，元論是質(zhì)量保證還是 質(zhì)量控制，采取的策略都是早期預(yù)防和早期排除缺陷。 質(zhì)量保證活動(dòng) 1， 質(zhì)量保證的主要活動(dòng)包括過程評(píng)審和產(chǎn)品審計(jì)。過程評(píng)審和產(chǎn)品審計(jì)的目的是確保在項(xiàng)目進(jìn)展過程的備個(gè)階段和備個(gè)方面采取各項(xiàng)措施來保證和提高提交給用戶的產(chǎn)品質(zhì)量。每次過程評(píng)審和產(chǎn)品審計(jì)都應(yīng)填寫相應(yīng)的報(bào)告或活動(dòng)記錄。 表 量計(jì)劃標(biāo)準(zhǔn) 質(zhì)量保證人員可以有選擇性地審計(jì)項(xiàng)目生存期中創(chuàng)建的工作產(chǎn)品 ，以驗(yàn)證是否符合適當(dāng)?shù)臉?biāo)準(zhǔn)，是否進(jìn)行了質(zhì)量檢查。 表 是質(zhì)量審計(jì)一覽表。 2，過程評(píng)審 項(xiàng)目嚴(yán)格按照組織定義的軟件過程進(jìn)行開發(fā)，過程評(píng)審的具體依據(jù)參照企業(yè)的過程規(guī)范，保證項(xiàng)目中的所有過程活動(dòng)都在實(shí)施范圍內(nèi)。在每次評(píng)審之后，要對(duì)評(píng)審結(jié)果做出明確的決策并形成評(píng)審記錄。評(píng)審可采取文件傳閱、評(píng)審會(huì)等形式。 質(zhì)量保證人員負(fù)責(zé)對(duì)項(xiàng)目過程迸行監(jiān)督，將發(fā)現(xiàn)的問題和解決情況在每周的例會(huì)上通報(bào)，對(duì)沒有解決的問題迸行討論，對(duì)不能解決的問題提交高級(jí)管理者處理。 每個(gè)周末，進(jìn)行一次配置管理審核，確認(rèn)配置管理工 作是否正常進(jìn)行。 根據(jù)公司的質(zhì)量保證體系和本項(xiàng)目的具體特點(diǎn)，確定項(xiàng)目執(zhí)行過程如下： 1）項(xiàng)目規(guī)劃過程及產(chǎn)品標(biāo)準(zhǔn)。 2）項(xiàng)目跟蹤管理過程。 3）需求分析過程及產(chǎn)品標(biāo)準(zhǔn)。 4）系統(tǒng)設(shè)計(jì)過程及產(chǎn)品標(biāo)準(zhǔn)。 5）詳細(xì)設(shè)計(jì)過程及產(chǎn)品標(biāo)準(zhǔn)。 6）調(diào)試運(yùn)行過程及產(chǎn)品標(biāo)準(zhǔn)。 7）代碼走查過程及代碼編寫標(biāo)準(zhǔn)。 8）產(chǎn)品集成測(cè)試過程及產(chǎn)品標(biāo)準(zhǔn)。 9）開發(fā)環(huán)境中的執(zhí)行規(guī)則。 10）測(cè)試環(huán)境中的執(zhí)行規(guī)則。 11）質(zhì)量保證過程及其標(biāo)準(zhǔn)。 12）配置管理過程及其標(biāo)誰。 具體過程執(zhí)行標(biāo)準(zhǔn)詳見企業(yè)質(zhì)量體系和項(xiàng)目計(jì)劃的過程附件。 質(zhì)量控制活動(dòng) 質(zhì)量控制活動(dòng)包括代碼走查、單元測(cè)試、集成測(cè)試、環(huán)境測(cè)試等由開發(fā)人負(fù) 責(zé)，詳見進(jìn)度計(jì)劃。編碼人員在編寫代碼時(shí)要進(jìn)行同步單元測(cè)試，單元測(cè)試要達(dá)到分支覆蓋，產(chǎn)品通過單元測(cè)試和編碼檢查后，應(yīng)提交給測(cè)試部進(jìn)行集成測(cè)試、系統(tǒng)測(cè)試。測(cè)試部的測(cè)試應(yīng)達(dá)到質(zhì)量目標(biāo)要求，軟件發(fā)布時(shí)應(yīng)達(dá)到測(cè)試通過準(zhǔn)則的要求。 質(zhì)量保證的報(bào)告途徑 質(zhì)量保證人員對(duì)于每次審計(jì)活動(dòng)發(fā)現(xiàn)的不符合項(xiàng)，應(yīng)該和項(xiàng)目經(jīng)理協(xié)商不符合項(xiàng)的糾正措施并預(yù)定完成日期，若和項(xiàng)目經(jīng)理存在意見分歧，質(zhì)量保證人員可 11 以上報(bào)給高層管理者，由高層管理者決定最后的措施。同時(shí)，不符合項(xiàng)在項(xiàng)目周例會(huì)中匯報(bào)。對(duì)不符含項(xiàng)，質(zhì)量保證人員耍在預(yù)定完成日期內(nèi)重新審計(jì)，驗(yàn)證不符合項(xiàng)的糾正情況，若超過預(yù)定完成日期 1 周仍然有沒解決的不符合項(xiàng)，質(zhì)量保證人員上報(bào)給高級(jí)管理者，由高級(jí)管理者決定最后的措施。 質(zhì)量保證人員有獨(dú)立的匯報(bào)途徑，日常的匯報(bào)途徑如下：將發(fā)現(xiàn)的問題通知項(xiàng)目經(jīng)理，協(xié)調(diào)糾正措施。將項(xiàng)目組內(nèi)不能協(xié)調(diào)的問題匯報(bào)給茼級(jí)管理者，由南級(jí)管理者協(xié)調(diào)解決。將日常工作和過程數(shù)據(jù)匯報(bào)給質(zhì)量經(jīng)理，由其統(tǒng)一收集并進(jìn)行統(tǒng)計(jì)。 記錄的收集、維護(hù)和保存 項(xiàng)目組應(yīng)當(dāng)保留項(xiàng)目執(zhí)行過程中形成的各類文檔、各種記錄、各級(jí)周報(bào)、各級(jí)會(huì)議記錄，對(duì)于項(xiàng)目中問題的處理也需要形成記錄保存。每周由質(zhì)量保證人員根據(jù)任務(wù)清單的審計(jì)任務(wù)進(jìn)行審計(jì)活動(dòng)，并收集各活動(dòng)的過程數(shù)據(jù) 統(tǒng)人力資源計(jì)劃 目組織結(jié)構(gòu) 超市管理系統(tǒng)項(xiàng)目的組織結(jié)構(gòu)如下圖所示，它是矩陣型組織結(jié)構(gòu)的一個(gè)具體化。 用戶 高層管理 項(xiàng)目管理 市場(chǎng)部 軟件開發(fā) 配置管理 質(zhì)量保證 設(shè)計(jì) 實(shí)施 質(zhì)量控制 協(xié)調(diào)者 12 圖 1：項(xiàng)目的組織結(jié)構(gòu) 市場(chǎng)部 負(fù)責(zé)與用戶的協(xié)調(diào)工作。 負(fù)責(zé)項(xiàng)目相關(guān)的商務(wù)活動(dòng)。 負(fù)責(zé)用戶需求的接口。 配合項(xiàng)目經(jīng) 理的資源協(xié)調(diào)活動(dòng)。 負(fù)責(zé)產(chǎn)品的驗(yàn)收活動(dòng)。 負(fù)責(zé)系統(tǒng)的維護(hù)活動(dòng)。 項(xiàng)目管理 負(fù)責(zé)項(xiàng)目的組織和規(guī)劃。 負(fù)責(zé)項(xiàng)目計(jì)劃制定和維護(hù)。 負(fù)責(zé)項(xiàng)目的跟蹤和管理。 負(fù)責(zé)資源的分配和協(xié)調(diào)活動(dòng)。 負(fù)責(zé)各組織和計(jì)劃之間的協(xié)調(diào)活動(dòng)。 負(fù)責(zé)與市場(chǎng)部的協(xié)調(diào)活動(dòng)。 軟件開發(fā) 負(fù)責(zé)項(xiàng)目的軟件開發(fā)，包括設(shè)計(jì)、編碼、單元測(cè)試和集成測(cè)試。 負(fù)責(zé)產(chǎn)品質(zhì)量控制的工作。 負(fù)責(zé)配合質(zhì)量保證的活動(dòng)，如系統(tǒng)測(cè)試、文檔編制等。 配合產(chǎn)品驗(yàn)收的相關(guān)活動(dòng)。 質(zhì)量保證 負(fù)責(zé)項(xiàng)目過程和產(chǎn)品規(guī)范的制定。 負(fù)責(zé)項(xiàng)目過程的質(zhì)量保證活動(dòng)，包括過程評(píng)審和產(chǎn)品審計(jì)。 配置管理 負(fù)責(zé)項(xiàng)目的配置管理活動(dòng)。 負(fù)責(zé)軟件產(chǎn)品的提交。 用戶 確保相關(guān)責(zé)任的實(shí)施。 參與項(xiàng)目的組織和規(guī)劃。 13 負(fù)責(zé)產(chǎn)品的驗(yàn)收工作。 表 1 為角色映射表。 表 1：角色映射表 項(xiàng)目管理組 軟件開發(fā)組 質(zhì)量保證組 配置管理組 負(fù)責(zé)人 徐照麗 邢麗君 徐防 劉磊 組成（人） 1 1 1 1 目的溝通計(jì)劃 為了保證項(xiàng)目開發(fā)過程的順利進(jìn)行和信息的有效溝通，要求執(zhí)行如下的溝通計(jì)劃： （ 1） 每天 17:0017:30，項(xiàng)目組成員進(jìn)行口頭交流。 （ 2） 每周五的 14:00 前提交周報(bào)告。 （ 3） 每周五的 15:0017:00，召開項(xiàng)目 周例會(huì)，會(huì)后發(fā)布會(huì)議紀(jì)要給相關(guān)的項(xiàng)目人員，其中說明項(xiàng)目的進(jìn)展和存在的問題。 （ 4） 及時(shí)提交問題報(bào)告，問題報(bào)告可以通過網(wǎng)絡(luò)提交，項(xiàng)目經(jīng)理會(huì)及時(shí)獲取問題信息。 險(xiǎn)計(jì)劃 本項(xiàng)目的主要風(fēng)險(xiǎn)是開發(fā)人員對(duì)客戶需求中的超市管理環(huán)境不是很熟悉，另外，客戶要求的進(jìn)度比較緊，而且具體需求不是很明確。下面的這個(gè)風(fēng)險(xiǎn)列表就是通過一系列的風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)評(píng)估、風(fēng)險(xiǎn)規(guī)劃和風(fēng)險(xiǎn)控制，最后得出的項(xiàng)目險(xiǎn)列表。 表 1 風(fēng)險(xiǎn)分析表 排序 輸入 風(fēng)險(xiǎn)事件 可能性 影響 風(fēng)險(xiǎn)值 采取的措施 1 客戶的求不明確，增加需求 ，導(dǎo)致需求蔓延 70% 50% 35% 1. 采取加班的辦法 2. 修改計(jì)劃去掉一些任務(wù) 3. 與客戶商量延長(zhǎng)一些時(shí)間 2 合同 進(jìn)度要求緊，合 30% 50% 15% 可以請(qǐng)一些實(shí)習(xí)的學(xué) 14 同金額有限 生做輔助工作，一來成本不高，而來可以加快進(jìn)度。 3 貨商、外包商的質(zhì)量問題 20% 50% 10% 多選擇幾個(gè)可以作為備份的外包商和供應(yīng)商。 4 歷史項(xiàng)目信息 開發(fā)人員的流動(dòng) 15% 60% 9% 1. 注意項(xiàng)目團(tuán)隊(duì)的溝通，及時(shí)了解開發(fā)人員的動(dòng)態(tài)。 2. 控制好項(xiàng)目過程中的文檔。 3. 從其他項(xiàng)目組借調(diào)人員。 4. 從外部招聘有過此類開發(fā) 經(jīng)驗(yàn)的人員。 同計(jì)劃（具體參考） 置管理計(jì)劃 組織及職責(zé) 配置管理的角色和職責(zé)見表 1。 表 1：配置管理角色職責(zé)表 角色 人員 職責(zé)和工作范圍 配置管理者 劉磊 （ 1） 制定配置管理計(jì)劃 （ 2） 創(chuàng)建和維護(hù)配置庫 責(zé)人 徐照麗、邢麗君 （ 1） 審批配置管理計(jì)劃 （ 2） 審批重大的變更 15 員 徐照麗（項(xiàng)目經(jīng)理），徐防（質(zhì)量保證人員），劉磊（配置管理者） 審批某些配置項(xiàng)或基線的變更 配置管理環(huán)境 由于本項(xiàng)目屬于中小型項(xiàng)目，工期也不很長(zhǎng)，而且項(xiàng)目組人員對(duì) 比較熟悉，所以采用 為配置管理工具。 1、配置庫目錄結(jié)構(gòu) 表 2：配置庫的目錄結(jié)構(gòu) 序號(hào) 內(nèi)容 說明 路徑 1 術(shù)合同管理 $ 求管理 $M 3 件項(xiàng)目規(guī)劃 $ 件項(xiàng)目跟蹤與管理 $ 件配置管理 $ 件質(zhì)量保證 $ 件產(chǎn)品工程 設(shè)計(jì) $ 源代碼 $ 目標(biāo)代碼 $0 測(cè)試 $1 發(fā)布 $、用戶及權(quán)限 表 3：配置庫的用戶權(quán)限 類別 人員 權(quán)限說明 配置管理者 劉磊 負(fù)責(zé)項(xiàng)目配置管理，擁有所有權(quán)限 項(xiàng)目經(jīng)理 徐 照麗 訪問、讀 質(zhì)量保證人員 徐防 訪問、讀 開發(fā)人員 邢麗君 訪問、讀 高層管理 訪問、讀 16 置管理活動(dòng) 1、 配置項(xiàng)標(biāo)志 1） 命名規(guī)范 本項(xiàng)目配置項(xiàng)命名規(guī)范由 5 個(gè)字段組成，從左到右依次為：公司、項(xiàng)目、類型、編號(hào)和版本號(hào)，如圖 1 所示。這些字段用一橫線（ -）分隔。 圖 1：配置項(xiàng)命名規(guī)范 2） 主要配置項(xiàng) 表 4：配置項(xiàng)列表 類型 主要配置項(xiàng) 標(biāo)識(shí)符 預(yù)計(jì)正式發(fā)表時(shí)間 技術(shù)合同 合同 003003劃 項(xiàng)目計(jì)劃 003質(zhì)量保證計(jì)劃 003配置管理計(jì)劃 003求 需求規(guī)格說明書 003戶 003計(jì) 總體設(shè)計(jì)說明書 003數(shù)據(jù)庫設(shè)計(jì) 003詳細(xì)設(shè)計(jì)說明書 003設(shè)計(jì)術(shù)語及規(guī)范 003程 源程序 003碼規(guī)則 003M司： 3個(gè)字符 項(xiàng)目：最長(zhǎng) 10個(gè)字符 類型：最長(zhǎng) 5個(gè)字符 編號(hào)：最長(zhǎng) 8位數(shù)字 /字符 版本號(hào)： V 17 測(cè)試 測(cè)試計(jì)劃 003測(cè)試用例 003測(cè)試報(bào)告 003交 運(yùn)行產(chǎn)品 003驗(yàn)收?qǐng)?bào)告 003用戶手冊(cè) 003） 項(xiàng)目基線 在 基線由 志，字母必須為大寫。基線管理由項(xiàng)目執(zhí)行負(fù)責(zé)人確認(rèn)、 權(quán)，由配置管理員執(zhí)行。 表 5 基線名稱 /標(biāo)識(shí)符 基線包含的主要配置項(xiàng) 預(yù)計(jì)建立時(shí)間 需求 需求規(guī)格說明書、用戶 003體設(shè)計(jì) 總體設(shè)計(jì)說明書、數(shù)據(jù)庫設(shè)計(jì) 2003目實(shí)現(xiàn) 軟 件源代碼、編碼規(guī)則 2003統(tǒng)測(cè)試 測(cè)試用例、測(cè)試報(bào)告 2003） 配置項(xiàng)的版本管理 配置項(xiàng)可能包含的分支從邏輯上可以劃分成 4 個(gè)不同功能的分支：主干分支、私有分支、小組分支、集成分支。讓它們分別對(duì)應(yīng) 4 類工作空間。 這四類工作空間（分支）由項(xiàng)目執(zhí)行負(fù)責(zé)人統(tǒng)一管理，根據(jù)各開發(fā)階段的實(shí)際情況定制相應(yīng)的版本選取規(guī)則，來保證開發(fā)活動(dòng)的正常運(yùn)作。在變更發(fā)生時(shí)，應(yīng)及時(shí)做好基線的推進(jìn)。 對(duì)配置項(xiàng)的版本管理在不同分支具有不同的策略： （ 1） 主干分支 系統(tǒng)默認(rèn)自動(dòng)建立的物理分支 主干分支 （ /,基線均以 式出現(xiàn)在主干分支上。 （ 2） 私有分支 如果多個(gè)開發(fā)工程師維護(hù)一個(gè)配置項(xiàng)時(shí)建議建立自己的私有分支。配置管理員對(duì)其基本不與管理，如個(gè)別私有空間上的版本樹過于冗余，將對(duì)其冗余版本進(jìn)行限制。 18 （ 3） 小組分支 如果出現(xiàn)小組共同開發(fā)一配置項(xiàng)，該分支可視為項(xiàng)目組內(nèi)部分組的私有空間，存放代碼開發(fā)過程中的版本分支，由項(xiàng)目組內(nèi)部控制。 （ 4） 集成分支 集成測(cè)試時(shí)在主干分支的特定版本（由 志清晰）上建立集成分支，測(cè)試工作在集成分支上完成。 私有分支和小組分支均為可選，必要時(shí)建立。 2、 變更管理 變更管理的流程是： （ 1） 由請(qǐng)求者提交變更請(qǐng)求， 召開復(fù)審會(huì)議對(duì)變更請(qǐng)求進(jìn)行復(fù)審，以確定該請(qǐng)求是否為有效請(qǐng)求。典型的變更請(qǐng)求管理有需求變更管理、缺陷追蹤等。 （ 2） 配置管理者收到基線修改請(qǐng)求后，在配置庫中生成與此配置項(xiàng)相關(guān)的波及關(guān)系表。 （ 3） 配置管理者將基線波及關(guān)系表提交給 定是否需要修改，如果需要修改， 根據(jù)波及關(guān)系表，確定需要修改的具體文件，并在波及分析表中標(biāo)志出來。 （ 4） 配置管理者按照出庫程序從配置庫中取出需要修改的文件。 （ 5） 項(xiàng)目人員將修改后的文件提交給配置管理者。 （ 6） 配置管理者將修改后的 配置項(xiàng)按入庫程序放入配置庫。 （ 7） 配置管理者按 識(shí)出的修改文件，由波及關(guān)系表生成基線變更記錄表，并按入庫程序放入配置庫。 3、 配置狀態(tài)統(tǒng)計(jì) 利用配置狀態(tài)統(tǒng)計(jì)，可以記錄和跟蹤配置項(xiàng)的改變。狀態(tài)統(tǒng)計(jì)可用于評(píng)估項(xiàng)目風(fēng)險(xiǎn)，在開發(fā)過程中跟蹤更改，并且提供統(tǒng)計(jì)數(shù)據(jù)以確保所有必需的更改已被執(zhí)行。為跟蹤工作產(chǎn)品基線，配置管理者需手機(jī)下列信息： 基線類型 工作產(chǎn)品名稱 19 配置項(xiàng)名稱 /標(biāo)識(shí)符 版本號(hào) 更改日期 /時(shí)間 更改請(qǐng)求列表 需要更改的配置項(xiàng) 當(dāng)前狀態(tài) 當(dāng)前狀態(tài)發(fā)生日期 項(xiàng)目組每周提交配置項(xiàng)清單及其當(dāng)前版本。 配置管理人員每半個(gè)月提交變更請(qǐng)求的狀態(tài)統(tǒng)計(jì)。 集成計(jì)劃 超市管理系統(tǒng)項(xiàng)目管理 1導(dǎo)言 略 2概述 超市管理系統(tǒng)建設(shè)根據(jù)發(fā)展規(guī)劃以及組織建設(shè)與管理改革的需要，促進(jìn)超市業(yè)務(wù)流程的規(guī)范化與改造，實(shí)現(xiàn)管理信息的系統(tǒng)、綜合與規(guī)范管理，實(shí)現(xiàn)信息化的需要，簡(jiǎn)化管理過程，從而高效管理，達(dá)到領(lǐng)先水平。提高超 市的競(jìng)爭(zhēng)力。超市管理系統(tǒng)的目的是為了讓用戶系統(tǒng)地看到該項(xiàng)目的主要工作流程和功能。為了方便用戶對(duì)該項(xiàng)目的規(guī)劃設(shè)計(jì)和實(shí)施過程進(jìn)行系統(tǒng)的了解，便于對(duì)該項(xiàng)目進(jìn)行修改和更新。系統(tǒng)具有標(biāo)準(zhǔn)化、分布式存儲(chǔ)和檢索、易用、易維護(hù)、開放等特點(diǎn)。 3 項(xiàng)目任務(wù)范圍 超市管理系統(tǒng)項(xiàng)目需完成的任務(wù)總的分 4 類： 經(jīng)理進(jìn)行貨架管理、庫存管理、資金管理、銷售信息管理；倉庫管理員管理查詢倉庫商品、登記采購商品、修改庫存商品信息、刪除商品信息、采購申請(qǐng)、提交采購申請(qǐng)；上貨員管理查看貨架商品信息、修改貨架商品信息、添加貨架商品信息、下架過期 商品；出納管理資金查詢、資金收交等。圖 1 是項(xiàng)目任務(wù)的范圍圖示。 20 4 項(xiàng)目目標(biāo) 目前電化技術(shù)已經(jīng)越來越普及，各地的超市紛紛建設(shè)自己的信息系統(tǒng)，但是好多在投巨資建設(shè)信息系統(tǒng)之后，未能高效利用其資源。超市管理系統(tǒng)提供了有效利用超市信息系統(tǒng)，實(shí)現(xiàn)超市管理的電子信息化。本項(xiàng)目的產(chǎn)品可以達(dá)到以下目標(biāo)。 提高生產(chǎn)效率，減少返工。 節(jié)省開支。 業(yè)務(wù)過程的流水線化。 先前人工勞動(dòng)的自動(dòng)化。 符合相關(guān)標(biāo)準(zhǔn)和規(guī)則。 與目前的應(yīng)用產(chǎn)品相比較，提高了可用性或減少了失效程度。 5 項(xiàng)目實(shí)施策略 實(shí)施策略是確定如何實(shí)施項(xiàng)目，以達(dá)到項(xiàng)目目標(biāo)的策略。根據(jù)校務(wù)通項(xiàng)目特點(diǎn)和企業(yè)的戰(zhàn)略要求，采取如下策略： 項(xiàng)目管理策略 根據(jù)結(jié)果對(duì)項(xiàng)目計(jì)劃進(jìn)行適當(dāng)?shù)恼{(diào)整 段評(píng)審和事件評(píng)審相結(jié)合的方式 報(bào)項(xiàng)目進(jìn)展情況及其他相關(guān)情況 軟件開發(fā)策略 O 技術(shù)逐步構(gòu)造系統(tǒng) 時(shí)遵循公司質(zhì)量體系中關(guān)于項(xiàng)目實(shí)施 過程規(guī)范 圖 1：任務(wù)范圍視圖 21 質(zhì)量保證策略 點(diǎn)確定該項(xiàng)目中需控制的過程 點(diǎn)確定該項(xiàng)目中需審計(jì)的產(chǎn)品 6 項(xiàng)目組織結(jié)構(gòu) 由于該項(xiàng)目在實(shí)施過程中需要涉及不同組織的各方面人員，而各組織之間的利益、任務(wù)和職責(zé)也不盡相同，因此明確定義項(xiàng)目組織結(jié)構(gòu)和各自職責(zé)可保證項(xiàng)目的順利進(jìn)行。該項(xiàng)目的組織結(jié)構(gòu)圖如圖 2： 其中： 市場(chǎng)部 項(xiàng)目管理 用戶 圖 2：項(xiàng)目的組織結(jié)構(gòu) 項(xiàng)目管理 質(zhì)量保證 軟件開發(fā) 設(shè)計(jì) 實(shí)施 質(zhì)量 控制 市場(chǎng)部 置管理 高層管理 22 軟件開發(fā) 括設(shè)計(jì)，編 碼，單元測(cè)試和集成測(cè)試 系統(tǒng)測(cè)試，文檔編制等 質(zhì)量保證 配置管理 用戶 表 1 為角色映射表。 表 1：角色映射表 項(xiàng)目管理組 軟件開發(fā)組 質(zhì)量保證組 配置管理組 負(fù)責(zé)人 徐照麗 邢麗君 徐防 劉磊 組成（人） 1 1 1 1 7 項(xiàng)目生存期 根據(jù)該項(xiàng)目的特點(diǎn)并結(jié)合公司已有的軟件生存期模型定義，本項(xiàng)目生存期采用增量模型如圖 3。 23 生存期中的各階段定義如下： 項(xiàng)目規(guī)劃階段 階段目標(biāo)：根據(jù)合同和初步的需求分析確定項(xiàng)目的規(guī)模、時(shí)間計(jì)劃和資源需求。 輸入： 合同文本和 程： 項(xiàng)目規(guī)劃和計(jì)劃確定 輸出： 項(xiàng)目計(jì)劃 需求分析階段 階段目標(biāo)：確定客戶需求 輸入： 項(xiàng)目計(jì)劃和 程： 需求獲取，需求分析，需求控制 輸出： 原型系統(tǒng)，需求規(guī)格 設(shè)計(jì)階段 階段目標(biāo)：總體系統(tǒng)結(jié)構(gòu)設(shè)計(jì) 輸入： 原型系統(tǒng)和需求規(guī)格 過程： 總體設(shè)計(jì) 輸出： 系統(tǒng)設(shè)計(jì)說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 增量 1 實(shí)現(xiàn) 階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)基本板塊的通用功能 輸入 ： 系統(tǒng)設(shè)計(jì)說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細(xì)設(shè)計(jì)，編碼，代碼走查，代碼評(píng)審，單元測(cè)試 需求分析 設(shè)計(jì) 集成測(cè)試 產(chǎn)品提交 項(xiàng)目規(guī)劃 圖 3:生存期模型 24 輸出： 詳細(xì)設(shè)計(jì)說明書，源代碼，可運(yùn)行版本 量 2 實(shí)現(xiàn) 階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)倉庫管理員管理及查看個(gè)人信息功能 輸入 ： 系統(tǒng)設(shè)計(jì)說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細(xì)設(shè)計(jì)，編碼，代碼走查，代碼評(píng)審，單元測(cè)試 輸出： 詳細(xì)設(shè)計(jì)說明書，源代碼，可運(yùn)行版本 量 3 實(shí)現(xiàn) 階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)的經(jīng)理管理查看個(gè)人及員工信息功能 輸入 ： 系統(tǒng)設(shè)計(jì)說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳 細(xì)設(shè)計(jì)，編碼，代碼走查，代碼評(píng)審，單元測(cè)試 輸出： 詳細(xì)設(shè)計(jì)說明書，源代碼，可運(yùn)行版本 量 4 實(shí)現(xiàn) 階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)出納員管理及查看個(gè)人信息功能 輸入 ： 系統(tǒng)設(shè)計(jì)說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細(xì)設(shè)計(jì)，編碼，代碼走查，代碼評(píng)審，單元測(cè)試 輸出： 詳細(xì)設(shè)計(jì)說明書，源代碼，可運(yùn)行版本 量 5 實(shí)現(xiàn) 階段目標(biāo)：實(shí)現(xiàn)系統(tǒng)上貨員管理及查看個(gè)人信息功能 輸入 ： 系統(tǒng)設(shè)計(jì)說明書，數(shù)據(jù)庫結(jié)構(gòu)定義 過程： 詳細(xì)設(shè)計(jì)，編碼 ，代碼走查，代碼評(píng)審，單元測(cè)試 輸出： 詳細(xì)設(shè)計(jì)說明書，源代碼，可運(yùn)行版本 成測(cè)試 階段目標(biāo)：通過集成環(huán)境下的軟件測(cè)試 輸入 ： 測(cè)試計(jì)劃，測(cè)試案例 過程： 集成測(cè)試，系統(tǒng)測(cè)試 輸出： 系統(tǒng)軟件包，測(cè)試報(bào)告，產(chǎn)品說明書 產(chǎn)品提交 階段目標(biāo)：產(chǎn)品可以投入使用 輸入： 系統(tǒng)軟件包 過程： 產(chǎn)品提交 輸出： 驗(yàn)收?qǐng)?bào)告 8 時(shí)間計(jì)劃 項(xiàng)目進(jìn)度計(jì)劃甘特圖如圖 4 所示 (,詳見進(jìn)度計(jì)劃 ： 圖 4：進(jìn)度計(jì)劃 25 9 項(xiàng)目成本估算 項(xiàng)目估算是為了確定項(xiàng)目所需的人力、時(shí)間以及項(xiàng)目完成過程中耗費(fèi)的人力、物力、財(cái)力資源。圖 5 是項(xiàng)目估算和預(yù)算的結(jié)果 (詳見估算計(jì)劃 .). 校務(wù)通管理系統(tǒng)預(yù)算表￥ 0 . 0 0￥ 1 0 , 0 0 0 . 0 0￥ 2 0 , 0 0 0 . 0 0￥ 3 0 , 0 0 0 . 0 0￥ 4 0 , 0 0 0 . 0 0￥ 5 0 , 0 0 0 . 0 0￥ 6 0 , 0 0 0 . 0 0￥ 7 0 , 0 0 0 . 0 0￥ 8 0 , 0 0 0 . 0 02 7 9 15 20 23 32 36 38 40 42時(shí)間（天）預(yù)算（元）量管理計(jì)劃 質(zhì)量管理計(jì)劃詳見質(zhì)量管理計(jì)劃專題 . 11 配置管理計(jì)劃 配置管