- •Аннотация
- •Глава 2. Разработка языка для описания реальных бизнес-процессов 20
- •Введение
- •Глава 1. Моделирование и анализ бизнес-процесса «Продажа товаров/услуг/работ»
- •Текстовое описание бизнес-процесса
- •Планирование продаж
- •Поиск клиентов
- •Продажа товаров/услуг/работ
- •Описание бизнес-процесса с помощью существующих нотаций
- •Описание бизнес-процесса с помощью idef0
- •Описание бизнес-процесса с помощью Data Flow Diagram
- •Описание бизнес-процесса с помощью Entity-Relationship Diagram
- •Описание бизнес-процесса с помощью Use Case Diagram
- •Описание бизнес-процесса с помощью Class Diagram
- •Описание бизнес-процесса с помощью Sequence Diagram
- •Глава 2. Разработка языка для описания реальных бизнес-процессов
- •2.1. Составление требований к разрабатываемому языку
- •2.2. Проектирование языка
- •2.2.1. Метамодель «Карта операций»
- •2.2.1. Метамодель «Операция»
- •2.3. Правила разработки метамодели
- •2.3.1. Создание графа
- •2.3.2. Добавление нового объекта в модель
- •2.3.3. Создание связей между объектами
- •2.3.4. Создание визуальных представлений объектов
- •2.4. Разработка метамоделей
- •2.4.1. Метамодель «Карта операций»
- •2.4.2. Метамодель «Операция»
- •2.5. Моделирование бизнес-процесса «Продажа товаров/услуг/работ» с помощью созданного языка
- •Заключение
- •Библиографический список Приложение a. Описание бизнес-процесса «Продажа товаров/услуг/работ» с помощью idef0
- •Приложение b. Описание бизнес-процесса «Продажа товаров/услуг/работ» с помощью idef0
- •Приложение c. Описание бизнес-процесса «Продажа товаров/услуг/работ» с помощью нотации Sequence Diagram
Описание бизнес-процесса с помощью Data Flow Diagram
Data Flow Diagram (диаграмма потоков данных) обеспечивает анализ требований и функциональное проектирование информационных систем [3].
DFD описывают работы, из которых состоит моделируемый бизнес-процесс, а также входы и выходы каждой из работ. Входы и выходы представляют собой информационные и материальные потоки. При этом выходы одних работ могут являться входами для других. Внешние входы на DFD-схеме поступают от поставщика процесса, а внешние выходы уходят к клиенту процесса [2].
Основными элементами DFD являются:
Внешние сущности – объекты, находящиеся за границами системы и являющиеся источником или получателем данных.
Подсистемы – группирующие сущности. Подсистема не обрабатывает никаких данных и содержит внутри себя процессы и накопители данных.
Процессы – сущности, преобразующие входные потоки данных в выходные в соответствии с определенным алгоритмом.
Накопители данных – сущности, предназначенные для хранения и предоставление данных.
Потоки данных – информация, передаваемая от источника приемнику [2].
Таким образом, можно отметить, что DFD обладает сходным функционалом с IDEF0, но помимо этого, она также позволяет выделить объекты внешней среды. Однако с помощью данной нотации возможно описать только функциональную составляющую системы, не учитывая понятия и особенности предметной области [2].
Описание данной диаграммы представлено на рисунке 1.4:
Рисунок 1.4. Описание бизнес-процесса "Продажа товаров/услуг/работ" с помощью диаграммы потоков данных
Описание бизнес-процесса с помощью Entity-Relationship Diagram
Entity-Relationship Diagram (диаграмма "сущность-связь") предназначена для разработки моделей данных и обеспечивает стандартный способ определения данных и отношений между ними. Фактически с помощью ERD осуществляется детализация хранилищ данных проектируемой системы, а также документируются сущности системы и способы их взаимодействия, включая идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей) [4].
Описание данной диаграммы представлено на рисунке 1.5:
Рисунок 1.5. Описание бизнес-процесса "Продажа товаров/услуг/работ" с помощью диаграммы "сущность-связь"
Описание бизнес-процесса с помощью Use Case Diagram
Use Case Diagram (диаграмма вариантов использования) отображает взаимодействие между вариантами использования, представляющими функции системы, и акторами, представляющими людей или внешние системы.
Эта диаграмма отражает функциональные требования к системе с точки зрения пользователя. Диаграмма показывает, какие акторы инициируют конкретный вариант использования. Из нее также видно, когда актор получает информацию от варианта использования [2].
В диаграммы вариантов использования позволяют визуализировать поведение системы, подсистемы или класса, чтобы пользователи могли понять, как их использовать, а разработчики – реализовать соответствующий элемент. Однако для более детального описания поведения системы такие диаграммы применены быть не могут [2].
Описание данной диаграммы представлено на рисунке 1.6:
Рисунок 1.6. Описание бизнес-процесса "Продажа товаров/услуг/работ" с помощью диаграммы вариантов использования