工作的說明書SOW

1、精選優(yōu)質文檔-傾情為你奉上附件1XXXXXX項目工作說明書起草人： 信息技術部起草日期： 文檔參考號：文檔版本號：文檔信息 名稱：起草人： 文檔版本編號：職位：文檔版本日期：復審人：復審日期：文檔參考號：第三方文檔參考號：分發(fā)名單自 日期 部門職務Email / 電話 給 部門 職務行動* 截止日期 Email / 電話 *行動類別：批準，復審，通知，存檔，所需行動，參加會議，其它（請指明）版本記錄 版本編號 版本日期 修改者 說明 Vx.xx需求對應記錄 對應需求編號 版本 修改者 說明 本文檔中所包含的信息屬于內部資料，如無用戶的書面許可，任何人都無權復制或利用。工作說明書目錄10 業(yè)務連

2、續(xù)性及過渡性安排13 1 前言本工作說明書是 合同（以下為簡稱主合同）的不可分割的組成部分，并經_(以下簡稱甲方)和_公司（以下簡稱乙方）協(xié)商達成以下一致意見： （1） 乙方同意向甲方提供本工作說明書所述服務。（2） 主合同的定義、解釋、條款、術語和條件將作為此工作說明書未提及部分的補充。本工作說明書與合同有沖突的，以主合同條款為準。（3） 此工作說明書描述了由乙方為甲方實施 項目（以下簡稱本項目）的過程中提供的技術服務細則，以及甲乙雙方在項目實施過程中的主要職責。1.1 目的為保證項目的順利實施，本文檔將作為項目執(zhí)行過程中的基準。1.2 術語【說明】此處添加本工作說明書中所引用的重要術語或定

3、義。1.3 參考【說明】此處添加本工作說明書中相關的其它重要文獻資料名稱。2 項目概述2.1 項目目標【說明】此處填寫為開發(fā)的應用系統(tǒng)需要實現(xiàn)的主要業(yè)務，以及該應用系統(tǒng)與現(xiàn)有系統(tǒng)和外部系統(tǒng)的關系。2.2 項目實施前提及假設【說明】此處根據項目實際情況填寫，說明整個項目實施的需要具備前提條件以及假設，在前提條件具備的情況下進行后續(xù)描述的任務實施。如果實施前提發(fā)生變化，將按照變更管理流程進行處理。2.2.1 開發(fā)場地【說明】此處描述需要甲方及第三方提供的工作場地、工作環(huán)境以及準備時間的要求。2.2.2 開發(fā)設備【說明】此處描述需要甲方及第三方提供的開發(fā)設備、設備規(guī)格、數量、準備時間等的要求。2.2

4、.3 其他【說明】此處描述項目實施需要具體的其他前提條件和假設。2.3 系統(tǒng)體系結構【說明】此處描述所開發(fā)的應用軟件構筑在何基礎架構平臺上，包括文字說明和圖示。2.4 應用體系結構【說明】此處描述所開發(fā)的應用軟件的架構設計，包括文字說明和圖示。3 項目工作范圍項目工作范圍主要描述了在項目實施的各個階段提供服務的主要內容，明確雙方的職責，確定階段交付成果以及完成標準。同時也說明項目不包含的工作任務。正常情況下，項目工作任務要求按照如下階段進行描述：ü 功能規(guī)格編碼ü 設計ü 編碼與內部測試ü SIT測試ü 用戶驗收測試ü 投產試運行&#

5、252; 培訓ü 系統(tǒng)驗收ü 維護3.1 項目的工作任務13.1.1 工作描述【說明】請根據項目實際情況，描述該項任務的主要內容。3.1.2 乙方的職責【說明】在本任務實施過程中，乙方承擔的工作內容和職責。3.1.3 甲方的職責【說明】在本任務實施過程中，甲方承擔的工作內容和職責。3.1.4 工作交付物【說明】列出該階段任務需要交付的主要文檔名稱及內容說明。3.1.5 工作完成標志【說明】說明該階段任務雙方認可的完成標準。3.2 項目的工作任務23.2.1 工作描述【說明】請根據項目實際情況，描述該項任務的主要內容。3.2.2 乙方的職責【說明】在本任務實施過程中，乙方承擔

6、的工作內容和職責。3.2.3 甲方的職責【說明】在本任務實施過程中，甲方承擔的工作內容和職責。3.2.4 工作交付物【說明】列出該階段任務需要交付的主要文檔名稱及內容說明。3.2.5 工作完成標志【說明】說明該階段任務雙方認可的完成標準。3.3 項目不包含的工作【說明】請根據項目實際情況，替換本節(jié)中括弧中不包含的工作任務及其描述。本項目不包含以下的工作任務：1不包含的工作任務一的名稱不包含的工作任務一的具體內容描述2不包含的工作任務二的名稱不包含的工作任務二的具體內容描述3此處添加更多不包含的工作任務名稱更多不包含的工作任務的具體內容描述4 系統(tǒng)需求范圍4.1 系統(tǒng)包含的功能【說明】請根據項目

