企業(yè)信息化到了中高級(jí)階段，企業(yè)領(lǐng)導(dǎo)和信息主管（CIO）需要對(duì)全企業(yè)信息系統(tǒng)的功能進(jìn)行總體把握。特別是當(dāng)業(yè)務(wù)發(fā)展變化以及管理人員使用計(jì)算機(jī)的水平提高之后，企業(yè)的業(yè)務(wù)人員和各級(jí)管理人員會(huì)對(duì)現(xiàn)有的一些應(yīng)用系統(tǒng)不滿意，但對(duì)期望的新系統(tǒng)的需求又講不清楚，這就面臨如何進(jìn)行應(yīng)用軟件開(kāi)發(fā)或進(jìn)行選型的問(wèn)題。通過(guò)信息資源規(guī)劃，在全面梳理業(yè)務(wù)流程，建立起全企業(yè)信息系統(tǒng)功能模型之后，就容易根據(jù)各子系統(tǒng)、功能模塊和程序模塊的具體情況，優(yōu)化、整合、選購(gòu)、定制或新開(kāi)發(fā)，從而形成在市場(chǎng)競(jìng)爭(zhēng)中具有快速反映能力的、完善的信息系統(tǒng)。
　　
　　業(yè)務(wù)梳理與業(yè)務(wù)模型
　　
　　信息資源規(guī)劃之所以要進(jìn)行業(yè)務(wù)分析，是為了按信息工程的思想方法來(lái)重新認(rèn)識(shí)企業(yè)，以便能系統(tǒng)地、本質(zhì)地、概括地把握企業(yè)的功能結(jié)構(gòu)。這就是人們常說(shuō)的“業(yè)務(wù)梳理”。按照信息工程方法論，我們采用“職能區(qū)域－業(yè)務(wù)過(guò)程－業(yè)務(wù)活動(dòng)”這樣的三層結(jié)構(gòu)來(lái)梳理業(yè)務(wù)，這就是業(yè)務(wù)模型(Business Model)。
　　
　　職能域(Function Area)是對(duì)企業(yè)中的一些主要業(yè)務(wù)活動(dòng)領(lǐng)域的抽象，而不是現(xiàn)有機(jī)構(gòu)部門(mén)的照搬。例如，某制造廠的職能域有：經(jīng)營(yíng)計(jì)劃、財(cái)務(wù)、產(chǎn)品計(jì)劃、材料、生產(chǎn)計(jì)劃、生產(chǎn)、銷(xiāo)售、配送、會(huì)計(jì)、人事等。每個(gè)職能域都含有若干個(gè)業(yè)務(wù)過(guò)程(Process)。該制造廠共有37個(gè)業(yè)務(wù)過(guò)程，其中材料需求、采購(gòu)、進(jìn)貨、庫(kù)存管理、質(zhì)量管理，這五個(gè)業(yè)務(wù)過(guò)程屬于“材料”職能域。每個(gè)業(yè)務(wù)過(guò)程都含有若干個(gè)業(yè)務(wù)活動(dòng)(Activity)，如“采購(gòu)”業(yè)務(wù)過(guò)程包括“提出采購(gòu)申請(qǐng)單”、“選擇供應(yīng)商”、“編制采購(gòu)訂單”等業(yè)務(wù)活動(dòng)，它們是基本的、不能再分解的業(yè)務(wù)單元。
　　
　　如果將上述識(shí)別、定義企業(yè)的職能區(qū)域、業(yè)務(wù)過(guò)程和業(yè)務(wù)活動(dòng)看作是一件簡(jiǎn)單的事情，就難以進(jìn)行全面業(yè)務(wù)梳理，建立有效的業(yè)務(wù)模型。因?yàn)闃I(yè)務(wù)模型的建立，需要業(yè)務(wù)人員與IT人員達(dá)成共識(shí)，需要一定的理論指導(dǎo)和反復(fù)討論，而這本身也是提高企業(yè)管理人員素質(zhì)的一項(xiàng)重要工作。在進(jìn)行了業(yè)務(wù)梳理和業(yè)務(wù)模型的建立之后，才能進(jìn)一步進(jìn)行計(jì)算機(jī)化可行性分析與功能模型分析。
　　
　　計(jì)算機(jī)化可行性分析與功能模型
　　
　　并非所有的業(yè)務(wù)過(guò)程和業(yè)務(wù)活動(dòng)都能實(shí)現(xiàn)計(jì)算機(jī)化的管理，經(jīng)分析可以發(fā)現(xiàn)：
　　
　　◆有些業(yè)務(wù)過(guò)程、業(yè)務(wù)活動(dòng)可以由計(jì)算機(jī)自動(dòng)進(jìn)行；

