A. 數據預測的步驟
數據預測的步驟：
1. 決定目標：在獲取數據之前，數據價值鏈的第一步要先決定目標：業務部門要決定數據科學團隊的目標。這些目標通常需要進行大量的數據收集和分析。因為我們正在研究那些驅動決策的數據，所以需要一個可衡量的方式，判斷業務是否正向著目標前進。數據分析過程中，關鍵權值或性能指標必須及早發現。
2. 確定業務手段：應該通過業務的改變，來提高關鍵指標和達到業務目標。如果沒有什麼可以改變的，無論收集和分析多少數據都不可能有進步。在項目中盡早確定目標、指標和業務手段能為項目指明方向，避免無意義的數據分析。例如，目標是提高客戶滯留度，其中一個指標可以是客戶更新他們訂閱的百分比，業務手段可以是更新頁面的設計，提醒郵件的時間和內容以及特別的促銷活動。
3. 數據收集：數據收集要盡量廣撒網。更多的數據—-特別是更多的不同來源的數據—-使得數據科學家能找到數據之間更好的相關性，建立更好的模型，找到更多的可行性見解。大數據經濟意味著個人記錄往往是無用的，擁有可供分析的每一條記錄才能提供真正的價值。公司通過檢測它們的網站來密切跟蹤用戶的點擊及滑鼠移動，商店通過在產品上附加RFID來跟蹤用戶的移動，教練通過在運動員身上附加感測器來跟蹤他們的行動方式。
4. 數據清洗：數據分析的第一步是提高數據質量。數據科學家要糾正拼寫錯誤，處理缺失數據以及清除無意義的信息。這是數據價值鏈中最關鍵的步驟。垃圾數據，即使是通過最好的分析，也將產生錯誤的結果，並誤導業務本身。不止一個公司很驚訝地發現，他們很大一部分客戶住在紐約的斯克內克塔迪，而該小鎮的人口不到70000人。然而，斯克內克塔迪的郵政編碼是12345，由於客戶往往不願將他們的真實信息填入在線表單，所以這個郵政編碼會不成比例地出現在幾乎每一個客戶的檔案資料庫中。直接分析這些數據將導致錯誤的結論，除非數據分析師採取措施來驗證和清洗數據。尤為重要的是，這一步將規模化執行，因為連續數據價值鏈要求傳入的數據會立即被清洗，且清洗頻率非常高。這通常意味著此過程將自動執行，但這並不意味著人無法參與其中。
5. 數據建模：數據科學家構建模型，關聯數據與業務成果，提出關於在第一步中確定的業務手段變化的建議。數據科學家獨一無二的專業知識是業務成功的關鍵所在，就體現在這一步—-關聯數據，建立模型，預測業務成果。數據科學家必須有良好的統計學和機器學習背景，才能構建出科學、精確的模型，避免毫無意義的相關性及一些模型的陷阱。這些模型依賴於現有的數據，但對於未來的預測是無用的。但只有統計學背景是不夠的，數據科學家還需要很好地了解業務，這樣他們才能判斷數學模型的結果是否有意義，以及是否具有相關性。
6. 培養一個數據科學團隊：數據科學家是出了名的難僱用，所以最好自己構建一個數據科學團隊，讓團隊中那些在統計學方面有高級學位的人專注於數據建模和預測，而其他人—-合格的基礎架構工程師，軟體開發人員和ETL專家—-構建必要的數據收集基礎設施，數據管道和數據產品，使得結果數據能夠從模型中輸出，並以報告和表格的形式在業務中進行展示。這些團隊通常使用類似Hadoop的大規模數據分析平台自動化數據收集和分析工作，並作為一個產品運行整個過程。
7. 優化和重復：數據價值鏈是一個可重復的過程，能夠對業務和數據價值鏈本身產生連續的改進。基於模型的結果，業務將根據驅動手段做出改變，數據科學團隊將評估結果。在結果的基礎上，企業可以決定下一步計劃，而數據科學團隊繼續進行數據收集、數據清理和數據建模。企業重復這個過程越快，就會越早修正發展方向，越快得到數據價值。理想情況下，多次迭代後，模型將產生准確的預測，業務將達到預定的目標，結果數據價值鏈將用於監測和報告，同時團隊中的每個人將開始解決下一個業務挑戰。
B. 什麼是生產與物料控制
PMC意思為生產及物料控制。通常它分為兩個部分：
PC：生產控制或生產管制（台、日資公司俗稱生管）。主要職能是生產的計劃與生產的進度控制。
MC：物料控制（俗稱物控），主要職能是物料計劃、請購、物料調度、物料的控制（壞料控制和正常進出用料控制）等。
產能分析主要針對的方面
1、 做何種機型以及此機型的製造流程。
2、 製程中使用的機器設備（設備負荷能力）。
3、 產品的總標准時間，每個製程的標准時間（人力負荷能力）。
4、 材料的准備前置時間。
5、 生產線及倉庫所需要的場所大小（場地負荷能力）。
生產排期應注意的原則
生產計劃排程的安排應注意以下原則：
1、 交貨期先後原則：交期越短，交貨時間越緊急，越應安排在最早時間生產。
2、 客戶分類原則：客戶有重點客戶，一般客戶之分，越重點的客戶，其排程應越受到重視。如有的公司根據銷售額按ABC法對客戶進行分類，A類客戶應受到最優先的待遇，B類次之。C類更次。
3、 產能平衡原則：各生產線生產應順暢，半成品生產線與成品生產線的生產速度應相同，機器負荷應考慮，不能產生生產瓶頸，出現停線待料事件。
4、 工藝流程原則：工序越多的產品，製造時間愈長，應重點予以關注。
PMC管理不當易造成的現象
PMC的計劃能力、控制能力及溝通協調能力做得差，容易造成以下現象：
1、 經常性的停工待料：因為生產無計劃或物料無計劃，造成物料進度經常跟不上，以致經常性的停工待料
2、 生產上的頓飽來一頓飢：因為經常停工待料，等到一來物料，交期自然變短，生產時間不足，只有加班加點趕貨，結果有時餓死，有時撐死。
3、 物料計劃的不準或物料控制的不良，半成品或原材料不能銜接上，該來的不來，不該來的一大堆，造成貨倉大量堆積材料和半成品，生產自然不順暢。
4、 生產計劃表僅起形式上的作用，生產計劃與實際生產脫節，計劃是一套，生產又是一套，生產計劃根本不起作用，徒具形式。
5、 對銷售預測不準或對產能分析不準，不能針對產能進行合理安排，沒有空留餘地，生產計劃的機動性不強，生產計劃變更頻繁，緊急訂單一多，生產計劃的執行就成了泡影。
6、 計劃、生產及物料進度協調不強，影響交貨期，降低公司聲譽。
7、 生產經常紊亂，品質跟著失控，造成經常性的返工，經常返工又影響生產計劃的執行，造成惡性循環。
生產和物料控制系統分析與設計
目前很多企業的生產和物料管理仍然處於粗放管理階段．存在數據反饋不及時．生產流程的中間數據難以掌握．材科損耗率難以控制．財務監督難以實施．生產周期難以精確控制，供應鏈和采購難以管理，計劃難以監控．訂單難以跟蹤等諸多管理方面的難點問題．急需重新整理業務流程和生產規范．對生產和物料配置進行科學計劃。
生產與物料控制(PMC)系統．作為分步實施企業資源計劃(ERP)的前期項目就具有相當重要的意義．它能實現公司生產與物料控制過程的信息化管理．優化業務處理流程以及體現管理思想。下面以某材料有限公司的PMC為例．討論其建設目標．業務流程和架構的確定。
一，項目建設目標
該系統將著重考慮建設方所最關心的采購管理和生產計劃管理，以定製的方式完成項目的建設。根據對生產型企業PMC管理特點的分析．充分體現領導者的管理思想．優化公司業務處理流程和生產計劃過程。
系統將完威采購管理，生產計劃管理、物料管理，訂單管理，出入庫管理供應商管理，資金平衡管理，損耗管理和質量保證管理等主體模塊，並提供實施狀態跟蹤．物料及資金的預警、告警功能和各類業務統計報表查詢等系列相關功能。
由於本系統是一個基於網路的多人多角色互操作的業務平台，系統將嚴格按照身份驗證與授權方式進行許可權管理，每個登陸系統的用戶都將是基於其角色進行授權，使得業務流程及內部分工更加明確，也體現了對業務數據的保護。
二、業務流程分析
在充分了解用戶需求後，PMC的業務流程圖如圖1所示。
圖1 PMC業務流程圖
將PMC整體劃分為若干個模塊，各個模塊的作業內容為：訂單輸八產品名稱，編碼，數量，供貨日期／時間。
計劃．根據訂單信息自動編排生產計劃。
采購根據總生產計劃表和材料清單自動編排采購計劃。
財務：根據采購計劃．對各類所購材料價格審核，提交公司財務總監審批．回復采購。
原材科入倉：倉庫根據采購計劃按期入庫f輸出統計報表到品質和采購)，並調整原材料庫存數據。
生產：根據作業計劃內容，按流程統計製表(領料．品質、生八倉）並把製造成本報表反饋給財務。
規格料入倉根據領出的原材料數量，和到倉規格料數進行核對．輸出統計報表。
半成品人倉：根據領出的規格料數量，和到倉成品數進行核對．輸出統計報表。
成品八倉：根據領出的半成品數量，和實際到倉成品數進行核對．輸出統計報表。
船務（平衡表) 對成品出倉數、船務票據、統計報表。
總表(配遠程信息埠)：各平台綜合數據統計報表。
三，架構設計
1．軟體體系架構。
本項目建設必須考慮到系統的可靠性，可擴展性，可維護性和數據訪問的通用性，採用三層軟體體系架構來構建系統，從上至下分別為：表示層，業務邏輯層．數據訪問層。表示層是系統的U1部分，負責使用者與整個系統的交互，表示層中的邏輯代碼，僅與界面元素有關，業務邏輯層，是整個系統的核心，它與這個系統的業務(領域)有關：數據訪問層．也稱為是持久層，其功能主要是負責資料庫訪問。如圖2所示。
圖2軟體體系架構。
採用分層式結構，使開發人員可以集中精力關注整個結構中的某一層，達到分散關注，可以很容易的用新的實現來替換原有層次的實現，降低層與層之間的依賴，達到鬆散耦合的目的。同時也有利於標准化．利於各層邏輯的復用。
2系統架構。
在數據顯示和消息處理上，PMC引入了緩存和非同步處理機制，同時又充分利用了ASP NET 2 0的新功能MemberShip，在數據訪問層中，採用DAL Interface抽象出數據訪問邏輯，並以DAL Factory作為數據訪問層對象的工廠模塊。對於DAL interface而言，分別有支持SOL Server的SOL Server DAL和支持Oracle的Oracle DAL具體實現。而ModeI模塊則包含了數據實體對象。其詳細的模塊結構圖如圖3所示。
圖3模塊結構圖。
四．設計評價
PMC作為企業開發和部署ERP的前期項目，採取迭代開發和分版本發布，將取得更好的效果。為了容易遷移，擴展以及更改，在設計中採用了分層結構，但這種結構將降低效率和處理速度，在多條流水線的同時數據處理中，不得不加入了消息隊列。
參考文獻
鄧瑩,馮向科.生產和物料控制系統分析與設計.《商場現代化》-2009年14期