0 引言
ERP業(yè)務(wù)架構(gòu)平臺層的主要目的之一在于為基于業(yè)務(wù)流程建模為導(dǎo)向的、以大規(guī)模系統(tǒng)化復(fù)用為指導(dǎo)思想的、以組件組裝及框架代碼生成為主要方式的多團隊協(xié)同開發(fā)提供有效支持。
W.M.P.van der Aalst（2001）認(rèn)為[1]：當(dāng)前的工作流系統(tǒng)通常假定每個工作項（WorkItem）是由單個的執(zhí)行者（Worker）完成的，故不能對團隊協(xié)同方式的工作項執(zhí)行提供支持。文獻(xiàn)[2]對支持團隊開發(fā)的企業(yè)組織模型進(jìn)行了研究，給出了包含組織縱向和橫向結(jié)構(gòu)的組織元模型，通過將組織規(guī)則和組織結(jié)構(gòu)的分離，實現(xiàn)在組織結(jié)構(gòu)不變的情況下，通過修改組織規(guī)則以達(dá)到提高企業(yè)敏捷性的目的；文獻(xiàn)[3]針對工作流系統(tǒng)對動態(tài)團隊和不確定任務(wù)支持的要求，利用面向?qū)ο蠼F隊的組織結(jié)構(gòu)，采用OCL語言規(guī)范化描述團隊內(nèi)部結(jié)構(gòu)約束和團隊－任務(wù)約束，用來解決團隊對應(yīng)的工作流任務(wù)不確定問題；Action Technologies公司提供的Action Workflow著重支持以員工和/或團隊間通信為主的過程[4]；文獻(xiàn)[5]進(jìn)一步對基于工作流的ERP系統(tǒng)開發(fā)與實施方法進(jìn)行了研究。
本文認(rèn)為，現(xiàn)有研究中在對團隊工作流與行業(yè)版ERP構(gòu)建相結(jié)合方面還很缺乏，在對協(xié)同任務(wù)內(nèi)容描述與集成領(lǐng)域也需做進(jìn)一步的研究。通過簡單集成現(xiàn)有工作流管理系統(tǒng)和群件產(chǎn)品尚不能對行業(yè)版ERP研發(fā)中各種協(xié)同活動提供有效支持。研究發(fā)現(xiàn)，適用于行業(yè)版ERP構(gòu)建業(yè)務(wù)平臺的工作流管理具有一些新的特點和需求，表現(xiàn)在：
（1）行業(yè)版ERP構(gòu)建工作流是項目驅(qū)動的，ERP研發(fā)項目任務(wù)、核心工作流中任務(wù)流及活動流網(wǎng)絡(luò)在任務(wù)內(nèi)容上具有分層遞進(jìn)性。任務(wù)及活動的輸入、輸出中涉及對復(fù)用資產(chǎn)庫及軟件制品的配置管理。
（2）在行業(yè)版ERP系統(tǒng)的構(gòu)建過程中，既存在大量的非結(jié)構(gòu)化的、自發(fā)的溝通與協(xié)同活動，也存在一些結(jié)構(gòu)化的、有組織的管理與控制過程，并且這些性質(zhì)各異的過程和活動往往交織在一起。因此，能夠有效支持行業(yè)版ERP構(gòu)建的工作流管理平臺必須具有較好的適應(yīng)性。
（3）行業(yè)版ERP構(gòu)建任務(wù)的執(zhí)行者在更多情況下表現(xiàn)為一組相互協(xié)作的團隊，如：可復(fù)用組件的獲�。ㄉa(chǎn)）團隊、組件使用團隊、面向行業(yè)領(lǐng)域工程的需求獲取團隊、系統(tǒng)測試團隊等。在面向特定行業(yè)構(gòu)建行業(yè)版ERP系統(tǒng)的過程中，需要這些團隊在各自的任務(wù)領(lǐng)域具有很大的決策自主性，可以靈活設(shè)置局部工作流程，并且這些流程在團隊整體協(xié)同過程中經(jīng)常發(fā)生調(diào)整。
（4）項目團隊成員具有動態(tài)性和不確定性，如：特定成員可以同時擔(dān)當(dāng)多個角色，參與到幾個不同團隊中，而且在不同階段還可能發(fā)生角色的轉(zhuǎn)換。這使得在工作流定義階段任務(wù)指派規(guī)則難以確定，而過于精確的定義則缺乏靈活性和可操作性。其次，將不同性質(zhì)而又有關(guān)聯(lián)關(guān)系的任務(wù)指派給不同的協(xié)作團隊、團隊成員等去執(zhí)行，會帶來很多需要解決的問題，如：人員分工、安全維護(hù)、多用戶數(shù)據(jù)管理等。
（5）除了對開發(fā)團隊資源進(jìn)行集成外，還要體現(xiàn)對各目標(biāo)行業(yè)業(yè)務(wù)知識、企業(yè)（行業(yè)）模型及其他各類軟件組件的重用的考慮，以便對目標(biāo)行業(yè)族ERP系統(tǒng)的整個生命周期進(jìn)行有效管理與控制。
1 面向行業(yè)版ERP構(gòu)建的工作流協(xié)同開發(fā)平臺框架總體考慮
（1）對集成項目管理功能的考慮
在工作流管理中集成項目管理功能是可行的[6,7]。項目管理用于描述協(xié)同產(chǎn)品開發(fā)的任務(wù)結(jié)構(gòu)及過程控制，工作流用于描述協(xié)同產(chǎn)品開發(fā)的業(yè)務(wù)流程；項目管理的目標(biāo)是在一定的時間、成本、質(zhì)量等約束條件下，保證項目的順利完成，工作流管理則通過業(yè)務(wù)過程的自動化及監(jiān)控保障各子任務(wù)得到及時處理；項目管理關(guān)注協(xié)同開發(fā)所涉及的工期、資源、進(jìn)度、成本、質(zhì)量等內(nèi)容，各子任務(wù)具有明確的開始時間和結(jié)束時間，屬于企業(yè)管理范疇，而工作流管理關(guān)注業(yè)務(wù)流程的建模及運行控制，屬于過程自動化范疇�？梢�，二者的管理層次、關(guān)注點是不同的，具有互補性。通過項目管理與工作流管理的集成，可將項目中任務(wù)的內(nèi)部過程"可視化"，即將具體的產(chǎn)品開發(fā)業(yè)務(wù)過程與特定的項目管理相聯(lián)系，及時獲取項目的進(jìn)展情況，提高協(xié)同開發(fā)過程的管理水平和管理效率。項目管理與工作流管理的集成可克服工作流中缺乏對任務(wù)工期優(yōu)化、成本控制及多工作流系統(tǒng)之間的相互協(xié)調(diào)等不足。
（2）對集成軟件配置管理功能的考慮
軟件配置管理[8]（Software Configuration Management，SCM）是指一套按規(guī)則管理軟件開發(fā)和維護(hù)其中各種中間軟件產(chǎn)品的方法，它研究怎樣在不同時刻標(biāo)識軟件系統(tǒng)的配置，以便系統(tǒng)化地控制配置的變化，以及在整個軟件生命周期內(nèi)維護(hù)配置的完整性和可追溯性，主要包括配置識別、變化控制、狀態(tài)記錄報告以及審計等4種活動�，F(xiàn)有的軟件配置管理支持平臺，通常提供版本控制、項目管理、成員權(quán)限控制、BUG追蹤、郵件列表等功能[9,10]，這些功能滿足了項目開發(fā)的基本需要的最小子集，但功能之間呈現(xiàn)離散狀態(tài)，相互之間缺乏有機融合。而借助工作流技術(shù)中的"流程路由"則可以有機整合這些離散的功能集，表現(xiàn)在軟件開發(fā)過程支持上，就是可以實現(xiàn)集成的配置管理。同樣地，可實現(xiàn)對復(fù)用庫的集成管理。
（3）對團隊協(xié)同開發(fā)支持的考慮
可通過綜合多種途徑實現(xiàn)對團隊協(xié)同開發(fā)活動的支持：○1集成項目管理工具，實現(xiàn)對開發(fā)任務(wù)的分解，分解的結(jié)果體現(xiàn)為各開發(fā)團隊（如：組件生產(chǎn)團隊、行業(yè)ERP構(gòu)建團隊、管理團隊）提供任務(wù)列表及關(guān)聯(lián)約束信息；○2在工作流建模元模型層次，提供用于團隊建模的支持元素，如：融入組織建模的相關(guān)概念（部門、團隊、人員、角色等）、支持流程定義的逐步求精等；○3融入主流群件產(chǎn)品及工具，如：即時通訊工具、Email、BBS等，支持開發(fā)人員之間的消息發(fā)布與及時溝通。
2 面向行業(yè)版ERP構(gòu)建的工作流協(xié)同開發(fā)平臺框架
基于以上分析，現(xiàn)提出基于工作流的協(xié)同開發(fā)環(huán)境體系結(jié)構(gòu)，見圖1。
圖1 基于工作流的協(xié)同開發(fā)環(huán)境體系結(jié)構(gòu)
該協(xié)同開發(fā)環(huán)境體系結(jié)構(gòu)以工作流建模與執(zhí)行為核心，完全兼容工作流聯(lián)盟給出的通用工作流產(chǎn)品結(jié)構(gòu)[10]。通過擴展工作流定義工具的能力，提供協(xié)同建模管理器以支持對多團隊、分布式、逐步求精的建模方式；通過軟件總線整合其他協(xié)同開發(fā)的相關(guān)平臺工具，主要有：項目管理工具、復(fù)用庫管理工具、配置管理工具、外部應(yīng)用、群件系統(tǒng)等，從而對基于軟件資產(chǎn)復(fù)用方式的、以多團隊協(xié)同方式構(gòu)建行業(yè)版ERP系統(tǒng)提供全面的支持。面向行業(yè)版ERP構(gòu)建的工作流協(xié)同開發(fā)平臺框架主要涉及兩項關(guān)鍵技術(shù)，包括：支持多團隊協(xié)同開發(fā)的工作流建模技術(shù)，工作流管理與項目管理、軟件配置管理的集成技術(shù)。
2.1 支持多團隊協(xié)同開發(fā)的工作流建模
通過在現(xiàn)有的工作流建模工具進(jìn)行擴展，融入對團隊等基本建模元素的支持，可以彌補傳統(tǒng)工作流管理系統(tǒng)對團隊協(xié)同建模支持能力的不足。在文獻(xiàn)[2,3]的基礎(chǔ)上，現(xiàn)給出支持團隊協(xié)同開發(fā)的工作流建模元素的靜態(tài)結(jié)構(gòu)模型，如圖2。這里進(jìn)一步給出相關(guān)的主要概念：
圖2 支持協(xié)同開發(fā)的工作流建模元素的靜態(tài)結(jié)構(gòu)
定義1 團隊（Team）：為完成一項共同任務(wù)而建立的組織單元，該組織單元可以是臨時性的、虛擬的，當(dāng)任務(wù)結(jié)束后團隊解體；也可以是永久性的，此時可類似于傳統(tǒng)企業(yè)中的功能性組織部門。團隊具有類型，通常具有職位結(jié)構(gòu)，團隊通常由多個團隊成員組成，團隊中的特定成員可以同時參加多個團隊組織，從而可支持矩陣型組織類型。
定義2 團隊類型（TeamType）：是角色概念在團隊層次上的擴展，描述團隊使命、特征等意義上的分類。如：對行業(yè)版ERP構(gòu)建組織而言，典型的團隊類型有組件獲取團隊、行業(yè)版ERP系統(tǒng)開發(fā)團隊、系統(tǒng)測試團隊等。
定義3 團隊職位（TeamPos）：對團隊內(nèi)職位需求的描述。對特定類型團隊而言，通常具有不同的職位結(jié)構(gòu)，特定職位上需要的人員配置數(shù)量上也會有差異。如：對組件獲取團隊，通常會設(shè)置領(lǐng)域及行業(yè)工程顧問、需求獲取工程師、組件封裝與測試工程師，每一類職位需要的人數(shù)配置需求等。傳統(tǒng)意義上的角色可看作是只包含一個職位的團隊類型。
定義4 任務(wù)（Task）：一個工作邏輯單元，通常任務(wù)是不可分割且必須完整執(zhí)行。如果在任務(wù)執(zhí)行期間發(fā)生任何錯誤，則必須采用"回滾"以保證任務(wù)的原子性。任務(wù)的不可分割性依賴于任務(wù)定義的環(huán)境。任務(wù)有手動、自動和半自動任務(wù)之分。
為了滿足分布式、分層次建模的需要，這里按照是否對目標(biāo)任務(wù)進(jìn)一步細(xì)化需要，把任務(wù)進(jìn)一步分為原子任務(wù)（AtomicTask）和復(fù)合任務(wù)（ComplexTask）。復(fù)合任務(wù)是一類子任務(wù)的集合，可由原子任務(wù)和其它的復(fù)合任務(wù)構(gòu)成。
為解決多成員協(xié)同建模問題，文獻(xiàn)[11]提出一種基于"條件分層有向圖"的工作流模型。在該模型中，有向圖中的節(jié)點可以表示活動節(jié)點、連接節(jié)點或子流程，有向圖中的有向邊表示節(jié)點間的依賴關(guān)系，整個工作流模型表示為一個層次網(wǎng)狀有向圖。由圖2可知，這里建立的工作流建模元素的靜態(tài)結(jié)構(gòu)同樣可支持這種層次網(wǎng)狀圖的工作流模型的建立。
定義5 案例（Case）：指一項具體業(yè)務(wù)。如：下采購訂單、入庫等。每個案例都有一個唯一標(biāo)識，有自己的生命周期，有一系列狀態(tài)。
定義6 工作項（WorkItem）：是案例（Case）和將要執(zhí)行的任務(wù)的結(jié)合體。也可把工作項看作是被執(zhí)行的實際工作塊�；顒樱ˋctivity）是工作項的實際執(zhí)行。工作項和活動都與具體案例有關(guān)。
定義7 工作流（Workflow）：對業(yè)務(wù)過程的描述，工作流由任務(wù)和條件組成。工作流定義了案例的所有可能的執(zhí)行路線，所有可能的狀態(tài)，從而定義了案例的生命周期。
2.2 工作流管理與項目管理、軟件配置管理的集成
（1）集成層次
面向行業(yè)版ERP開發(fā)強調(diào)的是多團隊協(xié)同工作方式。項目管理體現(xiàn)了軟件開發(fā)的過程組織特點，軟件系統(tǒng)是抽象的邏輯產(chǎn)品，軟件的開發(fā)、維護(hù)、版本的升級等基本上都具有很強的項目性特點，可通過項目管理工具對行業(yè)版ERP構(gòu)建及可復(fù)用資產(chǎn)的提取及維護(hù)任務(wù)進(jìn)行任務(wù)分解。另外，在產(chǎn)品研發(fā)及可復(fù)用組件獲取、分析、評價、封裝、測試等不同階段，不同子項目之間需要傳遞大量信息。如何根據(jù)各種業(yè)務(wù)流程來組織和控制行業(yè)版ERP產(chǎn)品構(gòu)建或可復(fù)用資產(chǎn)獲取等的高效運行便是工作流的研究重點，而在軟件開發(fā)及組件開發(fā)的整個生命周期各階段中的各業(yè)務(wù)流程中各項子任務(wù)的執(zhí)行，都會涉及各類組件（制品）的創(chuàng)建、組裝、訪問及其各中間制品版本的記錄與維護(hù)，而這正是軟件配置管理關(guān)注的重點。鑒于此，本文在文獻(xiàn)[6]的基礎(chǔ)上，提出一種面向行業(yè)版ERP構(gòu)建過程管理的層次模式，見圖3。
圖3中，項目層位于協(xié)同開發(fā)過程的最高抽象層次，它直接服務(wù)與系統(tǒng)產(chǎn)品開發(fā)與實施的總目標(biāo)；子項目層處于基于子項目任務(wù)集的群體協(xié)同工作方式的邏輯結(jié)構(gòu)層，它從組織上保證產(chǎn)品協(xié)同開發(fā)的敏捷性和并行性；宏觀業(yè)務(wù)流程層是從全局角度對子項目及項目過程組織的抽象與建模，面向協(xié)作群體的業(yè)務(wù)過程組織；微觀活動序列層從細(xì)粒度上（如：特定開發(fā)團隊）對局部流程進(jìn)一步求精。整個協(xié)同產(chǎn)品開發(fā)過程管理由上層的項目管理和下層的工作流所組成，項目管理主要完成項目的"宏觀過程"管理，工作流管理層主要完成"微觀過程"的管理。軟件配置管理活動則覆蓋整個軟件生命周期的各階段，與項目管理層和工作流管理層都有聯(lián)系。實際上，在各層次上都可引入工作流管理技術(shù)與工具，從而實現(xiàn)以工作流為中心的集成的管理與開發(fā)模式。
圖3 面向團隊協(xié)同的行業(yè)版ERP構(gòu)建過程的層次管理模式
同時，這種層次型管理模式，實現(xiàn)了軟件開發(fā)的項目規(guī)劃、應(yīng)用邏輯和過程邏輯的分離，從而可以在不變更項目目標(biāo)或內(nèi)容的前提下而只需修改任務(wù)模型即可改變項目的執(zhí)行流程，提高了過程管理的柔性。
（2）集成框架
通過以上分析，現(xiàn)進(jìn)一步提出一個集成項目管理、工作流管理和配置管理的集成框架，如圖4。
圖4 項目管理、工作流管理與配置管理的集成框架
這里采用共享數(shù)據(jù)庫的方式實現(xiàn)信息集成，其功能集成則通過任務(wù)執(zhí)行調(diào)度組件及與外部應(yīng)用的接口組件實現(xiàn)。任務(wù)調(diào)度組件既是項目管理中任務(wù)流的執(zhí)行引擎，同時又是工作流系統(tǒng)中的流程執(zhí)行調(diào)度組件，項目管理與工作流管理的集成是通過任務(wù)執(zhí)行調(diào)度中間模塊接口及對調(diào)度規(guī)則知識、工作流執(zhí)行相關(guān)數(shù)據(jù)、工作流模型庫中流程定義等信息的共享實現(xiàn)的；工作流管理與軟件配置管理的集成是通過在工作流流程定義階段建立各種配置和變更管理工作流[9]，并加入對各類配置管理對象的任務(wù)描述，這樣，在任務(wù)執(zhí)行階段，相關(guān)配置管理任務(wù)項在工作流引擎的控制下被路由到相關(guān)管理及開發(fā)人員，進(jìn)而在與外部應(yīng)用接口組件的支持下，以自動或手工方式激活相關(guān)外部應(yīng)用的工作界面以實施配置管理活動或訪問外部復(fù)用庫，進(jìn)而根據(jù)執(zhí)行后的狀態(tài)更新工作流相關(guān)數(shù)據(jù)，從而實現(xiàn)工作流管理與配置管理的集成。
（3）集成的實現(xiàn)途徑
上述討論可知，這里采用共享數(shù)據(jù)庫的方式實現(xiàn)項目管理、工作流管理與軟件配置管理的集成�；跀�(shù)據(jù)庫的信息集成不僅可以為集成對象提供方便、快捷、高效的數(shù)據(jù)調(diào)用，而且易于保證數(shù)據(jù)的一致性。圖5進(jìn)一步給出了主要數(shù)據(jù)庫表及其關(guān)系。
圖5 基于數(shù)據(jù)庫的項目管理、工作流管理與軟件配置管理的集成機理
通過在項目管理數(shù)據(jù)庫的任務(wù)表中引入任務(wù)執(zhí)行條件，在相應(yīng)的工作流定義表及流程路由規(guī)則表中可建立對項目任務(wù)相關(guān)信息的參照關(guān)系；在工作流執(zhí)行階段，通過跟蹤確認(rèn)所定義的工作流中各任務(wù)的實際執(zhí)行時間信息、所處狀態(tài)、執(zhí)行異常情況等，可實現(xiàn)對項目進(jìn)度的監(jiān)控。另外，通過在工作表單（Form）模型中加入配置管理的需求信息、配置管理對象（如各類目標(biāo)軟件制品）信息、相關(guān)的外部系統(tǒng)模塊及接口信息等，這樣，在相應(yīng)的外部應(yīng)用接口組件的支持下，可實現(xiàn)與配置管理平臺工具或復(fù)用庫管理工具的集成。而且，借助工作流管理系統(tǒng)，可改善現(xiàn)有配置管理平臺對流程管理能力的不足，真正實現(xiàn)基于流程的配置管理策略，能夠保證針對特定配置工作流只有特定人員才能訪問到特定資產(chǎn)。
這里實現(xiàn)集成的關(guān)鍵是對任務(wù)模型和工作表單模型的設(shè)計。任務(wù)是項目管理層次的一個基本操作單位，同時又是工作流管理層次上對工作流定義的重要依據(jù)；工作表單既是工作流中實現(xiàn)基于文檔協(xié)同的主要媒介，也是傳遞配置管理需求、外系統(tǒng)模塊及接口描述信息的重要數(shù)據(jù)結(jié)構(gòu)，是進(jìn)一步基于外部應(yīng)用接口組件實現(xiàn)與外部平臺工具（如配置管理平臺工具、復(fù)用庫管理系統(tǒng)平臺）集成的關(guān)鍵。
根據(jù)系統(tǒng)集成管理的要求，這里把任務(wù)屬性進(jìn)一步分為基本屬性、控制屬性和上下文屬性等三類屬性。常見的基本屬性有任務(wù)名稱、任務(wù)標(biāo)識、任務(wù)目標(biāo)、任務(wù)類型（如原子任務(wù)、復(fù)合任務(wù)）、任務(wù)編號、任務(wù)優(yōu)先級等；任務(wù)控制屬性，如：執(zhí)行者、執(zhí)行者角色、時間信息（計劃周期、計劃開工時間、計劃完工時間、實際開工時間、實際完工時間等）；任務(wù)上下文屬性，如：所屬項目、輸入信息、輸出信息、所需資源、應(yīng)用軟件、過程規(guī)則等�？刂茖傩杂糜诿枋鲰椖抗芾硐到y(tǒng)所涉及的參數(shù)等上層項目管理所必須的一些基本信息；任務(wù)上下文屬性描述工作流定義時所需要的相關(guān)參數(shù)，如：任務(wù)隸屬的項目名稱及類型、任務(wù)執(zhí)行所需的各類資源、任務(wù)執(zhí)行所需的各種應(yīng)用軟件、任務(wù)路由決策的過程規(guī)則等。過程規(guī)則用于指導(dǎo)建立工作流模型中的任務(wù)路由路徑空間，涉及的資源分配、信息流向、組織角色選擇、操作信息對象等組成工作流的基本要素。
3 結(jié)束語
行業(yè)化是ERP發(fā)展的重要研究方向之一，行業(yè)版ERP的研發(fā)對于解決目前商品化ERP產(chǎn)品本身及ERP實施過程中存在的諸多問題提供了一個新途徑。ERP的自身特點決定了行業(yè)版ERP系統(tǒng)的構(gòu)建過程是一個多群體的協(xié)同過程。本文建立了一個面向行業(yè)版ERP構(gòu)建的、以工作流管理系統(tǒng)為核心的、集成項目管理和軟件配置管理的、支持多團隊協(xié)同開發(fā)的平臺框架，并對該框架的關(guān)鍵技術(shù)進(jìn)行了深入研究，希望能對行業(yè)版ERP構(gòu)建研究起到一定的借鑒作用。
參考文獻(xiàn)
[1] W．M．P． van der Aalst，A．Kumar．A reference model for team-enabled workflow management systems[J]．Data & Knowledge Engineering, 2001,38: 335-363
[2] 朱海平，李培根，張國軍，等．支持團隊工作的工作流技術(shù)研究[J]．計算機集成制造系統(tǒng)-CIMS，2003，9(8): 635~640
[3] 楊東，張申生，江志斌．基于UML OCL、支持團隊開發(fā)的企業(yè)組織元模型[J]．高技術(shù)通訊，2004，6:60~64
[4] Wil van der Aalst , Kees van Hee．工作流管理--模型、方法和系統(tǒng)[M]．北京：清華大學(xué)出版社，2004．
[5] 黃雙喜，范玉順．基于工作流的ERP系統(tǒng)開發(fā)與實施[J]，計算機集成制造系統(tǒng)－CIMS，2004，10（2）：139-143
[6] 孔建壽，張友良，汪惠芬，等．協(xié)同開發(fā)環(huán)境中項目管理與工作流管理的集成[J]．中國機械工程，2003，14（13）：1122－1127
[7] 彭毅，吳柞寶，張珂殊，等.并行工程產(chǎn)品開發(fā)過程的建模方法學(xué)[J].系統(tǒng)仿真學(xué)報，1996，8(3):14-18
[8] Anne Mette，Jonassen Hass．Configuration Management Principles and Practice[M]. Addison Wesley Professional，2003
[9] Brian A．White．Software Configuration Management Strategies and Rational Clearcase [M]．Addison Wesley Publishing，2000
[10] David Hollingsworth．The Workflow Reference Model(Issue 1.1)．Workflow Management Coalition，Document Number TC00-1003.
[11] LI Feng, GUO Yuchai, LIN Shouxun, etal. Dynamic modification in workflow prototype system--AWFlow. In: Proceedings of 4th International Workshop on CSCW in Design. Compiegne, France :111-114
轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.oesoe.com/
本文標(biāo)題：面向行業(yè)版ERP系統(tǒng)構(gòu)建的工作流協(xié)同開發(fā)平臺框架
本文網(wǎng)址：http://www.oesoe.com/html/consultation/1082065303.html
相關(guān)文章
