Современные case технологии. Метод case-study как современная технология

Бородкина Вероника Николаевна ,

заместитель директора по воспитательной работе

ГБПОУ Профессионального училища №39

п. Центральный Хазан Иркутской области

Кейс-метод как современная образовательная технология

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

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

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

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

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

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

Кейс-технология (кейс-метод) – это интерактивная технология обучения, на основе реальных или вымышленных ситуаций, направленная не столько на освоение знаний, сколько на формирование у учащихся новых качеств и умений. Главное её предназначение – развивать способность разрабатывать проблемы и находить их решение, учиться работать с информацией. При этом акцент делается не на получение готовых знаний, а на их выработку, на сотворчество учителя и ученика. [ 4, 12 ]

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

метод ситуационного анализа (Метод анализа конкретных ситуаций, ситуационные задачи и упражнения; кейс-стадии)

метод инцидента;

метод ситуационно-ролевых игр;

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

игровое проектирование;

метод дискуссии

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

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

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

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

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

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

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

2. Использование «местного» материала, как источника формирования кейсов.

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

4. Неисчерпаемым источником материала для кейсов является Интернет с его ресурсами. Этот источник отличается значительной масштабностью, гибкостью и оперативностью.

При составлении кейсов нужно придерживаться следующих основных этапов создания кейсов:

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

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

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

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

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

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

При составлении заданий целесообразно использовать несколько уровней сложности:

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

– Вторая степень сложности: есть практическая ситуация – найди её решение

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

– Третья степень сложности: есть практическая ситуация – определи проблему и найди пути решения.

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

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

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

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

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

Используемая литература

1. Козырева Л.Метод кейс-стади и его применение в процессе обучения учащихся. М.,«Просвещение»,2005.

2. Логунова Н.Обучение как общение и сотворчество//Высшее образование в России.2000.№3.

3.Метод case-study как современная технология ориентированного обучения: Реферативный обзор/Под ред. Комиссаровой. М.:Финансовая академия при правительстве РФ,2005.

4.Михайлова Е.А. Кейс и кейс-метод: процесс написания кейса. http://www.hr-training.net/statya/mihailova_1/shtml.

5.Михайлова Е. И. Кейс и кейс-метод: общие понятия. / Маркетинг, №1, 1999

6.Формирование универсальных учебных действий в основной школе: от действия к мысли /Под редакцией А.Г. Асмолова. М., «Просвещение»,2010. .

Скачать:

Предварительный просмотр:

КЕЙС-ТЕХНОЛОГИИ КАК ОДИН ИЗ ИННОВАЦИОННЫХ МЕТОДОВ ОБРАЗОВАТЕЛЬНОЙ СРЕДЫ

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

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

Термин «кейс-метод», «кейс-технология» в переводе с английского как понятие «case» означает:

1 - описание конкретной практической ситуации, методический прием обучения по принципу «от типичных ситуаций, примеров – к правилу, а не наоборот», предполагает активный метод обучения, основанный на рассмотрении конкретных (реальных) ситуаций из практики будущей деятельности обучающихся, т.е. использование методики ситуационного обучения «case – study»;

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

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

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

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

Индивидуальная самостоятельная работы обучаемых с материалами кейса (идентификация проблемы, формулирование ключевых альтернатив, предложение решения или рекомендуемого действия);

Работа в малых группах по согласованию видения ключевой проблемы и ее решений;

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

Кейс – стадии:

1 шаг: Сформулируйте одну конкретную проблему и запишите ее.

2 шаг: Выявите и запишите основные причины ее возникновения (причины формулируются со слов «не» и «нет»).

1 и 2 шаг представляют ситуацию «минус». Далее ее надо перевести в ситуацию «плюс».

3 шаг: Проблема переформулируется в цель.

4 шаг: Причины становятся задачами.

5 шаг: Для каждой задачи определяется комплекс мероприятий – шагов по ее решению, для каждого шага назначаются ответственные, которые подбирают команду для реализации мероприятий.

