Бизнесті модельдеу құралдары. Бизнес-процестерді модельдеу – белгілерге шолу. Модельдеуден автоматтандыруға дейін

• Ұйым өмірінің тұтас бейнесін алу, үнемі дамып отыратын және өзгеретін бизнеске әртүрлі көзқарастарды үйлестіру.
• Ұйымның барлық деңгейлерінде өзара түсіністікті қамтамасыз ету, басқарушы және орындаушы тараптар арасындағы алшақтықты жою.
• Өндіріс шығындарын азайтуды және сапа мен қызмет көрсету деңгейін арттыруды қамтамасыз ету.

Бизнесті модельдеу процесінде «не істеу керек» түсінігінен «қалай істеу керек» түсінігіне көшу жүреді. Модельдеу нәтижесі әзірлеушілер тобына жобаның ауқымы, сондай-ақ тапсырыс берушінің бағдарламалық және техникалық құралдары туралы нақты түсінік беретін құжат болуы керек. Алынған деректер жобаның спецификациясында көрсетіледі, ол келесі бөлімдерді қамтуы мүмкін:

• қосымшаның негізгі деректер нысандарының сипаттамасы;
• қолданба спецификациясының ресми сипаттамасы;
• іскерлік логика және бизнес ережелері;
• функционалдық талаптар;
• функционалды емес талаптар;
• өтініш формасы/бет үлгілері;
• глоссарий немесе аббревиатуралар тізімі;
• анықтамалық диаграммалар.

Бизнесті модельдеу құралдары және олардың эволюциясы

Бизнес-модельдерді құру үшін ақпараттық жүйелерді жобалау құралдары және оларға сәйкес сипаттау тілдері қолданылады (олардың ішіндегі ең танымалы UML – Бірыңғай модельдеу тілі). Осындай тілдердің көмегімен ұйымның бизнес-процестерінің құрылымын, адамдар арасындағы өзара әрекетті ұйымдастыруды және жалпы ұйымның жұмысын жақсарту үшін қажетті өзгерістерді көрсететін графикалық модельдер мен диаграммалар құрастырылады. Бизнесті модельдеу құралдары үнемі даму үстінде. Бастапқыда мұндай құралдардың көмегімен компанияның бизнес функцияларын (жұмысын) және оларды жүзеге асыру процесіндегі деректер қозғалысын ғана сипаттауға болады. Оның үстіне, егер бірдей іскерлік функция әртүрлі жұмыс түрлерін орындау үшін пайдаланылса, бірдей іскерлік функция немесе басқа функцияны білдіретінін түсіну қиын болды. Бизнес-процестердің иерархиясын нақты анықтау мүмкін еместігі (мысалы, «құн тізбегі», «бизнес-процесс», «қосалқы процесс», «жұмыс», «функция») мұндай сипаттамаларды пайдалану кезінде қиындықтар туғызды. Сипаттамалардың өзі тек суреттер жинағы болды. Кейінірек ұйымды тек іскерлік функциялар жағынан ғана емес, басқа жағынан да сипаттауға мүмкіндік беретін құралдар пайда бола бастады. Осылайша, компанияның ұйымдық құрылымын, ұйымдағы деректер ағынын, бір бизнес-процесті құрайтын бизнес-функциялардың ретін көрсететін, логикалық белгілерді пайдалану мүмкіндігімен және т.б. көрсететін жеке диаграммаларды құру мүмкін болды. бизнес-модельдеу құралдарына қойылатын талаптардың күннен-күнге арта түсуіне байланысты ұйым қызметінің әртүрлі аспектілерін сипаттайтын диаграммалар көбірек пайда болды, бұл модель құруды барған сайын қиындата түсті. Осыған байланысты бизнесті модельдеу құралдарын дамытудың келесі маңызды кезеңі объектілердің бір репозиторийін (сақтауын) пайдалану идеясымен және әртүрлі диаграммалардағы объектілерді қайта пайдалану идеясымен байланысты. Қандай құрал таңдалса да, жергілікті ақпараттық жүйелердің бір-бірімен өзара әрекеттесуін қамтамасыз ету қажет. Бүгінгі таңда бизнес-процестерді басқаруды ұйымдастырудың ең заманауи және сонымен бірге жалпы қабылданған стандарты BPEL (Business Process Execution Language) болып табылады. Осы өнім негізінде сіз барлық қолданбаларыңыз үшін бірыңғай интеграциялық платформа жасай аласыз. Модельдеу құралдарының бірінде модельдеу процестерінен кейін модельді BPEL стандартына жеткізу үшін арнайы трансляторлар қолданылады.

Бизнесті модельдеу мысалдары және оның нәтижелері

• Шығындарды азайту. Бизнес-модель сізге қажетсіз шығындарды болдырмау және ресурстарды пайдалануды қалай оңтайландыру керектігі туралы түсінік береді. Бизнес-модель негізінде өнімнің немесе қызметтің өзіндік құнын есептеу үшін функционалдық шығындар талдауы жүргізіледі және кәсіпорынның шығындарын бақылауға мүмкіндік беретін бюджетті басқару жүйесі құрылады.
• Тиімділікті арттыру. Персоналды бейімдеу және оқыту шығындарын азайту мүмкіндігі. Дайындалған бизнес-модельге негізделген нормативтік құжаттама ұйымның ағымдағы жағдайына сәйкес келеді, жауапкершілікті бөледі, мансаптық өсудің иерархиялық жүйесін құрады.
• Әсер ету аясын кеңейту, желіні ұлғайту, филиалдарды ұйымдастыру. Бизнес-модельдің болуы шығындарды азайтады және кәсіпорынның жаңа филиалдарын орналастыру құрылымын сипаттауға мүмкіндік береді.
• Инвестициялардың сәйкестігі. Бизнес-модельдеу көмегімен күрделі салымдардың көлемін жеткілікті дәлдікпен анықтауға, жаңа жобаны іске қосу кезеңінде тәуекелдер мен қаржылық шығындарды азайтуға болады.
• EDMS енгізу. Кәсіпорынның бизнес моделі кәсіпорын құжаттарының құрамын стандарттайды және құжаттар қозғалысының маршруттарын белгілейді.
• ERP, SCM, CRM класындағы жүйелерді немесе басқа бағдарламалық қамтамасыз етуді автоматтандыру және енгізу. Бизнес-модельге сүйене отырып, сіз жүйеге жақсырақ талаптарды тұжырымдай аласыз және құны мен функционалдығы тұрғысынан оңтайлы шешімді таңдай аласыз.
• Сапа менеджменті жүйесін сертификаттау. Кәсіпорынның бизнес моделін әзірлеу сапа менеджменті жүйесін әзірлеуге, енгізуге және сертификаттауға кететін уақыт пен шығындарды айтарлықтай қысқартуға және табысты сертификаттау үшін қажетті құжаттар жинағын алуға, сапа менеджменті жүйесін жүргізуге кететін шығындарды азайтуға мүмкіндік береді.

Бизнесті модельдеудің ерекшеліктері

Бизнес-модельді құру, енгізу және қолдау – қымбат инвестициялық жоба. Және кез келген жоба сияқты бизнес-модельді құрудың алдында оны жүзеге асырудың орындылығы мен орындылығын талдау қажет. Ірі жобалар жақсы дамыған функционалдығы бар қуатты бизнес-модельдеу құралдарын қажет етеді: ақпаратты бір репозиторийде сақтау, модельдеу жобасында бірлесіп жұмыс істеу және жасалған модельдің тұтастығын тексеру, жартылай автоматты диаграмма құру, басқа бағдарламалық қамтамасыз етумен интеграциялау, талдау және үлгілік құжаттама - шағын жобаларда шығындарға байланысты аз функционалдық құралдарды пайдалану дұрысырақ болады. Қызметті талдау, бар құрылымды дамыту үшін бастапқыда барабар бизнес үлгісін құру қажет. Яғни, бастапқыда теория, содан кейін ғана - оны жүзеге асыру.

Шешімдер

Бүгінгі таңда ұйымның архитектурасын сипаттауға арналған бағдарламалық өнімдердің үлкен саны бар. Gartner аналитикалық компаниясының есептеріне сәйкес, осы сегменттің көшбасшыларына келесі компанияларды жатқызуға болады.

Енді қарастырылып отырған құралдармен шешілетін жалпы функционалдық міндеттерді жалпы нақтылаудан кейін осы құралдар беретін мүмкіндіктерді салыстыру керек.

Әрі қарай талдау кезінде ARIS ToolSet (бұдан әрі – ARIS), BP-Win – Erwin (бұдан әрі – BP-Win) және ORG-Master (бұдан әрі – ORG-Master) бағдарламаларының сипаттамалары ғана қарастырылады. Rational Rose бағдарламасы – ұйымдық жүйелерге емес, таза бағдарламалық жасақтаманы құруға ең көп көңіл бөлетін болғандықтан, презентацияны жеңілдету үшін біз қарастырудан шығарамыз, әсіресе оның негізінде жатқан UML әдістемесі қазір ARIS-те енгізілгендіктен).

Бизнес жүйелерін модельдеу құралдарының функционалдығы

Бизнес-жүйені модельдеудің әртүрлі құралдарын салыстыру кезінде олардың ерекшеліктерін келесі функционалдық топтарға сәйкес қарастырған жөн:

• бизнес жүйелерінің модельдерін құру құралдары;
• модельді талдау құралдары;
• модельдеріне сәйкес имитациялық жүйелерді оңтайландыру құралдары;
• стандартты үлгілердің кітапханаларын қолдау;
• нормативтік құқықтық актілерді және құжаттаманы тіркеу;
• деректер қорының үлгілерін және бағдарламалық құралдарды әзірлеуге қолдау көрсету;
• басқа бағдарламалық өнімдермен интеграция (CASE құралдары, ERP жүйелері, қолданбалы бағдарламалар).

• бизнес-процестерді жалпы ұйымдастыру және ұйымдық бөлімшелер (орындаушылар) арасындағы өзара іс-қимыл тәртібі;
• жеке функцияларды орындау және жүйелік ресурстарды жұмсау үшін жауапкершілікті бөлу;
• жүйеге ұйымдық бөлімшелерді, орындаушыларды және аспаптық ресурстарды жүктеу,
• имитациялық жүйенің негізгі уақыт және шығын параметрлері,
• жүйеде болып жатқан процестерді ресурстық қамтамасыз ету талаптары.

Талдау бизнес-процестерді жалпы ұйымдастыру және ұйымдық бөлімшелердің өзара әрекеттесу тәртібіжүйеде бизнес-процестердің құрастырылған үлгілерін зерттеу кезінде тікелей жүзеге асырылады. Сапалық талдау да көрсетеді рөлдері, ол белгілі бір жағдайларда процестен шығарылуы мүмкін. Сонымен бірге модельдің көрнекілігі және жүйеде бар қарым-қатынастарды қадағалау мүмкіндігібасты мәнге ие болады.

