報告人：東浦BOM團隊日期：2017-6-28一汽商用車企業級BOM系統建設

解決方案項目背景、目標及總體規劃1項目解決方案2目錄系統架構方案3項目實施方案4目錄項目背景、目標及總體規劃1項目解決方案2系統架構方案3項目實施方案4項目背景現狀分析及對策項目愿景建設規劃國內主流商用車企業面臨的“三多一少”生態環境，對BOM數據管理提出新的更高要求；一汽商用車BOM數據管理現狀已不適應產銷量持續增長位居行業第一的要求；啟動一汽商用車一體化BOM建設項目及時必要。客戶個性化需求要求使產品品種越來越多面向全國跨地域發展要求異地工廠越來越多差異化訂單要求產品研發生產所需時間越來越少下屬企業分布長春、大連、青島、無錫、成都、柳州六地載貨/牽引/工程/專用4大產品線，J6P/J5P等10大產品平臺多品種多工廠生產要求各類產品數據越來越多ERP管理總成件超過6萬個，物料總數超過60萬，以每一物料4種數據類型計算，其物料BOM總數超過240萬整車差異化訂單需求量總銷量占比超過20%，且呈增長趨勢1-1.項目背景技術中心PDM系統EBOM平臺設計解放PDM系統EBOM適應性設計PBOM工藝設計解放本部ERPMBOM解放電子目錄系統SBOM系統接口產品配置表系統接口體外整理系統接口?????1-2現狀分析及對策技術中心解放公司產品開發生產準備生產銷售及售后技術中心Windchill系統外解放ERP解放TDS平臺設計EBOM按單車工藝設計PBOM物料拆分維護生產信息MBOM備品目錄定義SBOM系統外導入經過前期交流，我們獲悉一汽商用車BOM數據管理主要存在以下問題；部分適應性車型EBOM不準確性或不完整；PBOM手工編制工作量大，易出錯；整車配置管理未延伸到生產、銷售領域，無法實現靈活點單選裝，交付周期長；備件及KDBOM定義流程體系亦待完善。適應性改進產品策劃①②③③③④④主要問題原因分析2、設計有時候發“白圖”，導致產品數據不一致。3、系統外編制PBOM，工作量大，易出錯,EBOM與PBOM數據差異大。4、配置管理不完善，沒有建立生產配置、銷售配置。1、變更管理不規范。2、零部件在生產準備階段的生命周期狀態管理不夠細。3、設計變更在生準階段沒有生效時間控制。4、缺少有效的PBOM管理工具，各階段BOM脫節，變更管理缺乏有效系統支持。5、

未建立統一配置特征庫，配置管理相對較復雜，配置化管理不能延伸到生產、銷售領域。1、部分適應性改進EBOM不準確或不完整。5、備品要貨經常出錯。6.備件技術流程體系待完善，備件變更管控、備件替換管理待完善。EBOM準確性差PBOM手工維護配置管理不完整解決對策業務流程優化：構建全價值鏈的產品數據管理及應用流程；明確各職能部門的職責分工。BOM平臺建設：構建統一BOM數據管理平臺；實現全價值鏈的數據共享。針對一汽商用車BOM數據管理存在主要問題，進行原因相關性分析并提出業務及IT對策建議。1-2現狀分析及對策業務流程不完善主要問題原因分析2、設計有時候發“白圖”，導致產品數據不一致。3、系統外編制PBOM，工作量大，易出錯,EBOM與PBOM數據差異大。4、配置管理不完善，沒有建立生產配置、銷售配置。1、變更管理不規范。2、零部件在生產準備階段的生命周期狀態管理不夠細。3、設計變更在生準階段沒有生效時間控制。4、缺少有效的PBOM管理工具，各階段BOM脫節，變更管理缺乏有效系統支持。5、

未建立統一配置特征庫，配置管理相對較復雜，配置化管理不能延伸到生產、銷售領域。1、部分適應性改進EBOM不準確或不完整。5、備品要貨經常出錯。6.備件技術流程體系待完善，備件變更管控、備件替換管理待完善。EBOM準確性差PBOM手工維護配置管理不完整解決對策業務流程優化：優化適應性車型研發與臨時變更業務流程；構建統一備件定義業務流程與備件數據管理體系。BOM平臺建設：EBOM建立統一配置特征庫，虛擬/配置結構扁平化；將適應性車型與臨時緊急變更納入BOM系統管理；在PBOM中細化物料狀態及時間有效性管理。建設一體化運營領域P/M/SBOM，實現整車生產/銷售的配置管理；針對一汽商用車BOM數據管理存在主要問題，進行原因相關性分析并提出業務及IT對策建議。1-2現狀分析及對策業務流程不完善1-2.項目對策-全價值鏈的BOM數據流程管理構建全價值鏈的產品數據管理及應用流程：完善貫穿產品生命周期的項目管理流程及管控機制，將商企、研發設計、生產準備及制造等環節所需的產品數據通過項目管理方式集成，逐步減少系統外手工數據轉換；深度優化各專業部門的管理模式和職責，支持各業務領域內或跨領域的協同需求。規格/功能模塊/零件產品模塊/零件模塊/零件模塊/零件規格/功能規格/功能規格/功能企劃設計工藝、生產銷售市場售后采購供應商規格/功能客戶模塊/零件規格/功能構建統一BOM數據管理平臺，實現全價值鏈的數據共享：建立以研發、制造、采購等部門共同參與的協同平臺，形成統一、一致的產品數據發放平臺，建立起PLM與下游系統之間的聯系紐帶；通過數據接口向周邊生產領域的應用系統，提供基礎數據，降低人工干預風險，保證數據完整性和一致性；全生命周期產品策劃方案構想營銷售后正式生產工藝設計生產準備工程設計FAW-BOM供應商管理（SCM）產品設計數據管理（PDM）銷售管理（TDS）生產計劃（MES）主數據管理（ERP）

工藝設計（CAPP）1-2.項目對策-統一BOM數據管理及共享平臺1-3.項目愿景通過建設和部署一汽商用車BOM數據管理平臺，實現產品數據”三全”管理及其應用：全生命周期：在一汽商用車內實現產品全生命周期中產品信息的創建，管理，分享和知識資產化等目標，減少信息斷點，提高產品研發技術創新能力，縮短新品研發周期，降低整車成本；全價值鏈：通過構建一汽商用車統一產品數據平臺，以產品數據為主線，支持全價值鏈的組織和流程梳理，實現業務流程的貫通和完善，促進高效的業務協同和團隊合作；全覆蓋：形成一汽商用車產品數據管理和業務流程模式，實現解放公司、青島、成都、海外工廠全覆蓋；技術中心青島汽車廠解放卡車廠成都無錫產品規劃方案構想工程設計生產準備營銷售后試生產正式生產企業級FAW-BOM商品企劃營銷質量生產制造研發設計采購供應商客戶/經銷商研發合作伙伴服務合作伙伴全價值鏈柳州……海外工廠1-4.建設規劃通過深入了解一汽商用車BOM管理現狀，從BOM集成技術難度、歷史數據整理遷移周期與業務變革可實施性等多維度考量，建議本項目采取統一規劃，分布實施建設策略：二期目標：全生命周期、全價值鏈、全覆蓋實現一汽商用車BOM建設全部愿景目標，并根據業務需要擴展BOM應用管理范圍。一期目標：全生命周期、部分價值鏈、部分覆蓋解決當前急需解決的工藝、生產、銷售運營領域無一體化BOM和EBOM配置管理結構優化問題；201820172020項目二期項目一期項目二期前提條件：實現標準化的配置管理歷史數據清理完畢，并能在系統中正常運行項目二期規劃內容建議：

