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

Размещено на http://www.allbest.ru

Размещено на http://www.allbest.ru

Введение

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

BPwin позволяет аналитику создавать сложные модели бизнес-процессов при минимальных усилиях. BPwin поддерживает 3 методологии - IDEF0, IDEF3 и DFD. Каждая из них призвана решать свои специфические задачи. Также можно строить смешанные модели.

Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных. Работы изображаются в виде прямоугольников (блоков), данные - в виде стрелок (дуг).

Основу методологии IDEF0 составляет графический язык описания моделирования бизнес-процессов. Модель в IDEF0 представлена совокупностью иерархически упорядоченных и логически связанных диаграмм. Каждая диаграмма располагается на отдельном листе. Можно выделить четыре типа диаграмм:

контекстную диаграмму А-0 (в каждой модели может быть только одна контекстная диаграмма); диаграмма каркас моделирование

диаграммы декомпозиции (в том числе диаграмма первого уровня декомпозиции А0, раскрывающая контекстную);

диаграммы дерева узлов;

диаграммы только для экспозиции (FEO).

Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой (как правило, здесь описывается основное назначение моделируемого объекта).

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

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

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

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

Синтаксис диаграмм

Диаграмма является основным рабочим элементом при создании модели.

Каждая IDEF0-диаграмма содержит блоки (работы) и дуги (стрелки). Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними.

Функциональные блоки на диаграмме изображаются прямоугольниками (рис. 2.1). Блок представляет функцию или активную часть системы (в последнем случае блок обозначается с помощью буквы А в его номере).

Каждая сторона блока имеет определенное назначение. Левая сторона предназначена для входов, верхняя - для управления, правая - для выходов, нижняя - для механизмов.

Рисунок 2.1 - Основная конструкция IDEF0-модели

В основе методологии IDEF0 лежат следующие правила:

функциональный блок преобразует входы в выходы;

управление ограничивает или предписывает условия выполнения преобразований;

механизмы показывают, кто, что и как выполняет эти преобразования (т.е. механизмы непосредственно осуществляют эти преобразования).

В прямоугольник нужно вписать название процесса глаголом или отглагольным существительным. ПРЕДУПРЕЖДЕНИЕ: не вписывайте название подразделения!

На стрелке должна быть надпись, соответствующая тому, что передается от процесса к процессу. Это могут быть материалы, документация, распоряжения и т.п.

Граница диаграммы представляет «внешний мир». Связь с внешним миром изображается стрелкой с надписью.

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

Блоки на IDEF0-диаграмме размещаются по степени важности. В IDEF0 этот относительный порядок называется доминированием. Доминирование понимается как влияние, которое один блок оказывает на другие блоки диаграммы.

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

Таким образом, топология диаграмм показывает, какие функции оказывают большее влияние на остальные.

Блоки на IDEF0-диаграмме должны быть пронумерованы. Нумерация блоков выполняется в соответствии с порядком их доминирования (1 - наибольшее доминирование, 2 - следующее и т.д.). Порядок доминирования (номер блока) располагается в правом нижнем углу функционального блока.

Дуги на IDEF0-диаграмме изображаются линиями со стрелками. Для функциональных IDEF0-диаграмм дуга представляет множество объектов. Под объектом в общем случае понимаются некоторые данные (планы, машины, информация, данные в компьютерах). Основу названия дуги на IDEF0-диаграммах составляют существительные. Названия дуг называются метками.

В методологии IDEF0 используется пять типов взаимосвязей между блоками для описания их отношений: управление, вход, обратная связь по управлению, обратная связь по входу, «выход-механизм».

Отношение управления возникает тогда, когда выход одного блока непосредственно влияет на работу блока с меньшим доминированием.

Отношение входа возникает тогда, когда выход одного блока становится входом для блока с меньшим доминированием.

Обратные связи по управлению и по входу представляют собой итерацию или рекурсию.

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

Обратная связь по входу имеет место тогда, когда выход одного блока становится входом другого блока с большим доминированием.

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

Дуга в IDEF0 редко изображает один объект. Обычно она символизирует набор объектов. Поэтому дуги могут разъединяться и соединяться.

Разветвления дуг обозначают, что все содержимое дуг или его часть может появиться в каждом ответвлении дуги. Дуга всегда помечается до разветвления, чтобы дать название всему набору. Каждая ветвь дуги может быть помечена или не помечена в соответствии со следующими правилами:

непомеченные ветви содержат все объекты, указанные в метке дуги перед разветвлением;

каждая метка ветви указывает, что именно содержит ветвь.

При слиянии дуг результирующая дуга всегда помечается для указания нового набора объектов, возникшего после объединения. Каждая ветвь перед слиянием помечается или нет в соответствии со следующими правилами:

непомеченные ветви содержат все объекты, указанные в общей метке дуги после слияния;

метка ветви указывает, что конкретно содержит ветвь.

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

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

Поэтому методология IDEF0 предусматривает дополнительное описание полной иерархии объектов системы посредством формирования глоссария для каждой диаграммы модели и объединения этих глоссариев в Словарь данных.

Таким образом, Словарь данных - это основное хранилище полной иерархии объектов системы.



Основы работы в пакете BPwin

Запуск BPwin

При запуске BPwin по умолчанию появляется основная панель инструментов, палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели - Model Explorer. Функциональность панели инструментов доступна из основного меню BPwin (табл. 3.1). При создании новой модели возникает диалог, в котором следует указать, будет ли создана модель заново, или она будет открыта из файла либо из репозитория ModelMart, внести имя модели и выбрать методологию, в которой будет построена модель (рис. 3.1).

Таблица 3.1 - Описание элементов управления основной панели инструментов Bpwin 2.5 (слева направо)

Элемент управления	Описание	Соответствующий пункт меню
	Создать новую модель	File/New
	Открыть модель	File/Open
	Сохранить модель	File/Save
	Напечатать модель	File/Print
	Выбор масштаба	View/Zoom
	Масштабирование	View/Zoom
	Проверка правописания	Tools/Spelling
	Включение и выключение навигатора модели Model Explorer	View/Model Explorer
	Включение и выключение дополнительной панели инструментов работы с ModelMart	ModelMart

Рисунок 3.1 - Диалог создания модели

Каркас диаграммы

На рис. 3.2 показан типичный пример контекстной диаграммы с граничными рамками, которые называются каркасом диаграммы.

Каркас содержит заголовок (верхняя часть рамки, табл. 3.2) и подвал (нижняя часть, табл. 3.3). Заголовок каркаса используется для отслеживания диаграммы в процессе моделирования. Нижняя часть используется для идентификации и позиционирования в иерархии диаграмм. Значения полей каркаса задаются в диалоге Diagram Properties (в меню Edit/Diagram Properties).

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

Таблица 3.2 - Поля заголовка каркаса (слева направо)

Поле	Смысл
Used At	Используется для указания на родительскую работу, если на текущую диаграмму ссылались посредством стрелки вызова.
Author, Date, Rev, Project	Имя создателя диаграммы, дата создания и имя проекта, в рамках которого была создана диаграмма. REV - дата последнего редактирования диаграммы.
Notes 1 2 3 4 5 6 7 8 9 10	Используется при проведении сеанса экспертизы. Эксперт должен (на бумажной копии диаграммы) указать число замечаний, вычеркивая цифру из списка каждый раз при внесении нового замечания.
Status	Статус отображает стадию создания диаграммы, отображая все этапы публикации.
Working	Новая диаграмма, кардинально обновленная диаграмма или новый автор диаграммы.
Draft	Диаграмма прошла первичную экспертизу и готова к дальнейшему обсуждению.
Recommended	Диаграмма и все ее сопровождающие документы прошли экспертизу. Новых изменений не ожида
Publication	Диаграмма готова к окончательной печати и публикации.
Reader	Имя читателя (эксперта).
Date	Дата прочтения (экспертизы).
Context	Схема расположения работ в диаграмме верхнего уровня. Работа, являющаяся родительской, показана темным прямоугольником, остальные - светлым. На контекстной диаграмме (А-0) показывается надпись TOP. В левом нижнем углу показывается номер по узлу родительской диаграммы.

Таблица 3.3 - Поля подвала каркаса (слева направо)

Поле	Смысл
Node	Номер узла диаграммы (номер родительской работы)
Title	Имя диаграммы. По умолчанию - имя родительской работы
Number	C-Number, уникальный номер версии диаграммы
Page	Номер страницы, может использоваться как номер страницы при формировании папки



Обследование предприятия

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

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

Обследование показало, что основными объектами системы пропускного режима являются:

Секретариат;

Отделы:

- отдел (цех);

- отдел безопасности;

- отдел кадров;

