Метод кейсов (case study) — Анализ данных в социально-экономических системах
Метод case-study как современная технология профессионально-ориентированного обучения
Автор текста: Долгоруков А.
Анализ конкретных учебных ситуаций (case study) — метод обучения, предназначенный для совершенствования навыков и получения опыта в следующих областях:
- выявление, отбор и решение проблем;
- работа с информацией — осмысление значения деталей, описанных в ситуации;
- анализ и синтез информации и аргументов;
- работа с предположениями и заключениями;
- оценка альтернатив;
- принятие решений;
- слушание и понимание других людей — навыки групповой работы.
Метод case-study или метод конкретных ситуаций (от английского case – случай, ситуация) – метод активного проблемно-ситуационного анализа, основанный на обучении путем решения конкретных задач – ситуаций (решение кейсов).
Метод конкретных ситуаций (метод case-study) относится к неигровым имитационным активным методам обучения.
Непосредственная цель метода case-study – совместными усилиями группы студентов проанализировать ситуацию – case, возникающую при конкретном положении дел, и выработать практическое решение; окончание процесса – оценка предложенных алгоритмов и выбор лучшего в контексте поставленной проблемы.
Метод case-study наиболее широко используется в обучении экономике и бизнес-наукам за рубежом. Впервые он был применен в учебном процессе в школе права Гарвардского университета в 1870 году; внедрение этого метода в Гарвардской школе бизнеса началось в 1920 году. Первые подборки кейсов были опубликованы в 1925 году в Отчетах Гарвардского университета о бизнесе.
В настоящее время сосуществуют две классические школы case-study – Гарвардская (американская) и Манчестерская (европейская). В рамках первой школы целью метода является обучение поиску единственно верного решения, вторая – предполагает многовариантность решения проблемы. Американские кейсы больше по объему (20-25 страниц текста, плюс 8-10 страниц иллюстраций), европейские кейсы в 1,5-2 раза короче.
Лидером по сбору и распространению кейсов является созданный в 1973 году по инициативе 22 высших учебных заведений The Case Clearing House of Great Britain and Ireland; с 1991 года он называется European Case Clearing House (ECCH). ECCH является некоммерческой организацией, которая связана с организациями, предоставляющими и использующими кейсы и расположенными в различных станах мира. В настоящее время в состав ECCH входит около 340 организаций, среди которых The Harvard Business School Publishing, Институт развития менеджмента (IMB) в Лозанне, в Швейцарии, INSEAD, в Фонтенбло во Франции, IESE в Барселоне в Испании, Лондонская бизнес-школа в Англии, а также Школа менеджмента в Кранфилде. У каждой из этих организаций своя коллекция кейсов, право на распространение которых имеет ECCH.
Сегодня метод case-study завоевал ведущие позиции в обучении, активно используется в зарубежной практике бизнес – образования и считается одним из самых эффективных способов обучения студентов навыкам решения типичных проблем. Так Гарвардская школа бизнеса выделяет почти 90% учебного времени на разбор конкретных кейсов, сохраняя приоритетное значение метода case-study в обучении бизнесу. Ситуационное обучение по гарвардской методике – это интенсивный тренинг слушателей с использованием видеоматериалов, компьютерного и программного обеспечения. Среднестатистический студент Гарварда или любой другой бизнес-школы за время своего обучения «прорабатывает» сотни кейсов. Каждый год в Гарварде издаются сотни новых кейсов, методических пособий и дополнений к коллекции кейсов. Ставку на использование ситуационного обучения также делает один из известных университетов Северной Америки – Университет Западного Онтарио (Канада).
Метод case-study (или, как писали в двадцатые годы, «метод казусов») был известен преподавателям экономических дисциплин в нашей стране еще в 20-е годы прошлого столетия. В сентябре 1926 года состоялась конференция преподавателей по экономическим дисциплинам в совпартшколах, на которой рассматривались вопросы применения различных методов и методик обучения, в том числе метод проектов или метод казусов. В период с октября 1924 г. по октябрь 1925 г. преподаватели совпартшкол ознакомились с методом казусов в одном из американских экономических журналах (Harvard Business Review) – органе Гарвардского университета.
Метод case-study, достоинства которого так хорошо понимали преподаватели экономических дисциплин, тем не менее, не применялся в СССР достаточно долго. Интерес к нему возник лишь в конце двадцатого столетия.
В последние годы в связи с курсом на модернизацию российского образования в системе высшей школы России происходит поиск новых эффективных методов обучения.
Проблема внедрения метода case-study в практику высшего профессионального образования в настоящее время является весьма актуальной, что обусловлено двумя тенденциями:
- первая вытекает из общей направленности развития образования, его ориентации не столько на получение конкретных знаний, сколько на формирование профессиональной компетентности, умений и навыков мыслительной деятельности, развитие способностей личности, среди которых особое внимание уделяется способности к обучению, смене парадигмы мышления, умению перерабатывать огромные массивы информации;
- вторая вытекает из развития требований к качеству специалиста, который, помимо удовлетворения требованиям первой тенденции, должен обладать также способностью оптимального поведения в различных ситуациях, отличаться системностью и эффективностью действий в условиях кризиса.
В настоящее время активные методы обучения, в том числе метод case-study, достаточно широко применяются при подготовке экономических кадров в ряде ведущих экономических вузов России. Использование метода case-study в обучении студентов экономических специальностей позволяет повысить познавательный интерес к изучаемым дисциплинам, улучшить понимание экономических законов, способствует развитию исследовательских, коммуникативных и творческих навыков принятия решений. Отличительной особенностью метода case-study является создание проблемной ситуации на основе фактов из реальной жизни. Созданный как метод изучения экономических дисциплин, в настоящее время метод case-study нашел широкое распространение в изучении медицины, юриспруденции и других наук.
Для того чтобы учебный процесс на основе case – технологий был эффективным, необходимы два условия: хороший кейс и определенная методика его использования в учебном процессе.
Общая характеристика метода case-study
Case-studiеs – учебные конкретные ситуации специально разрабатываемые на основе фактического материала с целью последующего разбора на учебных занятиях. В ходе разбора ситуаций обучающиеся учатся действовать в «команде», проводить анализ и принимать управленческие решения.
Идеи метода case-study (метода ситуационного обучения) достаточно просты:
- Метод предназначен для получения знаний по дисциплинам, истина в которых плюралистична, т.е. нет однозначного ответа на поставленный вопрос, а есть несколько ответов, которые могут соперничать по степени истинности; задача преподавания при этом сразу отклоняется от классической схемы и ориентирована на получение не единственной, а многих истин и ориентацию в их проблемном поле.
- Акцент обучения переносится не на овладение готовым знанием, а на его выработку, на сотворчество студента и преподавателя; отсюда принципиальное отличие метода case-study от традиционных методик – демократия в процессе получения знания, когда студент по сути дела равноправен с другими студентами и преподавателем в процессе обсуждения проблемы.
- Результатом применения метода являются не только знания, но и навыки профессиональной деятельности.
- Технология метода заключается в следующем: по определенным правилам разрабатывается модель конкретной ситуации, произошедшей в реальной жизни, и отражается тот комплекс знаний и практических навыков, которые студентам нужно получить; при этом преподаватель выступает в роли ведущего, генерирующего вопросы, фиксирующего ответы, поддерживающего дискуссию, т.е. в роли диспетчера процесса сотворчества.
- Несомненным достоинством метода ситуационного анализа является не только получение знаний и формирование практических навыков, но и развитие системы ценностей студентов, профессиональных позиций, жизненных установок, своеобразного профессионального мироощущения и миропреобразования.
- В методе case-study преодолевается классический дефект традиционного обучения, связанный с «сухостью», неэмоциональностью изложения материала – эмоций, творческой конкуренции и даже борьбы в этом методе так много что хорошо организованное обсуждение кейса напоминает театральный спектакль.
Метод case-study – инструмент, позволяющий применить теоретические знания к решению практических задач. Метод способствует развитию у студентов самостоятельного мышления, умения выслушивать и учитывать альтернативную точку зрения, аргументированно высказать свою. С помощью этого метода студенты имеют возможность проявить и усовершенствовать аналитические и оценочные навыки, научиться работать в команде, находить наиболее рациональное решение поставленной проблемы.
Будучи интерактивным методом обучения, метод case-study завоевывает позитивное отношение со стороны студентов, обеспечивая освоение теоретических положений и овладение практическим использованием материала; он воздействует на профессионализацию студентов, способствует их взрослению, формирует интерес и позитивную мотивацию по отношению к учебе. Одновременно метод case-study выступает и как образ мышления преподавателя, его особая парадигма, позволяющая по-иному думать и действовать, обновлять свой творческий потенциал.
Сase – пример, взятый из реального бизнеса, представляет собой не просто правдивое описание событий, а единый информационный комплекс, позволяющий понять ситуацию. Хороший кейс должен удовлетворять следующим требованиям:
- соответствовать четко поставленной цели создания;
- иметь соответствующий уровень трудности;
- иллюстрировать несколько аспектов экономической жизни;
- не устаревать слишком быстро;
- быть актуальным на сегодняшний день;
- иллюстрировать типичные ситуации;
- развивать аналитическое мышление;
- провоцировать дискуссию;
- иметь несколько решений.
Предполагается, что в бизнесе не существует однозначно правильных решений. Суть обучения методом case-study состоит в том, что каждый предлагает варианты, исходя из имеющихся у него знаний, практического опыта и интуиции. Например, для кого-то изменение семейного положения главы компании не является важной деталью, а другой студент может, опираясь на свой опыт, посчитать этот факт исключительно важным.
У метода case-study есть свои признаки и технологические особенности, позволяющие отличить его от других методов обучения.
Признаки метода case-study:
- Наличие модели социально-экономической системы, состояние которой рассматривается в некоторый дискретный момент времени.
- Коллективная выработка решений.
- Многоальтернативность решений; принципиальное отсутствие единственного решения.
- Единая цель при выработке решений.
- Наличие системы группового оценивания деятельности.
- Наличие управляемого эмоционального напряжения обучаемых.
Технологические особенности метода case-study:
- Метод представляет собой специфическую разновидность исследовательской аналитической технологии, т.е. включает в себя операции исследовательского процесса, аналитические процедуры.
- Метод case-study выступает как технология коллективного обучения, важнейшими составляющими которой выступают работа в группе (или подгруппах) и взаимный обмен информацией.
- Метод case-study в обучении можно рассматривать как синергетическую технологию, суть которой заключается в подготовке процедур погружения группы в ситуацию, формировании эффектов умножения знания, инсайтного озарения, обмена открытиями и т.п.
- Метод case-study интегрирует в себе технологии развивающего обучения, включая процедуры индивидуального, группового и коллективного развития, формирования многообразных личностных качеств обучаемых.
- Метод case-study выступает как специфическая разновидность проектной технологии. В обычной обучающей проектной технологии идет процесс разрешения имеющейся проблемы посредством совместной деятельности студентов, тогда как в методе case-study идет формирование проблемы и путей ее решения на основании кейса, который выступает одновременно в виде технического задания и источника информации для осознания вариантов эффективных действий.
- Метод case-study концентрирует в себе значительные достижения технологии «создания успеха». В нем предусматривается деятельность по активизации студентов, стимулирование их успеха, подчеркивание достижений обучаемых.
Именно достижение успеха выступает одной из главных движущих сил метода, формирования устойчивой позитивной мотивации, наращивание познавательной активности.
Основная функция метода case-study – учить студентов решать сложные неструктурированные проблемы, которые не возможно решить аналитическим способом. Кейс активизирует студентов, развивает аналитические и коммуникативные способности, оставляя обучаемых один на один с реальными ситуациями.
Использование метода case-study имеет явные преимущества перед простым изложением материала, широко используемым в традиционной педагогике высшей школы России. Однако не стоит полагать, что кейсы могут заменить лекции. По мнению преподавателя Американского института бизнеса и экономики (AIBEc) в Москве Питера Эксмана нельзя тратить все свое время только на разбор конкретных примеров, потому что это формирует стереотипный, предвзятый подход к решению сходных проблем, и студент будет не в состоянии подняться на более высокий уровень обобщения. Кейсы показывают, как на практике применяются экономические теории; ценность таких упражнений, если они не имеют теоретической «начинки», невелика.
Кейсы отличаются от задач, используемых при проведении семинарских и практических занятий, поскольку цели использования задач и кейсов в обучении различны. Задачи обеспечивают материал, дающий студентам возможность изучения и применения отдельных теорий, методов, принципов. Обучение с помощью кейсов помогает студентам приобрести широкий набор разнообразных навыков. Задачи имеют, как правило, одно решение и один путь, приводящий к этому решению. Кейсы имеют много решений и множество альтернативных путей, приводящих к нему.
Метод case-study относят к одному из «продвинутых» активных методов обу
План-конспект занятия (8 класс): Работа с кейс-задачами: методика и пример задачи
Кейс (в переводе с англ. — случай) представляет собой проблемную ситуацию, предлагаемую в качестве задачи для анализа и поиска решения.
Обычно кейс содержит схематическое словесное описание ситуации, статистические данные. Кейс дает возможность приблизиться к практике, встать на позицию человека, реально принимающего решения.
Кейсы наглядно демонстрируют, как на практике применить теоретический материал. Метод case-study – инструмент, позволяющий применить теоретические знания к решению практических задач. С помощью этого метода все имеют возможность проявить и совершенствовать аналитические и оценочные навыки, научиться работать в команде, находить наиболее рациональное решение поставленной проблемы.
Работа с кейсом осуществляется поэтапно:
Первый этап – знакомство с текстом кейса, изложенной в нем ситуацией, ее особенностями.
Второй этап – выявление фактов, указывающих на проблему(ы), выделение основной проблемы (основных проблем), выделение факторов и персоналий, которые могут реально воздействовать.
Третий этап – выстраивание иерархии проблем (выделение главной и
второстепенных), выбор проблемы, которую необходимо будет решить.
Четвертый этап – генерация вариантов решения проблемы. Возможно проведение «мозгового штурма».
Пятый этап – оценка каждого альтернативного решения и анализ последствий принятия того или иного решения.
Шестой этап – принятие окончательного решения по кейсу, например, перечня действий или последовательности действий.
Седьмой этап – презентация индивидуальных или групповых решений и общее обсуждение.
Восьмой этап — подведение итогов в учебной группе под руководством
преподавателя.
Для успешного анализа кейсов следует принципов:
используйте знания, полученные в процессе лекционного курса;
внимательно читайте кейс для ознакомления с имеющейся информацией, не торопитесь с выводами;
не смешивайте предположения с фактами;
При проведении письменного анализа кейса помните, что основное требование, предъявляемое к нему, – краткость.
Презентация результатов анализа кейсов
Презентация, или представление результатов анализа кейса, выступает очень важным элементом метода. При этом в сase-study используются два вида презентаций: устная (публичная) и письменный отчет-презентация. Публичная (устная) презентация предполагает представление решений кейса группе.
Устная презентация требует навыков публичного выступления, умения кратко, но четко и полно изложить информацию, убедительно обосновать предлагаемое решение, корректно отвечать на критику и возражения. Одним из преимуществ публичной (устной) презентации является ее гибкость. Выступающий может откликаться на изменения окружающей обстановки, адаптировать свой стиль и материал, чувствуя настроение аудитории.
Критерии оценки выполнения кейс-заданий
Критериями оценки выполненного кейс — задания являются:
1 Научно-теоретический уровень выполнения кейс — задания и выступления.
2 Полнота решения кейса.
3 Степень творчества и самостоятельности в подходе к анализу
кейса и его решению. Доказательность и убедительность.
4 Форма изложения материала(свободная; своими грамотность устной или письменной речи) и качество презентации.
5 Культура речи, жестов, мимики при устной презентации.
6 Полнота и всесторонность выводов.
7 Наличие собственных взглядов на проблему.
2 Формулировка кейс-задания: «Проанализируйте ситуацию. Определите какиую проблему необходимо решить в данной ситуации. Какие формы и методы разработки и
принятия решений по данной ситуации Вы могли бы порекомендовать главе сельского поселения?».
3 Ситуация
Главу администрации сельского поселения Култаево (Пермский край) беспокоит то, что на территории поселения местные жители часто выбрасывают бытовой мусор прямо на улицу, а часть мусора относят или отвозят за околицу. Раньше раз в три дня приезжала машина – мусоровоз, и жители имели возможность в назначенное время вынести бытовые отходы. Средств в бюджете поселения на организованный сбор и вывоз мусора сегодня нет. Постепенно улицы поселения «зарастают» мусором, а за околицей села постепенно разрастается свалка.
4 Анализ ситуации, диагностика проблем(ы) и их (ее) формулировка, определение главной проблемы и второстепенных.
Факты:
— отсутствует организованный сбор мусора на территории сельского
поселения;
— улицы «зарастают» мусором;
— свалка за околицей;
— жители не проявляют заинтересованности в чистоте улиц своего
поселения;
— отсутствие средств в бюджете администрации сельского поселения
на организацию вывоза бытовых отходов;
— беспокойство главы администрации сельского поселения;
—
— прочее.
Перечень возможных проблем, определение главной и второстепенных:
1 Где найти средства на организованный сбор и вывоз мусора?
2 Как поднять сознательность населения, чтобы они не выбрасывали
бытовой мусор на улицу?
3 Как убрать свалку за околицей?
4 Как организовать уборку улиц?
5 Как организовать сбор и вывоз мусора с территории сельского
поселения? (главная проблема)
6 Какое применение можно найти некоторым видам мусора, например, пластиковым бутылкам?
7 И т.д.
НУЖНО ЛИ ЭТО ВКЛЮЧАТЬ????
Они будут знать а
2.2. Влияние отходов на окружающую среду.
Ежедневно мы потребляем множество продуктов, что приводит к накапливанию таких отходов, как консервные банки, пакеты, бутылки, бумага и т. д. Для полного разрушения бумаги необходимо 15 дней, консервной банки — 20 лет, бутылки из стекла — многие годы, окурка от сигареты – 1.5 г
Пищевые отходы нельзя ни накапливать, ни бросать на землю, поскольку бактерии, имеющиеся в атмосфере, способствуют разложению остатков мяса, рыбы и фруктов и вызывают гниение.
Вокруг всех населённых пунктов образуются свалки.
Свалка – это место, куда свозят все образующиеся в результате жизнедеятельности отходы.
Имеются контролируемые свалки, где хранят твёрдые отходы, получаемые от населения и с промышленных предприятий. Через некоторое время накопившиеся там отбросы спрессовываются слоями. Свалки должны находиться под строжайшим контролем, чтобы избежать распространения болезней и загрязнения окружающей среды. По прошествии нескольких лет твёрдые отходы должны быть покрыты очень толстым слоем земли с соблюдением всех мер предосторожности, чтобы не произошло отравление окружающей среды в случае проливных дождей, и не было угрозы загрязнения подземных рек. Некоторое время спустя этот участок земли может превратиться в лес или парк отдыха. В других случаях на территории свалки строят промышленные предприятия по переработке отходов, где их превращают в полезные продукты, а так же, газ или электричество.
Главная опасность открытых свалок – это их доступность в течение нескольких лет, из-за чего отходы попадают в грунтовые воды. Над свалками загрязнён и атмосферный воздух, так выделяются отравляющие газы.
2.3. Результаты исследования.
За неделю 1 семья в составе 3–х человек производит бытовых отходов массой 6520г.
Пищевые отходы – 3000г.
Бумажные отходы- 1250г.
Металлы — 300г
Синтетические материалы (полиэтиленовые пакты, пластиковые бутылки, стаканы от йогурта, упаковки от продуктов) — 1200г
Стекло -770г
За месяц масса бытовых отходов 1 семьи будет равна 27942г = 28кг.
За год масса бытовых отходов 1 семьи будет равна = 336 кг.
Количество жителей села Солёного 1922 человека (640 семей), тогда масса бытовых отходов, производимых всеми жителями села за неделю будет приблизительно 4170 кг. За месяц 18т. За год 215 т.
Число браков на 1000 человек-6,2 —можно предположить сколько семей будет.
Метод кейсов в учебном процессе: описание, этапы, эффективность
Образование в наше время можно рассматривать источником стабильного и прогрессивного социального развития. Всё чаще можно услышать о новых целях и задачах образования, которые ориентированы на подготовку специалистов в совершенно разных областях, способных независимо и эффективно вести деятельность в условиях постоянно меняющихся тенденций и быстрого ритма жизни. Исходя из этого, изменения касаются и образовательной практики, а также выдвигаются всё новые требования к технологиям в области образования.
И на сегодняшний день любая образовательная технология должна соответствовать ряду параметров:
- Во-первых, она должна позволять студентам и учащимся самостоятельно организовывать процесс освоения материала
- Во-вторых, она должна мотивировать студентов и учащихся к различным видам деятельности
- В-третьих, она должна подразумевать работу с разными источниками информации, учитывая то, что информация сегодня и сама по себе является средством организации деятельности, а не целью обучения, как было раньше
- В-четвёртых, она должна допускать организацию взаимодействия групп
- В-пятых, она должна предполагать познавательную деятельность в нескольких областях
- И, наконец, она должна представлять собой технологию контекстного обучения, которая позволит решать большое количество профессиональных задач
И всем представленным требованиям в наибольшей степени соответствует метод кейсов в учебном процессе.
Метод кейсов
Метод кейсов или кейс-метод представляет собой один из методов решения сложных проблем, которые не имеют чёткой структуры и предполагают применение студентами своего творческого потенциала и креативности. Для него характерно наличие актуальной проблемы или ситуации, действующих лиц, драматической составляющей и необходимости совершать выбор. Наряду с этим, в кейс-методе участвуют субъекты, столкнувшиеся с конкретной проблемой или ситуацией в реальной жизни.
Кейсы, загадки, игры, головоломки и тесты для всестороннего развития своих навыков доступны по PRO-подписке. Жмите на ссылку, чтобы узнать больше
Метод кейсов также может иметь несколько источников (видов информационной базы):
- Социальная жизнь со всем обилием трудностей и достоверных фактов
- Образование, определяющее задачи, цели и методы обучения
- Наука, задающая методологические основы и обеспечивающая разнообразие методик
- Литература художественной и публицистической направленности, из которой можно почерпнуть идеи и построить сценарий самого кейса
- Статистические и другие данные
Всё это делает метод кейсов очень эффективным и удобным в применении. Как же его применять?
Особенности метода кейсов
Чаще всего кейс-метод осуществляется в аудитории, несмотря на то, что начальный, т.е. подготовительный этап состоит из самостоятельной работы и преподавателей и учащихся вне аудитории.
Подготовительный этап
Задача преподавателя на этом этапе состоит в том, чтобы произвести соответствующую подготовку, что означает:
- Выявление фактов и определение характера взаимоотношений участников в процессе применения метода – в ходе реализации проблемы кейса
- Моделирование ситуации, её начала, развития и завершения
- Определение вопросов, аргументов и контраргументов, которые могут появиться у участников (вопросы должны служить указателями для учащихся в движении в верном направлении)
- Составления домашнего задания
- Разработка системы оценок решения кейса
Студенты на подготовительном этапе изучают предоставленный преподавателем текст ситуации (кейса) и выполняют необходимые задания, которые к нему относятся.
Реализация кейса
Само название метода говорит о том, что для разбора будет представлена какая-то ситуация. Нередко кейсом может являться какое-либо художественное или публицистическое произведение, где присутствуют все необходимые элементы: действующие лица со всеми характеристиками, включая внутренний мир, переживания, мысли, мотивы и т.д. Может предлагаться и описание ближайшего окружения основных персонажей, а также взаимоотношений между ними.
Интересно то, что контекст кейса (деятельный, эмоциональный, социальный, психологический) может сбивать участников кейса с толку, чтобы они не могли изначально уловить даже намёки на поставленную проблему. В ряде случаев контекст кейса включает в себя очертания отвлекающих и ложных проблем. Исходя из этого, результат работы по кейсу завит от того, насколько качественно и грамотно будут устранены отвлекающие моменты.
Диагностика ситуации
С целью анализа ситуации метод кейсов включает в себя и этап диагностики ситуаций, который состоит из трёх частей:
- Первая часть – описывается реальное состояние объекта с учётом конкретных параметров
- Вторая часть – определяется должное быть состояние объекта с учётом конкретных параметров
- Третья часть – сравниваются реальное и должное быть состояние объекта
В том случае, если различий не найдено, то практическая деятельность с объектом может быть продолжена. Если же различия удаётся зафиксировать, то определяется тип этих различий и разрабатываются возможные способы их устранения.
Выработка альтернатив
Выработка альтернатив является ещё одним этапом диагностики ситуации. Он направлен на поиск альтернатив, при помощи которых проблемная ситуация может быть разрешена. Но данный этап можно считать качественно новой фазой диагностики.
Основная задача состоит в том, чтобы определить все варианты, посредством которых проблема может быть решена. Результатом должна стать выработка нескольких вариантов, детальный разбор которых задаст темп дальнейшей работе.
Одновременно с развитием познавательной деятельности учащихся в процессе обсуждения кейса, преподаватель может решать и ряд других задач, например:
- Мотивировать учащихся на работу в группе
- Создавать в аудитории атмосферу, способствующую высказыванию и защите учащимися своих позиций
- Производить оценку уровня знаний учащихся и их точек зрения по различным вопросам
- Стимулировать умственную работу учащихся
- Поддерживать энтузиазм учащихся по поводу разных учебных тем
- Анализировать выполнение учащимися рабочих заданий и упражнений
- Проверять усвоенный учащимися материал на практике
- Формировать у учащихся креативное отношение к изучаемому материалу и навыки дедукции
Обсуждение выводов
Этот этап считается завершающим. Во время него преподаватель обсуждает с учащимися выявленные ими в ходе кейса проблемы. В большинстве случаев, в самом начале дискуссии определяется её цель и предполагаемые результаты, а также задаётся конкретное для беседы время.
В процессе дискуссии очень важно, чтобы мог высказаться каждый участник, но при этом его позиция должна быть аргументирована и уточнена. Также подразумевается и активизация тех участников, которые занимают в обсуждении пассивную позицию, и сдерживание наиболее активных.
Не менее важно учитывать эмоциональный и проблемный аспекты. Эмоциональный аспект подразумевает управление эмоциональными состояниями учащихся, а проблемный – вычленение наиболее важных вопросов и концентрацию внимания участников именно на них.
Следует отметить, что завершающий этап меньше поддаётся контролю, чем начальный, ведь необходимо «сбавить обороты» обсуждения, что может оказаться нелегко. А форма завершения всего мероприятия, которая иногда зависит от хода дискуссии, должна соответствовать поставленным на начальном этапе целям. Причём не следует завершать занятие только одним способом, т.к. это может снизить интерес участников.
В качестве завершения можно использовать такие варианты:
- Представить краткое резюме, основанное на выводах, сделанных в течение занятия
- Задать дополнительные вопросы, которые в процессе не были затронуты
- Предоставить новые данные (если диагностика кейса не позволила решить проблему, модно предложить дополнительные данные на тему дальнейшего развития событий, реализованных в кейсе)
- Позволить учащимся подвести итоги (резюме могут быть как индивидуальными, так и групповыми, их подача может быть устной или письменной, а озвучены они могут быть либо в конце текущего занятия, либо в начале следующего)
Опыт, полученный в процессе применения метода кейсов различными организациями, преподавателями и другими людьми, чья деятельность связана с обучением, показал, что кейс-метод многократно повышает результативность образовательного процесса, т.к. позволяет моделировать будущую деятельность участников кейса и формировать положительную мотивацию к освоению материала и получению новой информации в дальнейшем.
Создаем кейс своими силами
Рабочая ситуация
При подборе персонала мы часто используем метод кейсов. Предлагаемые испытуемому в процессе собеседования небольшие кейсы помогают определить, насколько он готов к решению проблемы, что думает, как анализирует информацию, какими принципами руководствуется. К сожалению, кейсов всегда не хватает. Пробовали скачивать их из Интернета, но при использовании поняли, что многим кандидатам они уже известны.
Хотелось бы узнать, как создаются кейсы, можно ли разработать их самостоятельно?
Решение
Корпоративные HR-отделы широко используют кейсы для обучения сотрудников, подбора и оценки персонала. Таким образом, они применяются не только для развития навыков анализа, резюмирования, принятия решений и прогнозирования,но и для проверки определенных навыков поведения в конкретной ситуации.
Кейсы можно скачать из Интернета, позаимствовать у знакомых, купить или заказать в специализированных компаниях. Идеальным вариантом для компании является самостоятельное написание кейса менеджером по персоналу, поскольку это обеспечивает ряд существенных преимуществ:
- кейс получится эксклюзивным;
- кейс будет в наибольшей степени соответствовать потребностям компании за счет использования реального фактического материала с учетом корпоративных особенностей;
- стоимость создания кейса будет определяться только затратами рабочего времени менеджера по персоналу.
К тому же создание кейса — процесс творческий и увлекательный.
Различают кейсы сложные, средней сложности и простые.
Сложные кейсы объемом от десяти до тридцати страниц содержат дополнительную фактическую информацию (документы, статистику, графики и т. д.) и используются в основном в рамках программ МВА.
Кейсы средней сложности объемом пять — десять страниц также могут содержать дополнительную фактическую информацию, но в небольшом объеме, и используются при дистанционном обучении и в рамках оценочных процедур.
Простые кейсы объемом не более пяти страниц (чаще одна- две страницы) широко используются для обучения, оценки и подбора персонала.
Словарь
Кейс — это структурированное описание экономической, социальной или рабочей ситуации, предлагаемой для ее анализа и поиска возможных решений в целях обучения или оценки испытуемых по заданным параметрам.
Очевидно, что возможность разработки кейсов силами менеджера по персоналу ограничена степенью их сложности. Так, сложные и средне сложные кейсы разрабатываются группой опытных разработчиков-профессионалов, имеющих соответствующий навык. Создание простых кейсов остается полем деятельности менеджера по персоналу, но к разработке даже простых кейсов для топ-менеджеров ввиду сложности их работы рекомендуется привлекать специалистов в этой области.
Кейсы для подбора и оценки кандидата
Технология создания простых кейсов, предназначенных для подбора, оценки и обучения персонала, одинакова, но сами кейсы имеют специфику (табл. 1).
В качестве примера рассмотрим создание кейса для подбора персонала. Учитывая приведенные в таблице особенности такого кейса, пройдем все этапы его построения.
Этапы создания кейса
Входные данные
Компания N занимается продажей автокосметики и имеет хорошо развитую розничную сеть.
В компании очень ценится работа в команде и внимательное отношение руководителей к командной и индивидуальной мотивации сотрудников.
В настоящее время в компании открыта вакансия кустового управляющего, в подчинении которого будут четыре магазина: три из них уже действуют, а четвертый открывается через два месяца. Для отбора кандидатов на данную вакансию нужно написать кейс.
Этап 1. Постановка задачи кейса
Задача — это описание результата, который нужно получить путем решения кейса в процессе интервью. Сформулированная задача не даст увлечься деталями, уйти в сторону и т. п.
В данном случае задача может быть следующей.
В результате работы над кейсом испытуемый должен продемонстрировать понимание индивидуальных потребностей сотрудников и умение анализировать факторы-мотиваторы в конкретной рабочей ситуации.
Этап 2. Выбор формата кейса
Кейсы могут быть созданы в одном из следующих форматов.
1. Описание ситуации.
2. Описание ситуации в развитии.
3. Описание ситуации и характеристик действующих лиц.
4. Описание ситуации в развитии и характеристик действующих лиц.
Поскольку речь идет об индивидуальных различиях сотрудников, выбираем третий вариант — описание ситуации и характеристик действующих лиц.
Этап 3. Набросок кейса
Не нужно пытаться сразу писать кейс набело, длинные красивые предложения все равно придется много раз переделывать. Сначала просто создаем информационный скелет кейса, не думая о красоте фраз.
Ситуация. Выбираем ситуацию, которая реальна для вашей компании.
В открывающийся магазин необходимо набрать персонал и перевести из уже работающих магазинов опытных сотрудников для того, чтобы в новом коллективе быстрее формировались стандарты корпоративной культуры. Кого из сотрудников перевести в новый магазин?
Описание сотрудников. Речь идет об индивидуальных моти- вационных различиях, поэтому в описании эти различия должны четко просматриваться. Выбираем реалистичных персонажей (они не должны быть откровенно плохими или откровенно хорошими).
- Виктор, 24 года, работает в компании в течение полутора лет, компетентен. Полгода назад у него родился ребенок, из- за чего Виктор часто приходит на работу усталым.
- Мария, 26 лет, работает в компании два с половиной года, компетентна. Не любит перемен в жизни. Привыкла к стандартным формам работы и не хочет их менять, так как боится допустить ошибку.
- Ирина, 23 года, работает в компании в течение полутора лет, компетентна. Любит привлекать к себе внимание. Очень коммуникабельна. В свободное время много общается: лично, по телефону и в социальных сетях.
Технология создания простых кейсов
Этап 4. Проверка информационного наполнения кейса
Теперь внимательно читаем наш набросок и ищем избыточную и недостающую информацию, а также несоответствие описания поставленной задаче.
Избыточная информация: данные о возрасте не являются объектами анализа.
Недостающая информация: для перевода в новый магазин предложены кандидатуры не самых простых с точки зрения мотивации сотрудников. Этому должно быть объяснение, например следующее.
Перевод сотрудников в новый магазин не означает их повышения в должности. Они переводятся на такую же позицию продавца- консультанта без получения каких-либо материальных или прямых карьерных преимуществ. Уровень заинтересованности сотрудника в работе в новом магазине зависит от индивидуального подхода руководителя и заготовленных им факторов-мотиваторов.
Несоответствие описания поставленной задаче кейса.
В описании ситуации поставл
Работа по кейс-технологии | Образовательная социальная сеть
Инновационные методы работы старшего воспитателя
с педагогами ДОУ
«Давай наставления только тому, кто ищет знаний. Оказывай помощь только тому, кто не умеет внятно высказывать свои заветные думы. Обучай только того, кто способен, узнав про один угол квадрата, представить себе остальные три»
Конфуций
Концепция модернизации российского образования ставит задачу достижения нового, современного качества дошкольного образования, связанного с созданием условий для развития личности ребенка, способной реализовать себя как часть социума. В связи с этим, предполагается новое содержание профессионально — педагогической деятельности педагогов ДОУ, их готовность осваивать и внедрять инновации, которые востребованы новой образовательной ситуацией.
Ведущую роль в обеспечении эффективности воспитательно-образовательного процесса играет педагог, его профессионализм.
Повышение уровня мастерства педагогов — приоритетное направление деятельности методической работы, которая занимает особое место в системе управления дошкольным учреждением и представляет важное звено в целостной системе повышения квалификации педагогических кадров, так как, прежде всего, способствует активизации личности педагога, развитию его творческой личности.
Постоянная связь содержания методической работы с результатами работы педагогов обеспечивает непрерывный процесс совершенствования профессионального мастерства каждого воспитателя. В то же время методическая работа носит опережающий характер и отвечает за развитие и совершенствование всей работы с детьми, в соответствии с новыми достижениями в педагогической и психологической науке. Поэтому невозможно согласиться с пониманием методической работы, как только службы корректирования ошибок в деятельности воспитателя, хотя в ходе ее приходиться решать и эти проблемы. Главным является оказание реальной, действенной и своевременной помощи педагогам. Однако проблема повышения профессионального мастерства каждого педагога дошкольного учреждения по-прежнему остается одной из самых сложных. Ни для кого не секрет, что иногда на организацию мероприятий тратится много сил, а отдача ничтожна мала. Чем же объяснить все это? Думая, размышляя по этому поводу, пришла к выводу, что традиционные формы методической работы, в которых главное место отводилось докладам, выступлениям утратили свое значение из-за низкой их эффективности и недостаточной обратной связи. Сегодня надо использовать новые, активные формы работы, которым свойственно вовлечение педагогов в деятельность и диалог, предполагающий свободный обмен мнениями.
Для обеспечения активного участия педагогов ДОУ в инновационной методической работе необходимо проектирование продуктивных форм.
К комплексу необходимых педагогических условий относятся:
1. отбор и экспертиза (оценивание) инновационного содержания дошкольного образования;
2. проектирование продуктивных форм методической работы, активизирующих педагогов ДОУ на повышение профессиональной компетенции.
Инновационная методическая работа — часть профессионально — управленческой, педагогической деятельности, отличительными особенностями которой являются:
3. обеспечение работы образовательного учреждения в режиме развития;
4. отбор содержания методической работы, обеспечивающего личностное развитие ребенка дошкольного возраста, его саморазвитие;
5. обеспечение педагогов информацией об инновационных фактах и явлениях и организация экспертизы;
6. оснащение педагогов способами профессионально — педагогической деятельности, создающее эффективное воздействие на личностное развитие ребенка.
Методы и формы активизации инновационной деятельности педагогов.
В настоящее время существует проблема формирования педагога инновационного дошкольного учреждения, обладающего компетентностью, креативностью, готовностью к использованию и созданию инноваций.
Работа по повышению профессионального мастерства педагогов должна выделяться в отдельное направление и придерживаться следующих основных требований:
1. иметь практико-ориентированный характер;
2. интегрировать повышение квалификации и внедрение результатов научных исследований и инновационного педагогического опыта;
3. обеспечивать индивидуально-дифференцированный подход, учитывающий возможности педагогов и их профессиональные интересы;
4. способствовать активному освоению знаний и закреплению профессиональных умений;
5. оценивать результативность повышения квалификации и своевременно вносить коррективы в этот процесс;
6. обеспечивать системный и комплексный подход к повышению профессионального мастерства педагогов.
Изучение деятельности и личности воспитателя – необходимая предпосылка повышения качества и эффективности методической работы. Помочь воспитателю добиться высоких результатов в обучении и воспитании детей можно только при условии всестороннего учета не только задач дальнейшего совершенствования, но и реальных возможностей каждого воспитателя.
Отбор форм и методов повышения квалификации обусловлен психологическими особенностями познавательной деятельности взрослых. Поэтому учебный процесс строится с учетом следующих требований:
1. реализации вариативности образовательных запросов;
2. овладения способами самостоятельного познания и перехода в режим саморазвития;
3. ориентации на удовлетворение потребности в неформальном профессиональном общении;
4. ориентации на самоанализ собственной деятельности и осознание необходимости её совершенствования;
5. проблемного построения содержания лекций, семинаров, требующих от педагогов междисциплинарного синтеза;
6. использование таких форм и методов учебной работы, которые носят исследовательский характер и направлены на осмысление собственного педагогического опыта и творческую его переработку.
Из множества форм и методов, рекомендуемых в настоящее время для использования в работе с педагогами, можно остановиться на некоторых из них:
1. Семинар – творческие занятия направлены на развитие творческого мышления и создания инновационных проектов.
2. Семинар – пресс-конференции помогают быстро находить информацию по отдельным проблемам, глубоко осмысливать её, обсуждать отдельные вопросы с коллегами.
3. Игровое моделирование. Деловые и ролевые игры подразумевают моделирование реального процесса, во время которых принимают оптимальные профессиональные решения на основе анализа искусственно созданных педагогических ситуаций. Деловая игра как метод обучения позволяет «прожить» ту или иную практическую ситуацию.
Используются и такие формы и методы, как коллективное решение проблемных ситуаций, групповая дискуссия, или мозговая атака; тренинги в малых группах по совершенствованию профессиональных умений; методы самообразовательной работы, научно-практические конференции по итогам инновационной деятельности ДОУ.
Новой формой, позволяющей в комплексе решать основные практические и исследовательские задачи, интегрировать различные образовательные формы обучения для педагогов в инновационном учреждении, является научно-методический совет. В работу научно-методического совета включена творческая группа педагогов, научный руководитель экспериментальной площадки, заведующая ДОУ и старший воспитатель.
В компетенцию его деятельности входит создание коллектива единомышленников для развития учреждения, который разрабатывает стратегию, конструктивно-методические схемы реализации общей концепции, модель учреждения и его основные структуры, методики изучения культурно-образовательных и профессиональных потребностей всех участников педагогического процесса. Важное место в содержании работы научно-методического совета занимает анализ деятельности учреждения, результаты использования новых педагогических технологий, анализ профессиональной деятельности членов коллектива, рассмотрение прогностических программ и проектов, анализ и утверждение дидактических, методических материалов, обобщение опыта.
Важным в работе научно-методического совета является и анализ инновационных способов и приемов, и их реализации в социо — культурном пространстве, и изучение их влияния на степень развития ребенка.
Таким образом, использование в процессе повышения профессионального мастерства педагогов ДОУ указанных и других активных форм и методов обучения обеспечивает практико-ориентированный характер учебного процесса, способствует включению в инновационную деятельность, формированию потребности в непрерывном профессиональном совершенствовании.
Повышение мастерства педагогов, пополнение их теоретических и практических знаний осуществляется с помощью разнообразных форм методической работы, а именно с использованием интерактивных форм и методов. Ценность такого подхода в том, что он обеспечивает обратную связь, откровенный обмен мнениями, формирует положительные отношения между сотрудниками. Стержнем данных форм работы с кадрами являются коллективные обсуждения, рассуждения, аргументация выводов, соревнования умов и талантов. Значение интерактивных методов — достижение таких важнейших целей, как:
1. Стимулирование интереса и мотивации к самообразованию;
2. Повышение уровня активности и самостоятельности;
3. Развитие навыков анализа и рефлексии своей деятельности;
4. Развитие стремления к сотрудничеству, эмпатии.
В чем преимущества этой работы?
Во-первых — значительно повышается мотивация профессиональной деятельности педагогов, их социальной и познавательной активности.
Во-вторых — реализуются те стороны человека, которые в повседневной, достаточно однообразной жизни, не находят применения, развития.
В-третьих, приобретается опыт коллективной деятельности, взаимного уважения, поддержки, сотрудничества, без которого невозможен труд в человеческом обществе.
Уровень методической подготовки педагога, его способность к профессиональному совершенствованию изучались методами тестирования и анкетирования. Что это дало?
Тестирование показало: воспитатели испытывают трудности в овладении новыми программами, организации сюжетно-ролевой игры, установлении личностно-ориентированного взаимодействия, зачастую не могут решить возникающие проблемы.
Анкетирование позволило определить методические проблемы, затруднения, которые возникают у воспитателей в процессе работы.
Работа строилась от простого, к сложному, логически обоснованно, интерактивные формы соответствовали содержанию.
Основной направленностью интерактивных форм является активизация педагогов, развития их креативного мышления, нестандартный выход из проблемной ситуации.
Первая эффективная интерактивная форма, введенная в работу с педагогами ДОУ — тренинг (быстрое реагирование, быстрое обучение). Так как современная жизнь с её многочисленными трудностями как экономического, так и психологического характера требует от человека любой профессии напряжения всех его нравственных и физических сил.
Педагоги оказались в наиболее сложной ситуации, так как их труд даже в стабильные времена отличался высокой эмоциональной загруженностью и стрессонасыщенностью. Отрицательно окрашенное психологическое состояние педагога снижает эффективность процесса воспитания и обучения детей, повышает конфликтность во взаимоотношениях с коллегами, администрацией, родителями.
Педагогический ринг — ориентирует педагогов на изучение новейших исследований в психологии и педагогике, методической литературе, способствует выявлению различных подходов к решению педагогических проблем, совершенствует навыки логического мышления и аргументации своей позиции, учит лаконичности, четкости, точности высказываний, развивает находчивость, чувство юмора. Такая форма предусматривает критерии оценки ответов, выступлений и действий участников:
• общая эрудиция;
• профессиональные знания, умения, навыки;
• умение выйти из затруднительного положения, экспромт.
Например, педагогический ринг: «Пути совершенствования процесса обучения в ДОУ».
Каждый творчески работающий воспитатель знает, как часто его посещают замечательные идеи, внезапные озарения (эврика, которые, будучи своевременно невостребованными, утрачиваются, забываются. Что бы этого не случилось, есть дискуссия — это обсуждение-спор, столкновение разных точек зрения, позиций, подходов. В педагогическом опыте получили распространение свернутые формы дискуссий, к которым относятся: круглый стол техника «аквариума». Его основная задача выработать навыки критической оценки разных подходов к решению конкретных вопросов в практике работы ДОУ, умению аргументировано отстаивать свою точку зрения, формировать культуру ведения дискуссии. Темы для круглых столов могут быть разными, но они обязательно должны содержать в своей формулировке альтернативные элементы. Например, — «Проблемы взаимодействия общественного и семейного воспитания на современном этапе», «Дошкольное образовательное учреждение — каким ему быть? », «Сила личности воспитателя. В чем она? », «Десять заповедей творческой личности. Вы с ними согласны? ».
Симпозиум — обсуждение, в ходе которого участники выступают с сообщениями, представляющими их точки зрения, после чего отвечают на вопросы аудитории.
Дебаты — обсуждение, построенное на основе заранее оговоренных выступлений представителей двух противостоящих групп.
«Судебное заседание» — обсуждение, имитирующее судебное разбирательство (слушание дела) .
КВН, Что? Где? Когда? Счастливый случай. Успешно используется для выработки быстрой реакции на изменение педагогической ситуации, умения найти оптимальный вариант решения задачи.
Педагогические ситуации, экспромт — метод активизации педагогического познания в процессе повседневного общения, взаимосвязи с детьми, родителями, коллегами. Например, ребенок сообщает педагогу, что мама и папа разошлись, и у него теперь будет новый папа. Какой может быть реакция педагога.
Недостатком традиционных форм работы (наряду с достоинствами) является то, что не все воспитатели выступают в роли активных участников. Устранению этого недостатка способствует деловая игра и другие инновационные формы работы с педагогическими кадрами.
Деловая игра может быть использована не только как зачетное занятие по результатам теоретического семинара актуальной для ДОУ проблемы, но и при разработке решений новой проблемы. Например: «Легко ли быть дошкольником? »
Банк идей — это рациональный способ коллективного решения проблем, не поддающихся решению традиционными способами на данном этапе ДОУ. Например: «Экология игры: как вернуть игру в жизнь детского сада». Эффективной формой является проведение выставки — ярмарки педагогических идей, аукцион. Грамотно подготовленная и проведенная, она стимулирует педагогов к творчеству и самообразованию. Поэтому основной результат выставки-ярмарки — заметный профессионально-личностный рост воспитателей. Благодаря этой форме работы с педагогами создаются условия для публичного представления лучших образцов их профессиональной деятельности, появления новых идей, установления и расширения деловых и творческих контактов с коллегами.
Мастер – класс. Его основная цель – знакомство с педагогическим опытом, системой работы, авторскими находками и всем тем, что помогло педагогу достичь наилучших результатов. Мастер – класс можно проводить как внутри ДОУ, так и для педагогов ДОУ района.
Творческий час «Золотые россыпи» — работа небольшими коллективами, где разрабатываются методические рекомендации, модели анализа литературного или музыкального произведения, план — схемы поиска «клада», внедряются новые нетрадиционные техники рисования.
Кружки качества организуются по инициативе администрации, с учетом делегирования полномочий. Ведущий метод — «мозговая атака» или «мозговой штурм». Обязательным условием при организации кружка является наличие педагога, способного обучать коллег без помощи администрации.
Педагогическое «ателье» или педагогическая мастерская. Их цель: педагог-мастер знакомит членов педагогического коллектива с основными идеями своей воспитательно-образовательной системы и практическими рекомендациями по ее реализации. Также идет выполнение индивидуально-практических заданий с прицелом на дальнейшее использование в работе с детьми. Например: «Развитие творческого воображений дошкольника средствами художественной литературы, изодеятельности, экспериментирования».
«Коучинг–сессия» — интерактивное общение, развивающее консультирование, дискуссия (вопрос — ответ). Принцип «Сделай за меня» практически не действует, здесь педагог не получает советов и рекомендаций, а только отвечает на вопросы, которые ему задает консультант, и сам находит и пути для решения проблем. В данном процессе осуществляется индивидуальная поддержка педагогов, которые ставят перед собой задачу профессионального и личностного роста, повышения персональной эффективности. Например: «Работа с аттестуемым педагогом».
Работая в коллективе, важно знать его психологический климат, эмоциональное состояние педагогов, уровень профессионального и личностного развития. И мне пришла идея создать корпорацию, объединяющую педагогов общностью интересов – «Союз единомышленников». Это корпорация добрых, общительных, умных, душевных, организованных, удачливых. Примеры некоторых мероприятий: супер — девичник, мастерская дизайнера, звездный час, мистический Новый год, выход в театр, кино, выезд на природу.
Ещё одна форма, которую можно использовать перед открытыми мероприятиями для воспитателей и родителей — это настрой педагога на успешную работу — «Квик – настройка»:
1. Если вы хотите нравиться людям — улыбайтесь! Улыбка, солнечный лучик для опечаленных, противоядие созданное природой от неприятностей.
2. Вы самые лучшие и красивые, пусть все манекенщицы мира вам позавидуют.
3. Есть люди подобно золотой монете: чем дольше работают, тем
дороже ценятся.
4. Нет лучше любимой подруги, чем любимая работа: не стареет, и
стареть не дает.
5. Трудности закаляют на пути к счастью.
Заключение
Повышение качества дошкольного образования находится в прямой зависимости от кадров. Важно отметить, что в современных условиях реформирования образования радикально меняется статус педагога, его образовательные функции, соответственно меняются требования к его профессионально-педагогической компетентности, к уровню его профессионализма. В настоящий момент мы отмечаем, что сегодня востребован педагог творческий, компетентный, способный к развитию умений мобилизовать свой личностный потенциал в современной системе воспитания и развития дошкольника.
Педагог 21 века — это:
1. Гармонично развитая, внутренне богатая личность, стремящаяся к духовному, профессиональному, общекультурному и физическому совершенству;
2. Умеющий отбирать наиболее эффективные приемы, средства и технологии обучения и воспитания для реализации поставленных задач;
3. Способный организовать рефлексивную деятельность;
4. Обладающий высокой степенью профессиональной компетентности, педагог должен постоянно совершенствовать свои знания и умения, заниматься самообразованием, обладать многогранностью интересов.
Подводя итоги, можно сказать, что грамотно построенная система интерактивных форм работы с педагогическими кадрами, — приведет к повышению уровня воспитательно-образовательной работы ДОУ и сплотит коллектив педагогов.
Главное подобрать золотой ключик к каждому педагогу.
Имя | Описание | |
---|---|---|
processInstanceId | Ограничить задачами, принадлежащими экземплярам процесса с данным идентификатором. | |
процессInstanceBusinessKey | Ограничить задачами, которые принадлежат экземплярам процесса с данным бизнес-ключом. | |
процессInstanceBusinessKeyIn | Ограничить задачами, которые принадлежат экземплярам процесса с одним из предоставленных бизнес-ключей. Ключи должны быть в списке, разделенном запятыми. | |
процессInstanceBusinessKeyLike | Ограничено задачами, имеющими бизнес-ключ экземпляра процесса, который имеет значение параметра в виде подстроки. | |
Идентификатор процесса | Ограничить задачами, которые принадлежат определению процесса с данным идентификатором. | |
Ключ определения процесса | Ограничить задачами, которые принадлежат определению процесса с данным ключом. | |
Процесс Определение Ключ В | Ограничить задачами, которые принадлежат определению процесса с одним из указанных ключей. Ключи должны быть в списке, разделенном запятыми. | |
имя процесса | Ограничить задачами, которые принадлежат определению процесса с данным именем. | |
процесс Определение Имя Как | Ограничено задачами, у которых есть имя определения процесса, в котором значение параметра указано в виде подстроки. | |
ИД исполнения | Ограничить задачами, которые принадлежат выполнению с данным идентификатором. | |
caseInstanceId | Ограничить задачами, которые принадлежат экземплярам дела с данным идентификатором. | |
чемоданInstanceBusinessKey | Ограничить задачами, которые принадлежат экземплярам дела с данным бизнес-ключом. | |
корпусИнстансБизнесКлючКак | Ограничено задачами, у которых есть бизнес-ключ экземпляра дела, который имеет значение параметра в виде подстроки. | |
корпус Идентификатор определения | Ограничить задачами, которые принадлежат определению дела с данным идентификатором. | |
корпус Описание Ключ | Ограничить задачами, которые принадлежат определению дела с данным ключом. | |
корпус Наименование | Ограничить задачами, которые принадлежат определению дела с заданным именем. | |
корпус Определение Наименование Как | Ограничено задачами, которые имеют имя определения случая, в котором значение параметра указано в виде подстроки. | |
caseExecutionId | Ограничить задачами, которые относятся к выполнению дела с данным идентификатором. | |
activityInstanceIdIn | Включайте только задачи, которые принадлежат одному из переданных идентификаторов экземпляров действий, разделенных запятыми. | |
tenantIdIn | Включайте только задачи, которые принадлежат одному из переданных идентификаторов клиентов, разделенных запятыми. | |
без TenantId | Включать только задачи, которые не принадлежат арендатору. Значение может быть только true , так как false — поведение по умолчанию. | |
правопреемник | Ограничить задачами, назначенными данному пользователю. | |
правопреемник Выражение | Ограничить задачами, которые назначаются пользователю, описанному данным выражением. Увидеть гид пользователя для получения дополнительной информации о доступных функциях. | |
правопреемник Нравится | Ограничено задачами, у которых есть исполнитель, у которого значение параметра указано в виде подстроки. | |
правопреемникLikeExpression | Ограничить задачами, у которых есть исполнитель, значение параметра которого описывается данным выражение как подстрока. Увидеть пользователя руководство для получения дополнительной информации о доступных функциях. | |
собственник | Ограничить задачами, принадлежащими данному пользователю. | |
собственник Выражение | Ограничить задачами, принадлежащими пользователю, описанному данным выражением. Увидеть пользователя руководство для получения дополнительной информации о доступных функциях. | |
Группа кандидатов | Включать только те задачи, которые предлагаются данной группе. | |
кандидат Группа Выражение | Включать только те задачи, которые предлагаются группе, описанной данным выражением. Увидеть пользователя руководство для получения дополнительной информации о доступных функциях. | |
кандидатПользователь | Включать только те задачи, которые предлагаются данному пользователю или одной из его групп. | |
кандидатВыражение пользователя | Включить только те задачи, которые предлагаются пользователю, описанному данным выражением. Увидеть пользователя руководство для получения дополнительной информации о доступных функциях. | |
includeAssignedTasks | Также включайте задачи, которые назначаются пользователям, в запросы кандидатов.По умолчанию включаются только задачи, не назначенные ни одному пользователю. если вы запрашиваете по кандидату пользователя или группы (групп). | |
участвует Пользователь | Включать только задачи, в которых задействован данный пользователь. Пользователь участвует в задаче, если существует идентификационная связь между задачей и пользователем (например, пользователь является исполнителем). | |
вовлечено Выражение пользователя | Включать только задачи, в которых участвует пользователь, описанный данным выражением.Пользователь участвует в задаче, если существует идентификационная связь между задачей и пользователем. (например, пользователь является правопреемником). Увидеть пользователя руководство для получения дополнительной информации о доступных функциях. | |
присвоено | Если установлено значение true , ограничивает запрос всеми назначенными задачами. | |
не назначено | Если установлено значение true , ограничивает запрос всеми неназначенными задачами. | |
taskDefinitionKey | Ограничить задачами, имеющими данный ключ. | |
taskDefinitionKeyIn | Ограничить задачами, имеющими один из указанных ключей. Ключи должны быть в списке, разделенном запятыми. | |
taskDefinitionKeyLike | Ограничено задачами, у которых есть ключ, который имеет значение параметра в качестве подстроки. | |
наименование | Ограничить задачами с заданным именем. | |
nameNotEqual | Ограничить задачами, у которых нет указанного имени. | |
наименованиеКак | Ограничить задачами, у которых есть имя с заданным значением параметра в качестве подстроки. | |
nameNotLike | Ограничить задачами, у которых нет имени с заданным значением параметра в качестве подстроки. | |
описание | Ограничить задачами с указанным описанием. | |
описание как | Ограничивается задачами, описание которых содержит значение параметра в виде подстроки. | |
приоритет | Ограничить задачами с заданным приоритетом. | |
макс. Приоритет | Только задачи с более низким или равным приоритетом. | |
мин Приоритет | Ограничить задачами с более высоким или равным приоритетом. | |
срок погашения | Ограничить задачами, которые должны быть выполнены в указанную дату. Дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс , e.г., 2013-01-23T14: 42: 45 . | |
Срок исполнения Выражение даты | Ограничить задачами, срок выполнения которых определяется данным выражением. Увидеть руководство пользователя для получения дополнительной информации о доступных функциях. Выражение должно оцениваться как java.util.Date или org.joda.time.DateTime объект. | |
к оплате После | Ограничить задачами, которые должны быть выполнены после указанной даты.Дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс , например, 2013-01-23T14: 42: 45 . | |
к сроку после выражения | Ограничить задачами, которые должны быть выполнены после даты, описанной данным выражением. Увидеть руководство пользователя для получения дополнительной информации о доступных функциях. Выражение должно оцениваться как объект java.util.Date или org.joda.time.DateTime . | |
к оплате до | Ограничить задачами, которые должны быть выполнены до указанной даты.Дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс , например, 2013-01-23T14: 42: 45 . | |
срок до выражения | Ограничить задачами, которые должны быть выполнены до даты, описанной данным выражением. Увидеть руководство пользователя для получения дополнительной информации о доступных функциях. Выражение должно оцениваться как объект java.util.Date или org.joda.time.DateTime . | |
FollowUpDate | Ограничить задачами, у которых есть дата FollowUp на указанную дату.Дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс , например, 2013-01-23T14: 42: 45 . | |
FollowUpDateExpression | Ограничивается задачами, для которых дата FollowUp совпадает с датой, описанной данным выражением. Увидеть руководство пользователя для получения дополнительной информации о доступных функциях. Выражение должно оцениваться как объект java.util.Date или org.joda.time.DateTime . | |
FollowUpAfter | Ограничено задачами, у которых дата FollowUp после указанной даты.Дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс , например, 2013-01-23T14: 42: 45 . | |
FollowUpAfterExpression | Ограничить задачами, у которых дата FollowUp после даты, описанной данным выражение. Увидеть руководство пользователя для получения дополнительной информации о доступных функциях. Выражение должно оцениваться как объект java.util.Date или org.joda.time.DateTime . | |
FollowUpBefore | Ограничено задачами, у которых дата FollowUp раньше указанной даты.Дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс , например, 2013-01-23T14: 42: 45 . | |
FollowUpBeforeExpression | Ограничить задачами, у которых дата FollowUp до даты, описанной данным выражение. Увидеть руководство пользователя для получения дополнительной информации о доступных функциях. Выражение должно оцениваться как объект java.util.Date или org.joda.time.DateTime . | |
FollowUpBeforeOrNotExistent | Ограничивается задачами, у которых нет даты FollowUp или даты FollowUp до указанной даты.Дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс , например, 2013-01-23T14: 42: 45 .Типичный вариант использования — запрос всех «активных» задач для пользователя на заданную дату. | |
FollowUpBeforeOrNotExistentExpression | Ограничивается задачами, у которых нет даты FollowUp или даты FollowUp до даты, описанной данным выражение. Увидеть руководство пользователя для получения дополнительной информации о доступных функциях. Выражение должно оцениваться как java.util.Date или org.joda.time.DateTime объект. | |
создано на | Ограничить задачами, созданными в указанную дату. Дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс , например, 2013-01-23T14: 42: 45 .Примечание: , если используемая база данных сохраняет даты с точностью до миллисекунд, этот запрос будет возвращать только задачи, созданные на данной временной метке с нулевым значением. миллисекунды. | |
созданоOnExpression | Ограничить задачами, которые были созданы в дату, описанную данным выражением.Увидеть руководство пользователя для получения дополнительной информации о доступных функциях. Выражение должно оцениваться как объект java.util.Date или org.joda.time.DateTime . | |
создано После | Ограничить задачами, созданными после указанной даты. Дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс , например, 2013-01-23T14: 42: 45 . | |
createdAfterExpression | Ограничить задачами, которые были созданы после даты, описанной данным выражением.Увидеть руководство пользователя для получения дополнительной информации о доступных функциях. Выражение должно оцениваться как объект java.util.Date или org.joda.time.DateTime . | |
создано до | Ограничить задачами, созданными до указанной даты. Дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс , например, 2013-01-23T14: 42: 45 . | |
createdBeforeExpression | Ограничить задачами, которые были созданы до даты, описанной данным выражением.Увидеть руководство пользователя для получения дополнительной информации о доступных функциях. Выражение должно оцениваться как объект java.util.Date или org.joda.time.DateTime . | |
Делегация Государство | Ограничить задачами, находящимися в данном состоянии делегирования. Допустимые значения: В ОЖИДАНИИ и РАЗРЕШЕНО . | |
Группы кандидатов | Ограничить задачами, которые предлагаются любой из указанных групп кандидатов.Принимает список имен групп, разделенных запятыми, например, разработчики, служба поддержки, продажи . | |
кандидатыГруппыВыражение | Ограничить задачами, которые предлагаются любой из групп кандидатов, описанных данным выражением. Увидеть пользователя руководство для получения дополнительной информации о доступных функциях. Выражение должно оцениваться как java.util.List строк. | |
с Группой кандидатов | Включайте только задачи, для которых есть группа кандидатов.Значение может быть только , правда ,as false — поведение по умолчанию. | |
без Группы кандидатов | Включать только задачи, для которых нет группы кандидатов. Значение может быть только , правда ,as false — поведение по умолчанию. | |
с кандидатом пользователей | Включать только задачи, для которых есть кандидат в пользователя. Значение может быть только , правда ,as false — поведение по умолчанию. | |
без кандидатов | Включать только задачи, для которых нет кандидатов в пользователи. Значение может быть только , правда ,as false — поведение по умолчанию. | |
активный | Включать только активные задачи. Значение может быть только true , так как false — поведение по умолчанию. | |
подвесной | Включать только приостановленные задачи. Значение может быть только true , так как false — поведение по умолчанию. | |
Задача Переменные | Включайте только задачи, у которых есть переменные с определенными значениями. Выражения фильтрации переменных разделены запятыми и имеют следующую структуру: Допустимое значение параметра имеет вид значение_оператора_ключа . ключ — имя переменной, оператор — используемый оператор сравнения и значение значение переменной. Примечание. Значения всегда обрабатываются как объекты String на стороне сервера. Допустимые значения оператора: | |
переменные процесса | Включайте только задачи, принадлежащие экземплярам процессов, у которых есть переменные с определенными значениями.Выражения фильтрации переменных разделены запятыми и имеют следующую структуру: Допустимое значение параметра имеет вид значение_оператора_ключа . ключ — имя переменной, оператор — используемый оператор сравнения и значение значение переменной. Примечание. Значения всегда обрабатываются как объекты String на стороне сервера. Допустимые значения оператора: | |
caseInstanceVariables | Включайте только задачи, принадлежащие экземплярам дела, у которых есть переменные с определенными значениями. Выражения фильтрации переменных разделены запятыми и имеют следующую структуру: Допустимое значение параметра имеет вид значение_оператора_ключа . ключ — имя переменной, оператор — используемый оператор сравнения и значение значение переменной.Примечание. Значения всегда обрабатываются как объекты String на стороне сервера. Допустимые значения оператора: | |
parentTaskId | Ограничить запрос всеми задачами, которые являются подзадачами данной задачи.Принимает идентификатор задачи. | |
сортировать по | Отсортировать результаты лексикографически по заданному критерию. Допустимые значения: instanceId , caseInstanceId , dueDate , executionId , caseExecutionId , правопреемник , создано , описание , id , имя , nameCaseInsensitive и приоритет .Должен использоваться вместе с параметром sortOrder . | |
сортироватьЗаказать | Отсортируйте результаты в указанном порядке. Значения могут быть asc, для возрастающего порядка или desc для убывающего.Должен использоваться вместе с параметром sortBy . | |
первый результат | Разбивка результатов на страницы. Задает индекс первого возвращаемого результата. | |
maxРезультаты | Разбиение на страницы результатов. Задает максимальное количество возвращаемых результатов.Будет возвращено меньше результатов, если результатов больше не осталось. | |
Имя | Значение | Описание |
id | Строка | Идентификатор задачи. |
наименование | Строка | Имя задачи. |
правопреемник | Строка | Идентификатор правопреемника. |
собственник | Строка | ID собственника. |
создано | Строка | Дата создания задачи. Имеет формат гггг-ММ-дд'Т'ЧЧ: мм: сс . |
в срок | Строка | Срок выполнения задачи. Имеет формат гггг-ММ-дд'Т'ЧЧ: мм: сс . |
следовать | Строка | Дата выполнения задачи. Формат гггг-ММ-дд'Т'ЧЧ: мм: сс . |
Делегация Государство | Строка | Состояние делегирования задачи.Возможные значения: В ОЖИДАНИИ и РАЗРЕШЕНО . |
описание | Строка | Описание задачи. |
ИД исполнения | Строка | Идентификатор выполнения, которому принадлежит задача. |
parentTaskId | Строка | Идентификатор родительской задачи, если эта задача является подзадачей. |
приоритет | Число | Приоритет задачи. |
Идентификатор процесса | Строка | Идентификатор определения процесса, которому принадлежит задача. |
processInstanceId | Строка | Идентификатор экземпляра процесса, которому принадлежит задача. |
caseExecutionId | Строка | Идентификатор выполнения дела, которому принадлежит задача. |
корпус Идентификатор определения | Строка | Идентификатор определения дела, которому принадлежит задача. |
caseInstanceId | Строка | Идентификатор экземпляра дела, которому принадлежит задача. |
taskDefinitionKey | Строка | Ключ задания. |
подвесной | логическое значение | Принадлежит ли задача приостановленному экземпляру процесса. |
Форма Ключ | Строка | Если не null, ключ формы для задачи. |
tenantId | Строка | Если не null, идентификатор клиента задачи. |
Код | Тип носителя | Описание |
200 | / json | Запрос выполнен. |
200 | приложение / hal + json | Запрос выполнен успешно. В случае ожидаемого ответа HAL. |
400 | / json | Возвращается, если некоторые параметры запроса недействительны, например, если указан параметр sortOrder , но нет sortBy , или если используется недопустимый оператор для сравнения переменных.См. Введение для формата ответа об ошибке. |
.
Сервисная задача | docs.camunda.org
Сервисная задача используется для вызова сервисов. В Camunda это делается путем вызова кода Java или предоставления рабочего элемента для асинхронного выполнения внешнему работнику.
Есть четыре способа объявить, как вызывать логику Java:
- Определение класса, реализующего JavaDelegate или ActivityBehavior
- Оценка выражения, которое разрешается в объект делегирования
- Вызов выражения метода
- Вычисление выражения значения
Чтобы указать класс, который вызывается во время выполнения процесса, полное имя класса должно быть предоставлено атрибутом camunda: class
.
Пожалуйста, обратитесь к разделу Java Delegate в Руководстве пользователя для получения подробной информации о том, как реализовать Java Delegate.
Также можно использовать выражение, которое разрешается в объект. Этот объект должен следовать
те же правила, что и для объектов, которые создаются при использовании атрибута camunda: class
.
Или выражение, которое вызывает метод или преобразуется в значение.
Дополнительную информацию о языке выражений в качестве кода делегирования см. В соответствующих
раздел
Руководства пользователя.
Общие делегаты Java и внедрение полей
Вы можете легко написать общие классы делегата Java, которые можно будет настроить позже через XML BPMN 2.0 в служебной задаче. Подробную информацию см. В разделе «Ввод в поле» Руководства пользователя.
Результаты сервисной задачи
Возвращаемое значение выполнения службы (для служебной задачи исключительно с использованием выражений) может быть присвоено уже существующей или новой переменной процесса, указав имя переменной процесса как буквальное значение для атрибута camunda: resultVariable
объекта Определение служебной задачи. Любое существующее значение для конкретной переменной процесса будет перезаписано значением результата выполнения службы. Если имя переменной результата не указано, значение результата выполнения службы игнорируется.
В приведенном выше примере результат выполнения службы (возвращаемое значение вызова метода doSomething ()
для объекта myService
) устанавливается равным переменной процесса с именем myVar
после завершения выполнения службы.
Переменные результата и несколько экземпляров
Обратите внимание, что при использовании camunda: resultVariable
в конструкции с несколькими экземплярами, например, в подпроцессе с несколькими экземплярами, переменная результата перезаписывается каждый раз при завершении задачи, что может проявляться как случайное поведение.Подробнее см. Camunda: resultVariable.
В отличие от вызова кода Java, где механизм процесса синхронно вызывает логику Java, можно реализовать служебную задачу вне границ механизма процесса в форме внешней задачи. Когда служебная задача объявляется внешней, механизм процесса предлагает рабочий элемент работникам, которые независимо опрашивают механизм для выполнения работы. Это отделяет выполнение задач от механизма процесса и позволяет преодолевать системные и технологические границы.Подробную информацию о концепции и соответствующем API см. В руководстве пользователя по внешним задачам.
Чтобы объявить служебную задачу, которая должна обрабатываться извне, атрибут camunda: type
может быть установлен на external
, а атрибут camunda: topic
указывает тему внешней задачи. Например, следующий фрагмент XML определяет внешнюю служебную задачу с темой ShipmentProcessing
:
Атрибуты | camunda: asyncBefore, camunda: asyncAfter, камунда: класс, camunda: delegateExpression, камунда: эксклюзив, камунда: выражение, camunda: jobPriority, camunda: resultVariable, камунда: тема, камунда: тип, camunda: taskPriority |
---|---|
Удлинители | camunda: failedJobRetryTimeCycle, камунда: поле, camunda: разъем, camunda: inputOutput |
Ограничения | Один из атрибутов camunda: class , camunda: delegateExpression , camunda: тип или camunda: выражение является обязательным |
Атрибут camunda: resultVariable может использоваться только в сочетании с camunda: выражение атрибут | |
Атрибут camunda: эксклюзивный оценивается, только если атрибут camunda: asyncBefore или camunda: asyncAfter устанавливается на true | |
Атрибут camunda: topic можно использовать, только если для атрибута camunda: type установлено значение external . | |
Атрибут camunda: taskPriority можно использовать, только если для атрибута camunda: type установлено значение external . |
.
Сервисная задача | docs.camunda.org
Сервисная задача используется для вызова сервисов. В Camunda это делается путем вызова кода Java или предоставления рабочего элемента для асинхронного выполнения внешнему работнику.
Есть четыре способа объявить, как вызывать логику Java:
- Определение класса, реализующего JavaDelegate или ActivityBehavior
- Оценка выражения, которое разрешается в объект делегирования
- Вызов выражения метода
- Вычисление выражения значения
Чтобы указать класс, который вызывается во время выполнения процесса, полное имя класса должно быть предоставлено атрибутом camunda: class
.
Пожалуйста, обратитесь к разделу Java Delegate в Руководстве пользователя для получения подробной информации о том, как реализовать Java Delegate.
Также можно использовать выражение, которое разрешается в объект. Этот объект должен следовать
те же правила, что и для объектов, которые создаются при использовании атрибута camunda: class
.
Или выражение, которое вызывает метод или преобразуется в значение.
Дополнительную информацию о языке выражений в качестве кода делегирования см. В соответствующих
раздел
Руководства пользователя.
Общие делегаты Java и внедрение полей
Вы можете легко написать общие классы делегата Java, которые можно будет настроить позже через XML BPMN 2.0 в служебной задаче. Подробную информацию см. В разделе «Ввод в поле» Руководства пользователя.
Результаты сервисной задачи
Возвращаемое значение выполнения службы (для служебной задачи исключительно с использованием выражений) может быть присвоено уже существующей или новой переменной процесса, указав имя переменной процесса как буквальное значение для атрибута camunda: resultVariable
объекта Определение служебной задачи. Любое существующее значение для конкретной переменной процесса будет перезаписано значением результата выполнения службы. Если имя переменной результата не указано, значение результата выполнения службы игнорируется.
В приведенном выше примере результат выполнения службы (возвращаемое значение вызова метода doSomething ()
для объекта myService
) устанавливается равным переменной процесса с именем myVar
после завершения выполнения службы.
Переменные результата и несколько экземпляров
Обратите внимание, что при использовании camunda: resultVariable
в конструкции с несколькими экземплярами, например, в подпроцессе с несколькими экземплярами, переменная результата перезаписывается каждый раз при завершении задачи, что может проявляться как случайное поведение.Подробнее см. Camunda: resultVariable.
В отличие от вызова кода Java, где механизм процесса синхронно вызывает логику Java, можно реализовать служебную задачу вне границ механизма процесса в форме внешней задачи. Когда служебная задача объявляется внешней, механизм процесса предлагает рабочий элемент работникам, которые независимо опрашивают механизм для выполнения работы. Это отделяет выполнение задач от механизма процесса и позволяет преодолевать системные и технологические границы.Подробную информацию о концепции и соответствующем API см. В руководстве пользователя по внешним задачам.
Чтобы объявить служебную задачу, которая должна обрабатываться извне, атрибут camunda: type
может быть установлен на external
, а атрибут camunda: topic
указывает тему внешней задачи. Например, следующий фрагмент XML определяет внешнюю служебную задачу с темой ShipmentProcessing
:
Атрибуты | camunda: asyncBefore, camunda: asyncAfter, камунда: класс, camunda: delegateExpression, камунда: эксклюзив, камунда: выражение, camunda: jobPriority, camunda: resultVariable, камунда: тема, камунда: тип, camunda: taskPriority |
---|---|
Удлинители | camunda: failedJobRetryTimeCycle, камунда: поле, camunda: разъем, camunda: inputOutput |
Ограничения | Один из атрибутов camunda: class , camunda: delegateExpression , camunda: тип или camunda: выражение является обязательным |
Атрибут camunda: resultVariable может использоваться только в сочетании с camunda: выражение атрибут | |
Атрибут camunda: эксклюзивный оценивается, только если атрибут camunda: asyncBefore или camunda: asyncAfter устанавливается на true | |
Атрибут camunda: topic можно использовать, только если для атрибута camunda: type установлено значение external . | |
Атрибут camunda: taskPriority можно использовать, только если для атрибута camunda: type установлено значение external . |
.
Имя | Описание | |
---|---|---|
taskId | Фильтр по идентификатору задачи. | |
taskParentTaskId | Фильтр по идентификатору родительской задачи. | |
processInstanceId | Фильтр по идентификатору экземпляра процесса. | |
процессInstanceBusinessKey | Фильтр по бизнес-ключу экземпляра процесса. | |
процессInstanceBusinessKeyIn | Фильтр по экземплярам процесса с одним из предоставленных бизнес-ключей. Ключи должны быть в списке, разделенном запятыми. | |
процессInstanceBusinessKeyLike | Фильтр по бизнес-ключу экземпляра процесса, который имеет значение параметра в качестве подстроки. | |
ИД исполнения | Фильтр по идентификатору выполнения, которое выполнило задачу. | |
Идентификатор процесса | Фильтр по идентификатору определения процесса. | |
Ключ определения процесса | Ограничить задачами, которые принадлежат определению процесса с данным ключом. | |
имя процесса | Ограничить задачами, которые принадлежат определению процесса с данным именем. | |
caseInstanceId | Фильтр по идентификатору экземпляра дела. | |
caseExecutionId | Фильтр по идентификатору исполнения дела, которое выполнило задачу. | |
корпус Идентификатор определения | Фильтр по идентификатору определения регистра. | |
корпус Описание Ключ | Ограничить задачами, которые принадлежат определению дела с данным ключом. | |
корпус Наименование | Ограничить задачами, которые принадлежат определению дела с заданным именем. | |
activityInstanceIdIn | Включайте только задачи, которые принадлежат одному из переданных идентификаторов экземпляров действий, разделенных запятыми. | |
имя задачи | Ограничить задачами с заданным именем. | |
taskNameКак | Ограничить задачами, у которых есть имя с заданным значением параметра в качестве подстроки. | |
задание Описание | Ограничить задачами с указанным описанием. | |
задача Описание Как | Ограничивается задачами, описание которых содержит значение параметра в виде подстроки. | |
taskDefinitionKey | Ограничить задачами, имеющими данный ключ. | |
taskDefinitionKeyIn | Ограничить задачами, которые имеют один из переданных ключей определения задачи, разделенных запятыми. | |
taskDeleteReason | Ограничить задачами, для которых указана причина удаления. | |
задача Удалить Причину Нравится | Ограничить задачами, для которых причина удаления имеет значение параметра в виде подстроки. | |
Задание Правопреемник | Ограничить задачами, назначенными данному пользователю. | |
задачаПредоставительКак | Ограничить задачами, которые назначены пользователям со значением параметра в качестве подстроки. | |
Владелец задачи | Ограничить задачами, принадлежащими данному пользователю. | |
задача Владелец Нравится | Ограничить задачами, принадлежащими пользователям, со значением параметра в качестве подстроки. | |
задача Приоритет | Ограничить задачами с заданным приоритетом. | |
присвоено | Если установлено значение true , ограничивает запрос всеми назначенными задачами. | |
не назначено | Если установлено значение true , ограничивает запрос всеми неназначенными задачами. | |
закончено | Включать только завершенные задачи. Значение может быть только true , поскольку false — поведение по умолчанию. | |
незавершенное | Включать только незавершенные задачи. Значение может быть только true , поскольку false — поведение по умолчанию. | |
процесс Завершено | Включать только задачи завершенных процессов. Значение может быть только true , поскольку false — поведение по умолчанию. | |
незавершенное | Включать только задачи незавершенных процессов. Значение может быть только true , поскольку false — поведение по умолчанию. | |
taskDueDate | Ограничить задачами, которые должны быть выполнены в указанную дату. По умолчанию * дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс.ССЗ , например, 2013-01-23T14: 42: 45.000 + 0200 . | |
taskDueDateBefore | Ограничить задачами, которые должны быть выполнены до указанной даты. По умолчанию * дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс.ССЗ , например, 2013-01-23T14: 42: 45.000 + 0200 . | |
taskDueDateAfter | Ограничить задачами, которые должны быть выполнены после указанной даты.По умолчанию * дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс.ССЗ , например, 2013-01-23T14: 42: 45.000 + 0200 . | |
taskFollowUpDate | Ограничить задачами, у которых есть дата FollowUp на указанную дату. По умолчанию * дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс.ССЗ , например, 2013-01-23T14: 42: 45.000 + 0200 . | |
taskFollowUpDateBefore | Ограничено задачами, у которых дата FollowUp раньше указанной даты.По умолчанию * дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс.ССЗ , например, 2013-01-23T14: 42: 45.000 + 0200 . | |
taskFollowUpDateAfter | Ограничено задачами, у которых дата FollowUp после указанной даты. По умолчанию * дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс.ССЗ , например, 2013-01-23T14: 42: 45.000 + 0200 . | |
началось до | Только задачи, которые были запущены до указанной даты.По умолчанию * дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс.ССЗ , например, 2013-01-23T14: 42: 45.000 + 0200 . | |
началось после | Ограничить задачами, которые были запущены после указанной даты. По умолчанию * дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс.ССЗ , например, 2013-01-23T14: 42: 45.000 + 0200 . | |
закончено до | Ограничить задачами, которые были завершены до указанной даты.По умолчанию * дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс.ССЗ , например, 2013-01-23T14: 42: 45.000 + 0200 . | |
закончено После | Ограничить задачами, которые были завершены после указанной даты. По умолчанию * дата должна иметь формат гггг-ММ-дд'T'ЧЧ: мм: сс.ССЗ , например, 2013-01-23T14: 42: 45.000 + 0200 . | |
tenantIdIn | Фильтр по списку идентификаторов клиентов, разделенных запятыми. Экземпляр задачи должен иметь один из указанных идентификаторов клиента. | |
Задача Переменные | Включайте только задачи, у которых есть переменные с определенными значениями. Выражения фильтрации переменных разделены запятыми и имеют следующую структуру: Допустимое значение параметра имеет вид значение_оператора_ключа . ключ — это имя переменной, оператор — используемый оператор сравнения и значение значение переменной. Примечание. Значения всегда обрабатываются как объекты String на стороне сервера. Допустимые значения оператора: | |
переменные процесса | Включайте только задачи, принадлежащие экземплярам процессов, у которых есть переменные с определенными значениями.Выражения фильтрации переменных разделены запятыми и имеют следующую структуру: Допустимое значение параметра имеет вид значение_оператора_ключа . ключ — это имя переменной, оператор — используемый оператор сравнения и значение значение переменной. Примечание. Значения всегда обрабатываются как объекты String на стороне сервера. Допустимые значения оператора: | |
taskInvolvedUser | Ограничить задачами с исторической идентификационной ссылкой для данного пользователя. | |
задачаInvolvedGroup | Ограничить задачами с исторической идентификационной ссылкой на данную группу. | |
taskHadCandidateUser | Ограничить задачами с исторической идентификационной ссылкой для данного кандидата-пользователя. | |
taskHadCandidateGroup | Ограничить задачами с исторической идентификационной ссылкой на данную группу кандидатов. | |
с Группой кандидатов | Включайте только задачи, для которых есть группа кандидатов. Значение может быть только , правда ,as false — поведение по умолчанию. | |
без Группы кандидатов | Включать только задачи, для которых нет группы кандидатов. Значение может быть только , правда ,as false — поведение по умолчанию. | |
сортировать по | Отсортируйте результаты по заданному критерию. Допустимые значения: taskId , activityInstanceId , processDefinitionId , processInstanceId , executionId , продолжительность , endTime , startTime , taskName , taskDescription , правопреемник , владелец , dueDate , followUpDate , deleteReason , taskDefinitionKey , priority , caseDefinitionId , caseInstanceId , caseExecutionId и tenantId .Должен использоваться вместе с параметром sortOrder . | |
сортироватьЗаказать | Отсортируйте результаты в указанном порядке. Значения могут быть asc, для возрастания или desc для убывания.Должен использоваться вместе с параметром sortBy . | |
первый результат | Разбиение на страницы результатов. Задает индекс первого возвращаемого результата. | |
maxРезультаты | Разбиение на страницы результатов.Задает максимальное количество возвращаемых результатов. Будет возвращено меньше результатов, если результатов больше не осталось. | |
Имя | Значение | Описание |
id | Строка | Идентификатор задачи. |
Ключ определения процесса | Строка | Ключ определения процесса, которому принадлежит задача. |
Идентификатор процесса | Строка | Идентификатор определения процесса, которому принадлежит задача. |
processInstanceId | Строка | Идентификатор экземпляра процесса, которому принадлежит задача. |
ИД исполнения | Строка | Идентификатор выполнения, которому принадлежит задача. |
корпус Описание Ключ | Строка | Ключ определения дела, которому принадлежит задача. |
корпус Идентификатор определения | Строка | Идентификатор определения дела, которому принадлежит задача. |
caseInstanceId | Строка | Идентификатор экземпляра дела, которому принадлежит задача. |
caseExecutionId | Строка | Идентификатор выполнения дела, которому принадлежит задача. |
activityInstanceId | Строка | Идентификатор действия, экземпляром которого является данный объект. |
наименование | Строка | Имя задачи. |
описание | Строка | Описание задачи. |
deleteReason | Строка | Причина удаления задачи. |
собственник | Строка | ID собственника. |
правопреемник | Строка | Идентификатор правопреемника. |
время начала | Строка | Время запуска задачи. Формат по умолчанию * гггг-ММ-дд'T'HH: мм: ss.SSSZ . |
endTime | Строка | Время завершения задачи. Формат по умолчанию * гггг-ММ-дд'T'HH: мм: ss.SSSZ . |
продолжительность | Число | Время завершения задачи (в миллисекундах). |
taskDefinitionKey | Строка | Ключ задания. |
приоритет | Число | Приоритет задачи. |
в срок | Строка | Срок выполнения задачи. Формат по умолчанию * гггг-ММ-дд'T'HH: мм: ss.SSSZ . |
parentTaskId | Строка | Идентификатор родительской задачи, если эта задача является подзадачей. |
следовать | Строка | Дата выполнения задачи.Формат по умолчанию * гггг-ММ-дд'T'HH: мм: ss.SSSZ . |
tenantId | Строка | Идентификатор арендатора экземпляра задачи. |
Код | Тип носителя | Описание |
200 | / json | Запрос выполнен успешно. |
400 | / json | Возвращается, если некоторые параметры запроса недействительны, например, если указан параметр sortOrder , но нет sortBy .См. Введение для формата ответа об ошибке. |
.
Добавить комментарий