Бизнес процесс сдачи экзамена

Задание для самостоятельной работы

Разработайте бизнес-процесс сдачи экзамена «Пример 4-2«, схема которого изображена на
рис.
8.35.

Роль «Студент» должна быть инициализирована стартовым узлом, а роль «Преподаватель» — отношением «Преподаватель«, примененным к роли «Студент» (см. предыдущие занятия). Роль «Старший_преподаватель» должна быть инициализирована группой «Преподаватели«.

В бизнес-процессе должны быть следующие переменные.

Переменные типа «Строка«:

• Предмет
• Комментарий
• Комментарий-преподавателя
• Место_экзамена
• Вопрос_по_теории
• Ответ_на_вопрос_по_теории
• Комментарий_по_теории
• Задача
• Решение_задачи
• Комментарий_по_задаче
• Комментарий_старшего_преподавателя

Переменные типа «Дата-время«:

• Дата-время экзамена

Переменные типа «Целое«:

• Оценка_за_теорию
• Оценка_за_задачу
• Итоговая_оценка

В стартовой форме бизнес-процесса должны быть введены следующие переменные:

• Предмет
• Комментарий

Переменная «Предмет» должна быть обязательной, Комментарий — не обязательной. На длину переменной «Предмет» должно быть наложено ограничение в 50 символов, на длину переменной Комментарий — в 200 символов. Поле для ввода переменной «Предмет» должно быть однострочным, а поле для ввода переменной «Комментарий» — многострочным с количеством колонок — 20 и количеством строк — 5.

В форме узла-действия «Принять решение о допуске студента к экзамену» должно быть выведено значение роли «Студент«, а также выведены значения переменных, введенных на стартовой форме. На форме должен быть ввод переменной «Комментарий-преподавателя» в виде многострочного поля с количеством колонок — 20 и количеством строк — 5. На длину переменной «Комментарий-преподавателя» должно быть наложено ограничение в 200 символов. Ввод переменной «Комментарий-преподавателя» должен быть необязательным.

В узлах «Ознакомиться с недопуском к экзамену» и «Ознакомиться с получением экзамена автоматом» должно быть выведено значение роли «Преподаватель«, а также значения всех веденных в бизнес-процесс переменных.

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

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

На переменную «Место_экзамена» должны быть наложены следующие ограничения: поле должно быть обязательно для ввода, длина вводимого в переменную текста не может превышать 100 символов.

В форме узла-действия «Сформулировать теоретический вопрос» должно быть выведено значение роли «Студент«, а также значения всех веденных в бизнес-процесс переменных. На форме должен быть ввод переменной «Вопрос_по_теории» в виде многострочного поля с количеством колонок — 20 и количеством строк — 5. На длину вводимого в переменную текста должно быть наложено ограничение в 300 символов. Ввод значения этой переменной должен быть обязательным.

Форма узла-действия «Сформулировать задачу» должна быть подобна форме узла-действия «Сформулировать теоретический вопрос«, только вместо переменной «Вопрос_по_теории» на форме должна вводиться переменная «Задача«.

В формах узлов-действий «Написать ответ на теоретический вопрос» и «Написать решение задачи» должны быть введены соответственно переменные «Ответ_на_вопрос_по_теории» и «Решение_задачи«. Вывод переменных и ограничения должны быть аналогичны ранее описанным формам.

В формах узлов-действий «Написать ответ на теоретический вопрос» и «Написать решение задачи» должны быть введены соответственно переменные «Ответ_на_вопрос_по_теории» и «Решение_задачи«. Вывод переменных и ограничения должны быть аналогичны ранее описанным формам.

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

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

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

В узлах-действиях «Ознакомиться с необходимостью пересдачи экзамена» и «Ознакомиться с необходимостью пересдачи экзамена» должны быть введены значения всех введенных в бизнес-процесс переменных и значения всех ролей.

Узел-действие «Внести данные в учетную систему» и соответствующая задача боту настраиваются аналогично тому, как это было сделано в бизнес-процессе «Пример 4-1«.

После разработки бизнес-процесса «Пример 4-2» загрузите его на RunaWFE сервер и выполните под разными пользователями. Добейтесь прохождения точек управления по всем возможным маршрутам. Проверьте выполнение ограничений и работу бота.

Требования к представлению результатов занятия

В результате выполнения лабораторной работы должны быть представлены преподавателю отчет и файлы «Пример4-1.par» и «Пример4-2.par«, содержащие разработанные на занятии бизнес-процессы.

В отчете должны содержаться следующие выходные данные:

1. Цель
2. Скриншоты основных действий, совершенных на занятии, с пояснениями
3. Скриншоты, содержащие маршруты точек управления для экземпляров бизнес-процессов, доведенных до завершения
4. Скриншоты, содержащие созданные на занятии роли, переменные, настройки ботов, основные формы и их ограничения
5. Выводы

Контрольные вопросы

1. Что такое перспектива операций?
2. Что такое бот-станция?
3. Как используется в бизнес-процессе определенное в бот-станции задание для бота?
4. Можно ли в форме бизнес-процесса ввести ограничение, в соответствии с котором одна вводимая в форму дата обязательно должна быть больше другой?

Моделирование бизнес-процессов подсистемы приема-сдачи экзаменов в вузе

Ольга Валентиновна Федорова доцент, к.пед.н., зав. кафедрой информационных технологий, НОУ ВПО Академия управления «ТИСБИ», ул. Муштари, 13, г. Казань, 420013, (843)238 68 56 fюdorova olga@rambler.ru

Аннотация

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

The article describes business process modeling against examination subsystem. The example is illustrated with class diagram for point creation use case. This model is implemented using Rational Rose. The information system allows user to examine student, to get aggregated statistics about study efficiency and students’ knowledge, to plan exams’ schedule for institute.

Ключевые слова

Бизнес-процесс, CASE-средство Rational Rose, системный подход, проект. Business process, CASE-means of Rational Rose, systems approach, project.

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

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

В статье представлены описания бизнес-процессов системы приема-сдачи экзаменов в вузе на примере подсистемы кафедры. В качестве языка объектной модели используется язык UML и средство реализации Rational Rose.

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

модели. Аналитики, специалисты по моделированию, разработчики, т.е. участники проекта — могут использовать модели, построенные в Rational Rose, для большей эффективности создания конечного продукта [2].

Создание проекта в среде Rational Rose основано на методологии RUP. Основу RUP составляет структурированный подход к итерационной разработке программного обеспечения. Процесс создания информационного проекта подразделяется на четыре основные фазы: Inception (исследование, начало), Elaboration (уточнение плана), Construction (конструирование, построение) и Transition (переход, развертывание) [1,3].

Студенты факультета информационных технологий НОУ ВПО Академии управления «ТИСБИ» активно используют данные методологию и CASE-средство в курсовом и дипломом проектировании [4,5].

Рассмотрим один из проектов, отражающий применение CASE-средства Rational Rose.

В ходе выполнения проекта были выделены следующие сущности:

Ректор —

Непосредственное управление высшим учебным заведением осуществляется ректором.

Кафедра (Зав. Кафедрой) —

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

Заведующий кафедрой:

— несёт персональную ответственность за организацию учебной, методической, научной работы на кафедре;

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

квалификационной работы и госэкзамена;

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

Преподаватель — ведет оценочный контроль студентов на протяжении семестра (практика лаб. работы) принимает зачеты, экзамены.

Закреплен за кафедрой.

Студент — проходит обучение; сдает контрольные точки; ведет контроль своей успеваемости.

Были выделены следующие бизнес процессы.

• Анализ основной и дополнительной сессии; анализ работы

преподавателей.

• Формирование расчет графиков основной и дополнительной сессии.

• Формирование приказа отчисления/перехода (на след. курс)

студентов.

• Определение контрольных точек по дисциплинам

• Сдача экзаменов дистанционным образом.

• Выдача отчетов. Сохранение информации о пройденных

дисциплинах за каждым студентом.

Для примера реализации модели был выбрана подсистема кафедры. При реализации использованы следующие средства:

• СУБД InterBase

• IDE Delphi

• PHP

• JavaScript

• HTML

• CSS

• СУБД MySQL

Рассмотрим действия каждой сущности модели:

Ректор —

• Формирует приказ о переводе студента на следующий курс.

• Формирует приказ об отчислении студента за неуспеваемость.

• Принимает график зачетов/ экзаменов основной сессии.

• Отменяет график зачетов/экзаменов основной сессии.

• Принимает график зачетов/ экзаменов дополнительной сессии.

• Отменяет график зачетов/экзаменов дополнительной сессии.

• Принимает (подтверждает) экзаменационные ведомости.

Кафедра (Зав. Кафедрой) —

• Производит анализ экзаменационной сессии на основе оценки работы преподавателей и знаний студентов;

• Формирует график зачетов/экзаменов основной сессии с последующей передачей на подтверждения ректору;

