Импортируйте информацию модели из таблиц MATLAB
создает новую архитектуру, основанную на модели на MATLAB® таблицы, которые задают компоненты, порты, связи, интерфейсы порта и ссылки требования. Единственными необходимыми входными параметрами является archModel
= systemcomposer.importModel(modelName
,components
,ports
,connections
,portInterfaces
,requirementLinks
)modelName
и components
таблица. Для пустых табличных входных параметров введите table.empty
. Однако запаздывающие пустые таблицы проигнорированы и не должны быть введены. Чтобы импортировать модель базовой архитектуры, смотрите, Задают Базовую архитектуру. Импортировать requirementLinks
, вам нужен Simulink® Лицензия Requirements™.
создает новую архитектуру, основанную на модели на структуре таблиц MATLAB, которые предписали форматы, чтобы задать отношения элемента модели, стереотипы и свойства. Для получения дополнительной информации о структуре импорта см. Модели Архитектуры Импорта и экспорта.archModel
= systemcomposer.importModel(modelName
,importStruct
)
[
создает новую модель архитектуры с выходными аргументами archModel
,idMappingTable
,importLog
,errorLog
] = systemcomposer.importModel(___)idMappingTable
с информацией о таблице, importLog
отобразить информацию об импорте и errorLog
отобразить информацию об ошибке импорта. Включены все предыдущие описания синтаксиса.
В System Composer™ архитектура полностью задана тремя наборами информации:
Информация компонента
Информация порта
Информация о связи
Можно импортировать архитектуру в System Composer, когда эта информация задана в или преобразована в таблицы MATLAB®.
В этом примере информация об архитектуре простой Системы БПЛА задана в электронной таблице Microsoft® Excel® и используется, чтобы создать модель архитектуры System Composer. Это также соединяет элементы с заданным требованием уровня системы. Можно изменить файлы в этом примере, чтобы импортировать архитектуры, заданные во внешних инструментах, когда данные включают запрошенную информацию. Пример также показывает, как экспортировать эту информацию об архитектуре от модели архитектуры System Composer до электронной таблицы Excel.
Данные об определении архитектуры
Можно охарактеризовать архитектуру как сеть компонентов и импортировать путем определения компонентов, портов, связей, интерфейсов и ссылок требования в таблицах MATLAB. components
таблица должна включать имя, уникальный идентификатор, и породить ID компонента для каждого компонента. Электронная таблица может также включать другую релевантную информацию, запрошенную, чтобы создать иерархию архитектуры для модели, на которую ссылаются и стереотипные имена спецификатора. ports
таблица должна включать имя порта, направление, компонент и информацию о порте ID. Информация об интерфейсе порта может также потребоваться, чтобы присваивать порты компонентам. connections
таблица включает информацию, чтобы соединить порты. Как минимум эта таблица должна включать ID связи, ID исходного порта и ID целевого порта.
systemcomposer.importModel(importModelName)
API:
Чтения стереотипируют имена от components
таблица и загрузки профили
Создает компоненты и присоединяет порты
Создает связи с помощью карты связи
Наборы взаимодействуют через интерфейс на портах
Элементы ссылок к заданным требованиям
Сохраняет модели, на которые ссылаются,
Сохраняет модель архитектуры
% Instantiate adapter class to read from Excel. modelName = 'simpleUAVArchitecture'; % importModelFromExcel function reads the Excel file and creates the MATLAB tables. importAdapter = ImportModelFromExcel('SmallUAVModel.xls','Components', ... 'Ports','Connections','PortInterfaces','RequirementLinks'); importAdapter.readTableFromExcel();
Импортируйте архитектуру
model = systemcomposer.importModel(modelName,importAdapter.Components, ... importAdapter.Ports,importAdapter.Connections,importAdapter.Interfaces, ... importAdapter.RequirementLinks); % Auto-arrange blocks in the generated model Simulink.BlockDiagram.arrangeSystem(modelName);
Экспортируйте архитектуру
Можно экспортировать архитектуру в таблицы MATLAB и затем преобразовать таблицы во внешний файл.
exportedSet = systemcomposer.exportModel(modelName); % The output of the function is a structure that contains the component table, port table, % connection table, the interface table, and the requirement links table. % Save the above structure to Excel file. SaveToExcel('ExportedUAVModel',exportedSet);
modelName
— Имя моделиИмя модели, которая будет создана в виде вектора символов или строки.
Пример:
'importedModel'
Типы данных: char |
string
components
— Информация о компоненте моделиИнформация о компоненте модели в виде таблицы MATLAB. Таблица компонента должна включать столбцы Name
, ID
, и ParentID
. Задавать ComponentType
как Variant
, Composition
(значение по умолчанию), StateflowBehavior
, или Behavior
(ссылочные компоненты и компоненты подсистемы) и установить ReferenceModelName
, смотрите Компоненты Варианта Импорта, Поведения Stateflow или Ссылочные Компоненты. Применять стереотипы с помощью StereotypeNames
и значения свойств набора к компонентам, смотрите, Применяют Стереотипы и Значения свойств Набора на Импортированной Модели.
Типы данных: table
ports
— Информация порта моделиИнформация порта модели в виде таблицы MATLAB. Таблица портов должна включать столбцы Name
, Direction
, ID
, и CompID
. Direction
столбец может иметь значения Input
вывод
, или Physical
. Дополнительный столбец InterfaceID
задает интерфейс. portInterfaces
информация может также потребоваться, чтобы присваивать интерфейсы портам.
Типы данных: table
connections
— Информация о связях моделиИнформация о связях модели в виде таблицы MATLAB. Таблица связей должна включать столбцы Name
, ID
, SourcePortID
, и DestPortID
. Задавать SourceElement
или DestinationElement
на порте архитектуры смотрите, Указывают Элементы на Порте Архитектуры. Присвойте стереотип с помощью дополнительного столбца StereotypeNames
. Дополнительный Kind
столбец может быть задан как Data
по умолчанию или
Physical
для физических соединений.
Типы данных: table
portInterfaces
— Порт модели соединяет интерфейсом с информациейПорт модели соединяет интерфейсом с информацией в виде таблицы MATLAB. Таблица интерфейсов порта должна включать столбцы Name
, ID
, ParentID
тип данных
Размерности
Модули
, Complexity
, Minimum
, и Maximum
. Чтобы импортировать интерфейсы и порты карты к интерфейсам, смотрите Интерфейсы Данных об Импорте и Порты Карты к Интерфейсам. Добавьте описание с помощью столбца опции Description
. Присвойте стереотип с помощью дополнительного столбца StereotypeNames
.
Типы данных: table
requirementLinks
— Требование модели соединяет информациюТребование модели соединяет информацию в виде таблицы MATLAB. Таблица ссылок требования должна включать столбцы Label
, ID
, SourceID
, DestinationType
, DestinationID
, и Type
. Для примера смотрите Ссылки Требования Присвоения на Импортированную Модель. Чтобы обновить ссылочные ссылки требования из импортированного файла и интегрировать их в модель, смотрите Ссылки Требования Ссылки Обновления из Импортированного Файла. Дополнительные столбцы включают: DestinationArifact
, SourceArtifact
, ReferencedReqID
Ключевые слова
, CreatedOn
, CreatedBy
, ModifiedOn
, ModifiedBy
, и Revision
. Лицензия Simulink Requirements требуется, чтобы импортировать requirementLinks
таблица к модели архитектуры System Composer™.
Типы данных: table
importStruct
— Таблицы моделиТаблицы модели в виде структуры, содержащей таблицы components
, ports
, connections
, portInterfaces
, и requirementLinks
, и поле domain
. Только components
таблица требуется. Возможные значения для domain
"System"
по умолчанию для моделей архитектуры и
"Software"
для моделей программной архитектуры. Для получения дополнительной информации о структуре импорта см. Модели Архитектуры Импорта и экспорта.
Типы данных: struct
archModel
— Обработайте к модели архитектурыОбработайте к модели архитектуры в виде systemcomposer.arch.Architecture
объект.
idMappingTable
— Отображение пользовательских идентификаторов и внутренний UUIDs элементовОтображение пользовательских идентификаторов и внутренний UUIDs элементов, возвращенных как struct
из таблиц MATLAB.
Типы данных: struct
importLog
— Подтверждение, что элементы были импортированыПодтверждение, что элементы были импортированы, возвратилось как массив ячеек из символьных векторов.
Типы данных: char
errorLog
— Об ошибках сообщают во время процесса импортаОб ошибках сообщают во время процесса импорта, возвращенного как массив ячеек message
объекты. Можно получить текст ошибки путем вызова getString
метод на каждом message
объект. Например, errorLog.getString
используется, чтобы получить ошибки, о которых сообщают как строка.
Термин | Определение | Приложение | Больше информации |
---|---|---|---|
архитектура | Архитектура System Composer представляет систему компонентов и как они взаимодействуют через интерфейс друг с другом структурно и поведенчески. Можно представлять определенные архитектуры с помощью альтернативных представлений. | Различные типы архитектур описывают различные аспекты систем:
| Составьте архитектуру визуально |
модель | Модель System Composer является файлом, который содержит архитектурную информацию, включая компоненты, порты, коннекторы, интерфейсы и поведения. | Выполните операции на модели:
Модели System Composer хранятся как файлы SLX. | Создайте модель архитектуры со ссылками требования и интерфейсами |
компонент | Компонент является нетривиальным, почти независимая, и заменимая часть системы, которая выполняет функцию clear в контексте архитектуры. Компонент задает элемент архитектуры, такой как функция, система, оборудование, программное обеспечение или другая концептуальная сущность. Компонент может также быть подсистемой или подфункцией. | Представленный как блок, компонент является частью модели архитектуры, которая может быть разделена на допускающие повторное использование артефакты. | Компоненты |
порт | Порт является узлом на компоненте или архитектуре, которая представляет точку взаимодействия с ее средой. Порт разрешает поток информации к и от других компонентов или систем. | Существуют различные типы портов:
| Порты |
коннектор | Коннекторы являются линиями, которые обеспечивают связи между портами. Коннекторы описывают как информационные потоки между компонентами или архитектурами. | Коннектор позволяет двум компонентам взаимодействовать, не задавая природу взаимодействия. Установите интерфейс на порте задавать, как компоненты взаимодействуют. | Связи |
Термин | Определение | Приложение | Больше информации |
---|---|---|---|
интерфейсный словарь данных | Интерфейсный словарь данных является объединенным списком всех интерфейсов и типов значения в архитектуре и где они используются. | Локальные интерфейсы на модели System Composer могут быть сохранены в интерфейсном словаре данных с помощью Интерфейсного Редактора. Интерфейсные словари могут быть снова использованы между моделями, которые должны использовать данный набор интерфейсов, элементов и типов значения. Словари данных хранятся в отдельных файлах SLDD. | |
интерфейс данных | Интерфейс данных задает вид информации, которая течет через порт. Тот же интерфейс может быть присвоен нескольким портам. Интерфейс данных может быть составным объектом, означая, что это может включать элементы данных, которые описывают свойства интерфейсного сигнала. | Интерфейсы данных представляют информацию, которой делятся через коннектор и вводит или выходит из компонента через порт. Используйте Интерфейсный Редактор, чтобы создать и управлять интерфейсами данных и элементами данных и сохранить их в интерфейсном словаре данных для повторного использования между моделями. | Создайте модель архитектуры со ссылками требования и интерфейсами |
элемент данных | Элемент данных описывает фрагмент интерфейса, такого как коммуникационное сообщение, расчетный или измеренный параметр или другое разложение того интерфейса. | Интерфейсы данных разложены на элементы данных:
| |
тип значения | Тип значения может использоваться в качестве интерфейса порта, чтобы задать атомарную часть данных, которые текут через тот порт и имеют тип верхнего уровня, размерность, модуль, сложность, минимум, максимум и описание. | Можно также присвоить тип элементов данных в интерфейсах данных, чтобы оценить типы. Добавленная стоимость вводит к словарям данных с помощью Интерфейсного Редактора так, чтобы можно было снова использовать типы значения как интерфейсы или элементы данных. | Создайте типы значения как интерфейсы |
находящийся в собственности интерфейс | Находящийся в собственности интерфейс является локально определенным интерфейсом, который локален для определенного порта и не совместно использованный в словаре данных или словаре модели. | Создайте находящийся в собственности интерфейс, чтобы представлять тип значения или интерфейс данных, который локален для порта. | Задайте находящиеся в собственности интерфейсы, локальные для портов |
адаптер | Адаптер помогает соединить два компонента с несовместимыми интерфейсами порта путем отображения между двумя интерфейсами. Адаптер может также действовать как переход уровня или единичная задержка. Используйте блок Adapter, чтобы реализовать адаптер. | С адаптером можно выполнить функции на Интерфейсном диалоговом окне Адаптера:
|
Термин | Определение | Приложение | Больше информации |
---|---|---|---|
требования | Требования являются набором операторов, описывающих желаемое поведение и характеристики системы. Требования гарантируют целостность разработки системы и достижимы, поддаются проверке, однозначны, и сопоставимы друг с другом. Каждый уровень проекта должен иметь соответствующие требования. | Чтобы улучшить трассируемость требований, соедините систему, функциональную, клиент, эффективность или конструктивные требования к компонентам и портам. Соедините требования друг с другом, чтобы представлять выведенные или выделенные требования. Управляйте требованиями от менеджера по Требованиям на модели архитектуры или посредством пользовательских представлений. Присвойте тесты требованиям с помощью менеджера по Тесту по верификации и валидации. | Соедините и проследите требования |
требование установлено | Набор требования является набором требований. Можно структурировать требования иерархически и соединить их с компонентами или портами. | Используйте Редактор Требований, чтобы отредактировать и совершенствовать требования в наборе требования. Наборы требования хранятся в .slreqx файлы. Можно создать новый набор требования и требования автора с помощью Simulink Requirements, или импортировать требования из поддерживаемых сторонних программ. | Управляйте требованиями |
ссылка требования | Ссылка является объектом, который связывает два элемента модельно-ориентированного проектирования. Ссылка требования является ссылкой, где место назначения является требованием. Можно соединить требования с компонентами или портами. | Просмотрите ссылки с помощью перспективы Требований в System Composer. Выберите требование в Браузере Требований, чтобы подсветить компонент или порт, которому присвоено требование. Ссылки хранятся внешне как .slmx файлы. | |
тестовая обвязка | Тестовая обвязка является моделью, которая изолирует компонент под тестом, с входными параметрами, выходными параметрами и блоками верификации, сконфигурированными для сценариев тестирования. Можно создать тестовую обвязку для компонента модели или для полной модели. Тестовая обвязка дает вам отдельную тестовую среду для модели или компонента модели. | Создайте тестовую обвязку для компонента System Composer, чтобы подтвердить результаты симуляции и проверить проект. Интерфейсный Редактор доступен в моделях тестовой обвязки System Composer, чтобы включить тестирование поведения и независимое от реализации интерфейсное тестирование. |
Термин | Определение | Приложение | Больше информации |
---|---|---|---|
физическая подсистема | Физической подсистемой является Подсистема Simulink со связями Simscape™. | Физическая подсистема со связями Simscape использует подход физической сети, которому удовлетворяют для симуляции систем с действительными физическими компонентами, и представляет математическую модель. | Опишите поведение компонента Используя Simscape |
физический порт | Физический порт представляет Simscape, физический порт коннектора моделирования вызвал Connection Port (Simscape). | Используйте физические порты, чтобы соединить компоненты в модели архитектуры или включить физические системы в Подсистеме Simulink. | Задайте физические порты на компоненте |
физический коннектор | Физический коннектор может представлять ненаправленную связь сохранения определенной физической области. Коннекторы могут также представлять физические сигналы. | Используйте физические коннекторы, чтобы соединить физические компоненты, которые представляют функции системы, чтобы симулировать математически. | Модель архитектуры с поведением Simscape для двигателя постоянного тока |
физический интерфейс | Физический интерфейс задает вид информации, которая течет через физический порт. Тот же интерфейс может быть присвоен нескольким портам. Физический интерфейс является составным интерфейсным эквивалентом | Используйте физический интерфейс, чтобы связать физические элементы, чтобы описать физическую модель с помощью по крайней мере одной физической области. | Задайте физические интерфейсы на портах |
физический элемент | Физический элемент описывает разложение физического интерфейса. Физический элемент эквивалентен | Задайте Type из физического элемента как физическая область, чтобы включить использование той области в физической модели. | Опишите поведение компонента Используя Simscape |
exportModel
| systemcomposer.updateLinksToReferenceRequirements
| Component | Variant Component | Reference Component
У вас есть модифицированная версия этого примера. Вы хотите открыть этот пример со своими редактированиями?
1. Если смысл перевода понятен, то лучше оставьте как есть и не придирайтесь к словам, синонимам и тому подобному. О вкусах не спорим.
2. Не дополняйте перевод комментариями “от себя”. В исправлении не должно появляться дополнительных смыслов и комментариев, отсутствующих в оригинале. Такие правки не получится интегрировать в алгоритме автоматического перевода.
3. Сохраняйте структуру оригинального текста - например, не разбивайте одно предложение на два.
4. Не имеет смысла однотипное исправление перевода какого-то термина во всех предложениях. Исправляйте только в одном месте. Когда Вашу правку одобрят, это исправление будет алгоритмически распространено и на другие части документации.
5. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.