Глава 10 - Независимая проверка   

Содержание:

10.1 Основные правила
10.2. Проверка базы данных
10.3 Проверка Транзакций
10.4 Проверка SUT, Драйвера и Сетей
10.5 Проверка EGen
10.6 Проверка правил и оценок выполнения
10.7 Проверка Тестов ACID
10.8 Проверка Оценки стоимости
10.9 Проверка FDR



10.1 Основные правила

10.1.1 Перед публикацией Результат TPC-E должен быть проверен независимым Аудитором, Сертифицированным TPC.

Примечание 1: Понятие «Сертифицированный TPC» используется для обозначения того, что ТРС проверила квалификацию Аудитора и сертифицировала его/ее возможность проверять, что контрольное тестирование выполнено в соответствии со спецификацией. (Дополнительные подробности относительно процесса сертификации Аудитора и процесса проверки можно найти в документе «Политики ТРС»).
Примечание 2: Аудитор должен быть независим от Организатора в том аспекте, что итог теста не несет какой либо финансовой выгоды для Аудитора, за исключением платы, полученной в качестве компенсации за проведение проверки. Более конкретно:
  •  Аудитору запрещено проводить какие либо консультации о производительности относительно проверяемой системы.
  •  Аудитору запрещено быть финансово связанным с Организатором или с любым из поставщиков тестовых/оцениваемых компонент (например Аудитор не может быть сотрудником структуры, находящейся полностью или частично во владении Организатора или поставщика тестируемого оборудования, и Аудитор не может владеть значительной долей акций, относящихся к Организатору или поставщику тестируемых компонент, и т.д.)
10.1.2 Дожны быть соблюдены все требования к проверке, изложенные в актуальной версии Спецификации оценки стоимости ТРС, доступной по адресу www.tpc.org . В целях ясности и читаемости требования Спецификации оценки стоимости ТРС могут быть повторены в Спецификации TPC-E

10.1.3 Как часть этой спецификации предоставляется бланк списка проверки. Аудитор может принять решение предоставить Организатору теста дополнительные детали о проведении проверки TPC-E.

10.1.4 Бланк списка проверки задает требования TPC-E, соблюдение которых необходимо проверить для гарантии того, что Результат TPC-E соотвествует Спецификации TPC-E. Также возможно возникновение необходимости включения требований TPC-E в FDR. Помимо этого, не только точность соблюдения требований ТРС-Е должна быть проверена Аудитором, но он также должен гарантировать, что FDR точно отражает проверяемый результат. К примеру, если список проверки указывает, что необходимо «проверить, что График Времени восстановления бизнеса создан должным образом», график должен быть проверен на его точность и проверен, что это тот же график, который приведен в FDR, как указано в пункте 9.3.7.6.

Аттестационное письмо: Мнение Аудитора относительно удовлетворительности Результатов должно быть описано в Аттестационном письме, доставляемом непосредственно Организатору.

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

10.1.6 Объем проверки ограничен функциями, определенными в этой спецификации. Возможность осуществлять произвольные операции по отношению к SUT (например запуск Транзакций, не относящихся к определенным в Пункте 3.3, создание входных данных не связанных с теми, что создаются CE и MEE, создание структур данных не относящихся к тем, которые необходимо реализовать, следуя Пункту 2, и т.д.) находится за пределами функций проверки.

10.1.7 Организатор может продемонстрировать новый Результат без выполнения какого либо теста производительности, обратившись к Аттестационному письму, относящемуся к другому результату, в том случае, если соблюдены следующие условия:
  •  Результат, на который осуществляется ссылка, уже был опубликован тем же или другим Организатором.
  •  Новый Результат дожен иметь те же программные и аппаратные архитектуру и конфигурацию, что и Результат, на который осуществляется ссылка. Единственное допустимое исключение касается элементов, не вовлеченных в обработку логики SUT (например, набор периферийных слотов, энергопитание, корпуса, вентиляторы и т.п.)
  •  Организатор уже опубликованного Результата дает письменное разрешение на осуществление на него ссылок Организатором нового Результата.
  •  Аудитор проверяет что между оцененными компонентам, используемыми для каждого из Результатов, нет значительных различий (т.е., различия заключаются в маркировке, упаковке и стоимости.)
  •  Аудитор проверяет FDR нового Результата на соответствие спецификации. Аудитор присылает новое Аттестационное письмо для включение его в Отчет нового Результата.
