Что такое case системы
Что такое case системы
CASE (Computer-Aided Software/System Engineering) — направление в программной инженерии. Содержание этого понятия обычно определяется перечнем задач, решаемых с помощью CASE, а также совокупностью применяемых методов и средств. Очень грубо, CASE — технология представляет собой совокупность методологий анализа, проектирования, разработки и сопровождения сложных систем программного обеспечения, поддержанную комплексом взаимоувязанных средств автоматизации.
CASE — это инструментарий для системных аналитиков, разработчиков и прогpаммистов, заменяющий им бумагу и карандаш на компьютер для автоматизации процесса проектирования и разработки ПО.
Содержание
Основные концепции
Большинство CASE-средств основано на парадигме методология/метод/нотация/средство:
Отличия CASE от традиционной разработки
Модель жизненного цикла ПО
CASE-технологии предлагают новый, основанный на автоматизацииподход к концепции ЖЦ ПО. При использовании CASE изменяются все фазы ЖЦ, при этом наибольшие изменения касаются фаз анализа и проектирования.
Простейшая модель ЖЦ:
Классификация CASE-средств
Все CASE-средства делятся на типы, категории и уровни.
Классификация по типам
Классификация по типам отражает функциональную ориентацию CASE-средств в технологическом процессе:
Классификация по категориям
Классификация по категориям определяет уровень интегрированности по выполняемым функциям и включает:
Классификация по уровням
Классификация по уровням связана с областью действия CASE в пределах жизненного цикла ПО. Однако четкие критерии определения границ между уровнями не установлены, поэтому данная классификация имеет, вообще говоря, качественный характер.
Выбор CASE-средства: критерии и методика сравнения
На сегодняшний день проблема выбора наиболее подходящего и полностью удовлетворяющего поставленным целям и задачам CASE-средства представляется максимально актуальной в виду их широкого разнообразия и огромного спектра решений, который готов предложить разработчик для удовлетворения потребностей автоматизации. Целью данной статьи является ознакомление с существующими средствами, а также выделение наиболее значимых критериев для проведения сравнительного анализа. 
Подходы к проектированию
Сравнение средств
В качестве критериев для сравнения CASE-средств целесообразно выделить: возможность проведения глубокого комплексного анализа бизнес-процессов, полноту описания и наглядность используемых моделей, гибкость, степень адаптации используемого средства для решения конкретных задач, а также возможность генерации программного кода и показатель распространенности средств, отвечающих рассматриваемому подходу.
Сравнение рассмотренных подходов в соответствии с выделенными критериями 
Сравнение наиболее популярных в России CASE-средств 
Среди индивидуальных особенностей каждого из средств можно охарактеризовать: возможность выдачи тремя способами проектной информации во внешние файлы для Silverrun, ориентацию на каскадную модель средства от компании Westmount – Vantage Team Builder, преимущество быстрого прототипирования, при взаимодействии этого средства с Uniface. Средства компании Oracle (Designer/Developer) обеспечивают полную поддержку ЖЦ. ERwin и BPwin, являясь средствами локальной автоматизации, имеют упрощенную структуру и имеют целевую направленность, в результате представляются одним из самых простых и удобный решений автоматизации. Объектно-ориентированные средства, такие как Rational Rose на сегодняшний день наиболее полно удовлетворяют задачам групповой работы.
В результате сравнения продуктов, можно сделать вывод о том, что средства, отвечающие структурному подходу (ERwin, BPwin), в основном находят свое применение на этапах определения требований к ИС. Такие средства подходят для осуществления глубокого анализа рассматриваемых процессов (Vantage Team Builder), позволяют максимально рационально расходовать ресурсы, вследствие независимости отельных компонент ПО (Oracle). Что касается объектно-ориентированных средств, стоит отметить, что методика их применения позволяет осуществлять проектирование любого типа, по средству универсальности и наглядности языка UML, который используется в рамках Rational Rose и Power Designer и является достаточно удобным инструментом для оперирования специалистами любого уровня подготовки.
Позиционирование подходов также можно провести по отношению к решению задачи моделирования бизнес-процессов на этапе анализа и проектирования (в соответствии с проведенным выше анализом) следующим образом:
В заключении, хочу сказать, что в силу распростарнения стандарта UML, возможно сейчас такой анализ уже не выглядит максимально актуальным, как это было несколько лет назад. Однако он достаточно наглядно отражает плюсы и минусы тех или иных средств в разрезе определенной методологии проектирования.
CASE-система
CASE (Computer Aided Software Engineering) — средства разработки программных и организационно-управляющих систем. Они охватывают большую часть поддержки огромного числа технологий проектирования КИС: начиная с простых средств анализа и документирования и заканчивая масштабными средствами автоматизации, охватывающими весь жизненный цикл программного обеспечения.
Содержание
Назначение CASE-систем
К числу CASE-средств относятся как достаточно недорогие системы для персональных компьютеров с довольно ограниченными возможностями, так и дорогие системы для неоднородных вычислительных платформ и операционных сред. Таким образом, на сегодняшний день рынок программных средств включает в себя примерно 300 различных CASE-средств, лучшие из которых использует большая часть ведущих западных фирм. Как правило, CASE-средством считается программное средство, которое автоматизирует определенную совокупность процессов жизненного цикла программного обеспечения и обладает рядом таких характеристик как:
Компонентная база CASE-системы
В состав интегрированного CASE-средства входят следующие элементы:
Классификация
В настоящее время существует классификация CASE-средств по следующим признакам:
Типовая классификация практически полностью совпадает с элементами, входящими в состав CASE-средств и состоит из следующих типов:
В состав вспомогательных типов входят средства планирования и управления проектом (SE Companion, Microsoft Project и др.), средства конфигурационного управления (PVCS (Intersolv));
Что такое кейс и зачем им нужно управлять
Разберемся в терминах
Слово кейс (от англ. case) означает случай, дело. В деловой лексике к понятию «кейс» принято относить описание конкретной ситуации и способа ее разрешения, включая описание исходной ситуации, решения и пути выбранные участниками, их действия, материалы, относящиеся к делу, ну и конечно, полученный результат. На кейсах давно тренируют студентов бизнес-школ, разбирая их и моделируя разные сценарии развития ситуаций.
Задачи, возникающие в нашей жизни, могут быть условно разделены на определенные (сразу точно извесно, что они из себя представляют и что с ними делать) и неопределенные (на старте не достаточно информации, чтобы точно определить как их решать). Определенные задачи часто описаны должностными инструкциями, к ним есть карты процессов и регламенты. Это – часто повторяющиеся ситуации, для которых шаблон поведения описан и он легко может быть запрограммирован в информационной системе. Но как только ситуация не вписывается в шаблон – возникает неопределенная ситуация или кейс. Необходимо анализировать, принимать решения, делать выбор, конструировать новый шаблон. Вот этот процесс и называется управлением кейсами.
Кейсы тоже могут повторяемыми или похожими. В этом случае, на основе уже решенного кейса создается шаблон кейса, который может быть использован многократно, как основа для решения новых, похожих ситуаций. При этом, конечно, этот шаблон может быть изменен, улучшен, дополнен. Когда система позволяет учиться на прошлых ситуациях и формировать “лучшие практики”, такая система управления кейсами называется адаптивной.
Термин адаптивный кейс-менеджмент (Adaptive Case Management, ACM) был впервые предложен в 2010 году Workflow Management Coalition. АСМ – это технология, позволяющая гибко управлять процессом решения поставленной задачи, в зависимости от развития ситуации.
Кейс в ACM — это некое «дело», куда «подшивается» вся информация о задаче – участники кейса (люди), материалы (документы, видео/аудио/фото, схемы и чертежи, показатели и др.), обсуждения задач кейса, бизнес-процессы, которые выполнялись в ходе решения задачи, а также, взаимосвязи всех этих элементов.
Немного истории
Кейс, собственно, когда-то и был просто папкой, содержащей всю информацию относящуюся к конкретному случаю.
С развитием технологии, на рынке стали появляться информационные системы, поддерживающие ACM и объединяющие возможности систем различных типов – управления бизнес-процессами (Business Process Management, BPM) и управления корпоративным контентом (Enterprise Content Management, ECM).
Появились шаблоны (наиболее удачные решения), управление правами доступа (владелец кейса может определять кто и в каком качестве подключится к задачам и данным кейса. Из BPM-систем пришли задачи (процессы), которые можно назначать участникам, прикрепив необходимый контент (указав ссылку на место его хранения), а затем проконтролировать результат. Системы управления корпоративным контентом (ECM) дали мощные инструменты работы с большими объемами неструктурированной информации, возможность классифицировать контент, отслеживать версии документов, разграничивать права доступа и журналировать события.
Сегодня ACM системы стоят на стыке классических корпоративных приложений:
Помимо этого, АСМ привносит в корпоративные системы элементы социальных сетей, где каждый может легко создавать свои страницы и управлять ими без помощи администраторов или программистов. Теперь каждый может создавать свои процессы прямо на ходу, определять состав команды, имеющей доступ к задаче или проекту, назначать роли, вводить свои правила.
В чем преимущества
АСМ ставит в центр событий самого человека, давая ему возможность и право решать, как будет развиваться каждый кейс.
Если раньше считалось, что неформализованные бизнес-процессы автоматизировать невозможно, то теперь концепция ACM опровергает это.
Еще одна прелесть адаптивного кейс-менеджмента заключается в том, что теперь можно здорово сэкономить на аналитиках и разработчиках, решая задачу автоматизации своих процессов. Теперь вы сами адаптируете свою систему (прежде всего – бизнес-процессы) к изменениям внешней и внутренней среды.
Как это работает
Как только ситуация начинает принимать «кейсовый оборот» (вы видите, что описанные, жесткие бизнес-процессы вам не помогут), начинается следующий жизненный цикл:
Фазы 3 и 4 (исследование и исполнение) могут многократно повторяться циклически, если неопределенность велика и за одну итерацию не виден финальный результат. Также, кейсы могут порождать дочерние кейсы, выстраиваясь в иерархию.
Как понять что перед нами – кейс?
Все ли неструктурироанные задачи являются кейсами? Нет. Оформлять в виде кейса имеет смысл только ту ситуацию, решение которй имеет практический смысл, полезный для кого-либо в дальнейшем.
Признаки кейса:
1. Объект управления – проблема (задача), а не процесс;
2. Объединяет участников, бизнес-процессы, контент;
3. В ходе исполнения происходят (или вероятны) изменения процессов, подзадач, участников;
4. Высокий уровень неопределенности задач, недостаточно информации на старте;
5. В ходе выполнения происходит накопление полезных и применимых в дальнейшем знаний (история решений, лучшие практики, шаблоны), эти знания и информацию можно передать другим.
Как выглядит современная ACM-система
Из сказанного, в общем, становится понятно что должна уметь ACM сегодня:
• Объединять контент, участников и бизнес-процессы в новую сущность – кейс. Органично интегрироваться в BPM и ECM системы;
• Управлять пользователями – участниками кейса, их правами и ролями;
• Уведомлять о событиях кейса, иметь инструменты коммуникации команды;
• Хранить связи, последовательность и результаты выполнения задач, историю кейса, журналировать все события;
• Иметь развитую систему тегирования, поиска, фильтров;
• Уметь искать, создавать, сохранять, использовать, изменять шаблоны кейсов.
Существует мнение, что наличие ACM-функционала в информационной системе свидетельствует о высокой зрелости системы.
Где можно применить
ACM сегодня начинает активно применяться в следующих областях:
• Оказание сложных услуг: обработка обращений граждан, ведение клиентских дел (досье), оказание юридических, финансвых, информационных, медицинских услуг и др.;
• Управление проектами: целевые программы, стройка, НИОКРы, разработка сложных продуктов, проведение маркетинговых кампаний;
• Специализированная деятельность: судебные дела, законотворчество, общественные инициативы и т.д.
ACM, как уже ясно из сказанного, идеально подходит для тех организаций, где нет четких регламентов, где формализация процессов затруднена по ряду причин (частые изменения, нет ресурсов и др.). В этом случае, ACM может не только помочь в текущей работе, но и стать тем инструментом, который позволит лучше разобраться в собственных процессах, выделить те, которые поддаются формализации, обеспечить постоянные улучшения.
Это, конечно, не исчерпывающий перечень. Посмотрите вокруг себя и вы найдете кейсы, с которыми сталкиваетесь ежедневно.
CASE средства
CASE средства используются при создании и разработке информационных систем управления предприятиями. Применительно к моделированию бизнес процессов они могут рассматриваться как инструментарий для совершенствования и непрерывного улучшения работы.
Многие современные CASE средства предоставляют возможности для моделирования практически всех предметных областей деятельности организаций. В составе этих средств существуют инструменты для описания моделей бизнес-процессов за счет различных диаграмм, схем, графов и таблиц.
Классификация CASE средств
Из всего многообразия CASE средств, существующих на сегодняшний день, можно выделить три основные группы. Эти группы связаны с этапами разработки информационных систем и их жизненным циклом. Классификация CASE средств осуществляется в зависимости от того, какие из этапов разработки они поддерживают.
Выделяют следующие группы CASE средств:
Для моделирования и оптимизации бизнес процессов применяются CASE средства верхнего уровня и интегрированные CASE средства. Они позволяют повысить качество моделей бизнес процессов за счет автоматического контроля, дают возможность оценить ожидаемый результат, ускоряют процесс проектирования, обеспечивают возможности по изменению и обновлению моделей.
Характеристики CASE средств
Основными характеристиками CASE средств, важными с точки зрения моделирования и оптимизации бизнес процессов, являются следующие:
Выбор CASE средств
Выбор CASE средств для анализа и моделирования процессов зависит от многих факторов – финансовых возможностей, функциональных характеристик, подготовки персонала, применяемых информационно-технических средств и пр. Приводить исчерпывающий состав этих факторов не имеет смысла, т.к. в ситуации выбора для каждого конкретного случая этот состав будет изменяться. Тем не менее, можно определить набор «базовых» факторов, на основании которых определяются критерии по выбору CASE средств.
К таким «базовым» факторам можно отнести следующие: