1.項目背景、目標與范圍、服務價款

1.1.項目背景

交付意義：

• 從市場來看，實時計算場景已經越來越受到企業的重視，北京電力公司開始進行實時數據中臺建設；國家電網各大網省開始用采實時方案搭建；金融風控開始搭建實時風控體系。

• 從客情來看，實時計算性能調優需求迫切，比如國家電網用采信息數據量大，及時性高，業務邏輯復雜，急切需要搭建實時數倉，但缺少實時計算的落地經驗，急切需要實時計算服務人員協助客戶搭建實時任務，完善實時數倉。

• 從客戶價值來看，從實際業務場景出發，幫助客戶落地實時方案，協助客戶維護實時任務，將實時計算任務在客戶場景中穩定準確的運行起來，實現實時計算的可用性和健壯性。

客戶痛點：

• 代碼不健壯，沒有異常校驗和容錯機制。

• 出現異常崩潰，不知如何定位、排查和修復。

• 出現反壓，不知如何調優。

• 代碼結果準確性評估困難。

• 作業穩定性不能保障，經常出現任務失敗重啟，任務反壓等異常。

服務定位：

實時計算性能調優服務旨在幫助客戶落地穩定健壯的實時方案，從實際業務場景出發，針對異常作業或反壓作業設計的調優服務，提供調優方案制定及落地實施服務，幫助企業更好地實現實時監測、實時推薦、實時反作弊等業務場景。

1.2.項目目標與范圍

項目建設的具體目標包括：

1、業務需求和鏈路架構調研

根據客戶實時業務場景，對實時鏈路架構進行調研，比如數據源格式、數據架構等，初步評估調優可行性和調優方向。

2、作業調優

針對sql代碼進行健壯性優化設計，增加容錯機制。基于運行情況中出現的反壓，進行作業調優，包括上下游參數調優、代碼sql調優、作業參數調優、資源參數調優等，直至數據能穩定健壯運行起來。

3. 準確性/穩定性驗證

驗證結果是否符合預期，作業是否能穩定的運行。

根據以上的具體目標，本次項目交付范圍如下。詳細交付內容見工作說明書《2. 項目計劃 、實施方法與內容》：

• 實時計算性能調優交付范圍

  • 本服務包是針對flink sql/table api的調優服務

  • 僅單個源表單個任務的實時作業調優服務

  • 作業調優服務

  • 效果驗證服務

• 前期調研：【客戶名稱】集團的【XXX】部、【XXX】部、【XXX】部等，均位于【XX地點】。

• 數據范圍：需求調研中的任務指標。

• 業務系統對接范圍：需要對接【客戶名稱】的【XXX】系統，共計【XXX】個接口，具體對接清單見附件二《對接第三方業務系統清單》

• 運維保障：基于乙方提供的【XXX】項目技術服務提供技術服務運維保障；保障內容與支持方式詳見《2.6 運維保障》。

（說明：若項目是產品和技術服務同時售賣，運維保障應按照如上敘述分為兩種，而具體的運維保障服務內容于后面章節詳述；若項目沒有運維部分，“運維保障”可以刪除）】

1.3.項目服務內容、價款與服務定義

根據上述項目交付范圍，本工作說明書提供由阿里云【或阿里云合作伙伴】為甲方提供【實時計算性能調優服務】內容，總計人民幣 【XXX】【XXX】元整。

本價款包括：

• 【XXX】項目技術服務，具體明細詳見附件【五】《項目技術服務報價》；具體各項工作內容和時間見《2. 項目計劃、實施方法與內容》。

【說明：若項目是產品和技術服務同時售賣，價款款項分開報價，如上所示；若項目沒有產品部分，產品相關說明刪除】

本次項目價款是基于以上約定的項目范圍，任何未在本SOW中定義的工作或方案均在本項目的交付范圍之外。本項目計劃、實施時間和工作量評估是基于本SOW約定范圍制定的，如果項目范圍發生調整，雙方應依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序評估對項目價款、計劃和工作量的影響，并在簽署《項目變更控制申請單》后實施變更。

2.項目計劃、實施方法與內容

根據項目目標、范圍和建設實施方法，本項目將分成4階段，共13天。各階段的工作內容與時間如下方項目計劃所示。

*T表示合同簽訂日；D表示日