Үлгілердің көрінуіне қатысты ескертпелер төменде берілген. Бірақ бұл жерде үлгіге қойылатын маңызды талап екенін де айта кеткен жөн оның толық құрылысына дейін талдау мүмкіндігі.Шынында да, егер жүйеде өзара байланысты (сонымен қатар олардың жоқтығын) оның толық моделін құрастырғаннан кейін ғана анықтау мүмкін болса, онда бұл жұмыстың бастапқы кезеңдерінде, болып жатқан процестердің ерекшеліктері туралы ақпарат болған кезде өте ыңғайсыз болып шығады. жүйеде әлі де ішінара жоқ немесе дәл емес болуы мүмкін.

Мұнда ORG-Master жеңімпаз позицияда, өйткені ондағы бизнес-процестің үлгісі IDEF диаграммасы түрінде тікелей құрылмаған. Бұл диаграмма модельді құрайтын классификаторларды (бизнес-функциялар, ұйымдық байланыстар, ресурстар және т.б.) жасап, толтырғаннан кейін және барлық қажетті болжамдарды (ресурстар, орындаушылар, құралдар, ережелер бойынша байланыстар және олардың арасындағы нақты байланыстар) орнатқаннан кейін автоматты түрде жасалуы мүмкін. кәсіпкерлік операциялар). Осылайша, бизнес-процестің толық (немесе ішінара) үлгісін алғанға дейін, модельденетін процесті анықтайтын негізгі қатынастар анықталған және оларды талдауға болады.

Бұл тәсілден айырмашылығы, ARIS және BP-Win жүйесіндегі бизнес-процестердің үлгілері тікелей құрастырылады және тиісті процедуралар нәтижесінде процесс құрамдастарының бар байланыстары талдауға дайындалуы керек.

Мәселен, мысалы, BP-Win жүйесінде бизнес-процес үлгісін құрастырғаннан кейін ERwin көмегімен жеке деректер моделі құрастырылады, онда жүйе құрамдас бөліктері (әдіснамаға сәйкес деректер моделінің нысандары) арасында байланыс орнатылады. Содан кейін бұл модельдер ORG-Master-те қолданылатын проекциялық құрылыс механизміне ұқсас механизм арқылы қосылады (1-қосымшаны қараңыз. ORG-Master бағдарламалық-әдістемелік кешенінің үлгі құрамдас бөліктері).

Осыны ескере отырып, модельді талдаудың қарастырылған мүмкіндіктерінің екіншісі: жеке функцияларды жүзеге асыру жауапкершілігін бөлу және жүйелік ресурстардың жұмсалуын талдау, ORG-Master жүйесінде бизнес-процес үлгісін құру процесінде автоматты түрде жүзеге асырылады. Шынында да, ORG-Master жүйесінде бизнес-процес үлгілерін құру кезінде көрсетілген Ұйымдық сілтемелер - Функциялар мен функциялар - Ресурстар түріндегі проекциялар жұмыстың немесе ресурстың белгілі бір саласына жауаптыларды тікелей көрсетеді (және олардың кез келген комбинациясын талдауға мүмкіндік береді) ). Сонымен қатар, ORG-Master матрицалық проекцияларды MS Excel бағдарламасына экспорттауға мүмкіндік береді, мұнда олардың негізінде ұйымдық талдау диаграммалары құрылады.

ARIS және BP-Win жүйесінде осы мақсат үшін бизнес-процесс диаграммаларындағы (және BP-Win-дегі деректер үлгілері) барлық сілтемелерді қолмен қадағалау немесе сәйкес тізімдерді немесе есептерді арнайы құрастыру қажет.

Сұрақ Жүйеге суретшілер мен аспаптық ресурстарды жүктеу туралы, сондай-ақ имитацияланған жүйенің негізгі уақыт параметрлері бойынша бағалауларды алу,олар жүзеге асыратын функциялардың күрделілігі (немесе жай ғана ұзақтығы) туралы сандық деректер негізінде шешілуі мүмкін. Бұл мәселені шешу үшін мұндай деректерді жүйеге қандай да бір жолмен енгізу, сондай-ақ жиынтық бағалауды алу үшін құралдарды қамтамасыз ету қажет. IDEF3 әдістемесін қолдау (BP-Win жүйесінде), ARIS және BP-Win жүйесіндегі ABC әдістері және ARIS жүйесіндегі (және ішінара BP-Win жүйесінде) модельдеу құралдары осы бағалаулардың кейбір өңделуін қамтамасыз етеді. Бастапқы деректердің өзіне келетін болсақ, оларды пайдаланушы белгілейді, сондықтан түпкілікті нәтижеге жауап береді.

Дегенмен, жүйе құрамдастарын жүктеу үшін статистикалық (имитациялық/оқиға) модельдеуді (және одан да көп уақытты ресурс ретінде қарастыру кезінде ABC әдістерін пайдалану) пайдалана отырып, жеткілікті өкілді бағалауларды алу келесі факторларға байланысты қиын.

Кез келген процесті талдаудың заманауи тәсілдері ( жұмыс процесі)оны жүзеге асыру уақытын іс жүзінде операциялардың орындалу кезеңіне және олардың нәтижелерін беру уақытына бөлуден шығады. Сонымен қатар, кеңсе процестерінде немесе қызметтерді жеткізу процестерінде нақты жұмыс уақыттың шамамен 10% алады, ал қалған уақыт тапсырма нәтижесінің физикалық қозғалысына жұмсалады (мәтінге қол қоюды талап етеді). қайтадан жууды қажет ететін келісімшарттың) және келесіге дейін кезек күту орындаушы процесті жалғастыруға уақыт табады. Сондықтан, қазіргі уақыттағы операциялар уақытының қарапайым қосындысына негізделген әдістер, әдетте, процестің уақыт параметрлері туралы нақты түсінік бермейді.

Жүйе әрекетін имитациялау арқылы неғұрлым адекватты нәтижелерге қол жеткізуге болады. Дегенмен, қызмет көрсетудің кешігу уақыттары үшін не олардың уақыт бойынша таралу заңы туралы өте жуық жорамалдарды қабылдау керек, не біршама қымбат және уақытты қажет ететін уақыттық процедураларды және кейінгі статистикалық өңдеуді орындау керек. Сонымен бірге алынған нәтижелердің сенімділігі тым жоғары болмайды немесе ол айтарлықтай қосымша шығындарды қажет етеді. Сондықтан: «кез келген ақпаратты алу үшін модельдеу құны оны пайдалану нәтижелерінің құнынан (құнынан) аспауы керек деген орынды көзқарас болып көрінеді. Сонымен қатар, Парето заңын үнемі есте ұстау керек, одан қарастырылатын мәселеге қатысты модельдеу әрекеттерінің 20% әсерінің 80% қамтамасыз етеді.

Сондықтан, біздің көзқарасымыз бойынша, уақыт пен шығын параметрлерін сандық бағалаумен байланысты күрделі және көп уақытты қажет ететін және ресурсты қажет ететін модельдеу әдістеріне көшпес бұрын, бизнесті модельдеудің неғұрлым айқын нәтижелерін енгізуден нәтиже алуға назар аударған жөн. Сандық оңтайландыру нақты процестерді өлшеу мен талдауды ескере отырып жүргізілуі керек.

ORG-Master-де ABC-талдау құралдарының функционалды аналогы бар - қарапайым бюджеттеу жүйесін генерациялайтын Бюджеттеу шебері. Бұл жүйенің нәтижелерінің бірі бизнес-процестерді (операциялық бюджеттер) іске асыру шығындарын сандық бағалау болып табылады, ол кем дегенде құны бойынша ABC-costing қолдау құралдарын пайдалану арқылы алынған деректермен салыстырылады.

Сонымен қатар, ORG-Master тобына сонымен қатар Time-Master бағдарламалық пакеті кіреді, оның құрамдастарының бірі процесті басқаруды (жұмыс процесін) қамтамасыз етеді, олардың орындалу барысында статистикалық мәліметтерді жинақтауға мүмкіндік береді, ол уақыт параметрлерін бағалауды қамтамасыз етеді. талдау үшін қажетті процестер.

• Бизнес жүйелерін оңтайландыру құралдары (бизнес-процестер) үлгілерді талдау мүмкіндіктерінен басқа мыналарды қамтамасыз етеді: басқару құралы.
• бірқатар баламаларды құру;
• жоспарлау;
• ең жақсы іс-әрекет бағытын таңдау;
• ресурстарды бөлу;
• басымдықтарды белгілеу.

Әдетте, аталған функцияларды орындау оңтайландыру мәселелерін шешу үшін арнайы күрделі немесе ауыр алгоритмдерді қолданумен байланысты. ARIS жүйесінде мұндай мүмкіндіктердің бірқатары енгізілген. Алайда, оларды іске асыру, жалпы алғанда, қарапайым әдістермен қайта құрылымдау нәтижелеріне қол жеткізгеннен кейін бизнес-процесті нақтылау кезеңіне дейін орынды емес сияқты.

Жалпы үлгілердің кітапханаларын қолдау жаңа үлгілерді құру процесінде бұрын жасалған әзірлемелерді пайдалануға мүмкіндік береді. Бұл мүмкіндік қарастырылған үш құралда да қарастырылған. Атап айтқанда, ORG-Master ресейлік кәсіпорындарда жүзеге асырылатын нақты жобалар нәтижесінде алынған кәсіпорындардың толық анықтамалық бизнес-модельдерін де, қызметтің жеке аспектілерін типтік ұйымдастыруды сипаттайтын «кітапхана» классификаторларын да қолдайды.

Тіркеу,құрастырылған үлгілерге сәйкес, компанияның ережелері кәсіпкерлік жүйенің құжаттық сипаттамасының тұтастығы мен жүйелілігін қамтамасыз ететін өте маңызды қасиет болып көрінеді. Бұл компоненттің бизнесті модельдеу құралдары үшін маңыздылығын компанияны басқару құралы ретіндегі ережелерді қарастыру арқылы түсінуге болады. Шынында да, егер компания тұрақты жұмыс істесе, бұл оның бизнес-процестерінің жақсы жолға қойылғанын және ресми дерлік реттеуге жарамды екенін білдіреді. Мұндай компанияда болуы керек ішкі мәдениет, қажет болған жағдайда, тиісті бөлімдер мен орындаушылардың жұмыс ережелерін өзгерту арқылы жүйені немесе бизнес-процестің параметрлерін жылдам қайта құруға мүмкіндік береді.

Кәсіпорын қызметінің барлық аспектілеріне арналған құжаттар-нормативтік актілердің болуы тұрақты, жүйелі басқару тұжырымдамасының негізгі ережелерінің бірі болып табылады. Оның айтуынша, дұрыс ұйымдастырылған бизнесте басқарушылық шешімдердің 80%-ға жуығы алдын ала белгіленген тәртіп бойынша қабылданады, ал қалғандары стандартты емес жағдайларға және әртүрлі жаңалықтарға байланысты қызметкерлердің шығармашылығы мен ерлігіне сүйенеді.

