1、第4章 工程管理信息系統的開發方法與系統規劃在當代社會中，管理信息系統（MIS）正以飛快的發展速度滲入到各行各業中，對于任何一個組織來說，要想建立以計算機為基礎的信息系統，科學的組織、管理和系統所采用的開發方法是至關重要的，而開發方法的選擇是一個信息系統開發能否成功的重要前提，因此對MIS開發方法進行深入研究，提高工作效率，提高開發成功率，降低開發成本已經變得十分重要。4.1 開發管理信息系統的方法4.1.1 管理信息系統的開發4.1.1.1 MIS開發工作的復雜性國外關于MIS研制特點有條定律墨菲定律1.工作比想象的更為復雜;2.花費的時間比想象的更長;3.所需費用比設想的更多;4.毛病能出

2、到什么程度,就一定會出到那個程度.這條定律生動地說明了MIS研制工作的復雜性和艱巨性。管理信息系統是一個社會技術系統，涉及管理、信息、經濟、人等社會因素。其開發工作會引起企業管理的變化、組織的變化、工作流程的變化和工作方式的變化。“凡事預則立,不預則廢”4.1.1.2、MIS開發的思想（一）系統工程的思想系統工程是以系統概念為基礎的，解決大型工程項目組織和管理的一們學科。系統工程的一般步驟調查研究在最初設計階段，確定系統目標和相應功能考慮盡量多的方案，從中選擇最優。系統建成以后，要一面使用，一面維護，進行評價。（二）軟件工程的思想軟件工程是用工程的原理，指導計算機軟件開發與維護的科學。出發點是

3、采用工程的概念、原理、和方法、技術，開發、維護軟件。（1）工程特點：1）有生命周期2）分階段3）人員分工4）有工程圖紙（2）軟件工程的特點1）軟件開發分階段進行分為系統分析、系統設計、系統實施、系統維護與評價2）軟件開發人員角色與分工明確人員角色：系統分析員、系統設計員、程序員、數據錄入人員、經濟管理模型設計人員、系統平臺管理員（網絡管理、數據庫管理）3）軟件文檔采用各種圖形、表格、說明文字等需要明確的是軟件開發程序設計 軟件程序軟件=文檔+程序4.1.1.3管理信息系統的開發策略管理信息系統的開發有兩種策略：（1）自下而上的開發策略該開發策略是從現行系統的業務狀況出發，先實現一個個具體的功能

4、，逐步地由低級到高級建立MIS。1）適用： 初裝或蔓延階段，小型系統。2）優點：避免大規模系統可能出現運行不協調的危險。3）缺點：缺乏整體性，沒有從整個系統出發來考慮問題，隨著系統的進展往往要進行許多大的修改，甚至重新規劃、設計，浪費資源。（2）自上而下的開發策略該開發策略強調從整體上協調和規劃，由全面到局部，由長期到近期，從探索合理的信息流出發來設計信息系統。1）適用： 適用于大型系統的開發設計。2）優點： 邏輯性強、整體性好。從整個系統出發來考慮問題，對系統的進行整體規劃和設計。3）缺點：難度大，不易實施。4.1 開發管理信息系統的方法4.1.1 管理信息系統的開發4.1.2管理信息系統的

5、開發方法4.1.2.1 系統開發生命周期任何系統都會經歷一個發生、發展和消亡的過程。 新系統的總體規劃新系統的分析新系統的設計系統的實施新系統的運行評價。 這種周期叫IS的生命周期。IS的生命周期循環不息。生命周期法：按信息系統的生命過程，自頂而下，嚴格按照五個工作階段規定的步驟去開發系統。（1）系統開發生命周期的基本原理原理一：用戶的積極參與原理二：使用問題求解方法原理三：嚴格按劃分的階段和活動進行系統開發原理四：文檔的標準化原理五：檢查點的設立原理六：分而治之的思想 （2）生命周期法內容IS的開發分為五個階段：總體規劃（確定范圍）/系統分析/系統設計/系統實施/系統的運行維護對其每一階段規

6、定它的任務、工作流程、管理目標及要編制的文檔，使開發工作易于管理和控制，形成一個可操作的規范。4.1.2 管理信息系統的開發方法4.1.2.2 結構化系統開發方法結構化系統開發方法是在生命周期法基礎上發展起來的，用系統工程的思想與工程化的方法，按用戶至上的原則，結構化、模塊化、自頂向下地對系統進行分析與設計。 （1）結構化系統開發法的特點自頂向下整體性的分析與設計和自底向上逐步實施的系統開發過程；用戶至上；深入調查研究；嚴格區分工作階段；充分預料可能發生的變化；開發過程工程化。（2）MIS工程工作流程結構化系統開發法通常是在系統需求比較明確的情況下采用，它主要的特點是：目標明確、結構化的分析設