6 шаг: Ответственные определяют необходимые материальные ресурсы и время для выполнения мероприятия

7 шаг: Для каждого блока задач определяется конкретный продукт и критерии эффективности решения задачи.

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

Фаза работы	Действия преподавателя	Действия учащегося
До занятия	1. Подбирает кейс 2. Определяет основные и вспомогательные материалы для подготовки учащихся 3. Разрабатывает сценарий занятия	2.Индивидуально готовится к занятию
Во время занятия	1. Организует предварительное обсуждение кейса 2. Делит группу на подгруппы 3. Руководит обсуждением кейса в подгруппах, обеспечивает учащихся дополнительными сведениями	1. Задает вопросы, углубляющие понимание кейса и проблемы 2. Разрабатывает варианты решений, принимает во внимание мнения других 3. Принимает или участвует в принятии решений
После занятия	1. Оценивает работу учащихся 2. Оценивает принятые решения и поставленные вопросы	Составляет письменный отчет о занятии по заданной форме

Обычно кейсы готовятся в пакете, включающем в себя:

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

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

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

Раздаточный материал: кейс с теоретическим материалом - 6 штук; набор заданий с тремя уровнями сложности - 6 комплектов; жетоны для распределения по группам; жетоны для выдачи группам за решённые задачи;

Основные этапы урока:

1. Организационная деятельность. Слово учителя. Знакомство с ходом урока.
2. Работа с кейсом. Анализ.
3. Домашнее задание.
4. Итог урока.

Ход урока:

Организационные моменты.

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

Актуализация знаний учащихся.

Сформулировать понятия: степень окисления, окислитель, восстановитель, окисление, восстановление.

Работа с кейсом: вступительное слово учителя. Учитель знакомит ребят с кейсом. Работа с кейсом. Анализ ситуации с использованием метода «Мозговая атака на доске».

1 ступень – введение в задачу

2 ступень – сбор информации по кейс-задаче

3 ступень – принятие решений

4 ступень – рассмотрение альтернатив

5 ступень – сравнительный анализ

6 ступень – презентация решений

Таким образом, кейс-технологии в образовательном процессе позволяют:

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

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

1. Полат Е.С. Современные педагогические и информационные технологии в системе образования: учебное пособие для студ. вузов / Полат Е.С. ; Бухаркина М.Ю. - 2-е изд., стер. - М: Академия, 2008. - 368 с.
2. Пожитнева В.В. Кейс-технологии для развития одаренности//Химия в школе.-2008.-№4.-С.13-17
3. Полат Е. С. Организация дистанционного обучения в Российской Федерации // Информатика и образование. – 2005. -№ 4,С.13-18
4. Пырьева В. В. Кейсовая технология обучения и ее применение при изучении темы «Алгоритмы» // Информатика и образование. – 2009. -№ 11,С.25-28

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

Метод case-study, или метод конкретных ситуаций (от англ, case - случай, ситуация), - метод активного проблемноситуационного анализа, основанный на обучении путем решения конкретных задач - ситуаций (решение кейсов).

Метод конкретных ситуаций (метод case-study) относится к неигровым имитационным активным методам.

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

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

В настоящее время сосуществуют две классические школы case-study - Гарвардская (американская) и Манчестерская (европейская). В рамках первой школы целью метода является обучение поиску единственно верного решения, вторая - предполагает многовариантность решения проблемы. Американские кейсы больше по объему (20-25 страниц текста плюс 8-10 страниц иллюстраций), европейские кейсы в 1,5-2 раза короче.

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

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

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

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

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

У метода case-study есть свои признаки и технологические особенности, позволяющие отличить его от других технологий.

Признаки метода case-study:

• 1. Наличие модели социально-экономической системы, состояние которой рассматривается в некоторый дискретный момент времени.
• 2. Коллективная выработка решений.
• 3. Многоальтернативность решений; принципиальное отсутствие единственного решения.
• 4. Единая цель при выработке решений.
• 5. Наличие системы группового оценивания деятельности.
• 6. Наличие управляемого эмоционального напряжения.

