【正文】 58 / 58。 在全球化的今天，采用面向服務的IT架構是一種必然趨勢，是為云計算平臺提供基礎服務軟件架構，包括將來快速發(fā)展的物聯(lián)網(wǎng)，OTD管理和架構模式是其前提和基礎。 在圖中，銷售訂單管理與生產(chǎn)訂單管理之間以及工廠生產(chǎn)與正常發(fā)運之間的信息隔閡是目前信息孤島，OTD目標就是把這些信息隔閡連通起來，使訂單具有全程可跟蹤、透明，能夠通過訂單可以知道計劃執(zhí)行率，生產(chǎn)完成率，還能夠追述到關重件的信息，在途發(fā)運的實時情況。 未來的信息化系統(tǒng)，是區(qū)域性和全球性的發(fā)展趨勢，是與業(yè)務緊密聯(lián)系和相關的，一流企業(yè)的發(fā)展與競爭是整個供應鏈的競爭，那么企業(yè)信息化也是在企業(yè)鏈上的競爭，包括經(jīng)銷商的客戶/用戶到供應商的零部件供應，加上汽車制造工廠和庫存及在途。 混合應用（Composite Application） 平臺應用（Platform Application） eSOA的定義和功能 與通信標準相比，應用系統(tǒng)接口的業(yè)務標準更為重要。目前在技術層面上出現(xiàn)許多連接技術，如中間件、廣域網(wǎng)、Web、遠程數(shù)據(jù)交換等，但是只有建立跨行業(yè)的通用標準，對整個供應過程可視化管理才有可能實現(xiàn)。 IT系統(tǒng)間的連接問題從縮短OTD時間的角度看，這意味著可以改變現(xiàn)有的以天或周為單位的批處理方式，大大提高工作效率。 IT系統(tǒng)的實時性能這些IT系統(tǒng)的設置和劃分沒考慮到業(yè)務需求和信息集成的需要，更多地是對目前組織機構的反映。 IT系統(tǒng)戰(zhàn)略定位的問題 20世紀90年代到21世紀，在IT領域，汽車企業(yè)擺脫單純對技術的關注，開始轉(zhuǎn)向以流程為導向。 目前汽車廠的IT系統(tǒng)無法很好的支持新的OTD戰(zhàn)略，主要問題都集中反映在系統(tǒng)和系統(tǒng)之間，模塊和模塊之間的的互通性上。最重要的就是企業(yè)的決策層提供了一個可靠的經(jīng)營決策依據(jù)。 OTD計劃目標 OTD是未來世界一流企業(yè)共同所關注的重要內(nèi)容之一，在汽車制造企業(yè)日益競爭的今天，都在努力控制OTD的時長，減少各個環(huán)節(jié)不必要的冗余繁雜的業(yè)務流程，提升業(yè)務管理體系能力，優(yōu)化物流路徑，打破傳統(tǒng)的庫存銷售模式，以訂單拉動生產(chǎn)的模式逐步建立，提高資源的利用率，縮短訂單提報期，訂單處理期，計劃提前期，采購周期，物流運輸周期，庫存期以及發(fā)運期等環(huán)節(jié)的時長，是當今汽車制造業(yè)的世界性問題，解決得好，可以實現(xiàn)多方共贏，贏在用戶終端，贏在制造廠端，贏在供應鏈端。例外如果遇到大市場變動則也需要運行月天分解。 銷售公司每周提報兩次形成6+3日計劃（常規(guī)訂單+預測），與月計劃的執(zhí)行計劃進行匹配，如果變動幅度小于等于10%，則按照正常的日計劃執(zhí)行，執(zhí)行的6+3的計劃，而月計劃執(zhí)行計劃不變。月計劃的執(zhí)行版本作為下達給工廠的生產(chǎn)日計劃。 月天分解生成兩張表，月計劃發(fā)布版本和執(zhí)行版本。 于當月15日運行月天分解，運算的主邏輯是出現(xiàn)率，同時參考工廠月度排產(chǎn)方案和強制排產(chǎn)。 于當月14日根據(jù)計劃約束運行的結(jié)果開產(chǎn)銷平衡會，確定該月的生產(chǎn)計劃。 銷售公司在當月13日形成月計劃需求（包括國際需求），手工導入OTD系統(tǒng)形成OTD月計劃需求，運行計劃約束，考慮的參數(shù)是工廠產(chǎn)能、零部件保供、工作日歷（班次）、庫銷比（手工給出庫銷比值），根據(jù)結(jié)果進行調(diào)整。 OTD計劃整體流程 系統(tǒng)流程 生產(chǎn)訂單匹配度：生產(chǎn)計劃已匹配訂單/ERP發(fā)放計劃 月度計劃下線率：月度計劃MES下線實績/月度計劃 月度計劃變動率：ERP計劃發(fā)放月度計劃/月度計劃 數(shù)據(jù)范圍是ERP計劃發(fā)放、月度計劃分解、MES下線實績 變動幅度涉及到得業(yè)務環(huán)節(jié)是銷售、產(chǎn)能、計劃、設備能源、技術狀態(tài)、質(zhì)量、人力、物資保供。 *月天分解的平衡條件狀態(tài)”出現(xiàn)概率制定“假想生產(chǎn)順序”；狀態(tài)”出現(xiàn)概率ρ（注：僅按單一車型計算概率）； 排程系統(tǒng)根據(jù) 均衡分布理論進行“狀態(tài)”平均分布測算（系統(tǒng)測算假想分布值） 工廠月度班次預設置信息（生產(chǎn)線、工作日、開工班次） 人工計劃排程數(shù)據(jù)（車型、配置、數(shù)量） *數(shù)據(jù)來源本月設計產(chǎn)能）100% 需求約束運算=工廠月度約束產(chǎn)能需求合計 最大單班產(chǎn)能=單班實際產(chǎn)能（輛/單班8小時）2 單班設計產(chǎn)能=年設計產(chǎn)能247。 *產(chǎn)能 車型及其關系的來源于DMS系統(tǒng)關系，在BOM系統(tǒng)完成后從BOM系統(tǒng)來。 白中晚三班的定義制造工廠生產(chǎn)運營處確定 *車型分布 詳細需求分析 技術方面的條件：能夠根據(jù)約束條件進行月度的計劃約束；能夠進行月天分解的運算和變動幅度的控制。工廠產(chǎn)能及例外影響銷售的執(zhí)行。 條件與限制 詳細需求匹配月天分解的結(jié)果會分為發(fā)布原始版本和執(zhí)行月天兩個數(shù)據(jù)。 需求概述 ，按照變化率控制幅度進行分流控制。 總體而言，本模塊涵蓋月度計劃需求收集到月天計劃分解執(zhí)行整個業(yè)務流程，實現(xiàn)月度需求的計劃約束，月天分解和變動幅度三大功能。 OTD未來展望第三步實現(xiàn)零部件物流計劃，重點是解決外物流和內(nèi)物流的計劃和配送，第四部服務標準化，整合DMS/ERP/VDC/PORTAL等系統(tǒng)資源，進行全面的SOA化。 OTD系統(tǒng)規(guī)劃隨著A公司的大步邁進，大研發(fā)、大管理格局的形成，OTD的建設需求也日益急迫。A公司在供應鏈管理方面，曾經(jīng)開展了部分信息化建設，但從整體來看，包括經(jīng)銷商體系管理，供應商體系管理、制造廠家，物流體系等管理環(huán)節(jié)仍然缺乏足夠的IT支撐，OTD管理信息化建設成熟度嚴重不足。 應用背景 OTD系統(tǒng)應用部署工廠執(zhí)行日計劃生產(chǎn)。 銷售公司于當前周W1收集下下周W3的的常規(guī)訂單。 周計劃流程 銷售公司在當月15日收集到月計劃，參考庫存量后于當月17日形成月計劃需求，制造物流部根據(jù)這個月計劃需求召開月計劃協(xié)調(diào)會，技術部根據(jù)車型品種判斷零件技術狀態(tài)、采購部根據(jù)零件采購情況判斷采購狀態(tài)以及工廠根據(jù)工廠生產(chǎn)線的情況判斷產(chǎn)能約束。 月計劃流程 銷售公司根據(jù)經(jīng)銷商提報的次月銷售需求，加上預測需求匯總后上報制造物流部，制造物流部召開產(chǎn)銷平衡會后下達到工廠進行月計劃生產(chǎn)的準備以及銷售公司下發(fā)給經(jīng)銷商做為月度的配額。 3．計劃管理 集團→公司的工作日歷有繼承或者關聯(lián)的關系 工作日歷關系， 整個工作日歷分為三級：集團工作日歷、公司工作日歷、工廠工作日歷。 2．工作日歷 在總體功能界面中，全面采用現(xiàn)在軟件流行的界面設計風格，界面頂上是用戶信息和系統(tǒng)職責，左邊是系統(tǒng)功能菜單，左中是主體功能顯示區(qū)，用戶操作符合現(xiàn)在通用的操作習慣。 OTD系統(tǒng)功能 汽車制造企業(yè)OTD是在安全和標準化的基礎上，基于SOA建立的業(yè)務一體化系統(tǒng)。 可以按照集團公司管理的模式進行統(tǒng)一的帳套、多業(yè)務單元和多組織的進行設置系統(tǒng)，滿足集團公司的財務管控要求，應用技術被封裝成一個個不同的服務模塊，這些服務模塊上都有標準的邏輯接口，企業(yè)可以根據(jù)自己業(yè)務的需求，去調(diào)用和編排這些服務。 *用戶權限管理 2．采用SOA的設計思想，將權限管理作為一個通用的服務平臺，支持在一個權限管理界面中管理多個信息系統(tǒng)的角色和權限。各個信息系統(tǒng)以AD用戶識別當前使用者，也就是采用集成身份驗證。 其特點： 可以通過統(tǒng)一的身份登錄到相應的業(yè)務系統(tǒng)中，為用戶提供了方便、快捷的進入系統(tǒng)進行業(yè)務操作。只有經(jīng)過統(tǒng)一服務接口才能進行訪問，同時在統(tǒng)一服務接口處設置相應的安全性檢查和訪問控制的策略匹配來提高對中心數(shù)據(jù)庫的訪問安全。服務提供者按三層結(jié)構來設計，分別為統(tǒng)一認證中心數(shù)據(jù)庫、統(tǒng)一信息管理和統(tǒng)一服務接口。 *統(tǒng)一身份認證 在OTD系統(tǒng)中結(jié)合ADF框架，使開發(fā)人員能夠從零開始構建J2EE應用程序和WEB服務。除了使用ADF Faces RC提供了超過100個富客戶端組件，其中包括了內(nèi)置Flash和SVG數(shù)據(jù)可視化組件。 ADF Faces Rich Client (RC)是基于JSF標準，內(nèi)建有AJAX功能的組件。 Controller層是用來控制頁面流程的。也就是說所有訪問業(yè)務對象的方法現(xiàn)在都通過Data Control來進行，這樣使得綁定層使用一種方式來訪問數(shù)據(jù)，不論后臺的數(shù)據(jù)對象是如何獲取得(數(shù)據(jù)庫，webservice， javabean， csv等)。 Data Control 通過使用標準元數(shù)據(jù)描述業(yè)務層中操作和數(shù)據(jù)集合(包括屬性信息，方法調(diào)用等)，從而抽象了業(yè)務邏輯的實現(xiàn)。 ADF model是ADF框架最核心的模塊——它實現(xiàn)了JSR227規(guī)范，包括兩部分：Data Control和declarative bindings(聲明式綁定)。這三層建立的順序是這樣的，先建立持久層的實體對象(Entity Object)，然后建立數(shù)據(jù)訪問層的視圖對象(ViewObject)，最后建立接口層(Application module)。 Oracle JDeveloper ADF 下圖說明了ADF各個模塊在一個完整的Web Application中的結(jié)構關系。 SOA體系架構圖Oracle ADF的架構是基于MVC設計模式的，其架構如圖所示。 Oracle JDeveloper 11g 使用的版本是Studo Edition Version 。 系統(tǒng)采用oracle JDeveloper 11g，中間件服務采用oracle weblogic，系統(tǒng)軟件發(fā)布中間件oracle webcentor，數(shù)據(jù)庫采用oracle 11gdb。 SOA實施路徑及階段然后分三階段進行實施。 SOA體系架構圖 SOA 服務能被廣泛的重用，從而提高資產(chǎn)利用率以前，重用只能在某一應用內(nèi)部實現(xiàn) 以前，服務之間的互操作是通過編程的且與應用本身相關的 ?連接 ?標準 被廣泛采用的 Web services 保證了有良好定義的接口 業(yè)