1.2.2 Диаграммы методологии idef3 (Workflow Diagramming)
Для описания логики взаимодействия информационных потоков более подходит workflow diagramming (Маклаков С.В. “Создание информационных систем с AllFusion Modeling Suite”). Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации.
На Диаграмме декомпозиции в нотации IDEF3. Прокат автомобиля. (на рис. 5) иллюстрируется ”Проверка срока”. Эту деятельность мы почти полностью автоматизируем в нашем клиентском приложении.
Как только счет запрошен, проверяется, не превышен ли срок.
Если срок превышен (Развилка ИЛИ) – формируется штраф и счет с учетом штрафа, иначе формируется только счет.
Работа “Проверка срока“ иллюстрирует деятельность по формированию счетов в отделе бухгалтерии. Работу бухгалтерии мы не автоматизируем полностью в ходе курсового проектирования, но значительно облегчаем. Наше клиентское приложение в дальнейшем будет по требованию формировать суммарную задолженность клиента. Неавтоматизированным останется только сам процесс выписки чека.
Рис.5 Диаграмма декомпозиции IDEF3. Прокат автомобиля
Опишем диаграмму, представленную на рис. 5, с помощью отчета, сгенерированного BPwin:
Activity Name: Прокат автомобиля
Activity Definition: Процесс оформления проката
Activity Status: WORKING
Activity Number: 2
Activity Name: Запрос счета
Activity Definition: Формирование счёта на оплату за пользование автомобилем
Activity Status: WORKING
Activity Number: 1
Activity Name: Поверка срока
Activity Definition: Проверка срока возврата автомобиля
Activity Status: WORKING
Activity Number: 2
Activity Name: Начисление штрафа
Activity Definition: В случае опоздания при возврате автомобиля происходит начисление пени
Activity Status: WORKING
Activity Number: 3
Activity Name: Формирование счета
Activity Definition: Формирование окончательного счета клиенту за предоставленный автотранспорт
Activity Status: WORKING
Activity Number: 4
Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами.
На рис. 6 представлено итоговое расположение работ в дереве узлов:
диаграмма “Функционирование Автопроката” – 1-ый уровень дерева узлов (top level activity);
диаграммы “Регистрация клиента”, “Прокат автомобиля” и “Контроль возврата” – 2-ой уровень дерева узлов;
Остальные диаграммы – 3-ий уровень дерева узлов, последний уровень декомпозиции – необходимая в ходе нашего курсового проектирования степень подробности.
Рис. 6 Диаграмма дерева узлов
2. Создание модели данных с помощью
AllFusion Erwin Data Modeler 4.1
Информационная модель в нотации IDEF1X
Для представления информационной модели данных используется CASE-средство ERWin. С его помощью при проектировании модели ИС «Автопрокат» была создана физическо-логическая модель базы данных (рис. 7).
Рис. 7 Модель данных в нотации IDEF1X (физический уровень)
БД представлена в виде сущностей, их атрибутов и связей между ними. Каждая сущность представляет множество подобных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных. Атрибут выражает определенное свойство объекта. С точки зрения физической модели БД сущности соответствует таблица (например, “Резервирование”, “Постоялец”, “Телефонные переговоры”), экземпляру сущности – строка в таблице, а атрибуту – колонка таблицы (например, строка “Код резерва” в таблице “Резервирование”). В результате проектирования было выделено шесть сущностей.
Связь на диаграмме отображает логическую зависимость одной сущности от другой. В IDEF1X различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями. Экземпляр зависимой сущности определяется только через отношение к родительской сущности. Зависимая сущность изображается на диаграмме прямоугольником со скругленными углами.
На нашей диаграмме зависимыми сущностями являются: “Код клиента” и “Код автомобиля”. Родительскими для них являются сущности “Клиенты” и “Автомобили” соответственно.
При установлении неидентифицирующей связи дочерняя сущность остается независимой, а атрибуты первичного ключа родительской сущности мигрируют в состав неключевых компонентов родительской сущности. Неидентифицирующая связь служит для связывания независимых сущностей.
Для того, чтобы однозначно идентифицировать экземпляр сущности используется первичный ключ (атрибут или группа атрибутов). Атрибуты первичного ключа на диаграмме не требуют специального обозначения - это те атрибуты, которые находятся в списке атрибутов выше горизонтальной линии.
При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности. Эта операция дополнения атрибутов дочерней сущности при создании связи называется миграцией атрибутов. В дочерней сущности новые атрибуты помечаются как внешний ключ - (FK).