Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
|
[1] МЕТОДОЛОГИЯ ОПИСАНИЯ БИЗНЕС-ПРОЦЕССОВ IDEF3 [1.1] Синтаксис и семантика моделей IDEF3 [1.1.1] Модели IDEF3 [1.1.2] Единица работы. Действие [1.1.3] Связи [1.1.4] Соединения [1.1.5] Определение действий и объектов [1.1.6] Выводы [2] МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ IDEF0 [2.1] Синтаксис и семантика моделей IDEF0 [2.1.1] Модели IDEF0 [2.1.2] Действия [2.1.3] Границы и связи [2.1.4] Диаграммы [2.1.5] Определение Стрелок на контекстной диаграмме [2.1.6] Нумерация блоков и диаграмм [2.1.7] Взаимосвязь моделей IDEF0 и IDEF3 [2.1.8] Создание моделей IDEF3 для отображения блоков IDEF0 [2.1.9] Выводы |
IDEF3 — способ описания процессов с использованием структу рированного метода, позволяющего эксперту в предметной области представить положение вещей как упорядоченную последователь ность событий с одновременным описанием объектов, имеющих не посредственное отношение к процессу.
IDEF3 является технологией, хорошо приспособленной для сбора данных, требующихся для проведения структурного анализа системы.
В отличие от большинства технологий моделирования бизнес-процессов, IDEF3 не имеет жестких синтаксических или семантиче ских ограничений, делающих неудобным описание неполных или нецелостных систем.
Основой модели IDEF3 служит так называемый сценарий бизнес-процесса, который выделяет последовательность действий или подпроцессов анализируемой системы.
Также важным для системного аналитика является понимание цели моделирования — набора вопросов, ответами на которые будет служить модель, границ моделирования — какие части системы войдут, а какие не будут отображены в модели, и целевой аудитории — для кого разрабатывается модель.
Аналогично другим технологиям моделирования действие, или в терминах IDEF3 «единица работы» (Unit of Work — UOW), — другой важный компонент модели. Диаграммы IDEF3 отображают действие в виде прямоугольника. Как уже отмечалось, действия именуются с использованием глаголов или отглагольных существительных, каж дому из действий присваивается уникальный идентификационный номер. Этот номер не используется вновь даже в том случае, если в процессе построения модели действие удаляется. В диаграммах IDEF3 номер действия обычно предваряется номером его родителя (рис. 2.2)
Рис. 2.2. Изображение и нумерация действия в диаграмме IDEF3
Связи выделяют существенные взаимоотношения между дейст виями. Все связи в IDEF3 являются однонаправленными, и хотя стрел ка может начинаться или заканчиваться на любой стороне блока, обо значающего действие, диаграммы IDEF3 обычно организуются слева направо таким образом, что стрелки начинаются на правой и заканчиваются на левой стороне блоков. В табл. 2.1 приведены три возможных типа связей.
|
Изображение |
Название |
Назначение |
|
Временное предшествование (Temporal procedence) |
Исходное действие должно завершиться прежде чем конечное действие может начаться. |
|
|
Объектный поток(Object flow) |
Выход исходного является входом конечного действия.Из этого в частности следует что исходное действие должно завершиться, прежде чем конечное действие может сможет начаться. |
|
|
Нечеткое отношение(Relationship) |
Вид взаимодействия между исходными и конечными действиями задается аналитиком отдельно для каждого случая использования такого отношения. |
Связь типа «временное предшествование». Как видно из названия, связи этого типа показывают, что исходное действие должно полностью завершиться, прежде чем начнется выполнение конечного действия. Связь должна быть поименована таким образом, чтобы че ловеку, просматривающему модель, была понятна причина ее появления. Во многих случаях завершение одного действия инициирует на чало выполнения другого, как показано на рис. 2.3. В этом примере автор должен принять рекомендации рецензентов, прежде чем начать вносить соответствующие изменения в работу.
Рис. 2.3. Связь типа «временное предшествование» между действиями 1.1 и 1.2
Связь типа «объектный поток». Одна из наиболее часто встречающихся причин использования связи типа «объектный поток» заключается в том, что некоторый объект, являющийся результатом выполнения исходного действия, необходим для выполнения конечного действия. Обозначение такой связи отличается от связи временного предшествования двойной стрелкой.
Связь типа «нечеткое отношение». Связи этого типа использу ются для выделения отношений между действиями, которые невоз можно описать с использованием предшественных или объектных связей. Значение каждой такой связи должно быть определено, поскольку связи типа «нечеткое отношение» сами по себе не предпо лагают никаких ограничений. Одно из применений нечетких отно шений — отображение взаимоотношений между параллельно выпол няющимися действиями (рис. 2.5).
Рис. 2.5
Завершение одного действия может инициировать начало выпол нения сразу нескольких других действий или, наоборот, определенное действие может требовать завершения нескольких других действий до начала своего выполнения. Соединения разбивают или соединяют внутренние потоки и используются для описания ветвления процесса: . разворачивающие соединения используются для разбиения потока. Завершение одного действия вызывает начало выполнения не скольких других; • сворачивающие соединения объединяют потоки. Завершение од ного или нескольких действий вызывает начало выполнения дру гого действия. В табл. 2.2 объединены три типа соединений.
Таблица 2.2
Примеры разворачивающих и сворачивающих соединений
Рис. 2.10. Два вида соединений
И-соединения. Соединения этого типа инициируют выполнение конечных действии. Все действия, присоединенные к сворачиваю щему «и»-соединению, должны завершиться, прежде чем начнется выполнение следующего действия. На рис. 2.11 после обнаружения
пожара инициируются включение пожарной сигнализации, вызов пожарной охраны, и начинается тушение пожара. Запись в журнал производится только тогда, когда все три перечисленных действия завершены.
Соединение «эксклюзивное "или "». Вне зависимости от количест ва действий, связанных со сворачивающим или разворачивающим со единением «эксклюзивное «или», инициировано будет только одно из них, и поэтому только оно будет завершено перед тем, как любое дей ствие, следующее за сворачивающим соединением «эксклюзивное «или», сможет начаться. Если правила активации соединения извест ны, они обязательно должны быть документированы либо в его описа нии, либо пометкой стрелок, исходящих из разворачивающего соеди нения, как показано на рис. 2.12.
На рис. 2.12 соединение «эксклюзивное «или» используется для отображения того факта, что студент не может одновременно быть на правлен на лекции по двум разным курсам.
Соединение «или» предназначено для описания ситуаций, которые не могут быть описаны двумя предыдущими типами соединений. Аналогично связи нечеткого отношения соединение «или» в основном определяется и описывается непосредственно системным аналитиком. На рис. 2.13 соединение J2 может активизировать проверку данных чека и/или проверку суммы наличных. Проверка чека инициируется, если покупатель желает расплатиться чеком, проверка суммы наличных — при оплате наличными. И то, и другое действие инициируются при частичной оплате как чеком, так и наличными.
Синхронные и асинхронные соединения. В рассмотренных приме рах связей «и» и «или» мы не затрагивали отношения между началом и окончанием действий, инициируемых разворачивающими соедине ниями. Все действия в этих примерах выполнялись асинхронно, т.е. они не инициируются одновременно. Однако есть случаи, когда время начала или окончания параллельно выполняемых действий должно Бить одинаковым, т.е. действия должны выполняться синхронно. Для моделирования такого поведения системы используются различные виды синхронных соединений (табл. 2.3).
Синхронное соединение обозначается двумя вертикальными ли ниями внутри прямоугольника.
Во многих спортивных состязаниях выстрел стартового пистоле та, запуск секундомера и начало состязания должны произойти одно временно. В противном случае состязание будет нечестным.
На рис. 2.14 представлена модель этого примера, построенная с
использованием синхронного соединения.
Рис. 2.14. Синхронное соединение
Заметим, что синхронное разворачивающее соединение не обяза тельно должно иметь парное себе сворачивающее соединение. Дейст вительно, начинающиеся одновременно действия вовсе не должны оканчиваться одновременно, как это видно из примера с состязания ми. Также возможны ситуации синхронного окончания асинхронно начавшихся действий.
Результатом работы экспертов обычно является текстовый доку мент, описывающий интересующий аналитика круг вопросов. В дополнение к нему может прилагаться письменная документация, позволяющая определить природу изучаемого процесса. Вне зависи мости от того, является ли информация текстовой или вербальной, Она анализируется и разделяется частями речи для идентификации списка действий (глаголы и отглагольные существительные), составляющих процесс, и объектов (имена существительные), участвующих в процессе.
В некоторых случаях возможно создание графической модели процесса при участии экспертов. Такая модель может быть разработана после сбора всей необходимой информации, что позволяет не от нимать время экспертов на детали форматирования получающихся диаграмм.
Поскольку модели IDEF3 могут одновременно разрабатываться несколькими командами, IDEF3 поддерживает простую схему резер вирования номеров действий в модели. Каждому аналитику выделяет ся уникальный диапазон номеров действий, что обеспечивает их неза висимость друг от друга. В табл. 2.5 номера действий выделяются каждому аналитику большими блоками. В этом примере аналитик 1 полностью использовал данный ему вначале диапазон номеров и дополнительно получил второй.
|
Аналитик |
Диапазон номеров IDEF3 |
|
1 |
1-99 |
|
2 |
100-199 |
|
3 |
200-299 |
|
1 |
300-399 |
IDEF3 — это способ описания бизнес-процессов, который нужен для описания положения вещей как упорядоченной последовательности событий с одновременным описанием объектов, имеющих непосредственное отношение к процессу. IDEF3 хорошо приспособлен для сбора данных, требующихся для проведения структурного анализа системы. Кроме того, IDEF3 применяется при проведении стоимостного анализа поведения моделируемой I системы.
Методология функционального моделирования IDEF0 — это тех нология описания системы в целом как множества взаимозависимых действий или функций. Важно отметить функциональную направлен ность: IDEF0-функции системы исследуются независимо от объектов, которые обеспечивают их выполнение. "Функциональная" точка зре ния позволяет четко отделить аспекты назначения системы от аспек тов ее физической реализации. На рис. 3.1 приведен пример типовой диаграммы IDEF0.
Рис. 3.1. Пример диаграммы IDEF0
Наиболее часто IDEF0 применяется как технология исследования и проектирования систем на логическом уровне. По этой причине IDEF0, как правило, используется на ранних этапах разработки проек та, до IDEF3-моделирования, для сбора данных и моделирования про цесса "как есть". Результаты IDEF0-анализа могут применяться при проведении проектирования с использованием моделей IDEF3 и диа грамм потоков данных.
IDEF0 сочетает в себе небольшую по объему графическую нота цию (она содержит только два обозначения: блоки и стрелки) со стро гими и четко определенными рекомендациями, предназначенными для построения качественной и понятной модели системы.
Методология IDEF0 в некоторой степени напоминает рекоменда ции, существующие в книгоиздательском деле: часто набор напеча танных IDEFO-моделей организуется в брошюру (называемую, в тер минах IDEF0, комплект), имеющую содержание, глоссарий и другие элементы, характерные для законченной книги.
Первый шаг при построении модели IDEF0 заключается в опреде лении назначения модели — набора вопросов, на которые должна отвечать модель. Набор вопросов можно сравнить с предисловием, в котором раскрывается назначение книги.
Границы моделирования предназначены для обозначения ширины охвата предметной области и глубины детализации и являются логическим продолжением уже определенного назначения модели. Как читающий модель, так и непосредственно ее автор должны понимать степень детальности ответов на поставленные в назначении модели вопросы.
Следующим шагом указывается предполагаемая целевая аудито рия, для нужд которой создается модель. Зачастую от этого зависит уровень детализации, с которым должна создаваться модель. Перед построением модели необходимо иметь представление о том, какие сведения о предмете моделирования уже известны, какие дополни тельные материалы и/или техническая документация для понимания модели могут быть необходимы для целевой аудитории, какие язык и стиль изложения являются наиболее подходящими.
Под точкой зрения понимается перспектива, с которой наблюда лась система при построении модели. Точка зрения выбирается таким образом, чтобы учесть уже обозначенные границы моделирования и назначение модели. Однажды выбранная точка зрения остается неиз менной для всех элементов модели. При необходимости могут быть созданы другие модели, отображающие систему с других точек зрении. Приведем несколько примеров точек зрения при построении модели: клиент, поставщик, владелец, редактор.
Действие, обычно в IDEF0 называемое функцией, обрабатывает или переводит входные параметры (сырье, информацию и т.п.) в вы ходные. Поскольку модели IDEF0 моделируют систему как множест во иерархических (вложенных) функций, в первую очередь должна быть определена функция, описывающая систему в целом — кон текстная функция. Функции изображаются на диаграммах как по именованные прямоугольники или функциональные блоки. Имена функций в IDEF0 подбираются по сходным правилам наименования
действий в IDEF3 — с использованием глаголов или отглагольных существительных. Важно подбирать имена так, чтобы они отражали систему с точки зре ния, выбранной для моделирования.
Пример функционального блока при веден на рис. 3.2.
Рис. 3.2
Описание любого блока должно как минимум включать описание объектов, которые блок создает в результате своей работы ("выхода") и объектов, которые блок потребляет или преобразует ("вход").
В IDEF0 также моделируются управление и механизмы исполне ния. Под управлением понимаются объекты, воздействующие на способ, которым блок преобразует вход в выход. Механизм исполне ния — объекты, которые непосредственно выполняют преобразование входа в выход, но остаются неизменными.
Для типизации категорий информации на IDEFO-диаграммах используется аббревиатура ICOM, означающая четыре возможных чипа стрелок:
I (Input) — вход — то, что потребляется в ходе выполнения
процесса;
С (Control) — управление — ограничения и инструкции, влияющие на ход выполнения процесса;
О (Output) — выход — то, что является результатом выполнения
процесса;
М (Mechanism) — исполняющий механизм — то, что использует ся для выполнения процесса, но остается неизменным.
На рис. 3.3 представлены четыре возможных типа стрелок в IDEF0, каждый из которых соединяется с определенной стороной функционального блока.
Рис. 3.3. Каждый тип стрелки соединяется с определенной стороной функционального блока
Для названия стрелок, как правило, употребляются имена существительные. Как и в случае с функциональными блоками, присвоение имен всем стрелкам на диаграмме является, необходимым условием для понимания сути изображенного.
Стрелки входа. Вход представляет собой сырье или информа цию, потребляемую или преобразуемую функциональным блоком для производства выхода. Стрелки входа всегда направлены в левую сторону прямоугольника, обозначающего в IDEF0 функциональный блок. Наличие входных стрелок на диаграмме не является обязатель ным, так как возможно, что некоторые блоки ничего не преобразуют и не изменяют. Примером блока, не имеющего входа, может служить "принятие решения руководством", где анализируется несколько факодин из них непосредственно не преобразуется и не nil» -ixiui'.u'H н результате принятия какого-либо решения.
Стрелка управления. Стрелки управления отвечают за регулирования того, как и когда выполняется функциональный блок. Так как управление контролирует поведение функциональногоблока для обеспечения создания желаемого выхода, каждый функциональный блок должен иметь как минимум одну стрелку управления. Стрелки управления всегда входят в функциональный блок сверху.
Управление часто существует в виде правил, инструкций, зако нов, политики, набора необходимых процедур или стандартов. Влияя на работу блока, оно само остается неизменным. Может оказаться, что целью функционального блока является как раз изменение того или иного правила, инструкции, стандарта и т.п. В этом случае стрелка, со держащая соответствующую информацию, должна рассматриваться не как управление, а как вход функционального блока.
Управление можно рассматривать как специфический вид входа. В случаях когда неясно, относить ли стрелку к входу или к управле нию, предпочтительно относить ее к управлению до момента, пока не ясность не будет разрешена.
Стрелки выхода. Выход—это продукция или информация, полу чаемая в результате работы функционального блока. Каждый блок должен иметь как минимум один выход. Действие, которое не имеет никакого четко определяемого выхода, желательно не моделировать вообще.
При моделировании непроизводственных предметных областей выходами, как правило, являются данные, в каком-либо виде обраба тываемые функциональным блоком. В этом случае важно, чтобы на звания стрелок входа и выхода были достаточно различимы по своему смыслу. Например, блок "Прием пациентов" может иметь стрелку "Данные о пациенте" как на входе, так и на выходе. В такой ситуации входящую стрелку можно назвать "Предварительные данные о пациенте", а исходящую — "Подтвержденные данные о пациенте".
Стрелки механизма исполнения. Механизмы являются ресур сом, который непосредственно исполняет моделируемое действие. С помощью механизмов исполнения могут моделироваться: ключевой персонал, техника и/или оборудование. Стрелки механизма испол нения могут отсутствовать, в случае если оказывается, что они не яв ляются необходимыми для достижения поставленной цели модели рования
Комбинированные стрелки. В IDEF0 существует пять основных видов комбинированных стрелок: выход — вход, выход — управле ние, выход — механизм исполнения, выход — обратная связь на управление и выход — обратная связь на вход.
Стрелка выход — вход применяется, когда один из блоков должен полностью завершить работу перед началом работы другого блока. Так, на рис. 3.4 формирование счета должно предшествовать приему наказа.
Рис. 3.4. Комбинация стрелок выход — вход
Стрелка выход — управление отражает ситуацию преобладания одного блока над другим, когда один блок управляет работой другого. На рис. 3.5 принципы формирования инвестиционного портфеля влияют на поведение брокеров на бирже.
Рис. 3.5. Комбинированная стрелка выход — управление
Стрелки выход — механизм исполнения встречаются реже и отра жают ситуацию, когда выход одного функционального блока при меняется в качестве инструментария для работы другого блока. На рис. 3.6 зажим, используемый для закрепления детали, должен быть собран для того, чтобы выполнить сборку детали.
Обратные связи на вход и на управление применяются в случаях, когда зависимые блоки формируют обратные связи для управляющих ими блоков.
Стрелка выход — обратная связь на вход обычно применяется для описания циклов повторной обработки чего-либо (рис. 3.8). Кроме то го, связи выход — обратная связь на вход могут применяться в случае, если бракованная продукция может заново использоваться в качестве сырья, как это происходит, например, в процессе производства оконного стекла, когда разбитое стекло перемалывается и переплавляется заново вместе с исходным сырьем.
Рис. 3.8 Выход – обратная связь на управление.
Разъединение и соединение стрелок. Выход функционального блока может использоваться в нескольких других блоках. Фактически чуть ли не главная ценность IDEF0 заключается в том, что эта методо логия помогает выявить взаимозависимости между блоками системы. Соответственно IDEF0 предусматривает как разъединение, так и со единение стрелок на диаграмме. Разъединенные на несколько частей стрелки могут иметь наименования, отличающиеся от наименования исходной стрелки. Исходная и разъединенные (или объединенные) стрелки в совокупности называются связанными. Такая техника обычно применяется для того, чтобы отразить использование в про цессе только части сырья или информации, обозначаемой исходной стрелкой (рис. 3.9). Аналогичный подход применяется по отношению к объединенным стрелкам.
Рис. 3.9. Разъединенная на две части и переименованная стрелка
На рис. 3.12 типовая IDEFO-диаграмма показана вместе с находя щейся на ее полях служебной информацией, которая состоит из хоро шо выделенных верхнего и нижнего колонтитулов (заголовка и "под вала"). Элементы заголовка используются для отслеживания процесса создания модели. Элементы "подвала" отображают наименование мо дели, к которой относится диаграмма, и показывают ее расположение относительно других диаграмм модели.
Рис. 3.12. IDEF0-диаграмма со служебной информацией на полях
Стрелки IDEF0-диаграмм обычно проще проектировать в следующем порядке: выход, вход, механизм исполнения, управление. Каж дый функциональный блок обозначает отдельную функцию, и эта функция часто имеет четко описываемые результаты работы. Наличие неясностей при анализе выходов того или иного функционального блока — возможный сигнал необходимости проведения реинжини ринга рассматриваемого бизнес-процесса.
Определение выходов. После идентификации возможных выхо дов полезно провести анализ модели на предмет предвидения всех воз можных сценариев поведения процесса. Это означает, что если суще ствует вероятность возникновения той или иной ситуации в ходе процесса, модель ее отражает. Многие начинающие аналитики забывают отразить негативные результаты работы функциональных бло ков. Например, блок "Провести экзамен по вождению" определенно произведет поток водителей, только что получивших права, но вполне правомерно ожидать и поток лиц, не сдавших экзамен. Негативные результаты часто используются в качестве обратных связей, их анализ должен проводиться для каждого блока. Также важным является необходимость включения в модель "спорных" стрелок, решение о наличии которых в модели могут принимать рецензирующие модель эксперты.
Определение входов. Входы можно рассматривать как особым об разом преобразуемые функциональными блоками сырье или инфор мация для получения выхода. В производственных отраслях опреде лить, как входное сырье преобразуется в готовую продукцию, обычно довольно просто. Однако при моделировании информационных пото ков входной поток данных может представляться не потребляемым и не обрабатываемым вообще. Случаи, когда входящие и исходящие стрелки называются одинаково, крайне редки и в основном указыва ют на бесполезность данного блока для системы в целом или на некор ректный выбор имени для исходящей стрелки. Решением может служить применение более подробного описания для входящих и исходящих потоков данных. Например, вход может иметь название "Предварительный диагноз пациента", а выход — "Уточненный диаг ноз пациента".
Определение механизмов исполнения. После создания входов и выходов можно приступить к рассмотрению механизмов исполнения или ресурсов, относящихся к функциональному блоку. В понятие механизма исполнения входят персонал, оборудование, информационные, системы и т.п. Например, функциональный блок "Собрать деталь" может потребовать использования какого-либо оборудования, например, гаечного ключа. При приеме экзаменов на водительские права механизмом исполнения является инспектор ГИБДД. Как пра вило, определить механизмы исполнения для функциональных бло ков довольно просто.
Определение управления. Наконец, должно быть определено управление, контролирующее ход работы функционального блока. Все функциональные блоки в IDEF0 должны иметь хотя бы одно управление. В случаях когда неясно, относить ли стрелку ко входу или к управлению, следует ее рисовать как управление. Важно помнить, что управление можно рассматривать как особую форму входа функ ционального блока.
Когда контекстная диаграмма представляется завершенной, попробуйте задать следующие вопросы:
Обобщает ли диаграмма моделируемый бизнес-процесс?
Согласуется ли диаграмма с границами моделирования, точкой зрения и целью моделирования?
Подходит ли выбранный уровень детализации стрелок для кон текстного блока? (Обычно на контекстной диаграмме рекоменду ется рисовать не более шести стрелок каждого типа.)
Все функциональные блоки IDEF0 нумеруются. В номерах допускается использование префиксов произвольной длины, но в.подавляющем большинстве моделей используется префикс А. Номер блока проставляется за префиксом. Контекстный блок всегда имеет номер АО.
Префикс повторяется для каждого блока модели. Номера используются для отражения уровня декомпозиции, на котором находится блок. Блок АО декомпозируется в блоки А1, А2, A3 и т.д.; блок А1 — в All, A12, А13 и т.д.;блок—АН в АН 1,А112, А113 и т.д.
Для каждо го уровня декомпозиции в конце номера добавляется одна цифра.
Как правило, при работе с пластиковой картой клиент не произво дит всех доступных ему при этом действий, выполняя ограниченный набор операций. Например, при оплате покупки не производится снятие наличных, а при проверке баланса состояние счета вообще не изменяется. Мы можем декомпозировать функциональный блок "Об работка операций с пластиковыми картами", создав дополнительные блоки для оплаты покупок, снятия наличных, проверки баланса и т.п. Вместо этого можно создать отдельные IDF3-модели для каждого из этих действий. Это, в частности, полезно, если в дальнейшем пред полагается заняться оцениванием соответствующих операций по тем или иным параметрам.
Более простой альтернативой предложенным выше двум подхо дам может служить так называемая таблица вызовов (activation table), описывающая различные комбинации входов, выходов, управлений и механизмов исполнения для каждого способа вызова функционально го блока на исполнение. Вызов — это уникальная конфигурация зна чений входа, управления и требований к механизмам исполнения. Простейший пример таблицы вызовов представлен в табл. 3.3. Для каждого вызова присваивается уникальное имя в пределах блока и перечисляются значения различных стрелок. Комбинация значений стрелок должна быть уникальной для каждого вызова.
Таблица 3.3
|
Вызов |
Стрелки |
Значение стрелки |
|
Значительная сумма наличных |
наличные деньги |
Более 1000 руб |
|
счетчик банкнот |
Требуется 1 счетчик |
|
|
Мелкая сумма наличных |
наличные деньги |
Более 1000 руб |
|
счетчик банкнот |
Не требуется |
Информация о вызовах из табл. 3.3 также дает определенные сведения о стрелках управления данного функционального блока. Например, мы можем предположить, что политика банка при подсчете суммы наличных заключается в использовании счетчиков банкнот для суммы, превышающей 1000 руб.
Для иллюстрирования вызовов листовых функциональных блоков IDEF0 (т.е. блоков, не имеющих диаграмм декомпозиции) может быть применено построение IDEFЗ-моделей. Если развитие IDEF0-модели предполагается аналитиками именно таким способом, моделями IDEF3 должен быть тщательно документирован каждый возможный вызов функционального блока. Соответствующие таблицы вызовов (наподобие табл. 3.3) можно будет составить впоследствии из соот ветствующих диаграмм IDEF3.
Методология функционального моделирования IDEF0 — это технология описания системы в целом как множества взаимозависимых действий или функций. IDEF0 имеет функциональную направленность. IDEFO-функции системы исследуются незави симо от объектов, которые обеспечивают их выполнение. Одной из основных идей IDEFO-моделей является построение двух видов мо делей: "как есть" и "как должно быть". Это нужно при проведении реинжиниринга бизнес-процессов организации. Кроме того, IDEF0 обеспечивает удобный язык обмена информацией о моделируемой системе.
PAGE 2