• Формирует расписание контрольных точек по предмету и тип контрольных точек;

• Формирует график зачетов/экзаменов дополнительной сессии с последующей передачей на подтверждение ректору;

• Формирует экзаменационные ведомости с последующей передачей на подтверждение ректору.

Преподаватель —

• Принимает экзамены у студентов обучающихся дистанционно.

• Ставит отметки в день контрольной точки по предмету.

• Заполняет ведомость, проставляя оценки за экзамен/зачет.

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

• Просматривает график зачетов/экзаменов/консультаций, которые принимает.

Студент —

• Проверяет задолженности.

• Проверяет статистику успеваемости.

• Сдает экзамены, если учится дистанционно.

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

• Просматривает график контрольных точек, назначенных кафедрами по конкретным дисциплинам.

Рассмотрим каждый бизнес процесс подробнее.

Анализ основной и дополнительной сессии; анализ работы преподавателей.

Статистическая информация, собирается после завершения основной сессии в виде отчета. После дополнительной сессии данный бизнес процесс помогает разобраться в том, какие моменты были упущены в образовательном процессе; какие предметы вызывают затруднение; дает возможность оценки преподавательской работы со студентами. Как следствие — последующая выработка и принятие решения кафедрой о шагах, направленных на улучшение ситуации. Так же решает задачу ранжирования студентов по ЗУН; формирования расчета графиков дополнительной сессии.

Формирование расчета графиков основной и дополнительной сессии.

Формируются списки отличников, ударников и неуспевающих студентов; представляется информация по неуспевающим студентам и не сданным предметам; согласуется с преподавателями время и место проведения экзаменов и консультации; учитывается интервал времени начала и окончания

основной/дополнительной сессии.

Формирование приказа об отчислении/перехода на следующий курс студентов.

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

Определение контрольных точек по дисциплинам

Задача, решаемая кафедрой. Принимается решение по каждой дисциплине о включении или исключении того или иного типа контроля по данной дисциплине.

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

На диаграмме, представленной на рис. 1 отображено взаимодействие классов для реализации варианта использования формирования контрольных точек. Класс интерфейса FormSubDepartment. Управляющий класс ControlSubDepartment. Классы-сущности (таблицы будущей базы данных): ControLPoints и TeachingPlane. Все классы соединены связями ассоциаций.

Рис.1. Диаграмма классов для варианта использования формирования контрольных точек.

Рис. 2. Форма варианта использования формирование контрольных точек

Сдача экзаменов дистанционным образом.

Выдача отчетов. Сохранение информации о пройденных дисциплинах за каждым студентом.

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

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

Литература

1. Бергстрем С., Роберг Л. Rational Unified Process — путь к успеху. Руководство по внедрению RUP. — М.: К….- ОБРАЗ, 2004.

2. Полис Г., Огастин Л., Лоу К., Мадхар Д. Разработка программных проектов на основе Rational Unified Process (RUP). — М.: ООО «Бином-Пресс», 2005.

3. Практическое руководство к Своду знаний по управлению проектами Американского Проектного Института (PMI PMBOK). Третье издание. (Американский национальный стандарт ANSI/PMI 99-001-2004)

4. Проектирование информационных систем: Учебно-методическое

пособие / О.В. Федорова. — Казань: НОУ ВПО Академия управления «ТИСБИ», 2007.

5. Федорова О.В. Из опыта дипломного проектирования студентов специальности <Прикладная информатика в экономике> факультета информационных технологий Академии управления <ТИСБИ> // Восточноевропейская секция журнала «Образовательные технологии и общество». — 2009.

— №4. — С. 467-472.

Введение

Экзамен играет важную роль в жизни выпускника средней школы. Зачастую, от итогов экзамена зависит куда пойдет выпускник. Именно поэтому, многие ученики упорно готовятся к сдаче экзамена, так как для многих вузов требуются высокие баллы для поступления. Для этого выпускники выполняют следующие действия, представленные на рис. 1. Весь бизнес-процесс был выполнен в системе ARIS путем разработки диаграммы потоков работ в нотации eEPC. Модели, построенные в этой нотации, позволяют довольно эффективно изучать и анализировать бизнес-процессы. На одной схеме можно увидеть не только порядок выполняемых процессов, но и события, которые управляют развитием процесса, документы, информационные системы, ресурсы, персонал и т.д. Несмотря на то, что базовый набор знаков нотации невелик, существует большое количество возможностей для моделирования любого процесса. Логика построения весьма проста и понятна.

Ключевые термины

Абитуриент [1] — выпускник средней школы. Человек, поступающий в высшее или специальное учебное заведение.

Экзамен [2] — итоговая форма оценки знаний. В учебных заведениях проводятся во время экзаменационных сессий.

ARIS [3] — методология и тиражируемый программный продукт для моделирования бизнес-процессов организаций.

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

Описание процесса

Сначала, абитуриент подходит к определенной аудитории.

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

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

Когда абитуриент выполнил все задания и сдал свой билет преподавателю, то после окончания всего процесса, начинается проверка.

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

Лишь после этого абитуриенту сообщают итоговые баллы и подтверждают возможность поступления в вуз из-за достаточно набранных баллов.

Рисунок 1 — Диаграмма eEPC «Абитуриент сдает экзамен»

Заключение

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

Список используемых источников

Абитуриент [Электронный ресурс]. URL: http://surl.li/kmar (Дата обращения 02.02.2021)

Экзамен [Электронный ресурс]. URL: http://surl.li/kmav (Дата обращения 02.02.2021)

Википедия [Электронный ресурс]. URL: https://ru.wikipedia.org/wiki/ARIS (Дата обращения 02.02.2021)

Организация эффективного управления [Электронный ресурс]. URL:https://rzbpm.ru/knowledge/samye-populyarnye-notacii-opisaniya-i-modelirovaniya-biznes-processov.html (Дата обращения 02.02.2021)

Хабр [Электронный ресурс].URL:https://habr.com/ru/company/trinion/blog/322832/ (Дата обращения 02.02.2021)

Пройдите в браузере в приложение RunaWFE (облачную версию RunaWFE) по ссылке https://cloud.runawfe.ru/. Создайте свою компанию.

Замечание. Пользователь Administrator создаётся при создании компании автоматически с паролем по умолчанию — «wf». В дальнейшем, зайдя в веб-приложение, можно установить свой пароль пользователя Administrator (в настройках пользователя — пункт меню «Исполнители»).

Зайдите под учётной записью Administrator (Подробнее см. «Практикум. Вводное занятие», Раздел 4.2, Подготовка к выполнению работы, Пункт 1, Рис.4.01).

Появится окно веб-приложения.

Перейдите к списку исполнителей, щёлкнув по ссылке «Исполнители» в левой части экрана.

Создайте следующих пользователей (Подробнее см. «Практикум. Вводное занятие», Раздел 4.2, Подготовка к выполнению работы, Пункты 2,5-6, Рис.4.03,4.05-4.06):

• Бабочкин (Бабочкин Николай Александрович)
• Стрекозин (Стрекозин Александр Николаевич)
• Мотыльков (Мотыльков Иван Петрович)
• Мухин (Мухин Петр Иванович)
• Гусеницын (Гусеницын Михаил Васильевич)
• Личинкин (Личинкин Василий Федорович).

Пример учётных записей пользователей представлен на рисунке 3.01.

Задайте для каждого введённого пользователя пароль (предлагается задать для всех пользователей пароль «123»). Для этого надо щёлкнуть на имя пользователя — откроются свойства пользователя. Далее в разделе «Пароль» надо ввести пароль в поле «Новый пароль», повторить ввод пароля в поле «Повторите пароль» и выбрать в этом же разделе на кнопку «Применить» (См. Рис. 3.02).

Создайте группы:

• Кафедра
• Группа МИБ-1
• Преподаватели

(Подробнее см. «Практикум. Вводное занятие», Раздел 4.2, Подготовка к выполнению работы, Пункты 2-4, Рис.4.03-4.04). Добавьте всех созданных пользователей в группу «Кафедра».

Добавьте пользователей

• Бабочкин
• Стрекозин

в группу «Преподаватели».

Добавьте пользователей

• Гусеницын
• Личинкин
• Мотыльков
• Мухин

в группу » Группа МИБ-1″.

Перейдите к пункту меню «Отношения» по ссылке «Отношения» в левой части экрана (См. раздел «Стандарты и концепции, связанные с СУБПиАР», пункт «Использование бинарных отношений для упрощения инициализации ролей»).

Создайте отношение «Преподаватель». Выберите ссылку «Создать отношение» (Рис.3.03).

В появившейся форме введите имя отношения («Преподаватель») и необязательное описание (Рис.3.04). После этого выберите кнопку «Создать».

Выберите мышью имя созданного отношения на странице «Отношения» (Рис.3.05).