商品收益管理、生產準備過程管理、設計問題跟蹤管理

試制/試驗管理運營領域BOM系統建設（含EBOM集成）EBOM改造+WINDCHILLPDMEBOMPBOMMBOMKDBOMSBOM商用車運營領域一體化BOMPDMWINDCHILLEBOM鏡像PBOMMBOMKDBOMSBOM商用車一體化BOMEBOM目錄項目背景、目標及總體規劃1項目解決方案2系統架構方案3項目實施方案4整體方案系統解決方案要點配置管理BOM管理E-BOM升級E-BOM集成P/M-BOMKD-BOMS-BOM變更管理系統接口系統功能框圖歷史數據遷移

根據項目愿景，一汽商用車一體化BOM建設總體業務藍圖初步設計見下圖；通過BOM數據管理的規范化、標準化，滿足全價值鏈、全生命周期的BOM數據應用需求。2-1.整體方案——業務方案2-1.整體方案——系統框圖企業級數據總線（ESB）EBOM鏡像FAW-WINDCHILLFAW運營BOM上下游應用系統CAD數據管理DMUCAE數據管理EBOM優化SBOMPBOM/MBOMKDBOM通過WINDCHILL系統與運營BOM系統集成實現全生命周期BOM管理，在PDM中進行EBOM升級，在運營BOM中實現制造(包括KD生產制造)、服務的全生命周期產品數據管理。在運營領域中進行EBOM鏡像，保證兩個系統工程BOM數據的一致性。通過ESB靈活、高效的與其他系統集成，支撐全價值鏈的BOM數據應用。成本管理系統質量管理系統SCMERPTDSERP其他系統2-1.整體方案——實施內容BOM管理平臺主要內容：配置管理、結構管理、變更管理。BOM管理變更管理SBOM變更管控及執行變更實施制造變更配置管理制造配置銷售配置PBOMMBOMKDBOM1、配置管理1.支持面向模塊設計，減少重復設計并滿足客戶對產品及功能的個性化需求；2.通過企劃配置、工程配置、生產配置、銷售配置實現產品信息全價值鏈貫通。2、結構管理1.構建BOM管理平臺，支持不同形態BOM管理；支持多工廠制造BOM重構；支持試制、試生產、量產BOM不同成熟度的狀態設置，時間軸管理。3、變更管理1.閉環變更管理體系的形成；2.支持工程BOM變更單到制造變更單直觀體現具體變化點內容；3.支持變更實施跟蹤管理。企劃配置工程配置早期BOM工程BOM工程配置變更產品設計變更運營領域需求示例：EBOM集成2-2.系統解決方案要點

1.配置管理：配置化系列車型+配置變更=滿足>90%訂單需求EBOMP/MBOM生產&交付ERP需求輸入銷售配置表客戶選擇定義車型可配置車型訂單配置外車型訂單配置化EBOM快速響應超出配置的訂單需求完善車型系列配置特征庫配置解算生成訂單制造BOM配置變更配置管理覆蓋工程配置、制造配置、銷售配置，不同配置間相互建立關系，支持客戶選配；配置外訂單車型通過配置增刪改變更方式替代適應性車型開發方式，快速響應客戶個性化需求。東浦工程配置管理汲取國外數家商用車企業先進配置管理模式（歐美系、日系），并在實踐中應用。客戶選擇配置定義車型快速生成可配置車型訂單快速生成配置外車型訂單工程配置銷售配置制造配置工程配置時效性管控配置解算生成訂單制造BOMEBOM配置變更已量產車型訂單配置選項庫2-2.系統解決方案要點

1.配置管理車型規劃產品規格配置表規格項、規格組合制約條件設計定義車型配置設定車型配置約束規則設計部門保證組塊與車型的配置關系制造銷售銷售規格配置銷售車型配置表產品目錄顧客經銷商訂單車型配置表（時效性管控）組塊/零部件構成表（制造參數、時效性管控）零部件需求整車生產EBOMP/MBOM組塊/零部件構成表產品規劃工程配置：統一配置特征庫、定義車型配置及規則約束、保證組塊與車型配置的關系；制造配置：對配置變更進行管控，保證生產車型在規定日期內能提取生效物料；銷售配置：工程配置語言與銷售配置語言對應，快速形成銷售車型配置表，供顧客選裝。配置選項庫一汽商用車BOM應采用統一的配置選項庫，統一物料選項分類、編碼、中英文名稱、選項值；東浦擬與PTC合作，聯合提出一汽商用車配置選項庫相關技術/管理標準制定草案建議。選項分組選項選項描述選項值選項值描述MM01后橋輪輞選擇M0101鋼輪輞M0102鋁輪輞M02制動調整臂選擇M0201手調臂M0202自調臂2-2.系統解決方案要點

1.配置管理：配置選項庫產品配置是產品結構的品種規格工程表達，產品BOM是產品結構的物料編碼與數量字符表達；通過產品配置定義解算生成的產品BOM，其正確性遠高于直接構建形成的產品BOM；其整體的開發交付期也遠高于直接形成單車產品BOM。2-2.系統解決方案要點

1.配置管理：工程配置管理產品規劃產品配置規格產品配置規則組塊配置條件兼容關系不兼容關系基本配置選裝配置產品線劃分車系定義組塊配置條件組塊設計當前中心windchill采用”參數/約束”方式實現EBOM配置化，其弊端有二：一是參數/約束條件直接寫在選裝的虛擬或實體部件上，通過案例表管理多選一約束條件；但隨著可選項的增多案列表行列數成倍增長，維護復雜和繁瑣；二是沒有建立統一的參數和約束條件術語定義（標志庫），各系列車型的配置識別性、通用性和可解析性較差。改造后的windchill將采用企業級配置選項庫（配置標志字典）方式實現EBOM配置化，選項標志寫在一級虛擬管理組件下的實體總成上，簡化了EBOM配置結構，方便下游BOM解析應用。2-2.系統解決方案要點

1.配置管理：

工程配置改造工程配置經PBOM轉換形成制造配置，由此開啟實體物料的生命周期（生效/失效）管理；制造工程師在PBOM中對制造配置時效性進行定義和變更管控，確保在規定日期內獲取生效物料。車型選項值選項描述選項值描述G3326N010CCG3326N011CC…90RM001001后橋輪輞選擇鋼輪輞S：20161201~9999999990RM001002后橋輪輞選擇鋁輪輞S：20161201~99999999O：2-2、系統解決方案要點