7、計思想、嚴格區分工作階段、文檔標準化、開發過程易于控制，但開發周期長，見效慢，風險也比較大。在實際開發中，這種傳統的開發方法已經逐漸滲入了新的思想，或者與其它方法結合起來使用。 GB8566-88 計算機軟件開發規范GB8567-88 計算機軟件產品開發文件編制指南GB1526-89 信息處理數據流程圖、系統流程圖和系統資源圖的文件編制符號及約定GB/T12504-90計算機軟件質量保證及配置管理計劃規范結構化系統開發法的小結優點：1、建立面向用戶的觀點。2、嚴格區分工作區間。3、結構化、模塊化、自頂向下進行分析、設計。4、在分析階段充分預料可能發生的因素。5、工作文件的標準化和文獻化。缺點：

8、開發周期長。繁瑣，使用工具落后。不能充分預料可能發生的情況及變化。不直觀，用戶最后才能看到真實模型。（3）結構化系統開發法的優、缺點4.1.2 管理信息系統的開發方法4.1.2.1 系統開發生命周期4.1.2.2結構化系統開發方法4.1.2.3 原型方法4.1.2.4 面向對象方法4.1.2.5 計算機輔助開發(CASE)方法4.1.2.6 各種開發方法的比較4.1.2.3 原型方法原型法：首先建立一個能反映用戶重要需求的原型，通過與用戶反復的交流，不斷地對系統進行修改，直到建立一個完全符合用戶要求的新系統。而當今一些信息系統其特點是：信息系統的開發要快、成本要低；信息系統使用過程中環境經常發

9、生變化；用戶需求開在發初期難以完全確定；隨著信息技術的迅速發展，另一種開發方法快速原型法得到越來越廣泛的使用。 （1）快速原型法的作用原型法是一個建立模型的過程，一個原型就是一個目標產品、服務或系統的模型。獲得需求：原型法是一個很好的需求獲得工具，它能從建立基本系統需求的簡單原型開始，然后允許知識工作者增加更多的需求(信息或過程)作為對原型的修訂。大多數人采用原型法就是因為這個目的。幫助確定需求：在很多系統開發過程中，用戶都難以確定他們究竟需要什么，他們只知道現行系統不能滿足自己的需求。在這種情況下，可采用原型法幫助用戶確定他們的確切需求。 （1）快速原型法的作用證明系統在技術上是可行的推廣目

10、標系統的思想：由于原型法相對而言開發速度快，因此我們無需投入太多的時間就能建立起一個原型，以使人們確信這個目標系統值得開發。一個用于使人們確信目標系統價值的原型就是推廣原型。 （2）快速原型法的開發過程快速原型法的開發過程是：首先利用RAD工具建立一個能反映用戶主要需求的原型，讓用戶實際看見新系統的概貌，以便判斷哪些功能符合要求、哪些需要改進，通過對原型的反復改進，最終建立符合用戶要求的新系統。快速原型法在建立新系統時可分為下述四個階段：1、確定用戶的基本需求在這個階段中，系統開發人員首先進行詳細的系統調查，識別出新系統的基本需求，如：系統功能、人機界面、輸入輸出、運行環境、性能及安全可靠性。

11、 （2）快速原型法的開發過程2、開發初始原型根據用戶的要求，開發人員迅速建立起一個初始原型，該原型是在計算機上初步實現的信息系統。3、征求用戶對原型的改進意見讓用戶親自使用原型，對原型進行檢查、評價和測試，指出原型的缺點和不足，提出改進意見和需求。4、修正和改進原型開發人員對原型進行修改、擴充、完善，直到用戶滿意為止。 （3）原型法工作流程1、用戶提出系統要求2、識別、歸納上述要求3、開發一個模型原型4、評價模型5、模型不可行處理6、模型不滿意處理7、修改模型8、確定模型后的處理9、實際系統開發、運行、維護等（4）原型法的優缺點優點：開發周期短，費用相對少。提供原型給用戶，使用戶參與更為實際，

12、更富有建設性。易于用戶使用，減少對用戶的培訓時間，同時用戶滿意度高。缺點：對大型系統或復雜性高的系統不適用。開發過程管理困難。原型不斷的修改完善，使用戶容易缺乏信心和耐心，而把某個階段的原型當做新系統。開發人員也很容易潛意識用原型取代系統分析。 4.1.2 管理信息系統的開發方法4.1.2.4 面向對象方法OO方法認為，客觀世界是由各種各樣的對象組成的，每種對象都有各自的內部狀態和運動規律，不同的對象之間的相互作用和聯系就構成了各種不同的系統。當我們設計和實現一個客觀系統時，如能在滿足需求的條件下，把系統設計成由一些不可變的(相對固定)部分組成的最小集合，這個設計就是最好的。而這些不可變的部分

