《《超市管理系統(tǒng)》項目管理文檔(共24頁)》由會員分享，可在線閱讀，更多相關《《超市管理系統(tǒng)》項目管理文檔(共24頁)（24頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、精選優(yōu)質(zhì)文檔-----傾情為你奉上 《超市管理系統(tǒng)》項目管理文檔 目 錄

2、 專心---專注---專業(yè) 一、引言 在我國超市已經(jīng)成為零售業(yè)的一種重要形態(tài)，加快了國民經(jīng)濟的發(fā)展。隨著超市高速的崛起，其經(jīng)營管理也變得愈加復雜，早期的售貨員站柜臺的形式早已不能滿足現(xiàn)有銷售業(yè)的發(fā)展，這樣就迫切地需要引入新的管理技術(shù)。超市形態(tài)具有種種優(yōu)點，但在目前狀況下，它仍存在零售業(yè)企業(yè)所共有的落后的一面，隨著超市形態(tài)的高速發(fā)展，其經(jīng)營管理也變得愈加復雜，日常所需要處理的數(shù)據(jù)量也逐漸增大，商業(yè)運轉(zhuǎn)的中間環(huán)節(jié)也越來越多，原始的人工管理已無法應對這復雜的市場。為此,我選擇了超市管理系統(tǒng)設計題目，依靠現(xiàn)代化的計算機信息處理技術(shù)來管理超市，從而節(jié)省了大量的人力、物力，改善了員工的工作條

3、件，減輕了勞動強度，并且能夠快速反映出商品的進、銷、存等狀況和各種反饋信息分析，使管理人員快速對市場的變化做出相應的決策，加快超市經(jīng)營管理效率。 1.1項目目的 隨著超市的出現(xiàn)，超市管理系統(tǒng)也隨著出現(xiàn)，并且隨著超市的發(fā)展，超市管理系統(tǒng)的功能和性能也隨著發(fā)展。在早期的超市管理系統(tǒng)中，主要是對正在銷售的商品進行管理，在當前的超市管理系統(tǒng)中已不僅僅有該功能，還要加人超市相關的物流、庫存等相關操作功能。使用最少的人力，完成最大的銷售總額，一直是超市管理系統(tǒng)的目標。 1.2范圍 本文檔適用于《超市管理系統(tǒng)》這一軟件項目。 1.3項目簡介 1.3.1項目名稱 《超市管理系統(tǒng)》 1.3

4、.2項目用戶 用戶是中小型超市戶。 2、 合同 項目名稱：超市管理系統(tǒng) 委 托 方（甲 方）： 受 托 方（乙 方）： 簽訂時間： 簽訂地點： 有效限： 經(jīng)協(xié)商，甲方就超市管理系統(tǒng)技術(shù)項目委托乙方提供技術(shù)服務支持；根據(jù)《中華人民共和國合同法》有關技術(shù)合同的規(guī)定，經(jīng)甲乙雙方協(xié)商，同意就以下條款共同信守執(zhí)行。 第一條：甲方委托乙方進行技術(shù)服務的內(nèi)容如下： 1．技術(shù)服務的目標：為甲方提供運行《超市管理系統(tǒng) 》技術(shù)服務

5、 2．技術(shù)服務的內(nèi)容：（1）收銀業(yè)務 （2）顧客信息錄入 （3）人事管理 （4）銷售管理 （5）進退貨管理 （6）庫存管理。 3．技術(shù)服務的方式：以項目技術(shù)顧問的身份組織專業(yè)技術(shù)服務，有相關的人員助公司一周，出現(xiàn)問題電話應保持聯(lián)通，并且能在制定時間到達現(xiàn)場 。 第二條：乙方應按下列要求完成技術(shù)服務工作： 1．技術(shù)服務地點： 2．技術(shù)服務期限：從雙方簽訂合同起到項目正常運行止； 3．技術(shù)服務進度：根

6、據(jù)項目實施的進度同步服務 ； 4．技術(shù)服務質(zhì)量要求：保證提供的技術(shù)服務滿足項目的質(zhì)量需要 ； 5．技術(shù)服務質(zhì)量期限要求：合同期內(nèi)專職技術(shù)服務，項目正常運行后長期提供技術(shù)咨詢 。 第3條 ：合同簽定后3日內(nèi)甲方支付乙方本合同咨詢費總金額50%的預付款，計人民幣?圓整。乙方按照本合同約定如期完成項目并通過甲方評審通過后，甲方于五個工作日內(nèi)付清余款，計人民幣??圓整。 第四條：雙方確定以下列標準和方式對乙方的技術(shù)服務工作成果進行驗收： 1．乙方完成技術(shù)服務工作的形式： （1）

7、提供項目可行性研究報告； （2）提供項目的設計文件； （3）提供項目實施的全程服務團隊； 2．技術(shù)服務工作成果的驗收標準 （1）提供項目可行性研究報告滿足項目要求； （2）提供項目設計文件符合相關規(guī)范要求； （3）提供的服務團隊專職工作 。 3．技術(shù)服務工作成果的驗收方法：按照完成項目的需求驗收。 4．驗收的時間和地點：根據(jù)項目的實施進度同步驗收，在項目籌備處。 第五條：雙方確定，按以下約定承擔各自的違約責任： 1．任一方違反本合同任意一條約定，應當付對方合同總額的10%的違約金

