9.Case- технологии проектирования ИС. Классы Case ср-в

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

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

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

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

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

Рассмотрим общую структуру CASE-средства.

Ядром системы является база данных проекта – репозиторий (словарь данных). Репозиторий содержит информацию об объектах проектируемой ИС и взаимосвязях между ними, все подсистемы обмениваются данными с ним.

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

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

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

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

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

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

Современные CASE-системы классифицируются по следующим признакам: 1) по поддерживаемым методологиям проектирования 2) по поддерживаемым графическим нотациям построения диаграмм 3) по степени интегрированности: tools (отдельные локальные средства), toolkit (набор неинтегрированных средств, охватывающих большинство этапов разработки ИС) и workbench (полностью интегрированные средства, связанные общей базой проектных данных - репозиторием); 4) по типу и архитектуре вычислительной техники; 5) по режиму коллективной разработки проекта 6) по типу операционной системы (ОС)

Стратегия выбора CASE-систем для конкретного применения зависит как от целей и потребностей самого проекта, так и от квалификации вовлеченных в процесс проектирования специалистов. В общем случае при выборе CASE-системы необходимо учитывать следующие аспекты. •Наличие базы проектных данных, архива или словаря. •Интерфейсы с другими CASE-системами •Возможности экспорта/импорта. •Многопользовательский режим. •Открытая архитектура. •Расширение новыми методологиями. •Наличие графических средств поддержки методологий проектирования. •Обеспечение качества проектной документации. •Автоматическая генерация отчетов о проектных решениях. •Генерация кодов программ. •Планирование и управление проектом