Дараа нь бид АНУ-ын холбооны хэд хэдэн стандартаар тодорхойлсон системийн бүтцийн шинжилгээний стандарт аргуудыг авч үзэх болно. Icam тодорхойлолт", дагуу. Энэ цувралын бүх стандартын талаарх дэлгэрэнгүй мэдээллийг http://www.idef.com сайтаас авах боломжтой.

Стандарт IDEF0(FIPS183) нь системийн бүтэц, үйл ажиллагаа, түүнчлэн эдгээр функцийг холбосон мэдээллийн урсгал, материаллаг объектуудыг дүрсэлсэн функциональ загварыг бий болгох зорилготой юм. Энэхүү баримт бичиг нь нарийн төвөгтэй системийг шинжлэх технологийн стандарт хэлбэрээр (АНУ-ын Батлан ​​хамгаалах яамны санаачилгаар) загвар юм. SADTДуглас Росс тэргүүтэй Америкийн шинжээчдийн 1973 онд боловсруулсан (Бүтцийн шинжилгээ ба дизайны техник).

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

IDEF0 аргачлал нь дараах зарчмууд дээр суурилдаг.

1. Систем ба загвар. Загвар нь систем болон түүний бүрэлдэхүүн хэсгүүдийн дүрслэл (дүрс) болох хиймэл объект юм. Мзагварууд А, Хэрэв Мхолбоотой асуултад хариулдаг А. Энд М- загвар, А- загварчилсан объект (эх хувь). Загвар нь одоо байгаа системийг сэргээн босгох (реинженеринг) эсвэл солих, эсвэл шинэ системийг зохион бүтээх талаар ойлгох, дүн шинжилгээ хийх, шийдвэр гаргахад зориулагдсан болно. Систем гэдэг нь ямар нэг ашигтай ажлыг гүйцэтгэдэг, харилцан уялдаатай, харилцан үйлчлэлийн хэсгүүдийн цуглуулга юм. Системийн эд анги (элементүүд) нь хүмүүс, мэдээлэл, програм хангамж, тоног төхөөрөмж, бүтээгдэхүүн, түүхий эд, эрчим хүч гэх мэт янз бүрийн байгууллагуудын дурын нэгдэл байж болно. Уг загвар нь системд юу тохиолдох, түүнийг хэрхэн удирдаж, ямар аж ахуйн нэгжүүдийг хувиргаж, үүргээ гүйцэтгэхэд ямар хэрэгсэл ашигладаг, юу үйлдвэрлэдэг талаар тайлбарладаг.

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

3. Хатуу байдал, формализм. IDEF0 загварыг боловсруулах нь олон түвшний нарийн төвөгтэй загваруудын тодорхой бус байдал, нарийвчлал, бүрэн бүтэн байдлын үүднээс аргачлалын үр ашгийг баталгаажуулдаг хэд хэдэн хатуу албан ёсны дүрмийг дагаж мөрдөхийг шаарддаг. Эдгээр дүрмийг SADT технологийн хувьд доор тайлбарлав. Зөвхөн гол зүйлийг энд тэмдэглэв: загварыг боловсруулах, тохируулах бүх үе шат, үе шатууд нь хатуу, албан ёсоор баримтжуулсан байх ёстой бөгөөд ингэснээр түүний үйл ажиллагааны явцад баримт бичгийн бүрэн бус, буруутай холбоотой асуулт гарахгүй байх ёстой.

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

5. "Байгууллага" -ыг "функц"-оос салгах. Загвар боловсруулахдаа судалж буй системийн чиг үүргийг загварчлагдсан объектын (аж ахуйн нэгж, пүүс) одоо байгаа зохион байгуулалтын бүтэцтэй "холбох"-оос зайлсхийх хэрэгтэй. Энэ нь байгууллага болон түүний удирдлагаас тулгасан субъектив үзэл бодлоос зайлсхийхэд тусалдаг. Зохион байгуулалтын бүтэц нь загварыг ашиглах (хэрэглэх) үр дүн байх ёстой. Үр дүнг одоо байгаа бүтэцтэй харьцуулах нь нэгдүгээрт, загварын зохистой байдлыг үнэлэх, хоёрдугаарт, энэ бүтцийг сайжруулахад чиглэсэн шийдлүүдийг санал болгох боломжийг олгодог.

IDEF0 загварчлалын арга зүйд үндэслэн шийдсэн асуудлын жишээ:

Бизнесийн үйл явцын дүн шинжилгээ, дахин инженерчлэл.

Чанарын мэдээллийн менежментийн мэдээллийн системийг хөгжүүлэх.

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

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

Мэдээллийн аюулгүй байдлын үүднээс эрсдэлд дүн шинжилгээ хийх даалгавар.

Ажлын дагуу SADT технологийг (IDEF0) ашиглан диаграмм байгуулах зарчмуудыг авч үзье.

SADT-ийн график хэл нь энгийн бөгөөд эв найртай. Арга зүй нь дөрвөн үндсэн ойлголт дээр суурилдаг.

Эдгээрийн эхнийх нь "Үзэл баримтлал юм. функциональ блок" Функциональ блокыг графикаар тэгш өнцөгт хэлбэрээр дүрсэлсэн (3.23-р зургийг үз) бөгөөд авч үзэж буй систем дэх тодорхой функцийг төлөөлдөг. Стандартын шаардлагын дагуу функциональ блок бүрийн нэрийг үгийн төлөвөөр томъёолох ёстой (жишээлбэл, " үйлчилгээ үйлдвэрлэдэг"гэхдээ үгүй" үйлчилгээний үйлдвэрлэл"). Функциональ блокийн дөрвөн тал тус бүр өөрийн гэсэн утгатай (үүрэг), харин дээд тал нь " гэсэн утгатай. хяналт"(үргэлжлэл rол); зүүн тал нь гэсэн утгатай " орц» ( оролт); баруун тал нь " гарах» ( гаралт); доод тал нь " механизм» ( механизм). Харгалзан үзэж буй нэг системийн функциональ блок бүр өөрийн өвөрмөц таних дугаартай байх ёстой.

2010 оны 9-р сарын 16-ны 13:08 цаг

"Хуваах ба импера"
Ромын Сенатын Максим

Энэ бол 1981 онд АНУ-ын Агаарын цэргийн хүчин аж үйлдвэрийн автоматжуулалтын хөтөлбөрийг боловсруулж байсан бөгөөд үүнийг нэрлэжээ ICAM (Компьютерийн тусламжтай нэгдсэн үйлдвэрлэл). Төслийг амжилттай хэрэгжүүлэхийн тулд бүх оролцогчид автоматжуулсан аж ахуйн нэгжийг нэгэн зэрэг дуурайх чадвартай байх шаардлагатай байв. Эдгээр зорилгоор тусгайлан боловсруулсан стандартын багц IDEF (ICAM-ийн тодорхойлолт). Тогтоосон стандартуудын нэг нь код нэртэй функциональ загварчлалын тэмдэглэгээ байв IDEF0, энэ нь цаг хугацааны явцад бага зэрэг өөрчлөгдсөн бөгөөд хамгийн сүүлийн хувилбарын техникийн үзүүлэлтийг 1993 оны 12-р сард гаргасан.
Тэмдэглэгээ ашиглан бизнесийн үйл явцыг функциональ загварчлах үйл явцын онцлогуудын талаар би танд бага зэрэг хэлье IDEF0Үүний зэрэгцээ би өмнөх нийтлэлд дурдсан Аристарх Григорьевичт туслах болно: Би борщ бэлтгэх бизнесийн үйл явцыг тайлбарлах болно.

