CAD програм хангамжийн функциональ тодорхойлолтод idef0 ашиглах семинар. IDEF0

IDEF0 стандартыг илүү сайн мэдэхийн тулд та энэ талаар дараахь зүйлийг мэдэх хэрэгтэй.

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

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

IDEF0 аргачлал нь арай өөр юм сонгодог схем DFD бизнесийн үйл явцын тодорхойлолт. Гол ялгаа нь ажлын орцын ангилал юм.

Ажлын орц, гаралтын ангилал

Энэхүү стандарт нь ажлын орцын дараах төрлийг санал болгодог.

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

Диаграммын үндсэн элементүүд:

Синтакс, утга зүй нь туйлын хатуугаар тодорхойлогддог IDEF0 график хэлний үндэс нь тэдгээрийг холбосон блок, сумуудаас бүрдэх бөгөөд нарийвчилсан диаграммуудын шатлалыг бүрдүүлдэг.

Бүрэлдэхүүн	График дэлгэц мөн утга	Бүртгэлд тавигдах шаардлага
Функциональ блок	Тэгш өнцөгт хэлбэрээр дүрсэлсэн. Үйл ажиллагаа, үйл явц, үйл ажиллагаа, үйлдэл, өөрчлөлт гэж тодорхойлсон функцуудыг төлөөлдөг.	1. Өвөрмөц байх ёстой баруун доод буланд таних дугаар; 2. Гарчиг нь амны ааштай байх ёстой.
Интерфэйснуман (сум, нум)	Нэг чиглэлтэй сумаар дүрслэгдсэн. Функцуудтай холбоотой өгөгдөл эсвэл материаллаг объектуудыг төлөөлөх.	1.Өвөрмөц нэртэй байх ёстой. 2.Нэр нь нэр үгийн хэлбэр байх ёстой. 3. Зөвхөн функцийн блокууд нь нумын эхлэл ба төгсгөл байж болно. 4. Эх үүсвэр нь зөвхөн блокийн гаралтын тал байж болох ба хүлээн авагч нь үлдсэн гурван аль нэг нь байж болно.

IDEF0 - загвар:

Загвар багтана дараах баримт бичигбие биенээ илэрхийлдэг:

График графикууднь IDEF0 загварын үндсэн бүрэлдэхүүн хэсэг бөгөөд блок, сум, тэдгээрийн холболтыг ашиглан загварчилсан системийн талаарх мэдээллийг графикаар харуулдаг. Блокууд нь үндсэн функцуудыг илэрхийлдэг. Эдгээр функцийг бүрэлдэхүүн хэсгүүдэд нь задалж (задарч) илүү нарийвчилсан диаграммд үзүүлж болно. Задрах үйл явц нь тухайн объектыг тодорхой төслийн зорилгод хүрэхэд шаардлагатай нарийвчилсан түвшинд тайлбарлах хүртэл үргэлжилнэ.
Текст;
Тайлбар толь- Диаграммын элемент бүрийн хувьд тодорхой тодорхойлолтыг бий болгож, хадгалдаг. түлхүүр үгс, энэ элементийг төлөөлж буй объектыг тодорхойлсон тайлбар. Энэ багцыг толь бичиг гэж нэрлэдэг бөгөөд өгөгдсөн элементийн мөн чанарыг тодорхойлсон тайлбар юм. Тайлбар толь нь визуал график хэлийг эв найртай нөхөж, диаграммыг шаардлагатай нэмэлт мэдээллээр хангадаг.

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

Бизнесийн үйл явцын загварыг бий болгохдоо задралын зарчим

1. Контекст диаграм: зорилго, үзэл бодол

Бизнесийн үйл явцын загварчлал нь контекст диаграмаас эхэлдэг. Энэ диаграммыг A–0 (A хасах тэг) гэж нэрлэдэг. Үүн дээр системийг нэг блок, системийн орчныг дүрсэлсэн нум хэлбэрээр дүрсэлсэн байна. Диаграммыг ашиглан загварчилсан системийн харилцан үйлчлэлийг харж болно гадаад орчин, түүний бүх оролт, гаралт. А-0 диаграмм нь загварчлалын талбай ба хил хязгаарыг тогтооно.

Контекст диаграмын тайлбар текстийг заавал зааж өгөх ёстой зорилтотзураг зурах, бичлэг хийх үзэл бодол. Үзэл бодол нь нарийвчилсан түвшин, загварын хөгжлийн чиглэлийг тодорхойлж, загварыг буулгах боломжийг олгодог. Тиймээс загварчлахдаа систем дээр сонгосон үзэл бодолд тулгуурлан шаардлагагүй элементүүдийг нарийвчлан судлахаас татгалзаж болно.

2. Нарийвчилсан

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

Цаашилбал, диаграммын функц бүрийг хүүхдийн диаграммд нарийвчлан тусгаж болно. Функц бүрийг тусдаа блокоор загварчилсан. Эцэг эхийн блок бүрийг доод түвшний хүүхдийн диаграммаар дэлгэрэнгүй тайлбарласан болно. Энэ нь загварчлалын зорилгод тодорхойлсон асуултуудад хариулах боломжтой бүтцийг олж авах хүртэл үргэлжилнэ.

Загварын бүтцийн нэгдмэл байдалд хүрэхийн тулд дараахь дүрмийг баримтална.

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

Туннелийн зарчим

Тусдаа сумыг шатлалын тодорхой түвшнээс доогуур хүүхдийн диаграммд үргэлжлүүлэн авч үзэх нь утгагүй, эсвэл эсрэгээр тохиолддог тохиолдол байдаг - тусдаа блокууд нь тодорхой түвшнээс дээш практик утгагүй байдаг. Нөгөөтэйгүүр, заримдаа бие даасан "үзэл баримтлал" сумаас салж, тодорхой түвшингээс хэтрүүлэхгүй байх шаардлагатай байдаг.

