Оршил. Бизнесийн үйл явцыг тайлбарлах ердийн даалгаварууд

бизнесийн үйл явцыг өөрчлөн зохион байгуулах, хэрэгжүүлэх зорилготой төслүүдийн эхний шатанд мэдээллийн систем, менежерүүд болон мэргэжилтнүүд ихэвчлэн дараах асуултуудтай байдаг.

1. бизнесийн үйл явцыг дүрслэх, өөрчлөн зохион байгуулах технологийг ашиглан байгууллагын үйл ажиллагааг сайжруулахад ямар үр дүнд хүрч болох вэ;
2. төсөлд ямар программ хангамж ашиглах вэ (“ARIS нь BPwin-ээс дээр үү?”, “ERwin ARIS-ээс дээр үү?” гэх мэт);
3. "X" бүтээгдэхүүнийг ашиглан үйл явцыг хэрхэн загварчлах;
4. X бүтээгдэхүүнтэй холбоотой асуудлыг хэрхэн шинжлэх, тодорхойлох;
5. үйл явцыг тодорхойлоход ямар аргачлал ашиглах;
6. үүссэн бизнесийн үйл явцын загваруудыг дараа нь яах вэ.

Одоогийн байдлаар Оросын зах зээл дээр нэлээд олон тооны CASE-системийг танилцуулж байгаа бөгөөд тэдгээрийн ихэнх нь аж ахуйн нэгжүүдийн бизнесийн үйл явцын тодорхойлолтыг (загвар) бий болгох боломжийг олгодог. Үүний зэрэгцээ, үндсэндээ процессын загварыг бий болгоход чиглэсэн системүүд байдаг бөгөөд өгөгдлийн загвар үүсгэх, DBMS-ийг тохируулахад тохиромжгүй эсвэл огт төлөвлөөгүй байдаг. Мэдээжийн хэрэг, системийг сонгох нь төслийн зорилгоос хамаарч тодорхойлогддог бөгөөд түүний цаашдын үйл ажиллагаанд ихээхэн нөлөөлдөг. Компанийн удирдлага болон түүний мэргэжилтнүүд хэд хэдэн талыг ойлгосон тохиолдолд системийг оновчтой сонгох боломжтой.

1. төслийн зорилго;
2. бизнесийн үйл явцыг тодорхойлсон мэдээллийн шаардлага, тодорхой төслийн хүрээнд дүн шинжилгээ хийх, шийдвэр гаргахад шаардлагатай;
3. 2-р зүйлийн шаардлагыг харгалзан үйл явцыг тайлбарлах CASE-системийн чадвар;
4. боловсруулсан/хэрэгжүүлсэн мэдээллийн системийн онцлог.

Төслийн төрөл, хамрах хүрээ, түүнчлэн хэрэгжүүлэх үндсэн ажлуудыг тодорхойлох хүртэл тодорхой систем / тэмдэглэгээний давуу талуудын талаар ярих нь утгагүй юм. энэ төсөлшийдэх ёстой. Манай нийтлэлд бизнесийн үйл явцыг тодорхойлоход ашигладаг хамгийн алдартай тэмдэглэгээ (загварчлалд ашигласан тэмдэглэгээний систем) болон эдгээр тэмдэглэгээг дэмждэг хоёр системийг харьцуулах оролдлого хийсэн. Энэхүү материал нь аж ахуйн нэгжүүдийн бизнесийн үйл явцыг тайлбарлах, шинжлэхэд CASE-системийг үр дүнтэй ашиглах асуудлын талаархи хэлэлцүүлгийн үндэс болно гэж үзэж байна.

Бизнесийн үйл явцын тодорхойлолтыг цаашдын дүн шинжилгээ хийх, өөрчлөн зохион байгуулах зорилгоор гүйцэтгэдэг. Өөрчлөн зохион байгуулалтын зорилго нь мэдээллийн системийг нэвтрүүлэх, үйлдвэрлэлийн зардлыг бууруулах, үйлчлүүлэгчдэд үзүүлэх үйлчилгээний чанарыг сайжруулах, ISO 9000 стандартыг хэрэгжүүлэхэд ажлын байр, ажлын зааварчилгааг бий болгох гэх мэт байж болно. Ийм даалгавар бүрийн хувьд бизнесийн үйл явцын талаархи чухал мэдлэгийг тодорхойлдог тодорхой параметрүүд байдаг. Ажил үүргийн хооронд бизнесийн үйл явцыг тайлбарлах шаардлага өөрчлөгдөж болно. Ерөнхийдөө бизнесийн үйл явцын загвар нь дараахь асуултуудад хариулах ёстой.

1. хүссэн эцсийн үр дүнд хүрэхийн тулд ямар журам (функц, ажил) хийх ёстой;
2. эдгээр процедурыг ямар дарааллаар гүйцэтгэдэг;
3. авч үзсэн бизнесийн үйл явцын хүрээнд ямар хяналт, удирдлагын механизмууд байдаг;
4. үүрэг, хариуцлага - үйл явцын журмыг хэн гүйцэтгэдэг;
5. Процесс бүрд ямар оролтын баримт бичиг/мэдээлэл ашигладаг;
6. Процедурын явцад ямар бичиг баримт/мэдээлэл бий болдог;
7. процесс бүрийг дуусгахад ямар нөөц шаардлагатай;
8. ямар баримт бичиг/нөхцөл журмын хэрэгжилтийг зохицуулдаг;
9. журмын хэрэгжилт, үйл явцыг бүхэлд нь ямар үзүүлэлтээр тодорхойлдог;
10. зардлыг багасгах үйл явцын дараалал байгаа эсэх (зардал, цаг хугацаа гэх мэт);
11. үйл явц хэрхэн явагдаж байгаа/ мэдээллийн системээр дэмжигдэх болно.

Бизнесийн үйл явцын тайлбарыг тэмдэглэгээ, дээр дурдсан бүх талыг тусгасан хэрэгслийн орчныг ашиглан бүрдүүлдэг. Зөвхөн энэ тохиолдолд бизнесийн үйл явцын загвар нь дүн шинжилгээ хийж, өөрчлөн зохион байгуулах боломжтой тул аж ахуйн нэгжид ашигтай байх болно.

ARIS-ийн зохион байгуулалтын схемийн тэмдэглэгээ

Байгууллагын схемийн тэмдэглэгээ нь ARIS-ийн үндсэн тэмдэглэгээний нэг бөгөөд диаграммыг бүтээхэд зориулагдсан. зохион байгуулалтын бүтэцаж ахуйн нэгжүүд. Ерөнхийдөө энэ загварыг бизнесийн үйл явцын загварчлалын төслийн эхэнд бүтээдэг. Зурагт үзүүлсэн шиг энэ загвар нь аж ахуйн нэгжийн одоо байгаа хэлтэсүүдийг шаталсан бүтэц хэлбэрээр тусгасан болно. 5 .

Загвар нь "Байгууллагын нэгж", "Албан тушаал", "Дотоод хүн" гэх мэт объектуудаас бүтээгдсэн. Тэмдэглэгээнд орсон харилцааны төрлүүд нь танд тусгах боломжийг олгодог. янз бүрийн төрөлзохион байгуулалтын бүтцийн объектуудын хоорондын харилцаа. Зурагт үзүүлсэн нэгэнд. 5 жишээ "Аж ахуйн нэгж"-ийг "Захирал" удирддаг бол "Байгууллагын менежер" гэсэн харилцааны төрлийг ашиглаж байна. Дэд хэсгүүдийн шатлалыг "бүрдсэн" төрлийн холбоосыг ашиглан бүтээдэг. Нэмж дурдахад албан тушаалыг зааж өгч болно - "Албан тушаал" болон тэдгээрийг эзэмшдэг жинхэнэ ажилчдын нэрс: "Дотоод хүн", түүнчлэн "эзэлдэг" харилцааны төрөл.

Хэлтсийн шатлалын загвараас гадна төслийн баг, бүлгүүд гэх мэт харьяаллын шатлалын загваруудыг барьж болно. Загварт тусгагдсан бүх объектыг ирээдүйд бизнесийн үйл явцын загварыг бий болгоход ашиглаж болно. Нарийн төвөгтэй шаталсан бүтцийг барьж байгуулахдаа задралыг ашиглаж болно, жишээлбэл, нэгжийн бүтцийг илүү нарийвчилсан диаграммд тусгаж болно.

BPwin 4.0 дэмждэг тэмдэглэгээ

IDEF0 ба IDEF3 тэмдэглэгээний тайлбар

IDEF0 тэмдэглэгээг SADT-ийн бүтцийн шинжилгээ, дизайны аргачлалын үндсэн дээр боловсруулж, АНУ-ын стандарт болгон баталж, аж ахуйн нэгжүүдийн тодорхойлолттой холбоотой олон төсөлд амжилттай ашигласан. IDEF0 нь маш өргөн тархсан бөгөөд ялангуяа ийм стандарт болсон олон улсын байгууллагуудНАТО, ОУВС зэрэг. IDEF3 тэмдэглэгээ нь ажлын урсгалыг (Workflow) илүү тохиромжтой тайлбарлах зорилгоор боловсруулсан бөгөөд үүнд процедурын логик дарааллыг тусгах нь чухал юм. IDEF0 ба IDEF3 тэмдэглэгээний объектуудыг Хүснэгтэнд үзүүлэв. 2 ба .

IDEF0 ба IDEF3 загварыг бүтээх семантик нь тодорхой дүрмийг дагаж мөрдөхийг шаарддаг. IDEF-ийн стандартуудын бүрэн тайлбарыг http://www.idef.com/ сайтаас авах боломжтой.

IDEF0 тэмдэглэгээ дэх бизнесийн үйл явцын тайлбарын жишээг Зураг дээр үзүүлэв. 8 (зураг 3-т үзүүлсэн үйл явцтай тохирч байна).