Примечание 1: Целью данного пункта является разрешение публикации результатов тестирований систем с различными упаковками и номерами моделей, но которые считаются идентичными с точки зрения использования в том же выполнении теста. К примеру, система, монтируемая в стойку, и настольная система с идентичными электронными компонентами могут основываться на одном и том же Выполнении теста для публикации с соответствующими изменениями в стоимости.

Примечание 2: хотя внимательному читателю должно быть очевидно, что FDR по двум этим Результатам основываются на одном наборе тестов производительности, FDR для нового Результата не обязан явным образом указывать, что он основан на теста производительности для другого опубликованного Результата.

Примечание 3: когда публикуется более одного Результата, основанных на одном наборе тестов производительности, только один Результат из этой группы может занимать нумерованную позицию в списке «Топ 10» Результатов тестирования, публикуемом ТРС. Организаторы такой группы Результатов должны прийти к соглашению, чей Результат из группы займет единственную позицию. В случае отсутствия согласия между Организаторами, решение будет принято Организатором самой ранней публикации в группе.

10.2 Проверка базы данных
Аудитор должен проверить, что реализация тестируемой базы данных соответствует требованиям Спецификации ТРС-Е. Аудитору может понадобиться проверка всего исходного кода и связанных сценариев или программ, используемых для создания и наполнения базы данных.
 
Аудитору может понадобится дополнительная проверка, не указанная в Спецификации TPC-E для гарантирования корректности базы данных..


10.2.1 Пункты о Схеме

10.2.1.1 Проверьте, что типы данных, использовавшиеся для реализации колонок в таблицах, необходимых ТРС-Е, соответствуют требованиям, изложенным в Пункте 0.

10.2.1.2 Проверьте, что Мета-типы данных, используемх в реализации колонок таблиц, необходимых для TPC-E, соответствуют требованиям Пункта 0.

10.2.1.3 Проверьте, что 9 таблиц из набора Клиентских таблиц обладают всеми необходимыми свойствами (см. пункт 2.2.3.4).

10.2.1.4 Проверьте, что 9 таблиц из набора Брокерских таблиц обладают всеми необходимыми свойствами (см. пункт 2.2.5).

10.2.1.5 Проверьте, что 11 таблиц из набора Рыночных таблиц обладают всеми необходимыми свойствами (см. пункт 2.2.6).

10.2.1.6 Проверьте, что 4 таблицы из набора таблиц Размерностей обладают всеми необходимыми свойствами (см. пункт 2.2.7).

10.2.1.7 Проверьте, что все Основные ключи и все Внешние ключи соблюдаются базой данных (см. Пункт 0).

10.2.1.8 Проверьте, что все копии любой реплицированной таблицы, в случае их использования, соответствуют всем требования атомарности, последовательности и изоляции. Проверьте, что по меньшей мере одна копия любой реплицированной таблицы TPC-E соответствует требованиям Устойчивости (см. Пункт 2.3.3.3).

10.2.1.9 Проверьте, что добавление или повторене любых колонок из одной таблицы TPC-E в другую не приводит к увеличению производительности (см. Пункт 0).

10.2.1.10 Проверьте, что все колонки таблиц логически разделены (см. Пункт 2.3.5).

10.2.1.11 Проверьте, что все колонки таблиц доступны СУБД как отдельная колонка (см. Пункт 2.3.6).

10.2.1.12 Проверьте, что Основные ключи не являются прямым представлением адресов рядов на физическом диске (см. Пункт 2.3.7).

10.2.1.13 Проверьте, что колонки BLOB реализованы со всеми требуемыми свойствами (см. Пункт 0).

