1、文檔編碼 : CY10Z2K10W10R4 HY2N10U8B2Z6 ZO6E2D5F8T10訂單治理數(shù)據(jù)庫系統(tǒng)需求目錄1.簡介 . 3 1.1 目的 . 31.2 范疇 . 31.3 定義、首字母縮寫詞和縮略語. 31.4 概述 . 32. 整體說明 . 4 2.1 用例模型 . 4 2.2 系統(tǒng)框架 . 5 2.3 假設與依靠關系 . 5 2.4 數(shù)據(jù)字典 . 6 2.5 概念結(jié)構(gòu)設計 E-R 圖 . 82.6 規(guī)律結(jié)構(gòu)設計,將 E-R 圖轉(zhuǎn)換為關系模型 . 10 3.物理結(jié)構(gòu)設計 . 10 4 業(yè)務需求 . 12 4.1 倉庫治理 . 12 4.2 選購治理 . 12 4.3 銷售訂單治

2、理 . 13 4 功能需求 . 14 4.1 安全治理 . 14 4.2 系統(tǒng)輸入、輸出格式 . 14 4.3 個人工具箱 . 14 4.5 數(shù)據(jù)愛護界面及接口 . 15 4.7 即席查詢 . 15 5.項目治理 . 15 5.1 項目治理原就 . 15 5.2 項目組織結(jié)構(gòu)和責任 5.3 項目進度把握機制 . 16 . 17 5.4 項目實施中項目治理文檔樣本 . 18 1.簡介本文檔主要描述訂單系統(tǒng),其主要使用者有顧客、配貨中心、 治理決策者； 顧客主要瀏覽、查詢上商品信息,完成網(wǎng)上購物、支付和訂購等；配貨中心要明白倉庫的商品種類、存量等, 不僅為治理決策部門供應數(shù)據(jù),仍要打印訂單、為送貨

3、部門配送貨物,送貨部門在完成送貨之后,要向治理部門供應反饋信息；柜臺銷售人員要明白商品的種類、數(shù)量、價格及商品性能等, 并負責柜臺的訂貨；治理部門要依據(jù)系統(tǒng)供應的各類數(shù)據(jù),隨時把握商品的銷售信息,進銷存信息,編制方案,并依據(jù)訂單相配貨中心發(fā)送配貨信息,平穩(wěn)和諧、監(jiān)控計劃的執(zhí)行；1.1 目的. 描述訂單治理數(shù)據(jù)庫系統(tǒng)需求. 形成規(guī)范性文檔,項目治理受控環(huán)節(jié). 開發(fā)商依照本文檔進行需求分析1.2 范疇. 此文檔用于訂單治理數(shù)據(jù)庫系統(tǒng)軟件業(yè)務需求,用于說明需求文檔集（前景、用例說明書）；1.3 定義、首字母縮寫詞和縮略語. 用例模型：描述用戶可以操作的業(yè)務模塊；用來指導系統(tǒng)開發(fā)時功能模塊的劃分；.

4、業(yè)務需求：描述訂單治理數(shù)據(jù)庫系統(tǒng)所涉及的相關業(yè)務需求；. 功能需求：描述用戶對系統(tǒng)操作和使用上的要求；. 假設與依靠關系：本需求所要求的前提條件；. 安全治理：主要包括用戶治理、用戶登陸、用戶權(quán)限等；. 系統(tǒng)輸出格式：系統(tǒng)出現(xiàn)數(shù)據(jù)的各種形式（如報表、圖形、導出 excel 等）；1.4 概述本系統(tǒng)須具備以下功能：信息的查詢與顯示重要功能,數(shù)據(jù)可以在 web上部分的供一般客戶查詢； 信息的實時錄入、儲備、處理和動態(tài)更新功能；訂單治理和處理功能系統(tǒng)在收到來自柜臺、電話和網(wǎng)絡的訂單之后,要進行處理,并準時反饋到配貨中心、治理部門以及客戶進行確認；在確定時間內(nèi), 顧客也可自行通過網(wǎng)絡取消訂單；統(tǒng)計功能

