
- •Вопросы по дисциплине «Моделирование бизнес-процессов»
- •1) Задачи при разработке ис. Модели архитектуры ис. Case - технология.
- •2) Парадигмы case-технологии. Жизненный цикл ис.
- •3) Процессы: основные, вспомогательные, организационные. Модели реализации ис.
- •4) Структурный и объектно-ориентированный подход к разработке ис: достоинства и недостатки. Принципы структурного подхода (сп).
- •5) Методологии сп. 3 группы моделей.
- •7) Idef-технология проектирования ис. Idef0, idef3-модели. Примеры.
- •Номер работы
- •8) Словарь данных. Бнф-нотация. Спецификация процессов. Управляющие структуры сея.
- •9) Архитектура системотехнической платформы. Архитектура распределённых ис: однопользовательская система, файл-сервер, двухуровневая.
- •10) Архитектура распределённых ис: трёхуровневая, n-уровневая, на основе Веб-сервера.
- •11) Связующее программное обеспечение (mw по). Классификация, назначение, примеры.
- •12) Связующее по (mw). Jdbc, основные понятия. Архитектура jdbc. Подключение приложения к бд посредством jdbc (схема).
- •13) Общие принципы проектирования систем: проектирование архитектуры системы, проектирование элементов системы
- •14) Case-средства и case-технологии
7) Idef-технология проектирования ис. Idef0, idef3-модели. Примеры.
IDEF3 – способ описания процессов с использованием структурированного метода, позволяющего представить положение вещей как упорядоченную последовательность событий с одновременным описанием объектов, имеющих непосредственное отношение к процессу. IDEF3 используют для описания логики взаимодействия информационных потоков.
В отличие от большинства технологий моделирования бизнес-процессов, IDEF3 не имеет жестких синтаксических и семантических ограничений, делающих неудобным описание неполных или нецелостных систем.
IDEF3 может быть использован как метод проектирования бизнес-процессов. IDEF3-моделирование органично дополняет традиционное моделирование с использованием стандарта IDEF0 и содержит все необходимое для построения моделей, которые могут быть использованы для имитационного моделирования.
Диаграмма является основной единицей описания в IDEF3-модели.
Единицы работы – Unit of Work (UOW), также называемые работами, являются центральными компонентами модели. Изображаются прямоугольниками и имеют имя и номер (рис.2.4).
Номер родительской работы
Номер работы
Рис.2.4.Изображение работы в диаграмме IDEF3.
Связи показывают взаимоотношения работ. Все связи в IDEF3 являются однонаправленными.
Таблица 2. Типы связей.
Тип связи |
Графическое представление |
Назначение |
Временное предшествование (Temporal Precedence). |
|
Соединяет последовательно выполняемые работы. |
Нечеткое отношение (Relationship). |
|
Используется для изображения связей между единицами работ, а также между единицами работ и объектами ссылок. |
Объектный поток (Object Flow). |
|
Применяется для описания использования объекта в двух или более единицах работы. |
Перекрестки (Junction) используются для отображения логики взаимодействия потоков при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы.
Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) потоков. Перекресток не может быть использован одновременно для слияния и разветвления.
Таблица 3. Типы перекрестков.
Наименование |
Обозначение |
Смысл в случае слияния потоков |
Смысл в случае разветвления потоков |
Asynchronous AND |
|
Все предшествующие процессы должны быть завершены. |
Все следующие процессы должны быть запущены. |
Synchronous AND |
|
Все предшествующие процессы должны быть завершены одновременно. |
Все следующие процессы запускаются одновременно. |
Asynchronous OR |
|
Один или несколько предшествующих процессов должны быть завершены. |
Один или несколько следующих процессов должны быть запущены. |
Synchronous OR |
|
Один или несколько предшествующих процессов должны быть завершены одновременно. |
Один или несколько следующих процессов запускаются одновременно. |
XOR (Exclusive OR) |
|
Только один предшествующий процесс завершен. |
Только один следующий процесс запускается. |
Объекты-ссылки являются специальными символами, которые ссылаются на внешние части процесса. Они добавляются на диаграмму для того, чтобы обратить внимание на что-либо важное, что невозможно связать со стрелкой, работой или перекрестком. Официальная спецификация IDEF3 различает три стиля объектов-ссылок – безусловные (unconditional), синхронные (synchronous) и асинхронные (asynchronous). BPwin поддерживает только безусловные объекты-ссылки. При внесении объектов-ссылок необходимо указать их тип.
Таблица 4. Типы объектов-ссылок.
Тип объекта-ссылки |
Цель описания |
OBJECT |
Описывает участие важного объекта в работе. |
GOTO |
Инструмент циклического перехода (в повторяющейся последовательности работ), возможно на текущей диаграмме, но не обязательно. Если все работы цикла присутствуют на текущей диаграмме, цикл может также изображаться стрелкой, возвращающейся на стартовую работу. GOTO может ссылаться на перекресток. |
UOB (Unit of behavior) |
Применяется, когда необходимо подчеркнуть множественное использование какой-либо работы, но без цикла. Обычно этот тип ссылки не используется для моделирования автоматически запускающихся работ. |
NOTE |
Используется для документирования важной информации, относящейся к каким-либо графическим объектам на диаграмме. NOTE является альтернативой внесению текстового объекта в диаграмму. |
ELAB (Elaboration) |
Используется для усовершенствования графиков или более детального описания. Обычно употребляется для детального описания разветвления и слияния стрелок на перекрестках. |
Объекты-ссылки должны быть связаны с единицами работ или перекрестками пунктирными линиями.
Рассмотрим пример. На стадии разработки технического задания заказчик системы играет важную роль, снабжая разработчиков необходимой информацией для создания системы. Поэтому на диаграмме показан соответствующий объект-ссылка “Заказчик”, влияющий на работу “Разработка технического задания” (рис.2.5).
Рис.2.5. Использование объекта-ссылки на диаграмме.