詳細工作內容請見以下說明。

2.1.項目準備

在項目正式開始前，項目準備階段甲乙雙方應就以下項目管理與風險管理機制達成協議，并召開項目啟動會議，確保雙方完成準備可進入項目執行階段。

• 雙方項目經理復核工作說明書和雙方的協議責任；

• 雙方復核項目任務、關鍵里程碑、時間表和資源，并相應進行更改或添加；

• 雙方復核項目的交付與付款計劃、標準發票格式和收費程序；

• 雙方協調建立項目溝通匯報機制、爭議問題與風險處理、升級與決策機制；

• 雙方確認交付物的提交方式、驗收標準與驗收流程；

• 雙方確認項目假設條件、項目變更管理程序與項目變更申請標準；

• 乙方就執行本工作說明書的項目計劃開展細項任務、分配、里程碑和預估；

• 乙方協調并管理項目人員的技術事項；

• 甲方辦公環境準備。

交付物：見本工作說明書《4.1.驗收分項清單》

2.2.前期調研

基于【XXX】業務部門架構，以調查表、訪談對于本項目涉及的數據、應用場景進行全面了解，包括：

• 業務需求調研：了解用戶的實時場景，包括用戶所需要實現的功能，性能指標，數據鏈路，處理邏輯，數據源類型，維表類型，結果表類型，數據源數據量，數據質量等。

基于需求詳細調研的結果，結合實時計算理論以及調優指南，設計【XXX】項目的總體架構方案。

• 鏈路架構圖梳理：根據數據源格式，源表/維表/結果表以及計算邏輯梳理從源端到結果的全鏈路可實施架構圖

• 評估調優方向和可行性：根據業務需求調研和鏈路架構圖評估調優方向和可行性。

交付物：本步驟無交付物輸出

2.3.作業調優

檢查客戶異常作業的代碼片段，診斷識別字段、超時過濾、數據延遲等問題，進行代碼調優，完善代碼容錯機制增強其健壯性。

基于運行情況中出現的反壓，進行作業調優，直至數據能穩定健壯運行起來，涉及

• DDL的調優：檢查客戶異常作業代碼的DDL建表語句，通過增加批量參數等方法，優化作業任務性能。

• 作業代碼調優：重點針對去重、groupby等窗口、聚合場景識別熱點傾斜、數據亂序等問題，檢查作業代碼，通過分離熱點數據等手段，優化作業任務性能，增強代碼健壯性。

• CU資源參數調優：調研維表數據量大小及使用的內存資源，通過調整拆解算子、增加內存、手動配置資源等，實現異常任務重新調度，以及CU資源的優化。

交付物：本步驟無交付物輸出

2.4.效果驗證

本階段對作業進行準確性和穩定性進行驗證。

2.4.1.準確性驗證

基于用戶數據，驗證流計算的結果是準確的，一致的。包括

• 具體案例準確性評估：隨機抽查N條作業結果數據，并關聯源端數據，按照計算邏輯手工校驗結果的準確性。

• 整體數據準確性評估：通過設置對照組，對比兩者差異，根據差異分析數據的準確性和合理性。

2.4.2.穩定性驗證

保障作業穩定運行3天以上。

• Overview曲線正常：無Failover，無數據滯留時延， tps流入/流出正常。

• Queue曲線平穩：無長時間輸入隊列100%，無長時間輸出隊列100%。

• JVM曲線平穩：堆內存使用率穩定。

2.5.試運行及驗收

• 上線試運行：乙方按照系統上線方案，切換至生產環境投入運行，保障正確、穩定運行4天。試運行期間提供遠程的技術支持。

• 項目驗收：根據合同準備交付物，進行項目驗收。

交付物：見本工作說明書《4.1.驗收分項清單》

2.6.運維保障

2.6.1.技術服務運維保障

在試運行階段結束并驗收完成后，乙方基于【XXX】項目提供針對數據異常排查、數據日常運維等問題的為期【壹（1）月】技術支持運維保障，作為軟件質量保證期。

乙方將提供靈活、多樣的通信手段，保證甲方人員能及時找到乙方的工程師。

a）IM群（釘釘）支持： 5x8 技術支持。

b）電話支持：提供售后電話咨詢5x8 技術支持。

c）服務內容包括：數據異常排查、數據日常運維、遠程技術答疑及技術支持（需甲方提供 VPN 環境）。

