Проектирование системы

Требования к программному продукту и тестирование

Этапы сбора и анализа требований к программному продукту

Процесс работы с требованиями к продукту можно разделить на 4 этапа:

- Определение концепции продукта.

- Сбор требований.

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

- Проектирование системы

Определение концепции продукта

На этапе определения концепции продукта, проводится работа с его инвестором,

целью которой является выработка единого видения будущего продукта. По окончанию

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

Сбор требований

На этапе сбора требований основная работа ведется с заказчиком системы и еѐ будущими пользователями. Цель этапа — точно определить функции продукта и способы его интеграции в существующие процессы.

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

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

На этапе анализа требований проходит структуризация уже собранных ранее требований. Цель этапа — предоставить четкий список не дублируемых требований к системе, которые должны быть выделены из избыточных и частично дублирующихся сценариев и пользовательских историй, которые были полученных на предыдущем этапе.

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

Проектирование системы

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

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

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

На основе технического задания начинается моделирование работы продукта с конечными пользователями (используя макеты пользовательского интерфейса, к примеру) и производится тестирование технического задания. Это позволяет увеличить качество продукта и снизить его стоимость, так как стоимость внесения изменений в техническое задание всегда меньше, чем в конечный продукт.

Интеграция в жизненный цикл разработки продукта

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

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

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

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