Далее после действия «Проверка денег на счете» следует прецедентная интерфейсная стрелка, которая означает, что следующее действие может начаться только в случае завершения действия «Проверка денег на счете».
Действие второе: «Обработка данных по счету».
Данное действие начинается только после завершения предыдущего действия. Второе действие имеет особенность, которая отражена в добавлении к нему ссылки «Кассир». Это, в частности, означает, что автор модели подчеркивает, что действие «Обработка данных по счету» выполняется Кассиром Субъекта №1. Действие не декомпозировано, т.к. имеет в левом верхнем углу прямоугольника поперечную черту. (На это надо обращать внимание при прочтении диаграмм стандарта IDEF).
Действие третье: «Поиск карточки абонента».
В случае с третьим и четвертым действием диаграммы добавлен несинхронный разветвляющий узел «ИЛИ». Узел «ИЛИ», в данном случае, означает, что действия «Поиск карточки абонента» и «Проверка личной карточки» происходят параллельно друг другу, но не начинаются в одно время. Помимо этого узел «ИЛИ» в данном контексте означает, что автором модели определено то, что либо действие третье, либо четвертое активизировано.
Действие четвертое: «Проверка личной карточки».
Данное действие также как и действие «Обработка данных по счету» имеет ссылки «Абонент» и «Кассир». Это означает, что автором модели показано, кто участвует в данном действии.
Консолидирующий несинхронный узел «И».
В данном контексте узел «И» означает, что только после завершения действия третьего и четвертого возможно продолжение процесса внесения денег на счет.
Действие пятое: «Определение вносимой суммы».
Данное действие не имеет декомпозиции (черта в верхнем левом углу) и имеет ссылку «Абонент», что как уже известно указывает на субъекта, участвующего в данном действии.
При анализе модели исследователю нельзя забывать про интерфейсной интерфейсные стрелки, т.е. надо знать, что обозначает интерфейсная стрелка в данном контексте. В нашем случае интерфейсная стрелка от пятого действия к шестому обозначает прецедентную связь, о характеристике которой говорилось выше.
Действие шестое: «Оплата счета».
Действие характерно наличием интерфейсной стрелки объектопотока. Интерфейсная стрелка объектопотока показывает исследователю, что автор уточнил в модели, что именно сопровождает переход от шестого действия к седьмому (в рассматриваемой модели – «Money»). Интерфейсная стрелка объектопотока переходит в несинхронный разветвляющий узел «ИЛИ». Выше в действии третьем мы уже описывали значение узла «ИЛИ». Добавим только, что интерфейсная стрелка объектопотока, как и интерфейсная стрелка прецедентная означает, что последующее действие не может быть начато до окончания предыдущего.
Действия седьмое и восьмое: «Приемка денег» и «Подсчет денег».
Автором модели определено, что действия седьмое и восьмое протекают параллельно, но не одновременно. (Кассир при приеме денег от абонента обычно сразу пересчитывает сумму). Однако следующий консолидирующий несинхронный узел «И» говорит о том, что действие девятое начинается только по завершению седьмого и восьмого действий. Таким образом, кассир не может распечатать кассовый чек (действие девятое) не приняв денег и не пересчитав сумму.
Действие десятое: «Приемка чека».
Нужно обратить внимание, что в этом случае от девятого действия в диаграмме исходит интерфейсная стрелка объектопотока, означающая «Кассовый чек».
На этом действии бизнес-процесс завершается и, как видно, не обладает цикличностью.
2.3. ОПИСАНИЕ СТАНДАРТА IDEF0
Моделирование действий c использованием метода IDEF0, является технологией анализа всей бизнес-системы, как набора взаимосвязанных действий и функций. Данная функциональная направленность является основной, так как функция в системе анализируется независимо от объектов, которые ее реализуют. Данная идея заключается в том, что функции в системе могут служить основой для формирования нового процесса и при этом не могут служить обособлено, как часть структурного анализа. Функциональная перспектива позволяет осуществить разделение задуманного от реализации.
Метод IDEF0 хорошо подходит в качестве инструмента анализа и моделирования функциональной системы организации. Чаще всего стандарт IDEF0 используется на ранних стадиях проекта, возможно предшествующий методу IDEF3 для сбора данных, и моделирования процесса «как есть». Анализ, использующий метод IDEF0, может также использовать данные метода IDEF3 и DFD.
К компонентам стандарта IDEF 0 следует отнести следующие:
- функции (действия);
- связи;
- диаграммы;
Метод IDEF0 комбинирует графическую ограниченность (в модели присутствуют только два символа: прямоугольник и интерфейсная стрелка) со строгим и хорошо определенным процессом, которыми создается модель для улучшения качества законченности процесса.
В первую очередь при построении IDEF0 модели нужно определить цель модели, то есть группу вопросов, на которые предназначено ответить модели. Эти вопросы должны быть составлены как часть документации к модели.
Масштаб модели состоит из широты и глубины детализации.
1. Функция (Activity).
Функция (действие) обрабатывает или перерабатывает входы в выходы. IDEF0 моделирует систему как иерархию действий. Начальное действие – это действие, описывающее саму систему, так называемое контекстное (базовое) действие. Оно изображается в виде прямоугольника и ему присваивается имя. Имя действия в модели IDEF0 обычно состоит из одного глагола и существительного, которое характеризует объект функции. Также в имя функции может добавляться прилагательное для дополнительной информативности наименования. Важно, чтобы название действия точно характеризовало бизнес-систему.
Раннее мы отмечали, что метод IDEF0 моделирует систему как иерархию действий. Действие может быть декомпозировано на его составные части. Если мы изображаем модель IDEF0 как прямоугольник, то мы можем, как бы, увидеть декомпозицию действия, заглянув внутрь его прямоугольника, обозревая одновременно те действия, из которых рассматриваемое действие состоит. Декомпозиция обычно сравнивается с моделированием «сверху вниз». Однако это заблуждение.
2. Границы и интерфейс (интерфейсные стрелки) (Boundary & Interface).
Для того, чтобы модель была используема, описание действия должно по минимуму содержать описание объекта, которое оно создает также как и объекты, которые действие использует и трансформирует в дальнейшем.
В модели IDEF0 мы также моделируем контроль и механизмы. Контроль является объектами, которые управляют методами, в которых входы трансформированы, но не трансформированы действиями. Механизмы – это такие объекты, которые осуществляют трансформацию входов в выходы не самостоятельно, а действием.
ИКОМ – это аббревиатура для категорий информации, которая заложена в основу диаграммы метода IDEF0.
Она представляет из себя четыре типа стрелок:
- И (input) – Вход – то, что потребляет процесс.
- К (control) – Управление – влияние на операцию процесса.
- О (output) – Выход – результат процесса.
- М (mechanism) – Ресурс – то, что используется для осуществления процесса, но не употребляется процессом.