xxMES目錄12

概述 5需求分析 6現(xiàn)有系統(tǒng)和技術(shù)環(huán)境分析 6功能性需求分析 7生產(chǎn)過程管8物料管15質(zhì)量管理 18人員管理 22設(shè)備全生命周期管22現(xiàn)場目視化管33現(xiàn)場無紙化管35TQ裝配線追溯流程 3734

躍昶標準MES與XX需求匹配分析 38數(shù)據(jù)接口&ANDON現(xiàn)場功能部署方案 50系統(tǒng)架構(gòu) 50數(shù)據(jù)采集功能描述 50第三方系統(tǒng)對接方案 52現(xiàn)場設(shè)備對接方案 52第5章 MES對移動端支持 52移動端支持的硬件范圍 52移動端支持所需的硬件環(huán)境 53第6章 MES系統(tǒng)架構(gòu)設(shè)計 53系統(tǒng)設(shè)計原則 53系統(tǒng)總體架構(gòu)設(shè)計 55系統(tǒng)總體架構(gòu)55系統(tǒng)總體架構(gòu)說55系統(tǒng)架構(gòu)分56系統(tǒng)業(yè)務(wù)邏輯架構(gòu) 59系統(tǒng)業(yè)務(wù)邏輯架構(gòu)59系統(tǒng)業(yè)務(wù)邏輯架構(gòu)說59多層的邏輯架60系統(tǒng)總體數(shù)據(jù)流 60系統(tǒng)部署架構(gòu)設(shè)計 61系統(tǒng)模塊化設(shè)計 62xxMES模塊劃63xxMES模塊數(shù)據(jù)流分64數(shù)據(jù)交換和服務(wù)集成實現(xiàn)模塊70模塊化安裝部71系統(tǒng)的高可靠性設(shè)計 72應(yīng)用系統(tǒng)的高可靠72基礎(chǔ)軟件的高可靠性設(shè)73硬件環(huán)境的高可靠性設(shè)73系統(tǒng)的高擴展性設(shè)計 73Windows2008可擴展性設(shè)73網(wǎng)絡(luò)可擴展性設(shè)75SQLServer可擴展性設(shè)76應(yīng)用的可擴展性設(shè)77系統(tǒng)相關(guān)技術(shù)和產(chǎn)品特性 77ServiceBroker技術(shù) 77CLR存儲過79數(shù)據(jù)倉庫BI 80閾值驅(qū)動 81可配置管理技81ReportingServices技術(shù) 82組件化開發(fā) 82可配置化的數(shù)據(jù)查84可配置化的數(shù)據(jù)導(dǎo)85系統(tǒng)監(jiān)控平MOM 85應(yīng)用服務(wù)器技86群集技術(shù) 87第7章 項目實施方案 88系統(tǒng)實施過程 89項目交付件 91施工實施 93生產(chǎn)場地勘93設(shè)備進場 93硬件設(shè)備安93第8章 項目管理方法 93上海躍昶項目管理方法論 93上海躍昶采用微軟項目管理方MSF 93微軟系統(tǒng)運維方MOF 99具體項目管理方法 103項目質(zhì)量管103項目風(fēng)險管106項目時間進度管108項目變更管109項目開發(fā)代碼管110項目人力資源管111項目溝通管112項目測試方113項目驗收 116第9章10

培訓(xùn)以及知識轉(zhuǎn)移 118運維體制保證以及服務(wù)支持 122本地化服務(wù)技術(shù)支持承諾 122服務(wù)方案 122產(chǎn)品升級服122產(chǎn)品日常使用技術(shù)支122系統(tǒng)維護服123確保投入的維護力123服務(wù)響應(yīng) 123服務(wù)策略 124提供多方式服124現(xiàn)場服務(wù) 124及時通知服124電話、網(wǎng)絡(luò)指導(dǎo)和互動服124定期走訪、回訪與關(guān)懷服124定期巡檢 125用戶檔案管125監(jiān)督服務(wù) 125服務(wù)期結(jié)束125日常維護服務(wù) 125上海躍昶服務(wù)體系 126服務(wù)處理流126服務(wù)團隊組127第1章 概述根據(jù)上海xx傳動系統(tǒng)有限公司（下簡稱xx）的傳動軸工廠制造執(zhí)行系以下簡稱MES)日益發(fā)展的要，建立一個全面的、集成的、先進的和穩(wěn)定的制造執(zhí)行系統(tǒng)，能滿足 xx生產(chǎn)管理、設(shè)備管理、物料管理、倉庫管理等功能需求，通過項目的實施達到一個高效，實時響應(yīng)和監(jiān)控的生產(chǎn)線管理目的。少設(shè)備故障、缺料、品質(zhì)等原因引發(fā)的停線，利于追溯和分析改善。通過制造執(zhí)行系統(tǒng)實現(xiàn)生產(chǎn)、物流等各個部門的協(xié)同運作，達到當前國內(nèi)的先進企業(yè)現(xiàn)場管理水平，使企業(yè)生產(chǎn)效率最大化，并最終達到以下目標：自動讀取終檢設(shè)備的計數(shù)數(shù)據(jù)、完成下線裝箱；實現(xiàn)刀具、量具等輔助材料或工裝的有效管理；提供工藝圖紙與工藝說明，方便操作人員查閱參考；OEE走勢、產(chǎn)量、合格率等；按照車間提供全部生產(chǎn)線的生產(chǎn)狀態(tài)、以及產(chǎn)量完成情況統(tǒng)計圖表；質(zhì)量與工藝參數(shù)的控制及測量結(jié)果的獲取與報警；智能按燈系統(tǒng)（生產(chǎn)線待加工件不足、加工成品滿箱情況下提前預(yù)警）；設(shè)備參數(shù)抓取與分析,13）D從而達到：優(yōu)化運行：制造過程的信息透明化，提高生產(chǎn)效率；優(yōu)化控制：強化制造過程的質(zhì)量控制，提高品質(zhì)、降低成本；優(yōu)化管理：精益生產(chǎn)制造，提高庫存周轉(zhuǎn)率、提高客戶滿意度。基礎(chǔ)上，根據(jù)客戶方xx作為雙方進一步溝通和項目需求收集與細化的參照點，我方對本項目的實施指導(dǎo)思想定義為：在深入分析業(yè)務(wù)需求的基礎(chǔ)上，提出滿足系統(tǒng)高穩(wěn)定性和高可用性的技術(shù)方案。系統(tǒng)架構(gòu)設(shè)計以高內(nèi)聚低耦合為原則，確保各模塊業(yè)務(wù)數(shù)據(jù)的傳輸、轉(zhuǎn)換、計算的完整性。方面的需求，設(shè)計時確保有依據(jù)的一定程度的前瞻性，以保護客戶方在本系統(tǒng)上的投資。規(guī)范化的外部系統(tǒng)交互接口，以充分發(fā)揮MES在企業(yè)信息化ERP/MES/SCADA&PLC帶作用系統(tǒng)交付過程中逐步建立風(fēng)險可控的運維方案從盡量保護客戶方現(xiàn)有的IT第2章 需求分析通過對xxMESxx傳動軸廠現(xiàn)有的系統(tǒng)和技術(shù)環(huán)境分析、功能性需求分析、非功能性需求分析以及項目的難點分析四個方面進行闡述，在此基礎(chǔ)上提出我們的系統(tǒng)架構(gòu)建議。現(xiàn)有系統(tǒng)和技術(shù)環(huán)境分析xx經(jīng)過多年的信息系統(tǒng)建設(shè)，目前已經(jīng)建立了包括ERPxx目前也有多條生產(chǎn)線已經(jīng)實施了MES系統(tǒng)，無論是現(xiàn)場的使用部門還是IT部門已經(jīng)積累了大量的使用與實施經(jīng)驗。這次需要實施的TQ工廠路虎PTURDUMES系統(tǒng)作為未來xx標桿生產(chǎn)線，在MES系統(tǒng)的實施上提出了更高的要求。對5M因素法中“人、機、料、法、測”五個方面實現(xiàn)生產(chǎn)現(xiàn)場的全面管理。以下是我們根據(jù)交流的結(jié)果提出的需求總體架構(gòu)。功能性需求分析生產(chǎn)過程管理計劃排產(chǎn)與計劃執(zhí)行反饋：控。限制進入后續(xù)工位。防止缺陷傳遞。入后續(xù)工位。設(shè)備管理管理a）物料管理廠外配送管理：完成物料從供應(yīng)商到工廠物料PC3PL上線管理：根據(jù)各工位的物料需求及使用情況，對物料PC區(qū)到線上實現(xiàn)物料自動拉動管理和看板管理。質(zhì)量管理對生產(chǎn)工藝，生產(chǎn)過程數(shù)據(jù)采集，形成每個成品的單獨檔案。是客戶。物料有效性驗證、換線審核、物料變更及版本管理質(zhì)檢員抽檢支持，采用SPC勢。對設(shè)備能力進行評估。人員管理人員培訓(xùn)：MESSONLEARN人員信息：與考勤系統(tǒng)集成，班組中成員介紹；以下是每個模塊的詳細功能需求描述：生產(chǎn)過程管理業(yè)務(wù)示意圖生產(chǎn)線生產(chǎn)線輔料投料輔料投料輔料投料234設(shè)備設(shè)備故障1打印流轉(zhuǎn)卡投入投入投料委外或者換線落地裝箱在任意一道工序打印流轉(zhuǎn)卡，打印前需滿足前道工序都已經(jīng)完成且質(zhì)檢合格，將在制品進行批次轉(zhuǎn)移。同時能夠在故障結(jié)束或者產(chǎn)能問題解決后，重新投入生產(chǎn)線進行生產(chǎn)。業(yè)務(wù)分析注：紅色不在范圍內(nèi)目前xx按照移物流方式一步步流轉(zhuǎn)，在不正常情況下需要轉(zhuǎn)移到外協(xié)或者其他生產(chǎn)線生產(chǎn)，因此適用于基于流轉(zhuǎn)卡的在制品管理，下面介紹基于流轉(zhuǎn)卡的在制品管理過程。圖例：各類車間文件序號序號01角色 描述班長/工人 登錄工單輸入工單號輸出 終端工單登錄到設(shè)備，工單狀態(tài)班長或工人首先需要在設(shè)備上登錄工單，開始作業(yè)。在上顯示工單條碼，工人從訂單列表中選擇訂單后，顯示的訂單信息中的訂單號帶條碼。序號序號02角色班長/工人描述工單登錄后設(shè)置初始狀態(tài)生產(chǎn)過程中設(shè)備停機，分配實際停機原因輸入人工設(shè)置狀態(tài)輸出設(shè)備狀態(tài)變更終端現(xiàn)場終端02-1工人人工分配停機原因狀態(tài)原因分配給設(shè)備停機時間段現(xiàn)場終端設(shè)置設(shè)備初始狀態(tài)（設(shè)置）而導(dǎo)致設(shè)備停機時，現(xiàn)場終端跳出界面要求工人分配停機原因，自動采集設(shè)備的停機時間。序號角色描述輸入輸出終端03班長/工人登錄輸入批次物料批次號輸入批次登錄到工單現(xiàn)場終端03-1工人變更輸入批次新物料輸入批次號創(chuàng)建輸出批次現(xiàn)場終端隨后登錄與工單相關(guān)的輸入物料批次。序號序號04角色工人描述匯報輸出批次輸入物料輸出批次號輸出 終端產(chǎn)出批次和數(shù)量，觸發(fā)條 現(xiàn)場終端碼當有產(chǎn)出批次（一箱），關(guān)聯(lián)關(guān)系。序號序號05角色系統(tǒng)描述打印批次標簽輸入變更輸出批次輸出系統(tǒng)調(diào)用預(yù)定義標簽格式，終端現(xiàn)場終端序號06角色序號06角色班長/工人描述匯報工單不良輸入不良原因和數(shù)量輸出工單不良統(tǒng)計數(shù)據(jù)過賬終端現(xiàn)場終端每一種不良定義一個批次號，否則只需要匯報工單的不良統(tǒng)計。序號角色描述輸入輸出終端07班長/工人退出工單選擇工單后點擊“退工單狀態(tài)為結(jié)束，從工單列現(xiàn)場終端07-1班長/工人中斷工單出”選擇工單后點擊“中表中消失。工單狀態(tài)為“中斷”，在現(xiàn)場終端斷”現(xiàn)場終端工單列表中顯示在生產(chǎn)過程中，由于某種原因暫停生產(chǎn)，可以在終端上中斷工單。中斷的工單可以重新登錄后繼續(xù)若發(fā)現(xiàn)的不良能夠在線返修成功，則線下進行處理無需進入系統(tǒng)。消缺陷在員工位上線。位通過返修工單或者計劃上線。如果工藝編制時，設(shè)定某道工序需要檢驗，此道工序加工完成后，則會自動出現(xiàn)在待檢驗清單中，檢相關(guān)人員發(fā)送處理消息，以便對這些質(zhì)量問題進行處理。自動判斷報廢件數(shù)量是否等于加工件數(shù)量，如果等于，則自動對原報廢件還沒有完成后的后續(xù)任務(wù)進行刪除（即報廢件后續(xù)任務(wù)則不需要再加工），工。生產(chǎn)計劃中的報廢件任務(wù)會有因報廢的備注說明提醒。生產(chǎn)進度提交人員發(fā)送提醒消息。流程。系統(tǒng)會自動根據(jù)問題嚴重等級給相應(yīng)的負責(zé)人發(fā)送提醒消息。可按照設(shè)備類型、車間、人員、項目等統(tǒng)計某段時間內(nèi)的合格數(shù)、返工數(shù)、報廢數(shù)等質(zhì)量數(shù)據(jù)。問題報告單】。可根據(jù)各種查詢條件，查詢和統(tǒng)計異常問題的各種數(shù)據(jù)。物料管理業(yè)務(wù)示意圖業(yè)務(wù)分析廠外配送管理PC3PLMRPC系統(tǒng)支持三種形式的配送，包括看板配送，計劃配送，以及MR配送做詳細說明。看板配送主要實現(xiàn)緊急拉動和廠外看板拉動和直送拉動。①緊急拉動由物料計劃人員手工創(chuàng)建拉動單，以應(yīng)對產(chǎn)線物料緊急情況；②廠外看板拉動由巡線人員定時輪巡取線邊看板卡掃描，系統(tǒng)根據(jù)掃描看板卡信息生成廠外看板拉動接收；③按承運商/窗口時間/道口進行直送需求分類并組出直送拉動單，供應(yīng)商在接收了直送拉動單后根據(jù)直送拉動單備料，在規(guī)定要求到貨時間內(nèi)送至指定道口，由物料接收人員完成物料道口接收。上述場外看板拉動方式即循環(huán)看板(看板環(huán))拉動方式，以一個拉動批量為一個環(huán)，通過投遞看板卡-掃描-組單-線邊消耗這一模式循環(huán)補貨；直送拉動即循環(huán)看板(累積數(shù))拉動，以最低安全庫存點作為觸發(fā)條件循環(huán)補貨。計劃配送的電子看板。電子看板是代替手工看板掃描功能，該方式是依據(jù)零件在生產(chǎn)線工位上的變化來計算物料需求。該方式減少了KANBAN卡的投遞，收集，掃描等工作，節(jié)省了大量的人力資源，縮短了物料的上線時間，提高了物流效率。MR3PL定時獲取其對應(yīng)的供應(yīng)商的配送單信息，按照指定路徑收集原本由供應(yīng)商自身配送的物料，3PL綜合時間，自身的裝載量以及路徑依次去供應(yīng)商點取貨，后統(tǒng)一配送至PC區(qū)完成配送。分為計劃配送和MR計劃配送（外地）ERP對應(yīng)生產(chǎn)計劃運行MRP將采購訂單下放生產(chǎn)管理，通過生產(chǎn)管理的發(fā)布，使外地供應(yīng)商依此備料發(fā)貨，在預(yù)期時間內(nèi)送至工廠空運等方式送至PC外地MR由3PL對其供應(yīng)商進行MR取貨，并送至集貨中心進行裝箱發(fā)貨。.4 上線管理按照日產(chǎn)對物料上線業(yè)務(wù)的要求，生產(chǎn)線將減少人工巡線方式，上線即完成物料從PC區(qū)至線邊庫的拉動，按照上線的方式劃分，具體可分為手工補貨上線，計劃看板上線，模塊化上線這幾種上線方式。計劃看板上線：質(zhì)量管理業(yè)務(wù)示意圖業(yè)務(wù)分析入下一流程，并對質(zhì)量數(shù)據(jù)進行統(tǒng)計和分析，實現(xiàn)質(zhì)量綜合管理，提升產(chǎn)品品質(zhì)和管理水平的目標。零件履歷建立完整的零件檔案。為保修數(shù)據(jù)分析、召回(主勱返修)、質(zhì)量追溯等業(yè)務(wù)提供數(shù)據(jù)支撐缺陷模式庫管理建立生產(chǎn)過程質(zhì)量缺陷模式庫，對缺陷部位、缺陷模式進行統(tǒng)一、動態(tài)管理。缺陷模式庫管理建立生產(chǎn)過程質(zhì)量缺陷模式庫，對缺陷部位、缺陷模式進行統(tǒng)一、動態(tài)管理。工位質(zhì)量檢驗管理對工位質(zhì)量檢驗項目進行管理。常見缺陷管理對常見缺陷項目進行管理。工藝設(shè)備質(zhì)量采集檢設(shè)備、裝配線扭力保證設(shè)備、檢測線檢測設(shè)備等。人工檢測質(zhì)量數(shù)據(jù)采集記錄或錄入車間質(zhì)量檢查質(zhì)量問題。利用標準缺陷模式庫為基礎(chǔ)，通過圖形化、分類列表等方式進行快速錄入，要求界面友好，操作方便。質(zhì)量問題錄入檢驗過程中發(fā)現(xiàn)的質(zhì)量問題，建立關(guān)鍵問題管理。質(zhì)量問題分解對關(guān)鍵問題管理進行分解，制定責(zé)任人，控制點、圍堵點，分權(quán)限進行管理。質(zhì)量門控制設(shè)置質(zhì)量控制門，對重大問題圍堵開啟、防止問題產(chǎn)品進入下一工藝環(huán)節(jié)。質(zhì)量問題圍堵對問題進行確認，直至問題關(guān)閉。TopN過程質(zhì)量進行日、周、月、年的TopN分析。FTT

