КАТЕГОРИЯ:


Астрономия- (809) Биология- (7483) Биотехнологии- (1457) Военное дело- (14632) Высокие технологии- (1363) География- (913) Геология- (1438) Государство- (451) Демография- (1065) Дом- (47672) Журналистика и СМИ- (912) Изобретательство- (14524) Иностранные языки- (4268) Информатика- (17799) Искусство- (1338) История- (13644) Компьютеры- (11121) Косметика- (55) Кулинария- (373) Культура- (8427) Лингвистика- (374) Литература- (1642) Маркетинг- (23702) Математика- (16968) Машиностроение- (1700) Медицина- (12668) Менеджмент- (24684) Механика- (15423) Науковедение- (506) Образование- (11852) Охрана труда- (3308) Педагогика- (5571) Полиграфия- (1312) Политика- (7869) Право- (5454) Приборостроение- (1369) Программирование- (2801) Производство- (97182) Промышленность- (8706) Психология- (18388) Религия- (3217) Связь- (10668) Сельское хозяйство- (299) Социология- (6455) Спорт- (42831) Строительство- (4793) Торговля- (5050) Транспорт- (2929) Туризм- (1568) Физика- (3942) Философия- (17015) Финансы- (26596) Химия- (22929) Экология- (12095) Экономика- (9961) Электроника- (8441) Электротехника- (4623) Энергетика- (12629) Юриспруденция- (1492) Ядерная техника- (1748) Arhitektura- (3434) Astronomiya- (809) Biologiya- (7483) Biotehnologii- (1457) Военни бизнесмен (14632) Висока technologies- (1363) Geografiya- (913) Geologiya- (1438) на държавата (451) Demografiya- ( 1065) Къща- (47672) журналистика и смирен (912) Izobretatelstvo- (14524) външен >(4268) Informatika- (17799) Iskusstvo- (1338) историята е (13644) Компютри- (11,121) Kosmetika- (55) Kulinariya- (373) културата е (8427) Lingvistika- (374) Literatura- (1642) маркетинг-(23702) математиците на (16968) Механична инженерно (1700) медицина-(12668) Management- (24684) Mehanika- (15423) Naukovedenie- (506) образователна (11852) truda- сигурност (3308) Pedagogika- (5571) Poligrafiya- (1312) Politika- (7869) Лево- (5454) Priborostroenie- (1369) Programmirovanie- (2801) производствено (97 182 ) индустрия- (8706) Psihologiya- (18388) Religiya- (3217) Svyaz (10668) Agriculture- (299) Sotsiologiya- (6455) на (42831) спортист строително (4793) Torgovlya- (5050) транспорт ( 2929) Turizm- (1568) физик (3942) Filosofiya- (17015) Finansy- (26596) химия (22929) Ekologiya- (12095) Ekonomika- (9961) Electronics- (8441) Elektrotehnika- (4623) Мощност инженерно ( 12629) Yurisprudentsiya- (1492) ядрена technics- (1748)

Изграждане на IDEF0 модели

В началните етапи на ЕК трябва да се разбере как работи организацията, която ще бъде автоматизирано. Head знае работата като цяло, но не са в състояние да разберат подробности за всеки обикновен служител. Private служител знае добре какво се случва на работното място, но не може да знае как колегите работят. Ето защо, за да се опише предприятието необходимостта да се изгради един модел, който ще бъде достатъчен, за предметната област и съдържат знанието на всички участници в бизнес процесите на организацията.

Най-удобният езика на моделиране на бизнес процеси е IDEF0, където системата е представена като съвкупност от взаимодействащи произведения или функции. Това чисто функционална ориентация е принцип - системните функции са анализирани независимо от обектите, на които те оперират. Това ви позволява да по-точно симулира логиката и процесите на организацията взаимодействие.

Процесът на система за моделиране IDEF0 започва със създаването на контекстуални диаграми - диаграми най-абстрактно ниво описание на системата като цяло, съдържаща определянето на предмета на симулацията, целта и гледна точка на модела.