Функциональ загварчлал нь энэхүү бизнесийн үйл явцыг хэрэгжүүлэх замаар шийдвэрлэх үндсэн зорилтыг тодорхойлохоос эхэлдэг. Манай тохиолдолд энэ даалгаврыг дараах байдлаар томъёолсон: "Борщ бэлтгэх." Бизнесийн үйл явцыг (Оролт) гүйцэтгэхээс өмнө бидэнд ямар өгөгдөл, материал байгааг тодорхойлох, мөн бизнесийн үйл явцын үр дүнд юу авахыг хүсч байгаагаа тодорхой ойлгох замаар загварчлалын үйл явцыг эхлүүлэх нь илүү үр дүнтэй юм шиг санагдаж байна ( Гаралт / Гаралт). Энэ нь бизнесийн үйл явцад тавигдах тодорхой шаардлагыг тодорхойлж, бодит бус итгэл найдварыг арилгах боломжийг олгоно: эргэлзээтэй гарал үүслийн цөөн хэдэн чулуутай бол алтан гулдмай авах боломжгүй юм. Борщ бэлтгэх тохиолдолд жишээлбэл, үүдэнд хүнсний ногоо, мах байдаг (мэдээжийн хэрэг тэнд байхгүй байж магадгүй, гэхдээ бүх бүтээгдэхүүнийг болгоомжтой худалдаж авсан гэж бодъё). Гарах үед бид логикийн хувьд борщ авах ёстой.

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

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

Цагаан будаа. 1. Контекст диаграм

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

Контекст диаграм нь үйл явцын бүрэн дүр төрхийг өгдөггүй, гэхдээ зөвхөн ерөнхий дүр төрхийг өгдөг. Процессын дарааллыг харахын тулд та микроскопын дугуйг эргүүлэх хэрэгтэй: диаграммыг задлах, i.e. үйл явцын талаар бага зэрэг дэлгэрэнгүй тайлбар өгөх. Асар том ерөнхий ажлыг ойролцоогоор ижил түвшний нарийвчлалтайгаар 4-5 жижиг зүйл болгон хуваах нь надад үргэлж илүү тохиромжтой байдаг. Эдгээр ажлууд нь гүйцэтгэх хугацаандаа дараалсан эсвэл зэрэгцээ байж болно. Жишээлбэл, борщ бэлтгэхийн тулд эдгээр ажлууд нь: шөл бэлтгэх, хүнсний ногоо бэлтгэх, хоол хийх, хоол хийх зэрэгт ордог. Шөл чанаж, ногоогоо нэгэн зэрэг хийж болох нь ойлгомжтой, гэхдээ борщыг амтлахаас нь өмнө идвэл муу болох нь ойлгомжтой. Жишээлбэл, 2-р зурагт үзүүлсэн шиг диаграммыг авцгаая.

Цагаан будаа. 2. Эхний түвшний задралын диаграм

Үүнтэй адилаар та эдгээр жижиг функц бүрийг шаардлагатай нарийвчлалд хүрэх хүртэл задалж болно.

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

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

Дараагийн ангиудад та BPMN, EPC болон UML тэмдэглэгээний тухай сонирхолтой түүхийг үзэх болно.

(4.77 - 43 хүний ​​үнэлгээ)

Ажлын зорилго:

• IDEF0 арга зүйн үндсэн зарчмуудыг судлах,
• BPWin дээр шинэ төсөл үүсгэх,
• контекст диаграммыг бүрдүүлэх,
• холболт хийх.

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

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

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

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

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

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

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

Хамгийн давамгайлсан блокыг ихэвчлэн диаграммын зүүн дээд буланд байрлуулж, хамгийн бага давамгайлсан блокыг баруун буланд байрлуулна.

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

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

Сумны төрлүүд

IDEF0 нь таван төрлийн сумыг ялгадаг.

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

Хяналт-.ажлын үйл ажиллагааг хянадаг мэдээлэл. Ерөнхийдөө хяналтын сумнууд нь тухайн ажил юу хийх ёстойг харуулсан мэдээллийг агуулдаг. Ажил бүр дор хаяж нэг хяналтын сумтай байх ёстой бөгөөд энэ нь ажлын дээд ирмэг рүү орж байгаагаар дүрслэгдсэн байна.

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

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

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

Цагаан будаа. 2.1Сумны төрлүүд

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

Цагаан будаа. 2.2.Гаралтын холбоо

Цагаан будаа. 2.3. Удирдлагын харилцаа холбоо

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

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

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

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

Цагаан будаа. 2.4.Нэвтрэх санал хүсэлт

Цагаан будаа. 2.5.Удирдлагын санал хүсэлт

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

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

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

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

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

Цагаан будаа. 2.6.Гаралт-механизмын холболт

• шошгогүй салбарууд нь нэгтгэсний дараа хуваалцсан нуман шошгонд заасан объектуудын жинг агуулдаг;
• нэгтгэхээс өмнө тэмдэглэсэн салбарууд нь нэгтгэсний дараа нийтлэг шошгон дээр жагсаасан бүх объектыг эсвэл заримыг агуулна;

Тоон графикийн шинжилгээ

Диаграммд тоон дүн шинжилгээ хийхийн тулд бид загвар үзүүлэлтүүдийг жагсаав.

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

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

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

Диаграммууд тэнцвэртэй байх ёстой. Энэ нь нэг диаграммд 1-р зурагт үзүүлсэн нөхцөл байдал үүсэх ёсгүй гэсэн үг юм. 2.7: 1-р ажил нь гарч байгаа сумаас хамаагүй илүү ирж буй сум, хяналтын сумтай. Үйлдвэрлэлийн процессыг тодорхойлсон загварт энэ зөвлөмжийг дагаж мөрдөхгүй байхыг тэмдэглэх нь зүйтэй. Жишээлбэл, угсрах үйл явцыг тайлбарлахдаа блок нь бүтээгдэхүүний бүрэлдэхүүн хэсгүүдийг дүрсэлсэн олон сум, нэг сумнаас гарч байгаа бэлэн бүтээгдэхүүнийг агуулж болно.

Цагаан будаа. 2.7.Тэнцвэргүй графикийн жишээ

Диаграммын тэнцвэрийн коэффициентийг танилцуулъя

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

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

Толь бичгийг бүрдүүлж, системийн диаграммуудын багцыг эмхэтгэсний дараа загварын доод түвшинг авч үзэх шаардлагатай. Хэрэв диаграмын блокуудын нэр болон толь бичгээс авсан үгсийн хооронд таарч байгаа бол энэ нь задаргааны хангалттай түвшинд хүрсэн гэсэн үг юм. Энэ шалгуурыг тоон хувьд тусгасан коэффициентийг дараах байдлаар бичиж болно L*C-загварын түвшний бүтээгдэхүүн ба толь бичгийн үгтэй блок нэрийн таарах тоо. Загварын түвшин бага байх тусам (том L) тохирох нь илүү үнэ цэнэтэй юм.

BPWin хэрэгслийн хэрэгсэл

Таныг BPWin-ийг эхлүүлэх үед үндсэн хэрэгслийн мөр, хэрэгслийн палитр болон Model Explorer анхдагч байдлаар гарч ирнэ.

Шинэ загвар үүсгэх үед загвар шинээр бий болох уу, эсвэл ModelMart репозитороос нээгдэх эсэхийг зааж өгөх харилцах цонх гарч ирнэ, загварын нэрийг оруулаад загвар бүтээх аргачлалыг сонгоно уу ( Зураг 2.8).

Зураг 2.8Загвар үүсгэх харилцах цонх

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

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