Белгілі бір мақсаттарға қол жеткізуге бағытталған кәсіпорынның (компанияның) қызметін ұйымдастыру қазіргі деңгейде мынадай негізгі ұйымдық құжаттардың стандартты жиынтығымен реттеледі:

• кәсіпорында қолдау көрсетілетін бизнес пен функциялардың құрамын және олардың компания ішінде таралуын көрсететін ұйымдық-функционалдық құрылым бойынша ұстанымы;
• компания саясаты туралы ережелер (бухгалтерлік есеп, инвестиция және т.б.);
• қызмет салаларындағы функциялардың егжей-тегжейлі сипаттамасын қамтитын компанияның негізгі шаруашылық және басқару ішкі жүйелерін ұйымдастыру туралы ереже;
• құжатталған процедуралар – процесті сыртқы бақылаушыға ұсынуға да, процестік операцияларды орындаушыларға осы құжатты басшылыққа алуға да мүмкіндік беретін нысандағы бизнес-процестердің сипаттамасы;
• және, сайып келгенде, дәстүрлі «бөлімшелер туралы ереже», және қызметкерлердің функционалдық міндеттері, жауапкершілік түрлері, құқықтары мен өкілеттіктері тізімдері бар персоналдың «лауазымдылық нұсқаулықтары».

Сонымен қатар, әртүрлі функционалды салалардағы құжаттарды құру үшін арнайы есеп беру нысандарын құру мүмкіндігі болуы керек: кәсіпорынды басқарудың ақпараттық жүйесіне техникалық тапсырма, сапа жөніндегі нұсқаулық (мысалы, 3-қосымшаны қараңыз) және ISO9000 стандартына сәйкес басқа арнайы құжаттар , т.б.

Осы құжаттарды құруға мүмкіндік беретін барлық ақпарат кәсіпорынның (компанияның) толық бизнес үлгісінде тұтас және дәйекті жүйе түрінде қамтылуы керек. Сонымен қатар, жасалған құжаттардың көпшілігі жалпы қабылданған ресейлік стандарттарға барынша сәйкес келуі керек (Әрине, ARIS және BP-Win жүйелері соңғы талапқа ең аз дәрежеде сәйкес келеді).

ORG-Master ортасында мұндай ережелер мен нұсқаулар сәйкес жіктеуіштермен және олардың арасындағы проекциялық қатынастармен ұсынылған процедураларды сипаттауға арналған мәтіндік пішіндер ретінде автоматты түрде жасалады. Графикалық пішіндер (әртүрлі диграфтар мен технологиялық диаграммалар) осы құжаттарға жақсы қосымша ретінде қызмет етеді.

ARIS ортасында лауазымдық нұсқаулықтар мен процесс сипаттамалары процесс оқиғаларының диаграммаларына негізделеді және негізінен процесс үлгілері мен ұйым құрылымдарын талдау арқылы әртүрлі мәтіндік құжаттарды құруға болады. Көбінесе бұл жерде сурет керісінше болса да - жүйе негізінен графиканы құруға бағытталған, ал нормативтік құжаттарды құру функциясы анық көмекші және нәтижесінде дамымаған.

BP-Win-де әртүрлі ережелерді алудың тікелей мүмкіндігі қарастырылмаған.

Қарым-қатынаста жобалық құжаттама екі жағын қарастыруға болады: бизнес-процестердің сипаттамасы және оның кейінгі дамуы үшін бизнес-процестерді қолдаудың ақпараттық жүйесінің сипаттамасы. Олардың біріншісі қарастырылатын орталардың әрқайсысында құрастырылған бизнес-процес үлгілері негізінде әртүрлі есеп беру нысандарын құру мүмкіндігімен бірдей дерлік қамтамасыз етілген.

Ақпараттық жүйені әзірлеуге арналған құжаттама тұрғысынан ең дәстүрлі мүмкіндіктерді BP-Win / ERwin ортасы қамтамасыз етеді, ол шын мәнінде осы үшін жасалған.

ARIS мүмкіндіктері шамамен бірдей: деректер моделінің бірінші нұсқаларында олар субъект-қатынас схемасына сәйкес, кейінгі нұсқаларында UML тілінде сипатталған. Дегенмен, ARISToolset құралы ақпараттық жүйелерді әзірлеудің анағұрлым жетілдірілген функцияларын қамтамасыз етеді.

ORG-Master мүмкіндіктері өзіңіздің әмбебап құралдарыңыз – классификаторлар мен проекциялар арқылы модельденетін бизнес-процестерді ақпараттық қолдауды ұйымдастыруға қажетті деректер құрылымдарын толық көрсетуге мүмкіндік береді. ER диаграммалары сияқты формализмдер жоқ, дегенмен соңғы нұсқаларда DFD стандартында визуализациялауға болады. Сонымен қатар, IDEF0 диаграммаларында функционалды блоктардың өзара әрекеттесуін құжаттар мен файлдарды тікелей тасымалдау арқылы ғана емес, сонымен қатар ортақ деректер базасы арқылы көрсету мүмкін болды!

Мәліметтер базасының үлгілерін және бағдарламалық құралдарды әзірлеуге қолдау көрсету әдетте кәсіпорынды басқарудың ақпараттық жүйелерін (мысалы, ERP класындағы жүйелер) орнату үшін CASE типті құралдардың немесе сәйкес құралдардың мүмкіндіктерін білдіреді. Мұндай қолдау келесі функцияларды қамтамасыз етуі мүмкін:

• ақпараттық басқару жүйелерінің архитектурасын талдау және жобалау,
• мәліметтер базасы мен файлды жобалау,
• бағдарламалау (бағдарлама кодын генерациялау),
• техникалық қызмет көрсету және реинжиниринг,
• жобаны басқару.

Сұрақтар ақпараттық жүйелер архитектурасын талдау және жобалау, әдетте жүйе талаптары мен қатысты техникалық сипаттамалар анықтамасымен аяқталады. Бұл кезең жобалауға жүйелі көзқараспен тікелей бизнес-жүйелердің модельдеріне сүйенуі және шын мәнінде оларды егжей-тегжейлі көрсетуі керек. Демек, жоғарыда келтірілген дәлелдердің барлығы жүйе модельдерін құруды, талдауды және оңтайландыруды, сондай-ақ нормативтік құқықтық актілер мен құжаттаманы жобалауды қамтитын осы жерде жарамды.

Мәліметтер қоры мен файлды жобалау(концептуалды және ішкі деңгейлер), деректер үлгілерін түрлендіру, қарастырылатын құралдардағы файл пішімдерін сипаттау тек BP-Win (ERwin) жүйесінде барынша толық қолдауға ие, өйткені бұл орта осындай мәселелерді шешу үшін арнайы жасалған.

ARIS ортасында бұл мүмкіндік ARIS құралдар жинағы пакетінде жоба спецификациясы және дерекқор параметрлерін анықтау деңгейінде қамтамасыз етілген.

ORG-Master ортасында әзірленген тәсіл (міндетті емес болса да) үлгіленген бизнес жүйелерінде дерекқорлары бар ақпараттық жүйелерді пайдалануға болады деп болжайды. Бұл жағдайда қолданыстағы жүйені ауыстыру қажет болмаса, оларды қайта құру қажет емес. Дегенмен, ақпараттық жүйелер болмаған жағдайда ORG-Master концептуалды деректер моделі мен деректер файлының құрылымдары үшін негіз жасайды. Бұл негіз бизнес-процес үлгілерінде қолданылатын ақпараттық объектілер мен құжаттардың құрамы мен өзара байланысын сипаттаумен ұсынылған.

Қолданбалы немесе жүйелік құралдар үшін бағдарлама кодтарын құру ARIS және ORG-Master жүйелері қамтамасыз етілмеген, өйткені олар бағдарламалық құрал емес, бизнес-жүйені жобалау құралдары. Белгілі бір дәрежеде бұл мүмкіндік тек BP-Win жүйесінде жүзеге асырылады.

Техникалық қызмет көрсету және реинжиниринг. Бұл функциялар әдетте құжаттау, бағдарламаларды талдау, оларды қайта құрылымдау және реинжинирингтеу арқылы жүзеге асырылады. Құжаттама құралдарына қатысты жоғарыда айтылған ескертулер осы қарастыруда толығымен қолданылады.

Функциялар жобаны басқарудеректер қорын және бағдарламалық құралдарды құру бағдарламалық өнімдерді әзірлеуге тән. Бұл пішінде олар BP-Win жүйесінде жүзеге асырылады. ORG-Master отбасындағы жобаларды басқару Time-Master бағдарламалық пакетін толығымен қолдайды. (Қатаң айтқанда, бұл функциялар қарастырылып отырған құралдар класы үшін міндетті емес).

Басқа бағдарламалық өнімдермен интеграция қарастырылып отырған құралдың ауқымын кеңейтуді қамтиды және үйлесімді бағдарламалық құралдар тобын (мысалы, Platinum Technologies) әзірлеу бөлігі ретінде де, басқа әзірлеушілердің бағдарламалық құралдарымен де (үшінші тарап бағдарламалық құралы) жүзеге асырылуы мүмкін.

«Үшінші тараптың» бағдарламалық өнімдерімен интеграция келесі мақсаттардың бірі үшін жүзеге асырылады:

• оның өнімінің ауқымын кеңейту үшін біріктірілген өнімнің функционалдығын пайдалану,
• өніміңізді үшінші тарап өніміне қосу мүмкіндігін беру,
• нақты үшінші тарап алдын ала белгілі болмаса, өніміңіз үшін азды-көпті әмбебап интерфейсті қамтамасыз ету.

Функционалдық бағдарлау тұрғысынан, интеграция:

• CASE білдіреді,
• ERP жүйелері,
• қолданбалы бағдарламалар.

ARIS-тің кейбір CASE құралдарымен интерфейстері бар және сондай-ақ осындай кәсіпорынды басқару жүйелерін, әсіресе SAP R/3 жүйесін тікелей теңшеуге арналған үлгі құру құралы болып табылады. Жоғарыда атап өтілгендей, жүйе бизнес-процестерді көрсету үшін өзіндік белгілерге сүйенеді, сондықтан ол кірістірілген модельдеу құралдарын және шығындарды талдау құралын пайдаланады, алайда олардың нәтижелерін MS Excel пішіміне экспорттауға болады.

ORG-Master және BP-Win жүйелері ұсынылған бизнес-процестерді сипаттау үшін IDEF0 белгісін қолдайды. Негізінде, бұл осы құралдар арасындағы да, осы әдістемені қолданатын басқа бағдарламалық өнімдермен байланыс үшін де байланыс түрі. Дегенмен, бұл жерде IDEF0 белгілеуінің «жасы» мәселелерін қарастырмай-ақ, әр жүйедегі деректердің ішкі көрінісі әртүрлі екенін және IDEF0 жүйесі үшін «розеткалар» немесе сыныптар түрінің стандартты интерфейсі бар екенін атап өткен жөн. көрсетілмеген. Дегенмен, IDEF диаграммаларын көрсету үшін стандартталған файл пішімі бар. Сондықтан оның көмегімен жасалған сипаттамалар адамдар үшін де, компьютерлер үшін де өте ыңғайлы болмаса да, егер осы форматтың сәйкес түрлендіргіштері болса, оларды модельдермен алмасу құралы ретінде пайдалануға болады. Мұндай түрлендіргіш ORG-Master бағдарламасының келесі нұсқаларында берілген.

