Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

7

.pdf
Скачиваний:
6
Добавлен:
10.02.2015
Размер:
2.82 Mб
Скачать

Моделированиеделовыхпроцессов, какправило, выполняетсяпомощью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 ).Длясвязываниястрелоквхода, управленияилимеханизманеобходимоперейтив

 

 

 

 

стрелки ипотомпо

 

режимредактированиястрелок, щелкнутьпонаконечнику

 

соответствующесегменту

работы. Длясвязывания стрелки выходанеобходимоперейтив

 

режимредактированиястрелок, щелкнутьпосегментувыхода

работы изатемпо стрелке.