IDEF0 тэмдэглэгээнд үйл явцыг тайлбарлах нэг онцлог нь бизнесийн үйл явцын давуу болон сул талуудыг тодорхой тодорхойлох явдал юм. IDEF0 диаграм дээрх ажлуудыг давамгайлах дарааллаар байрлуулсан - диаграммын зүүн дээд булангаас баруун доод буланд. Хамгийн чухал ажил эсвэл эхлээд хийсэн ажлыг зүүн дээд буланд байрлуулна. Сумнууд нь ажлын байруудыг холбодог бөгөөд таван төрлийн холбоосыг ялгадаг. Дээд ажлын гаралтаас доод хэсгийн оролт эсвэл удирдлага руу чиглэсэн сум нь шууд холбоос юм; Доод ажлын гаралтаас дээд ажлын оролт эсвэл хяналт руу чиглэсэн сум нь санал хүсэлт юм. Санал хүсэлт дутмаг, гаралт, хяналтгүй ажил, давхардсан ажил нь бизнесийн үйл явц төгс бус байгааг илтгэнэ.

IDEF3 тэмдэглэгээ нь ARIS eEPC тэмдэглэгээний нэгэн адил үйл явцын салбарлалтыг илэрхийлэхийн тулд логик тэмдэглэгээг ашигладаг. IDEF3 тэмдэглэгээний диаграмм нь бүх үйл явцыг дүрслэх боломжийг олгодог бөгөөд үйлдлүүдийн дараалал, үйл явцын логикийг хянаж байдаг.

DFD тэмдэглэгээний тодорхойлолт

DFD тэмдэглэгээ нь судалж буй байгууллага дахь мэдээллийн урсгалыг дүрслэх зорилготой юм. DFD тэмдэглэгээний объектуудыг Хүснэгтэнд үзүүлэв. дөрөв. "Өгөгдөл хадгалах" объект, хоёр чиглэлтэй сум байгаа нь мэдээллийн системд тавигдах ажлын явц, шаардлагыг хамгийн үр дүнтэй дүрслэх боломжийг олгодог.

Нэг нь чухал талуудБизнесийн үйл явцын загваруудын тодорхойлолт нь хяналтын үйл ажиллагааны загвар, журмын хяналт, удирдлагын талаархи санал хүсэлтийн талаархи тусгал юм. ARIS eEPC тэмдэглэгээнд процедурын хяналтыг зөвхөн процедурын гүйцэтгэлийг зохицуулдаг ирж буй баримт бичиг, процедурын гүйцэтгэлийн дарааллыг цаг хугацаанд нь (өдөөх үйл явдлууд) зааж өгөх замаар л тусгаж болно. ARIS-ээс ялгаатай нь IDEF0 тэмдэглэгээнд процедур бүр дор хаяж нэг хяналтын үйлдэлтэй байх ёстой (хяналтын оролт нь дээд талд байгаа сум юм). Хэрэв та eEPC-д загвар үүсгэхдээ хяналтын үйлдлүүдийг (жишээлбэл, баримт бичиг, мэдээлэл) тусгах талаар үл тоомсорлож, зөвхөн процедурын дарааллыг зааж өгсөн бол үр дүнд нь дүн шинжилгээ хийх, цаашдын ашиглалтын хувьд бага үнэ цэнэтэй байх болно. Харамсалтай нь энэ алдаа нь практикт хамгийн түгээмэл тохиолддог. Процедурын энгийн дараалал, ирж буй / гарах баримт бичгийг тусгасан ажлын урсгалын загвар (ажлын урсгал) бий болсон бол функцүүдийн хяналтын (хяналтын) үйлдлүүд загварт тусгагдаагүй болно.

Хоёр системийг харьцуулахдаа ARIS нь загваруудыг хадгалахын тулд DBMS объектыг ашигладаг бөгөөд төсөл бүрт шинэ мэдээллийн сан үүсгэгддэг гэдгийг нэн даруй тэмдэглэх нь зүйтэй. Хэрэглэгчийн тав тухыг хангах үүднээс загвар (загварын объект) нь төслийн онцлогоос хамааран янз бүрийн бүлгүүдэд хадгалагдаж болно. ARIS нь мэдээллийн сангийн удирдлагын янз бүрийн функцийг хангадаг нь мэдээжийн хэрэг: хандалтын хяналт, нэгтгэх гэх мэт. BPwin-д загварын өгөгдлийг файлд хадгалдаг бөгөөд энэ нь загвар үүсгэх ажлыг ихээхэн хөнгөвчилдөг. Томоохон төслүүд дээр бүлгийн ажлын хувьд BPwin загваруудыг Model Mart репозитор (тусдаа нийлүүлдэг) хадгалдаг. Model Mart нь BPwin болон ERwin-д зориулсан загваруудын агуулах бөгөөд харилцаа холбоо бүхий DBMS Oracle, Informix, MS SQLServer, Sybase ашигладаг). Загварын объектын түвшинд нэвтрэх эрхийг ялгах, хувилбарыг харьцуулах, загварыг нэгтгэх гэх мэт зохицуулалтыг багтаасан болно.

Ихэнхдээ BPwin-ийн сул талуудын нэгийг ARIS дэмжигчид диаграм дахь объектын тоог хязгаарлах гэж нэрлэдэг. Гэсэн хэдий ч бодит төслүүдийн туршлагаас харахад үр дүнг нь үнэхээр ашиглах боломжтой төслийн хувьд (шалгуур нь харагдах байдал) ARIS мэдээллийн сан эсвэл BPwin загварт байгаа объектын тоо 150-300 байна. Энэ нь нэг диаграмм дээр 8 объект байгаа бол загвар дахь нийт диаграмм (хуудас) 20-40 байна гэсэн үг юм. 500 гаруй объект агуулсан ARIS Toolset мэдээллийн сангууд (BPwin гэх мэт) бараг ашиглах боломжгүй. Загвар нь асуудлыг тодруулах, дүн шинжилгээ хийх зорилгоор бүтээгдсэн, өөрөөр хэлбэл үйл ажиллагааны хамгийн төвөгтэй, асуудалтай хэсгүүдийн нарийвчилсан тайлбар шаардлагатай бөгөөд бүх үйл явцыг бүхэлд нь тайлбарлах шаардлагагүй гэдгийг онцлон тэмдэглэх нь зүйтэй. Хачирхалтай мэт боловч компанийн захирлуудын дунд үйл явцын нарийвчилсан тайлбар нь өөрөө үнэ цэнэтэй бөгөөд олон асуудлыг шийдэж чадна гэсэн итгэл үнэмшил түгээмэл байдаг. Гэхдээ энэ нь үнэнээс хол байна. Бизнесийн үйл явцыг загварчлах төслийн амжилтыг тодорхойлдог зүйл нь юуг дүрслэх, бодит системийн үйл ажиллагааны ямар талыг нэгэн зэрэг тусгах ёстойг ойлгох явдал юм.

ARIS нь бие даасан загвар объектуудтай ажиллахад илүү их боломжийг олгодог боловч энэ нь загвар бүтээхэд зориулагдсан хэт олон тооны тохиргооноос болж нарийн төвөгтэй, олон талт баримт бичиг буюу загварчлалын конвенц гэж нэрлэгддэг зохицуулалтаар зохицуулагдах ёстой. Эдгээр гэрээг боловсруулах нь өөрөө нарийн төвөгтэй, зардал ихтэй, цаг хугацаа шаардсан ажил (1-3 сар), чадварлаг мэргэжилтнүүд юм. Хэрэв ARIS ашигладаг төсөл нь ийм гэрээний нарийвчилсан судалгаагүйгээр эхэлбэл тавьсан асуултанд хариулдаггүй бизнесийн үйл явцын загварыг бий болгох магадлал 80-90% байна. Хариуд нь BPwin нь диаграмм үүсгэхэд хялбар бөгөөд нэлээд хатуу байдаг (IDEF стандарт ба түүнийг ашиглах зөвлөмж, диаграмм үүсгэх IDEF маягт, хязгаарлагдмал тооны шаардлагатай талбарууд, нэг диаграм дахь объектын тооны хязгаарлалт, гэх мэт). Мэдээжийн хэрэг ARIS нь BPwin-тэй харьцуулахад "илүү хүнд" хэрэгсэл боловч эцэст нь энэ нь ихээхэн бэрхшээл, үйл ажиллагааны өндөр зардал болж хувирдаг.

Дүгнэлт. Ердийн даалгавараас хамааран системийг ашиглах зөвлөмж

Бизнесийн үйл явцыг загварчлах арга хэрэгслийг ашиглах янз бүрийн нөхцөл байдал, тэдгээрийн шинжээчдийн үнэлгээг 5 онооны масштабаар Хүснэгтэнд үзүүлэв. 7.

Системийн байршлыг бизнесийн үйл явцыг загварчлах асуудлыг шийдвэрлэхтэй холбогдуулан хийж болно (Зураг 13).

Тиймээс жижиг (жижиг, дунд үйлдвэр, зөвлөхүүдийн бүлэгт 2-5 хүн) болон үргэлжлэх хугацаа (2-3 сар) төслүүдийн хувьд BPwin-ийг ашиглах нь оновчтой юм. Том ба / эсвэл урт хугацааны төслүүдийн хувьд (жишээлбэл, бизнесийн үйл явцыг тасралтгүй сайжруулах системийг хэрэгжүүлэх, ISO, TQM гэх мэт) ARIS нь илүү тохиромжтой. ARIS Toolset систем нь мэдээллийн загвар үүсгэхэд тохиромжгүй бөгөөд мэдээллийн сангийн дизайн, тохиргоог хангаагүй гэдгийг тэмдэглэх нь зүйтэй. Энэ тохиолдолд зохицуулалтын баримт бичгийг бүрдүүлэх бэлтгэл ажил 1-3 сар үргэлжилж болох боловч энэ нь дараагийн амжилттай ажилд зайлшгүй шаардлагатай элемент юм.