5、系統(tǒng)能夠給出商場送貨業(yè)務開展情形的數(shù)據(jù),并能夠以清晰的圖形,或報表顯示；2. 整體說明2.1 用例模型系統(tǒng)的用例包和業(yè)務主角的分類如下：需求分類用例包業(yè)務主角1.商品信息 種類,名稱,價格,折扣 2.商品庫存信息 庫存量,庫存戒備上、下限,庫存統(tǒng)計精度,庫存統(tǒng)計單位 庫存統(tǒng)計信息 商品號, 統(tǒng)計時間, 庫存量 業(yè)務需求類3.訂單治理信息 訂單號,訂貨量,交貨時顧客、配貨中心、間,客戶名,訂單細節(jié) 商場治理決策者4.客戶治理信息 客戶號,商品號,交易量,交易價格 5.會員交易信息 會員號,會員個人資料,會員等級 貨源信息 貨源號,送貨時間,商品名 實時信息出現(xiàn) 個人工具箱 用戶治理功能需求類安全

6、治理部門治理系統(tǒng)治理員權(quán)限治理數(shù)據(jù)愛護人員日志治理系統(tǒng)設置 系統(tǒng)輸出格式 數(shù)據(jù)愛護2.2 系統(tǒng)框架（ DFD圖）2.3 假設與依靠關系. 訂單治理數(shù)據(jù)庫系統(tǒng)架構(gòu)以顧客、配貨中心、治理決策者為基礎進行建設,全部的用戶需求的數(shù)據(jù)來源都基于以上三個數(shù)據(jù)庫；所以,訂單治理數(shù)據(jù)庫系統(tǒng)依靠于三個數(shù)據(jù)庫現(xiàn)有數(shù)據(jù)信息；2.4 數(shù)據(jù)字典 數(shù)據(jù)項：數(shù)據(jù)項名含意數(shù)據(jù)類型 長度 與其它數(shù)據(jù)項關系數(shù)據(jù)項間聯(lián)系商品編號商品編號int 各項間間隔相等所屬類別商品所屬類別char 10 商品名稱商品名稱char 10 商品價格單位商品售價money 折扣信息優(yōu)惠信息char 20 商品規(guī)格商品詳細介紹char 50 銷售單位

7、銷售所用單位char 3 庫存單位庫存統(tǒng)計單位char 3 銷存單位比銷存單位比float 銷售單位除庫存單位庫存量庫存量float 庫存戒備上線庫存戒備上線int 庫存戒備下線庫存戒備下線int 貨源編號貨源編號int 貨源名稱貨源名稱char 10 進貨耗時進貨過程耗時float 進貨價格進貨價格money 訂單編號訂單編號int 訂貨量訂貨量int 訂貨日期訂貨日期datetime 交貨日期交貨日期datetime 退訂提前時間退訂提前時間float 訂單細節(jié)訂單細節(jié)char 50 完成情形完成情形char 10 會員編號會員編號int 個人資料會員個人信息char 50 交易日期某次交

8、易日期datetime 統(tǒng)計日期統(tǒng)計庫存日期datetime 數(shù)據(jù)結(jié)構(gòu)：數(shù)據(jù)名含意說明組成商品描述有關商品的各種商品編號,所屬類別,商品名稱,商品價格,折扣信息,商品數(shù)據(jù)規(guī)格,銷售單位商品庫存各種商品庫存情商品編號,庫存單位,銷存單位比,庫存量,庫存戒備上線,信息況庫存戒備下線貨源信息各貨源詳細情形貨源編號,貨源名稱,進貨耗時進貨信息各種渠道進貨差商品編號,貨源編號,進貨價格別進貨參考綜合選擇進貨渠貨源信息,進貨信息道訂單治理訂單詳情訂單編號,訂貨量,訂貨日期,交貨日期,退訂提前時間,訂單細節(jié),完成情形進貨統(tǒng)計進貨情形統(tǒng)計商品編號,進貨日期,進貨量銷售統(tǒng)計銷售情形統(tǒng)計商品編號,選購日期,選購量

