工作說明書SOW

1、附件 1XXXXX項目工作說明書起草人： 信息技術部起草日期：文檔參考號：文檔版本號：文檔信息名稱：起草人：文檔版本編號：職位：文檔版本日期：復審人：復審日期：文檔參考號：第三方文檔參考號：分發(fā)名單自日期部門職務Email /電話給部門職務行動*截止日期Email /電話L T行動類別：批準，復審，通知，存檔，所需行動，參加會議，其它（請指明）版本記錄版本編號版本日期修改者說明Vx.xx1需求對應記錄對應需求編號版本修改者說明11本文檔中所包含的信息屬于內部資料，如無用戶的書面許可，任何人都無權復制或利用。工作說明書目錄1 前言 51.1 目的 51.2 術語 51.3 參考 52 項目概述

2、52.1 項目目標 52.2 項目實施前提及假設 62.2.1 開發(fā)場地 62.2.2 開發(fā)設備 62.2.3 其他 62.3 系統(tǒng)體系結構 62.4 應用體系結構 63 項目工作范圍 63.1 項目的工作任務1 73.1.1 工作描述 73.1.2 乙方的職責 73.1.3 甲方的職責 73.1.4 工作交付物 73.1.5 工作完成標志 73.2 項目的工作任務 2 73.2.1 工作描述 73.2.2 乙方的職責 73.2.3 甲方的職責 73.2.4 工作交付物 83.2.5 工作完成標志 83.3項目不包含的工作 84 系統(tǒng)需求范圍 84.1 系統(tǒng)包含的功能 84.2 系統(tǒng)不包含的功

3、能 84.3 系統(tǒng)的性能要求 95 項目交付清單 96 項目驗收標準 96.1 軟件驗收標準 96.2 軟件過程文檔驗收標準 107 項目實施進度 108 項目組織結構 118.1 組織結構圖 118.2 角色分派及角色職責 119 變更管理流程 129.1 變更管理流程 129.2 重大變更定義139.3 變更責任1310 業(yè)務連續(xù)性及過渡性安排 131刖言本工作說明書是合同（以下為簡稱主合同）的不可分割的組成部分，并經（以下簡稱甲方）和 司（以下簡稱乙方）協商達成以下一致意見：（1）乙方同意向甲方提供本工作說明書所述服務。（2）主合同的定義、解釋、條款、術語和條件將作為此工作說明書未提及部

4、分的補 充。本工作說明書與合同有沖突的，以主合同條款為準。（3） 此工作說明書描述了由乙方為甲方實施 項目（以下簡稱本項目）的過程中提供的技術服務細則，以及甲乙雙方在項目實施 過程中的主要職責。1.1 目的為保證項目的順利實施，本文檔將作為項目執(zhí)行過程中的基準。1.2 術語【說明】此處添加本工作說明書中所引用的重要術語或定義。1.3 參考【說明】此處添加本工作說明書中相關的其它重要文獻資料名稱。2項目概述2.1 項目目標【說明】此處填寫為開發(fā)的應用系統(tǒng)需要實現的主要業(yè)務，以及該應用系統(tǒng)與現有系統(tǒng)和外部系統(tǒng) 的關系。2.2 項目實施前提及假設【說明】此處根據項目實際情況填寫，說明整個項目實施的需

5、要具備前提條件以及假設，在前提條 件具備的情況下進行后續(xù)描述的任務實施。如果實施前提發(fā)生變化，將按照變更管理流程進行處理。2.2.1 開發(fā)場地【說明】此處描述需要甲方及第三方提供的工作場地、工作環(huán)境以及準備時間的要求。2.2.2 開發(fā)設備【說明】此處描述需要甲方及第三方提供的開發(fā)設備、設備規(guī)格、數量、準備時間等的要求。2.2.3 其他【說明】此處描述項目實施需要具體的其他前提條件和假設。2.3 系統(tǒng)體系結構【說明】此處描述所開發(fā)的應用軟件構筑在何基礎架構平臺上，包括文字說明和圖示。2.4 應用體系結構【說明】此處描述所開發(fā)的應用軟件的架構設計，包括文字說明和圖示。3 項目工作范圍項目工作范圍主

6、要描述了在項目實施的各個階段提供服務的主要內容，明確雙方的職責，確定階段 交付成果以及完成標準。同時也說明項目不包含的工作任務。正常情況下，項目工作任務 要求按照如下階段 進行描述：? 功能規(guī)格編碼? 設計? 編碼與內部測試? SIT 測試? 用戶驗收測試? 投產試運行? 培訓? 系統(tǒng)驗收? 維護3.1 項目的工作任務 13.1.1 工作描述【說明】請根據項目實際情況，描述該項任務的主要內容。3.1.2 乙方的職責【說明】在本任務實施過程中，乙方承擔的工作內容和職責。3.1.3 甲方的職責【說明】在本任務實施過程中，甲方承擔的工作內容和職責。3.1.4 工作交付物【說明】列出該階段任務需要交付

