<На страницу назад | На страницу вперед>
2.3 ОБЪЕКТНО-ЦЕНТРИРОВАННЫЕ ПРЕДСТАВЛЕНИЯ:
СХЕМАТИКИ ОБЪЕКТОВ
Схематики объектов IDEF3 обеспечивают сбор, управление и отображение объектно-центрированных описаний процесса, т.е. информацию о том, каким образом объекты одного вида преобразуются в другие виды при выполнении определенного процесса, каким образом объекты данного вида меняют состояние при выполнении процесса, или контекстную информацию относительно важных отношений между объектами в определенном процессе.
В IDEF3 объект - это любой физический или концептуальный предмет, на который
делают ссылку участники исследования в данной предметной области и который распознается
как часть их описания всего происходящего в этой предметной области. Правильные
идентификация, спецификация и именование объектов являются необходимым шагом
в создании объектно-центрированных описаний процессов IDEF3. В качестве имен
объектов часто используются существительные или состоящие из существительных
фразы, которые могут быть связаны или не связаны с дескриптором состояния. Типичные
примеры:
1. Вода: Кипящая
2. Заказ на поставку: Разрешенный
3. Шасси
Схематики объектов могут быть разработаны в контексте одного сценария, следовательно, они характеризуют переходы состояний, через которые проходят участвующие объекты в определенном вхождении данного сценария. Эти схематики, называемые схематиками переходов состояний, позволяют пользователям специфицировать правила, регламентирующие переходы между объектными состояниями в определенном вхождении сценария. Возможен второй вариант: схематики объектов могут развиваться более оппортунистическим образом, обеспечивая сбор описаний объектов, объектных состояний и их переходов по множеству сценариев. В схематиках объектов, разработанных подобным образом, не делается попытка определить структуру для поведения, определяющего изменение объектного состояния в определенном вхождении сценария. Такой кросс-сценарный подход к разработке схематик часто используется при изучении вопроса о том, какая информация по объектно-центрированным процессам заслуживает более детального рассмотрения, или когда делается попытка выявить контекстную информацию по объектам, входящим в описание. Схематики объектов можно отличить от более специализированных схематик переходов состояний (а также схематик расширенных переходов состояний) по отсутствию имени сценария для установки контекста. Вообще говоря, схематики объектов IDEF3 разрабатываются для получения объектно-центрированного описания определенного процесса или сценария. Следовательно, в центре внимания тех, кто занимается разработкой схематик объектов IDEF3, находятся схематики переходов состояний.
Показанная на рис. 2-2 схематика представляет схематику объектов для сценария "Заказать материал", выведенного из описания владельца предприятия. Этот пример иллюстрирует и схематику переходов состояний, поскольку он определяет характер и структуру переходов объектных состояний для вхождений сценария "Заказать материал".
Рис. 2-2
Пример схематики переходов состояний
Ключевым документом в этом процессе является форма "Требование на закупку" (PR). В конечном итоге эта форма преобразуется в "Заказ на поставку" (PO) в результате выполнения процесса "Заказать материал". Кружок, включающий имя объекта, представляет объект определенного вида (например, требование на закупку, главный бухгалтер, проект). Эти маркированные кружки называются видовыми (kind) символами. Определенный вид объекта, находящегося в некотором состоянии, представляется кружком, имеющим метку, которая фиксирует и сам вид, и соответствующее состояние, представляя, таким образом, тип (или класс) объектов, находящихся в этом состоянии (в рамках данного процесса). Например, разрешенное требование на закупку (PR) обозначается меткой "PR: Разрешено" (PR: approved), утвержденное требование на закупку - меткой "PR: Утверждено" (PR: authorized) и т.д. Одним из первых шагов в разработке схематики объектов является идентификация возможных состояний, в которых может существовать объект. Хотя объекты реального мира часто проходят континуум состояний, схематика объектов направлена на состояния, представляющие особый интерес для специалиста по предметной области. Дуги переходов (стрелки с треугольным черным острием), соединяющие кружки, обозначают переход состояний, т.е. процесс изменения одного состояния на другое. Условия, определяющие, когда определенный объект находится в данном состоянии, каким образом он существует в определенном состоянии, каким образом он может сделать переход между состояниями и каким образом он может перейти в новое состояние, регистрируются в специальной форме. Разделенные на полосы блоки, соединенные со стрелками (называются референтами (referent)), представляют средство описания связей между объектными состояниями и UOB, сценариями или другими схематиками переходов состояний, участвующими в определенном вхождении сценария. Например, во время перехода объекта PR из состояния готовности к проверке главным бухгалтером (т.е. "PR: Подготовлено" (PR: prepared)) в состояние разрешения (т.е. "PR: Разрешено" (PR: approved) или "PR: Разрешено, но требуется утверждение" (PR: approved requiring authorization)) процесс, представляемый UOB "Получить разрешение главного бухгалтера", должен быть начат и завершен. Переходы (junction) изменений состояний, включающие "X" (Исключающее ИЛИ), означают выбор только одного маршрута из нескольких возможных маршрутов в определенном вхождении.
Таким образом, на рис. 2-2 показан переход требований на закупку из состояния "не подготовлено" в состояние "подготовлено" и из состояния "подготовлено" в состояние "разрешено" или в состояние "разрешено, но требуется утверждение". Если для требования на закупку требуется утверждение, оно должно перейти в состояние "утверждено", прежде чем перейти в состояние "представлено". После того, как требование на закупку достигнет состояния "представлено", этот объект переходит в состояние "выданного" заказа на поставку. UOB, сценарии и другие схематики переходов, участвующие в переходе между состояниями, обозначаются посредством прикрепления соответствующим обрезом маркированных референтов к схематике объектов. Относительное позиционирование референтов в схематике переходов состояний указывает порядок их вхождения . Например, позиция UOB "Подготовить требование на закупку" на рис. 2-2 показывает, что эта единица поведения начинается и завершается до всех других UOB, на которые делается ссылка данной схематикой в определенном вхождении данного сценария.
Интересно отметить, что из всех представленных возможных переходов состояний ни один из них не представляет невыполненное требование. Объяснение простое: в исходном диалоге отсутствовала информация относительно подобных ситуаций. Это ключевой момент в использовании IDEF3. IDEF3 представляет механизм, используемый для структурирования утверждений, сделанных специалистом по предметной области, исключающий вынужденное завершение неполной информации посредством моделирования допущений.
Представленную на рис. 2-2 схематику можно "приукрасить" посредством включения дополнительной контекстной информации. Пример показан на рис. 2-3. На этом рисунке схематика переходов состояний дополнена объектами и соответствующими связями, обеспечивающими дополнительную информацию. Например, трехместное отношение между видами "PR: Подготовлено" (PR: Prepared), "Прямой проект" (Direct Project) и "Утверждающая подпись" (Authorization Signature) показывает, что для требований на закупку, включающих прямые проекты, обязательна утверждающая подпись. Кроме того, утверждающая подпись включена в каждое требование на закупку, которое было утверждено. Эта схематика также показывает, что заявитель не может быть тем же лицом, которое разрешает или утверждает требование на закупку.
В разделе 5 данный пример рассматривается более подробно. В частности, представлен пошаговый процесс, используемый для разработки схематик процессов и схематик объектов. Более подробное описание основных элементов схематик IDEF3 приводится в разделе 3.
Подписи к рисунку (неполные):
6. UOB/Заказать требуемый материал
7. UOB/Подготовить требование на закупку
8. UOB/Получить разрешение главного бухгалтера
9. UOB/Получить утверждающую подпись
10. UOB/Представить подписанное требование на закупку
Рис. 2-3
Пример схематики расширенных переходов состояний