過程質(zhì)量進行日、周、月、年的FTT分析過程質(zhì)量進行日、周、月、年的C/1000分析。

設(shè)定質(zhì)量指標，通過預(yù)警功能，實現(xiàn)質(zhì)量預(yù)警。綜合分析報表建立質(zhì)量分析模型，進行質(zhì)量綜合報表分析。對裝配線車間每日生產(chǎn)質(zhì)量進行統(tǒng)計。每天對裝配線質(zhì)量按車型、缺陷類型等進行統(tǒng)計，生成裝配線車間的品質(zhì)日報。裝配線質(zhì)量趨勢分析對每月裝配線過程質(zhì)檢數(shù)據(jù)進行分析。車系單車缺陷點數(shù)分析統(tǒng)計裝配線過程年度每月各車系平均單車缺陷數(shù)。發(fā)生地點單車缺陷點數(shù)分析統(tǒng)計裝配線過程年度每月各缺陷發(fā)生地點(檢測項、路試、線邊等)平均單車缺陷數(shù)。缺陷類型單車缺陷點數(shù)分析統(tǒng)計裝配線過程年度每月各缺陷發(fā)生地點(檢測項、路試、線邊等)平均單車缺陷數(shù)。缺陷類型單車缺陷點數(shù)分析統(tǒng)計裝配線過程年度每月各缺陷類型平均單車缺陷數(shù)。責(zé)任單位單車缺陷點數(shù)分析統(tǒng)計裝配線過程年度每月各責(zé)任單位平均單車缺陷數(shù)。對缺陷責(zé)任單位不能判斷，未填寫的統(tǒng)計為”未判定”。車身部位單車缺陷點數(shù)分析。統(tǒng)計裝配線過程年度每月各車身部位平均單車缺陷數(shù)。返修綜合分析按照返修部門、車系、缺陷發(fā)生地點、返修員等統(tǒng)計一段時間內(nèi)返修次數(shù)、返修工時、返修材輔料費等。業(yè)務(wù)分析對各工序的操作工人員的技能進行管理，系統(tǒng)需要對接HR系統(tǒng)中的人員技能樹，在定義工藝路徑時，同時定義工藝所需的技能與熟練等級，滿足工序技能要求的才能進行工序操作。否則無法操作。的基礎(chǔ)。質(zhì)量方面完成操作人員追溯。設(shè)備全生命周期管理修、事故和改善的管理等，能夠幫助企業(yè)全面清晰的掌握設(shè)備的使用和維護狀況。業(yè)務(wù)示意圖業(yè)務(wù)分析設(shè)備檔案管理系統(tǒng)提供設(shè)備檔案的建立和維護功能，包括：設(shè)備的基礎(chǔ)信息、附屬設(shè)備、設(shè)備備件、文檔管理、技術(shù)參數(shù)、變動情況等，以及設(shè)備資料表、設(shè)備數(shù)量結(jié)構(gòu)役齡統(tǒng)計表等檔案查詢功能，幫助企業(yè)查詢設(shè)備的原值、折舊。凈值等資產(chǎn)情況，了解設(shè)備使用年限的分布情況，有針對性地加強設(shè)備管理工作。設(shè)備規(guī)程管理系統(tǒng)提供設(shè)備點檢、保養(yǎng)、潤滑、維修管理規(guī)程的建立和維護功能，幫助企業(yè)建立規(guī)范化的設(shè)備管理制度。設(shè)備運行管理系統(tǒng)提供統(tǒng)計設(shè)備在一段時間內(nèi)的運行、停電、待料、待具、機修、故障停機等情況的功能，幫助企業(yè)分析設(shè)備的實際利用率。設(shè)備事故管理通過對設(shè)備事故的分析，改善管理，預(yù)防事故的再次發(fā)生。設(shè)備點檢管理時記錄點檢完成情況的功能，幫助企業(yè)加強設(shè)備的點檢管理。設(shè)備保養(yǎng)管理的保養(yǎng)日期，同時記錄保養(yǎng)完成情況的功能，幫助企業(yè)加強設(shè)備的保養(yǎng)管理。設(shè)備潤滑管理確定下次的潤滑日期，同時記錄潤滑完成情況的功能，幫助企業(yè)加強設(shè)備的潤滑管理。設(shè)備規(guī)程管理設(shè)備維修管理系統(tǒng)提供完整的設(shè)備請修、維修計劃、維修工單、維修記錄、維修驗收的設(shè)備維修管理流程，確定維修項目和備件耗用情況，對于周期性的維修計劃自動確定下次的維修日期的功能，幫助企業(yè)加強設(shè)備的維修管理。設(shè)備績效分析OEE統(tǒng)計、產(chǎn)出與計劃分析、時間損失記錄和分析、勞動生產(chǎn)率等關(guān)鍵績效分析系統(tǒng)實況產(chǎn)量，和生產(chǎn)時間等信息。具體功能如下表：序號功能說明1設(shè)備產(chǎn)量提供對某一個生產(chǎn)線上所有設(shè)備的產(chǎn)量查詢。2生產(chǎn)線產(chǎn)量以生產(chǎn)線為單位，對某一個車間下的所有生產(chǎn)線進行查詢。3生產(chǎn)時間對某一生產(chǎn)線下的所有工位的運行時間，以及各種指標時間（如待機時間等）進行查詢。4產(chǎn)量時間調(diào)整對剛結(jié)束的班次的時間和產(chǎn)量進行調(diào)整。5設(shè)備開動率查詢某一條生產(chǎn)線下所有工位的設(shè)備開動率6停機時間查詢某一條生產(chǎn)線下所有工位的各種類型的停機時間。7目標產(chǎn)量配置給某條生產(chǎn)線設(shè)置“目標產(chǎn)量”，“SlowestActualCT(S)”和“SlowestPurchaseCT(S)”，同時查詢過往班次的實際產(chǎn)量和目標產(chǎn)量的對比折線圖。8設(shè)備排名查詢某一條生產(chǎn)線下非自動運行，OverCycle，不合格數(shù)量，排名前十的工位。9瓶頸工位通過某一條生產(chǎn)線的BlockTime和StarveTime的折線圖，設(shè)置關(guān)注工位和瓶頸工位。10故障類型維護維護故障類型和故障類型下的故障碼11設(shè)備故障類型將設(shè)備與故障類型進行綁定12循環(huán)時間設(shè)定以生產(chǎn)線為單位，對每個工位的循環(huán)時間進行設(shè)定。13設(shè)備點檢設(shè)備產(chǎn)量點擊菜單“生產(chǎn)監(jiān)測”——“生產(chǎn)能力監(jiān)測”——“設(shè)備產(chǎn)量”。輸入查詢條件，點擊“查詢”按鈕。查詢結(jié)果如下圖所示。圖中1-24分別為該班次的第一個小時至第二十四個小時。可以調(diào)整每頁顯示的記錄條數(shù)，方便查詢。生產(chǎn)線產(chǎn)量輸入查詢條件，點擊“查詢”按鈕。如下圖，如下如所示：圖中1-24分別為該班次的第一個小時至第二十四個小時，加班表示二十四小時以外的時間。可以點擊藍色的列名，進行排序。生產(chǎn)時間輸入查詢條件，點擊“查詢”按鈕。如下圖，如下如所示：天藍色字體的列名，可以進行排序。有下劃線的列名，可以點擊查看具體到每個小時的詳細信息。”，查看詳細信息。如下圖：1-24Min點擊列名，可以進行排序。點擊“返回”，返回到生產(chǎn)時間的主查詢頁面。停機時間輸入查詢條件，點擊“查詢”。結(jié)果如下圖所示：圖表按照工位和停機的類別顯示柱狀圖。柱狀圖的下面還有表格顯示具體的時間。目標產(chǎn)量配置查詢：輸入歷史日期的查詢條件，點擊“查詢”。結(jié)果如下圖所示：頁面會顯示歷史信息，并且會顯示目標產(chǎn)量和實際產(chǎn)量的折線圖。打印：點擊“Print下載：點擊“下載”按鈕，選擇圖片的格式，進行下載。設(shè)備排名1.點擊菜單“生產(chǎn)監(jiān)測”——“生產(chǎn)能力監(jiān)測”——“設(shè)備排名”。輸入查詢條件，點擊“查詢”按鈕。如下圖，如下如所示：顯示該生產(chǎn)線下非自動運行，OverCycle，不合格數(shù)量，排名前十的工位。瓶頸工位輸入查詢條件點擊查詢。查詢結(jié)果如下圖所示：往下拉動滾動條，可以看到設(shè)置瓶頸工位的操作界面。如下圖：頁面列出所有交叉點左側(cè)的工位。選擇需要設(shè)置為瓶頸工位和關(guān)注工位的單選按鈕，點擊“設(shè)置”按鈕。設(shè)備點檢報表維修人員每個班次巡檢設(shè)備，設(shè)備巡檢結(jié)果記錄在設(shè)備上，定時上報到 MES。MES每天推送設(shè)備告，并對需要超過閥值信息進行報警。設(shè)備首檢報告設(shè)備首次檢測結(jié)果，每班次匯總報表。現(xiàn)場目視化管理業(yè)務(wù)分析移動終端，取代傳統(tǒng)的機械和機電一體化產(chǎn)品服務(wù)，打造以客戶為中心、敏捷、高效的應(yīng)用入口，實時掌握、參與工廠生產(chǎn)運營。車間端應(yīng)用：通過在車間屏實時顯示不同班次的車間生產(chǎn)信息，報交線的周產(chǎn)量、月產(chǎn)量統(tǒng)計圖，質(zhì)量統(tǒng)計，各產(chǎn)線下的對應(yīng)的信息并且實時更新。位暗燈統(tǒng)計并且實時更新。系統(tǒng)實況車間監(jiān)控通過在車間屏實時顯示不同班次的車間生產(chǎn)信息，報交線的周產(chǎn)量、月產(chǎn)量統(tǒng)計圖，質(zhì)量-DR統(tǒng)計，各產(chǎn)線下的對應(yīng)的信息并且實時更新。產(chǎn)線監(jiān)控且實時更新現(xiàn)場無紙化管理業(yè)務(wù)分析文檔庫 它顯示表單定義和形式的列表。只顯示被授權(quán)的文檔，還可以如果允許保存到平板電身上。表格的創(chuàng)建，編輯和保存

