Пока нет оценок.
Пожалуйста, подождите...

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

Еще одна причина привлечения команды специалистов по тестированию для работы над проектом во время фазы сбора требований вызвана необходимостью проводить статический анализ этих требований. В опубликованном в 1994 году отчету Standish Group об обзоре более 350 компаний говорится, что только 9% из более чем 8 000 программных проектов были завершены вовремя и соответствовали бюджету, 31% всех проектов были отменены без завершения. Последующие исследования были проведены для выявления причин неудачных проектов. Изучение основных факторов, которые вызвали сокращение затрат при разработке продукта или неудаче проекта в целом, показало, что в более чем 50% случаев эти факторы связаны с процессом разработки программных требований. Ниже перечислены основные факторы, которые имеют отношение к процессу составления требований, включая тот же процент проектов, для которых соответствующая проблема является фактором, вызвавшим неудачу проекта:

— Неполнота требований (13,1%)
— Неучастие пользователя в разработке требований (12,4%)
— Несбыточные ожидания (9,9%)
— Изменение требований и спецификаций (8,7%)
— Потребность в системе исчезла (7,5%).

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

Comments are closed.