Динамикалық кәсіптік модельдеу: Ұйымдық архитектураны жобалау және енгізу құралы
Dynamic enterprise modeling
Динамикалық кәсіпкерлік модельдеу (DEM) – Baan ERP жүйесін ұйымдық құрылыммен үйлестіруге бағытталған әдіс. Бизнес-процестерді модельдеу, жеткізу тізбегі және ұйымдық функцияларды көрсетеді.
Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Динамикалық кәсіпорынды модельдеу (DEM) – Baan компаниясы әзірлеген және Baan корпоративтік ресурстарды жоспарлау жүйесінде қолданылатын кәсіпорынды модельдеу тәсілі. Оның мақсаты – аяқтаушы компанияның ұйымдық архитектурасына сәйкес келу және оны іске асыру. Koning (2008) мәліметінше, Baan 1996 жылы динамикалық кәсіпорынды модельдеуді Baan ERP өнімін іске асыру құралы ретінде ұсынды. Модельдеу бизнес-процестерді модельдеу үшін Петри желісіне негізделген әдіске бағытталды, оған Baan қолданбалық бөлімдері қосылуы керек еді. DEM компанияның логистикалық желісі үшін жеткізу тізбегі диаграммасы құралын, сондай-ақ кәсіпорын функцияларын модельдеу диаграммасын да қамтиды.
Dynamic enterprise modeling (DEM) is an enterprise modeling approach developed by the Baan company, and used for the Baan enterprise resource planning system which aims "to align and implement it in the organizational architecture of the end using company". According to Koning (2008), Baan introduced dynamic enterprise modelling in 1996 as a "means for implementing the Baan ERP product. The modelling focused on a Petri net–based technique for business process modelling to which the Baan application units were to be linked. DEM also contains a supply chain diagram tool for the logistic network of the company and of an enterprise function modelling diagram".
Шолу
Белгілі бір компанияны динамикалық кәсіпорын модельдеумен үйлестіру үшін ұйымдық құрылым жоғары деңгейдегі бизнес-процестерден төменгі деңгейдегі процестерге дейін жоғарыдан төменге қарай суреттеледі. Бұл суреттеме ұйымның жол картасы ретінде қолданылады, ол бағдарламалық пакеттің құрылымдық жол картасымен үйлесімді. Екі жол картасы болғанда, бағдарламалық пакет пен ұйымдық құрылым бөлек болуы мүмкін. Динамикалық кәсіпорын модельдеудегі ұйымдық құрылымның суреттемесі анықтамалық модель деп аталады. Анықтамалық модель – бұл көзқарастардың, функциялардың және ұйымдық құрылымдар мен процестердің толық көрінісі, олар бірге нақты ұйымдық типологияда бизнесті жүргізудің типік жолы ретінде анықталады. DEM анықтамалық моделі ұйымдық архитектураны жоғарыдан төменге қарай көрсететін негізгі модельдер жиынтығынан тұрады. Негізгі модельдер:
To align a specific company with dynamic enterprise modeling, the organizational structure is blueprinted top down from high level business processes to low level processes. This blueprint is used as a roadmap of the organization, that is compatible with the structural roadmap of the software package. Having both roadmaps, the software package and the organizational structure are alienable. The blueprint of an organizational structure in dynamic enterprise modeling is called a reference model. A reference model is the total view of visions, functions, and organizational structures and processes, which together can be defined as a representative way of doing business in a certain organizational typology. The DEM reference model consists of a set of underlying models that depict the organizational architecture in a top down direction. The underlying models are:
Кәсіпорын құрылымдарының схемалары: Компанияның орналасқан жерлері, бас кеңсесі, өндіріс орындары, қоймалары, сондай-ақ жеткізушілер мен клиенттердің орналасқан жерлері суреттеледі. Ішкі логистикалық немесе қаржылық ағынды оңтайландыру үшін физикалық және логикалық көп орынды ұйымдарды схемаға түсіруге болады. Бизнес-бақылау моделі: Бизнес-бақылау моделі ұйымның негізгі процестерін және оларды басқаруын, бизнес-функцияларға топтастырылған күйде көрсетеді. DEM анықтамалық моделінде бір негізгі Бизнес-бақылау моделі бар, одан ұйымның функционалдық аймақтары бойынша бірнеше басқа Бизнес-бақылау модельдері туындайды. Бизнес-функция моделі: Бизнес-функция моделі – компанияның әртүрлі функцияларының мақсаттарына бағытталған функциялық модель. Бизнес-процесс моделі: Бизнес-процесс моделі бизнес-бақылау моделі мен бизнес-функция моделінен бастау алатын функциялар мен процестердің орындалуына бағытталған. Процестердің ағыны суреттеледі және процестер егжей-тегжейлі сипатталады. Бизнес-ұйымдастыру моделі: Бизнес-ұйымдастыру моделі процестерге емес, рөлдер мен жауапкершіліктер сияқты ұйымдық аспектілерге көбірек назар аударады. Бұл модельдер бірлесіп динамикалық кәсіпорын модельдеуді жүзеге асыру кезінде қажетті ұйымдық құрылымның барлық аспектілерін көрсетуге қабілетті. Модельдер ұйымның типологиясына байланысты айырмашылықтарға ие болуы мүмкін (мысалы, инженерлік тапсырыс бойынша жұмыс істейтін ұйымдарға тапсырыс бойынша жинайтын ұйымдарға қарағанда басқа модельдік құрылымдар қажет. Анықтамалық модельдің бағдарламалық жасақтаманы іске асыру үшін және іске асыру әдістемелерінің көлемін бақылау үшін қалай қолданылатынын егжей-тегжейлі түсіндіру үшін бизнес-бақылау моделі мен бизнес-процесс моделі егжей-тегжейлі қарастырылады.
Enterprise structure diagrams: The company site structure is visualized with the dispersed geographic locations, the headquarters, manufacturing plants, warehouses, and supplier and customer locations. Physical as well as logical multi site organizations for internal logistic or financial flow optimization can be diagrammed. Business control model : The business control model represents the primary processes of the organization and their control, grouped in business functions. The DEM reference model exists of one main Business Control Model, resulting in several other Business Control Models per function area of the organization. Business function model : The business function model is a function model that focuses on the targets of the several functions within the company. Business process model : The business process model focuses on the execution of the functions and processes that originate from the business control model, and the business function model. Processes flows are depicted and processes are detailed out. Business organization model : The business organization model focuses less on the processes and more on the organizational aspects such as roles and responsibilities. Together these models are capable of depicting the total organizational structure and aspects that are necessary during the implementation of the dynamic enterprise modeling. The models can have differentiations, which are based on the typology of the organization (i. e.: engineer to order organizations require different model structures than assemble to order organizations. To elaborate on the way that the reference model is used to implement software and to keep track of the scope of implementation methods, the business control model and the business process model will be explained in detail.
Бизнесті бақылау моделін құру
Бизнесті басқару моделі белгілі бір жолмен құрастырылады. Біріншіден, бизнестің ауқымы анықталады. Ауқымға модельдеуге жататын мәнді анықтау, сондай-ақ бизнеске қатысты агенттер мен сыртқы бизнес функцияларын анықтау кіреді. Содан кейін, барлық агенттер мен сыртқы бизнес функцияларын қоршап тұрған қара қорап моделі жасалады. Келесі қадам – бизнес-бақылау моделінің қара қорабына және одан тысқары ақпарат ағындарын (кері байланыс сұрау ағындарын) анықтау, агенттер мен сыртқы бизнес функциялары арасындағы процестерді анықтау. Кері байланыс сұрау ағындарын анықтау модельдеушіге қара қораптың ішінде қандай процестер бар екенін білуге мүмкіндік береді. Бизнесті басқару моделінің негізгі бизнес функциялары құрылғаннан кейін, әрбір бизнес функция егжей-тегжейлі сипатталады. Өндіріс бизнесі үшін клиенттік тапсырыстың бөліну нүктесін анықтау маңызды, бұл физикалық процестің бөлінуін білдіреді, онда процестер болжамдардың орнына клиенттік тапсырысқа сүйенеді. Ал қызмет көрсету бизнесінде физикалық тауар ағыны болмайды, сондықтан физикалық процесс моделі қажет емес. Дегенмен, осыған ұқсас процесс ағынын қызметке негізделген бизнес үшін бизнес-бақылау моделін құру үшін пайдалануға болады, себебі қызметті де өнім ретінде қарастыруға болады. Осылайша, қызмет көрсету бизнесі үшін бизнес-бақылау моделін, физикалық тауар өндіру бизнесі сияқты, материалдық емес тауарлардың орнына материалдық тауарлармен құрастыруға болады. Төменгі деңгейдегі физикалық өндіріс процесінен өзге, жоғары деңгейдегі бизнес функцияларын да анықтау қажет. Көп жағдайда жоғары деңгейдегі бизнес функциялары жоспарлау функцияларымен және басқа да тактикалық және стратегиялық бизнес функцияларымен, содан кейін сату және сатып алу сияқты функциялармен байланысты. Жоғары деңгейдегі егжей-тегжейлі анықтамалардан кейін бизнес функциялары төменгі деңгейдегі егжей-тегжейлі анықтамаларға бөлінеді, бұл бизнес-бақылау моделін эталондық модельдегі төменгі модельдерге, әсіресе бизнес-процесс моделіне бейімдеуге мүмкіндік береді. Бизнес-процесс моделінде процестер ең төменгі деңгейге дейін егжей-тегжейлі сипатталады. Осы деңгейдегі егжей-тегжейлілікпен Baan бағдарламалық қамтамасыз етуінің мүмкіндіктері Бизнес-процесс моделінде бейнеленген процестерге сәйкестендіріледі.
A business control model is constructed according to a set path. First, the scope of the business is defined. The scope includes scoping what to model and includes the definition of the agents and external business functions that relate to the business. Next, the scope is depicted to a model of the black box with al the agents and external business functions surrounding the black box. The next step is to define the process and information flows (request feedback flows) between the agents and external business functions to and from the black box of the business control model. Defining the request feedback flows enables the modeler to define what processes are inside the black box. After creating the main business functions within the business control model, the several business functions are detailed out. In case of a production business it is vital to define the customer order decoupling point, referring to the split in the physical process where processes are based on the customer order instead of forecasts. Service based businesses on the other hand do not have a physical goods flow and thus do not require a physical process model. It is however imaginable that the same type of process flow can be utilized to construct a business control model for a service based business, as a service can be interpreted as a product as well. In this way, a business control model can be constructed similarly for a service based business as for a physical goods production business, having intangible goods instead of tangible. Next to the low level physical production process, the high level business functions need to be defined as well. In most cases the higher level business functions relate to planning functions and other tactical and strategical business functions, followed by functions as sales and purchase. After high level detail definitions, the business functions are decomposed to lower level detail definitions to make the business control model alienable to the lower models within the reference model, for this practice, mainly the Business Process Model. In the Business Process Model the processes are elaborated until the lowest level of detail. Given this level of detail, the Baan software functionality is then projected on the processes, depicted in the Business Process Model.
Бизнес-процесс моделі
DEM-дегі процестерді модельдеу, бизнес-процесс моделін модельдеу Петри желісінің құрылыс блоктарын пайдалану арқылы жүзеге асырылады. DEM 4 құрылыс элементін қолданады:
The modeling of processes in DEM, modeling the business process model is done using Petri net building blocks. DEM uses 4 construction elements:
Күй: Күй элементі жұмыс белгісінің күйін көрсетеді және одан кейін осы күйдің жұмыс белгісін орындайтын әрекет келеді. Өңдеу әрекеті: Өңдеу әрекеті – бұл күйдің жұмыс белгісін өңдейтін, жұмыс белгісінің күйін басқа күйге түрлендіретін әрекет. Бақылау әрекеті: Бақылау әрекеті процестік әрекеттерді бағыттайды, бірақ оларды орындамайды. Кіші процесс: Кіші процесс – күрделілікті басқару арқылы бір элементке біріктірілген басқа процестердің жиынтығы. Осы 4 құрылыс элементі DEM модельдерін модельдеуге мүмкіндік береді. Модельдеу, модельдеу процесін басқаратын және әртүрлі модельдеушілердің ұқсас модельдер жасауына ықпал ететін модельдеу шектеулерінің жиынтығына байланысты. Бақылау әрекеттері процесс ағынының әртүрлі бағыттарын белгілеу үшін әртүрлі құрылымдарда болады. Бақылау әрекеттері үшін қолданылатын құрылымдар:
State : A state element represents the state of a job token and is followed by the activity that executes the job token of the state. Processing activity : A processing activity is the activity that processes the job token of a state, transforming the state of the job token to another state. Control activity: A control activity navigates the process activity but does not execute it. Sub process : A sub process is a collection of different other processes, aggregated in a single element by means of complexity management. These 4 construction elements enables the modeling of DEM models. The modeling is due to a set collection of modeling constraints, guiding the modeling process in order to have similarly created models by different modelers. Control activities exist in different structures in order to set different possible routes for process flows. The used structures for control activities are:
OR бөлу / XOR бөлу: Бұл құрылым 1 күйден 2 жаңа күй жасайды, яғни 1 жұмыс белгісінен 2 жұмыс белгісін құруды білдіреді. Егер жаңа күй екі шығыс белгісінің де болуына мүмкіндік берсе, бөлу OR болып табылады, әйтпесе бөлу эксклюзивті OR бөлу (XOR) болып табылады. AND қосылысы: Бақылау әрекетін іске қосу үшін 2 жұмыс белгісі қажет, нәтижесінде 1 жаңа жұмыс белгісі (демек, 1 жаңа күй) құрылады. OR қосылысы / XOR қосылысы: Бақылау әрекетін іске қосу үшін 2 жұмыс белгісі қажет, нәтижесінде 1 жаңа жұмыс белгісі құрылады. OR – екі бастапқы жұмыс белгісінің бірі немесе екеуі де пайдаланылуы мүмкін, ал XOR – шығыс жұмыс белгісін құру үшін тек бір белгі ғана пайдаланылуы мүмкін.
OR split / XOR split : This structure creates 2 new states out of 1 state, signaling the creation of 2 job tokens out of 1 job token. If the new state can be both of the output tokens, the split is OR, if not, the split is an exclusive OR split (XOR). AND join construction : 2 job tokens are both needed to enable the control activity, creating 1 new job token (thus 1 new state). OR join / XOR join : 2 job tokens are needed to enable the control activity, creating 1 new job token. OR means one of the two starting job tokens can be used or both, XOR means only one of the tokens can be used to create the output job token.
Мысал
Төмендегі мысалда Петри желісінің құрылыс блоктарын пайдалану арқылы неке және ажырасу ұғымдарының модельделуі көрсетілген. Петри желісімен құрылған модель, ер және әйелдің жеке күйден бастап неке арқылы ерлі-әйелге, ал ажырасу арқылы қайтадан жеке күйге өзгеруін көрсетеді. Модель еркек және әйел деп аталатын екі күйден басталады. AND-шартты қосылу арқылы (еркек пен әйелдің екеуі де жұп құру үшін қажет) екі күй, жұп деп аталатын жаңа күйге, бақылау әрекеті – қосылу арқылы біріктіріледі. Содан кейін жұп күйі неке деп аталатын өңдеу әрекеті арқылы өзгереді, нәтижесінде некелі жұп күйі пайда болады. Некелі жұп күйі ажырасу деп аталатын процесс әрекеті арқылы ажырасқан жұп күйіне өзгереді, нәтижесінде ажырасқан жұп күйіне жетеді. Бақылау әрекеті – ажырасу, ақырында ажырасқан жұп күйін еркек және әйел күйіне бөледі.
The example below demonstrates the modeling of the concept of marriage and divorce using Petri net building blocks. The Petri net built model expresses the transformation from a single man and woman to a married couple through marriage and back to single individuals through divorce. The model starts with the two states called man and woman. Through an AND join construction (both man and woman are needed in order to form a couple) the two states are joined within the control activity called coupling to the new state called couple. The couple state then is transformed through the processing activity called marriage, resulting in the transformed state of married couple. The state married couple is then transformed to the state divorced couple using the process activity called divorce, resulting in the state called divorced couple. The control activity called decoupling finally splits the divorced couple state into the states of man and woman.
Бағалаулар
Енгізілген әдісті пайдалану, әдіспен бірге келетін бағдарламалық өнімді іске асыруға қажетті мүмкіндіктерді ұсынады. Бұл әдісті қолдануды жеңілдетеді және қолдау көрсетуге көбірек жағдай жасайды. Бірақ енгізілген әдістің кемшілігі – оны тек нақты бір өнімнің бағдарламалық қамтамасы үшін ғана қолдануға болады. Көптеген бағдарламалық өнімдермен жұмыс жасайтын инженерлер мен кеңесшілер үшін бір жалпы әдіс тиімдірек болуы мүмкін, себебі ол жұмыс істеудің бірыңғай тәсілін ұсынады.
Using an embedded method, brings the power that the method is designed to implement the software product that the method comes with. This suggests a less complicated usage of the method and more support possibilities. The negative aspect of an embedded method obviously is that it can only be used for specific product software. Engineers and consultants, operating with several software products, could have more use of a general method, to have just one way of working.