2. Архитектура case-средств

Графический редактор

Сервис

Репозиторий (словарь данных)

Верификатор проекта

Документатор проекта

Администратор проекта

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

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

3. Верификатордиаграмм (средство тестирования), служащее для контроля правильности построения диаграмм в заданной методологии проектирования. Его функциями являются:

а) диагностика,

b) выдача сообщений об ошибках,

с) выделение на диаграмме ошибочных элементов.

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

а) по времени,

b) автору,

с) элементам диаграмм,

d) диаграмме,

е) проекту в целом.

5. Администраторпроекта выполняет следующие функции:

а) инициализация (запуск),

b) задание начальных параметров проекта,

с) назначение и изменение прав доступа к элементам проекта.

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

3. Методологии проектирования

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

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

CASE-средства, поддерживающие объектно-ориентированное проектирование используют методологию RUP(RationalUnifiedProcess) и нотации языкаUML.

RUP– методология разработки ПО, в основе которой лежат 6 принципов:

1. Компонентная архитектура (реализуется и тестируется на ранних стадиях проекта).

2. Работа над проектом в сплоченной команде, ключевая роль в которой принадлежит архитекторам.

3. Ранняя идентификация и непрерывное устранение возможных рисков

4. Концентрация на выполнении требований заказчика.

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

6. Постоянное обеспечение качества на всех этапах разработки проекта.

Представление системы на языке UML.

1. Представление использования – основная часть модели описания системы.

2. Логическое представление – описание функциональных возможностей системы.

3. Компонентное представление – описание структуры и взаимосвязей модулей системы.

4. Представление взаимодействия процессов– описание согласованных действий модулей системы.

5. Представление распределения – описание физической архитектуры системы.

Каждое представление состоит из диаграмм, которые строятся из своих нотаций. Для структурного подхода используется методология SADT(StructuredAnalysisandDesignTechnique). Главным разработчиком методологии был Дуглас Росс. Он разработал язык структурного анализа, используемый для описания исследуемого объекта. Этот язык лег в основу стандартов семействаIDEF. В настоящее время семейство IDEF включают следующие стандарты:

IDEF0 – стандарт функционального моделирования

IDEF1Х – стандарт моделирования потоков данных

IDEF2 – стандарт динамического моделирования систем

IDEF3 – стандарт документирования процессов

IDEF4 – стандарт построения объектно-ориентированных систем

IDEF5 – стандарт онтологического (принципиального, структурного) исследования систем.