August Wilhelm Scheer. Бизнесийн үйл явц: үндсэн ойлголт, онол, арга. Москва: Соён гэгээрүүлэгч, 1999 он.

ComputerPress 1 "2002

Зураг дээр. 2.30-д ARIS-ийн хамгийн чухал тэмдэглэгээнүүдийн нэг болох ARIS VAD тэмдэглэгээг харуулав. Нэмүү өртөг шингээх үйл явцын гинжин хэлхээний диаграммыг байгууллагын бизнесийн үйл явцыг дээд түвшинд тодорхойлоход ашигладаг. Дүрмээр бол ARIS ашигладаг зөвлөхүүд 6-8 дээд түвшний бизнесийн үйл явцыг тодорхойлж, тэдгээрийг ARIS VAD тэмдэглэгээнд тайлбарлахыг зөвлөж байна. Дараа нь үүссэн дээд түвшний процессуудыг ARIS VAD эсвэл ARIS eEPC тэмдэглэгээнд задалдаг. Зурагт үзүүлсэн ARIS VAD тэмдэглэгээний объектуудыг авч үзье. 2.30.

ARIS VAD тэмдэглэгээний гол объект нь нэмүү өртгийн сүлжээ буюу нэмүү өртөг олж авах үйл явц эсвэл байгууллагын зарим бүлэг функц юм. Объектууд хоорондоо тасархай сумаар холбогддог бөгөөд энэ нь өмнөх төрлийнх юм. Энэ төрлийн холбоос нь нэг процесс нь нөгөө процессын өмнөх үе болохыг харуулж байна. Гэсэн хэдий ч бодит байдал дээр бүх үндсэн процессууд мөчлөгтэй байдаг нь ойлгомжтой. Үүнээс гадна тэд санал хүсэлттэй байна. Тиймээс энэ нэр томъёо нь бидний бодлоор харамсалтай юм.

Зурагт үзүүлсэн процессуудын хооронд. 2.30-д материаллаг нөөц, мэдээллийн урсгалыг харуулах боломжтой бөгөөд тэдгээрийн тайлбарын хувьд та кластер ба техникийн нэр томъёоны төрлүүдийг тус тус ашиглаж болно. Үйл явцыг дуусгахад шаардлагатай дэд бүтцийг тайлбарлахын тулд энэ жишээнд Бүтээгдэхүүн/Үйлчилгээ, Мэдээллийн үйлчилгээ гэсэн объектын төрлүүдийг сонгосон. Бодит урсгалыг харуулах объектын төрлийг сонгох нь нэлээд нөхцөлтэй байдаг. Загварчлах үйл явцын ажлын эхэнд ямар төрлийн объектуудыг ашиглах, бодит ертөнцийн ямар объектуудыг харуулахыг тодорхойлох нь маш чухал юм. Тиймээс, Зураг дээр үзүүлсэн жишээний хувьд. 2.30. Техникийн нэр томъёоны төрлийн объектуудыг ашиглан бүх урсгалыг (мэдээлэл, материал) харуулах боломжтой.

Зураг дээр. Зураг 2.30-д мөн харгалзах үйл явцыг гүйцэтгэдэг хэлтэсүүдийг төлөөлдөг Байгууллагын нэгжийн объектуудыг харуулав.

Объектууд нь тодорхой төрлийн холбоосыг ашиглан хоорондоо холбогддог (Зураг 2.30-ыг үз). Жишээ нь, Cluster объектын харуулсан мэдээллийн урсгал нь эхний процесст орж ирж байгаа бөгөөд үүнтэй холбогдох ("оролт нь") гэсэн төрлийн сумаар холбогддог. Өөр нэг жишээ бол нэмүү өртөг шингэсэн гинжин хэлхээний объектууд болон Байгууллагын нэгжийн хоорондох харилцааны төрөл ("гүйцэтгэх") юм. Харилцааны төрлөөр хэрэглэгддэг нь Бүтээгдэхүүн/Үйлчилгээг процессоор ашиглаж байгааг илтгэнэ. Тиймээс ARIS арга зүйд хамгийн чухал шаардлага бол тодорхой төрлийн холбоос, объектыг зөв сонгох, цаашид ашиглах явдал юм.

Зураг дээр. 2.31-д ARIS VAD тэмдэглэгээнд хийсэн дээд түвшний загварын жишээг үзүүлэв. Та эдгээр үйл явцыг аль хэдийн мэддэг болсон. Дээрх зурагт. 2.16, ижил процессыг IDEF0 тэмдэглэгээнд дүрсэлсэн болно.

88____________________________ Б.Б. Репин, В.Г. Элиферов

2-р бүлэг Бизнесийн үйл явцыг тайлбарлах арга зүйг сонгох ________________________________ 89

ARIS VAD тэмдэглэгээнд дээд түвшний процессын диаграммыг байгуулах зарчим нь IDEF0 тэмдэглэгээнээс эрс ялгаатай. Тэгэхээр. ARIS VAD тэмдэглэгээнд сумнууд нэмэгдсэн өртгийн хэлхээний объектын аль ч талд орж болно. (IDEF0 тэмдэглэгээнд Activity объектын (функц) тал бүр гүн утгатай болохыг санаарай). Зураг дээр. 2.32 нь ARIS VAD тэмдэглэгээнд боломжтой нөхцөл байдлыг харуулж байна. процессын диаграмм нь зөвхөн загварыг бүтээсэн шинжээчдэд ойлгомжтой олон санал хүсэлтийг агуулсан байх үед.

ARIS VAD тэмдэглэгээний энэ сул талыг, жишээлбэл, Зураг дээр үзүүлсэн шиг санал хүсэлтийг тусгайлан ашиглах боломжийг урьдчилан зааж өгснөөр арилгаж болно. 2.33. Энэ арга нь тэмдэглэгээтэй зөрчилдөж байгаа тул ARIS-ийн мэргэжилтнүүд шүүмжилж магадгүй гэдгийг анхаарна уу. Гэхдээ ARIS VAD тэмдэглэгээний дээд түвшний загваруудыг зөвхөн процессын гинжин хэлхээний график дүрслэлийн хамгийн энгийн арга болгон ашиглах боломжтой тул бид үүнийг хүлээн зөвшөөрөх боломжтой гэсэн үзэл бодлыг баримталж байна.

ARIS VAD тэмдэглэгээний тоймыг дүгнэж хэлэхэд, бид энэ тэмдэглэгээ нь илүү ойлгомжтой шинж чанартай бөгөөд байгууллагын дээд түвшний үйл явцын нарийн төвөгтэй загваруудыг бий болгох зорилгогүй гэдгийг дахин онцолж байна.

90 V.V. Репин, В.Г. Элиферов. Процессын хандлагаудирдлагад

2.7.2. ARIS eEPC тэмдэглэгээ - IDEF3 тэмдэглэгээний өргөтгөл

ARIS тэмдэглэгээ eEPC (Extended Event Driven Process Chain) нь үйл явдалд тулгуурласан үйл явцын өргөтгөсөн хэлхээ юм. Тэмдэглэгээг ХБНГУ-ын IDS Scheer AG компанийн мэргэжилтнүүд, тухайлбал профессор Шеер боловсруулсан. Хүснэгтэнд. 2.2-т тэмдэглэгээний хүрээнд ашигласан үндсэн объектуудыг харуулав.

Хүснэгт 2.2 eEPC диаграммыг бүтээхэд ашигласан үндсэн объектууд

Хүснэгтэнд жагсаасан үндсэн объектуудаас гадна. 2.2, бусад олон объектыг eEPC диаграммыг бүтээхэд ашиглаж болно. Практикт янз бүрийн төрлийн олон тооны объектыг ашиглах нь бодит бус бөгөөд энэ нь загварын хэмжээг ихээхэн нэмэгдүүлж, уншихад хэцүү болгодог.

2-р бүлэг Бизнесийн үйл явцыг тодорхойлох аргачлалыг сонгох 91

ARJS cEPS тэмдэглэгээний утгыг ойлгохын тулд ашигласан объект, харилцааны үндсэн төрлийг авч үзье (Зураг 2.34-2.38). Зураг дээр. Зураг 2.34-т аж ахуйн нэгжийн бизнесийн үйл явцын нэг хэсгийг дүрсэлсэн ARIS eEPC-ийн хамгийн энгийн загварыг үзүүлэв.

Зураг дээрээс. 2.34-ээс харахад объект хоорондын холбоо нь тодорхой утгатай бөгөөд үйл явц дахь функцүүдийн дарааллыг тусгадаг. Үйл явдал 1 ба Функц 1-ийг холбосон сум нь 1-р функцийг "идэвхжүүлэх" буюу эхлүүлдэг. Функц 1 нь үйл явдал 2-ыг "бүтээж" (бүтээж), дараа нь логик AND тэмдэгт 2 ба 3-р функцүүдийн гүйцэтгэлийг "эхлүүлдэг".

ARIS eEPC тэмдэглэгээг нарийвчлан шинжлэх нь IDEF3 тэмдэглэгээнээс бараг ялгаагүй болохыг харуулж байна. ARIS eEPC-ийн хамгийн чухал ялгаа нь "үйл явдал" объект байгаа явдал юм. Энэ объект нь аль нэг эсвэл өөр процессын дараагийн салбарыг гүйцэтгэж байгаагаас хамааран функцүүдийн гүйцэтгэлийн үр дүнг загварт харуулахад үйлчилдэг. ARIS eEPC тэмдэглэгээг дотор нь "үйл явдал" объект байгаа тул өргөтгөсөн гэж нэрлэдэг нь ойлгомжтой (IDEF3-д ийм объект байдаггүй). Зураг дээр. 2.35-д ARIS eEPC тэмдэглэгээнд загвар бүтээхдээ логик, үйл явдлын тэмдэглэгээг ашиглах жишээг үзүүлэв.

