數(shù)據(jù)服務項目的執(zhí)行流程

1、程序文件數(shù)據(jù)服務項目執(zhí)行流程2003年 月 日起生效文件號編制審核批準版 次1.0日期日期日期共15頁第1頁1 目的及適用范圍1.1 為規(guī)范數(shù)據(jù)服務業(yè)務中項目執(zhí)行過程，達到項目的成本、進度、質量的統(tǒng)一，特制定本程序；1.2 本程序文件適用于侏羅紀公司數(shù)據(jù)服務項目提供；1.3 本程序文件由侏羅紀公司 制定，其解釋權及修改權屬于 ；1.4 本程序文件從2003年 月 日起執(zhí)行；2 職責2.1 數(shù)據(jù)服務部負責項目執(zhí)行的總體進程，并對執(zhí)行的最終結果負責；2.2 主管副總負責在關鍵節(jié)點監(jiān)控和協(xié)調資源；2.3 質量控制部負責對項目執(zhí)行過程中的里程碑產生的相關成果和文檔進行質量控制，并將符合規(guī)范的成果放入資

2、源中心存檔；3 數(shù)據(jù)服務項目執(zhí)行流程3.1 銷售部簽完合同后，數(shù)據(jù)服務業(yè)務的項目經理（在項目銷售流程中的準項目經理）制訂項目計劃書，交由主管副總審批，如果未通過，項目經理重新修改項目計劃書；3.2 如果審批認可，主管副總安排項目資源，如果需要，則填寫項目資源調度單，同時將相關資料交給資源中心備案；3.3 項目經理得到相應的資源配備后，開始組建項目團隊；3.4 項目經理組建項目團隊的同時，制訂項目實施方案，并經質量控制部審核，若未通過，項目經理對項目實施方案進行修改；3.5 實施方案通過質量控制部的審核后，項目經理和客戶一起對實施方案進行協(xié)商和評審，若未通過，項目經理修改實施方案；3.6 實施方

3、案經過客戶評審通過，進入資源中心存檔，同時項目經理進行項目實施；3.7 項目經理負責客戶對項目實施結果進行評審，如未通過，項目經理對項目實施進行返工；3.8 如果通過客戶評審，項目經理進行項目總結，并將相關成果和文檔交由質量控制部檢驗，如未通過，項目經理負責對未通過部分進行修改；3.9 如果通過質量控制檢驗，項目經理將成果總結交給客戶，同時相關成果和文檔由質量控制部放入資源中心存檔； 4 相關文件4.1 項目計劃書4.2 項目資源調度單4.3 方案說明書4.4 質量控制部對方案說明質量檢驗書？4.5 方案說明書客戶檢驗單4.6 方案實施相關文檔4.7 數(shù)據(jù)要求說明書4.8 客戶驗收單4.9 項

4、目總結4.10 質量控制部對項目總結檢驗單4.11 資源中心驗收單項目計劃書項目名稱項目編號項目經理項目任務描述項目總時間及關鍵里程碑設置項目人力資源項目費用預計審批人意見：總監(jiān)： 副總監(jiān)： 執(zhí)委會：備注：抄送財務部、人力資源部時間項目資源調度單項目名稱項目編號項目經理項目的跨中心（部門）資源調度緣由申請人審批人正式調用時間：起：止：備注：抄送財務、人力資源部時間數(shù)據(jù)要求說明書1. 引言1.1 目的說明編寫數(shù)據(jù)要求說明書的目的，指出預期的讀者。1.2 背景（1） 待開發(fā)的軟件系統(tǒng)的名稱；（2） 本項目的任務提出者、開發(fā)者、用戶及實現(xiàn)該軟件的計算中心或計算機網(wǎng)絡；（3） 該軟件系統(tǒng)同其他系統(tǒng)或其

5、他機構的基本的相互來往關系。1.3 參考資料列出所用的參考資料，如：（1） 本項目的經核準的計劃任務書或合同、上級機關的批文；（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ù)，它們在很長的一段時間內不會變化，一般不隨運行而改變。所謂動態(tài)數(shù)據(jù)包括所有在運行中要發(fā)生

