引言

目前，國內(nèi)外在實施企業(yè)資源計劃（Ent醫(yī)藥riseResourcePlanning，醫(yī)藥進銷存）系統(tǒng)中面臨著實施費用高、周期長、成功率低等問題，原因不全在實施企業(yè)一方，也在醫(yī)藥倉庫進銷存軟件管理系統(tǒng)的構(gòu)造方，因此應在這方面加以研究。

現(xiàn)有醫(yī)藥倉庫進銷存軟件管理系統(tǒng)的設計，實際上采用的是一種基于功能分解的系統(tǒng)構(gòu)造方式，將經(jīng)過實踐檢驗的“最佳業(yè)務”解決方案固化在醫(yī)藥進銷存軟件模塊中。但現(xiàn)有的絕大多數(shù)醫(yī)藥進銷存軟件剛性太強，不能滿足業(yè)務過程持續(xù)改進的需要。為此，一些國內(nèi)外醫(yī)藥進銷存廠商和研究人員從多個方面進行了積極的探索。如國際著名的醫(yī)藥進銷存軟件廠商BaaN提出了動態(tài)企業(yè)建模（DynamicEnt醫(yī)藥進銷存riseModelling，DEM）方法，其基本思想就是通過提供一套層次化的、可相互關(guān)聯(lián)（通過一定的規(guī)則）的企業(yè)建模工具，在現(xiàn)有的企業(yè)參考模型（如業(yè)務功能模型、業(yè)務過程模型、業(yè)務機構(gòu)模型等）的基礎上進行定制和細化，并映射到功能廣泛的BaaN醫(yī)藥進銷存應用模塊上，由此獲得可執(zhí)行可定制的醫(yī)藥倉庫進銷存軟件管理系統(tǒng)。利用DEM，可大大減少醫(yī)藥倉庫進銷存軟件管理系統(tǒng)構(gòu)建的復雜性，并能在一定程度上增加醫(yī)藥倉庫進銷存軟件管理系統(tǒng)的柔性。但是，該方法只能允許對已有業(yè)務過程進行微調(diào)，仍然不能滿足企業(yè)業(yè)務過程持續(xù)改進的需要。

國內(nèi)的某些醫(yī)藥進銷存軟件廠商（如和）推出了自主版權(quán)的醫(yī)藥進銷存應用平臺。該平臺在應用軟件層與應用服務器平臺層之間提供了一個業(yè)務基礎軟件平臺層，并采用模型驅(qū)動體系結(jié)構(gòu)（ModeDrivenArchitecture，MDA）的設計思想，提升了醫(yī)藥倉庫進銷存軟件管理系統(tǒng)構(gòu)建的抽象層次，實現(xiàn)了醫(yī)藥倉庫進銷存軟件管理系統(tǒng)的快速構(gòu)建。另外，由于采用了組件技術(shù)，在很大程度上提升了系統(tǒng)的可演化性，使醫(yī)藥倉庫進銷存軟件管理系統(tǒng)能夠伴隨企業(yè)的成長而不斷演化。一種基于版本批量定制的醫(yī)藥進銷存產(chǎn)品及實施服務的新構(gòu)想。醫(yī)藥倉庫進銷存軟件管理系統(tǒng)實質(zhì)上是一個嵌入式的工作流系統(tǒng)，業(yè)務過程中蘊涵的各業(yè)務活動及業(yè)務規(guī)則固化在醫(yī)藥進銷存應用模塊中，可以通過分離流程邏輯與功能實現(xiàn)，極大地增強醫(yī)藥倉庫進銷存軟件管理系統(tǒng)的柔性。SAPR3的業(yè)務藍圖只是對現(xiàn)有的醫(yī)藥進銷存產(chǎn)品中固化的業(yè)務過程的文檔進行說明。IBM在舊金山項目中開發(fā)了一個用于輔助開發(fā)人員快速創(chuàng)建企業(yè)應用的層次化的框架體系結(jié)構(gòu)。從現(xiàn)有的文獻來看，雖然對基于組件的開發(fā)（ComponentBasedDevelopment，CBD）方法學及業(yè)務過程建模方法的研究較多，但從業(yè)務過程的角度探討如何獲取業(yè)務組件，進而驅(qū)動基于組件裝配方式的醫(yī)藥倉庫進銷存軟件管理系統(tǒng)構(gòu)造方面的研究卻不多見。