Технологические особенности метода case-study:

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

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

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

• 1. Практические кейсы. Данные кейсы как можно реальнее должны отражать вводимую ситуацию или случай. Это исторический источник, реальный документ, статистика в динамике данных, даже вещественный артефакт или комплекс приведенных источников - компонентов кейса. Это кейс моделирования реального события или кейс моделирования проблемы, которую надо решить. Целью данного кейса является отработка навыков преломления знаний и умений в постобразовательное, профессионально-деятельностное пространство реальной жизни.
• 2. Обучающие кейсы. Основной задачей их выступает обучение. Однако степень реальности более сводится к типичным учебным ситуациям, в которых отрабатывается автоматизм навыков и способов поиска решений. В данных процессах важна отработка навыков синтеза, объединения частных случаев в типичные, закономерные с выделением общих признаковых элементов, причин и факторов, возможных последствий.
• 3. Научно-исследовательские кейсы ориентированы на включение в исследовательскую деятельность, например, на основе изучения всей доступной информации и работ ряда авторов, реконструкции события, ситуации в комплексе, разработки тематического проекта локального, регионального типа и проч. В состав кейсов данного типа могут входить тексты ученых, работавших по данной исследовательской проблеме раннее, но использовавших иные подходы, источники или методы исследования.

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

• -- обучающие анализу и оценке;
• - обучающие решению проблем и принятию решений;
• -- иллюстрирующие проблему, решение или концепцию в целом.

Заслуживает внимания классификация кейсов, приведенная Н. Федяниным и В. Давиденко, хорошо знакомыми с зарубежным опытом использования метода case-study:

• -- структурированный (highly structured) кейс, в котором дается минимальное количество дополнительной информации; при работе с ним специалист должен применить определенную модель или формулу; у задач этого типа существует оптимальное решение;
• - “маленькие наброски” (short vignetts), содержащие, как правило, от одной до десяти страниц текста и одну-две страницы приложений; они знакомят только с ключевыми понятиями;
• - большие неструктурированные кейсы (long unstructured cases) объемом до 50 страниц - самый сложный из всех видов кейсов; информация в них дается очень подробная, в том числе и совершенно ненужная; самые необходимые для разбора сведения, наоборот, могут отсутствовать;
• - первооткрывательские кейсы (ground breaking cases), при разборе которых от специалистов требуется не только применить уже усвоенные теоретические знания и практические навыки, но и предложить нечто новое.

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

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

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

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

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

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

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

В зависимости от того, кто выступает субъектом кейса, их можно условно разделить:

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

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

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

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

Структура кейса и принципы его построения.

Целесообразно выделить следующие основные этапы создания кейсов:

• 1. Формирование дидактических целей кейса, формулирование целей и задач; выявление “зоны ответственности” за знания, умения и навыки специалистов.
• 2. Определение проблемной ситуации.
• 3. Построение программной карты кейса, состоящей из основных тезисов, которые необходимо воплотить в тексте.
• 4. Поиск институциональной системы (фирма, организация, ведомство и т. д.), которая имеет непосредственное отношение к тезисам программной карты.
• 5. Сбор информации в институциональной системе относительно тезисов программной карты кейса.
• 6. Построение или выбор модели ситуации, которая отражает деятельность института; проверка ее соответствия реальности.
• 7. Выбор жанра кейса.
• 8. Написание текста кейса.
• 9. Диагностика правильности и эффективности кейса; проведение методического учебного эксперимента, построенного по той или иной схеме, для выяснения эффективности данного кейса.
• 10. Подготовка окончательного варианта кейса.
• 11. Внедрение кейса в практику, а также его публикация с целью распространения; в том случае, если информация содержит данные по конкретной фирме, необходимо получить разрешение на публикацию.
• 12. Подготовка методических рекомендаций по использованию кейса: разработка задания для специалистов и возможных вопросов для ведения дискуссии и презентации кейса, описание предполагаемых действий в момент обсуждения кейса.

