Понимание структуры модели для сценариев

Проекты и планы тестирования для сценариев модели

Чтобы использовать Model Browser в продукте Model-Based Calibration Toolbox™, необходимо изучить структуру и функции дерева модели, чтобы переместиться по представлениям. Чтобы использовать версию командной строки тулбокса, необходимо изучить ту же структуру и функции, то есть, как проекты, планы тестирования и модели совмещаются. Следующие разделы описывают отношение между различными моделями, которые можно создать. Схемы в следующем разделе, Как Дерево модели Относится к Объектам Командной строки, иллюстрируют эти отношения.

  • Проекты могут иметь один или несколько планов тестирования.

  • Проекты могут иметь один или несколько объектов данных.

  • Планы тестирования имеют не больше, чем один объект данных.

  • Планы тестирования имеют объекты ответа.

    • Если одноэтапный план тестирования, они просто известны как ответы.

    • Если план тестирования 2D этапа, это иерархические ответы.

  • Планы тестирования имеют граничные древовидные объекты.

Сценарии модели ответа

Ответ является моделью, подбиравшей к некоторым данным. Это типы ответов:

  • Иерархический ответ (уровень 0)

    Иерархический ответ (также известный как ответ 2D этапа) моделирует ResponseSignalName использование локального ответа и одной или нескольких функций ответа.

    Иерархический ответ имеет один или несколько различных локальных ответов (доступный через свойство LocalResponses) это предоставляет различные возможные модели ResponseSignalName. Один из них должен быть выбран в качестве лучшего, и это затем будет локальным ответом, используемым впоследствии. Функции ответа каждого из локальных ответов доступны непосредственно от тех локальных объектов ответа.

  • Локальный ответ (уровень 1)

    Локальный ответ состоит из моделей ResponseSignalName в зависимости от локальных входных факторов. Локальные входные факторы доступны через InputSignalNames свойство.

    Локальный ответ имеет одну или несколько функций ответа (доступный через свойство ResponseFeatures) содержа модели, подбиравшие к тем функциям ответа локальной модели.

  • Ответ (Уровень 1 или 2)

    • Для планов тестирования 2D этапа объекты ответа моделируют функции ответа локальных ответов (ResponseSignalName соответствует имени функции ответа). В этом случае ответ имеет значение уровня 2.

    • Для одноэтапных планов тестирования объекты ответа просто моделируют ResponseSignalName в зависимости от входных факторов. В этом случае ответ будет иметь значение уровня 1.

    Все ответы могут иметь нуль или больше альтернативных ответов (доступный через свойство AlternativeResponses) это предоставляет различные возможные модели ResponseSignalName. Они все сохраняют тот же уровень как ответ, для которого они - альтернатива. Один из них должен быть выбран в качестве лучшего, и это затем будет ответом, используемым впоследствии.

См. рисунки в следующем разделе, Как Дерево модели Относится к Объектам Командной строки для примеров различных ответов и как они относятся друг к другу.

Обратите внимание на то, что каждый ответ содержит объект модели (mbcmodel.model) это может извлекаться и управляться независимо от проекта. Можно изменить тип модели и настройки, подгонку к новым данным, исследовать коэффициенты, матрицы регрессии и ожидаемые значения, и использовать пошаговые функции, чтобы включать или удалить условия. Можно изменить тип модели, свойства и соответствовать настройкам алгоритма. Чтобы узнать о том, что вы делаете с объектом модели, смотрите Model Object. Если вы изменяете модель, необходимо использовать UpdateResponse чтобы заменить новый тип модели в ответе возражают в проекте. Когда вы используете UpdateResponse новая модель подбирается к данным об ответе. Смотрите UpdateResponse.

Граничные сценарии модели

Можно создать и оценить граничные модели или в проекте или автономный. Можно объединить граничные модели таким же образом как тогда, когда с помощью Граничного графический интерфейса пользователя Редактора. Можно использовать граничные модели в качестве конструктивных ограничений.

В проекте план тестирования имеет Boundary свойство, которое может содержать mbcboundary.Tree объект.

BoundaryTree = mbcmodel.testplan.Boundary
BoundaryTree контейнер для всех граничных моделей, которые вы создаете. Дерево пусто, пока вы не создаете контуры, и если вы изменяете данные о плане тестирования, тулбокс удаляет контуры.

Можно подбирать граничные модели в mbcmodel проекты с помощью граничного древовидного класса mbcboundary.Tree, или можно подбирать граничные модели непосредственно к данным.

Чтобы создать граничную модель за пределами проекта, вы можете также:

  • Используйте CreateBoundary функция пакета:

    B = mbcboundary.CreateBoundary(Type,Inputs)

  • Используйте fit метод, чтобы создать и соответствовать контуру к некоторым данным X:

    B = mbcboundary.Fit(X,Type)

Чтобы создать граничную модель в рамках проекта, используйте CreateBoundary метод граничного дерева:

B = CreateBoundary(Tree,Type)
Это создает новую граничную модель, B, от mbcboundary.Tree объект, Tree. Входные параметры плана тестирования используются, чтобы задать граничные входные параметры модели. Новая граничная модель не добавляется к дереву, необходимо вызвать Add.

Чтобы создать новую граничную модель из существующей граничной модели, можно использовать CreateBoundary метод всех граничных типов модели:

B = CreateBoundary(B,Type)

Можно объединить граничные модели при помощи InBest свойство граничного дерева. Это соответствует объединению граничных моделей в best в Граничном графический интерфейсе пользователя Редактора, как описано в Объединении Лучших Граничных Моделей в документации Model Browser. Можно также объединить граничные модели с логическими операторами для использования в качестве конструктивных ограничений или вне проектов.

Можно изменить ActiveInputs, Evaluate, и используйте в качестве designconstraint.