8
.pdf
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Synchron |
|
Одинилинесколькопредшествующих |
|
Одинилинесколькоследующих |
||
|
|
ous OR |
|
процессов завершеныодновременно |
|
процессов запускаются |
|
|
|
|
|
|
|
|
|
одновременно |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
|
XOR |
|
Толькоодинпредшествующий |
процесс |
|
Толькоодинследующий |
процесс |
|
|
(Exclusiv |
|
завершен |
|
|
запускается |
|
|
|
e OR) |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Привнесенииобъектовссылокпомимоимениследуетуказыватьтипобъектассылки. Типы объектовссылокприведены таблиц8.2е .
В IDEF3 декомпозиция используетсядлядетализацииработ. МетодологияIDEF3позволяет декомпозироватьработумногокра,т.ное. работаможетиметьмножестводочернихработ. Это позволяетодноймоделиописатьальтернативныепотоки. Возможностьмножественной декомпозициипредъявляетдополнительныетребованиякнумерацииработ. Так, номерработы состоитзномерародительскойработы, версиидекомпозициисобственногономераработы натекущейдиаграмме.
Рассмотрим процесс декомпозициидиаграммIDEF3,включающийвзаимодействтораие (аналитика) одногоилинесколькихэкспертовпредметнойобласти.
Передпроведенисеансамэкспертизыуэкспертовпредметнойобластидолжныбыть документированныесценарирамкимодели, длятогочтобыпонятьцелидекомпозиции. Обычноэкспертпредметнойобластипередаетаналитикутекстовоеописаниесценария. В дополнениекэтомуможетсуществоватьдокументация, описывающаяинтересующие процессы. Изэтойинформациианалитикдолженсоставитьпредварительныйсписокработ
(отглагольныесуществительные, обозначающие процесс )иобъектов(существительные, обозначающиерезультатвыполненияработы),которыен обходимыдляперечисленныхработ. Внекоторыхслучаяхцелесообразносоздатьграфическуюмодельдляпредставленияе экспертупредметнойобласти.
Таблица8.2Типы. объектовссылок
Тип
объе кта Цельописания ссыл
ки
OBJE Описываетучастиеважногообъектавработе
CT
GOT Инструментциклическогоперехода(вповторяющейследовательностияработ),
Oвозможнаотекущейдиаграмме, нонеобязательно. Есливсеработыцикла присутствуютнатекущейдиаграмме, циклможеттакжеизображатьсястрелкой, возвращающейсянастартовуюработу. GOTOможетссылатьсянаперекресток
UOB Применяется, когданеобходимоподчеркнутьмножественноеиспользованиекакой-либо (Unit работы, нобезцикла. Например, работа"Контролькачества"можетбытьиспользована of в процессе "Изготовлениеизделия"несколькораз, послекаждойединичнойоперации. beha Обычноэтотипссылкинеиспользуетсядлямоделированиявтоматически
viour запускающихсяработ
)
NOTE Используетсядлядокументированияжнойинформации, относящейсяккаким-либо графическимобъектамнадиаграмме. NOTEявляетсяальтернативойвнесению текстовогобъектавдиаграмму
ELAB Используетсядляусовершенствованияграфиковилиихболеедетальногописания.
(Elab |
|
Обычноупотребляетсядлядетальногописанияразветвленияслияниястрелокна |
|
|||||
orati |
|
перекрестках |
|
|
|
|
||
on) |
|
|
|
|
|
|
|
|
На рисунке8.11 представленоописание |
процесса "Сборканастольныхкомпьютеров" |
|
||||||
|
|
|
|
|
|
|
||
методологииIDEF3. |
|
|
|
|
||||
ПосколькуразныефрагментымоделиIDEF3могутбытьсозданыразнымигруппамианалитиков |
|
|||||||
вразноевремя, IDEF3поддерживаетпростуюсхемунумерацииработврамкахвсеймодели. |
|
|||||||
Разныеаналитикиоперируютразнымид апазонаминомеров, работаяприэтомнезависимо. |
|
|||||||
Примервыделениядиапазонаприведен |
|
табл. 8.3 . |
|
|||||
|
|
|
|
|||||
ВрезультатедополненияаграммIDEF0диаграммамиDFDи IDEF3можетбытьсоздана |
|
|||||||
смешаннаямодель, котораянаилучшимобразомписываетвсестороныдеятельности |
|
|||||||
предприятия. ИерархиюработвсмешанноймоделиможноувидетьокнеModel Explorer ( |
рис. |
|||||||
8.12).МоделивнотацииIDEF0изображаютсязеленымцветом, IDEF3желтым— , в DFD — |
|
|||||||
голубым. |
|
|
|
|
Таблица8.3Диапазоны. номеровработ
Аналитик ДиапазонномеровIDEF3
Иванов 1-999
Петров 1000-1999
Сидоров 2000-2999
Рис. 8.11. ОписаниепроцессавметодологииIDEF3
Рис. 8.12. ПредставлениесмешанноймоделивокнеModel Explorer
Имитационноемоделирование
Оценочныеаспекты моделированияпредметнойобластисвязаныразрабатываемыми показателямиэффективносавтоматизируемых процессов.
Методфункциональногомоделированияпозволяетоптимизироватьсуществующиена предприятбизнеси-процессы, однакодляоптимизацииконкретныхте нологическихопераций функциональноймоделиможетбытьнедостаточно. Вэтомслучаецелесообразноисп льзовать имитационноемоделирование.
Имитационноемоделирование–этометод, позволяющийстроитьмодели, учитывающиевремя выполненияоперац,ийобеспечивающнаиболеейполныесредстваанализадинамики бизнес-процессов. Имитационныемоделиописываютне олькопотокисущностей, информации иуправления, но различныеметрики. Полученнуюмодельможно"проиграть"вовремени
получитьстатистикупроисходящих |
процессов так, какэтобылобывреальности. В |
||
имитационноймоделиизменения |
процессов иданныхассоциируютсясобытиями. |
||
"Проигрывание"моделизаключаетсявпоследовательномпереходеотодногособытияк |
|||
другому. |
|
|
|
Связь междуимитационнымимоделямимоделями |
процессов заключаетсяввозможности |
||
преобразованиямодели |
процессов вимитационнуюмодель. Имитационнаямодельдаетбольше |
||
информациидляанализасистемы, всвою |
|
очередь результатытакогоанализамогутбыть |
|
причиноймодификациимодели |
|
процессов. |
|
Однимизнаиболееэффективныхинструментовимитационногоделированияявл ется системаARENA,разработаннаяфирмойSystem Modeling CorporationСистемапозволяет. строитьимитационныемодели,проигрыватьих анализироватьрезультаты.
Имитационнаямодельвключаетследующиеосновныеэлементы:
• Источники и стоки (Createи Dispose). |
Источники —этоэлементы, откоторыхвмодель |
|
|
поступаетинформацияилиобъекты. Посмыслуониблизкипонятиям"внешняяссылка" |
|
||
наDFDдиаграммахили"объектссылки"надиаграммахIDEF3Скорость. поступления |
Сток — |
||
данныхилиобъектотв |
источника обычнозадаетстатистическойяфункцией. |
этоустройстводляприемаинформацииил объектов. |
|
|
|
|
|
• Очереди (Queues)Понятие. |
очереди близкопонятию |
хранилищаданных |
наDFD- |
||
диаграммах—этоместо, гдеобъектыожидаютобработки. Времяобработкиобъектов |
|
||||
разныхработахможетбытьразным. Врезультатепереднекоторымиработамогути |
|
||||
накапливатьсяобъекты, ожидающиесвоей |
|
очереди.Частоцельюимитационного |
|||
моделированияявл етсяминимизацияколичестваобъектов |
|
очередях. |
|
||
•Процессы (Process)это—аналогработвмодели |
|
процессов .Вимитационноймодели |
|||
можетбытьзаданапроизводительность |
процессов. |
|
|
Построениемоделипроизводитсяпутемпереносаизпанелиинструментоврабочее
пространствомодулей Create, DisposeиProcess . Связи междумодулямиустанавливаются автоматически, номогутбытьпереопределенывручную. Далеемодулямназначаются свойства. ДляконтроляпроигрываниямоделинеобходивмодельдобавитьмодульSimulate изадатьдлянегопараметры. Результатыпроигрываниямоделиотображаютсявавтоматически
генерируемыхотчетах.
BPwinнеимеетсобственныхинструмент, позволяющихсоздаватьимитационныемодели, однакодаетвозможностьэкспортироватьмодельIDEF3вспециализированноесредство созданиятакихмоделей. Дляэкспортамоделинеобходимонастроитьсвойства, определяемые пользователемUDP,специальновключенныеBPwinдляцелейэкспорта.
Функциональныеимитационныемоделитесновзаимосвязаныэффективнодополняютдруг друга. Имитационныемоделидаютбольшеинформациидляанализасистемы, результаты которогом гутбытьпричиноймодификациимодели процессов. Целесообразносначала строитьфункциональнуюмодель, анаееоснове—имитационную.