BP-Win әдістемелерді қолдайды IDEF0, DFDжәне IDEF3және келесі бағдарламалық өнімдермен біріктіріледі (негізінен бір өндірушінің):

• ERwin деректерді модельдеу құралы (Platinum Technology),
• ModelMart жобаларын басқару және сақтау жүйесі (Platinum Technology),
• RPTwin үлгісіне негізделген арнайы есеп генераторы (Platinum Technology),
• BPSimulator симуляциялық жүйесі (System Modeling Corporation),
• EasyABC шығындарды талдау құралы (ABC Technologies).

(*Platinum Technology - 1999 жылдан бастап Computer Associates бөлігі)

ORG-Master бастапқыда бизнес-процестер мен құрылымдарды модельдеу және жобалау мәселелерін шешуге және ұйымдық шешімдер қабылдауды қолдауға бағытталған ұйымдық класс жүйесі ретінде орналастырылған. Ол әртүрлі функционалдық міндеттерді шешуге бағытталған өзінің әзірлеуші ​​пакеттерімен («BIG-SPB бағдарламалық қамтамасыз ету») біріктіру мүмкіндігін қамтамасыз етеді. ORG-Master жүйесінде қажет болған жағдайда MS Office ортасында қарапайым атқарушы ақпараттық жүйелер автоматты түрде құрылады:

• Бюджеттеу жүйесі (бұл кәсіпорынның басқару есебінің, табыстылығы мен төлем қабілеттілігін басқарудың қарапайым жүйесі).
• Маркетинг жүйесі (кәсіпорын нарығы туралы жедел сандық ақпаратты жинақтау, сонымен қатар тұтынушылармен қарым-қатынасты қолдау үшін өзінің CRM жүйесімен интеграциялау).

Бұл қосымшаларды кәсіпорын қызметіне енгізу қазіргі заманғы басқару әдістерін жылдам меңгеруге мүмкіндік береді, бұл неғұрлым күрделі атқарушы жүйелерге көшуді айтарлықтай жеңілдетеді.

1С, AiT:Soft, Intalev, Comteh+, INEK және т.б. серіктес-фирмалардың атқарушы және аналитикалық бағдарламаларымен біріктірілген ақпараттық жүйелерді құру аясында алмасу файлдары арқылы деректермен интерфейске болады (және жобаларда сынақтан өтті). сондай-ақ біріктірілген басқару жүйелерімен кәсіпорын ресурстары (мысалы, IPS өндірісі).

Жаңа нұсқа сонымен қатар Project Management, WorkFlow және Personal Information System жүйелерінің қасиеттерін біріктіретін және Internet/Intranet технологияларында құрылған Time-Master бағдарламалық пакетіне бизнес-процестердің сипаттамаларын экспорттау механизмдерін ұсынады.

Бөлімнің қысқаша мазмұны:

Салыстырылған құралдардың негізгі функционалдық мүмкіндіктері 2-кестеде берілген, мұнда функциялардың немесе қасиеттердің орындалу дәрежесін бағалау бес балдық шкала бойынша көрсетілген.

2-кестеден көріп отырғанымыздай, бағалаулардың тікелей қосындысы шамамен ±4% спрэд береді. Мұндай шашырау бағалаулардың қателігінің ішінде жатыр. Сонымен қатар, функционалдық бағыттылығымен ерекшеленетін құралдардың өзі тікелей есептеуде әртүрлі құралдардың күшті және әлсіз жақтары бір-бірін өтейтіндіктен жақын бағалар алды.

Дегенмен, функционалдылықты талқылау барысында бизнес-инженерлік есептерді шешу үшін тікелей функционалдық топтардың әртүрлі мағыналары бар екендігі атап өтілді. Бұл факт 2-кестенің «Салмақ» бағанында жазылған коэффициенттермен көрсетілген. Осы факторды ескере отырып, ORG-Master кешенінің жалпы бағасы ARIS-тен сәл жоғары екенін көруге болады.

Бірақ тағы да, бұл өнімді мақсатты пайдаланудағы әртүрлі артықшылықтар мен басымдықтардың нәтижесі болуы мүмкін. Мысалы, модельдерді сандық талдау үшін қолданыстағы құралдардың (имитациялық және оқиғаларды модельдеу), сондай-ақ оңтайландыру құралдарының маңыздылығын төмен бағалауға байланысты, бірақ олар барлық қарастырылатын жүйелерде нашар ұсынылған. Сонымен бірге өзін-өзі құжаттайтын модельдердің қасиеттері немесе модельдеудің әртүрлі аспектілерін бейнелеудің әмбебаптығы жоғары бағаланады.

Жалпы алғанда, модельдеу құралын бағалау және таңдау кезінде оны қолданудың белгілі бір мәселесін шешуде жүйелік құралдардың қайсысы маңызды екенін дербес шешу ұсынылады және тиісінше «салмақтарды» қою керек.

Сонымен қатар, 2-қосымшада қарастырылатын жүйелерде қолданылатын кейбір үлгілерді құру және/немесе талдау үшін формализация стандарттары мен құралдарының шолуы берілген.

Бизнес-процестерді модельдеукомпанияның тұтастай қалай жұмыс істейтінін және әрбір жұмыс орнында іс-әрекеттің қалай ұйымдастырылғанын анықтауға мүмкіндік беретін компания қызметін оңтайландыру жолдарын іздеудің тиімді құралы болып табылады. Бизнес-процестің моделін (сипаттамасын) құру әдістемесі (белгілеу) нақты дүние объектілері мен олардың арасындағы қарым-қатынастарды модель түрінде көрсету тәсілдерінің жиынтығы ретінде түсініледі. Әрбір объект және сілтемелер нақты объектінің белгілі бір сипаттамаларын көрсететін бірқатар параметрлермен немесе атрибуттармен сипатталады (нысанның нөмірі, атауы, сипаттамасы, орындалу уақыты (функциялар үшін), құны және т.б.).

Бизнес-процестерді сипаттау оларды одан әрі талдау және қайта ұйымдастыру мақсатында жүзеге асырылады. Қайта ұйымдастырудың мақсаты ақпараттық жүйені енгізу, шығындарды азайту, тұтынушыларға қызмет көрсету сапасын жақсарту, жұмыс және жұмыс нұсқаулығын құру және т.б. болуы мүмкін, ал процестерді егжей-тегжейлі сипаттаудың өзінше мәні жоқ.

Реинжинирингбизнес-процестер (ағыл. Business process reengineering) – тиісті ұйымдастырушылық, әкімшілік және нормативтік құжаттармен ресімделетін өндірістік, шаруашылық және қаржылық-шаруашылық қызметте максималды тиімділікке жету үшін бизнес-процестерді түбегейлі қайта қарастыру және түбегейлі қайта құру. Бизнес-инженерлік бизнес-процестерді модельдеуден («қандай болса да» үлгісін әзірлеу, оны талдау, «қалай істеу керек» үлгісін әзірлеу) және «қажет болған жағдайда» күйге өту жоспарын әзірлеу мен жүзеге асырудан тұрады.

Бизнес-процестерді модельдеудің көптеген заманауи әдістемелерінің негізі SADT әдістемесі (Structured Analysis and Design Technique – құрылымдық талдау және жобалау әдісі), IDEF стандарттар тобы (Icam DEFinition, мұнда Icam – Integrated Computer-Aided Manufacturing) және алгоритмдік тілдер.

Бизнес-процестерді модельдеу және талдау әдістемелерінің негізгі түрлері:

Іскерлік үдерістерді модельдеу ( бизнес-процестерді модельдеу). Бизнес-процестерді сипаттаудың ең көп қолданылатын әдістемесі IDEF0 стандарты болып табылады. IDEF0 белгілеуіндегі үлгілер функционалдық аспектіде компания бизнесін жоғары деңгейде сипаттауға арналған.

Жұмыс процестерінің сипаттамасы ( Жұмыс ағынын модельдеу). IDEF3 стандарты жұмыс үрдістерін сипаттауға арналған және блок-схемаларды құрудың алгоритмдік әдістеріне жақын.

Деректер ағындарының сипаттамасы ( Деректер ағынын модельдеу). DFD белгісі ( Деректер ағынының диаграммасын құру), процесс барысында орындалатын жұмыстардың реттілігін және осы жұмыстар арасында айналатын ақпарат ағындарын көрсетуге мүмкіндік береді.

басқа әдістемелер.

Өнімнің немесе қызметтің қосылған құнын алуға қатысты процестердің келесі сыныптарын бөлуге болады:

Негізгі бизнес-процестер (мысалы, маркетинг, өндіріс, өнімдерді жеткізу және қызмет көрсету).

Бизнес-процестерді қолдау өнімнің құнын арттырмайды, бірақ оның құнын арттырады (мысалы, қызметті қаржылық қамтамасыз ету, қызметкерлерді қамтамасыз ету, құқықтық қамтамасыз ету, әкімшілік, қауіпсіздік, құрамдас бөліктермен қамтамасыз ету, жөндеу және техникалық қызмет көрсету және т.б.).

Бизнес-процестерді басқару.

Бизнес моделібизнес-процестердің формалды (графикалық, кестелік, мәтіндік, символдық) сипаттамасы болып табылады. Бизнес-модельдерді қолданудың негізгі саласы бизнес-процестерді реинжиниринг болып табылады.

Бизнес-процестерді модельдеудің мақсаттары әдетте келесідей тұжырымдалады:

Ұйымның құрылымы және онда болып жатқан процестердің динамикасы туралы түсінік беру;

Ұйымның өзекті мәселелері және оларды шешу мүмкіндіктері туралы түсінік беру;

Тұтынушылар, пайдаланушылар және әзірлеушілер ұйымның мақсаттары мен міндеттерін бірдей түсінетініне көз жеткізіңіз;

Ұйымның бизнес-процестерін автоматтандыратын бағдарламалық қамтамасыз ету талаптарын қалыптастыру базасын құру (бағдарламалық қамтамасыз ету талаптары бизнес-модель негізінде қалыптасады).

Бизнес-процесс моделінің маңызды элементі болып табылады бизнес ережелерінемесе домен ережелері. Әдеттегі бизнес ережелері корпоративтік саясаттар мен үкімет заңдары болып табылады. Іскерлік ережелер әдетте арнайы құжатта тұжырымдалады және үлгілерде көрсетілуі мүмкін.

