bpr管理與erp系統(tǒng)(編輯修改稿)
2025-02-03 18:35 本頁面
【文章內(nèi)容簡介】 BPR的研究多直接發(fā)展 企業(yè)流程模型 (Business Process Model) 以描述與定義企業(yè)行為，卻忽略了任何行為均受限於組織的結(jié)構(gòu)以及因為所處情境的變遷而會有本質(zhì)上的差異。 216。 針對各種企業(yè)情境 (business scenarios)， 近來有學(xué)者採用系統(tǒng)工程的方法創(chuàng)新 企業(yè)模型 (Business Model)的研究領(lǐng)域以分析設(shè)計影響產(chǎn)品、服務(wù)、及資訊流動的企業(yè)結(jié)構(gòu)。216。 BPM的範疇極廣而包括訂定策略、分析企業(yè)的結(jié)構(gòu)與行為、以及設(shè)計企業(yè)模型與企業(yè)流程，而三者之間必須緊密相扣 企業(yè)流程分析之分類與任務(wù) 216。 企業(yè)流程主要可分為企業(yè)內(nèi)流程 (intraanizational business processes)與企業(yè)間流程 (interanizational business processes)兩大類。 n 企業(yè)內(nèi)流程包括同層級人員或部門間溝通合作以及上級與下級間管控與執(zhí)行的互動關(guān)係 n 企業(yè)間流程則依照彼此供需關(guān)係，協(xié)調(diào)合作關(guān)於規(guī)劃、採購、生產(chǎn)、銷售、及服務(wù)等作業(yè)。 216。 綜合而言，流程分析必須達成以下四項任務(wù)： n 建模 (Modeling)： 以特定的圖型式建模語言 (graphical language)定義一流程以解釋與該流程相關(guān)的元素、平行流程、次流程、進行途程與步驟、規(guī)則、例外與失誤處理等。n 整合 (Integrating)： 緊密聯(lián)結(jié)相關(guān)的元素以確保之間能毫無間細地交換資訊。 n 監(jiān)控 (Monitoring)： 提供圖型化管控臺 (graphical administrative console)顯示進行中的流程、已完成的流程、與相關(guān)的績效。n 最佳化 (Optimizing)： 針對所監(jiān)控的流程進行分析，瞭解是否效率不足而能即時調(diào)整。 Zachman系統(tǒng)發(fā)展程序的矩陣式架構(gòu) 216。 Zachman (1987) 則以一矩陣式架構(gòu) (見表一 )建立企業(yè)組織與資訊系統(tǒng)的關(guān)係，試圖從各種角色 (包括高階經(jīng)理、企業(yè)分析者、資訊部門主管、系統(tǒng)分析師與資訊工程師等 )的觀點看待系統(tǒng)發(fā)展的程序。資訊類別執(zhí)行 BPM的模式與 ERP導(dǎo)入專案 216。 雖然 Zachman架構(gòu)主要用於發(fā)展系統(tǒng)，其概念亦適用於指引 ERP的導(dǎo)入過程以及配置與客製化標準 ERP系統(tǒng)。 216。 進行 BPM應(yīng)該被定位為從策略規(guī)劃到細步作業(yè)的設(shè)計與控制以確保組織績效能持續(xù)提升的一套程序。 流程管理與 ERP導(dǎo)入程序 216。 導(dǎo)入 ERP與 BPM直接相關(guān)，以專案的角度而言兩者應(yīng)被視為一體，因此必須同步進行 BPM 的宏觀與微觀 216。 雖然 BPM的重要性已被普遍認知，對於 BPM的規(guī)模與幅度卻莫衷一是。 216。 相對而言，企業(yè)變革屬於 BPM的宏觀層次而流程設(shè)計屬於微觀層次； n 企業(yè)變革 :以企業(yè)本體結(jié)構(gòu)分析與企業(yè)情境分析闡釋 n 流程設(shè)計 :以物件導(dǎo)向的分析方法說明 216。 BPM的宏觀與微觀兩個層次的關(guān)係可以 ” 見樹亦須見林 ”形容之，且應(yīng)採取 ” 由大處著眼，小處著手 ” 以及 ” 宏觀調(diào)控 ” 的方式進行。 企業(yè)本體結(jié)構(gòu) in ERP216。 利用企業(yè)本體結(jié)構(gòu)分析 (Enterprise Ontology)並結(jié)合物件導(dǎo)向的圖示法可有效幫助 BPM專案以宏觀的角度定義企業(yè)流程與其他企業(yè)物件(business objects)直接或間接的關(guān)係 企業(yè)情境分析 216。 所謂企業(yè)情境分析 (Business Scenario Analysis)係根據(jù)企業(yè)結(jié)構(gòu)，對各種流程進行描述以歸納為若干典型的流程模式 (process patterns)， 而個別的企業(yè)流程則被視為各流程模式的實例 (instance)。 216。 SAP及 IDSScheer針對不同產(chǎn)業(yè)將企業(yè)情境區(qū)分為n 內(nèi)部 ERP交易 (ERP Transaction) n 企業(yè)間合作 (InterEnterprise Cooperation) n 電子化社群 (eCommunity Collaboration) 三大情境類 。216。 此種功能使得企業(yè)與流程分析者在確認情境後便可隨即確定標準流程，進而加以調(diào)整或客製化。 BPR宏觀分析之七項原理 216。 在進行 BPR宏觀分析時，應(yīng)遵循由 Hammer所提供的七項原理： n 根據(jù)對流程期望的結(jié)果設(shè)計流程；摒除以功能分工的方式設(shè)計個別活動。 n 確認所有的流程及其重要程度以決定重新設(shè)計的優(yōu)先順序。 n 要求流程產(chǎn)出的使用者執(zhí)行該流程，以減少官僚作風並鼓勵外部顧客擔負部份作業(yè)。 n 將資訊處理的作業(yè)與產(chǎn)生該資訊的實際作業(yè)整合於同一流程中。n 以主從式架構(gòu) (clientserver architecture)整合地城分散的資源以集中控管。 n 根據(jù)同步工程 (Concurrent Engineering)的概念強調(diào)平行作業(yè)在過程中必須互相配合，而不僅止於整合這些作業(yè)的結(jié)果。 n 整合決策點與實際作業(yè)並將控制權(quán)建入流程中；鼓勵員工的自主性、強化工作群組的授權(quán)、以及實施較扁平的管理層級。 物件導(dǎo)向之流程分析 216。 應(yīng)用物件導(dǎo)向的方法論 (ObjectOriented Methodologies)是聯(lián)結(jié)流程設(shè)計與 ERP配置的最佳途徑，以能降低導(dǎo)入時間與成本，並助益於分析的品質(zhì)及彈性。 216。 物件導(dǎo)向的流程分析概可分為以下三個階段n 根據(jù)企業(yè)本體結(jié)構(gòu)與情境分析的結(jié)果，檢驗現(xiàn)存流程的假設(shè)與規(guī)則是否謬誤或與現(xiàn)況不符。同時針對不同營運領(lǐng)域，經(jīng)由企業(yè)概念建模 (Business Concept Modeling)， 應(yīng)用包括 OOA與 Unified Modeling Language (UML) 的建模方法產(chǎn)生各個領(lǐng)域模型(Domain Models)以完整地描述企業(yè)現(xiàn)況。 n 重新設(shè)計與結(jié)構(gòu)新的流程，而不僅止於調(diào)整、改進、或強化流程的局部。所產(chǎn)出新的物件與 UML模型
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1