10.2.1.14 Проверьте, что реализация базы данных соответствует правилам целостности (см. Пункт 2.4).

Примечание: проверка условий из пункта 2.4.2 не является необходимым, но требование все еще существует.

10.2.1.15 Проверьте, что реализация базы данных соответствует требованию прозрачности доступа к данным (см. Пункт 2.5).

10.2.2 Пункты о Наполнении

10.2.2.1 Проверьте, что версия используемого EGenLoader соответствует текущей версии Спецификации TPC-E (см. Пункт 5.7.1).

10.2.2.2 Проверьте, что ни одно из выходных данных EGenLogger не содержит «NO». «NO» указывает на то,что соответствующий параметр конфигурации EGenDriver или EGenLoader не соответствует текущей Спецификации TPC-E (см. Пункт 0).

10.2.2.3 Проверьте, что база данных наполнена с использованием данных, сгенерированных EGenLoader (см. Пункт 2.6.1.1).

10.2.2.4 Проверьте, что база данных наполнена целым количеством Единиц Обработки (см. Пункт 0).

10.2.2.5 Проверьте, что начальное наполнение базы данных составлено по количеству Рабочих дней, равному ITD (см. Пункт 0).

10.2.2.6 Проверьте, что размерность таблиц, необходимых TPC-E в изначально заполненной базе данных соответствует требованиям Пункта 2.6.1.

10.2.2.7 Проверьте, что каждая не-Растущая таблица может увеличиться на количество рядов равное по меньшей мере 5% от размерности таблицы (см. Пункт 2.3.9).

10.3 Проверка Транзакций


Аудитор должен проверить, что реализация Транзакций соответствует требованиям Спецификации TPC-E . Аудитор может потребовать обзор любого исходного кода и сценариев или программ, связанных с Транзакций. Аудитор может потребовать проведение дополнительной проверки Транзакций, не указанной в Спецификации TPC-E для обеспечения уверенности в корректности Транзакций.

10.3.1 Проверьте, что реализация каждой Транзакции, перечисленной в Пункте 3.3, соответствует требованиям соответствующих входных параметров, выходных параметров, Слепка базы данных и Реализации Фреймов. Более конкретно:
  •  Проверьте, что Транзакция Broker-Volume соответствует требованиям, определенным в Пункте 3.3.1.
  •  Проверьте, что Транзакция Customer-Position соответствует требованиям, определенным в Пункте 3.3.2.
  •  Проверьте, что Транзакция Market-Feed соответствует требованиям, определенным в Пункте 3.3.4.
  •  Проверьте, что Транзакция Market-Watch соответствует требованиям, определенным в Пункте 3.3.6.
  •  Проверьте, что Транзакция Security-Detail cоответствует требованиям, определенным в Пункте 3.3.7.
  •  Проверьте, что Транзакция Trade-Lookup соответствует требованиям, определенным в Пункте 3.3.9.
  •  Проверьте, что Транзакция Trade-Order соответствует требованиям, определенным в Пункте 3.3.10.
  •  Проверьте, что Транзакция Trade-Result соответствует требованиям, определенным в Пункте 3.3.12.
  •  Проверьте, что Транзакция Trade-Status соответствует требованиям, определенным в Пункте 3.3.14.
  •  Проверьте, что Транзакция Trade-Update соответствует требованиям, определенным в Пункте 3.3.16.
  •  Проверьте, что Транзакция Data-Maintenance cоответствует требованиям, определенным в Пункте 3.3.17.
  •  Проверьте, что Транзакция Trade-Cleanup соответствует требованиям, определенным в Пункте 3.3.19.
10.3.2 Проверьте, что все Фреймы реализованы без нарушения любых заданных ссылок базы данных на неизменные или нечасто меняющиеся элементы данных (см. Пункт 3.2.1.1).

10.3.3 Проверьте, что Фреймы не обмениваются данные за пределами определенных входных и выходных параметров, используемых для связи с EGenTxnHarness (см. Пункт 3.2.1.3).