Жишээ

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

Эх баримт бичгийг судалж, системийн хэрэглэгчид болон хэрэглэгчидтэй ярилцлага хийсний дараа загварчлалын зорилгыг томъёолж, загварт хандах хандлагыг тодорхойлох шаардлагатай. Үндсэн чадавхийг 1-р лабораторийн ажилд тодорхойлсон "Их дээд сургуулийн хөдөлмөр эрхлэлтийн үйлчилгээ" системийн жишээн дээр түүний барилгын технологийг авч үзье.

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

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

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

Контекст диаграм

Тиймээс бид системийн контекст диаграммыг тодорхойлно (Зураг 2.9).

Зураг 2.9.Системийн контекст диаграм

Үйлчлүүлэгчийн үйлчилгээний дарааллыг тодорхойлсон контекст диаграммыг задалцгаая.

• Системд хандах хандалтын түвшинг тодорхойлох.
• Дэд системийн сонголт.
• Дэд системд нэвтрэх.
• Мэдээллийн санг өөрчлөх (шаардлагатай бол).

Бид зурагт үзүүлсэн диаграммыг авна. 2.10.

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

Цагаан будаа. 2.10."Үйлчилгээ, системийн үйлчлүүлэгч" ажлын задрал

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

Цагаан будаа. 2.11."Системд хандах хандалтын түвшинг тодорхойлох" ажлын задаргаа

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

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

• Мэдээллийн санг нээж байна.
• Хүсэлтийг биелүүлж байна.
• Тайлангууд үүсгэж байна.

Өгөгдлийн санг нээсний дараа та мэдээллийн сантай холболт үүссэнийг системд мэдэгдэж, хүсэлтийг биелүүлж, хэрэглэгчдэд зориулж тайлан гаргах хэрэгтэй (Зураг 2.12).

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

Цагаан будаа. 2.12.

График тохируулга

Үүссэн диаграммд дүн шинжилгээ хийхдээ асуулт гарч ирдэг: тайлан гаргахад ямар дүрмийг ашигладаг вэ? Өгөгдлийн сангаас сонгохдоо урьдчилан үүсгэсэн загвартай байх шаардлагатай бөгөөд эдгээр загварууд нь асуулгад тохирсон байх ёстой бөгөөд урьдчилан тодорхойлсон байх ёстой. Үүнээс гадна үйлчлүүлэгчид тайлангийн хэлбэрийг сонгох боломжийг олгох хэрэгтэй.

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

Диаграммыг өөрчилснөөр бүх эцэг эхийн диаграммд тохируулга хийгдэнэ (Зураг 2.13 - 2.15).

IDEF0 аргачлал нь системийг харилцан уялдаатай ажлын цогц гэж үздэг тул мэдээлэл боловсруулах үйл явцыг сайн тусгадаггүй тул "Асуулгын гүйцэтгэл" ажлыг DFD диаграмм (лабораторийн ажил №3) ашиглан задлахыг зөвлөж байна.

Цагаан будаа. 2.13."Үйлчлүүлэгчийн хүсэлтийг боловсруулах" ажлын задрал

Цагаан будаа. 2.14."Системийн үйлчлүүлэгчийн үйлчилгээ" ажлын задрал (сонголт 2)

Цагаан будаа. 2.15.Системийн контекст диаграм (сонголт 2)

"Мэдээллийн санг өөрчлөх" сүүлчийн блокийн задрал руу шилжье. Үйлчлүүлэгчийн үүднээс авч үзвэл системийн өгөгдөл нь нэг мэдээллийн санд байрладаг. Бодит байдал дээр системд зургаан мэдээллийн сан байдаг:

• хэрэглэгчийн мэдээллийн сан,
• оюутны мэдээллийн сан, (сонголт 2)
• сул орон тооны мэдээллийн сан,
• академик гүйцэтгэлийн мэдээллийн сан,
• Туршилтын мэдээллийн сан,
• Шинжээчдийн үнэлгээний DB,
• DB анкет.

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

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

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

Цагаан будаа. 2.16."Мэдээллийн санг өөрчлөх" ажлын задрал

Цагаан будаа. 2.17."Мэдээллийн санг өөрчлөх" ажлын задрал (сонголт 2) Эхний сонголтыг Зураг дээр үзүүлэв. 2.12

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

Мэдээлэл боловсруулах үйл явцыг дүрслэхийн тулд DFD диаграммыг ашиглахыг харуулсан Query Гүйцэтгэлийн ажлын задралыг дараагийн лабораторид хийх болно.

Зураг дээр үзүүлсэн загваруудын тоон шинжилгээг хийцгээе. Дээр дурдсан аргын дагуу 2.12 ба 2.13. Эдгээр загваруудын хувьд ^ коэффициентийн зан төлөвийг авч үзье. "Үйлчлүүлэгчийн хүсэлтийг боловсруулах" эх диаграмм нь 4/2 = 2 коэффициенттэй, задралын диаграмм нь 3/3 = 1 байна. Коэффициентийн утга буурч байгаа нь функцүүдийн тодорхойлолтыг хялбаршуулсан түвшинг харуулж байна. загвар буурч байна.

Коэффициентийн өөрчлөлтийг авч үзье К бхоёр загварын сонголттой.

хоёр дахь сонголтын хувьд

Коэффицент К бтүүний утгыг өөрчлөхгүй тул диаграммын тэнцвэр өөрчлөгдөхгүй.

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

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

Хяналтын асуултууд

Жагсаалт Аюулгүй байдлын асуултууд:

1. IDEF0 тэмдэглэгээнд загвар гэж юу вэ?
2. IDEF0 дахь ажлын байрууд юу гэсэн үг вэ?
3. Бүтээлийг нэрлэх дараалал нь юу вэ?
4. Нэг диаграммд хэдэн бүтээл байх ёстой вэ?
5. Давамгайлах дараалал юу вэ?
6. Бүтээлийг давамгайлах зарчмаар хэрхэн зохион байгуулдаг вэ?
7. Диаграм дээрх ажлын тэгш өнцөгт талуудын зорилго юу вэ?
8. Сумны төрлүүдийг жагсаа.
9. Харилцааны төрлийг нэрлэ.
10. Хилийн сумыг юу гэж нэрлэдэг вэ?
11. Салбарлах, нийлүүлэх сумыг нэрлэх зарчмыг тайлбарла.
12. BPWin ямар арга зүйг дэмждэг вэ?
13. BPWin үндсэн цонхны үндсэн элементүүдийг жагсаа.
14. BPWin дээр шинэ загвар бүтээх үйл явцыг тайлбарлана уу.
15. Бүтээлийн хооронд хэрхэн холболт хийх вэ?
16. Ажлын нэрийг хэрхэн тохируулах вэ.
17. Ажлыг задлах үйл явцыг тайлбарла.
18. Диаграммд ажлыг хэрхэн нэмэх вэ?
19. Хонгилтой сумыг хэрхэн шийдвэрлэх вэ?
20. BPWin загвар нь олон аргачлалын диаграммуудыг агуулж чадах уу?

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

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

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

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

Функциональ блокийн дөрвөн тал тус бүр өөрийн гэсэн утгатай (үүрэг) бөгөөд:

Дээд тал нь "Хяналт" гэж тохируулагдсан;

Зүүн тал нь "Оролт" гэж тохируулагдсан;

Баруун тал нь Гаралт гэж тохируулагдсан;

Доод тал нь "Механизм" гэсэн утгатай.

