<strong>материалы обучения:</strong>

Гражданский и уголовный процесс

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

Определения и основные положения

Отличительные черты

В таблице выше приведены полные определения и основные положения. Скачивайте, чтобы шпаргалка всегда была под рукой!

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

Поэтому, если есть цель набрать свыше 75 баллов и получить отлично, — обратите внимание на дополнительные занятия с репетиторами Тетрики. Это не только эффективно, но и увлекательно! Убедитесь в этом сами на бесплатном вводном уроке.

Онлайн-школа Тетрика

Занимайтесь, где угодно и когда удобно

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

Контроль качества занятий

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

Удобный инструмент для онлайн-занятий по всем школьным предметам

Наши преподаватели

Попробуйте первое бесплатное занятие с одним из наших преподавателей

Попробуйте бесплатно занятие в онлайн-школе Тетрика

Пробное занятие по любому школьному предмету, подготовке к ЕГЭ и ОГЭ или поступлению в первый класс

Вывод

Онлайн-школа Тетрика предлагает эффективный и увлекательный способ подготовки к ЕГЭ и ОГЭ, обучения школьных предметов и подготовки к поступлению. С индивидуальным подходом и контролем качества занятий, занимайтесь где угодно и когда удобно с опытными преподавателями.

RunaWFE. Практикум. Перспективы исполнимых бизнес-процессов

Для автоматизации процессного управления предприятием разработан специальный класс компьютерных систем – системы управления бизнес-процессами и административными регламентами (далее СУБПиАР). Основная задача таких систем – раздавать задания исполнителям и контролировать их выполнение.

Последовательность заданий определяется схемой бизнес-процесса, которую можно разработать и в дальнейшем быстро модифицировать при помощи компонента системы RunaWFE – “Среда разработки”. Эта схема похожа на блок-схему алгоритма. По схеме перемещаются точки управления. В узлах схемы генерируются задания исполнителям.

Изучение перспективы потока управления

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

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

Выполнение задания

На основе бизнес-процесса Пример 1-1 разработайте бизнес-процесс Пример 1-2, схема которого изображена на Рис.2.15.

Таблица 1: Сравнение различных подходов

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

• Документ RunaWFE. Учебные материалы по процессному управлению на сайте проекта RunaWFE

Рисунок 1.01: Включение проверки прав доступа к объектам системы RunaWFE

Обозначения:

• Стрелка вверх – процесс начинается
• Стрелка вниз – процесс завершается

Рисунок 2.15: Схема бизнес-процесса Пример 1-2 для самостоятельной разработки

Примечание:

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

End of document.

Разработка бизнес-процессов

Для копирования бизнес-процесса Пример 1-1:

На основе бизнес-процесса Пример 1-2 разработайте бизнес-процесс Пример 1-3.

Создайте данный процесс путем копирования процесса Пример 1-2 и последующего удаления элементов схемы, согласно Рис.2.18.

Рисунок 2.18. Схема бизнес-процесса Пример 1-3 для самостоятельной разработки

На основе бизнес-процесса Пример 1-3 разработайте бизнес-процесс Пример 1-4.

Создайте данный процесс путем копирования процесса Пример 1-3, замените один из параллельных шлюзов на исключающий согласно Рис.2.19.

Рисунок 2.19. Схема бизнес-процесса Пример 1-4 для самостоятельной разработки

Ответьте на вопрос – Отличается ли поведение бизнес-процесса Пример 1-4 от процесса Пример 1-3 и чем?

На основе бизнес-процесса Пример 1-4 разработайте бизнес-процесс Пример 1-5.

Создайте данный процесс путем копирования процесса Пример 1-4, замените элемент Окончание на Завершение потока согласно Рис.2.20.

Рисунок 2.20. Схема бизнес-процесса Пример 1-5 для самостоятельной разработки

Ответьте на вопрос – Отличается ли поведение бизнес-процесса Пример 1-5 от процесса Пример 1-3 и чем?

На основе бизнес-процесса Пример 1-5 разработайте бизнес-процесс Пример 1-6.

Создайте данный процесс путем копирования процесса Пример 1-5, измените элементы в соответствии с Рис.2.21.

Рисунок 2.21. Схема бизнес-процесса Пример 1-6 для самостоятельной разработки

Конфигурация исключающего шлюза

Задайте конфигурацию исключающего шлюза. Для этого щёлкните по шлюзу правой кнопкой мыши и выберите в появившемся контекстном меню пункт Конфигурация. Установите путь по умолчанию – tr2, а для пути tr1 используйте конфигурацию Роль1 не равно null как показано на Рис.2.22.

