盡管在企業(yè)應(yīng)用中工作流應(yīng)用的越來(lái)越多，但對(duì)國(guó)內(nèi)的工作流廠(chǎng)商們來(lái)說(shuō)，這并沒(méi)有給他們帶來(lái)期望中的快速增長(zhǎng)，這并不奇怪，因?yàn)閲?guó)內(nèi)工作流產(chǎn)品基本上全部面向開(kāi)發(fā)者和系統(tǒng)集成商，解決的是編程問(wèn)題，旨在簡(jiǎn)化對(duì)流程進(jìn)行支撐的軟件創(chuàng)建，這個(gè)定位決定了當(dāng)越來(lái)越多的系統(tǒng)集成商開(kāi)始自己研發(fā)工作流和越來(lái)越多的開(kāi)發(fā)者采用開(kāi)源工作流時(shí)，原有的工作流廠(chǎng)商發(fā)現(xiàn)生存日益艱難。
在這篇文章里，我們將一起回顧一下國(guó)內(nèi)主要工作流廠(chǎng)商的產(chǎn)品以及發(fā)展策略，接著討論他們當(dāng)前所面臨的困難以及未來(lái)的機(jī)會(huì)。這里分析的工作流廠(chǎng)商包括了東方易維、西安協(xié)同、普元、炎黃動(dòng)力、有生博大、華創(chuàng)動(dòng)力、攜創(chuàng)、天翎、博匯數(shù)碼、中創(chuàng)、浪潮以及臺(tái)灣的華芩。
一、 現(xiàn)狀
大部分的工作流產(chǎn)品都實(shí)現(xiàn)了WFMC工作流參考模型（參見(jiàn)附錄）的接口1、接口2、接口3和接口5：
- 接口1，流程設(shè)計(jì)器：包括了兩種類(lèi)型的設(shè)計(jì)器，一種是基于Web的設(shè)計(jì)器，實(shí)現(xiàn)技術(shù)包括了Swing和Flex，一種是基于Eclipse插件的本地應(yīng)用實(shí)現(xiàn)。除去普元之外，大部分工作流產(chǎn)品都選擇實(shí)現(xiàn)了一種類(lèi)型的設(shè)計(jì)器。Web設(shè)計(jì)器的好處在于對(duì)最終用戶(hù)友好，基于Eclipse的設(shè)計(jì)器的好處在于對(duì)開(kāi)發(fā)人員友好，能夠比較容易的進(jìn)行單元測(cè)試和流程測(cè)試，缺點(diǎn)則是基本上隔絕了最終用戶(hù)對(duì)工作流的使用，將工作流死死限制在開(kāi)發(fā)者的層次上。普元同時(shí)實(shí)現(xiàn)了兩種類(lèi)型的設(shè)計(jì)器，是做得最好的廠(chǎng)商，東方易維和西安協(xié)同實(shí)現(xiàn)了基于Web的設(shè)計(jì)器，通過(guò)流程仿真來(lái)彌補(bǔ)測(cè)試的不足。
- 接口2，工作項(xiàng)客戶(hù)端接口：通過(guò)API暴露調(diào)用和交互接口，完成工作項(xiàng)的列表展現(xiàn)、拾取、退回和提交。
- 接口3，外部應(yīng)用調(diào)用接口：基本上都沒(méi)有對(duì)主流ERP、企業(yè)管理軟件和財(cái)務(wù)軟件進(jìn)行集成的專(zhuān)有支持，這和國(guó)內(nèi)工作流產(chǎn)品應(yīng)用的場(chǎng)景有關(guān)系，工作流多作為支持單個(gè)應(yīng)用的嵌入式使用，在這一點(diǎn)上天翎提供有與SAP的集成接口。大部分通過(guò)支持Web服務(wù)調(diào)用進(jìn)行支持。
- 接口5，管理控制臺(tái)：包括兩部分，一部分是對(duì)運(yùn)行中的案例進(jìn)行監(jiān)控和干預(yù)，包括了案例的中止、掛起與恢復(fù)，任務(wù)的中止、跳過(guò)、掛起與恢復(fù)，參與者的重新指定和催辦，工作流變量的修改查看等；一部分是對(duì)案例的統(tǒng)計(jì)與分析，包括了針對(duì)案例、任務(wù)的時(shí)間統(tǒng)計(jì)，針對(duì)參與者的任務(wù)效率統(tǒng)計(jì)等。
除去對(duì)工作流參考模型的支持，基本上所有的工作流產(chǎn)品都實(shí)現(xiàn)了電子表單，在處理以數(shù)據(jù)填報(bào)及數(shù)據(jù)收集為主的應(yīng)用中（數(shù)據(jù)不需要過(guò)多的邏輯處理和沒(méi)有復(fù)雜的關(guān)系關(guān)聯(lián)），電子表單能夠顯著的增加生產(chǎn)力，但是更現(xiàn)實(shí)的情況是企業(yè)應(yīng)用大都具有復(fù)雜的業(yè)務(wù)邏輯，在這一方面，電子表單不是銀彈。
通觀所有的工作流產(chǎn)品，盡管有些產(chǎn)品不乏閃光點(diǎn)，但是整體用乏善可陳來(lái)形容是合適的，有些產(chǎn)品甚至可以用非常初級(jí)來(lái)描述，這不能責(zé)怪廠(chǎng)商，因?yàn)樗麄兯鉀Q的問(wèn)題域決定了他們產(chǎn)品所能解決的問(wèn)題域。
乏善可陳表現(xiàn)在6個(gè)方面：
- 除去華芩（支持XPDL，WFMC成員），大部分的工作流產(chǎn)品都不支持流程定義規(guī)范（東方易維對(duì)XPDL進(jìn)行了很多擴(kuò)展），主流的規(guī)范包括了XPDL、BPMN和BPEL。
- 對(duì)工作流模式的支持不夠。工作流模式反映出產(chǎn)品對(duì)業(yè)務(wù)流程的建模能力，選擇一個(gè)工作流產(chǎn)品最重要的考量就是其對(duì)工作流模式的支持程度。在這一點(diǎn)上老牌的廠(chǎng)商如東方易維、西安協(xié)同、攜創(chuàng)和普元做得好一點(diǎn)，而一些以平臺(tái)為銷(xiāo)售重心的廠(chǎng)商做的就差一些，甚至有產(chǎn)品非常初級(jí)，建模只提供開(kāi)始、結(jié)束和任務(wù)三種節(jié)點(diǎn)類(lèi)型。
- 流程可視化差。流程定義作為企業(yè)重要的資產(chǎn)，并沒(méi)有看到有產(chǎn)品對(duì)其可視化管理的直接支持。這里的管理包括了在組織結(jié)構(gòu)內(nèi)進(jìn)行不同層次之間的流程可視化導(dǎo)航、流程權(quán)限和職責(zé)在組織中的分配、流程的全文檢索和查找、與流程相關(guān)的文檔管理等。流程定義更多的是作為了開(kāi)發(fā)者和IT部門(mén)的私有財(cái)產(chǎn)。
- 流程建模與測(cè)試沒(méi)有很好的統(tǒng)一。如何對(duì)建好模型的流程進(jìn)行測(cè)試？?jī)煞N方式，一種方式是進(jìn)行流程仿真，將流程模擬的跑起來(lái)，這種方式效率低，另一種方式是將流程定義導(dǎo)入IDE進(jìn)行單元測(cè)試/調(diào)試。除去普元，大多數(shù)產(chǎn)品都沒(méi)有提供對(duì)IDE的支持。
- 整合能力弱。這個(gè)在上面已經(jīng)提到了，基本上都是通過(guò)支持Web服務(wù)調(diào)用進(jìn)行支持。
- 版本更新遲緩，沒(méi)有持續(xù)投入。很多工作流產(chǎn)品早已停止更新。
- 盡管存在上述種種不足，但是也不乏亮點(diǎn)：
- 業(yè)務(wù)流程治理（BPG）的提出。東方易維首先明確提出了BPG的概念，并將企業(yè)流程應(yīng)用清晰分為了三個(gè)層次，分別是BPG、BPMS和工作流。BPG解決的是企業(yè)流程是什么的問(wèn)題，這涉及到企業(yè)流程的設(shè)計(jì)、梳理和協(xié)調(diào)；BPMS和工作流解決的是企業(yè)流程如何執(zhí)行的問(wèn)題，區(qū)別在于BPMS的要點(diǎn)在于打破各個(gè)應(yīng)用系統(tǒng)（CRM、ECM、ERP、SCM）之間的界線(xiàn)，將分散在這些系統(tǒng)中的流程集中管理；而工作流則旨在簡(jiǎn)化對(duì)流程進(jìn)行支撐的軟件創(chuàng)建。在此之前，大部分廠(chǎng)商將工作流產(chǎn)品與BPMS產(chǎn)品混為一談。
圖1不同層次流程所對(duì)應(yīng)的問(wèn)題
- 云平臺(tái)的提出。炎黃盈動(dòng)提出了搭建流程私有云平臺(tái)和將流程平臺(tái)部署到公有云中。觀念在國(guó)內(nèi)廠(chǎng)商中比較超前，但是仔細(xì)思考，私有云其實(shí)是工作流產(chǎn)品向BPMS產(chǎn)品提升的一次嘗試：工作流不再嵌入滿(mǎn)足單個(gè)應(yīng)用的使用而是暴露出流程服務(wù)讓所有應(yīng)用可以調(diào)用，但這項(xiàng)工作絕不是暴露出幾個(gè)API可以完成的，涉及的方面非常多。至于公有云，國(guó)外產(chǎn)品如Cordys早已有成熟的流程服務(wù)，這能夠顯著降低企業(yè)的流程應(yīng)用成本，特別是對(duì)中小企業(yè)，炎黃盈動(dòng)提出了這個(gè)想法，但是并不是直接提供類(lèi)似的流程服務(wù)。
- 高可靠性。西安協(xié)同和普元的產(chǎn)品都有很高的可靠性，這和他們的客戶(hù)有關(guān)系，電信、金融。
1、 工作流與平臺(tái)
幾乎所有的工作流廠(chǎng)商都提供平臺(tái)，攜創(chuàng)是個(gè)例外，但是這讓他的市場(chǎng)非常狹窄。為什么會(huì)提供平臺(tái)？我們先來(lái)看看工作流要解決的問(wèn)題域，工作流旨在簡(jiǎn)化對(duì)流程進(jìn)行支撐的軟件創(chuàng)建，既然是簡(jiǎn)化編程，那么更進(jìn)一步提供平臺(tái)就顯得水到渠成了。
平臺(tái)分為兩種，一種是快速開(kāi)發(fā)平臺(tái)，一種是業(yè)務(wù)平臺(tái)（或者提供相關(guān)的業(yè)務(wù)套件）。
- 快速開(kāi)發(fā)平臺(tái)主要包括了電子表單、一套開(kāi)發(fā)框架還有為宣傳所需要的ESB和SOA設(shè)施（這些所謂的支持都是浮云）。
- 業(yè)務(wù)平臺(tái)則包括了文件管理、在線(xiàn)編輯、即時(shí)通訊、電子印章、門(mén)戶(hù)、內(nèi)容管理、人力資源、客戶(hù)服務(wù)、行政管理等套件/模塊。
與單純的快速開(kāi)發(fā)平臺(tái)相比，業(yè)務(wù)平臺(tái)顯然站在了一個(gè)更高的層次上。在軟件開(kāi)發(fā)中，最大的浪費(fèi)往往并不在于技術(shù)本身，而是在于對(duì)業(yè)務(wù)的不熟悉，在于核心領(lǐng)域模型的頻繁變動(dòng)。對(duì)用戶(hù)而言，根據(jù)需要選擇合適業(yè)務(wù)平臺(tái)和相關(guān)服務(wù)無(wú)疑能夠產(chǎn)生最大的價(jià)值。
為什么有的廠(chǎng)商提供快速開(kāi)發(fā)平臺(tái)，而有的廠(chǎng)商提供業(yè)務(wù)平臺(tái)呢？這取決于兩個(gè)方面，一是廠(chǎng)商切入工作流市場(chǎng)的年限，年限越長(zhǎng)，越積累有豐富的項(xiàng)目經(jīng)驗(yàn)，這些經(jīng)驗(yàn)很容易轉(zhuǎn)化成業(yè)務(wù)套件；二是廠(chǎng)商的客戶(hù)定位，不難發(fā)現(xiàn)提供快速開(kāi)發(fā)平臺(tái)廠(chǎng)商的客戶(hù)都是系統(tǒng)集成商，自己并不承接相關(guān)項(xiàng)目。而反觀這些快速開(kāi)發(fā)平臺(tái)，很難發(fā)現(xiàn)有特別突出的技術(shù)優(yōu)勢(shì)，大部分都是對(duì)Struts、Spring、Hibernate、Ibatis簡(jiǎn)單封裝后的CRUD框架，加上代碼自動(dòng)生成和Eclipse插件支持，沒(méi)有任何閃光點(diǎn)（普元是個(gè)例外，但是我們同樣對(duì)其平臺(tái)發(fā)展持不樂(lè)觀態(tài)度，這可以再開(kāi)一個(gè)話(huà)題）。
我們的觀點(diǎn)是：快速開(kāi)發(fā)平臺(tái)沒(méi)有太大價(jià)值，提供行業(yè)應(yīng)用的業(yè)務(wù)套件/模塊才是正道。
2、 客戶(hù)
觀察臺(tái)灣地區(qū)的工作流應(yīng)用和國(guó)內(nèi)的工作流應(yīng)用，我們能夠明顯的發(fā)現(xiàn)：臺(tái)灣地區(qū)的應(yīng)用大部分集中在制造業(yè)（私企），而國(guó)內(nèi)的應(yīng)用則集中于政府、電力和金融行業(yè)（國(guó)企）。為什么會(huì)出現(xiàn)這種情況，作為制造業(yè)的大國(guó)，為什么工作流的應(yīng)用卻只集中在國(guó)企和政府，答案不得而知。
拋開(kāi)工作流應(yīng)用，工作流廠(chǎng)商的客戶(hù)包括了以下2種：
- 系統(tǒng)集成商。這包括了兩部分需求，一部分是系統(tǒng)集成商采購(gòu)工作流產(chǎn)品或平臺(tái)自己進(jìn)行開(kāi)發(fā)，一部分是系統(tǒng)集成商直接將項(xiàng)目外包給工作流廠(chǎng)商。這條路限制很多，越走越窄，但對(duì)于小的工作流廠(chǎng)商來(lái)說(shuō)沒(méi)有選擇（沒(méi)有資質(zhì)和足夠的資金）。
- 政府和企業(yè)。也就是自己直接接項(xiàng)目，這基本上是目前最好的一條道路。有些原有的工作流廠(chǎng)商早就轉(zhuǎn)向（或部分轉(zhuǎn)向）項(xiàng)目型公司，工作流產(chǎn)品不再更新和銷(xiāo)售。
3、 廠(chǎng)商的層次分類(lèi)
根據(jù)上面的討論，我們不難將工作流廠(chǎng)商分為3類(lèi)：
- 只提供工作流產(chǎn)品。這類(lèi)廠(chǎng)商產(chǎn)品單一，盡管產(chǎn)品質(zhì)量能夠得到保證，但是發(fā)展最為困難。
- 提供工作流產(chǎn)品和快速開(kāi)發(fā)平臺(tái)。這類(lèi)廠(chǎng)商在工作流的基礎(chǔ)上提供開(kāi)發(fā)框架進(jìn)一步簡(jiǎn)化編程，相比第一類(lèi)廠(chǎng)商會(huì)更有競(jìng)爭(zhēng)力，但是其發(fā)展受到系統(tǒng)集成商的限制。同時(shí)需要注意的是，部分廠(chǎng)商著力點(diǎn)在于開(kāi)發(fā)平臺(tái)，工作流產(chǎn)品水平非常一般甚至初級(jí)。
- 提供工作流產(chǎn)品和業(yè)務(wù)套件/平臺(tái)，同時(shí)自己接項(xiàng)目。這是目前生存狀態(tài)比較好的廠(chǎng)商，多是老牌廠(chǎng)商或是有充足的資金。業(yè)務(wù)套件/平臺(tái)能夠給用戶(hù)提供最大的價(jià)值。在任何時(shí)候，直接面對(duì)最終用戶(hù)都是王道。
二、 挑戰(zhàn)與機(jī)遇
盡管在企業(yè)應(yīng)用中工作流應(yīng)用的越來(lái)越多，但對(duì)國(guó)內(nèi)的工作流廠(chǎng)商們來(lái)說(shuō)，這并沒(méi)有給他們帶來(lái)期望中的快速增長(zhǎng)，單純的工作流產(chǎn)品甚至面臨銷(xiāo)售越來(lái)越困難的窘境。
1、困境
工作流廠(chǎng)商面臨的壓力來(lái)自于3方面：
系統(tǒng)集成商由購(gòu)買(mǎi)轉(zhuǎn)向自主開(kāi)發(fā)。這是工作流廠(chǎng)商發(fā)展受阻最重要的原因，工作流應(yīng)用越來(lái)越多，沒(méi)有集成商愿意將這個(gè)重要的中間件依賴(lài)于他人。大多數(shù)集成商選擇的方式是直接購(gòu)入現(xiàn)有工作流廠(chǎng)商的源代碼，也有基于開(kāi)源工作流進(jìn)行開(kāi)發(fā)的，但是不多。
開(kāi)源工作流的競(jìng)爭(zhēng)。對(duì)于中小軟件公司來(lái)說(shuō)，如果遇到有流程的需求，他們的第一反應(yīng)是采用開(kāi)源工作流，而事實(shí)是開(kāi)源工作流做的并不差，除去對(duì)國(guó)情的支持較弱外，開(kāi)源甚至比一些商業(yè)產(chǎn)品還要好，尤其在對(duì)標(biāo)準(zhǔn)和模式的支持上。
不能面向最終用戶(hù)。這是最根本的問(wèn)題。工作流解決問(wèn)題域的限制讓最終用戶(hù)根本感覺(jué)不到工作流產(chǎn)品價(jià)值的存在，而又沒(méi)有一家工作流廠(chǎng)商能夠做到像英特爾公司那樣：組裝電腦時(shí)指明要一顆奔騰的心。于是發(fā)展嚴(yán)重受限于系統(tǒng)集成商。
2、機(jī)會(huì)
那么，工作流廠(chǎng)商的機(jī)會(huì)在哪里？最重要的就是：將產(chǎn)品面向最終用戶(hù)。
- 提供行業(yè)應(yīng)用業(yè)務(wù)套件。能夠做到對(duì)某類(lèi)應(yīng)用的快速實(shí)施，例如對(duì)于電子政務(wù)和協(xié)同辦公，東方易維和西安協(xié)同都積累了豐富的經(jīng)驗(yàn)，很多功能能夠做到開(kāi)箱即用。這樣的好處是顯而易見(jiàn)的，一是對(duì)集成商和中小軟件公司來(lái)說(shuō)，能夠最大程度的節(jié)約成本，二是能夠直接面對(duì)企業(yè)進(jìn)行快速的項(xiàng)目實(shí)施。是時(shí)候拋棄單純的快速開(kāi)發(fā)平臺(tái)了。
- 轉(zhuǎn)向BPMS。在工作流的基礎(chǔ)上開(kāi)發(fā)BPMS，這需要兩方面的努力：一是業(yè)務(wù)方面需要與業(yè)務(wù)流程咨詢(xún)公司進(jìn)行合作，二是產(chǎn)品需要增加BPMS特性，這些特性包括了對(duì)BPMN的支持、實(shí)現(xiàn)流程及相關(guān)文檔可視化的內(nèi)容存儲(chǔ)倉(cāng)庫(kù)、提供在組織結(jié)構(gòu)內(nèi)進(jìn)行不同層次之間的流程可視化導(dǎo)航、更好的業(yè)務(wù)活動(dòng)實(shí)時(shí)監(jiān)控預(yù)警與控制以及對(duì)流程執(zhí)行的統(tǒng)計(jì)分析與反饋。轉(zhuǎn)向BPMS的目的也很簡(jiǎn)單：產(chǎn)品面向最終用戶(hù)，不再隱藏在某個(gè)應(yīng)用內(nèi)部。但是如何在市場(chǎng)上推廣產(chǎn)品，這又是個(gè)問(wèn)題，幾乎所有的工作流廠(chǎng)商都宣稱(chēng)自己的工作流產(chǎn)品是BPMS。
- 提供云中的流程服務(wù)，降低中小企業(yè)的流程應(yīng)用成本。這個(gè)是未來(lái)的趨勢(shì)，但是從目前工作流應(yīng)用集中在政府和國(guó)企的情況來(lái)看，并不樂(lè)觀。
- 自己做項(xiàng)目。大公司靠財(cái)務(wù)，小公司靠銷(xiāo)售。有很多原有的工作流廠(chǎng)商轉(zhuǎn)變成了項(xiàng)目性公司，在有工作流實(shí)施經(jīng)驗(yàn)的情況下，開(kāi)發(fā)成本相比其他一些公司會(huì)更有競(jìng)爭(zhēng)力。
三、 總結(jié)
國(guó)內(nèi)工作流產(chǎn)品全部面向開(kāi)發(fā)者，解決的是編程問(wèn)題，旨在簡(jiǎn)化對(duì)流程進(jìn)行支撐的軟件創(chuàng)建。
國(guó)內(nèi)工作流廠(chǎng)商分為3類(lèi)，分別是工作流、工作流+開(kāi)發(fā)平臺(tái)、工作流+業(yè)務(wù)平臺(tái)/套件。
工作流廠(chǎng)商面臨困境的主要原因在于產(chǎn)品不能面向最終用戶(hù)，這樣當(dāng)越來(lái)越多的系統(tǒng)集成商開(kāi)始自己開(kāi)發(fā)工作流和越來(lái)越多的開(kāi)發(fā)者采用開(kāi)源工作流時(shí)，生存日益艱難。
工作流廠(chǎng)商的機(jī)會(huì)與困境相對(duì)，就是將產(chǎn)品面向最終用戶(hù)，這包括了自己實(shí)施項(xiàng)目、轉(zhuǎn)向BPMS以及提供云中的流程服務(wù)。
附錄
WfMC之工作流參考模型
圖2 WFMC工作流參考模型
圖2是工作流管理聯(lián)盟（WFMC）提出的工作流管理系統(tǒng)參考模型，工作流執(zhí)行服務(wù)器周?chē)慕涌谑荳API（Workflow APIs），通過(guò)這些接口可以訪(fǎng)問(wèn)工作流管理系統(tǒng)的服務(wù)，這些接口還控制工作流控制軟件與其他系統(tǒng)組件間的交互。在這5個(gè)接口中的許多功能，都是被2個(gè)或更多個(gè)接口同時(shí)擁有的，因此WAPI可以看作是統(tǒng)一的服務(wù)接口，可以交叉使用這5個(gè)接口來(lái)支持工作流管理功能，而不是單獨(dú)的使用其中某個(gè)接口，其中各個(gè)接口的具體含義如下：
- 接口1：工作流定義接口，為用戶(hù)提供一種可視化的，可以對(duì)實(shí)際業(yè)務(wù)進(jìn)行建模的工具，并生成業(yè)務(wù)過(guò)程的可被計(jì)算機(jī)處理的形式化描述即流程定義。
- 接口2：工作流客戶(hù)應(yīng)用接口，它給用戶(hù)提供一種手段，以處理過(guò)程案例運(yùn)行過(guò)程中需要人工干預(yù)的任務(wù)。每一任務(wù)的最小工作單元就被稱(chēng)為一個(gè)工作項(xiàng)(workitem)。工作流管理系統(tǒng)為每一個(gè)用戶(hù)維護(hù)一個(gè)工作項(xiàng)列表，它表示當(dāng)前需要該用戶(hù)處理的所有任務(wù)。
- 接口3：工作流調(diào)用應(yīng)用接口，指工作流執(zhí)行服務(wù)在案例的運(yùn)行過(guò)程中，調(diào)用的、用以對(duì)應(yīng)用數(shù)據(jù)進(jìn)行處理的程序。在過(guò)程定義中包含這種應(yīng)用程序的詳細(xì)信息，如類(lèi)型、地址等。
- 接口4：工作流引擎協(xié)作接口，在大型的分布式的工作流管理系統(tǒng)中，工作流需要多個(gè)工作流引擎共同完成，甚至需要其他異質(zhì)的工作流執(zhí)行服務(wù)來(lái)輔助完成，此接口為不同的工作流管理系統(tǒng)之間的協(xié)作提供了一種標(biāo)準(zhǔn)。
- 接口5：管理接口，其功能是對(duì)工作流管理系統(tǒng)中案例的狀態(tài)進(jìn)行監(jiān)控與管理，如組織機(jī)構(gòu)管理、實(shí)例監(jiān)控管理、統(tǒng)計(jì)分析管理、資源控制等。
工作流引擎：它是工作流管理系統(tǒng)的核心，工作流引擎對(duì)使用工作流模型描述的過(guò)程進(jìn)行初始化、調(diào)度和監(jiān)控過(guò)程中每個(gè)任務(wù)的執(zhí)行，在需要人工介入的場(chǎng)合完成計(jì)算機(jī)應(yīng)用軟件與操作人員的交互。另外它的另外一個(gè)重要的功能是完成與應(yīng)用軟件及操作人員的交互。