9、庫存統(tǒng)計庫存情形統(tǒng)計商品編號,記錄時間,庫存量會員信息會員信息會員編號,個人資料會員交易會員交易記錄會員編號,交易記錄記錄數(shù)據(jù)流：數(shù)據(jù)流名 說明 來源 去向 組成柜臺講解 柜臺進行商品描述 柜臺 客戶 商品描述web發(fā)布 web 發(fā)布商品信息 web 客戶 商品描述訂單提交 客戶訂貨 柜臺、 web 配貨中心 訂單治理,商品描述配貨 配擴中心調(diào)度配貨 配貨中心 送貨部門 訂單治理,會員信息提貨 送貨部門提貨 送貨部門 倉庫 訂單治理看法反饋 客戶看法反饋 客戶 治理層 會員信息,會員交易記錄庫存分析 庫存報表分析 倉庫 治理層 進貨統(tǒng)計,銷售統(tǒng)計,庫存統(tǒng)計數(shù)據(jù)儲備：數(shù)據(jù)儲備名 說明 編號 輸入

10、數(shù)據(jù)流 輸出數(shù)據(jù)流 組成 存取方式進貨統(tǒng)計 進貨統(tǒng)計 1 配貨中心 治理層 進貨統(tǒng)計 聯(lián)機處理銷售統(tǒng)計 銷售統(tǒng)計 2 配貨中心 治理層 銷售統(tǒng)計 聯(lián)機處理庫存統(tǒng)計 庫存統(tǒng)計 3 倉庫 治理層 庫存統(tǒng)計 聯(lián)機處理會員信息 會員信息 4 會員信息 治理層 會員信息 聯(lián)機處理訂單信息 訂單治理 5 柜臺、 web 配貨中心 訂單治理 聯(lián)機處理處理過程：處理過程說明輸入輸出處理名選擇進貨選擇進貨進貨信息,商品庫存選購數(shù)據(jù)綜合考慮進貨時間、進貨價格準備渠道渠道信息選購渠道看法匯總看法匯總客戶看法看法匯總分類匯總客戶分析分析客戶會員交易記錄余元消費分類匯總習慣2.5 概念結(jié)構(gòu)設計E-R 圖子系統(tǒng) E-R

11、圖：總體 E-R圖：2.6 規(guī)律結(jié)構(gòu)設計,將E-R 圖轉(zhuǎn)換為關系模型商品信息 商品編號,所屬類別,商品名稱,商品價格,折扣信息,商品規(guī)格,銷售單位 商品庫存信息 商品編號,庫存單位,銷存單位比,庫存量,庫存戒備上線,庫存戒備下線貨源信息 貨源編號,貨源名稱,進貨耗時 進貨信息 商品編號,貨源編號,進貨價格 訂單治理 訂單編號,訂貨量,訂貨日期,交貨日期,退訂提前時間,訂單細節(jié),完成情形會員信息 會員編號,個人資料 進貨統(tǒng)計 商品編號,進貨日期,進貨量 銷售統(tǒng)計 商品編號,選購日期,選購量 庫存統(tǒng)計 商品編號,記錄時間,庫存量 會員交易記錄 會員編號,交易日期,訂單編號 3.物理結(jié)構(gòu)設計字段名字

12、段數(shù)據(jù)類型字段長度完整性約束商品信息商品編號Int 10 主鍵商品名稱Char 非空商品價格Money 10 非空折扣信息Char 商品規(guī)格Char 50 非空銷售單位Char 3 商品庫存信息商品編號Int 3 主鍵,參考“ 商品信息_商品編號”庫存單位Char 非空銷存單位比Float 非空庫存量Float 非空庫存戒備上線Int 庫存戒備下線Int 貨源信息貨源編號Int 主鍵貨源名稱Char 10 非空進貨耗時Float 非空進貨信息商品編號Int 主鍵,參考“ 商品信息_商品編號”貨源編號Int 主鍵,參考“ 貨源信息_貨源編號”進貨價格Money 非空訂單治理訂單編號Int 50

13、主鍵訂貨量Int 非空訂貨日期Datetime 非空交貨日期Datetime 非空退訂提前時間Float 非空,默認值為“1”訂單細節(jié)Char 非空完成情形Char 10 非空,默認值為“ 未完成”會員信息會員編號Int 50 主鍵個人資料Char 非空進貨統(tǒng)計商品編號Int 主鍵,參考“ 商品信息_商品編號”進貨日期Datetime 主鍵進貨量Float 非空銷售統(tǒng)計商品編號Int 主鍵,參考“ 商品信息_商品編號”選購日期Datetime 主鍵選購量Flaot 非空庫存統(tǒng)計商品編號Int 主鍵,參考“ 商品信息_商品編號”記錄時間Datetime 主鍵庫存量Float 非空會員交易記錄會員

