數(shù)據(jù)服務項目執(zhí)行流程程序文件.doc

1 目的及適用范圍1.1 為規(guī)范數(shù)據(jù)服務業(yè)務中項目執(zhí)行過程，達到項目的成本、進度、質(zhì)量的統(tǒng)一，特制定本程序；1.2 本程序文件適用于XX公司數(shù)據(jù)服務項目提供；1.3 本程序文件由XX公司 制定，其解釋權及修改權屬于 ；1.4 本程序文件從年 月 日起執(zhí)行；2 職責2.1 數(shù)據(jù)服務部負責項目執(zhí)行的總體進程，并對執(zhí)行的最終結(jié)果負責；2.2 主管副總負責在關鍵節(jié)點監(jiān)控和協(xié)調(diào)資源；2.3 質(zhì)量控制部負責對項目執(zhí)行過程中的里程碑產(chǎn)生的相關成果和文檔進行質(zhì)量控制，并將符合規(guī)范的成果放入資源中心存檔；3 數(shù)據(jù)服務項目執(zhí)行流程3.1 銷售部簽完合同后，數(shù)據(jù)服務業(yè)務的項目經(jīng)理（在項目銷售流程中的準項目經(jīng)理）進行立項；3.2 項目經(jīng)理在立項后制訂項目計劃書，交由工程服務總監(jiān)審批，如果未通過，項目經(jīng)理重新修改項目計劃書；3.3 如果審批認可，工程服務總監(jiān)安排項目資源，如果需要，則填寫項目資源調(diào)度單，同時將相關資料交給資源中心存檔；3.4 項目經(jīng)理得到相應的資源配備后，開始組建項目團隊；3.5 項目經(jīng)理組建項目團隊的同時，制訂項目實施方案，并經(jīng)質(zhì)量控制部審核，若未通過，項目經(jīng)理對項目實施方案進行修改；3.6 實施方案通過質(zhì)量控制部的審核后，項目經(jīng)理和客戶一起對實施方案進行協(xié)商和評審，若未通過，項目經(jīng)理修改實施方案；3.7 實施方案經(jīng)過客戶評審通過，進入資源中心存檔，同時項目經(jīng)理進行項目實施；3.8 項目經(jīng)理負責客戶對項目實施結(jié)果進行評審，如未通過，項目經(jīng)理對項目實施進行返工；3.9 如果通過客戶評審，項目經(jīng)理進行項目總結(jié)，并將相關成果和文檔交由質(zhì)量控制部檢驗，如未通過，項目經(jīng)理負責對未通過部分進行修改；3.10 如果通過質(zhì)量控制檢驗，項目經(jīng)理將成果總結(jié)交給客戶，同時相關成果和文檔由質(zhì)量控制部放入資源中心存檔； 4 相關文件4.1 立項報告4.2 項目計劃書4.3 質(zhì)量控制項目計劃評審記錄4.4 項目資源調(diào)度單4.5 數(shù)據(jù)要求說明書4.6 質(zhì)量控制數(shù)據(jù)要求說明書評審記錄4.7 數(shù)據(jù)要求說明書客戶檢驗單4.8 項目成果客戶驗收單4.9 項目總結(jié)4.10 綜合評審記錄4.11 資源中心驗收單項目計劃書項目名稱項目編號項目經(jīng)理項目任務描述項目總時間及關鍵里程碑設置項目人力資源項目費用預計審批人意見：總監(jiān)： 副總監(jiān)： 執(zhí)委會：備注：抄送財務部、人力資源部時間項目啟動計劃評審記錄記錄編號： 時間： 年 月 日項目編號：項目名稱：項目啟動計劃編號：開發(fā)部門：PM：評審地點：參加評審人員:評審內(nèi)容(評審中審議通過的內(nèi)容在“”中劃“”否則劃“”)：1) 項目的目的是否明確？ 2) 對項目的規(guī)模是否進行估算？ 3) 是否進行項目啟動的預算？ 4) 階段輸出結(jié)果是否明確？ 5) 其它方面評審意見：評審結(jié)論：填表：審批：1. 項目啟動計劃評審由項目管理部門組織評審。2. 評審完成后由開發(fā)體系決策層SMG批準。3. 本頁不足記述結(jié)果時，可以加入附頁，附頁格式自行設計，總頁數(shù)包括本頁與所有附頁。第 頁/共 頁開發(fā)計劃評審記錄記錄編號： 時間： 年 月 日項目編號：項目名稱：項目計劃編號：開發(fā)部門：PSM：評審地點：參加評審人員:評審內(nèi)容：評審意見：評審結(jié)論：填表：審批：1. 開發(fā)計劃評審由項目管理部門組織評審。2. 評審完成后由開發(fā)體系決策層SMG批準。3. 本頁不足記述結(jié)果時，可以加入附頁，附頁格式自行設計，總頁數(shù)包括本頁與所有附頁。第 頁/共 頁開發(fā)計劃檢查表（開發(fā)計劃評審附頁）軟件問題報告記錄編號： - 時間： 年 月 日項目編號：項目名稱：軟件項編號：軟件項名稱：版本號：問題描述：報告人簽字/日期:修改描述（主要是修改后與修改前的對比，如所用資源的變化、提交時間的變化、功能的變化等）：修改人簽字/日期：填寫：審批：1.問題描述欄中可以填寫問題現(xiàn)象及其產(chǎn)生原因，如果有用戶的書面說明，則可以直接引用。2.修改描述一欄描述問題的確切原因、修改辦法以及修改后的效果。3.本頁不足記述時，可以有附頁，格式自定?？傢摂?shù)包括本頁與所有附頁。項目資源調(diào)度單項目名稱項目編號項目經(jīng)理項目的跨中心（部門）資源調(diào)度緣由申請人審批人正式調(diào)用時間：起：止：備注：抄送財務、人力資源部時間數(shù)據(jù)要求說明書1. 引言1.1 目的說明編寫數(shù)據(jù)要求說明書的目的，指出預期的讀者。1.2 背景（1） 待開發(fā)的軟件系統(tǒng)的名稱；（2） 本項目的任務提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡；（3） 該軟件系統(tǒng)同其他系統(tǒng)或其他機構(gòu)的基本的相互來往關系。1.3 參考資料列出所用的參考資料，如：（1） 本項目的經(jīng)核準的計劃任務書或合同、上級機關的批文；（2） 屬于本項目的其他已發(fā)表的文件；（3） 本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標準。（4） 列出這些文件資料的標題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。1.4 術語列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。2. 數(shù)據(jù)的邏輯描述對數(shù)據(jù)進行邏輯描述時可把數(shù)據(jù)分為動態(tài)數(shù)據(jù)和靜態(tài)數(shù)據(jù)。所謂靜態(tài)數(shù)據(jù)，指在運行過程中主要作為參考的數(shù)據(jù)，它們在很長的一段時間內(nèi)不會變化，一般不隨運行而改變。所謂動態(tài)數(shù)據(jù)包括所有在運行中要發(fā)生變化的數(shù)據(jù)以及在運行中要輸入、輸出的數(shù)據(jù)。進行描述時應把各數(shù)據(jù)元素邏輯地分成若干組，例如函數(shù)、源數(shù)據(jù)或?qū)τ谄鋺酶鼮榍‘數(shù)倪壿嫹纸M。給出每一數(shù)據(jù)元的名稱（包括縮寫和代碼）、定義（或物理意義）度量單位、值域、格式和類型等有關信息。2.1 靜態(tài)數(shù)據(jù)列出所有作為控制或參考用的靜態(tài)數(shù)據(jù)元素。2.2 動態(tài)輸入數(shù)據(jù)列出動態(tài)輸入數(shù)據(jù)元素（包括在常規(guī)運行中或聯(lián)機操作中要改變的數(shù)據(jù)）。2.3 動態(tài)輸出數(shù)據(jù)列出動態(tài)輸出數(shù)據(jù)元素（包括在常規(guī)運行中或聯(lián)機操作中要改變的數(shù)據(jù)）。2.4 內(nèi)部生成數(shù)據(jù)列出向用戶或開發(fā)單位中的維護調(diào)試人員提供的內(nèi)部生成數(shù)據(jù)。2.5 數(shù)據(jù)約定說明對數(shù)據(jù)要求的制約。逐條列出對進一步擴充或使用方面的考慮而提出的對數(shù)據(jù)要求的限制（容量、文卷、記錄和數(shù)據(jù)元的個數(shù)的最大值）。對于在設計和開發(fā)中確定是臨界性的限制更要明確指出。3. 數(shù)據(jù)的采集3.1 要求和范圍按數(shù)據(jù)元的邏輯分組來說明數(shù)據(jù)采集的要求和范圍，指明數(shù)據(jù)的采集方法，說明數(shù)據(jù)采集工作的承擔者是用戶還是開發(fā)者。具體的內(nèi)容包括：（1） 輸入數(shù)據(jù)的來源，例如是單個操作員、數(shù)據(jù)輸入站，專業(yè)的數(shù)據(jù)輸入公司或它們的一個分組；（2） 數(shù)據(jù)輸入（指把數(shù)據(jù)輸入處理系統(tǒng)內(nèi)部）所用的媒體和硬設備。如果只有指定的輸入點的輸入才是合法的，則必須對此加以說明；（3） 接受者說明輸出數(shù)據(jù)的接受者； （4） 輸出數(shù)據(jù)的形式和設備列出輸出數(shù)據(jù)的形式和硬設備。無論接受者將接收到的數(shù)據(jù)是打印輸出，還是CRT上的一組字符、一幀圖形，或一聲警鈴，或向開關線圈提供的一個電脈沖，或常用介質(zhì)如磁盤、磁帶、穿孔卡片等，均應具體說明；（5） 數(shù)據(jù)值的范圍給出每一個數(shù)據(jù)元的合法值的范圍；（6） 量綱給出數(shù)字的度量單位、增量的步長、零點的定標等。在數(shù)據(jù)是非數(shù)字量的情況下，要給出每一種合法值的形式和含意；（7） 更新和處理的頻度給出預定的對輸入數(shù)據(jù)的更新和處理的頻度。如果數(shù)據(jù)的輸入是隨機的，應給出更新處理的頻度的平均值，或變化情況的某種其他度量。3.2 輸入的承擔者說明預定的對數(shù)據(jù)輸入工作的承擔者。如果輸入數(shù)據(jù)同某一接口軟件有關，還應說明該接口軟件的來源。 3.3 處理對數(shù)據(jù)的采集和預處理過程提出專門的規(guī)定，包括適合應用的數(shù)據(jù)格式、預定的數(shù)據(jù)通信媒體和對輸入的時間要求等。對于需經(jīng)模擬轉(zhuǎn)換或數(shù)字轉(zhuǎn)換處理的數(shù)據(jù)量，要給出轉(zhuǎn)換方法和轉(zhuǎn)換因子等有關信息，以便軟件系統(tǒng)使用這些數(shù)據(jù)。3.4 影響說明這些數(shù)據(jù)要求對于設備、軟件、用戶、開發(fā)單位所可能產(chǎn)生的影響，例如要求用戶單位增設某個機構(gòu)等。項目總結(jié)項目編號： 項目類項：產(chǎn)品研發(fā)/項目/數(shù)據(jù)服務/組件開發(fā)/等 部門名稱： 目錄1. 引言2. 項目開發(fā)結(jié)果2.1軟件產(chǎn)品或軟件項目2.2主要功能和性能2.3項目規(guī)模總結(jié)2.4項目人員總結(jié)2.5進度及工作量總結(jié)3. 項目評價3.1生產(chǎn)效率評價3.2技術方法評價3.3產(chǎn)品質(zhì)量評價3.4出錯原因分析4. 經(jīng)驗和教訓1. 引言說明實際參加人員、時間及工作劃分：說明參加本項目的負責人、參加人員、起止時間及實際工作量。按項目開發(fā)的階段劃分，細劃每位開發(fā)人員在各開發(fā)階段所用開發(fā)時間及實際工作量。負責人：起止時間：計劃工作量：項目情況階段參加人員工作內(nèi)容起止時間實際工作量需求分析A、B等等系統(tǒng)設計編碼測試其它合計2. 項目開發(fā)結(jié)果2.1 軟件產(chǎn)品或軟件項目2.1.1軟件產(chǎn)品或軟件項目名稱：給出該軟件項目或軟件產(chǎn)品在項目任務書或開發(fā)計劃評審等文件中確定的正式的項目名稱和項目編號；并給出該軟件項目或軟件產(chǎn)品正式批準發(fā)布的版本標識。2.1.2 程序量：按模塊進行劃分，給出該軟件項目或軟件產(chǎn)品的源程序的存貯容量。源代碼用代碼行來表示，可執(zhí)行程序及其他程序可用字節(jié)來表示，文檔可用頁或字節(jié)來表示。（源代碼一定要按模塊來統(tǒng)計） 模塊名稱代碼行（千行）字節(jié)數(shù)（KB）源碼模塊1模塊2執(zhí)行程序等等 注：源碼不填寫“字節(jié)數(shù)”，執(zhí)行程序只填寫“字節(jié)數(shù)”。2.1.3 存儲介質(zhì)：給出該軟件項目或軟件產(chǎn)品正式發(fā)布版本的存儲介質(zhì)及所需存儲介質(zhì)及 其數(shù)量。2.2 主要功能和性能 1）描述該軟件項目或軟件產(chǎn)品所實現(xiàn)的功能，根據(jù)需要說明該軟件項目或軟件產(chǎn)品的有關性能指標。 2）與最初的需求相比較，給出功能和/或性能上的差異并說明原因。2.3 項目規(guī)?？偨Y(jié)根據(jù)軟件開發(fā)的各階段，總結(jié)該軟件項目或軟件產(chǎn)品完成的功能模塊數(shù)量與計劃的對比，給出對比圖表，并對比較結(jié)果進行分析。階段計劃模塊數(shù)完成模塊數(shù)需求分析系統(tǒng)設計編碼測試合計2.4 項目人員總結(jié)總結(jié)該軟件項目或軟件產(chǎn)品開發(fā)各階段人員的變化情況與計劃的對比，并對比較結(jié)果進行分析。階段計劃人數(shù)實際人數(shù)增加人數(shù)減少人數(shù)變動人數(shù)需求分析系統(tǒng)設計編碼測試總計注：變動人數(shù)為人員更換數(shù)。2.5 進度及工作量總結(jié) 總結(jié)該軟件項目或軟件產(chǎn)品實際完成所用的時間及工作量與原計劃的對比。用圖表來表示。 2.5.1 從開發(fā)人員的角度進行總結(jié)：將每位開發(fā)人員開發(fā)該軟件項目或軟件產(chǎn)品起止時間和工作量與計劃進行比較，給出對比圖表，并對比較結(jié)果進行分析。 開發(fā)人員計劃時間實際時間是否按時計劃M實際MABCD等等2.5.2 從模塊的角度進行總結(jié)：將每一模塊完成的起止時間和工作量與計劃進行比較，給出對比圖表，并對比較結(jié)果進行分析。模塊名稱計劃時間實際時間是否按時計劃M實際M模塊1模塊2模塊3模塊4總計2.5.3 從開發(fā)階段的角度進行總結(jié)：將每一階段完成的起止時間和工作量與計劃進行比較，給出對比圖表，并對比較結(jié)果進行分析。階段計劃時間實際時間是否按時計劃M實際M需求分析系統(tǒng)設計編碼測試總計2.5.4 從工作量的角度進行總結(jié)：將開發(fā)該軟件項目或軟件產(chǎn)品所用工作量與計劃進行比較，給出由于軟件問題報告所增加的工作量，給出對比圖表，并對比較結(jié)果進行分析。批復工作量實際工作量計劃增加小計2.5.5 從完成情況進行總結(jié)：將項目的總體進度和階段進度與計劃進行比較，說明此項目是正常完成、正常但增加工作量、延期但不增加工作量、即延期又增加工作量，并對比較結(jié)果進行分析。計劃時間實際時間批復工作量實際工作量結(jié)論 注：以最后一版的開發(fā)計劃中的開發(fā)進度為準，批復工作量包括由于軟件問題報告增加的工作量。3. 項目評價3.1 生產(chǎn)率評價 評價生產(chǎn)率可以有兩種方法：代碼行數(shù)與人月數(shù)比較，或修改BUG數(shù)與所用人月數(shù)的比較。我們可以采用任何一種。如果采用第一種方法，應以模塊為單位進行比較；如果采用第二種方法，應以各測試版本的BUG數(shù)、修改的BUG數(shù)、修改BUG所用的工作量及修改單位BUG所用的工作量進行比較，總結(jié)評價項目的開發(fā)效率及相應的原因分析。模塊名稱代碼行（千行）工作量代碼行/工作量模塊1模塊2等等3.2 技術方法評價 總結(jié)該軟件項目或軟件產(chǎn)品開發(fā)時所采用的各項技術。3.3 產(chǎn)品質(zhì)量評價可參考以下幾個方面進行產(chǎn)品質(zhì)量的評價。1） 歷次測試發(fā)現(xiàn)的BUG數(shù)；2） 同種原因產(chǎn)生的BUG數(shù)；3） 同種類型的BUG數(shù)；4） 各等級的BUG數(shù)；5） 同一BUG出現(xiàn)的次數(shù)。3.4 出錯原因分析分別對以上幾種情況繪制圖表，進行原因的分析。次數(shù)BUG數(shù)原因BUG數(shù)類型BUG數(shù)等級BUG數(shù)BUG名次數(shù)4. 經(jīng)驗和教訓可以從以下幾方面總結(jié)開發(fā)中獲得的經(jīng)驗及糾正錯誤或缺陷等問題的教訓。1） 管理人員的管理水平；2） 開發(fā)人員的合理分工；3） 項目軟件經(jīng)理PSM及開發(fā)人員的技術水平；4） 開發(fā)人員的更換；5） 開發(fā)人員的配合及協(xié)作；6） 用戶的密切配合；7） 需求及設計的更改；8） 開發(fā)過程中計劃的合理調(diào)整等等。綜合評審記錄（公司）評審對象（項目名稱及編號）評審項類（如合同、投標方案等）評審人時間業(yè)務板塊(產(chǎn)品中心、項目中心、服務中心、營銷中心)評審意見財務部評審意見質(zhì)量控制部評審意見技術委員會評審意見專家委員會評審意見最終意見：通過修改修改內(nèi)容時間資源中心驗收單（式樣）