Дипломная (вкр): Проектная деятельность органов власти Пермского края в реализации государственных программ

·        Механизм исполнения.

·        Возможности быстрого изменения бизнес-процессов.

·        Возможность контроля каждого экземпляра процесса.

·        Простота в освоении.

·        Полностью opensource.

2.3     Обзор программных средств моделирования бизнес-процессов

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

·  Bizagi BPM Suite.

·        ELMA BPM.

·        Bonita Open Solution.

·        jBPM.

Перечисленные системы моделирования достаточно популярны и востребованы, поддерживают стандарт BPMN.

2.3.1  Bizagi BPM Suite

Система Bizagi BPM Suite состоит из компонентов, выполняющих отдельные функции:

·  Bizagi Process Modeler - дизайнер процессов.

·        Bizagi Studio - инструмент для автоматизации процесса.

·        Bizagi BPM Server - продукт для исполнения процесса.

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

Есть возможность коллективного проектирования. Готовая модель процесса загружается в Bizagi Studio, где можно указать всю информацию, нужную для автоматизации процесса. Модуль позволяет интегрировать систему с прочими корпоративными приложениями.

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

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

Bizagi дает возможность обмена моделями между приложениями, поддерживается импорт и экспорт в форматы XPDL и MS Visio.agi BPMS является системой с закрытым кодом. «Облачный» вариант системы отсутствует. Однако Bizagi Process Modeler - дизайнер бизнес-процессов распространяется бесплатно.

Одним из недостатков системы является то, что Bizagi BPM Suite испанская разработка, и в России у компании нет официального представительства [15].

2.3.2  ELMA BPM

ELMA BPM - разработка российской компании ELMA, предназначенная для управления бизнес-процессами.

Моделирование бизнес-процессов в системе ELMA осуществляется в графическом редакторе «Дизайнер ELMA» в нотации BPMN 2.0.

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

В ELMA поддерживается импорт и экспорт в формат XPDL - это универсальный формат, который позволяет выгружать и загружать модели бизнес-процессов.

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

Еще одним плюсом является пошаговая отладка процессов, сценариев и пользовательских форм [25].

2.3.3  Bonita Open Solution

Bonita Open Solution - инструмент моделирования французских разработчиков, не имеющий российской локализации.

Решение состоит из трёх основных компонентов, разделенных по назначению:

·  Studio - редактор бизнес-процессов.

·        Execution Engine - инструмент для исполнения бизнес-процессов.

·        User Experience - интерфейс для взаимодействия с развернутыми бизнес-процессами и управление ими.

К основным функциям платформы относится:

·  Создание бизнес-процессов из элементарных шагов.

·        Создание переменных для доступа, манипуляций и управления данными в бизнес-процессе.

·        Создание цепочек бизнес-процессов.

·        Назначение ролей и исполнителей на роли в бизнес-процессе.

Моделирование процессов Bonita Open Solution происходит в нотации BPMN.

К достоинствам Bonita Studio относится моделирование и автоматизация процесса в одном окне и высокая степень визуализации бизнес-процессов/

Однако в Bonita Open Solution отсутствует поддержка динамического изменения бизнес- процесса, хотя возможность изменения процесса во время его исполнения входит в число ключевых концепций управления бизнес- процессами. К тому же есть проблемы с использованием русского языка в системе, то есть если название процесса написать русскими символами, он не находится при запуске [8].

2.3.4  jBPM

JBPM означает «Java Business Process Management». Это платформа на Java от компании JBoss для реализации потоков рабочих процессов, формализованных с помощью языка BPEL или собственного языка описания процессов jPDL. Выпускается под лицензией LGPL [26].

Его наиболее заметные признаки перечислены ниже:

·  Настраиваемый, встраиваемый, легковесный редактор процессов.

·        Домен ориентированные процессы и правила.

·        Независимый сервис управлением поручениями.

·        Веб интерфейс позволяет создавать BPMN2 процессы, разворачивать, управлять; строить отчеты (BIRT), управлять поручениями.

·        Сохранение состояния процесса в его промежуточной точке.

·        Возможность асинхронного исполнения процессов.

·        Версионность описания процесса.

·        Заведение в системе пользователей, назначение им заданий.

·        Поддержка рассылки e-mail сообщений о назначении пользователям заданий.

