當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > 泛普各地 > 黑龍江OA系統(tǒng) > 哈爾濱OA系統(tǒng) > 哈爾濱OA快博
業(yè)務(wù)流程建模的人員、流程和項(xiàng)目移植
申請(qǐng)免費(fèi)試用、咨詢電話:400-8352-114
來源:泛普軟件直到最近,業(yè)務(wù)流程應(yīng)用軟件才被視為是與大型計(jì)算機(jī)共存亡的狀態(tài)驅(qū)動(dòng)(State-driven)型應(yīng)用軟件。如今,業(yè)務(wù)流程應(yīng)用軟件的范疇已經(jīng)被顯著擴(kuò)大。有著年30歷史的遺留系統(tǒng)(Legacy system)只要依然保留著,其行為、事務(wù)和數(shù)據(jù)就必須要與其他各種類型的系統(tǒng)和各類人員和諧共處。針對(duì)該問題,本文在研究了很多剛出現(xiàn)的發(fā)展趨勢(shì)和業(yè)務(wù)流程計(jì)算中出現(xiàn)的問題,為將來的流程發(fā)展分析歸納出了一種新型的連續(xù)模型。
持機(jī)器驅(qū)動(dòng)(Machine-driven)型應(yīng)用軟件集成和人力工作流及其協(xié)作觀點(diǎn)的人們卻反對(duì)我們的意見。前面提到的狀態(tài)驅(qū)動(dòng)型應(yīng)用軟件創(chuàng)建和連接比較復(fù)雜,但是象經(jīng)典的定單管理這樣的決策性業(yè)務(wù)流程是通過計(jì)算機(jī)收到的電子訂購和更新先前的其他計(jì)算機(jī)中的帳單來完成的,而先前的計(jì)算機(jī)會(huì)檢查客戶的信用卡是否可用,然后選擇并執(zhí)行客戶的喜歡的購買方式完成客戶要求。
一方面,早期的流程處理是用高度自動(dòng)化的解決方案來實(shí)現(xiàn)的,能在軟件中被很完美地描述與實(shí)現(xiàn)。它們?cè)诨靖拍詈徒Y(jié)構(gòu)上是易于理解,也易于抽象的。例如:業(yè)務(wù)流程執(zhí)行語言BPEL(Business Process Execution Language)包含有基本的任務(wù)順序、并行機(jī)制和同步化等其他處理邏輯。這些流程是很貼合現(xiàn)實(shí)世界的應(yīng)用的:每天有9百萬條消息和7萬億資金在SWIFT,全球金融網(wǎng)絡(luò)中流轉(zhuǎn)。
另一方面,流程的結(jié)束越來越模糊、突發(fā),在人力工作流中的表現(xiàn)也比較混亂。要通過一個(gè)文檔,如訂購單就是一個(gè)典型的應(yīng)用案例,表面看起來是很簡(jiǎn)單的事,但在實(shí)際的組織中,卻會(huì)發(fā)生很多意外,比如會(huì)出現(xiàn)未按期處理、未能協(xié)調(diào)好、處理人員中有人生病等情況。因此,象這樣的情況可能會(huì)使復(fù)雜的建模過程難上加難,任何試圖為這些流程建立模型的努力都會(huì)因簡(jiǎn)化而失敗。自覺我與否是我們的人員一直在圍繞系統(tǒng)尋求的問題。這也是人性的本質(zhì)性問題,也許我們無法塑造自己,但對(duì)于我們和我們的計(jì)算機(jī)而言這樣的情況是遞歸的!所以我們必須思考如何在系統(tǒng)集成時(shí)協(xié)調(diào)好人員的因素。
下面我們就從幾個(gè)方面來分析這個(gè)問題。
采用系統(tǒng)至上、人員分而治之的集成方法
現(xiàn)實(shí)中總是會(huì)出現(xiàn)這種情況:機(jī)器到機(jī)器(Machine-to-Machine)的集成幾乎總是失敗,除非建模流程已經(jīng)有一定的門道可以遵循,這些規(guī)律讓人們可通曉或注意到意外情況,不過人們還是可能會(huì)對(duì)某些錯(cuò)誤視而不見或是在發(fā)現(xiàn)了錯(cuò)誤時(shí)假裝沒發(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)理來評(píng)判,層層向上最終由上層經(jīng)理分析出整個(gè)組織的績(jī)效,而薪資是導(dǎo)向性因素。流程主要由人員根據(jù)自己的時(shí)間框架決定對(duì)共有資源(如HR系統(tǒng)、支付系統(tǒng)、稅務(wù)系統(tǒng)等資源)的訪問,而且這些是強(qiáng)制命令式的。
效率更高,利潤(rùn)更大
我們?nèi)绻褬I(yè)務(wù)流程看作是一系列有序的任務(wù),那么這些任務(wù)序列應(yīng)該讓業(yè)務(wù)更有效率。Metrics應(yīng)用業(yè)務(wù)流程重組來節(jié)約時(shí)間、開銷等成本。但是,流程也是最頂級(jí)的利潤(rùn)。假設(shè)顧客要進(jìn)行一筆數(shù)額較大的金融交易,那么接下來服務(wù)方就要通過外部的信用服務(wù)來決定該客戶是否有支付能力。然而,檢測(cè)其信貸分類是可能發(fā)現(xiàn)他有若干為還債而變賣的行為存在。信用卡發(fā)放機(jī)構(gòu)可能查閱到客戶的人壽保險(xiǎn)提供商或是信用卡保護(hù)等其他的類似服務(wù)的存在。這些都是潛在的利潤(rùn),而且個(gè)自有各自的特色,沒有統(tǒng)一性。許多其他業(yè)務(wù)的誘因可能導(dǎo)致異常的發(fā)生,而且是不可重現(xiàn)的。這就要求我們要共同協(xié)作,一起討論可能出現(xiàn)的各種對(duì)系統(tǒng)集成有影響的因素。
要以全球性的視角來看待問題
在不久的將來,一個(gè)全球性的不會(huì)停止的經(jīng)濟(jì)將會(huì)改變我們對(duì)計(jì)算的思考方式。物流和市場(chǎng)都完全被國際化了,于是一個(gè)大型的零售商在看到了佛羅里達(dá)的颶風(fēng)的快速前進(jìn)的腳步時(shí)可能希望貨運(yùn)能根據(jù)信號(hào)燈的指示改變貨輪的航向,但是,信號(hào)燈是亞洲生產(chǎn)制造的,這就需要商業(yè)要具備一定的敏捷性。
涉及業(yè)務(wù)流程的問題包括以下內(nèi)容:
A 如何把流程被設(shè)計(jì)為端到端的?
B 如何讓用戶克服為跟上IT而耗費(fèi)大量時(shí)間的問題?
應(yīng)用軟件的一種新模式
在我們上述描述的各種情況中有一些基本要素是共同的,這些共同要素就是任務(wù),而不是一份文檔、表單或程序。一項(xiàng)任務(wù)指的是被描述定義的從開始到終止的處理過程,是下一步要完成的任務(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ù)通過特殊的來自各功能、個(gè)子規(guī)程或Web服務(wù)的返回代碼來處理。而人員分而治之的集成方法是一個(gè)長(zhǎng)期的任務(wù)過程,它使任務(wù)可以被重新設(shè)計(jì)、可以被延遲、修改甚至是忽略掉,任務(wù)聲明的完成是由某些人員來裁定的。這就涉及到了很多細(xì)節(jié)方面的問題。
一直以來所面臨的挑戰(zhàn)
任何有經(jīng)驗(yàn)的IT專家都明了集成不同的異構(gòu)系統(tǒng)的超乎尋常的困難,這樣的困難主要表現(xiàn)在以下2個(gè)方面:
A 要對(duì)付多種協(xié)議、多種數(shù)據(jù)格式、多種程序設(shè)計(jì)語言和體系架構(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)體性的方法來驅(qū)動(dòng)企業(yè)的計(jì)算。預(yù)期的成本可能要超支。這其中可以利用ROI、SOA有關(guān)的技術(shù)和方法來解決有關(guā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è)全新的軟件程序類型階段。不管怎么說,我們一直把計(jì)算機(jī)和網(wǎng)絡(luò)看作是一套數(shù)字骨架,靠它來支撐我們的轟動(dòng),減輕讓我們的工作負(fù)擔(dān),提高我們的業(yè)務(wù)價(jià)值的壽命。在價(jià)值和可利用工具之上的一個(gè)全新的編程和革新方案的基礎(chǔ)上,產(chǎn)生出的新一代軟件將是我們的計(jì)算機(jī)從打字機(jī)式和瀏覽器式的模式演變?yōu)椴粩嘞驑I(yè)務(wù)目標(biāo)靠攏的不可缺少的工具。
來源:AMT
- 1市場(chǎng)導(dǎo)向、組織學(xué)習(xí)與組織績(jī)效的關(guān)系研究(二)
- 2XML與面向Web的數(shù)據(jù)挖掘技術(shù)
- 3施工項(xiàng)目如何實(shí)施風(fēng)險(xiǎn)管理
- 4用IT協(xié)調(diào)CRM和SCM
- 5小公司用好IT一樣發(fā)家
- 6銀行中間業(yè)務(wù)平臺(tái)分析及實(shí)現(xiàn)
- 7如何安裝六類布線系統(tǒng)
- 8企業(yè)購買OA辦公系統(tǒng)看準(zhǔn)6點(diǎn)標(biāo)準(zhǔn)
- 9小資料:企業(yè)需要了解的IT投入回報(bào)
- 10BI界面Web化
- 11哪一家OA供應(yīng)商作為支撐OA長(zhǎng)期發(fā)展的伙伴?
- 12APS算法之六禁忌搜索TS(上)
- 13軟件測(cè)試的目標(biāo)
- 14短期規(guī)劃策動(dòng)中小企業(yè)IT購買
- 15“維客”世界中的隱性“把關(guān)人”
- 16實(shí)現(xiàn)安全Samba的六種簡(jiǎn)單途徑
- 17賽爾富電子信息化 磕磕絆絆學(xué)走路
- 18協(xié)同辦公OA軟件的招標(biāo)形式與技術(shù)要求
- 19漸近式產(chǎn)品生命周期管理變革
- 20企業(yè)績(jī)效管理走出理念到應(yīng)用
- 21ERP與OA能迸出什么火花?是OA終結(jié)ERP,還是ERP終結(jié)OA?
- 22軟件測(cè)試工程師如何與開發(fā)工程師交流
- 23我國軟件本地化行業(yè)亟待成熟
- 24分布式任務(wù)域工作流系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)
- 25中小網(wǎng)絡(luò)差異別忽略
- 26XML解決利用數(shù)據(jù)難題
- 27下一代流程管理的夢(mèng)想
- 28無線局域網(wǎng)的未來
- 29ERP實(shí)施之后還要再做些什么?
- 30ERP需要全程的流程變革
成都公司:成都市成華區(qū)建設(shè)南路160號(hào)1層9號(hào)
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