【正文】 更導(dǎo)致的負載修正值： 20% 4. 修正反映年增長率：按年 20% 反映 2年 5. 反映 Load Balancing及 HA構(gòu)成所需的系統(tǒng)構(gòu)成 以在一臺服務(wù)器運營時 CPU Usage保持 90%為準 正常運行時 CPU Usage低于 50% 6. 反映 Server構(gòu)成制約事項的系統(tǒng)構(gòu)成 CPU數(shù)量增加的制約等 (參考附件 ) 正常 /故障時使用率比較 CPU 2EA CPU 4EA 基本裕度 追加裕度 AP服務(wù)器 DP服務(wù)器 正常時 故障時 H/W Architecture 物流中心 正常時 開發(fā) 附件 7. Architecture 為系統(tǒng) S/W構(gòu)成圖 S/W Architecture Backup Client Oracle 8i HACMP MQ Adapter TCP/IP AIX iPla SSO Agent GAUCE WebLogic – TMS Exceed Service Forte – WMS Backup Client TCP/IP AIX Backup Client Oracle 8i HACMP MQ Adapter TCP/IP AIX iPla SSO Agent GAUCE WebLogic – TMS Exceed Service Forte – WMS Backup Client TCP/IP AIX iPla SSO Agent GAUCE WebLogic – TMS Exceed Service Forte – WMS Oracle 8i MQ Adapter Backup S/W TCP/IP AIX iPla SSO Agent TCP/IP AIX tel Svc EXE RF Server Windows2K Exceed Workstation ODBC Windows2K ANSI Emulator DOS Client RF Server TMS/WMS AP1 TMS/WMS AP2 開發(fā)服務(wù)器 Portal TMS DB WMS DB 物流中心 附件 7. Architecture 系統(tǒng)構(gòu)成方案比較 分類 個別系統(tǒng)構(gòu)成 L/B HA L/B HA LPAR (新物流 構(gòu)成 ) AP/DB分離 獨立系統(tǒng)構(gòu)成 系統(tǒng) 構(gòu)成圖 特點 ? 普通構(gòu)成 ? 系統(tǒng)的穩(wěn)定運行 ? 有故障應(yīng)對準備的構(gòu)成 ? H/W Fail時可持續(xù)服務(wù) ? 構(gòu)成與第二個方案相同 ? 充分利用設(shè)備功能的最佳構(gòu)成，可應(yīng)對不確定性的用量增加 ? 僅分離 AP/DB ? LG電子架構(gòu) 非標準 ? 建議 AP/DB分離 構(gòu)成時 考慮事項 ? 個別系統(tǒng)的可擴展性 ? 故障時相關(guān)服務(wù)中斷 ? 個別系統(tǒng)的可擴展性 (需要大于所需量的大容量設(shè)備 ) ? 按照制定的系統(tǒng)擴展計劃擴展 (最大限度利用最新設(shè)備的性能 ) ? 選擇自身可用性出色的設(shè)備 (新物流 ) ? 個別系統(tǒng)的可擴展性 ? 考慮正常時系統(tǒng)間的相互影響 ? 追加 S/W License ? AP/DB間的影響 ? 系統(tǒng)可擴展性等多個 預(yù)計費用 6億 5億 4億 5億 WMS AP WMS DB TMS AP TMS DB WMS/ TMS AP1 WMS DB WMS/ TMS AP2 TMS DB L4 Switch L4 Switch WMS/ TMS AP1 WMS/ TMS AP2 WMS DB TMS DB WMS/TMS AP WMS/TMS DB WMS/TMS AP/DB * 費用為估算值 H/W Architecture比較 附件 8. 連接方案 主要連接對象是 M系統(tǒng) (銷售、生產(chǎn) )及 iERP、生產(chǎn) WMS 分類 主要接口項目 MQ 主信息 、訂貨、發(fā)貨、銷售、作業(yè)結(jié)果等 DB LINK 采用庫存 (實時 I/F)、訂貨赤字 /取消等 分類 主要接口項目 MQ iERP生產(chǎn)入庫 DB LINK M生產(chǎn) 、生產(chǎn)入庫 生產(chǎn) WMS 銷售 庫存 管理 運輸 管理 ASIS TOBE Interface方案 揀選通知 附件 8. 連接方案 模塊 應(yīng)用新物流后追加的 Interface 銷售 退貨 采購 退倉 其他出庫 其他入庫 符號 說明 是分公司時與銷售物流連接 是生產(chǎn)法人時與工廠物流連接 (內(nèi)銷型號 ) 是生產(chǎn)法人時與 WMS連接 (出口型號 ) 是 SY法人時與海外 WMS連接 從 M連接到新物流或 WMS 從新物流或 WMS連接到 M 在新物流或 WMS確定后在 M自動生成 輸入訂單 Hold Check 混裝 確定發(fā)貨 確定銷售 /AR 輸入訂單 BTSC/批準 入庫 檢查 輸入 C/N 確定 C/N 輸入訂單 生產(chǎn)法人銷售 生成 S/A 入庫確定 生成 AP 確定發(fā)貨 輸入訂單 混裝 確定退倉 JV預(yù)定入庫 輸入訂單 揀選通知 混裝 確定發(fā)貨 輸入訂單 入庫確定 項目 應(yīng)用上的難度 接口 ? 在相同功能下可能最多產(chǎn)生 5種連接 使用銷售物流時 屬于工廠物流中的內(nèi)銷型號時 屬于工廠物流中的出口型號時 使用 SY法人 WMS時 僅使用 M功能時 自動生成 ? 收到來自新物流的入庫 /發(fā)貨信息連接后 自動進行確定處理的功能 左側(cè)表中藍底屬于此類 需將 M功能的 1/4從 PowerBuilder轉(zhuǎn)移到 Oracle(需要開發(fā) ) M接口構(gòu)成圖 附件 9. 具體 Role Responsibility 主要執(zhí)行 Task 集成 /遷移 建設(shè) /測試 業(yè)務(wù) / 技術(shù)設(shè)計 開工及定義 WMS Basic/Pilot建設(shè)遷移 RollOut 確定具體需求 設(shè)計 確定 W/S 初步完工報告 最終報告 實施培訓(xùn) 分析 穩(wěn)定化 /SM運營 Team Building 是考慮總體日程及建設(shè)策略后制定的項目建設(shè)各階段的現(xiàn)場及 LG CNS的主要執(zhí)行 Task。 5. 遷移計劃 總體建設(shè)日程 中國物流系統(tǒng) 及 WMS系統(tǒng)將于’ 05年 2月 Open。中國物流 Task Team 2023. 8. 6 中國物流信息系統(tǒng)建設(shè)方案 1. 推進進程 2. 推進范圍 3. 主要 PI課題 4. 建設(shè)方案 5. 遷移計劃 6. 所需支持 7. 預(yù)計費用 1. 推進進程 遷移 設(shè)計、建設(shè)及 遷移 Test 開發(fā) 具體分析 診斷及設(shè)定方向 建立合理庫存標準 改善物流信息系統(tǒng) 輸配送體系 庫存管理 信息系統(tǒng) 建立住宅投遞體系 改善物流費用體系 績效管理 改善發(fā)貨 Process 應(yīng)對月底集中發(fā)貨 設(shè)置 KPI 促銷品管理電算化 ToBe 找出改善課題 產(chǎn)出物 具體階段 穩(wěn)定化 變化管理 現(xiàn)狀診斷 (中國物流 Task KickOff) (建設(shè)方案報告 ) (初步報告 ) Biz IT 建設(shè)范圍 ? 分公司 /生產(chǎn)法人業(yè)務(wù) ToBe ? 業(yè)務(wù) Gap分析 (業(yè)務(wù) ToBe ? 韓國物流業(yè)務(wù) ) ? 找出預(yù)計 Issue及先決課題 ? 組建中國現(xiàn)場項目組 ? 系統(tǒng) Gap分析 (中國系統(tǒng) ToBe ? 新物流 ) ? M、 ERP Interface分析 ? H/W Architecture設(shè)計 ? 采用 LG電子 IT標準 建設(shè)期限 推進組織及人員 先決課題、 Issue 所需費用 進行階段 系統(tǒng) Open 設(shè)計 中國物流信息系統(tǒng) Gap分析結(jié)果 中國物流 Task PI課題 分公司、生產(chǎn)法人現(xiàn)狀 2. 推進范圍 以銷售法人和生產(chǎn)法人的 Outbound物流體系為對象建設(shè)信息系統(tǒng) 建設(shè)對象 建設(shè)階段 ?Routing優(yōu)化 ?WMS Advanced模塊 ?DW建設(shè) ?提供車輛位置信息 ?高效倉庫管理 ?持續(xù)改善將誒段 實現(xiàn) Execution功能 實現(xiàn) Planning功能 實現(xiàn) Monitoring功能 第三階段 第二階段 第一階段 分公司 ?9個：北京、沈陽、濟南、上海、南京、杭州、廣 州、武漢、成都 ?物流中心： 20個中心 (52棟樓 ) 生產(chǎn) 法人 ?12個法人：天津、沈陽、煙臺、泰州、上海、南京 (3)、昆山、青島 ,杭州、惠州 分公司 生產(chǎn)法人 杭州 北京 沈陽 濟南 武漢 上海 南京 成都 廣州 天津 惠州 泰州 煙臺 秦皇島 昆山 * 秦皇島為配件生產(chǎn)法人，除外 系統(tǒng) 分公司 生產(chǎn)法人 TMS 運輸 ? 全體應(yīng)用 配送 ? 全體應(yīng)用 住宅投遞 ? 全體應(yīng)用 WMS Basic ? 全體應(yīng)用 Advanced ? 北京 Pilot 合理庫存 ? 全體應(yīng)用 青島 3. 主要 PI課題 PI范圍 擬建從訂貨到退貨的一整套物流體系，集中改善物流創(chuàng)新課題的信息化及問題領(lǐng)域 訂貨 物流 ?防止錯誤發(fā)貨 ? 出現(xiàn)錯誤發(fā)貨時可回溯 ?提高住宅投遞安裝質(zhì)量 (喚醒自覺性 ) 銷售 ?流通網(wǎng) 管理 ?產(chǎn)品市場價格的穩(wěn)定化 工廠 ?產(chǎn)品 出現(xiàn)質(zhì)量問題時，可立即應(yīng)對 [例 ] 在韓國出現(xiàn)問題電飯鍋時立即 Recall ?跟蹤不良流通渠道、了解原因及采取措施 服務(wù) ?掌握不良服務(wù)發(fā)生渠道及采取措施 ?可掌握準確的“免費服務(wù)期” Bar Code必要性及效果 推進引入 Bar Code管理系統(tǒng) 推進對象及計劃 ※ 過去曾部分應(yīng)用，’ M系統(tǒng)時中斷，目前正在研究引 入 Bar Code管理 4. 建設(shè)方案 先決課題 (3/3) 12月 11月 10月 9月 8月 生產(chǎn)法人 生產(chǎn)法人、分公司 生產(chǎn)法人在發(fā)貨時貼上 給現(xiàn)有庫存貼上 (分公司 ) 了解現(xiàn)狀 體系標準化 貼上 Bar Code 生產(chǎn)法人條碼 粘貼現(xiàn)狀 3 5 粘貼 2 7 物流條碼 2 5 出廠編號條碼 待確認 未粘貼 條碼類型 * 配件生產(chǎn)法人除外 * 即使是同一個生產(chǎn)法人，條碼粘貼與否也因產(chǎn)品線而異。 Location 需求計劃 Location Layout Product Allocation ABC分析 發(fā)貨 特點分析 制定Putaway策略 制定Picking策略 Putaway通知 Move通知 Picking通知 其他公司銷售計劃 過去的吞吐 History Data 銷售計劃 需求走向 W/H Space 運營庫存 安全庫存 Service率 合理庫存量 Stage 1 (合理庫存管理 ) Stage 22 (Location Redesign) Stage 3 (WMS) 入庫 保管 發(fā)貨 Stage 21 (整頓標準信息 ) 整頓 KAN 整頓 CBM 型號 分離 整頓 Set型號 ? 必須計算吞吐量、合理庫存量 ? 整頓標準信息 ? Advanced時采用 ? 制定中心內(nèi) Multi倉庫策略 ? 制定各 中心 的 Putaway及 Picking策略 ? 各中心的 Location Redesign ? Basic遵守現(xiàn)有標準 ? 實地盤存及統(tǒng)一 (測試前 ) 應(yīng)用階段 建設(shè)策略 ? Basic RollOut： 每個中心 5天 ? Advanced RollOut：預(yù)計每個中心 16周 (以 Pilot為準 ) Basic Advanced WMS建設(shè)策略 附件 6. WMS應(yīng)用方案 對于 Basic，經(jīng)過分析完成 Customizing后，在共計 7周 (每個中心 6天 )內(nèi)執(zhí)行 Basic RollOut。 各級 庫存管理 每月庫存 管理 每日庫存 管理 貨位 庫存管理 實