Иймэрхүү асуудлыг шийдэхийн тулд IDEF0 стандарт нь ойлголтыг өгдөг хонгил хийх. Сумны эхлэлийн эргэн тойронд байгаа хоёр хаалтны "хонгил" тэмдэглэгээ нь сум нь функциональ эх блокоос өвлөгдөөгүй бөгөөд зөвхөн энэ диаграммд ("хонгил"-оос) гарч байгааг харуулж байна. Хариуд нь хүлээн авагчийн блокийн ойролцоо байгаа сумны төгсгөлд ижил тэмдэглэгээ нь энэ блокийн хүүхдийн диаграммд энэ сум харагдахгүй бөгөөд авч үзэхгүй гэсэн үг юм.

Нарийн төвөгтэй байдлыг хязгаарлах зарчим

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

диаграмм дээрх функциональ блокуудын тоог гурваас зургаа хүртэл хязгаарлах. Дээд хязгаар (зургаа) нь дизайнерыг нарийн төвөгтэй объектуудыг дүрслэхдээ шатлалыг ашиглахыг шаарддаг бөгөөд доод хязгаар (гурван) нь харгалзах диаграмм нь түүнийг бий болгох үндэслэлийг хангалттай нарийвчлалтай байлгах боломжийг олгодог;
нэг функциональ блокт (нэг функциональ блокоос гарах) тохирох интерфейсийн нумын тоог дөрөв хүртэл хязгаарлах.

Мэдээжийн хэрэг, эдгээр хязгаарлалтыг чанд дагаж мөрдөх шаардлагагүй, гэхдээ туршлагаас харахад эдгээр нь бодит ажил дээр маш практик байдаг.

Тоон графикийн шинжилгээ: Балансын харьцаа ба нэрийн үнэлгээ

Тоон шинжилгээг диаграммыг түгжрэл, ойлголтын хүндрэлийн үүднээс шинжлэхэд ашигладаг. Шинжилгээнд дараахь үзүүлэлтүүдийг ашигладаг.

диаграм дээрх блокуудын тоо - N;
диаграмын задралын түвшин - Л;
диаграмын тэнцвэр - IN;
блок руу холбосон сумны тоо - А.

Тэнцвэрийн хүчин зүйл

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

Мөн диаграммууд нь тэнцвэртэй байх ёстой. Энэ нь ижил диаграмм дотор гарч буй сумаас хамаагүй илүү ирж буй сум, хяналтын сум байх ёсгүй гэсэн үг юм.

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

Диаграммын тэнцвэрийн хүчин зүйлийг танилцуулъя:

Үүний тулд хичээх хэрэгтэй Qдиаграммын хувьд хамгийн бага байсан ба задралын түвшин нэмэгдэх тусам буурсан.

Нэрийн үнэлгээ

Диаграммын график элементүүдэд дүн шинжилгээ хийхээс гадна блокуудын нэрийг авч үзэх шаардлагатай. Нэрийг үнэлэхийн тулд загварчилсан системийн энгийн (жижиг) функцүүдийн толь бичгийг эмхэтгэсэн. Үнэн хэрэгтээ, онд энэ толь бичигдиаграммын задралын доод түвшний функцүүд буурах ёстой.

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

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

Энэ шалгуурыг тоон хувьд тусгасан коэффициентийг дараах байдлаар бичиж болно.

L*C

— загварын түвшний бүтээгдэхүүн ба толь бичгийн үгтэй блок нэрийн таарах тоо. Загварын түвшин бага байх тусам (том L) тохирох нь илүү үнэ цэнэтэй юм.

IDEF0 нь системийн бүтэц, функцийг дүрсэлсэн функциональ загварыг бий болгоход ашигладаг график загварчлалын тэмдэглэгээ бөгөөд тэдгээр функцуудыг холбосон мэдээллийн урсгал болон физик объектуудыг дүрсэлсэн байдаг. IDEF0 (Function Modeling Integration Definition) стандартыг 1993 онд АНУ-д баталсан. Холбооны стандартмэдээлэл боловсруулах. Орос улсад энэ нь 2000 оноос хойш удирдамжийн статустай байсан бөгөөд одоогоор стандарт болгон батлагдаагүй байна. Гэсэн хэдий ч IDEF0 аргачлал нь бизнесийн үйл явцыг тайлбарлах түгээмэл аргуудын нэг юм. Түүний онцлог шинж чанарууд нь:

контекст диаграм ашиглах;

задралын дэмжлэг;

давамгайлал;

4 төрлийн сумыг тодорхойлох.

Контекст диаграм.Загварын объектыг хилийн сумтай нэг блокоор дүрсэлсэн хамгийн дээд диаграм. Энэ диаграммыг A-0 (A хасах тэг) гэж нэрлэдэг. Энэ диаграм дахь сумнууд нь загварчлах объект ба хоорондын хамаарлыг илэрхийлдэг орчин. А-0 диаграмм нь загварчлалын талбай ба түүний хил хязгаарыг тогтооно. А-0 диаграмын жишээг Зураг дээр үзүүлэв. 1.

Зураг 1. IDEF0 тэмдэглэгээнд А-0 диаграмм

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