В появившейся форме щёлкните по ссылке «Создать пару». В левой части пары выберите пользователя «Бабочкин», в правой части пары выберите пользователя «Мотыльков» (См. Рис. 3.06). Это будет означать, что пользователь Бабочкин является преподавателем, ответственным за студента Мотылькова.

Создайте пары, соответствующие следующей таблице ответственных за студентов преподавателей (См. Рис. 3.07).

Отношение «Преподаватель»

Преподаватель	Студент
Бабочкин	Мотыльков
Бабочкин	Мухин
Стрекозин	Гусеницын
Стрекозин	Личинкин

Отношение «Преподаватель» создано, значения отношения заданы.

Перейдите на страницу «Редактор процессов», используя одноимённую ссылку в навигаторе. Появится окно среды разработки.

Создайте новый проект — «Занятие 02».

Создайте новый бизнес-процесс с названием «Пример 02-1».

Поместите на схему бизнес-процесса узел-начало бизнес-процесса, узлы-действие и узел-окончание согласно рисунка (Подробнее см. «Практикум. Вводное занятие», Раздел 4.2, Подготовка к выполнению работы, Пункт 12, Рис.4.10). Назовите узел-начало — «Направить просьбу о зачете», остальные узлы — согласно рисунка.

Бизнес-процесс будет соответствовать принятию решения Преподавателем о зачете/не зачете (Роль преподавателя будет задаваться отношением Преподаватель(студент)).

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

Замечание. Если требуется «изогнуть» линии-переходы, то надо в режиме «Выбрать» выделить щелчком переход, найти в середине прямолинейного участка зелёный маркер и далее «тащить» этот маркер мышкой в нужном направлении. Линия будет «изгибаться» (Подробнее см. «Практикум. Вводное занятие», Раздел 4.2, Подготовка к выполнению работы, Пункт 14, Рис.4.13).

Введите названия для переходов из узла «Рассмотреть просьбу о зачете», в котором будет осуществляться выбор: Щёлкните на переходе правой кнопкой мыши и в выпавшем меню выберите пункт «Properties». Далее в графе «name» следует прописать значение «Удовлетворить». Выделите второй переход, выходящий из узла, в котором будет осуществляться выбор, замените значение имени перехода по умолчанию на значение «Отказать» (Подробнее см. Практическое занятие «Изучение перспективы потока управления», Раздел 2.1, Порядок выполнения работы, Пункт 7, Рис. 2.04).

Создайте две роли — «Студент» и «Преподаватель» (Подробнее см. «Практикум. Вводное занятие», Раздел 4.2, Подготовка к выполнению работы, Пункт 16, Рис.4.16).

Роль «Студент» оставьте без инициализатора, эта роль будет инициализирована узлом-началом, то есть на роль «Студент» в экземпляре бизнес-процесса будет назначен пользователь, запустивший этот экземпляр бизнес-процесса.

Инициализируйте роль «Преподаватель» отношением «Преподаватель», примененным к роли «Студент»: для роли «Преподаватель» в списке ролей на вкладке «roles» выберите кнопку «Edit» .

В появившейся форме выберите радиобатон «Assign this role by relation». В поле «Relation name» введите название отношения «Преподаватель». В качестве параметра отношения в поле «Relation param» выберите роль «Студент». Для фиксации результата выберите кнопку «Update».

Определение роли отношением будет отражено на вкладке roles.

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

Свяжите роль «Студент» с узлом-началом, а также узлами «Ознакомиться с положительным решением преподавателя» и «Ознакомиться с отрицательным решением преподавателя». Свяжите роль «Преподаватель» с узлом-действием «Рассмотреть просьбу о зачете» в соответствии с рисунком «Схема бизнес-процесса «Пример 02-1».

Бизнес-процесс готов.

Загрузите разработанный бизнес-процесс в раздел «Запустить процесс». Это можно сделать, щёлкнув процесс правой кнопкой и выбрав в выпавшем меню команду «Deploy» или используя «Export PAR» для выгрузки в файловую систему и ссылку «Загрузить определение процесса» на вкладке «Запустить процесс».

На странице «Запустить процесс», проверьте, что бизнес-процесс «Пример 02-1» появился в системе.

Выберите ссылку «Выход» в правой верхней части экрана.

Войдите снова в систему как пользователь «Мухин».

Замечание. При заведении пользователя «Мухин» было предложено установить для него пароль — «123».

Выберите пункт меню «Запустить процесс».

Запустите экземпляр бизнес-процесса под пользователем «Мухин» — щёлкните иконку запуска или имя бизнес-процесса.

В верхней части экрана появится надпись «Экземпляр процесса запущен», рядом с которой будет находиться номер запущенного бизнес-процесса.

Выберите пункт меню «Запущенные процессы». Найдите в появившемся окне строку, соответствующую запущенному экземпляру бизнес-процесса — в ней число в поле «Номер» должно совпадать с тем, которое было отображено в сообщении о запуске экземпляра процесса.

Выберите номер бизнес-процесса в этой строке. Откроется форма экземпляра бизнес-процесса. В верхней части формы видно, что на роль «Студент» назначен пользователь «Мухин», а на роль «Преподаватель» назначен пользователь «Бабочкин».

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

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

Выберите ссылку «Выход» в правом верхнем углу окна приложения (Рис.3.18). Войдите в систему под пользователем «Бабочкин» (При заведении пользователя было предложено установить для него пароль — «123»). В появившейся форме найдите задание «Рассмотреть просьбу о зачете».

Выберите название задания «Рассмотреть просьбу о зачете» в поле «Имя».

Рисунок 3.18. Задание «Рассмотреть просьбу о зачёте»

Появится форма, содержащая сообщение «Форма задания не определена: Рассмотреть просьбу о зачёте» (что означает — «Для узла «Рассмотреть просьбу о зачёте» не была определена графическая форма»). Форма также содержит две кнопки: «Отказать» и «Удовлетворить», соответствующие выбору исходящего из узла перехода.

Выберите кнопку «Удовлетворить» (Примете решение — удовлетворить просьбу студента). В верхней части экрана появится сообщение «Задание выполнено». После этого точка управления перейдет в следующий узел бизнес-процесса.

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

Выберите ссылку «Выход» (Рис.3.20). Войдите в систему под пользователем «Мухин». Выполните задание «Ознакомиться с положительным решением преподавателя».

После этого точка управления перейдет в узел-окончание и экземпляр бизнес-процесса будет завершен.

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

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

Войдите в систему как пользователь «Личинкин» (При заведении этого пользователя было предложено установить пароль — «123»).

Запустите экземпляр бизнес-процесса «Пример 02-1» под этим пользователем.

Найдите в меню «Запущенные процессы» создавшийся экземпляр бизнес-процесса. Откройте его свойства, проверьте, что отношение «Преподаватель», применённое к пользователю «Личинкин», инициализировало роль «Преподаватель» пользователем «Стрекозин».

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

Снова войдите в систему как пользователь «Личинкин». Выполните задание «Ознакомиться с отрицательным решением преподавателя».

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

Задания для самостоятельной работы

Пример 02-2

На основе бизнес-процесса «Пример 02-1» разработайте бизнес-процесс «Пример 02-2», схема которого изображена на рисунке «Схема бизнес-процесса «Пример 02-2″».

Бизнес-процесс «Пример 02-2» надо получить из бизнес-процесса «Пример 02-1» путем копирования, добавления элементов «Разделение» и «Слияние» и ещё одного узла-действия. Оба элемента «Разделение» и «Слияние» построены на одном и том же узле типа «Параллельный шлюз». Но «Разделение» всегда имеет больше одного исходящего перехода, «Слияние» же всегда имеет только один исходящий переход (Подробнее см. Практическое занятие «Изучение перспективы потока управления», Раздел 2.2, Задания для самостоятельной работы, Подраздел 2.2.1, Пример 01-2).

В рамках этой работы заведите в системе пользователя

   • Бражникова (Бражникова Ольга Иосифовна)

с паролем «123». Cоздайте группу «Администрация курса». Добавьте пользователя «Бражникова» в группы «Кафедра» и «Администрация курса» (Подробнее см. «Практикум. Вводное занятие», Раздел 4.2, Подготовка к выполнению работы, Пункты 2-6).

В бизнес-процессе «Пример 02-2» заведите роль «Инспектор курса», инициализируйте эту роль группой «Администрация курса». Для этого войдите на вкладку «Роли», выберите кнопку «Edit», относящуюся к роли «Инспектор курса». В появившейся форме выберите способ определения «Assign this role by function», затем в поле «Function name» выберите тип «Executor by name» («Исполнитель по имени»), в поле «Executor name» («Имя группы или пользователя») выберите или введите «Администрация курса» (Рис.3.23). Выберите кнопку «Update».

Загрузите разработанный бизнес-процесс на RunaWFE сервер.