По този въпрос се разбира самата система, както и необходимостта да се установи точно какво е включено в системата и това, което се намира извън него, с други думи, за да се определи какво ще се случи в бъдеще да се счита като компоненти на системата, и че както външно влияние. По въпроса за определянето на системата ще се отрази значително на мястото, на което се счита за системата, и целите на симулацията - въпроса, че конструираната модел е да се даде отговор. С други думи, в началото на региона е необходимо да се определи симулация. Описание на изкуството, както на цялата система и нейните компоненти е основата за изграждане на модела. Въпреки че се очаква, че през зоната на симулация може да се регулира, тя трябва да бъде обикновено първоначално формулирани като това определя посоката на региона на симулация. При формулирането на региона трябва да се вземат предвид два компонента - ширината и дълбочината. Latitude предполага разграничаване модел - че ще се разглежда в рамките на системата и извън него. Дълбочина определя на какво ниво на детайлност на модела е пълен. При определяне на дълбочината на системата трябва да бъде наясно с ограниченията на времето - сложността на сградата на модел нараства експоненциално с увеличаване на дълбочината на разлагане. След определянето на границите на модела предполага, че новите съоръжения не трябва да бъдат предоставени в моделираната система.

Целта на симулация

Целта на симулацията се определя от отговорите на следните въпроси:

  • Защо е този процес трябва да се моделира?
  • Какво трябва да покаже модел?
  • Какво може да получите на клиента?

Гледна точка (Гледна точка).



Съгласно гледна точка на това се отнася до възможността, която се наблюдава при изграждане на модел на системата. Въпреки че изграждането на модела взема предвид гледните точки на различни хора, те трябва да се придържат към една единствена гледна точка на модела на. Гледната точка трябва да съответстват с целите и границите на симулацията. Обикновено се избира човешка гледна точка, отговорен за симулирана работа като цяло.

IDEF0-модел предполага наличието на ясно определени цели, единственият обект на моделиране и една гледна точка. За да направите полеви цели и гледна точка в IDEF0 модел BPwin на на трябва да изберете опция от менюто Модел / Модел имоти диалогов Модел Properties (фиг. A2.3). Цел раздела трябва да се направи с цел и гледна точка, и показалец Definition - дефиниране на модела и описанието на района.

Фиг. A2.3. Диалог, имоти модел

В раздела Status от същия диалогов прозорец можете да се опише състоянието на модела (чернова, работа, окончателно и така нататък. D.), по времето на създаването и последната редакция (проследени в бъдеще автоматично от датата на системата). В раздела Source описва източниците на информация, за да се изгради модел (например, "анализ Poll домейн и документиране на експерти"). Раздел Общи служи да направи името на проекта и името на модела и инициалите на автора и времето модели - AS-IS и към-бъда.

Модел AS-IS и към-бъда. Обикновено ние се изгради модел на съществуващата организация на работа - AS-IS (както е). Анализ на функционален модел ни позволява да разберем къде са най-слабите места в какви ползи ще се състоят на нови бизнес процеси и как дълбоки промени в съществуващата структура ще бъдат подложени на бизнес организацията. Business Process Detailing разкрива слабости в организацията, дори когато функционалност на пръв поглед изглежда очевидно. Намерени в модела КАКТО СА недостатъци могат да бъдат коригирани при създаването на модела към-бъда (както е) - нов модел на бизнес процесите.

IC технология дизайн включва първо създаване на модел AS-IS, своя анализ и подобрение на бизнес процесите, т.е. създаването на модела към-бъда, и само въз основа на модела към-бъда се изгражда модел на данните, прототип, а след това на окончателния вариант на ЗК.

Понякога настоящите AS-IS и бързо да бъде бъдещите модели се различават значително, така че преходът от началната до крайната държавата става ясно. В този случай, на третия модел, който описва процеса на преход от началната до крайната състояние на системата, защото такъв преход - тя е и на бизнес процесите.

Резултатът от описанието на модела може да бъде получена от доклад Модел доклад. Настройки на разговор на модела на доклада е, наречени от елемент от менюто Tools / Доклади / Модел доклад.

В диалоговия прозорец за конфигурация, изберете задължителните полета, което автоматично показва последователността на информационен дисплей в доклада (фиг. A2.4).

Фиг. A2.4. В диалоговия прозорец за генериране на доклад в съответствие с модела

Фиг. А2.5 доклад, генериран от гореспоменатите области.

Фиг. А2.5. Доклад преглед