Давамгайлал.Контекст бус диаграм дээрх IDEF0 загварын блокуудыг диагональ байдлаар байрлуулна - диаграммын зүүн дээд булангаас баруун доод буланд хуваарилагдсан дугааруудын дарааллаар. Зүүн дээд талд байрлах диаграммын блокууд нь баруун доод талд байрлах блокуудыг "давамгайлж" байна. "Давамгай байдал" гэдэг нь диаграмм дахь блок бусад блокуудад үзүүлэх нөлөөлөл гэж ойлгогддог. Диаграммын хуудсан дээрх блокуудын зохион байгуулалт нь зохиогчийн давамгайллын талаархи ойлголтыг илэрхийлдэг. Тиймээс диаграммын топологи нь аль шинж чанар нь бусдад илүү их нөлөөлж байгааг харуулж байна.

4 төрлийн сумыг тодорхойлох.Дараах төрлийн сумнуудыг ялгадаг: "Оролт", "Гарах", "Механизм", "Хяналт". Гаралт шиг харагдах зүйлийг бий болгохын тулд оролтыг процессоор хөрвүүлдэг эсвэл хэрэглэдэг. Хяналтууд нь зөв гарц гаргах процесст шаардлагатай нөхцлийг тодорхойлдог. Гаралт гэдэг нь процессоор бий болсон өгөгдөл эсвэл материаллаг объект юм. Механизмууд нь үйл явцыг хэрэгжүүлэхэд туслах хэрэгслийг тодорхойлдог. Тиймээс IDEF0 блок нь хяналтын үйлдлийг харгалзан механизмыг ашиглан оролтыг гаралт болгон хувиргах үйл явцыг харуулдаг.

IDEF0 тэмдэглэгээнд ашигласан график тэмдгүүдийн зорилгын тайлбарыг 1-р хүснэгтэд үзүүлэв.

Нэр	График тэмдэг	Тодорхойлолт
		Процессыг тэгш өнцөгт блокоор зааж өгсөн болно. Блок бүрийн дотор түүний нэр, дугаар байдаг. Нэр нь идэвхтэй үйл үг, үйл үг хэллэг эсвэл үгийн нэр байх ёстой. Блокийн дугаар нь баруун доод буланд байрладаг. Блок дугаарыг диаграмм болон холбогдох бичвэрт танихад ашигладаг.
		Сум нь процесс руу орж, гарах объектуудыг (өгөгдөл) илэрхийлдэг. Функцийн блокийн тал бүр нь блок-сумны харилцааны хувьд стандарт утгатай байдаг. Хариуд нь сумыг хавсаргасан блокны тал нь түүний үүргийг өвөрмөц байдлаар тодорхойлдог. Блокны зүүн талд орж буй сумнууд нь орох хаалга юм. Дээрээс блок руу орж буй сумнууд нь удирдлага юм. Баруун талд үйл явцыг орхиж буй сумнууд нь гарц, i.e. процессоор бий болсон өгөгдөл эсвэл материаллаг объектууд. Блокны доод талд холбогдсон сумнууд нь механизмуудыг илэрхийлдэг.
Хонгилтой сум		Хонгилтой сумнууд нь эдгээр сумаар дамжуулсан өгөгдлийг эх диаграм болон/эсвэл хүүхдийн диаграммд тооцохгүй гэсэн үг юм. Блоктой нэгдэж байгаа хонгилд байрлуулсан сум нь дараагийн задаргааны түвшинд тухайн сумаар илэрхийлсэн өгөгдөл шаардлагагүй гэсэн үг юм. Чөлөөт төгсгөлд хонгилд байрлуулсан сум нь түүний дүрсэлсэн өгөгдөл нь эх диаграммд байхгүй гэсэн үг юм. Хонгилтой сумыг IDEF0, Процесс, Процедурын тэмдэглэгээн дэх процессын диаграммд ашиглаж болно.
		Элемент нь загварчилж буй системийн хил хязгаараас гадуур байгаа газар, аж ахуйн нэгж, аж ахуйн нэгжийг илэрхийлдэг. Загварын гаднах сумны эх үүсвэр эсвэл очих газрыг зааж өгөхийн тулд гадаад лавлагаа ашигладаг. Диаграммд гадаад холбоосыг дөрвөлжин хэлбэрээр дүрсэлсэн бөгөөд түүний хажууд Гадаад холбоосын нэрийг харуулсан болно. Гадны холбоосыг процессын диаграммд дурын тэмдэглэгээнд ашиглаж болно.
		Өөр диаграммыг төлөөлөх элемент. Сум нь давхардсан диаграмм дээрх сумыг харуулахгүйгээр (шаталсан загваруудыг ашиглах үед) өөр процессын диаграм руу шилжиж байгааг харуулахын тулд диаграм хоорондын холбоосыг ашигладаг. EPC болон BPMN тэмдэглэгээн дэх процессын диаграм нь диаграм хоорондын холбоос болж чадахгүй. Диаграм хоорондын лавлагааг IDEF0, Процесс, Процедурын тэмдэглэгээн дэх процессийн диаграммд ашиглаж болно.
		Элемент нь ерөнхий процессын загвартай холбоосыг илэрхийлдэг. Бизнесийн үйл явцын загварт хамгийн их давтагддаг процессуудыг тусдаа хавтсанд ердийн байдлаар тодруулж болно Навигатор. Ердийн процессын диаграммыг нэг дор нэг удаа үүсгэдэг Навигатор. Цаашилбал, ямар ч диаграм дээр ердийн процесстой холбох процессыг ашиглаж болно. Ердийн процессын параметрүүдийг шууд бөглөнө Properties цонхстандарт үйл явц. Стандарт үйл явцыг хэрэгжүүлэхэд оролцож буй субъектуудын байнгын жагсаалтыг мөн онд бүрдүүлдэг Properties цонхстандарт үйл явц. Давхардсан үйл явцын хүрээнд стандарт үйл явцыг хэрэгжүүлэхэд оролцож буй субъектуудын жагсаалтыг дараахь байдлаар бүрдүүлнэ. Properties цонхпроцесс-стандарт процесстой холбох. Лавлах процессуудыг ямар ч тэмдэглэгээний процессын диаграммд ашиглаж болно.
		Сэтгэгдэл бичихэд зориулагдсан алсын элемент. Элементийг процессын диаграммд ямар ч тэмдэглэгээнд ашиглаж болно.