8、。 2．甲方在合同履行期間，甲方要求終止或解除合同（非一方原因造成），應付合同總額的10%向乙方支付違約金。 3．若由于技術(shù)服務的方案缺陷或質(zhì)量低劣引起返工，乙方必須完善技術(shù)服務工作直至滿足要求，負責甲方造成的時間和費用損失，可扣除合同總額的10%的違約金。 第6條 ：本合同未盡事宜，由雙方協(xié)商解決。 三、項目生存期 根據(jù)該項目的特點并結(jié)合公司已有的軟件生存期模型定義，本項目生存期采用增量模型如圖所示。 軟件項目規(guī)劃 需求開發(fā) 系統(tǒng)測試 系統(tǒng)集成 項目實施 詳細設計 概要設計 提交

9、 四、系統(tǒng)需求 4.1 需求概述 超市是一家大型商業(yè)零售企業(yè)。管理信息系統(tǒng)將使公司從系統(tǒng)一建立起，就以計算機收款機系統(tǒng)為工具，實現(xiàn)商品流轉(zhuǎn)的主流處理。系統(tǒng)的最終目標是在采用計算機通訊網(wǎng)絡技術(shù)和科學管理方法的基礎上結(jié)合國際國內(nèi)的先進計算機管理經(jīng)驗和教訓,建立一個覆蓋各級主要業(yè)務功能的人機協(xié)調(diào)的管理信息系統(tǒng)。實現(xiàn)以商品經(jīng)營管理、人事勞資管理、商情信息管理等方面數(shù)據(jù)采集，傳遞、處理、 存欄、查詢輸出一體化，具有一定經(jīng)濟活動分析能力的管理信息系統(tǒng)。及時、準確反映企業(yè)經(jīng)濟活動狀態(tài)，成為企業(yè)內(nèi)各級管理人員的有力工具。支

10、持他們進行科學化經(jīng)營管理，使企業(yè)獲得良好的經(jīng)濟效益和社會效益。 4.2 系統(tǒng)要達到的目標 ? 現(xiàn)信息的同步，從而方便顧客購物，并且便于管理員、理貨員。進貨員對商品信息的掌握，及時補充商品，避免商品短缺問題。? 4.3系統(tǒng)整體結(jié)構(gòu) 超市管理系統(tǒng) 進貨管理系統(tǒng) 庫存管理系統(tǒng) 人事管理系統(tǒng) 銷售管理系統(tǒng) 供貨商信息管理 員工信息管理 銷售信息盤點 銷售信息維護 銷售信息盤點 銷售信息維護 銷售信息查詢 進貨信息維護 進貨信息查詢 整個超市管理系統(tǒng)的功能結(jié)構(gòu)如圖4.1所示：

11、 圖4.1系統(tǒng)整體結(jié)構(gòu) 4.4 功能需求分析 根據(jù)對超市的業(yè)務流程分析和需求分析,定義了系統(tǒng)中的的主要模塊及其對應的功能描述: （1）員工信息錄入：對員工的基本信息進行添加、刪除、修改、查看 （2）供應商信息錄入：對供應商的基本信息進行添加、刪除、修改、查看 （3）員工信息查詢：查詢員工信息 （4）供應商信息查詢：查詢供應商信息 （5）進貨信息錄入：對進貨信息進行添加、刪除、修改、查看 （6）進貨信息查詢：查詢進貨信息 （7）付款信息錄入：對付款業(yè)務跟蹤記錄，添加、刪除、修改、查看付款信息 （8）入庫單登記：跟蹤記錄

12、入庫單，添加、刪除、修改、查看入庫單信息 （9）入庫信息錄入：對商品入庫信息進行添加、刪除、修改、查看 （10）出庫單登記：跟蹤記錄出庫單，添加、刪除、修改、查看入庫單信息 （11）出庫信息錄入：對商品出庫信息進行添加、刪除、修改、查看 （12）退貨入庫單登記：跟蹤記錄退貨入庫單，添加、刪除、修改、查看入庫單信 息 （13）退貨入庫信息錄入：對退貨入庫信息進行添加、刪除、修改、查看 （14）報損信息錄入：對商品報損信息進行添加、刪除、修改、查看 （15）報損情況統(tǒng)計：統(tǒng)計報損情況 （16）庫存查詢：按商品分類等查詢庫存，設置報警數(shù)量，執(zhí)行庫存報警 （17）銷售單登記：跟蹤記

13、錄銷售單，添加、刪除、修改、查看銷售單信息 （18）銷售信息錄入：對銷售信息進行添加、刪除、修改、查看 （19）銷售情況統(tǒng)計：按日期統(tǒng)計銷售情況 （21）銷售信息查詢：查詢銷售信息 （22）登記收款單：跟蹤記錄收款單，添加、刪除、修改、查看收款單信息 （23）登記付款單：跟蹤記錄付款單，添加、刪除、修改、查看收款單信息 （24）收款統(tǒng)計：按日期統(tǒng)計收款金額 （25）付款統(tǒng)計：按日期統(tǒng)計付款金額 （26）付款憑證填制：跟蹤記錄原始憑證，添加、刪除、修改、查看憑證信息 （27）收款憑證填制：跟蹤記錄原始憑證，添加、刪除、修改、查看憑證信息 （28）記賬憑證查詢：查詢憑證信息