10.3.4 Проверьте, что реализация каждого Фрейма функционально равнозначна Псевдокоду, предоставленному для этого Фрейма в пункте 3.3.

10.3.5 Проверьте, что Реализация Фреймов корректно устанавливает нулевые переменные индикаторов в структуре EGenTxnHarness.

10.4 Проверка SUT, Драйвера и Сетей

Аудитор должен проверить, что реализация тестовой среды соответствует требованиям Спецификации TPC-E. Аудитор может потребовать обзор любого исходного кода, реализующего различные используемые компоненты, и соответствующих сценариев и программ. Аудитор может потребовать проведение дополнительной проверки, не обозначенной в Спецификации TPC-E, для того, чтобы гарантировать корректность тестовой среды.

10.4.1 Проверьте, что формат данных, предоставляемых в EGenDriver Connector и EGenTxnHarness Connector не был модифицирован за исключением разрешенных изменений (см. Пункт 4.1.3.17).

10.4.2 Проверьте, что код, написанный Организатором, соответствует требования Пункта 4.4.1.1.

10.4.3 Проверьте, что соблюдено правило «закрытого пакета» (см. Пункт 4.4.1.3).

10.4.4 Проверьте, что Драйвер выполняет требования Пункта 4.4.1.4.

10.4.5 Проверьте, что SUT выполняет требования Пункта 4.4.1.5

10.4.6 Проверьте, что любая маршрутизация в пределах Реализации Фрейма соответствует требованиям Пункта 4.4.1.6.

10.4.7 Проверьте наличие и использование Сети для обеспечения связи между Драйвером и Уровнем A (см. Пункт 4.2.2).

10.4.8 Проверьте, что соблюдаются ограничения на вмешательство оператора (см. Пункт 4.4.3).

10.5 Проверка EGen

10.5.1 Проверьте, что версия используемого EGen соответствует версии спецификации TPC-E, используемой для осуществления публикации (см. Пункт 5.3).
  •  Проверьте, что используемые EGenSourceFiles не были модифицированы (см. Пункт 5.6).
  •  Если Организатор теста изменил EGen согласно официальному формуляру, выпущенному ТРС, проверьте, что эти изменения подпадают под сферу действиям формуляра (см. Пункт 5.3.7).
  •  Если Организатор теста внес модификации в EGen, которые не подпадают под действие существующего формуляра TPC, проверьте, что целью внесения изменений является исключительно исправление вновь обнаруженных ошибок EGen (см. Пункт 5.3.6).
10.5.2 Проверьте, что соблюдены требования, приведенные в Пункте 5.3.5.

10.5.3 Проверьте, что изменения или расширения, внесенные Организатором в EGenLoader не ставят под сомнение корректность данных, сгенерированных EGenLoader (см. Пункт 5.7.4).

10.5.4 Проверьте, что CE реализован с использованием EGenDriverCE (см. Пункт 5.8.5).

10.5.5 Если была использована Асинхронная архитектудра Драйвера CE, проверьте, что Драйвер CE соответствует требованиям, указанным в Пункте 6.2.3.1.

10.5.6 Проверьте, что MEE реализован с использованием EGenDriverMEE (см. Пункт 5.8.6).

10.5.7 Проверьте, что Транзакция Data-Maintenance реализована с использованием EGenDriverDM (см. Пункт 5.8.7).

10.5.8 Проверьте, что в реализации используется EGenTxnHarness (см. Пункт 5.9.1).

10.5.9 Проверьте, что содержимое используемого EGenInputFiles предназначено для EGen соотвествующей версии, они не были модифицированы и все копии EGenInputFiles идентичны и используются во всех экземплярах EGenLoader и Драйвера (см. Пункт 5.8.4).

10.6 Проверка правил и оценок выполнения

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

10.6.1 Пункты о конфигурации системы перед запуском

10.6.1.1 Проверьте, что содержимое базы данных соответствует требованиям Пунктов 6.6.2.1 и 6.6.2.3.

