Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ЛК CASE-средства.docx
Скачиваний:
0
Добавлен:
01.03.2025
Размер:
724.31 Кб
Скачать

Реализация (рабочая документация, рабочий проект)

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

Модель ЖЦ ПО

Модель ЖЦ ПО – структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении процесса разработки.

Каскадная модель предложена в 1970 году Уинстоном Ройсом. См. фото в тлф.

Достоинства:

  1. Получение в конце каждого этапа законченного набора проектной документации

  2. Простота планирования процесса разработки (сроков завершения и затрат)

Недостаток:

  1. Жесткая схема без возможности возврата на предыдущий этап для внесения изменений

Модель с промежуточным контролем поддерживает итерационный характер процесса разработки (возможность возврата на предыдущие этапы). См. фото в тлф.

Достоинства:

  1. Возможность возврата на любой этап процесса разработки для внесения изменений

Недостатки:

  1. Опасность «зависания» процесса разработки в состоянии постоянного уточнения и усовершенствования

  2. Существенное запаздывание с получением результатов

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

Прототип - это действующий программный продукт, реализующий отдельные функции и внешние интерфейсы ПО.

Основное достоинство: быстрое получение прототипа, что позволяет:

  1. Ускорить формирование и уточнение спецификаций

  2. Заинтересовать большее количество пользователей

  3. Уменьшить вероятность морального устаревания системы

Недостаток: сложность определения момента перехода на следующий этап.

Разработка без использования CASE-средств

Разработка с использованием CASE-средств

Основные усилия направлены на кодирование и тестирование

Основные усилия направлены на анализ и проектирование

Бумажные спецификации

Быстрое итерационное прототипирование

Ручное кодирование

Автоматизированная генерация кодов

Ручное документирование

Автоматическая генерация документации

Тестирование кодов

Автоматический контроль проекта

Сопровождение кодов

Сопровождение спецификаций проектирования

Трудозатраты

Способы разработки

Анализ и тестирование

Проектирование

Разработка

Тестирование

Без CASE

20%

15%

20%

45%

С CASE

40%

40%

5%

15%

ЗАНЯТИЕ №3 (21.09.12)

Методология RAD

Быстрая разработка приложений, ориентированная на максимально быстрое получение первых версий ПО.

Этапы жизненного цикла.

  1. Анализ требований

  2. Проектирование

  3. Реализация и разработка

  4. Внедрение

1. Пользователи определяют функции По, выделяя наиболее приоритетные, описывают информационные потребности

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

Результаты этапа:

  1. Список приоритетностей функций

  2. Предварительные функциональные и информационные модели

2. Пользователи принимают участие при техническом проектировании системы.

Частный прототип: экран, диалог, отчет, устраняющий неясность или однозначность.

Результаты:

  1. Информационная модель системы

  2. Функциональные модели системы и подсистемы

  3. Интерфейсы взаимодействия между подсистемами

  4. Частичные прототипы

3. Интерактивное построение реальной ИС

Результат: ПО 4. Внедрение

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

RAD- технология не всегда подходит для разработки приложений:

  1. В которых отсутствует ядро – выраженная интерфейсная часть

  2. От которых зависит безопасность людей

Метод функциональных точек - это подход к размеру оценки приложения.

  1. Вход или выход элемент приложения (документ …)

  2. Запрос (запрос-ответ)

  3. Логический файл

  4. Интерфейсы приложения

Нормы

  1. Разработка до 1000 функциональных точек

  2. Одна команда от 1000-4000

Основные принципы RAD

  1. Небольшая команда разработчиков (2-10 чел)

  2. Использование итерационного подхода

  3. Время исполнения итерации 60-90 дней

  4. Использование прототипирования

  5. Четкое соблюдение сроков

  6. Привлечение пользователей в процесс разработки

  7. Контроль конфигурации, генерация кода

  8. Совмещение разработки, тестирования и развития проверки