14、（29）數(shù)據(jù)管理模塊：數(shù)據(jù)庫備份 （30）系統(tǒng)設置模塊：密碼修改，退出 4.5數(shù)據(jù)流圖和數(shù)據(jù)字典 本節(jié)主要介紹將整個系統(tǒng)的數(shù)據(jù)流自頂向下逐步分解成各個功能模塊的數(shù)據(jù)流圖。 4.5.1基本檔案模塊數(shù)據(jù)流圖和數(shù)據(jù)字典 ⑴數(shù)據(jù)流圖 管理員 員工信息表 員工信息錄入 供應商信息表 供應商信息錄入 員工信息表 員工信息查詢 供應商信息查詢 員工信息表 添加、刪除、 修改操作 添加、刪除、

15、 修改操作 查詢操作 查詢操作 圖4.2 ⑵數(shù)據(jù)字典 ①主要數(shù)據(jù)流條目說明: 員工基本信息單=姓名+性別+出生日期+聯(lián)系電話+住址 員工信息={員工基本信息}+所在部門+職位+超市就職起始日期 供應商信息=姓名+性別+地址+聯(lián)系電話+

16、傳真+備注 ②處理描述： 表 1-1描述說明處理1.2.1 加工名稱 員工信息錄入 輸入： 員工信息 處理： 添加員工信息到員工信息表中,從員工信息表中修改或者刪除對應員工信息記錄 輸出： 員工信息 表1-2描述說明處理1.2.2 加工名稱 供應商信息錄入 輸入： 供應商信息 處理： 添加供應商信息到供應商信息表中,從供應商信息表中修改或者刪除對應供應商信息記錄 輸出： 供應商信息 表 1-3描述說明處理1.2.3 加工名稱 員工信息查詢 輸入： 員工的姓名或者員工超市就職起始日期 處理： 根據(jù)查詢條件,查詢出對應員工

17、信息記錄 輸出： 員工信息記錄 表 2-4 描述說明處理1.2.4 加工名稱 供應商信息查詢 輸入： 供應商名稱 處理： 根據(jù)查詢條件,查詢出對應供應商信息記錄 輸出： 供應商信息 4.5.2進貨管理模塊數(shù)據(jù)流圖和數(shù)據(jù)字典 ⑴數(shù)據(jù)流圖 進貨信息表 付款信息表 進貨信息錄入 進貨管理員 付款信息錄入 進貨信息表 進貨信息查詢 添加、刪除、 添加、刪除、 修改操作 修改操作

18、 查詢操作 圖4.3 ⑵數(shù)據(jù)字典 ①主要數(shù)據(jù)流條目說明: 進貨信息=進貨編號+商品名稱+進貨數(shù)量+數(shù)量單位+進貨員+供應商信息+應付金額 付款信息=付款單單號+付款日期+供應商+付款方+付款方式+應付金額+實付金額 ②處理描述： 表1-5 描述說明處理 1.2.5 加工名稱 進貨信息錄入 輸入： 貨信息記錄 處理： 添加進貨信息到進貨信息表中,從進貨信息表中修改或者刪除對應進貨信息記錄 輸出： 所有進貨記錄 表

19、 1-6 描述說明處理1.2.6 加工名稱 付款信息錄入 輸入： 付款信息記錄 處理： 添加付款信息到付款信息表中,從付款信息表中修改或者刪除對應付款信息記錄 輸出： 所有付款記錄 表 1-7 描述說明處理1.2.7 加工名稱 進貨信息查詢 輸入： 進貨編號、商品名稱、進貨員 處理： 按條件查詢出對應進貨信息記錄 輸出： 進貨信息記錄 4.5.3庫存管理模塊數(shù)據(jù)流圖和數(shù)據(jù)字典 ⑴數(shù)據(jù)流圖 圖4.4 ⑵數(shù)據(jù)字典 ①主要數(shù)

20、據(jù)流條目說明： 入庫單=入庫單單號+入庫單日期+入庫人+復核人+庫管員 入庫信息=入庫單單號+商品名稱,型號+數(shù)量,數(shù)量單位+存放倉庫+入庫人+庫管員+入庫日期 出庫單=出庫單單號+出庫單日期+提貨人+庫管員 出庫信息=出庫單單號+商品名稱+型號+數(shù)量+數(shù)量單位+存放倉庫+提貨人+庫管員+ 出庫日期 退貨入庫單=退貨入庫單單號+退貨入庫日期+入庫人+庫管員 退貨入庫信息=退貨入庫單單號+商品名稱+型號+數(shù)量+數(shù)量單位+存放倉庫+入庫人+管員+入庫日期 報損信息=報損日期+商品名稱+型號+數(shù)量,數(shù)量單位+存放倉庫+報損人

21、+報損描述 報損統(tǒng)計情況=月份+商品名稱+型號+數(shù)量單位+總數(shù)量 庫存信息=商品名稱+型號+現(xiàn)存數(shù)量+存放倉庫+庫管員+數(shù)量單位+入庫總數(shù)量+出庫總數(shù)量+警報下限+警報標志 ②處理描述: 表 1-8 描述說明處理1.2.8 加工名稱 入庫單登記 輸入： 入庫單信息 處理： 添加入庫單信息到入庫單登記表中,從入庫單登記表中修改或者刪除對應入庫單信息記錄 輸出： 入庫單信息記錄 表1-9描述說明處理1.2.9 加工名稱 入庫信息錄入 輸入： 入庫信息 處理： 1)添加入庫信息到入庫信息表中,從入庫信息表中修改或者刪除對應入庫信息記