Интерфейсийн нуман(Сум) функцын блокоор боловсруулагдсан системийн элементийг харуулдаг эсвэл өөр байдлаар нөлөөлдөг функц, энэ функцийн блокоор илэрхийлэгддэг. Интерфейсийн нумыг ихэвчлэн урсгал эсвэл сум гэж нэрлэдэг.

Цагаан будаа. 3. - Функцийн блок

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

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

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

Хяналтын интерфэйсийн нум заавал байх нь IDEF0 стандарт болон DFD (Өгөгдлийн урсгалын диаграм) ба WFD (Ажлын урсгалын диаграм) ангиудын бусад аргачлалын гол ялгааны нэг юм.

Задаргаа(Задаргаа) нь IDEF0 стандартын үндсэн ойлголт юм. Нарийн төвөгтэй процессыг түүний бүрэлдэхүүн хэсгүүдэд хуваах үед задралын зарчмыг ашигладаг функцууд. Энэ тохиолдолд процессын нарийвчилсан түвшинг загвар зохион бүтээгч шууд тодорхойлно.

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

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

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

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

Цагаан будаа. 4. - Загварын функциональ блокуудын задралын схем

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

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

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

Сонголт дэд процессууд. Задрах процессын үед контекст диаграммд системийг бүхэлд нь харуулсан функциональ блокийг өөр диаграммд дэлгэрэнгүй харуулав. Үүссэн хоёр дахь түвшний диаграм нь контекст диаграммын функциональ блокийн үндсэн дэд функцуудыг харуулсан функциональ блокуудыг агуулдаг бөгөөд үүнтэй холбоотой Хүүхдийн диаграм гэж нэрлэгддэг (хүүхдийн диаграммд хамаарах функциональ блок бүрийг хүүхдийн хайрцаг гэж нэрлэдэг) .

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

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

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

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

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

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

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

Тэд дараах асуултын хариултыг сонирхож байна.

Тус хэлтэс нь орц болгон юу хүлээж авдаг вэ?

Аль нь функцуудхэлтэст ямар дарааллаар гүйцэтгэдэг вэ?

Тус бүрийг хэн хариуцах вэ функцууд?

Гүйцэтгэгч бүрийг гүйцэтгэхэд юу чиглүүлдэг функцууд?

Хэлтсийн ажлын үр дүн (гарц) юу вэ?

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

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

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

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

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

IDEF0 форматын тэмдэглэгээг 2 ба 3-р хүснэгтэд үзүүлэв.

Хүснэгт 2. - IDEF0 тэмдэглэгээний график тэмдэг

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

Хүснэгт 3. - IDEF0 тэмдэглэгээний график тэмдэг

1. IDEF CASE технологийг ашиглан мэдээллийн системийн функциональ загварчлал.
2. Харилцааны логик ба ажлын дарааллын тайлбар.

2. Хичээлийн төлөвлөгөө

1. Туршилтаар мэдлэгийн хяналт (ISE002 тест).
2. Технологи ашиглан BPwin CASE хэрэгслийг ашиглан мэдээллийн системийн үйл ажиллагааны олон түвшний загварыг (AS - IS загвар) боловсруулах IDEF 0Тэгээд IDEF 3 :
   • Загварын шинж чанаруудын тодорхойлолт (Загварын шинж чанарууд).
   • Функциональ загварын НЭГДҮГЭЭР түвшнийг бий болгох - контекст диаграммыг боловсруулах.
   • Функциональ загварын ХОЁРДУГААР түвшнийг бий болгох - контекстийн ажлыг нарийвчлан гаргаж, задралын диаграммыг боловсруулах.
   • Функциональ загварын ГУРАВДУГААР түвшнийг бий болгох - функцийг хэрэгжүүлдэг хоёр дахь түвшний ажлыг нарийвчлан гаргах. Үйл ажиллагааны нягтлан бодох бүртгэлбайгууллагууд. Хөгжлийн энэ үе шат нь IDEF 0 (1-р сонголт) эсвэл IDEF 3 (2-р сонголт) гэсэн хоёр аргачлалын аль нэгийг ашиглан задралын диаграммыг бий болгох боломжийг олгодог. 2-р хувилбарын дагуу бие даасан ажлыг гүйцэтгэх хувилбар, дарааллын диаграммыг бий болгох (Ажлын урсгалын диаграмм) үйл ажиллагааны нягтлан бодох бүртгэлийн явцад IDEF 3 аргачлалыг ашиглан хийгддэг.
3. Загварын харгалзах хэсгүүдийн тайлбарыг харуулах боломжийг олгодог бүтээлийн толь бичиг, сумны толь бичиг боловсруулах.

1. Технологийг ашиглан мэдээллийн системийн функциональ загварчлал IDEF CASE хэрэглүүрийг ашиглан хийх ёстой BPwin, энэ нь тушаалаар ачаалагддаг Эхлэх/Хөтөлбөр/Компьютерийн түншүүд/BPwin 4.0/BPwin4.0 . IDEF загварчлалын технологийн процессыг "Практик хичээлийн онолын мэдээлэл" 4-р хэсэгт тайлбарласан болно.
2. Контекст диаграммыг боловсруулахдаа загварчилсан сэдвийн талбарт тохирох мэдээллийг ашиглан загварын шинж чанарыг дараах байдлаар форматлаж болохыг анхаарч үзэх хэрэгтэй.
   • Загварын нэр : "Нэр" компанийн үйл ажиллагаа;
   • Төсөл (төслийн нэр): "Нэр" компанийн үйл ажиллагааны загвар;
   • Бүтэн нэр, бүлэг;
   • Хамрах хүрээ (загварчлалын зорилгыг багтаасан загварчлалын хэсэг, тухайлбал, барьсан загвар нь хариулах ёстой асуултууд) – жишээлбэл, "Компанийн бизнесийн ерөнхий удирдлага: зах зээлийн судалгаа, эд ангиудын худалдан авалт, бүтээгдэхүүний туршилт, борлуулалт" эсвэл "Компанийн үйл ажиллагааны технологи, санхүүгийн болон менежментийн талууд";
   • Цагийн хүрээ (загварын төрөл) : IS-IS;
   • Тодорхойлолт , загварын зорилго) : "Нэр" компанийн үйл ажиллагааг тодорхойлсон боловсролын загвар;
   • Үзэл бодол (үзэл бодол – хөгжлийн явцад үзэл бодол нь батлагдсан хүн) : Аж ахуйн нэгжийн дарга, ерөнхий менежер;
   • Статус : АЖИЛЛАЖ БАЙНА;
   • Зорилго : “Нэр” компанийн үйл ажиллагааг зохицуулах зорилгоор өнөөгийн бизнесийн үйл явцыг загварчлах;
   • Эх сурвалж (эх сурвалж мэдээлэл): Сэдвийн талбарт дүн шинжилгээ хийх, оруулах баримт бичгийн шинжилгээ;
   • Зохиогчийн нэр : БҮТЭН НЭР.