14、編號Int 主鍵,參考“ 會員信息_會員編號”交易日期datetime 主鍵_訂單編號”訂單編號int 非空,參考“ 訂單治理4 業(yè)務需求4.1 倉庫治理（1）功能描述 : 倉庫各種信息的輸入,包括入庫,出庫,仍原,需求信息的輸入等倉庫治理的各種信息查詢,修改和愛護設備選購報表的生成在庫存治理中加入最高儲備和最低儲備字段,對倉庫的物質(zhì)設備實現(xiàn)監(jiān)控和報警企業(yè)各個部門的物質(zhì)需求治理操作日志的治理（2）系統(tǒng)分析與描述1. “ 庫存查詢” 用于查詢企業(yè)商品的庫存,可以查詢總庫存和各分倉庫庫存；2. “ 庫存轉(zhuǎn)” 用于將一個倉庫的商品轉(zhuǎn)移到另一個倉庫,或者連鎖店之間的商品調(diào)撥,內(nèi)容包括編號、源部門、目的

15、部門、貨號、數(shù)量、單價、合計金額、調(diào)撥日期、制單人、調(diào) 貨緣由等；3. “ 庫存盤點” 用于治理企業(yè)的庫存盤點工作,將實際盤存的商品數(shù)量輸入運算機,計 算機自動與數(shù)據(jù)庫的庫存數(shù)量進行核對并產(chǎn)生盤盈盤志統(tǒng)計信息；4. “ 報損報溢” 用于治理企業(yè)商品庫存的損溢,內(nèi)容包括編號、貨號、倉庫、數(shù)量、庫 存單價、金額、日期、責任人、制單人等；5. “ 上下限設定” 用于設置庫存的上限和下限,當商品庫存的數(shù)量超出指定的范疇時系統(tǒng)可以自動報警,內(nèi)容包括序號、倉庫號、貨號、上限、下限、正確存量、備注等；6. “ 庫豐上下限報警” 依據(jù)當前商品庫存和指定的庫存上下限自動列出低于下限或商 于上限的商品,并可以直接

16、依據(jù)正確存量直接生成選購訂單；7. “ 歷史查詢” 用于查詢各種轉(zhuǎn)庫、盤點、損溢的歷史數(shù)據(jù)；4.2 選購治理（1）功能描述：建立完善以選購治理、選購服務 ,打破各類選購機構(gòu)自成一體、封閉操作的現(xiàn)狀,以信息化治理手段替代人工操作方式. （2）系統(tǒng)分析與描述 1. “ 選購訂單” 用于錄入企業(yè)的選購訂單；一般來說,選購訂單、入庫單、銷售單等單據(jù)依據(jù)其次蕩式都分為主從兩張表來存放數(shù)據(jù),主表“ 選購訂單” 的內(nèi)容包括編號、供貨商號、訂貨日期、 有效起日、 有效止日、 業(yè)務員、 人、稅價合計、 不含稅價、 稅額等, 從表“ 采 購訂單明細” 的內(nèi)容包括編號、訂單號、貨號、訂貨數(shù)量、進價、稅價合計、扣率、

17、稅率、不含稅價,稅額等；2. “ 進貨單” 用于錄入企業(yè)的進貨單,也分為主從兩張表,主表“ 進貨單” 內(nèi)容包括編 號、貨商號、進貨日期、業(yè)務員、制單人、驗收員、保管員、稅價合計、不含稅價、稅額、訂單號等,從表“ 進貨單明細” 內(nèi)容包括編號、進貨單號、貨號、進貨數(shù)量、進價、稅價合 計、扣率、稅率、不含稅價、稅額、倉庫、貨物質(zhì)量等；依據(jù)企業(yè)的規(guī)模和治理方法,可以直接作進貨單而不用作選購訂單,但對于較大規(guī)模的企業(yè),選購部門和庫房部門一般是分開的,由選購部門填寫選購訂單,貨物運輸?shù)綆旆亢笥蓭旆框炇杖藛T填寫進貨單；填寫進貨單后商品的庫存才會增加并產(chǎn)生應對款；3. “ 退貨治理” 用于錄入企業(yè)進貨時的退貨

