頁腳頁腳XXX股份XXXX項目工作說明書Version1.0文檔編號： 項目名稱：編 寫： 編寫日期：審 核： 審核日期：批 準： 批準日期：

修訂記錄章節(jié)編號章節(jié)名稱修訂容簡述修訂日期修訂前版本號批準人目錄TOC\o"1-5"\h\z前言 1\o"CurrentDocument"目的 1.\o"CurrentDocument"參考文獻 1\o"CurrentDocument"術(shù)語與簡稱 1系統(tǒng)概述 1前提條件與假設(shè) 1項目工作圍 2\o"CurrentDocument"項目管理 2\o"CurrentDocument"需求調(diào)研 3\o"CurrentDocument"軟件開發(fā) 4\o"CurrentDocument"用戶接收測試 4\o"CurrentDocument"系統(tǒng)安裝調(diào)試 5\o"CurrentDocument"協(xié)助完成試運行 5\o"CurrentDocument"協(xié)助完成用戶培訓 6\o"CurrentDocument"質(zhì)保期服務(wù) 6項目不包含的工作 7關(guān)鍵里程碑 7驗收標準及流程 7\o"CurrentDocument"完成條件 7\o"CurrentDocument"驗收標準 8\o"CurrentDocument"問題嚴重性定義 8上線標準 8驗收標準 9變更管理流程 10變更流程圖 10\o"CurrentDocument"重大變更定義 11\o"CurrentDocument"變更流程說明 111前言本文檔適用于XXX股份承擔的XXXX項目。預期讀者包含但不限于XXX項目負責人、XXX股份負責人、項目經(jīng)理、客戶經(jīng)理、總工程師、現(xiàn)場經(jīng)理等。目的項目為保證項目的順利實施，本文檔將作為項目執(zhí)行過程中的基準。本文及本文的全部附件定義了本項目的圍，即XXX股份在本項目中應提供的全部服務(wù)和執(zhí)行過程，對圍的改變以本文中《變更管理流程》為標準執(zhí)行。本項目執(zhí)行過程中雙方簽字確認的文檔定義了本項目的圍細節(jié)，對所有雙方簽字確認的文檔進行變更以本文中《變更管理流程》為標準執(zhí)行。參考文獻《XXX股份質(zhì)量體系文件》。術(shù)語與簡稱工作說明書：指本文檔；用戶：本系統(tǒng)的直接使用者；用戶方：指客戶公司全稱實施方：XXX股份2系統(tǒng)概述本項目的目標是通過本文所定義的服務(wù)為用戶方建造系統(tǒng)，系統(tǒng)的概述見《技術(shù)方案》。3前提條件與假設(shè)工作說明書本身和完成工作說明書中所定義工作的各項估計基于以下的關(guān)鍵前提與假設(shè)條件。以下條件中任何一項不成立將按照本文附件一《變更管理流程》中定義的標準，對進度計劃、交付日期和項目預算產(chǎn)生影響。雙方將在此項目力協(xié)作承擔各自的責任，共同保證此項目的成功執(zhí)行。需求調(diào)研及設(shè)計聯(lián)絡(luò)僅在用戶方住所地執(zhí)行。雙方均指定一位項目經(jīng)理來共同管理此項目。用戶方項目經(jīng)理負責協(xié)調(diào)用戶方在本項目中所承擔的任務(wù)，并且與實施方項目經(jīng)理共同作出項目決策。所有用戶方提供的文檔（如設(shè)計藍圖、外部接口規(guī)等）實施方均不對其正確性與完整性負責，如用戶方提供的文檔中未準確說明的，以實施方的理解為準。所有實施方提供的文檔交付物中的目錄結(jié)構(gòu)與容基于實施方的文檔規(guī)標準。所有實施方提供的產(chǎn)品及服務(wù)均基于實施方的技術(shù)質(zhì)量規(guī)。用戶方應在項目進度計劃中定義的時間框架履行所有在此項目中承擔的責任。任何因用戶方未完全履行其責任而導致的項目進度延期將通過變更控制流程進行處理。用戶方在審核實施方提交的文檔時，需書面給出全部且明確的審核意見與修訂建議。用戶方未書面指出或?qū)徍艘庖娒枋霾幻鞔_的文檔章節(jié)視為已審核通過，文檔復審時僅針對審核意見進行復查。本文中明確定義了文檔審核期限的交付物，用戶方如未在約定期限給出明確書面審核意見的，視為用戶方已經(jīng)審核確認，實施方將據(jù)此進行后續(xù)工作。4項目工作圍在本項目中實施方將向用戶方提供如下服務(wù)：項目管理需求調(diào)研軟件開發(fā)用戶接收測試系統(tǒng)安裝調(diào)試協(xié)助完成試運行協(xié)助完成用戶培訓質(zhì)保期服務(wù)其它沒有列舉出的任務(wù)不作為本項目的工作圍。項目完成標準：實施方根據(jù)本文中定義的完成標準完成了本文中定義的所有工作。項目管理項目組將按照實施方項目管理體系進行整個項目的質(zhì)量、進度、風險、變更等管理，密切與用戶方項目組合作，保證項目實施的成功。實施方職責：定義項目組織，書面確定實施方項目經(jīng)理，作為實施方與用戶方項目組正式協(xié)調(diào)溝通的唯一接口人。制定《項目計劃》，與用戶方項目經(jīng)理共同分配雙方工作任務(wù)，定義進度與里程碑。與用戶方項目經(jīng)理共同推進項目實施進程。參與《項目計劃》評審并簽字確認。監(jiān)控項目進度和項目成員工作，調(diào)整和細化進度計劃。與用戶方項目經(jīng)理共同協(xié)商解決項目中出現(xiàn)的風險與變更。進行文檔管理和變更管理。監(jiān)控項目質(zhì)量。調(diào)配項目資源，控制項目的圍、進度、質(zhì)量、成本。組織并參加項目例會。用戶方職責：書面確定用戶方項目經(jīng)理，作為用戶方與實施方項目組正式協(xié)調(diào)溝通的唯一接口人。與實施方共同制定項目計劃。組織《項目計劃》評審并簽字確認。參與項目監(jiān)控，對項目中出現(xiàn)的進度和質(zhì)量問題對實施方提出意見。監(jiān)控與本項目相關(guān)的其他第三方里程碑計劃，確保用戶方按計劃獲得所需工作條件。與項目涉及到的第三方進行協(xié)調(diào)溝通。參加變更管理，與實施方共同協(xié)商解決項目中出現(xiàn)的變更，并嚴格遵照變更流程進行處理。向?qū)嵤┓教峁嵤┈F(xiàn)場的獨立辦公環(huán)境和相應網(wǎng)絡(luò)設(shè)備條件。完成標準：實施方根據(jù)本文中定義的完成標準完成了本文中定義的所有工作。需求調(diào)研根據(jù)《技術(shù)方案》容進行需求調(diào)研，編寫《需求說明書》。實施方職責：引導實施需求分析過程。參與需求規(guī)格說明書評審并簽字確認。用戶方職責：按計劃組織人員進行需求調(diào)研。提供《技術(shù)方案》中所有功能點涉及的業(yè)務(wù)流程規(guī)文檔及業(yè)務(wù)單據(jù)樣例。組織人員編制《需求說明書》。組織《需求說明書》評審并簽字確認。交付物：交付物名稱介質(zhì)數(shù)量《需求說明書》電子介質(zhì)1《需求說明書》紙介質(zhì)3完成標準：當《需求說明書》雙方方確認完畢時，本項工作即為完成。軟硬件接口軟件開發(fā)期間，系統(tǒng)所涉及的所有硬件條件、環(huán)境、安裝應當滿足的要求。實施方職責：根據(jù)《需求說明書》中提及的硬件接口進行軟件的調(diào)試。用戶方職責：服務(wù)器、網(wǎng)絡(luò)條件具備。門閘的硬件安裝完成。地磅的硬件安裝完成。地磅的.NET軟件開發(fā)接口提供。交易一體稱的到貨時間和開發(fā)接口提供。自助查詢機條件具備。完成標準：實施方根據(jù)《需求說明書》中提及的硬件接口進行軟件的調(diào)試完畢后，本工作即為完成。如用戶方軟硬件接口條件無法在規(guī)定日期前就緒的話，視為乙方聯(lián)合調(diào)試工作完成。4.4軟件開發(fā)根據(jù)《技術(shù)方案》及《需求說明書》進行開發(fā)測試。實施方職責：根據(jù)《技術(shù)方案》、《需求說明書》等進行軟件定制開發(fā)。對軟件進行部測試用戶方職責：跟蹤監(jiān)控項目進度。提供項目涉及的第三方硬件設(shè)備及開發(fā)接口。完成標準：當《需求說明書》中定義的全部功能點定制開發(fā)及部測試完畢后，本項工作即為完成。4.5用戶接收測試根據(jù)《項目開發(fā)計劃》和《需求說明書》進行用戶接收測試。實施方職責：協(xié)助用戶方進行《用戶接收測試大綱》的編制與評審。協(xié)助用戶方進行用戶接收測試。協(xié)助用戶方對測試結(jié)果進行評審。對評審確認的軟件缺陷進行修正。協(xié)助用戶方編制《用戶接收測試報告》。用戶方職責：組織人員根據(jù)《需求說明書》編制《用戶接收測試大綱》。與實施方共同對《用戶接收測試大綱》進行評審，并簽字確認。根據(jù)《用戶接收測試大綱》進行軟件功能測試。書面向?qū)嵤┓椒答仠y試結(jié)果。編制《用戶接收測試報告》。完成標準：當《用戶接收測試大綱》中定義的全部測試通過，且雙方簽字確認《用戶接收測試報告》后，本項工作即為完成。4.6系統(tǒng)安裝調(diào)試根據(jù)技術(shù)方案、項目計劃進行本系統(tǒng)的安裝調(diào)試。實施方職責：根據(jù)技術(shù)方案編制系統(tǒng)安裝調(diào)試計劃。與用戶方評審《系統(tǒng)安裝調(diào)試計劃》并簽字確認。根據(jù)系統(tǒng)安裝調(diào)試計劃進行系統(tǒng)安裝調(diào)試。編制《系統(tǒng)安裝調(diào)試報告》，并提交給用戶方。用戶方職責：與實施方共同編制《系統(tǒng)安裝調(diào)試計劃》。組織進行《系統(tǒng)安裝調(diào)試計劃》評審，并簽字確認。按計劃向?qū)嵤┓教峁┫到y(tǒng)安裝調(diào)試作業(yè)條件，確保實施方可按計劃進行系統(tǒng)安裝調(diào)試。組織人員進行初始化數(shù)據(jù)錄入。接收并簽署實施方提交的《系統(tǒng)安裝調(diào)試報告》。交付物：交付物名稱介質(zhì)數(shù)量《系統(tǒng)安裝調(diào)試報告》電子介質(zhì)1《系統(tǒng)安裝調(diào)試報告》紙介質(zhì)3完成標準：當雙方簽字確認《系統(tǒng)安裝調(diào)試報告》時，本項工作即為完成。4.7協(xié)助完成試運行系統(tǒng)安裝調(diào)試通過后一個月為試運行，在試運行期間實施方將提供技術(shù)支持。實施方職責：提供試運行期間的技術(shù)支持工作。通過技術(shù)支持進行問題定位。解決因本文定義的服務(wù)而直接導致的問題。用戶方職責：根據(jù)要求提供精確的問題描述和問題診斷信息。為實施方進行調(diào)試、測試和監(jiān)控提供相關(guān)軟硬件環(huán)境。協(xié)助實施方完成問題修復。完成標準：當達到以下任何一個條件時本任務(wù)完成：試運行期間所發(fā)現(xiàn)因本文定義的服務(wù)而導致的問題均得到解決后。達到《項目開發(fā)計劃》中定義的完成標準。雙方經(jīng)友好協(xié)商共同同意結(jié)束試運行時。協(xié)助完成用戶培訓根據(jù)項目計劃及技術(shù)方案在用戶方辦公地對最終用戶代表進行培訓。實施方職責：協(xié)助用戶方制定用戶培訓計劃。編制培訓用材料。根據(jù)用戶培訓計劃派出講師進行培訓。用戶方職責：與實施方共同編制用戶培訓計劃。培訓活動總協(xié)調(diào)。確定參加培訓的人員，召集人員參加培訓。完成用戶培訓計劃中定義的其它任務(wù)。交付物：交付物名稱介質(zhì)數(shù)量《用戶手冊》電子介質(zhì)1《用戶手冊》紙介質(zhì)10完成標準：以下任何一個條件達到時，即認為本任務(wù)完成。?實施方將《用戶手冊》提交給用戶方，并完成培訓講解。?達到用戶培訓計劃中定義的完成條件。質(zhì)保期服務(wù)根據(jù)質(zhì)保期條款向用戶方提供服務(wù)。實施方職責：根據(jù)合同質(zhì)保期條款向用戶方提供服務(wù)。對雙方確認無法遠程解決的本軟件自身缺陷進行現(xiàn)場技術(shù)支持。編制并提交《現(xiàn)場技術(shù)支持記錄單》。用戶方職責：向?qū)嵤┓教峁┰敿毜膯栴}描述。向?qū)嵤┓教峁┻h程維護必要的網(wǎng)絡(luò)條件及訪問賬號。向?qū)嵤┓教峁┍匾默F(xiàn)場環(huán)境和條件。簽署《現(xiàn)場技術(shù)支持記錄單》。交付物：交付物名稱介質(zhì)數(shù)量《現(xiàn)場技術(shù)支持記錄單》電子介質(zhì)1/次現(xiàn)場技術(shù)支持《現(xiàn)場技術(shù)支持記錄單》紙介質(zhì)2/次現(xiàn)場技術(shù)支持完成標準：以項目計劃中確定的質(zhì)保期結(jié)束日期達到時，即認為本任務(wù)完成。5項目不包含的工作本項目中非實施方提供設(shè)備的安裝、調(diào)試與培訓等工作均不屬于實施方工作圍。關(guān)鍵里程碑與甘特圖里程碑相對時間日期合同簽署完畢D需求調(diào)研完畢D+30軟件開發(fā)完畢D+45硬件到場D+40用戶接收測試完畢D+50系統(tǒng)安裝調(diào)試完畢D+65驗收標準及流程完成條件當以下任何一個條件達到時，實施方即履行了本文中定義的所有義務(wù)。?本文定義的所有任務(wù)的“完成標準”均已達到。實施方完成了所有在“實施方職責”中定義的任務(wù)，包括提交了“交付物”中列出的所有文檔和代碼。因用戶方或其它任何第三方原因?qū)е隆鞠到y(tǒng)安裝調(diào)試】任務(wù)完成后12個月系統(tǒng)無法投入試運行時，本項目完成。雙方通過友好協(xié)商共同同意提前終止此項目。7.2驗收標準問題嚴重性定義測試中發(fā)現(xiàn)的問題級別認定基于以下定義：嚴重性級別描述1致命錯誤指系統(tǒng)無法使用或受到嚴重影響，導致所有業(yè)務(wù)功能無法執(zhí)行。問題無法迂回繞過。2嚴重錯誤指系統(tǒng)運行正常但某個特定的功能失效，導致很多用戶收到影響，系統(tǒng)性能嚴重降低。但存在問題的備選解決方案或問題可以迂回繞過。3一般錯誤指系統(tǒng)運行正常，業(yè)務(wù)處理受到限制，但未對整體業(yè)務(wù)造成影響。4建議性問題系統(tǒng)功能運行正常，由問題提出人提出的次要問題和裝飾性改進意見。上線標準根據(jù)【問題嚴重性定義】的定義，達到以下標準時系統(tǒng)可以上線。問題嚴重性級別問題比例（以記錄和發(fā)現(xiàn)的問題總數(shù)為分母）102＜二5%3＜二10%4無限制

驗收標準根據(jù)【問題嚴重性定義】的定義，達到以下標準時軟件系統(tǒng)驗收通過。問題嚴重性級別問題比例（以記錄和發(fā)現(xiàn)的問題總數(shù)為分母）10203＜二5%4無限制8變更管理流程8.1變更流程圖8.2重大變更定義重大變更指的是變更涉及到實施方成本變化的變更。8.3變更流程說明PMO由雙方項目經(jīng)理組成，項目領(lǐng)導小組由雙方商務(wù)經(jīng)理組成。變更由變更提出方發(fā)起。變更提出方包含且僅包含用戶方和實施方。由于用戶方所管