3. Хийх замаар контекст диаграмын задрал тэр байх ёстой гэдгийг анхаарч үзэх хэрэгтэй хоёр дахь түвшинсистемийн загварын задрал, илэрхийлнэ дэд процесс эсвэл хүүхдийн ажил , хэлбэрээр хэрэгжүүлсэн контекст ажил, энэ тохиолдолд үүрэг гүйцэтгэдэг эцэг эхийн ажил, хэлбэрээр хэрэгжүүлсэн Эцэг эхийн диаграм) . Хоёрдахь түвшний задралын диаграм нь дор хаяж гурван функциональ блок агуулсан байх ёстой бөгөөд тэдгээрийн нэг нь загварчлалын функцийг гүйцэтгэх ёстой үйл ажиллагааны нягтлан бодох бүртгэлзохион байгуулалт, бусад нь загварчлах үүргийг гүйцэтгэх ёстой бизнесийн үйл явцсистемд хэрэгжүүлсэн.
4. Задрах алхам бүрт та интерфэйсийн нумуудыг (сум) загварын доод түвшинд автоматаар шилжүүлэх үйл явцыг хянаж, шаардлагагүй хонгилтой сум үүсгэхээс зайлсхийх хэрэгтэй. Хэрэв тэдгээр нь гарч ирвэл хонгилыг арилгах хэрэгтэй.
5. Хэрэгжүүлэх үед гурав дахь түвшинзадралын хувьд боловсруулсан задралын диаграм бүр нь хоёр дахь түвшний бүтээлийн задралын гурав дахь түвшин бөгөөд үүнийг төлөөлдөг гэдгийг анхаарах хэрэгтэй. дэд процессэсвэл туслах ажил хэлбэрээр хэрэгжүүлсэн Хүүхдийн диаграмхолбогдох гуравдугаар түвшний ажил. Энэ тохиолдолд хоёрдугаар түвшний бүх бүтээлүүд үүрэг гүйцэтгэдэг эцэг эхийн ажил, хэлбэрээр хэрэгжүүлсэн эцэг эхийн графикууд(Эцэг эхийн диаграммууд).
6. Хоёрдахь түвшний ажлыг задлах, нягтлан бодох бүртгэлийн функцийг загварчлах, ажлын харилцан үйлчлэлийн хувилбарыг бий болгох ажлыг технологи ашиглан гүйцэтгэх ёстой. IDEF 3функцийн блок болгон ашигладаг нэгжажил (Ажлын нэгж, UOW) , түүнчлэн шаардлагатай лавлагааны объектууд (Референт) , Үүнийг сумны толь бичгээс скриптэд оруулах эсвэл шинээр үүсгэх боломжтой.
7. Загварын задаргааны түвшин бүрт ажлын толь бичиг, сумны толь бичгийг бий болгодог бөгөөд тэдгээрийг хөгжүүлэх зайлшгүй нөхцөл бол ажлын тайлбартай байх явдал юм. (үйл ажиллагаа)интерфэйсийн нуман дээр бичигдсэн өгөгдлийн тайлбар ( сум) .
8. Ажлын үр дүнг файлд хадгална Функцийн_загвар IS_Нэр IDEF.bp1 таны хавтсанд ISE.
9. Ерөнхий функциональ загварын жишээг доор өгөв

4. Практик хичээлийн онолын мэдээлэл

4.1. IDEF 0-технологи

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

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

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

Арга зүй IDEF 0функциональ блок (зангилаа), интерфейсийн нум, задрал, тайлбар толь гэсэн дөрвөн үндсэн ойлголт дээр суурилдаг.

Функциональ блок

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

Функциональ блокТэгш өнцөгтөөр дүрслэгдсэн бөгөөд талууд нь дараах утгатай байна.

• Дээд тал нь менежмент.
• Доод тал нь механизм юм.
• Баруун тал нь гарц юм.
• Зүүн тал нь орох хаалга юм.

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

Интерфейсийн нуман

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

Сумны нэр үүнийг илтгэнэ үүрэг (боломжтой дүрүүдийн багцыг -аар тэмдэглэнэ) ICOM ):

Функцийн блокийн оролт - I оролт .

Менежмент - C хяналт .

Функцийн блокийн гаралт - О гаралт .

Механизм - М механизм .

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

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

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

Гаралт– ажлын явцад бий болсон материал, мэдээлэл. Ажлын баруун талаас гарах дор хаяж нэг сум шаардлагатай.

Гүйцэтгэх механизм (механизм)– ажил гүйцэтгэх нөөц (жишээлбэл, боловсон хүчин, машин, төхөөрөмж гэх мэт). Сумыг ажлын доод ирмэг рүү оруулах байдлаар зурсан. Механизмын сумыг харуулахгүй байж болно. Ерөнхийдөө функциональ блокийг Зураг дээр үзүүлэв. 2.1.

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

Интерфэйсийн нумаар холбогдсон хэд хэдэн функциональ блокуудаас шаардлагатай хэлбэрээр a функциональ загвар.

Функциональ блокуудын хооронд шаардлагатай холболтыг хийхийн тулд сумнууд салаалж болно гэдгийг анхаарна уу.

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

IDEF0 технологийг ашиглан диаграмм үүсгэх

Байгууллагын бизнесийн загварыг боловсруулахдаа гурван төрлийн диаграммыг ашиглах ёстой.

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

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

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

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

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

• III төрлийн диаграм – Зангилааны модны диаграм Энэ нь ажлын байруудын шаталсан хамаарлыг харуулдаг боловч ажлын хоорондын хамаарлыг харуулахгүй (модыг үндэснээс нь авах шаардлагагүй, ямар ч гүнд хүртэл барьж болох тул эдгээр диаграммыг хүссэн хэмжээгээрээ авч болно).

4.2. IDEF0 загварчлалын технологийн процесс:

Цагаан будаа. 2.2

BPWin CASE хэрэгсэл нь шаардлагатай функциональ загвар, хувилбаруудыг бүтээх энгийн бөгөөд ойлгомжтой хэрэглэгчийн интерфэйстэй. Энэ нь ашигласан технологиос хамаарна. Зураг дээр. 2.2 нь BPWin цонхыг харуулж байна ( Computer Associates B.P.Win ).

Үндсэн цонхны хэрэгслийн самбар Computer Associates BPwin дараах товчлууруудыг агуулна.

	- шинэ загвар бий болгох,
	- одоо байгаа загварыг нээх,
	- барьсан загварыг хадгалах;
	- загвар хэвлэх,
	- масштабын сонголт;
	- масштаблах,
	- зөв бичгийн алдаа шалгах,
	- загварын навигаторыг асаах/унтраах,
	– Model Mart асаах/унтраах.

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

Тусгай хэрэгслийн самбар нь дараах үндсэн товчлууруудыг агуулна.

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

Загвар бэлтгэх

1. Загвар үүсгэх товчийг дарж харилцах цонхыг нээнэ үү B.P.Win(Зураг 2.3):

Харилцах цонхонд B.P.Win дараах үйлдлүүдийг гүйцэтгэнэ.

• сонгох Бизнесийн үйл явц (IDEF0);
• загварын нэрийг тохируулаад товчийг дарна уу БОЛЖ БАЙНА УУ;
• цонхонд Шинэ загварт зориулсан шинж чанарууд загварын зохиогчийн нэрийг бичих;
• товчийг дар БОЛЖ БАЙНА УУ .

1. Баг Загвар/Загварын шинж чанарууд дуудлагын харилцах цонх Загварын шинж чанарууд (Зураг 4), 2-р хэсэгт заасан арга зүйн зөвлөмжийн дагуу загварын шинж чанарыг албан ёсны болгох.

Загварчлалын эхний түвшин

1. Загварын цонхон дээрх функциональ блокийг дараах алхмуудыг гүйцэтгэнэ.
   • функцийн блокийн контекст цэснээс командыг сонгоно уу Нэр… ;
   • харилцах цонхонд Үйл ажиллагааны шинж чанарууд (Зураг 2.5) таб дээр Нэртогтоосон Нэражил (богино) энэ функциональ блок болон таб дээр байрлуулсан Тодорхойлолтталбайд Тодорхойлолт тайлбаражил;
   • хавчуурга дотор Фонтфонт тохируулах Ариал Сайр диаграмын бүх функциональ блокуудад энэ фонтыг ашиглахыг зөвшөөрөхийн тулд нүдийг чагтална уу ( Энэ диаграм дахь бүх үйл ажиллагаа, Энэ загвар дахь бүх үйл ажиллагаа Тэгээд Энэ фонтын бүх тохиолдлыг дотор нь өөрчил загвар ), дараа нь товчлуурыг дарна уу БОЛЖ БАЙНА УУ.