В основата на IDEF0 методологията е графично на бизнес процеси описание език. Моделът в IDEF0 нотация е набор от йерархично подредени и свързани диаграми. Всяка схема е описание на системния блок и се намира на отделен лист.

Моделът може да съдържа четири вида диаграми:

  • контекстуален диаграма (във всеки модел може да бъде само един контекст диаграма);
  • разлагане диаграма;
  • възли на диаграмата на дърво;
  • диаграми само за експозицията (FeO).

Context диаграма е на върха на структурата на таблицата дърво и представлява най-общо описание на системата и нейното взаимодействие с околната среда. След като описва система като цяло се извършва на дял от неговите големи фрагменти. Този процес се нарича функционално разлагане, и диаграми, които описват всяко парче и взаимодействието на фрагменти, наречени разпадане диаграми. След разлагане се извършва разлагането контекстуални диаграми всеки голям фрагмент на по-малки системи и така нататък, докато желаното ниво на детайли, за да ги опише. След всяка сесия, проведена експертиза сесии разлагане - експерти в областта посочват, че реалните бизнес процеси за създаване на диаграма. Открити несъответствия са коригирани, и само след преминаване на изпит без никакви проблеми, можете да се пристъпи към следващата сесия на разлагане. Това се постига модел съответствие с реални бизнес процеси във всеки и всяко ниво на модела. Синтаксис описание на системата като цяло и всяка от неговите фрагменти е един и същ във всички модели.

Диаграмата показва възли на дървото йерархична зависимост работи, но не и връзката между делата. Диаграми възел дърво може да бъде във всяка редица модели, защото дървото може да бъде конструиран от произволна дълбочина, а не непременно в основата.

диаграма за експозицията (FeO) са конструирани за илюстриране на отделни фрагменти от модела, за да илюстрира алтернативна гледна точка или за специални цели.

Works (активност) посочват име процеси, функции или задачи, които се случват в рамките на определено време и резултатите са признати. Произведенията са показани под формата на правоъгълници. Всички работи трябва да бъде назован и идентифицирани. Наименование на работата трябва да бъде изразено словесно съществително, означаваща действие (например, "Дейностите на фирмата", "Поръчка Приемане" и т.н.). Работата "дейността на дружеството" може да има, например, следното определение: ". Този модел на обучение, който описва дейността на дружеството" Когато създавате нов модел (Файл меню / New) автоматично създава контекст диаграма с една единствена работа, представляваща система като цяло (фиг. А2.6).


Фиг. А2.6. Пример за контекстуални диаграми

За да се направи, е необходимо името на работата, за да кликнете с десния бутон на мишката, изберете името на редактора в менюто в диалоговия прозорец, който се появява, въведете името на работата. За описание на други характеристики на работата е диалоговия прозорец за дейността Properties (фиг. А2.7).


Фиг. P2.P2. работни места Редактор работни свойства

разпадане диаграми съдържат свързани работа, т.е.. д. на детето работи с общ родител работа. За да създадете диаграма разлагане е необходимо да кликнете върху бутона в лентата с инструменти.

Има диалоговия граф Box активност (фиг. А2.8), в която да се уточни нова графика нотация и броят на документи за това. Нека докато IDEF0 на нотация, и кликнете OK. Появява се разлага диаграма (фиг. A2.9). Допустимия диапазон на произведения - 2-8. Разлагат работа на едно работно място, няма смисъл: с обема на работата за повече от осем карти, получени пренаситен и труден за четене. За да се осигури по-голяма яснота и по-добро разбиране на симулиран процес се препоръчва използването на три до шест единици на една и съща карта.


Фиг. А2.8. Диалог Box активност Count


Фиг. A2.9. Пример за диаграма на разлагане

Ако се окаже, че броят на работните места не е достатъчно, тогава заданието може да се добавя към диаграма, като първо кликнете върху бутона на палитрата инструмент, а след това върху празно място на диаграмата.

Работата по разпадане диаграми обикновено са разположени диагонално от горния ляв ъгъл до долния десен ъгъл.

Тази процедура се нарича, за господство. Съгласно този принцип, на мястото на горния ляв ъгъл се поставя най-важната работа или работа за първи път. По-надолу отдясно са по-малко важно, или се извършва по-късно на работа. Това споразумение улеснява четенето на диаграмите, освен това, че тя се основава на концепцията работи връзки (вж. По-долу).