Нэг зураг мянган үгтэй үнэ цэнэтэй

Ардын мэргэн ухаан

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

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

Графикийн давуу талуудын талаар хэдэн үг хэлье

Та бүхний мэдэж байгаагаар IDEF0 функциональ загварууд нь үргэлж график диаграмм байдаг. Тэд өөрсдийн онцлог шинж чанар, найрлагын дүрэмтэй байдаг. Бид энэ талаар бага зэрэг дараа ярих болно. Одоо би графикийн үр дүнтэй байдлын талаар хэдэн жишээ хэлмээр байна. Би яагаад үүнд анхаарлаа хандуулаад байгаа юм бэ? Компанийн ажлын функциональ загвар хэрэгтэй гэсэн миний мэдэгдлийн дараа олон хүмүүс энэ бүхэн шаардлагагүй гэж бодож байсан бөгөөд тэд компанид энэ эсвэл өөр функц хэрхэн ажилладагийг үгээр тайлбарлаж болно. Энэ бол миний ярих гэсэн зүйл юм.

Түүх рүү хийсэн богино аялалаас эхэлцгээе. Орос-Туркийн дайны үеэр алс холын 1877 он руу буцъя. Тэр үед хэвлэгч Ситин анх цэргийн ажиллагааг дүрслэхдээ график ашигласан байна. Одоо энэ бүхэн бидэнд танил болсон тул аливаа тулааныг дүрслэхдээ бидний нүдний өмнө сумтай картууд гарч ирдэг бөгөөд энэ нь тулааны явцыг тодорхой харуулдаг. Мөн тэр өдрүүдэд цэргийн үйл ажиллагааг үгээр дүрсэлсэн байдаг. Тулаан бүрийн хувьд маш олон үг байдаг. Тэгээд эцэст нь юу болоод байгааг ойлгоход маш хэцүү байсан.

Тиймээс Ситиний санаа үнэхээр хувьсгалт байсан - тэрээр бэхлэлт, цэргийн ангиудын байршлыг харуулсан газрын зургийн литографийн хуулбарыг хэвлэж эхлэв. Эдгээр картуудыг “Сонин уншигчдад зориулав. Тэтгэмж.” Энэ санаа нь маш их хамааралтай болж, "Ашиг тус" -ын анхны хэвлэл шууд зарагджээ. Дараа нь ийм програмууд маш их эрэлт хэрэгцээтэй байсан. Шалтгаан нь ойлгомжтой. Зөвхөн үгээр ойлгох бараг боломжгүй зүйлийг ойлгоход график тусалсан.

Амаар дүрслэх арчаагүй байдлын үүнтэй төстэй жишээг би өөрийн дадлагаас гаргаж болно. Миний нэг үйлчлүүлэгч надаас компанидаа ERP системийг нэвтрүүлэхийг үнэхээр хүссэн. Тэдэнд техникийн үзүүлэлт байгаа эсэхийг асуухад “Тийм ээ. Гэхдээ энэ нь 400 хуудас юм." Үүний зэрэгцээ үйлчлүүлэгч маань өмнө нь холбогдож байсан хамтран ажиллагсад маань төслөөс бүрмөсөн татгалзсан, эсвэл илт хөөрөгдсөн үнэ хэлсэн гэж их гомдоллосон. Би үүнийг харсаны дараа Ажлын нөхцөлүнэхээр 400 хуудас, энэ нь зөвхөн бүрдэнэ текстийн тайлбар, Би хөгжүүлэгчдийн зан үйлийн шалтгааныг ойлгосон. Зөвхөн даалгавраа ойлгож, үнийг нь нэрлэхийн тулд ийм хэмжээний текстийг уншиж, судалж, бүх нарийн ширийн зүйлийг ойлгох нь үнэхээр хэцүү байдаг.

Би энэ үйлчлүүлэгчийг санал болгосон Альтернатив сонголт- графикаар боломжтой бүх зүйлийг тэмдэглэгээ хэлбэрээр дүрслэх. Түүнд загвар өмсөгчийн жишээг үзүүлэв. Үүний үр дүнд тэд одоо өөрсдийн хүсэл эрмэлзэл, техникийн үзүүлэлтүүдийн дизайныг дахин бодож байна.

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

Энэ нь миний ажилд яагаад чухал вэ?

Миний ажил үргэлж одоо байгаа системд өөрчлөлт оруулах явдал юм. Өөрчлөлт хийж, хүссэн үр дүндээ хүрэхийн тулд аль хэдийн байгаа зүйлийг судлах хэрэгтэй. Бидний яг юу хийж байгаа нь хамаагүй - CRM системийг эхнээс нь тохируулах эсвэл суулгах, үр дүнтэй ERP системийг бий болгох, нэгтгэх. янз бүрийн системүүдажлын автоматжуулалтыг ерөнхийд нь нэмэгдүүлэх. Ямар ч тохиолдолд эхлээд та одоо байгаа ажлын схемийн талаар ойлголттой байх хэрэгтэй бөгөөд зөвхөн үүний дараа та зарим өөрчлөлтийг санал болгож, асуудлыг шийдэх хувилбаруудыг бодож болно.

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

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

Нийтлэг алдаа

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

Өөр өөр өнгө ашиглах

Диаграм дахь бүх элементүүд ижил ач холбогдолтой. Функциональ загварчлалд илүү их эсвэл бага чухал элементүүд байдаггүй. Аль нэг нь алга болох нь үйл явц, үйлдвэрлэлийн согогийг тасалдуулахад хүргэдэг.

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

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