隨著現(xiàn)代企業(yè)對業(yè)務過程管理的重視，以及客戶要求對訂單執(zhí)行等業(yè)務過程的了解日益增強，醫(yī)藥倉庫進銷存軟件管理系統(tǒng)的設計視角也應該轉(zhuǎn)移到以業(yè)務過程為中心，探索并實施業(yè)務過程驅(qū)動的系統(tǒng)設計方法。采用業(yè)務過程驅(qū)動的醫(yī)藥倉庫進銷存軟件管理系統(tǒng)設計，使軟件結(jié)構(gòu)反映業(yè)務過程，有利于增強醫(yī)藥倉庫進銷存軟件管理系統(tǒng)的業(yè)務柔性。結(jié)合對象組件技術(shù)，對支持業(yè)務過程的相關(guān)業(yè)務類組件化，可進一步提高醫(yī)藥倉庫進銷存軟件管理系統(tǒng)的柔性及可演化性。這將在很大程度上克服現(xiàn)有醫(yī)藥倉庫進銷存軟件管理系統(tǒng)普遍存在的剛性太強的缺陷。

1業(yè)務過程驅(qū)動的醫(yī)藥倉庫進銷存軟件管理系統(tǒng)組件化內(nèi)涵

業(yè)務過程驅(qū)動的醫(yī)藥倉庫進銷存軟件管理系統(tǒng)組件化的內(nèi)涵是：打破傳統(tǒng)的基于功能分解的系統(tǒng)構(gòu)造方法，以共性的企業(yè)業(yè)務過程為中心和出發(fā)點，對企業(yè)經(jīng)營的業(yè)務過程進行抽象，通過層次化分解組成業(yè)務的各個子任務，直到能夠充分地描述各個子任務。在業(yè)務過程分解的每一層次，根據(jù)組成業(yè)務過程的每個任務，分析并補充支持任務實現(xiàn)的各個業(yè)務對象類，并在后續(xù)的各個層次逐步細化設計，直到可根據(jù)現(xiàn)有的組件模型方便地組件化該層次的對象類。在分解業(yè)務過程的基礎上，對組成模型的業(yè)務對象按照某種組件模型進行組件化。在組件組裝平臺工具的支持下，參照業(yè)務過程分解階段獲取的業(yè)務過程模型，以組件組裝的方式創(chuàng)建可運行的醫(yī)藥倉庫進銷存軟件管理系統(tǒng)。

業(yè)務過程驅(qū)動的醫(yī)藥倉庫進銷存軟件管理系統(tǒng)組件化的最大特點是以業(yè)務過程為重點，并以此驅(qū)動醫(yī)藥倉庫進銷存軟件管理系統(tǒng)的需求獲取、系統(tǒng)設計與構(gòu)造。業(yè)務過程驅(qū)動的醫(yī)藥倉庫進銷存軟件管理系統(tǒng)組件化包括三個方面：①業(yè)務過程驅(qū)動的業(yè)務過程建模；②獲取基于某種主流組件模型的業(yè)務組件；③基于業(yè)務過程模型構(gòu)建組件化的醫(yī)藥倉庫進銷存軟件管理系統(tǒng)。2業(yè)務過程驅(qū)動的醫(yī)藥倉庫進銷存軟件管理系統(tǒng)業(yè)務過程建模

2.1基本概念

定義1業(yè)務功能：指從企業(yè)整體角度對所從事的經(jīng)營活動的功能描述，闡述企業(yè)必須做什么（what）。同一類型的企業(yè)業(yè)務功能相似，且具有穩(wěn)定性。如制倉庫進銷存軟件軟件造企業(yè)的業(yè)務功能包括采購、銷售、制造、人力資源管理、財務管理等。

