Меню
Главная
Авторизация/Регистрация
 
Главная arrow Информатика arrow Информационные системы и технологии на предприятиях

Классификация СА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 дополнительные проверки корректности данных, которые передают внешние системы или отдельные компоненты одной системы.

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

 
< Предыдущая   СОДЕРЖАНИЕ   Следующая >
 
Предметы
Агропромышленность
Банковское дело
БЖД
Бухучет и аудит
География
Документоведение
Естествознание
Журналистика
Инвестирование
Информатика
История
Культурология
Литература
Логика
Логистика
Маркетинг
Математика, химия, физика
Медицина
Менеджмент
Недвижимость
Педагогика
Политология
Политэкономия
Право
Психология
Региональная экономика
Религиоведение
Риторика
Социология
Статистика
Страховое дело
Техника
Товароведение
Туризм
Философия
Финансы
Экология
Экономика
Этика и эстетика
Прочее