22、錄 2)入庫確認后，庫存信息做相應更改 輸出： 入庫信息記錄 表 1-10描述說明處理1.2.10 加工名稱 出庫單登記 輸入： 出庫單信息 處理： 添加出庫單信息到出庫單登記表中,從出庫單登記表中修改或者刪除對應出庫單信息記錄 輸出： 出庫單信息記錄 表 1-11 描述說明處理1.2.11 加工名稱 出庫信息錄入 輸入： 出庫信息 處理： 1)添加出庫信息到出庫信息表中,從出庫信息表中修改或者刪除對應出庫信息記錄 2)出庫確認后，庫存信息做相應更改 輸出： 出庫信息記錄 表1-12 描述說明處理 1.2.12 加工名稱

23、報損信息錄入 輸入： 報損信息 處理： 1)添加報損信息到報損信息表中,從報損信息表中修改或者刪除對應報損信息記錄 2)報損信息確認后，庫存信息做相應更改 輸出： 報損信息記錄 表1-13 描述說明處理 1.2.13 加工名稱 報損信息統(tǒng)計 輸入： 報損信息記錄 處理： 按日期統(tǒng)計報損信息 輸出： 報損統(tǒng)計記錄 表1-14 描述說明處理 1.2.14 加工名稱 退貨入庫單登記 輸入： 退貨入庫單信息 處理： 添加退貨入庫單信息到退貨入庫單登記表中,從退貨入庫單登記表中修改或者刪除對應退貨入庫單信息記錄 輸出： 退貨入庫單信息記錄

24、表2-15 描述說明處理 1.2.15 加工名稱 退貨入庫信息錄入 輸入： 退貨入庫信息 處理： 1)添加退貨入庫信息到退貨入庫信息表中,從退貨入庫信息表中修改或者刪除對應退貨入庫信息記錄 2) 退貨入庫信息確認后，庫存信息做相應更改 輸出： 退火入庫信息記錄 表2-16 描述說明處理 1.2.16 加工名稱 庫存信息查詢 輸入： 查詢條件，庫存下限 處理： 按查詢條件查詢出對應庫存信息記錄，修改對應商品庫存記錄中的庫存下限，庫存不足是發(fā)出警報 輸出： 對應庫存信息記錄，發(fā)出警報的庫存信息記錄 4.5.4 銷售管理模塊數(shù)據(jù)流圖和數(shù)據(jù)字典

25、 ⑴數(shù)據(jù)流圖 銷售單登記表 銷售信息表 銷售統(tǒng)計表 銷售管理員 銷售單登記 銷售信息錄入 銷售信息查詢 銷售情況統(tǒng)計 銷售信息表 添刪改 添刪改 查詢 統(tǒng)計

26、 圖4.5 ⑵數(shù)據(jù)字典 ①主要數(shù)據(jù)流條目說明： 銷售單信息=銷售單單號+銷售單日期+銷售員+銷售金額 銷售信息=銷售單單號,銷售編號,商品名稱,型號,銷售數(shù)量,數(shù)量單位,銷售單價,銷售時間,銷售員工,應付金額,實付金額 銷售統(tǒng)計信息=商品名稱,型號,銷售日期,總銷售數(shù)量,數(shù)量單位,總銷售金額) ②處理描述： 處理描述表1-17 加工名稱 銷售單登記 輸入： 銷售單信息 處理： 添加銷售單信息到銷售單登記表中,

27、從銷售單登記表中修改或者刪除對應銷售單信息記錄 輸出： 銷售單信息記錄 處理描述表 1-18 加工名稱 銷售信息錄入 輸入： 銷售信息 處理： 添加銷售信息到銷售信息表中,從銷售信息表中修改或者刪除對應銷售信息記錄 輸出： 銷售信息記錄 處理描述表 1-19 加工名稱 銷售信息查詢 輸入： 查詢條件 處理： 按查詢條件，查詢出對應銷售信息記錄 輸出： 對應銷售信息記錄 處理描述表 1-20 加工名稱 銷售情況統(tǒng)計 輸入： 日期 處理： 按日期統(tǒng)計

28、銷售信息，將統(tǒng)計情況添加到銷售統(tǒng)計表 輸出： 銷售統(tǒng)計記錄 4.5.5 資金管理模塊數(shù)據(jù)流圖和數(shù)據(jù)字典 ⑴數(shù)據(jù)流圖 收款單登記表 付款單登記表 收款統(tǒng)計表 付款統(tǒng)計表 登記收款單 登記付款單 收款統(tǒng)計 付款統(tǒng)計 管理員 添刪改 添刪改 付款統(tǒng)計 收款統(tǒng)計

29、 圖4.6 ⑵數(shù)據(jù)字典 ①主要數(shù)據(jù)條目說明： 收款單信息=收款單單號+收款方式+收款日期+收款金額 付款單信息=付款單單號+付款方式+付款日期+付款金額 收款統(tǒng)計信息=日期+總金額+收款方式 付款統(tǒng)計信息=日期+總金額+收款方式 ②處理描述： 處理描述表 1-21 加工名稱 登記收款單 輸入： 收款單信息 處理： 添加收款單信息到收款單登記表中,從收款單登記表中修改或者刪除對收款單信息記錄 輸出： 收款單信息記錄 處理描述表 1-22 加工名稱 登

30、記付款單 輸入： 付款單信息 處理： 添加付款單信息到付款單登記表中,從付款單登記表中修改或者刪除對付款單信息記錄 輸出： 付款單信息記錄 處理描述表 1-23 加工名稱 付款統(tǒng)計 輸入： 日期 處理： 按日期統(tǒng)計付款信息，將統(tǒng)計情況添加到付款統(tǒng)計表 輸出： 付款統(tǒng)計記錄 處理描述表 1-24 加工名稱 收款統(tǒng)計 輸入： 日期 處理： 按日期統(tǒng)計收款信息，將統(tǒng)計情況添加到收款統(tǒng)計表 輸出： 收款統(tǒng)計記錄 4.5.6 憑證管理模塊數(shù)據(jù)流圖和數(shù)據(jù)字典 ⑴數(shù)據(jù)流圖 付款記賬憑證表