Запустите несколько экземпляров этого бизнес-процесса под разными пользователями и доведите их до завершения. Обязательно реализуйте хотя бы в одном случае вариант выбора «Удовлетворить» для узла «Рассмотреть просьбу о зачёте», проверьте правильность инициализации роли «Инспектор курса».

Пример 02-3. Усложнённое задание для самостоятельной работы

Разработайте бизнес-процесс «Пример 02-3», отличающийся от «Пример 02-2» тем, что роль «Инспектор курса» инициализируется не группой, а отношением «Инспекторы курсов». В этом отношении левая часть каждой пары должна содержать пользователя — инспектора курса, а правая часть — группу, состав которой соответствует группе студентов. Например, для группы «МИБ-1» правая часть пары будет содержать группу «Группа МИБ-1», а левая часть — пользователя «Бражникова».

Требования к представлению результатов занятия

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

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

Разработанные бизнес-процессы должны быть запущены и доведены до окончания в среде исполнения.

2. В результате выполнения лабораторной работы должны быть представлены описания возникших при выполнении задания проблем и найденных путей их решения (не обязательно, только если возникли проблемы при выполнении задания).

Контрольные вопросы

1. Что такое инициализация роли?

2. В чем отличие инициализации роли для узла-начала и для узлов-действий бизнес-процесса?

3. Как происходит исполнение задания, если роль для узла-действия инициализирована группой?

4. Что такое отношение, как оно используется для инициализации роли?

5. Как производится инициализация роли отношением, если правые части пар отношения содержат группы пользователей?

Практическое занятие 03: «Изучение перспективы данных»

Цель занятия

Целью занятия является изучение перспективы данных.

Теоретические сведения

Необходимые теоретические сведения изложены в первой части лабораторного практикума в пункте «Перспектива данных» раздела «Исполнимые бизнес-процессы и административные регламенты».

Порядок выполнения работы

1. Зайдите в раздел «Редактор процессов».

2. Создайте новый проект — «Занятие 03».

3. Создайте новый бизнес-процесс «Пример 03-1».

4. Создайте роли, добавьте элементы на схему бизнес-процесса в соответствии с Рис. 4.01.

В бизнес-процессе используются следующие роли:

 • Заведующий кафедрой 
 • Лектор
 • Старший преподаватель
 • Преподаватель
 • Студент.

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

5. Создайте переменные бизнес-процесса.
Должны быть созданы следующие переменные:

Имя переменной	Тип
Комментарий	Текст
Оценка за теорию	Целое
Оценка за практикум	Целое
Итоговая оценка	Целое
МИБ	Группа

Для создания переменной перейдите на вкладку «vars» и выберите кнопку «add new variable» (Рис.4.02).

В появившейся форме в поле «name» введите имя переменной «Комментарий» (Рис.4.03), в поле «format» выберите значение «Текст», если поле «default value» содержит значение, очистите его. Остальные поля оставьте без изменений. Выберите кнопку «save».

Создайте следующую переменную «Оценка за теорию», в поле «Формат» для неё выберите «Целое число» (Рис.4.04).

Создайте остальные переменные. Для переменной МИБ используйте формат «Группа» и значение по умолчанию – текст «Группа МИБ-1», для остальных формат «Целое число» и пустое значение по умолчанию (Рис.4.05).

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

Начните с формы ввода значений для переменных бизнес-процесса и роли «Студент» для узла-начала (стартовой формы).

Замечание. В системе RunaWFE роли являются специальным типом переменных, поэтому им можно присваивать значения так же, как и переменным остальных типов.

Создание формы. Перейдите на вкладку «graph», выберите правой кнопкой мыши узел-начало бизнес-процесса и из появившегося контекстного меню выберите пункт «Create custom form» («Создать пользовательскую форму», Рис.4.06).

Будет создана новая форма, при этом автоматически откроется интерфейс её редактирования (Рис.4.07).

Воспользовавшись зелёной кнопкой «edit», можно переименовать заголовок формы. Целесообразно дать ей то же имя, что и узлу, для которого она создана (Рис.4.08).

Кнопкой «add new component» можно создать и разместить на форме все необходимые активные элементы для ввода рабочих данных при выполнении процесса.
Выберите эту кнопку. На экране появится интерфейс создания нового элемента формы (Рис.4.09). Щелчком по полю «component» вызовите список его возможных значений, как показано на рисунке, и выберите то, которое вам требуется.

В данном случае необходимо выбрать значение «Select from group members». При этом интерфейс изменится, появятся дополнительные поля (Рис.4-10).

Выберите и введите значения, указанные на этом рисунке. Выпадающие списки предложат все переменные и роли, образованные в текущем процессе, и в дополнение к ним все группы, созданные на этом сервере. В данном случае для поля «Group» используйте переменную «МИБ» (которая проинициализирована значением по умолчанию — «Группа МИБ-1»).

 • В поле "label" введите текст вручную. 
 • Значения полей "User" и "Group"выберите из выпадающих списков.  
 • "view" - выберите из списка "Full list" 
 • "Use current user as default value" - выберите вариант "No".

Если, работая на данной странице интерфейса, вы обнаружите, что необходимо создать дополнительные переменные, вы можете легко пройти с этой страницы в интерфейс задания переменных процесса по ссылкам «add variable».

Во время выполнения экземпляра процесса на форме будет показан список членов группы «Группа МИБ-1», выбранный из этого списка пользователь будет назначен на роль «Студент».

После задания всех необходимых параметров компоненты выберите кнопку «create».
В результате получаем первый готовый элемент формы (Рис.4.11).

Аналогичным образом введите в форму второй элемент «Комментарий» (Рис.4.12). Для параметра «component» при этом выберите значение «Input variable». Обратите внимание, насколько при этом отличается вид интерфейса от предыдущего случая.

После выбора кнопки «create» второй элемент будет вставлен в форму (Рис.4.13).

Если иконка сохранения в левом углу интерфейса активна — сохраните процесс.

Теперь создайте форму (перейдя на вкладку «graph») для узла «Поставить оценку за теоретический курс». Её полностью сформированный вид показан на Рис.4.14. Для создания используйте пункт «Create standard form».

Далее необходимо создать графическую форму для узла «Поставить оценку за практикум». Данная форма будет незначительно отличаться от формы в узле «Поставить оценку за теоретический курс», поэтому воспользуйтесь функцией создания формы на основе существующей. Для этого сделайте щелчок правой клавишей мыши на узле и выберите «Create form based on existed» («Создать форму на основе существующей») (Рис.4.15).

После выбора этого пункта на экране появится запрос на выбор формы-прототипа (Рис.4.16).

Выберите пункт «Поставить оценку за теоретический курс» и выберите кнопку «create». Скорректируйте полученную в результате форму, используя кнопки «edit», соответствующие элементам, которые необходимо изменить.

Полностью сформированный вид формы для узла «Поставить оценку за практикум» показан на Рис.4.17.

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

Создайте графическую форму для узла «Ознакомиться с итоговой оценкой за экзамен». Поместите на форму текст «Ваша итоговая оценка за экзамен:» и выберите компонент «display». Выберите переменную «Итоговая оценка» (Рис.4.18).

7. Задайте свойства узла «Исключающий шлюз» (Рис.4.19).

Для этого щёлкните на узел правой кнопкой мыши и выберите в появившемся контекстном меню команду «Configuration». В появившейся форме выберите путь по умолчанию «Оценка за теорию не выше», для пути «Оценка за теорию выше» выберите из списков переменных соответственно «Оценка за теорию» и «Оценка за практикум», а из списка возможных отношений между ними «grater» («больше») (Рис.4.20).

Сохраните процесс.

8. Задайте значение переменной «Итоговая оценка» как среднее значение переменных «Оценка за теорию» и «Оценка за практикум».

Среднее значение надо задать при помощи обработчика-формулы. Обработчик — это специальный элемент бизнес-процесса, который может быть присоединен к переходу или узлу-действию в случае использования нотации jPDL, в случае же BPMN — в графе используется элемент «Задача сценария». С обработчиком связывается набор настроек и алгоритм, который будет выполнен при прохождении точки управления через элемент. На графе щёлкните правой кнопкой мыши элемент задача сценария «Расчет итоговой оценки за экзамен» и выберите в выпадающем меню пункт «Configure script» (Рис.4.21).

Задайте параметр «handler»: из списка обработчиков выберите «Execute formula» («Выполнить формулу»).

Для облегчения формирования в текстовом поле результирующей формулы — используйте выбор функций (функция округления в меньшую сторону) и переменных из соответствующих списков, а с помощью ссылок «insert function» и «insert variable» вставьте их в формулу (Рис.4.22). Знак равенства, скобки и знаки арифметических действий поставьте вручную.

9. Инициализируйте роли

Роль «Студент» явно задаётся в форме стартового узла бизнес-процесса (См. Пункт 6 настоящего занятия).