定義2業(yè)務過程：指企業(yè)為了實現(xiàn)特定業(yè)務功能，需要組織一系列串行或并行的任務，每一項任務實現(xiàn)一項子功能，并為每個任務分配必須的資源。資源可以是時間、場所、部門、人員、資金等。業(yè)務過程闡述如何做（how）。如為了完成采購業(yè)務功能，可以把采購分解為采購需求獲取、選擇、制定并發(fā)出采購訂單、采購過程控制、采購貨物接收、發(fā)票處理等任務。

定義3業(yè)務事件：指驅(qū)動任務執(zhí)行的激勵。業(yè)務事件分為外部事件和內(nèi)部事件兩種，內(nèi)部事件指由被建模的信息系統(tǒng)在執(zhí)行過程中產(chǎn)生的事件；外部事件指系統(tǒng)外部產(chǎn)生的事件。例如，“采購貨物到達”是外部事件，而“貨物接收處理已完成”是內(nèi)部事件。業(yè)務事件驅(qū)動業(yè)務任務的執(zhí)行，任務執(zhí)行過程中會產(chǎn)生新的業(yè)務事件。因此，業(yè)務過程的執(zhí)行表現(xiàn)為事件和任務相交錯的串行或并行的序列。

2.2業(yè)務過程驅(qū)動的業(yè)務過程建模

業(yè)務過程驅(qū)動的業(yè)務過程建模，解決的是在業(yè)務層面上的建模問題，所建立的業(yè)務過程模型與具體平臺技術(shù)實現(xiàn)無關(guān)。業(yè)務過程驅(qū)動的業(yè)務過程建模提供了一種獲取醫(yī)藥倉庫進銷存軟件管理系統(tǒng)各類業(yè)務組件的自然的方法，業(yè)務過程模型是以業(yè)務過程視角構(gòu)建組件化醫(yī)藥倉庫進銷存軟件管理系統(tǒng)的前提和基礎。

2.2.1業(yè)務過程驅(qū)動的業(yè)務過程建模層次與內(nèi)容

企業(yè)的經(jīng)營戰(zhàn)略與經(jīng)營目標最終由一系列具體的業(yè)務過程來體現(xiàn)。業(yè)務過程建模是實現(xiàn)有效地對業(yè)務過程管理與過程優(yōu)化的前提和基礎。業(yè)務過程驅(qū)動的業(yè)務過程建模包括三個層次，即業(yè)務功能層、業(yè)務過程層和業(yè)務任務層。

（1）業(yè)務功能層從企業(yè)戰(zhàn)略的層次，對企業(yè)應該做什么（what）的概括。企業(yè)必須在綜合考慮企業(yè)的經(jīng)營類型、特點、外部環(huán)境、發(fā)展戰(zhàn)略的基礎上，識別業(yè)務范圍、功能，并確定其重要程度。

（2）業(yè)務過程層從業(yè)務過程的層次，解決企業(yè)怎樣做（how）的問題。業(yè)務功能最終由一系列的任務實現(xiàn)，任務執(zhí)行產(chǎn)生事件，事件觸發(fā)任務的執(zhí)行。任務與相關(guān)的業(yè)務對象關(guān)聯(lián)，任務的執(zhí)行涉及資源的分配。因此，業(yè)務過程建模包括對任務、與任務相關(guān)的業(yè)務對象、業(yè)務事件、以及與任務相關(guān)資源的建模。

（3）業(yè)務任務層從組成業(yè)務過程的具體任務的層次，解決針對具體任務的執(zhí)行內(nèi)容（do）的問題。

2.2.2業(yè)務過程驅(qū)動的業(yè)務過程模型