1.配置管理：制造配置管理EBOM配置管理運營BOM配置管理配置定義配置變更車系配置及約束定義零部件配置參數定義整車通知書零部件通知書車系配置及約束變更零部件配置參數變更試制用單一化車型定義試制單一車型配置解算工藝合件配置定義發布即時傳遞發布即時傳遞是否是否滿足客戶需求運營BOM共享EBOM的配置選項庫、選項約束規則；EBOM向運營BOM傳遞系列車型配置及約束與零部件配置參數。客戶選裝車型配置時效性管理零部件配置時效性管理2-2、系統解決方案要點

1.配置管理：制造配置承接工程配置車型配置及約束條件零部件配置參數車型配置表單一車型配置解算依據客戶需求生成單一化車型工藝合件配置參數配置選項庫、選項約束規則單一車型定義當前普遍采用創建工程與銷售兩個配置表，BOM以對位轉換方式管理配置表內容，保持其一致性；新一代DP-BOM將創建物料銷售配置屬性，直接生成工程與銷售配置表，管理方式更加便捷可靠。工程配置表銷售配置表2-2.系統解決方案要點

1.配置管理：銷售配置管理根據客戶配置定義訂單BOM可在指定時間點，從配置化BOM中精確解析出實例化車有效物料清單；解析出的實例化制造BOM可采用多車型矩陣結構表或單一車型樹狀結構表的視圖形式予以展現。2-2.系統解決方案要點

1.配置管理：實例化車型制造BOM解析多車型矩陣結構表單一車型樹狀結構表2-2.系統解決方案要點

2.BOM管理各領域BOM管理早期BOMEBOMP/MBOMKDBOMSBOM工程設計工藝結構重構整車結構模板整車預計構成工藝路線定義生準狀態、時效性管理備件技術定義備件商品定義研發領域BOM運營領域BOM工位定義EBOM：描述產品唯一組成結構，一個產品只有一個EBOM。P/MBOM：描述產品在不同生產中心的裝配BOM，可根據EBOM和具體生產中心生成多個。KDBOM：描述產品出口海外生產中心的裝配BOM，根據EBOM和參考國內同車型的MBOM生成。SBOM：描述產品發生故障時可用到的備件BOM。EBOM集成Windchill可以對不同的對象在整個生命周期內進行管理

Windhill中管理的對象由兩部分組成；一是主數據，保持不變；二是版本，隨著時間和變更而發生改變在設計凍結后相同的版本意味著相同的外觀，功能以及與周邊零件的匹配關系，這是行業通用的規則P-96005621PTCCreo.prtNorm.docIPA_SVB_0064A主數據版本ABCABAC需求零件3D/2DCAD數據通用文檔2-2.系統解決方案要點

2.BOM管理：主數據管理供應商?組織2組織1站點以下業務規則在整個企業產品容器中被統一管理:初始創建規則：零件以及其它對象在創建時編碼需遵循唯一性原則用戶可自定義零件/其它對象編碼以及版本的Schema，實現編碼與版本的自動分配.業務規則將會自動從高層級向低層級繼承產品企業標準庫產品功能產品規格產品數據產品規格產品結構模板企業級選項庫TeamTeamTeam組織支持用戶制定零件編碼規則支持流水號編碼規則項目2-2.系統解決方案要點

2.BOM管理：編碼管理P：工程發布U:開發狀態B：試裝D量產RR概念設計詳細設計測試與驗證批量生產工藝設計IRP：工程發布RU:開發狀態RIRT：

開發狀態RIRS：工程發布2：數據發布0R1零部件發布工程發布設計數據發布售后零件發布細化系統中零部件的生命周期狀態定義，擴展生命周期狀態定義不同對象對應的生命周期狀態2-2.系統解決方案要點

2.BOM管理：零部件成熟度管理靈活的屬性定義和編輯不同的屬性視圖幫助用戶切換關注的零件屬性可以與CAD數據實現屬性的雙向影射2-2.系統解決方案要點

2.BOM管理：BOM屬性管理產品主系統模塊組模塊模塊變型零組件構建標準的模塊化產品架構，定義不同的部件對象描述產品架構保存標準產品架構基于標準產品架構創建BOM同步創建相應的CAD對象2-2.系統解決方案要點

2.BOM管理：模塊化產品架構靈活可配置的成本分類定義基于BOM的成本卷積及風險可視化2-2.系統解決方案要點

2.BOM管理：成本管理可查看對象要求CAD模型數據表分析測試計劃完整：管理完整的

產品定義由標準的自動化過程推動準確：單一信息

來源2-2.系統解決方案要點

2.BOM管理：以BOM為核心的產品數字化定義DMUBOMCADCAD設計驅動BOM生成&BOM驅動的自頂向下設計和關聯設計BOM與可視化數據關聯，實現BOM驅動DMUCAD數據同步轉化為可視化數據用于CAE等虛擬驗證用于生成圖紙或開模用于干涉檢查等虛擬驗證用于編制工藝圖卡用戶編制用戶/維修手冊以及電子維修目錄用于采購用于制造用于維修2-2.系統解決方案要點

2.BOM管理：基于BOM的模塊化設計Windchill環境下選裝選配設計Creo環境下選裝選配設計系統中定義的選項和變型規范可以傳遞到Creo環境中：在Creo環境下對平臺的數據進行配置支持基于平臺的產品開發2-2.系統解決方案要點

2.BOM管理：模塊化產品開發過程配置上下文（Configuration

Context）幫助設計人員通過過濾平臺化產品定義正確的設計環境通過過濾的方式抓取超級BOM中設計人員關心的設計數據和信息，以使設計和驗證工作（如DMU）更加簡單和快速設計上下文（Design

Context）幫助設計人員通過過濾CAD結構定義目標的設計環境通過CAD產品的抑制能力對大型的復雜產品的CAD結構樹進行過濾，將關鍵的或用于參考的總成或部件已CAD總成的方式組織起來，提高工程師的設計效率和準確性配置上下文和設計上下文能夠幫助工程設計人員對平臺產品根據需求快速的構建上下文設計環境2-2.系統解決方案要點

2.BOM管理：配置上下文/設計上下文干涉檢查定義自動化干涉檢查設計問題管理2-2.系統解決方案要點

2.BOM管理：BOM驅動的DMU工程BOMMCAD數據設計與導入零組件分類與重用配置上下文構建設計數據發布DMU&問題管理設計評審與驗證發布設計上下文構建迭代核心能力：Top-down

designBottom-up

design配置上下文與設計上下文HDIC自動化干涉與間隙檢查2-2.系統解決方案要點

2.BOM管理：產品設計流程優化2-2.系統解決方案要點

2.BOM管理：

