Построение модели бизнес-процессов департамента в BPMN
Ознакомление с основными принципами выбора BPM-системы для автоматизации бизнес-процессов. Построение и анализ прототипа системы, автоматизирующей учебные процессы. Характеристика особенностей Bonita Open Solution – французского программного решения.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 01.09.2017 |
Размер файла | 1,7 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
79
Пермский филиал федерального государственного автономного образовательного учреждения высшего образования
«Национальный исследовательский университет
«Высшая школа экономики»
Факультет экономики, менеджмента и бизнес-информатики
Выпускная квалификационная работа
«Построение модели бизнес-процессов департамента в BPMN»
По направлению подготовки 38.03.05 Бизнес-информатика
Образовательная программа «Бизнес-информатика»
Старков Евгений Алексеевич
Рецензент к.т.н., доцент, доцент кафедры информационных технологий и автоматизированных систем ПНИПУ П.В. Кулешов
Руководитель к.т.н., доцент, доцент кафедры информационных технологий в бизнесе А.И. Дерябин
Пермь 2017
Аннотация
Автор - Старков Евгений Алексеевич, студент 4 курса группы БИ-13-2 НИУ ВШЭ-Пермь. Тема работы - Построение модели бизнес-процессов департамента в BPMN. В работе содержится анализ, описание построения, симуляции и автоматизации моделей двух бизнес-процессов НИУ ВШЭ-Пермь, связанных с отделом по сопровождению учебного процесса. Данная работа была выполнена с целью повышения эффективности бизнес-процессов НИУ ВШЭ-Пермь.
Работа включает в себя три главы:
1. Анализ предметной области, в которой анализируются существующие средства моделирования в нотации BPMN и BPM-системы.
2. Построение и моделирование бизнес-процессов, в которой анализируются бизнес-процессы, определяется последовательность действий, строится модель и выполняется симуляция.
3. Построение системы управления бизнес-процессами, в которой описывается работа по построению прототипов автоматизированных бизнес-процессов.
Количество страниц - 66. Количество иллюстраций - 41 (включая 2 в приложениях). Год - 2017. Издательство - кафедра информационных технологий в бизнесе НИУ ВШЭ-Пермь.
Оглавление
Введение
1. Анализ предметной области
1.1 Анализ подходов к управлению организацией
1.2 Выбор средства описания и моделирования бизнес-процессов
1.3 Выбор BPM-системы для автоматизации бизнес-процессов
2. Построение и моделирование бизнес-процессов
2.1 Описание плана работ по изучению процессов
2.2 Построение модели бизнес-процесса «Восстановление студента, отчисленного по собственному желанию, по инициативе НИУ ВШЭ или выход из академического отпуска»
2.2.1 Анализ бизнес-процесса
2.2.2 Симуляция бизнес-процесса
2.2.3 Выводы по результатам симуляции
2.3 Построение модели бизнес-процесса «Предоставление скидок по оплате обучения по результатам обучения»
2.3.1 Анализ бизнес-процесса
2.3.2 Симуляция бизнес-процесса
2.3.3 Выводы по результатам симуляции
3. Построение системы управления бизнес-процессами
3.1 Понятие исполнимого процесса
3.2 Построение прототипа автоматизированного процесса «Восстановление студента, отчисленного по собственному желанию, по инициативе НИУ ВШЭ или выход из академического отпуска»
3.3 Построение прототипа автоматизированного процесса «Предоставление скидок по оплате обучения по результатам обучения»
Заключение
Библиографический список
Приложение
Введение
Работа современного предприятия представляет собой огромное множество взаимодействующих между собой бизнес-процессов. В целях максимизации эффективности деятельности организации требуется, что все её процессы выполнялись за максимально короткий срок, при этом качество продукта должно быть максимально высоким.
В настоящий момент в большинстве организаций действует функциональный подход к управлению организации. Однако некоторые из этих организаций начинают видеть, что их работа недостаточно эффективна из-за особенностей функционального подхода и пытаются перейти на более современную альтернативу - процессному подходу. «Высшая школа экономики» является примером такой организации.
Нельзя описать единый план действий, при выполнении которого предприятие перейдет от одного подхода к другому. Это связано с особенностями каждого предприятия, его сферы деятельности, правил и регламентов текущей деятельности. Особенности и трудности перехода будут видны в промежуточной стадии, когда уже предприятие частично уйдет от функционального подхода, но ещё не введён процессный. Однако в любом случае необходимо сделать следующие вещи: описать текущие процессы организации, определить зоны ответственности сотрудников, выделить ключевые параметры и автоматизировать процессы.
Высшая школа экономики в настоящее время начинает переход к процессному управлению. Для большинства её процессов есть текстовые регламенты, регулирующие ход процесса, однако отсутствуют модели. Также в данный момент внедряется Вышка_BPM для автоматизации бизнес-процессов, однако на момент написания работы она не поддерживает процессы, в которых участвуют студенты.
Одной из проблем связанных с переходом НИУ ВШЭ-Пермь является практически полное отсутствие автоматизированных процессов с участием студентов.
Целью выпускной квалификационной работы будет разработка моделей автоматизированных процессов НИУ ВШЭ-Пермь «Восстановление студента, отчисленного по собственному желанию, по инициативе НИУ ВШЭ или выход из академического отпуска» и «Предоставление скидок по оплате обучения по результатам обучения».
Объектом исследования станут учебные процессы НИУ ВШЭ-Пермь «Восстановление студента, отчисленного по собственному желанию, по инициативе НИУ ВШЭ или выход из академического отпуска» и «Предоставление скидок по оплате обучения по результатам обучения».
Предметом исследования - модели бизнес-процессов «Восстановление студента, отчисленного по собственному желанию, по инициативе НИУ ВШЭ или выход из академического отпуска» и «Предоставление скидок по оплате обучения по результатам обучения» и их автоматизация.
Для достижения цели курсовой работы поставлены следующие задачи:
1. Выбор программного средства для описания моделей и автоматизации.
2. Изучение внутренних регламентов и положений НИУ ВШЭ-Пермь.
3. Построение моделей бизнес-процессов в выбранной нотации.
4. Изучение работы модели при различных сценариях.
5. Построение прототипа системы, автоматизирующей учебные процессы.
Методами исследованиями в работе являются:
· Моделирование, используемое при построении исследуемого объекта.
· Формализация, применяемая в процессе построения моделей бизнес-процессов.
· Идеализация, применяемая при построении моделей.
· Сравнение, применяемое в процессе анализа моделей при различных сценариях.
1. Анализ предметной области
1.1 Анализ подходов к управлению организацией
Главной целью большинства организаций является получение наибольшей прибыли при наименьших издержках. Её можно достичь путем обеспечения максимальной эффективности процессов организации. Высшая школа экономики отличается от большинства организаций, поскольку её задачей является не заработок денег, а подготовка высокоуровневых специалистов, но, тем не менее, достижение максимальной эффективности её процессов позволит минимизировать издержки на совершаемые операции и направить сэкономленные деньги на зарплату преподавателем, стипендии студентам или закупку нового оборудования для занятий.
Специалисты начали задумываться о том, как следует управлять предприятием, чтобы его работа была максимально эффективна, уже в XVIII-XIX веках, когда в Европе бурно происходила индустриализация. В тот же период Адамом Смитом была описана концепция разделения труда, которая, по его мнению, повысила бы общее благосостояние в результате повышения общей производительности труда путем его разделения в организации по технологическим, квалификационным и функциональным признакам. Известные теоретики менеджмента, такие как Анри Файоль, Макс Вебер и Фредерик Тейлор в своих работах описывали идеи, которые вошли в основу функционального подхода.
До недавнего времени в большинстве российских организациях использовался функциональный подход управления. В его рамках деятельность предприятия рассматривается, как набор функций, распределённых между подразделениями и исполняемыми определёнными сотрудниками. Характерными признаками данного управленческого подхода являются:
· Узкая специализация задач и ответственность сотрудников. Каждый работник имеет собственный перечень работ, который он должен выполнить и за который несёт персональную ответственность перед начальником.
· Принцип единоначалия. У каждого сотрудника есть один начальник, которому он подчиняется, который имеет всю полноту власти над управляемой им структурой и несёт ответственность за результаты выполнения работ подчинённой структурой.
· Слабые связи между параллельными структурами. Работники в большинстве случаев не имеют ни малейшего представления, что происходит с результатом выполнения их работ в дальнейшем.
Функциональный управленческий подход отлично применим в случае, когда в процессе задействована одна структура. Однако в действительности в большинстве бизнес_процессов задействовано множество параллельных структур, и при данном подходе получается, что качество конечного продукта будет ниже желаемого или будет уходить много времени на его создание. Так, например, разные отделы могут иметь своё видение насчёт качества продукта, основываясь на собственных показателях. В случае несовпадения мнений возникает конфликт, который ведёт к увеличению времени создания конечного продукта или снижает его качество. Как показывает практика, получается, что на работы, связанные с согласованием между параллельными структурами, уходит больше времени, чем на выполнение непосредственной работы по процессу. Описанная ситуация является следствием того, что сотрудник одного отдела не знает, что делается с результатами его работы в дальнейшем, не представляет, какие требования предъявляются к работе в других структурах и это ведёт к снижению эффективности.
В итоге можно сформулировать следующие недостатки функционального подхода:
1. Невысокая скорость выполнения процессов, перекладывание ответственности за результат продукта бизнес-процесса в случае участия в нём нескольких подразделений.
2. Увеличение времени выполнения процесса в случае возникновения нестандартной или нерегламентированной ситуации.
3. Работы каждого сотрудника в рамках данного процесса ориентированы не на высокое качество конечного продукта, а на одобрение работы непосредственным начальником.
4. У руководителей подразделений уходит большое количество времени на администрирование текущей деятельности.
В настоящее время организации стараются уйти от функционального подхода управления к процессному. Первые упоминания о нём возникли в 50-60 годах XX века. Его ключевая особенность заключается на главном недостатке функционального подхода к управлению организацией - горизонтальной связи. Процессный подход предлагает усилить взаимосвязи соседних структур и уйти от вертикальных зависимостей между сотрудниками. Выполнение бизнес-процесса при таком подходе будет нацелено на удовлетворение следующего сотрудника по цепочке. Так как последний сотрудник будет связан с непосредственным клиентом, получается, что вся работа будет нацелена, во-первых, на удовлетворение требований следующего участника процесса, а во-вторых на конечного клиента, так как в итоге он является окончанием цепочки. Другой отличительной особенностью является введение такого участника, как владелец бизнес-процесса. Он является альтернативой руководителям подразделений, в его руках будут сосредоточены права, полномочия и ответственность за выход подконтрольного бизнес-процесса.
Последователи процессного подхода видят в итоге деятельность организации, как множество бизнес-процессов, проходящих через исполнителей разных структурных подразделений работающих вместе над созданием конечного продукта. Работы исполнителей при этом должны быть максимально упрощены, не требовать высокого уровня квалификации в разных областях, требуется только качественное выполнение работниками своих операций в рамках процесса.
По мнению авторов процессного подхода, эффективность деятельность организации будет выше из-за его следующих преимуществ:
1. Более эффективное разграничение полномочий и ответственности персонала по сравнению с функциональным подходом.
2. Меньшее количество времени уходит на решения проблем, связанных с нестандартным ходом процесса.
3. Более высокое качество конечного продукта, ввиду большей заинтересованности в этом исполнителей и устранения разрозненности действия подразделений.
4. Меньшая нагрузка руководителей, связанной с контролем текущей деятельности.
Высшая школа экономики ставит себе задачу перейти в будущем на процессную модель управления. В первую очередь для выполнения этой задачи требуется описать существующие в НИУ ВШЭ бизнес-процессы. Для описания бизнес-процессов существует множество нотаций, самыми распространёнными являются: IDEF, BPMN. EPC и ARIS [5]. Выбор был сделан в пользу нотации BPMN, так как для поставленных в рамках данной ВКР задач она обладает наиболее полным набор элементов для описания задач, для работы с ней не требуется большой предварительной теоретической подготовки и модели, построенные в данной нотации, просты для понимания даже людям, не владеющих языками моделирования.
1.2 Выбор средства описания и моделирования бизнес-процессов
Существует множество программ, которые могут строить модели бизнес_процессов в нотации BPMN, поэтому были сформулированы критерии для выбора оптимального средства моделирования:
1. Бесплатность системы.
2. Полнота поддержки нотации BPMN.
3. Наличие русскоязычной версии.
4. Удобство работы с программой.
5. Наличие инструментов для анализа моделей.
По этим критериям были рассмотрены следующие системы:
1. ARIS Express 2.4.
2. Bonita Open Solution.
3. Microsoft Visio 2013.
4. Bizagi Modeler 2.9.0.4.
ARIS Express 2.4 - это бесплатный программный продукт, предназначенный для построения моделей бизнес-процессов предприятия. Данная программа очень популярна в России, ввиду поддержки большого количества языков моделирования, в том числе и BPMN. К ее главным преимуществам стоит отнести дружелюбный пользовательский интерфейс и наличие инструмента проверки моделей на соответствие правил нотации BPMN.
Главным недостатком этого программного продукта, является отсутствие инструментов по анализу моделей и формирования отчетов. Эти функции присутствуют в коммерческой версии программы, но её стоимость достаточна высока. Дополнительно стоит отметить отсутствие локализованной версии этой программы и отсутствие поддержки некоторых элементов в нотации BPMN.
Bonita Open Solution - французское программное решение, предназначенное для построения моделей с целью дальнейшего построения информационных систем. У этой программы удобный интерфейс для работы пользователя, и в ней также присутствует большая выборка элементов для построения максимальной полной модели в BPMN.
Существенным минусом, выявленным у данной программы, является отсутствие официально локализированной русской версии. В Интернете можно найти русские версии этого программного продукта, но в некоторых случаях они могут некорректно работать. В данной программе есть поддержка симуляции процессов в построенной модели, а также возможность построения отчетов по результатам симуляции, но только в платной версии.
Microsoft Visio 2013 - программный продукт от Microsoft, имеющий инструменты для построения BPMN моделей. Плюсами этой программы является полная синхронизация с другими программы Microsoft и удобный пользовательский интерфейс.
Минусами Visio 2013 является отсутствие некоторых элементов для построения моделей в BPMN, присутствующих в других программах, а также отсутствие каких-либо инструментов для анализа построенных моделей. Существует программная надстройка BPM 2.0 modeler for Visio, исправляющая проблему с недостатком элементов BPMN-нотации, однако, во-первых, эта надстройка - платная, а во-вторых, не решает проблему с отсутствием возможностей анализа бизнес-процессов.
Bizagi Modeler 2.9.0.4 - распространённый бесплатный программный продукт от компании Bizagi для моделирования бизнес-процессов. В нем поддерживается только нотация BPMN, при этом представлен наиболее полный набор элементов, для описания всех аспектов модели. Рисование схем в этом редакторе максимально удобно, присутствует инструмент проверки построенных моделей на соответствие правил BPMN. В этой программе также реализована возможность симуляции построенных моделей и анализ параметров бизнес-процессов. Существует русская версия программы. автоматизация программный бизнес
Единственным выявленным минусом является конфликтность проверки корректности модели в режиме редактора и в режиме симуляции. Может возникнуть ситуация, что при проверке модели в редакторе, валидация пройдет успешно, однако при попытке симуляции появится сообщение о несоответствии модели стандартам BPMN. В таких ситуациях, согласно информации из официального форума поддержки Bizagi, в большинстве случаев прав механизм проверки при симуляции моделей [4].
По результатам анализа программных продуктов для построения моделей в нотации BPMN было принято решение использовать программу Bizagi Modeler из-за её бесплатности, наличия наиболее полного набора элементов для описания и возможности симуляции моделей. Результаты сравнения программ можно увидеть ниже на табл. 1.1.
Таблица 1.1. Сравнение средств моделирования
Критерий / Программа |
Aris Express 2.4 |
Bonita Open Solution |
Microsoft Visio 2013 |
Bizagi Modeler |
|
Бесплатность |
Частично |
Частично |
Частично |
Да |
|
Русскоязычная версия |
Отсутствует |
Официально нет. Имеются любительские русификаторы, но с ними программа не всегда корректно работает |
Имеется |
Отсутствует |
|
Поддержка BPMN |
Отсутствуют некоторые элементы |
Полная поддержка |
Упрощенная в обычной версии, более полная в версии с надстройкой |
Полная поддержка |
|
Сложность работы в программе |
Низкая |
Средняя |
Средняя |
Низкая |
|
Инструменты для анализа моделей |
Только в платной версии |
Только в платной версии |
Нет |
Имеются |
1.3 Выбор BPM-системы для автоматизации бизнес-процессов
В результате этапа проектирования бизнес-процессов были получены модели бизнес-процессов двух учебных процессов департамента НИУ ВШЭ-Пермь в нотации BPMN. Следующим этапом работы будет построение прототипа системы управления бизнес-процессами (Business Process Management System или BPMS). Внедрение системы подобного рода позволяет автоматизировать выполнение операций, сократить время их исполнения, уменьшить количество ошибок, вызванных человеческим фактором, а также производить мониторинг деятельности организации.
В данной работе построение прототипа будет выполнено с целью дополнительного анализа модели бизнес-процессов НИУ ВШЭ-Пермь и симуляции хода их выполнения. В процессе создания прототипа будет выяснено, является ли качество моделей, построенных ранее, приемлемым, или они будут нуждаться в уточнениях и доработке. Более того построение прототипа тесно связано с аспектами автоматизации бизнес-процессов, что является конечной целью изучения и построения моделей любых процессов.
Концепция внедрения решения класса BPM предполагает следующие преимущества:
· Увеличение скорости выполнения бизнес-процессов. Реализуется за счёт регламентации и автоматизации некоторых шагов бизнес-процесса и внедрение временных рамок на исполнение шага экземпляра.
· Увеличение качества конечного продукта бизнес-процесса. Достигается путем прозрачности всего бизнес-процесса для всех его участников, регламентировании шагов и контролем с помощью средств мониторинга.
· Управление на основе показателей процесса. Показатели отображают всю информацию, такую как, время выполнения, затраты и нагрузку ресурсов, связанных с выполнением бизнес-процесса. Эти данные позволяют облегчить процесс оптимизации процесса, ввиду наличия реальных данных по каждому экземпляру.
· Гибкость. Все участники бизнес-процесса могут привлекаться для моделирования и постройки шагов в системе, причем это не требует специфичных знаний в области построения систем от непосредственных исполнителей.
Ввиду популярности BPM-систем в последнее время, на рынке представлено множество решений, позволяющих выполнить поставленную задачу. Во всех системах этого класса имеется поддержка моделей в нотации BPMN, так как именно на их основе строятся автоматизированные шаги для каждой конкретной организации. Сравнительный анализ был осуществлён по четырем системам, которые имеют наибольшую распространённость. Это российские системы «ELMA BPM» и «RunaWFE» и две зарубежные «Bizagi BPM Suite» и «Bonita BPM».
Первой рассматриваемой системой стало российское программное решение «ELMA BPM», последняя версия которой вышла в прошлом году. Её архитектура представлена на рис. 1.1.
Рисунок 1.1. Архитектура ELMA BPM 3.10.
Архитектура этой системы построена на трехуровневой модели, в которой выделяются следующие слои:
· Слой данных, обеспечиваемый сервером баз данных и файловым сервером. Как видно из рисунка, в системе реализована поддержка нескольких СУБД.
· Слой логики, обеспечиваемый с помощью сервера приложений.
· Слой отображения, обеспечиваемый клиентским программным обеспечением.
В ELMA BPM имеется собственный графический редактор «Дизайнер ELMA», который позволяет изобразить бизнес-процессы в нотации BPMN и произвести моделирование. Также дизайнер имеет инструменты проверки моделей на соответствие правилам языка описания моделей, импорта и экспорта моделей в универсальный формат XPDL. После этапа построения моделей необходимо их загрузить на сервер системы, после чего загруженные процессы могут исполняться в веб-интерфейсе.
Настройка полученной системы бизнес-процессов не требует специфичных знаний, большинство изменений можно внести с помощью мышки, благодаря обширному меню, позволяющему настроить автоматизации бизнес-процессов под нужды конкретной организации. Для реализации самых сложных сценариев ELMA предлагает использовать скрипты, которые пишутся на программном языке С#. Поддержка собственного программного кода на распространённом языке является еще одним преимуществом данной системы, поскольку иногда производители систем любят встраивать в свои решения собственные языки программирования, что приводит к повышению сложности работы с подобным программным обеспечением.
Дополнительным плюсами ELMA является возможность изменять процессы на ходу и сохранение истории изменений бизнес-процессов. Таким образом, не требуется останавливать работу по уже запущенным экземплярам в случае изменения модели, а также просмотреть все изменения, совершённые с момента создания. Можно отметить, что в системе имеются средства интеграции с большинством CRM-системами, в том числе с российской «1С: Предприятие».
У данной системы нет бесплатных версий, минимальная лицензия, которую предлагают разработчики - 67000 тыс. рублей на 10 пользователей. Дополнительным минусом можно назвать поддержку упрощенной версии BPMN, что делает невозможность автоматизацию процесса по модели, в которой имеются редкие элементы [1].
Следующей рассмотренной в рамках данной работой системой стала другая российская разработка - RunaWFE. В неё включены следующие компоненты:
· RunaWFE- сервер.
· Бот-станция.
· Web-интерфейс.
· Клиент-оповещатель о поступивших заданиях.
· Внутренний графический дизайнер бизнес-процессов.
· Симулятор бизнес-процессов.
На рис. 1.2 можно увидеть более подробную модель компонентов RunaWFE, и то каким образом эти части взаимодействуют между собой.
Рисунок 1.2. Механизм работы компонентов RunaWFE.
Отличительной особенностью RunaWFE является наличие бот-станций. С его помощью в системе можно сгенерировать автоматические отчёты, создавать файлы или осуществлять автоматическую рассылку.
Внутренний дизайнер RunaWFE также поддерживает нотацию BPMN и имеет симуляцию бизнес-процессов. Также имеется встроенная проверка моделей на соответствие правилам нотации. Однако работать в нем сложнее, чем в аналогичном инструменте от ELMA, иногда он может зависнуть или выдать сообщение об ошибке, при этом, не указывая её достоверную причину или возможные пути её устранения.
RunaWFE имеет огромное количество настроек, позволяющих адаптировать систему под отдельное предприятие. Для построения системы не требуется знаний языков программирования, если не требуется наличие сложных сценариев или скриптов. В случае необходимости запрограммировать определённые действия или сильно изменить системные настройки, требуется знания языка JAVA для скриптов и языка HTML для создания пользовательских форм, если желаемого результата нельзя достичь с помощью встроенного конструктора форм.
К дополнительным преимуществам BMP-системы RunaWFE можно отнести наличие полной документации по этой системе, обучающих примеров и уроков в открытом доступе на сайте компании на русском языке, её бесплатность, импорт и экспорт моделей в формат XPDL.
К основным минусам этого программного решения можно отнести неудобства работы с графическим редактором моделей и невозможность построения нескольких систем на одном локальном хосте [3].
Третьим изученным программным продуктом стала испанская Bizagi BPM Suite. Архитектура этой системы представлена на рис. 1.3. Это решение состоит из трех компонентов, выполняющих свои задачи:
· Bizagi Process Modeler - инструмент для построения бизнес-процессов, который применялся на этапе построения моделей. Стоить отметить, что в отличие от предыдущих программ, где построение моделей осуществлялось немного в упрощённом виде, этот инструмент имеет наиболее полный набор элементов.
· Bizagi Studio -- инструмент для автоматизации процесса. После загрузки моделей работа по настройке системы происходит в web-интерфейсе. Также здесь осуществляется контроль над исполнением бизнес-процессов.
· Bizagi BPM Server -- в нем непосредственно выполняются бизнес-процессы.
В случае необходимости внедрения специализированных настроек и сценариев, Bizagi BPM Suite позволяет применить сразу два распространённых языка программирования для решения подобного рода задач - C# и Java. Также имеется широкие возможности по интеграции с другими системами. Реализована возможность импорта и экспорта в формат XPDL [7].
К минусам BPM Suite можно отнести:
· Неудобный интерфейс для работы с пользовательскими формами и меньшую вариативность настроек системы по сравнению с аналогичными системы.
· Отсутствие русскоязычной версии документации по работе с данным продуктом.
· Полный комплект из трех компонентов обойдется в 100 долларов за каждого пользователя. Стоит отметить, что отдельно Bizagi Process Modeler является бесплатным.
Рисунок 1.3. Архитектура Bizagi BPM Suite
Последней рассмотренной системой стала французская Bonita Open Solution. Её архитектура представлена на рис. 1.4.
Рисунок 1.4. Архитектура Bonita BPM Studio.
Система также состоит из трех компонентов, аналогичных элементам Bizagi:
· Bonita Studio -- внутренний инструмент для моделирования и автоматизации бизнес-процессов.
· Execution Engine -- исполнитель бизнес-процессов.
· User Experience -- web-интерфейс для настройки работы системы.
Графический редактор Bonita Studio имеет достаточно полный набор элементов для описания нотаций в BPMN. Работа в нем очень удобна, поскольку он предоставляет возможность выполнять симуляцию и настройку бизнес-процессов в одном окне. Присутствует большая вариативность в настройке построенной BPM-системы, реализована возможность настраивать аналитические модули на портале. Данный программный продукт позволяет осуществлять интеграцию с другими сервисами и CRM-системами. В случае необходимости изменений программистом, Bonita поддерживает программные языки Java, JavaScript и Groovy.
Существенным минусом этого продукта является невозможность редактирования бизнес-процессов на ходу. В случае необходимости редактирования модели процесса, необходимо сначала завершить уже запущенные экземпляры и только потом менять модель. Это является серьезным недостатком для систем подобного класса, так как это усложняет работы по оптимизации. Еще одним отрицательным моментом является невозможность экспорта моделей в формат XPDL, однако импорт в данный формат присутствует. Также стоить отметить, что формально у этой системы есть русская версия, но, по отзывам пользователей, работа в ней проблематична из-за того, что не везде система распознает корректно кириллицу, из-за чего могут возникать ошибки [7].
Система Bonita BPM Suite платная, однако, информация о её стоимости в открытом доступе нет.
На табл. 1.2 представлена итоговая таблица сравнения BPM-систем.
Таблица 1.2. Сравнительная таблица BPM-систем
Критерий/Система |
ELMA BPM |
RunaWFE |
Bizagi BPM Suite |
Bonita |
|
Поддержка нотации BPMN |
Упрощенная |
Упрощенная |
Наиболее полная |
Полная |
|
Удобство работы в редакторе |
Высокое |
Среднее |
Высокое |
Высокое |
|
Возможность редактировать бизнес_процессы, когда запущены экземпляры |
Реализована |
Реализована |
Реализована |
Отсутствует |
|
Поддержка программных языков |
C# |
Java, HTML |
C#, Java |
Java, JavaScript, Groovy |
|
Импорт и экспорт в XPDL |
Реализован |
Реализован |
Реализован |
Только импорт |
|
Наглядность диаграмм |
Низкая |
Средняя |
Высокая |
Средняя |
|
Наличие русской версии |
+ |
+ |
- |
Имеется, но работа в ней проблематична |
|
Наличие документации в открытом доступе |
- |
+ |
- |
- |
|
Минимальная стоимость |
67 000 рублей на 10 мест |
Бесплатна |
100 долларов за место |
Не представлена в открытом доступе |
В результате изучения существующих BPM-систем было принято решение использовать программный продукт RunaWFE. Главными ее преимуществами является бесплатность и наличие полной документации по работе с RunaWFE на русском языке. Проблема поддержки упрощенной версии нотации BPMN не будет мешать построению системы на основе моделей, построенный во второй главе этой работы, так как в моделях не присутствуют элементы, который не поддерживает графический редактор RunaWFE.
2. Построение и моделирование бизнес-процессов
2.1 Описание плана работ по изучению процессов
Каждый бизнес-процесс в НИУ ВШЭ-Пермь регламентирован документами, которые можно найти на официальном сайте университета. В рамках данной курсовой работы будет спроектированы два процесса: «Восстановление студента, отчисленного по своей инициативе или инициативе НИУ ВШЭ» и «Предоставление скидок по оплате обучения по результатам обучения». Для построения моделей этих процессов в целях последующей симуляции с использованием различных сценариев, необходимо выполнить следующие действия:
1. Изучить документы, регулирующие выполнение бизнес-процессов.
2. Установить, какие документы используются в бизнес-процессе или являются результатом его выполнения.
3. Установить, кто являются владельцами бизнес-процессов.
4. Определить исполнителей шагов бизнес-процессов.
5. Установить входы бизнес-процессов и их конечные продукты.
6. Установить все шаги бизнес-процессов и их последовательность.
7. Определить все возможные варианты выполнения бизнес-процесса.
8. Определить приблизительное время выполнения бизнес-процесса.
9. Определить денежные затраты, уходящие на выполнение бизнес-процесса.
После выполнения вышеописанных действий, будет построена модель в нотации BPMN с помощью программы Bizagi Modeler. Следующей стадией будет создание сценариев для симуляции модели с помощью специального движка в Bizagi Modeler. На последнем этапе работы разработанные сценарии будут просимулированы для определения проблемных мест в модели бизнес-процессов или для проверки их эффективности.
2.2 Построение модели бизнес-процесса «Восстановление студента, отчисленного по собственному желанию, по инициативе НИУ ВШЭ или выход из академического отпуска»
2.2.1 Анализ бизнес-процесса
Документ, регулирующий выполнение бизнес-процесса: Положение о порядке восстановления студентов и допуска к учебному процессу в связи с выходом из академического отпуска.
Владелец бизнес-процесса: проректор НИУ ВШЭ Рощин Сергей Юрьевич. Владельцем бизнес-процесса называют должностное лицо, несущее ответственность за полученный в результате выполнения процесса результат и обладающее полномочиями для распоряжения ресурсами, необходимыми для выполнения процесса.
В этом бизнес-процессе задействованы следующие исполнители:
Студент.
Сотрудники отдела по сопровождению учебного процесса.
Аттестационная комиссия.
Руководитель образовательной программы.
Декан факультета.
Сотрудники общего отдела.
Сотрудники учебного отдела.
Сотрудники юридического отдела.
Главный бухгалтер НИУ ВШЭ-Пермь.
Заместитель директора НИУ ВШЭ-Пермь.
Начальник отдела управления организации учебного процесса.
Начальник отдела координации по работе со студентами.
Проректор.
На вход бизнес-процесса подается заявление студента о восстановлении, информация об его успеваемости до отчисления, сданных и несданных дисциплинах, а также данные о дисциплинарных взысканиях или их отсутствии.
Выходами бизнес-процесса являются в случае принятия положительного решения приказ о восстановлении студента и его индивидуальный учебный план (далее ИУП), в случае отказа результатом будет уведомление студента об отрицательном решении проректора.
Операции бизнес-процесса и их исполнители:
Студент заполняет заявление о восстановлении в учебном офисе.
Сотрудник учебного офиса проверяет правильность заполнения заявления, а также наличие права на восстановление у студента, согласно критериям, описанным в положении.
Сотрудники учебного офиса собирают пакет документов, состоящих из данных об успеваемости студента до его отчисления и уже изученных им дисциплин, рабочего учебного плана курса, на котором учился студент в момент его отчисления и рабочего учебного план курса, на который планируется восстановить студента, и передают аттестационной комиссии.
Аттестационная комиссия принимает решение о перезачёте студенту дисциплин изученных ранее, либо выводят их на переаттестацию.
Студент ознакамливается с решением аттестационной комиссии
Сотрудники учебного офиса на основании решения формируют ИУП студента. Если в учебных планах курса, на котором учился студент до своего отчисления, и курса, на котором его планируется восстановить нет различий, то ИУП составляется идентично рабочему плану этого курса.
Руководитель образовательной программы, на которую восстанавливается студент, утверждает ИУП.
Студент ознакамливается со своим ИУП.
Если студент восстанавливается на коммерческой основе, то сотрудники учебного офиса составляют договор об оказании платных образовательных услуг. В случае восстановления студентом на бюджетное место, этот шаг пропускается.
Пакет документов, состоящий из сканированной копии заявления, ИУП студента и договора об оказании платных образовательных услуг отправляются сотрудником учебного офиса на согласование в общий отдел.
Общий отдел проверяет правильность заполнения документов и согласовывает их. В случае отсутствия замечаний пакет документов передается декану факультета, в противном случае документы возвращаются в учебный офис для устранения замечаний.
Декан проверяет правильность заполнения документов и согласовывает их. В случае отсутствия замечаний пакет документов передается начальнику учебного отдела НИУ ВШЭ-Пермь, в противном случае документы возвращаются в учебный офис для устранения замечаний.
Начальник учебного отдела проверяет правильность заполнения документов и согласовывает их. В случае отсутствия замечаний пакет документов передается начальнику юридического отдела, в противном случае документы возвращаются в учебный офис для устранения замечаний.
Юрист проверяет правильность заполнения документов и согласовывает их. В случае отсутствия замечаний пакет передается главному бухгалтеру НИУ ВШЭ-Пермь, в противном случае документы возвращаются в учебный офис для устранения замечаний.
Главный бухгалтер проверяет правильность заполнения договора об оказании платных образовательных услуг, а также отсутствие у студента задолженностей. В случае отсутствия замечаний пакет передается заместителю директора НИУ ВШЭ-Пермь, в противном случае документы возвращаются в учебный офис для устранения замечаний.
Заместитель директора НИУ ВШЭ-Пермь проверяет правильность заполнения документов и отправляет пакет в Москву начальнику управления организации учебного процесса в случае отсутствия замечаний. Если обнаружены замечания, документы возвращаются в учебный офис для их устранения.
Начальник управления учебного процесса проверяет правильность заполнения документов и согласовывает их. В случае отсутствия замечаний пакет документов передается начальнику отдела координации по работе со студентами, в противном случае документы возвращаются в учебный офис для устранения замечаний.
Начальник отдела координации проверяет правильность заполнения документов и согласовывает их. В случае отсутствия замечаний пакет документов передается проректору для принятия решения о восстановлении, в противном случае документы возвращаются в учебный офис для устранения замечаний.
Проректор принимает решение, восстановить студента или нет, обосновывает своё решение и отправляет его в учебный офис.
Если решение отрицательное, учебный офис уведомляет студента о таком решении проректора и процесс заканчивается.
Если решение положительное, проректор подписывает приказ о восстановлении студента по шаблону из альбома унифицированных форм.
Учебный офис извещает студента лично, по телефону или электронной почте о положительном решении проректора и готовит приказ о восстановлении.
Временные рамки выполнения бизнес-процесса и его отдельных шагов:
Согласно положению ИУП должен быть готов через 3 рабочих дня с момента подачи студентом заявления. За эти три дня должны быть собраны данные об успеваемости студента на момент отчисления, текущий учебный план и учебный план курса, на котором студент учился ранее, а также проведено заявление аттестационной комиссий и получен протокол заседания, который учитывается при формировании ИУП.
После составления ИУП он должен быть утвержден руководителем образовательной программы и согласован со студентом в течение 3 рабочих дней.
На выполнение этапов согласования пакета документов для восстановления (шаги с 11-18) отводится 2 рабочих дня на каждый.
Проректор должен принять решение о восстановлении в течение 2 рабочих дней с момента поступления документов.
В случае принятия положительного решения проректором учебный офис в течение 3 дней должен подготовить приказ. В случае восстановления студента на коммерческую форму обучения, то отчёт идет с момента предоставлении квитанции в бухгалтерию об оплате обучения.
Возможные бизнес-условия:
Студент, отчисленный по инициативе НИУ ВШЭ, подал заявление спустя более 2 лет с момента своего отчисления.
Студент, отчисленный по инициативе НИУ ВШЭ, подал заявление спустя менее 2 лет с момента своего отчисления.
Студент, отчисленный по своей инициативе, подал заявление спустя более 5 лет с момента своего отчисления.
Студент, отчисленный по своей инициативе, подал заявление спустя менее 5 лет с момента своего отчисления.
Студент вышел из академического отпуска.
Возможные варианты завершения бизнес-процесса:
Студенту отказано в восстановлении, из-за того, что он подал заявление спустя более 5 лет с момента отчисления по собственному желанию или спустя более 2 лет в случае отчисления по инициативе НИУ ВШЭ.
Студенту, отчисленному по инициативе НИУ ВШЭ, отказано в восстановлении ввиду отсутствия места.
Студент не согласовал решение аттестационной комиссии, и процесс завершился, в восстановлении отказано.
Студент не согласовал ИУП, и процесс завершился, в восстановлении отказано.
Студент долго не оплачивал договор и вакантное место заняли.
Проректор отказал в восстановлении.
Проректор подписал приказ о восстановлении.
Документы, которые участвуют в бизнес-процессе:
Сведения об изученных студентом дисциплинах до отчисления.
Учебный план курса, на котором учился студент на момент отчисления.
Учебный план курса, на который планируется восстановить студента.
Протокол аттестационной комиссии.
Индивидуальный учебный план.
Заявление студента на восстановление.
Договор об оказании платных образовательных услуг (если студент восстанавливается на коммерческой основе).
Приказ о восстановлении.
Квитанция об оплате обучения (если студент восстанавливается на коммерческой основе).
На рис. 2.1 представлена организационная структура исполнителей, задействованных в этом бизнес-процессе.
Рисунок 2.1. Организационная структура
Матрица связности операций и элементов организационной структуры, отображающая исполнителей каждой операции в бизнес-процессе представлена ниже в табл. 2.1 и табл. 2.2.
Таблица 2.1. Матрица связанности операций и элементов организационной структуры
Операция \ Исполнитель |
Студент |
Отдел по сопровождению учебного процесса |
Аттестационная комиссия |
Руководитель образовательной программы |
|
Подать заявление |
+ |
- |
- |
- |
|
Проверить заявление студента |
- |
+ |
- |
- |
|
Собрать данные о студенте |
- |
+ |
- |
- |
|
Провести переаттестацию |
- |
- |
+ |
- |
|
Ознакомиться с протоколом переаттестации |
+ |
- |
- |
- |
|
Составить ИУП |
- |
+ |
- |
- |
|
Утвердить ИУП |
- |
- |
- |
+ |
|
Ознакомиться с ИУП |
+ |
- |
- |
- |
|
Составить договор об образовании платных образовательных услуг |
- |
+ |
- |
- |
|
Сообщить студенту решение ректора |
- |
+ |
- |
- |
|
Подготовить проект приказа |
- |
+ |
- |
- |
Таблица 2.2. Матрица связанности операций и элементов организационной структуры
Операция \ Исполнитель |
Общий отдел |
Декан факультета |
Учебный отдел |
Юрист |
Бухгалтерия |
Заместитель директора НИУ ВШЭ-Пермь |
Управление организации учебного процесса |
Отдел координации |
Проектор |
|
Согласование |
+ |
+ |
+ |
+ |
+ |
+ |
+ |
+ |
- |
|
Принятие решения о восстановлении |
- |
- |
- |
- |
- |
- |
- |
- |
+ |
Затраты на выполнение бизнес-процесса складывается на 2 категории: затраты самого процесса и оплата выполнения этапа исполнителем. На табл. 2.3 отображены почасовые оплаты исполнителей, участвующих в данном бизнес-процессе.
Таблица 2.3 Таблица зарплат исполнителей
Исполнитель |
Заработная плата в месяц |
Почасовая оплата |
|
Специалист отдела по сопровождению учебного процесса |
30 000 руб. |
188 руб. |
|
Член аттестационной комиссии |
60 000 руб. |
375 руб. |
|
Декан |
80 000 руб. |
500 руб. |
|
Сотрудник общего отдела |
30 000 руб. |
188 руб. |
|
Специалист учебного отдела |
30 000 руб. |
188 руб. |
|
Юрист |
45 000 руб. |
281 руб. |
|
Бухгалтер |
45 000 руб. |
281 руб. |
|
Заместитель директора НИУ ВШЭ-Пермь |
100 000 руб. |
568 руб. |
|
Начальник отдела управления учебным процессом |
80 000 руб. |
500 руб. |
|
Начальник отдела координации работы со студентами |
80 000 руб. |
500 руб. |
|
Проректор |
260 000 руб. |
1605 руб. |
На табл. 2.4 отображены стоимости шагов бизнес-процесса. Это величина включает оплату интернета, электроэнергии, водоснабжение, канцелярские принадлежности сотрудников и другие вещи.
Таблица 2.4. Временные и денежные затраты операций
Операция |
Среднее время выполнения |
Стоимость |
|
Проверить заявление студента |
5 минут |
5 рублей |
|
Собрать данные о студенте |
20 минут |
50 рублей |
|
Провести переаттестацию |
1 час |
100 рублей |
|
Ознакомиться с протоколом переаттестации |
15 минут |
0 рублей |
|
Составить ИУП |
45 минут |
150 рублей |
|
Утвердить ИУП |
10 минут |
5 рублей |
|
Ознакомиться с ИУП |
15 минут |
0 рублей |
|
Составить договор об образовании платных образовательных услуг |
15 минут |
100 рублей |
|
Отправить на согласование |
5 минут |
5 рублей |
|
Исправление замечаний |
20 минут |
25 рублей |
|
Согласование |
15 минут |
25 рублей |
|
Принять решение о восстановлении |
10 минут |
25 рублей |
|
Получить решение проректора |
5 минут |
5 рублей |
|
Подготовить проект приказа |
15 минут |
100 рублей |
Матрица связности между бизнес-событиями и операциями, отображающая, когда может закончиться бизнес-процесс, представлена в табл. 2.5.
Таблица 2.5 Матрица связности операций и бизнес-событий
Операция \ Бизнес событие |
Восстановление студента |
Отказ в восстановлении |
|
Подать заявление |
- |
- |
|
Проверить заявление студента |
- |
- |
|
Собрать данные о студенте |
- |
+ |
|
Провести переаттестацию |
- |
- |
|
Ознакомиться с протоколом переаттестации |
- |
+ |
|
Составить ИУП |
- |
- |
|
Утвердить ИУП |
- |
- |
|
Ознакомиться с ИУП |
- |
+ |
|
Составить договор об образовании платных образовательных услуг |
- |
- |
|
Согласование |
- |
- |
|
Принятие решения о восстановлении |
+ |
+ |
|
Сообщить студенту решение ректора |
- |
- |
|
Подготовить проект приказа |
- |
- |
Матрица связности между бизнес-событиями и бизнес-условиями представлена в табл. 2.6.
Таблица 2.6 Матрица связности бизнес-событий и бизнес-условий
Бизнес-условие \ Бизнес-событие |
Восстановление студента |
Отказ в восстановлении |
|
Студент отчислился по собственному желанию менее 5 лет назад |
+ |
- |
|
Студент отчислился по собственному желанию более 5 лет назад |
- |
+ |
|
Студент ушел в академический отпуск |
+ |
- |
|
Студент был отчислен по инициативе НИУ ВШЭ менее 2 лет назад, есть места на коммерческой основе |
+ |
+ |
|
Студент был отчислен по инициативе НИУ ВШЭ менее 2 лет назад, нет мест на коммерческой основе |
- |
+ |
|
Студент был отчислен по инициативе НИУ ВШЭ более 2 лет назад |
- |
+ |
|
Студент не протокол аттестационной комиссии |
- |
+ |
|
Студент не согласовал учебный план |
- |
+ |
|
Студент не оплатил договор |
- |
+ |
Матрица связности документов, задействованных в бизнес-процессе, и операций представлена в табл. 2.7.
Таблица 2.7 Матрица связности документов и операций бизнес-процесса
Операции БП \ Документы |
Заявление на восстановление |
Сведения об успеваемости студента до отчисления |
РУП студента до отчисления |
Протокол аттестационной комиссии |
ИУП студента |
Договор о предоставлении платных образовательных услуг |
Приказ ректора |
|
Подать заявление |
+ |
- |
- |
- |
- |
- |
- |
|
Проверить заявление студента |
+ |
- |
- |
- |
- |
- |
- |
|
Собрать данные о студенте |
- |
+ |
+ |
- |
- |
- |
- |
|
Провести переаттестацию |
- |
+ |
+ |
+ |
- |
- |
- |
|
Ознакомиться с протоколом переаттестации |
- |
- |
- |
+ |
- |
- |
- |
|
Составить ИУП |
- |
- |
- |
+ |
+ |
- |
- |
|
Утвердить ИУП |
- |
- |
- |
- |
+ |
- |
- |
|
Ознакомиться с ИУП |
- |
- |
- |
- |
+ |
- |
- |
|
Составить договор об образовании платных образовательных услуг |
- |
- |
- |
- |
+ |
+ |
- |
|
Согласование |
+ |
- |
- |
+ |
+ |
+ |
- |
|
Принятие решения о восстановлении |
+ |
- |
- |
+ |
+ |
+ |
- |
|
Сообщить студенту решение ректора |
- |
...
Подобные документы
Рассмотрение особенностей структурного разбиения предметной области. Характеристика функциональной и информационной модели бизнес-процессов предметной области. Построение IDEF0- и IDEF1Х-модели заданной предметной области с помощью пакета Design/IDEF.
контрольная работа [486,5 K], добавлен 08.06.2019Создание образа компании. Построение комплексной модели "AS IS". Разработка организационной, функциональной структуры и матрицы ответственности. Анализ бизнес-процессов и DFD-моделей. Построение комплексных моделей "TO BE" для бизнес-инжиниринга компании.
контрольная работа [1,5 M], добавлен 25.12.2015Разработка стратегии и выбор способа автоматизации задачи снабжения для предприятия. Построение функциональной модели бизнес-процессов предметной области. Создание программного средства "1С: Конфигурация ОМТС" для оптимального решения задач снабжения.
дипломная работа [7,2 M], добавлен 12.04.2012Процессы внутреннего документооборота производственного предприятия. Управление организационно-распорядительной документацией. Построение модели TO BE на основе предложений по усовершенствованию процессов в рамках системы электронного документооборота.
дипломная работа [970,9 K], добавлен 22.01.2016Описание бизнес-процессов транспортной компании ООО "Сильные машины". Построение модели "AS-IS" использования действующей информационной системы при работе с заявкой заказчика. Расчет совокупных доходов от владения выбранной информационной системой.
дипломная работа [4,5 M], добавлен 09.06.2017Характеристика и назначение лечебно-профилактического учреждения. Бизнес-процессы санаторно-курортного комплекса. Построение логического и физического уровня информационной модели бизнес-процесса санатория. Программная реализация в Erwin Data Modeler.
курсовая работа [891,1 K], добавлен 30.05.2015Характеристика и организационная структура компании. Описание ее бизнес-процессов. Разработка модели организации различных видов работ, осуществляемых в магазине при помощи BPWin. Ее стоимостной анализ. Построение логической диаграммы процессов в ERWin.
курсовая работа [1,2 M], добавлен 11.04.2015Анализ текущих бизнес-процессов при работе букмекерской конторы. Построение функциональных моделей предметной области и диаграмм потоков данных. Основные меры по реорганизации бизнес-процессов и разрешению противоречий. Разработка мобильных приложений.
курсовая работа [246,0 K], добавлен 10.01.2014Обзор программных продуктов для службы экспресс-доставки. Анализ бизнес-процессов в системе, формулировка функциональных и эксплуатационных требований. Декомпозиция системы и построение диаграммы иерархии функций. Построение инфологической модели данных.
курсовая работа [474,8 K], добавлен 20.07.2014Состязание между игроками с использованием компьютерных технологий. Применение имитационного моделирования для разработанных бизнес-процессов киберспортивного портала. Построение модели публикации новости, регистрации на турнир и вступления в команду.
курсовая работа [2,4 M], добавлен 11.02.2017Определение комплекса задач для автоматизации бизнес-процессов отдела по работе с клиентами и склада ООО "ЖилРемСтрой". Выбор стратегии автоматизации и формализация программной задачи. Разработка программного модуля в среде 1C, его тестирование, отладка.
дипломная работа [3,2 M], добавлен 28.01.2013Описание общих закономерностей функционирования организации. Изучение структуры предприятия, определение функций его подразделений и основных бизнес процессов. Разработка клиент-серверной системы по автоматизации получения и обработки заявок от абонентов.
курсовая работа [1,8 M], добавлен 02.10.2011Сравнительный анализ гостиничных информационных систем. Анализ и выбор CASE-средств для моделирования бизнес-процессов. Визуальная и математическая модели предметной области, выбор архитектуры и платформы информационной системы, построение базы данных.
дипломная работа [1,4 M], добавлен 20.07.2014Анализ информационной системы салона сотовой связи. Разработка модели бизнес-процессов учебной информационной системы. Создание справочников и их заполнение, документов и их программного кода. Порядок разработки регистров, трех видов планов и отчетов.
курсовая работа [1,4 M], добавлен 05.06.2013Анализ бизнес-процессов предприятия. Определение сущностей и связей между ними. Создание таблиц, запросов, отчетов и форм. Построение логической модели информационной системы. Разработка программного обеспечения. Инструкция по использованию базы данных.
дипломная работа [3,1 M], добавлен 16.08.2015Описание существующей организации бизнес и информационных процессов компании. Построение модели "как есть" и "как будет". Математическое, функциональное, информационное, программное и техническое обеспечение автоматизированной информационной системы.
курсовая работа [5,3 M], добавлен 30.04.2015Общая иерархическая структура бизнес-процессов отдела. Консультация по телефону "как есть" в нотации BPMN. Архитектура разработанной системы, включающей подсистемы, обеспечивающие реализацию перечисленных функций. Бизнес-процесс "Встреча гостей".
курсовая работа [1,1 M], добавлен 04.08.2017Создание модели бизнес-процессов "Распродажа" в ВPwin. Цели и правила распродажи. Прогнозирование бизнес-процессов ППП "Statistica". Методы анализа, моделирования, прогноза деятельности в предметной области "Распродажа", изучение ППП VIP Enterprise.
курсовая работа [2,4 M], добавлен 18.02.2012Описание разработки универсального языка для моделирования учебных бизнес-процессов в рамках проекта по разработке "Студии компетентностных деловых игр". Создание графа метамодели и визуальных представлений объектов. Модель точки принятия решения.
отчет по практике [3,7 M], добавлен 08.10.2014Характеристика деятельности ООО "ЖилРемСтрой", его организационная структура. Разработка проекта автоматизации бизнес-процессов предприятия с помощью программы "1С". Контрольный пример реализации проекта. Расчет экономической эффективности автоматизации.
дипломная работа [3,7 M], добавлен 29.01.2013