31、 收款記賬憑證表 付款憑證填制 收款憑證填制 憑證查詢 付款記賬憑證表 收款記賬憑證表 財務管理人員 添刪改 添刪改 查詢 圖4.7 ⑵數(shù)據(jù)字典 ①主要數(shù)據(jù)流條目說明： 付款憑證信息=憑證編號+貸方科目+日期+附件類型+附件張數(shù)+摘要+一級科

32、目+二 級科目+金額+財務主管+記賬+出納+復+制單 收款憑證信息=憑證編號+貸方科目+日期+附件類型+附件張數(shù)+摘要+一級科目+二 級科目+金額+財務主管+記賬+出納+復核+制單 ②處理描述： 處理描述表 1-25 加工名稱 付款憑證填制 輸入： 原始單據(jù)信息 處理： 添加原始單據(jù)信息到付款記賬憑證表中,從付款記賬憑證表中修改或者刪除對應付款記賬憑證信息記錄 輸出： 付款記賬憑證信息記錄 處理描述表 1-26 加工名稱 收款憑證填制 輸入： 原始單據(jù)信息 處理： 添加原始單據(jù)信息到收款記賬憑證表中,從收款記賬憑證表中修改或者刪除對應

33、收款記賬憑證信息記錄 輸出： 收款記賬憑證信息記錄 處理描述表 1-27 加工名稱 憑證查詢 輸入： 查詢條件（憑證類型，憑證編號） 處理： 按查詢條件，查詢出相應類型和編號的憑證信息記錄 輸出： 憑證信息記錄 五、項目任務分解 5.1. WBS任務分解 基于項目背景的WBS的細化方案.如表1 表1.WBS 細化方案 項目階段 各活動下的任務 任務內(nèi)容定義 需求分析階段 1．對各個子系統(tǒng)進行需求獲取 用多種方式進行需求獲取 2．對獲得的需求進行確認 分階段的開需求評審會議 概要設計階段 1.各個系統(tǒng)的用例描述和圖 各個系統(tǒng)總的

34、用例，分用例和所有的用例解說 2.各個系統(tǒng)的概念數(shù)據(jù)建模 各個系統(tǒng)的E-R模型和UML模型 3.概要設計評審 分階段開概要評審會議 詳細設計階段 1. 各個系統(tǒng)對象關系建模 各個系統(tǒng)的對象模型建立 2. 各個系統(tǒng)分析類 各個系統(tǒng)的分析類，界面類，控制類 3. 各個系統(tǒng)設計類 設置所有類的屬性值，和方法頭 4. 各個系統(tǒng)物理數(shù)據(jù)庫設計 對所有關系進行物理數(shù)據(jù)庫 5.詳細設計評審 分階段開詳細評審會議 編碼階段 1.前臺銷售管理子系統(tǒng)編碼 對前臺銷售子系統(tǒng)的分析類的方法進行編碼 2.前臺銷售管理子系統(tǒng)集成 對前臺銷售子系統(tǒng)所有模塊進行集成 3.后臺管理子系

35、統(tǒng)編碼 對后臺管理子系統(tǒng)的分析類的方法進行編碼 4.后臺管理子系統(tǒng)集成 對后臺管理子系統(tǒng)所有模塊進行集成 系統(tǒng)集成 1.系統(tǒng)集成 對各個子系統(tǒng)進行集成 系統(tǒng)測試系統(tǒng)集成 1.集成測試 對各個子系統(tǒng)的集成進行測試 2.環(huán)境測試 對發(fā)布版本的環(huán)境進行測試 提交 1.編寫用戶使用手冊 包括使用的方法 2.提供給用戶安裝程序 主要是安裝向?qū)? 用戶培訓 1.給用戶進行 初期進行系統(tǒng)應用的基本培訓 5.2繪制wbs 圖 圖5.2wbs圖 六、項目估算 6.1項目估算方法 估算是循序漸進的過程，隨著項目的不斷發(fā)展，估算可以重復多次進行的，而且

36、是逐步精確的。本項目采用自下而上和參數(shù)法綜合的估算方法，具體過程如下： 1. 簽訂合同前 開始簽訂合同的時候，根據(jù)以往類似項目的經(jīng)驗，采用類比估算方法，進行粗略的估算：根據(jù)用戶的要求采用B/S結(jié)構(gòu)，公司JSP+SQLServer的技術(shù)比較成熟，以前成功完成過類似的項目，根據(jù)SOW的說明，基本上需要2-3個開發(fā)人員，2個月左右的開發(fā)時間，基本上是4-6人月的規(guī)模，所以，10-15萬可以作為合同的參考價格。 2.合同簽署后 合同簽署之后，根據(jù)現(xiàn)有的資源和WBS分解的結(jié)果，進一步細化估算，由于WBS分解是針對項目的功能進行的分解，在成本估算的時候，首先估算每個任務的開發(fā)規(guī)模，然后在通過系數(shù)獲