Кейс должен:

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

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

Требования к формату и структуре кейса.

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

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

Информационная часть - информация, которая позволит правильно понять развитие событий:

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

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

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

Как отмечалось выше, кейс может содержать видео-, аудиоматериалы, материалы на электронных носителях или любые другие.

Виды анализа кейсов и решаемые задачи.

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

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

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

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

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

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

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

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

• - выявление множества оцениваемых объектов;
• -- определение критериев и системы оценивания;
• -- формирование группы экспертов;
• - проведение аксиологической экспертизы;
• -- получение системы оценок объектов;
• - выработка рекомендаций по совершенствованию оцененных объектов.

Ситуационный анализ имеет особое значение при использовании метода case-study. Данный вид анализа основывается на совокупности приемов и методов осмысления ситуации, ее структуры, определяющих ее факторов, тенденций развития и т. п. Ситуационный анализ основывается на термине “ситуация”, который является достаточно многозначным. Несмотря на многообразие понимания ситуации, можно выделить то общее, что свойственно различным концептуальным подходам. Прежде всего следует отметить, что ситуация является результатом социальных изменений, она вытекает из предыдущей ситуации и втекает в последующую ситуацию, т. е. она процессуальная. Удачность выбора ситуации определяется степенью ее соответствия изучаемому знанию, а также наличием в ней нестандартности, некоторой интриги, что придает ей интересность, побуждает исследовательскую мотивацию.

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

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

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

Задачи, решаемые в процессе реализации метода case- study:

• 1. Осуществление проблемного структурирования, предполагающего выделение комплекса проблем ситуации, их типологии, характеристик, последствий, путей разрешения (проблемный анализ).
• 2. Определение характеристик, структуры ситуации, ее функций, взаимодействия с окружающей и внутренней средой (системный анализ).
• 3. Установление причин, которые привели к возникновению данной ситуации, и следствий ее развертывания (причинно- следственный анализ).
• 4. Диагностика содержания деятельности в ситуации, ее моделирование и оптимизация (праксеологический анализ).
• 5. Построение системы оценок ситуации, ее составляющих, условий, последствий, действующих лиц (аксиологический анализ).
• 6. Подготовка предсказаний относительно вероятного, потенциального и желательного будущего (прогностический анализ).
• 7. Выработка рекомендаций относительно поведения действующих лиц ситуации (рекомендательный анализ).
• 8. Разработка программ деятельности в данной ситуации (программно-целевой анализ).

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

Первый - знакомство с ситуацией, ее особенностями.

Второй - выделение основной проблемы (основных проблем), выделение факторов и персоналий, которые могут реально воздействовать.

Третий - предложение концепций или тем для мозгового штурма.

Четвертый - анализ последствий принятия того или иного решения.

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

Анализ кейсов может быть как специализированным, так и всесторонним. Специализированный анализ должен быть сосредоточен на конкретном вопросе или проблеме. Всесторонний (подробный) анализ подразумевает глубокое погружение в ключевые вопросы кейса.

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

Подготовка аналитиков и программистов, восприимчивых к концепциям модульного и структурного программирования;

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

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

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

CASE-средства, как и любой инструмент, нужно уметь применять. Существует множество примеров их неудачного внедрения, в результате которых CASE-средства становятся "полочным" ПО (shelfware). В связи с этим необходимо отметить следующее:

CASE-средства не обязательно дают немедленный эффект; он может быть получен только спустя какое-то время;

Реальные затраты на внедрение CASE-средств обычно намного превышают затраты на их приобретение;

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

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

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

Мощные графические средства для описания и документирования ИС, обеспечивающие удобный интерфейс с разработчиком и развивающие его творческие возможности;

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

Использование специальным образом организованного хранилища проектных метаданных (репозитория).

Интегрированное CASE-средство (или комплекс средств, поддерживающих полный жизненный цикл ПО) содержит следующие компоненты:

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