Ыдыраужалпы мағынада бұл бір үлкен есептің шешімін белгіленген критерий бойынша объектіні құрамдас бөліктерге бөле отырып, бірнеше кіші есептердің шешімімен ауыстыруға мүмкіндік беретін әдіс. Іс жүзінде декомпозиция бизнес үлгілерін нақтылау үшін қолданылады.

Бизнес-процесті сипаттау кезеңдері:

Сипаттаманың мақсатын анықтау.

Қоршаған ортаны сипаттау, бизнес-процестің кірістері мен шығыстарын анықтау, IDEF0 диаграммаларын құру.

Функционалдық құрылымды сипаттау (процесс әрекеттері), IDEF3 диаграммаларын құру.

Процестің ағындарын (материалдық, ақпараттық, қаржылық) сипаттау, DFD-диаграммаларын құру.

Процестің ұйымдық құрылымын құру (бөлімшелер, қатысушылар, жауапты).

IDEF0

Модель диаграммалардан, мәтін үзінділерінен және бір-біріне сілтемелері бар глоссарийден тұрады. Диаграммалар модельдің негізгі құрамдас бөліктері болып табылады, барлық функциялар мен интерфейстер блоктар мен доғалар түрінде ұсынылған.

Доғаның блокпен қосылу нүктесі интерфейс түрін анықтайды:

Басқару ақпараты блокқа жоғарыдан кіреді.

Кіріс ақпараты сол жақтағы блокта қамтылған.

Нәтижелер оң жақтағы блоктан шығады.

Операцияны орындайтын механизм (адам немесе автоматтандырылған жүйе) қондырғыға төменнен кіреді.

Модельдің әрбір компонентін басқа диаграммада ыдыратуға (толығырақ дешифрлеуге) болады. Модельдің егжей-тегжейлі деңгейі оның мақсатын қанағаттандырған кезде модельдеуді тоқтату ұсынылады. Үлгідегі деңгейлердің жалпы саны 5-6-дан аспауы керек.

Диаграмма құру бүкіл жүйені бір блок және жүйеден тыс функциялармен интерфейстерді бейнелейтін доғалар түрінде көрсетуден басталады. Содан кейін жүйені бір модуль ретінде көрсететін блок интерфейс доғалары арқылы қосылған бірнеше блоктарды пайдаланып басқа диаграммада егжей-тегжейлі сипатталған. Әрбір егжей-тегжейлі диаграмма алдыңғы деңгейдегі диаграммадан блоктық декомпозиция болып табылады. Әрбір ыдырау қадамында алдыңғы деңгейдің диаграммасы егжей-тегжейлі диаграмма үшін негізгі диаграмма деп аталады.

Мұндай диаграммалар ретті де, уақытты да анық көрсетпейді. Әдістің бірқатар кемшіліктері бар: қабылдаудың күрделілігі (диаграммалардағы доғалардың көптігі және ыдырау деңгейлерінің көптігі), бірнеше процестерді байланыстырудың қиындығы.

IDEF3

Бұл әдіс имитациялауға арналған әрекеттер тізбегіжәне олардың арасындағы процестер ішіндегі өзара тәуелділік. IDEF3 үлгілерін ыдырау диаграммалары жоқ IDEF0 функционалды блоктарын жылжыту үшін пайдалануға болады.

IDEF3 диаграммалары көрсетіледі әрекеттіктөртбұрыш түрінде. Әрекеттер етістіктер немесе ауызша зат есімдер арқылы аталады және әрбір әрекетке бірегей сәйкестендіру нөмірі беріледі (әрекет нөмірі әдетте оның ата-анасының нөмірінен бұрын болады, мысалы, 1.1.).

IDEF3 ішіндегі барлық сілтемелер бір бағытты және солдан оңға қарай ұйымдастырылған.

IDEF3 сілтемелерінің түрлері:

Уақытша басымдық, қарапайым көрсеткі. Соңғы әрекет басталмай тұрып бастапқы әрекет аяқталуы керек.

Нысан ағыны, екі жақты көрсеткі. Бастапқы әрекеттің нәтижесі соңғы әрекеттің кірісі болып табылады. Соңғы әрекет басталмай тұрып бастапқы әрекет аяқталуы керек. Ағынды сілтемелердің атаулары олардың көмегімен жіберілетін нысанды нақты анықтауы керек.

Анық емес қатынас, нүктелі көрсеткі.

Бір әрекеттің аяқталуы бірден бірнеше басқа әрекеттердің орындалуын бастауы мүмкін немесе керісінше, белгілі бір әрекет оның орындалуына дейін бірнеше басқа әрекеттердің аяқталуын талап етуі мүмкін (процесті тармақтау).

Процестің тармақталуы арнайы блоктардың көмегімен көрсетіледі:

- «Және», & белгісімен блоктау.

- «XOR» («біреуі»), Х белгісі бар блок.

- «НЕМЕСЕ», О белгісі бар блок.

Егер «ЖӘНЕ», «НЕМЕСЕ» әрекеттері синхронды түрде орындалуы керек болса, бұл блок ішіндегі екі қосарланған тік сызықпен, асинхронды түрде - біреумен көрсетіледі.
IDEF3 әдісі әрекетті бірнеше рет бөлшектеуге мүмкіндік береді, бұл баламалы процесс ағындарының бір үлгіде құжатталуын қамтамасыз етеді.

DFD

Бұл презентацияның мақсаты - әр процесті көрсету түрлендіредіолардың енгізуі деректердемалыста. Ол тек ақпаратты ғана емес, сонымен қатар материалдық ағындарды да көрсете алады. Сондай-ақ, басқа үлгілердегідей, ыдырау қолдауға ие.

Деректер ағынының диаграммаларының негізгі компоненттері:

Сыртқы субъектілер (материалдық объект немесе ақпарат көзі немесе қабылдаушы болып табылатын жеке тұлға, мысалы, тұтынушылар, персонал, жеткізушілер, тұтынушылар, қойма);

Жүйелер мен ішкі жүйелер (мысалы, жеке тұлғалармен жұмыс істеуге арналған ішкі жүйе);

Процестер (белгілі бір алгоритмге сәйкес кіріс деректер ағындарын шығыс ағындарына түрлендіру; физикалық тұрғыдан бұл, мысалы, кіріс құжаттарын өңдейтін және есептерді шығаратын ұйымның (бөлімшенің) бөлімшесі, бағдарлама, аппараттық құрал арқылы жүзеге асырылатын логикалық құрылғы және т.б.);

Мәліметтерді сақтау құрылғылары (ақпаратты сақтауға арналған абстрактілі құрылғылар);

Деректер ағындары (диаграммадағы көрсеткілер).

Әрбір диаграммаға 3-тен (аз мағынасы жоқ) 7-ге (көп - қабылданбайды) дейін, диаграммаларды осы деңгейде елеусіз бөлшектермен араластырмай орналастыру қажет.

DFD иерархиясын құрудың бірінші қадамы контекстік диаграммаларды құру болып табылады. Әдетте, салыстырмалы қарапайым жүйелерді жобалау кезінде жұлдыз топологиясы бар бір контекстік диаграмма салынады, оның ортасында қабылдағыштар мен ақпарат көздеріне қосылған негізгі процесс деп аталады. Күрделі жүйелер үшін (он немесе одан да көп сыртқы нысандар, жүйенің бөлінген сипаты және көп функционалдығы) контекстік диаграммалардың иерархиясы құрастырылады. Сонымен қатар, жоғарғы деңгейдегі контекстік диаграммада бір негізгі процесс емес, деректер ағындары арқылы қосылған ішкі жүйелер жиынтығы бар.

DFD-дегі әрбір процесті DFD немесе (процесс қарапайым болса) спецификация арқылы егжей-тегжейлі көрсетуге болады. Техникалық сипаттамалар - бұл процестер орындайтын тапсырмаларға арналған алгоритмдердің сипаттамасы. Спецификация тілдері құрылымдық табиғи тілден немесе псевдокодтан визуалды модельдеу тілдеріне дейін болуы мүмкін.

Бизнес-процестерді модельдеуде деректер ағынының диаграммалары (DFD) "AS-IS" және "AS-TO-BE" үлгілерін құру үшін пайдаланылады, осылайша ұйымның бар және ұсынылған бизнес-процес құрылымын көрсетеді.

ARIS

Қазіргі уақытта интегралды модельдеу құралдарын құру түрінде көрінетін әртүрлі модельдеу әдістерін біріктіру үрдісі байқалады. Осы құралдардың бірі IDS Scheer неміс компаниясы жасаған ARIS (Integrated Information Systems Architecture) деп аталатын бағдарламалық өнім.

ARIS зерттелетін жүйенің әртүрлі аспектілерін көрсететін үлгілердің төрт түрін (және әр түрдегі үлгілердің көптеген түрлерін) қолдайды:

Жүйенің құрылымын білдіретін ұйымдық үлгілер – ұйымдық бөлімшелердің, лауазымдардың және нақты тұлғалардың иерархиясы, олардың арасындағы байланыстар, сондай-ақ құрылымдық бөлімшелердің аумақтық байланысы;

Басқару аппаратының алдында тұрған мақсаттар иерархиясын қамтитын, мақсаттарға жету үшін қажетті функционалдық ағаштар жиынтығы бар функционалдық үлгілер;

Жүйе функцияларының барлық жиынтығын жүзеге асыру үшін қажетті ақпарат құрылымын көрсететін ақпараттық модельдер;

Жүйе ішіндегі бизнес-процестерді жүзеге асырудың кешенді көрінісін білдіретін басқару модельдері.

Модельдердің аталған түрлерін құру үшін ARIS-тің өзіндік модельдеу әдістері де, әртүрлі танымал модельдеу әдістері мен тілдері, атап айтқанда, UML қолданылады. Модельдеу процесін үлгі түрлерінің кез келгенінен бастауға болады.

ARIS негізгі бизнес-моделі eEPC (кеңейтілген оқиғаға негізделген процесс тізбегі, кеңейтілген оқиғаға негізделген процестер тізбегі моделі) болып табылады. ARIS eEPC белгісі IDEF3 белгісінің кеңейтімі болып табылады. eEPC белгілеуіндегі бизнес-процесс - бұл олардың орындалу ретімен реттелген орындалатын жұмыстардың (рәсімдер, функциялар) ағыны. eEPC процедураларының нақты ұзақтығы визуалды түрде көрсетілмейді.

Процестердің нақты ұзақтығы туралы ақпаратты алу үшін басқа сипаттау құралдарын пайдалану қажет, мысалы, MS Project.

ARIS-тегі модельдер - элементтері әртүрлі болатын диаграммалар нысандар- «функциялар», «оқиғалар», «құрылымдық бөлімшелер», «құжаттар» т.б. Белгілі бір түрдегі нысандар арасында орнатуға болады байланыстаркейбір түрлері («орындайды», «шешім қабылдайды», «нәтижелері туралы жедел хабардар болуы керек» және т.б.). Әрбір нысан белгілі бір объект туралы қосымша ақпаратты енгізуге мүмкіндік беретін белгілі бір атрибуттар жиынтығына сәйкес келеді.