Хэт олон блок

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

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

Зохицуулалт хийхдээ бүтцийг зөрчих

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

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

Хяналтын элементүүд болон блокуудыг нэрлэх дүрэм

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

Ихэнхдээ блокуудыг нэрлэхдээ алдаа гардаг. Жишээлбэл, "Нийтлэл үүсгэх" гэхийн оронд "Нийтлэл үүсгэх" гэж бичдэг. Энэ аргын блокууд нь үйлдлүүд тул үргэлж үйл үг байх ёстой.

IDEF0 ашиглахын давуу тал

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

IDEF0 ашиглахад ямар хүндрэл гардаг вэ

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

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

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

Энэ сэдвээр илүү олон нийтлэл.

BPwin-ийн дэмждэг гурван аргачлалын гол нэг нь IDEF0 юм. IDEF0 нь 60-аад оны сүүлээр SADT (Бүтцийн шинжилгээ ба дизайны техник) нэрээр гарч ирсэн IDEF-ийн гэр бүлд хамаардаг. IDEF0 нь өргөн хүрээний системийг загварчлахад ашиглаж болно. Шинэ системүүдийн хувьд IDEF0-ийг ашиглах нь шаардлагад нийцсэн, сонгосон функцүүдийг хэрэгжүүлэх системийг дараагийн хөгжүүлэхэд тавигдах шаардлагыг тодорхойлж, функцуудыг тодорхойлоход чиглэгддэг. Одоо байгаа системүүдэд хэрэглэх үед IDEF0-ийг системийн гүйцэтгэсэн функцүүдэд дүн шинжилгээ хийж, тэдгээр функцуудыг гүйцэтгэх механизмуудыг зураглахад ашиглаж болно. IDEF0-ийг системд хэрэглэсний үр дүн нь хоорондоо уялдаа холбоотой, шаталсан дараалсан диаграмм, баримт бичгийн текст, үгсийн сангаас бүрдэх уг системийн загвар юм. IDEF0 диаграммыг бүрдүүлдэг хамгийн чухал хоёр бүрэлдэхүүн хэсэг нь бизнесийн функцууд эсвэл үйл ажиллагаа (диаграммд хайрцаг хэлбэрээр дүрслэгдсэн) болон үйл ажиллагааг холбосон өгөгдөл, объектууд (сумаар дүрслэгдсэн) юм. Энэ тохиолдолд ажлын тэгш өнцөгтийн аль нүүр рүү орох эсвэл аль нүүрнээс гарахаас хамааран сумнууд нь таван төрөлд хуваагдана.

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

Хяналтын сумнууд (ажлын дээд ирмэгт багтсан) - ажил гүйцэтгэх дүрэм, хязгаарлалтыг дүрсэлнэ.

Гарах сум (ажлын баруун талаас сунгасан) - ажлын үр дүнд гарч ирэх өгөгдөл эсвэл объектуудыг дүрсэлдэг.

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

Дуудлагын сум (ажлын доод ирмэгээс ирдэг) - янз бүрийн диаграмм эсвэл загвар хоорондын холболтыг дүрсэлж, зарим диаграммыг зааж өгнө. энэ ажилилүү дэлгэрэнгүй ярилцсан.

Бүх ажил, сумыг нэрлэсэн байх ёстой. IDEF0 диаграмын шатлалын эхний диаграм нь системийн үйл ажиллагааг бүхэлд нь дүрсэлсэн байдаг. Ийм диаграммыг контекст диаграм гэж нэрлэдэг. Контекст нь загварчлалын зорилго, хамрах хүрээ (юуг системийн бүрэлдэхүүн хэсэг гэж үзэх, юуг гадны нөлөөлөл гэж үзэх тухай тайлбар) болон үзэл бодлын (загварыг бий болгох байр суурийг) багтаасан болно. ). Ерөнхийдөө үзэл бодол нь загварчлагдсан системийн ажиллагааг бүхэлд нь хариуцдаг хүн эсвэл объектын үзэл бодол юм.

Зураг 7.1. Функциональ блок ба интерфейсийн нумууд

Диаграм дээрх үйлдлүүдийг тэгш өнцөгт (функциональ блок) хэлбэрээр дүрсэлсэн болно. Ажил бүр нь ямар нэг үүрэг, даалгаврыг дүрсэлдэг бөгөөд тухайн үйлдлийг илэрхийлсэн үйл үг эсвэл үйл үг хэллэгээр нэрлэгдсэн байдаг, жишээлбэл, "Бүтээгдэхүүн хийх", "Хэрэглэгчийн үйлчилгээ" гэх мэт. Сумнууд нь нэр үгээр тэмдэглэгдсэн бөгөөд бүтээлийг бие биетэйгээ болон гадаад ертөнцтэй холбосон объект эсвэл мэдээллийг заадаг.

Контекстийг тайлбарласны дараа функциональ задралыг хийдэг - системийг дэд системүүдэд хувааж, дэд систем бүрийг бүхэлд нь системтэй ижил синтаксоор тайлбарладаг. Дараа нь дэд систем бүрийг жижиг хэсгүүдэд хувааж, хүссэн нарийвчлалын түвшинд хүрэх хүртэл үргэлжилнэ. Энэхүү хуваалтын үр дүнд системийн фрагмент бүрийг тусдаа задралын диаграм дээр дүрсэлсэн болно.