EBOM集成方案集成目的一是執行EBOM物料編碼標準與配置規則，二是鏡像EBOM方便EBOM數據應用，三是建立PBOM初始化基線。EBOM數據基礎數據整車數據變更/零部件1、配置特征標志2、零部件分組標準3、產品線定義1、整車結構/配置定義2、整車技術文件1、變更技術文件2、變更零件結構信息3、變更零件工程信息生效觸發傳遞傳遞方式輸出數據內容整車通知書零部件通知書生效審批發布審批發布1、配置特征標志庫2、零部件分組代碼庫3、產品線代碼庫1、車型配置參數與約束條件2、整車通知書、技術條件、相關技術文件1、新版零部件工程屬性2、零部件結構差異3、零部件配置參數變更4、新版零件圖紙/輕量化數模5、零部件通知書6、新版零部件相關技術文件通知書驅動實時傳遞協議或通知書驅動實時傳遞2-2.系統解決方案要點

2.BOM管理：

EBOM傳輸內容與方式EBOM傳輸內容主要有基礎數據、整車數據與零部件定義/變更數據，傳輸方式分為批準生效觸發傳輸或協議實時傳輸（同步工程或緊急變更需要時）。工藝/制造BOM構建主要業務活動有制造路線定義、工藝合件定義、制造/裝配工位定義、生準與準完文件發布等，工位定義可由一個部門一次性完成（P/M），也可由兩個部門依次完成（P+M）。2-2、系統解決方案要點

2.BOM管理——P/MBOMP1P11P12P1390R

EBOMECO0

ECO1

ECO1

ECO2PBOM——生產中心1（編號F1）產品通知書

制造路線

裝配路線

采用時間

取消時間

采用通知書

取消通知書P1P11P12P1390R

ECO0

ECO1

ECO1

ECO2F1HZF1CGF1CGF1CYF1ZZF1HZF1HZF1HZ20170301TC01TC01TC01TC02

TC01

20170301201703012017060199999999999999992017060199999999MBOM——生產中心2（編號F2）產品通知書

制造路線

裝配路線

采用時間

取消時間

采用通知書

取消通知書P1P11P12P1390R

ECO0

ECO1

ECO1

ECO2F2HZF1CGF1CGF2CYF2ZZF2HZF2HZF2HZ20170401TC03TC03TC03TC04

TC04

20170401201704012017070199999999999999992017070199999999依據車型定義生產中心基礎車型編碼生產中心90RXXXX001F190RXXXX002F2維護車型的生產中心2-2.系統解決方案要點

2.BOM管理——P/MBOM：多生產中心制造BOM初始化基于整車的多生產中心分為不同車型不同生產中心或同一車型不同生產中心，前者可由BOM默定義，后者由制造BOM工程師定義。BOM按生產中心定義將整車EBOM數據和產品通知書推送至所定義生產中心形成PBOM初始界面。按車型提取零部件零件分工路線定義路線發布EBOM按產品通知書提取零部件基于超級BOM確定結構路線準備通知書發布新增零件的工藝路線定義分為內外制分工和內制件工廠/車間制造路線分工，PBOM根據分工結果生成新增內/外制件清單，方便相關部門開展供應商選擇或內制件制造工藝設計；在協同設計環境下，制造技術部門可在設計構想、電子樣車、或樣車試制階段獲取新增零件清單；獲取方式有待項目組內部協商確定。2-2.系統解決方案要點

2.BOM管理——P/MBOM：零件分工路線在不增減EBOM物料前提下，可對EBOM結構進行拆分合并（重構），形成帶工藝合件的PBOM；選配件工藝合件應繼承選配件的配置條件，通過配置解算得到單一車型工藝合件；工藝合件可跨車型或跨生產中心引用；PBOM記錄結構重構前后物料的位置關系，以便設變時工藝合件結構是否相應變更予以提示。2-2、系統解決方案要點

2.BOM管理——P/MBOM：工藝合件工藝合計構建方式分為套用模板和手工搭建兩種，前者方便快捷，適用于可重復構建的工藝合件；后者在PBOM界面，通過移動、拖拽、復制、剪切、粘貼等方式亦可快速手工構建工藝合件；跨車型引用工藝合件應進行工藝驗證，跨生產中心引用工藝合件需重新定義物料路線和有效期。2-2.系統解決方案要點

2.BOM管理——P/MBOM：工藝合件2-2.系統解決方案要點

2.BOM管理——P/MBOM：基于結構的定義路線/時間車系產品組塊工藝合件產品組塊制造組塊制造組塊產品組塊總成工藝合件零部件零部件制造路線裝配路線起始時間終止時間制造通知書F1CGF1ZZ2015121199999999ZB151211012015121199999999ZB15121101F2HZF1ZZ2015121199999999ZB15121303F2CGF2CG2015121199999999ZB15121303……F2CGF2HZ2015121199999999ZB151213032015121199999999ZB15121101基于超級BOM結構定義結構路線、時間：對于實物件定義工藝路線；基于零部件的分工路線，快速定義結構路線；對BOM行定義結構時間有效性、對零部件本身定義項目時間有效性。2-2.系統解決方案要點

2.BOM管理——P/MBOM：制造狀態、有效期管理通過跟蹤制造狀態（準備、準完、投產）通知書發布時間，P/MBOM可對物料制造狀態進行時間有效期管理，亦支持手工定義維護物料的制造狀態有效期。按四大工藝定義維護物料生產線制造裝配工位工序信息，支持在制品工序外委和車間成本核算；基于BOM結構行維護工位工序信息，精確分配物料數量，可集成CAPP關聯工藝卡/作業指導書。例如：總裝工藝對應BOM結構例如：總裝工藝對應工位庫2-2.系統解決方案要點

2.BOM管理——P/MBOM：工位定義根據KD工廠物料需求，KDBOM對完整的EBOM進行裁剪，生成KD制造BOM；KD-BOM通常要求指定唯一供應商，增加KD件生產地及出口地標識，并進行包裝合件與包裝箱設計；KD件設計變更通常需要得到KD工廠的確認方可實施；東浦KDBOM支持上述DK生產特殊要求。E-BOMKD車型配置KD-BOMM-BOMMRP（KD零件）KD-BOM包裝產品車輛訂單MRP（本地零件）設計変更通知設計変更通知本地化零件國內車輛工廠零部件出口工廠海外代理商海外KD工廠2-2.系統解決方案要點

2.BOM管理：KDBOM業務流程KDBOM數據構建與制造BOM構建類似，與國內工廠制造BOM不同的是：①可參考國內工廠制造BOM，快速定義KDBOM；②KD件定義：標識是國內工廠出口件還是地產化零件；③KDBOM斷點日期：KDBOM斷點對應的日期不是投產日期，而是對應批次出口發貨日期。實例化的KD車型解算，得到帶結構層級的KDBOM或KDBOM清單。EBOM與PBOM接口國內工廠制造BOMKDBOMEBOM數據接收處理EBOM數據備份KD工廠2……EBOM數據分發KD工廠1零件路線分工基于超級BOM構建工藝合件包含車型數據分發產品變更通知書分發基于超級BOM確定結構路線發布KD通知書MBOM參考國內工廠制造BOM，快速定義KDBOM制造參數KD屬性定義①②③引用國內工廠工藝合件①2-2、系統解決方案要點

2.BOM管理：KDBOM數據構建2-2.系統解決方案要點