6、變化的數(shù)據(jù)以及在運行中要輸入、輸出的數(shù)據(jù)。進行描述時應把各數(shù)據(jù)元素邏輯地分成若干組，例如函數(shù)、源數(shù)據(jù)或對于其應用更為恰當?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 內部生成數(shù)據(jù)列出向用戶或開發(fā)單位中的維護調試人員提供的內部生成數(shù)據(jù)。2.5 數(shù)據(jù)約定說明對數(shù)據(jù)要求的制約。逐條列出對進一步擴充或使用方面

7、的考慮而提出的對數(shù)據(jù)要求的限制（容量、文卷、記錄和數(shù)據(jù)元的個數(shù)的最大值）。對于在設計和開發(fā)中確定是臨界性的限制更要明確指出。3. 數(shù)據(jù)的采集3.1 要求和范圍按數(shù)據(jù)元的邏輯分組來說明數(shù)據(jù)采集的要求和范圍，指明數(shù)據(jù)的采集方法，說明數(shù)據(jù)采集工作的承擔者是用戶還是開發(fā)者。具體的內容包括：（1） 輸入數(shù)據(jù)的來源，例如是單個操作員、數(shù)據(jù)輸入站，專業(yè)的數(shù)據(jù)輸入公司或它們的一個分組；（2） 數(shù)據(jù)輸入（指把數(shù)據(jù)輸入處理系統(tǒng)內部）所用的媒體和硬設備。如果只有指定的輸入點的輸入才是合法的，則必須對此加以說明；（3） 接受者說明輸出數(shù)據(jù)的接受者； （4） 輸出數(shù)據(jù)的形式和設備列出輸出數(shù)據(jù)的形式和硬設備。無論接受者將

8、接收到的數(shù)據(jù)是打印輸出，還是CRT上的一組字符、一幀圖形，或一聲警鈴，或向開關線圈提供的一個電脈沖，或常用介質如磁盤、磁帶、穿孔卡片等，均應具體說明；（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ù)的采集

9、和預處理過程提出專門的規(guī)定，包括適合應用的數(shù)據(jù)格式、預定的數(shù)據(jù)通信媒體和對輸入的時間要求等。對于需經模擬轉換或數(shù)字轉換處理的數(shù)據(jù)量，要給出轉換方法和轉換因子等有關信息，以便軟件系統(tǒng)使用這些數(shù)據(jù)。3.4 影響說明這些數(shù)據(jù)要求對于設備、軟件、用戶、開發(fā)單位所可能產生的影響，例如要求用戶單位增設某個機構等。項目總結項目編號： 部門名稱： 目錄1. 引言2. 項目開發(fā)結果2.1軟件產品或軟件項目2.2主要功能和性能2.3項目規(guī)?？偨Y2.4項目人員總結2.5進度及工作量總結3. 項目評價3.1生產效率評價3.2技術方法評價3.3產品質量評價3.4出錯原因分析4. 經驗和教訓1. 引言說明實際參加人員、時

10、間及工作劃分：說明參加本項目的負責人、參加人員、起止時間及實際工作量。按項目開發(fā)的階段劃分，細劃每位開發(fā)人員在各開發(fā)階段所用開發(fā)時間及實際工作量。負責人：起止時間：計劃工作量：項目情況階段參加人員工作內容起止時間實際工作量需求分析A、B等等系統(tǒng)設計編碼測試其它合計2. 項目開發(fā)結果2.1 軟件產品或軟件項目2.1.1軟件產品或軟件項目名稱：給出該軟件項目或軟件產品在項目任務書或開發(fā)計劃評審等文件中確定的正式的項目名稱和項目編號；并給出該軟件項目或軟件產品正式批準發(fā)布的版本標識。2.1.2 程序量：按模塊進行劃分，給出該軟件項目或軟件產品的源程序的存貯容量。源代碼用代碼行來表示，可執(zhí)行程序及其他

