Article full ver. (704274), страница 6

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 6)

Туннели (Tunnels).

Связывание интерфейсных стрелок используется в моделях для определения уровня детализации в диаграмме. В случае, когда интерфейсная стрелка не возникает на базовой диаграмме, но и не связана с другими интерфейсными стрелками, туннель используется для указания того, что интерфейсная стрелка входит или выходит из системы. Туннель используется, чтобы не загромождать базовую диаграмму. В других случаях туннель может быть использован в интерфейсной стрелке, ведущей в (или из) базового действия. Это указывает на то, что взаимоотношения интерфейсной стрелки с дочерними действиями не определены.

Действия и активация действий (Activities & Activities Activation).

Мы можем декомпозировать модель для анализа отдельных действий. Мы также можем изначально создать отдельные IDEF3 диаграммы для каждого из этих действий. Эта методика требуется в случае, если мы хотим оценить действия, используя симуляторы.

В качестве простейшей альтернативы к указанным выше двум подходам - таблица активации, которая может описывать различные комбинации входов, управления, выходов и ресурсов для каждой активации действия.

Активация --- это уникальная конфигурация «входа» и «управления», а также требуемых ресурсов. Т.е. результат (выход) действия получается в случае его активации, которая не возможна, если нет в наличие входа (сырья, информации и т.д.), управления над трансформацией и наличия ресурсов (персонал, оборудование и т.д.). Нижеприведенная таблица является примером таблицы активации. Каждой активации присвоено уникальное имя внутри действия и дана стоимость различных стрелок. Комбинация стоимости стрелок должна быть уникальна для каждой активации, т. е. две активации не должны иметь одинаковую стоимость всех своих стрелок.

Таблица активации

Информация по активации в таблице мало говорит нам о содержании интерфейсной стрелки управления для данного действия.

2.4. Компоненты диаграммы стандарта IDEF0.

Границы диаграммы строго очерчены вверху и внизу. Верхние элементы границы используются для отслеживания модели в процессе работы над ней. Нижние элементы границы отражают особенности диаграммы и ее место в иерархии.

Верхние элементы границы следующие:

Нижние элементы границы диаграммы следующие:

2.5. Некоторые правила построения модели.

Ни одна модель не может быть создана без конкретного объекта или цели. Формулировка цели должна ответить на следующие вопросы:

• почему был смоделирован представленный процесс;

• что эта модель собирается показать;

• что с ней могут сделать читающие ее.

Формулировка цели позволяет команде экспертов придерживаться ее на протяжении всего процесса моделирования. Без формулировки цели моделирование может зайти в тупик.

Модели создаются для получения ответа на ряд вопросов. Данные вопросы должны подготавливаться заранее и будут служить основой для создания цели модели. Примерные вопросы могут звучать следующим образом:

-каковы основные задачи сотрудника;

-кто отвечает за произведенную продукцию;

-кто управляет начальной стадией производства;

-какой требуется инструмент для каждого этапа.

Точка зрения (Viewpoint).

Особенно важно включать в процесс разработки модели представителей различных мнений, однако сама модель должна базироваться на единой точке зрения. Чаще всего разнообразные точки зрения кратко фиксируют на диаграмме ФЕО (англ. FEO, For Exposition Only. Русс. --- только для комментариев).

Эти диаграммы используются только в качестве материалов для презентаций. Точка зрения должна формулироваться с особенной внимательностью, отталкиваясь от цели.

При построении модели важно придерживаться одной точки зрения. Точка зрения должна содержать наименование должности, структурного подразделения или описание должностных обязанностей работника.

Модели могут содержать разнообразные точки зрения с целью детальной фиксации всех действий (функций).

Границы (Boundary).

Одной из главных польз, получаемых от конструирования моделей действия, является прояснение границ всей системы и ее специфических компонентов действия.