2.BOM管理：SBOM業務流程國內商用車企多不重視備件業務，多將備件定義責任推卸銷售部門，無視可維修性、可裝配性是產品設計的基本技術要求；可喜的是一汽商用車正本清源，僅需要SBOM的工具支持；SBOM業務流程涉及商企、設計、生產、采購、銷售多部門，備件種類除裝車件外維修專用件與替代件、附加裝飾件、總成拆分件等，復雜程度超過其它BOM。對象1裝車件備件/2自制備件/3拆分件備件/4外購專用備件/5油輔料備件要素層次零件號…采用日期取消日期備件號備件名稱備件類型備注…備件分組號1裝車件備件2自制備件3拆分件備件4外購專用備件5油輔料備件產品通知書：1裝車件、2自制備件產品明細3拆分備件、4B類備件產品明細制造定義及更改通知書：1

裝車件制造采用、取消日期2

自制備件制造采用、取消日期1352結構產品屬性時間備件專用屬性備件目錄屬性SBOM維護制造BOM4EBOMSBOM數據來自EBOM的有：裝車件、自制備件、拆分件備件、外購專用備件定義，來自制造BOM的有：裝車件裝車件及自制備件的采用時間、取消時間；SBOM負責維護油輔料備件定義，拆分備件、外購專用備件、油輔料備件的采用、取消時間；備件屬性定義等。備件是采用EBOM編碼+供應商編碼，還是重新編碼并與原編碼建立對應關系，各車企做法不同，東浦SBOM支持重新編碼方式。2-2.系統解決方案要點

2.BOM管理：SBOM數據來源可基于配置化車型或實例化車型進行備件定義；產品變更及時提示備件工程師是否進行備件變更，并維護變更零件是時間斷點；可定義備件的替換鏈關系。2-2.系統解決方案要點

2.BOM管理：SBOM備件定義BOM企業級變更管理由以下三個要素構成，缺一不可：變更流程全BOM貫通，設變信息端到端連續傳遞，任一節點執行狀態及斷點一鍵可查；所有變更設變項目不論緊迫性如何（一般、緊急）均納入BOM管理，杜絕系統外手工處理；所有變更項目不論時效性如何（臨時、永久）必須確認永久方案實施有效后才能關閉。東浦BOM是目前國內已知唯一實現企業級變更管理三要素的BOM。2-2.系統解決方案要點

3.變更管理偏差和替換對一個正在生產的產品執行一個臨時的變更,不更新BOM但可以作為一個正式變更的輸入條件變更申請評估技術和業務變更變更理由影響范圍確定技術分析,解決方案確定變更評審委員會機制變更通知創建和執行變更計劃

發布變更結果認證變更執行委員會機制(確定變更執行)關閉變更申請關閉問題變更任務對受影響的數據對象執行變更定義時間有效性數據升版,零件替換批量變更關閉變更通知2-2.系統解決方案要點

3.變更管理：工程變更模型快速便捷的收集變更影響對象,確保變更得到完整的執行:需求選項與選項關系工程部件BOMMCADECAD軟件支持變更任務的按照順序的配置，確保變更得到完整的執行；執行從需求到工程BOM，及設計數據的更改2-2.系統解決方案要點

3.變更管理：一體化的工程變更變更一致性管理平臺相關所有對象可以統一管理平臺結構模塊及CAD數據選項，選項規則及選項表達式配置定義實現統一管理工作狀態-〉發布-〉廢棄變更影響范圍分析利用平臺配置知識利用虛擬可視化確認復雜的變更利用related/where-used等信息快速定義變更的數據同時評估零件，分配選項表達式以及規則的有效性變更執行不同平臺信息的協同變更執行ChangeRequestChangeRequestChangeRequestChangeRequestChangeRequestChangeRequestNewPartNewLogicUpdatedRule2-2.系統解決方案要點

3.變更管理：平臺產品變更管理③2-2.系統解決方案要點

3.變更管理：制造變更管理制造變更的依據分為三種：執行產品設計變更；制造工藝變更，例如工藝合件變更、路線變更等；處置生產緊急問題的現場臨時變更。現場臨時緊急變更可采用一次性有效文件《臨時處置單》指導生產，但必明確其生效與失效時間。《臨時處置單》由設計或工廠/制造部門發起，在BOM中編制/取號/審批/發放/查詢（審批流程應最大程度簡化），通過系統接口傳遞到相關生產執行系統（應簡化相關流程）指導生產。2-2.系統解決方案要點

3.變更管理：設計變更斷點管理根據設計變更工程復雜性和實施緊迫性，設變項目生準時間有效性管理分為三種類型。第一種類型分別記錄準備/準完/投產時間，第二種類型記錄分別準完/投產時間，第三種類型記錄投產時間。BOM默認斷點時間記錄的依據為相關通知書的發布時間。BOM將設變項目投產時間信息傳遞給MES，由其記錄實現該變更項目的首車VIN碼。ERP車型BOM倉儲系統車型BOM車型隨車工具包SCM車型BOM供看板要貨MES生產計劃形成車輛檔案電子目錄車型配件目錄TDS銷售管理車橋ERP車橋BOMEOL車與電控單元關系企業級數據總線（ESB）運營領域BOMPDM&EBOM1、零部件；2、車型結構；3、結構變更備件明細表車橋BOM電控零部件車與電控單元關系1、產品數據標準2、零部件3、車型配置4、車型結構5、產品變更車型配置信息運營BOM通過EBS總線向各應用系統提供數據接口，確保BOM數據的一致性、完整性、及時性。2-2.系統解決方案要點

4.系統接口成本管理質量管理零件信息車型BOMPDM+EBOM基礎數據管理工程變更成本管理零部件分類管理需求管理需求管理工程配置銷售配置企業級數據總線（ESB）運營領域BOM技術中心系統解放各領域系統成本管理系統質量管理系統ERP倉儲系統SCMMESTDSEBOM與制造BOM集成產品數據接收與存儲MBOM初始化EBOM查詢PBOM/MBOMKDBOMSBOM制造基礎數據配置時效性管理零件路線分工工藝合件定義BOM時效性管理制造通知書（準備、準完、投產）KDBOM定義KD定義及變更通知書KD清單查詢基礎數據管理備件定義備件變更通知書備件明細查詢配置時效性管理BOM時效性管理工位定義工藝通知書單一車型配置定義車型時效性管理2-3.系統總體功能框圖制造數據查詢車型配置查詢二期規劃商品收益管理生產準備過程管理設計問題