eEPC белгісінің негізгі объектілері:

Функция. Кәсіпорынның бөлімшелері/қызметкерлері орындайтын функцияларды (рәсімдерді, жұмыстарды) сипаттау үшін қызмет етеді. Әрбір функция оқиғамен басталып, оқиғамен аяқталуы керек; Әрбір функция функцияның орындалуын «бастайтын» бірден көп көрсеткілерді енгізе алмайды және функцияның аяқталуын сипаттайтын бірнеше көрсеткіден шыға алмайды.

Оқиға. Функциялардың орындалуына әсер ететін нақты оқиғаларды сипаттау үшін қолданылады.

Ұйымдастыру бөлімі. Мысалы, басшылық немесе бөлім.

Құжат. Қағаз құжаттары сияқты нақты тасымалдаушыларды көрсетеді.

Қолданбалы жүйе.

ақпараттық кластер. Субъектілер жиынтығын және олардың арасындағы қатынастарды сипаттайды.

Объектілер арасындағы байланыс. Объектілер арасындағы қатынас түрі, мысалы, қандай да бір оқиға арқылы функцияның орындалуын белсендіру.

Логикалық оператор. «ЖӘНЕ», «НЕМЕСЕ» немесе эксклюзивті «НЕМЕСЕ» операторы процестің тармақталуын сипаттауға мүмкіндік береді.

Егер eEPC-те үлгіні құру кезінде сіз бақылау құжаттары мен ақпаратының көрсетілуіне мән бермей, тек процедуралар ретін көрсетсеңіз, алынған үлгілер талдау және одан әрі пайдалану тұрғысынан төмен мәнге ие болады.

ARIS-те үлгілерді сақтау үшін ДҚБЖ нысаны пайдаланылады және әрбір жоба үшін жаңа деректер базасы жасалады. Қол жеткізуді басқару сияқты әртүрлі дерекқорды басқару функциялары қамтамасыз етілген. Мәліметтер базасы модельдердің иерархиялық қоймасы болып табылады.

Модельді құру бойынша жұмыс қатаң және көлемді модельдеу конвенцияларымен (стандарттарымен) реттелуі керек, ARIS пайдаланушыға схемалар мен объектілердің белгілі бір жиынтығын ғана пайдалануға мүмкіндік беретін әдістемелік сүзгілер механизмін қолдайды. Мұндай келісімдерді әзірлеу айтарлықтай уақыт пен жоғары білікті мамандарды қажет етеді. Егер ARIS-ті қолданатын жоба мұндай келісімдерді егжей-тегжейлі әзірлемей басталса, онда қойылған сұрақтарға жауап бермейтін бизнес-процестердің үлгілерін құру ықтималдығы өте жоғары.

Бизнес-процестерді модельдеу бизнес-процестерді оңтайландыру және ресейлік компаниялардың қызметін стандарттау бөлігі ретінде көптеген бизнес-аналитиктердің классикалық жұмысына айналды. Белгілі бір жағдайларда қолданылатын көптеген белгілер бар. Бұл мақала бизнес-процестерді модельдеу белгілеріне шолу жасауға арналған.

VAD (vқосынды тізбек диаграммасы)

Майкл Портердің корпоративтік стратегия бойынша жұмысында ұсынған VAD белгісі тұтынушы үшін қызметтер немесе өнімдер түрінде «құн тудыратын» бизнес-процестерді модельдеуге бағытталған. VAD белгілеуінде салынған бизнес-процес үлгісі бизнес-процестердің жалпы, егжей-тегжейлі емес көрінісін береді.

VAD белгісін пайдалана отырып, сіз бизнес-процестердің тізімін және байланысын жоғарғы деңгейде сипаттай аласыз, өйткені бұл белгі компанияның барлық бизнес-процестерін бір үлгіде көрсетуге мүмкіндік береді. VAD белгілеуінде бизнес-процестердің бір-біріне қатысты байланысын көрсететін сілтемелерді пайдалануға болады, бұл ретте бұл белгілердегі процестің ағымы жағдайлардың басым көпшілігінде солдан оңға қарай бағытталған.

Әртүрлі құралдарда іске асырылған көптеген VAD белгілеу опциялары бар, олардың әрқайсысының өзіндік таңбалар жинағы бар, бірақ олардың барлығы бірдей көрінеді - көбінесе «алдыңғы-ізбасар» сілтемелері арқылы өзара байланысты бизнес-процестердің жиынтығы.

Мысалы, ARIS құралдар жинағындағы бұл белгіні кеңейту бизнес-процес үлгісінде орындаушыларды, тәуекелдерді, құжаттарды, деректерді және т.б. көрсетуге мүмкіндік береді.

Ұйымның бизнес-процестерінің картасын модельдеуге қосымша, VAD белгісі бастапқы анықтау кезінде бизнес-процестерді соңына дейін модельдеуге мүмкіндік береді. Бірақ VAD процесстегі логикалық шарттарды модельдеуге арналмағанын түсіну керек, сондықтан оны басшылық жақсы қабылдайды. Іс жүзінде, бизнес-процестерді VAD белгілеуінде жоғарғы деңгейде модельдеуден кейін, басқа белгілерде бизнес-процестерді егжей-тегжейлі модельдеу келесі түрде орындалады, біз төменде толығырақ қарастырамыз.

VAD белгілеу үлгісін MS Visio және көптеген басқа бизнес-процестерді модельдеу құралдары сияқты әртүрлі құралдарда салуға болады.

Бизнес-процестерді модельдеу - EPC (оқиғаға негізделген процестер тізбегі)

EPC белгісін профессор Август Вильгельм Шеер ARIS құралдар жинағы әдістемесі шеңберінде әзірлеген. Көмекпен бизнес-процесс оқиғалар арқылы іске қосылған процесс қадамдарының тізімі ретінде модельденеді. Белгілеу бизнес-процесті кейіннен реттеуге, сондай-ақ бизнес-процестің ақпараттық ағынын талдауға (кіріс/шығыс құжаттарына) ыңғайлы.

EPC белгілеуінің еркіндігі операциялық тәуекелдер, бақылау процедуралары, экран пішіндері, ақпараттық жүйелер, көрсеткіштер және т.б. сияқты бизнес-процестерді модельдеу шеңберінде қосымша нысандарды сипаттауға мүмкіндік береді.

EPC белгілеуінің шеңберінде процесс «жоғарыдан төменге» модельденеді және бизнес-процестің қадамдарының/функцияларының/әрекеттерінің/операцияларының орындалу реті оқиғалар жүйесі мен логикалық шарттар арқылы анықталады. EPC белгілеуіндегі оқиғалар ретінде процесс қадамдарының басталуы мен аяқталуы, сондай-ақ ұйымның жауабын талап ететін сыртқы оқиғалар қарастырылады.

Бизнес-процес моделі шешімдерді, жағдайды тексеруді, модельденетін бизнес-процестің ағындарының параллелизациясын және конвергенциясын бейнелейтін «оқиға-функция-оқиға» тізбектерінен және логикалық «ЖӘНЕ», «НЕМЕСЕ», «ерекше НЕМЕСЕ» операторларынан тұрады.

Бағандар, жолдар пішімінде, сондай-ақ пайдаланылатын объектілердің әртүрлі тізімдерінде EPC белгілеуінің көптеген нұсқалары бар, бірақ бұл опциялардың барлығы тек ARIS құралдар жинағында қол жетімді, ал басқа құралдарда, мысалы, MS Visio немесе Business Studio, тек EPC бизнес-процестерін модельдеу қол жетімді. классикалық пішімде.

EPC белгілеуінде бизнес-процесті модельдеу кейіннен мәтіндік немесе кестелік бизнес-процестің регламентін алуға мүмкіндік береді, өйткені дұрыс сызылған EPC моделін реттеу үшін негіз болатын қарапайым тілдегі сөйлемдер тізбегіне түрлендіруге болады. Сондықтан бұл белгі кейіннен талдау және реттеу мақсатында бизнес-процестерді модельдеу үшін ең қолайлы болып саналады.

Модельдеу бизнес— процестер– BPMN (Бизнес-процесс үлгісі және 2.0 белгісі)

BPMN белгісін Object Management Group (OMG) жасаған және бизнес-процестерді кейіннен автоматтандыру мақсатында модельдеуге арналған. BPMN белгісі бизнес-процесті егжей-тегжейлі модельдеу үшін қолданылады және бұл белгідегі нысандардың саны 100-ден асады, бұл ақпараттық жүйе құрылған модельді орындалатын модельге түрлендіру үшін бизнес-процестердің әрекетінің барлық нюанстарын сипаттауға мүмкіндік береді. код.

BPMN белгісінің ашықтығы және көптеген бизнес-процестерді модельдеу және автоматтандыру құралдарының қолдауы бұл белгіні бизнес-процестерді модельдеуде көшбасшыға айналдырды.

BPMN белгілеуінде бизнес-процестің қадамдарына қоса, сіз процестің басталуын, аралық және соңғы оқиғаларын, ақпарат ағындарын және хабарлама ағындарын модельдей аласыз. Белгілеудің ерекшеліктерінің ішінде орындаушы бассейндегі жолақтарға ұқсайтын тік немесе көлденең жолақ ретінде көрсетілсе, жүзу жолағын модельдеу стилінің (жүзу жолақтары) әдепкі қолданылуын атап өтуге болады және дәл осы жолда. осы орындаушы орындайтын әрекеттер/операциялар орналасқан.

Swim Lane пішіміндегі бизнес-процесті оңтайландыру процеске қатысушылар арасындағы жауапкершілікті және жұмыс үрдісін беруді көрнекі етеді, бірақ сонымен бірге бір операцияда бірнеше бірлескен орындаушы болған жағдайда модельдеуді қиындатады.

BPMN белгілеуінде сызылған үлгілерді біртұтас иерархияға жинау жиі қиын, өйткені әдістеме бастапқыда «соңғы» бизнес процестерін автоматтандыру үшін жасалған.

BPMN белгісін қолдану белгілі бір тәжірибе көлемін талап етеді, бұл көбінесе осы үлгілерді жасаушылардың санын жүйелер мен бизнес талдаушыларына шектейді. Бизнес-бөлімшелердің өкілдері BPMN белгілеуінде бизнес-процестерді сирек модельдейді.

Графикалық айырмашылықтарға қарамастан, BPMN және EPC белгілеулері бір-біріне өте ұқсас және ARIS құралдар жинағында белгілі бір әдістемелік шектеулерге қарамастан, оларды бір-біріне түрлендіруге болады.

Бизнес-процестерді модельдеу – ағын диаграммасы

Белгілеудің атауы - Flow Charting, оны блок-схема ретінде аудару оңай. Бұл белгі бастапқыда 1970 жылы ANSI стандартында пайда болды және таңбалардың өте қарапайым жиынын қамтиды.