Хотя предполагается, что границы будут слегка модифицированы на протяжении процесса моделирования, они должны поддерживаться для указания направления в процессе разработки модели. К примеру, трудно понять закончена ли модель, формулируя цели без существования определенной границы. Граница модели будет иметь склонность расширяться в процессе совершенствования модели.

Граница имеет два компонента --- широту и глубину. Широту модели определяют боковые границы процесса. Глубину определяет уровень декомпозиции действий.

Для простоты определения границы многие процессы разработки модели IDEF 0 затрачивают большое время на доработку контекстной диаграммы модели. Диаграмма может быть даже разработана, что само по себе будет представлять один уровень подконтекстной диаграммы для указания на большую систему, внутри которой данная система находится. Эти усилия стоят того, так как контекстная диаграмма становится точкой отсчета для всего процесса моделирования. Все изменения в контекстной диаграмме будут становиться своеобразным каскадом в форме декомпозиции диаграммы.

Когда границы определены, то действия, не вошедшие в модель также проясняются.

Присвоение названия системе (действию).

Рекомендуемая последовательность действий при моделировании

--- определить цель модели, затем уточнить точки зрения касаемые модели и, в завершение, определить границы модели. Название действия, которое указано в контекстной диаграмме суммирует описание границ.

Контекстное действие должно содержать глагольную фразу, которая совпадает с формулировкой границ модели. Ожидается, что граница модели будет колебаться на протяжении первых нескольких дней моделирования. Цели и точки зрения модели останутся без изменения с самого начала.

Важно всегда начинать с определения целей, точек зрения и границы модели. Четкое определение этих позиций важно для всего процесса моделирования.

Определение основных параметров ИКОМ.

Согласно правилам построения интерфейсных стрелок в диаграммах стандарта IDEF0 нужно начинать от выхода, а не от входа, и затем представить «ресурс» и «управление». Каждое действие существует для выполнения специфических функций, и каждая функция имеет уже определенные выходы. Если будет трудно установить выход в действии, то это означает, что существует возможность изменения бизнес-процесса.

1. Определение выхода.

Если выход определили, необходимо уточнить соответствие модели сценарию. Данная процедура, если она возможна в данной ситуации, должна быть смоделирована, чтобы показать такую возможность. Многие исследователи забывают моделировать негативный результат, производимый действием. Негативный результат часто используется как обратная интерфейсная стрелка в начало действия и должна учитываться для каждого действия. Также важно включать «сомнительные» интерфейсные стрелки в диаграмму и позволить экспертам процесса решать, нужно ли их включать в модель.

2. Определение входа.

После того, как выходы были определены, должен продумываться вход. Вход специфически трансформирован или обработан действием для производства выходов. В производственной сфере легче представить, как «сырье-вход» трансформировано и/или обработано в противоположный «выход-продукт». Таким образом, в сфере информационного обмена ввод данных может вначале быть вообще не трансформирован или обработан. Очень редко интерфейсная стрелка входа именуется также как и интерфейсная стрелка выхода. В общем, это показывает, что либо данное действие добавляет некоторую ценность бизнесу, либо выход был неправильно назван. Решением этого может быть использование прилагательных для модифицирования существительных в наименовании стрелок для указания на трансформацию, которая имеет место в действии. Для примера, вход мог быть назван «исходная информация» и корреспондируемый выход мог быть назван как «верифицированная информация». Прилагательные «исходная» и «верифицированная» модифицируют данные для понимания результатов трансформации.

3. Определение ресурса.

После создания выхода и входа нужно продумывать ресурсы, относящиеся к действию. Ресурсы включают людей, оборудование, компьютерные базы данных и т.д.

4. Определение управления.

В завершении следует добавить интерфейсную стрелку «управление», управляющую действием. Управление существует в форме правил, регламента, политики, процедур или стандартов. Всем действиям в IDEF0 требуется хотя бы одна контрольная интерфейсная стрелка. Контроль является формой входа в действие.

Когда контекстная диаграмма становится завершенной и стабильной, задайте к ней следующие вопросы:

Характеристики

Список файлов реферата