Всеки от диаграмата работи разлагане може на свой ред да се разлага. Операцията по графика разлагане автоматично са номерирани от ляво на дясно. работа номер се показва в долния десен ъгъл. В горния ляв ъгъл е представена от малък диагонал линия, която показва, че работата не се разлага. Така, на фиг. A2.9 All работата все още не е разложен.

Arrow (Arrow) описва взаимодействието на работа и представлява определена информация, изразена от съществителни. (Например, "Разговори към клиентите", "Правила и процедури", "Счетоводство System".)

The IDEF0 разграничение между пет вида стрели:

Вход (Input) - материали или информация, която се използва или конвертирани да работят, за да получите резултат (изход). Предполага се, че работата не може да има аудио стрели входни. Всеки тип стрелка идва до известна страна на правоъгълника в работата на изображения, или излиза от него. влизане стрелка е изготвен като член на лявата аспект на работата. При описване на процесите (за това е изобретен IDEF0) не входове Определяне на проблема. В действителност, "Призивите на клиенти" в Фиг. А2.6 - това е нещо, което се преработва в "Дейностите на компанията", за да получите резултат. В симулацията, ЗК, когато стрелките не са физически обекти, както и данните, не е толкова очевидно. Например, ако "допускането на пациентите" карта на пациента може да бъде вход и изход между качеството на данните варира. С други думи, в този пример, за да се оправдае неговото назначаване, стрелките за влизане и излизане, трябва да бъдат ясно определени, за да се покаже, че данните са действително обработени (например, на изхода - "Изпълнен карта на пациента"). Често е трудно да се определи дали въведените данни или контрола. В този случай на върха може да бъде информация, която се обработва / модифицирани данни дали в експлоатация или не. Ако се промени, то е вероятно, това е входа - ако не се контролира.

(Control) Control - правилата, политики, процедури или стандарти, които ръководят работата. Всяка работа трябва да има поне една контролна стрелка. Контрол стрелка е изготвен като част от горната страна на работата. Фиг. А2.6 стрелка "правила и процедури" - управление на "Фирма". Тя засяга управлението на работа, но не се трансформира работа. Ако целта на работата - да се промени процедурата или стратегия, такава процедура или стратегия ще работи за вход. В случай на несигурност в статута на стрелките (или управляващ вход) се препоръчва да се направи контрол на стрелката.

Output (Изход) - материали или информация, че работи. Всяка работа трябва да има най-малко един изход стрелка. Работа без резултати не е смислено и не трябва да се моделира. излизане стрелка е изготвен като излъчвана от дясната страна на работата. Фиг. А2.6 стрелка "маркетингови материали" и "продава продукта" са изход за "Фирма".

Механизъм (механизъм) - .. ресурси, за да си свършат работата, като предприятието персонал, машини, апарати и др Стрелата се изтегля като механизъм част от долната страна на работата. Фиг. А2.6 стрелка "счетоводна система" е механизъм за "дейността на дружеството." По преценка на стрелките на анализатор механизъм не са изобразени в модела.

Call (Call) - специален стрелка, която сочи към друг модел на работа. стрелка разговор е съставен като излъчвана от долния ръб на работата. Фиг. A2.10 стрелка "Друга операция модел" призовава за "Производствени изделия". наричаме стрелка се използва, за да покаже, че някои работи се извършва извън моделираната система. В BPwin стрели наричаме използвани в механизма на сливане и разделяне на модели.

Фиг. A2.10. стрелка Call, който се появява в моделите на разпада

Гранични стрели. Стрелките на контекст схема се използват за описание на взаимодействието с външния свят. Те могат да започнат и в края границата на диаграмата в работа, или обратното. Тези стрели се наричат ​​граница.

За да се направи на входа гранични стрели трябва да:

  • кликнете върху бутона със символа стрелка ;
  • в кутията с инструменти, за да преместите курсора в лявата част на екрана, докато първоначалната прекъснатата лента;
  • еднократно кликване върху лентата (от която идва стрелката) и веднъж в лявата част на хартията от входната страна (където завършва иглата);
  • се върне към палитрата инструмент и изберете Edit опция стрелка ;
  • щракнете с десния бутон на линията на стрелката в падащото меню, изберете име, и да добавите името на стрелките в името раздела диалоговия IDEF0 Arrow имоти.

