7
.pdfМоделированиеделовыхпроцессов, какправило, выполняетсяпомощьюcaseсредств- . К
такимсредствамотносятсяBPwin (PLATINUM technology), Silverrun (Silverrun technology), Oracle Designer (Oracle), Rational Rose (Rationalидр. ФункциональныеSoftware)возможности инструментальныхсредствструктурногомоделированияделовыхпроцессовбудутрассмотрены напримереcaseсредстваBPwin.
BPwinподдерживаеттриметодологиимоделирования:функциональноемод лирование (IDEF0);описаниебизнес-процессов(IDEF3);диаграммыпотоковданных(DFD).
ИнструментальнаясредаBPwin
BPwinимеетдостаточнопростойиинтуитивнопонятныйинтерфейспользователя. Призапуске BPwinпоумолчаниюпоявляетсновнаяпанельинструментов, палитраинструментов(вид которойзависито выбраннойнотации) , влевойчасти, навигатормодели— Model Explorer (рис. 7.1 ).
Присозданииновоймоделивозникаетдиалог, вкоторомследуетуказать, будетлисоздана |
|
|
|
модельзановоилионабудетоткрытаизфайлалибоизрепозиторияModelMart,затемвнести |
|
|
|
имямоделивыбратьметодологию, вкоторойбудетпостроенамодель( |
рис. 7.2 ). |
||
Какбылоуказановыше, BPwinподдерживаеттриметодологии— IDEF0, IDEF3и DFD,каждая |
|
|
|
изкоторыхрешаетсвоиспецифическиезадачи. В BPwinвозможнопостроениесм шанных |
|
|
|
моделей, т. е. модельможетсодержатьодновременнодиаграммыкакIDEF0,таки IDEF3и |
|
|
|
DFDСостав. палитрыинструментовизменяетсяавтоматически, когдапроисходит |
|
|
|
переключениесоднойнотациинадругую. |
|
|
|
Рис. 7.1. ИнтегрированнаясредаразработкимоделиBPwin
Рис. 7.2. Диалогсозданиямодели
Модельв BPwinрассматриваеткаксовокупностья работ, каждаяизкоторыхоперируетс некоторымнаборомданных. Работа изображаетсяввидепрямоугольников, данные—ввиде стрелок. Еслищелкнутьполюбомуобъектумоделилевойкнопкоймыши, появляется контекстноеменю, каждыйпункткоторогос ответствуетредакторукакого-либосвойства объекта.
ПостроениемоделиIDEF0
НаначальныхэтапахсозданияИСнеобходимопонять, какработаеторганизация, которую собираютсяавтоматизировать. Руководительхорошознает работу вцелом, ноневсостоянии вникнутьдетали работы каждогорядовогосотрудника. Рядовойсотрудникхорошознает, что творитсянаегорабочемместе, номожетнезнать, какработаютколлеги. Поэтомудля описания работы предприятиянеобходимопостроитьмодель, котораябудетадекватна предметнойобластисодержатьвсебезнаниявсехучастниковбизнес-процессов организации.
Наиболееудобнымязыкоммоделированиябизнес-процессовявляетсяIDEF0,гдесистема представляеткаксяовокупностьвзаимодействующих работ илифункций. Такаячисто функциональнаяориентацияявляетсяпринципиальной—функциис стемыанализируются независимоотобъектов, которымиониоперируют. Этопозволяетболеечеткосмоделировать логикувзаимодействиепроцессоворганизации.
Процессмоделированиясистемыв IDEF0начинаетссоздания |
контекстнойдиаграммы |
— |
диаграммынаиболееабстрактногоуровняописаниясистемывцелом, содержащей |
|
|
определениесубъектамоделирования, целиточкизрениянамодель. |
|
|
Подсубъектомпонимаетсясамасистема, приэтомнеобходимоточноустановить, чтовходит систему, ачтолежитзаеепределами, другимисловами, определить, чтобудетвдальнейшем рассматриватьсякаккомпонентысистемы, ачтокаквнешнеевоздействие. Наопределение субъектасистемыбудутсущественновлиятьпозиция, скоторойрассматриваетсясистема, цельмоделирования—вопросы, накоторыепостроеннаямодельдолжнадатьответ. Другими словами, началенеобходимоопределитьобластьмоделирования. Описаниеобластикак системывцелом, такиеекомпонентовявляетсяосновойпостроениямодели. Хотя предполагае, чтсяовходемоделированияобластьможеткорректироваться, онадолжнабыть восновномсформулированаизначально, посколькуименнообластьопределяетнаправление моделирования. Приформулированииобластинеобходимоучитыватьдвакомпонента— широтуглубину. Широтаподразумеваетопределениеграницмодели—чтобудет рассматриватьсявнутрисистемы, ачтоснаружи. Глубинаопределяет, накакомуровне детализациимодельявляетсязавершенной. Приопределенииглубинысистемынеобходимо помнитьобограниченияхвремени—трудоемкостьпостроениямоделирастетвгеометрической прогрессииувеличениемглубиныдекомпозиции. Послеопределенияграницмодели предполагае, чтсяоновыеобъектынедолжнывноситьсямоделируемуюсистему.
Цельмоделирования
Цельмоделированияопределяетсяизответовнаследующиевопросы:
• |
Почему этот |
процесс должен быть смоделирован? |
|
• |
Что |
должна |
показыватьмодель? |
• |
Что |
может |
получить клиент? |
Точказрения(Viewpoint).
Подточкойзренияпонимаетсяперспектива, которойнаблюдаласьсистемаприпостроении
модели. Хотяприпостроениимоделиучитываютсямненияразличныхлюдей, всеонидолжны
придерживатьсяединойточкизрениянамодель. Точказрениядолжнасоответствоватьцели границаммоделирования. Какправило, выбираеточкасязрениячеловека, ответственногоза моделируемую работу вцелом.
IDEF0модельпредполагналичиеетткосформулированнойцели,единственногосубъекта моделированияоднойточкизрения. Длявнесенияобласти, целиточкизрениявмодели IDEF0в BPwinследуетвыбратьпунктменюModel/Model Properties,вызывающдиалогйModel Properties (рис. 7.3 ).ВзакладкеPurposeследуетвнестицельиточкузрения, авзакладку Definitionопределение— моделиописаниеобласти.
Рис. 7.3. Диалогзаданиясвойствмодели |
|
ВзакладкеStatusтогожедиалогаможноописатьстатусмодели(черновойвариант, рабочий, |
|
окончательныйи . д.),времясозданипоследнегояредактирования(отслеживается |
|
дальнейшемавтоматическипо стемнойдате).ВзакладкеSourceописываютсяисточники |
|
информациидляпостроениямодели(например, "Опросэкспертовпредметнойобласти |
|
анализдокументации").ЗакладкаGeneralслужитдлявнесенименияпроектаимодели, |
|
имениинициаловавтораивременныхрамокмодели— AS-иISТО-ВЕ. |
|
МоделиAS-ISиТО-ВЕ. Обычносначаластроитсямодельсуществующейорганизации |
работы — |
AS-ISкак( есть).Анализфункциональноймоделипозволяетпонять, гденаходятсянаиболее |
|
слабыеместа, вчембудутсостоятьпреимуществановыхбизнес-процессовинасколько |
|
глубокизменениямподвергнетсясуществующаяструктураорганизацбизнесаи. |
|
Детализацбизнеся-процессовпозволяетвыявитьнедостаткиорганизациидажетам, где |
|
функциональнаостьпервыйвзглядкажетсяочевидной. НайденныевмоделиAS-IS |
|
недостаткиможноисправитьприсозданиимоделиТО-ВЕ(какбудет) —моделиновой |
|
организацбизнеси-процессов. |
|
ТехнологияпроектированияИСподразумеваетсначаласозданиемоделиAS-IS,ееанализ |
|
улучшенбизнес-процессов, тоестьсозданиемоделиТО-ВЕ, итольконаосновемоделиТО- |
|
ВЕстроитсямодельданных, прототизатемпокончательныйвариантИС. |
|
ИногдатекущаяAS-ISибудущаяТО-ВЕмоделиразличаютсяоченьсильно, такчтопереходт |
|
начальногокк нечномусостояниюстановитсянеочевидным. Вэтомслучаенеобходиматретья |
|
модель, описывающаяпроцесспереходаотначальногокк нечномусостояниюсистемы, |
|
посколькутакойпереход—этотожебизнес-процесс. |
|
РезультатописаниямоделиможнополучитьвотчетеModel ReportДиалог. настройкиотчетапо
моделивызываетсяизпунктаменюTools/Reports/Model Report.
Вдиалогенастройкиследуетвыбратьнеобходимыеполя, приэтомавтоматически отображаетсяочередностьвыводаинформациивотчет( рис. 7.4 ).
Рис. 7.4. Диалоговоеокнодляформированияотчетапомодели
На рис. 7.5 представленотчет, сформированныйповышеуказаннымполям.
Рис. 7.5. Предварительныйпросмотротчета
ОсновуметодологииIDEF0составляетграфическийязыкописаниябизнес-процессов. Модельв нотацииIDEF0представляетсобойсовокупностьиерархическиупорядоченныхи взаимосвязанныхдиаграмм. Каждаядиаграммаявляетсяединицейописаниясистемы располагаетсянаотдельномлисте.
Модельможетсодержатьчетыретипадиаграмм:
• |
контекстнуюдиаграмму |
(вкаждоймоделиможетбытьтолькоодна |
контекстная |
|
|
диаграмма ); |
|
|
|
• |
диаграммы декомпозиции; |
|
|
|
• |
диаграммы дерева |
узлов ; |
|
|
• |
диаграммы только |
для |
экспозиции(FEO). |
|
Контекстнаядиаграмма являетсявершинойдревовиднойструктурыдиаграммпредставляет собойсамоеобщееописаниесистемыеевзаимодействнешнейиясредой. Послеописания системывцеломпроводитсяразбиениееенакрупныефрагменты. Этотпроцессназывается функциональнойдекомпозицией, адиаграммы, которыеописываюткаждыйфрагменти взаимодействиефрагментов, называютсядиаграммамидекомпозиции. Последекомпозиции контекстнойдиаграммы проводитсядекомпозициякаждогоб льшогофрагментасистемына болеемелкиетакдалее, додостиженияужногоуровняподробностиоп сания. После каждогосеансадекомпозициипроводятсясеансыэкспертизы—экспертыпредметнойобласти указываютнасоответствиереальныхбизнес-процесссозданнымвдиаграммам. Найденные несоответствияисправляются, толькопослепрохожденияэкспертизыбеззамечанийможно приступатькследующемусеансудекомпозиции. Такдостигаетсясоответствиемодели реальнымбизнес-процессамналюбомикаждомуровнемодели. Синтаксисописаниясистемыв целомикаждогоеефрагментаодинаковвовсеймодели.
Диаграммадереваузлов |
показываиерархическуютзависимость |
работ, ноневзаимосвязи |
|
между работами. Диаграммдеревьевузлов |
можетбытьвмоделискольугодномного, |
||
посколькудеревоможетбытьпостроенонапроизвольнуюглубинунеобязательноск рня. |
|
диаграммыдляэкспозиции(FEO) строятсядляиллюстрацииотдельныхфрагментовдели, дляиллюстрацииальтернативнойточкизрения, либодляспециальныхцелей.
Работы (Activity) обозначаютпоименованныепроцессы, функцилизадачи, которые |
|
|
|
||
происходятвтечениеопределенноговременимеютраспознаваемыерезультаты. |
|
Работы |
|||
изображаютсяввидепрямоугольников. Все |
работы должныбытьназваныиопределены. Имя |
|
|
|
|
работы должнобытьвыраженоотглагольнымсуществительным, обозначающимдействие |
|
|
|
||
(например, "Деятельностькомпании", Прием" заказа"ит.д.). |
Работа "Деятельностькомпании" |
||||
можетиметь, например, следующееопределение: "Этоучебнаямодель, описывающая |
|
|
|
||
деятельностькомпании".Присозданииновоймодели(менюFile/New)автоматическисоздается |
|
|
|
||
контекстнаядиаграмма |
сединственной работой, изображающейсистемувцелом( |
рис. 7.6 ). |
|||
|
|
|
|
|
|
Рис. 7.6. Примерконтекстнойдиаграммы |
|
|
|
|
Длявнесенимения |
работы следуетщелкнутьпо |
работе правойкнопкоймыши, выбрать |
||
менюName Editorивпоявившемсядиалогевнестиимя |
|
|
работы. Дляописаниядругихсвойств |
|
работы служитдиалогActivity Properties ( |
рис. 7.7 |
). |
||
|
|
|
|
|
Рис. 7.7. Редакторзаданиясвойствработы |
|
Диаграммыдекомпозициисодержатродственные |
работы, т. е. дочерние работы, имеющие |
общуюродительскую работу. Длясозданиядиаграммыдекомпозицииследуетщелкнутьпо кнопке
напанелиинструментов. |
|
|
|
|
|
|
|
ВозникаетдиалогActivity Box Count ( |
рис. 7.8 ),вкоторомследуетуказатьнотациюновой |
|
|||||
диаграммыколичество |
|
|
|
|
|
|
|
работ наней. ОстановимсяпокананотацииIDEF0ищелкнемнаОК. |
|
||||||
Появляетсядиаграммадекомпозиции( |
|
рис. 7.9 ).Допустимыйинтервалчисла |
работ — 2-8. |
||||
Декомпозировать работу наодну |
|
|
|
работ |
|||
работу неимеетсмысла:диаграммысколичеством |
|||||||
болеевосьмиполучаютсяперенасыщеннымиплохочитаются. Дляобеспеченаглядностиия |
|
||||||
илучшегоп ниманиямоделируемыхпроцессоврекомендуетсяиспользоваоттрехьдошести |
|
||||||
блоковнаоднойдиаграмме. |
|
|
|
|
|
|
|
Рис. 7.8. ДиалогActivity Box Count
Рис. 7.9. Примердиаграммыдекомпозиции |
|
|
Еслиоказывается, чтоколичество |
работ недостаточно, |
работу можнодобавитьдиаграмму, |
щелкнувсначалапокнопкенапалитреинструментов, азатемпосвободномуместуна диаграмме.
Работы надиаграммахдекомпозицииобычнорасполагаютсядиагоналиотлевоговерхнего углакправомунижнему.
Такойпорядокназываетсяпорядкомдоминирования. Согласноэтомупринципурасположения влевомверхнемуглупомещаетсясамаяважная работа или работа, выполняемаявремени
первой. Далеевправовнизрасполагаютсяменееважныеиливыполняемыепозже работы. Такоеразмещениеоблегчаетчтениедиаграмм, крометого, нанемосновываетсяпонятие взаимосвязей работ (см. ниже).
Каждаяиз |
работ надиаграммедекомпозицииможетбытьвсвоюочередьекомпозиров. Нана |
|
|
||||||
диаграммедекомпозиции |
работы нумеруютсяавтоматическислеванаправо. Номер |
работы |
|||||||
показываетсяправомнижнемуглу. Влевомверхнемуглуизображаетсянебольшая |
|
|
|
|
|
||||
диагональнаячерта, котораяпоказывает, чтоданная |
работа небыладекомпозиров. Та,кна |
||||||||
на рис. 7.9 |
все работы ещенебылидекомпозированы. |
|
|
|
|
|
|||
|
|
|
|
|
|
|
|||
Стрелки (Arrow)описываютвзаимодействие |
работ ипредставляютсобойнекуюинформацию, |
||||||||
выраженнсуществительнымию.(Например, "Звонкиклиентов", Правила" процедуры", |
|
|
|
|
|
||||
"Бухгалтерскаяистема".) |
|
|
|
|
|
|
|
||
В IDEF0различаютпятьтиповстрелок: |
|
|
|
|
|
|
|||
Вход ( Input ) —материалиинформация, которыеиспользуютсяилипреобразуются |
|
|
|||||||
работой дляполучениярезультата(выхода).Допускается, что |
работа можетнеиметьни |
||||||||
одной стрелки входа. Каждыйтипстрелокподходиткопределеннстойронепрямоугольника, |
|
|
|||||||
изображающего работу, иливыходизтнее. |
Стрелка входарисуетсякаквходящаялевую |
|
|
||||||
грань работы. Приописаниитехнологическихпроцессов(дляэтогоибылпридуманIDEF0)не |
|
|
|||||||
возникаетпроблемопределениявходов. Действительно, "Зв нкиклиентов"на |
|
рис. 7.6 —это |
|||||||
нечто, чтоперерабатываетсяпроцессе"Деятельностькомпании"дляполучениярезультата. |
|
|
|
||||||
ПримоделированииИС, когда |
стрелками являютсянефизическиеобъекты, аданные, невсе |
|
|
||||||
такочевидно. Например, и"Приемепациента"к ртапациентаможетбытьинавходеина |
|
|
|||||||
выходе, междутемкачествоэтихданныхменяется. Другимисловами, нашемпримередля |
|
|
|||||||
того, чтобыоправдатьсвоеназначение, |
стрелки входаивыходолжныабытьточно |
|
|
||||||
определеныстем, чтобыуказатьнато, чтоданныедействительнобылипереработаны |
|
|
|
|
|
||||
(например, выходе—Заполненн" картаяпациента").Оченьчастосложноопределить, |
|
|
|||||||
являютсялиданныевходомилиуправлением. Вэтомслучаеподсказкойможетслужить |
|
|
|
|
|
||||
информациятом, перерабатываются/изменяютсялиданныев |
работе илинет. Если |
|
|
||||||
изменяю,тсяо, скореевсего, этовход, еслинет—управление. |
|
|
|
|
|
||||
Управление ( Control ) —правила, стратегии, процедурыилистандарты, которыми |
|
|
|||||||
руководствуется работа. Каждая работа должнаиметьхотябыодну |
стрелку управления. |
||||||||
Стрелка управленисуетсякаквходящаяверхнююгрань |
работы. На рис. 7.6 |
стрелка |
|||||||
|
|
|
|
|
|
|
|
|
|
"Правилапроцедуры" —управлениедля |
работы "Деятельностькомпании".Управление |
|||||||||
влияетна работу, нонепреобразуется |
работой. Еслицель |
работы —изменитьпроцедуруили |
||||||||
стратегию, тотакаяпроцедураилистратегиябудетдля |
работы входом. Вслучае |
|||||||||
возникновениянеопределенностивстатусе |
стрелки (управлениеиливход)рекомендуется |
|||||||||
рисовать стрелку управления. |
|
|
|
|
|
|||||
Выход ( Output ) —материалиинформация, которыепроизводятся |
|
|
|
работой. Каждая |
||||||
работа должнаиметьхотябыодну |
стрелку выхода. Работа безрезультатанеимеетсмыслаи |
|||||||||
недолжнамоделироваться. |
Стрелка выходарисуетсякакисходящаяизправойграни |
работы. |
||||||||
На рис. 7.6 стрелки "Маркетинговыемат риалы" "Проданныепродукты"являютсявыходом |
|
|||||||||
|
|
|
|
|
|
|
|
|
|
|
для работы "Деятельностькомпании". |
|
|
|
|
|
|||||
Механизм ( Mechanism ) —ресурсы, которыевыполняют |
работу, напримерперсонал |
|||||||||
предприятия, станки, устройстваи . д. |
|
Стрелка механизмарисуетсякаквходящаянижнюю |
||||||||
грань работы. На рис. 7.6 стрелка "Бухгалтерскаяистема"являетсямеханизмомдля |
работы |
|||||||||
|
|
|
стрелки механизмамогутнеизображаться |
|||||||
"Деятельностькомпании".Поусмотрениюаналитика |
||||||||||
вмодели. |
|
|
|
|
|
|
||||
Вызов ( Call ) —специальная стрелка, указывающаянадругуюмодель |
работы. Стрелка |
|||||||||
вызоварисуетсякакисходящаяизнижнейграни |
работы. На рис. 7.10 стрелка "Другаямодель |
|||||||||
работы "являетсявызовомдля |
работы "Изготовлениеизделия". |
|
|
|
||||||
|
Стрелка вызоваиспользуется |
|||||||||
дляуказаниятого, чтонекоторая |
работа выполняетсязапределамимоделируемойсистемы. В |
BPwin стрелки вызоваиспользуютсявмеханизмеслияниразделениямоделей.
Рис. 7.10. Стрелкавызова, появляющаясяприрасщеплениимодели |
|
|||||
Граничные стрелки. Стрелки на контекстнойдиаграмме |
служатдляописаниявзаимодействия |
|||||
системыокружающмиром. Онимогутначинатьсяуграницыдиаграммызаканчиватьсяу |
||||||
работы, илинаоборот. Такие |
стрелки называютсяграничными. |
|||||
Длявнесенияграничной |
стрелки входаследует: |
|
|
|||
• |
щелкнуть по |
кнопке |
с |
символомстрелки |
|
|
|
; |
|
|
|
|
|
• |
в палитре инструментовперенести курсор |
к |
левой стороне экрана, пока не поя |
|||
|
начальнаяштриховаяполоска; |
|
|
|
||
• |
щелкнуть один |
раз |
по |
полоске( откуда |
выходитстрелка )иещеразвлевойчасти |
|
|
работы состоронывхода(гдезаканчивается |
стрелка ); |
||||
•вернутьсяпалитруинструментоввыбратьопциюредактирования |
стрелки |
;
•щелкнутьправойкнопкоймышиналинии стрелки, вовсплывающемменювыбратьName идобавитьимя стрелки взакладкеNameдиалогаIDEF0 Arrow Properties.
Стрелки управления, входа, механизмавыходаизображаютсяаналогично. Именавновь внесенныхстрелок( рис. 7.11 )автоматическизаносятсявсловарьArrow Dictionary.
Рис. 7.11. |
ДиалогIDEF0 Arrow Properties |
|
|
ICOMкоды- |
. Диаграммадекомпозициипредназначенадлядетализации |
работы. Вотличие |
|
моделей, отображающихструктуруорганизации, |
работа надиаграммеверхнегоуровня |
||
IDEF0 этоне— элементуправленижестоящими |
работами. Работы нижнегоуровня—этото |
||
жесамое, что |
работы верхнегоуровня, новболеедетальномизложении. Какследствиеэтого |
|
границы работы верхнегоуровня—этотожесамое, чтограницыдиаграммыдекомпозиции. ICOMаббревиатура( отInput, Control, иOutputMechanism)коды—,предназначенныедля идентификацииграничныхстрелок. КодICOMсодержитпрефикс, соответствующийтипу стрелки (I,С, ОилиМ),ипорядковыйномер.
BPwinвноситICOMкодыавтоматически. ДляотображенияICOMкодовследуетвключить опциюICOM codesназакладкеDisplayдиалогаModel PropertiesменюModel/Model( Properties) (рис.7.12 ).
Словарь стрелок редактируетсяприпомощиспециальногоредактораArrow Dictionary Editor, вкоторомпределяется стрелка ивноситсяотносящийсякнейкомментарий( рис. 7.13 ). Словарьстрелокрешаеточеньважнуюзадачу. Диаграммысоздаютсяаналитикомдлятого, чтобыпровестисеансэкспертизы, . . обсудитьдиаграммусоспециалистомпредметной области. Влюбойпредметнойобластиформируетсяпрофессиональныйжаргон, причемочень частожаргонныевыраженияимеютнечеткийсмысливоспринимаютсяразнымиспециалистами по-разному. Втожевремяаналитик—автордиаграммдолженупотреблятьтевыражения, которыенаиболеепонятныэкспертам. Посколькуформальныеопределениячастосложныдля восприятия, аналитиквынужденупотреблятьпрофессиональныйжаргон, чтобыневозникло неоднозначныхтрактовок, словарестрелоккаждомупонятиюможнодатьрасширенное, еслиэтонеобходимо, ф рмальноеопределение.
Рис. 7.12. ВключениеопцииICOM codesназакладкеDisplay
Рис. 7.13. Редактированиесловарястрелок
Содержимоесловарястрелокможнораспечататьввидеотчета(менюTools/ Report /Arrow Report...иполучить) толковыйсловарьтерминовпредметнойобласти, использующихсяв модели.
Несвязанныеграничные |
стрелки (unconnected border arrow). Придекомпозиции |
работы |
||||||
входящиенееиисходящиеизнее |
|
стрелки (кроме стрелки вызова) втоматически |
|
|||||
появляютсянадиаграммедекомпозиц( играциястрелок),ноприэтомнекасаются |
работ. |
|||||||
Такие стрелки называютсянесвязаннымивоспринимаютсяBPwinкаксинтаксическая |
|
|||||||
ошибка. |
|
|
|
|
||||
На рис. 7.14 приведенфрагментдиаграммыдекомпозицииснесвязанными |
стрелками, |
|
||||||
|
|
|
|
|
работы "Сборканастольныхкомпьютеров" |
(см. |
||
генерирующийсяBPwinпридекомпозиции |
||||||||
рис. 7.9 ).Длясвязываниястрелоквхода, управленияилимеханизманеобходимоперейтив |
|
|||||||
|
|
|
стрелки ипотомпо |
|
||||
режимредактированиястрелок, щелкнутьпонаконечнику |
|
|||||||
соответствующесегменту |
работы. Длясвязывания стрелки выходанеобходимоперейтив |
|
||||||
режимредактированиястрелок, щелкнутьпосегментувыхода |
работы изатемпо стрелке. |