Классификация CASE-средств

Существует множество разных классификаций CASE-средств.

Классификация по признакам

Рассмотрим основные классификации современных CASE-систем по следующим признакам:

1. Поддерживаемые методологии проектирования: объектно-ориентированные, функционально (или структурно)-ориентированные и комплексно-ориентированные;
2. Поддерживаемые графические нотации построения диаграмм: с наиболее распространенными нотациями, с отдельными нотациями и с фиксированной нотацией;
3. Степень интегрированности: toolkit (неинтегрированные средства, которые охватывают большинство этапов разработки информационных систем), tools (отдельные локальные средства) и workbench (интегрированные средства, которые связаны репозиторием – общей базой проектных данных);
4. Тип и архитектура вычислительной техники: с ориентацией на глобальную вычислительную сеть (ГВС), на локальную вычислительную сеть (ЛВС), на ПЭВМ и смешанный тип;
5. Режим коллективной разработки проекта: с ориентацией на режим объединения подпроектов, режим реального времени разработки и без поддержки коллективной разработки;
6. Тип операционной системы: работающие под управлением UNIX, под управлением WINDOWS и под управлением разных операционных систем (OS/2, UNIX, WINDOWS и др.).

Классификация по типам

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

   К ним относят System Architect, Power Designer, Paradigm Plus, Rational Rose, Oracle Designer, Silverrun, BPwin.

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

2. Средства проектирования БД, которые обеспечивают генерацию схем БД и моделирование данных (обычно на языке SQL) для наиболее распространенных СУБД.

   Средства проектирования баз данных входят в состав следующих CASE-средств: Power Designer, Paradigm Plus, Oracle Designer, Silverrun. Наиболее известное средство, которое ориентировано только на проектирование баз данных, – ERwin.

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

   Примеры: DOORS – динамическая объектно-ориентированная система управления требованиями и RequisitePro.

4. Средства тестирования. Наиболее развитое сегодня – Rational Suite TestStudio – набор продуктов, которые предназначены для автоматического тестирования приложений.

5. Средства управления конфигурацией программного обеспечения – ClearCase, PVCS и др.

6. Средства документирования. Наиболее известное из них – SoDA (автоматизированное документирование программное обеспечение).

7. Средства управления проектом – Microsoft Project, Open Plan Professional и др.

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

Классификация по категориям

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

1. Вспомогательные программы (tools) – поддерживаются отдельные процессы разработки программного обеспечения (например, сравнение результатов тестов, компиляция программ, проверка непротиворечивости архитектуры системы и т.п.). Вспомогательная программа может быть универсальным функционально-законченным средством (например, текстовый процессор) или быть составляющей инструментальных средств.
2. Инструментальные средства (workbenches) – поддерживаются определенные процессы разработки программного обеспечения (к примеру, проектирование, создание спецификации и т.д.). Зачастую инструментальные средства представляют собой набор вспомогательных программ, интегрированных в меньшей или большей степени.
3. Рабочие среды разработчика (environments) – поддерживаются большинство или все процессы разработки программного обеспечения. Рабочие среды зачастую содержат несколько разных интегрированных инструментальных средств.