контрол на стрели, вход и изход механизъм изобразени по същия начин. Имената на нововъведените стрелките (фиг. A2.11) автоматично се съхраняват в речника Arrow речник.


Фиг. A2.11. IDEF0 Arrow Имоти Dialog

ICOM-кодове. разлагане диаграма е предназначен за подробности работа. За разлика от моделите, които представляват структурата на организацията, които работят по схема на високо ниво в IDEF0 - това не е елемент на подчинен управлението на работа. Работи по-ниското ниво - е същото като това на работата на по-високо ниво, но в по-подробно представяне. Вследствие на горното ниво граница на изпълнение - това е същото, че диаграмата границите разлагане. ICOM (съкращение за вход, контрол, Output и механизъм) - кодове, предназначени за идентифициране на границата на стрелките. ICOM Code съдържа префикс, който съвпада с вида на стрелка (I, C, D или M), и сериен номер.

BPwin прави ICOM-код автоматично. За да се покаже на ICOM-кодът трябва да включва ICOM кодове опция в раздела Display на диалог Модел Properties (Модел / меню Модел Properties) (ris.P2.12).

Речник стрели редактират със специален редактор Arrow речник Editor, който се определя от страна и въведена свързаната Коментарът (Фиг. A2.13). стрелка Речник решава много важен проблем. Диаграми са създадени от анализатора за извършване на изпитната сесия, т. Е. За обсъждане на графиката със специалист предметна област. жаргон се формира по всякакви теми, и много често има размита жаргон смисъл и се възприема от различни потребители по различни начини. В същото време, анализаторът - автор класации трябва да използват тези изрази, които са най-очевидни за експертите. Тъй като формалните дефиниции често са трудни за разбиране, анализаторът е принуден да използва жаргон, и че не е имало двусмислени тълкувания в стрелките на речника всяка концепция могат да бъдат разширени, за да се получи и, ако е необходимо, на официална дефиниция.


Фиг. A2.12. Обръщайки ICOM кодове в раздела опции за показване на


Фиг. A2.13. Редактиране на стрели речника

Съдържанието на стрелките на речника могат да бъдат отпечатани в (меню Инструменти / Доклад / Arrow Доклад ...) доклад и да получите речник домейн, използван в модела.

Несвързани гранични стрели (несвързано граница със стрелки). Когато разлагащи работата, включени в него и излиза от нея стрелките (с изключение на стрели кол) автоматично ще се появи в разлагането на графика (стрели миграция), но това не се отнася за работа. Тези стрели се наричат ​​несвързани и BPwin възприема като синтактична грешка.

Фиг. A2.14 показва диаграма фрагмент разлагане се генерират несвързани стрели по време на разлагане BPwin работа "Изграждане на работния плот" (вж. Фиг. A2.9). За да създадете връзка входните стрелки или контрол механизъм трябва да мине в режим на стрела редактиране, кликнете върху върха на стрелката и след това върху този сегмент на работата. За да създадете връзка на изхода на стрелката трябва да отиде в режим на стрела редактиране, кликнете върху сегмента на функцията на работа и след това върху стрелката.


Фиг. A2.14. Пример несвързани стрели

Вътрешни стрели. За комуникация между работа с помощта на вътрешен посока, т.е. стрелките, които не се отнасят до границите на графиката, като се започне от единия край и друга работа.

За да се направи в вътре стрелки стрелки рисунка трябва да кликнете върху режима сегмент (например, изход) и след това една операция за сегмента (например, вход) на друг. The IDEF0 разграничат пет вида взаимоотношения работа.

Связь по входу ( output-input ), когда стрелка выхода вышестоящей работы (далее — просто выход) направляется на вход нижестоящей (например, на рис. П2.15 стрелка "Собранные компьютеры" связывает работы "Сборка и тестирование компьютеров" и "Отгрузка и получение" ).


Фиг. П2.15. Связь по входу

Связь по управлению ( output-control ), когда выход вышестоящей работы направляется на управление нижестоящей. Связь по управлению показывает доминирование вышестоящей работы. Данные или объекты выхода вышестоящей работы не меняются в нижестоящей. Фиг. П2.16 стрелка "Заказы клиентов" связывает работы "Продажи и маркетинг" и "Сборка и тестирование компьютеров" .