ARIS eEPC-д загвар бүтээхдээ үүнийг ажиглах шаардлагатай дагаж мөрдөх дүрэм:

1. Функц бүр үйл явдлаар өдөөгдөж, дуусгавар болох ёстой
Арга хэмжээ;

2. Функц бүрд нэгээс олон сум багтаж болохгүй, “Би эхлүүлнэ
байцаатай шөл” түүний гүйцэтгэл, нэгээс илүү сум гарч ирэхгүй, дүрсэлсэн
функцийг дуусгах.

Эдгээр дүрмээс гадна ARIS-д загвар бий болгох бусад чухал шаардлагууд байдаг. Тэдэнтэй хамт судалж болно арга зүйн материал"ARIS аргууд". Бүтээгдэхүүний демо хувилбартай зэрэгцэн компьютер дээр суулгасан бөгөөд .

Зураг дээр. 2.36 нь бизнесийн үйл явцын загварыг бий болгохдоо ARIS eEPC тэмдэглэгээний янз бүрийн объектуудыг ашиглахыг харуулж байна.

92____________________________ В.В. Репин, В.Г. Элиферов.Удирдлагын үйл явцын хандлага

Зураг дээрээс. 2.35 ба 2.36-аас харахад ARIS eEPC тэмдэглэгээний бизнесийн үйл явц нь тэдгээрийг гүйцэтгэх дарааллаар зохион байгуулагдсан процедурын дараалал юм. ARIS eEPC дахь процедурын бодит үргэлжлэх хугацааг нүдээр харуулах боломжгүй гэдгийг тэмдэглэх нь зүйтэй. Энэ нь загвар бүтээхдээ нэг жүжигчинд итгэмжлэгдсэн нөхцөл байдал үүсэхэд хүргэдэг

2-р бүлэг Бизнесийн үйл явцыг тайлбарлах арга зүйг сонгох ___________________________________ 93

хоёр ажлыг нэгэн зэрэг гүйцэтгэх. SIM-YULA загварыг бүтээхэд ашигласан логик нь бизнесийн үйл явцын салбарлах, нэгтгэхийг тусгах боломжтой болгодог. Үйл явцын бодит үргэлжлэх хугацаа, үйл явц дахь ажилтнуудын ажлын ачааллыг нүдээр харуулахын тулд та MS Project систем дэх Гант диаграм зэрэг бусад тайлбар хэрэгслийг ашиглаж болно.

Бизнесийн үйл явцыг тайлбарлахад ARIS eEPC тэмдэглэгээг ашиглах жишээг авч үзье. Зураг дээр. 2.37. хэрэглэгчийн захиалгыг боловсруулах бизнесийн үйл явцыг танилцуулав. Үүнтэй ижил үйл явцыг Зураг дээрх IDEF3 тэмдэглэгээнд дүрсэлсэн болно. 2.23.

Үйл явц нь "Хэрэглэгчийн захиалга хүлээн авсан" үйл явдлаар эхэлдэг. Энэ үйл явдал нь борлуулалтын менежерийн гүйцэтгэдэг "Системд захиалга байршуулах" функцийг идэвхжүүлдэг. Тэрээр ажлаа гүйцэтгэхийн тулд "Захиалгын бүртгэлийн систем"-ийг ашигладаг. Функцийн гүйцэтгэлийн үр дүнг "Захиалга байршуулж дууссан" үйл явдал харуулна. Үүний дараа Борлуулалтын албаны менежер "Нэршилтэй нийцэж байгаа эсэхэд дүн шинжилгээ хийх" чиг үүргийг гүйцэтгэдэг. Функцийн гүйцэтгэлийн үр дүн нь "Захиалга мужтай тохирч байна" ба "Захиалга мужид тохирохгүй" гэсэн хоёр өөр үйл явдал юм. Үйл явц нь салбарлаж байна. Процессын салаалсан байдлыг харуулахын тулд логик операторын тэмдэглэгээг ашигладаг - онцгой "OR".

"Захиалга биелүүлэх боломжгүй байдлын талаар хэрэглэгчдэд мэдэгдэх" функцийг хоёр тохиолдолд гүйцэтгэж болно: 1) захиалга нь хүрээтэй тохирохгүй, 2) үйлдвэрлэх боломжгүй. Эдгээр сонголтуудыг процессын диаграмм дээр харуулахын тулд логик операторын "OR" гэх мэт тэмдгийг ашиглана.

Зураг дээрээс харж болно. 2.37, ARIS eEPC-ийн үйл явцын диаграмм нь IDEF3-ийн диаграмаас объектууд байгаагаараа ялгаатай: үйл явдал, баримт бичиг, хэрэглээний систем, байрлал. ARIS eEPS дээрх схем нь илүү мэдээлэл сайтай бөгөөд илүү сайн ойлгогддог боловч энэ схемийн хэмжээ нь IDEF3 дахь схемийн хэмжээнээс хамаагүй том юм.

Дээр дурдсан үйл явцыг мөн ARIS eEPC-ийн хувилбар болох ARIS PCD (Process Chain Diagram) тэмдэглэгээнд дүрсэлж болно. Зураг дээр. 2.38-д ARIS PCD тэмдэглэгээнд үйлчлүүлэгчийн хүсэлтийг боловсруулах бизнесийн үйл явцыг харуулав. Энэ үйл явцыг тайлбарлахдаа процессыг бүрдүүлдэг бүх объектуудыг Зураг дээр үзүүлэв. 2.37, гэхдээ тэдгээрийг хүснэгтийн багана хэлбэрээр байрлуулсан болно. Эхний баганад үйл явдлууд болон зарим логик тэмдэгтүүд, хоёр дахь нь - функцууд, гурав дахь нь - ирж буй болон гарч буй баримт бичиг, дөрөв дэх - хэрэглээний програм хангамжийн төрлүүд, тавдугаарт - үйл явцад оролцож буй ажилчдын байр суурийг харуулав. Энэ үйл явцын төлөөлөл нь илүү "стандарт" юм. Энэ нь процессын баримтжуулалтын зорилгод илүү тохиромжтой. Гэсэн хэдий ч ARIS PCD тэмдэглэгээн дэх дүрслэл нь мэдэгдэхүйц сул талтай байдаг - үүнийг энгийн (таваас найман функцээс илүүгүй), шугаман процессуудад үр дүнтэй ашиглаж болно. Нарийн төвөгтэй үйл явцсалаалсан логиктой бол ARIS PCD тэмдэглэгээг ашиглан харуулах нь тохиромжгүй бөгөөд үүнийг Зураг дээр тодорхой харж болно. 2.38.

94_________________________________ В.В. Репин. В.Г. Элиферов. Удирдлагын үйл явцын хандлага

Цагаан будаа. 2.37. Процессын загвар жишээ

ARIS хэрэгсэлд бизнесийн үйл явцыг загварчлахад ашигладаг ARIS EPC тэмдэглэгээ нь тодорхой үр дүнд хүрэхэд чиглэсэн харилцан уялдаатай үйлдлүүдийг гүйцэтгэх логикийг тусгасан үйл явдал, функцүүдийн дараалал юм.

ARIS EPC загвар нь бизнесийн үйл явцын гүйцэтгэлийн алгоритмыг үйл явдалд тулгуурласан функцуудын дараалал болгон тайлбарлах зорилготой юм. ARIS EPC загвар нь функцүүдийн гүйцэтгэлийн дараалалд анхаарлаа төвлөрүүлж, бизнесийн үйл явцын загвар дахь нөхцөл байдлыг тайлбарлахын тулд бизнесийн үйл явцын нарийн төвөгтэй алгоритмуудыг тайлбарлах боломжтой үйл явдал, дүрмийг ашигладаг.

ARIS EPC загвар дахь функцууд нь "Батлуулахаар хүлээн авсан нэхэмжлэх" гэх мэт үйл явдлуудаар өдөөгдөж, "Нэхэмжлэхийг зөвшөөрсөн" эсвэл "Нэхэмжлэх зөвшөөрөгдөөгүй" гэх мэт үйл явдлуудаар дуусгавар болдог. Хэрэв функцийг гүйцэтгэсний үр дүнд бизнесийн үйл явцыг цаашид хэрэгжүүлэх цорын ганц сонголт байгаа бол, өөрөөр хэлбэл. Үүний үр дүнд зөвхөн нэг үйл явдал үүсдэг бөгөөд үүний дараа дараагийн функц дагах бөгөөд эдгээр функцүүдийн хоорондох үйл явдлыг зурахгүй байж болно.

ARIS EPC тэмдэглэгээний бизнесийн үйл явцын загвар нь нэг буюу хэд хэдэн үйл явдал эсвэл бусад бизнесийн үйл явцын загваруудын интерфейсээр эхэлж, төгсдөг. Интерфейсүүдийг тусгахын тулд "Процессын интерфейс" тусгай объектуудыг ашигладаг - объектын төрөл нь "Функц" юм.

ARIS EPC загварыг бий болгох үед ижил баримт бичиг нэг функцээр гарч, дараагийн функцэд орж ирэх нөхцөл байдал үүсч болно. Эдгээр тохиолдолд загварын эргономикийг сайжруулахын тулд нэг ирж буй холбоос (үүнийг үүсгэсэн эсвэл зассан функцээс) болон нэг гарч буй холбоос (ашиглаж буй функц) бүхий нэг баримт бичгийн дүрслэлийг ашиглахыг зөвшөөрнө. .

EPC загварыг салгах боломжгүй, өөрөөр хэлбэл. загвар дээрх байршил, бусадтай холбоогүй нэг объект нь алдаа юм.

Баримт бичгийн чиг үүргийн хувьд ихэвчлэн дараах байдлаар байрладаг, зүүн дээд талд - ирж буй баримт бичиг, зүүн доод талд - гарч буй баримт бичиг, гүйцэтгэгчид дүрмийн дагуу функцийн баруун талд байрладаг.

ARIS EPC загварт дараах мэдээллийг тусгасан болно.

• гүйцэтгэсэн функцууд
• функциональ мэдээллийн нөөц (орж буй / гарах баримт бичиг)
• хөгжил
• процессын интерфейсүүд
• логик операторууд
• жүжигчид (албан тушаал, бизнесийн үүрэг)
• Мэдээллийн систем

ARIS EPC дахь үйл явдлыг нэрлэх дүрэм

Үйл явдлын нэр (Үйл явдал) нь нэр үг, үйл үгийн хэлбэрийн өөрчлөлтийн тайлбарыг агуулсан байх ёстой. Жишээ нь: "Хэлэлцээ хаагдсан".

ARIS EPC дахь функцийг нэрлэх дүрэм

Функцийг (Функц) нэрлэхийн тулд та түүний жинхэнэ нэрийг ашиглах ёстой. Нэр нь хоёр хэсгээс бүрдэх ёстой - гүйцэтгэх үүргийг тодорхойлсон үгийн нэр, түүнийг гүйцэтгэж буй объектыг харуулсан нэр үг. Функцийн нэр нь том үсгээр эхэлсэн объектын богино нэрээс бүрдэнэ, жишээлбэл, "Хэрэглэгчийн харилцагчдыг хайх".

ARIS EPC дахь үүрэг/албан тушаалын нэрлэх дүрэм

Бизнесийн үүргийн нэр (хүний ​​төрөл) нь гүйцэтгэгчид өгсөн үүргийн мөн чанарт тохирсон байх ёстой. Дүрмээр бол нэр нь "Хариуцлагатай ..." гэсэн хэллэгийг агуулдаг. Ажлын байрны нэр (албан тушаал) нь орон тооны хүснэгтийн дагуу бичигдсэн байдаг.

Баримт бичгийг нэрлэх дүрэм

Объект нь баримт бичигт (Мэдээллийн тээвэрлэгч) тохирч байна (цаасан болон/эсвэл цахим хэлбэрээр). Баримт бичгийг нэрлэхийн тулд (ашигласан тэмдэгээс үл хамааран) та тэдгээрийн жинхэнэ нэрийг ашиглах ёстой.

ARIS EPC дахь мэдээллийн системийг нэрлэх дүрэм

Мэдээллийн системийн нэрийн хувьд (хэрэглээний системийн төрөл) тэдгээрийн тогтоосон нэрийг ашиглана.

Процессын интерфейсийг нэрлэх дүрэм

Интерфэйс (Процессын интерфейс) нь зэргэлдээх процессын холбоосыг харуулдаг. Процессын интерфейсийн нэр нь бизнесийн үйл явцын зэргэлдээ хэсгийг дүрсэлсэн загварын нэртэй тохирч байна. Интерфэйсийг тайлбарласан бизнесийн үйл явцын нэг хэсэг биш бизнесийн үйл явцын загварт хандахад ашиглаж болно.

2012 оны 6-р сарын 13-ны 14:19 цагт

Бизнесийн үйл явцыг графикаар дүрслэхийн тулд eEPC тэмдэглэгээг ашиглах

• GTD

Аливаа зүйл бол хязгааргүй олон янз байдлын илрэлийн нэг хэлбэр юм.
Козьма Прутков

eEPC тэмдэглэгээний танилцуулга

Одоогоор олон байна өөр өөр зарчим график дүрслэлтэмдэглэгээ гэж нэрлэгддэг бизнесийн үйл явц. Яагаад олон байдаг вэ? Энэ асуултыг бизнесийн үйл явцыг тайлбарлах хэрэгцээтэй тулгарсан бүх хүмүүс хэдэн арван жилийн турш асууж ирсэн. Шалтгаануудыг авч үзье. Гурав (миний бодлоор):

• Төрөл бүрийн даалгавар. Бүх тэмдэглэгээг шийдвэрлэхэд адилхан тохиромжтой байдаггүй янз бүрийн даалгавар. Жишээлбэл, тэмдэглэгээ нь дээд түвшний бизнесийн үйл явцад тохиромжтой байж болох бөгөөд ажлын урсгалыг дүрслэхэд тийм ч тохиромжтой биш юм.
• Ийм тэмдэглэгээг өөр өөр хөгжүүлэгчид. Өөр өөр цаг үед янз бүрийн хөгжүүлэгчид хэлхээг дүрслэх шинэ зарчмуудыг гаргаж ирэхийг оролдсон. Тэд үүнийг сайн санааны үүднээс хийсэн бөгөөд практик дээр тэдний ашигласан тэмдэглэгээ нь шаардлагатай нарийн ширийн зүйлийг (эсвэл нүдэнд харагдахгүй) тусгах боломжгүй нөхцөл байдалтай тулгарсан. Заримдаа хувьслын явцад ийм тэмдэглэгээ нь параллель болж хувирдаг. өөр харагдах боловч ижил ажлуудыг шийддэг.
• Онцлох хүсэл. Энэ бол үл мэдэгдэх шалтгаанаар гэнэт шинэ тэмдэглэгээ гарч ирэх бөгөөд энэ нь ямар ч онцгой зүйлгүй боловч ямар нэг шалтгаанаар түүнийг бүтээгч нь хамгийн төгс ноу-хау гэж сурталчлах явдал юм. Энэ хэвээрээ л байна.

Энэ нийтлэлийн зорилго нь бүх төрлийн тэмдэглэгээг авч үзэх биш (би зориуд нэрлэхгүй), харин анхаарлаа хандуулах явдал юм. Дэлгэрэнгүй тодорхойлолтхамгийн оновчтой хувилбарыг удаан хугацаанд хайж олох явцад миний төслүүдэд сонгосон тэмдэглэгээ.
Хэрэв хэн нэгэн өөр тэмдэглэгээ гэж юу болох, тэдгээрийг юунд ашигладаг болохыг мэдэхийг хүсч байвал би үүнийг "Тэмдэглэгээний талаар ярилцъя" гэсэн өөр нийтлэлд оруулахаар төлөвлөж байгаа боловч энэ нь төлөвлөгөөнд хэвээр байна.
Маш сонирхолтой, энгийн бөгөөд практик eEPC тэмдэглэгээний тухай түүхийг эхлүүлэх цаг болжээ (орчуулгад: үйл явдлын гинжин хэлхээний дэлгэрэнгүй тайлбар). Үүний шууд орчуулгад гол зорилго нь мөн илчлэгдсэн: бизнесийн үйл явцын гинжин хэлхээний тайлбар. Тэмдэглэгээний гол "заль мэх" нь түүний "үйл явдлын" зарчимд оршдог бөгөөд бид үүнийг нарийвчлан авч үзэх болно.
eEPC тэмдэглэгээний давуу талууд юу вэ:

1. Нэгдүгээрт, энэ нь яг тэмдэглэгээ биш юм цэвэр хэлбэр. Тэдгээр. хэрэв зарим тэмдэглэгээнд элементүүдийн хатуу багц, тэдгээрийг ашиглах дүрмүүд байгаа бол (эс тэгвэл бүх зүйл төөрөгдөлд орох болно) бол eEPC зарчим нь танд өөрийн элементүүдийг нэмэх боломжийг олгодог. Үүнийг хэрхэн хангадаг вэ? Мэдээжийн хэрэг, эргэн тойронд бүх зүйл баригдсан тодорхой "цөм" байдаг, өөрөөр хэлбэл. схемийг барьж, дараа нь унших тодорхой дүрмийн багц. Нэмж дурдахад та өөрийн элементийг нэмж, түүнийг ашиглах дүрмийг өөрийн корпорацийн стандартад оруулах боломжтой (схемийг төөрөлдүүлж, уншихад хүндрэл учруулж болзошгүй сонирхогчдын үйл ажиллагааг оруулахгүй) тэгээд л болоо! Энэ их чухал цэг. Үүнээс гадна, та өөрийн байгууллагын стандартад бусад хязгаарлалт, дүрмийг тогтоож болно.
2. eEPC нь логикийн элементүүдийг агуулдаг. Энэ нь үйл ажиллагааг тодорхойлоход шаардлагатай нөхцлүүд бүхий схемүүдийг бүтээх боломжийг олгодог ("хэрэв гэрээг тохиролцсон бол ...., өөрөөр бол ...")
3. Элементүүдийн энгийн байдал нь диаграммыг програм хангамжийн бүтээгдэхүүн болон бусад аргаар, тэр ч байтугай цаасан дээр зурах боломжийг танд олгоно.
4. eEPC нь зөвхөн шүүгээнд тоос цуглуулаад зогсохгүй бодит амьдралд хэрэглэгдэх боломжтой тул сурах, ойлгоход маш хялбар юм. Дүрмийг сурахад 2 цаг орчим хугацаа шаардагдана (хэрэв оюутан хүсвэл).

