Классификация САSЕ-средств

Остановимся на двух наиболее известных вариантах классификации САSЕ-средств: по типам и категориям. Классификация по типам отражает функциональную ориентацию САSЕ-средств на те или иные процессы ЖЦ и включает следующие типы:

o средства анализа и проектирования, предназначенные для построения и анализа моделей деятельности предприятия, моделей проектной системы. К ним относятся BPwin, Silverrun, Oracle Designer, Rational Rose, Paradigm Plus, Power Designer, System Architect. Результатом таких средств являются спецификации компонентов системы и их интерфейсов, алгоритмов и структур данных;

o средства проектирования БД, обеспечивающие моделирование данных и генерацию схем баз данных для наиболее распространенных СУБД. К ним относят Silverrun, Oracle Designer, Paradigm Plus, Power Designer. Наиболее известный - ERwin;

o средства управления требованиями, обеспечивающих комплексную поддержку требований к создаваемой системы. Примерами таких средств являются RequisitePro, DOORS - Dynamic Object Oriented Reqiurements System;

o средства управления конфигурацией ПО - PVCS (Merant), ClearCase (Rational Software);

o средства документирования. Наиболее известным из них является SoDA - Software Document Automation - для автоматизированного документирования ПО (Rational Software);

o средства тестирования. Наиболее известным средством является Rational Suite TestStudio (Rational Software) - набор продуктов для автоматического тестирования приложений;

o средства управления проектом - Open Plan Professional (Welcom Software), Microsoft Project;

o средства реверсного инжиниринга, предназначенные для переноса ПО в новую среду. Они обеспечивают анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций. Средства анализа схем БД и формирования ERD входят в состав таких CASE-средств, как Silverrun, Oracle Designer, Power Designer, Erwin. Анализаторы программных кодов в составе Rational Rose, Paradigm Plus.

Можно рассмотреть процессы, которые выполняются как последовательно, так и параллельно отдельными командами исполнителей, это проектирование:

o концептуальное;

o архитектурное;

o техническое;

o детальное.

Концептуальное проектирование заключается в уточнении понимания и согласовании деталей требований; архитектурное проекта' ния - в определении главных структурных особенностей ИС; техническое проектирование - в отражении требований среды функционирования и разработки ИС и в определении всех конструкций как композиций компонент; а детальное проектирование - в определении подробностей функционирования и связей для всех компонент системы.

Техническое проектирование - это отражение требований среды функционирования и разработки ИС и определение всех конструкций в качестве компонентов композиций. На этом этапе происходит привязка проекта к технических особенностей платформы реализации, СУБД, организации коммуникаций, наличия фактора реального времени, исполнительских требований, таких как скорость реагирования системы на внешние стимулы и т.д.

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

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

o ошибки пользователя при обращении к системе или во время подготовки данных;

o непредвиденные обстоятельства, не выявленные во время тестирования;

o случайные сбои оборудования.

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

Чтобы восстановить работоспособность системы, следует выполнить один из приведенных ниже вариантов работ:

o восстановить состояние системы, предшествующее исключительной ситуации, и попробовать применить другую стратегию выполнения услуги;

o восстановить предыдущее состояние системы, внести необходимые коррективы и повторить выполнение услуги по старой стратегией;

o восстановить предыдущее состояние системы, сформировать сообщение об ошибке и остановить систему в ожидании реакции пользователя.

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

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

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

Технологии проектирования ИС: каноническая и индустриальная. Последняя бывает представлена автоматизированным проектированием или через типовое проектирование.

Типичные способы обработки исключительных ситуаций:

o двойное вычисление и сравнение результатов или их контрольных сумм, в том числе выполненных на разных процессорах;

o таймеры, определяющие временные интервалы фиксации текущего состояния;

o дополнительные проверки корректности данных, которые передают внешние системы или отдельные компоненты одной системы.

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

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