10.6.1.2 Проверьте, что перед началом Выполнения теста была совершена Транзакция Trade-Cleanup, или база данный находилась в состоянии начального наполнения (например, провертье, что разность конечного значения счетчика TRADE и количества Транзакций Trade-Order, завершенных Драйвером за время Выполнения теста равна начальному значению количества TRADE) (см. Пункт 6.6.2.2).

10.6.1.3 Проверьте, что во время Выполнения теста не происходит выполнение Транзакции Trade-Cleanup (см. Пункт 6.6.1.1).

10.6.1.4 Проверьте, что системные часы синхронизированы, как требуется в Пункте 4.4.4.

10.6.2 Пункты о конфигурации процесса выполнения

10.6.2.1 Проверьте, что для конкретных глобальных входных данный каждый экземпляр CE, DM и MEE использует те же значения, что используются экземплярами EGenLoader во время начального наполнения базы данных (см. Пункт 5.8.4). Это требования применяется к следующим глобальным входным данным:
  •  Содержимое каждого файла flat_in.
  •  Значение Масштабирующего коэффициента.
  •  Количество Начальных дней торгов.
  •  Количество Сконфигурированных клиентов.
10.6.2.2 Проверьте, что ни одно из выходных данных EGenLogger содержит значение «NO». «NO» указывает на то, что соответствующий параметр конфигурации EGenDriver или EGenLoader не соответствует текущей Спецификации TPC-E (см. Пункт 0).

10.6.2.3 Если применялась Асинхронная архитектура Драйвера CE, проверьте, что Драйвер CE соотвествует требованиям Пункта 6.2.3.1.

10.6.3 Пункты о генерации данных в процессе выполнения теста

10.6.3.1 Проверьте, что в приведенном в отчете Сочетании Транзакций, выполненных за время Интервала измерения, учтены только действительные Транзакции (см. Пункт 6.3).

10.6.3.2 Проверьте ,что из отчетного Сочетания Транзакций, выполненных за время Интервала измерения, исключены Транзакции Data-Maintenance (см. Пункт 6.3.1).

10.6.3.3 Проверьте, что вышеупомянутое сочетание Транзакций, выполнненых за время Интервала измерения, соответствует требованиям Пункта 6.3.1.

10.6.3.4 Проверьте, что приведенное в отчете Сочетание Транзакций, выполненных за Интервал измерения, рассчитано и представлено с требуемой точностью и округлением (см. Пункт 6.3.2).

10.6.3.5 Проверьте, что Драйвер CE сгенерировал входные данные со случайной вариативностью, которые находятся в пределах заданных диапазонов (см. Пункт 6.4.1).

10.6.3.6 Проверьте, что количество Единиц обработки, сконфигурированных для базы данных, равно количеству Единиц обработки, к которым фактически осуществляется доступ во время Выполнения теста (см. Пункты 0 и 6.6.7.5).

10.6.4 Пункты о Времени отклика

10.6.4.1 Проверьте, что Времена откликов Транзакций соответствуют требованиям из Пункта 6.5.1.7.

10.6.4.2 По каждому типу Транзакций проверьте, что их среднее Время отклика не превышает Время отклика 90-го процентиля (см. Пункт 6.5.1.9).

10.6.4.3 Проверьте, что Время отправки соответствует требования Пункта 6.5.2.

10.6.5 Пункты о разделении C_ID

10.6.5.1 Если было использовано разделение C_ID, то проверьте, что Драйвер CE соответствует требованиям из Пункта 6.4.2.1.

10.6.5.2 Если было использовано разделение C_ID, то проверьте, что Интервал измерения соблюдает требования Пункта 6.4.2.2.

10.6.6 Пункты о производительности

10.6.6.1 Проверьте, что Измеренная производительность лежит в диапазоне между 80% и 102% от Номинальной производительности (см. Пункт 6.7.1.2).

10.6.6.2 Проверьте, что Отчетная производительность не больше, чем Номинальная производительность (см. Пункт 6.7.1).

10.6.7 Пункты о Транзакции Data-Maintenance