13、就是所謂的對象。 例：由于控制飛機飛行平面的螺線管的線繞得不正確，當命令飛機向上飛時，它卻向下飛；而命令它向下飛時，它卻又向上飛。管理人員認為按照項目當時的進展情況，要想改正螺線管的繞線已經不可能了。但問題總得解決，于是只能修改飛行控制軟件。試想，如果當時軟件是用面向對象技術開發的，這種修改無疑是舉手之勞，不費吹灰之力。因為螺線管極性的秘密完全可以容納在一個單獨的程序塊即一個對象中。 如果控制飛行方向的代碼分散在各個地方，則修改就困難了。“面向對象” 表明了存在于現實世界中的事物（的抽象）和計算機程序塊，或對象之間的某種聯系。對象到底是什么？ 對象指的是一個獨立的、異步的、并發的實體，它能“知

14、道一些事情”（存儲數據）、“做一些工作”（封裝服務），并“與其它對象協同”（通過交換消息），從而完成（模塊化）系統的所有功能。“為什么要對對象感興趣？” 答案是很簡單的即可復用性。 面向對象技術允許復用的不僅僅是代碼，還有其它更多的東西。通過面向對象技術，我們可以復用需求、分析、設計、測試計劃、用戶界面以及體系結構等等。事實上，軟件工程生存期中的每個部分都可以封裝成為可復用的對象。面向對象系統的開發方法是從80年代各種面向對象的程序設計方法(如Smalltalk，C+等)逐步發展而來的。面對對象方法(object oriented，簡稱OO方法) ，從面向對象的角度為我們認識事物，強調系統的行

15、為屬性。 進而為開發系統提供了一種全新的方法。 90年代面向對象(OO)的技術和程序設計語言取得了巨大的成功，信息系統的開發更多的采用面向對象的程序設計語言和支持面向對象的數據庫管理系統；面向對象的技術把對象的屬性(數據)和處理(方法)封裝在一起，是真正的抽象思維，它通過子類對父類的繼承，使軟件便于維護和擴充，提高了軟件的可重用性。而結構化(SD)方法把數據和過程作為相互獨立的實體，使得軟件的可復用性、維護困難。OO方法的特點和面臨的問題OO方法以對象為基礎，利用特定的軟件工具直接完成從對象客體的描述到軟件結構之間的轉換。這是OO方法最主要的特點和成就。 OO方法的應用解決了傳統結構化開發方法

16、中客觀世界描述工具與軟件結構的不一致性問題，縮短了開發周期，解決了從分析和設計到軟件模塊結構之間多次轉換映射的繁雜過程，是一種很有發展前途的系統開發方法。但是同原型方法一樣，OO方法需要一定的軟件基礎支持才可以應用，另外在大型的MIS開發中如果不經過自頂向下的整體劃分，而是一開始就自底向上的采用OO方法開發系統，同樣也會造成系統結構不合理、各部分關系失調等等問題。所以OO方法和結構化方法目前仍是兩種在系統開發領域相互依存的、不可替代的方法。CASE 方法利用CASE工具進行開發CASE：計算機輔助軟件工程必須和其他方法結合，可以大大提高效率，減少必要但是很瑣碎的一些過程。4.1.2.6 各種開

17、發方法的比較 開發過程中各環節所占的比重 階段 調查 分析 設計 實現 工作量 >30 >40 <20 <10%   從表 中不難看出系統調查、需求分析和管理功能分析兩個環節占到總開發工作量的70以上，而系統設計和系統實現兩個環節只占總開發工作量的不到30，其中原來在開發工作中占工作量最大的編程與調試工作，而今只占不到 10的工作量。這一切都要歸功于4GL，RDBMS以及各種開發工具的出現。（1）原型方法 它通過模擬以及對模擬后原型的不斷討論和修改最終建立系統。要想將這樣一種方法應用于一個大型信息系統開發過程中的所有環節是根本不可能的，故它多被用于小型局部系統

18、或處理過程比較簡單系統的設計到實現環節。 它是一種圍繞對象來進行系統分析和系統設計，然后用面向對象的工具建立系統的方法。這種方法可以普遍適用于各類信息系統開發，但是它不能涉足系統分析以前的開發環節。 (2) 面向對象法它是一種除系統調查外全面支持系統開發過程的方法，同時也是一種自動化(準確地說應該是半自動化)的系統開發方法。因此從方法學的特點來看，它具有前面所述方法的各種特點，同時又具有其自身的獨特點之處高度自動化的特點。但值得注意的是，在這個方法的應用以及CASE工具自身的設計中，自頂向下、模塊化、結構化卻是貫穿始終的。這一點從CASE自身的文檔和其生成系統的文檔中都可看出。 (3) CAS