37、得相應的質(zhì)量、管理任務的規(guī)模，從而計算直接成本，然后計算間接成本，以及總成本，具體過程如表4.1所示。 注：規(guī)模單位為人/天 表6.1 合同簽署 階段 WBS 名?稱 估計值(人天) 小?計(人天) 總?計(人天) 需求分析階段 1 前臺管理系統(tǒng) 42 84 1.1 收銀 5 1.1.1 金額計算 8 1.1.2 打印清單 6 1.1.3 會員卡 7 1.2 顧客信息錄入 7 1.2.1 顧客退貨管理 9 概要設計階段 2 后臺管理系統(tǒng) 22 2.1

38、 人事管理 5 2.1.1 員工信息管理 9 2.1.2 員工操作權(quán)限管理 8 詳細設計階段 2.2 銷售管理 12 2.2.1 查詢銷售信息 3 2.2.2 生成銷售排行榜 9 系統(tǒng)集成 2.3 進退貨管理 15 2.3.1 進貨信息系統(tǒng) 7 系統(tǒng)測試 2.3.2 退貨信息系統(tǒng) 8 提交 2.4 庫存管理 13 2.4.1 庫存信息管理 6 2.4.2 庫存狀態(tài)警告 7 6.2項目估算步驟

39、1.獲取項目分解結(jié)果WBS ①任務分解是根據(jù)項目的功能進行分解的, 2.計算開發(fā)成本 ①由于任務分解的結(jié)果主要是針對開發(fā)任務的分解，管理任務和質(zhì)量任務可以通過計算開發(fā)任務得到，根據(jù)以往經(jīng)驗，管理任務和質(zhì)量任務=20%*開發(fā)任務。 ②從表6-3得知項目規(guī)模是84人天，開發(fā)人員成本參數(shù)=480元/天，則內(nèi)部的開發(fā)成本=480元/天*84天=40320元， ③加上外包外購的部分軟件成本5000+3000+3000=11000元，則開發(fā)成本=40320+11000=51320元。 3.計算管理、質(zhì)量成本 ①項目的管理和質(zhì)量成本=開發(fā)成本*20%=10264元， 4.直接成本=51320

40、+10264=61584元， 5.計算間接成本 ①間接成本包括前期合同費用、房祖水電、培訓、員工福利、客戶服務等， ②根據(jù)以往經(jīng)驗，采用公式：間接成本=25%直接成本=15396元， 6.計算總估算成本 ①?項目總估算成本=61584+15396=76980元。 7.重新評估項目的報價 ①?重新評估一下項目的報價準確性，當然這時候，項目的合同已經(jīng)簽署了，報價是不能更改的，但是通過再次的評估可以進一步明確企業(yè)的項目運作和利潤情況等， ②如果項目的利潤是30%，其中風險基金10%，利潤15%，稅費5%。則項目的總報價=76980*1.3=元,,應該說報價還是比較合適的。 另外，可

41、以采用簡便的算法進行估算，企業(yè)的報價可以通過開發(fā)規(guī)模的估算直接得出，例如如果成本系數(shù)為5000元/人月，一個人月28人天，則項目報價=5000*84/28=15000元。 七、 項目進度 7.1進度管理 此處用甘特圖或進度表格描述。 1 進度計劃： ① 本進度計劃是從按照交付日期倒推確定時間，然后安排計劃內(nèi)容； ② 進度安排提交的日期并非是真實的交付日期，而是留有半個月左右的余量時間，以備變化。如表7.1所示。 表7.1 進度管理 任務名稱 工 期 開始時間 結(jié)束時間 資 源 超市管理系統(tǒng) 2016-10-13 2017-1-1 l 軟件項

42、目規(guī)劃 2 2016-10-13 2016-10-14 全體人員參與 —項目規(guī)劃 1 2016-10-13 2016-10-13 全體人員參與 —計劃評審 1 2016-10-14 2016-10-14 全體人員參與 l 需求開發(fā) 9 2016-10-15 2016-10-27 全體人員參與 —用戶界面設計 2 2016-10-15 2016-10-16 全體人員參與 —用戶需求評審 1 2016-10-19 2016-10-19 全體人員參與 —修改需求、修改用戶界面 3 2016-10-20 2016-10-22 全體人

43、員參與 —編寫需求規(guī)格說明書 2 2016-10-23 2016-10-26 全體人員參與 —需求驗證 1 2016-10-27 2016-10-27 全體人員參與 l 概要設計 66 2016-10-28 2016-11-4 全體人員參與 —用例描述圖 2 2016-10-28 2016-10-29 全體人員參與 —概念數(shù)據(jù)建模 2 2016-10-30 2016-10-31 全體人員參與 —概要設計評審 2 2016-11-3 2016-11-4 全體人員參與 l 詳細設計 9 2016-11-5 2016-11-17

44、全體人員參與 —對象關系建模 3 2016-11-5 2016-11-9 全體人員參與 —分析類 2 2016-11-10 2016-11-11 全體人員參與 —設計類 1 2016-11-12 2016-11-12 全體人員參與 —物理數(shù)據(jù)庫設計 2 2016-11-13 2016-11-16 全體人員參與 —詳細設計評審 1 2016-11-17 2016-11-17 全體人員參與 l 項目實施 24 2016-11-24 2016-12-25 全體人員參與 —前臺銷售管理子系統(tǒng) 9 2016-11-24 2016-12-