7、的主要文檔名稱及內容說明。3.1.5 工作完成標志【說明】說明該階段任務雙方認可的完成標準。3.2 項目的工作任務 23.2.1 工作描述【說明】請根據項目實際情況，描述該項任務的主要內容。3.2.2 乙方的職責【說明】在本任務實施過程中，乙方承擔的工作內容和職責。3.2.3 甲方的職責說明】在本任務實施過程中，甲方承擔的工作內容和職責。3.2.4 工作交付物【說明】列出該階段任務需要交付的主要文檔名稱及內容說明。3.2.5 工作完成標志【說明】說明該階段任務雙方認可的完成標準。3.3 項目不包含的工作【說明】請根據項目實際情況，替換本節(jié)中括弧中不包含的工作任務及其描述。 本項目不包含以下的工

8、作任務：1 不包含的工作任務一的名稱 不包含的工作任務一的具體內容描述 2 不包含的工作任務二的名稱 不包含的工作任務二的具體內容描述 3 此處添加更多不包含的工作任務名稱 更多不包含的工作任務的具體內容描述 4 系統(tǒng)需求范圍4.1 系統(tǒng)包含的功能【說明】請根據項目實際情況，替換本節(jié)中括弧中的功能及其描述。 本項目實現以下的功能：1 功能一的名稱 功能一的詳細描述 2 功能二的名稱 功能二的詳細描述 3 此處添加更多的功能 更多的功能的詳細描述 4.2 系統(tǒng)不包含的功能【說明】請根據項目實際情況，替換本節(jié)中括弧中不包含的功能及其描述。 本項目不包含以下的功能：1. 不包含的功能一的名稱不包含的

9、功能一的具體內容描述 2. 不包含的功能二的名稱不包含的功能二的具體內容描述 3. 此處添加更多不包含的功能名稱 更多不包含的功能的具體內容描述4.3 系統(tǒng)的性能要求【說明】根據項目的情況，說明系統(tǒng)的性能要求。如不需要明確規(guī)定則可以刪除本部分。5項目交付清單【說明】此處列出項目各個階段交付給甲方的正式交付物清單。交付物名稱介質形式期限數量備注6項目驗收標準6.1 軟件驗收標準1 系統(tǒng)功能驗收【舉例】以本文第4條系統(tǒng)需求范圍為依據，以甲乙雙方確認的項目軟件需求規(guī)格說明書（以雙方簽字為準）所定義的功能為驗收的標準。2 .性能驗收【說明】此處根據是否需要明確性能要求而填寫性能驗收標準。3 .軟件缺陷

10、【說明】請根據項目實際情況填寫以下的缺陷分類表及相關的驗收標準。【舉例】如果驗收測試后，系統(tǒng)的殘余缺陷按照嚴重程度分類，分別滿足對應的驗收標準則視為驗收測試合 格。缺陷分類表（嚴重程度按從大到小排列）嚴重程度描述驗收標準A系統(tǒng)由于出現問題不能繼續(xù)運行B系統(tǒng)中某項業(yè)務（某一模塊）無法進行。C系統(tǒng)中單一交易不能繼續(xù)運轉或錯誤，但不影響 業(yè)務的進行。（有替代辦法）D其他：系統(tǒng)在某種狀態(tài)下產生錯誤，不影響正常業(yè) 務。限于那些裝飾性且在軟件處理上沒有影響的 問題。有著這些性質的缺陷可能留著未解決并積 累直到軟件的按期發(fā)布。6.2 軟件過程文檔驗收標準【說明】請根據項目實際情況更改以下關于文檔驗收標準的描

11、述?！九e例】文檔驗收以抽樣方式進行，抽樣率為20%。如果在驗收的文檔中，錯誤的總字數超過抽樣文檔總字數的5%，或描述每一獨立完整的功能 /章節(jié)錯誤，則視為驗收失??；否則為驗收合格。7項目實施進度【說明】請根據甲乙雙方約定的時間說明項目關鍵點的完成時間。【舉例】項目關鍵時間點計劃完成時間備注項目啟動UAT測試投產驗收8項目組織結構8.1組織結構圖【說明】請根據項目實際情況定義項目的組織結構圖。【舉例】8.2 角色分派及角色職責【說明】請根據8.1節(jié)中項目實際的組織結構圖定義角色職責。【舉例】乙方項目領導小組：由乙方項目決策管理人員組成。甲方項目領導小組：由甲戶方項目決策管理人員組成。變更控制委員

12、會：由甲方、乙方項目領導小組中代表組成，進行重大變更決策。甲方、乙方項目經理：某二，具體職責描述質量經理：某三，具體職責描述技術經理：某四，具體職責描述配置管理組：小組人員的構成、所屬單位（甲方、乙方、其它單位）負責配置庫、軟件配置項的管理。需求分析組：小組人員的構成、所屬單位（甲方、乙方、其它單位） 以及小組開始工作的階段設計組：小組人員的構成、所屬單位（甲方、乙方、其它單位） 小組開始工作的階段開發(fā)組：小組人員的構成、所屬單位（甲方、乙方、其它單位） 小組開始工作的階段測試組：小組人員的構成、所屬單位（甲方、乙方、其它單位） 小組開始工作的階段、所需人員的數目、職能描述所需人員的數目、職能描述以及所需人員的數目、職能描述以及所需人員的數目、職能描述以及9變更管理流程9.1變更管理流程【說明】此處定義項目需求、范圍、資源等發(fā)生變更的處理流