Графические средства анализа и проектирования, обеспечивающие создание и редактирование иерархически связанных диаграмм (DFD, ERD и др.), образующих модели информационной системы;

Средства разработки приложений, включая языки 4GL и генераторы кодов;

Средства конфигурационного управления;

Средства документирования;

Средства тестирования;

Средства управления проектом;

Средства реинжиниринга.

Все современные CASE-средства можно классифицировать по типам и категориям. Классификация по типам отражает функциональную ориентацию CASE-средств на те или иные процессы жизненного цикла. Классификация по категориям определяет степень интегрированности по выполняемым функциям и включает отдельные локальные средства, решающие небольшие автономные задачи (tools), набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла информационных систем (toolkit) и полностью интегрированные средства, поддерживающие весь жизненный цикл информационных систем и связанные общим репозиторием. Помимо этого CASE-средства можно классифицировать по применяемым методологиям и моделям систем и БД; степени интегрированности с СУБД; доступным платформам.

Классификация по типам в основном совпадает с компонентным составом CASE-средств и включает:

Средства анализа (Upper CASE), предназначенные для построения и анализа моделей предметной области (Design/IDEF (Meta Software), BPwin (Logic Works));

Средства анализа - и проектирования (Middle CASE), поддерживающие наиболее распространенные методологии проектирования и использующиеся для создания проектных спецификаций (Vantage Team Builder (Cayenne), Designer/2000 (ORACLE), Silverrun (CSA), PRO-IV (McDonnell Douglas), CASE.Аналитик (МакроПроджект)). Выходом таких средств являются спецификации компонентов и интерфейсов системы, архитектуры системы, алгоритмов и структур данных;

Средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных (как правило, на языке SQL) для наиболее распространенных СУБД. К ним относятся ERwin (Logic Works), S-Designor (SDP) и DataBase Designer (ORACLE). Средства проектирования баз данных имеются также в составе CASE-средств Vantage Team Builder, Designer/2000, Silverrun и PRO-IV;

Средства разработки приложений. К ним относятся средства 4GL (Uniface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000 (ORACLE), New Era (Informix), SQL Windows (Gupta), Delphi (Borland) и др.) и генераторы кодов, входящие в состав Vantage Team Builder, PRO-IV и частично - в Silverrun;

Средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций. Средства анализа схем БД и формирования ERD входят в состав Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin и S-Designor. В области анализа программных кодов наибольшее распространение получают объектно-ориентированные CASE-средства, обеспечивающие реинжиниринг программ на языке С++ (Rational Rose (Rational Software), Obiect Team (Cavenne)).

Вспомогательные типы включают:

Средства планирования и управления проектом (SE Companion, Microsoft Project)

Средства конфигурационного управления (PVCS (Intersolv));

Средства тестирования (Quality Works (Segue Software));

Средства документирования (SoDA (Rational Software)).

Для успешного внедрения CASE-средств организация должна обладать следующими качествами:

Технология. Понимание ограниченности существующих возможностей и способность принять новую технологию;

Культура. Готовность к внедрению новых процессов и взаимоотношений между разработчиками и пользователями;

Управление. Четкое руководство и организованность по отношению к наиболее важным этапам и процессам внедрения.

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

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

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

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

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

CASE-средства зачастую трудно использовать в комплексе с другими подобными средствами. Это объясняется как различными парадигмами, поддерживаемыми! разнообразными средствами, так и проблемами передачи данных и управления от одного средства к другому;

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

Негативное отношение персонала к внедрению новой CASE-технологии может быть главной причиной провала проекта.

Процесс внедрения состоит из следующих этапов:

Определение потребностей в CASE-средствах; .

Оценка и выбор CASE-средств; "

Выполнение пилотного проекта;

Практическое внедрение CASE-средств.

Определение потребностей в CASE-средствах можно проиллюстрировать следующей диаграммой.

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