Контекстийг тайлбарласны дараа шатлалын дараах диаграммуудыг байгуулна. Дараагийн диаграм бүр илүү их байна Дэлгэрэнгүй тодорхойлолт(задаргаа) дээрх диаграмм дахь ажлын аль нэг. Контекст ажлын задаргааны жишээг Зураг 7.2, Зураг 7.4-т үзүүлэв. Дэд систем бүрийн тайлбарыг шинжээч, тухайн салбарын мэргэжилтэнтэй хамт хийдэг. Ихэвчлэн шинжээч нь тухайн дэд системийг хариуцдаг хүн байдаг тул түүний бүх чиг үүргийн талаар нарийн мэдлэгтэй байдаг. Ийнхүү бүхэл системийг шаардлагатай нарийвчилсан түвшинд хүртэл дэд системүүдэд хувааж, өгөгдсөн нарийвчлалын түвшинд системийг ойролцоолсон загварыг олж авдаг. Одоогийн бизнесийн үйл явцыг зохих ёсоор тусгасан загварыг (AS IS загвар гэж нэрлэдэг) хүлээн авсны дараа шинжээч нь системийн хамгийн эмзэг цэгүүдийг хялбархан харж чадна. Үүний дараа илэрсэн дутагдлуудыг харгалзан бизнесийн үйл явцын шинэ зохион байгуулалтын загварыг бий болгох боломжтой (TO BE загвар).

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

Гурван диаграмм ба тэдгээрийн хамаарлыг харуулсан зураг 7.2-т IDEF0.-загварын бүтцийг харуулав. Загварын бүрэлдэхүүн хэсэг бүрийг өөр өөр диаграммд задалж болно. Диаграм бүр нь блокийн "дотоод бүтцийг" эх диаграммд нь дүрсэлдэг.

Зураг 7.2 - Контекст диаграмын жишээ

Зураг 7.2-оос харахад BPwin нь үйл ажиллагаа, сумыг өөр өөр өнгөөр тодруулах, мөн сумны нэрийг сумтай холбох боломжийг олгодог ("Тайлбарлах" нэртэй сум) нь мэдээллийн ойлгомжтой, уншихад хялбар байдлыг нэмэгдүүлдэг. диаграм.

Зураг 7.3 - задралын диаграмын жишээ

Зурах7 . 4 - Контекст диаграмын жишээ

Зураг 7.5 -Задаргааны диаграмын жишээ

Диаграммын шатлал

IDEF0 загварыг бүтээх нь бүхэл системийг хамгийн энгийн бүрэлдэхүүн хэсэг болох нэг блок, системээс гадуурх функц бүхий интерфейсийг дүрсэлсэн нуман хэлбэрээр дүрслэхээс эхэлдэг. Нэг блок нь бүхэл системийг бүхэлд нь төлөөлдөг тул блокт заасан нэр нь ерөнхий байна. Энэ нь интерфэйсийн нумын хувьд ч мөн адил бөгөөд тэдгээр нь мөн системийн гадаад интерфейсүүдийн иж бүрэн багцыг төлөөлдөг.

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

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

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

Зураг 7.6 - SADT загварын бүтэц. Диаграммын задрал

Зураг 7.7 - Дагаж мөрдөх нь бүрэн бөгөөд тууштай байх ёстой

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

Дээр дурдсанчлан механизмууд (доод талын нуманууд) нь функцийг гүйцэтгэх хэрэгслийг харуулдаг. Механизм нь хүн, компьютер эсвэл өгөгдсөн функцийг гүйцэтгэхэд тусалдаг бусад төхөөрөмж байж болно (Зураг 7.8).

Цагаан будаа. 7.8. Механизмын жишээ

Диаграм дээрх блок бүр өөрийн гэсэн дугаартай. Аливаа диаграмын блокийг доод түвшний диаграммаар тайлбарлаж болох бөгөөд энэ нь эргээд шаардлагатай тооны диаграммыг нарийвчлан тайлбарлаж болно. Тиймээс диаграммуудын шатлал үүсдэг.

Графикийн дугаарыг шатлал дахь аливаа диаграмм эсвэл блокийн байрлалыг зааж өгөхөд ашигладаг. Жишээлбэл, A21 нь A2 диаграммд 1-р блокийг нарийвчлан харуулсан диаграмм юм. Үүний нэгэн адил, A0 диаграмм дахь A2 дэлгэрэнгүй блок 2 нь загварын хамгийн дээд диаграм юм. Зураг 7.9-д ердийн схемийн модыг үзүүлэв.

Зураг 7.9 - Диаграммын шатлал

Лекц 8. Арга зүйDFDТэгээдIDEF3

Нэг зураг мянган үгтэй үнэ цэнэтэй

Ардын мэргэн ухаан

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

Графикийн давуу талуудын талаар хэдэн үг хэлье

Амаар дүрслэх арчаагүй байдлын үүнтэй төстэй жишээг би өөрийн дадлагаас гаргаж болно. Миний нэг үйлчлүүлэгч надаас компанидаа ERM системийг нэвтрүүлэхийг үнэхээр хүссэн. Тэдэнд техникийн үзүүлэлт байгаа эсэхийг асуухад “Тийм ээ. Гэхдээ энэ нь 400 хуудас юм." Үүний зэрэгцээ үйлчлүүлэгч маань өмнө нь холбогдож байсан хамтран ажиллагсад маань төслөөс бүрмөсөн татгалзсан, эсвэл илт хөөрөгдсөн үнэ хэлсэн гэж их гомдоллосон. Техникийн тодорхойлолт нь үнэндээ 400 хуудастай бөгөөд зөвхөн текстийн тайлбараас бүрдсэн болохыг олж харсны дараа би хөгжүүлэгчдийн зан үйлийн шалтгааныг ойлгосон. Зөвхөн даалгавраа ойлгож, үнийг нь нэрлэхийн тулд ийм хэмжээний текстийг уншиж, судалж, бүх нарийн ширийн зүйлийг ойлгох нь үнэхээр хэцүү байдаг.

