Сейчас на сайте
Сейчас на сайте 0 пользователей и 0 гостей.

UOB или UOW

UOB (Unit Of Behavior, единица поведения) или UOW (Unit Of Work, activity, единица работы) - центральные компоненты модели, предназначенные для описания процесса, действий, принимаемых решений и других процедур, происходящих в системе. В IDEF3 каждый функциональный элемент, изображенный в виде блока, представляет собой определенный сценарий моделируемого процесса и может являться частью другой функции.
Следует особо отметить, что стандарт и методология IDEF3 рассматривают функциональный элемент как некоторое обобщенное представление действия или события, то есть как представление некоторого типа действий, которое может иметь в различных ситуациях различные характеристики и свойства. Совокупность этих характеристик и свойств превращает действие, представляемое на диаграмме как некоторый тип действия, в конкретный его экземпляр или образец. Например, действие «Выписать инструмент со склада» может выполняться по-разному:

  • просто выписать требование;

  • проверить наличие нужного инструмента на складе, зарезервировать часть инструмента, уточнить в техническом отделе соответствие инструмента требованиям техпроцесса, вы-полнить какие-то другие действия и выписать накладную;

  • представить процесс выписки требования как набор действий, которые могут выполняться в различном порядке, часть из которых может выполняться или не выполняться в конкретном случае.
    На IDEF3-диаграммах UOW изображаются прямоугольниками с прямыми углами и имеют идентифицирующие их атрибуты, расположенные в специальных полях, как показано на рисун-ке 5: UOW

  • имя, уникальное в рамках данного описания, выраженное отглагольным существительным, обозначающим процесс действия или события, одиночным или в составе словосочетания, содержащее такое существительное с поясняющими словами. При использовании словосо-четания другое имя существительное зависит от отглагольного существительного, и ото-бражает основной выход (результат) функции (например, "Автоматизированное проектиро-вание редуктора"). В процессе моделирования, поскольку модель может уточняться и ре-дактироваться, имя существительное в имени блока может изменяться. Располагается в центральном поле;

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

Любая UOW может иметь ассоциированный документ, который включает текстовое описание компонентов функции:

  • OBJECTS (объекты) - часть документа, в котором перечислены физические объекты, являющиеся составной частью UOW. Описания объектов UOW позволяет определить, когда объект: является агентом, а не процессом; изменяется в результате процесса; участвует в процессе без влияния на него или создается/удаляется в процессе. Например, объектами редуктора являются: верхняя и нижняя крышка редуктора, тихоходный и быстроходный валы, крышки подшипников, уплотнитель-ные детали, резьбовые детали и т.д.;

  • FACTS (факты) - часть документа, в котором перечислены сведения о UOW или объектах, входящих в UOW, включая их свойства, и отношения, которые существуют или создаются во время моделируемого процесса. Факты UOW могут также содержать такие свойства, как длительность, частота и или стоимость процесса. Например, «наличие ОС Windows, MS Office»

  • DESCRIPTION (описание) - часть документа, в котором содержится дополнительное текстовое описание UOW, которое впоследствии будет использоваться в глоссарии UOW. Например, описанием может быть «расчет и вычерчивание деталей редуктора»;

  • CONSTRAINTS (ограничения) - часть документа, содержащая ограничивающие данные, накладываемые на функцию, и представляющие собой факты о UOW, обеспечивающие существование UOW до их выполнения, во время и после их окончания. Ограничениями обычно являются условия, оговаривающие сроки начала процесса, его продолжения или окончания. Например, "автоматизированное проектирование редуктора требует наличие установленного ПО: AutoCAD, версии не ниже 2000 и APM Win Machine".

Обычно эксперт предметной области передает аналитику текстовое описание сценария. В дополнение к этому может существовать документация, описывающая интересующие процессы. Из всей этой информации аналитик должен составить список кандидатов на UOW и кандидатов на объекты (существительные, обозначающие результат выполнения UOW), которые необходимы для перечисленных в списке UOW .
В некоторых случаях целесообразно создать графическую модель для представления ее эксперту предметной области. Графическая модель может быть также создана после сеанса сбора информации для того, чтобы детали форматирования диаграммы не смущали участников.
Поскольку разные фрагменты модели IDEF3 могут быть созданы разными группами аналитиков в разное время, IDEF3 поддерживает простую схему нумерации UOW в рамках всей модели. Разные аналитики оперируют разными диапазонами номеров, UOW при этом независимо. Пример выделения диапазона приведен в таблице:

Аналитик

Диапазон номеров

Иванов

  1-999

Петров

1000-1999

Сидоров

2000-2999 

IDEF3 позволяет внести информацию в модель различными способами. Например, логика взаимодействия может быть отображена графически в виде комбинации перекрестков. Та же информация может быть отображена в виде объекта ссылки типа ELAB (Elaboration). Это по-зволяет аналитику вносить информацию в удобном в данный момент времени виде. Важно учитывать, что модели могут быть реорганизованы, например, для их представления в более презентабельном виде. Выбор формата для презентации часто имеет важное значение для организации модели, поскольку комбинация перекрестков занимает значительное место на диаграмме и использование иерархии перекрестков затрудняет расположение UOW на диаграмме.