Мэдээжийн хэрэг, энэ дэлхий дээрх бүх зүйлтэй адил сул талуудтай. Гэхдээ зохистой хэрэглээтэдгээрийг хамгийн бага хэмжээнд байлгадаг. Миний бодлоор гол дутагдалтай тал нь хэрэв бид энгийн хэрэгслүүдийг (өөрөөр хэлбэл бизнесийн үйл явцыг загварчлах бус диаграмм зурах програмууд) ашигладаг бол бидэнд объектуудын нэг мэдээллийн сан байхгүй болно. Нэмж дурдахад, оролт, гаралтыг хянах нь хэцүү байдаг (тэдгээрийг хянах шаардлагатай, өөрөөр хэлбэл шаардлагатай бол ийм хяналтын арга замыг бий болгох). Гэхдээ нөгөө талаас, бизнесийн үйл явцын загварчлалын нарийн төвөгтэй хэрэгслийг ашиглах нь маш их хэмжээний зардал шаарддаг бөгөөд тэдгээрийн ашиглалттай төсөл нь сая саяар хэмжигддэг. Тиймээс бид маш хэмнэлттэй, ойлгомжтой хэрэгсэлтэй болсон. Илүү нарийвчлалтай хэлэхэд, энэ дутагдал нь миний авч үзэж буй тайлбарын аргыг тусгайлан хэлнэ, i.e. MS Visio эсвэл ижил төстэй програм хангамжийг ашиглах. Хэрэв та объектын мэдээллийн санг дэмждэг бизнесийн үйл явцыг тайлбарлах тусгай системийг ашигладаг бол энэ сул талыг арилгах боломжтой. За одоо эхлэх цаг боллоо...

eEPC тэмдэглэгээний гол "цөм"

Би аль хэдийн дурдсанчлан eEPC товчлолын шууд орчуулгад үйл явдлын тухай ойлголт оршдог. Энэ бол хэлхээг бүтээх бүхэл бүтэн зарчмыг бий болгосон маш чухал цэг юм. Тэгэхээр хоёр байна гол ойлголт: "Үйл явдал" ба "Функц". Хэн нэгэн эхлээд процессоо eEPC диаграм хэлбэрээр зурах гэж оролдоход үйл явдал болон функц хоёрын хооронд ямар ялгаа байдаг вэ гэсэн асуулт ихэвчлэн гарч ирдэг. Үүнийг тодорхой ойлгох ёстой, эс тэгвээс та урьдчилан таамаглах аргагүй үр дүнд хүрэх болно. Тиймээс: үйл явдал бол ямар нэг зүйлийг гүйцэлдүүлэх баримт бөгөөд энэ нь цаг хугацааны үргэлжлэх хугацаагүй, эсвэл энэ хугацаа тэг рүү чиглэдэг (эсвэл хамаагүй). Тэгээд ч үйл явдал нь тухайн функцийг гүйцэтгэх хэрэгцээг байнга үүсгэдэг ба функцийн гүйцэтгэл үргэлж үйл явдлаар төгсдөг.Би жишээгээр тайлбарлая. Утас дуугарав. Менежер утсаа авлаа. Энэ тохиолдолд "Утас дуугарах нь" нь үйл явдал юм. Утасны яриа нь функц юм. Яриа дууслаа (утсаа таслав) - өөр үйл явдал. Тиймээс үйл явдлын гинжин хэлхээ ажиглагдаж байна: Дуудлага - яриа - дуудлагын төгсгөл. Мөн дуудлагын төгсгөлд шинэ функцийг гүйцэтгэх шаардлагатай болно: дуудлагын үр дүнг бүртгэх гэх мэт.
Үүнийг зурахыг хичээцгээе. Эхлээд та "Үйл явдал" ба "Функц" элементүүд хэрхэн харагдахыг олж мэдэх хэрэгтэй.

Эдгээр хоёр энгийн элемент нь eEPC тэмдэглэгээнд бизнесийн үйл явцыг тайлбарлах дүрмийн үндэс суурь болдог. Хэрэглэсэн өнгөний талаар хэдэн үг хэлэх хэрэгтэй гэж бодож байна. Хэрэв та бусад тэмдэглэгээн дэх үйл явцын тайлбарыг олж мэдсэн бол дүрмээр бол тэдгээр нь хар цагаан өнгөтэй байв. Мөн энэ нь зөв, учир нь өнгөт агуулга нь тодорхой хамаарал байх ёсгүй диаграммыг цаасан дээр харандаагаар зурах, хар цагаан хэвлэгч дээр хэвлэх гэх мэт. Энэ тохиолдолд (eEPC ntation-д) элементүүд нь тодорхой өнгөтэй байдаг нь түүхэн хөгжсөн байдаг. Энэ нь зайлшгүй шаардлагатай байсан гэж хэлэхгүй, харин зуршил нь хөгжиж, цахим хэлбэрээр ойлголт илүү сайн болсон - та юу болохыг шууд харах боломжтой. Эдгээр өнгийг зөвлөмж болгон авч үзэж болно. Тэд яагаад ийм байгаа юм бэ? Би яг сайн мэдэхгүй байна, гэхдээ ARIS бүтээгдэхүүндээ eEPC тэмдэглэгээг дэмжихдээ ийм өнгө өгөхөд тэд "үндэс авсан" юм шиг санагдаж байна. Дашрамд хэлэхэд заримдаа энэ тэмдэглэгээг "ARIS", "ARIS EPC" гэж нэрлэдэг бөгөөд энэ нь бүрэн зөв биш юм, учир нь ARIS энэ тэмдэглэгээг зохион бүтээгээгүй боловч бизнесийн үйл явцын загварчлалын хөтөлбөртөө үүнийг дэмжсэн. Ерөнхийдөө би өнгө хэрэглэхийг зөвлөж байна. Хамгийн гол нь элементүүдийн хэлбэр нь ижил байх ёсгүй (өөрөөр хэлбэл зөвхөн өнгөөрөө ялгаатай), учир нь хар цагаан дээр энэ нь төөрөгдүүлж магадгүй юм. eEPC диаграммд "нарийхан байдал" өгөх боломжийг олгодог бусад дүрмүүд байдаг бөгөөд бид тэдгээрийн талаар ярих болно.
Тэгэхээр үйл явдал байна, функц байна. Тэд ямар холбоотой вэ?
Бид үүнийг харж байна үйл явдал1тодорхой функцийг гүйцэтгэх хэрэгцээнд хүргэсэн бөгөөд энэ нь дууссан үйл явдал2. Хэрэв утсаар ярих жишээнд хэрэглэвэл дараах байдалтай байна.

Холболтын үйл явдал - функц - үйл явдал нь ихэвчлэн нэг мөрөнд дээрээс доошоо эсвэл зүүнээс баруун тийш харагдана. Гинжний чиглэлийг сумтай холбох шугамаар зааж өгсөн болно.

Схемийг илүү харагдахуйц болгохын тулд тэмдэглэгээ нь хэд хэдэн стандарт элементүүдийг өгдөг.

• Албан тушаал(гүйцэтгэгч). Энэ үүргийг гүйцэтгэдэг хүн
• Мэдээлэл. Баримт бичгийн мэдээллээс өөр үүрэг гүйцэтгэхэд ашигладаг аливаа мэдээлэл. Жишээлбэл, утасны дуудлага, мэс засал хийх заавар гэх мэт.
• Баримт бичиг. "Баримт бичиг" элемент нь мэдээллийн хэрэгсэл (цаасан эсвэл цахим) харуулах зориулалттай. Тэдгээр. тодорхой бүтэц дэх мэдээллийг танилцуулах.
• Програм (програм).Уг функцийг гүйцэтгэхэд ашигласан програм хангамж.

Бусад бүх элементүүд нь туслах шинж чанартай бөгөөд eEPC-ийн шаардлагаар бараг зохицуулагддаггүй. Гэсэн хэдий ч өөрийн элементүүдийг нэмэхэд ямар ч саад бэрхшээл байхгүй. Хамгийн гол нь үүнийг засах явдал юм дотоод стандартИнгэснээр тэдгээр нь хэрхэн харагдах, яагаад ашиглагддаг талаар нийтлэг ойлголттой болно. Үйл явдал-үйл явдал-үйл явдлын холболтыг зөрчөөгүй тохиолдолд ийм өргөтгөл нь шаардлагыг зөрчөөгүй бөгөөд зөвхөн мэдээллийн талаарх ойлголтыг сайжруулах эсвэл тодорхойлолтын дүрмийг зарим салбарын онцлогт тохируулан өөрчлөх зорилготой юм. Би өөрийн элементүүдийн багцыг нэмсэн бөгөөд үүнийг доор хэлэлцэх болно.
Та авч үзсэн элементүүдийг хэрхэн байрлуулах ёстойг олж мэдэх шаардлагатай хэвээр байна. Эдгээр бүх элементүүд ямар нэгэн байдлаар функцтэй холбоотой байх ёстой. тэр ерөнхий дүрэм: функцээс бусад тохиолдолд үйл явдалтай холбоотой ямар ч элемент байхгүй.Тэдгээр. Эдгээр бүх элементүүдийг функцтэй сумаар холбох ёстой. Сумнууд ба тэдгээрийн чиглэлийн хувьд: хэрэв мэдээлэл дамжуулах чиглэл байхгүй бол сумны оронд зүгээр л шугам харагдана гэж ерөнхийд нь хүлээн зөвшөөрдөг. Хэрэв мэдээлэл орж ирвэл (оролт руу орно) сумны чиглэл нь объектоос функц рүү, хэрэв гарах бол эсрэгээр байна.
Диаграм дээрх эдгээр элементүүдийн байршлын талаар хэдэн үг хэлье, бид дуудлага боловсруулах функцийн гүйцэтгэлийг зааж өгснөөр диаграмаа дахин зурж болно. Элементүүдийн зохион байгуулалтад хатуу шаардлага тавьдаггүй, гэхдээ тэдгээрийг бүх диаграммд ижил байдлаар харуулах нь заншилтай байдаг (диаграммын жигд байдал, зохицлын хувьд). Бизнесийн үйл явцын график диаграмын гадаад үзэмжийг нэгтгэхийн тулд ийм дүрмийг дотоод стандартад оруулж, дагаж мөрдөх ёстой. Хэсэг хугацааны дараа би энэ талаар хэдэн зөвлөмж өгөх болно.
Одоо бид диаграмаа дахин зурцгаая:

