另外，業務流程分析的另乙個重要的分析內容就是流程差異化分析。不同的領導有不同的思路，不同的單位有不同的情況。因此，我們在進行流程分析的時候，常常面臨流程差異化的問題。我們說企業資訊化就是一次改革，這首先體現在業務流程的規範化操作，也就是消除這種流程差異。但不同的單位有不同的情況，這特別體現在不同地域和文化的不同，又常常造成這種流程差異不可避免。分與合，分治與一統，常常是乙個都要兼顧的問題，非常微妙，我們要小心處理。在這個問題上你也許會問，使用工作流引擎就可以了嘛。工作流引擎不是萬能的，它只能解決一部分問題，更多的問題還需要我們的分析人員去分析與處理。
最後，企業資訊化就是一次改革，這特別集中地體現在了業務流程分析這一部分。當我們詳細分析了客戶現有的業務流程以後，應當進一步思考這樣的流程是否合理，是否值得改進。資訊化對於企業流程管理的衝擊是巨大的，最典型的例項就是erp。erp的前身是mrp（material requirement planning 物料需求計畫）。起初，企業也就是希望有一套軟體系統來管理它們的倉庫。後來，企業領導希望他們在進貨的時候能有一定的採購計畫，避免出現倉庫中的物資擠壓，mrp就出現了。然後呢，企業開始思考整個生產製造的鏈條管理，mrpii的概念出現了。再然後呢，物料需求的動因是生產的需求，生產需求的動因是銷售的需求。企業要真正做到零庫存，就必須切切實實地把從銷售到採購的每乙個環節都管理好，erp的概念就出現了。乙個典型的資訊化流程改進的例子。
erp對企業流程改進的思路是巨集大的，但我們在分析每乙個系統的時候不可能有如此巨集大的雄心與抱負。一般來說，我們可以用以下思路來進行我們對流程改進的分析：清除低效環節、簡化業務瓶頸、整合可用資源，以及將繁瑣任務自動化。
清除低效環節，就是清除那些耗費成本高而收效又低的環節，最典型的就是過量的庫存。過量的庫存原因很多，有可能是供銷環節沒有處理好而造成的過量採購，或者生產過剩，也可能是生產計畫沒有制訂好而產生活動間的等待。除此之外，還有重複的活動，等等。
簡化業務瓶頸，就是分析業務流程中影響整體程序的瓶頸業務，並有效地簡化它。如很多業務審批流程中都有乙個受理環節。大量業務都集中在一兩個人來集中受理，根本忙不過來，造成整個流程的效率下降。解決的辦法有兩個：乙個是採用資訊化的手段進行批量受理，加快處理效率；另乙個是將受理環節的任務分散到更多崗位中，降低受理人員的工作量。
整合可用資源，就是更大範圍地整合各個部門、不同職能的人員與社會資源，更加協同地來完成任務，這也是計算機資訊化管理最拿手的方面。製造業的**鏈管理是最典型的例子，因為實在太經典了我就不累贅了。醫院系統也是乙個不錯的例子：完成了身體檢查，醫生就立即知道了檢查結果；醫生開完藥，收費處就知道收多少費，藥房就知道拿什麼藥。
最後是自動化繁重操作。在財務系統中開了銷售單，就直接開發票了，並且直接形成報稅資料；在網上報完稅就知道該繳多少錢，甚至不用去稅務局，直接上銀行繳，等等等等，不勝列舉。繁重操作自動化，正是資訊化系統價值的體現。
[url=我們應當怎樣做需求分析[/url]
[url=我們應當怎樣做需求調研：初識[/url]
[url=我們應當怎樣做需求調研：拜訪[/url]
[url=我們應當怎樣做需求調研：研討會[/url]
[url=我們應當怎樣做需求調研：需求研討[/url]
[url=我們應當怎樣做需求調研：迭代[/url]
[url=我們應當怎樣做需求調研：需求捕獲（上）[/url]
[url=我們應當怎樣做需求調研：需求捕獲（下）[/url]
[url=我們應當怎樣做需求分析：功能角色分析與用例圖[/url]
[url=我們應當怎樣做需求分析：業務流程分析（上）[/url]
[url=我們應當怎樣做需求分析：業務流程分析（下）[/url]
[url=我們應當怎樣做需求分析：用例說明[/url]
[url=我們應當怎樣做需求分析：查詢報表分析[/url]
[url=我們應當怎樣做需求分析：子用例與擴充套件用例[/url]
[url=我們應當怎樣做需求分析：行**和狀態圖[/url]
[url=我們應當怎樣做需求分析：業務領域分析[/url]
[url=我們應當怎樣做需求分析：原文分析法[/url]
[url=我們應當怎樣做需求分析：領域驅動設計[/url]
[url=我們應當怎樣做需求分析：非功能需求[/url]
[url=我們應當怎樣做需求確認：需求列表[/url]
[url=我們應當怎樣做需求確認：乙個需求列表的例項[/url]
[url=我們應當怎樣做需求確認：快速原型法[/url]
[url=我們應當怎樣做需求確認：需求規格說明書[/url]
[url=我們應當怎樣做需求確認：評審與簽字確認會[/url]
（續）
我們應當怎樣做需求分析 業務流程分析（上）
我們將從客戶調研現場拿回來的需求，經過一番功能角色分析，整個系統的整體脈絡與輪廓已經被勾畫出來。在這個過程中，我們首先將系統劃分成了幾個功能模組 如果系統規模較大，還應先劃分為幾個子系統，然後再劃分出各個功能模組 然後，我們為每個功能模組繪製用例圖。用例圖是站在使用者角度去觀察的系統，即系統為使用者...
我們應當怎樣做需求分析
又到新年了，日曆又要從2011年翻到2012年了，這使我有太多的感慨，進而勾起了對太多往事的回憶。過去的10年，毫無疑問是中國軟體業發展最快的10年。當我們剛剛畢業的時候，還在使用vb pb開發一些簡單的資料庫應用，而現在卻幾乎看不到它們的蹤影，換來的是諸如j2ee和.net這樣的大型web應用。而...
我們應當怎樣做需求分析
又到新年了，日曆又要從2011年翻到2012年了，這使我有太多的感慨，進而勾起了對太多往事的回憶。過去的10年，毫無疑問是中國軟體業發展最快的10年。當我們剛剛畢業的時候，還在使用vb pb開發一些簡單的資料庫應用，而現在卻幾乎看不到它們的蹤影，換來的是諸如j2ee和.net這樣的大型web應用。而...