19、E方法綜上所述，只有結構化系統開發方法是真正能較全面支持整個系統開發過程的方法。其它幾種方法盡管有很多優點，但都只能作為結構化系統開發方法在局部開發環節上的補充，暫時都還不能替代其在系統開發過程中的主導地位，尤其是在占目前系統開發工作量最大的系統調查和系統分析這兩個重要環節。這里再一次強調所例舉的幾種方法不是相互獨立的，它們經常是可以混合應用的。第4章 工程管理信息系統的開發方法與系統規劃4.1 開發管理信息系統的方法4.2 系統規劃的主要工作4.3 制定系統規劃的常用方法4.4 系統詳細調查4.5 可行性研究系統規劃對MIS的影響 系統規劃是MIS建設成功的關鍵因素之一，比具體項目的開發重要

20、得多：好的系統規劃+好的系統開發=優秀的MIS好的系統規劃+差的系統開發=差的系統規劃+好的系統開發=差的系統規劃+差的系統開發=好的MIS差的MIS混亂的MIS4.2系統規劃的主要工作管理信息系統的系統規劃是依據企業資源狀況、企業整體信息管理需求及當前技術環境，從系統目標、總體功能結構、關鍵功能需求、關鍵信息需求、開發進度等方面對企業管理信息系統作出的計劃安排。4.2.1 系統規劃的任務系統規劃是在開發系統之前，釹對整個系統進行的全面規劃，通過系統規劃設計出新系統的總體框架，確定新系統的總目標，用于指導整個信息系統的開發。主要任務包括如下幾項：（1）制定信息系統的發展戰略信息系統服務于企業管

21、理，其發展戰略必須與整個企業的戰略目標協調一致。制定信息系統的發展戰略，首先要調查分析企業的目標和發展戰略，評價現行的信息系統的功能、環境和應用狀況。在此基礎上確定信息系統的使命，制定信息系統的戰略目標及相關政策。（2）制定信息系統的總體方案，安排項目開發計劃在調查分析企業信息系統需求的基礎上，提出信息系統的總體結構方案。根據發展戰略和總體結構方案，確定系統和應用項目開發次序及時間安排。（3）制定系統建設和資源分配計劃提出實現開發計劃所需要的硬件、軟件、技術人員、資金等資源及整個系統建設的概算，進行可行性分析。4.2.2 系統規劃的主要工作系統規劃一般包括三年或更長期的計劃，也包括一年的短期計

22、劃。規劃的內容（1）信息系統的目標、約束及總體結構。其中：信息系統的目標確定了管理信息系統應實現的功能；信息系統的約束包括MIS實現環境、條件(如管理的規章制度、人力、物力等)；信息系統的總體結構指明了信息的主要類型和主要的子系統。（2）組織的狀況。包括計算機軟件及硬件情況、產業人員的配備情況以及開發費用的投入情況。（3）業務流程的現狀、存在的問題和不足，以及流程在新技術條件下的重組。企業流程重組實際上是根據信息技術的特點，對手工方式下形成的業務流程進行根本性的再思考、再設計。（4）對影響規劃的信息技術發展的預測。這些信息技術主要包括計算機硬件技術、網絡技術及數據處理技術等。這些技術的不斷更新

23、將給管理信息系統的開發帶來深刻的影響(如處理效率、響應時間等)，與管理信息系統的性能有著密切的聯系，決定著管理信息系統的優劣。因此，在規劃過程中需要吸收相關技術的最新發展，從而使所開發的管理信息系統具有更強大的生命力。系統規劃步驟：1. 基本規劃問題的確定， 應包括規劃的年限、規劃的方法，確定集中式還是分散式的規劃，以及是進取還是保守的規劃。2. 收集初始信息。 包括從本企業內部各種信息系統委員會、各管理層、與賣主相似的企業、各種文件以及從書籍和雜志中收集信息。3. 現存狀態的評價和識別計劃約束。 包括目標、系統開發方法、計劃活動、現存硬件和它的質量、信息部門人員、運行和控制、資金、安全措施、

24、人員經驗、手續和標準、中期和長期優先序、外部和內部關系、現存的設備、現存軟件及其質量，以及企業的思想和道德狀況。4. 設置目標。 這實際上應由總經理和計算機委員會來設置，它應包括服務的質量和范圍、政策、組織以及人員等，它不僅包括信息系統的目標，而且應有整個企業的目標。5. 準備規劃矩陣。 這實際上是信息系統規劃內容之間相互關系所組成的矩陣，這些矩陣列出后，實際上就確定了各項內容以及它們實現的優先序。6. 識別上面列出的各種活動，是一次性的工程項目性質的活動，還是一種重復性的經常進行的活動。 由于資源有限，不可能所有項目同時進行，只有選擇一些好處最大的項目先進行，要正確選擇工程類項目和日常重復類

