Моделирование бизнес-процессов компании для эффективного доступа в Интернете к её базам данных
Рубрика: Информатика
Когда есть бизнес, то есть и бизнес-процессы. Бизнес-процесс – это логичный, последовательный, взаимосвязанный набор мероприятий, который потребляет ресурсы, создаёт ценность и выдаёт результат. Процессы проектирования, планирования, учета часто являются главными виновниками низкой скорости и высокой стоимости производственных процессов. Поэтому представляется важным грамотное проектирование всех бизнес-процессов компании как единой эффективной системы – бизнес-инжиниринг.
Моделирование бизнес-процессов – это эффективное средство поиска путей оптимизации деятельности компании, позволяющее определить, как компания работает в целом и как организована деятельность на каждом рабочем месте. Все бизнес-процессы компании можно описать в простой текстовой или табличной форме, но наиболее наглядными представляются графические методы. Подобная визуализация процессов может быть выполнена с использованием специальных средств моделирования процессов, например, в наиболее интересной и доступной нотации моделирования IDEF0.
Бизнес-модель — это формализованное (графическое, табличное, текстовое, символьное) описание бизнес-процессов. Этапы описания бизнес-процессов:
- Построение организационной структуры процесса (отделы, участники, ответственные).
- Определение целей моделирования.
- Описание окружения, определение входов и выходов бизнес-процесса, построение IDEF0-диаграмм.
- Описание потоков (материальных, информационных, финансовых) процесса, построение DFD-диаграмм.
- Описание функциональной структуры (действия процесса), построение IDEF3-диаграмм.
Описание бизнес-процессов и их дальнейший анализ проводится с целью проектирования информационной системы. Для того чтобы получить адекватный предметной области проект информационной системы в виде системы правильно работающих программ, необходимо иметь целостное, системное представление модели, которое отражает все аспекты функционирования будущей информационной системы.
- Структурная модель предметной области
Для реализации моделей предметных областей в первую очередь строится система моделей, которая отражает структурный и оценочный аспекты функционирования предметной области.
- Структурный аспект предполагает построение:
- организационной структуры, отражающей взаимодействие организационных единиц предприятия и персонала в процессах;
- функциональной структуры, отражающей взаимосвязь функций (действий) по преобразованию объектов в процессах;
- объектной структуры, отражающей состав взаимодействующих в процессах материальных и информационных объектов предметной области;
- технической структуры, описывающей топологию расположения и способы коммуникации комплекса технических средств.
Для отображения структурного аспекта моделей предметных областей в основном используются графические методы, которые должны гарантировать представление информации о компонентах системы. Графическое изображение нередко оказывается наиболее емкой формой представления информации.
Главное требование к графическим методам документирования — простота. Графические методы должны обеспечивать возможность структурной декомпозиции спецификаций системы с максимальной степенью детализации и согласований описаний на смежных уровнях декомпозиции.
- Оценочные аспекты моделирования предметной области связаны с разрабатываемыми показателями эффективности автоматизируемых процессов, к которым относятся:
- время решения задач;
- стоимостные затраты на обработку данных;
- надежность процессов;
- косвенные показатели эффективности, такие, как объемы производства, производительность труда, оборачиваемость капитала, рентабельность и т.д.
В основе различных методологий моделирования предметной области ИС лежат принципы последовательной детализации абстрактных категорий. Обычно модели строятся на трех уровнях: на внешнем уровне (определении требований), на концептуальном уровне (спецификации требований) и внутреннем уровне (реализации требований).
- На внешнем уровне модель отвечает на вопрос, что должна делать система, то есть определяется состав основных компонентов системы: объектов, функций, событий, организационных единиц, технических средств.
- На концептуальном уровне модель отвечает на вопрос, как должна функционировать система? Иначе говоря, определяется характер взаимодействия компонентов системы одного и разных типов.
- На внутреннем уровне модель отвечает на вопрос: с помощью каких программно-технических средств реализуются требования к системе?
Моделирование бизнес-процессов компании для эффективного доступа в Интернете к её базам данных
Когда есть бизнес, то есть и бизнес-процессы. Бизнес-процесс – это логичный, последовательный, взаимосвязанный набор мероприятий, который потребляет ресурсы, создаёт ценность и выдаёт результат. Процессы проектирования, планирования, учета часто являются главными виновниками низкой скорости и высокой стоимости производственных процессов. Поэтому представляется важным грамотное проектирование всех бизнес-процессов компании как единой эффективной системы – бизнес-инжиниринг.
Моделирование бизнес-процессов – это эффективное средство поиска путей оптимизации деятельности компании, позволяющее определить, как компания работает в целом и как организована деятельность на каждом рабочем месте. Все бизнес-процессы компании можно описать в простой текстовой или табличной форме, но наиболее наглядными представляются графические методы. Подобная визуализация процессов может быть выполнена с использованием специальных средств моделирования процессов, например, в наиболее интересной и доступной нотации моделирования IDEF0.
Бизнес-модель — это формализованное (графическое, табличное, текстовое, символьное) описание бизнес-процессов. Этапы описания бизнес-процессов:
- Построение организационной структуры процесса (отделы, участники, ответственные).
- Определение целей моделирования.
- Описание окружения, определение входов и выходов бизнес-процесса, построение IDEF0-диаграмм.
- Описание потоков (материальных, информационных, финансовых) процесса, построение DFD-диаграмм.
- Описание функциональной структуры (действия процесса), построение IDEF3-диаграмм.
Описание бизнес-процессов и их дальнейший анализ проводится с целью проектирования информационной системы. Для того чтобы получить адекватный предметной области проект информационной системы в виде системы правильно работающих программ, необходимо иметь целостное, системное представление модели, которое отражает все аспекты функционирования будущей информационной системы.
- Структурная модель предметной области
Для реализации моделей предметных областей в первую очередь строится система моделей, которая отражает структурный и оценочный аспекты функционирования предметной области.
- Структурный аспект предполагает построение:
- организационной структуры, отражающей взаимодействие организационных единиц предприятия и персонала в процессах;
- функциональной структуры, отражающей взаимосвязь функций (действий) по преобразованию объектов в процессах;
- объектной структуры, отражающей состав взаимодействующих в процессах материальных и информационных объектов предметной области;
- технической структуры, описывающей топологию расположения и способы коммуникации комплекса технических средств.
Для отображения структурного аспекта моделей предметных областей в основном используются графические методы, которые должны гарантировать представление информации о компонентах системы. Графическое изображение нередко оказывается наиболее емкой формой представления информации.
Главное требование к графическим методам документирования — простота. Графические методы должны обеспечивать возможность структурной декомпозиции спецификаций системы с максимальной степенью детализации и согласований описаний на смежных уровнях декомпозиции.
- Оценочные аспекты моделирования предметной области связаны с разрабатываемыми показателями эффективности автоматизируемых процессов, к которым относятся:
- время решения задач;
- стоимостные затраты на обработку данных;
- надежность процессов;
- косвенные показатели эффективности, такие, как объемы производства, производительность труда, оборачиваемость капитала, рентабельность и т.д.
В основе различных методологий моделирования предметной области ИС лежат принципы последовательной детализации абстрактных категорий. Обычно модели строятся на трех уровнях: на внешнем уровне (определении требований), на концептуальном уровне (спецификации требований) и внутреннем уровне (реализации требований).
- На внешнем уровне модель отвечает на вопрос, что должна делать система, то есть определяется состав основных компонентов системы: объектов, функций, событий, организационных единиц, технических средств.
- На концептуальном уровне модель отвечает на вопрос, как должна функционировать система? Иначе говоря, определяется характер взаимодействия компонентов системы одного и разных типов.
- На внутреннем уровне модель отвечает на вопрос: с помощью каких программно-технических средств реализуются требования к системе?
Рис.1.1.
Рассмотрим особенности построения моделей предметной области на трех уровнях детализации.
Организационная структура
Организационная структура представляет собой совокупность организационных единиц, как правило, связанных иерархическими и процессными отношениями. Организационная единица — это подразделение, представляющее собой объединение людей (персонала) для выполнения совокупности общих функций или бизнес-процессов. В функционально-ориентированной организационной структуре организационная единица выполняет набор функций, относящихся к одной функции управления и входящих в различные процессы. В процессно-ориентированной структуре организационная единица выполняет набор функций, входящих в один тип процесса и относящихся к разным функциям управления.
| Внешний уровень | Строится структурная модель предприятия в виде иерархии подчинения организационных единиц или списков взаимодействующих подразделений. |
| Концептуальный уровень | Для каждого подразделения задается организационно-штатная структура должностей (ролей персонала). |
| Внутренний уровень | Определяются требования к правам доступа персонала к автоматизируемым функциям информационной системы. |
Функциональная структура
Функция (операция) представляет собой некоторый преобразователь входных объектов в выходные. Последовательность взаимосвязанных по входам и выходам функций составляет бизнес-процесс. Функция бизнес-процесса может порождать объекты любой природы (материальные, денежные, информационные).
Причем бизнес-процессы и информационные процессы, как правило, неразрывны, то есть функции материального процесса не могут осуществляться без информационной поддержки. Например, отгрузка готовой продукции осуществляется на основе документа «Заказ», который, в свою очередь, порождает документ «Накладная», сопровождающий партию отгруженного товара.
Функция может быть представлена одним действием или некоторой совокупностью действий. В последнем случае каждой функции может соответствовать некоторый процесс, в котором могут существовать свои подпроцессы, и т.д., пока каждая из подфункций не будет представлять некоторую недекомпозируемую последовательность действий.
| Внешний уровень | Определяется список основных бизнес-функций или видов бизнес-процессов. Обычно таких функций насчитывается 15–20. |
| Концептуальный уровень | Выделенные функции декомпозируются и строятся иерархии взаимосвязанных функций. |
| Внутренний уровень | Отображается структура информационного процесса в компьютере: определяются иерархические структуры программных модулей, реализующих автоматизируемые функции. |
Объектная структура
Объект — это сущность, которая используется при выполнении некоторой функции или операции (преобразования, обработки, формирования и т.д.). Объекты могут иметь динамическую или статическую природу:
- динамические объекты используются в одном цикле воспроизводства, (например заказы на продукцию, счета на оплату, платежи);
- статические объекты используются во многих циклах воспроизводства, (например, оборудование, персонал, запасы материалов).
| Внешний уровень | Выделяются основные виды материальных объектов (например, сырье и материалы, полуфабрикаты, готовые изделия, услуги) и основные виды информационных объектов или документов (например, заказы, накладные, счета и т.д.) |
| Концептуальный уровень | Уточняется состав классов объектов, определяются их атрибуты и взаимосвязи. Таким образом строится обобщенное представление структуры предметной области |
| Внутренний уровень | Модель отображается в виде файлов базы данных, входных и выходных документов информационной системы. Причем динамические объекты представляются единицами переменной информации или документами, а статические объекты — единицами условно-постоянной информации в виде списков, номенклатур, ценников, справочников, классификаторов. Модель базы данных как постоянно поддерживаемого информационного ресурса отображает хранение условно-постоянной и накапливаемой переменной информации, используемой в повторяющихся информационных процессах. |
Техническая структура
Топология определяет территориальное размещение технических средств по структурным подразделениям предприятия, а коммуникация — технический способ реализации взаимодействия структурных подразделений.
| Внешний уровень | Определяются типы технических средств обработки данных и их размещение по структурным подразделениям |
| Концептуальный уровень | Определяются способы коммуникаций между техническими комплексами структурных подразделений: физическое перемещение документов, машинных носителей, обмен информацией по каналам связи и т.д. |
| Внутренний уровень | Строится модель «клиент-серверной» архитектуры вычислительной сети. |
В основе методологии лежат четыре основных понятия: функциональный блок, интерфейсная дуга (стрелка), декомпозиция, глоссарий (список событий).
| Интерфейсная дуга | Объекты |
| Входящая и исходящая дуга | |
| Управляющая дуга | |
| Дуга-механизм |
ПРИМЕР. Бизнес-процессы деятельности предприятия рекламного агентства
На рис. 2.1представлена контекстная диаграмма «Оказать услугу клиенту». Диаграмма построена с использованием IDEF0.
Рис. 2.1 Контекстная диаграмма «Оказать услугу клиенту»
Как видно из схемы на вход процесса поступают заявки на услугу, данные клиента. На выходе процесса – оказанная услуга, внесение нового клиента в базу или обновление уже существующей записи, отчетная документация и чеки об оплате оказания услуг. В предприятии функционируют 3 должности. Каждый исполняет следующие функции [5]:
Администратор-менеджер — контролирует работу всего предприятия, контролирует сотрудников, имеет доступ ко всем данным, анализирует и следит за эффективностью предприятия.
SEO — специалисты – занимаются непосредственно разработкой проекта (услуги).
Бухгалтер – занимается расчетной работой, выпиской счетов, чеков.
Глоссарий контекстной диаграммы функциональной модели в нотации IDEF0
| Объект | Название | Определение | Описание |
| Функция A0 | Оказать услуги клиенту | Оказание услуг клиентам | Организация работы по обслуживанию клиента |
| Вход A0 | Данные о клиенте | Данные клиентов, пришедших в первый раз | ФИО, номер ИНН, название фирмы (для юр. лиц) и т.д. |
| Вход A0 | Заявка на услугу | Запрос клиента | Запрос клиента на оказание необходимой услуги |
| Выход A0 | Внесение клиента в клиентскую базу | Данные клиентов, не зарегистрированных в системе | Данные новых клиентов в базе данных компании |
| Выход A0 | Чеки об оплате | Выписка об оплате | Стоимость оказанной услуги |
| Выход А0 | Отчетная документация | Фиксированные итоги финансовой или иной деятельности фирмы | Отчеты в ЦБ, отчеты менеджера о новых клиентах, отчеты об иной деятельности компании |
| Выход A0 | Оказанная услуга | Акт выполнения работы | Информация об обработанной документации, изымаемой денежной сумме и истории запроса |
| Контроль A0 | Правила оформления платежных документов | Нормы | Нормы оформления платежных документов |
| Контроль A0 | Контроль обработки заявки | Нормы | Нормы принятия, согласования заявок и формирования ответа на них |
| Контроль A0 | Контроль за исполнением услуги | Нормы | Нормы и сроки выполнения работы с учетом сложности задачи |
| Механизм A0 | Менеджер | Работник компании | Человек, который общается с клиентом и является посредником межу клиентом и механизмом компании |
| Механизм A0 | Бухгалтер | Работник бухгалтерии | Работает с чеками, счетами |
| Механизм А0 | SEO-разработчики | Работники отдела разработки | Разрабатывают проект с согласованием технического задания |
На рис. 2.2 приведена схема декомпозиции процесса управления работы рекламного агентства.
Рис. 2.2 Схема декомпозиции процесса «Оказать услугу клиенту».
Глоссарий декомпозиции контекстной диаграммы в нотации IDEF0
| Объект | Название | Определение | Описание |
| Функция 1 | Обслужить клиента | Оказание услуг клиентам | Организация работы по обслуживанию клиента |
| Вход 1 | Данные о клиенте | Данные клиентов, пришедших в первый раз | ФИО, номер ИНН, название фирмы (для юр. лиц) и т.д. |
| Вход 1 | Заявка на услугу | Запрос клиента | Запрос клиента на оказание необходимой услуги |
| Выход 1 | Отчетная документация | Фиксированные итоги деятельности фирмы | Отчеты менеджера о новых клиентах |
| Выход 1 | Внесение клиента в клиентскую базу | Данные клиентов, не зарегистрированных в системе | Данные новых клиентов в базе данных компании |
| Выход 1, управление блоком 2 | Данные о клиенте | Данные клиентов | ФИО, номер ИНН, название фирмы (для юр. лиц) и т.д. |
| Выход 1, управление блоком 3 | ТЗ клиента | Задание, предоставленное клиентом | Сфера оказания услуги, личные пожелания клиента и тд |
| Контроль 1 | Контроль обработки заявки | Нормы | Нормы принятия, согласования заявок и формирования ответа на них |
| Функция 2 | Сформировать документацию | Отдел фирмы | Прием и обработка данных в сфере финансов, формирование отчетности |
| Вход 2 | Данные о клиентах | Данные клиентов | Имя, фамилия, название формы, ИНН и т.д. |
| Выход 2 | Отчетная документация | Фиксированные итоги финансовой деятельности фирмы | Отчеты в ЦБ, отчеты об иной деятельности компании |
| Выход 2 | Чеки об оплате | Выписка об оплате | Стоимость оказанной услуги |
| Выход 2, Упр.блоком 3 | Информация о поступлении средств | Управляющая информация для блока 3 | Организация работы над проектом после оплаты |
| Контроль 2 | Правила оформления платежных документов | Нормы | Нормы оформления платежных документов |
| Механизм 2 | Бухгалтер | Работник бухгалтерии | Работает с чеками, счетами |
| Функция 3 | Разработать проект | Отдел компании | Прием ТЗ, разработка проекта с согласованием с ТЗ |
| Вход 3 | Информация о поступлении средств | Управляющая информация | Организация работы над проектом после оплаты |
| Вход 3 | ТЗ клиента | Задание, предоставленное клиентом | Сфера оказания услуги, личные пожелания клиента и тд |
| Выход 3 | Отчетная документация | Фиксированные итоги деятельности фирмы | Отчеты о проделанной работе |
| Выход 3 | Оказанная услуга | Акт выполнения работы | Информация об обработанной документации, изымаемой денежной сумме и истории запроса |
| Контроль 3 | Контроль за исполнением услуги | Нормы | Нормы и сроки выполнения работы с учетом сложности задачи |
Рис.2.3. Декомпозиция функционального блока «Обслужить клиента»
Глоссарий декомпозиции контекстной диаграммы в нотации IDEF0
| Объект | Название | Определение | Описание |
| Функция 1.1 | Принять заявку | Обязанность работника отдела | Прием заявок, сбор данных о клиенте |
| Вход 1.1 | Заявка на услугу | Запрос клиента | Запрос клиента на оказание необходимой услуги |
| Вход 1.1 | Ответ об услуге | Ответ от менеджера по продажам | Положительный или отрицательный ответ на заявку об оказании услуги |
| Вход 1.1 | Данные о клиентах | Данные клиентов | Имя, фамилия, название формы, ИНН и т.д. |
| Выход 1.1 | Внесение клиента в клиентскую базу | Данные клиентов, не зарегистрированных в системе | Данные новых клиентов в базе данных компании |
| Выход 1.1, управление блоком 1.2 | Данные об услуге | Запрос о возможности выполнения | Заявка менеджеру по продажам о возможности выполнения заказа |
| Функция 1.2 | Обработать заявку | Обязанность работника отдела | Обработка заявки и ответ о возможности выполнения |
| Вход 1.2 | Данные об услуге | Запрос о возможности выполнения | Заявка менеджеру по продажам о возможности выполнения заказа |
| Вход 1.2 | Данные о клиентах | Данные клиентов | Имя, фамилия, название формы, ИНН и т.д. |
| Выход 1.2, Упр.блоком 1.1 | Ответ об услуге | Ответ от менеджера по продажам | Положительный или отрицательный ответ на заявку об оказании услуги |
| Выход 1.2 | ТЗ клиента | Задание, предоставленное клиентом | Сфера оказания услуги, личные пожелания клиента и тд |
| Выход 1.2 | Данные о клиентах | Данные клиентов | Имя, фамилия, название формы, ИНН и т.д. |
| Контроль 1.2 | Контроль обработки заявки | Нормы | Нормы принятия, согласования заявок и формирования ответа на них |
| Функция 1.3 | Создать отчет | Обязанность работника отдела | Создание отчета о деятельности отдела |
| Вход 1.3 | Данные о клиентах | Данные клиентов | Имя, фамилия, название формы, ИНН и т.д. |
| Вход 1.3 | Ответ об услуге | Ответ от менеджера по продажам | Положительный или отрицательный ответ на заявку об оказании услуги |
| Выход 1.3 | Данные о клиентах | Данные клиентов | Имя, фамилия, название формы, ИНН и т.д. |
| Выход 1.3 | Отчетная документация | Фиксированные итоги деятельности фирмы | Отчеты о проделанной работе |
| Механизм 1-3 | Менеджеры | Работники фирмы | Люди, которые работают в отделе |
Рис. 2.4. Декомпозиция функционального блока «Сформировать документацию»
Глоссарий декомпозиции контекстной диаграммы в нотации IDEF0
| Объект | Название | Определение | Описание |
| Функция 2.1 | Составить договора об оплате | Договор об оплате | Договор об оплате с подписью клиента |
| Вход 2.1 | Данные о клиентах | Данные клиентов | Имя, фамилия, название формы, ИНН и т.д. |
| Выход 2.1, Упр.блоком 2.2 | Реквизиты | Реквизиты оплаты | Реквизиты фирмы для оплаты услуги клиентом |
| Выход 2.1, Упр.блоком 2.2 | Сумма | Стоимость услуги | Стоимость услуги, которую клиент должен внести |
| Функция 2.2 | Сформировать платежный счет | Документ с реквизитами | Документ с реквизитами фирмы и клиента |
| Вход 2.2 | Реквизиты | Реквизиты оплаты | Реквизиты фирмы для оплаты услуги клиентом |
| Вход 2.2 | Сумма | Стоимость услуги | Стоимость услуги, которую клиент должен внести |
| Выход 2.2, управление блоком 2.3 | Сроки оплаты | Предельная дата возможности оплаты | После определенной даты без подтверждения платежа заказ оннулируется |
| Функция 2.3 | Уведомить об оплате | Ответ из банка о поступлении средств | Ответ из банка о поступлении средств на счет компании |
| Вход 2.3 | Сроки оплаты | Предельная дата возможности оплаты | После определенной даты без подтверждения платежа заказ аннулируется |
| Механизм 2.1-2.3 | Бухгалтер | Работник бухгалтерии | Работает с чеками, счетами |
| Контроль 2.1-2.3 | Правила оформления платежных документов | Нормы | Нормы оформления платежных документов |
| Выход 2.1-1.3 | Отчетная документация | Фиксированные итоги деятельности фирмы | Отчеты о проделанной работе |
Рис. 2.5. Декомпозиция функционального блока «Разработать проект»
Глоссарий декомпозиции контекстной диаграммы в нотации IDEF0
| Объект | Название | Определение | Описание |
| Функция 3.1 | Составить плана работы | Разбиение работы по датам для выполнения | Разбиение работы по датам для выполнения |
| Вход 3.1 | ТЗ клиента | Задание, предоставленное клиентом | Сфера оказания услуги, личные пожелания клиента и тд |
| Вход 3.1 | Информация о поступлении средств | Ответ из банка о поступлении средств | Ответ из банка о поступлении средств на счет компании |
| Выход 3.1 | Чек-лист | План работы | Точные даты выполнения каждого блока работы |
| Выход 3.1-3.3 | Отчетная документация | Фиксированные итоги деятельности фирмы | Отчеты о проделанной работе |
| Функция 3.2 | Разрабатывать проект | Создание готовой продукции — услуги | Создание готовой продукции — услуги |
| Вход 3.2 | Чек-лист | План работы | Точные даты выполнения каждого блока работы |
| Вход 3.2 | ТЗ клиента | Задание, предоставленное клиентом | Сфера оказания услуги, личные пожелания клиента и тд |
| Вход 3.2 | Доработка проекта | Отправка проекта на доработку | Отправка проекта на доработку |
| Контроль 3.2 | Контроль за исполнением услуги | Нормы | Нормы и сроки выполнения работы с учетом сложности задачи |
| Функция 3.3 | Сверить ТЗ с результатом | Проверка ТЗ с результатом | Сверка и согласование ТЗ |
| Вход 3.3 | ТЗ клиента | Задание, предоставленное клиентом | Сфера оказания услуги, личные пожелания клиента и тд |
| Выход 3.3 | Оказанная услуга | Акт выполнения работы | Информация об обработанной документации, изымаемой денежной сумме и истории запроса |
3. Документирование технологических процессов IDEF3
DFD обеспечивает удобное описание функционирования компонентов системы, но не снабжают аналитика средствами описания деталей этих компонентов, а именно:
- какая информация преобразуются процессами;
- как она преобразуется.
Для решения первой из этих задач предназначены текстовые средства моделирования, служащие для описания структуры преобразуемой информации и получившие название глоссарий (список событий).
Для решения второй из этих задач используется нотация IDEF3.
IDEF3 является стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев.
ПРИМЕР. Документирование технологических процессов подсистемы
Рассмотрим декомпозицию функциональных блоков: отдел маркетинга и отдел разработки в нотации IDEF3.
Глоссарий диаграммы взаимодействия потоков бизнес-процесса «Отдел маркетинга» в нотации IDEF3
| Перекресток | Процессы | Запуск процессов | Описание |
| J1 | 2 — 4 | Только один из процессов запускается | Заявка на разработку проекта одобрена или Заявка на разработку проекта не одобрена |
| J2 | 2 — 4 | Только один из процессов завершается |
Глоссарий диаграммы взаимодействия потоков бизнес-процесса
«Принять запрос» в нотации IDEF3
| Перекресток | Процессы | Запуск процессов | Описание |
| J3 | 8-9 | Только один из процессов запускается | Нет свободных разработчиков для оказания услуги или Внесение записи в план работы разработчика |
| 10 | |||
| J4 | 8 | Один или несколько следующих процессов запускаются | Перенос сроков выполнения или (и) Выбор другого специалиста |
| 9 | |||
| J5 | 8 | Один или несколько следующих процессов завершаются | Один или несколько следующих процессов завершаются |
| 9 |
Так же, как и в моделировании средствами IDEF0, диаграммы потоков данных моделируют систему как набор действий (процессов), соединенных друг с другом стрелками. Но в отличие от стрелок в IDEF0, которые иллюстрируют отношения, стрелки в DFD показывают, как данные реально перемещаются от одного процесса к другому, т.е. они представляют потоки данных.
Диаграммы потоков данных содержат два новых типа объектов:
- объекты, собирающие и хранящие информацию — хранилища данных;
- внешние сущности — объекты, которые моделируют взаимодействие с теми частями системы, которые выходят за границы моделирования.
Таким образом, в DFD-моделях находят отражение следующие физические характеристики системы:
Движение объектов (потоки данных) — механизмы, использующиеся для моделирования передачи информации из одной части системы в другую. Обычно изображаются именованными стрелками, ориентация которых указывает направление движения информации.
Действия (процессы), назначение которых состоит в преобразовании входных потоков данных в выходные в соответствии с задаваемым именем процесса. Это имя должно содержать глагол в неопределенной форме с последующим дополнением (например, ВЫДАТЬ КЛИЕНТУ СУММУ НАЛИЧНЫМИ). Внутри диаграммы каждый процесс должен иметь уникальный номер (например, для ссылок на него из словаря).
Хранилище (накопитель) данных позволяет на отдельных участках диаграммы определять данные, которые будут сохраняться в памяти (обычно на дисках компьютера) между процессами. Имя хранилища должно идентифицировать его содержимое и быть существительным.
Внешняя сущность представляет сущность вне контекста системы, являющуюся источником или приемником системных данных.
Если хранилище данных рассматривается в диаграмме в качестве источника или приемника системных данных, то оно в DFD-модели также может выступать в качестве внешней сущности.
Имя внешней сущности должно отображаться существительным (например, КЛИЕНТ БАНКА).
ПРИМЕР. Структурный анализ потоков данных подсистемы
Рассмотрим декомпозицию функциональных блоков: отдел маркетинга и отдел разработки в нотации DFD.
Словарь данных декомпозиции контекстной диаграммы
«Работа регистратуры поликлиники» в нотации DFD
| Процесс | Потоки | ||
| Имя | Определение | Имя | Способ образования |
| Оказать услугу клиенту | Обеспечение клиентов необходимыми услугами | Оказанная услуга | Выходной поток процесса как элемент внешней сущности КЛИЕНТ |
| Чек об оплате | Выходной поток процесса как элемент внешней сущности КЛИЕНТ | ||
| ТЗ клиента | Входной поток процесса как элемент внешней сущности КЛИЕНТ | ||
| Заявка на услугу | Входной поток процесса как элемент внешней сущности КЛИЕНТ | ||
| Оформление платежных документов | Входной поток процесса как элемент внешней сущности БУХГАЛТЕР | ||
| Внесение данных о новом клиенте | Входной поток процесса как элемент внешней сущности АДМИНИСТРАТОР-МЕНЕДЖЕР | ||
| Выполнение заказа | Входной поток процесса как элемент внешней сущности АДМИНИСТРАТОР-МЕНЕДЖЕР | ||
| Внесение изменений записи о клиентах | Входной поток процесса как элемент внешней сущности АДМИНИСТРАТОР-МЕНЕДЖЕР |
Словарь данных декомпозиции контекстной диаграммы
«Регистрация новых клиентов» в нотации DFD
| Процесс | Потоки | ||
| Имя | Определение | Имя | Способ образования |
| Разработка плана оказания услуги | Разработка плана | Планы работ разработчиков | Входной поток процесса как элемент внешней сущности МЕНЕДЖЕР |
| Новая запись | Выходной поток процесса как элемент процесса ВНЕСЕНИЕ ЗАПИСИ В БД | ||
| Внесение записи в БД | Внесение изменений | Новая запись | Входной поток процесса как элемент процесса РАЗРАБОТАТЬ ПЛАН ОКАЗАНИЯ УСЛУГИ |
| Подготовить отчетные документы | Отчетные документы фирмы | Создание документов | Входной поток процесса как элемент внешней сущности БУХГАЛТЕР |
| Чек об оплате | Выходной поток процесса как элемент внешней сущности КЛИЕНТ |
Словарь данных декомпозиции контекстной диаграммы
«Принять запрос» в нотации DFD
| Процесс | Потоки | ||
| Имя | Определение | Имя | Способ образования |
| 2.1 Занесение данных в БД | Обновление данных | Создание информации | Входной поток процесса как элемент внешней сущности МЕНЕДЖЕР |
| Оказанная услуга | Выходной поток процесса как элемент внешней сущности КЛИЕНТ | ||
| ТЗ клиента | Входной поток процесса как элемент внешней сущности КЛИЕНТ | ||
| Выполненный заказ | Успешно законченная работа оказания услуг | Сдача работы | Выходной поток процесса как элемент внешней сущности МЕНЕДЖЕР |
| Передача выполненной работы | Входной поток процесса как элемент внешней сущности РАЗРАБОТЧИК |
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
- Виноградова Е., Моделирование бизнес-процессов. Учебник и практикум/ Е. Виноградова. – М.: Юрайт, 2017. – 290 с.
- Бизнес-моделирование – М.: LAP Lambert Academic Publishing, 2015. – 116 с.
- Моделирование и анализ бизнес-процессов – М.: LAP Lambert Academic Publishing, 2014. – 352 с.
- Тельнов, Ю.Ф. Инжиниринг предприятия и управление бизнес-процессами. Методология и технология: Учебное пособие / Ю.Ф. Тельнов, И.Г. Фёдоров. — М.: ЮНИТИ, 2015. — 176 c.
- Блинов, А.О. Реинжиниринг бизнес-процессов: Учебное пособие / А.О. Блинов, О.С. Рудакова, В.Я. Захаров. — М.: ЮНИТИ, 2016. — 335 c.
- Тельнов, Ю.Ф. Инжиниринг предприятия и управление бизнес-процессами. Методология и технология: Учебное пособие / Ю.Ф. Тельнов, И.Г. Фёдоров. — М.: ЮНИТИ, 2015. — 176 c.