- хозяйственный отдел;

Комендантская служба:

- бюро пропусков;

- пост комендантской службы.

Естественно, что предприятие имеет более сложную организационную структуру и гораздо большее количество объектов. Но с точки зрения анализа пропускного режима остальные объекты не представляют особого интереса и могут не рассматриваться или рассматриваются в обобщенном виде, как, например отделы (цеха) различного назначения.

Структурные взаимосвязи (или иерархия подчинения) отображены на организационной диаграмме С-1.

Основными действующими лицами системы пропускного режима являются:

сотрудники предприятия

- директор предприятия

- начальники (заместители начальников) отделов (цехов), - в дальнейшем по тексту, - начальники

- сотрудники отделов

- сотрудники бюро пропусков

- контролеры

уполномоченные государственные служащие (имеющие право прохода по своим служебным удостоверениям)

посетители

Кроме того, к участникам системы пропускного режима можно отнести и транспорт.

Классификация персонала отображена на организационной диаграмме С-2.

Идентификация функций и процессов

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

1. Оформление и выдача пропусков;

2. Пропуск должностных лиц предприятия и посетителей на территорию;

3. Пропуск автотранспорта;

4. Пропуск имущества;

5. Изъятие постоянных пропусков;

6. Перерегистрация постоянных пропусков.

Далее функции были уточнены, детализированы и распределены по объектам системы следующим образом.

СЕКРЕТАРИАТ

- отдача указаний на пропуск должностных лиц, посетителей и автотранспорта;

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

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

- визирование заявок на выдачу временных пропусков;

- утверждение списков лиц, имеющих право подписи заявок;

- утверждение отчетов о работе системы пропускного режима.

ОТДЕЛ БЕЗОПАСНОСТИ

- перерегистрация постоянных пропусков;

- визирование заявок на выдачу временных пропусков;

- визирование заявок на выдачу постоянных пропусков;

- визирование заявок на въезд автотранспорта;

- визирование заявок на выдачу постоянных пропусков на въезд автотранспорта;

- подготовка списков лиц, имеющих право подписи заявок;

- подготовка отчетов и справок о работе системы пропускного режима.

ОТДЕЛ КАДРОВ

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

ХОЗЯЙСТВЕННЫЙ ОТДЕЛ

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

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

- визирование заявок на въезд автотранспорта;

- подготовка заявок на выдачу постоянных пропусков на въезд автотранспорта.

ОТДЕЛ (ЦЕХ)

- подготовка заявок на выдачу разовых пропусков;

- подготовка заявок на выдачу временных пропусков;

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

- подготовка заявок на въезд автотранспорта;

- подготовка заявок на бланки пропусков.

БЮРО ПРОПУСКОВ

- выдача разовых пропусков;

- выдача временных пропусков;

- выдача постоянных пропусков;

- выдача разовых пропусков на въезд автотранспорта;

- выдача постоянных пропусков на въезд автотранспорта;

- перерегистрация постоянных пропусков;

ПОСТ КОМЕНДАНТСКОЙ СЛУЖБЫ

- пропуск должностных лиц и посетителей;

- контроль вноса и выноса имущества;

- пропуск автотранспорта;

- изъятие удостоверений.

В результате был создан список основных процессов системы пропускного режима.

Оформление и выдача пропусков:

- разовых;

- временных;

- постоянных;

- разовых на въезд автотранспорта;

- постоянных на въезд автотранспорта;

- материальных;

Пропуск на территорию:

Посетителей;

- по разовым пропускам;

- по временным пропускам;

- по постоянным пропускам;

- по спискам;

Автотранспорта:

- по разовым пропускам;

- по постоянным пропускам;

Имущества;;

- по материальным пропускам;

Перерегистрация постоянных пропусков;

Обеспечение отделов бланками заявок и пропусков;

Формирование списков лиц, имеющих право подписи заявок;

Подготовка справок и отчетность.

Разработка словаря основных терминов проекта

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

В качестве примера приведена часть словаря, разработанного при описании системы пропускного режима.

ОБЪЕКТЫ:

Посетитель - Лицо, желающее пройти на территорию предприятия. Может находиться в следующих состояниях: на входе, с пропуском и контр. талоном, с нарушениями, в здании, на выходе.

Руководитель - Сотрудник предприятия, имеющий право подписи заявок на выдачу пропусков. Директор предприятия, заместитель директора, начальник отдела (заместитель).

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

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

