CASE-технология

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

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

CASE-технология представляет собой систему методов описания, рассчитанную на использование компьютеров при создании БД. Computer-Aided Software/System Engineering (CASE-технология) – совокупность методологий анализа, проектирования, разработки и сопровождения сложных систем программного обеспечения, поддержанная комплексом взаимосвязанных средств автоматизации. 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). В ней указывается имя сущности, степень множественности (например, ЕМ), обязательность (– – –) или необязательность (......................) связи.

 
< Пред   СОДЕРЖАНИЕ     След >