　　◆有些業(yè)務(wù)過(guò)程、業(yè)務(wù)活動(dòng)可以人-機(jī)交互進(jìn)行；

　　◆有些業(yè)務(wù)過(guò)程、業(yè)務(wù)活動(dòng)仍然需要由人工完成。
　　
　　我們將能由計(jì)算機(jī)自動(dòng)進(jìn)行處理的、人-機(jī)交互進(jìn)行的過(guò)程和活動(dòng)，按“子系統(tǒng)-功能模塊-程序模塊”組織起來(lái)，就是系統(tǒng)功能模型（Function Model）。
　　
　　全企業(yè)系統(tǒng)功能模型表述方法是：列出全部子系統(tǒng)并簡(jiǎn)要描述每一子系統(tǒng)，列出每一子系統(tǒng)所含的功能模塊并作定義，列出每一功能模塊所含的程序模塊。例如，表1是某制造廠信息系統(tǒng)功能模型的一部分。
　　
　　表1某制造廠信息系統(tǒng)部分功能模型

　　子系統(tǒng)　　　　　　功能模塊　　　　　程序模塊

　　人力資源子系統(tǒng)

　　機(jī)構(gòu)管理

　　機(jī)構(gòu)信息管理

　　負(fù)責(zé)人信息管理

　　員工管理

　　員工基本信息管理

　　員工考核信息管理

　　工資管理

　　工資變動(dòng)信息管理

　　工資核算管理

　　………
　　
　　那么，為得出功能模型，如何對(duì)業(yè)務(wù)活動(dòng)做計(jì)算機(jī)化可行性分析？首先建立某企業(yè)的業(yè)務(wù)模型，“編審材料需求計(jì)劃”業(yè)務(wù)活動(dòng)對(duì)于原先的人工處理來(lái)說(shuō)，任務(wù)是明確的、可行的，但對(duì)計(jì)算機(jī)信息系統(tǒng)來(lái)說(shuō)，則任務(wù)是不明確、不可行的。因?yàn)�，編排材料需求�?jì)劃和審查材料需求計(jì)劃是兩種信息處理過(guò)程，其中，編排材料需求計(jì)劃，首先需要采集各基層單位的材料需求信息，然后再進(jìn)行匯總，并對(duì)照當(dāng)前庫(kù)存信息；而審查材料需求計(jì)劃，首先要審查各基層單位的材料需求是否合理，一般來(lái)說(shuō)，這是非結(jié)構(gòu)化或半結(jié)構(gòu)化的處理，不易實(shí)現(xiàn)自動(dòng)化計(jì)算。
　　
　　表2某企業(yè)部分業(yè)務(wù)模型

　　業(yè)務(wù)過(guò)程　　　　業(yè)務(wù)活動(dòng)

　　材料計(jì)劃管理

　　編審材料需求計(jì)劃

　　編審采購(gòu)計(jì)劃表

　　編審采購(gòu)計(jì)劃