您可以創(chuàng)建自定義表單一個新文檔，您可以繼續(xù)編輯得到一個形式編輯的中間。編輯方式的片劑的臨時存儲，所述方法保存到服務(wù)器，保存為編輯完成，等等是可能的。多種類型的錄入字段

根據(jù)設(shè)計器的設(shè)置，您可以在多種輸入法編輯。格式化的日期，單位，或統(tǒng)一的位數(shù)，在確定的順序輸入，在這樣的縮小選擇范圍，可以防止輸入錯誤和泄漏。在線拍照 拍攝攝像機的片劑的場景的照片，將被粘貼到的形式。或以適合的輸入域，切出的象，如備忘錄，圖像上也可以。必須錄入項檢查

完成節(jié)省時間，并可以檢查是否已經(jīng)進入了隨時需要的項目。復(fù)制頁面 即使在輸入字段的數(shù)目改變每個工作，復(fù)制形式的特定頁面，則可以增加輸入字段。以選擇要插入復(fù)制頁，也可以將輸入的值復(fù)制在一起。表格的副本 拷貝輸入一直是一個形式，你可以創(chuàng)建形成在重新使用先前輸入的結(jié)果。輸入使用自定義主

在經(jīng)理和設(shè)計師使用一套自定義主，在輸入鍵集群，可以相應(yīng)的集群中自動輸入。在線查詢資料

您可以查看由在片中Manager管理的文件。只有一些權(quán)威的顯示，還可以下載，如果允許的。日歷管理 您可以看到已通過設(shè)置在日歷中管理的任務(wù)。表單按工作流可以設(shè)置表單需要工作量審批，審批后數(shù)據(jù)生效程進行審批系統(tǒng)實況表單設(shè)計工具表單審批流程TQTQ裝配線移物流的生產(chǎn)方式，在線頭和中間裝配工位投料，線尾裝箱。線頭和質(zhì)量追溯工位設(shè)立投料掃描電，下線設(shè)立裝箱打印點。工作流程如下投料前，掃描投料包裝的條碼，記錄上線的批次，批次數(shù)量與投料人工件到達工位后，根據(jù)RFID號，若工位為批次追溯工位，在子零件換箱時需掃描子零件箱號。綁定產(chǎn)品與子零件的追溯管理。設(shè)備加工過程中，根據(jù)RFIDRFID產(chǎn)品流轉(zhuǎn)合格后，可以再次投入生產(chǎn)線。落地裝箱滿箱后，根據(jù)料框的容量，自動打印裝箱條碼，記錄裝箱條碼與投料批次的追溯關(guān)系生產(chǎn)線生產(chǎn)線設(shè)備2設(shè)備3設(shè)備4設(shè)備……設(shè)備故障設(shè)備1打印流轉(zhuǎn)卡檢測NOK投入返修OK投入打印返修卡投料委外或者換線線下返修落地裝箱第3章 躍昶標準MES與xx需求匹配分析3.1 生產(chǎn)計劃管理Functionality

Scenario

R-Required

Comments1.1

D-DesiredF-Future從ERP系統(tǒng)接收生產(chǎn)計 F