3.組織架構與雙方職責

3.1.組織架構

本項目根據以下組織結構進行實施，各組織單元的職責和分工詳見說明。

【說明：應列出項目組總體（包含甲乙雙方）的組織架構，并且描述每個分工單位的職責與工作內容】（以下組織圖和職責描述為參考，可根據實際狀況修改）

3.2.各階段工作的雙方職責

根據項目計劃的階段任務工作，雙方在不同階段需要承擔不同的分工以順利推進項目進行。

4.驗收

4.1.驗收分項清單

【說明：根據《2.項目計劃、實施方法與內容》內各階段的重點活動，將每個交付活動的完工標志或交付物統一集中列在下表，并說明交付物的類型。不同類型的交付物有不同的驗收標準，統一描述在《4.2 驗收標準》；付款計劃即是根據下表的項目階段，以及對應的交付物進行驗收付款】（以下描述為參考）

根據總體項目計劃，各階段的驗收交付物如下。 

• 以上清單中的交付物按交付物類型應按照《4.2驗收標準》的約定以及《4.3 驗收流程》進行驗收，并由甲方指定的代表對其進行簽字確認驗收通過。

4.2.驗收標準

【說明：以下驗收標準需根據項目具體交付物進行刪減：例如，若沒有指標類的交付物，則4.2.4刪除】

4.2.1.文檔類驗收

• 文檔類交付成果應著重于文檔實質內容的驗收，確認乙方提交內容符合甲方需求。

• 若甲方業務流程要求在乙方提交交付成果前需進行各類內部評審，甲方應在約定的驗收時點前推動并及時完成其內部所需評審和匯報。

• 文檔內容經過評審會后，若需要修改，乙方修改后提請甲方進行驗收，由甲方指定的代表進行簽收確認。

4.2.3.定制化功能模塊類驗收

本模塊驗收是針對作業驗收標準的定義以及驗收形式。

• 穩定性驗收標準：作業在源表數據量無異常增長規律、產品無bug的情況下未出現反壓，未出現報錯，未出現作業業務延遲，在當前狀態下穩定運行一周。

• 準確性驗收標準：作業在穩定性標準的情況下，結果準確性符合業務邏輯。

• 作業穩定性驗收通過，準確性驗收通過、上線后各項功能皆可正常使用，乙方提請甲方進行驗收，由甲方指定的代表進行簽收確認。驗收通過甲方就《驗收報告》（見附件二）予以蓋章或者簽字。

4.3.驗收流程

• 在乙方提交交付成果后，甲方將在5個工作日內驗證該交付成果是否符合需求描述。如符合需求描述，甲方指定的代表應根據交付物類型按照《4.2 驗收標準》約定的方式通知乙方通過驗收，標志交付成果驗收完成。如果超過5個工作日沒有得到甲方的回復則該交付物視同甲方已審閱并通過驗收。

• 如在上述5個工作日內，甲方指定的代表書面通知乙方指出不符點（每一個不符合需求描述的方面稱之為“不符點”），乙方應在10個工作日內針對不符點提出反饋，說明不符點的相應處理方式與修改的時間，與甲方就不符點的處理方式與時間達成協議。若不符點在不影響項目原定進度的情況下能夠修改完成，乙方應按照約定再次提交修改后的交付成果，甲方應在5個工作日內驗證該交付成果是否符合需求描述，并對此書面簽字確認乙方通過驗收。若甲方再次書面提出該交付成果依然存在不符點，則雙方將在乙方收到該通知后3個工作日內進行討論，雙方針對如何處理不符點達成協議。

• 若在乙方提交甲方交付成果后的5個工作日內，乙方未收到客戶關于不符點的書面通知，則該交付物視同甲方已審閱并通過驗收。

• 甲方承諾將對乙方提交的任何工作成果以及待驗收的交付物進行謹慎的評審，并對隨后的生產實施負責。若該交付成果已經被甲方實際使用或用于與甲方業務有關的活動，該交付成果則被視為通過驗收。

• 交付成果驗收通過或視為驗收通過后，乙方根據本工作說明書提供的服務應視為已被驗收和接受，同時乙方有關本工作說明書的義務應視為已履行。

5.項目假設條件

5.1.一般假設

