Технология программирования. - 54 стр.

UptoLike

Рубрика:

- 56 -

Тестирование определения требований к ПС. Цель: определить соответствие тре-

бований к ПС реальному положению дел. ПС тестируется организацией-покупателем с

помощью контрольных типовых задач, для которых известен результат решения. Вари-

антом такого тестирования может быть опытная эксплуатация ПС.

11. Подходы к обеспечению основных критериев качества ПС

Ранее были рассмотрены все этапы разработки ПС, кроме аттестации. Теперь

рассмотрим обеспечение примитивов качества ПС, которые выражают критерии

функциональности и надёжности ПС.

11.1. Меры по обеспечению завершённости ПС

Завершённость – общий примитив качества ПС. Он выражает функциональ-

ность и надёжность ПС. Для функциональности, как для свойства качества, он яв-

ляется единственным примитивом.

Функциональность ПС определяется его

функциональной спецификацией. Обеспечение этого примитива в полном объёме

означает реализацию каждой из функций, определённой в ФС. Возможна реализа-

ция функциональности несколькими уровнями. Сначала может быть реализована

некая упрощённая (стартовая) версия ПС, которая должна быть реализована в пер-

вую очередь. Затем определяются промежуточные версии, которые получают, на-

ращивая

функциональность ПС.

Разработанная упрощённая версия ПС не является прототипом, так как прото-

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

Упрощённая версия рассчитана на полезное применение любыми пользователями.

Полученный при обеспечении функциональности программного средства уро-

вень завершённости может быть не такой, как ожидалось. Это происходит из-за

скрытых в ПС ошибок. Поэтому можно сказать, что, требуемая по проектной доку-

ментации завершённость достигается с некоторой вероятностью. При этом вероят-

ность достижения завершённости определяется объёмом и качеством тестирования.

Для повышения этой вероятности требуется продолжение процессов тестирования и

отладки ПС.