M-Mod,N-NotpossibleS+M接收劃1.2手工制定生產(chǎn)計劃用于創(chuàng)建非ERP產(chǎn)生的生產(chǎn)計劃（如試生產(chǎn)）,RS要求系統(tǒng)具有從文件導(dǎo)入功能1.3生產(chǎn)計劃確認生產(chǎn)計劃人員確認從ERP接收的生產(chǎn)計劃；RS生產(chǎn)計劃確認后方可進行排產(chǎn)1.4生產(chǎn)計劃查詢查詢已接收的生產(chǎn)計劃RS1.5生產(chǎn)計劃修改由于內(nèi)外部原因計劃員需要修改生產(chǎn)計劃，RSMES只能修改手工生成的生產(chǎn)計劃1.6生產(chǎn)計劃刪除由于內(nèi)外部原因計劃員需要修改生產(chǎn)計劃，RSMES只能刪除手工生成的生產(chǎn)計劃3.2 生產(chǎn)工單管理Functionality ScenarioR-RequiredS-Standard CommentsD-DesiredF-FutureM-Mod,N-Notpossible2.1生成工單 將從ERP接收的生產(chǎn)計RS劃轉(zhuǎn)換為生產(chǎn)工單2.2人工創(chuàng)建 創(chuàng)建非ERP計劃排產(chǎn)產(chǎn)RS工單 生的工單2.3工單確認 將BOM版本與工單綁RS定2.3生產(chǎn)工單 將工單下達到生產(chǎn)線頭RS下達 （工作站）的MES終端2.4工單準備 工段長開始生產(chǎn)前確認D（開班條件） 開班條件2.5撤銷工單 由于內(nèi)外部原因，計劃RS員對于生產(chǎn)工單的結(jié)果不滿意，需要撤銷后重新排產(chǎn)2.6生產(chǎn)工單 異常情況暫停工單RSHOLD2.7生產(chǎn)工單 當計完成計劃數(shù)量后工RS關(guān)閉 單正常關(guān)閉，未完成則工單異常關(guān)閉2.8生產(chǎn)工單 打印的紙質(zhì)工單用于領(lǐng)RS打印功能 料doublecheck，該功能根據(jù)物料模塊的實施情況作為可選功能3.3 生產(chǎn)過程控制Functionality ScenarioR-RequiredS-Standard CommentsD-DesiredF-FutureM-Mod,N-Notpossible3.1產(chǎn)品上線 操作工在產(chǎn)品上線工位RS+M（單件、工 打印（掃描）單） Serial/Batch條碼，標識產(chǎn)品上線3.2產(chǎn)品過點 根據(jù)預(yù)設(shè)的產(chǎn)品工藝路RS+M（單件） 徑，采集產(chǎn)品經(jīng)過關(guān)鍵工位的數(shù)據(jù)3.3產(chǎn)品狀態(tài) 制造過程中(WorkInRS信息變更記錄 Process－WIP),已報交（單件、工 (Inventory-INV),不合單） 格(Fail)，維修(Repair),報廢(Scrap),缺陷控制被設(shè)(Hold)，缺陷控制被釋放(Release)，返回(Return)等等。3.4產(chǎn)品下線 操作工在產(chǎn)品下線工位RS+M（單件、工 打印（掃描）單） Serial/Batch條碼，標識產(chǎn)品下線3.5產(chǎn)品裝箱 成品下線后的裝箱操RS作，系統(tǒng)需要將serial和BoxCode綁定3.6產(chǎn)品報工 MES系統(tǒng)確認產(chǎn)品質(zhì)量RS（單件） 狀態(tài)，通過接口將報工數(shù)據(jù)上傳至WMS系統(tǒng)3.7ODS文檔 通過現(xiàn)有文空系統(tǒng)實現(xiàn)DN管理 接口，對ODS的文件版本進行控制3.8電子ODS操作工通過在生產(chǎn)線的FS顯示MES終端查看ODS文檔3.9產(chǎn)品外協(xié)記錄外發(fā)前產(chǎn)品的數(shù)量FS（外發(fā)）和狀態(tài)，用于追溯3.10產(chǎn)品制造系統(tǒng)根據(jù)serialNO查詢RS歷史信息查詢產(chǎn)品的制造歷史記錄（包括產(chǎn)品過點信息，質(zhì)量信息）；批次制造的產(chǎn)品歷史通過工單查詢3.4 條碼管理FunctionalityFunctionalityScenarioR-RequiredD-DesiredF-Future4.1產(chǎn)品/半成品條碼規(guī)則配系統(tǒng)管理員內(nèi)購配置各類產(chǎn)品的條碼規(guī)則RS-StandardM-Mod,N-NotpossibleS+MComments置條碼打印歷史查詢觸發(fā)打印或者手工打印RS系統(tǒng)提供條碼打印歷史的查詢，為條碼補打提RS供基礎(chǔ)4.4條碼補打當現(xiàn)場出現(xiàn)條碼損壞或者丟失等情況，系統(tǒng)提RS供條碼補打功能3.5 過程質(zhì)量管理Functionality ScenarioR-RequiredS-Standard CommentsD-DesiredF-FutureM-Mod,N-Notpossible5.1關(guān)鍵零部 操作工在生產(chǎn)線上安裝RS+M件安裝 需要追溯的關(guān)鍵零部件，在MES系統(tǒng)中建立關(guān)聯(lián)關(guān)系5.2零件譜系 根據(jù)質(zhì)保部門制定的追RS關(guān)系查詢 溯關(guān)系，在MES系統(tǒng)中實現(xiàn)正反向的查詢5.3安裝防錯 系統(tǒng)在操作工安裝關(guān)鍵RS+M零部件時提供安裝防錯功能5.4產(chǎn)品缺陷 質(zhì)保人員在系統(tǒng)中維護RS管理 產(chǎn)品缺陷5.5產(chǎn)品缺陷 質(zhì)保人員在質(zhì)檢過程中RS記錄 對存在缺陷的產(chǎn)品進行缺陷設(shè)置5.6產(chǎn)品缺陷 現(xiàn)場操作工對存在缺陷RS釋放 的產(chǎn)品進行返修并合格后在系統(tǒng)中對原來的缺陷進行釋放，但歷史記錄會被保存5.7產(chǎn)品缺陷 能夠根據(jù)產(chǎn)品查缺陷，RS查詢 也能夠根據(jù)缺陷查產(chǎn)品5.8批次檢驗 由于檢驗結(jié)果滯后，生F—>RS數(shù)據(jù)（如：熔 產(chǎn)工單需要與檢驗號關(guān)深） 聯(lián)，質(zhì)保人員可根據(jù)檢驗結(jié)果進行遏制等操作。5.9產(chǎn)品質(zhì)量 產(chǎn)品在生產(chǎn)過程中必須RS+M門（如：要通過的監(jiān)測工位（手GP12全檢）工、自動）5.10質(zhì)量門釋放手工、自動釋放質(zhì)量門RS+M5.11產(chǎn)品審核產(chǎn)品質(zhì)量審核（系統(tǒng)僅記錄結(jié)果）FS5.11.1產(chǎn)品審質(zhì)保人員在系統(tǒng)中維護FS核表產(chǎn)品審核表5.11.2產(chǎn)品審相關(guān)人員或領(lǐng)導(dǎo)產(chǎn)品審FS核結(jié)果確認核結(jié)果的確認5.11.3審核結(jié)果記錄記錄確認后的審核結(jié)果F5.12分層審核F（周和月）5.12.1分層審核表F5.12.2審核結(jié)F果記錄5.13生產(chǎn)作息生產(chǎn)人員的班次作息時RS時間間5.14產(chǎn)品返工/記錄產(chǎn)品返修過程以及RS返修管理返修結(jié)果5.15SPCR3.6 生產(chǎn)檢測和分析FunctionalityScenarioFunctionalityScenarioR-Required D-DesiredF-FutureS-StandardM-Mod,CommentsN- Notpossible6.1數(shù)據(jù)采集OPCPLC DATA -->R躍昶負責(zé)PLCDATA->OPCServerserver實施工作6.2數(shù)據(jù)存儲 將經(jīng)過處理PLC數(shù)據(jù)R 躍負OPCserver->DB實6.3圖形化顯示存儲到OPCSERVER的DB中RS施工作6.3.1車間總覽RS6.3.2生產(chǎn)線總RS覽6.3.3工位/工RS作站信息顯示6.4實時報表展示當天or當班的數(shù)據(jù)DS6.4.1生產(chǎn)能力監(jiān)測設(shè)備產(chǎn)量、區(qū)域產(chǎn)量、目標產(chǎn)量-實際產(chǎn)量DS6.4.2設(shè)備狀態(tài)設(shè)備狀態(tài)、設(shè)備故障代DS監(jiān)測碼、生產(chǎn)及停機時間6.4.3數(shù)據(jù)分析生產(chǎn)時間、設(shè)備開動率、TOP10DS6.5生產(chǎn)線ANDON板信D不在項目范圍內(nèi)息設(shè)備管理FunctionalityScenarioFunctionalityScenarioR-Required D-DesiredF-FutureS-StandardM-Mod,CommentsN- Notpossible7.1自動觸發(fā)D不在本期項目范圍內(nèi)維修工單現(xiàn)場客戶端FunctionalityF-Future固定客戶端

R-Required D-Desired M-Mod,N- possibleR S

Comments移動客戶端PDA/平板

