Во введении объясняется, почему порядок доступа посетителей удобно описывать как последовательность связанных действий, а не только как набор правил. Здесь обозначаются границы рассматриваемого процесса, его основные участники и ожидаемый результат моделирования. Также формулируются цель и задачи проекта, уточняется, какие сценарии войдут в модель: подача заявки, согласование, выдача пропуска, проверка на входе и завершение визита.

В теоретической части раскрывается понятие бизнес-процесса как последовательности действий, преобразующей входные сведения в определённый результат. Рассматриваются начало и завершение процесса, задачи, участники, документы, условия и передача ответственности. На примере пропускной системы поясняется, чем заявка является на входе процесса, какие решения принимаются при её проверке и какой результат получают посетитель и организация.

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

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

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

В этом пункте создаётся UML-представление выбранных сценариев пропускной системы. На диаграмме вариантов использования обозначаются акторы и действия, например подача заявки, согласование и проверка пропуска; при необходимости строится диаграмма деятельности с последовательностью шагов. В пояснении раскрывается смысл связей и границ системы. Готовую схему проверяют на соответствие описанию процесса и понятность для читателя.

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

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

В заключении кратко описывается, какие элементы пропускной системы удалось представить в UML- и/или BPMN-модели и какие сценарии охвачены. Отмечается, насколько диаграммы показывают последовательность действий, условия принятия решений и ответственность участников. Также обозначаются ограничения учебной модели: реальные правила учреждения могут включать дополнительные проверки и требования. Завершается раздел оценкой того, как модель можно использовать для обсуждения и уточнения процесса.

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