跟蹤管理電子目錄車橋ERPEOL工程BOMCAD數據管理遷移總體方案策略制定IT系統可行性論證工作計劃數據清理前業務培訓遷移總體方案遷移組織遷移計劃風險及對策……遷移規則、運行規則研討課題解決、評審遷移推演2-4.歷史數據遷移1.遷移準備歷史數據遷移是系統持續有效應用的前提（否則會造成新老系統并存，新老數據分割管理問題）；落實數據整理遷移是一項復雜的系統工程，東浦BOM有多起歷史數據遷移成功案例，有能力確保數據遷移成功。確定車型范圍及遷移數據范圍及來源，制定模板、工具收集數據，評估不同形態BOM的數據和主數據的準確度確立數據比對的基準及策略分析列出數據可疑點（借助系統）澄清可疑點，歸納數據錯誤類型按類型逐一糾錯：先基準BOM，再到其它領域BOM主數據及BOM數據管理規范主數據及多車型數據處理、按配置要求的重新組織考慮不同業務領域的主數據和BOM的重構要素制定驗證場景，同時通過場景進行靜態校驗通過工具導入到系統按照制定的驗證場景操作系統，使數據流貫通上下游BOM數據分析、修正初步評估確定數據遷移范圍確定梳理策略數據清理數據分析確認、修正數據組織按照新系統要求重新組織數據系統發布數據導入系統校驗驗證和發布在系統方案設計階段同步研究確定數據遷移方案。2-4.歷史數據遷移2.遷移流程ERPPDM數據源數據源歷史車型已生產車型未生產車型擬生產車型擬停產車型已停產車型擬凍結未生產車型已凍結未生產車型現生產車型·發布停產通知·比照已停產車型處理·導出車型數據·整理專用件/通用件BOM·導入SBOM·通用件設計變更維護·導出車型數據·EBOM差異比對·變更錯誤數據·數據結構標準化·導入運營BOM·設計變更維護·導出車型數據·數據結構標準化·導入運營BOM·設計變更維護·車型數據不處理·發布車型停產通知·比照已凍結車型處理2-4.歷史數據遷移3.整理策略一汽商用車歷史數據可以分為已生產車型與未生產車型兩大類，數據源分別是ERP與PDM；兩類車型歷史數據又可分為三種狀態，據此分別制定了歷史數據的整理策略。EBOM+PBOM(手工)+生產系統正常運行系統外環境數據提取數據遷移系統數據整理測試系統數據遷移方案生效系統測試完成系統上線經測試的最新更改結果的數據_V3.x更改數據手工同步維護生產系統正常運行數據導入驗證及更新重要節點集成測試用戶測試預批量驗證運營領域BOM系統最新更改結果的數據_V1.x工作環境數據交付單元測試數據測試最新更改結果的數據_V2.x數據導入功能驗證數據導入業務驗證圖例：數據流向數據同步更改數據手工同步維護更改數據手工同步維護2-4.歷史數據遷移4.遷移方式目錄項目背景、目標及總體規劃1項目解決方案2系統架構方案3項目實施方案4開發平臺應用架構基礎架構開發架構安全要求3-1.開發平臺開發工具運維監控平臺數據管理平臺前端技術框架應用支撐設計器編輯器調試器元數據提取器代碼模板庫批量生成器單元測試集成測試性能測試綜合業務測試功能日志環境日志閥值設置性能日志異常日志日志分析/預警環境監控控件庫數據模型頁面模型UE規范模板庫…插件庫樣式表請求連接器應用支撐組件總控分發安全日志消息推送SSO集成登錄與權限統一組織元數據規則引擎業務日志接口規范編碼規范任務調度統一消息統一公告事務批處理規則引擎附件管理異步事件文件安全全文檢索統一認證日志服務消息引擎文檔轉換內容抽取報表持久化緩存SSO服務作業管理…數據訪問數據源管理數據方案文檔格式數據存儲結構化數據非結構化數據BPM平臺插件設計器WEB設計器任務中心流程引擎規則引擎服務編排流程干預統計分析配置化開發工具測試日志監控異常分析/統計移動平臺移動應用管理移動設備管理移動用戶管理監控統計服務待辦接入服務統一推送服務微信接入服務通訊安全·服務①①①⑤④③②通用技術組件基礎架構數據邏輯運算Oracle(M/S)Mysql(M/S)NoSQLHDFSCacheSEO平臺功能架構東浦SEO技術平臺包括①核心開發平臺、②工作流平臺、③移動應用平臺、④數據管理平臺、⑤運維監控平臺五部分，主要基于目前成熟、主流的Java生態的開源技術，采用分布式服務化的技術架構。補充基于SEO平臺建設的BOM類項目情況。。。。。客戶端服務器端PC移動APP微信B/SC/S控件框架框架控件客戶端負載均衡層WEB緩存層負載均衡WEB緩存接入層WEB服務安全框架搜索服務消息隊列服務緩存服務持久化服務作業服務流程服務關系型數據庫NoSql數據庫文件存儲WEB層服務層存儲層單點登錄http/resthtml/jsonSEO平臺采用先進、成熟、主流的商用與開源技術，保障技術體系的可持續性，降低IT系統安全風險。3-1.開發平臺系統采用B/S架構模式構建，分為表示層、應用層、數據層應用層基于中間件技術(應用服務器)開發、部署，并采用輕量化實現(無EJB)在展示層、應用層大量采用流行、穩定的開源框架、組件作為基礎環境非功能性需求、簡單業務需求，在應用層實現業務邏輯復雜、數據操作頻繁的功能，為了提高效率，在數據層實現應用框架層次化業務功能模塊化通用功能組件化統一接口標準化遵循以下原則3-2.應用架構采用前端代理服務，實現負載均衡代理服務由兩節點的Apache+mod_cluster冗余服務組成應用服務器集群環境，支持水平擴展應用中根據業務特點自動進行數據庫路由選擇數據庫服務器系統實施主從方案（如，主庫兩節點RAC，兩個從庫單獨部署）依照系統主從復制原則，主庫與從庫上分別創建BOM數據方案，存放BOM系統業務數據與功能。全部業務功能以及業務數據都存放在主庫中，所有數據變更都只在主庫中進行，從庫只負責進行復雜查詢，復雜計算。系統基礎架構，通過前端代理實現負載均衡，應用服務器采用集群部署，支持水平擴展，數據庫采用主從分布式部署方案。3-3.基礎架構BOM項目采用開發、測試、生產三套獨立環境方案。采用SSM開發框架：

SpringMVC+Sping+Mybatis規范要求《

BOM項目_開發規范》《

BOM項目_Oracle數據庫開發規范》《BOM項目_交互設計規范》《BOM項目_視覺設計規范》《統一接口平臺使用規范》《統一接口定義規范》3-4.開發架構開發框架/開發規范/環境方案安全要求，實現系統上線時安全要求符合率達標（參照國家等保3級系統技術要求），且無高危漏洞。安全實施，采用信息系統全生命周期安全實施方法。分類安全要求內容總數3級系統技術要求應用相關安全要求應用安全安全架構設計、認證授權、審計日志、安全開發、安全測試和部署等39數據安全數據清單、存儲與傳輸加密、數據備份歸檔等28基礎設施安全要求網絡安全網絡安全域、接入安全、入侵檢測防御、內容過濾、無線安全等26主機服務器安全賬號與口令、訪問控制、服務與網絡、安全審計、漏洞掃描、防病毒等29終端安全賬號與口令、防病毒、防泄密、漏洞補丁管理等6物理安全監視和物理監控、環境和公用設施保障、設施邊界和區域防護等29加密、密鑰和證書密鑰與證書管理1預警與事件管理安全事件采集、關聯分析、告警燈5身份訪問和授權身份認證、權限、授權、訪問控制等93-5.安全要求及安全實施目錄項目背景、目標及總體規劃1項目解決方案2系統架構方案3項目實施方案4項目實施方法系統架構設計方法項目管理和質量保證項目計劃及組織架構培訓和知識轉移目錄項目背景、目標及總體規劃1項目解決方案2系統架構方案3項目實施方案4項目實施方法系統架構設計方法項目管理和質量保證項目計劃及組織架構培訓和知識轉移企劃流程開發流程運用?維護流程工程