Роль «Заведующий_кафедрой» инициализируется самим стартовым узлом бизнес-процесса (См. Пункт 6 настоящего занятия).

Теперь надо проинициализировать остальные роли.
Роль «Преподаватель» проинициализируйте отношением «Преподаватель», примененным к роли «Студент» (Подробнее см. Практическое занятие «Изучение перспективы ресурсов», Раздел 3.1, Порядок выполнения работы, Пункт 21). Отношение «Преподаватель» уже было создано в рамках Занятия 2.

Роль «Старший преподаватель» проинициализируйте группой «Преподаватели» (Подробнее про инициализацию группой см. Практическое занятие «Изучение перспективы ресурсов», Раздел 3.2, Задания для самостоятельной работы).

Для инициации роли «Лектор» войдите в систему RunaWFE под пользователем Administrator (По умолчанию пароль — «wf». Подробнее см. «Практикум. Вводное занятие», Раздел 4.2, Подготовка к выполнению работы, Пункт 1) и создайте отношение «Лектор», содержащее одну пару, в левой части которой находится пользователь «Стрекозин», а в правой — группа «Группа МИБ-1» (Рис.4.23).

Далее проинициализируйте в бизнес-процессе «Пример 03-1» роль «Лектор» отношением «Лектор», примененным к роли «Студент» (Подробнее см. Практическое занятие «Изучение перспективы ресурсов», Раздел 3.1, Порядок выполнения работы, Пункт 21).

10. Бизнес-процесс готов. Загрузите разработанный бизнес-процесс на RunaWFE сервер. Для этого щёлкните на имени разработанного бизнес-процесса правой кнопкой мыши и в выпавшем меню выберите команду «Deploy» (Подробнее см. Практическое занятие «Изучение перспективы потока управления», Раздел 2.1, Порядок выполнения работы, Пункты 11-14).

11. Войдите в систему RunaWFE под пользователем Administrator (Подробнее см. «Практикум. Вводное занятие», Раздел 4.2, Подготовка к выполнению работы, Пункт 1).

Создайте пользователя

 • "Жуков" (Жуков Иван Ильич) с паролем "123". 

Создайте группу «ЗавКафедрой». Включите пользователя «Жуков» в группы «Кафедра» и «ЗавКафедрой».

13. Войдите в систему под пользователем Жуков (пароль — 123). Запустите несколько экземпляров бизнес-процесса «Пример 03-1» (Рис.4.24). «Проиграйте» запущенные экземпляры под разными пользователями таким образом, чтобы в экземплярах бизнес-процесса был реализован как вариант перехода «Оценка за теорию выше», так и вариант «Оценка за теорию не выше».

Задание для самостоятельной работы

На основе бизнес-процесса «Пример 03-1» разработайте бизнес-процесс «Пример 03-2», схема которого изображена на рисунке 4.25.

Замечание. При выполнении данной работы обязательно обратите внимание на замечания в пункте «Практическое занятие «Изучение перспективы данных», Раздел 4.1, Порядок выполнения работы, Пункт 6, Рис.4.05″.

Бизнес-процесс «Пример 03-2» надо получить из бизнес-процесса «Пример 03-1» путем копирования, добавления элемента «Исключающий шлюз» и одного узла-действия.
Переход «Экзамен сдан» должен быть выбран в случае, если итоговая оценка больше двойки. В противном случае должен быть выбран переход «Экзамен не сдан», что предусматривает повторную сдачу экзамена.

Требования к представлению результатов занятия

1) В результате выполнения лабораторной работы должны быть представлены преподавателю данные для входа в компанию, для которой разрабатывались процессы (для пользователя Administrator).

2) В редакторе процессов и в среде исполнения должны находиться разработанные процессы.

3) В среде исполнения должны присутствовать запущенные и пройденные до завершения экземпляры этих процессов.

4) Необходимо предоставить описание возникших при выполнении задания проблем и найденных путей их решения (не обязательно, только если возникли проблемы при выполнении задания).

Контрольные вопросы

1. Что такое переменная бизнес-процесса?

2. Как используются переменные бизнес-процесса?

3. В каких случаях имеет смысл использовать

А. Элемент «Ветвление»

Б. Неявное ветвление в узле-действии

Практическое занятие 04: «Изучение перспективы операций»

Цель занятия

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

Порядок выполнения работы

1. Войдите в интерфейс системы RunaWFE под пользователем Administrator. (Подробнее см. «Практикум. Вводное занятие», Раздел 4.2, Подготовка к выполнению работы, Пункт 1, Рис.4.01). По умолчанию пароль пользователя Administrator — «wf».
2. Зайдите в раздел «Редактор процессов».
3. Создайте новый проект — «Занятие 04».
4. Создайте новый бизнес-процесс «Пример 04-1». Бизнес-процесс соответствует рассмотрению заявки на покупку услуги.
5. Создайте роли «Сотрудник», «Директор» и добавьте элементы на схему бизнес-процесса в соответствии с Рис.5.01.



Рисунок 5.01. Схема бизнес-процесса «Пример 04-1»

6. Свяжите с начальным узлом бизнес-процесса роль «Сотрудник», с остальными узлами свяжите роли в соответствии с Рис.5.01.
7. Создайте переменные бизнес-процесса в соответствии с Рис.5.02.



Рисунок 5.02. Переменные бизнес-процесса «Пример 04-1»

8. Перейдите к списку исполнителей в разделе «Исполнители» (ссылка в левой части окна браузера).

Создайте группы:

 • Сотрудники
 • Директор. 

В группу «Сотрудники» добавьте пользователей:

 • Мотыльков
 • Мухин
 • Гусеницын
 • Личинкин
 • Стрекозин.

Добавьте пользователя «Стрекозин» в группу «Директор».

9. Инициализируйте роли:

Войдите в раздел разработки, откройте вкладку «Роли» бизнес-процесса «Пример 04-1». Роль «Сотрудник» оставьте без инициализатора, эта роль будет инициализирована узлом-началом. То есть на роль «Сотрудник» в экземпляре бизнес-процесса будет автоматически назначен пользователь, запустивший этот экземпляр бизнес-процесса.

Инициализируйте роль «Директор» группой «Директор». Для этого щёлкните по соответствующей ему командной кнопке «Edit» (Рис.5.03). В появившейся форме установите радиобатон «Assign this role by function» («Задать роль с помощью оргфункции»), в поле «Function name» выберите «Executor by name», а в поле «Executor name» значение «Директор» (Рис.5.04).



Рисунок 5.03. Вызов инициализатора роли «Директор»



Рисунок 5.04. Форма инициализации роли «Директор»

Инициализация ролей произведена (Рис.5.05).



Рисунок 5.05. Инициализация ролей бизнес-процесса «Пример 04-1» завершена

10. Создайте графические формы заданий.

Перейдите на вкладку «graph». Щёлкните правой кнопкой мыши на узле-начале. В выпавшем контекстном меню выберите пункт «Create standard form» (Рис.5.06).



Рисунок 5.06. Создание графической формы узла-начала

Будет создана новая форма. В появившейся форме выберите кнопку «add new Field» — вы попадёте в интерфейс определения поля формы. В поле mode выберите режим отображения переменной из возможных значений [«display», «input»]. В поле variableName выберите имя переменной «Название услуги». В поле label автоматически также отобразится текст «Название услуги», добавьте в конце двоеточие и пробел — «Название услуги: «. В поле type автоматически отобразится тип отображаемого поля «ru.runa.wfe.var.format.StringFormat» (Рис.5.07). В сером поле внизу рядом с кнопками отобразится готовность полей интерфейса. Сообщение «Field is correct» говорит о готовности (цвет надписи серый). Если же это поле содержит красную надпись — введённая выше информация нуждается в исправлении.



Рисунок 5.07. Корректный вид интерфейса определения поля графической формы

После заполнения всех полей при корректности введённой информации выберите кнопку create. Поле формы будет создано.

Аналогично добавьте на форму ввод переменных (Рис. 5.08):

 • "Поставщик услуги" 
 • "Дата начала действия услуги"
 • "Дата окончания действия услуги" 
 • "Стоимость услуги" 
 • "Комментарий".



Рисунок 5.08. Стартовая форма «Подать заявку на покупку услуги»

Создайте форму узла-действия «Рассмотреть заявку на покупку услуги». Для этого перейдите на вкладку «graph». Щёлкните правой кнопкой мыши на узле «Рассмотреть заявку на покупку услуги». В выпавшем контекстном меню выберите пункт «Create form based on existed» (Рис.5.09).



Рисунок 5.09. Создание графической формы по образцу

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