Рисунок 2.22. Конфигурация исключающего шлюза в бизнес-процессе Пример 1-6

Ответьте на вопрос – Отличается ли поведение бизнес-процесса Пример 1-6 от процесса Пример 1-3 и чем?

Обратите внимание, что в схему бизнес-процесса Пример 1-6 внесена преднамеренная ошибка. Найдите её.

Разработайте бизнес-процесс Пример 1-7.

Создайте его путем копирования процесса Пример 1-3. Поместите на схему 2 элемента Завершение потока в соответствии с Рис.2.23.

Рисунок 2.23. Схема бизнес-процесса Пример 1-7 для самостоятельной разработки

Ответьте на вопрос – Отличается ли поведение бизнес-процесса Пример 1-7 от процесса Пример 1-3 и чем?

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

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

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

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

1. Скриншоты основных действий, совершенных на занятии, с пояснениями

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

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

Необходимые теоретические сведения изложены в первой части лабораторного практикума в пунктах:

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

На основе бизнес-процесса Пример 2-1 разработайте бизнес-процесс Пример 2-2, схема которого изображена на Рис.3.32.

Бизнес-процесс Пример 2-2 надо получить из бизнес-процесса Пример 2-1 путем копирования, добавления элементов Разделение и Слияние и еще одного узла-действия.

Разработка бизнес-процесса Пример 2-2

Шаги для выполнения задания:

• Создать роль Инспектор курса и инициализировать эту роль группой Администрация курса.
• Загрузить разработанный бизнес-процесс на RunaWFE сервер.
• Настроить права доступа для групп.
• Запустить несколько экземпляров бизнес-процесса под разными пользователями и довести их до завершения.

Разработка бизнес-процесса Пример 2-3

Создайте в проекте Задание 2 новый процесс с именем Пример 2-3, используя язык BPMN и указав параметр Показывать роли на графе как По вертикали.

Передача результатов

Отчет и файлы Пример1-1.par и Пример1-2.par необходимо предоставить преподавателю для оценки.

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

Пример 2-2:

Пример 2-3:

Расположите на форме роли-дорожки, для этого выделите в палитре элемент "Роль", и перетяните его на форму (См. Рис.3.36).

Рисунок 3.36. Вертикально расположенные роли-дорожки

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

Рисунок 3.37. Изменение ширины элемента роли-дорожки

Переименуйте созданные по умолчанию названия "Роль1" в "Инспектор курса", "Роль2" в "Преподаватель" и "Роль3" в "Студент". Для этого перейдите на вкладку Роли, выделите название и нажмите кнопку "Переименовать", в появившейся форме введите новое название (См. Рис.3.38).

Рисунок 3.38. Переименование роли-дорожки

Далее расположите на форме узел-начало, узлы Действия, Слияние/Разделение и Окончание в соответствии со схемой бизнес-процесса изображенного на Рис.3.34.

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

В остальном процесс разработки "Пример 2-3" ничем не отличается от "Пример 2-2".

Инициализируйте роль "Преподаватель" с помощью отношения как было показано в "Пример 2-1" (Практическое занятие "Изучение перспективы ресурсов". Порядок выполнения работы. Пункт 26), а роль "Инспектор курса" с помощью оргфункции "Исполнитель по имени", как описано в "Пример 2-2" (см. Рис.3.33).

Дайте группе "Группа МИБ-1" права на чтение, запуск и чтение экземпляра, группам "Кафедра" и "Администрация курса" – права на чтение и чтение экземпляра на бизнес-процесс Пример 2-3.

Проверьте правильность его работы, выполнив те же действия что и для "Пример 2-2".

Возможное усложнение задание для самостоятельной работы

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

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

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

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

4. Скриншот, содержащий созданные пары для отношения "Преподаватель"

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

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

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

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

Рисунок 4.43. Запуск бизнес-процесса " Пример 3-1" под пользователем "Жуков"

На основе бизнес-процесса "Пример 3-1" разработайте бизнес-процесс "Пример 3-2", схема которого изображена на Рис.4.44.

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

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

Рисунок 4.44. Схема бизнес-процесса "Пример 3-2" для самостоятельной разработки

Замечание. При выполнении данной работы, обязательно обратите внимания на замечания в пункте "Практическое занятие "Изучение перспективы данных", Порядок выполнения работы, Пункт 6, Рис.4.9-4.10"

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

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

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

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

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

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

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

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

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

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

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

Рисунок 5.40. Схема бизнес-процесса сдачи экзамена ("Пример 4-2") для самостоятельной разработки

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

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

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

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

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

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

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

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

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

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

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

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

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

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