下面我們就從幾個(gè)方面來(lái)分析這個(gè)問(wèn)題。
采用系統(tǒng)至上、人員分而治之的集成方法
現(xiàn)實(shí)中總是會(huì)出現(xiàn)這種情況：機(jī)器到機(jī)器（Machine-to-Machine）的集成幾乎總是失敗，除非建模流程已經(jīng)有一定的門道可以遵循，這些規(guī)律讓人們可通曉或注意到意外情況，不過(guò)人們還是可能會(huì)對(duì)某些錯(cuò)誤視而不見或是在發(fā)現(xiàn)了錯(cuò)誤時(shí)假裝沒(méi)發(fā)現(xiàn)。在這樣的應(yīng)用軟件集成中，人們必須要在關(guān)鍵時(shí)刻出手。我們把這樣的系統(tǒng)稱為系統(tǒng)至上（system-up）的集成的典型范例：由多個(gè)計(jì)算機(jī)程序和系統(tǒng)或多或少地以自動(dòng)化的方式實(shí)現(xiàn)集成，但偶爾會(huì)因?yàn)樯虡I(yè)規(guī)則的原因使人員被商業(yè)牽著鼻子走。
在系統(tǒng)至上的系統(tǒng)集成中，每個(gè)人員涉及到的只是整個(gè)系統(tǒng)的某一個(gè)不常見的方面。而人員分而治之的集成方法則重點(diǎn)考慮的是每個(gè)員工的績(jī)效的流程處理方式，其主要方法是：每位員工有自己的職責(zé)，由經(jīng)理來(lái)評(píng)判，層層向上最終由上層經(jīng)理分析出整個(gè)組織的績(jī)效，而薪資是導(dǎo)向性因素。流程主要由人員根據(jù)自己的時(shí)間框架決定對(duì)共有資源（如HR系統(tǒng)、支付系統(tǒng)、稅務(wù)系統(tǒng)等資源）的訪問(wèn)，而且這些是強(qiáng)制命令式的。
效率更高，利潤(rùn)更大
我們?nèi)绻褬I(yè)務(wù)流程看作是一系列有序的任務(wù)，那么這些任務(wù)序列應(yīng)該讓業(yè)務(wù)更有效率。Metrics應(yīng)用業(yè)務(wù)流程重組來(lái)節(jié)約時(shí)間、開銷等成本。但是，流程也是最頂級(jí)的利潤(rùn)。假設(shè)顧客要進(jìn)行一筆數(shù)額較大的金融交易，那么接下來(lái)服務(wù)方就要通過(guò)外部的信用服務(wù)來(lái)決定該客戶是否有支付能力。然而，檢測(cè)其信貸分類是可能發(fā)現(xiàn)他有若干為還債而變賣的行為存在。信用卡發(fā)放機(jī)構(gòu)可能查閱到客戶的人壽保險(xiǎn)提供商或是信用卡保護(hù)等其他的類似服務(wù)的存在。這些都是潛在的利潤(rùn)，而且個(gè)自有各自的特色，沒(méi)有統(tǒng)一性。許多其他業(yè)務(wù)的誘因可能導(dǎo)致異常的發(fā)生，而且是不可重現(xiàn)的。這就要求我們要共同協(xié)作，一起討論可能出現(xiàn)的各種對(duì)系統(tǒng)集成有影響的因素。
要以全球性的視角來(lái)看待問(wèn)題
在不久的將來(lái)，一個(gè)全球性的不會(huì)停止的經(jīng)濟(jì)將會(huì)改變我們對(duì)計(jì)算的思考方式。物流和市場(chǎng)都完全被國(guó)際化了，于是一個(gè)大型的零售商在看到了佛羅里達(dá)的颶風(fēng)的快速前進(jìn)的腳步時(shí)可能希望貨運(yùn)能根據(jù)信號(hào)燈的指示改變貨輪的航向，但是，信號(hào)燈是亞洲生產(chǎn)制造的，這就需要商業(yè)要具備一定的敏捷性。
涉及業(yè)務(wù)流程的問(wèn)題包括以下內(nèi)容：
A 如何把流程被設(shè)計(jì)為端到端的？
B 如何讓用戶克服為跟上IT而耗費(fèi)大量時(shí)間的問(wèn)題？
應(yīng)用軟件的一種新模式
在我們上述描述的各種情況中有一些基本要素是共同的，這些共同要素就是任務(wù)，而不是一份文檔、表單或程序。一項(xiàng)任務(wù)指的是被描述定義的從開始到終止的處理過(guò)程，是下一步要完成的任務(wù)的前提。把一個(gè)定義好的一組任務(wù)串連在一起就得到了一個(gè)業(yè)務(wù)流程，也知道了該業(yè)務(wù)流程的活動(dòng)操作序列及其主要功能。
事件總是異步的、難以預(yù)料的，例如客戶的地址信息可能會(huì)經(jīng)常改變，所以可以在電子商務(wù)站點(diǎn)上采用電子資金轉(zhuǎn)帳EFT（Electronic Funds Transfer）的方式。一個(gè)范例就是事件驅(qū)動(dòng)體系結(jié)構(gòu)EDA（Event Driven Architecture），它可以在各種各樣的報(bào)告中加入額外的業(yè)務(wù)控制。
對(duì)于系統(tǒng)至上的集成方法和人員分而治之的集成方法我們作個(gè)總結(jié)：系統(tǒng)至上的集成方法是以應(yīng)用軟件為主的，它令集成簡(jiǎn)單化，有確定性；標(biāo)記好的任務(wù)通過(guò)特殊的來(lái)自各功能、個(gè)子規(guī)程或Web服務(wù)的返回代碼來(lái)處理。而人員分而治之的集成方法是一個(gè)長(zhǎng)期的任務(wù)過(guò)程，它使任務(wù)可以被重新設(shè)計(jì)、可以被延遲、修改甚至是忽略掉，任務(wù)聲明的完成是由某些人員來(lái)裁定的。這就涉及到了很多細(xì)節(jié)方面的問(wèn)題。
一直以來(lái)所面臨的挑戰(zhàn)
任何有經(jīng)驗(yàn)的IT專家都明了集成不同的異構(gòu)系統(tǒng)的超乎尋常的困難，這樣的困難主要表現(xiàn)在以下2個(gè)方面：
A 要對(duì)付多種協(xié)議、多種數(shù)據(jù)格式、多種程序設(shè)計(jì)語(yǔ)言和體系架構(gòu)、多種安全模式和從大型機(jī)到基于Web站點(diǎn)的客戶/服務(wù)器交互方式。
B 處理各種各樣的和突發(fā)的部門間和組織議事日程安排上的沖突。
上述困難令I(lǐng)T系統(tǒng)成為高度復(fù)雜的生態(tài)系統(tǒng)。而且，經(jīng)常會(huì)有一個(gè)團(tuán)體性的方法來(lái)驅(qū)動(dòng)企業(yè)的計(jì)算。預(yù)期的成本可能要超支。這其中可以利用ROI、SOA有關(guān)的技術(shù)和方法來(lái)解決有關(guān)的問(wèn)題。
流程本身也需要改進(jìn)
對(duì)于上述我們分析的各種情況究竟該如何應(yīng)對(duì)呢？應(yīng)用軟件的本質(zhì)是考慮所有涉及其中的因素。編寫文擋不該只被看作是應(yīng)用軟件本身的事，而應(yīng)該把它視為是整體功能實(shí)現(xiàn)的一個(gè)組成部分。就象我們不應(yīng)該把自己電腦中的桌面應(yīng)用軟件孤立看待一樣，我們應(yīng)該把它視為是實(shí)現(xiàn)整個(gè)業(yè)務(wù)流程功能或工作流的組成部分。
上個(gè)世紀(jì)90年代初期的研究表明PC的進(jìn)步最終降低了消息發(fā)布的時(shí)間，提高了人類的勞動(dòng)生產(chǎn)率。工作流和業(yè)務(wù)流程的引入使得編程方式有了很大變化。流程的構(gòu)建和實(shí)例化在編程中都有所體現(xiàn)。我們?cè)谔岣邩I(yè)務(wù)流程、人力工作流和人員與計(jì)算機(jī)設(shè)備交互方面所做的計(jì)算已經(jīng)取得了很大的進(jìn)步。我們目前處在一個(gè)全新的軟件程序類型階段。 ..
|