Рисунок 5.10. Выбор прототипа для создания графической формы

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

 • для всех полей формы, унаследованных из формы стартового узла, параметр mode заменить с input на display 
 • далее поместите на форму в режиме display роль "Сотрудник" с текстом "Подавший заявку: " 
 • параметр label к полю Комментарий переименуйте с "Комментарий: " на "Комментарий заявителя: " 
 • поместите на форму в режиме input поле "Комментарий директора" с текстом "Комментарий директора: ". 

В результате форма должна выглядеть как на Рис.5.11.



Рисунок 5.11. Готовая форма «Рассмотреть заявку на покупку услуги»

Создайте формы для узлов-действий «Ознакомиться с одобрением заявки» и «Ознакомиться с отказом».

Замечание. Формы «Ознакомиться с одобрением заявки» и «Ознакомиться с отказом» удобно создать на основе существующих, так как почти весь набор их полей присутствует в ранее созданных формах (Подробнее см. Практическое занятие «Изучение перспективы данных», Раздел 4.1, Порядок выполнения работы, Пункт 6, Рис.4.06-4.18). Более того, сами эти формы между собой отличаются только заголовками, в качестве которого служит в них первое поле. Поэтому очень удобно создать одну из этих форм на основе созданных ранее, а затем вторую создать на базе первой, и останется заменить только одно первое поле.

Для формы «Ознакомиться с одобрением заявки» (Рис.5.12):

 • используйте прототипом форму узла "Рассмотреть заявку на покупку услуги" 
 • создайте переменную committed типа Строка со значением по умолчанию "Ваша заявка одобрена директором" 
 • в созданной форме создайте поле с этой переменной с параметром label="* " и с параметром режима display
 • переместите его в форме на самый верх с помощью ссылки up в колонке position 
 • поле "Сотрудник" из формы удалите 
 • внизу формы добавьте поле с ролью "Директор" с параметром label="Директор: ".



Рисунок 5.12. Готовая форма «Ознакомиться с одобрением заявки»

Для формы «Ознакомиться с отказом» (Рис.5.13):

 • используйте прототипом форму узла "Ознакомиться с одобрением заявки" 
 • удалите из формы поле committed 
 • создайте переменную failed типа Строка со значением по умолчанию "В заявке отказано" 
 • в созданной форме создайте поле с этой переменной с параметром label="* " и с параметром режима display
 • переместите его в форме на самый верх с помощью ссылки up в колонке position. 



Рисунок 5.13. Готовая форма «Ознакомиться с отказом»

11. Задайте обработчик для узла-сценария «Ввести данные о заявке в учётную систему». Поскольку задача учебная, реальной записи в какую-либо систему не будет, делаем это условно, фиктивно.

12. Для определения обработчика на вкладке graph щёлкаем правой кнопкой по узлу-сценарию и в выпавшем меню выбираем пункт «Configure script» («Сконфигурировать скрипт») (Рис.5.14).

    

    Рисунок 5.14. Переход к конфигурированию скрипта

    В интерфейсе конфигурирования скрипта выберите обработчик «Do nothing» («Ничего не делать») (Рис.5.15). Этот обработчик введён здесь в демонстрационных целях, он не имеет параметров, и более ничего в этом интерфейсе определять не требуется. Выберите кнопку update. Теперь сохраните процесс иконкой «Сохранить» (голубая дискета).

    

    Рисунок 5.15. Выбор обработчика

13. Бизнес-процесс готов. Загрузите его на RunaWFE сервер. Для этого в списке процессов щёлкните правой кнопкой на разработанный бизнес-процесс, в меню выберите команду Deploy.
14. Войдите в интерфейс системы RunaWFE под пользователем Administrator. По умолчанию пароль пользователя Administrator — «wf».
15. Перейдите к списку бизнес-процессов, щёлкнув по ссылке «Запустить процесс» в навигаторе в левой части экрана.
16. Найдите в списке бизнес-процесс «Пример 04-1» и перейдите в его свойства, щёлкнув по одноименной ссылке «Свойства» в конце строки процесса.
17. Войдите в интерфейс системы RunaWFE под пользователем, входящим в группу «Сотрудники», например, под пользователем «Паучков».
18. Запустите бизнес-процесс. Для этого перейдите по ссылке «Запустить процесс» и щёлкните по строке «Пример 04-1».
19. Введите данные на стартовой форме процесса, как показано на Рис.5.16.
20. Запустите бизнес-процесс с помощью кнопки «Запистить», расположенной на стартовой форме. Пользователь, входящий в группу «Директор», получит задание «Рассмотреть заявку на покупку услуги».
21. Войдите в интерфейс системы RunaWFE под пользователем «Стрекозин».
22. Выполните задание «Рассмотреть заявку на покупку услуги», одобрив заявку. Для этого выберите кнопку «Одобрить», расположенную на форме данного задания (Рис.5.16).



Рисунок 5.16. Одобрение директором заявки на покупку услуги

Сотрудник «Паучков» будет проинформирован о решении директора с помощью соответствующего задания.

23. Войдите в интерфейс системы RunaWFE под пользователем «Паучков».
24. Выполните задание «Ознакомиться с одобрением услуги».

Параллельно с созданием задачи «Ознакомиться с одобрением услуги» — должен быть исполнен сценарий узла-сценария «Ввести данные о заявке в учётную систему».

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

Для этого перейдите в раздел «Запущенные процессы» (Рис.5.17). Можно видеть, что экземпляр бизнес-процесса «Пример 04-1» имеет как время запуска, так и время завершения.



Рисунок 5.17. Проверка завершения процесса

Щёлкните по этому экземпляру бизнес-процесса и прокрутите открывшееся окно со свойствами экземпляра процесса «Пример 04-1» до отображённого внизу его графа (Рис.5.18).



Рисунок 5.18. Граф демонстрации выполнения бизнес-процесса «Пример 04-1»

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

Задание для самостоятельной работы

Разработайте бизнес-процесс сдачи экзамена «Пример 04-2», схема которого изображена на рисунке 5.19.

Роль «Студент» должна быть инициализирована стартовым узлом, а роль «Преподаватель» — отношением «Преподаватель», примененным к роли «Студент» (См. предыдущие занятия). Роль «Старший преподаватель» должна быть инициализирована группой «Преподаватели».

В бизнес-процессе должны быть следующие переменные.

Переменные типа «Строка»:

 • Предмет
 • Место экзамена.

Переменные типа «Текст»:

 • Комментарий
 • Комментарий-преподавателя
 • Вопрос по теории
 • Ответ на вопрос по теории
 • Комментарий по теории
 • Задача
 • Решение задачи
 • Комментарий по задаче
 • Комментарий старшего преподавателя.

Переменные типа «Дата-время»:

 • Дата-время экзамена.

Переменные типа «Целое»:

 • Оценка за теорию
 • Оценка за задачу
 • Итоговая оценка.

В стартовой форме бизнес-процесса должны быть введены следующие переменные:

 • Предмет
 • Комментарий.

В форме узла-действия «Принять решение о допуске студента к экзамену» должно быть выведено значение роли «Студент», а также выведены значения переменных, введенных на стартовой форме. На форме должен быть ввод переменной «Комментарий-преподавателя».

В узлах «Ознакомиться с недопуском к экзамену» и «Ознакомиться с получением экзамена автоматом» должно быть выведено значение роли «Преподаватель», а также значения всех веденных в бизнес-процесс переменных.

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

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

Форма узла-действия «Сформулировать задачу» должна быть подобна форме узла-действия «Сформулировать теоретический вопрос», только вместо переменной «Вопрос по теории» на форме должна вводиться переменная «Задача».

В формах узлов-действий «Написать ответ на теоретический вопрос» и «Написать решение задачи» должны быть введены соответственно переменные «Ответ на вопрос по теории» и «Решение задачи». Вывод переменных и ограничения должны быть аналогичны ранее описанным формам.

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

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

В следующем за узлом-действием ветвлении проверяется, больше ли двойки значение переменной «Итоговая оценка».

В узлах-действиях «Ознакомиться с необходимостью пересдачи экзамена» и «Ознакомиться с оценкой за экзамен» должны быть введены значения всех введенных в бизнес-процесс переменных и значения всех ролей.

Узел-действие «Внести данные в учетную систему» настраиваются аналогично тому, как это было сделано в бизнес-процессе «Пример 04-1».

После разработки бизнес-процесса «Пример 04-2» загрузите его на RunaWFE сервер и выполните под разными пользователями. Добейтесь прохождения точек управления по всем возможным маршрутам.

Требования к представлению результатов занятия

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

В отчете должны содержаться следующие выходные данные:

1. Скриншоты основных действий, совершенных на занятии, с пояснениями
2. Скриншоты, содержащие маршруты точек управления для экземпляров бизнес-процессов, доведенных до завершения
3. Скриншоты, содержащие созданные на занятии роли, переменные, настройки ботов, основные формы
4. Описание возникших при выполнении задания проблем и найденных путей их решения (не обязательно, только если возникли проблемы при выполнении задания).

