ГОСТ Р 56234.1-2019/ИСО 17534-1:2015 Акустика. Программное обеспечение для расчетов уровней шума на местности. Часть 1. Требования к качеству и его обеспечение

     2 Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями.

2.1 точность (accuracy): Соответствие результатов, полученных с применением данного программного средства, тем, что следуют из прямых расчетов по установленной и документированной процедуре (нормативному документу).

2.2 бета-версия (программного продукта) (beta version): Версия программного продукта, еще не готовая к выпуску, но рассылаемая определенным группам пользователей для тестирования и комментариев.

2.3 метод расчета (calculation method): Полный набор алгоритмов, имитационных моделей и других средств, необходимых для получения результатов в соответствии с заданной целью и областью применения на основе полного набора входных данных.

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

Примечание 2 - В целях настоящего стандарта слово "расчет" рассматривается как синоним "предсказанию" и "вычислению".

2.4 расчетная траектория (calculation ray): Ломаная линия, представляющая собой путь от точечного источника до приемника, по которому распространяется звук и вклад которого учитывают при расчете суммарного уровня шума в приемнике.

2.5 корректный результат (correct result): Результат расчета при базовой конфигурации (2.12) программного средства, совпадающий с опубликованным или находящийся в заданных пределах.

Примечание 1 - Результат считают корректным, если он получен при строгом применении расчетного метода согласно его документации.

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

2.6 декларация о соответствии (declaration of conformity): Форма сопоставления результатам контрольных примеров (TRC-форма), устанавливающая, что результаты, полученные для контрольных примеров с применением программного средства, находятся в заданных пределах, и форма оценки реализации (Gol-форма), устанавливающая степень соответствия реализации метода расчета нормативному документу (2.9).

2.7 модифицированная конфигурация (modified configuration): Конфигурация программного средства, при которой для получения результата в рамках области его применения на одном или нескольких этапах расчета, установленных в нормативном документе (2.9), используют приближения, пренебрежение какими-либо параметрами или иные упрощения.

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

2.8 новая версия (программного продукта) (new release): Версия программного средства, доступная покупателям и пользователям и отличающаяся (по содержанию, номеру или дате версии) от предшествующей доступной версии.

Примечание - Бета-версия не считается новой версией программного продукта.

2.9 нормативный документ (на установленный метод расчета) (official documentation of а consistently implementable calculation method): Понятный и непротиворечивый документ, содержащий существенные и достаточные для применения положения о выполнении расчетов в соответствии с областью применения метода расчета (2.3).

2.10 поточечные вычисления (point to point calculation): Расчет коэффициента затухания или вклада в определяемый уровень шума для одной расчетной траектории при прямом или отраженном распространении звука от источника к приемнику.

2.11 обеспечение качества (quality assurance): Достижение согласованного приемлемого качества метода расчета (2.3), реализованного программным средством путем следования заданным требованиям и рекомендациям.

2.12 базовая конфигурация (reference configuration): Конфигурация программного средства, при которой для получения результата в рамках области его применения выполняют все этапы расчета, установленные в нормативном документе (2.9), и ни на одном из них не допускают приближений, пренебрежений какими-либо параметрами или иных упрощений.

2.13 программное средство (software): Программы, процедуры и правила, выполняемые системой обработки информации, основанные на стандартных компьютерных командах и применяемые для получения результата по заданным входным данным с использованием установленного метода расчета (2.3).

2.14 контрольный пример (test case): Точно сформулированное описание сценария с одним или несколькими источниками шума и одним или несколькими приемниками через полную совокупность входных данных, промежуточных и окончательных результатов с допустимыми отклонениями, которые должны быть получены при применении программного средства в базовой конфигурации (2.12).

Примечание 1 - В соответствии с определением контрольный пример всегда соответствует конкретному методу расчета.

Примечание 2 - См. 4.5 в отношении требований к контрольным примерам.

2.15 тестовый сценарий (test scenario): Полное описание комплексного сценария для контроля точности метода, реализованного разными программными продуктами в заданной конфигурации или для оценки неопределенности, связанной с применением модифицированной конфигурации (2.7) вместо базовой конфигурации (2.12).

2.16 комплексный тест (test suite): Набор контрольных примеров для проверки правильности реализации метода расчета (2.3) программным средством.

2.17 неопределенность (uncertainty): Возможные отклонения результатов от тех, что могли бы быть получены с максимально возможной точностью (2.1), вследствие нечеткости или неясности определения отдельных элементов метода расчета (2.3), применения программным средством ускоренных методов вычисления, основанных на упрощениях или других программных стратегиях пренебрежения вкладами отдельных источников или этапов расчета.

2.18 документация пользователя (user documentation): Сведения о применении программного средства, его особенностях, интерфейсах, методах расчетов (2.3) и получаемых результатах.

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