5.4. Графические модели

CASE-программы являются схематическими проектами и формами, что упрощает восприятие. Для представления программ применяются структурные диаграммы различных типов. Для CASE существует 4 типа диаграмм:

1. Диаграммы функционального проектирования (DFD) – диаграммы потоков данных.

2. Диаграммы моделирования данных (ERD) – диаграммы «сущность-связь».

3. Диаграммы моделирования поведения (STD) – диаграммы переходов состояний.

4. Структурные диаграммы (карты).

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

- создание иерархических связанных диаграмм, в которых комбинируются графические и текстовые объекты;

- создание и редактирование объектов в любом месте диаграммы;

- создание, перемещение и выравнивание группы объектов, изменение их размеров, масштабирование;

- сохранение связей между объектами при их перемещении и изменении размеров;

- автоматический контроль ошибок [1,4,10].

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

5.5. Контроль ошибок

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

Типы контроля

1. Контроль синтаксиса диаграммы и типов ее элементов:

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

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

2. Контроль полноты состоятельности диаграмм. Все элементы должны быть идентифицированы и представлены в репозитарии.

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

4. Сквозной контроль диаграмм одного или различных типов на предмет их состоятельности по уровням – это вертикальное и горизонтальное балансирование диаграмм. При вертикальном балансировании (диаграмма одного типа) выявляются несбалансированные потоки данных между детализируемой и детализирующей диаграммами [4]. Горизонтальная диаграмма определяет некорректность между словарями различных типов диаграмм.

5.6. Организация репозитария

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

Содержимое репозитария включает в себя:

1) описание объекта;

2) отношение с другими объектами;

3) контроль информации;

4) правила обработки [4].

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

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

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

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

1) отчеты по содержимому;

2) отчеты по перекрестным ссылкам;

3) отчеты по результатам анализа;

4) отчеты по декомпозиции объектов [4].

Пример отчета по функциональным блокам SADT-модели управ­ления банком, автоматически создаваемого пакетом Design/IDEF, приве­ден ниже.

Activity Report

[А0] Банк

Inputs: Платежные документы

Outputs: Деньги

Controls: Законы, Время, Баланс Mechanisms: Техника, Сотрудники

Sub-Activities: [А1] Операционные залы

[А2] Управление банком,

[A3] Центральный банк

[А1] Операционные залы

Inputs: Платежные документы

Outputs: Принятые платежные документы Controls: Законы, Продолжит. раб. дня,

Остатки счетов клиентов

Mechanisms: Сотрудники, Терминал БД

[А2] Управление банком

Inputs: Принятые платежные документы Outputs: (Unlabled), Деньги, (Unlabled)

Controls: Cneц. законы,Расчет баланса,Срок обработки

Mechanisms: Управленческий персонал, Компьютеры [A3] Центральный банк

Inputs: {Unlabled}

Outputs: Деньги, (Unlabled)

Controls: Срок отправки

Mechanisms: Экспедиторы, Автомашины [4]

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