10.6.7.1 Проверьте, что во время Выполнения теста используется один и только один генератор Транзакций Data-Maintenance (см. Пункт 5.8.7.2).

10.6.7.2 Проверьте, что во время Интервала измерения Транзакция Data-Maintenance вызывается каждые 60 секунд и завершается за время не большее, чем 55 секунд (см. Пункт 6.3.3).

10.6.7.3 Проверьте, что Транзакция Data-Maintenance изменила ряды, указанные в Пункет 3.3.17.

10.6.8 Пункты о Стабильном состоянии

10.6.8.1 Проверьте, что Стабильное состояние соответсвует требования Устойчивой производительности, как указано в Пункте 6.6.3.

10.6.8.2 Проверьте, что все события, выполняемые через регулярные интервалы во время Стабильного состояния совершались до и во время Интервала измерения, как это требуется (см. Пункт 6.6.4.1), и что продолжительность Стабильного состояния соответствует требованиям, перечисленным в Пункте 6.6.4.2.

10.6.8.3 Проверьте, что Интервал измерения соответствует всем требованиям из Пункта 6.6.5.

10.6.9 Пункты о EGenValidate

10.6.9.1 Проверьте, что результатом EGenValidate является «Passed!» (см. Пункт 6.7.4).

10.6.10 Пункты о расчете объемов

10.6.10.1 Проверьте, что Рост данных расчитывается должным образом, и что для его обеспечения доступно достаточно оперативного пространства хранения данных (см. Пункт 6.6.6).

10.7 Проверка Тестов ACID


Аудитор должен проверить, что реализация тестов ACID в достаточной мере демонстрирует соответствие требованиям ACID в спецификации TPC-E. Аудитор может потребовать обзор исходного кода, реализующего эти тесты, и связанные с ним сценарии и программы. Аудитор может потребовать дополнительную проверку, не указанную в Спецификации TPC-E для гарантирования действительности тестов ACID.

10.7.1 Проверьте, что все копии любых реплицированных таблиц, в случае их использования, соответствуют требованиям атомарности, последовательности и изоляции. Проверьте, что по меньшей мере одна копия любой реплицированной таблицы TPC-E соответствует требованиям Устойчивости (см. Пункт 2.3.3.3).

10.7.2 Пункты об Атомарности

10.7.2.1 Проверьте, что тесты атомарности реализованы, как указано в Пункте 7.2.2.

10.7.2.2 Проверьте, что тест атомарности корректно отображает свойство атомарности (см. Пункт 7.2.1).

10.7.3 Пункты о последовательности

10.7.3.1 Проверьте, что тесты последовательности реализованы, как указано в Пункте 7.3.3.

10.7.3.2 Проверьте, что условия последовательности успешно демонстрируются тестами (см. Пункт 7.3.2)

10.7.4 Пункты об изоляции

10.7.4.1 Проверьте, что тесты изоляции реализованы, как указано в Пункте 7.4.2.

10.7.4.2 Проверьте, что тесты изоляции корректно демонстрируют требования изоляции (см. Пункт 7.4.1.3).

10.7.5 Пункты о Доступности данных

10.7.5.1 Проверьте, что тесты Устойчивости относительно Доступности данных реализованы должным образом (см. Пункт 7.5.5.5).

10.7.5.2 Проверьте, что Уровень избыточности, выбранный Организатором, успешно демонстрируется тестом Доступности данных (см. Пункт 7.5.5.5).

10.7.5.3 Проверьте, что Уровень избыточности, выбранный Организатором, корректно отображен в Отчете (см. Пункт 7.5.6).

10.7.5.4 Проверьте, что График Доступности данных создан так, как указано в Пункте 7.5.7.2.

10.7.6 Пункты о Восстановлении бизнеса

10.7.6.1 Проверьте, что тесты Устойчиовсти для Восстановления бизнеса реализованы должны образом (см. Пункт 7.5.6.8).

10.7.6.2 Проверьте, что одним или более тестами Восстановления бизнеса демонстрируется процесс восстановления после осуществления каждого необходимого сценария одиночного сбоя (см. Пункт 7.5.6.8).

