【正文】 術工具q 當前現實樹 Current Reality Treeq 未來現實樹 Future Reality Treeq 必備樹 Prerequisite Treeq 轉變樹 Transition Treeq 消霧法 Evaporating Cloudq 負效應枝條 Negative Branches62TP應用實例五大步驟與 TP的關系q TOC的五大核心步驟和思維流程把注意力集中在活動間的關聯上q 五大核心步驟與思維流程間是互補的關系q 當約束能夠很容易地被識別出來時（如具體的設備或工序為系統(tǒng)的瓶頸時），五大核心步驟可以提供解決這些瓶頸的必要步驟q 當瓶頸不能很容易地被識別出來時（如企業(yè)的某些不同環(huán)節(jié)之間的相互關系是瓶頸）， TP可以用來找出核心問題或核心沖突并可以作為解決問題的有效工具63TP的局限性q 只涉及了因果分析的一種情況而忽略了其他兩種情況64三種因果關系65TP的局限性q TP中因果推理的理由充分性缺乏系統(tǒng)的檢查v 目前 TP的因果推理中，大多依靠應用者自身來保證推理理由的充分性，缺乏系統(tǒng)的檢查方法作為指導以減少了 TP應用中的隨機性和主觀性。v 應該對 TP中因果推理的理由充分性進行兩個層次的檢查216。 基本檢查（回答三個問題）252。 活動存在性檢查： TP邏輯樹中的活動是否真正存在？252。 因果關系存在性檢查：活動間的因果關系是否真正存在？252。 表述清晰性檢查：邏輯圖中表述的是否應用者的真正意思？216。 高級檢查（回答三個問題）252。 是否還有其他獨立的、等同的、更可能的原因可以導出改結果？252。 是否要把一些條件 “和 ”起來共同作用才能導出結果？252。 從這些原因是否還能導出其他的結果？66瓶頸管理怎么用？鏈條分析q 對任何一個環(huán)節(jié)的改進都是對整個鏈條的改進q 系統(tǒng)的整體改進等于各個分環(huán)節(jié)的改進之和q 對鏈條的管理水平以鏈條的 “重量 ”來衡量，即各環(huán)節(jié)的管理人員加強了自己的環(huán)節(jié)就增加了鏈條的重量，相應人員的業(yè)績就越突出q 對大多數環(huán)節(jié)所進行的大多數改進是對整個鏈條無益的q 系統(tǒng)的整體改進不等于各個分環(huán)節(jié)的改進之和q 企業(yè)的經營業(yè)績應該以鏈條的 “力量 ”而不是重量來衡量，這要通過加強那個最薄弱的環(huán)節(jié)來實現67瓶頸管理怎么用？其他q 輔助決策q 雙贏的解決方案q 持續(xù)的系統(tǒng)級改進v 削減運作費用 ?增加產銷率 ?減少庫存v 增加產銷率 ?減少庫存 ?減少運作費用q TOC的一個精采類比v 如果把銷售比作向那些正在湖邊吃谷子蹲著不飛的鴨子射擊，則廣告就是撒下谷子讓鴨子到岸上來吃；而營銷就是首先得知道鴨子愛吃的是谷子v TOC的營銷：明確要給潛在的客戶提高什么樣的解決方案？68瓶頸管理怎么用？成功案例－ FordElectronics69瓶頸管理怎么用？成功案例－ FordElectronics70瓶頸管理怎么用？成功案例－ Whirlpool71瓶頸管理怎么用？成功案例－ Whirlpool72瓶頸管理怎么用？成功案例－ Motorola73瓶頸管理怎么用？成功案例－ Motorola74有沒有瓶頸管理軟件？q TOC軟件是實現 TOC思想的重要工具q TOC軟件的主要輸出：v 產品出產計劃v 詳細的生產作業(yè)計劃v 交貨期的執(zhí)行情況v 采購計劃v 庫存報告v 有關產銷率和庫存的財務報告等q 軟件系統(tǒng)的算法是保密的，核心在于識別瓶頸及對瓶頸的排程安排q 從系統(tǒng)模塊構成看， TOC軟件由 BUILDNET, SPLIT, SERVE和 BRAIN幾個模塊構成75有沒有瓶頸管理軟件？軟件信息流程圖76有沒有瓶頸管理軟件？系統(tǒng)運行步驟q 構造制造企業(yè)模型 Buildv 通過 “產品網絡 ”模塊對整個加工生產系統(tǒng)有一個完整的描述。v “產品網絡 ”準確地表示了一個產品是怎樣制造出來的，包括產品結構文件和加工路線文件兩部分內容。在軟件運行中這兩部分信息通過網絡結合在一起構成一個文件。v 產品網絡圖216。 上端是市場需求，聯系著各種產品，即相應的產品裝配，裝配又依次聯系著局部裝配和零部件的加工制造，然后與原材料聯系在一起。216。 對應于每個工序都給出了使用的資源、調整準備時間和加工時間。v 對企業(yè)現有的各種資源的具體描述是在 “資源描述 ”模塊中完成的。216。 每種資源（機器、工人、空間等）及其替代資源和它們的相互影響、允許加工時間、用于加工的某種資源的數量等。v TOC軟件的生產模擬功能允許定義每道工序的庫存水平、最大庫存限制、最小批量、輔助設備和計劃延遲時間。 77有沒有瓶頸管理軟件？TOC產品網絡78有沒有瓶頸管理軟件？系統(tǒng)運行步驟q 構造制造企業(yè)模型 Buildv BUILDNET模塊將 “產品網絡 ”和 “資源描述 ”模塊中的信息結合起來生成一個工程網絡。v 模型化的語言能精確地描述生產制造中的大量數據，從而使得 TOC軟件對企業(yè)進行成功而精確的模型化構造。v 在工程網絡中，編程語言可以對各種可選擇的作業(yè)或物料清單進行詳細的描述。v 據稱，完全描述各種關系只需 24個數據字段。v BUILDNET具有提示數據邏輯錯誤的功能。v 具有便利的數據修改維護功能。79有沒有瓶頸管理軟件？系統(tǒng)運行步驟q 識別瓶頸v 工程網絡建立后，由 SERVE模塊來識別企業(yè)中的瓶頸v 通過運行工程網絡以及采取類似 MRP的倒排方法來實現，并假設每種資源的生產能力是無限的v SERVE可以看作是 MRP系統(tǒng)的一種提高形式v SERVE的一個輸出是各個資源的負荷率80有沒有瓶頸管理軟件？資源負荷率81有沒有瓶頸管理軟件？系統(tǒng)運行步驟q 生成生產計劃v 瓶頸被確定后， SPLIT模塊將工程網絡分成主（關鍵）網絡和服務（非關鍵）網絡兩部分216。 主網絡由瓶頸作業(yè)及其下游作業(yè)（包括顧客需求在內）構成252。 對主網絡，通過 BRAIN模塊采用有限能力順排的方法編制作業(yè)計劃，目標是使瓶頸上的空閑時間為零，使產銷率最大252。 BRAIN的處理機制至今未公開，其關鍵算法仍是保密的。它所生成的不僅包括生產計劃而且確定了每個作業(yè)的傳送批量和加工批量216。 其余部分為服務網絡252。 對服務網絡，通過 SERVE模塊采用無限能力倒排的方法編制作業(yè)計劃v 第二次調用 SERVE模塊時，不是從訂單的完工期限開始倒排，而是從 BRAIN模塊確定的完工期限開始倒排82有沒有瓶頸管理軟件？關鍵資源網絡與非關鍵資源網絡的劃分83有沒有瓶頸管理軟件？系統(tǒng)運行步驟q 計劃的保護v 在生產計劃生成之后，還應設置 “緩沖器 ”216。 在瓶頸資源前設置緩沖器216。 在非瓶頸資源與來自瓶頸資源加工路線的交叉點上v 計劃中，工件在這些位置應安排在其需要的時間之前到達，提前多少時間應取決于特定的制造環(huán)境，通常為幾天或一個星期q 以上步驟完成后，如果在系統(tǒng)中沒有其他的瓶頸， TOC軟件的結果就產生了。q 通常在第一個循環(huán)的最后，往往會發(fā)現系統(tǒng)中還有其他的瓶頸，因此應重新檢查數據的合理性并重復改循環(huán)q 一般要重復 5～ 6次，直到所有的瓶頸都移到工程網絡的關鍵資源部分為止84有沒有瓶頸管理軟件？適用條件和場合q TOC軟件目前實現的是車間現場管理，其著眼點在于企業(yè)車間現場的一些決策量上，并據此實現對生產的計劃和控制q 其基本點是使用一些重要的判定準則來決定每一作業(yè)的先后順序，即使用一組評價指標的加權函數來確定每個作業(yè)的優(yōu)先權數及批量，制定出一個合理可行的生產計劃q TOC軟件比較適合于一些零件種類較少、批量大的產品，而在單件生產車間中發(fā)揮的效果不佳q 適用條件為v 瓶頸要相對穩(wěn)定v 瓶頸要保證達到 100％的負荷能力v 需求要相對穩(wěn)定v 員工愿意而且能夠服從計劃的調度安排85有沒有瓶頸管理軟件？軟件環(huán)境要求綜合評分法86