Сохраните интерфейсы в словарь
saveToDictionary( сохраняет все локально определенные интерфейсы в разделяемый словарь и соединяет модель с разделяемым словарем с model,dictionaryName).sldd расширение.
saveToDictionary( сохраняет все локально определенные интерфейсы в разделяемый словарь с dictionary,dictionaryName).sldd расширение.
saveToDictionary(___, сохраняет все локально определенные интерфейсы в разделяемый словарь с дополнительными опциями.Name,Value)
Создайте модель, добавьте интерфейс в интерфейсный словарь модели и добавьте элемент. Сохраните все интерфейсы, заданные в модели к разделяемому словарю.
arch = systemcomposer.createModel('newModel',true); interface = addInterface(arch.InterfaceDictionary,'newSignal'); element = addElement(interface,'newElement','Type','double'); saveToDictionary(arch,'MyInterfaces')
model — Модель ArchitectureМодель Architecture в виде systemcomposer.arch.Model объект.
dictionary — Интерфейсный словарьИнтерфейсный словарь в виде systemcomposer.interface.Dictionary объект.
dictionaryName — Имя словаряИмя словаря в виде вектора символов или строки. Если словарь с этим именем не будет существовать, каждый будет создан.
Пример: 'MyInterfaces'
Типы данных: char | string
Задайте дополнительные разделенные запятой пары Name,Value аргументы. Name имя аргумента и Value соответствующее значение. Name должен появиться в кавычках. Вы можете задать несколько аргументов в виде пар имен и значений в любом порядке, например: Name1, Value1, ..., NameN, ValueN.
saveToDictionary(arch,'MyInterfaces','CollisionResolutionOption',systemcomposer.interface.CollisionResolution.USE_MODEL)CollisionResolutionOption — Опция, чтобы разрешить интерфейсную модель использования столкновений или словарьsystemcomposer.interface.CollisionResolution.USE_MODEL (значение по умолчанию) | systemcomposer.interface.CollisionResolution.USE_DICTIONARY
Опция, чтобы разрешить модель использования столкновений или словарь в виде разделенной запятой пары, состоящей из 'CollisionResolutionOption' и одно из следующего:
systemcomposer.interface.CollisionResolution.USE_MODEL приоритизировать интерфейсные копии с помощью локальных интерфейсов, заданных в модели.
systemcomposer.interface.CollisionResolution.USE_DICTIONARY приоритизировать интерфейсные копии с помощью интерфейсов, заданных в сохраненном словаре.
Пример: saveToDictionary(arch,'MyInterfaces','CollisionResolutionOption',systemcomposer.interface.CollisionResolution.USE_DICTIONARY)
Типы данных: enum
| Термин | Определение | Приложение | Больше информации |
|---|---|---|---|
| архитектура | Архитектура System Composer™ представляет систему компонентов и как они взаимодействуют через интерфейс друг с другом структурно и поведенчески. Можно представлять определенные архитектуры с помощью альтернативных представлений. | Различные типы архитектур описывают различные аспекты систем:
| Составьте архитектуру визуально |
| модель | Модель System Composer является файлом, который содержит архитектурную информацию, включая компоненты, порты, коннекторы, интерфейсы и поведения. | Выполните операции на модели:
Модели System Composer хранятся как файлы SLX. | Создайте модель архитектуры со ссылками требования и интерфейсами |
| компонент | Компонент является нетривиальным, почти независимая, и заменимая часть системы, которая выполняет функцию clear в контексте архитектуры. Компонент задает элемент архитектуры, такой как функция, система, оборудование, программное обеспечение или другая концептуальная сущность. Компонент может также быть подсистемой или подфункцией. | Представленный как блок, компонент является частью модели архитектуры, которая может быть разделена на допускающие повторное использование артефакты. | Компоненты |
| порт | Порт является узлом на компоненте или архитектуре, которая представляет точку взаимодействия с ее средой. Порт разрешает поток информации к и от других компонентов или систем. | Существуют различные типы портов:
| Порты |
| коннектор | Коннекторы являются линиями, которые обеспечивают связи между портами. Коннекторы описывают как информационные потоки между компонентами или архитектурами. | Коннектор позволяет двум компонентам взаимодействовать, не задавая природу взаимодействия. Установите интерфейс на порте задавать, как компоненты взаимодействуют. | Связи |
| Термин | Определение | Приложение | Больше информации |
|---|---|---|---|
| интерфейсный словарь данных | Интерфейсный словарь данных является объединенным списком всех интерфейсов и типов значения в архитектуре и где они используются. | Локальные интерфейсы на модели System Composer могут быть сохранены в интерфейсном словаре данных с помощью Интерфейсного Редактора. Интерфейсные словари могут быть снова использованы между моделями, которые должны использовать данный набор интерфейсов, элементов и типов значения. Словари данных хранятся в отдельных файлах SLDD. | |
| интерфейс данных | Интерфейс данных задает вид информации, которая течет через порт. Тот же интерфейс может быть присвоен нескольким портам. Интерфейс данных может быть составным объектом, означая, что это может включать элементы данных, которые описывают свойства интерфейсного сигнала. | Интерфейсы данных представляют информацию, которой делятся через коннектор и вводит или выходит из компонента через порт. Используйте Интерфейсный Редактор, чтобы создать и управлять интерфейсами данных и элементами данных и сохранить их в интерфейсном словаре данных для повторного использования между моделями. | Создайте модель архитектуры со ссылками требования и интерфейсами |
| элемент данных | Элемент данных описывает фрагмент интерфейса, такого как коммуникационное сообщение, расчетный или измеренный параметр или другое разложение того интерфейса. | Интерфейсы данных разложены на элементы данных:
| |
| тип значения | Тип значения может использоваться в качестве интерфейса порта, чтобы задать атомарную часть данных, которые текут через тот порт и имеют тип верхнего уровня, размерность, модуль, сложность, минимум, максимум и описание. | Можно также присвоить тип элементов данных в интерфейсах данных, чтобы оценить типы. Добавленная стоимость вводит к словарям данных с помощью Интерфейсного Редактора так, чтобы можно было снова использовать типы значения как интерфейсы или элементы данных. | Создайте типы значения как интерфейсы |
| находящийся в собственности интерфейс | Находящийся в собственности интерфейс является локально определенным интерфейсом, который локален для определенного порта и не совместно использованный в словаре данных или словаре модели. | Создайте находящийся в собственности интерфейс, чтобы представлять тип значения или интерфейс данных, который локален для порта. | Задайте находящиеся в собственности интерфейсы, локальные для портов |
| адаптер | Адаптер помогает соединить два компонента с несовместимыми интерфейсами порта путем отображения между двумя интерфейсами. Адаптер может также действовать как переход уровня или единичная задержка. Используйте блок Adapter, чтобы реализовать адаптер. | С адаптером можно выполнить функции на Интерфейсном диалоговом окне Адаптера:
|
createDictionary | linkDictionary | unlinkDictionary | openDictionary | addReference | removeReference
1. Если смысл перевода понятен, то лучше оставьте как есть и не придирайтесь к словам, синонимам и тому подобному. О вкусах не спорим.
2. Не дополняйте перевод комментариями “от себя”. В исправлении не должно появляться дополнительных смыслов и комментариев, отсутствующих в оригинале. Такие правки не получится интегрировать в алгоритме автоматического перевода.
3. Сохраняйте структуру оригинального текста - например, не разбивайте одно предложение на два.
4. Не имеет смысла однотипное исправление перевода какого-то термина во всех предложениях. Исправляйте только в одном месте. Когда Вашу правку одобрят, это исправление будет алгоритмически распространено и на другие части документации.
5. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.