Flow Charting нотасының болған жылдарында блок-схемалардың көптеген нұсқалары әртүрлі есептерді шешуге, мысалы, материал ағындарын, рөлдер мен жұмыстарды, жабдықтарды сипаттау, функциялардың кірістері мен шығыстарын талдау үшін таңбалары бар көптеген нұсқалары салынды.

Іс жүзінде блок-схемалар қазіргі заманғы бизнес-процестерді модельдеу ноталарының бастаушылары болды және қазіргі уақытқа дейін көптеген оқу орындарында ақпараттық технология пәндерінің бөлігі ретінде оқытылды.

Flow Charting белгісінде қатаң стандарт жоқ, ол қажет болған жағдайда үлгіге белгілі бір нысандарды қоса отырып, бизнес-процестерді әртүрлі көзқарастардан модельдеуге мүмкіндік береді. Осылайша, бұл белгі EPC-ге өте ұқсас, бірақ қолдану тұрғысынан одан да көп еркіндікке ие. Ағындық диаграмманы пайдалану еркіндігі және ең қымбат емес және тіпті тегін бизнес-процестерді модельдеу құралдарын қолдау бұл белгілерді көптеген компанияларда қолдануға мүмкіндік берді.

Flow Charting кемшіліктерінің арасында объектілер мен атрибуттардың типтік тізімінің жоқтығын атап өтуге болады, бұл бұл белгілеудің «еркіндігінің» кері жағы. Бұл модельдер бір-бірінен айтарлықтай ерекшеленетіндей етіп осы белгілерде бірдей бизнес-процесті модельдеуге мүмкіндік береді.

Flow Charting нотациясындағы бизнес-процестердің үлгілерін жиі табуға болатынына қарамастан, ол өткеннің еншісінде қалып, «қатаң белгілерге» жол береді.

Модельдеу бизнес— процестер– IDEF (Integrated Definition Language)

IDEF белгісі 1970 жылдары бизнес-процестің кірістеріне, шығыстарына, механизмдеріне және басқаруларына назар аударатын және ұйымның процестерін иерархияға байланыстыратын АҚШ үкіметінің стандарты ретінде пайда болды. Бұл белгілердің негізгі элементі функция болып табылады, ал барлық басқа нысандар мен өзара әрекеттесулер қатынастар арқылы модельденеді.

Белгілеу өте қарапайым белгілер жинағын пайдаланады: кірістерді, шығыстарды, басқару элементтерін және механизмдерді бейнелейтін процестің тіктөртбұрыштары мен көрсеткілері, бұл белгілеу бизнес-процестің қадамдары үшін «кіріктірілген» нөмірлеу жүйесімен ерекшеленеді, бұл ата-ана арасындағы қатынастарды бақылауға мүмкіндік береді. және балалық процестер.

Бұл стандарттың тарихын және оның кеңінен қолданылуын ескере отырып, ол көптеген модельдеу құралдарында енгізілген, бірақ бәрібір бұл белгіні шығыс ұрпаққа жатқызуға болады, өйткені оның қолдаушылары аз және аз, және бизнес өкілдері бұл «микросұлбаларды» жиі өңдейді. скептицизм.

UML (біртұтас Модельдеу Тілдер)

Бірыңғай модельдеу тілі (UML) ақпараттық жүйелерге қойылатын талаптарды сипаттауға арналған белгілер мен модельдеу әдістерінің жиынтығы, дегенмен UML белгілеулерінің арасында бизнес-процестерді модельдеу үшін арнайы әзірленген арнайы белгілер де бар. UML-ге Объектілерді басқару тобы (OMG) қолдау көрсетеді, бұл әдістемені АТ мамандары арасында кеңінен таралған.

Бұл белгі EPC және BPMN-ге өте ұқсас, жалғыз айырмашылығы логикалық мәлімдемелер мен оқиғаларды көрсетуде және UML белгілеуіне арналған көптеген кітаптар бар және оны көптеген модельдеу құралдары қолдағанымен, UML Activiti диаграммасы негізінен жүйелік талдау үшін қолданылады. және дизайн және аз ғана компаниялар бизнес процестерін модельдеу үшін UML пайдаланады

VSM (мән Ағын Картаға түсіру)

VSM белгілеуінің атауын тұтынушы құнының ағынын салыстыру ретінде орыс тіліне аударуға болады. Тойота корпорациясындағы бұл белгінің бастапқы атауы, ол оны ойлап тапты деп есептелінеді - Материалдық және ақпарат ағынының картасы.

VSM белгісі үнемді өндіріс әдістемесінің бөлігі ретінде әзірленді және Lean 6Sigma жобаларында бизнес-процестердің өнімділігін талдау үшін ресурстар мен уақыт шығындарының элементтерін көрсету үшін арнайы белгілер жинағын пайдаланады. Құндылық ағынының картасы физикалық ортаны және өндіріс процесіндегі материалдар мен өнімдер ағынын бейнелейді және ресурс пен уақыт шығындарын процеске байланыстыру және осылайша өнімділік туралы түсінік беру үшін пайдаланылады.

Бұл белгінің мақсаты - оңтайландыру мүмкіндіктерін өз бетінше іздеуге ынталандыру үшін оның қатысушыларын бизнес-процесті талдауға тарту. Әдетте, VSM модельдері Flip Chart-тегі жобаларда сызылады және бизнес-процестерді модельдеудің маңызды құралдарын қажет етпейді, өйткені шешімдер оның негізінде қабылданады және модельдің өзі реттеу үшін де, АТ шешімі үшін де негіз бола алмайды.

VSM нотациясында модельді құру кезінде ең бастысы - процесс бойынша уақытша атрибуттарды толтыру, «тартеректерді» және қорларды шамадан тыс сақтау орындарын іздеу.

Бұл белгі ізбасарларының шектеулі шеңберіне ие және бизнес-аналитиктердің кең массасы арасында оның көмегімен шешілетін міндеттердің ерекшелігіне байланысты жақын арада кең таралмайды. Бірақ сонымен бірге ARIS сияқты көптеген бизнес-процестерді модельдеу құралдары осы белгіде бизнес-процестерді модельдеуді қолдау үшін кеңейтімдерді әзірлеп қойған.

SIPOC

SIPOC аббревиатурасы мынаны білдіреді: Жабдықтаушы (жеткізуші), Кіріс (кіріс), Процесс (процесс), Шығару (шығару), Тұтынушы (тұтынушы). Бұл алты сигма әдістемесінде қабылданған процесс құжаттамасы үлгісі, шын мәнінде бұл тіпті үлгі белгісі емес, бизнес-процесті жоғарғы деңгейде сипаттауға мүмкіндік беретін кесте пішімі. SIPOC моделі бизнес-процестің шекараларын, өзара әрекеттесуші тараптарды және процестің кіріс/шығыстарын анықтау кезінде ең тиімді қолданылады.

SIPOC үшін ешқандай белгі жоқ, себебі ол әрі қарай талдау және оңтайландыру үшін таңдалған бизнес-процесті құрылымдауға мүмкіндік беретін сәйкес тақырыптары бар қарапайым кесте.

SIPOC-тың пайдалылығы, басқа диаграммалардан айырмашылығы, оны құрылымдық бөлімшелер қызметкерлерінің пайдалану мүмкіндігінде жатыр, өйткені оның құрамында күрделі логика және EPC немесе BPMN белгілеулері сияқты көптеген нысандар жоқ.

Бизнес-процестерді модельдеу – Қорытынды

Сонымен, мен ресейлік нарықта табуға болатын кейбір бизнес-процестерді модельдеу ноталарын қарастырдым (олар BPM CBOK бизнес-процестерін модельдеу тарауында толығырақ сипатталған). Белгілеулердің қайсысын пайдалану үшін таңдау ашық сұрақ болып табылады, мысалы, ұйымның бизнес-процестерін жоғарғы деңгейде модельдеу үшін, мен VAD белгісін қолданамын, оңтайландыру үшін таңдалған бизнес-процестің бастапқы үлгілеуі үшін бұл оңайырақ SIPOC немесе VAD пайдалану үшін. Бизнес-процестердің егжей-тегжейлі үлгілерін жасау үшін – функционалдық өзара әрекеттесуді модельдеуге арналған жеңілдетілген BPMN немесе ақпараттық ағынды және бизнес-процеспен байланысты объектілер жинағын ресімдеу үшін егжей-тегжейлі модельдеуге арналған EPC. Егер сізге BPMS жүйесінде бизнес процесін автоматтандыру қажет болса, BPMN белгісінсіз жасай алмайсыз.

Бизнес-процестерді модельдеуұйымның сапасы мен тиімділігін арттыру әдістерінің бірі болып табылады. Бұл әдіс процеске тән әртүрлі элементтер (әрекеттер, деректер, оқиғалар, материалдар және т.б.) арқылы процесті сипаттауға негізделген. Әдетте, бизнес-процесті модельдеу ұйым ішіндегі процестің басталуынан аяқталуына дейінгі барлық элементтерінің логикалық байланысын сипаттайды. Неғұрлым күрделі жағдайларда модельдеу ұйымнан тыс процестерді немесе жүйелерді қамтуы мүмкін.

Бизнес-процестерді модельдеу жұмысты түсінуге және ұйымды талдауға мүмкіндік береді. Бұған басқарудың әртүрлі аспектілері мен деңгейлері үшін үлгілерді құрастыруға болатындығына байланысты қол жеткізілді. Ірі ұйымдарда бизнес-процестерді модельдеу кішігірім ұйымдарға қарағанда егжей-тегжейлі және көп қырлы болып табылады, бұл көптеген функционалдық қатынастармен байланысты.

Әдетте бизнес-процестерді модельдеу үшін әртүрлі компьютерлік құралдар мен бағдарламалық қамтамасыз ету қолданылады. Бұл үлгілерді басқаруды, олардағы өзгерістерді бақылауды және талдау уақытын қысқартуды жеңілдетеді.

Бизнес-процестерді модельдеудің мақсаттары

Бизнес-процестерді модельдеудің соңғы мақсаты өнімділікті жақсарту болып табылады. Ол үшін талдау процестің нәтижелеріне құндылық қосуға және іс-шараларды аяқтау үшін шығындар мен уақытты азайтуға бағытталған.

Бизнес-процестерді модельдеудің бірнеше мақсаты бар:

• Біріншіден, бұл процестерді сипаттаудың мақсаты. Модельдеу арқылы процестерде не болып жатқанын басынан аяғына дейін бақылауға болады. Модельдеу процестердің «сыртқы» көрінісін алуға және олардың тиімділігін арттыратын жақсартуларды анықтауға мүмкіндік береді.
• екіншіден, процестерді нормалау. Бизнес-процестерді модельдеу процестерді орындау ережелерін белгілейді, яғни. оларды қалай жасау керек. Егер үлгілерде белгіленген ережелер, нұсқаулар немесе талаптар орындалса, онда процестердің қажетті өнімділігіне қол жеткізуге болады.
• үшіншіден, процестерде өзара байланысты орнату. Бизнес-процестерді модельдеу процестер мен олар орындауы тиіс талаптар арасындағы нақты байланыс орнатады.

