Моделирование сценариев исполнения бизнес-процессов (IDEF3)

1.

Учебный курс
Проектирован
ие
информационн
ых систем
кандидат технических наук, доцент
Лекция 3 Иванович
Грекул Владимир

2. декомпозиция

2

3. Моделирование сценариев исполнения бизнес-процессов (IDEF3)

Моделирование сценариев исполнения бизнеспроцессов (IDEF3)
Связи
Единица работы
(Unit Of Work - UOW)
Обработать
заказ клиента
действие должно завершиться до начала
конечного
Объектный поток – выход исходного действия
является входом конечного (исходное действие
так же должно завершиться до начала
конечного)
Нечеткое отношение – вид взаимодействия
определяется аналитиком; не требует
обязательного завершения исходного действия
1.1
Подготовить
изменения плана
1.1
Временное предшествование – исходное
Принятие
изменений
Внести изменения
в план
1.2
План меняется после подготовки всех изменений
Подготовить
изменения плана
1.1
Принятие
изменений
Внести изменения
в план
1.2
План меняется по мере поступления изменений
Время
Начало 1.1
Конец 1.1
Начало 1.2
Конец 1.2
3

4. Соединения между единицами работ Соединения: «И» «ИЛИ» (эксклюзивное и обычное)

Разворачивающие – используются для разбиения потоков данных и работ
(завершение одного действия вызывает начало выполнения нескольких
других).
Сворачивающие – объединяют потоки (завершение нескольких действий
вызывает начало одного).
Все соединения на диаграмме должны быть парными – каждое
разворачивающее соединение должно иметь соответствующее
сворачивающее.
Соединения могут быть синхронными и асинхронными.
4

5. Сценарий сборки компьютера

5

6. Указатели

Тип указателя
Указатели
Объект – выделяет важные элементы модели
Объект/
Программное
обеспечение
Ссылка – реализует цикличность действий
Единица действия – размещает на диаграмме уже существующие
действия без зацикливания (без повторного входа в один и тот же блок)
Заметка, Уточнение – документирует любую важную
информацию общего характера, логику ветвлений
В имя указателя рекомендуется включать его тип
6

7. Модель потоков данных – диаграммы DFD (Data Flow Diagram)

(Нотация Гейна-Сэрсона)
Описывают асинхронный процесс преобразования
информации
Внешний
объект
Имя потока
данных
Номер объекта
Наименование
объекта
Физическая
реализация
Все стороны прямоугольника
равноправны
ИД
Наименование хранилища
7

8. Компоненты DFD-диаграмм

Внешний объект – материальный объект или физическое лицо,
представляющее собой источник или приемник информации (заказчик,
поставщик, склад, ГНИ …)
Хранилище данных – абстрактное устройство для хранения информации,
которую можно в любой момент поместить или извлечь из хранилища (база
данных, картотека …) (способы размещения и извлечения информации не
описываются)
Стрелки – определяют перемещение потоков объектов от одного блока к
другому. Могут быть двунаправленными.
Ветвление стрелок отображает декомпозицию или объединение данных.
Почтовый
индекс
Записать адрес
клиента
Адрес
Проверить
индекс
Город
Проверить
город
Улица
Проверить
улицу
клиента
8

9.

9

10. Диаграммы DFD нижнего уровня

формируются «расщеплением» диаграмм верхнего уровня.
Правила:
на диаграмме размещается от 3 до 7 процессов
не показываются несущественные на данном уровне детали
декомпозиция потоков данных осуществляется одновременно
с декомпозицией процессов
для многофункциональных или распределенных систем
контекстная диаграмма может включать несколько блоков
на самом нижнем уровне определяются спецификации
процессов
– если у процесса есть 2-3 входных\выходных потока,
– процесс выполняет единственную логическую функцию,
– описание логики процесса занимает 20-30 строк,
– для каждого процесса можно задать единственную
спецификацию
10

11. Диаграммы ERD - «сущность-связь»

Описывают структуры данных, связанных с различными
объектами модели; документируют сущности процесса (их
идентификаторы, атрибуты) и способы взаимодействия
между ними.
(Нотация Баркера)
Автомашина
Полис
# Регистр. Номер
# Идент. Номер
* Год
* Марка
Один
* Дата
Много
* Сумма
*Модель
•Цвет
11

12. Сущности и атрибуты ER-диаграмм

Сущность служит для представления набора реальных
или абстрактных предметов (людей, мест, событий и
т.п.), которые обладают общими атрибутами или
характеристиками. Сущность - “логический” объект,
который в физической среде СУБД представлен
таблицей. Сущность в ERD обычно описывает три
части информации: атрибуты, являющиеся первичными
ключами, неключевые атрибуты и тип сущности.
Атрибут представляет собой тип характеристики,
связанной с множеством реальных или абстрактных
предметов (людей, мест, событий и т.д.).
12

13. Диаграммы ERD (стандарты IDEF1, IDEF1X)

(Нотация Чена)
Имя сущности\номер
Ключевой атрибут А
Сущность-родитель
Атрибуты
Мощность (кардинальность) связи Имя связи
Имя сущности\номер
Ключевой атрибут В
Атрибут А
Атрибуты
отношение числа экземпляров
родительской сущности к числу
экземпляров дочерней
Имя сущности\номер
Ключевой атрибут А
Сущность-
Ключевой атрибут В
потомок
Атрибуты
Зависимая сущность -cущность, экземпляры
которой не могут быть уникальным образом
идентифицированы, если не определена ее
связь с другой сущностью или сущностями. 13

14.

Физическое лицо 1
Номер паспорта
Фамилия
Имя
Отчество
Адрес
N
Имеет
Банковский счет
Номер счета
Номер паспорта
Дата открытия
Вид счета
14

15. Деятельность отдела учета налогоплательщиков – организаций ГНИ

Отдел
проверки
платежей
Налогоплательщик
Учредительные
документы
1
Регистрация и учет
налогоплательщиков
Данные о
налогоплательщике
Отдел учета
БД1
Налогоплательщики
15

16. ERD-описание БД «Налогоплательщики»

Банк
Налогоплательщик (1,1)
Имеет
ИНН
(0,N)
(1,N)
КПП
Юр. Адрес
БИК
Кор. Счет
Имеет
Счет
Наименование
Наименование
Адрес
Номер счета
(1,1)
Тип счета
ЮР. лицо
Факт. адрес
Код ОПФ
(1,N)
Наименование
Имеет
(1,1)
Is-a (1)
(1,1)
Учредитель
Адрес
(0,1)
Физ. лицо
ИНН
(0,1)
Is-a (2)
Связь «супертип-подтип»
(1,1)
Номер
паспорта
Серия
паспорта
16

17. Структура модели деятельности предприятия

Процессы
Контекст
SADT DFD
Детализация
SADT DFD
Процесс
Спецификация
процесса
Поток данных
Словарь данных
Хранилище
ERD-диаграмма
Нижний уровень
17

18. Технология проектирования DATARUN

IDEF0, IDEF3
DFD
BPM – модель
бизнес-процессов
К
о
м
п
а
н
и
я
IDEF0, IDEF3
PDS – структура
первичных данных
ERD
SPM – модель
процессов
системы
ISA – архитектура
ИС
ERD
CDM –
концептуальная
модель данных
ADM – модель
IPM – модель
ISM – модель
представления
интерфейса
спецификации
интерфейса
ERD
ERD
данных
приложений
ERD
18

19. Общие подходы к организации проектирования ИС

1. Каноническое проектирование
2. Типовое проектирование
19