ГОСТ Р ИСО/ТС 10303-26—2015
ленный в ИСО 10303-43.
В.4 Сценарий использования: Контроль и проверка теплового баланса
Контроль и проверка теплового баланса является обьмным действием в процессе создания изделия. Кон
кретным примером данного действия в аэрокосмической промышленности является тестирование теплового
баланса (ТБ), которое выполняется для того, чтобы проверить, что реальное изделие функционирует правильно.
Во время тестирования ТБ космический аппарат помещается в граничные условия эксплуатации и работа
ет в них в условиях, максимально приближенных к условиям реального космического полета. Эти условия рабо
ты поддерживаются достаточно продолжительное время для того, чтобы оборудование достигло состояния
теплового равновесия. После достижения устойчивого состояния, полученные данные используют для сравне
ния результатов тестирования с аналитическими расчетами для данных условий. Обычно некоторые поправки
должны быть внесены в имитационную модель, для того чтобы получить удовлетворительное соответствие
между реальным поведением космического аппарата и его поведением, предсказанным на основе модели. Те
перь имитационная модель считается «коррелированной» и гложет быть использована для предсказаний пове
дения космического аппарата во время реального полета, которое считается максимально приближенным
к реальности.
При обычном тестировании ТБ космического аппарата число датчиков (обычно это датчики температуры)
может находиться в диапазоне от менее сотни до нескольких сотен. Кроме того, в процессе тестирования ис
пользуются полетные датчики, число которых превышает 50. Все эти датчики опрашиваются с большой часто
той. для того чтобы как можно раньше предупредить о возникновении нежелательных состояний и выдавать
управляющие сигналы с нужной частотой. Показания от большинства из этих датчиков записываются не реже
одного раза в минуту.
Тестирование ТБ может длиться от нескольких дней до нескольких недель, в результате чего записывают
ся миллионы показаний датчиков, а размер файлов с данными достигает гигабайтов. Не является исключением
то, что некоторые из этих данных поступают из разных мест от субподрядчиков, которые используют разные
программные средства.
Все сказанное выше приводит в необходимости выполнения двух утомительных и чреватых ошибками
действий:
- интеграция данных;
- обеспечение доступности тестовых данных для средств имитационного моделирования.
Использование двоичного представления данных, определенных на языке EXPRESS, значительно сокра
щает время, необходимое для выполнения указанных действий, и, кроме того, дополнительно обеспечивает
возможность долговременного сохранения и извлечения данных. Это достигается благодаря тому, что обеспечи
вается возможность использования модели данных, которая может быть разработана под заказчика и представ
лена на ряде языков, например UML или EXPRESS, при наличии высокоэффективного механизма архивирова
ния и извлечения данных (HDF5).
На рисунке В.1 представлена таксономия информации, относящейся к тестированию ТБ. Она может быть
использована для разработки заказной модели данных или отображена на существующую модель данных, такую
как STEP-NRF. Если преследуется цель реальной демонстрации использования двоичного представления дан
ных. определенных на языке EXPRESS, тоданные для реализации любой из этих моделей могут быть получены.
В.5 Произвольный доступ и навигация
В ходе разработки требований, относящихся к настоящему стандарту, была выявлена необходимость под
держки произвольного доступа и эффективной навигации для очень больших наборов данных. Технический
анализ существующих возможностей управления очень большими двоичными наборами данных показал, что
данное требование не может быть выполнено при помощи какой-либо из доступных технологий. Исследования
по поддержке данного требования продолжаются, и остается надеяться, что будущая редакция настоящего
стандарта будет учитывать данное требование, если будет доступна соответствующая технология.
22