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

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

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

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

5、統或其他機構的基本的相互來 往關系。1.3 參考資料列由所用的參考資料，如：(1) 本項目的經核準的計劃任務書或合同、上級機關的 批文；(2) 屬于本項目的其他已發表的文件；(3) 本文件中各處引用的文件、資料，包括所需用到的 軟件開發標準。(4) 列由這些文件資料的標題、文件編號、發表日期和由版單位，說明能夠得到這些文件資料的來源。1.4 術語列由本文件中用到的專門術語的定義和外文首字母組 詞的原詞組。2 .數據的邏輯描述對數據進行邏輯描述時可把數據分為動態數據和靜態數 據。所謂靜態數據，指在運行過程中主要作為參考的數據， 它們在很長的一段時間內不會變化，一般不隨運行而改變。 所謂動態數據.

6、包括所有在運行中要發生變化的數據以及在 運行中要輸入、輸由的數據。進行描述時應把各數據元素邏 輯地分成若干組，例如函數、源數據或對于其應用更為恰當 的邏輯分組。給由每一數據元的名稱（包括縮寫和代碼） 定義（或物理意義）度量單位、值域、格式和類型等有關信 息。2.1 靜態數據列由所有作為控制或參考用的靜態數據元素。2.2 動態輸入數據列由動態輸入數據元素（包括在常規運行中或聯機操作 中要改變的數據）。2.3 動態輸由數據列由動態輸由數據元素（包括在常規運行中或聯機操作 中要改變的數據）。2.4 內部生成數據列由向用戶或開發單位中的維護調試人員提供的內部 生成數據。2.5 數據約定說明對數據要求的

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

8、式和設備列由輸由數據的形式和硬設備。無論接受者將接收到的數據是打印輸由，還是CRT上的一組字符、一幀圖形，或一聲警鈴，或向開關線 圈提供的一個電脈沖，或常用介質如磁盤、磁帶、穿 孔卡片等，均應具體說明；(5) 數據值的范圍給由每一個數據元的合法值的范圍；(6) 量綱給由數字的度量單位、增量的步長、零點的定 標等。在數據是非數字量的情況下，要給由每一種合 法值的形式和含意；(7) 更新和處理的頻度給由預定的對輸入數據的更新和 處理的頻度。如果數據的輸入是隨機的，應給由更新 處理的頻度的平均值，或變化情況的莫種其他度量。3.2 輸入的承擔者說明預定的對數據輸入工作的承擔者。如果輸入數據同奧一接口軟

9、件有關，還應說明該接口軟件的來源。3.3 處理對數據的采集和預處理過程提由專門的規定，包括適合 應用的數據格式、預定的數據通信媒體和對輸入的時間要求 等。對于需經模擬轉換或數字轉換處理的數據量，要給由轉 換方法和轉換因子等有關信息，以便軟件系統使用這些數 據。3.4 影響說明這些數據要求對于設備、軟件、用戶、開發單位所 可能產生的影響，例如要求用戶單位增設某個機構等。項目總結項目編號：部門名稱：目錄1 .引言2 .項目開發結果2.1 軟件產品或軟件項目 2.2 主要功能和性能 2.3 項目規模總結2.4 項目人員總結2.5 進度及工作量總結 3 .項目評價3.1 生產效率評價3.2 技術方法評

10、價 3.3 產品質量評價3.4 由錯原因分析4 . 經驗和教訓1 .引言說明實際參加人員、時間及工作劃分：說明參加本項目的 負責人、參加人員、起止時間及實際工作量。按項目開發 的階段劃分，細劃每位開發人員在各開發階段所用開發時 問及實際工作量。負責人：起止時間：計劃工作量：項目情況階段參加人員工作內容起止時間實際工 作量需求分 析A、B笛雄 寸寸系統設計編碼測試其它合計2 .項目開發結果2.1 軟件產品或軟件項目2.1.1 軟件產品或軟件項目名稱：給由該軟件項目或軟件 產品在項目任務書或開發計劃評審等文件中確定的 正式的項目名稱和項目編號；并給由該軟件項目或軟 件產品正式批準發布的版本標識。2

11、.1.2 程序量：按模塊進行劃分，給由該軟件項目或軟件 產品的源程序的存貯容量。源代碼用代碼行來表示， 可執行程序及其他程序可用字節來表示，文檔可用頁 或字節來表示。（源代碼一定要按模塊來統計）模塊名稱代碼行（千行）字節數（KB）源碼模塊1模塊2執行程序等等注：源碼不填寫“字節數”，執行程序只填寫“字節數”。2.1.3 存儲介質：給由該軟件項目或軟件產品正式發布版本的存儲介質及所需存儲介質及其數量。2.2 主要功能和性能1 ）描述該軟件項目或軟件產品所實現的功能，根據需要說明該軟件項目或軟件產品的有關性能指標。2）與最初的需求相比較，給由功能和 /或性能上的差 異并說明原因。2.3 項目規模總

12、結根據軟件開發的各階段，總結該軟件項目或軟件產品 完成的功能模塊數量與計劃的對比，給由對比圖表， 并對比較結果進行分析。階段計戈肝莫 塊數元成模 塊數需求分析系統設計編碼測試合計2.4 項目人員總結總結該軟件項目或軟件產品開發各階段人員的變化 情況與計劃的對比，并對比較結果進行分析。階段計戈人數實際人數增加人數減少人數變動人數需求分析系統設計編碼測試總計注：變動人數為人員更換數。2.5 進度及工作量總結總結該軟件項目或軟件產品實際完成所用的時間及工作量與 原計劃的對比。用圖表來表示。2.5.1 從開發人員的角度進行總結：將每位開發人員開發該軟件項 目或軟件產品起止時間和工作量與計劃進行比較，給

13、由對比圖 表，并對比較結果進行分析。開發人 員計劃時間實際時間是否按 時計劃M實際MABCD等等2.5.2 從模塊的角度進行總結：將每一模塊完成的起止時間和工作 量與計劃進行比較，給由對比圖表，并對比較結果進行分析。模塊名 稱計劃時間實際時間是否按 時計劃M實際M模塊1模塊2模塊3模塊4總計2.5.3 從開發階段的角度進行總結：將每一階段完成的起止時間和 工作量與計劃進行比較，給由對比圖表，并對比較結果進行分析階段計劃時間實際時間是否按 時計劃M實際M需求分 析系統設 計編碼測試總計2.5.4 從工作量的角度進行總結：將開發該軟件項目或軟件產品所 用工作量與計劃進行比較，給由由于軟件問題報告所

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