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

7.3. Выгоды сбора и анализа данных о надежности программного обеспечения

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

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

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

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

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

При подготовке контрольных примеров для испытаний отдельных элементов программного обеспечения рекомендовалось предусмотреть ответы на вопросы а что если ...? и надлежащим образом выбирались данные для проверки логики программ. Другими словами, разработчики тестов должны были тщательно проанализировать возможные последствия подачи на вход программы различных совокупностей данных, включая экстремальные и особенные значения, а также разные комбинации значений параметров. Такие информационные сценарии позволяют продемонстрировать полную работоспособность программного обеспечения. Рассматриваемый подход явился ответом на требования разработки мер но исключению наиболее часто встречающейся логической ошибки: пропуска логических блоков или отсутствия проверки условий Использование обратной связи по результатам дает возможность исполнителям проекта- выявить удачные проектные решения, закрепить достигнутые

*) В тех случаях, когда новая работа аналогична предшествующей.

успехи и определить целесообразные усовершенствования.

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

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

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