Вопрос 9: Методологии проектирования по. Case-технологии, их содержание и классификации

Методика – описание действий и способов достижения заданной цели

Методология

- описание методик в определенной предметной области

- знание о методах достижения целей в определенной предметной области

Методологии в программировании

RUP - Rational Unified Process

MSF – Microsoft Solution Framework

DSDM – Dynamic System Development Method

RAD – Rapid Application Development

Rational Unified Process (RUP) — методология разработки программного обеспечения, созданная компанией Rational Software.

Принципы

В основе RUP лежат следующие основные принципы:

• Ранняя идентификация и непрерывное (до окончания проекта) устранение основных рисков.

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

• Компонентная архитектура, реализуемая и тестируемая на ранних стадиях проекта.

• Постоянное обеспечение качества на всех этапах разработки проекта (продукта).

• Работа над проектом в сплочённой команде, ключевая роль в которой принадлежит архитекторам.

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

Начало (Формируются видение и границы проекта. Создается экономическое обоснование. Определяются основные требования, ограничения и ключевая функциональность продукта. Оцениваются риски).

Проектирование производится анализ предметной области

Построение реализация большей части функциональности продукта.

Внедрение создается финальная версия продукта и передается от разработчика к заказчику. Это включает в себя программу бета-тестирования, обучение пользователей, а также определение качества продукта.

Методология Rapid Application Development (RAD) основана на использовании средств быстрой разработки приложения и носит название методологии быстрой разработки приложений. RAD основана на трёх основных элементах:

• Небольшой команде программистов (2-10 человек);

• Тщательно проработанный график работ, рассчитанный на 2 - 6 месяцев;

• Итерационная модель разработки, основанная на тесном взаимодействии с заказчиком.

При использовании RAD большое значение имеет опыт и профессионализм разработчиков. Основные принципы методологии:

• Используется итерационная (спиральная) модель разработки;

• Полное завершение работ на каждом из этапов не обязательно;

• Тесное взаимодействие с заказчиком и будущими пользователями;

• Применение CASE - средств и средств быстрой разработки;

• Применение средств управления конфигурацией, облегчающих внесение зменения в проект и сопровождение готовой ИС;

• Использование прототипов, позволяющих учесть потребности конечного пользователя;

• Тестирование и развитие проекта одновременно с разработкой;

• Грамотное руководство разработанной ИС, чёткое планирование и контроль.

Методология RAD предполагает объектно-ориентированный подход к анализу, моделированию и проектированию систем. При разработке приложений используется множество готовых объектов, сохраняемых в общедоступном хранилище. Обеспечивается возможность разработки новых объектов. Инструментальные средства RAD обладают удобным графическим интерфейсом. Разработка программного обеспечения осуществляется с применением визуального программирования. В настоящее время существует две группы визуальных средств программирования: универсальные и специализированные.

CASE-технологии, их содержание и классификации

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

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

1. Ядром системы является база данных проекта ─  репозиторий (словарь данных).

Репозиторий содержит информацию об объектах проектируемой ИС и взаимосвязях между ними, все подсистемы обмениваются данными с ним.

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

3. Графический редактор диаграмм. Он позволяет выполнять следующие операции:

создавать элементы диаграмм и взаимосвязи между ними;

задавать описания элементов диаграмм;

задавать описания связей между элементами диаграмм;

редактировать элементы диаграмм, их взаимосвязи и описания.

4. Верификатор диаграмм служит для контроля правильности построения диаграмм Он выполняет следующие функции:

мониторинг правильности построения диаграмм;

диагностику и выдачу сообщений об ошибках;

выделение на диаграмме ошибочных элементов.

5. Документатор проекта позволяет получать информацию о состоянии проекта в виде различных отчетов.

6. Сервис представляет собой набор системных утилит по обслуживанию репозитория. Данные утилиты выполняют функции архивации данных, восстановления данных и создания нового репозитория.

Современные CASE-системы классифицируются по следующим признакам:

- по поддерживаемым методологиям проектирования: функционально (структурно) - ориентированные, объектно-ориентированные и комплексно-ориентированные (набор методологий проектирования);

- по поддерживаемым графическим нотациям построения диаграмм: с фиксированной нотацией, с отдельными нотациями и наиболее распространенными нотациями;

- по степени интегрированности: tools (отдельные локальные средства), toolkit (набор неинтегрированных средств, охватывающих большинство этапов разработки ИС) и workbench (полностью интегрированные средства, связанные общей базой проектных данных - репозиторием);

- по типу и архитектуре вычислительной техники: ориентированные на ЭВМ, ориентированные на ЛВС, ориентированные на глобальную вычислительную сеть и смешанного типа;

-  по режиму коллективной разработки проекта: не поддерживающие коллективную разработку, ориентированные на режим реального времени разработки проекта, ориентированные на режим объединения подпроектов;

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