• харилцах цонхонд Arrow Properties (Зураг 2.7), таб дээр Нэрсумны нэрийг (богино) тохируулж, таб дээр Тодорхойлолтталбайд Тодорхойлолтхангалттай дэлгэрэнгүй мэдээллийг оруулна уу тайлбарэнэ сумны зорилго;

• сумны контекст цэснээс командыг сонгоно уу Фонт… ;
• харилцах цонхонд Arrow Properties (Зураг 2.8), таб дээр Фонтфонт тохируулах Ариал Сайрбүх диаграмын суманд энэ фонтыг ашиглахын тулд нүдийг чагтална уу ( Энэ диаграм дахь бүх сумнууд, энэ загвар дахь бүх сумууд, энэ сумны бүх тохиолдлууд Тэгээд Загвар дээрх энэ фонтын бүх тохиолдлыг өөрчил );

1. Сум зохион бүтээх Гарах, зүүнхил хязгаар зөв;
2. Сум зохион бүтээх Хяналт , яагаад 2-р алхамыг давтаж, сольж байна зүүнхил хязгаар дээд;
3. Сум зохион бүтээх Механизм, яагаад 2-р алхамыг давтаж, солих вэ? зүүнхил хязгаар доогуур.

Загварчлалын хоёр дахь түвшин

Ямар ч түвшний загварчлал

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

• товшиж тодорхой функцийн блокыг идэвхжүүлэх;
• Одоогийн загварын түвшинд 3-р алхамыг давтана уу.

1. Сумны төрөл, дизайны загварыг сумны контекст цэсний Style командаар дуудагдах Arrow Properties харилцах цонхноос (Зураг 2.9) сонгож болно.

1. Суулгахад зориулагдсан үг боохТа нэрийг тодруулснаар тэгш өнцөгтийн хэмжээг багасгах хэрэгтэй бөгөөд үүний дараа автоматаар доошоо нэмэгдэх болно.
2. Дээд түвшний диаграмм дээр зурсан сум бүр доод түвшний диаграмм дээр байх ёстой.
3. Доод түвшний диаграм дээр шинээр зурсан сум (шийдвэрлэгдээгүй ( шийдэгдээгүй) сум), дөрвөлжин хаалтанд (хонгил) байрлуулсан бөгөөд энэ нь илүү өндөр түвшинд ийм сум байхгүй байгааг онцолдог. Хонгилыг арилгахын тулд:
   • цэсийн зүйлийг сонгоно уу Сумтай хонгил ;
   • харилцах цонхонд Хилийн сум засварлагч(Хязгаарын сум засварлагч) сонголтыг сонгоно уу Үүнийг хилийн сумаар шийднэ үү (Хилийн сум болгон зөвшөөрөх). Үүний үр дүнд одоогийн түвшинд байгаа хонгилыг арилгаж, сум нь өмнөх түвшинд гарч ирэх бөгөөд хэрэв энэ нь эхнийх биш бол хонгилд орно (Зураг 2.10).

1. Хонгилтой сумыг доод түвшнээс дээд рүү хуулахын тулд:
   • дөрвөлжин хаалт дээр хулганы баруун товчийг дарна уу;
   • цэсийн зүйлийг сонгоно уу Хуудасны гадуурх лавлагаа;
   • харилцах цонхонд Off_Page сумны лавлагаасумыг байрлуулах диаграммыг сонгож, шаардлагатай сумны төрлийн шилжүүлэгчийг тохируулах (Зураг 2.11);

• товчлууруудын аль нэгийг нь дарна уу: OK, диаграм руу оч (сонгосон диаграм руу очих) эсвэл OK ба одоогийн диаграмд ​​үлдэх (одоогийн диаграммд үлдэх).

Холбоогүй хилийн сумыг үлдээх нь хүлээн зөвшөөрөгдөхгүй ( холбоогүй хилийн сум) – үндсэн диаграмаас задралын диаграм руу автоматаар шилжүүлсэн сумнууд (горим шилжилт хөдөлгөөнмэргэн бууч). Эдгээр сумнууд нь ажлын байртай холбоогүй бөгөөд сум үүсгэх горимын ажилтай холбоотой байх ёстой ( Давуу эрхтэй сум хэрэгсэл – ).

Анхдагч байдлаар сумны зөв байршил, хэв маягийг төлөвлөх:

• тушаалыг гүйцэтгэх Загвар/Загварын шинж чанарууд;
• цонхонд Загварын шинж чанарууд(Зураг 2.12) хавчуургыг сонгоно Зохион байгуулалт ;
• нүдийг шалгана уу (заавал биш) Сумыг автоматаар заана бүлэгт Сумнууд

1. Сум үүсгэх үед удирдлагын санал хүсэлтТа нэмэлт сумны чиглэлийг зааж өгөх сонголтыг тохируулах хэрэгтэй (контекст цэснээс).
2. Сумнууд дээрх шошгуудыг тааруу байрлуулсан (маш хол гэх мэт) бол шошгоны удирдагчийг Squiggle (контекст цэсэн дэх) нүдийг шалгах хэрэгтэй.

1. Задаргааны диаграммд зүүн дээд талд хамгийн түрүүнд хийгдсэн хамгийн чухал ажлыг агуулсан функциональ блок байдаг. Ач холбогдол багатай эсвэл дараа нь дуусгасан ажил дараалан буурдаг.
2. Үг боохдотор ажил горимд явагддаг Нэрийн засварлагч... товчлуур дарж Оруулна уу.
3. Тэгш өнцөгтийн зүүн дээд буланд байгаа диагональ нь харгалзах ажил задрахгүй гэсэн үг юм.
4. Зөвхөн автоматаар гарч ирэх хүүхдийн ажлын тоо төдийгүй угтвар (A)-ыг харуулахын тулд та тушаалыг сонгох хэрэгтэй. Загвар/загварын шинж чанарууд, хавчуурга Дугаарлах шалгах хайрцаг (заавал биш) Угтварыг харуулах(Зураг 2.13).

1. Хүүхдийн ажлын байрны тоо болон түвшний дугаарыг (хоёр, гурав, дөрвөн оронтой тоо) харуулахын тулд командыг сонгоно уу. Загвар/загварын шинж чанарууд, хавчуурга Дугаарлах шалгах хайрцаг (заавал биш) Диаграмм дугаарлах форматыг ашиглана уу (Зураг 2.13).
2. Нэг диаграммын янз бүрийн хувилбаруудыг ялгахын тулд хувь хүний ​​​​хувилбаруудад дугаар (C - дугаар) өгөх шаардлагатай бөгөөд үүнийг цэсэнд чөлөөтэй тохируулах боломжтой. Диаграмын шинж чанаруудхавчуурга дээр Иж бүрдэл.

Модны загвар бүтээх

• баг Диаграмм/Нэмэх/Зангилааны мод дуудлагын харилцах цонх Зангилааны модны шидтэн_2-ын 1-р алхам (Зураг 2.14);
• шаардлагатай тооны зангилааны модны түвшинг сонгох замаар харилцан яриа хийх ( Түвшингийн тоо );
• товчийг дар Бэлэн.