18、單；進貨的退貨有兩種方法,一是直接在進貨單中填寫負數(shù)的進貨數(shù)量,另一種是填寫進退貨單,一般接受前一種方法；4. “ 進貨價格調(diào)整” 用于調(diào)整歷史進貨單的價格,內(nèi)容包括內(nèi)部編號、編號、 進貨數(shù)理、原進價、新進價、調(diào)整日期、制單人等；5. “ 進貨單位調(diào)整” 用于調(diào)整歷史進貨單的供貨商,內(nèi)容包括內(nèi)部編號、編號、原供貨商、新供貨商、調(diào)整日期、制單人等；6. “ 歷史查詢” 用于查詢商品選購、進貨的歷史；一般可以讓用戶依據(jù)任何條件查詢,如按歸供貨商、日期、商品貨號、商品拼音等；4.3 銷售訂單治理1功能描述：在市場經(jīng)濟中, 銷售是企業(yè)動作的重要環(huán)節(jié),為了更好的推動銷售,不少企業(yè)建立分公司或代理制, 通

19、過分公司或代理把產(chǎn)品推向最終用戶；這些分公司或代理商大多分布在全國各地, 甚至是在國外, 運距離頻繁的業(yè)務信息溝通構(gòu)成了這些企業(yè)業(yè)務活動的訂特點；在傳統(tǒng)方式上, 公司之間通常接受電傳、電報、 電話等方式傳遞訂貨、發(fā)貨、 到貨、 壓貨、 換貨、退貨等信息,總公司的商務部門在接到分公司或代理商傳來的訂單和銀行匯款單據(jù)傳真件后,開具產(chǎn)品出庫通知,然后把相關的進、 銷存信息手工存檔,再對這些信息進行統(tǒng)計分析,才能明白到整個公司的生產(chǎn)、銷售和庫存情形；這種信息傳遞、治理方式不僅效率低,牢靠性、安全性和保密性都無法中意要求,而且數(shù)據(jù)統(tǒng)計時間嚴肅滯后,往往是當領導明白到企業(yè)的“ 進、銷、存” 環(huán)節(jié)顯現(xiàn)問題時

20、,就已經(jīng)遠離了問題顯現(xiàn)的時間和地點；即便是沒有分公司的企業(yè),使用傳統(tǒng)的手工方式治理也存在同樣的問題； 通過進銷存治理系統(tǒng),準時通過網(wǎng)絡把決策信息傳遞給相關決策人,從而可以準時發(fā)覺問題、解決問題,從而更好地把握機會；2系統(tǒng)分析與描述：1. “ 銷售訂單” 用于錄入企業(yè)的銷售訂單；主表“ 銷售訂單” 的內(nèi)容包括編號、客戶編號、銷售日期、有效起日、有效止日、業(yè)務員、制單人、稅價合計、不含稅價、稅額等,從表“ 銷售訂單明細”的內(nèi)容包括編號、訂單號、貨號、 銷售數(shù)量、 銷售價、稅價合計、扣率、稅率、不含稅價、稅額等；2. “ 銷售單” 用于錄入企業(yè)的銷售單,主表“ 銷售單” 內(nèi)容包括編號、客戶編號、銷售

21、日期、業(yè)務員、制單人、保管員、稅價合計、不含稅價、稅額、訂單號等,從表“ 銷售單明細” 內(nèi)容包括編號、銷售單號、貨號、銷售數(shù)量、銷售價、稅價合計、扣率、不含稅價、稅額、出貨倉庫等；3. “ 銷售退貨單” 用于錄入企業(yè)銷售退貨單,內(nèi)容包括編號,銷售單編號,貨號、退貨數(shù)量、銷售價,稅價合計、扣率、稅率、不含稅價,稅額、退貨倉庫等；4.“ 調(diào)整歷史售價”用于調(diào)整歷史銷售單的價格,內(nèi)容包括內(nèi)部編號、編號、 銷售數(shù)量、原銷價、新銷進價、調(diào)整日期、制單人等；、5. “ 歷史查詢” 用于查詢商品銷售的歷史；一般可以讓用戶依據(jù)任何條件查詢,如依據(jù)客戶、日期、商品貨號、商品拼音、業(yè)務員等信息查詢；4 功能需求

