ГОСТ I* ИСО/МЭК ТО 10183-1-2000
проанализировать потоки данных ODA, поступающие из генерирующей системы или из выхода
приемной системы. Поскольку прикладные процессы ODA различны, то способы контроля и наблюде
ния могут изменяться даже в том случае, если различные разработчики заявляют обеспечение одного и
того же набора функциональных возможностей.
Архитектура тестирования системы, основанной на ODA/ФС. приведена на рисунке 2.
Система, основанная на ODA/ФС
Ки
Тестер
ТР
Кп
Ко
Рисунок 2 — Архитектура тестирования системы, основан
ной на ODA/ФС
Как описано в разделе 5. ТР обеспечивается набором тестовых примеров для тестирования спо
собностей реализации выполнять функции генерации и приема. При тестировании функций генерации
эти примеры принимают вид «спецификация тестовых примеров» (СТП), а при тестировании функ
ций приема — вид «потоки данных тестирования» (ПТД), представляющий документы ODA/ФС,
содержащие тестовые примеры. ТР имеет документы для анализа либо в виде потоков данных (при
тестировании функций генерации) и/либо документы, наблюдаемые со стороны соответствующего
системного интерфейса (при тестировании функций приема).
7.1 Процессы и структуры данных в реализации ODA/ФС
Чтобы лучше понять область применения методологии тестирования реализаций ODA/ФС. по
лезно рассмотреть некоторые другие процессы реализации и обрабатываемые структуры данных (см.
рисунок 3). Получив потокданныхтестирования (П’ГД) или наборспецификаций тестовых примеров
Рисунок 3 — Пример процессов реализации и документов данных
П р и м е ч а н и е —Список сокращений приведем в разделе 4.
8