ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 04.08.2024
Просмотров: 53
Скачиваний: 0
Моделированиеделовыхпроцессов, какправило, выполняетсяпомощью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