22、4.1 安全治理 權(quán)限治理接受權(quán)限繼承關系設計,上一級有的權(quán)限其包含的部門同樣具有此權(quán)限,也可單獨設置某一個用戶或者部門的權(quán)限；系統(tǒng)中提到的權(quán)限包含模塊拜望權(quán)限、方面； 任何用戶,只有賜予相應的權(quán)限,報表拜望權(quán)限、 報表內(nèi)容拜望權(quán)限三個大的 才能拜望相關的模塊或者內(nèi)容；考慮到國家對電子政務信息系統(tǒng)的安全性要求,可以依據(jù)用戶要求預留安全接口；. 用戶治理 設置系統(tǒng)用戶賬號信息. 部門治理 設置系統(tǒng)部門組織結(jié)構(gòu). 權(quán)限治理 設置系統(tǒng)資源的拜望權(quán)限,包括答應拜望的模塊、答應拜望的數(shù)據(jù)以及報表. 日志治理 記錄系統(tǒng)操作日志,提高系統(tǒng)安全性；. 系統(tǒng)設置 設置數(shù)據(jù)定義治理、答應同時在線人數(shù)等信息4.2

23、系統(tǒng)輸入、輸出格式默認為屏幕顯示,可以打印,導出EXCEL 文件或圖片；用戶界面友好；顯示風格統(tǒng)一；操作簡便易用；4.3 個人工具箱.收件箱報表可以是固定報表,也可以是通用查詢查詢的報表結(jié)接收其他用戶發(fā)送的報表,果；.個人文件夾或者是個人關懷的報表業(yè)務,個人文件夾可以儲備個人通用查詢的查詢結(jié)果報表,將報表進行分類儲存；. 更換密碼更換登錄系統(tǒng)的個人密碼；. 首頁定義訂閱關鍵指標顯示內(nèi)容,不同的用戶有不同的報表查看權(quán)限；設置系統(tǒng)登錄首頁顯示內(nèi)容,可以是歡迎信息,也可以顯示個人的關懷的業(yè)務,可以顯示關鍵指標；. 更換個人信息更換個人的資料；. 文件搜尋分別在公共報表、個人報表中進行查詢符合條件的報

24、表；. 退出系統(tǒng)安全退出；4.5 數(shù)據(jù)愛護界面及接口用于對系統(tǒng)數(shù)據(jù)進行補充,預留數(shù)據(jù)接口；4.7 即席查詢可以靈敏定制查詢條件并顯示相關結(jié)果和報表；5.項目治理項目治理是公司治理體系的重要一環(huán),是項目開發(fā)成敗的重要因素；5.1 項目治理原就項目治理中需要貫徹的原就有：1.以使用者為中心,全過程的多方協(xié)作原就；從前期預備、需求調(diào)研到后來的系統(tǒng)發(fā)布、上線、 試運行和用戶驗收的全過程中,保證公司、系統(tǒng)開發(fā)組、用戶方參與人員三方能夠緊密協(xié)作,和諧工作,使得三方作用在項目實施中都能很好的發(fā)揮；2.發(fā)揮質(zhì)量體系組織才能,降低項目治理開發(fā)的個人依靠性；在項目的開發(fā)方案、質(zhì)量計劃制定, 項目需求調(diào)研分析、設計

25、分析以及項目的各個重要階段,系統(tǒng)開發(fā)組和公司開發(fā)組要對項目的重要階段進行詢問和監(jiān)控,防止由于人員個人的緣由給項目質(zhì)量帶來重大影響；3.階段把握和全程把握相結(jié)合的原就；項目實施分為如干階段,每個階段的實施質(zhì)量影響著后續(xù)階段的項目質(zhì)量,因此必需實施嚴格的階段把握保證每個階段的實施質(zhì)量,對于重要的項目實施階段如需求分析、系統(tǒng)設計必需重點把握；同時結(jié)合整個項目的詳細情形,對整體項目的各個階段的和諧、進度把握、 總體資源和成本進行把握,是項目治理把握的另一個角度；4.全員把握的原就； 項目的質(zhì)量是全部項目參與人員包括需求分析、設計分析、 軟件編碼、測試人員等等共同努力才能保證的結(jié)果；完成自身的工作,擔負