Процесс оценки и выбора CASE-средств можно рассмотреть в виде модели. Этот процесс может преследовать несколько целей и включать:

Оценку нескольких CASE-средств и выбор одного или более из них;

Оценку одного или более CASE-средств и сохранение результатов для последующего использования;

Выбор одного или более CASE-средств с использованием результатов предыдущих оценок.

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

Как видно из рисунка, входной информацией для процесса оценки является:

Определение пользовательских потребностей;

Цели и ограничения проекта;

Данные о доступных CASE-средствах;

Список критериев, используемых в процессе оценки.

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

Элементы процесса включают:

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

Потребности пользователей, отражающие количественные и качественные требования пользователей к CASE-средствам;

Критерии, определяющие набор параметров, в соответствии с которыми производится оценка и принятие решения о выборе;

Формализованные результаты оценок одного или более средств;

Процесс оценки и/или выбора следует начинать только тогда, когда лицо, группа или организация полностью определила для себя конкретные потребности и формализовала их в виде количественных и качественных требований в заданной предметной области. Далее термин "пользовательские требования" означает именно такие формализованные требования. Пользователь должен определить конкретный порядок действий и принятия решений с любыми необходимыми итерациями. Например, процесс можно представить в виде дерева решений с его последовательным обходом и выбором подмножеств кандидатов для более детальной оценки. Описание последовательности действий должно определять поток данных между ними. Определение списка критериев основано на пользовательских требованиях и включает:

Выбор критериев для использования из приведенного далее перечня;

Определение дополнительных критериев;

Определение области использования каждого критерия (оценка, выбор или оба процесса);

Определение одной или более метрик для каждого критерия оценки;

Назначение веса каждому критерию при выборе.

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

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

Подтвердить достоверность результатов оценки и выбора;

Определить, действительно ли CASE-средство годится для использования в данной организации, и если да, то определить наиболее подходящую область его применения;

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

Приобрести собственный опыт использования CASE-средства.

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

Ну и, наконец, наступает переход к практическому использованию CASE-средств. Он начинается с разработки и последующей реализации плана перехода. План перехода должен включать следующее:

Информацию относительно целей, критериев оценки, графика и возможных рисков, связанных с реализацией плана.

Информацию относительно приобретения, установки и настройки CASE-средств.

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

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

Определение стандартных процедур использования средств.

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

Значимой и неотъемлемой частью реализации плана является также обучение и переобучение. Как правило, все понимают: обучение представляет собой центральное звено, обеспечивающее нормальное использование CASE-средств в организации.

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

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

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

CASE-средств и их возможностей улучшать продуктивность необходимы следующие базовые метрические данные:

Использованное время;

Время, выделенное персонально для конкретных специалистов;

Размер, сложность и качество ПО;

Удобство сопровождения.

Еще до начала внедрения CASE-средств метрическая оценка должна начинаться с реальной оценки текущего состояния среды и поддерживать процедуры постоянного накопления данных. Период, в течение которого выполняется количественная оценка воздействия, оказываемого внедрением CASE-средств,. является весьма значимой величиной с точки зрения определения степени успешности перехода. Некоторые организации, успешно внедрившие в конечном счете CASE-средства, столкнулись с кратковременными негативными эффектами в начале процесса. Другие, успешно начав, недооценили долговременные затраты на сопровождение и обучение. Таким образом, чтобы преодолеть любые негативные эффекты на начальном этапе, а также смоделировать будущие долговременные затраты, наиболее приемлемый временной интервал для^ оценки степени успешности внедрения должен быть достаточно большим. С другой стороны, данный интервал должен соответствовать целям организации и ожидаемым результатам. В конечном счете, опыт, полученный при внедрении CASE-средств, может отчасти изменить цели организации и ожидания, возлагаемые на CASE-средства. Например, организация может сделать вывод, что средства целесообразно использовать для большего или меньшего круга пользователей и процессов в цикле создания и сопровождения ПО. Такие изменения в ожиданиях зачастую дают положительные результаты, но могут и внести соответствующие коррективы в определение степени успешного внедрения CASE-средств.

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

