Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
УМК по курсу ТРПС / ТРПС - Комплексное пособие.doc
Скачиваний:
198
Добавлен:
12.03.2015
Размер:
2.63 Mб
Скачать

Процесс 6. Тестирование

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

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

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

В настоящее время считается, что верификацию любого вида необходимо выполнять во время всего ЖЦ ПО. Большинство вопросов, связанных с выполнением процесса верификации, относится к инженерии ПО.

Формальным результатом тестирования являются «оттестированный» программный код, т.е. код с исключением недостатков, выявленных по сбоям.

Процесс 7. Ввод в действие

Ввод в действие– процесс ЖЦ, который заключается в передаче разработанного ПО в эксплуатацию. Этот процесс существенно зависит от вида заказчика ПО и включает следующие действия:1. Распространение (доставка заказчику) продукта и2. Инсталляция (установка на конкретные системы) продукта.

Процесс 8. Сопровождение

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

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

Табл.3.2. Категории сопровождения

Подход

Коррекция

Расширение

Проактивный

Профилактика

Совершенствование

Реактивный

Корректировка

Адаптация

Выделяют 4 категории сопровождения, рассматриваемых с точки зрения двух подходов и разбиваемых на две группы (табл.3.2).

Таким образом, получаем следующие категории сопровождения:

1. Корректирующее сопровождение – модификация для исправления обнаруженных дефектов: устранение сбоев и т.д.

2. Адаптивное сопровождение – модификация для учёта требуемых изменений: учёт новых требований, изменение окружения ПО и т.д.

3. Совершенствующее сопровождение – модификация для улучшения возможностей ПО: повышение характеристик ПО и т.д.

4. Профилактическое сопровождение – модификация для предупреждения возможных проблем: определение и исправление скрытых дефектов до их реального появления в виде сбоев и т.д.

Эти категории соответствуют разным уровням модификации ПО:

1. Ревизия (пересмотр) – незначительные, часто локальные, изменения кода.

2. Реструктурирование (реструктуризация) – повторная разработка небольшой части кода обычно без изменения интерфейса.

3. Реорганизация (реинжиниринг) – перестройка существующего кода обычно в соответствии с новой моделью или методологией.

4. Реконструирование (реконструкция, повторное конструирование) – перекодирование существенной части кода.

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