Би энэ үйлчлүүлэгчид өөр сонголтыг санал болгов - боломжтой бүх зүйлийг графикаар тэмдэглэгээ хэлбэрээр дүрслэх. Түүнд загвар өмсөгчийн жишээг үзүүлэв. Үүний үр дүнд тэд одоо өөрсдийн хүсэл эрмэлзэл, техникийн үзүүлэлтүүдийн дизайныг дахин бодож байна.

Энэ нь миний ажилд яагаад чухал вэ?

Миний ажил үргэлж одоо байгаа системд өөрчлөлт оруулах явдал юм. Өөрчлөлт хийж, хүссэн үр дүндээ хүрэхийн тулд аль хэдийн байгаа зүйлийг судлах хэрэгтэй. Бидний яг юу хийж байгаа нь хамаагүй - CRM системийг эхнээс нь тохируулах эсвэл суулгах, үр дүнтэй ERP системийг бий болгох, ерөнхийдөө ажлын автоматжуулалтыг нэмэгдүүлэхийн тулд янз бүрийн системийг нэгтгэх. Ямар ч тохиолдолд эхлээд та одоо байгаа ажлын схемийн талаар ойлголттой байх хэрэгтэй бөгөөд зөвхөн үүний дараа та зарим өөрчлөлтийг санал болгож, асуудлыг шийдэх хувилбаруудыг бодож болно.

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

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

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

Гэхдээ эхлээд үндсэн ойлголтууд, тэмдэглэгээ гэж юу вэ, яагаад хэрэгтэй вэ, IDEF0 гэж юу вэ, энэ аргын онцлог, давуу талууд юу болохыг олж мэдье.

Бизнесийн үйл явцын тодорхойлолт гэж юу вэ?

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

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

Ерөнхийдөө тэмдэглэгээг бизнесийн дүн шинжилгээ хийх програмчлалын хэл гэж нэрлэж болно

IDEF0 гэж юу вэ?

IDEF0 нь бизнесийн үйл явцыг албан ёсны болгох, дүрслэх зорилготой функциональ загварчлалын арга зүй, график тэмдэглэгээ юм. Онцлог шинж чанар IDEF0 нь объектуудын захирагдах байдлыг онцолсон явдал юм. IDEF0 нь ажлын цаг хугацааны дараалал (ажлын урсгал) гэхээсээ илүү ажлын хоорондын логик харилцааг авч үздэг. Википедиа

IDEF0 стандартыг 1981 онд АНУ-д Агаарын цэргийн хүчний хэлтэс автоматжуулалтад зориулж боловсруулсан. аж үйлдвэрийн аж ахуйн нэгжүүд. Хөгжлийн үе шатанд програм хангамжхөгжүүлэгчид бизнесийн үйл явцад дүн шинжилгээ хийх шинэ аргыг боловсруулах хэрэгцээтэй тулгарч байна. Үр дүн нь IDEF0 функциональ загварчлалын аргачлал бөгөөд шинжилгээнд тусгай IDEF0 тэмдэглэгээг ашигладаг.

Компанийн функциональ загвар

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

Сумнууд нь байж болно:

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

Англи хэлэнд оролт, гаралт гэж нэрлэгддэг тул орж ирж буй болон гарч буй сумыг ирж буй болон гарах сум гэж нэрлэх нь илүү зөв байх болно. Гэхдээ орчуулгын онцлог, ердийн нэрс аль хэдийн байгаагаараа харагдаж байна. Гэсэн хэдий ч нэр томъёог зөв ойлгохын тулд энэ тохиолдолд тэдгээрийн утгыг санах нь чухал юм. Энэхүү тэмдэглэгээг юуны түрүүнд програм хангамж боловсруулахад зориулж бүтээсэн нь үүнийг баталж байгаа бөгөөд энэ үүднээс нэр томьёог орчуулах нь илүү зөв юм.

Сумнууд нь нэр үг (туршлага, төлөвлөгөө, дүрэм) ашиглан гарын үсэг зурсан бөгөөд блокууд нь үйл үг ашиглан гарын үсэг зурдаг, i.e. тэдгээр нь гүйцэтгэсэн үйлдлүүдийг тодорхойлдог (бүтээгдэхүүн бүтээх, гэрээ байгуулах, тээвэрлэлт хийх).

IDEF0 бол бизнесийн үйл явцыг дүрслэх маш энгийн бөгөөд нэгэн зэрэг харааны хэл юм. Энэхүү стандартыг ашигласнаар хөгжүүлэгчид, зөвлөхүүд, хэрэглэгчдийн хооронд мэдээлэл дамжуулах боломжтой. Стандартыг маш болгоомжтой боловсруулсан, дизайн хийхэд тохиромжтой, бүх нийтийнх юм. Үүнтэй ажиллах олон хэрэгсэл байдаг, жишээлбэл, VISIO, BPWIN, ERWIN, Bussines studio гэх мэт.

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

Таны мэдэж байгаагаар хадаасыг алхаар цохих нь хамгийн сайн арга юм. Мэдээжийн хэрэг, та үүнд зориулж бусад хэрэгслийг ашиглаж болно, гэхдээ алх нь хадаасыг зөв, нарийвчлалтай цохиход хамгийн ажиллагаатай бөгөөд хамгийн хялбар арга юм. Энэ нь IDEF0-тэй адил юм - энэ хэрэгсэл нь функциональ загварчлалд зориулагдсан бөгөөд түүний тусламжтайгаар та хүссэн үр дүнг илүү хурдан бөгөөд илүү нарийвчлалтай авах боломжтой.