26、明確的質(zhì)量責任；5.2 項目組織結(jié)構(gòu)和責任因此,每個參與項目的設計開發(fā)人員必需是有才能參與項目治理的主要部門及其責任主要有：5.2.1 業(yè)務治理組業(yè)務治理組以系統(tǒng)開發(fā)小組為中心,全局各業(yè)務科室和稅務所幫忙；主要擔任以下幾種職責：1.系統(tǒng)總控負責解決針對業(yè)務的詳細應用問題,同時側(cè)重與負責解決項目在詳細實施過程中遇到的一系列問題； 監(jiān)控項目進度進展情形,和諧內(nèi)部資源,收集和處理看法,準時向相關人員通報項目進展；2.業(yè)務需求負責確定和設置系統(tǒng)開發(fā)目標,提出開發(fā)需求,依據(jù)需求的優(yōu)先級確定功能規(guī)范；3.系統(tǒng)測試負責系統(tǒng)的模塊測試、系統(tǒng)測試、壓力測試（要求至少有兩名使用者參與,進行用戶使用和功能測試） ；

27、測試由系統(tǒng)開發(fā)小組組織科室、稅務所實施；5.2.2 開發(fā)技術組開發(fā)技術組由開發(fā)公司組成,信息治理科幫忙 1.系統(tǒng)籌劃, 主要擔任以下職責：負責編寫開發(fā)方案、質(zhì)量方案、進度方案、編碼方案,組織編寫需求分析說明書、組織編寫設計分析說明書、編寫測試大綱、測試方案,組織和諧工作；2.系統(tǒng)開發(fā)組織測試,進行項目的組織治理；完成負責技術開發(fā)和實施；負責系統(tǒng)開發(fā)實施的進度把握和質(zhì)量把握；保證項目質(zhì)量, 負責項目中的技術環(huán)節(jié)確定和把握；公司派駐一名開發(fā)組長；3.技術支持負責項目立項支持,為項目供應充分的設備支持,供應技術詢問和數(shù)據(jù)支持；主要由信息治理科負責保證工作；以上各個部門各負其責,共同完成項目的實施和把

28、握；對于項目開發(fā)中的重要環(huán)節(jié)如：開發(fā)方案制定、質(zhì)量方案制定、需求分析、設計分析、編碼實施把握、系統(tǒng)測試、系統(tǒng)發(fā)布和售后服務等各個階段實施完備的質(zhì)量把握；下面從項目治理中幾個重要環(huán)節(jié) , 說明綜合服務治理中心系統(tǒng)項目開發(fā)過程中 ,實行的質(zhì)量把握策略；5.3 項目進度把握機制5.3.1 里程碑把握方法里程碑即項目重要階段的完成標志；里程碑把握方法的原理是：一個項目階段的輸出即下一個項目階段的輸入,在重要項目階段終止時,審查把握項目階段的輸出質(zhì)量就是項目質(zhì)量的一個重要保證；豐臺地稅局綜合服務治理中心系統(tǒng)的重要里程碑的劃分如下圖示：里程碑 1：完成需求分析里程碑 2：完成詳細設計里程碑 3：完成編碼方

29、案和配置項方案清單里程碑 4：完成軟件編碼和頁面聯(lián)調(diào)里程碑 5：完成系統(tǒng)測試里程碑 6：完成系統(tǒng)安裝與調(diào)試里程碑 7：完成系統(tǒng)試運行在以上每個里程碑進行后,通過業(yè)務治理組和開發(fā)技術組的審核把握,保證本階段成功完成,下一個階段能夠開放；5.3.2 制度規(guī)范實行開發(fā)方案、進度把握方案與定期溝通制相結(jié)合的方法1.通過軟件開發(fā)方案指定項目詳細的開發(fā)方案、人員和資源投入；項目關鍵路徑；以及假如項目進度與方案進度發(fā)生脫離后應當如何調(diào)整后續(xù)項目階段、調(diào)整人力資源等的項目變更把握方案；2.在項目實施過程中,業(yè)務治理組和開發(fā)技術組進行每日溝通,相互明白情形；同時實行每周通報制度, 讓主管領導準時明白項目進展情形,進行項目資源的保證和和諧把握；從而保證項目進度依據(jù)方案進行；3. 領導的明白重視程度是系統(tǒng)建設能否順當開展的關鍵,因此,