Фиг. П2.16. Связь по управлению

Обратная связь по входу ( output-input feedback ), когда выход нижестоящей работы направляется на вход вышестоящей. Такая связь, как правило, используется для описания циклов. Фиг. П2.17 стрелка "Результаты тестирования" связывает работы "Тестирование компьютеров" и "Отслеживание расписания и управление сборкой и тестированием" .


Фиг. П2.1П2. Обратная связь по входу

Обратная связь по управлению ( output-control feedback ), когда выход нижестоящей работы направляется на управление вышестоящей (стрелка "Результаты сборки и тестирования", рис. П2.18). Обратная связь по управлению часто свидетельствует об эффективности бизнес-процесса. Фиг. П2.18 объем продаж может быть повышен путем непосредственного регулирования процессов сборки и тестирования компьютеров (выхода) работы "Сборки и тестирование компьютеров".


Фиг. П2.18. Обратная связь по управлению

Связь выход-механизм ( output-mechanism ), когда выход одной работы направляется на механизм другой. Эта взаимосвязь используется реже остальных и показывает, что одна работа подготавливает ресурсы, необходимые для проведения другой работы (рис. П2.19).


Фиг. П2.19. Связь выход-механизм

Явните стрели. Изрично стрелка е източникът на тази, и единствената цел на работата, а също и този, и само работа.

Разклонение и сливане на стрели. Същите данни или обекти, които са генерирани от една и съща работа, могат да се използват в няколко проучвания. От друга страна, стрелките с произход от различни документи могат да бъдат същите или подобни данни или предметите, които са допълнително обработени или използвани на едно място. За да се симулират ситуации в IDEF0 използва разклоняване и обединяване на стрели. За разклоняване стрели трябва да бъде в режим на редактиране, щракнете върху стрелката на фрагмент на стрелката и съответния сегмент на работата. За да се слеят двете стрелки трябва да излезете от режим на редактиране, първо щракнете върху стрелката на сегмента на функцията на работа, а след това на съответния фрагмент на стрелката.

Точката на разклоняване и обединяване стрели прехвърлени именуване всеки клон на стрелката. Има някои правила за именуване на стрелеца. Обмислете ги пример за разклоняване стрели. Ако стрелката на име клона, и след разклоняване нито един от клоновете не са назовани, се приема, че всеки клон симулира същите данни или обекти, които клон на клон (фиг. P2.20).


Фиг. P2.20. Пример за именуване разклоняване стрели

Ако стрелката на име клона, и след разклоняване всеки един от браншовете, също е кръстен, се разбира, че тези клонове съответстват на именуване. Ако всеки клон след клон остава неназован, се приема, че той симулира същите данни или обекти, които клон на клон (фиг. P2.21).


Фиг. P2.21. Пример за именуване разклоняване стрели

Неприемливо положение, когато стрелката, докато пръчката не се нарича, и след разклоняване не са на име на всеки от клоновете. BPwin стрелка определя като синтактична грешка.

Именуване стрели концентрацията са напълно аналогични - грешката се счита за една стрела, че след сливането не са били наричани, но преди сливането да се свика от всеки един от нейните клонове. За да назовем отделен клон на разклонението и сливането на стрели трябва да се разпределят само на един клон на диаграмата, и след това се обадете на името на редактора, дайте име на дясно. Това име ще съответства само на избрания бранш.

Tunneling стрелка. Нововъведените гранични стрелките на графиката на по-ниското ниво на разлагане са изобразени в скоби и няма да се появяват автоматично на диаграмата на най-високо ниво (Фиг. P2.22).


Фиг. P2.22. Неразрешено (нерешени) стрелка

За тяхната "влачене и пускане" на върха, което трябва да щракнете с десния бутон върху квадратни скоби граница стрелката и изберете Arrow тунел в контекстното меню (фиг. P2.23).


Фиг. P2.23. Избор на команди от контекстното меню

Появява се диалогов Гранична Arrow Editor (фиг. P2.24).

Ако кликнете върху бутона Разрешаване на Гранична Arrow, Arrow мигрира към диаграмата на най-високо ниво, когато бутонът се промени на тунел - тунел и стрелката няма да падне върху друга схема. Тунелен стрелка, изобразена с скоби в края (фиг. P2.25).