信息化構想ＶＰ系統企劃ＳＰ基本設計ＳＡ方案設計ＵＩ詳細設計ＳＳＰＧ單元測試ＰＴ集成測試ＩＴ系統測試ＳＴ業務測試ＯＴ系統運行維護（上線）ＯＭ概念分類業務業務由使用者進行驗證SystemSystem由設計者進行驗證ProcessProcess企業人為行動系統企業業務由開發者進行驗證VerificationVerificationValidation

Module

Program參考國際先進經驗，結合DPSP過程（DawnproSoftwareProcess），形成項目實施方法論。編碼4-1.項目實施方法

1.項目實施方法論業務主導業務現狀調研業務方案構想基本構想基本設計業務現狀把握及分析業務方案構想項目范圍及邊界技術解決方案流程圖設計新業務DFD功能清單屏幕清單帳票清單接口清單基本構想和設計階段，以業務為主，確定業務改善方案，對項目范圍進行界定，確定系統設計的功能清單。基本設計完成后，項目正式移交系統實施人員，業務人員支持。4-1.項目實施方法2.基本構想和基本設計輸入系統方案設計工作評審交付物項目主計劃（月滾動）基本設計業務方案DFD基本設計書功能、屏幕、帳票清單接口清單業務待確認規則跟蹤表系統方案設計規范完善數據庫設計規范數據字典模板功能定義書模板界面設計模板接口定義書模板UI規范2.數據庫設計MSK數據庫設計域劃分概念模型設計邏輯模型設計數據庫字典形成數據庫設計內部評審數據庫設計修訂1、內部評審評審報告2、DR評審評審報告1、邏輯數據模型2、數據字典3、功能定義書4、接口定義書3.功能設計功能清單界面設計依據界面描述界面元素依據界面描述界面事件，且定義事件提示信息CRUD表頁面遷移圖數據示例說明（USECASE）4.接口設計接口清單逐一描述每一個接口數據示例說明（USECASE）事件與數據二維矩陣表5.架構設計6.整體測試方案系統方案設計以基本設計交付作為輸入，對系統功能、接口及數據模型進行設計；根據項目需要可設計系統原型（demo）。4-1.項目實施方法論2.系統方案設計1、E-R設計域劃分2、

定義實體及實體之間關系3、

定義數據要素(DataItems)4、

針對實體選擇數據元素5、分析多對多情況，形成正式E-R定義6、形成數據字典,定義項目取值1、功能概要，功能對應的功能點清單、共用功能清單說明2、

界面設計3、依據界面描述界面元素4、依據界面描述界面事件（含動作提示信息）5、界面補充說明（數據示例或USECASE）6、功能——界面遷移圖7、功能——CRUD表1、接口清單2、針對每一小類編制接口定義書概要說明數據模板觸發條件(時間和事件的詳細描述)傳輸時機傳輸字段詳細說明

3、批處理事件說明、在需要的情況下，進行數據示例說明4、與接口方溝通，并相互理解達成數據庫設計功能設計接口設計4-1.項目實施方法論2.方案設計思路系統規格設計以系統方案設計交付作為輸入，對系統功能及接口進行詳細設計。輸入詳細設計工作評審交付物系統方案設計功能定義書：功能概要功能清單系統界面說明界面示意圖界面元屬定義界面事件定義補充說明頁面遷移圖CRUD表數據示例說明數據庫設計書：邏輯數據模型；物理數據模型：數據表清單；數據表結構；系統摘要；接口定義書：接口清單接口詳細描述數據示例說明開發架構設計書：架構整體說明項目組建定義1.系統規格設計規范修訂：UI設計規范；功能詳細設計書制作要領；接口詳細設計書制作要領；詳細設計評審表；1、內部評審評審報告（記錄表）1、交付物功能界面；功能詳細設計書；

接口詳細設計書；2.功能界面設計：界面UI設計；界面開發；3.系統規格設計：系統規格設計書：功能Class定義控制類定義服務接口定義數據接口定義

數據模型定義存儲過程定義功能Class詳細設計控制類細化服務接口細化數據接口細化

數據模型細化存儲過程細化功能Class梳理及合并4.系統接口詳細設計：接口詳細設計書：校驗信息；數據處理流程；名稱說明控制類控制請求分發、日志與權限控制服務接口處理業務邏輯規則數據接口與數據庫交互，數據的提取與更新數據模型各層之間數據交互的載體存儲過程處理復雜的業務邏輯的4-1.項目實施方法3.系統規格設計根據開發標準規范進行源代碼編寫，實現系統功能。執行過程中安排開發人員對開發代碼進行走查，記錄問題并進行整改。4-1.項目實施方法4.程序編碼測試階段對系統進行驗證，包括系統功能、接口、性能、可靠性、安全性、權限等，對測試全過程進行覆蓋。全體測試計劃在系統方案設計階段建立，并在每個測試階段開始之前制定本階段的詳細測試計劃。80?對功能進行覆蓋性的測試。?對于非功能設計，進行單元性能測試，可靠性測試，安全性測試。單元測試集成測試系統測試業務測試?對各機能進行結合測試，按照業務功能單位進行測試，驗證質量指標。?外部系統之間進行接口測試。集成測試系統測試業務測試測試?在實際的硬件環境下對系統功能進行測試。?對性能、安全性、運用性、權限等進行測試驗證?在實際機器、環境、使用真實數據、由使用者進行模擬運用測試。?對業務系統的功能、性能、安全性、運用性、權限等進行確認。?判斷是否可以進行正式運用，并進行數據移行。4-1.項目實施方法5.測試：測試階段劃分開始(1)測試數據的導入(2)測試實施

①

測試執行

②

測試證據留存

③測試結果記入報告

④測試結果驗證

（NG情況下）發起缺陷報告(3)判定測試是否可以繼續(4)測試報告(6)測試報告評審/品質評價/測試證據驗證(7)評審結果判定(5)缺陷應對

①

程序修正

②

測試

