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

1、程序文件數(shù)據(jù)效勞工程執(zhí)行流程2003年 月 日起牛效文件號編制審核批準版次1.0日期日期日期共15頁第1頁1 目的及適用范圍1.1 為標準數(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í)行過程中的里程碑產生的相關成果和文檔進行質量控 制，并將符合標準的成果放入資源中

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

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

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

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

6、而改變。 所謂 動態(tài)數(shù)據(jù) 包括所有在運行中要發(fā)生變化的數(shù)據(jù)以及在運行中要輸入、 輸出的數(shù)據(jù)。 進行描 述時應把各數(shù)據(jù)元素邏輯地分成假設干組， 例如函數(shù)、 源數(shù)據(jù)或對于其應用更為恰當?shù)倪壿嫹?組。給出每一數(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ù)約定4

7、. 說明對數(shù)據(jù)要求的制約。 逐條列出對進一步擴充或使用方面的考慮而提出的對數(shù)據(jù)要求的限 制容量、文卷、記錄和數(shù)據(jù)元的個數(shù)的最大值 。對于在設計和開發(fā)中確定是臨界性的限制更要明確指出。5. 數(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 輸出

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

9、應說明該 接口軟件的來源。3.3 處理對數(shù)據(jù)的采集和預處理過程提出專門的規(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ī)?？偨Y 2.4 工程人員總結 2.5 進度及工作量總結 3. 工程評價 . 3.1 生產效率評價 3

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

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

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

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

14、的總體進度和階段進度與方案進行比擬，說明此工程 是正常完成、正常但增加工作量、延期但不增加工作量、即延期又增加工作量，并 比照擬結果進行分析。方案時間實際時間批復工作量實際工作量結論3. 注：以最后一版的開發(fā)方案中的開發(fā)進度為準，批復工作量包括由于軟件問題報 告增加的工作量。4. 工程評價3.1 生產率評價評價生產率可以有兩種方法：代碼行數(shù)與人月數(shù)比擬，或修改BUG數(shù)與所用人月數(shù) 的比擬。我們可以采用任何一種。如果采用第一種方法，應以模塊為單位進行比擬； 如果采用第二種方法，應以各測試版本的 BUG數(shù)、修改的BUG數(shù)、修改BUG所 用的工作量及修改單位BUG所用的工作量進行比擬，總結評價工程的

15、開發(fā)效率及相 應的原因分析。模塊名稱代碼行千行工作量代碼行/工作量模塊1模塊2等等3.2技術方法評價總結該軟件工程或軟件產品開發(fā)時所采用的各項技術。3.3 產品質量評價可參考以下幾個方面進行產品質量的評價1) 歷次測試發(fā)現(xiàn)的 BUG 數(shù)；2) 同種原因產生的 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ù)5.經驗和教訓可以從以下幾方面總結開發(fā)中獲得的經驗及糾正錯誤或缺陷等問題的教訓1管理人員的管理水平；2開發(fā)人員的合理分工；3工程軟件經理PSM及開發(fā)人員的技術水平；4開發(fā)人員的更換；5開發(fā)人員的配合及協(xié)作；6用戶的密切配合；7需求及設計的更改；開發(fā)過程中方案的合理調整等等。Word是學生和職場人士最常用的一款辦公軟件之一，99.99% 的人知道它，但其實，這個軟件背后，還有一大批隱藏技能你不知道。掌握他們，你將開啟新世界的大門。Tab+Enter,在編過號以后，會自動編號段落Ctrl + D 調出字體欄，配合 Tab+Enter 全鍵盤操作吧Ctrl + L 左對齊， Ctrl + R 右對齊， Ctrl + E 居中Ctrl + F 查找，Ctrl + H 替換。然后關于替換，里面又大