1.1 Понятие термина – «CASE-средства»

Первоначально под термином «CASE-технология» (Computer – Aided Software Engineering) понималось буквально – «автоматизированная разработка ПО ИС с помощью компьютерных технологий».

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

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

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

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

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

1.2 Типовая структура CASE-средств

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

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

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

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

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

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

2. Широкое использование базовых программных средств, получивших массовое распространение в других приложениях (БД и СУБД, компиляторы с различных языков программирования, отладчики, документаторы, издательские системы, оболочки экспертных систем и базы знаний, языки четвертого поколения и др.).

3. Автоматизированная или автоматическая кодогенерация, для различных платформ и различного вида кода: преобразования для получения документации; формирования структуры БД, ввода/модификации данных; получения выполняемых машинных кодов из спецификаций ПО; сборки модулей из словарей и моделей данных и повторно используемых программ.

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

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

6. Рентабельность.

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

В состав практически всех современных CASE-средств входят следующие элементы :

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

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

средства тестирования;

средства документирования;

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

средства реинжиниринга;

средства конфигурационного управления;

средства управления проектом.

1.3 Эволюция развития CASE-технологий

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

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

1. Ассемблеров, дампов памяти, анализаторов;

2. Компиляторов, интерпретаторов, трассировщиков;

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

4. Систем анализа и управления исходными текстами;

5. CASE-средств анализа требований, проектирования спецификаций и структуры, редактирования интерфейсов (первая генерация CASE-I);

6. CASE-средств генерации исходных текстов и реализации интегрированного окружения поддержки полного жизненного цикла разработки ПО (вторая генерация CASE-II)

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

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

1.4 Методологии проектирования, используемые в CASE–средствах

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

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

Основными стандартами методологий, реализованных в CASE-средствах, являются:

SADT (Structured Analysis and Design Technique) - методология структурного анализа и проектирования. Основана на понятиях функционального моделирования. Отражает такие системные характеристики, как управление, обратная связь и исполнитель;

IDEF0 (Integrated Definition Function Modeling) - методология функционального моделирования. Используется для создания функциональной модели, отображающей структуру и функции системы, а также потоки информации и материальных объектов, преобразуемые этими функциями. Является подмножеством методологии SADT;

DFD(DataFlow Diagram) - методология моделирования потоков данных.

Рисунок 1.1 – Сравнение традиционной разработки и разработки с использованием CASE-технологий

Следующие стандарты методологий применяются для описания обмена данными между рабочими процессами:

IDEF1 применяется для построения информационной модели, отображающей структуру и содержание информационных потоков, необходимых для поддержки функций системы;

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

IDEF3- методология моделирования потоков работ. Является более детальной по отношению к IDEF0 и DFD. Позволяет рассмотреть конкретный процесс с учетом последовательности выполняемых операций. С помощью IDEF3 описываются сценарий и последовательность операций для каждого процесса;