25、項目的比例，正確選擇風險大的項目和風險小的項目的比例。7. 給定項目的優先權和估計項目的成本費用。8. 根據第7步的結果來編制項目的實施進度計劃9. 把戰略長期規劃書寫成文，在此過程中還要不斷與用戶、信息系統工作人員以及信息系統委員會的領導交換意見。10. 總經理批準并宣告戰略規劃任務的完成。4.3 制定管理信息系統戰略規劃的常用方法用于管理信息系統規劃的方法很多，主要是關鍵成功因素法(critical success factors CSF)、戰略目標集轉化法(strategy set transformation SST)和企業系統規劃法(business system planning

26、BSP)、企業信息分析與集成技術(BIAIT)、產出/方法分析(E/MA)、投資回收法(ROI)、征費法(charge out)、零線預算法、階石法等。用得最多的是前面三種，后面的幾種用于特殊情況或者作整體規劃的一部分使用。4.3.1 關鍵因素法（CSF）1970年哈佛大學教授William Zani在MIS模型中用了關鍵成功變量，這些變量是確定MIS成敗的因素。過了10年，MIT教授John Rockart把CSF提高成為MIS的戰略。作為一個例子，有人把這種方法用于數據庫的分析與建立。步驟了解企業目標識別關鍵成功因素識別性能的指標和標準識別測量性能的數據這四個步驟可以用一個圖表示。關鍵成功

27、因素法源自企業目標，通過目標分解和識別、關鍵成功因素識別、性能指標識別，一直到產生數據字典。這好像建立了一個數據庫，一直細化到數據字典。關鍵成功因素就是要識別聯系于系統目標的主要數據類及其關系識別關鍵成功因素所用的工具是樹枝因果圖。例如，某企業有一個目標，是提高產品競爭力，可以用樹枝圖畫出影響它的各種因素，以及影響這些因素的各種因素。如何評價這些因素中哪些因素是關鍵成功因素，不同的企業是不同的。對于一個習慣于高層人員個人決策的企業，主要由高層個人在此圖中選擇；對于習慣于群體決策的企業，可以用德爾斐法或其他方法把不同人設想的關鍵因素綜合起來。關鍵成功因素法在高層應用，一般效果好，因為每一個高層領

28、導人員日常總在考慮什么是關鍵因素。對中層領導來說一般不大適合，因為中層領導所面臨的決策大多數是結構化的，其自由度較小，對他們最好應用其他方法。4.3.2 戰略目標標集轉化法（SST）William King于1978年提出，他把整個戰略目標看成是一個“信息集合”，由使命、目標、戰略和其他戰略變量（如管理的復雜件、改革習慣以及重要的環境約束）等組成。 MIS的戰略規劃過程是把組織的戰略目標轉變為MIS戰略目標的過程。SST采用的步驟這個方法的第一步是識別組織的戰略集，先考查一下該組織是否有寫成文的戰略式長期計劃，如果沒有，就要去構造這種戰略集合。1描繪出組織各類人員結構，如賣主、經理、雇員、供應

29、商、顧客人、貸款人、地區社團及競爭者等。2識別每類人員的目標。3對于每類人員識別其使命及戰略。 當組織戰略初步識別后，應立即送交總經理審閱和修改。第二步是將組織戰略集轉化成MIS戰略，MIS戰略應包括系統目標、約束以及設計原則等。這個轉化的過程包括對應組織戰略集的每個元素識別對應的MIS戰略約束，然后提出整個MIS的結構。最后，選出一個方案送總經理。4.3.3企業系統規劃法(BSP)IBM公司于20世紀70年代初將BSP作為用于內部系統開發的一種方法，它主要是基于用信息支持企業運行的思想。在總的思路上它和前述的方法有許多類似之處，它也是先自上而下識別系統目標，識別企業過程，識別數據，然后再自下

30、而上設計系統，以支持目標，該方法步驟如圖所示。（1）BSP方法步驟（2）BSP法的工作步驟用BSP制定規劃是一項系統工程，其主要的工作步驟：1準備工作 成立由最高領導層牽頭的委員會，下設一個規劃研究組，并提出工作計劃。2調研 查閱資料，深入各級管理層，搜集整理材料、資料。3定義業務過程（企業過程或管理功能）定義業務過程是BSP法的核心。業務過程是指企業管理中必要的且邏輯上相關的、為了完成某種管理功能的一組活動。4業務過程重組在業務過程定義的基礎上，找出業務過程中存在問題的過程、低效率的過程，正確的過程等，并在信息技術支持下進行優化處理，使業務過程合理化。5定義數據類數據類是指支持業務過程所必須

31、的邏輯上相關的數據。對數據進行分類是按業務過程進行的，即分別從各項業務過程的角度將與該業務過程有關的輸入數據和輸出數據按邏輯相關性整理出來歸納成數據類。6定義信息系統總體結構目的：刻畫未來信息系統的框架，和相應的數據數據類。工作：劃分子系統方法：使用U/C矩陣7確定總體結構的優先順序。安排子系統的開發順序。8完成BSP研究報告，提出項目建議書和開發計劃。BSP詳細步驟4.3.4 企業流程重組（再造 BPR）BPR是美國80年代開始興起的由過程的觀點來看待企業的，BPR與BSP是一樣的，所不同的是BPR主張徹底的變革而且在改造企業過程方面研究了許多行之有效的方法。因而把BSP向前推進了一步；有人