4.3. IDEF3 технологи

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

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

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

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

IDEF3 технологийн хувилбар

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

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

1. Процессын үе шатуудын дарааллыг дүрсэлсэн диаграмм.
2. Объектын төлөвийн диаграм.

Дараахь стандарт конвенцуудыг ашигладаг.

	зан үйлийн функциональ элемент,
	Үйлдлийг зан үйлийн нэг функциональ элементээс (өмнөх) нөгөөд (дараагийн) шилжүүлэх ( Давуу эрх ),
	Мэдээллийн урсгалыг ажлаас ажил руу шилжүүлэх ( Обьектийн урсгал ),
	Өгөгдлийг ажилтай холбох ( Лавлагаа ),
	Бүтээлийн хоорондын харилцаа ( Харилцааны ),
	Объектийн төлөв байдал.

Ажлын нэгжийн гүйцэтгэлийн дарааллын зохицуулалтыг диаграммд оруулах замаар гүйцэтгэдэг. уулзварууд (Уулзвар) янз бүрийн зорилгоор.

Тэмдэг Жуулзвар дараах утгуудын аль нэгийг авч болно.

• & – нэгдэх сумнууд уулзварт орвол бүх үйлдлийн үр дүн; эхлэхсумнууд түүнийг орхих тохиолдолд бүх үйлдэл;
• ТУХАЙ - нэгдэхОролтын үйлдлүүдийн дор хаяж нэг нь дууссан тохиолдолд үйл ажиллагааны үр дүн; эхлэхдор хаяж нэг үйлдэл;
• X - нэгдэхуулзвар руу орж буй хэд хэдэн хүмүүсээс зөвхөн нэг үйлдэл; эхлэхүүнээс гарах үйлдлүүдийн зөвхөн нэг нь.

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

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

	1-р ажил, 3-р ажил дууссаны дараа 3-р ажил үүсдэг
	1-р ажил болон 2-р ажил хамтдаа тохиолддог
	1-р ажил эсвэл 2-р ажил эсвэл хоёуланг нь хийж дууссаны дараа 3-р ажил үүсдэг
	1-р ажил болон 2-р ажил хамтдаа эсвэл тусад нь тохиолддог
	1-р ажил эсвэл 2-р ажил дууссаны дараа 3-р ажил үүсдэг
	1-р ажил эсвэл 2-р ажил тохиолддог

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

4.4. IDEF3 загварчлалын технологийн процесс

Загвар бэлтгэх

1. Загвар үүсгэх товчийг дарна уу.
2. Харилцах цонхонд B.P.Winдараах зүйлсийг хий:
   • сонгох Процессын урсгал (IDEF3);
   • загварын нэрийг тохируулах;
   • товчийг дар БОЛЖ БАЙНА УУ;
   • харилцах цонхонд Шинэ загварт зориулсан шинж чанаруудтэнд заасан шинж чанаруудыг баталгаажуулна уу.

Үйлдлийг албан ёсны болгох

1. Үйлдэл үүсгэх товчийг дарна уу ( Үйл ажиллагааны хайрцаг хэрэгсэл ).
2. Загварын цонхны хүссэн газарт хулганы зүүн товчийг дарна уу.
3. Үйлдлийн контекст цэсэнд командыг сонгоно уу Нэр…
4. Харилцах цонхонд Үйл ажиллагааны шинж чанарууд, хавчуурга дотор Нэр үйлдлийн нэрийг тохируулах (Зураг 2.16).

1. Харилцах цонхонд Үйл ажиллагааны шинж чанаруудхавчуурга дотор Фонт тогтоосон Ариал Сайр, БОЛЖ БАЙНА УУ.

Өгөгдлийн формат

1. Өгөгдөл үүсгэх товчийг дарна уу. ( Лавлах хэрэгсэл ).
2. Цонхны зөв газарт Лавлагааүүсгэсэн байгууллагын толь бичгээс өгөгдлийн нэрийг оруулахын тулд хулганы зүүн товчийг дарна уу (сонголт Аж ахуйн нэгж) эсвэл үүсгэсэн сумны толь бичгээс (сонголт Сум), эсвэл тэдгээрийг дахин үүсгэх (сонголт Бусад) (Зураг 2.17).

1. Харилцан ярианд Referent Properties цонх (Зураг 2.18), таб дээр Фонттогтоосон Ариал Сайршаардлагатай хайрцгийг сонгоод товчийг дарна уу БОЛЖ БАЙНА УУ.

5. Дараагийн хичээлийн гэрийн даалгавар

1. Мэдээллийн эх сурвалж, хүлээн авагч (гадаад байгууллага) болох материаллаг объект, хувь хүмүүсийг тунгаан бодож, тодорхойлох.
2. Мэдээллийн системээр боловсруулсан өгөгдлийн харилцааны загварыг бодож, боловсруул.
   • аж ахуйн нэгж, тэдгээрийн шинж чанаруудын жагсаалтыг гаргах,
   • аж ахуйн нэгж хоорондын харилцааг харуулах.
3. Боловсруулсан техникийн үзүүлэлтүүд дээр үндэслэн хоёрдугаар түвшний задралын диаграммд байрлуулсан гол ажил бүрийг гүйцэтгэх явцад системд хэрэгжүүлсэн бие даасан ажлын нэрийг бодож, багшид санал болго.
4. Догол мөрүүдийг гүйцэтгэх 1-3 гэрийн даалгаврыг " нэртэй файлд бичнэ үү. 3-р хичээлийн мэдээлэл.doc ", Word дээр хийж, багшид танилцуулна.
5. "Хэсэгээр ажиллана уу" Практик сургалтын онолын мэдээлэл» 3-р хичээлийн семинар.

1.6. Хоёрдахь хувилбарын дагуу үйл ажиллагааны нягтлан бодох бүртгэлийн блокыг задлах үед зангилааны модны диаграммын хэсэг (IDEF3)

Үйл ажиллагааны толь бичиг

Нэр	Тодорхойлолт
	Тодорхой шалгуурыг хангахын тулд мэдээллийн сангаас уншсан мэдээллийн дүн шинжилгээ
Баримт бичгийн шинжилгээ	Дагалдах болон ирж буй баримт бичгийн стандартад нийцэж байгаа эсэхэд дүн шинжилгээ хийх
Өгөгдлийн сангийн засвар үйлчилгээ	Өгөгдөл шинэчлэх үйлдлийг гүйцэтгэх
ЯГЖ БАЙНА АЖИЛ	Симуляцийн ЗОРИЛГО болон ХЯЛГААГ тодорхойлох контекст функцын нэр
Эцсийн боловсруулалт	Шийдвэр гаргах, боловсруулах (мэдээлэл нь заасан шалгуурыг хангасан бол ЭЕРЭГ, эс тэгвээс СӨРӨГ), шаардлагатай баримт бичгийг бүрдүүлэх, боловсруулах
Чанарын шалгалт болон туршилт	Үйлдвэрлэл эсвэл хөгжүүлэлтийн процессыг дуусгах ажил
Мэдээлэл боловсруулах	Мэдээлэл хайх, дүн шинжилгээ хийх үйл ажиллагаа явуулж, хийсэн дүн шинжилгээнд үндэслэн шийдвэр гаргах
Чанарын хяналтын үр дүнг боловсруулах	Стандартад нийцэж буй үр дүнг системчлэх, дүн шинжилгээ хийх
Туршилтын үр дүнг боловсруулж байна	Ашиглах чадвар, найдвартай байдал, оршин тогтнох чадварын үр дүнгийн дүн шинжилгээ
Бичиг цаасны ажил	Баримт бичгийг хүлээн авах, мэдээллийн санд оруулах мэдээллийг сонгох
	Хэрэглэгчийн үүсгэсэн асуулгад үндэслэн өгөгдлийн сангийн хүснэгтээс өгөгдлийг хайж байна