Контрольные вопросы

1. Что такое перспектива операций?

Ссылки

1. Документация Runa WFE [официальный сайт проекта]. URL: https://runawfe.ru/rus/doc/Документация

---

С этим файлом связано 6 файл(ов). Среди них: Тест по теме _Моллюски_.docx, Тест Помбур_КРС.doc, KOC_Osnivi_alektroniki_i_cifrovih_shem.doc, hirurg.doc, 33__33__33__33__33_FKh_33__33__33__33.docx, Obschaya_hirurgiya_lech._fak..doc.
Показать все связанные файлы

---

Подборка по базе: ЛР 1 Расчет элементов линейного размера и анализ его качества по, ВКР Анализ ликвидности и платежеспособности банка (на примере АО, Учет и анализ доходов.docx, Возможности сетевого ПО для организации коллективной деятельност, Анализ деятельности компании Ростсельмаш.docx, Учет и анализ (ответы).docx, СТАТИСТИЧЕСКИЙ АНАЛИЗ ЖИЛИЩНЫХ УСЛОВИЙ НАСЕЛЕНИЯ ОРЛОВСКОЙ ОБЛАС, Макфа фин анализ.DOCX, Анализ крови. Общий анализ крови (без лейкоцитарной формулы и СО, 2. Социализация личности. Свобода в деятельности человека.pptx

---

Содержание

Введение

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

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

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

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

В настоящее время широко используются CASEтехнологии (Computer Aided Software/System Engineering), предоставляющие ряд нотаций для разработки описательных моделей. Одними из самых популярных программных продуктов, обеспечивающих полный цикл анализа, проектирования и кодогенерации, являются автоматизированные инструменты серии Platinum technology (Logic Works): BPWin, ERWin, ModelMart, Paradigm Plus, RPTWin.

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

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

В работе необходимо выполнить следующие задачи:

— стратегический анализ деятельности компании;

— описание организационной структуры компании;

— построение моделей существующих бизнес-процессов;

— анализ бизнес-процессов, выработка рекомендаций по их изменению;

— определение перспективных направлений автоматизации;

— обоснование выбора проектного решения;

— описание стратегии автоматизации.

1. Анализ деятельности предприятия и моделирование основных бизнес-процессов

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

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

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

«Вход» бизнес-процесса – ресурс, необходимый для выполнения бизнес-процесса.

«Выход» бизнес-процесса ‒ это полученный результат (продукт или услуга) после выполнения бизнес-процесса.

Графическая схема бизнес-процесса отображена на рисунке 1.

.

Рисунок 1 – Составляющие бизнес-процесса
Ресурсы (исполнители) – это информация, финансы, материалы, персонал, оборудование, среда, программное обеспечение, необходимые для выполнения бизнес-процесса.

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

Модель – материально или мысленно представляемый объект, который в процессе исследования замещает объект-оригинал таким образом, что его непосредственное изучение дает новые знания об объекте-оригинале.

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

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

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

Моделирование бизнес-процесса начинают с построения существующей модели организации работы, которая позволяет выявить его «узкие» места и недостатки.

Моделирование бизнес-процессов в компании может быть направлено на решение большого числа различных задач:

— точно определить результат бизнес-процесса и оценить его значение для бизнеса;

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

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

— произвести разделение зон ответственности: определить, а затем отслеживать, какой сотрудник или подразделение компании несет ответственность за выполнение того или иного действия или процесса в целом;

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

— понять суть взаимодействий между участвующими в процессе сотрудниками и подразделениями компании и оценить, а затем повысить эффективность коммуникации между ними;

— увидеть движение документов в ходе процесса. Бизнес-процессы производят и потребляют различные документы (в бумажной или электронной форме). Важно разобраться, откуда и куда идут документы или информационные потоки, и определить, оптимально ли их движение и действительно ли все они необходимы;

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

— более эффективно внедрить стандарты качества, например ИСО 9000, и успешно пройти сертификацию;

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

— эффективно произвести автоматизацию бизнес-процессов в целом или отдельных их шагов, включая автоматизацию взаимодействия с внешней средой — клиентами, поставщиками, партнерами;

— разобравшись в совокупности бизнес-процессов компании, понять и описать деятельность предприятия в целом.

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

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

Существуют три вида бизнес-процессов:

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

б) операционные (основные) – это бизнес-процессы, которые составляют основной бизнес компании и создают основной поток доходов. Примерами операционных бизнес-процессов являются снабжение, производство, маркетинг и продажи;

в) поддерживающие (обеспечивающие) – это бизнес-процессы, которые обслуживают основной бизнес. Например, бухгалтерский учет, подбор персонала, техническая поддержка, АХО.

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

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

В состав работ по анализу бизнес-процессов входят:

— сбор информации о бизнес-процессах, интервью с руководителями и экспертами, анализ документов;

— описание и моделирование бизнес-процессов для получения ясных и однозначных представлений о бизнес-процессах;

— выработка рекомендаций по совершенствованию бизнес-процессов.

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

Моделирование бизнес-процессов организации включает два этапа: структурное и детальное.

Структурное моделирование бизнес-процессов организации может выполняться в нотации IDEF0 с использованием инструментария BPwin.

На этапе структурного моделирования в модели должны быть отражены:

— существующая организационная структура;

— документы и иные сущности, используемые при исполнении моделируемых бизнес-процессов и необходимые для моделирования документооборота, с описаниями их основного смысла;

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

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

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

1. Общая характеристика ФГБОУ ВПО «УГАТУ»

Уфимский государственный авиационный технический университет (УГАТУ) — ведущий и крупнейший вуз Уфы и Республики Башкортостан, центр отечественной науки и культуры, один из старейших университетов региона, победитель конкурса инновационных образовательных программ вузов.

Об университете

В составе университета 7 факультетов:

1 авиационных двигателей;

2 авиационного приборостроения;

3 информатики и робототехники;

4 авиационных технологических систем

5 защиты в чрезвычайных ситуациях;

6 общенаучный;

7 Институт экономики и управления (ИНЭК);

8 вечерний факультет на базе Уфимского моторостроительного производственного объединения;

9 6 филиалов в городах Башкортостана.

Подготовка специалистов осуществляется по 61 специальности и 25 направлениям в области авиационной и ракетно-космической техники; автоматики и управления; машиностроения и металлообработки; приборостроения; электронной техники, радиотехники и связи; электромеханики; электроэнергетики; прикладной математики; информационной и вычислительной техники; экономики и управления; безопасности жизнедеятельности. За последние 5 лет открыто 20 новых специальностей и направлений.

На территории университета находятся 8 учебных корпусов и идёт строительство девятого, также в студенческом городке функционирует десятый корпус УГАТУ.

История университета

Согласно данным, приведённым в газете «Республика Башкортостан» исторические корни УГАТУ уходят в XIX век, так как прародителем университета был Варшавский политехнический институт, основанный в 1897 году и закрытый во время первой русской революции. Именно тогда в казачью столицу — Новочеркасск — были переведены денежные средства и личный состав Варшавского политеха. Поэтому УГАТУ по праву считает политехнический институт в Новочеркасске своим «дедушкой».

Официальная история вуза восходит к 1932 году. Тогда был основан Рыбинский авиационный институт, базой которого стал филиал Новочеркасского авиационного института, открытый в Рыбинске в конце 20-х годов прошлого века.

С начала Второй мировой войны Рыбинский авиационный институт был эвакуирован в Уфу и в 1942 году переименован в Уфимский авиационный институт имени Серго Орджоникидзе. (В 1955 институт в Рыбинске возродился под именем рыбинской авиационно-технической академии (РГАТА)).

В 1982 году за заслуги в подготовке квалифицированных специалистов и развитии научных исследований вуз был награждён орденом Ленина, в 1992 году УАИ получил статус технического университета.

Текущая деятельность университета

«Наука — фундамент качественного образования» — этот тезис был провозглашен в университете более 40 лет назад. Интеграция науки, производства и образования — одно из основных условий развития университета. И то, что сегодня в рейтинге технических вузов университет находится в верхних строках, безусловно, важная роль принадлежит науке.

Опыт мирового развития свидетельствует о появлении нового типа экономики — экономики, основанной на знаниях. В УГАТУ делают ставку на инновации.

Сегодня в вузе создан учебно-научный инновационный комплекс (УНИК), в котором не только решается проблема установления тесных связей между всеми участниками инновационной деятельности, но и обеспечивается повышение их роли в социально-экономическом, технологическом, образовательном и культурном развитии Башкортостана. В УНИК реализуется полный цикл инновационного процесса — от фундаментальных научных исследований до готового, востребованного потребителем продукта.