10.7.6.3 Проверьте, что Время восстановления бизнеса точно равно времени между началом и концом процесса Восстановления бизнес (см. Пункт 7.5.1).

10.7.6.4 Проверьте, что График Восстановления бизнеса построен так, как указано в Пункте 7.5.7.4.
 

10.8 Проверка Оценки стоимости

10.8.1 Правила проверки Оценки стоимости изложены в текущей версии Спецификации Оценки стоимости TPC, доступной на www.tpc.org.

10.8.2 Проверьте, что Оцениваемую конфигурацию включено то, что является наибольшим: 60-дневный объем или хранилище данных, сконфигурированное во время измерения (см. Пункт 8.2.2).

10.8.3 Убедитесь, что также включены в оценку стоимости дополнительные функциональные компоненты или дополнительное программное обеспечение, которые могут быть опциональными для конфигурации, создаваемой клиентом, или быть необходимыми для построения и выполнения Приложений. (см. Пункт 8.3.1 и Пункт 8.3.2).

10.8.4 Проверьте, что все Замены компонент соответствуют Спецификации оценки стоимости TPC и ограничениям, применяемым в стандарте TPC-E (см. Пункт 8.4).

10.9 Проверка FDR

В целях соблюдения требований к проверке, обозначенных в Пунктах с 10.5 по 10.8, Аудитор должен убедиться ,что, если это требуется в Пункте 9, все разделы, требования и величины корректно приведены в FDR.

Для тех разделов, требований или величин, которые приводятся в FDR и не должны быть проверяемы, Аудитору необходимо лишь убедиться, что они присутствуют в FDR и выглядят уместными. К примеру, Аудитор не несет ответственности за точность приведенной Даты доступности, но может убедиться, что она представлена в FDR и не выходит за пределы шестимесячного срока доступности, начинающегося с даты публикации.

10.9.1 Проверьте, что разделение таблиц, в случае его использования, соответствует требованиям, приведенным в Пункте 2.3.3.

10.9.2 Проверьте, что приведенное в отчете Сочетание Транзакций, выполненных за Интервал измерения, рассчитано и представлено с требуемой точностью и округлением (см. Пункт 6.3.2).

10.9.3 Проверьте, что представленный в отчете График Выполнения теста соответствует требованиям (см. Пункт 6.7.2).

10.9.4 Проверьте, что Итоговое исполнительное постановление составлено правильно и соответствует требовании об отчетности, как указанов Пункте 9.2.

10.9.5 Для тех разделов, которые, согласно Пункту 9.3, должны быть представлены в Отчете и, согласно пунктам с 10.5 по 10.8, должны быть проверены Аудитором, проверьте, что эти разделы правильно представлены в Отчете. Для тех разделов, которые должны быть представлены в отчете согласно пункту 9.3, но не должны быть проверены Аудитором, убедитесь, что эти разделы представлены в Отчете и выглядят обоснованными.

10.9.6 Проверьте, что Дополнительные файлы, указанные в Пункте 9.4, существуют и выглядят корректными.

10.9.7 Проверьте, что следующие разделы FDR правильны:
  •  Проверьте, что диаграмма, иллюстрирующая тестовую конфигурацию, правильна (см. Пункт 9.3.1.2)
  •  Проверьте, что диаграмма, иллюстрирующая Оцениваему конфигурацию, правильна (см. Пункт 9.3.1.2)
  •  Проверьте, что текстовые описания, требуемые согласно Пункту 9.3.2, правильны.
  •  Проверьте, что любые изменения EGen, внесенные Организатором, детально описаны в Отчете (см. Пункт 9.3.5.3).
  •  Проверьте, что изменения и расширения, внесенные Организатором в EGenLoader задокументированы с достаточной детализацией в Отчете и код модификации и расширения представлен в Дополнительных Файлах (см. Пункт 9.3.5.4).
10.9.8 Организатор может запросить полны обзор Отчета аудитором сверх разделов, перечисленных выше, но это не является необходимым.