雙方在本協議項下所約定的其他義務之外，乙方以協議約定的價格履行相關服務將有賴于下列假設前提。如果任何假設前提未能實現，將可能引起項目進度、服務費和費用、交付件及完成本工作說明書中所需的工作量的變更，雙方需另行簽署書面協議，且經甲乙雙方蓋章后方可生效。項目變更流程依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行。如果一方未經另一方認可而進行假設前提的變更，從而造成對方無法履行其職責和義務的，對方無需對此承擔責任。

• 甲方將及時向乙方提供所有需要的合理的文檔、信息、數據、圖表以及必要的系統權限以使乙方可以提供服務。且所有這些資料將受到本協議項下的保密條款的約束。甲方同意向乙方已披露的或將要披露的所有信息是真實、準確并且不會產生誤導。

• 甲方應在項目開始前及時提供必要的辦公、會議條件，包括會議室、辦公桌、辦公椅、洗手間、日用耗材、計算機設施、電話/傳真通信、高速因特網連接、插板、網線等。

• 乙方的項目工作交付地點應位在甲方關鍵業務用戶、主題專家與技術人員所在區域，且甲方應在項目開始前提供所在區域所需的所有安全證件及手續；甲方提供的辦公環境應保障乙方工作人員的人身以及財產安全，應不存在對人體有害的污染氣體、液體和固體；室外環境需要提供可應對惡劣天氣的防護條件等。

• 乙方將采用集中工作方式在雙方同意的工作場所執行，但乙方有權利根據乙方項目人員的分布，調整工作地點與工作方式并與甲方達成協議。

• 乙方將在正常業務時間，即星期一到星期五的正常業務時間，即北京時間上午 9:00 到下午 6:00（國家法定節假日除外）提供本項目的交付服務。但若乙方人員安排有特殊情況，甲方同意提供向乙方人員提供正常業務時間外對甲方設施的使用并工作，以適應乙方人員可能的出差旅行時間表。

• 基于部分特殊情況，乙方項目人員需要去參加地區或全國性的員工會議。乙方人員會根據項目進展情況妥善安排，盡力減少項目與會議計劃產生的沖突，并同甲方項目經理協商后達成協議。

• 雙方在項目實施期間采用雙方同意的通訊方式，由雙方的項目經理負責傳遞本項目所需的書面信息，可選擇的通訊方式包括：釘釘，互聯網、FAX、電子郵件等。

• 所有項目交付件為中文（簡體），工作語言為中文。所有交付作品采用Microsoft Office（包括PPT，WORD，Excel，Visio）格式，并以電子拷貝方式提交。

• 甲方與乙方應須按雙方事先達成一致的工作計劃、人員資源計劃與書面確定的工作起止日期投入項目工作。如遇到甲方相關業務系統迭代延期上線，相關項目進度將會產生順延，乙方對此不承擔責任。

• 甲方需提供充足且符合資歷要求的人員加入項目組，按照SOW和雙方在項目執行過程中的約定履行其職責。若甲方任何人員無法按要求完成職責，甲方應提供適合的替代人員。若項目需要其他相關人員卷入，甲方需提供必要的支持，以保證相關業務部門人員按項目時間計劃參與訪談、研討會和會議等。如果在項目執行過程中，因甲方人員異動或不符合資格導致項目進度受影響，雙方應及時溝通，并書面確認，同時乙方對此不承擔責任。

• 項目管理程序，如項目計劃確定、變更控制、升級處理等需要在項目準備階段建立完成并記錄在案。甲方團隊應理解并認可這些項目管理程序。

• 如需引入第三方，甲乙雙方應分別負責同各自第三方簽訂合同。乙方不對甲方的其他分包商或廠商（除乙方的分包商外）的行為負責、亦不對由其造成的延遲負責；甲方不對乙方的其他分包商或廠商（除甲方的分包商外）的行為負責、亦不對由其造成的延遲負責。

• 雙方均應負責獲取合同履行所必需的第三方產品的使用許可，且無需對方承擔費用。

• 若乙方在項目實施中需要以非機密形式取得任何笫三方的專有信息，必要時甲方需協助乙方取得批準。

• 在項目實施中若涉及第三方系統、廠家資源與人員，由甲方負責協調，包括但不限于第三方資料、人力資源的協調，且第三方系統的責任歸第三方責任。由于第三方的原因造成項目延期，項目成本的增加，雙方應依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行，評估對計劃和工作量的影響，并在簽署變更請求后實施變更。

