Бизнес-процессы государственной регистрации прав

     1 Моделирование бизнес процессов

     Бизнес процесс – это совокупность взаимосвязанных мероприятий и задач, направленных на создание определенных продукта или услуги для потребителей. Для наглядности бизнес процессы визуализируются в виде моделей бизнес процессов.

     Моделирование бизнес процессов – детальное описание всех действий от начала производственного цикла до его логического завершения, а также полное схематическое описание всего процесса функционирования системы.

     Для моделирования процессов будут  использованы две модели – Analysis (разновидность модели Эриксона-Пенкера), входящая в стандарт UML (диаграмма анализа бизнес процессов), и BPML (диаграмма бизнес процесса). 

     1.1 Диаграмма анализа бизнес процессов

     1.1.1 Описание диаграммы

     Диаграмма бизнес процессов (функционально-событийная схема) – упрощенная диаграмма активностей (верхнего уровня) (другое название – диаграмма анализа), которая используется для наиболее общего (высокоуровневого или макро) отображения бизнес процессов, начальных моделей поведения системы и ее элементов. Диаграмма анализа бизнес процессов менее формальна, чем остальные модели, но предоставляет удобную нотацию для выявления основных системных возможностей и требований при бизнес моделировании. Является частью стандарта UML.

     Модель  должна обладать следующими свойствами:

     - иметь четко определенную цель (причина, по которой выполняются анализируемые действия);

     - иметь специальные входы (события, действия внешних объектов);

     - иметь специальные выходы;

     - генерировать и использовать  ресурсы, используя информацию;

     - иметь определенное количество  процессов, которые выполняются  в установленном порядке;

     - взаимодействовать с определенным  числом организационных единиц (приветствуется  горизонтальная организация процессов);

     - выполнять или производить некоторый  вид продукта для пользователя (пользователь может быть внутренним  или внешним по отношению к  системе). 

     1.1.2 Нотация моделирования

     Графическое представление и описание элементов, встречающихся на диаграммах анализа бизнес процессов, представлено в таблице 1.

     Таблица 1 – Нотация моделирования диаграмм анализа бизнес процессов

     1.1.3 Пример диаграммы

     Пример  диаграммы анализа бизнес процессов представлен в соответствии с рисунком 1.

Рисунок 1 – Диаграмма анализа бизнес процессов 

     1.2 Диаграмма бизнес процесса

     1.2.1 Описание модели 
 

     1.2.2 Нотация моделирования

     Моделирование в BPMN осуществляется посредством диаграмм с небольшим количеством графических элементов. Выделяют четыре основные категории элементов:

     - объекты потока управления: события, действия и логические операторы;

     - соединяющие объекты: поток управления, поток сообщения и ассоциации;

     - роли: пулы и дорожки;

     - артефакты: данные, группы и текстовые аннотации.

     Элементы  этих четырех категорий позволяют  строить диаграммы бизнес процессов (ДБП). Для повышения выразительности модели спецификация разрешает создавать новые типы объектов потока управления и артефактов. 

     1.2.2.1 Объекты потока  управления

     События (Events) – обозначают какое-либо происшествие в среде функционирования, влияющее на пространственное или временное расположение действий процесса. События инициируют действия или являются их результатами. Согласно расположению в процессе события могут быть классифицированы на начальные, промежуточные и завершающие. Также различают события обработки и генерации. Типы событий представлены в таблице 2.

     Таблица 2 – Нотация типов событий

     Действия (Activities) – работа, осуществляемая в рамках выполнения процесса. Типы действий представлены в таблице 3.

     Таблица 3 – Нотация типов  действий

     Логические  операторы (Gateways) - точки принятия решений в процессе. С помощью логических операторов организуется ветвление и синхронизация потоков управления в модели процесса. Типы логических операторов представлены в таблице 4.

     Таблица 4 – Нотация типов  логических операторов

     1.2.2.2 Дополнительные объекты

     Соединяющие объекты – связывают объекты потока управления. Роли – визуальный механизм организации различных действий в категории со сходной функциональностью. Артефакты – позволяют отображать дополнительную информацию в диаграмме. Это делает диаграмму более удобочитаемой и насыщенной информацией. Типы указанных объектов представлены в таблице 5.

     Таблица 5 – Нотация типов  дополнительных объектов

     1.2.3 Пример диаграммы

     Пример  диаграммы бизнес процесса в модели BPMN представлен в соответствии с рисунком 2.

