Термины в этой теме обеспечивают сопоставимое и общеязыковое для использования System Composer™.
Модель архитектуры в System Composer состоит из общего Simulink® конструкции: компоненты, порты и коннекторы. Архитектура представляет систему компонентов.
Термин | Определение | Приложение | Больше информации |
---|---|---|---|
архитектура | Архитектура System Composer представляет систему компонентов и как они взаимодействуют через интерфейс друг с другом структурно и поведенчески. Можно представлять определенные архитектуры с помощью альтернативных представлений. | Различные типы архитектур описывают различные аспекты систем:
| Составьте архитектуру визуально |
модель | Модель System Composer является файлом, который содержит архитектурную информацию, включая компоненты, порты, коннекторы, интерфейсы и поведения. | Выполните операции на модели:
Модели System Composer хранятся как файлы SLX. | Создайте модель архитектуры со ссылками требования и интерфейсами |
компонент | Компонент является нетривиальным, почти независимая, и заменимая часть системы, которая выполняет функцию clear в контексте архитектуры. Компонент задает элемент архитектуры, такой как функция, система, оборудование, программное обеспечение или другая концептуальная сущность. Компонент может также быть подсистемой или подфункцией. | Представленный как блок, компонент является частью модели архитектуры, которая может быть разделена на допускающие повторное использование артефакты. | Компоненты |
порт | Порт является узлом на компоненте или архитектуре, которая представляет точку взаимодействия с ее средой. Порт разрешает поток информации к и от других компонентов или систем. | Существуют различные типы портов:
| Порты |
коннектор | Коннекторы являются линиями, которые обеспечивают связи между портами. Коннекторы описывают как информационные потоки между компонентами или архитектурами. | Коннектор позволяет двум компонентам взаимодействовать, не задавая природу взаимодействия. Установите интерфейс на порте задавать, как компоненты взаимодействуют. | Связи |
Создайте различные компоненты и реализуйте несколько альтернатив проекта или вариантов, выбранных на основе программируемых правил. Добавьте варианты в любой компонент, чтобы сделать различный компонент. Активный выбор представляет исходный компонент.
Термин | Определение | Приложение | Больше информации |
---|---|---|---|
вариант | Вариантом является один из многих структурных или поведенческих вариантов в различном компоненте. | Используйте варианты, чтобы быстро подкачать различные архитектурные проекты для компонента при выполнении анализа. | Создайте варианты |
различное управление | Различное управление является строкой, которая управляет активным вариантом. | Установите различное управление программно управлять, какой вариант активен. | Установите условие |
Присвойте интерфейсы портам с помощью Интерфейсного Редактора в Dictionary View. Используйте блок Adapter, чтобы согласовать различия между интерфейсами на коннекторе между портами.
Управляйте интерфейсами, локальными для порта с помощью Интерфейсного Редактора в Port Interface View.
Термин | Определение | Приложение | Больше информации |
---|---|---|---|
интерфейсный словарь данных | Интерфейсный словарь данных является объединенным списком всех интерфейсов и типов значения в архитектуре и где они используются. | Локальные интерфейсы на модели System Composer могут быть сохранены в интерфейсном словаре данных с помощью Интерфейсного Редактора. Интерфейсные словари могут быть снова использованы между моделями, которые должны использовать данный набор интерфейсов, элементов и типов значения. Словари данных хранятся в отдельных файлах SLDD. | |
интерфейс данных | Интерфейс данных задает вид информации, которая течет через порт. Тот же интерфейс может быть присвоен нескольким портам. Интерфейс данных может быть составным объектом, означая, что это может включать элементы данных, которые описывают свойства интерфейсного сигнала. | Интерфейсы данных представляют информацию, которой делятся через коннектор и вводит или выходит из компонента через порт. Используйте Интерфейсный Редактор, чтобы создать и управлять интерфейсами данных и элементами данных и сохранить их в интерфейсном словаре данных для повторного использования между моделями. | Создайте модель архитектуры со ссылками требования и интерфейсами |
элемент данных | Элемент данных описывает фрагмент интерфейса, такого как коммуникационное сообщение, расчетный или измеренный параметр или другое разложение того интерфейса. | Интерфейсы данных разложены на элементы данных:
| |
тип значения | Тип значения может использоваться в качестве интерфейса порта, чтобы задать атомарную часть данных, которые текут через тот порт и имеют тип верхнего уровня, размерность, модуль, сложность, минимум, максимум и описание. | Можно также присвоить тип элементов данных в интерфейсах данных, чтобы оценить типы. Добавленная стоимость вводит к словарям данных с помощью Интерфейсного Редактора так, чтобы можно было снова использовать типы значения как интерфейсы или элементы данных. | Создайте типы значения как интерфейсы |
находящийся в собственности интерфейс | Находящийся в собственности интерфейс является локально определенным интерфейсом, который локален для определенного порта и не совместно использованный в словаре данных или словаре модели. | Создайте находящийся в собственности интерфейс, чтобы представлять тип значения или интерфейс данных, который локален для порта. | Задайте находящиеся в собственности интерфейсы, локальные для портов |
адаптер | Адаптер помогает соединить два компонента с несовместимыми интерфейсами порта путем отображения между двумя интерфейсами. Адаптер может также действовать как переход уровня или единичная задержка. Используйте блок Adapter, чтобы реализовать адаптер. | С адаптером можно выполнить функции на Интерфейсном диалоговом окне Адаптера:
|
Автор физические модели в System Composer с помощью компонентов подсистемы. Компонентом подсистемы является Подсистема Simulink, которая является частью родительской модели архитектуры System Composer. Можно добавить поведение Simscape™ в компонент подсистемы, использующий физические порты, коннекторы и интерфейсы.
Для получения дополнительной информации смотрите Поведение Модели Автора.
Термин | Определение | Приложение | Больше информации |
---|---|---|---|
физическая подсистема | Физической подсистемой является Подсистема Simulink со связями Simscape. | Физическая подсистема со связями Simscape использует подход физической сети, которому удовлетворяют для симуляции систем с действительными физическими компонентами, и представляет математическую модель. | Опишите поведение компонента Используя Simscape |
физический порт | Физический порт представляет Simscape, физический порт коннектора моделирования вызвал Connection Port (Simscape). | Используйте физические порты, чтобы соединить компоненты в модели архитектуры или включить физические системы в Подсистеме Simulink. | Задайте физические порты на компоненте |
физический коннектор | Физический коннектор может представлять ненаправленную связь сохранения определенной физической области. Коннекторы могут также представлять физические сигналы. | Используйте физические коннекторы, чтобы соединить физические компоненты, которые представляют функции системы, чтобы симулировать математически. | Модель архитектуры с поведением Simscape для двигателя постоянного тока |
физический интерфейс | Физический интерфейс задает вид информации, которая течет через физический порт. Тот же интерфейс может быть присвоен нескольким портам. Физический интерфейс является составным интерфейсным эквивалентом | Используйте физический интерфейс, чтобы связать физические элементы, чтобы описать физическую модель с помощью по крайней мере одной физической области. | Задайте физические интерфейсы на портах |
физический элемент | Физический элемент описывает разложение физического интерфейса. Физический элемент эквивалентен | Задайте Type из физического элемента как физическая область, чтобы включить использование той области в физической модели. | Опишите поведение компонента Используя Simscape |
Создайте профиль в Редакторе Профиля и добавьте стереотипы в него со свойствами. Примените стереотип к компоненту и установите значение свойства.
Термин | Определение | Приложение | Больше информации |
---|---|---|---|
стереотип | Стереотип является пользовательским расширением языка моделирования. Стереотипы обеспечивают механизм, чтобы расширить элементы языка архитектуры путем добавления проблемно-ориентированных метаданных. | Примените стереотипы к элементам: архитектура корневого уровня, компонентная архитектура, коннекторы, порты, интерфейсы данных и типы значения модели. Элемент модели может иметь несколько стереотипов. Стереотипы предоставляют элементам модели единый набор полей свойства, таким как масса, стоят, и степень. | Расширьте архитектурный проект Используя стереотипы |
свойство | Свойство является полем в стереотипе. Для каждого элемента применяются к стереотипу, определенные значения свойств заданы. | Используйте свойства сохранить количественные характеристики, такие как вес или скорость, которые сопоставлены с элементом модели. Свойства могут также быть описательными или представлять состояние. Можно просмотреть и отредактировать свойства каждого элемента в модели архитектуры использование Property Inspector. | |
профиль | Профиль является пакетом стереотипов, чтобы создать последовательную область типов элемента. | Профили автора и применяют профили к модели с помощью Редактора Профиля. Можно сохранить стереотипы для проекта в одном профиле или в нескольких. Профили хранятся в XML-файлах, когда они сохранены. |
В перспективе Требований можно создать, управлять и выделить требования. Просмотрите требования к модели архитектуры. Эта функциональность требует лицензии Simulink Requirements™.
Используйте Simulink Test™, чтобы создать тестовую обвязку для компонента System Composer, чтобы подтвердить результаты симуляции и проверить проект в менеджере по Тесту. Эта функциональность требует лицензии Simulink Test.
Термин | Определение | Приложение | Больше информации |
---|---|---|---|
требования | Требования являются набором операторов, описывающих желаемое поведение и характеристики системы. Требования гарантируют целостность разработки системы и достижимы, поддаются проверке, однозначны, и сопоставимы друг с другом. Каждый уровень проекта должен иметь соответствующие требования. | Чтобы улучшить трассируемость требований, соедините систему, функциональную, клиент, эффективность или конструктивные требования к компонентам и портам. Соедините требования друг с другом, чтобы представлять выведенные или выделенные требования. Управляйте требованиями от менеджера по Требованиям на модели архитектуры или посредством пользовательских представлений. Присвойте тесты требованиям с помощью менеджера по Тесту по верификации и валидации. | Соедините и проследите требования |
требование установлено | Набор требования является набором требований. Можно структурировать требования иерархически и соединить их с компонентами или портами. | Используйте Редактор Требований, чтобы отредактировать и совершенствовать требования в наборе требования. Наборы требования хранятся в .slreqx файлы. Можно создать новый набор требования и требования автора с помощью Simulink Requirements, или импортировать требования из поддерживаемых сторонних программ. | Управляйте требованиями |
ссылка требования | Ссылка является объектом, который связывает два элемента модельно-ориентированного проектирования. Ссылка требования является ссылкой, где место назначения является требованием. Можно соединить требования с компонентами или портами. | Просмотрите ссылки с помощью перспективы Требований в System Composer. Выберите требование в Браузере Требований, чтобы подсветить компонент или порт, которому присвоено требование. Ссылки хранятся внешне как .slmx файлы. | |
тестовая обвязка | Тестовая обвязка является моделью, которая изолирует компонент под тестом, с входными параметрами, выходными параметрами и блоками верификации, сконфигурированными для сценариев тестирования. Можно создать тестовую обвязку для компонента модели или для полной модели. Тестовая обвязка дает вам отдельную тестовую среду для модели или компонента модели. | Создайте тестовую обвязку для компонента System Composer, чтобы подтвердить результаты симуляции и проверить проект. Интерфейсный Редактор доступен в моделях тестовой обвязки System Composer, чтобы включить тестирование поведения и независимое от реализации интерфейсное тестирование. |
Примените фильтр представления, чтобы сгенерировать группу элемента компонентов для представления в галерее Architecture Views.
Термин | Определение | Приложение | Больше информации |
---|---|---|---|
представление | Представление показывает настраиваемое подмножество элементов в модели. Представления могут быть отфильтрованы на основе стереотипов или имен компонентов, портов, и интерфейсов, наряду с именем, ввести, или модули интерфейсного элемента. Создайте представления путем добавления элементов вручную. Представления создают упрощенный способ работать с комплексными архитектурами путем фокусировки на определенных частях проекта архитектуры. | Можно использовать различные типы представлений, чтобы представлять систему:
Точка зрения представляет перспективу заинтересованной стороны, которая задает содержимое представления. | Моделирование архитектуры системы системы записи без ключа |
группа элемента | Группа элемента является группировкой компонентов в представлении. | Используйте группы элемента, чтобы программно заполнить представление. | |
запрос | Запрос является спецификацией, которая описывает определенные ограничения или критерии, которым удовлетворят элементы модели. | Используйте запросы, чтобы искать элементы с ограничительными критериями и отфильтровать представления. | Найдите элементы в модели Используя запросы |
диаграмма компонентов | Диаграмма компонентов представляет представление компонентами, портами и коннекторами на основе того, как модель структурирована. | Диаграммы компонентов позволяют вам программно или вручную добавляют и удаляют компоненты из представления. | Смотрите компоненты в пользовательских представлениях архитектуры |
иерархическая схема | Можно визуализировать иерархическую схему как представление с компонентами, портами, ссылочными типами, стереотипами компонента, и стереотипировать свойства. | Существует два типа иерархических схем:
| Отобразите иерархию иерархии компонентов и архитектуры Используя представления |
В Редакторе Выделения выделите компоненты между двумя моделями архитектуры, на основе зависимости или направленного отношения.
Термин | Определение | Приложение | Больше информации |
---|---|---|---|
выделение | Выделение является направленным отношением от элемента в одной модели к элементу в другой модели. | Основанное на ресурсе выделение позволяет вам выделять функциональные архитектурные элементы логическим архитектурным элементам и логическим архитектурным элементам к физическим архитектурным элементам. | Выделите архитектуры в системе мониторинга давления воздуха в шине |
сценарий выделения | Сценарий выделения содержит набор выделений между входной и выходной моделью. | Выделите между элементами модели в рамках выделения в сценарии выделения. Сценарий выделения по умолчанию называется Scenario 1 . | Создайте и справьтесь с выделениями |
выделение установлено | Набор выделения состоит из еще одного выделения сценарии, которые описывают различные выделения между входной и выходной моделью. | Создайте набор выделения со сценариями выделения. | Создайте и справьтесь с выделениями |
Создайте аналитическую функцию, чтобы анализировать потребление энергии в RobotDesign
модель архитектуры.
function robotDesign(instance,varargin) if instance.isComponent() if instance.hasValue('RobotProfile.ElectricalComponent.Power') sysComponent_power = instance.getValue('RobotProfile.ElectricalComponent.Power'); end for child = instance.Components comp_power = child.getValue('RobotProfile.ElectricalComponent.Power'); sysComponent_power = sysComponent_power + comp_power; end instance.setValue('RobotProfile.ElectricalComponent.Power',sysComponent_power); end
Анализируйте проект робота с помощью аналитической функции, чтобы определить общее энергопотребление.
Термин | Определение | Приложение | Больше информации |
---|---|---|---|
анализ | Анализ является методом для того, чтобы количественно оценить архитектуру для определенных характеристик. Статический анализ анализирует структуру системы. Статический анализ использует анализ функциональные и параметрические значения свойств, полученных в системной модели. | Используйте исследования, чтобы вычислить полную надежность, массовую свертку, эффективность или тепловые характеристики системы, или выполнить анализ SWaP. | |
аналитическая функция | Аналитической функцией является MATLAB® функция, которая вычисляет значения, необходимые, чтобы оценить свойства использования архитектуры каждого элемента в экземпляре модели. | Используйте аналитическую функцию, чтобы вычислить результат анализа. | Запишите аналитическую функцию |
модель экземпляра | Модель экземпляра является набором экземпляров. | Можно обновить модель экземпляра с изменениями в модели, но модель экземпляра не обновится с изменениями в активных вариантах или моделях - ссылках. Можно использовать модель экземпляра, сохраненную в .MAT файл, модели архитектуры System Composer для анализа. | Запустите аналитическую функцию |
экземпляр | Экземпляр является вхождением элемента модели архитектуры в определенный момент времени. | Экземпляр замораживает активную различную или модель - ссылку компонента в модели экземпляра. | Создайте экземпляр модели для анализа |
Используйте ссылочный компонент, чтобы анализировать и снова использовать архитектурные компоненты и поведения модели Simulink. Используйте подсистему или диаграмма состояний компонента, чтобы реализовать Simulink и Stateflow® поведения.
Создайте диаграмму последовательности в галерее Architecture Views, чтобы описать системные взаимодействия.
Термин | Определение | Приложение | Больше информации |
---|---|---|---|
ссылочный компонент | Ссылочный компонент является компонентом, определением которого является отдельная модель архитектуры или модель поведения Simulink. | Ссылочный компонент представляет логическую иерархию других составов. Можно снова использовать составы в модели с помощью ссылочных компонентов. | |
компонент подсистемы | Компонентом подсистемы является Подсистема Simulink, которая является частью родительской модели архитектуры System Composer. | Добавьте поведение Подсистемы Simulink в компонент, чтобы создать компонент подсистемы в System Composer. Вы не можете синхронизироваться и компоненты подсистемы повторного использования, когда Reference Component блокируется, потому что компонент является частью родительской модели. | |
диаграмма состояний | Схема диаграммы состояний демонстрирует поведение состояния зависимое компонента в течение его жизненного цикла состояния и событий, которые могут инициировать переход между состояниями. | Добавьте поведение диаграммы Stateflow, чтобы описать использование компонента машина состояний. Вы не можете синхронизироваться и поведения диаграммы Stateflow повторного использования, когда Reference Component блокируется, потому что компонент является частью родительской модели. | |
диаграмма последовательности | Диаграмма последовательности является схемой поведения, которая представляет взаимодействие между структурными элементами архитектуры как последовательность обменов сообщениями. | Можно использовать диаграммы последовательности, чтобы описать, как части статической системы взаимодействуют. |
Спроектируйте модель программной архитектуры, задайте порядок выполнения функций от компонентов, симулируйте проект на уровне архитектуры и сгенерируйте код.
Просмотрите схему программной архитектуры в диаграмме классов в галерее Architecture Views.
Термин | Определение | Приложение | Больше информации |
---|---|---|---|
программная архитектура | Программная архитектура является специализацией архитектуры для основанных на программном обеспечении систем, включая описание составов программного обеспечения, функций компонента и их планирования | Используйте программные архитектуры в System Composer, чтобы создать модели программной архитектуры, состоявшие из компонентов программного обеспечения, портов и интерфейсов. Спроектируйте свою модель программной архитектуры, задайте порядок выполнения ваших функций компонента, симулируйте ваш проект на уровне архитектуры и сгенерируйте код. | |
компонент программного обеспечения | Компонент программного обеспечения является специализацией компонента для сущностей программного обеспечения, включая его функции (точки входа) и интерфейсы. | Реализуйте экспорт функций Simulink, основанный на уровне, или модель JMAAB как компонент программного обеспечения, симулируйте модель программной архитектуры и сгенерируйте код. | |
состав программного обеспечения | Состав программного обеспечения является схемой компонентов программного обеспечения и коннекторов, который представляет составную сущность программного обеспечения, такую как модуль или приложение. | Инкапсулируйте функциональность путем агрегации или вложение несколько компонентов программного обеспечения или составов. | Моделирование программной архитектуры системы управления положения дросселя |
диаграмма классов | Диаграмма классов является графическим представлением статической структурной модели, которая отображает типы уникальной архитектуры компонентов программного обеспечения опционально с методами программного обеспечения и свойствами. | Диаграммы классов получают один экземпляр каждой модели, на которую ссылаются, и показывают отношения между ними. Любое представление диаграммы компонентов может быть опционально представлено как диаграмма классов для модели программной архитектуры. | Представление диаграммы классов программных архитектур |