• 本項目所依賴的原始數據的數據質量，甲方在指定的對接系統中有義務保障數據質量達到標準，對未達到質量標準的數據，甲方應通過運營或系統規范等方法，進行改進并達到標準。乙方不對因原始數據的數據質量不達標而影響交付成果承擔責任。

• 在項目執行過程中，若因導入乙方產品而涉及甲方原有業務系統的重構和改造，甲乙雙方需要根據實際業務系統規劃、改造調整乙方產品功能模塊的建設進度。如因甲方原因調整相關系統的數據設計和業務流程，相關變更為乙方帶來的工作量需要進行相關費用的追加。雙方應依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行，評估對計劃和工作量的影響，并在簽署變更請求后實施變更。

• 任何未在本SOW中定義的工作或方案均在本項目的范圍之外。本項目計劃和工作量評估是基于本SOW約定范圍制定的，如果項目范圍發生調整，雙方應依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行，評估對計劃和工作量的影響，并在簽署變更請求后實施變更。

• 在項目執行過程中，由于甲方未能適當管理與本項目有依賴關系的輸出入交付內容或延遲決策導致部分任務無法在項目所計劃的階段內完成或由于非乙方原因，甲方決定在項目所計劃的階段內不實施部分范圍工作，乙方就這部分未完成任務不承擔任何責任。在此種情況下，在乙方按照SOW完成可控部分的工作后，這部分未完成的任務也不應影響對乙方工作的按期驗收。

• 項目執行過程中，雙方應按照SOW約定履行各自的職責。若乙方在過程中發現影響計劃執行的不利因素的，乙方及時通報給甲方，甲方應在通報后三日內予以反饋并就不利因素的風險控管方式達成協議。若甲方未及時反饋且在項目過程中由于非乙方原因造成的延誤或質量問題，乙方予以免責，由此給乙方造成的額外工作量，雙方應依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行。

• 甲方應按照SOW約定的驗收流程和驗收標準按期進行驗收。由于非乙方職責范圍內的原因造成無法通過評審與驗收，進而導致項目延期，雙方將依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行，且乙方對此將不承擔任何責任。

• 在項目任何階段，如果客戶要求變更已經驗收的可交付成果的內容，將被視為變更請求。雙方依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行。

• 任何一方均不對本合同項下的特殊、附帶、或間接損害或后果性經濟損害（包括利潤或節省金額損失）負責，即便該方已被告知該等損害賠償的可能性。

• 乙方保留將本合同的全部或部分服務內容分包給其合作伙伴完成的權利，但乙方仍應按照本合同的約定向甲方承擔責任。

5.2.業務假設

• 在本項目實施過程中，如涉及阿里巴巴集團內部（以下簡稱“阿里系”）合同范圍以外非阿里云產品的對接，例如高德、支付寶等，乙方負責內部的協調與推動，但是最后的結果取決于阿里系其他產品策略，乙方不對最后的結果負責。如果涉及新增需求與成本，由甲方與阿里系其他產品協商處理。

• 在前期調研階段，乙方調研評估需要的現狀信息，皆依賴于甲方提供，甲方需即時提供信息，并保障信息的準確性。如由于甲方無法提供所需信息，或信息不準確導致乙方調研評估結果與實際情況有偏離，并因此影響原定項目交付計劃、時間與范圍，乙方不承擔延誤的交付責任，且由此給乙方造成的額外工作量，雙方依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行。

• 在前期調研階段，若根據實際調研結果發現數據質量和產品應用定制化開發需求與原項目計劃實施范圍差異過大，乙方經評估后無法在原定范圍、時間與成本下實施，雙方應通過友好協商方式，對于后續項目階段的實施方式達成協議，并依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行。

• 在前期調研階段，乙方輸出的對接業務系統清單，若甲方超出對接范圍，將被視為變更請求。雙方依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行。

• 在前期調研階段，針對實時計算場景涉及的數據質量問題，需由甲乙雙方共同配合修正。如非乙方原因造成的延誤，乙方予以免責，且由此給乙方造成的額外工作量，雙方依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行。