11、程序可用字節(jié)來表示，文檔可用頁或字節(jié)來表示。（源代碼一定要按模塊來統(tǒng)計） 模塊名稱代碼行（千行）字節(jié)數(shù)（KB）源碼模塊1模塊2執(zhí)行程序等等 注：源碼不填寫“字節(jié)數(shù)”，執(zhí)行程序只填寫“字節(jié)數(shù)”。2.1.3 存儲介質：給出該軟件項目或軟件產品正式發(fā)布版本的存儲介質及所需存儲介質及 其數(shù)量。2.2 主要功能和性能 1）描述該軟件項目或軟件產品所實現(xiàn)的功能，根據(jù)需要說明該軟件項目或軟件產品的有關性能指標。 2）與最初的需求相比較，給出功能和/或性能上的差異并說明原因。2.3 項目規(guī)?？偨Y根據(jù)軟件開發(fā)的各階段，總結該軟件項目或軟件產品完成的功能模塊數(shù)量與計劃的對比，給出對比圖表，并對比較結果進行分析。階

12、段計劃模塊數(shù)完成模塊數(shù)需求分析系統(tǒng)設計編碼測試合計2.4 項目人員總結總結該軟件項目或軟件產品開發(fā)各階段人員的變化情況與計劃的對比，并對比較結果進行分析。階段計劃人數(shù)實際人數(shù)增加人數(shù)減少人數(shù)變動人數(shù)需求分析系統(tǒng)設計編碼測試總計注：變動人數(shù)為人員更換數(shù)。2.5 進度及工作量總結 總結該軟件項目或軟件產品實際完成所用的時間及工作量與原計劃的對比。用圖表來表示。 2.5.1 從開發(fā)人員的角度進行總結：將每位開發(fā)人員開發(fā)該軟件項目或軟件產品起止時間和工作量與計劃進行比較，給出對比圖表，并對比較結果進行分析。 開發(fā)人員計劃時間實際時間是否按時計劃M實際MABCD等等2.5.2 從模塊的角度進行總結：將每

13、一模塊完成的起止時間和工作量與計劃進行比較，給出對比圖表，并對比較結果進行分析。模塊名稱計劃時間實際時間是否按時計劃M實際M模塊1模塊2模塊3模塊4總計2.5.3 從開發(fā)階段的角度進行總結：將每一階段完成的起止時間和工作量與計劃進行比較，給出對比圖表，并對比較結果進行分析。階段計劃時間實際時間是否按時計劃M實際M需求分析系統(tǒng)設計編碼測試總計2.5.4 從工作量的角度進行總結：將開發(fā)該軟件項目或軟件產品所用工作量與計劃進行比較，給出由于軟件問題報告所增加的工作量，給出對比圖表，并對比較結果進行分析。批復工作量實際工作量計劃增加小計2.5.5 從完成情況進行總結：將項目的總體進度和階段進度與計劃進

14、行比較，說明此項目是正常完成、正常但增加工作量、延期但不增加工作量、即延期又增加工作量，并對比較結果進行分析。計劃時間實際時間批復工作量實際工作量結論 注：以最后一版的開發(fā)計劃中的開發(fā)進度為準，批復工作量包括由于軟件問題報告增加的工作量。3. 項目評價3.1 生產率評價 評價生產率可以有兩種方法：代碼行數(shù)與人月數(shù)比較，或修改BUG數(shù)與所用人月數(shù)的比較。我們可以采用任何一種。如果采用第一種方法，應以模塊為單位進行比較；如果采用第二種方法，應以各測試版本的BUG數(shù)、修改的BUG數(shù)、修改BUG所用的工作量及修改單位BUG所用的工作量進行比較，總結評價項目的開發(fā)效率及相應的原因分析。模塊名稱代碼行（千行）工作量代碼行/工作量模塊1模塊2等等3.2 技術方法評價 總結該軟件項目或軟件產品開發(fā)時所采用的各項技術。3.3 產品質量評價可參考以下幾個方面進行產品質量的評價。1） 歷次測試發(fā)現(xiàn)的BUG數(shù)；2） 同種原因產生的BUG數(shù)；3） 同種類型的BUG數(shù)4） 各等級的BUG數(shù)；5） 同