45、4 全體人員參與 —顧客信息錄入功能 2 2016-11-24 2016-1-25 全體人員參與 ——顧客退貨管理 1 2016-11-24 2016-11-24 全體人員參與 ——顧客信息錄入功能評審 1 2016-11-25 2016-11-25 全體人員參與 —收銀 5 2016-11-26 2016-12-2 全體人員參與 ——交易金額計算 1 2016-11-26 2016-11-26 全體人員參與 ——打印交易清單 1 2016-11-27 2016-11-27 全體人員參與 ——會員卡打折 2 2016-3-21

46、 2016-3-22 全體人員參與 ——收銀評審 1 2016-11-2 2016-11-2 全體人員參與 —前臺銷售子系統(tǒng)集成 2 2016-13-3 2016-12-4 全體人員參與 ——子系統(tǒng)集成測試 1 2016-13-3 2016-13-3 全體人員參與 ——子環(huán)境測試 1 2016-13-4 2016-13-4 全體人員參與 —后臺管理子系統(tǒng) 15 2016-12-7 2016-12-25 全體人員參與 —人事功能 3 2016-12-7 2016-12-9 全體人員參與 ——員工信息管理 1 2016-12-7

47、 2016-12-7 全體人員參與 ——員工操作權(quán)限管理 1 2016-12-8 2016-12-8 全體人員參與 ——人事功能評審 1 2016-12-9 2016-12-9 全體人員參與 —銷售管理功能 3 2016-12-10 2016-12-14 全體人員參與 ——查詢打印銷售信息 1 2016-12-10 2016-12-10 全體人員參與 ——生成銷售排行旁 1 2016-12-11 2016-12-11 全體人員參與 銷售管理功能評審 1 2016-12-14 2016-12-14 全體人員參與 —進退貨管理 3

48、 2016-12-15 2016-12-17 全體人員參與 ——進貨信息管理 1 2016-12-15 2016-12-15 全體人員參與 ——退貨信息管理 1 2016-12-16 2016-12-16 全體人員參與 ——進退貨管理評審 1 2016-12-17 2016-12-17 全體人員參與 —庫存管理 3 2016-12-18 2016-12-22 全體人員參與 ——查詢庫存信息 1 2016-12-18 2016-12-18 全體人員參與 ——庫存狀態(tài)自動警告 1 2016-12-21 2016-12-21 全體人員

49、參與 ——庫存管理評審 1 2016-12-22 2016-12-22 全體人員參與 —后臺管理子系統(tǒng)集成 3 2016-12-23 2016-12-25 全體人員參與 子系統(tǒng)集成測試 2 2016-12-23 2016-12-24 全體人員參與 子環(huán)境測試 1 2016-12-25 2016-12-25 全體人員參與 l 系統(tǒng)集成 1 2016-12-28 2016-12-28 全體人員參與 ——系統(tǒng)集成 1 2016-12-28 2016-12-28 全體人員參與 l 系統(tǒng)測試 2 2016-12-29 2016-12-3

50、0 全體人員參與 ——系統(tǒng)測試 1 2016-12-29 2016-12-29 全體人員參與 ——環(huán)境測試 1 2016-12-30 2016-12-30 全體人員參與 l 提交 2 2016-12-31 2017-1-1 全體人員參與 ——完成文檔 1 2016-12-31 2016-12-31 全體人員參與 ——驗收、提交 1 2016-1-1 2017-1-1 全體人員參與 7.2項目里程碑 8、 測試計劃 完成對流程的編碼后最重要的事情就是對系統(tǒng)的測試工作了，測試在系統(tǒng)設計階段有兩個時期，通常在編寫

51、每個模塊后做單元測試，另一個時期是對系統(tǒng)的綜合測試。? 8.1?測試方法? 測試任何產(chǎn)品都有兩種方法：如果已經(jīng)知道了產(chǎn)品應該具有的功能，可以通過測試來檢驗是否每個功能都能正常使用；如果知道產(chǎn)品內(nèi)部工作過程，可以通過測試來檢驗產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行。前一個方法稱為黑盒測試，后一個方法稱為白盒測試。 8.2?模塊測試? 1）進/退貨管理模塊測試? ?對進貨、退貨管理模塊測試，內(nèi)容包括對進貨、退貨信息輸入進行正確性和合法性的測試，對添加、刪除、修改操作導致數(shù)據(jù)庫的改變進行正確性和合法性的測試，對查詢進貨、退貨信息結(jié)果進行正確性測試，對進貨總金

52、額盤點進行核對測試。? （2）銷售管理模塊測試? ?對銷售管理模塊測試，內(nèi)容包括對購買時判斷庫存商品是否足夠的測試，對文本框輸入數(shù)據(jù)是否合法進行測試，對按商品編號、名稱查詢庫存商品的結(jié)果測試，對購買列表顯示是否正確進行測試，對商品價格結(jié)算是否正確進行測試，對判斷收款金額是否足夠進行測試，對完成銷售時找零數(shù)目進行測試，對完成銷售后的銷售信息盤點進行測試，對銷售排行榜的正確性進行測試。? （3）庫存管理模塊測試? 對庫存管理模塊測試，內(nèi)容包括對查詢庫存商品的不同查詢方式對應的不同查詢結(jié)果的測試，對修改庫存商品信息文本框所輸入的新信息的合法性、正確性進行測試，對提交修改信息后庫存信息是否改變

