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

Фактически цель определяет соответствующие разделы в исследуемой системе, на которые необходимо обратить внимание в первую очередь. Точка зрения модели определяет основное направление развития модели и уровень необходимой детализации. Четкое определение точки зрения позволяет разгрузить модель, отказаться от детализации и исследования таких элементов, которые не являются необходимыми, в соответствиис выбранной точкой зрения на систему [2]. В процессе декомпозиции модели, функциональный блок, который в контекстной диаграмме отображает рассматриваемую систему как единое целое, подвергается детализации на нижележащей диаграмме. В этом случае получается диаграмма второго уровня,которая содержит функциональные блоки, отображающие главные подпроцессы функционального блока контекстной диаграммы и называется дочерней (Childdiagram) по отношению к вышестоящему блоку. В свою очередь, функциональный блок-предок называется родительским блоком по отношению к дочерней диаграмме (ParentBox), а диаграмма, к которой он принадлежит – родительской диаграммой (ParentDiagram). Каждая из подфункций дочерней диаграммы может быть в свою очередь детализирована путем аналогичной декомпозиции соответствующего ей функционального блока. Следует отметить, что в каждом случае декомпозиции функционального блока все интерфейсные дуги, входящие в данный блок, или исходящие из него отображаются на дочерней диаграмме. Этим достигается структурная целостность IDEF0-модели. Очередным понятиемстандарта IDEF0 является глоссарий (Glossary). Для каждого из элементов модели IDEF0: диаграмм, функциональных блоков, интерфейсных дуг существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые дополнительно характеризуют объект, отображенный данным элементом. Такой набор определений называется глоссарием и является описанием сущности соответствующего элемента. Глоссарий гармонично дополняет наглядный графический язык, дополняя диаграммы необходимой сопутствующей информацией.Описание всех выше названных элементов и составляет полную модель процессов в нотации IDEF0.2. Модель бизнес-процессов охранного предприятия2.1. Характеристика объекта моделированияВ качестве объекта моделирования выберем процессы предприятия, занимающегося охранной деятельностью.В состав предприятия входят следующие основные подразделения и службы:администрация – осуществляет общее руководство предприятием;бухгалтерия – выполняет управление финансовой деятельностью;отдел кадров – обеспечивает подбор, расстановку, обучение персонала;служба снабжения – осуществляет закупку необходимого оборудования в соответствии с заявками технической службы;служба централизованного наблюдения – выполняет контроль систем и средств технической охраны объектов;служба физической охраны – осуществляет патрулирование или дежурство на объекте охраны;группы быстрого реагирования – мобильные группы, осуществляющие срочный выезд по полученному сигналу;техническая служба –проводит обследование объекта и установку необходимых технических охранных средств.Все бизнес-процессы рассматриваемого предприятия можно разбить на четыре группы – бизнес-процессы управления, основные бизнес-процессы, обеспечивающие бизнес-процессыи бизнес-процессы управления [4]. Анализируя функции, выполняемые предприятием, можно выделить следующие бизнес-процессы:1) основные процессы:осуществление охранной деятельности объектов;2) обеспечивающие процессы:материально-техническое снабжение предназначенное для учета и организации закупок необходимого оборудования, расходных материалов;маркетинг, позволяющий продвигать предприятие на своем секторе рынка, привлекать новых клиентов, развивать спектр предоставляемых услуг;3) бизнес-процессы управления:стратегическое управление, определяющее пути развития предприятия;управление финансами, заключающееся в учете поступления и расхода денежных средств, планирование бюджета, выделение денежных средств на текущие операции;управление персоналом– процесс, без которого не обходится никакое предприятие. Сюда входит и определение потребности в персонале, наем персонала, обучение, перевод и высвобождение персонала;управление маркетингом;управление рисками.2.2. Построение контекстной диаграммыБолее подробно рассмотрим основной бизнес-процесс осуществления охранной деятельности объекта.Клиент, который может являться организацией или частным лицом, обращается в охранное предприятие с заявкой. Диспетчер регистрирует заявку в журнале и включает объект охраны в план обследования, который согласовывается с клиентом. В соответствии с планом техническая служба выезжает на объект для его обследования и составления плана оснащения объекта охраны необходимыми техническими средствами.Далее составляется проект по оснащению объекта техническими средствами, в случае необходимости производится закупка таких средств и осуществляется их монтаж на объекте.Следующим шагом составляется расписание работ служб охранного предприятия по объекту и объект поступает под охрану.Построим модель бизнес-процесса осуществления охранной деятельности. Согласно правилам, построение модели начинается с разработки контекстной диаграммы, показывающей в основном связи объекта моделирования с внешним миром – внешней средой. Построенная в программной системе AllFusion Process Modelerконтекстная диаграмма моделиосуществления охранной деятельности предприятия показана на рисунке 2.Рисунок 2 – Контекстная диаграмма2.3. Разработка диаграмм декомпозицииПроцесс на контекстной диаграмме согласно описанию в предыдущем пункте можно декомпозировать на четыре процесса верхнего уровня:оформление заявки;обследование объекта защиты;оснащение объекта защиты;оказание охранных услуг.Диаграмма процессов верхнего уровня показана на рисунке 3.Рисунок 3 – Диаграмма декомпозиции А0Выполним декомпозицию процесса «Оформление заявки» и выделим триподпроцесса, показанные на рисунке 4.Рисунок 4 – Диаграмма декомпозиции процесса оформления заявкиПроведем декомпозицию всех остальных процессов верхнего уровня на более мелкие процессы и функции.Диаграммы декомпозиции названных процессов представлены на рисунках 5- 9.Рисунок 5 –Диаграмма декомпозиции процесса обследования объекта защитыРисунок 6 – Диаграмма декомпозиции процесса оснащения объекта защитыРисунок 7 – Диаграмма декомпозиции процесса оказания охранных услугРисунок 8 – Диаграмма декомпозиции процесса ведения графика работ в нотации IDEF3Рисунок 9 – Диаграмма декомпозиции процесса осуществления охраны объектаПостроим диаграмму дерева узлов – Node Tree, которая показывает не только все процессы и функции модели, но и позволяет аналитику сразу целиком увидеть общую логику построенной модели (рис.10).Рисунок 10 – Диаграмма дерева узловДиаграмма Node Tree показывает иерархию всех работ в построенной модели, дает возможность рассмотреть всю модель целиком, но не показывает взаимосвязь между работами.Процесс создания функциональной модели является итерационным, следовательно, расположение работ в модели аналитик может менять многократно.Чтобынезапутаться в процессах и проверить способ декомпозиции, рекомендуется после каждого изменения функциональной модели обновлять диаграмму дерева узлов..ЗаключениеВ последние годы в российской экономикенаблюдается положительное явление – повышенное внимание к вопросам управления бизнес-процессами предприятия.Мощная программа по управлению бизнес-процессами должна обладать широкими функциональными возможностями для быстрого и максимально легкого создания бизнес-архитектуры предприятия. Это позволит обеспечить сотрудников базой знаний и стандартным доступом ко всей необходимой информации, начиная с поставленных целей и заканчивая контролем состояния предприятия, анализом отклонений значений показателей и даже предложениями сотрудников по совершенствованию системы управления. Совокупностью методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области – является методология процессного моделирования SADT. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Методология SADT может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. Для уже существующих систем SADT может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются.В курсовой работе дана характеристика предметной области работы охранного предприятия, проанализированы процессы, происходящие в предметной области, даны рекомендации по внедрению информационной системы. Также в работе описанаиспользуемая методология разработки бизнес-процессов, приводятся основные особенности CASE-средстваAllFusion Process Modeler и построены модели бизнес-процессов с использованием нотаций IDEF0 и IDEF3.Список литературыДжестон Джон. Управление бизнес-процессами. Практическое руководство по успешной реализации проектов. / Джон Джестон. - М.: Символ-Плюс. 2012.Ильин, В.В. Моделирование бизнес-процессов. Практический опыт разработчика. – М.: ООО "Издательский дом «Вильямс», 2006. 176с.Модели бизнес-процессов предприятия. [Электронный ресурс]. Режим доступа: http://www.businessstudio.ru/procedures/models/Моделирование бизнес-процессов в 2011 году. Журнал Компьютер Пресс №1/ 2012. [Электронный ресурс] Режим доступа: http://www.compress.ru/Article.aspx?id=22723Остервальдер, А. Построение бизнес-моделей. Настольная книга стратега и новатора / А.Остервальдер, Ив Пинье. – М.: Альпина Паблишер, 2016. 288с.Репин, В. В. Бизнес-процессы. Моделирование, внедрение, управление. – М.: ООО «Манн, Иванов и Фербер», 2014. 512с.Тельнов, Ю. В. Практикум по курсу «реинжиниринг бизнес-процессов». / Московский международный институт эконометрики, информатики, финансов и права. - М., 2003.Ткаченко, Н. А. Моделирование бизнес-процессов: учебное пособие / Н.А.Ткаченко, Кемеровский институт (филиал) РГТЭУ. – Кемерово: РГТЭУ Кемеровский институт (филиал), 2013.Шеер, А. В. ARIS - моделирование бизнес-процессов. – М.: ООО "Издательский дом "Вильямс", 2008. 224с/