• 在作業調優階段，針對實時計算的數據源上游或下游鏈路問題，需由甲乙雙方共同配合排查修正。如非乙方原因造成的延誤，乙方予以免責，且由此給乙方造成的額外工作量，雙方依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行。

• 在作業調優階段，針對實時計算的with參數，乙方有權要求甲方配合修改。如非乙方原因造成的延誤，乙方予以免責，且由此給乙方造成的額外工作量，雙方依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行。

• 在作業調優階段，針對實時計算的作業參數調整，需由甲乙雙方共同配合完成。如非乙方原因造成的延誤，乙方予以免責，且由此給乙方造成的額外工作量，雙方依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行。

• 在效果驗證階段，針對準確性和穩定性問題排查，乙方的排查邏輯以及校驗邏輯，需要甲方配合驗證其合理性。如非乙方原因造成的延誤，乙方予以免責，且由此給乙方造成的額外工作量，雙方依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行。

• 在作業上線試運行階段，一旦乙方系統上線后且進入試運行階段，后續由于甲方環境變更引發的二次調試等屬于協議范圍外工作。如甲方因此要求乙方提供支持，將被視為變更請求。雙方依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行。

• 產品質量保證與技術服務保障階段是基于甲方完成所有交付物的驗收并簽署《驗收報告》（見附件十）后進入。若非乙方原因導致無法進入產品質量保證與技術服務保障階段，雙方將依照本工作說明書附件一《項目變更流程與項目變更控制申請單》中規定的程序進行，且乙方對此將不承擔任何責任。

• 在產品質量保證與技術服務保障階段，甲方同意并理解公共云產品的訂閱服務為持續性收費模式。於訂閱期間欲取消服務，需雙方就訂閱服務停止訂閱服務支持方式協商并簽署協議。若甲方未和乙方進行協商，或甲方自行停止訂閱費用，乙方保留對甲方的產品與數據進行處理的權利，且乙方對甲方的運營、產品、數據不承擔任何責任。

• 在產品質量保證與技術服務保障階段，乙方支持初步問題排查，以及和交付產品和應用相關數據異常、系統功能等問題進行修復；若問題排查后判斷屬于第三方系統、數據、第三方或關聯系統操作不當引起的系統故障或是因第三方軟件問題引起的技術支持等，乙方不負責此類問題修復且對此故障不承擔任何責任。

• 在產品質量保證與技術服務保障階段，如涉及本合同范圍以外的技術支持服務，需要乙方派遣技術支持工程師或研發工程師或技術專家到現場進行技術服務的，甲方須支付乙方相應的技術服務費用，收費標準由雙方根據項目情況協商決定。但乙方產品部署及運行過程中產生問題導致必須現場出差的除外。

附件一 項目變更流程與項目變更控制申請單

雙方任何關于本工作任務的變更都需要通過項目變更流程后生效。即：

• 工作任務、人員變更都需提前5個工作日提交《項目變更控制申請單》（見下頁）給到雙方評估并評估可行性。若評估結果不可行，此項目變更流程將不發生，雙方應經友好協商后，針對后續處理方式達成協議。

• 變更內容需填寫齊全。包括：基本信息，變更原因及變更具體描述。

• 涉及到項目價款的增減需要說明相關價款變動情況、并附上對應的補充協議或采購訂單。

• 所有變更由指定的雙方項目經理或者項目負責人審批確定后生效，涉及價款變更還需要雙方簽署補充協議或采購訂單后生效。

  項目變更控制申請單

  項目名稱：		起草日期：
  項目編號：		變更單號：
  起草人/角色：

  項目變更內容

  變更原因

  變更描述

  影響范圍

  技術影響和風險評估

  成本影響

  審批

  甲方業務負責人：

  姓名：
  角色：
  日期：
  簽署：

  乙方業務負責人： 

  姓名：
  角色：
  日期：
  簽署：

  附件

  【附加合同或PO】

附件二 對接第三方業務系統清單

附件三 需求調研表

附件四 穩定性指標清單

附件五 項目技術服務報價

本報價表價款包含乙方提供XX項目技術服務等應支付的全部價款，為人民幣 【XXX】 元（大寫人民幣【XXX】 元整）

【說明：報價項目（服務名稱）建議以“交付物”（參考《4.1 驗收分項清單》）為單位來報價，有助于按項目階段提前驗收與回款、確認收入）】