Фиг. P2.24. Диалог Гранична Arrow Editor


Фиг. P2.25. Видове стрели тунелиране

Tunneling може да се прилага за изображения незначителни стрели. Ако диаграма на по-ниско ниво е необходимо да се представят излишните данни или обекти, които не се обработват или използват работата на сегашното ниво, те трябва да бъдат изпратени на по-високо ниво (на диаграмата родител). Ако тази информация не се използва върху диаграмата майка, от която се нуждаят, за да изпрати друг по-горе и т. D. Резултатът ще бъде незначително стрелка е показано на всички нива и е трудно да се чете на всички диаграми, в които е налице. Изходът е тунели на стрелката по-ниско ниво. Такова тунелиране се нарича "не-майка към схема".

Друг пример за тунелиране може да бъде ситуация, когато механизмът за игла, за да мигрират от горния до по-ниско ниво, и по-ниско ниво, този механизъм се използва еднакво във всички произведения, без изключение. (Предполага се, че вие ​​не се нуждаете детайли механизма на стрелката, т. Е. Стрелката на дъщерно механизъм за работата на име клон на, и след разклоняващи отрасли не разполагат с име). В този случай, стрелката на по-ниското ниво на механизма може да бъде отстранен, след което родителски диаграма може да се направи тунел, и коментари на часовниковата стрелка или в речника може да се отбележи, че механизмът ще бъде използвана във всички документи дъщерно диаграма разлагане. Такава тунелиране се нарича "не-по-най-детето" (фиг. P2.25).

Номериране работа и диаграми. Всички творби са номерирани модели. Апартаментът се състои от префикс и номер. Тя може да се използва префикс на всяка дължина, но обикновено се използва префикс A. контекста на (главната) на дървото е произведение брой A0. Работи аз разлагане A0 са A1 стаи, А2, А3, и така нататък. Г. Работата на по-ниското ниво на разлагане имат редица родителски работа и на следващия пореден номер, например работи A3 разлагане ще има номера A31, A32, DRC, A34, и така нататък. Г. произведенията форма йерархия, където всяка работа може да има една майка и няколко детски работни места, образуващи едно дърво. Такова дърво се нарича дърво на възли, и описаната по-горе номерацията - номерацията на възли. Diagrams IDEF0 имат двойно номериране. На първо място, схема за възел са преброени. Контекстуална диаграма винаги номерирани A-0, разпадане контекстуални диаграми - брой A0 останалите диаграми на разпадане - номера за съответния възел (например, А1, А2, А21, А213 и т.н ...). BPwin автоматично поддържа номерацията на възлите, т.е.. Е. По време на разлагане създава нова графика и тя автоматично се дава на съответния номер. В резултат на проверка на диаграмата може да се актуализира и да се промени, различни версии могат да бъдат създадени по този начин същите (от гледна точка на неговото място в дърво възли на) диаграмата разлагане. BPwin позволява само един модел на диаграмата на разлагане на даден възел. Предишната версия на графиката може да се съхранява на хартиен носител или като Фео-диаграма. (За съжаление, за да създадете диаграми Фео-намаление на цените отсъства, т.е.. Е. може да бъде получена от разлагане Фео на диаграма, но не и обратно.) Във всеки случай, трябва да бъдат разграничени различни версии на една и съща схема. За тази цел има специален номер - C-номер, който трябва да бъде назначен за автора на модела ръчно. C-номер - това е произволен низ, но е препоръчително да се придържат към един стандарт, когато помещението е съставен от буквен префикс и серийния номер, и се използва като префикс структура инициалите на автора, и автор на серийния номер се проследява ръчно, например MSV00021.

<== Предишна лекция | На следващата лекция ==>
| Изграждане на IDEF0 модели

; Дата: 04.01.2014; ; Прегледи: 626; Нарушаването на авторските права? ;


Ние ценим Вашето мнение! Беше ли полезна публикуван материал? Да | не



ТЪРСЕНЕ:


Вижте също:



ailback.ru - Edu Doc (2013 - 2017) на година. Тя не е автор на материали, и дава на студентите с безплатно образование и използва! Най-новото допълнение , Al IP: 11.45.9.24
Page генерирана за: 0.059 сек.