Термины в этом разделе обеспечивают согласованный и общий язык для использования системных Composer™.
| Термин | Определение | Приложение | Дополнительные сведения |
|---|---|---|---|
| архитектура | Архитектура System Composer представляет собой систему компонентов и их структурное и поведенческое взаимодействие. Можно представлять определенные архитектуры с помощью альтернативных представлений. | Различные типы архитектур описывают различные аспекты систем:
| Визуальное создание архитектуры |
| модель | Модель System Composer - это файл, содержащий архитектурную информацию, включая компоненты, порты, соединители, интерфейсы и варианты поведения. | Выполните операции с моделью:
Модели System Composer хранятся как | Создание модели архитектуры |
| компонент | Компонент является нетривиальной, почти независимой и заменяемой частью системы, которая выполняет четкую функцию в контексте архитектуры. Компонент определяет элемент архитектуры, такой как функция, система, аппаратное обеспечение, программное обеспечение или другой концептуальный объект. Компонент также может быть подсистемой или подфункцией. | Представленный в виде блока компонент является частью архитектурной модели, которую можно разделить на многократно используемые артефакты. | Компоненты |
| порт | Порт - это узел компонента или архитектуры, представляющий собой точку взаимодействия с его средой. Порт разрешает поток информации в другие компоненты или системы и из них. | Существуют различные типы портов:
| Порты |
| соединитель | Соединители - это линии, обеспечивающие соединения между портами. Соединители описывают потоки информации между компонентами или архитектурами. | Соединитель позволяет двум компонентам взаимодействовать без определения характера взаимодействия. Задайте интерфейс порта для определения способа взаимодействия компонентов. | Связи |
| Термин | Определение | Приложение | Дополнительные сведения |
|---|---|---|---|
| вариант | Вариант является одним из многих структурных или поведенческих вариантов в компоненте варианта. | Используйте варианты для быстрой замены различных архитектурных проектов для компонента при выполнении анализа. | Создание вариантов |
| управление вариантами | Элемент управления исполнениями - это строка, управляющая активным выбором исполнения. | Установите элемент управления исполнениями для программного управления активным вариантом. | Задать условие |
| Термин | Определение | Приложение | Дополнительные сведения |
|---|---|---|---|
| интерфейс | Интерфейс определяет тип информации, передаваемой через порт. Один и тот же интерфейс может быть назначен нескольким портам. Интерфейс может быть составным, что означает, что он может включать в себя элементы, описывающие свойства сигнала интерфейса. | Интерфейсы представляют информацию, которая совместно используется через соединитель и входит или выходит из компонента через порт. Используйте редактор интерфейсов для создания и управления интерфейсами и элементами интерфейсов и сохранения их в словаре данных интерфейсов для повторного использования между моделями. | Определение интерфейсов |
| элемент интерфейса | Элемент интерфейса описывает часть интерфейса, такую как коммуникационное сообщение, вычисленный или измеренный параметр или другое разложение этого интерфейса. | Элементы интерфейса описывают разложения интерфейса:
| Назначение интерфейсов портам |
| словарь интерфейса | Словарь интерфейсных данных представляет собой сводный список всех интерфейсов в архитектуре и места их использования. Локальные интерфейсы модели System Composer можно сохранить в словаре данных интерфейса с помощью редактора интерфейсов. | Словари интерфейсов могут быть повторно использованы между моделями, которые должны использовать данный набор интерфейсов и элементов интерфейса. Словари данных хранятся в отдельных .sldd файлы. | |
| адаптер | Адаптер помогает соединить два компонента с несовместимыми интерфейсами портов путем сопоставления между двумя интерфейсами. Адаптер может также действовать как единичная задержка или переход скорости. | С помощью адаптера можно выполнять три функции в диалоговом окне «Адаптер интерфейса»:
| Адаптер интерфейса |
| Термин | Определение | Приложение | Дополнительные сведения |
|---|---|---|---|
| стереотип | Стереотип - это пользовательское расширение языка моделирования. Стереотипы обеспечивают механизм расширения языковых элементов архитектуры путем добавления метаданных, специфичных для конкретного домена. | Применение стереотипов к архитектуре корневого уровня, архитектуре компонентов, соединителям, портам и интерфейсам модели. Стереотипы обеспечивают элементы модели в рамках архитектуры общим набором полей свойств, таких как масса, стоимость и мощность. | Определение профилей и стереотипов |
| профиль | Профиль - это пакет стереотипов для создания самосогласованной области типов элементов модели. | Примените профили к модели с помощью редактора профилей. Стереотипы для проекта можно хранить в одном профиле или в нескольких. Профили хранятся в .xml при сохранении файлов. | Использование стереотипов и профилей |
| собственность | Свойство - это поле в стереотипе. Для каждого элемента модели применяется стереотип, указываются конкретные значения свойств. | Используйте свойства для хранения количественных характеристик, таких как вес или скорость, связанных с элементом модели. Свойства также могут быть описательными или представлять статус. | Задать свойства |
| Термин | Определение | Приложение | Дополнительные сведения |
|---|---|---|---|
| требования | Совокупность операторов, описывающих желаемое поведение и характеристики системы. Требования обеспечивают целостность конструкции системы и являются достижимыми, проверяемыми, однозначными и согласующимися друг с другом. Каждый уровень конструкции должен иметь соответствующие требования. | Для улучшения прослеживаемости требований необходимо привязать системные, функциональные, клиентские, рабочие или проектные требования к компонентам и портам. Связать потребности друг с другом для представления производных или присвоенных потребностей. Управление требованиями с точки зрения требований в архитектурной модели или с помощью пользовательских представлений. Назначение тестовых примеров требованиям. |
| Термин | Определение | Приложение | Дополнительные сведения |
|---|---|---|---|
| посмотреть | Вид показывает настраиваемое подмножество элементов в модели. Представления можно фильтровать на основе стереотипов или имен компонентов, портов и интерфейсов, а также имени, типа или единиц элемента интерфейса. Создание видов путем извлечения элементов вручную. Представления создают упрощенный способ работы со сложными архитектурами, фокусируясь на определенных частях дизайна архитектуры. | Для представления системы можно использовать различные типы ракурсов:
Точка зрения представляет перспективу стейкхолдеров, которая определяет содержание представления. | |
| группа элементов | Группа элементов - это группировка компонентов на виде. | Группы элементов используются для программного заполнения вида. | Программное создание архитектурных представлений |
| вопрос | Запрос - это спецификация, описывающая определенные ограничения или критерии, которые должны удовлетворяться элементами модели. | Используйте запросы для поиска элементов с критериями ограничения и фильтрации представлений. | Поиск элементов в модели с помощью запросов |
| Термин | Определение | Приложение | Дополнительные сведения |
|---|---|---|---|
| распределение | Назначение - это направленное отношение между элементом в одной модели и элементом в другой модели. | Распределение на основе ресурсов позволяет распределять функциональные архитектурные элементы логическим архитектурным элементам, а логические архитектурные элементы - физическим архитектурным элементам. | Выделение архитектур в системе мониторинга давления в шинах |
| сценарий распределения | Сценарий соотнесения содержит набор соотнесений между исходной и целевой моделью. | Распределение между элементами модели в рамках распределения в сценарии распределения. Сценарий распределения по умолчанию называется Scenario 1. | Создание распределений и управление ими |
| набор распределения | Набор соотнесений состоит из еще одного сценария соотнесения, который описывает различные соотнесения между исходной и целевой моделью. | Создайте набор соотнесений со сценариями соотнесения. | Создание распределений и управление ими |
| Термин | Определение | Приложение | Дополнительные сведения |
|---|---|---|---|
| анализ | Анализ является методом количественной оценки архитектуры для определенных характеристик. Статический анализ анализирует структуру системы. Статический анализ использует функцию анализа и параметрические значения свойств, захваченных в системной модели. | Используйте анализ для расчета общей надежности, массового сворачивания, производительности или тепловых характеристик системы или для выполнения анализа SWaP. | Анализ архитектуры |
| случай | Экземпляр является вхождением архитектурной модели в данный момент времени. | Можно обновить экземпляр с изменениями в модели, но экземпляр не будет обновляться с изменениями в активных исполнениях или ссылках модели. Можно использовать экземпляр, сохраненный в .MAT файла модели архитектуры System Composer для анализа. | Создание экземпляра модели для анализа |
| Термин | Определение | Приложение | Дополнительные сведения |
|---|---|---|---|
| ссылочный компонент | Ссылочный компонент - это компонент, определение которого является отдельной архитектурной моделью или моделью поведения Simulink ®. | Ссылочный компонент представляет логическую иерархию других композиций. Можно повторно использовать композиции в модели с использованием ссылочных компонентов. | |
| диаграмма состояний | Диаграмма состояний демонстрирует зависимое от состояния поведение компонента на протяжении всего его жизненного цикла состояния и события, которые могут инициировать переход между состояниями. | Добавьте поведение диаграммы Stateflow ® для описания архитектурного компонента с использованием конечных автоматов. | Добавление поведения диаграммы Stateflow к компоненту архитектуры |
| диаграмма последовательности | Диаграмма последовательности - это диаграмма поведения, которая представляет взаимодействие между структурными элементами архитектуры как последовательность обмена сообщениями. | Диаграммы последовательности можно использовать для описания взаимодействия частей статической системы. |
| Термин | Определение | Приложение | Дополнительные сведения |
|---|---|---|---|
| архитектура программного обеспечения | Архитектура программного обеспечения - это специализация архитектуры для систем на основе программного обеспечения, включающая описание функций компонентов и их планирование. | Использование программных архитектур в System Composer для создания моделей архитектуры программного обеспечения, состоящих из программных компонентов, портов и интерфейсов. Разработка модели архитектуры программного обеспечения, определение порядка выполнения функций компонентов, моделирование проекта на уровне архитектуры и создание кода. | Разработка программных архитектур |
| программный компонент | Программный компонент - это специализация компонента для программных объектов, включая его функции (точки входа) и интерфейсы. | Реализация модели Simulink Export-Function, rate-based или JMAAB в качестве программного компонента, моделирование модели архитектуры программного обеспечения и создание кода. | Моделирование и развертывание программных архитектур |
| состав программного обеспечения | Программная композиция представляет собой схему программных компонентов и соединителей, которая представляет составной программный объект, такой как модуль или приложение. | Инкапсулировать функциональные возможности путем агрегирования или вложения нескольких программных компонентов или композиций. | Моделирование архитектуры программного обеспечения системы управления положением дросселя |
systemcomposer.allocation.Allocation | systemcomposer.analysis.Instance | systemcomposer.arch.Element | systemcomposer.arch.Model | systemcomposer.interface.Dictionary | systemcomposer.interface.SignalElement | systemcomposer.interface.SignalInterface | systemcomposer.profile.Profile | systemcomposer.profile.Property | systemcomposer.profile.Stereotype | systemcomposer.query.Constraint | systemcomposer.view.ElementGroup | systemcomposer.view.View