IDEF0 функциональ загварыг бий болгох жишээ

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

Гол блок нь "Нийтлэл бичих" юм.

Ирж буй сумнууд - "Туршлага", "Гуравдагч талын эх сурвалжаас авсан мэдээлэл". Эдгээр нь танд эхлэхэд хэрэгтэй танилцуулга юм.

Нийтлэл бичих удирдамж нь "Хэвлэлийн төлөвлөгөө", "Хэвлэн нийтлэгчийн шаардлага", "Орос хэлний дүрэм" юм.

Мөн "Механизм" -ын дүрд зохиогч, хуулбар зохиогч, засварлагч, програм хангамж тоглодог. Энэ тохиолдолд зохиогч нь өгүүлэлд тусгах ёстой бүх бодол санаа, санааг цуглуулсан аудио материалыг бүтээдэг. Хуулбар зохиогч гэдэг нь нийтлэгчийн шаардлага, хэвлэх төлөвлөгөө, орос хэлний дүрмийг баримтлан энэхүү материалд үндэслэн бүтээл туурвидаг хүн юм. бэлэн текстнийтлэл. Зохицуулагч материалд алдаа байгаа эсэхийг шалгадаг. Програм хангамж нь үйл явцад оролцож буй бүх оролцогчид ажилдаа ашигладаг хэрэгсэл юм.

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

Үнэн хэрэгтээ аливаа бизнесийн үйл явцын нэгэн адил нийтлэл бүтээх үйл явц нь нарийвчилсан байж болох бөгөөд байх ёстой. Үүнийг хийхийн тулд би "нийтлэл бичих" ерөнхий блокийг холбогдох элементүүдэд задалдаг.

Манай тохиолдолд ажлыг 4 үндсэн үе шатанд хуваадаг.

Аудио бэлтгэх.
Текст бэлтгэ
Текстийг хэвлүүлэхээр бэлтгэ.
Нийтлэлд нийтлэл оруулах.

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

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

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

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

Ийм загварчлал нь зөвхөн нүдээр харагдахаас гадна үр дүнтэй болгоход маш тохиромжтой удирдлагын шийдвэрүүд. Жишээлбэл, дээр дурдсан бизнесийн үйл явцад хоёр тусдаа мэргэжилтэн байдаг - хуулбар зохиогч, засварлагч. Хэрэв би төслийн санхүүжилтийг оновчтой болгох зорилт тавьсан бол схемийн ачаар үүнийг хаана, яаж хийх боломжтойг шууд харах болно. Тиймээс, copywriter болон proofreader нь ойролцоогоор ижил дүрмийг ашигладаг боловч copywriter аудио хүлээн авч, үр дүнг текст хэлбэрээр гаргадаг бол засварлагч нь текстийг хүлээн авч, хүргэдэг. Тиймээс, хэрэв шаардлагатай бол би хагас зардлаар хуулбар зохиогчдод засварлагчийн үүргийг санал болгож чадна гэж хэлж болно. Ингэснээр би янз бүрийн мэргэжилтнүүдтэй харилцахад мөнгө, цагийг хэмнэх болно. Мэдээжийн хэрэг, би засварлагчдын бүх ач тусыг ойлгож, яагаад бие даасан мэргэжилтнүүдтэй ажиллах нь дээр вэ гэдгийг ойлгож байна. Гэхдээ надад нэг даалгавар байгаа гэдгийг сануулж байна: зардлыг оновчтой болгох.

Ийм харааны хэрэгсэлгүйгээр аль блокуудыг арилгаж, улмаар ажлыг оновчтой болгохыг тодорхойлоход илүү хэцүү байх болно.

IDEF0 тэмдэглэгээг хэрхэн үүсгэх

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

Эхний шатанд алдаа гарсан тохиолдолд засвар хийх энгийн цаас, харандаа, баллуураас илүү сайн зүйл байхгүй гэж би хувьдаа боддог.

Одоо байгаа бизнесийн үйл явцын тэмдэглэгээг бий болгохын тулд, i.e. Компани одоо хэрхэн ажиллаж байгааг тайлбарлахын тулд үйл ажиллагааны зарчмуудыг судлах шаардлагатай. Энэ зорилгоор гуравдагч талын мэргэжилтэн (зөвлөх, хөгжүүлэгч) ярилцлага хийдэг. Эхний шатанд компанийн дарга асуултанд хариулж, дараа нь тэмдэглэгээг нарийвчлан боловсруулах явцад ажлын янз бүрийн үе шатыг хариуцдаг ажилтнуудтай ярилцлага хийдэг.

Үүний үр дүнд 2 тэмдэглэгээ шаардлагатай болно гэдгийг ойлгох нь чухал юм. Эхнийх нь бизнесийн үйл явцыг "байгаагаар нь" харуулах болно. Та ярилцлагын үндсэн дээр үүнийг үүсгэж, компанийн ажилтнууд болон менежертэй нарийн ширийн зүйлийг зохицуулдаг. Одоо байгаа үйл явцын талаархи таны төсөөлөл бодит байдалтай давхцах нь маш чухал бөгөөд энэ нь бүх түвшинд баталгаажуулах шаардлагатай байдаг.

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

IDEF0 стандартын шаардлага

Зарчмын хувьд би IDEF0 стандартын үндсэн шаардлагуудыг дээр тайлбарлаж, жишээгээр харуулав.

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

Нийтлэг алдаа

Өөр өөр өнгө ашиглах

Хэт олон блок

Зохицуулалт хийхдээ бүтцийг зөрчих

Хяналтын элементүүд болон блокуудыг нэрлэх дүрэм

IDEF0 ашиглахын давуу тал

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

IDEF0 ашиглахад ямар хүндрэл гардаг вэ

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

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