　　經(jīng)過(guò)分析，兩類人員達(dá)成共識(shí)：對(duì)基層單位材料需求的審查，繼續(xù)沿用人工審查方法；設(shè)“錄入基層材料需求計(jì)劃”程序模塊，設(shè)“匯總基層材料需求”程序模塊，自動(dòng)分類匯總計(jì)算各計(jì)劃期的材料總需求；而“編審采購(gòu)計(jì)劃”可以作為人-機(jī)交互的程序模塊。經(jīng)過(guò)這些具體分析和規(guī)劃，得出的功能模型如表2。
　　
　　功能模型的建立與使用
　　
　　信息資源規(guī)劃組在進(jìn)行系統(tǒng)功能建模時(shí)，要充分利用需求分析資料和有關(guān)的信息系統(tǒng)知識(shí)、經(jīng)驗(yàn)，這些都是系統(tǒng)功能建模的重要資源。為此，需要注意：
　　
　　1、認(rèn)真做好需求分析資料的復(fù)查工作，其中與功能建模直接相關(guān)的復(fù)查工作包括業(yè)務(wù)分析結(jié)果（即業(yè)務(wù)模型，重點(diǎn)是職能域和業(yè)務(wù)過(guò)程的定義）的復(fù)查和數(shù)據(jù)流程圖（一、二級(jí)數(shù)據(jù)流程圖相匹配，并與業(yè)務(wù)模型相一致）的復(fù)查。復(fù)查決不能僅限于在系統(tǒng)分析員和業(yè)務(wù)代表中進(jìn)行，一定要使業(yè)務(wù)部門(mén)負(fù)責(zé)人參與進(jìn)來(lái)，最終達(dá)成共識(shí)。
　　
　　2、經(jīng)過(guò)復(fù)查確認(rèn)的業(yè)務(wù)過(guò)程和業(yè)務(wù)活動(dòng)，再經(jīng)過(guò)計(jì)算機(jī)化可行性分析，就會(huì)有相當(dāng)多的部分被選入系統(tǒng)功能模型。
　　
　　3、企業(yè)已有應(yīng)用系統(tǒng)行之有效的功能模塊或程序模塊應(yīng)予以繼承，還有其它應(yīng)用軟件的有用模塊也應(yīng)該吸收，這些模塊也被加進(jìn)系統(tǒng)功能模型。
　　
　　4、最重要的是為落實(shí)業(yè)務(wù)流程重新設(shè)計(jì)（BPR），上述幾點(diǎn)都不是簡(jiǎn)單的堆砌，而是使功能模型充分體現(xiàn)新的業(yè)務(wù)流程，新舊模塊需要有創(chuàng)新性的組合。
　　
　　需要著重說(shuō)明的是，功能建模擬定的子系統(tǒng)是“邏輯子系統(tǒng)”（面向規(guī)劃、設(shè)計(jì)人員），而不是“物理子系統(tǒng)”（面向最終用戶）。許多計(jì)算機(jī)應(yīng)用系統(tǒng)都是按當(dāng)前的組織機(jī)構(gòu)和業(yè)務(wù)流程設(shè)計(jì)的，“系統(tǒng)”或“子系統(tǒng)”名目繁多。機(jī)構(gòu)或管理一變動(dòng)，計(jì)算機(jī)應(yīng)用系統(tǒng)就得修改或重做。事實(shí)上，只要企業(yè)的生產(chǎn)經(jīng)營(yíng)方向不變，企業(yè)基本的職能域是相對(duì)不變的，基于職能域的業(yè)務(wù)過(guò)程和數(shù)據(jù)分析可以定義相對(duì)穩(wěn)定的功能模塊和程序模塊，這樣建立起的系統(tǒng)功能模型能對(duì)機(jī)構(gòu)管理變化有一定的適應(yīng)性。因此，“邏輯子系統(tǒng)”作為這些功能模塊和程序模塊的一種分類（或分組），是對(duì)全企業(yè)信息系統(tǒng)功能宏觀上的把握。然后，在應(yīng)用開(kāi)發(fā)中按照面向?qū)ο笮畔⒐こ�，加�?qiáng)可重用模塊的開(kāi)發(fā)和類庫(kù)建設(shè)，這些模塊和類庫(kù)部件都以存取主題數(shù)據(jù)庫(kù)為基本機(jī)制，就可以按照最終用戶對(duì)象，組裝多種“物理子系統(tǒng)”。如果機(jī)構(gòu)部門(mén)變化了，信息系統(tǒng)并不需要重新開(kāi)發(fā)，只是需要對(duì)模塊/部件做重新組裝，因而能從根本上改變長(zhǎng)期以來(lái)一直無(wú)法解決的計(jì)算機(jī)應(yīng)用系統(tǒng)跟不上管理變化的被動(dòng)局面。