業(yè)務(wù)過(guò)程驅(qū)動(dòng)的醫(yī)藥倉(cāng)庫(kù)進(jìn)銷(xiāo)存管理系統(tǒng)組件化研究

申請(qǐng)免費(fèi)試用、咨詢(xún)電話(huà)：400-8352-114

引言

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

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

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

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

1 業(yè)務(wù)過(guò)程驅(qū)動(dòng)的醫(yī)藥倉(cāng)庫(kù)進(jìn)銷(xiāo)存軟件管理系統(tǒng)組件化內(nèi)涵

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

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

2.1 基本概念

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

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

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

2.2 業(yè)務(wù)過(guò)程驅(qū)動(dòng)的業(yè)務(wù)過(guò)程建模

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

2.2.1 業(yè)務(wù)過(guò)程驅(qū)動(dòng)的業(yè)務(wù)過(guò)程建模層次與內(nèi)容

企業(yè)的經(jīng)營(yíng)戰(zhàn)略與經(jīng)營(yíng)目標(biāo)最終由一系列具體的業(yè)務(wù)過(guò)程來(lái)體現(xiàn)。業(yè)務(wù)過(guò)程建模是實(shí)現(xiàn)有效地對(duì)業(yè)務(wù)過(guò)程管理與過(guò)程優(yōu)化的前提和基礎(chǔ)。業(yè)務(wù)過(guò)程驅(qū)動(dòng)的業(yè)務(wù)過(guò)程建模包括三個(gè)層次，即業(yè)務(wù)功能層、業(yè)務(wù)過(guò)程層和業(yè)務(wù)任務(wù)層。

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

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

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

2.2.2 業(yè)務(wù)過(guò)程驅(qū)動(dòng)的業(yè)務(wù)過(guò)程模型

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

圖1 業(yè)務(wù)過(guò)程驅(qū)動(dòng)的醫(yī)藥倉(cāng)庫(kù)進(jìn)銷(xiāo)存軟件管理系統(tǒng)組件化建模方法元模型

該模型所表達(dá)的語(yǔ)義簡(jiǎn)要解釋如下：

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

轉(zhuǎn)載請(qǐng)注明文章來(lái)源：http://52tianma.cn/