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

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

Модель ЖЦ ПО

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

Каскадная модель предложена в 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. Совмещение разработки, тестирования и развития проверки