常見的業(yè)務過程建模方法有Petri-Net，F(xiàn)lowChart，EPC，UML等。對業(yè)務過程驅(qū)動的醫(yī)藥倉庫進銷存軟件管理系統(tǒng)組件化而言，理想的建模方法應該既能闡述業(yè)務過程本身，又能支持與特定業(yè)務過程中各個任務相關(guān)聯(lián)的業(yè)務對象及資源分配，而且也要有利于向業(yè)務對象類的組件化平滑過渡。可見，現(xiàn)有的Petri-Net，F(xiàn)lowChart，EPC建模方法不能滿足業(yè)務驅(qū)動的醫(yī)藥倉庫進銷存軟件管理系統(tǒng)組件化建模的需要。UML作為一種可擴充的建模語言，可用于系統(tǒng)的靜態(tài)、動態(tài)建模。UML和EPC在業(yè)務過程建模方面各自的優(yōu)勢與不足，以現(xiàn)有的EPC建模方法為基礎，引入了面向?qū)ο蠼Ｖ械念?、對象、繼承、封裝、消息等概念，以解決業(yè)務過程的建模問題。在現(xiàn)有研究工作的基礎上，本文提出與業(yè)務過程驅(qū)動的醫(yī)藥倉庫進銷存軟件管理系統(tǒng)組件化相適應的建模方法元模型，如圖1所示。

圖1業(yè)務過程驅(qū)動的醫(yī)藥倉庫進銷存軟件管理系統(tǒng)組件化建模方法元模型

該模型所表達的語義簡要解釋如下：

業(yè)務功能由執(zhí)行具體的業(yè)務過程來實現(xiàn)，一項業(yè)務功能可與多個業(yè)務過程相關(guān)聯(lián)，一個業(yè)務過程也可參與并支持多項業(yè)務功能。業(yè)務對象對業(yè)務功能的實現(xiàn)提供支持。業(yè)務過程可以分解為多個業(yè)務任務，業(yè)務過程由外部業(yè)務事件觸發(fā)。一個業(yè)務任務可以是復合任務，也可以是原子任務。原子任務是可以直接執(zhí)行，不需再分的業(yè)務活動；復合任務是可進一步分解的業(yè)務任務，它通過提升任務的粒度簡化對任務的管理。業(yè)務任務在執(zhí)行過程中會產(chǎn)生多個業(yè)務事件，業(yè)務事件會觸發(fā)新的業(yè)務任務的執(zhí)行。業(yè)務事件觸發(fā)業(yè)務任務的執(zhí)行是通過觸發(fā)規(guī)則決定的，觸發(fā)規(guī)則決定了新業(yè)務任務的執(zhí)行應滿足的條件及執(zhí)行方式（如并行執(zhí)行、執(zhí)行多條任務分支中的一支等）。業(yè)務任務由執(zhí)行代理來執(zhí)行，執(zhí)行代理可以是執(zhí)行具體任務的組織、人員角色或計算機應用程序等。業(yè)務任務的完成，是由相關(guān)的業(yè)務對象的功能（操作）實現(xiàn)的。業(yè)務對象類方法必須支持對業(yè)務事件的響應，從而要受業(yè)務事件影響。業(yè)務事件及業(yè)務任務會影響相關(guān)業(yè)務對象的狀態(tài)。可以封裝為業(yè)務組件的對象可以是業(yè)務任務、業(yè)務對象甚至是業(yè)務過程。根據(jù)組件實體類型（表達內(nèi)容）的不同，業(yè)務組件可簡單分為原子組件和復合組件。原子組件是不需進一步細化的組件，是復用的基本單位；復合組件是由成員組件構(gòu)成的大粒度的可復用組件類型，其成員組件可以是原子組件，也可以是復合組件。業(yè)務組件的獲得是建立在對業(yè)務過程、業(yè)務任務、業(yè)務對象的識別、概括與提煉的基礎上，并對業(yè)務組件進行充分描述。建模階段獲得的業(yè)務組件與具體實現(xiàn)平臺技術(shù)無關(guān)。

轉(zhuǎn)載請注明文章來源：https: