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