32、認為BPR已進入了運營管理的領域，因而已和信息系統離得較遠。但實際上BPR是信息系統向上的自然延伸而不是由運營管理向下擴展，推行BPR的也多為信息系統的咨詢公司。所以現在ISP和BPR已經緊密聯結，如果分離，兩者均不可能做好。4.3.4.1 企業流程重組（再工程）的概念業務流程（過程）是指為完成企業目標或任務而進行的一系列跨時空的相關的業務活動。1傳統的勞動分工，使企業業務流程被分割成為一段段分裂的環節，在每一環節所關心的僅僅是單個任務和工作，而并非整個系統最優。2在管理信息系統建設過程中僅僅用計算機去模擬原手工管理系統，并不能從根本上提高企業的競爭能力。3重組企業業務流程是按照現代化信息處理

33、的特點，對現有企業的業務流程進行重新設計，以提高企業的運行效率。業務流程重組（再造，再過程）的本質：Business Process Reengineering就在于根據新技術信息處理的特點，以事務發生的自然過程尋找解決問題的途徑。業務流程重組（再造，再過程）內容1技術因素2人文因素：觀念、流程、組織等信息技術的應用是流程重組的核心，信息技術既是流程重組的出發點，也是流程重組的最終目標的體現者。4.3.4.2 企業流程重組思想內涵BPR的主要技術在于簡化和優化過程。總的來說，BPR的主要思想是：執行上刪除冗余的過程。職能上糾正錯位的過程；戰略上精簡分散的過程；4.3.4.3 企業流程重組的原則

34、（8項）BPR在利用IT技術簡化過程上有一些原則，這些原則可以幫助啟發我們做到過程簡化。（1）橫向集成跨部門按流程的壓縮，例如交易員代替定價員和核對員的工作。（2）縱向集成權力下放，壓縮層次。（3）減少檢查、校對和控制變事后檢查為事前管理（4）單點對待顧客用入口信息代替中間信息。（5）單庫提供信息建好統一的共享信息庫。（6）一條路徑到達輸出不用許多路徑均能走通，多路徑會讓人不知該走哪條。（7）并行工程串行已不可能再壓縮的，可考慮把串行變為并行。（8）靈活選擇過程聯接對于不同的輸入可能不需要全過程，少幾個過程聯絡起來也能達到輸出。4.3.4.4 企業流程重組的動機企業想要進行BPR的動機有以下幾

35、種情況：1企業瀕臨破產，不改只能倒閉。2企業競爭力下滑，企業調整戰略和進行重構。3企業領導認識到BPR能大大提高企業競爭，而公司又有此需要擴張。4BPR的策略在自己相關的企業獲得成功，影響本企業。一般來說兩頭的企業即瀕臨破產的和需要大發展的企業容易推進BPR。4.3.4.5 企業流程重組的實現BPR的目標在于實現管理的現代化、BPR的成功也定會使企業朝著現代化的方向邁進更大一步，其實現包括：1企業的組織更趨扁平化，工作方式也將改變。2企業將更多的采用更大的團隊工作方式。3團隊間的相互了解和主動協調將大大提高，4整個組織將更主動更積極的面向顧客。從而達到管理職過程化，職能綜合化和組織扁平化。4.

36、3.4.6企業流程重組的實例4.4 系統詳細調查4.4.1系統詳細調查的方法為了完成系統規劃，必須對企業的戰略目標和系統的目標有清楚地了解，只有對現行系統進行了充分的調查了解，掌握了現行系統的運行情況和存在問題，明確用戶需求，才能進行切合實際的可行性研究，為系統的分析和設計打下堅實的基礎。4.4.1.1開調查會開調查會是系統調查中最常用、最有效的方式之一。開調查會可以采用多種形式。一種是座談會形式，會議一般有開發小組成員主持，開發人員在會上可以與參加會議人員自由地交談，對系統提出各方面的意見與想法，開發人員也可作啟發性的發言，介紹計算機在信息處理中的功能，最后根據座談會的發言作小結，此時可以重

37、復管理人員所提出的比較一致的意見與建議。另一種調查的方式是走訪企業的領導人員，讓領導人員談論企業的管理信息系統的要求與建議，也談談他個人在工作中對管理信息系統的需求。4.4.1.2頭腦風暴法頭腦風暴法（Brain storming，也稱智力激勵法、腦力激蕩法），是美國現代創造學奠基人奧斯本（A.F. Osborn）提出的，是一種創造能力的集體訓練法。它把一個組的全體成員都組織在一起，使每個成員都毫無顧忌地發表自己的觀念，既不怕別人的譏諷，也不怕別人的批評和指責，是一個使每個人都能提出大量新觀念、創造性地解決問題的最有效的方法。由于該法具有應用范圍廣和實效性強的特點，所以自問世以來，得到了極為廣