Мэдээллийн санг нөхөх	Өгөгдлийн сангийн хүснэгтэд шинэ өгөгдөл оруулах
Баримт бичгийг хүлээн авах, бүртгэх	Ирж буй дагалдах бичиг баримтыг хүлээн авах, бүртгэх
Үйлдвэрлэл эсвэл хөгжил	Компанийн бизнесийн гол үйл явцын нэр (сэдвийн бүсийн үйлдвэрлэлийн хэсгийн загвар)
Бизнесийн үйл явцын 1-р шатанд ажиллах1	Үйлдвэрлэлийн эхний үе шатанд технологийн үйл ажиллагааг нэгтгэн дүгнэсэн үйлдэл
Бизнесийн үйл явцын 2-р шатанд ажиллах1	Үйлдвэрлэлийн хоёр дахь үе шатанд технологийн үйл ажиллагааг нэгтгэн дүгнэсэн үйлдэл
Бизнесийн үйл явцын 3-р шатанд ажиллах1	Үйлдвэрлэлийн гурав дахь үе шатанд технологийн үйл ажиллагааг нэгтгэн дүгнэсэн үйлдэл
Үйлдвэрлэлийн үйл ажиллагааны үр дүнг боловсруулах	Хийж буй ажил, хяналтын үр дүнд үндэслэн баримт бичгийг хүлээн авах, дүн шинжилгээ хийх
Өгөгдлийн санг засварлаж байна	Өгөгдлийн сангийн хүснэгтийн бүртгэлийг өөрчлөх
ҮЙЛ АЖИЛЛАГААНЫ БҮРТГЭЛ	Баримт бичгийг боловсруулах, тайлагнах (сэдвийн талбайн үйлдвэрлэлийн бус хэсгийн загвар)

Сумтай толь бичиг

Нэр	Тодорхойлолт
	Стандартын шаардлага хангаагүй объект
МЭДЭЭЛЭЛ ОРУУЛАХ	Ирж буй баримт бичиг, боловсруулах объект
DB оролтын өгөгдөл	Өгөгдлийн сангийн хүснэгтэд бичих өгөгдөл
Ирж буй баримт бичиг	Боловсруулах объектыг дагалдах баримт бичиг, бизнесийн үйл явцыг эхлүүлсэн баримт бичиг
ГАРЦ	Гарсан баримт бичиг, шинэ болон өөрчлөгдсөн объектууд
Гарсан баримт бичиг	Нягтлан бодох бүртгэлийн явцад бий болсон баримт бичиг (маягт, тайлан, заавар, мэдэгдэл, гэрээ гэх мэт).
Улсын стандарт	Баримт бичгийн улсын стандарт
Өгөгдлийн сангийн хүснэгтийн өгөгдөл	Өгөгдлийн сангийн хүснэгтээс уншсан өгөгдөл
Шинжилгээний үр дүнд олж авсан өгөгдөл	Гаргасан баримт бичгийг боловсруулахад зориулагдсан, шийдвэр гаргахад ашигладаг мэдээлэл
Баримт бичигтэй ажиллах үр дүнг тодорхойлсон өгөгдөл	Боловсруулсан объектын дэлгэрэнгүй мэдээллийг (чанарын болон тоон шинж чанар) тусгасан мэдээлэл
Туршилт, хяналтын үр дүнгийн талаархи баримт бичиг	Объект боловсруулах эцсийн шатанд олж авсан өгөгдлийг тусгасан баримт бичиг
Ажлын байрны тодорхойлолт	Гүйцэтгэгчийн ажлын хариуцлагыг тусгасан заавар
Хэрэглэгчийн хүсэлт
Шинэ болон өөрчлөгдсөн объектууд	Үйлдвэрлэлийн мөчлөгийн явцад бий болгож, өөрчилсөн объектууд
Өгөгдлийн сангийн объектууд	Хүснэгт, маягт, асуулга, тайлан, макро, модулиуд
Объектуудыг боловсруулах	Үйлдвэрлэлийн янз бүрийн үе шатанд өөрчлөгддөг объектууд
1-р шатанд боловсруулсан объектууд	Үйлдвэрлэлийн 1-р үе шатанд өөрчлөгдсөн объектууд
2-р шатанд боловсруулсан объектууд	Үйлдвэрлэлийн 2-р үе шатанд өөрчлөгдсөн объектууд
3-р шатанд боловсруулсан объектууд	Үйлдвэрлэлийн 3-р үе шатанд өөрчлөгдсөн объектууд
	Үүсгэсэн объектыг стандартын шаардлагад нийцэж байгаа эсэхийг шалгах техникийн хяналтын хэлтэс
Компанийн хэлтэс, мэргэжилтнүүд	Үйлдвэрлэл эсвэл хөгжлийн үйл явцад оролцож буй байгууллагууд
ГҮЙЦЭТГЭХ ДҮРЭМ	Процесс ба өгөгдлийг өөрчлөх дүрэм
Нягтлан бодох бүртгэлийн дүрэм	Үйлдвэрлэл, боловсруулалтын үйл явцтай холбоотой баримт бичгийг бүртгэх, боловсруулах систем
ШИЙДВЭР	Шинжилсэн өгөгдөл нь заасан шалгуурыг хангаж байгаа эсэхээс хамаарч эерэг эсвэл сөрөг шийдвэр гаргана
Хүлээн зөвшөөрөгдсөн баримт бичиг	Бүртгүүлсэн бичиг баримтууд
Програм хангамж	Мэдээллийн санг боловсруулж буй платформ нь хэрэгжиж байна
Баримт бичгийн шинжилгээний үр дүн	Ирж буй болон дагалдах бичиг баримтыг стандартад нийцэж байгаа эсэхийг шинжилсний дараа гарсан үр дүн
Чанарын хяналтын үр дүн
хайлтын үр дүн	Хэрэглэгчийн хүсэлтээс авсан мэдээллийн сангийн хүснэгтүүдийн мэдээлэл
Туршилтын үр дүн	Боловсруулалтын эцсийн шатанд олж авсан өгөгдөл
Хэрэглэгчийн гарын авлага	Мэдээллийн сантай ажиллах заавар, дүрэм
Нягтлан бодох бүртгэлийн үйлчилгээ	Нягтлан бодох бүртгэл, баримт бичгийн үйл явцад оролцдог хэлтэс
Дагалдах бичиг баримт	Ирж буй боловсруулалтын объектыг дагалдах баримт бичиг
Мэргэжлийн мэргэжилтнүүд	Үйлдвэрлэлийн үйл ажиллагаанд оролцож буй субъектууд
Технологийн заавар	Технологийн процессын үйл ажиллагааны дараалал
Хэрэглэгчийн хүсэлт	Мэдээллийн сангаас шаардлагатай мэдээллийг олж авах, гаралтын баримт бичгийг үүсгэх зорилгоор хэрэглэгчийн үүсгэсэн асуулга
ГҮЙЦЭТГЭХ МЕХАНИЗМ	Оролтын өгөгдлийг гаралтын өгөгдөл болгон хувиргадаг нөөцүүд
Шинэ бичлэгүүд	Шинэ өгөгдөл оруулсны дараа гарч ирсэн өгөгдлийн сангийн хүснэгтүүдийн бүртгэл
Залруулга
	Шалгалт хийж буй субъект

хэвлэх хувилбар