·        Интерфейс администратора, позволяющий отслеживать состояния запущенных процессов и тех, что уже исполнились.

·        Возможность использования скриптового языка jUEL.

·        Запуск как отдельным приложением, так и внутри приложения.

·        Возможность отслеживания каждого экземпляра процесса.

2.4 Выбор платформы автоматизации бизнес-процессов с использованием метода вариантных секторов

Для выбора программного средства моделирования будет применен метод вариантных секторов. Суть метода заключается в сравнении вариантов - программных средств - по выбранным критериям. Составляется таблица, в которой строки - это варианты программных продуктов, а столбцы - перечисленные критерии. Далее каждому средству моделирования проставляется оценка из диапазона [-10; 10] в зависимости от степени выраженности свойства. После этого определяется вес критерия и производится расчет значений. Результаты вычислений приведены в табл. 2.1.

Таблица 2.1

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

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

2.5     Анализ автоматизированных процессов жизненного цикла проекта

Как было сказано выше, для автоматизации жизненного цикла проектов в ИАС УП реализованы бизнес-процессы управления проектами. Ниже приводится их описание, анализ и рекомендации по модернизации.

2.5.1  Инициация объекта управления

Целью инициации проекта является принятие решения о необходимости его реализации, назначение руководителя и регистрация проекта в ИАС УП. В ходе процесса инициации инициатор объекта управления готовит в произвольной форме предложение о необходимости реализации программы, «дорожной карты», проекта, непроектного мероприятия.

Руководитель функционально-целевого/функционального блока принимает решение о формализации предложений инициатора для рассмотрения на межведомственной комиссии по планированию СЭР ПК.

Межведомственная комиссия по планированию СЭР ПК рассматривает формализованное предложение о необходимости реализации объекта управления. В случае положительного решения о реализации объекта управления определяет уровень контроля и тип объекта управления (подпрограмма, проект, «дорожная карта», непроектное мероприятие).

Руководитель ИОГВ, ответственного за достижение результатов проекта правовым актом назначает Руководителя и Администратора «дорожной карты», проекта, программы, непроектного мероприятия.

Завершающим этапом процесса инициации является регистрация объекта управления в ИАС УП.

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

Т.к. процесс инициации в ИАС УП заключается только в заполнении и сохранении заявки на регистрацию проекта, принято решение при моделировании объединить его с процессом планирования и согласования.

2.5.2  Планирование и согласование объекта управления

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

Процесс планирования проекта предполагает:

·  Ввод сведений о проекте.

·        Разработку иерархической структуры задач плана-графика проекта по выбранному шаблону.

·        Планирование сроков.

·        Планирование ресурсов (исполнителей и ответственных по задачам).

·        Ввод данных о финансировании в разрезе источников.

·        Занесение рисков проекта.

·        Определение контрольных событий проекта.

·        Формирование списка лиц, согласующих проектную документацию.

·        Согласование проектной документации.

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

Разработка проекта включает в себя ввод сведений о проекте и планирование работ, ресурсов, рисков с использованием приложения Microsoft Project Professional.

Форма задачи по разработке содержит модуль «Мастера разработки», который позволяет пошагово занести необходимую информацию о проекте в ИАС УП.

Разработка проекта начинается с заполнения раздела «Сведения о проекте», на основе данных которого автоматически формируется Паспорт проекта.

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

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

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

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

Результатом процесса планирования реагирования на риски являются:

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

·        Установление степени вероятности наступления риска.

·        Установление связи риска с результатом (результатами), который (-ые) могут быть не достигнуты в случае наступления риска.

·        Определение вариантов снятия/минимизации риска (планы реагирования на риск) и оценочной стоимости снятия/минимизации риска.

·        Определение ответственного за работу по снятию/минимизации риска.

·        Включение в План-график упреждающих задач (работ) по реагированию на риск.

После завершения предыдущих шагов становится возможным формирование проектной документации - Паспорт и План-график проекта - на основе занесенных данных.

Паспорт проекта формируется автоматически по утвержденной форме на основании занесенных в ИАС УП сведений о проекте, реестра рисков, а также блоков работ и вех из Плана-графика.

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

План-график и Паспорт проекта запускается на согласование в ИАС УП Руководителем после прохождения технической экспертизы.

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