Рисунок 2 – Диаграмма  бизнес процесса 

     2 Диаграмма деятельности

     Диаграмма деятельности (диаграмма активностей) – диаграмма, на которой показано разложение некоторой деятельности на ее составные части (бизнес диаграмма нижнего уровня). Под деятельностью понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчиненных элементов – вложенных видов деятельности и отдельных действий, соединенных между собой потоками, которые идут от выходов одного узла к входам другого.

Диаграммы деятельности используются при моделировании бизнес процессов, технологических процессов, последовательных и параллельных вычислений.

Наиболее  близким и точным аналогом диаграмм активностей являются математически  строгие дракон-схемы визуального алгоритмического языка ДРАКОН. Более отдаленным аналогом диаграмм являются схемы алгоритмов по ГОСТ 19.701-90. 

     2.1 Нотация моделирования

     Графическое представление и описание элементов, встречающихся на диаграммах деятельности, представлено в таблице 6.

     Таблица 6 – Нотация моделирования диаграмм деятельности

     2.2 Пример диаграммы деятельности

     Пример  диаграммы деятельности представлен в соответствии с рисунком 3 (осуществление государственной регистрации прав).

Рисунок 3 – Диаграмма деятельности 

     3 Диаграмма потоков данных

     Диаграмма потоков данных (DFD) — методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.

     Информационная  система принимает извне потоки данных. Для обозначения элементов  среды функционирования системы  используется понятие внешней сущности. Внутри системы существуют процессы преобразования информации, порождающие  новые потоки данных. Потоки данных могут поступать на вход к другим процессам, помещаться (и извлекаться) в накопители данных, передаваться к внешним сущностям.

     Модель DFD, как и большинство других структурных  моделей — иерархическая модель. Каждый процесс может быть подвергнут декомпозиции, то есть разбиению на структурные составляющие, отношения  между которыми в той же нотации  могут быть показаны на отдельной  диаграмме. Когда достигнута требуемая  глубина декомпозиции — процесс  нижнего уровня сопровождается мини-спецификацией (текстовым описанием).

     Кроме того, нотация DFD поддерживает понятие  подсистемы — структурной компоненты разрабатываемой системы. 

     3.1 Нотация моделирования

     Графическое представление и описание элементов, встречающихся на диаграммах потоков данных, представлено в таблице 7.

     Таблица 7 – Нотация моделирования DFD-диаграмм

     3.2 Пример диаграммы потоков данных

     Пример  DFD-диаграммы представлен в соответствии с рисунком 4.

Рисунок 4 – Диаграмма потоков данных 

     3.3 Контекстная диаграмма

     Нотация DFD – удобное средство для построения контекстной диаграммы, то есть диаграммы, показывающей автоматизируемую информационную систему в коммуникации с внешней средой. Это – диаграмма верхнего уровня в иерархии диаграмм потоков данных. Ее назначение – ограничить рамки системы, определить, где заканчивается разрабатываемая система и начинается среда. Другая нотация, часто используемая при формировании контекстной диаграммы, - диаграмма вариантов использования. Пример контекстной диаграммы представлен в соответствии с рисунком 5.

Рисунок 5 – Контекстная диаграмма 

     4 Диаграмма компонентов

     Диаграмма компонентов – статическая структурная диаграмма, описывает особенности физического представления системы. Она позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный  и исполняемый код, файлы, хранилища данных. Основными графическими элементами диаграммы компонентов являются компоненты, интерфейсы и зависимости между ними.

     Диаграмма компонентов разрабатывается для  следующих целей:

     - визуализации общей структуры программной системы;

     - спецификации исполняемого варианта программной системы;

     - обеспечения многократного использования отдельных фрагментов программного кода;

     - представления концептуальной и физической схем баз данных.

     В разработке диаграмм компонентов участвуют  как системные аналитики и  архитекторы, так и программисты. Диаграмма компонентов обеспечивает согласованный переход от логического  представления к конкретной реализации проекта в форме программного кода. Одни компоненты могут существовать только на этапе компиляции программного кода, другие на этапе его исполнения. Диаграмма компонентов отражает общие зависимости между компонентами, рассматривая последние в качестве классификаторов. 

     4.1 Нотация моделирования

     Графическое представление и описание элементов, встречающихся на диаграммах компонентов, представлено в таблице 8.

     Таблица 8 – Нотация моделирования диаграмм компонентов

     4.2 Пример диаграммы  компонентов

     Пример  диаграмм компонентов представлен  в соответствии с рисунком 6.

Рисунок 6 – Диаграмма компонентов