CASE-технология. 
Базы данных

Для решения задачи автоматизации управления в АСУ возникла необходимость в системном описании процесса управления, включая и принятие решений. Одним из первых моделей в этом направлении были так называемые форрестеровские модели. Позднее появилась методология автоматизации (Structures Analysis Design Technique) SADT, на основе которой построена CASE-технология .

Модельными компонентами CASE-технологии (рис. 3.5) являются составляющие ERD, DFD, STD. Их место в системном описании процесса управления показано на рис. 3.6.

CASE-технология представляет собой систему методов описания, рассчитанную на использование компьютеров при создании БД. Computer-Aided Software/System Engineering (CASE-технология) — совокупность методологий анализа, проектирования, разработки и сопровождения сложных систем программного обеспечения, поддержанная комплексом взаимосвязанных средств автоматизации. CASE — инструмент для системных аналитиков, разработчиков и программистов.

Рис. 3.5. Классификация CASE-методов:

А — элементов много; Б — описание элементов; УЧ — учебный процесс; DFD — Data Flow Diagram; ERD — Entity Relationship Diagram; STD — State Transaction Diagram.

Рис. 3.6. Описание процесса в системе.

CASE-технология базируется на методологии системного анализа. Под системным анализом понимают научную дисциплину, разрабатывающую общие принципы исследования сложных объектов и процессов с учетом их системного характера. Его основная цель — сосредоточить внимание на начальных этапах разработки.

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

Важнейшими (базовыми) принципами являются деление (декомпозиция) и последующее иерархическое упорядочение. Они дополняются следующими принципами.

• 1. Принцип абстрагирования от несущественных деталей (с их «упрятыванием») с контролем на присутствие лишних элементов.
• 2. Принцип формализации.
• 3. Принцип концептуальной общности (структурный анализ — структурное программирование — структурное тестирование). Отсюда методология структурного анализа — метод исследования от общего обзора через детализацию к иерархической структуре со все большим числом уровней.
• 4. Принцип непротиворечивости — обоснование и согласованность элементов.
• 5. Принцип логической и физической независимости данных.
• 6. Принцип непосредственного доступа (без программирования) конечного пользователя.

Эта технология положена в основу реализации программных CASE-средств.

Формальным инструментом описания является система диаграмм (см. рис. 3.5): ER-диаграмм (ERD), диаграмм потоков данных (DFD), диаграмм переходов состояний (STD), спецификация процесса, которые обсудим отдельно.

В описании процессов возможны два случая: сложные и простые процессы. Во втором случае разработку БД удобнее вести с использованием понятия «отношение». Рассмотрим поэтому только сложные процессы, учитывая, что CASE-технология для него и разрабатывалась.

-диаграммы

Из рис. 3.6 видно, фактически первой разновидностью методов системы CASE-моделей явились ER-модели Чена, подробно рассмотренные в предыдущем параграфе. Здесь отметим лишь ее разновидность — модель Баркера (рис. 3.7). В ней указывается имя сущности, степень множественности (например, ЕМ), обязательность (- - -) или необязательность (…) связи.