Тесные творческие контакты УГАТУ с академическими и отраслевыми научными структурами способствуют эффективному проведению совместных научных исследований, широкому привлечению научных кадров Российской Академии наук к организации и проведению учебного процесса. Университет интенсивно развивает международные связи и является участником ряда международных образовательных и научных программ. Налажены тесные творческие контакты с известными университетами Германии, Франции, Дании, Великобритании, США, Китая, Турции, Португалии, Швеции, Японии. Совместные образовательные программы поддерживаются российскими и международными грантами и способствуют развитию творческого сотрудничества вузов-участников.

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

Только за последние 2 года более 100 студенческих работ награждены дипломами и более 30 — удостоены медалей Минобрнауки России.

Ныне в УГАТУ обучаются более 20 тысяч студентов. Это крупный учебно-научно-инновационный производственный комплекс с сильными авторитетными научными школами, позволяющими готовить квалифицированные кадры всех уровней: бакалавров, специалистов, магистров, кандидатов и докторов наук. О высокой квалификации профессорско-преподавательского состава говорят такие цифры: на 65 кафедрах университета работают 980 преподавателей, среди которых 180 докторов наук, около 600 кандидатов наук, свыше 80 членов-корреспондентов, академиков РАН, АН РБ, отраслевых, различных государственных и общественных академий России и зарубежных стран. В 2007 году университет стал единственным представителем Республики Башкортостан — победителем конкурса инновационных образовательных программ вузов, проведенного Министерством образования и науки РФ в рамках приоритетного национального проекта «Образование»

Ближайшая цель научно-педагогического коллектива УГАТУ — достижение вузом статуса исследовательского университета

Теперь рассмотрим организационную структуру ФГБОУ ВПО «УГАТУ» и сделаем ее анализ.

1. Организационная структура ФГБОУ ВПО «УГАТУ»

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

— множество задублированных функций;

— размытая ответственность персонала;

— чрезмерные затраты на содержание персонала;

— отсутствие мотивации персонала и его слабая производительность.

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

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

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

1. Анализ организационной структуры ФГБОУ ВПО «УГАТУ»

Рисунок 2 – «Организационная структура ФГБОУ ВПО «УГАТУ»
Организационная структура управления является линейно-функциональной и представляет собой иерархичность управления, четкое разделение труда, использование на каждой должности квалифицированных специалистов. Она основывается на принципе единства распределения поручений, согласно которому право отдавать распоряжения имеет только вышестоящая инстанция. Соблюдение этого принципа должно обеспечивать единство управления.

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

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

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

— четко линейное соподчиненность всех должностей и звеньев управления, что обеспечивает согласованность действий;

— простота управления, так как существует только один канал связи;

— личная ответственность руководителя за конечный результат деятельности своего подразделения.

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

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

— закостенелость системы отношений между звеньями и работниками аппарата управления, обязанными строго следовать правилам и процедурам;

— медленная передача и переработка информации из-за множества согласований (как по вертикали, так и по горизонтали);

— замедление процесса принятия управленческих решений.

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

Далее рассмотрим основные бизнес-процессы ФГБОУ ВПО «УГАТУ», сделав их описание и визуальное моделирование при помощи Case-средства BPWin.

1. Описание и моделирование бизнес-процессов ФГБОУ ВПО «УГАТУ»

Рисунок 3 – «Процесс обучения в университете»

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

В данной работе используется для моделирования Case-средство BPWin. Опишем более подробно бизнес-процесс обучения в университете.

Руководство

Выдача диплома

Рисунок 4 а – «Процесс обучения в университете» («как есть»)

1.5 Бизнес-процесс «Обучение в университете»

Рисунок 5 – «Обучение в университете»
Данный бизнес-процесс является основным для высшего учебного заведения. Это составная часть учебной деятельности университета, включающая в себя:

— регистрацию;

— обучение;

— производственную практику.

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

Далее студент получает знания на лекциях.

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

1.6 Бизнес-процесс «Сдача государственного экзамена»

Рисунок 6 – «Гос. экзамен»

Данный процесс является обеспечивающим бизнес-процессом.

1. Бизнес-процесс «Защита диплома»

Рисунок 8 – «Защита диплома»

Студенты, прошедшие этап гос. экзаменов, готовятся к защите дипломного проекта. Проводиться учет и оформление документации.

Описав данный бизнес-процесс, трудно сделать какие-либо выводы о возможной автоматизации, так как «пройти» данный процесс не было возможности.

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

1. Моделирование бизнес — процесса в нотации BPMN, еЕРС

Диаграмма процесса сдачи экзамена в нотации BPMN

Заключение

В работе было проведено моделирование основных бизнес-процессов ФГБОУ ВПО «УГАТУ», которое позволило проанализировать как работает университет в целом, а также как организована процесс обучения. Построить полноценные модели бизнес-процессов помогло исследование организационной структуры предприятия. Построение моделей бизнес-процессов было выполнено с помощью Case-средства BPWin и ARIS Express. Для каждого из них была построена диаграмма активности и проведен анализ.

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

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

С помощью средств BPwin в данной работе удалось максимально приближенно и подробно описать работу ФГБОУ ВПО «УГАТУ»

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

Список использованных источников

1. Елиферов В.Г. Бизнес-процессы: регламентация и управление: учебное пособие [для студентов вузов] / В. Г. Елиферов, В. В. Репин ; Ин-т экономики и финансов «Синергия». — М. : ИНФРА-М, 2011. — 319 с.
2. Андерсен Б. Бизнес-процессы. Инструменты совершенствования / Б. Андерсен ; [пер. с англ. С. В. Ариничева ; под науч. ред. Ю.П. Адлера]. — 5-е изд. — М. : Стандарты и качество, 2008. — 272 с. : ил. — (Практический менеджмент).
3. Репин В.В. Бизнес-процессы компании: построение, анализ, регламентация / В. В. Репин. — М. : Стандарты и качество, 2007. — 240 с. : ил. — (Деловое совершенство).
4. Реинжиниринг бизнес-процессов: учебник [для студ. экон. вузов магистерского уровня] / Н. М. Абдикеев, Т. П. Данько, С. В. Ильдеменов, А. Д. Киселев ; под ред. Н. М. Абдикеева, Т. П. Данько ; Высш. Школа МBA ; РЭА им. Г. В. Плеханова. — 2-е изд.,испр. — М. : Эксмо, 2009. — 592 с. — (Полный курс МВА).
5. Калянов, Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес-процессов: ученое пособие для студ. вузов, обуч. по спец. 080801 «Прикладная информатика» и др. экон. спец. / Г. Н. Калянов. — М. : Финансы и статистика, 2009. — 240с.
6. Моделирование бизнес-процессов [Электронный ресурс]: мет. материалы / Разработка Скриптов, режим доступа: http://www.script-coding.com
7. Современный менеджмент: учебник для студентов вузов / [авт. кол.: А. И. Базилевич, А. О. Блинов, Л. А. Вдовенко и др.] ; под ред. М. М. Максимцова, В. Я. Горфинкеля. — М. : Вузовский учебник : ИНФРА-М, 2012. — 299 с.
8. Логистика. Интеграция и оптимизация логистических бизнес-процессов в цепях поставок: [учебник для студ. вузов] / В. В. Дыбская, Е. И. Зайцев, В. И. Сергеев, А. Н. Стерлигова ; Под ред. В. И. Сергеева. — М. : Эксмо, 2008. — 944 с. — (Полный курс МВА).
9. Типовые организационные структуры предприятий [Электронный ресурс]: мет. материалы / Корпоративный менеджмент, режим доступа: http://www.cfin.ru
10. Разработка организационной структуры [Электронный ресурс]: мет. материалы / Папирян Г.А. Менеджмент в индустрии гостеприимства, режим доступа: http://tourlib.net/books_tourism/papiran_men13.htm
11. Бизнес-процессы [Электронный ресурс]: мет. материалы / бизнес-инжиниринговые технологии http://www.betec.ru
12. Резник, С. Д. Персональный менеджмент: учебник для студентов вузов / С. Д. Резник, В. В. Бондаренко, Ф. Е. Удалов ; под ред. С. Д. Резника. — 4-е изд.,перераб. и доп. — М. : ИНФРА-М, 2012. — 559 с. — (Высшее образование).
13. Резник Г.А. Введение в маркетинг: учеб. пособие для студентов вузов / Г. А. Резник. — 2-е изд..перераб. и доп. — М. : ИНФРА-М, 2012. — 202 с.
14. Калянов Г.Н. Моделирование и автоматизация бизнес-процессов: ученое пособие для студ. вузов, обуч. по спец. 080801 «Прикладная информатика» и др. экон. спец. / Г. Н. Калянов. — М. : Финансы и статистика, 2008. — 240с.
15. Ощенко И. 1С:Предприятие. Торговля и склад для начинающих: экспресс-курс / И. Ощенко. — СПб. : БХВ-Петербург, 2010. — 256 с. : ил.

Соседние файлы в папке Література

• #
• #
• #
• #
• #
• #
• #
• #
• #
• #