Технический обзор программного обеспечения - Software technical review

Эта статья нужны дополнительные цитаты для проверка. Пожалуйста помоги улучшить эту статью к добавление цитат в надежные источники. Материал, не полученный от источника, может быть оспорен и удален. Найдите источники: «Технический обзор программного обеспечения»  – Новости  · газеты  · книги  · ученый  · JSTOR (Декабрь 2009 г.) (Узнайте, как и когда удалить этот шаблон сообщения)

А технический обзор программного обеспечения это форма экспертная оценка в котором «группа квалифицированного персонала ... проверяет пригодность программного продукта для предполагаемого использования и выявляет несоответствия со спецификациями и стандартами. Технические обзоры могут также предоставлять рекомендации по альтернативам и изучение различных альтернатив» (IEEE Стд. 1028–1997, г. Стандарт IEEE для обзоров программного обеспеченияп. 3.7).^[1]

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

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

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

Цели и участники

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

IEEE 1028 рекомендует включать участников для выполнения следующих ролей:

В Принимающий решения (лицо, для которого проводится технический анализ) определяет, были ли достигнуты цели проверки.

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

В Рекордер документирует аномалии, элементы действий, решения и рекомендации, сделанные группой проверки.

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

Сотрудники управления могут участвовать с целью выявления проблем, требующих решения руководства.

Представители клиентов или пользователей может исполнять роли, определенные руководителем проверки до проверки.

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

Процесс

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

Рекомендации