7、實際情況，替換本節(jié)中括弧中的功能及其描述。本項目實現(xiàn)以下的功能：1功能一的名稱功能一的詳細描述2功能二的名稱功能二的詳細描述3此處添加更多的功能更多的功能的詳細描述4.2 系統(tǒng)不包含的功能【說明】請根據項目實際情況，替換本節(jié)中括弧中不包含的功能及其描述。本項目不包含以下的功能：1不包含的功能一的名稱不包含的功能一的具體內容描述2不包含的功能二的名稱不包含的功能二的具體內容描述3此處添加更多不包含的功能名稱更多不包含的功能的具體內容描述4.3 系統(tǒng)的性能要求【說明】根據項目的情況，說明系統(tǒng)的性能要求。如不需要明確規(guī)定則可以刪除本部分。5 項目交付清單【說明】此處列出項目各個階段交付給甲方的正式交

8、付物清單。交付物名稱介質形式期限數量備注6 項目驗收標準6.1 軟件驗收標準1系統(tǒng)功能驗收【舉例】以本文第4條系統(tǒng)需求范圍為依據，以甲乙雙方確認的項目軟件需求規(guī)格說明書（以雙方簽字為準）所定義的功能為驗收的標準。2性能驗收【說明】此處根據是否需要明確性能要求而填寫性能驗收標準。3軟件缺陷【說明】請根據項目實際情況填寫以下的缺陷分類表及相關的驗收標準?！九e例】如果驗收測試后，系統(tǒng)的殘余缺陷按照嚴重程度分類，分別滿足對應的驗收標準則視為驗收測試合格。缺陷分類表（嚴重程度按從大到小排列）嚴重程度描述驗收標準A系統(tǒng)由于出現(xiàn)問題不能繼續(xù)運行B系統(tǒng)中某項業(yè)務（某一模塊）無法進行。C系統(tǒng)中單一交易不能繼續(xù)運

9、轉或錯誤，但不影響業(yè)務的進行。（有替代辦法）D其他：系統(tǒng)在某種狀態(tài)下產生錯誤，不影響正常業(yè)務。限于那些裝飾性且在軟件處理上沒有影響的問題。有著這些性質的缺陷可能留著未解決并積累直到軟件的按期發(fā)布。6.2 軟件過程文檔驗收標準【說明】請根據項目實際情況更改以下關于文檔驗收標準的描述?！九e例】文檔驗收以抽樣方式進行，抽樣率為20%。如果在驗收的文檔中，錯誤的總字數超過抽樣文檔總字數的5%，或描述每一獨立完整的功能/章節(jié)錯誤，則視為驗收失?。环駝t為驗收合格。7 項目實施進度【說明】請根據甲乙雙方約定的時間說明項目關鍵點的完成時間?！九e例】項目關鍵時間點計劃完成時間備注項目啟動UAT測試投產驗收8 項

10、目組織結構8.1 組織結構圖【說明】請根據項目實際情況定義項目的組織結構圖。【舉例】乙方項目領導小組技術經理需求分析組設計組配置管理組開發(fā)組測試組變更控制委員會乙方項目經理質量經理甲方項目領導小組甲方項目經理8.2 角色分派及角色職責【說明】請根據8.1節(jié)中項目實際的組織結構圖定義角色職責?！九e例】乙方項目領導小組：由乙方項目決策管理人員組成。甲方項目領導小組：由甲戶方項目決策管理人員組成。變更控制委員會：由甲方、乙方項目領導小組中代表組成，進行重大變更決策。甲方、乙方項目經理：某二，具體職責描述質量經理：某三，具體職責描述技術經理：某四，具體職責描述配置管理組：小組人員的構成、所屬單位（甲方

11、、乙方、其它單位）負責配置庫、軟件配置項的管理。需求分析組：小組人員的構成、所屬單位（甲方、乙方、其它單位）、所需人員的數目、職能描述以及小組開始工作的階段設計組：小組人員的構成、所屬單位（甲方、乙方、其它單位）、所需人員的數目、職能描述以及小組開始工作的階段開發(fā)組：小組人員的構成、所屬單位（甲方、乙方、其它單位）、所需人員的數目、職能描述以及小組開始工作的階段測試組：小組人員的構成、所屬單位（甲方、乙方、其它單位）、所需人員的數目、職能描述以及小組開始工作的階段9 變更管理流程9.1 變更管理流程【說明】此處定義項目需求、范圍、資源等發(fā)生變更的處理流程?！九e例】變更申請人配置管理組變更控制委員會管理組變更執(zhí)行