Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


Создание модели IDEF3 для иллюстрации активаций IDEF0



В рамках модели IDEF0 может быть построена модель IDEF3 для иллюстрации активаций одноуровневых действий (то есть действий недекомпозируемых, не имеющих дочерних). Если авторы планируют далее использовать модель IDEF0, то активации связей каждого действия должны быть тщательно описаны. Таблица 3-3 описывает различные активации действия «Вести депозитный счет». Как альтернатива, может быть построен модель IDEF3, а модели активации получены из нее.

Таблица 3-3. Пример таблицы активаций для действия «Вести депозитный счет»

Имя активации Имя стрелки Величина стрелки
Только чеки Поступление наличных =$0.00
Сумма чека > $0.00
Сумма зачисления =Сумма чека - Возврат
Возврат -
Выдача денег =Возврат
Машинка для счета купюр 0 Требуется
Кассир 1 Требуется
Только наличные деньги Поступление наличных > $0.00
Сумма чека =$0.00
Сумма зачисления =Сумма наличными - Возврат
Возврат -
Выдача денег =Возврат
Машинка для счета купюр Если сумма > $500, то 1 Требуется Иначе 0 Требуется
Кассир 1 Требуется
Чеки и наличные деньги Поступление наличных > $0.00
Сумма чека > $0.00
Сумма зачисления = Сумма чека + Сумма наличными - Возврат
Возврат -
Выдача денег =Возврат
Машинка для счета купюр Если сумма наличных > $500, то 1 Требуется Иначе 0 Требуется
Кассир 1 Требуется

 

Построение модели IDEF0

В этом разделе мы опишем процесс построения модель более подробно.


Диаграмма

Рис. 3-18 - типичная диаграмма IDEF0, показанная с рамкой. Рамка состоит из стандартного заголовка и нижней сноски. Элементы верхней части рамки (заголовок) используются, для отслеживания изменений модели. Элементы нижней части идентифицируют идентичность диаграмму и ее подчиненность.

Элементы рамки начиная сверху слева:

Поле Назначение
Используется В поле указываются все места, в которых эта диаграмма (точнее, родительский бокс диаграммы) вызывается стрелкой вызова
Автор, Дата и Проект Кто изначально создал диаграмму, дата ее создания, имя, под которым создавался проект. Имя проекта используется для отслеживания диаграмм внутри проекта. Изм. – дата последнего изменения диаграммы.
ПРИМ 1 2 3 4 5 6 7 8 9 10 При ручной корректировке диаграммы читатели должны зачеркнуть очередной номер каждый раз, когда появляется новое замечание
Статус Статус показывает степень одобрения данной диаграммы. Это поле используется для отражения формального процесса публикации, пошагового рассмотрения и одобрения (нужное поле заштриховывается)
В работе Новая диаграмма, крупные изменения или новый автор уже созданной диаграммы
Рассмотрено Диаграмма признана читателями приемлемой. Она готова к оценке ревизионной комиссией
Рекомендовано Диаграмма и сопроводительный текст в полном объеме рассмотрены и одобрены. Изменений не ожидается.
К публикации Диаграмма готова к окончательной распечатке и публикации
Читатель Имя (имена) читателя (читателей)
Дата Дата прочтения
Контекст Эскиз окружения бокса действия на родительской диаграмме, с родительским боксом этой диаграммы. Также указывается номер листа родительского бокса. Поле контекста исходной диаграммы (самая верхняя диаграмма) помечается " ВЕРШИНА" (указание, что для нее нет родительской диаграммы в модели).
Род. Номер листа данной, совпадает с номером родительского бокса данной диаграммы
Имя Имя родительского бокса данной диаграммы
Номер Также называется C-номером. Номер - уникальный идентификатор для ЭТОЙ версии ЭТОЙ диаграммы. Таким образом, любая новая версия диаграммы будет иметь новый C-номер. Обычно C-номер состоит из инициалов автора (должны быть уникальны среди всех участников проекта) и последовательного, уникального идентификатора. Например, JDM001. C-номера никогда не должны многократно использоваться в проекте.
Номер Перед публикацией C-номер может быть заменен стандартным номером страницы. Если диаграмма заменяется другой, то C-номер заменяемой диаграммы часто указывается в круглых скобках; например, JDM002 (JDM001). Этим обеспечивается полнота истории пересмотров для всех диаграмм в модели.

 

Цикл автор-читатель

Подобно циклу автор-редактор при публикации книги, IDEF0 диаграммы в соответствии со стандартом рассматриваются и редактируются, с целью подтверждения их правильности и улучшения качества.

Когда автор готов к рассмотрению диаграммы, он готовит по комплекту (папке) для каждого рецензента, который будет рассматривать и комментировать модель, делать замечания по поводу диаграмм или поясняющего текста. Рассмотренные и прокомментированные диаграммы возвращаются автору для внесения изменений исправления. Если возникают разногласия, прокомментированная диаграмма может быть передана другим читателям для принятия общего решения.

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

 

Построение модели

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

Почему (зачем) данный процесс моделируется?

Что должна показать модель?

Что читатели модели смогут сделать с ее помощью?

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

Пример постановки цели: Определите задачи каждого работника магазина; достаточно детально разберитесь, как эти задачи соотносятся друг с другом, чтобы создать руководство для обучения персонала.

Модели строятся для ответа на ряд вопросов. Эти вопросы должны быть определены в начале процесса; они будут служить основанием для постановки цели модели. Типовые вопросы:

· каковы задачи диспетчера?

· каковы задачи машиниста?

· кто проверяет законченные изделия?

· кто проверяет сборочные единицы?

· как объект в процессе сборки перемещается по предприятию?

· какие средства необходимы для каждого шага?

 

Точка зрения

Хотя очень важным является включение индивидуумов с различными точками зрения в процесс моделирования, каждая конкретная модель должна строиться исходя из единственной определенной точки зрения. При этом другие точки зрения часто кратко представляются в специальных диаграммах, прилагаемых к основной с пометкой «Только с ознакомительными целями» (FEO). Эти диаграммы предназначены только для ознакомления.

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

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

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

Обзор возможностей

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

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

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

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

 


Поделиться:



Последнее изменение этой страницы: 2017-03-15; Просмотров: 473; Нарушение авторского права страницы


lektsia.com 2007 - 2024 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.017 с.)
Главная | Случайная страница | Обратная связь