DR 不在項目范圍內(nèi)DR 不在項目范圍內(nèi)系統(tǒng)報表FunctionalityScenarioR-RequiredS-Standard CommentsD-DesiredF-FutureM-Mod,N-Notpossible10.1生產(chǎn)報表精益生產(chǎn)類報表RS10.2質(zhì)量報表RS10.3物料報表RS10.4設(shè)備報表RS3.10 主數(shù)據(jù)FunctionalityScenarioFunctionalityScenarioR-Required D-DesiredF-FutureS-StandardM-Mod,CommentsN- Not11.1 BOM管理MES系統(tǒng)中需要BOM包括BOM的版本RpossibleS+CR11.2導(dǎo)入功能對于數(shù)據(jù)量很大、手工RS錄入費時費力的主數(shù)據(jù)提供從文件導(dǎo)入功能FunctionalityScenarioR-Required D-DesiredF-FutureFunctionalityScenarioR-Required D-DesiredF-FutureS-StandardM-Mod,CommentsN-Not12.1人員權(quán)限RpossibleS管理12.1.1用戶管RS理12.1.2理角色管RS12.1.3理菜單管RS12.1.4理動作管RS12.2運維管理RS12.2.1日志查RS詢12.2.2連接監(jiān)RS控12.2.3歸檔設(shè)置RS第4章 數(shù)據(jù)接口 &ANDON現(xiàn)場功能部署方案系統(tǒng)架構(gòu)在系統(tǒng)架構(gòu)設(shè)計中，整個汽車傳動軸車間。采用智能終端對現(xiàn)場的呼叫信息，數(shù)量信息。系統(tǒng)架構(gòu)示意圖如下：數(shù)據(jù)采集功能描述數(shù)據(jù)采集需求129129系統(tǒng)需要采集對現(xiàn)場設(shè)備的狀態(tài)信號，以實現(xiàn)PMC采集檢測設(shè)備的檢測數(shù)據(jù)，為質(zhì)量追溯，質(zhì)量分析提供數(shù)據(jù)支持。采集零部件的條碼信息，實現(xiàn)零部件的批次管理以及生成汽車傳動軸裝機檔案。只能根據(jù)設(shè)備實際情況，采用不同的方式進行上述數(shù)據(jù)的采集。以太網(wǎng)訪問PLCMESPLCOPCServer采集設(shè)備的狀態(tài)信息，報警信息等。裝配線/分裝線供應(yīng)商應(yīng)提供需要采集信息的設(shè)備地址以及定義，MESMES/分裝線集控PLC以太網(wǎng)訪問工控機采集方式：MES系統(tǒng)與通過以太網(wǎng)與工控機進行交互獲取狀態(tài)信息，報警信息。試驗臺的檢測結(jié)果（其檢測結(jié)果的文件格式為TXT）。計量室及在線三坐標測量設(shè)備以及汽車傳動軸檢測設(shè)備(將檢測報告上傳至服務(wù)器中)。上述這些都是通過以太網(wǎng)訪問控機進行數(shù)據(jù)交互，這里又可以細分為三類：/MES系統(tǒng)定時通過以太網(wǎng)讀取文件，獲取信息。優(yōu)點：供應(yīng)商改造工作量小，不需額外安裝軟件；缺點：實效信較差。/系統(tǒng)直接訪問工控機數(shù)據(jù)庫，獲取信息。優(yōu)點：數(shù)據(jù)庫訪問響應(yīng)相對較快；缺點：需要額外安裝數(shù)據(jù)庫軟件。設(shè)備工控機本身就帶有OPCServer，設(shè)備供應(yīng)商只需要提供信號的地址及定義，MESOPCClient/狀態(tài)變化能立即被獲取；缺點：不是每臺工控機都支持。硬接線采集方式：PLC，CNC設(shè)備通過硬連接的方式采集設(shè)備的基本狀態(tài)信號，大致可分為：運行，待料，故障，設(shè)備維護，更換刀具，更換夾具，換線等。這里又可以細分為二類：設(shè)備通過I/O系統(tǒng)通過硬件線的方式從設(shè)備控制柜連接到現(xiàn)場就近的ANDON分控柜內(nèi)的I/O模塊上，并通過ANDONPLCMES129129增加；缺點：可能需要增加I/O模塊和繼電器，需要熟悉PLC中的信號定義并少量修改PLC程序。從設(shè)備的報警塔燈（三色）采集信號，MES系統(tǒng)通過硬件線的方式從設(shè)備控塔燈上，并出信號線接到現(xiàn)場就近的ANDONI/OANDON采集匯總，供MES系統(tǒng)上位使用。優(yōu)點：不需額外增加硬件，不需要改動PLC程序；缺點：獲取的信號僅能以塔燈報警組合為參照，不能額外獲取更多的信號。在本次實施時，如無設(shè)備供應(yīng)商配合，根據(jù)實際情況建議采用第二種方式。以太網(wǎng)訪問平板電腦采集方式：設(shè)備維護，更換刀具，更換夾具，換線為現(xiàn)場操作人員在相應(yīng)區(qū)域的平板電腦上進行手工標示；另外平板電腦也通過連接的掃描槍收集零件序列號。這些信息也將通過采集到MES系統(tǒng)中，因為平板電腦為此次MES將上述信息傳遞到MES第三方系統(tǒng)對接方案用戶接口、部門接口、生產(chǎn)線工位接口、工藝BOM接口、倉庫貨位接口、計劃調(diào)整接口、生產(chǎn)計劃接口、物料需求接口、出入庫業(yè)務(wù)接口（含采購收貨單據(jù)、配送出貨單據(jù)、日常庫存移動作業(yè)單據(jù)）。從制造執(zhí)行系統(tǒng)回傳數(shù)據(jù)到第三方系統(tǒng)接口：出入庫業(yè)務(wù)接口（入庫）、采購驗收單接口（生產(chǎn)上線驗收）、檢測設(shè)備接口、完工回報接口。具體第三方系統(tǒng)的接口調(diào)研時決定。現(xiàn)場設(shè)備對接方案TQ裝配線的PLC已經(jīng)具備數(shù)據(jù)對接的能力，MES通過以太網(wǎng)接口直接獲取設(shè)備數(shù)據(jù)，但不對設(shè)備的程序和邏輯進行修改。xx負責(zé)提供MES所需數(shù)據(jù)在PLC中的地址信息。第5章 MES對移動端支持移動端支持的硬件范圍129129391522安卓系統(tǒng)，自定制版本，可提供豐富的底層硬件接口，如遠程關(guān)機，遠程開機等。4.選用工業(yè)級元器件，應(yīng)對嚴苛的工業(yè)環(huán)境。觸摸屏支持手套操作。擁有豐富的接口選項，包括GPIOx1（通用模擬I/O），USBx1，microUSBx3，microHDMIxx1多種連接方式：有線網(wǎng)絡(luò)，無線WIFI，藍牙線纜收納整潔美觀可遠程監(jiān)控、調(diào)度和管理硬件設(shè)施采用時尚設(shè)計，且可靈活安裝，包括縱向、橫向、桌面式、壁掛式和落地式移動端支持所需的硬件環(huán)境MES提供基于iOS/Android的移動MES解決方案。車間應(yīng)用主要功能模塊。可以在移動平板上應(yīng)用，及時掌握工單、設(shè)備、保養(yǎng)信息，移動物料看板、移動采集質(zhì)量數(shù)據(jù)。目前，也將車間作業(yè)調(diào)度也發(fā)布在移動應(yīng)用，可以在現(xiàn)場根據(jù)實際情況重新調(diào)度作業(yè)。xx計劃在未來能夠使用移動版MES的功能。第6章 MES系統(tǒng)架構(gòu)設(shè)計基于對xxMES的設(shè)計原則，在此基礎(chǔ)上給出我們的技術(shù)設(shè)計方案。系統(tǒng)設(shè)計原則攜手上下層、優(yōu)化數(shù)據(jù)流MES在工廠綜合自動化系統(tǒng)中起著中間層的作用。在MES下層，是底層生產(chǎn)控制系統(tǒng)，包括PLC這幾種類型的組合；在MES上層，則是高層管理計劃系統(tǒng)，包括ERP。MES在其中起到了信息集線器(InformationHub)的作用。可靠性原則硬件系統(tǒng)自身的高可靠性和（數(shù)據(jù)庫服務(wù)器及應(yīng)用服務(wù)器的）HA集群設(shè)計保證了單個129129設(shè)備的可靠性。系統(tǒng)架構(gòu)的均衡負載設(shè)計和硬件的冗余設(shè)計保證各個環(huán)節(jié)沒有單點故障使用已經(jīng)成熟的通用模塊并對其進行抽象、封裝,極大的提高了系統(tǒng)的可靠性打破“信息孤島”，實現(xiàn)信息高度集成實現(xiàn)xx冗余，充分利用數(shù)據(jù)，協(xié)同生產(chǎn)過程中的制造管理、質(zhì)量與成本，這就要求內(nèi)部各功能模塊數(shù)據(jù)有機關(guān)聯(lián)，避免數(shù)據(jù)孤立及重復(fù)建設(shè)。面向未來的全局性，多工廠，多車間本系統(tǒng)的建設(shè)應(yīng)站在項目管理團隊層面，考慮長遠，著眼全局，不僅要考慮到xx傳動軸廠的實施、而且要考慮到將來xx下面?zhèn)鲃虞S廠，考慮目前的項目管理，還要考慮將來的需要。保持系統(tǒng)的技術(shù)和管理先進性發(fā)技術(shù)和用戶流程靈活配置的工作流技術(shù)，使方案更具適用性、靈活性和有效性。同時在系統(tǒng)設(shè)計上，我們采用先進的組件化、多層次應(yīng)用系統(tǒng)開發(fā)技術(shù)，使軟件的使用變得簡捷方便，并且可以B/S便，只需在服務(wù)器端添加或修改管理模塊，就可以滿足新的業(yè)務(wù)需求、管理模式。在技術(shù)上我們選用具有國際開放系統(tǒng)的標準、采用模塊化、組件化設(shè)計，當企業(yè)管理模式發(fā)生變化對系統(tǒng)提出更改要求時，可以輕松地完成系統(tǒng)的升級和擴展、軟件平臺的移植和軟件性能的擴充。建立信息(數(shù)據(jù))交換的規(guī)范性、標準性循序暫進保持系統(tǒng)的階段性與延續(xù)性擴展部署簡易系統(tǒng)架構(gòu)的橫向可擴展性和縱向可擴展性客戶可以在系統(tǒng)建設(shè)初期采用較小的投入，在業(yè)務(wù)量達到一定規(guī)模時，無縫地增加系統(tǒng)的工作能力可服務(wù)性原則集群設(shè)計和均衡負載設(shè)計可以把系統(tǒng)維護帶來的業(yè)務(wù)影響降低到最低點129129系統(tǒng)總體架構(gòu)設(shè)計系統(tǒng)總體架構(gòu)圖系統(tǒng)總體架構(gòu)說明我們建議采用面向服務(wù)的架構(gòu)Reporting、ServiceBroker、系統(tǒng)監(jiān)控、異常處理、日志處理等服務(wù)；業(yè)務(wù)邏輯服務(wù)是根據(jù)對業(yè)務(wù)功能的提煉，將每個模塊的核心邏輯處理成服務(wù)，包括數(shù)據(jù)采集服務(wù)、數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)導(dǎo)入導(dǎo)出、物料消耗計算、物料單發(fā)布、現(xiàn)場打印等服務(wù)。所有的服務(wù)將通過WCF來，通過WCF.NETRemotingWebServices跟MES我們建議用EAI平臺，整合MES數(shù)據(jù)傳輸。我們同時使用了以下的技術(shù)和微軟相關(guān)產(chǎn)品特性：129129SQLServer數(shù)據(jù)庫BISQLServerServicesBrokerCLR閾值驅(qū)動可配置管理技術(shù)SQLServerReportingServices模塊化組件開發(fā)技術(shù)模塊安裝部署技術(shù)可配置化的數(shù)據(jù)導(dǎo)入導(dǎo)出框架系統(tǒng)監(jiān)控平臺MOM系統(tǒng)架構(gòu)分析SOAESB系統(tǒng)架構(gòu)設(shè)計考慮到xxMESxx將來的發(fā)展規(guī)劃提出一個整體的規(guī)劃，使得MES出基于SOAESBESB是由中間件技術(shù)實現(xiàn)并支持SOA的一組基礎(chǔ)架構(gòu)，支持異構(gòu)環(huán)境中的服務(wù)、消息以及基于事件的交互，并且具有適當?shù)姆?wù)級別和可管理性。ESB就是試圖將應(yīng)用服務(wù)器上的多種邏輯層面遷移到總線以及連接點上，從而降低企業(yè)內(nèi)部信息共享的成本.為什么要引入基于ESB的架構(gòu)設(shè)計：普遍性：ESB普遍性：ESB能夠構(gòu)建跨越整個企業(yè)和其業(yè)務(wù)伙伴的集成項目。高度分布的、事件驅(qū)動的SOA理拓撲進行部署，并且在總線中可以隨處作為共享服務(wù)進行訪問。選擇性的集成組件部署：適配器、分布式的數(shù)據(jù)變換服務(wù)、基于內(nèi)容的路由服務(wù)都可以在需要時有選擇地部署，并且可以獨立地伸縮。129129高可靠性：通過總線進行通信的所有組件能得益于可靠消息、事務(wù)完整性、以及安全的認證通信機制。高可靠性：通過總線進行通信的所有組件能得益于可靠消息、事務(wù)完整性、以及安全的認證通信機制。編排和處理流：ESB逐漸采用：ESB可用于小項目。每個個別的項目能進入一個更大的集成網(wǎng)絡(luò)，它們可以從總線上的任何地方進行遠程管理。XML：ESB可以充分利用XML“原生”數(shù)據(jù)類型的好處。即時洞察力：ESBBAM(業(yè)務(wù)活動監(jiān)控（BusinessActivityMonitoring)能力已經(jīng)被構(gòu)建到ESB框架之內(nèi)。WCF面向服務(wù)（ServiceOriented）的統(tǒng)一框架WCF是用以應(yīng)對SOA解決方案的產(chǎn)品，WCF就是專門用于服務(wù)定制、發(fā)布與運行以及消WCF是用以應(yīng)對SOA解決方案的產(chǎn)品，WCF就是專門用于服務(wù)定制、發(fā)布與運行以及消類庫。這些類通過一定方式被組織起來，共同協(xié)作，并為開發(fā)者提供了一個統(tǒng)一的編程模式。它主要用于處理進程間乃至于機器之間消息的傳遞與處理，同時它引入了SOA的設(shè)計思想，以服務(wù)的方式公布并運行，以就是微軟對于分布式處理的編程技術(shù)的集大成者，它將DCOM、RemotingWebService、WSE、MSMQWCF是一個用于創(chuàng)建和運行分布式系統(tǒng)的技術(shù)集合，使用它能創(chuàng)建安全的、可靠的（Reliable）、跨平臺的（transactedmessagingalongwithinteroperability）的分布式解決方案。MES中引入WCF統(tǒng)一：WCF開發(fā)更加容易，部署簡單，按口一致的開發(fā)面向服務(wù)的應(yīng)用程序，或者開發(fā)分布式系統(tǒng)。WCFWeb.NET.NETWS-*隊列服務(wù)，可以非常方便地利用消息隊列完成異步操作與脫機調(diào)用WCF同時也使得面向服務(wù)編程更加簡單而統(tǒng)一了。如果采用舊有的技術(shù)，由于各種技術(shù)的編程模型完全不一致，使得程序的遷移非常的困難。例如，最初采用.NETRemoting技術(shù)開發(fā)的分布式系統(tǒng)，由于業(yè)務(wù)需求的變化，要求發(fā)布具有互操作性的Web服務(wù)，就需129129要重新定義服務(wù)。并且，客戶端的調(diào)用方式也發(fā)生了變化，需要添加Web引用，通過UDDI去發(fā)現(xiàn)服務(wù)。分布式支持：WCF對于開發(fā)分布式系統(tǒng)而言，也是得天獨厚的。當我們的應(yīng)用系統(tǒng)需要在多個服務(wù)器上運行不同服務(wù)，以支撐大量的訪問負荷、大數(shù)據(jù)量處理、數(shù)據(jù)挖掘等工作時，就可以利用WCF開發(fā)不同的服務(wù)，然后托管在不同的服務(wù)器上，此時，整個系統(tǒng)就可以有效地利用服務(wù)器資源，減輕系統(tǒng)負荷。相容：WCF能充分與舊有系統(tǒng)相容，不會影響原有的技術(shù)，且彼此之間可以通信整合：WCF支持多種通信協(xié)定以保證系統(tǒng)間的互通性，期待由標準的WS-*，WebService,SOAP等規(guī)格，可進行跨異質(zhì)平臺整合安全：支持WS-的多種安全機制，如WS-Security,WS-Trust和WS-secureConversation等標準，以用于使用者認證，資料完整性驗證，資料隱私等多種使命議題。可信賴的信息通信：一般對可信賴的住處通信的要求，可分為兩部分，一是安全，另WCF扶持WS-ReliableMessageing,WS-Addressing標準，提供可信賴的端對端通信，同時還支持MTOM(MessageTransmissionOptimization進行通信。各終端及對外提供的服務(wù)基于WCF模式，如務(wù)端和公網(wǎng)上的供應(yīng)商客戶端（如果供應(yīng)商有VPN，則和內(nèi)網(wǎng)客戶端相同）。由于供應(yīng)商客戶端可能在內(nèi)網(wǎng)中，因此使用“推”方式不一定可行。我們建議遵循如下步驟的“拉”方式：POSTWCFWCFSqlCacheDependency/SqlDependency方式查詢SQLServer，SqlCacheDependency/SqlDependency是ADO.NETQueryNotificationSQLServer數(shù)據(jù)更新的反向通知，當訂閱的查詢方式變更，ADO.NET會自動引起回調(diào)函數(shù)，通知發(fā)起查詢的程序更新本地緩存。因此在數(shù)據(jù)庫沒有變更的情況下，返回的數(shù)據(jù)是本地的緩存，Web服務(wù)和數(shù)據(jù)庫是斷開的。WCF服務(wù)回傳批處理的票據(jù)，服務(wù)端時間戳和是否有訂單，訂單記錄大小的信息129129客戶端程序嘗試同步服務(wù)端時間（默認在同一時區(qū)）WebService返回；如果是大BOMWCFMSMQ模式傳輸數(shù)據(jù)上述步驟，只對數(shù)據(jù)庫有很小的峰值影響將大量的計算壓力發(fā)布在WCF服務(wù)和客戶端。系統(tǒng)業(yè)務(wù)邏輯架構(gòu)系統(tǒng)業(yè)務(wù)邏輯架構(gòu)圖系統(tǒng)業(yè)務(wù)邏輯架構(gòu)說明數(shù)據(jù)存儲層：負責(zé)數(shù)據(jù)存儲。主要是MES現(xiàn)場數(shù)據(jù)庫、歷史數(shù)據(jù)和系統(tǒng)數(shù)據(jù)庫；同時存儲XML如模板、配置文件等文件。我們同時將一些服務(wù)（比如組單引擎）該層通過CLRSQLServerServicesBroker數(shù)據(jù)訪問層：負責(zé)數(shù)據(jù)存儲層的數(shù)據(jù)訪問，包括SQL數(shù)據(jù)訪問、XML數(shù)據(jù)訪問和BizTalkSQLServerSQLAdapter。業(yè)務(wù)邏輯層：負責(zé)處理所有業(yè)務(wù)邏輯，包括MES129129應(yīng)商終端所處理的業(yè)務(wù)邏輯，該層是整個系統(tǒng)的核心，封裝了MES所需要的大部分服務(wù)。Faade門面層：負責(zé)UI不實現(xiàn)具體的業(yè)務(wù)邏輯，只負責(zé)開放接口給UIUI層：負責(zé)最終用戶的使用，用戶的所有操作都在該層完成，是人機交互的統(tǒng)一入口。在MES中，主要是MES等等。多層的邏輯架構(gòu)Web服務(wù)器、應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器四層；從物理角度看，應(yīng)用服務(wù)器可以視用戶并發(fā)數(shù)從1到N擴充，以保證客戶端用戶的響應(yīng)要求靈活性、可伸縮性；瘦客戶端的引入使Internet接入方便，而計算被集中至服務(wù)器端，使性能提高成為可能放在服務(wù)器上由所有用戶共享，使得系統(tǒng)的維護和更新變得簡單，也更安全打交道，降低數(shù)據(jù)庫服務(wù)器的負擔(dān)，提高了性能系統(tǒng)總體數(shù)據(jù)流129129我們提出了數(shù)據(jù)總線的概念，所有的數(shù)據(jù)將通過統(tǒng)一的數(shù)據(jù)管理平臺進行管理，并通過EAI平臺進行數(shù)據(jù)流轉(zhuǎn)和控制。xxMES防止數(shù)據(jù)互相調(diào)用形成緊藕合，提出數(shù)據(jù)總線的慨念，模塊之間，模塊與外部接口，模塊與公共數(shù)據(jù)相互通信借助數(shù)據(jù)總線，數(shù)據(jù)總線的實現(xiàn)方式可以借助于數(shù)據(jù)庫，Biztalk,WCF，統(tǒng)一的數(shù)據(jù)訪問組件來實現(xiàn)。有限的資源。系統(tǒng)部署架構(gòu)設(shè)計下圖為MES的部署結(jié)構(gòu)圖。藍色部分為服務(wù)器節(jié)點，粉紅色部分為相關(guān)產(chǎn)品組件，紫色部分為在項目中開發(fā)的組件。由于每個服務(wù)器節(jié)點上都安裝 WindowsEnt，所以在下圖當中省略了對于Windows2008Ent組件的描述。129129系統(tǒng)模塊化設(shè)計MES的模塊化設(shè)的思路早在20世紀90組織參與了MES的標準化以及標準、模型的研究和建立活動.涉及分布對象技術(shù)、集成技MES功能和接口的標準化,以及集成(integration)、互操作性(inter-operability)的重要性.系統(tǒng)之間、功能ORB(objectrequestMESMES功能CORBA和有關(guān)標準平臺都是開發(fā)MES軟件的基礎(chǔ),但是由于開發(fā)成本高、系統(tǒng)性能差以及三層模型界限不明確等因素,一直影響著MES功能的組件化。129129成本和低性能的瓶頸，有力的推進了MES的模塊化和組件化設(shè)計，我們在對MESA提出的11個標準功能模塊的研究和對xxMES要包括以下四個方面：需要對系統(tǒng)進行清晰的模塊劃分，模塊相對獨立。梳理清楚模塊間的數(shù)據(jù)流，定義出清晰的數(shù)據(jù)接口。SOA以下將MESxxMES模塊劃分MES模塊化首先是要對MES國際協(xié)會）通過其各成員的實踐歸納了十一個主要的MES單元分配、過程管理、人力資源管理、維護管理、質(zhì)量管理、文檔控制、產(chǎn)品跟蹤和產(chǎn)品清單管理、性能分析和數(shù)據(jù)采集。實際的產(chǎn)品可能是包含其中一個或幾個功能模塊。各模塊的功能簡述如下：工序詳細調(diào)度：通過基于有限資源能力的作業(yè)排序和調(diào)度來優(yōu)化車間性能。蹤其現(xiàn)在的工作狀態(tài)和剛剛完工情況。操作。集與工作和環(huán)境有關(guān)的標準信息。品的歷史紀錄，該記錄向用戶提供產(chǎn)品組及每個最終產(chǎn)品使用情況的可追溯性。戶的要求進行比較。其輸出的報告或在線顯示用以輔助性能的改進和提高。人力資源管理：提供按分鐘級更新的員工狀態(tài)信息數(shù)據(jù)（工時，出勤等），資歷，工作模式，業(yè)務(wù)需求的變化來指導(dǎo)人員的工作。執(zhí)行目標。際上也可由生產(chǎn)單元分配和質(zhì)量管理來實現(xiàn)。這里是作為一個單獨的系統(tǒng)來實現(xiàn)。129129產(chǎn)品的質(zhì)量控制和確定生產(chǎn)中需要注意的問題。信息。這些數(shù)據(jù)可由車間手工錄入或由各種自動方式獲取。根據(jù)汽車行業(yè)的具體行業(yè)特性和xx傳動軸廠的需求分析，我們對xxMES的模塊做了如下劃分：具體的模塊功能描述和細化，請參照2.2章節(jié)。xxMES模塊數(shù)據(jù)流分析在劃分MES的模塊之后，關(guān)鍵的是梳理清楚各模塊之間的數(shù)據(jù)流。我們分析數(shù)據(jù)流的在劃分MES的模塊之后，關(guān)鍵的是梳理清楚各模塊之間的數(shù)據(jù)流。我們分析數(shù)據(jù)流的依據(jù)是MES的ISA-95標準，根據(jù)ISA-95標準，制造作業(yè)管理可以細分為4個部分：生產(chǎn)作業(yè)管理、維修作業(yè)管理、質(zhì)量作業(yè)管理、庫存作業(yè)管理。這種劃分用于定義制造實體的生產(chǎn)活動。ISA-95標準由三部分組成，主要是針對企業(yè)控制系統(tǒng)各部分的集成問題。第一部分定義了業(yè)務(wù)系統(tǒng)和制造作業(yè)系統(tǒng)間信息交互時所用的模型和術(shù)語。第二部分定義了與第一部分定義有關(guān)的對象模型屬性。第三部分定義了制造作業(yè)管理在集成企業(yè)系統(tǒng)和控制系統(tǒng)時所用的數(shù)據(jù)流和生產(chǎn)活動模型。與我們解決方案關(guān)系最為密切的是第三部分，具體的模型和活動的數(shù)據(jù)流如下：129129遵循ISA-95定義，描述了如何制造產(chǎn)品；定義了生產(chǎn)能力，詳細闡述了什么可用于生產(chǎn)；定義了生產(chǎn)計劃，明確了生產(chǎn)什么和使用什么。此外，還定義了生產(chǎn)績效，以便掌握生產(chǎn)出了什么和使用了什么等相關(guān)信息。而第三部分對模型和數(shù)據(jù)流的定義，為我們的模塊化數(shù)據(jù)流梳理提供了依據(jù)，以下是我們對xxMESMES總體數(shù)據(jù)流圖129129 基礎(chǔ)信息庫BOM基礎(chǔ)信息庫BOMBI生產(chǎn)過程數(shù)據(jù)物料消耗MDA主數(shù)據(jù)管理基礎(chǔ)數(shù)據(jù)系統(tǒng)運行平臺基礎(chǔ)數(shù)據(jù)產(chǎn)品信息庫MM物料管理BOM數(shù)據(jù)PM&A生產(chǎn)監(jiān)測分析基礎(chǔ)數(shù)據(jù)BOM物料需求計劃PP&S生產(chǎn)計劃排程物料需求操作反饋設(shè)備狀態(tài)PQ&T產(chǎn)品質(zhì)量追溯設(shè)備過程具體數(shù)據(jù)設(shè)備過程具體生產(chǎn)規(guī)則基于定單的計劃PC生產(chǎn)過程控制SAP計劃操作指令設(shè)備和過程的具體生產(chǎn)規(guī)則操作反饋設(shè)備過程具體數(shù)據(jù)生產(chǎn)信息庫PPS數(shù)據(jù)流PP&SERP,ERP制定的生產(chǎn)計劃以生產(chǎn)物料和生產(chǎn)設(shè)備為對象，進行打散，重新排產(chǎn)以生產(chǎn)物料和生產(chǎn)設(shè)備為對象，按照生產(chǎn)單元進行排程；以執(zhí)行為導(dǎo)向，考慮約束條件，把ERP生產(chǎn)排程；是基于時間的有限產(chǎn)能計劃129129計劃調(diào)整計劃調(diào)整SAP計劃定單計劃對計劃進行調(diào)整計劃查詢對計劃進行查詢排產(chǎn)制定計劃基于模板約束制造反饋下發(fā)計劃打印裝配單PCPC模塊數(shù)據(jù)流生產(chǎn)過程數(shù)據(jù)的采集是廠級生產(chǎn)管理信息化系統(tǒng)的信息來源和基礎(chǔ)，需實現(xiàn)生產(chǎn)過程和工藝數(shù)據(jù)的采集，對于無法從控制系統(tǒng)中直接獲得的設(shè)備維修、質(zhì)量抽檢采樣等信息，則通過人工錄入方式，保證MES系統(tǒng)可以獲得完整的生產(chǎn)管理信息.129129PPSMM產(chǎn)量計數(shù)查詢發(fā)運PQTPMAPPSMM產(chǎn)量計數(shù)查詢發(fā)運PQTPMA數(shù)據(jù)總線數(shù)據(jù)總線采集采集采集采集裝配信息裝配信息狀態(tài)信息狀態(tài)信息輪轂信息輪轂信息現(xiàn)場的PLC數(shù)據(jù)機床RF檢測線PQT模塊數(shù)據(jù)流對產(chǎn)品的質(zhì)量及生產(chǎn)過程進行控制與追溯，并監(jiān)控每個缺陷變化的狀態(tài)。監(jiān)視生產(chǎn)并自動修正或為操作員提供操作指導(dǎo)。跟蹤整個生產(chǎn)過程，包括報警管理即當超過允許公差范圍時對工廠人員進行提醒。并可以向智能設(shè)備系統(tǒng)提供接口進行及時準確的處理。129129產(chǎn)品部件追溯產(chǎn)品部件追溯質(zhì)量門控制追溯鏈建立MMPCPMA缺陷控制PMA模塊數(shù)據(jù)流元的控制器數(shù)據(jù)（這些數(shù)據(jù)包括：報警信息、計數(shù)信息、計時信息及其它模擬量數(shù)據(jù)），并通過監(jiān)控計算機顯示生產(chǎn)設(shè)備的狀態(tài)及報警信息129129AnDonPQT設(shè)備狀態(tài)檢測生產(chǎn)能力檢測AnDonPQT設(shè)備狀態(tài)檢測生產(chǎn)能力檢測PCPC數(shù)據(jù)交換和服務(wù)集成實現(xiàn)模塊化MES系統(tǒng)模塊化將應(yīng)用WCF（關(guān)于WCF的描述，請參考）來定義服務(wù)、開放服MES系統(tǒng)模塊化將應(yīng)用WCF（關(guān)于WCF的描述，請參考）來定義服務(wù)、開放服務(wù)和運行服務(wù)，對于不同的模塊，將以組件的形式進行組合，通過WCF來提供服務(wù)實現(xiàn)數(shù)據(jù)交換，達到真正的模塊化和組件化。WCF是微軟SOA解決方案的核心技術(shù)，它專門用于服務(wù)定制、發(fā)布和運行以及消息傳遞類庫。這些類通過一定方式被組織起來，共消息的傳遞與處理，同時它引入了SOA的設(shè)計思想，以服務(wù)的方式公布并運行，以方便客WCF是一個用于創(chuàng)建和運行分布式系統(tǒng)的技術(shù)集合，使用它能創(chuàng)建安全的、可靠的、跨平臺的分布式解決方案。129129模塊化安裝部署系統(tǒng)被設(shè)計為各業(yè)務(wù)子模塊以松耦合結(jié)構(gòu)實現(xiàn)，在系統(tǒng)部署時可以通過部署程序支持系統(tǒng)各業(yè)務(wù)子模塊獨立進行部署，本文檔描述了此模塊化部署程序的設(shè)計實現(xiàn)方案。既支持單一子模塊獨立部署，又支持多個子模塊批量部署。支持對模塊部署所依賴項的檢查與提示。支持模塊部署失敗時回滾執(zhí)行過的操作。對部署過程進行記錄以供部署失敗時分析。支持模塊部署的靈活配置考慮到模塊部署的復(fù)雜性和多樣性，將程序結(jié)構(gòu)分為兩部分：將流程用靜態(tài)代碼實現(xiàn)為可執(zhí)行程序。將業(yè)務(wù)流用動態(tài)腳本代碼實現(xiàn)，通過可執(zhí)行程序作為腳本宿主執(zhí)行。程序使用配置文件作為部署參數(shù)調(diào)整的保存格式設(shè)計布署原則:界面分割簡潔簡化用戶選項使用向?qū)Ｊ绞褂孟驅(qū)Ｊ絽⒖冀缑妫?29129系統(tǒng)的高可靠性設(shè)計應(yīng)用系統(tǒng)的高可靠性內(nèi)部計算程序使用ServiceBrokerWindowsService節(jié)增加異常處理及報警，增加系統(tǒng)監(jiān)控點站點支持群集方式站點可以采用負載均衡器，實現(xiàn)橫向擴容站點采用查詢通知及Cache采用獨立程序進行定時監(jiān)測，一旦發(fā)生問題進行及時報警采用SmartClient作的現(xiàn)象ReportingService對內(nèi)部客戶端應(yīng)用的運行采用MOM節(jié)增加異常處理及報警，增加系統(tǒng)監(jiān)控點，統(tǒng)一進行異常處理，采用心跳信號監(jiān)視客戶端工作狀態(tài)，進行及時報警129129基礎(chǔ)軟件的高可靠性設(shè)計再聯(lián)機方式進行升級，不影響業(yè)務(wù)運行SQLSERVER2012用性MOM硬件環(huán)境的高可靠性設(shè)計所有網(wǎng)絡(luò)設(shè)備全部冗余配置用負載均衡器實現(xiàn)負載均衡RAID0+1,光纖交換器冗余配置采用磁帶機進行數(shù)據(jù)備份系統(tǒng)的高擴展性設(shè)計Windows2008可擴展性設(shè)計按照嚴格的性能觀點，可擴展性可以分為以下幾類：更快更強大的處理器更多的處理器更快的總線更多的總線更大的地址空間，支持更多內(nèi)存從技術(shù)角度來講，主要存在下列三種不同的擴展模式：向上擴展（Scale向外擴展（ScaleOut）收縮（ScaleDown）比較常見在如下兩種模式：向上擴展和向外擴展。129129向外擴展向上擴展（ScaleUp）向外擴展向上擴展（ScaleUp）是指在系統(tǒng)中添加更多的資源，例如：內(nèi)存、處理器、I/O和磁盤驅(qū)動。但是，這種可伸縮性并不是最關(guān)鍵的，從本質(zhì)上來說：應(yīng)用程序設(shè)計、數(shù)據(jù)庫優(yōu)化、網(wǎng)絡(luò)配置和開發(fā)完善的數(shù)據(jù)中心程序應(yīng)用顯得更為重要。對于32位X86體系架構(gòu)：Windows2003服務(wù)器可支持32顆處理器和64的內(nèi)存；對于64X64Windows2003321TB對于64位安騰體系架構(gòu)：64Windows200364顆處理器和1TB的內(nèi)存。如：Superdome（64顆安騰2），64Server200364SQLServer2000向外擴展（ScaleOut）向外擴展（ScaleOut）是指在一個應(yīng)用程序的吞吐量超過了單系統(tǒng)處理能力時仍然群集以及諸如可靠事務(wù)消息隊列的系統(tǒng)服務(wù)能為應(yīng)用程序提供這樣的超越能力。Windows200832數(shù)據(jù)庫群集。為企業(yè)大型應(yīng)用程序提供了多層次可擴展性的保證（詳見上節(jié)高可用性設(shè)計）。位版本SQLServer201232顆CPU和64GB物理內(nèi)存內(nèi)存；SQLServer200564CPU1TB內(nèi)存。SQLServer2012濟型、可管理的硬件，為高尖端的企業(yè)應(yīng)用程序提供可擴展性和可靠性。在企業(yè)實際應(yīng)用中，允許把工作負荷跨越多個SQLServer2012服務(wù)器進行分區(qū)。在SQLServer分布式數(shù)據(jù)庫配置中，對跨多個服務(wù)器的查詢提供自動查詢優(yōu)化和支持。同時也能充分利用對稱129129多處理(SMP)硬件資源。SQLServer2012已經(jīng)在很多業(yè)界基準項目測試中獲得了破世界記錄的性能。在近幾年的TPC評測數(shù)據(jù)也可以看出，無論是基于工業(yè)的基準測試，還是基于應(yīng)用程序的基準測試，微軟的數(shù)據(jù)庫平臺都具有優(yōu)異的性能和高可擴展性。網(wǎng)絡(luò)可擴展性設(shè)計網(wǎng)絡(luò)負載均衡使組織機構(gòu)能夠使多達32臺計算機組成群集，以便在保持監(jiān)控服務(wù)器與NIC(NLB)功能與電子商務(wù)應(yīng)用、主機應(yīng)用和終端服務(wù)(NLB)引入了軟件伸縮概念，從而使管理員能夠視具體需要通過簡單地插入帶NLB網(wǎng)絡(luò)負載均衡的好處包括：可擴展能力通過完全滾動升級來降低計劃內(nèi)的停機時間。對群集內(nèi)個別的TCP/IP32全面管道式實現(xiàn)確保高性能低開銷。32SMP，64G高度可用性自動檢測并從故障或脫機的計算機中恢復(fù)。當群集配置改變時自動重新分配網(wǎng)絡(luò)負載。10處理因疏忽導(dǎo)致的子網(wǎng)并重新加入網(wǎng)絡(luò)群集。可控性為單一IP則為每臺服務(wù)器定制工作負載。支持客戶會話和SSL。進負載平衡。Windows2000或Windows操作系統(tǒng)中遠程啟動、停止和控制NLB易于使用不需要專門硬件。129129在為每臺計算機均保留獨有名稱的同時，允許用戶使用單一的Internet邏輯名IP無須對服務(wù)器應(yīng)用進行修改即可運行NLB包括故障恢復(fù)在內(nèi)的大多數(shù)操作均不需要人工干預(yù)。在不影響群集操作的情況下，允許電腦為進行預(yù)防性維護而脫機。SQLServer可擴展性設(shè)計64位支持等方面的高級可伸縮性功能，能夠使用Server2012構(gòu)建和部署最關(guān)鍵的應(yīng)用。表和索引的分區(qū)功能顯著的增強了對大型數(shù)據(jù)庫的查詢性能。表和索引分區(qū)表和索引分區(qū)把數(shù)據(jù)庫分成更小、更易管理的塊，從而簡化了大型數(shù)據(jù)庫的管理。對數(shù)據(jù)庫世界而言，在表、數(shù)據(jù)庫和服務(wù)器之間的數(shù)據(jù)分區(qū)已不是一個新的概念， Server2012提供了在數(shù)據(jù)庫的文件組之間表分區(qū)的功能，水平分區(qū)允許把表按分區(qū)scheme分為多個小的組。表分區(qū)用于非常大的，從幾百GB到TB、甚至更大的數(shù)據(jù)庫。快照隔離建。用戶所看到的數(shù)據(jù)庫版本是事務(wù)一致性的，然而，數(shù)據(jù)的版本不再是當前的。快照隔離級別通過使用一個數(shù)據(jù)庫的事務(wù)一致視圖來允許用戶訪問最后被提交的行，新的隔離級別提供了如下優(yōu)點：為只讀應(yīng)用程序增加數(shù)據(jù)可用性。允許在OLTP對寫事務(wù)自動進行強制沖突檢測。簡化應(yīng)用程序從OracleSQLServer復(fù)制監(jiān)視工具復(fù)制監(jiān)視工具在管理復(fù)雜數(shù)據(jù)復(fù)制操作的易用性方面建立了新的標準，它提供了直觀的用戶界面和大量的數(shù)據(jù)指標。對64-Bit系統(tǒng)Itanium2和x64的支持SQLServer(64-bit)特別為IntelItaniumprocessor進行過優(yōu)化，因此它可以為一些基本資源如緩沖池、緩存、排序堆等利用高級內(nèi)存尋址功能，從而減少密集I/O操作造成的數(shù)據(jù)在內(nèi)存和磁盤之間交換。更大的處理能力也使應(yīng)用程序的可伸縮性達到一個新的層次。129129WindowsServer?2003x64為同一個系統(tǒng)上的32-bit和64-bit應(yīng)用提供了很高的性能。基于64-bit基礎(chǔ)架構(gòu)擴展了x86指令集，允許現(xiàn)在的32-bit應(yīng)用自然的運行在x64處理器上。同時，新的執(zhí)行在64-bit模式下的64-bit應(yīng)用每個時鐘周期可以處理更多數(shù)據(jù)，允許對內(nèi)存的更多訪問，更快的數(shù)字計算。最終結(jié)果是它提升了現(xiàn)存的大量32-bit應(yīng)用程序的同時，也提供了一個平滑遷移到64-bit計算的途徑。應(yīng)用的可擴展性設(shè)計對象是在本地一樣。這種方式允許數(shù)據(jù)從一個分區(qū)移動到另一個分區(qū)，而不用改變應(yīng)用程序。因此，透明性是模塊化增長的關(guān)鍵因素：在系統(tǒng)中增加節(jié)點，把數(shù)據(jù)移動到這些新節(jié)點中，不必修改應(yīng)用。透明性也是高可用性的關(guān)鍵因素，萬一某個節(jié)點失敗時，允許數(shù)據(jù)從一個節(jié)點切換到另一個節(jié)點上。分布式系統(tǒng)技術(shù)是在群集中創(chuàng)建透明性的關(guān)鍵技術(shù)。通過構(gòu)建模塊結(jié)構(gòu)化應(yīng)用和系統(tǒng)，這些模塊通過遠程過程調(diào)用而交互作用，應(yīng)用變得模塊化程度更高，并且可以分布在該群集的許多節(jié)點中。客戶根據(jù)名稱調(diào)用服務(wù)。這種過程調(diào)用可以調(diào)用本機服務(wù)，如果該服務(wù)是遠程的，那么也可以使用遠程過程調(diào)用。系統(tǒng)相關(guān)技術(shù)和產(chǎn)品特性ServiceBroker技術(shù)我們用到了SQLServer2012ServiceBroker。ServiceBroker為SQLServer提供消息隊列和可靠的消息傳遞，它可幫助數(shù)據(jù)庫開發(fā)人員構(gòu)建安全、可靠且可伸縮的應(yīng)用程序。由于ServiceBroker是數(shù)據(jù)庫引擎的組成部分，因此執(zhí)行效SQLServer2012的消息隊列看作一張?zhí)厥獾臄?shù)據(jù)表，只不過這張表只允許數(shù)據(jù)的插入（建立會話），而不是任意的更新和刪除。消息隊列除SQLServer支持數(shù)據(jù)類型的信息（XML信息），還具有對數(shù)據(jù)加密，消息路由，消息安全性以及激活存儲過程等特殊功能。相對其他消息隊列，SQLServer的內(nèi)建隊列有巨大的優(yōu)勢，如：Server的隊列相當于對表的插入SELECTT-SQL直接獲取隊列中符合條件的信息以及信息的數(shù)量129129作為SQLServer2012ServiceBroker可以納入數(shù)據(jù)庫級別的Transaction，而不僅僅在應(yīng)用層進行多層事務(wù)嵌套。SQLSQLServer的觸發(fā)器機制不同，觸發(fā)器在執(zhí)行時是體的（最多65536個實體，并發(fā)實體數(shù)量可以自定義），每個實體的運行是同時進行的。支持在本數(shù)據(jù)庫，多個SQL遞。為隊列中的數(shù)據(jù)加密，并對讀取隊列的角色進行限制。因此，系統(tǒng)架構(gòu)中有一個或多個輸入隊列，接收信號源的消息，并緩存，同時激活存儲過程，執(zhí)行下述任務(wù)：（可選）訪問外部數(shù)據(jù)源，獲取和本信息相關(guān)的數(shù)據(jù)（如：ERP的BOM息）處理輸入的XML商，也可以按照物料類型等如果超過設(shè)定值，便調(diào)用“推”的動作。使用SQLServer2012隊列的優(yōu)點在于能最大限度的在數(shù)據(jù)庫內(nèi)部完成數(shù)據(jù)的采集和事件觸發(fā)，形成完整的事務(wù)。我們可以發(fā)現(xiàn)，上述設(shè)計中尚未使用到SQLServer的數(shù)據(jù)表，因此數(shù)據(jù)表在本方案中的任務(wù)趨向于提供只讀的存儲，中間單據(jù)計算過程。同時提供Biztalk服務(wù)和數(shù)據(jù)庫隊列的接入方式，如下圖：129129插件插件1代理接入隊列(數(shù)據(jù)源無數(shù)據(jù)庫權(quán)限)物料請求隊列插件2接入Socket服務(wù)數(shù)據(jù)整理插件n暫存隊列直接接入隊列(數(shù)據(jù)源有數(shù)據(jù)庫權(quán)限)Socket聽程序，插件定義為一些列針對外部數(shù)據(jù)源的轉(zhuǎn)換程序，它的執(zhí)行結(jié)果會產(chǎn)生統(tǒng)一XMLDocument，并和預(yù)定義的Schema驗證后接入隊列。插件在是對一個預(yù)定義Interface的實現(xiàn)，并根據(jù)配置文件和監(jiān)聽到的字符串的特殊表征，由BizTalk自動調(diào)用，進行輸入解析。當然，如果數(shù)據(jù)源對數(shù)據(jù)庫有權(quán)限可以直接插入 SQL的相關(guān)列。這個設(shè)計的用意在于對輸入端的兼容和擴展，如果今后有其他需要集成的模塊接入物料拉動系統(tǒng)，我們需要做的僅僅是開發(fā)一個轉(zhuǎn)換接口。對于直接接入數(shù)據(jù)庫的方法，有其速度優(yōu)勢，但在數(shù)據(jù)庫中進行二次轉(zhuǎn)換可能會加重數(shù)據(jù)庫的負擔(dān)，而且有權(quán)限的問題。在數(shù)據(jù)極為繁忙的情況下，Biztalk服務(wù)可以部署在接入服務(wù)器上，和數(shù)據(jù)庫分離，提高效率。MES中將會多處引入消息隊列的機制，如制造隊列，發(fā)料隊列，組單隊列等。將輸入隊列中的信息按照一定的區(qū)分規(guī)則投遞到目標隊列，如，按照物料的種類劃分，MIN/MAX觸發(fā)閾值進行物料拉動。又如，按照實際功能劃分，我們可以設(shè)定一個目標隊列為“制造順序隊列”，生產(chǎn)計劃最終體現(xiàn)為實際中制造的順序。CLR存儲過程物料單的組織，生產(chǎn)計劃的計算等采用CLR的存儲過程，主要優(yōu)點如下：129129基于面向?qū)ο蟮拇鎯^程：因為T-SQLT-SQL不是面向?qū)ο蟮模承┱Z法過于復(fù)雜等。而如果使用面向?qū)ο蟮?NET語言來編寫如存儲過程等數(shù)據(jù)對象時，由于.net語言強大的特性，因此能寫出更健壯和更優(yōu)秀的存儲過程高的性能CLR編程語言提供了T-SQL中所沒有的豐富構(gòu)造（例如數(shù)組和列表等）。與T-SQL（它是一種解釋語言）CLR編程語言之所以具有更好的性能，是因為托管代碼是已編譯的。對于涉及算術(shù)計算、字符串處理、條件邏輯等的操作，托管代碼的性能可能要優(yōu)于T-SQL一個數(shù)量級BI數(shù)據(jù)倉庫是通過集成、集中管理、受信任的數(shù)據(jù)源提供企業(yè)數(shù)據(jù)的深入洞察的基礎(chǔ)。MicrosoftBIMicrosoftSQLServer2012SQLServe