Бизнес-процестерді модельдеу кезеңдері

Бизнес-процестерді модельдеу, әдетте, бірнеше кезекті кезеңдерді жүзеге асыруды қамтиды. Өйткені модельдеудің түпкілікті мақсаты – процестерді жетілдіру, ол жұмыстың «жобалау» бөлігін де, процесс үлгілерін енгізу бойынша жұмысты да қамтиды.

Бизнес-процестерді модельдеуді қамтитын кезеңдердің құрамы келесідей:

• процестерді анықтау және бастапқы үлгіні «сол қалпында» құру. Процесті жақсарту үшін оның қазіргі уақытта қалай жұмыс істейтінін түсіну керек. Бұл кезеңде процестің шекаралары анықталады, оның негізгі элементтері анықталады, процестің жұмысы туралы мәліметтер жиналады. Нәтижесінде бастапқы процесс моделі «қандай болса солай» құрылады. Бұл модель әрқашан процестің жұмысын барабар көрсете бермейді, сондықтан бұл кезеңнің моделін «бірінші жоба» немесе бастапқы «сол қалпында» үлгісі деп атауға болады.
• бастапқы үлгіні қайта қарау, талдау және нақтылау. Бұл кезеңде процестегі әрекеттердің қарама-қайшылықтары мен қайталануы анықталады, процестің шектеулері, процестің байланысы анықталады, процесті өзгерту қажеттілігі белгіленеді. Нәтижесінде модельдің соңғы нұсқасы «сол қалпында» қалыптасады.
• «бұл қалай болуы керек» моделін әзірлеу. Бар жағдайды талдағаннан кейін процестің қалаған күйін анықтау қажет. Бұл қалаған күй «болуы керек» үлгісінде ұсынылған. Мұндай үлгі кез келген қажетті жақсартуларды қоса алғанда, процестің болашақта қалай көрінетінін көрсетеді. Бизнес-процестерді модельдеудің осы кезеңінде мұндай модельдер әзірленеді.
• «болуы керек» үлгісін сынау және қолдану. Модельдеудің бұл кезеңі әзірленген модельді ұйым тәжірибесіне енгізумен байланысты. Бизнес-процес үлгісі сынақтан өткізіліп, оған қажетті өзгерістер енгізіледі.
• «болуы керек» үлгісін жетілдіру. Бизнес-процестерді модельдеу «бұл қалай болуы керек» үлгісін жасаумен шектелмейді. Процестердің әрқайсысы осы жолда өзгеріп, жетілдіріліп отырады, сондықтан процесс үлгілерін жүйелі түрде қарап шығу және жетілдіру қажет. Модельдеудің бұл кезеңі процестерді үздіксіз жетілдірумен және бизнес-процесс моделін жетілдірумен байланысты.

Бизнес-процестерді модельдеу түрлері

Бизнес-процестерді модельдеу басқа бағытқа ие болуы мүмкін. Бұл оның көмегімен қандай мәселелерді шешуге болатынына байланысты. Процесске мүлдем барлық әсерлерді есепке алу модельді айтарлықтай қиындатады және процесті сипаттауда артықшылыққа әкелуі мүмкін. Бұған жол бермеу үшін бизнес-процестерді модельдеу түрі бойынша бөлінеді. Модельдеу түрі зерттелетін процестің ерекшеліктеріне байланысты таңдалады.

Процесті жетілдіру мақсатында модельдеудің келесі түрлері қолданылады:

• функционалдық модельдеу. Модельдеудің бұл түрі өзара байланысты, анық құрылымдалған функциялар түріндегі процестерді сипаттауды білдіреді. Сонымен қатар, нақты процестерде болатын формада функциялардың қатаң уақытша тізбегі қажет емес.
• Объектіні модельдеу- өзара әрекеттесетін объектілердің жиынтығы ретінде процестерді сипаттауды білдіреді - т.б. өндірістік бірлік. Объекті деп процестерді орындау кезінде түрленетін кез келген объект болып табылады.
• Модельдеу- бизнес-процестерді модельдеудің бұл түрімен ол процестердің динамикалық сипаттамаларын талдау және ресурстарды бөлуді талдау арқылы әртүрлі сыртқы және ішкі жағдайларда процестердің әрекетін модельдеуге арналған.

Модельдеуді түрі бойынша бөлу жұмысты жеңілдету және процестің белгілі бір сипаттамаларына назар аудару үшін орындалады. Сонымен қатар бір процесс үшін модельдеудің әртүрлі түрлерін қолдануға болады. Бұл үлгінің бір түрімен басқалардан тәуелсіз жұмыс істеуге мүмкіндік береді.

Бизнес-процестерді модельдеу принциптері

Бизнес-процестерді модельдеу барабар үдеріс үлгілерін жасауға мүмкіндік беретін бірқатар принциптерге негізделген. Олардың сақталуы процесс күйінің параметрлерінің жиынтығын бір модельдің ішінде құрамдас бөліктер өзара тығыз байланысты, ал жеке үлгілер бір-бірінен жеткілікті түрде тәуелсіз болып қалатындай етіп сипаттауға мүмкіндік береді.

Бизнес-процестерді модельдеудің негізгі принциптері мыналар:

• Ыдырау принципі– әрбір процесс иерархиялық реттелген элементтер жиынтығымен ұсынылуы мүмкін. Осы принципке сәйкес процесс оның құрамдас элементтеріне дейін егжей-тегжейлі болуы керек.
• Фокус принципі– модельді әзірлеу үшін көптеген процесс параметрлерінен абстракциялау және негізгі аспектілерге назар аудару қажет. Әрбір модель үшін бұл аспектілер әртүрлі болуы мүмкін.
• Құжаттама принципі– процеске кіретін элементтер үлгіде ресімделіп, бекітілген болуы керек. Әртүрлі технологиялық элементтер үшін әртүрлі белгілеулер қолданылуы керек. Модельдегі элементтерді бекіту модельдеу түріне және таңдалған әдістерге байланысты.
• Жүйелілік принципі- процесс үлгісіне енгізілген барлық элементтер бір мәнді түсіндірмеге ие болуы және бір-біріне қайшы келмеуі керек.
• Толық және жеткіліктілік принципі- модельге осы немесе басқа элементті қоспас бұрын оның процеске әсерін бағалау қажет. Егер элемент процесті орындау үшін маңызды болмаса, онда оны модельге қосу ұсынылмайды, өйткені ол тек бизнес-процес үлгісін қиындата алады.

Бизнес-процестерді модельдеу әдістері

Бүгінгі таңда бизнес-процестерді модельдеудің көптеген әдістері бар. Бұл әдістер модельдеудің әртүрлі түрлеріне жатады және әртүрлі аспектілерге назар аударуға мүмкіндік береді. Олар графикалық және мәтіндік құралдарды қамтиды, олар арқылы процестің негізгі компоненттерін визуализациялауға және элементтердің параметрлері мен қатынастарына нақты анықтамалар беруге болады.

Бизнес-процестерді модельдеу келесі әдістер арқылы жүзеге асырылады:

• Ағымдық диаграмма диаграммасы (жұмыс процесінің диаграммасы) - операцияларды, мәліметтерді, технологиялық жабдықты және т.б арнайы белгілермен бейнеленген процесті графикалық көрсету әдісі. Әдіс процесс әрекеттерінің логикалық тізбегін көрсету үшін қолданылады. Әдістің басты артықшылығы - оның икемділігі. Процесті көптеген жолдармен көрсетуге болады.
• Деректер ағынының диаграммасы (деректер ағынының диаграммасы). Ақпаратты (деректерді) процестің бір операциясынан екіншісіне тасымалдауды көрсету үшін деректер ағынының диаграммасы немесе DFD қолданылады. DFD ақпарат пен деректер арқылы операциялардың байланысын сипаттайды. Бұл әдіс процестерді құрылымдық талдаудың негізі болып табылады, өйткені процесті логикалық деңгейлерге бөлуге мүмкіндік береді. Әрбір процесті егжей-тегжейлі жоғарырақ деңгейде ішкі процестерге бөлуге болады. DFD пайдалану материалдар ағынын емес, тек ақпарат ағынын көрсетуге мүмкіндік береді. Мәліметтер ағынының диаграммасы ақпараттың процеске қалай енетінін және одан шығатынын, ақпаратты қандай әрекеттермен өзгертетінін, ақпараттың процесте қайда сақталатынын және т.б. көрсетеді.
• Рөл әрекетінің диаграммасы (рөлдер диаграммасы). Ол жеке рөлдер, рөлдер топтары және процестегі рөлдердің өзара әрекеті тұрғысынан процесті модельдеу үшін қолданылады. Рөл – ұйымдық функцияны орындайтын дерексіз процесс элементі. Рөл диаграммасы процесс және оның операциялары үшін «жауапкершілік» дәрежесін, сондай-ақ рөлдердің өзара әрекетін көрсетеді.
• IDEF (Function Modeling Integrated Definition for Function Modeling) – бұл бизнес-процестердің әртүрлі аспектілерін (IDEF0, IDEF1, IDEF1X, IDEF2, IDEF3, IDEF4, IDEF5) сипаттайтын әдістердің тұтас жиынтығы. Бұл әдістер SADT (Structured Analysis and Design Technique) әдістемесіне негізделген. IDEF0 және IDEF3 әдістері көбінесе бизнес-процестерді модельдеу үшін қолданылады.
• IDEF0 – процесс функциясының моделін құруға мүмкіндік береді. IDEF0 диаграммасы негізгі процесс функцияларын, кірістерді, шығыстарды, басқару әрекеттерін және негізгі функцияларға қатысты құрылғыларды көрсетеді. Процесті төменгі деңгейге бөлуге болады.
• IDEF3 – бұл әдіс «мінез-құлық» процесінің моделін құруға мүмкіндік береді. IDEF3 екі үлгіден тұрады. Бірінші көрініс жұмыс процесінің сипаттамасын білдіреді. Екіншісі – объектілердің ауысу күйлерінің сипаттамасы.
• Түсті Петри торлары– бұл әдіс процесс моделін график түрінде көрсетеді, мұнда шыңдар – процестің әрекеттері, ал доғалар – оқиғалар, соның арқасында процесс бір күйден екінші күйге ауысады. Петри торлары процестің әрекетін динамикалық модельдеу үшін қолданылады.
• Unified Modeling Language (UML) – объектілі-бағытталған процестерді модельдеу әдісі. Ол 9 түрлі диаграммадан тұрады, олардың әрқайсысы процестің әртүрлі статикалық немесе динамикалық аспектілерін модельдеуге мүмкіндік береді.

Бұл әдістердің көпшілігі бағдарламалық жасақтамада жүзеге асырылады. Ол бизнес-процестерді қолдауға немесе оларды талдауға мүмкіндік береді. Мұндай бағдарламалық құралдың мысалдары CASE процестерін модельдеудің әртүрлі құралдары болып табылады.