53、進行測試，對庫存商品總值盤點的結(jié)果核對是否正確的測試。? （4）人事管理模塊測試? 對人事管理模塊測試，內(nèi)容包括對查詢員工信息/供應商信息的不同查詢方式對應的不同查詢結(jié)果的測試，對修改員工信息/供應商信息文本框所輸入的新信息的合法性、正確性進行測試，對提交修改信息是否成功的測試。? （5）系統(tǒng)管理模塊測試? 對系統(tǒng)管理模塊測試，內(nèi)容包括對添加、修改、刪除用戶操作的正確性、合法性的測試，對重置數(shù)據(jù)信息是否成功進行測試，對備份/還原數(shù)據(jù)庫的功能進行測試。? （6）測試結(jié)果? 所有模塊經(jīng)過測試都可以實現(xiàn)其基本的功能，響應時間都在系統(tǒng)要求的范圍內(nèi)，存在的部分bug，已經(jīng)修正。

54、 九、 項目配置管理 9.1組織及職責 (1)根據(jù)《項目計劃》中的角色分配，確定配置管理者，SCCB（配置控制委員會）成員。 (2)項目經(jīng)理是SCCB的負責人。 (3)配置管理的角色和職責見表9.1所示。 表9.1 配置管理角色職責表 角色 人員 職責、工作范圍 配置管理者 A （1）制定《配置管理計劃》 （2）創(chuàng)建和維護配置庫 SCC負責人 B （1）審批《配置管理計劃》 （2）審批重大的變更 SCCB成員 質(zhì)量保證人員－C 配置管理者－D 審批某些配置項或基線的變更 9.2用戶及權(quán)限 用戶及權(quán)限具體如表9.2所示。

55、 表9.2 配置庫的用戶權(quán)限 類別 人員 權(quán)限說明 配置管理者 A 負責項目配置管理，對庫擁有所有權(quán)限 項目管理 B 訪問、讀 質(zhì)量保證人員 C 訪問、讀 開發(fā)人員 D 訪問、讀 高層管理 E 訪問、讀 十、 項目風險計劃 10.1項目風險 項目風險具體如表8.1所示。 表8.1 項目風險 序號 風險識別 風險評估 風險應對措施 潛在的風險事件 風險發(fā)生的后果 可能性 影響 風險值 應對措施 預防措施 1 需求不明確：需求小組沒有真正理解客戶需求 客戶不接受產(chǎn)品或拒絕付款 7

56、0% 50% 35% 派遣經(jīng)驗豐富的需求分析師與客戶進行深入的交流，明確客戶的主要需求，引導客戶對項目做出正確的描述。 事先進行需求評審 2 項目范圍定義不明確 項目沒完沒了 40% 50% 15% 要求需求小組按照客戶的要求變更項目范圍。 需求要在事先定義清楚并獲得客戶的確認。 3 項目目標不明確 導致項目進度拖期或成本超支。 30% 50% 10% 修改項目目標。 事先明確項目目標 4 需求小組對客戶業(yè)務了解不夠 軟件不能實現(xiàn)業(yè)務功能 70% 60% 20% 修改軟件 加強與了解并讓客戶參與 5 需求不斷變化 項目變得沒完沒了

57、 50% 40% 10% 提交CCB討論、決定 建立范圍變更程序 6 任務定義不夠充分 項目不能按時、按預算完成 20% 30% 15% 重新定義 事先與客戶達成共識 7 程序員對系統(tǒng)設計的理解上出現(xiàn)偏差 軟件實現(xiàn)不了設計的功能，客戶拒絕接受 60% 50% 5% 修改代碼 進行設計評審 8 客戶要求增加功能 項目進度拖期、成本超支 80% 50% 10% 修改程序 事先確定范圍目標 9 客戶突然要求增加功能 項目進度拖期、成本超支 70% 15% 15% 作出相應修改 事先確定項目范圍和功能要求 10 出現(xiàn)故障，用

58、戶維護人員解決不了 客戶投訴 15% 10% 20% 派技術(shù)人員幫助解決 事先培訓客戶系統(tǒng)維護人員 10.2管理實踐 1.人力資源風險的應對措施 ①和有關資源部門充分溝通，達成共識，建立人員的穩(wěn)定和釋放機制，在開發(fā)周期內(nèi)保持人員的相對穩(wěn)定，資源線調(diào)動資源需要和產(chǎn)品部協(xié)調(diào)，并將此作為產(chǎn)品線考核資源線的一個指標。 ②針對人員缺乏經(jīng)驗，需要進行系列的培訓組織，保證項目開發(fā)人員及時了解產(chǎn)品知識。工作交接規(guī)范化，保證產(chǎn)品開發(fā)不會因為人員變動受到大的沖擊。 ③ 對項目組進行良好組織，使得每一個開發(fā)活動的信息能被廣泛傳播和交流。?? ④ 對所有工作進行詳細復審，避免只有一個人

59、熟悉該項工作情況出現(xiàn)。 ⑤對于每一個關鍵技術(shù)崗位都指定一個后備人員 2.對于需求變動的緩解措施 ①在進行需求分析時和市場人員甚至用戶進行充分溝通。 ②定出基線進行詳細評審。 ③ 周知版本計劃，并用市場銷售指導書指導市場人員簽單時注意公司產(chǎn)品的規(guī)格，引導用戶 ④ 嚴格控制需求的變更，建立需求變更控制機制 ⑤及時調(diào)整計劃；并周知所有項目有關人員 3.對于技術(shù)因素的緩解措施 ①使用模塊化、層次化開發(fā)模式，盡量降低系統(tǒng)復雜性 ②加強評審 4.進度風險的緩解措施 ? ①強化周報，月報，例會等措施 ②定期（如月）更新日程表??? 5.商業(yè)風險的緩解措施 ①重點關注關鍵路徑 ②客戶定期，充分溝通