③缺陷報告答復(8)評審修訂后的測試報告(9)再測試/修改測試用例OKNGOKNG4-1.項目實施方法5.測試：測試流程工程段品質指標（缺陷率）品質指標值(下限值～上限值）參考１品質指標值參考２品質指標值PT（單元測試）PTError率（缺陷）（件/Ks）5.0(4.0～6.0)PT駁回基準*15件/Ks、8件/頁面、報表7.4～11.0件/Ks【重點監視】【重點監視】10件/Ks、16件/頁面、報表15件/Ks以上測試項目設定率（項目/Ks）80.0(64.0～

96.0）80項目/Ks、100項目/頁面、報表72.7～109.1項目/KsＩＴ（集成測試）PTError率（缺陷）（件/Ks）1.5(1.2～1.8）PT駁回基準*21.5件/Ks、3.0件/頁面、報表1.8～2.8件/Ks【重點監視】【重點監視】3.5件/Ks、6.0件/頁面、報表4件/Ks以上測試用例設定率（缺陷）

(用例/Ks)5.0(4.0～6.0)5用例/Ks10用例/頁面、報表20.0項目/Ks22.9～34.3用例/KsＳＴ（系統測試）ＳTError率（缺陷）

(件/Ks)0.2(0～0.2）0.2件/Ks、0.2件/頁面、報表0.2件～0.4件/Ks【重點監視】【重點監視】0.5件/Ks、0.5件/頁面、報表1.0件/Ks以上測試用例設定率（缺陷）

(用例/Ks)1.0(0.8～1.2)1用例/Ks、2用例/頁面、報表5.0項目/Ks2.3～3.5用例/KsＯＴＳTError率（缺陷）(件/Ks)0.1(0～0.1）－－4-1.項目實施方法5.測試：品種要求缺陷報告使用缺陷跟蹤工具進行管理每日對問題清單及解決進展進行更新并通報4-1.項目實施方法5.測試：品種要求依據最佳實踐和ITIL理論，建立三級服務體制。4-1.項目實施方法6.系統運維：運維流程85承諾向甲方提供6個月的軟件免費質保期，提供的服務包括系統使用方法問題、用戶操作問題、文檔更新服務、系統bug，但不包括需求變更及新功能開發。乙方以現場支持、遠程服務、電話方式向甲方系統運行維護服務保障。提供對不同等級故障處理響應服務。對所提供的軟件系統發生的故障，乙方提供電話、網絡（郵件）、現場三種服務手段，對如下不同等級故障提供相應的響應服務。嚴重問題：整個系統無法正常運行。乙方須在60分鐘內做出響應；一般問題：個別功能使用受到影響。乙方須在4小時內做出響應；個別疑問：個別操作疑問，功能使用不受到影響。乙方須在48小時內做出響應。4-1.項目實施方法6.系統運維：提供的服務目錄項目背景、目標及總體規劃1項目解決方案2系統架構方案3項目實施方案4項目實施方法系統架構設計方法項目管理和質量保證項目計劃及組織架構培訓和知識轉移系統構架設計流程如下：【要件定義】【方式設計】【運用測試?移行】【系統測試】【環境設計】【系統基盤測試】【環境構建】１．要件定義２．概要定義６．環境設計７．環境構建１１．運用測試·遷移１０．系統測試９．系統基盤測試８．動作確認３．方式設計４．構成設計５．HW/SW※的安排系統要件定義書邏輯功能配置圖系統全體功能概要圖系統方式設計書系統構成設計書HW/SW※一覽系統基盤測試計劃書系統環境設計書系統環境構筑書系統環境構筑書系統基盤測試式樣書及結果運運用測試式樣書及結果系統測試式樣書及結果系統環境構筑書（動作確認步驟書）系統基盤測試式樣書及結果※HW

:Hardware

SW:Software4-2系統架構設計方法

1.系統架構設計的流程系統基盤工程（參考）運用程序開發工程主要工作工程完了目標要件定義系統要件定義整理客戶需求，進行系統范圍、系統的概要設計。另外，需要策劃下階段的工作方針。?系統要件和運用要件相關方面與客戶達成一致。?明確系統的服務范圍及服務級別，并與客戶達成一致。方式設計系統方案設計確定滿足客戶要件的系統方式及運用方式，決定系統構成。?決定硬件?軟件的規格。?明確下一階段的作業范圍及作業項目。?與運用系統有影響的需要設計完成。環境設計詳細設計進行軟硬件的環境設計。制定系統基盤測試計劃。?明確硬件?軟件的環境構建步驟。?明確系統基盤測試的日程、內容。環境構筑編碼（含程序設計）根據環境設計書構建環境。環境構筑后、對軟硬件進行動作確認（按照系統基盤的構成要素進行動作確認）。根據系統基盤測試計劃編制測試仕樣書。?給開發人員提供能夠使用的開發環境。系統基盤測試單元測試進行系統基盤構成要素之間的結合測試。進行外部系統的連接測試。系統基盤全體進行動作確認。?系統基盤構成要素、集成功能能夠正常使用。?準備系統測試。集成測試系統測試系統測試對性能、可靠性、運用性、安全性等系統全體進行驗證?驗證系統方式能否滿足客戶的要件。運用測試?移行業務測試?移行使用正式環境、正式數據進行業務運用測試。驗證性能、可靠性、運用性、安全性等。?準備系統運維相關的設計。4-2.系統架構設計方法

2.系統架構工程定義運用系統開發基本設計系統方案設計詳細設計編碼單元測試集成測試系統測試業務測試系統基盤工程要件定義方式設計環境設計環境構筑系統基盤測試系統測試運用測試?移行業務要件定義方式設計環境設計測試全體測試計劃書DB邏輯計劃書系統測試計劃書系統要件定義書系統方式設計書系統構成設計書系統環境導入計劃書DB設計書系統環境設計書系統環境構筑書系統環境導入完了報告書系統基盤測試計劃書系統基盤測試式樣書及結果性能測試式樣書及結果系統環境導入計劃書[地點別]系統構成設計書[地點別]系統環境導入完了報告書[地點別]系統測試式樣書及結果4-2.系統架構設計方法

3.架構工程階段成果物分類設計書設計書第一級項目設計書第二級項目設計書第三級項目1.性能?擴展性系統方式設計書1.性能估算?擴展性方式設計1.1.性能模型

1.1.1.性能?擴展性方式設計概要1.1.2.性能估算對象模型的確定1.2.性能估算1.2.1.性能見估算1.2.2.容量估算1.2.3.通信容量估算1.3.性能?擴展性方式設計1.3.1.性能?容量的方式設計1.3.2.擴展性的方式設計2.可靠性系統方式設計書2.可靠性方式設計2.1.可靠性對策設計2.1.1.可靠性對策方式設計2.1.2.數據安全對策的方式設計2.2.故障對應的設計2.2.1.災害對策的方式設計3.安全性系統方式設計書3.安全方式設計3.1.安全方式設計3.1.1.安全的方式設計3.1.2.安全系統構成設計4.外部連接系統方式設計書4.外部連接方式

設計4.1.外部連接方式設計4.1.1.外部連接方式設計系統方式設計階段需要完成的設計文檔為「系統方式設計書」和「系統構成設計書」兩個。不是所有記載的項目都要設計，可以根據項目特性進行刪減。4-2.系統架構設計方法

4.系統方式設計工程成果物-1分類設計書設計書第一級項目設計書第二級項目設計書第三級項目5.系統構成?環境系統構成設計書5.系統構成設