Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 06.01.2025 по 12.01.2025
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р ИСО/МЭК ТО 10183-1-2000; Страница 8

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ 30552-98 Заготовки профильные (необработанные оси) для подвижного состава железных дорог колеи 1520 мм. Припуски и допуски Round billets (non-machined axles) of railway wheels for 1520 mm gauge line. Allowances and tolerances (Настоящий стандарт распространяется на профильные заготовки (необработанные оси) для вагонов, электровозов, тепловозов, моторных вагонов и вагонов метрополитена колеи 1520 мм и устанавливает припуск на механическую обработку и предельные отклонения на номинальные размеры заготовок) ГОСТ Р МЭК 821-2000 Магистраль микропроцессорных систем для обмена информацией разрядностью от 1 до 4 байтов (магистраль VME) IEC 821 VME bus. Microprocessor system bus for 1 byte to 4 byte data (Настоящий стандарт устанавливает требования к интерфейсной системе, используемой для взаимного соединения устройств обработки, запоминания данных и управления периферией в единый аппаратный комплекс) ГОСТ 1579-93 Проволока. Метод испытания на перегиб Wire. Bend test method (Настоящий стандарт устанавливает требования к методу определения способности проволоки из металлов и сплавов различной формы поперечного сечения диаметром или характерным размером от 0,3 до 10,0 мм включительно подвергаться пластической деформации при перегибах)
Страница 8
Страница 1 Untitled document
ГОСТ Р ИСО/МЭК ТО 10183-1-2000
4 Сокращения
ЗОГзаявка об обеспечении функции генерации;
ЗОН - заявка об обеспечении функции приехта;
Ко - компонент обмена;
Клкомпонент процесса:
Ки- компонентсистемного интерфейса;
ПКН- пункт контроля и наблюдения;
ПОДД—локальное представление обрабатываемой формы документа (ОДД) ODA;
ПГ1Д - прикладной профильдокумента;
ПТД- потоки тестируемых данных (используются при тестировании функций приема);
МФДД —локальное представление сформатированной формы документа (ФДД) ODA;
ПФОДД - локальное предстаатенне сформатированно-обрабатываемой формы документа (ФОДД)
ODA;
СТП—спецификации тестовых примеров (используются при тестировании функций генерации);
ТД- тестируемый документ;
ТР—тестируемая реализация;
ФС—функциональный стандарт.
§ Общие принципы тестирования реализации
Цель стандарта ODA - облегчить обмен документами - не будет полностью достигнута, пока
реализация не будетпротестирована на способность ее правильного взаимодействия. Стандартные тес
товые комплекты необходимы для использования поставщиками или разработчиками реализации при
выполнении самотестирования, пользователями изделий ОDA, а такжелюбой тестирующей организа
цией идругими администрациями, заинтересованными в тестировании реализаций ODA.
Реализации ODA могутбыть самых различных видов, начиная от шлюзов, которые принимают и
генерируют потоки данных при очень небольшой их обработке, до полных систем обработки докумен
тов ODA. реализующих все процессы, обеспечиваемые ИСО 8613. Тестирование реализаций ODA
охватывает тестирование возможностей систем в обеспечении функций, идентифицируемых частью
ППД функционального стандарта ODA. Эго осуществляется путем использования соответствующего
абстрактного тестового комплекта (АЗ К) ФС и проверки наблюдаемых результатов обеспечения ФС
(форма ЗОГ/ЗОП) и заявки разработчика относительно возможностей реализации (ЗОГ/ЗОП). Не все
реализации ODA могут бытьреализациями ФС. Однако устанавливаемые в настоящем стандарте мето
дология, основы и процедуры могут быть применены к любому ППД, определенному в
соответствии с формой ППД и нотацией, определенной в ИСО 8613. «Полная реализация ODA*, т.
е. реализация ODA, обеспечивающая генерацию и прием потоковданных ODA. может
рассматриваться как неогра ниченный ППД.
Наряду с методологией и основами тестирования для абстрактных тестовых примеров, опреде
ленных в ИСО/МЭК 10183-2, необходимо установить процедуры, которые следует выполнять при
тестировании реализации ODA. Это должно привести к сопоставимости и широкой приемлемости
результатов тестирования, полученных различными тестерами, и,тем самым, к минимизации необхо
димости повторного тестирования реализации одной и той же системы.
Тестирование реализации ODA преследует двоякую цель. Во-первых, оно повышает способность
реализации к взаимодействию и, во-вторых, позволяет пользователям быть более уверенными в воз
можности взаимодействия протестированных изделий ODA даже в том случае, когда тестирование
реализации дает только косвенную оценку общих ее возможностей.
ODA и ФС ODA это сложные стандарты, и поэтому исчерпывающее тестирование всехдопус
тимых комбинаций функциональных возможностей непрактично как в техническом, так и вэкономи
ческом отношении. Однакотестирование реализаций показывает, что реализация способна продемон-
сгрировать требуемые возможности при представительном наборе тестовых примеров.
Поскольку функциональные возможности реализаций QDA могут быть разделены на функции
генерации и приема позоков данных, то методология и основы абстрактных тестовых примеров и
процедур тестирования также подразделяются, охватывая эти два сценария. При тестировании функ
ции генерации общая методология охватывает реализацию, обеспечиваемую с набором тестовых при
меров, которые представляют собой аспекты уровня функциональных возможностей, соответствую-
1*5