ОПЕРАЦИИ:

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

Помещение контр. талона в папку -Оторванный от разового пропуска контр. талон помещается в папку, дежурного контролера. Выполняется контролером на посту комендантской службы. Производятся в момент прохода посетителя через пост.

ДАННЫЕ:

Сведения о посетителе - Набор данных, необходимый для оформления пропуска. Включает паспортные данные, место работы, служебный телефон, цель посещения.

Построение схем и описание процессов

Общие положения

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

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

В ходе подготовки к обследованию желательно подготовить единый шаблон описания процесса и требования к его оформлению. Описание может содержать:

схему процесса;

общее описание процесса;

описание входных объектов и данных;

поэтапное описание процесса;

описание выходных объектов и данных;

список нормативных документов;

описание базы данных (при наличии);

предложения по совершенствованию процесса.

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

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

Описание входных объектов и данных содержит сведения о материалах, изделиях, данных и документах, которые подлежат преобразованию.

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

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

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

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

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

По завершении работы над описанием должно быть проведено согласование процесса с другими процессами по входу и выходу.

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

На общей схеме системы рекомендуется отражать процессы или внешние объекты и потоки данных между ними. Общая схема может быть выполнена в различных видах, например, как схема взаимодействия процессов или схема взаимодействия объектов.

В качестве примера рассмотрим один из процессов системы пропускного режима: процесс пропуска посетителей на территорию предприятия по разовым пропускам.

Описание процесса пропуска посетителей по разовым пропускам

Контекстная диаграмма процесса отражена на схеме ПР-0.

Особенность описания данной системы заключается в том, что ее входом является "посетитель", как объект, который подлежит обслуживанию. Обслуживание будет заключаться в том, что в ходе выполнения процесса состояние посетителя будет изменяться. Он будет "преобразован" в посетителя с пропуском, далее, в посетителя в здании и в конце, - посетителя на выходе. При выявлении нарушений он перейдет в состояние посетителя с нарушениями. Управляющим воздействием является "инструкция по пропускному режиму". Механизмами, обеспечивающими выполнение процесса, являются сотрудники предприятия, а ресурсами, - бланки документов.

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

Для оформления заявки (1) посетитель сообщает сотруднику предприятия сведения о себе. Оформленная заявка является основанием для оформления и выдачи пропуска (2). Посетитель получает пропуск, который предъявляет при проходе через пост контроля (3). У пропуска отрывается контрольный талон, а посетитель проходит в здание. При наличии нарушений в документах посетитель на территорию не пропускается. По завершении визита посетитель выпускается (4).

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

Выдача пропуска (диаграмма ПР2) производится в бюро пропусков.

Посетитель предъявляет документ, удостоверяющий личность. Сотрудник бюро пропусков находит соответствующую заявку и проверяет документы. На основании этого он заполняет бланк пропуска и контрольный талон к нему, которые выдает посетителю. Сведения об этом он записывает в журнал выдачи разовых пропусков. Посетитель с пропуском и контрольным талоном направляется на пост контроля.

Пропуск посетителя через пост отображен на диаграмме ПР3.

Посетитель предъявляет контролеру пропуск с контрольным талоном и удостоверение личности. Контролер проверяет документы, отрывает контрольный талон и пропускает посетителя на территорию. Контрольный талон помещается в папку. При наличии нарушений посетитель не пропускается.

Выпуск посетителя отображен на диаграмме ПР4.

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

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

Такова общая схема пропуска посетителей.



Вывод

В ходе выполнения данной курсовой работы были достигнуты все поставленные нами цели.

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

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

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

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

После анализа работы контрольно- пропускного пункта мы можем судить о степени загруженности каждого отдела, о том, что необходимо автоматизировать в первую очередь и какими средствами.

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



Список литературы

Дубейковский В.И. Эффективное моделирование с AllFusion Process Modeler 4.1.4 и AllFusion PM. М.: ДИАЛОГ-МИФИ, 2007.

Черемных С.В., Семенов И.О., Ручкин В.С. Моделирование и анализ систем. IDEF - технологии. - М.: «Финансы и кредит», 2001.

С.В. Черемных, и др. Структурный анализ систем: IDEF - технологии. - М: Финансы и статистика, 2005.

Шеер А.В. Моделирование бизнес-процессов. - М.: Весть-МетаТехнология, 2000.

Размещено на Allbest.ru