Обеспечение качества в соответствии с настоящим стандартом основано на четком разделении программной платформы в смысле некоторого лицензированного продукта с одной стороны и применяемых методов расчета с другой. Существует ряд программных средств и операций, поддерживающих математическое моделирование, анализ и представление результатов, которые не зависят от реализуемого метода расчета. В последние десятилетия наблюдается быстрое развитие как методов расчета, так и информационных технологий, и это привело к тому, что сейчас практически все прогнозы строятся на основе компьютерных моделей. Практика показывает, что зачастую недостатки или даже ошибки методов расчета могут быть обнаружены на ранней стадии, если этот метод реализован с применением соответствующих программных средств и опробован на реалистичных входных данных в рамках реалистичного сценария. При таких обстоятельствах следует избегать ситуаций, когда каждый разработчик создает свой программный продукт прежде, чем проблемы метода не разрешены и это не отражено в нормативном документе. Если же это невозможно, то в качестве промежуточного варианта в специально публикуемом документе в виде технического отчета к данному методу расчета (далее - технический отчет) должны быть описаны некоторые согласованные решения в форме "дополнительных рекомендаций".
Методы расчета должны соответствовать области их применения и сопровождаться ясной и непротиворечивой документацией. С точки зрения обеспечения качества недопустимо, чтобы в этой документации применялась неустановленная терминология и чтобы интерпретация процедур происходила в процессе применения метода с неизбежным большим разбросом возможных решений. Разработчик программного продукта для применяемого метода расчета должен опираться на имеющиеся контрольные примеры с корректными результатами, причем предпочтительно, чтобы эти результаты были получены в форме пошаговых расчетов. Наличие соответствующей документации, комплексного теста с корректными результатами и заполненной стандартизованной формы декларации соответствия для конкретной реализации метода расчета представляют собой минимальный набор предъявляемых к разработчику требований.
Программный продукт, соответствующий требованиям настоящего стандарта, должен также сопровождаться документацией, где в стандартизованной форме заявлено соответствие применяемым методам расчета и приведены свидетельства этого соответствия. Он должен предоставлять возможность пользователю оценить неопределенность построения карт шума и линий равного уровня шума, связанную с возможными приближениями и интерполяциями. Он должен обеспечивать возможность обмена данных в заданном формате.
При составлении документации для программного продукта должны быть рассмотрены шесть основных моментов:
1) общие требования к методам расчета, обязательные к применению;
2) контрольные примеры в контексте установленных требований с указанием интервалов допустимых значений;
3) общие требования к программной платформе, обеспечивающие качество реализации методов расчета;
4) методология нахождения неопределенности при составлении карт шума и линий равного уровня шума, связанной с применением модифицированных конфигураций программного средства;
5) определение формата данных, позволяющих обмениваться информацией о геометрических характеристиках и акустических параметрах;
6) форма заявления о соответствии реализованного метода расчета нормативному документу.
Организации, группе лиц или отдельному лицу, ответственному за официальную публикацию установленного метода расчета, следует учитывать, что в этой публикации должны в качестве отдельных частей быть рассмотрены вопросы, указанные в перечислениях 1, 2, 5 и 6. В противном случае указанные вопросы должны быть рассмотрены в техническом отчете, посвященном этому методу.
Требования к программным средствам и всем методам расчета рассмотрены преимущественно в настоящем стандарте. Все вопросы, связанные со специальными методами расчета, рассматриваются в соответствующем техническом отчете.