Экспортируйте информацию модели как таблицы MATLAB
[ информация о модели экспорта для компонентов, портов, коннекторов, интерфейсов порта и ссылок требования, с доменным полем, которое будет импортировано в MATLAB® таблицы. Экспортированные таблицы предписали форматы, чтобы задать отношения элемента модели, стереотипы и свойства. Для получения дополнительной информации о структуре импорта смотрите exportedSet] = systemcomposer.exportModel(modelName)importModel функция и Модели Архитектуры Импорта и экспорта.
Чтобы экспортировать модель, передайте имя модели в качестве аргумента к exportModel функция. Функция возвращает структуру, содержащую пять таблиц: components, ports, connections, portInterfaces, и requirementLinks, с domain поле, возвращенное как 'System' для моделей архитектуры и 'Software' для моделей программной архитектуры.
exportedSet = systemcomposer.exportModel('exMobileRobot')
exportedSet =
struct with fields:
components: [3×4 table]
ports: [3×5 table]
connections: [1×4 table]
portInterfaces: [3×9 table]
requirementLinks: [4×15 table]
domain: 'System'modelName — Имя модели, которая будет экспортироватьсяИмя модели, которая будет экспортироваться в виде вектора символов или строки.
Пример: 'exMobileRobot'
Типы данных: char | string
exportedSet — Таблицы моделиТаблицы модели, возвращенные как структура, содержащая таблицы для components, ports, connections, portInterfaces, и requirementLinks, с domain поле, возвращенное как 'System' для моделей архитектуры и 'Software' для моделей программной архитектуры.
Типы данных: struct
| Термин | Определение | Приложение | Больше информации |
|---|---|---|---|
| архитектура | Архитектура 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 |
1. Если смысл перевода понятен, то лучше оставьте как есть и не придирайтесь к словам, синонимам и тому подобному. О вкусах не спорим.
2. Не дополняйте перевод комментариями “от себя”. В исправлении не должно появляться дополнительных смыслов и комментариев, отсутствующих в оригинале. Такие правки не получится интегрировать в алгоритме автоматического перевода.
3. Сохраняйте структуру оригинального текста - например, не разбивайте одно предложение на два.
4. Не имеет смысла однотипное исправление перевода какого-то термина во всех предложениях. Исправляйте только в одном месте. Когда Вашу правку одобрят, это исправление будет алгоритмически распространено и на другие части документации.
5. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.