38、泛的應用。過程1在討論組中選擇一位主持人和一位記錄員（可以是同一個人）。2集體討論，確保每人對將要探索的問題都有清晰的了解。3建立討論活動的規則。1）鼓勵“自由想象”。提出的觀念越荒唐，可能越有價值。2）承認每個人發表的觀點。3）確保不侮辱、貶低其他人。4）聲明沒有一個答案是錯誤的。5）記錄每一個回應，除非它被一再重復。6）借題發揮，可以改進、組合他人提出的觀念，提出新見解。 4開始集體自由討論。主持人選擇小組成員共享他們的答案。記錄員記錄下所有的回應，使得每個成員能夠看到這些反映。確保在討論結束以前不要評價或批評任何回答。 5一旦集體討論結束，馬上檢查記錄結果和開始對各種回應進行評價。檢查這

39、些回應記錄的時候，一些基本的要求包括：1）尋找任何重復或者相似的答案。 2）將相似的概念聚集在一起。 3）剔除明確不合適的回應。 4）精簡了記錄清單以后，繼續運用小組討論的方式，討論剩余的回應內容。 4.4.1.3 全面業務需求填表調查這是一種比較廣泛的調查方式，它要求設計出目的明確、清楚的信息調查表。調查項目一般都是要求較明確的具有共性的項目，由于通過調查表只能收集表面上的信息，如果要了解較為深入的、特殊的情況，還需要采用訪問的調查方式。（1）重點詢問調查首先列出影響信息系統成敗的關鍵因素，編制一個調查問卷表，然后自頂向下對組織的各個管理層次進行訪問，并分類整理結果，從而了解各部門的全部工作

40、和設想。（2）全面業務需求分析的問卷調查針對所而需調查的各項內容，繪制相應的各種形式的圖表，用這些圖表對企業管理崗位上的工作人員進行全面的在需求析調查(填表)，然后分析整理這些圖表逐步得出我們所要調查的內容。常見的調查表有：1）上級單位對企業要求調查表;2）系統功能需求調查表:3）企業業務流程調查表;4）企業各業務部門組織結構及業務范圍調查表;5）信息需求調查表;6）業務文件/報表調查表（見表5-1）4.4.1.4 直接參加管理業務的實踐為了了解系統的實況，開發人員可以有目的、有選擇的參加某些實際的業務工作，可以通過跟班工作，深入地了解信息的發生、傳遞、加工與存儲的各個信息處理的環節，把握現有

41、系統的功能、效率以及存在的問題。從而可以與管理人員共同研究出解決問題的想法和建議。此外，通過與基層人員的直接接觸、相互交流，可以增加開發人員與業務人員的之間的相互信任，密切開發人員與業務人員之間的關系，使系統的開發工作得以順利進行，也為以后系統的正確使用打下良好基礎。對每一業務弄清其輸入、處理、存貯、輸出、立即存取要求，收集相應資料。理順各個崗位、各個業務流程之間的關系。除去不必要的環節，對重復的環節進行合并，對新的環節進行增補。確定哪些是今后計算機系統要處理的環節。 對于復雜的計算過程如能親自動手算一算，對以后設計和編寫程序設計說明書都是很有益的一步。一個好辦法是在這個階段就收集出一套將來可

42、供程序調試用的試驗數據，這對系統實施階段考核程序的正確性很有用處。開發人員親自參加業務實踐，不僅可以獲得第一手資料，而且便于開發人員和業務人員的交流，使系統的開發工作接近用戶，用戶更了解新系統。4.4.1.5 閱讀與分析現有系統的資料主要是通過查閱組織或業務部門的文件、年報、總結、計劃、規章制度、上報資料等，了解組織的概況等基本情況。4.4.2 系統詳細調查的目的及主要內容詳細調查的對象是現行系統(包括手工系統和已采用計算機的管理信息系統)。詳細調查的目的在于完整掌握現行系統的現狀，發現問題和薄弱環節，收集資料，為下一步的系統化分析和提出新系統的邏輯設計做好準備。為了給系統需求分析、組織結構和

43、功能分析、業務流程分析、數據流程分析等各種分析活動提供資料，以便于建立科學合理的新系統的邏輯模型。詳細調查的原則詳細調查應遵循用戶參與的原則，即由使用部門的業務人員、主管人員和設計部門的系統分析人員、系統設計人員共同進行，兩者結合，就能互補不足，更深入地發現對象系統存在的問題，共同研討解決的方案。其中包括：組織結構調查、管理業務流程調查和系統功能調查分析等。4.4.2.1 組織機構調查組織機構是一個組織內部部門的劃分及其相互之間的關系。組織機構的劃分總是隨著功能的擴展或縮小、人員的變動等因素的變化而變化。以功能為基點分析問題，則系統將會相對于組織的變化而有一定的獨立性，即可獲得較強的生命力。所