IDEF1X (IDEF1 Extended) - методология описания данных. Применяется для построения баз данных. Относится к типу методологий «Сущность-связь» (ER - Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных, имеющих отношение к рассматриваемой системе;

IDEF4 - объектно-ориентированная методология. Отражает взаимодействие объектов. Позволяет наглядно отображать структуру объектов и заложенные принципы их взаимодействия. Удобна для создания программных продуктов на объектно-ориентированных языках;

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

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

UML - (Unified Modeling Language) унифицированный язык моделирования, основанный на объектно-ориентированном подходе. UML позволяют описать статическую структуру системы и ее динамическое поведение в соответствующих нотациях.

В CASE-средствах широко используются методологии структурного и объектно-ориентированного проектирования. Структурное проектирование основано на алгоритмической декомпозиции, а объектно-ориентированное проектирование – на объектно-ориентированной декомпозиции. Алгоритмическая декомпозиция позволяет определить порядок происходящих событий. Объектно-ориентированная декомпозиция позволяет определить иерархию классов объектов, их методы и свойства. CASE-средства, поддерживающие объектно-ориентированное проектирование используют методологию RUP (Rational Unified Process) и нотации языка UML.

1.5 Методология CASE-средств объектно-ориентированного проектирования

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

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

Буч отмечает также ряд следующих преимуществ объектно-ориентированного подхода .

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

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

3. Объектная модель вполне естественна, поскольку в первую очередь ориентирована на человеческое восприятие мира, а не на компьютерную реализацию.

4. Объектная модель позволяет в полной мере использовать выразительные возможности объектных и объектно-ориентированных языков программирования.

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

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

При переходе от структурного подхода к объектному, как при всякой смене технологии, необходимо вкладывать деньги в приобретение новых инструментальных средств. Здесь следует учесть и расходы на обучение (овладение методом, инструментальными средствами и языком программирования). Для некоторых организаций эти обстоятельства могут стать серьезными препятствиями. Объектно-ориентированный подход не дает немедленной отдачи. Эффект от его применения начинает сказываться после разработки двух-трех проектов и накопления повторно используемых компонентов, отражающих типовые проектные решения в данной области. Переход организации на объектно-ориентированную технологию - это смена мировоззрения, а не просто изучение новых CASE-средств и языков программирования .

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

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

Другой формой проявления взаимосвязи можно считать интеграцию объектной и реляционной технологий. Реляционные СУБД являются на сегодняшний день основным средством реализации крупномасштабных баз данных и хранилищ данных. Причины этого очевидны: реляционная технология используется достаточно долго, освоена огромным количеством пользователей и разработчиков, стала промышленным стандартом, в нее вложены значительные средства и создано множество корпоративных БД в самых различных отраслях, реляционная модель проста и имеет строгое математическое основание; существует большое разнообразие промышленных средств проектирования, реализации и эксплуатации реляционных БД. Вследствие этого реляционные БД в основном используются для хранения и поиска объектов в так называемых объектно-реляционных системах. Объектно-ориентированное проектирование имеет точки соприкосновения с реляционным проектированием. Например, как было отмечено выше, классы в объектной модели могут некоторым образом соответствовать сущностям (в качестве упражнения можно предложить детально проанализировать все сходства и различия диаграмм «сущность-связь» и диаграмм классов). Как правило, такое соответствие имеет место только на ранней стадии разработки системы - стадии формирования требований. В дальнейшем, разумеется, цели объектно-ориентированного проектирования (адекватное моделирование предметной области в терминах взаимодействия объектов) и разработки реляционной БД (нормализация данных) расходятся. Таким образом, единственно возможным средством преодоления данного пробела является определение соответствия между объектно-ориентированной и реляционной технологиями, которое в основном сводится к отображению диаграмм классов и диаграмм «сущность – связь» реляционной модели. Одним из примеров практической реализации взаимосвязи между структурным и объектно-ориентированным подходом является программный интерфейс (мост) между структурным CASE-средством Silverrun и объектно-ориентированным CASE-средством Rational Rose, разработанный российской компанией "Аргуссофт" .Это ПО создает диаграммы классов Rational Rose на основе RDM-модели (Relational Data Model - реляционная модель данных) Silverrun и наоборот. Аналогичные интерфейсы существуют также между CASE-средствами ERwin (с одной стороны), Rational Rose и Paradigm Plus (с другой стороны).

1.6 Методология CASE-средств структурного проектирования

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

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

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

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

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

принцип формализации –- заключается в необходимости строгого методического подхода к решению проблемы;

принцип непротиворечивости - заключается в обоснованности и согласованности использования элементов системы;

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

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

Каждой группе средств соответствуют определенные виды моделей (диаграмм), наиболее распространенными из них являются следующие :

SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;

DFD (Data Flow Diagrams) диаграммы потоков данных;

ERD (Entity-Relationship Diagrams) диаграммы «сущность-связь».

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