Оператор ирж буй дуудлагыг боловсруулж, ирж буй дуудлагыг боловсруулах дүрмийн дагуу ажиллаж, үүний тулд CRM програмыг ашиглаж байгааг бид харж байна. Ирж буй болон гарах баримт бичгийг ашигладаггүй.
Миний дурдсанчлан, нэг нь давуу талтэмдэглэгээ нь логикийн элементүүд юм. Үүний зэрэгцээ энэ бол ойлгоход хамгийн хэцүү мөчүүдийн нэг юм. Тиймээс эхлээд би жишээ хэлье, дараа нь логикийн элементүүдийг тусад нь авч үзэх болно.
Бидний жишээн дээр ийм байна: хэрэв үйлчлүүлэгч сонирхож байгаа бол түүнтэй цаашдын ажлыг борлуулалтын менежер хийж, санал болгох, MS Outlook мэйл клиент ашиглан шуудангаар илгээгддэг. Хэрэв сонирхол байхгүй бол дуудлагын боловсруулалт дуусна. AT жинхэнэ амьдралДуудлага зогсоох дүрмийг ашиглах нь сайхан байх болно, гэхдээ бид үүнийг хялбаршуулж байхад энэ бол би. Энд юу болох вэ:

eEPC тэмдэглэгээний схем дэх логикийн элементүүд

Логикийн элементүүд нь энгийн боловч схемийг логик, хоёрдмол утгагүй тайлбарлах зарим онцлог, дүрэм журам байдаг. 100% дагаж мөрдөх хамгийн чухал дүрэм: логик шийдвэрийг зөвхөн функцийг гүйцэтгэх үед л гаргаж болно ii. Тэдгээр. зарим үйл явдлын дараа салбарлах боломжгүй. Яагаад? Учир нь энэ тохиолдолд энэ нь үйл явдлын тухай ойлголттой зөрчилддөг - энэ нь гүйцэтгэх хугацаагүйгээр энгийн бөгөөд агшин зуурынх юм. Жишээлбэл, хэрэв утас дуугарч, хүн утсаа авах эсэхээ бодож суугаа бол онолын хувьд энэ нь аль хэдийн шийдвэр гаргах функц болно. Гэвч практикт, түүний дотор эрүүл ухаанаар тэрээр дуудлага боловсруулах дүрмийг зөрчиж байна, tk. тэр эдгээр дуудлагыг боловсруулахын тулд цалин авдаг бөгөөд энд маргах зүйл байхгүй (ерөнхийдөө диаграммд үзүүлсэн шиг).
Нийтдээ логикийн 3 элементийг ялгадаг.

• Тэгээд. Хоёр ба түүнээс дээш үйл явдал нэгэн зэрэг тохиолдох үед;
• ЭСВЭЛ. Нэг буюу хэд хэдэн үйл явдал тохиолдож болох үед, гэхдээ дор хаяж нэг нь тохиолдох ёстой;
• ОНЦГОЙ OR. Аль нэг нь эсвэл нөгөө нь. Тэдгээр. хоёр сонголтыг зэрэг хийх боломжгүй.

Зарим нь дараах байдалтай байна.

Таны харж байгаагаар логик элементүүдийг графикаар дүрслэх хоёр сонголт байдаг. Тэд огт өөр, огт өөр. Би хоёуланг нь авчирсан, учир нь. Практикт энэ хоёр сонголтыг янз бүрийн эх сурвалжаас харж болно. Алийг нь ашиглах нь танд хамаарна. Би эхнийх нь илүү дуртай.
Одоо бид логик элементүүдийг ашиглах асуудлыг шийдэх хэрэгтэй. Эхлээд тулгарч буй сонголтуудыг харцгаая, дараа нь жишээ рүү шилжинэ. Элемент тус бүрийг тусад нь шинжилье.
Логик элемент "БА".

Функц хэд хэдэн үйл явдлыг нэгэн зэрэг гүйцэтгэх шаардлагатай үед:

Жишээ:Хэрэв тайлангийн хугацаа хаагдсан (үйл явдал 1), менежерт тайлан гаргах эцсийн хугацаа (үйл явдал 2) ирсэн бол ажилтан сар бүр тайлан бэлтгэдэг.

Функцийг гүйцэтгэх явцад хэд хэдэн үйл явдал тохиолдвол элементүүдийн холболт:

Жишээ:Үйлчлүүлэгчтэй хийсэн зарим ажлыг дуусгасан. Хоёр үйл явдлыг нэгэн зэрэг бүртгэсэн: харилцан тооцоо нийлсэн (үйл явдал 1), актад гарын үсэг зурсан (үйл явдал 2).

Практикт энэ нь ховор хэрэглэгддэг. Дүрмээр бол олон үйлдлийг нэг функцэд нэгтгэсэн бол.

Элементүүдийн холболт, хэрэв хэд хэдэн функцийг гүйцэтгэх явцад үйл явдал тохиолдвол:

Жишээ:Хадгалагч захиалгыг цуглуулсан (1-р функц), оператор баримт бичгийг бичсэн (2-р функц), бараа тээвэрлэхэд бэлэн болсон (үйл явдал).

Хэрэв нэг үйл явдал тохиолдоход хэд хэдэн функцийг гүйцэтгэхэд хүргэдэг бол элементүүдийн холболт:

Жишээ: Ачаа ирлээ (үйл явдал). Үүний зэрэгцээ үйлчлүүлэгчдийн өмнө нь захиалсан барааг ачих, үлдсэн барааг агуулахад байршуулах ажил эхэлдэг.

Логик элемент "OR".
Хэрэв үйл явдлын аль нэг нь функцийг гүйцэтгэхэд хүргэж болзошгүй бол элементүүдийг холбох:

Жишээ: Утсаар хүлээн авсан дуудлага (үйл явдал 1) эсвэл утсаар хүлээн авсан дуудлага цахим шуудан(2-р үйл явдал) үүнийг зохицуулах шаардлагад хүргэнэ.
Хэрэв нэг функц дор хаяж нэг үйл явдлыг асаах боломжтой бол элементүүдийг холбох:

Жишээ:Барааны нэхэмжлэхийг захиалагч руу илгээхээр бэлтгэж илгээсэн. Нэхэмжлэлийг шуудангаар (1-р үйл явдал), факсаар (2-р үйл явдал) илгээж болно.

Олон функцийг гүйцэтгэх үед элементүүдийг холбох нь үйл явдлыг өдөөх болно:

Жишээ:Үйлчилгээ үзүүлсэн (1-р функц) эсвэл бүтээгдэхүүн зарагдсан (2-р функц), үйлчлүүлэгчээс өр үүссэн (үйл явдал 1).

Логик элемент "EXCLUSIVE OR".

Функцийг гүйцэтгэхэд зөвхөн нэг үйл явдал шаардлагатай үед элементүүдийг холбох:

Жишээ:Үйлчлүүлэгч дэлгүүрт өөрийн биеэр ирсэн (1-р үйл явдал) эсвэл интернетээр дамжуулан захиалга өгсөн (2-р үйл явдал). Та бараагаа тээвэрлэх хэрэгтэй (функц 1).

Функцийн гүйцэтгэлийн үр дүнд дор хаяж нэг үйл явдал тохиолдвол элементүүдийн холболт:

Жишээ:Шийдвэр гаргасан ч юм уу, үгүй ​​ч юм уу.

Хэрэв байгаа бол элементүүдийн холболтҮйл явдал нь зөвхөн нэг функцийг гүйцэтгэсний дараа тохиолдох болно.

Жишээ: Барааг хүргэсэн (үйл явдал 1) эсвэл өөрийн тээвэрлэлтээр (1-р функц) эсвэл тээврийн компани(функц 2)

Логик элементүүдийг зөв ашиглахын тулд тодорхой дасгал хийх шаардлагатай. Гэхдээ хэцүү биш. Бүх авч үзсэн хослолууд нь практикт өргөн хэрэглэгддэггүй гэдгийг тэмдэглэх нь зүйтэй (ерөнхийдөө энэ нь шинжээчийн сэтгэлгээгээр тодорхойлогддог).

Логикийн элементүүдийг практикт ашиглахыг хичээ. Хэрэв хүндрэл гарвал над руу бичээрэй, би туслахыг хичээх болно.

Тэмдэглэгээг өөрийн элементүүдээр өргөтгөх

Миний хэлсэнчлэн eEPC нь яг тэмдэглэгээ биш, харин тайлбарын дүрэм юм. Мөн эдгээр дүрмүүд нь схемд өөрийн элементүүдийг нэмэхийг хориглодоггүй. Хамгийн гол нь эдгээр элементүүд нь ойлгомжтой бөгөөд ийм элементийн өргөтгөлүүдийг зассан баримт бичиг байдаг. Жишээлбэл, би янз бүрийн даалгаврын бодит үйл явцыг тайлбарлах явцад аажмаар үүссэн дараах нэмэлт элементүүдийг ашигладаг. энгийн тайлбаравтоматжуулалтад зориулсан ажлуудыг тохируулах.