44、以在分析組織情況時還應該畫出其業務功能一覽表。這樣做可以使我們在了解組織結構的同時，對于依附于組織結構的各項業務功能也有一個概貌性的了解，也可以對于各項交叉管理、交叉部分各層次的深度以及各種不合理的現象有一個總體的了解，在后面的系統分析和設計時應特別注意避免這些問題。組織機構調查的主要內容包括：領導層次關系；物資流動關系；資金流動關系；信息流動關系。 4.4.2.2 管理業務流程調查業務流程調查主要任務是調查系統中各環節的業務活動，掌握業務的內容、作用、及信息的輸入、輸出、數據存儲和信息的處理方法及過程等。它是掌握現行系統狀況，確立系統邏輯模型不可缺少的環節。調查業務流程應順著原系統信息流動的

45、過程逐步地進行，內容包括各環節的處理業務、信息來源、處理方法、計算方法、信息流經去向、提供信息的時間和形態（報告、單據、屏幕顯示等）。系統調查過程中，業務流程調查的工作量非常大，需要耐心細致工作，系統開發人員與用戶之間聯系非常密切，需要彼此間進行良好的溝通，調查中，既要完成好自身工作任務，又要考慮所調查業務與其他業務彼此間的聯系。4.4.2.3 系統功能調查為了實現系統的目標，系統必須具有各種功能。所謂功能，指的是完成某項工作的能力。各子系統功能的完成，又依賴于下面更具體的工作的完成。管理功能的調查是要確定系統的這種功能結構。4.5 可行性研究可行性研究是系統開發階段的第一階段，可行性研究對系

46、統是否可行的問題進行探討和研究，從而確定系統是否值得開發和是否有能力開發。這個階段對系統的成敗是至關重要的，如果對系統目標與系統功能不作認真調查與分析，在系統需求、信息來源和可行性等基本問題沒有確定的前提下，而進行大量系統設計與程序設計工作，最終可能導致系統不能滿足用戶要求，浪費大量人力、物力，也拖延了開發的進度。 4.5.1 可行性研究的主要內容可行性研究集中在如下幾個方面：（4）其它因素（3）組織與管理上的可行性 （2）經濟可行性（1）技術可行性 結論 可行性分析的任務是明確應用項目的開發的必要性和可行性。必要性來自實現開發任務的迫切性，而可行性則取決于實現應用系統的資源和條件。這項工作需

47、建立在初步調查的基礎上。4.5.2 可行性研究的步驟為了成功地開發軟件，必須知道要做的工作的范圍、要用的資源、要花的工作量以及應遵循的進度。如果整個工程可以做，并且值得做，那么，分析人員就應該推薦一個較好的解決方案，并為工程制定一個初步的計劃。可行性研究需要的時間長短取決于工程的規模，一般說來，可行性研究的成本只是預期的工程總成本的5%10%。怎樣進行可行性研究呢？步驟：1核查系統規模和目標2研究當前的系統3導出新系統的高層邏輯模型4重新定義問題5導出和評價解題方案6擬訂開發計劃，書寫文檔并提交審查1核查系統規模和目標訪問關鍵人員，仔細閱讀和分析有關的材料，以便對系統調查階段得到的關于規模和目

48、標的報告書進一步核查確認，改正不正確的敘述，清晰的描述對目標系統的一切限制和約束。這個步驟的工作，是為了確保分析人員現在所描述的內容，就是系統將來要實現的目標。2研究當前的系統現有的系統是信息的重要來源。顯然，如果目前有一個系統正被人使用，那么這個系統必定能完成某些有價值的工作，因此，新的目標系統必須也能完成它的基本功能；另一方面，如果現有的系統是完美無缺的，用戶自然也不會提出開發新系統的要求，因此，現有的系統必然有某些缺點，新系統必須要解決舊系統中存在的問題。 3導出新系統的高層邏輯模型優秀的設計過程通常是從現有的物理系統出發，導出現有系統的邏輯模型，再參考現有系統的邏輯模型，設想目標系統的邏輯模型，最后根據目標系統的邏輯模型建造新的物理系統。 4重新定義問題新系統的邏輯模型實質上表達了分析人員對新系統必須做什么的看法。用戶是否也有同樣的看法呢？分析人員應該和用戶一起再次復查問題定義、工程規模和目標，這次復查應該把數據流圖和數據字典作為討論的基礎。如果分析人員對問題有誤解或用戶曾遺漏某些要求，那么現在是發現和改正這些錯誤的時候了。 5導出和評價解題方案分析人員應該從建議的系統邏輯模型出發，導出若干較高層次的物理解法供比較和選擇。導出供選