【文章內(nèi)容簡介】 及成規(guī)陋習，而不是修修補補； （ 3）企業(yè)流程再造可望取得顯著的（ Dramatic）進步； （ 4）企業(yè)流程再造從重新設計業(yè)務流程（ Processes）入手。業(yè)務流程是企業(yè)以輸入各種原材料和顧客需求為起點到企業(yè)創(chuàng)造出對顧客有價值的產(chǎn)品或服務為終點的一系列活動。BPR確定再造的流程包括績效低下的流程、重要的流程以及具有再造可行性的流程。 基本原則是 ESIA： （ 1） 清除（ Eliminate） 清除主要對企業(yè)原有流程內(nèi)的非增加價值活動予以清除。企業(yè)內(nèi)部容易存在的多余非增值環(huán)節(jié)主要包括過量產(chǎn)出、活動間等待、不必要信息與資源的傳遞、反復的加工、過量的庫存、產(chǎn)品的缺陷、故障和返工、重復的活動、活動的重組、反復的檢驗以及跨部門的協(xié)調(diào)所帶來的冗余，從而導致效率不高的情況。 非增值活動的清除是所有系統(tǒng)流程再造進行改造的首要目標。如何清除這些活動或使其最小化，同時又不會給流程帶來負面影響是重新設計流程的主要問題。 （ 2） 簡化（ Simplify） 在盡可能清除了不必要的非增值環(huán)節(jié)之后，剩下的仍然是應該進一步進行簡化。流程中運轉(zhuǎn)的各種要素需要根據(jù)流程清除以后的現(xiàn)狀加以簡化，這些因素包括：流程表格、程序、各方面的溝通、技術的指導、處于關鍵流程之間而不易覺察到的流程間的組織以及經(jīng)常出現(xiàn)問題的區(qū)域。 （ 3） 任務整合（ Integrate） 對流程的任務體系充分簡化以后，需要對被分解的流程進行整合，以使流程通暢、連貫，更好地滿足顧客的需求。任務整合過程是一個不可缺少的環(huán)節(jié)，因為與原有的流程設計和初始時的流程基本要素狀況相比，現(xiàn)有的要素情況已經(jīng)發(fā)生了根本性的改變。作為流程承擔者的人，對于任務或是信息的處理能力大大增加了，原先不得不交給幾個人的任務，現(xiàn)在一個人就可以完成，這是對流程任務系統(tǒng)進行整合的原因所在。從流程的整體眼光來看，一個流程可以被整合的主要環(huán)節(jié)包括：任務、任務的承擔者、流程的上下游。 （ 4） 流程任務的自動化（ Automate） 流程任務的自動化并不僅僅是計算機化，對于很多流程，計算機的應用往往使得流程更加復雜和繁瑣。因此，在流程自動化之前，應該先完成對流程任務的清除、簡化和整合。 BPR的具體步驟包括以下 3個方面： （ 1） 業(yè)務流程診斷：包括確定流程的主要問題是什么、問題出在某個流程內(nèi)部還是出在流程之間的關系上、管理流程與經(jīng)營流程是否一致。 業(yè)務流程診斷首先是要營造業(yè)務流程再造的環(huán)境，利用先進的技術方法進行業(yè)務流程的診斷工作。主要任務包括獲得企業(yè)高層領導的有利支持；做好企業(yè)電子商務流程再造的宣傳工作；組成企業(yè)電子商務流程再造的工作小組并制訂工作計劃；確定企業(yè)的核心業(yè)務流程和選定企業(yè)電子商務流程再造的備選流程，以及識別電子商務技術環(huán)境。 業(yè)務流程診斷主要是再造流程分析和流程重新設計。工作包括：對備選流程的進一步分析；制訂流程再造計劃；對備選流程進行診斷，分析流程中存在的問題；重新設計流程；設計與之相適應的人力資源結構；選擇電子商務平臺。 （ 2） 業(yè)務流程改造策略：即利用創(chuàng)造性的策略，構造新流程。 利用各種流程再造方法，例如角色扮演、文件處理測試以及工作流設計等方法確認流程進一步改造的機會，將全部流程以直觀的方式描述新流程展示給高層管理者。并將采納的方案就需要對流程各個階段的人力資源重新組織、信息服務開發(fā)和執(zhí)行、流程程序簡化等提供整體的策略方案。 在改造策略實施時必須注意各種問題，如在設計人員資源結構時盡量減少員工的不滿；在以新的流程為基礎的環(huán)境中，對員工的培訓十分重要等等。 （ 3） 監(jiān)控與評價：再造流程的監(jiān)控和評價包括對在流程再造啟動階段設置的質(zhì)量目標以及新流程進行動態(tài)監(jiān)控。對流程的度量需要考慮以下方面：流程表現(xiàn)，即循環(huán)期、成本、顧客滿意度、資源消耗；信息技術表現(xiàn)，即故障時間、文件減少；生產(chǎn)率指數(shù)，即每小時的訂單處理，銷售數(shù)量等。評價階段和診斷和實施階段之間的有效反饋是必要的。一方面提供對重新設計流程行為的審計，另一方面也為新流程的進一步調(diào)整提供依據(jù)。新流程與其使用的信息技術的協(xié)調(diào)是有一個過程的，而且新流程的執(zhí)行過程是一個不斷調(diào)整的過程。 第四節(jié) 開發(fā) MIS的方法 開發(fā)環(huán)境與工具系統(tǒng)開發(fā)生命周期 方法學技術數(shù)據(jù)庫系統(tǒng)開發(fā)生命周期 問題定義 可行性研究 需求分析 總體設計 詳細設計 編 碼 測 試 維 護 計劃期 開發(fā)期 運行期 瀑布模型 系統(tǒng)開發(fā)－方法學 信息系統(tǒng)開發(fā)的組織和管理開發(fā)技術開發(fā)環(huán)境/工具開發(fā)規(guī)范信息系統(tǒng)開發(fā)方法學代表性技術和工具 方 法 系統(tǒng)流程 數(shù) 據(jù) 通信方式 處理邏輯 傳 統(tǒng) 方法 系統(tǒng)流程圖 ( Syste m F low c hart ) 表單 ( F or m s ) 布局 ( Layou t s) 網(wǎng)格圖 ( G r id C hart s ) 會談 文字描述 腳本（ Scr ip t ） 程序流程圖 ( Pr ogram Fl o w c hart s ) H I PO 結 構 化方法 數(shù)據(jù)流程圖 數(shù)據(jù)字典 數(shù)據(jù)結構圖 E R 圖 會談 用戶回顧 JA D 會議 判定數(shù) / 判定表 結構化英語 結構圖 W ar ni e r Or r 圖 數(shù) 據(jù) 建模方法 ( 信息工程 ) 業(yè)務域分析 過程 模型 業(yè)務 流程 分析 E R 圖 會談 用戶回顧 JA D 會議 頭腦風暴 業(yè)務系統(tǒng)設計 面 向 對象方法 對象模型 對象模型屬性 會談 用戶回顧 JA D 會議 頭腦風暴 對象模型服務 研討 判定數(shù) / 判定表 結構化英語 系統(tǒng)開發(fā)方法中的技術和工具 信息系統(tǒng)開發(fā)方法體系結構 開發(fā)環(huán)境與工具：計算機輔助軟件工程（C A S E ）軟件開發(fā)環(huán)境 （S D E ）集成化的項目/ 程序支持環(huán)境（I P S E ）系統(tǒng)開發(fā)生命周（S D L C ）：結構化S D L C快速原形法方法學（驅(qū)動對象的觀點）：面向處理方法（結構化方法）面向數(shù)據(jù)方法（信息工程方法）面向?qū)ο蠓椒ǎ∣ O 法）技術：可視化技術計算機輔助軟件工程（C A S E ）軟件復用技術其它技術數(shù)據(jù)庫信息系統(tǒng)開發(fā)方法一、結構化系統(tǒng)開發(fā)方法（生命周期法） 系統(tǒng)規(guī)劃 系統(tǒng)分析 系統(tǒng)運行和維護 系統(tǒng)設計 系統(tǒng)實施 開發(fā)請求 初步調(diào)查 可行性研究 審批 詳細調(diào)查 邏輯設計 審查 總體設計 詳細設計 審查 編程調(diào)試 系統(tǒng)轉(zhuǎn)化 驗收 系統(tǒng)維護 系統(tǒng)評價 結構化系統(tǒng)開發(fā)的基本思想 管理信息系統(tǒng)非結構化開發(fā)方法存在的主要問題 （ 1） 工作階段的劃分原則不明確，各階段的工作缺乏規(guī)范的章程、方法、表達工具與標準。 （ 2） 系統(tǒng)建設過程用戶參與程度低，用戶與專業(yè)人員對話缺乏有效的手段。 （ 3） 系統(tǒng)開發(fā)的工作任務集中在系統(tǒng)實施階段，系統(tǒng)分析、設計工作不深入。 （ 4） 系統(tǒng)實施階段的工作采取“自底向上”的方法，系統(tǒng)總體功能與目標的實現(xiàn)難以保證。 圖 系統(tǒng)開發(fā)各階段的費用變化 圖 冰山式系統(tǒng)開發(fā)費用分布 費用 結構化方法 早期的方法 規(guī)劃 分析 設計 實施 運行 維護 系統(tǒng) 規(guī)劃與 開發(fā)費用 可預見 部分 系統(tǒng)運行與維護費用 難預見部分 結構化方法的基本思路和主要原則 “結構化 ” 一詞在系統(tǒng)建設中的含義是用一組規(guī)范的步驟、準則和工具來進行某項工作。運用結構化的思想進行以計算機為基礎的管理信息系統(tǒng)的建設工作，首先出現(xiàn)于 60年代發(fā)展起來的結構化程序設計（ Structured Prosramming，簡記為 SP）。到了 70年代，約當（ E． Yourdon）、康斯坦?。?L． L． Constantine）和德馬可（ T． Demarco）等人提出了結構化分析（ Structured Analysis，簡記為 SA）和結構化設計（ Structured Design，簡記為 SD）方法。截至 80年代，已提出的各類結構化方法不下 30余種。這些方法雖各有產(chǎn)生的背景和特色，但它們的基本思路和主要特點是相同的。 管理信息系統(tǒng)結構化方法的主要原則： （ 1） 用戶參與的原則 （ 2） “ 先邏輯，后物理 ” 的原則 （ 3） “ 自頂向下 ” 的原則 （ 4） 工作成果描述標準化原則 結構化生命周期法 結構化生命周期法要點 所謂結構化生命周期法就是把管理信息系統(tǒng)開發(fā)的全過程按其生存周期分成若干階段，每個階段有相對獨立的任務，然后逐步完成各個階段的任務。在每一階段的開始與結束都規(guī)定了嚴格的標準。前一個階段的結束標準就是后一階段開始的標準，而每個階段任務相對獨立而且比較簡單，便于不同人員分工協(xié)作，從而降低了整個軟件工程開發(fā)的困難程度。 在軟件生命周期的每個階段都采用科學管理和良好的技術方法，而且在每個階段結束之前都從技術與管理兩個角度進行嚴格審查，合格之后才開始下一階段工作。 提出