Өгөгдлийн файл. Үйлдлийн үр дүнд өгөгдлийн файл үүсгэх, эсвэл файлыг үйлдэл хийхэд ашигладаг.
Өгөгдлийн сан.хоорондын мэдээллийн урсгалыг тодорхойлоход ашигладаг автоматжуулсан системүүд.
Файлын шүүгээ.Цаасан файлын шүүгээ эсвэл архивыг харуулахад ашигладаг.
материалын урсгал. Энэ нь орж ирж буй болон гарч буй материалын урсгал, түүнчлэн үйл явцыг гүйцэтгэх явцад зарцуулсан нөөцийг тодорхойлоход хэрэглэгддэг. Материалын урсгалыг дагалдах баримт бичгийн зүүн талд харуулав.
мэдээллийн кластер.Бүтэцлэгдсэн мэдээллийг (аж ахуйн нэгжийн төлөөлөл) тэмдэглэхэд ашигладаг. Энэхүү диаграммыг тусгай програм ашиглан программчлан үүсгэсэн баримт бичгүүдэд ашиглах боломжтой. Энэ тохиолдолд "Кластер" элемент нь холбогдох баримт бичгийн зүүн талд байрлана. Тэдгээр. Энэ нь хэрэглэгч зөвхөн цаасан баримт бичгийг үүсгээд зогсохгүй программд түүний жишээг үүсгэсэн болохыг харуулж байна.

Диаграм дээр дүрс байрлуулах дүрмийн тухай конвенцууд

eEPC тэмдэглэгээ нь өөрөө элементүүдийг бие биентэйгээ харьцуулахад хатуу шаардлага тавьдаггүй, гэхдээ диаграммыг дээрээс доош эсвэл зүүнээс баруун тийш зурах нь заншилтай байдаг. Хэрэв энэ нь хэд хэдэн мэргэжилтнүүдийн ажилд нэгдмэл биш бол нэг төрлийн "винегрет" гарч ирж магадгүй юм. Үүнээс зайлсхийхийн тулд элементүүдийг зохион байгуулах өөрийн дүрмийг боловсруулж, батлахыг зөвлөж байна.

• Үйл явдал, функцүүдийн дарааллыг дээрээс доош (илүү сайн) эсвэл зүүнээс баруун тийш (хэрэв хангалттай зай байхгүй бол) зохион байгуулдаг;
• Гүйцэтгэгчдийг харуулсан элементүүд нь функцүүдийн баруун талд байрладаг;
• Функцуудын зүүн дээд талд орж ирж буй баримтууд; баримтаас функц рүү чиглэсэн сумны чиглэл;
• Функцуудын зүүн доод талд гарч буй баримтууд; функцээс баримт бичиг рүү чиглэсэн сумны чиглэл;
• "Мэдээлэл" элемент нь функцийн баруун доод буланд байрладаг. Хэрэв хангалттай зай байхгүй бол функцэд аль болох ойр дурын зохицуулалт хийхийг зөвшөөрнө;
• "Програм" элемент нь функцүүдийн баруун дээд буланд байрладаг. (хэрэв тайлан биш файлын сангууд үүнд ашиглагдаж байгаа бол тэдгээрийг ижил төстэй байдлаар харуулна). Сумгүйгээр харилцах.
• "Мэдээллийн сан" ба "Картын файл" элементүүд нь дур зоргоороо байрладаг;
• "Материалын урсгал" элемент нь түүнийг дагалдах баримт бичгийн зүүн талд сумгүй шугамаар баримт бичгийг иш татсан;
• Баримт бичгийг цахим хэлбэрт оруулахын тулд "Баримт бичиг" дүрстэй хослуулан хэрэглэвэл "Кластер" элемент нь холбогдох баримт бичгийн зүүн талд байрладаг.

Жишээ нь: Цалингийн тооцоолуур нь түүнд өгсөн "Бригадын хувцас" баримт бичигт үндэслэн цалин хөлсийг тооцдог. Үүний зэрэгцээ тэрээр "Журмын тухай" баримт бичгийг удирддаг цалин”, тооцооллыг "1С: ZiK" хөтөлбөрт хийсэн болно. Тооцооллын үр дүн нь "Ведомости" баримт бичиг юм.

Диаграм дахь элементүүдийг тодорхойлох

Таны мэдэж байгаагаар бизнесийн үйл явцыг тайлбарлах чадварлаг хандлага нь тэдгээрийг тодорхойлох, жишээлбэл. процесс бүр өөрийн гэсэн кодын нэртэй байх үед. Үүний дагуу процесс доторх бие даасан функцууд нь мөн өөрийн нэр, танигчтай байдаг.
"Баримт бичиг" ба "Функц" гэсэн зургуудыг диаграммд заавал тодорхойлох ёстой.
Бүртгэлийн дагуу зүүн дээд буланд тайлан, баримт бичгийн кодыг зааж, баримт бичгийг тодорхойлно. Бараа, үйлчилгээ нийлүүлэгчдээс хүлээн авсан баримт бичгийг (ирж байгаа) зөвхөн нэрээр нь тодорхойлно.
Тухайн үйл явцын бүлгийн функцийн дарааллын дугаарыг зааж өгөх замаар функцийг тодорхойлно. Тэдгээр. функцийн дугаар үргэлж процессын бүлгийн кодоор эхэлдэг. Үйл явцын бүлгийг тодорхойлох асуудал нь энэ нийтлэлийн хамрах хүрээнээс гадуур байгаа тул бид тэдгээрийг тусад нь авч үзэх болно. Түүнээс гадна та үйл явцыг дүрсэлж эхлэхээсээ өмнө хэрхэн тодорхойлох талаар сурах хэрэгтэй, эс тэгвээс тэд заримдаа хийхийг оролддог шиг компанийн бүх үйл ажиллагааг нэг диаграммд дүрслэх хүсэл байж магадгүй юм.
Тиймээс одоо би үүнийг диаграммд хэрхэн дүрсэлж болохыг жишээгээр л харуулах болно. Дуудлага зохицуулах жишээ рүү буцъя. Бид "04" кодыг борлуулалтын хэлтэст, "VK" кодыг ирж буй харилцагчийг боловсруулах процесст өгсөн гэж бодъё. Дараа нь схем гарч ирнэ дараагийн харах(Тодорхой болгох үүднээс таних тэмдгийг улаанаар тодруулсан). Баримт бичгийн код нь баримт бичгийн ерөнхий бүртгэл дэх баримт бичгийн серийн дугаарыг нэгэн зэрэг зааж өгдөг (бид баримт бичгийн менежментийн системийн судалгаанд орохдоо бид үүнийг тусад нь авч үзэх болно).

Дэлгэц санал хүсэлт

Загвар бүтээхдээ зарим нөхцөл байдлын дагуу үйл явцын дундуур шилжих эсвэл шийдвэр гаргагчдын үйл ажиллагааг харуулах шаардлагатай болдог. Энэ тохиолдолд бид санал хүсэлтийн талаар ярьж байна.

Хяналтын санал хүсэлтийг харуулахын тулд процесст "шууд оруулах" зарчмыг ашигладаг нэмэлт функцдараачийн салаалсан удирдлага (XOR логик элементийг ашиглан). Жишээлбэл:

Процессуудын текстийн тайлбар

Бизнесийн үйл явцыг диаграмм дээр харуулах гэж хичнээн хичээсэн ч бүрэн нарийвчлалд хүрэх боломжгүй, эс тэгвээс та элемент, нөхцлийн төгсгөлгүй хэлхээнд гацах болно. Үүнээс зайлсхийхийн тулд, мөн графикаар харуулах боломжгүй үйл явцын тайлбарт мэдээлэл нэмэхийн тулд тайлбарыг текстийн хамт хавсаргасан болно. Үүний тулд янз бүрийн текстийн загваруудыг боловсруулдаг бөгөөд тэдгээрийг тайлбарлах явцад бөглөдөг. Ийм маягтын хэлбэрүүд нь өөр өөр байж болно, үүнд оролт, гаралт, ашигласан нөөц, ашигласан тайлбар бүхий тусдаа хэсгүүдийг багтаасан болно. програм хангамжгэх мэт.
Хамгийн энгийн тохиолдолд бизнесийн үйл явцын тодорхойлолтын загвар дараах байдалтай байж болно.

Бизнесийн үйл явц:	Ирж буй харилцагчтай ажиллах	04.VK
Процессын функцууд:
Нэр	Тодорхойлолт	Схемийн дугаар
Ирж буй дуудлагыг зохицуулах	Ирж буй дуудлагыг хүлээн авах үед оператор нь ирж буй дуудлагыг боловсруулах дүрмийн дагуу дуудлагыг боловсруулдаг. Үйлчлүүлэгчийн сонирхлыг тодорхойлж, үйлчилгээний талаар мэдээлэл өгдөг	04.VK.01
Арилжааны санал бүрдүүлэх	Хэрэв үйлчлүүлэгчийн сонирхол байгаа бол оператор нь харилцагчийг борлуулалтын менежер рүү шилжүүлдэг. Борлуулалтын менежер нь арилжааны саналыг бэлтгэж, үйлчлүүлэгч рүү цахим шуудангаар илгээдэг	04.VK.02
Үйл явцын үзүүлэлтүүд:
Нэр	Үнэлгээ/хэмжилтийн арга
Алдаа дутагдлын тоо	мэдээллийн сангийн статистик

Мэдээлэл цуглуулах, бизнесийн үйл явцыг тодруулах, задлах, үзүүлэлтүүдийг тодруулах зэрэг чухал сэдвүүд энэ нийтлэлийн хамрах хүрээнээс гадуур үлдсэн. Цаашдын дугаартаа эдгээр асуудлыг судлах нь гарцаагүй.

ARIS eEPC тэмдэглэгээг дараах байдлаар тайлсан болно - Өргөтгөсөн үйл явдалд тулгуурласан үйл явцын хэлхээ - үйл явдалд тулгуурласан үйл явцын гинжийг тайлбарлах өргөтгөсөн тэмдэглэгээ. Тэмдэглэгээг IDS Scheer AG (Герман) компанийн мэргэжилтнүүд, тухайлбал профессор Шеер (харна уу) боловсруулсан.