Чтобы использовать 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.