Технические системы часто совместно используют интерфейсные определения через несколько компонентов или подсистем.
Интерфейсы в System Composer™ могут храниться или локально в модели или в словаре данных, в зависимости от зрелости вашей системы. По умолчанию интерфейсы хранятся в модели архитектуры и не отображаются вне модели. Если вы находитесь в начальных стадиях создания системной модели, храните интерфейсы локально, чтобы ограничить количество файлов, которые должны быть управляемыми. Однако, если ваша модель зрела на грани усиления рабочих процессов компонентизации как эталонные архитектуры и поведения, хранение интерфейсов в словаре данных дает вам способность совместно использовать интерфейсные определения через иерархию модели.
Используйте меню, чтобы сохранить интерфейс в новый или существующий словарь данных. Создайте новый словарь данных путем выбора Save to new dictionary. Обеспечьте имя словаря.
Можно также добавить интерфейсные определения в модели к существующему словарю данных путем выбора Link existing dictionary.
Используйте кнопку, чтобы импортировать интерфейсные определения из объекта шины Simulink®, или из MAT-файла или из рабочей области.
Удалите интерфейс из словаря с помощью кнопки. Если интерфейс уже используется портами в в настоящее время открытой модели, программное обеспечение возвращает предупреждающее сообщение. Интерфейс затем удален из любых портов в открытой модели, которые сопоставлены с интерфейсом. Обратите внимание на то, что, если интерфейс будет удален из словаря после открытия другой модели, которая совместно использует словарь, предупреждение будет представлено на запуске, если удаленный интерфейс будет использоваться портами в той модели. Диагностическое Средство просмотра предлагает опцию, чтобы удалить удаленный интерфейс из всех портов, которые все еще используют его. Можно также выбрать порты индивидуально и удалить их недостающие интерфейсы.
Обратите внимание на то, что модель System Composer и словарь данных являются отдельными артефактами. Таким образом, даже когда словарь данных соединяется с моделью, изменениями в словаре данных (.sldd
файл), должно быть сохранено отдельно от изменений до модели (.slx
файл). Чтобы сохранить изменения в соединенном словаре данных, используйте кнопку и выберите Save dictionary
. Если словарь данных сохранен, другие модели могут использовать его интерфейсные определения, соединяясь со словарем данных, таким образом позволяя многоуровневым моделям совместно использовать те же интерфейсные определения.
Словарь данных может сослаться на один или несколько других словарей данных. Интерфейсные определения в словарях, на которые ссылаются, отображаются в родительском словаре и могут использоваться моделью, которая соединена с родительским словарем. Чтобы добавить ссылку словаря, откройте Model Explorer путем нажатия на кнопку, или путем выбора Model Explorer из вкладки в разделе Design вкладки Modeling.
В правой стороне окна Model Explorer нажмите Add, затем выберите имя файла словаря данных, чтобы добавить как словарь, на который ссылаются. Чтобы удалить ссылку словаря, подсветите словарь, на который ссылаются, затем нажмите Remove.
Интерфейсный Редактор показывает все интерфейсы, доступные для модели, сгруппированной на основе их файлов словаря данных. В следующем примере, myDictionary.sldd
словарь данных, соединенный с моделью и otherDictionary.sldd
словарь, на который ссылаются.
Модель может использовать любой из перечисленных интерфейсов. Однако вы не можете изменить содержимое словарей, на которые ссылаются, из модели.
Обратите внимание на то, что словари, на которые ссылаются, могут сослаться на другие словари данных. Модель, которая соединяется со словарем, имеет доступ ко всем интерфейсным определениям в словарях, на которые ссылаются, включая словари, на которые косвенно ссылаются.
Словари, на которые ссылаются, могут быть полезными, когда многоуровневые модели должны совместно использовать некоторых, но не все, интерфейсные определения. Например, Модель A могла соединиться со Словарем A, который содержит интерфейсные определения, используемые только Моделью A, и Модель B могла так же соединиться со Словарем B. И Словарь A и Словарь B могли затем сослаться на Словарь C, который содержит интерфейсные определения, совместно использованные обеими моделями, например, чтобы позволить связь между моделями.
Проект может содержать многоуровневые модели, и для моделей может быть полезно совместно использовать интерфейсные определения, которые относятся к потокам данных и другим связям между моделями. В то же время каждая модель может иметь интерфейсные определения, которые относятся только к ее внутренним операциям. Например, различные компоненты системы могут быть представлены различными моделями, с различными командами или различными поставщиками, работающими над каждой моделью, с системным интегратором, работающим над "главной" моделью, которая включает различные компоненты. Словари справочных данных обеспечивают путь к моделям, чтобы совместно использовать некоторых, но не все интерфейсные определения.
В таком проекте нескольких-команд настроенном ", разделяемые артефакты" словарь данных, чтобы сохранить интерфейсные определения, которые будут совместно использованы различными командами, затем настраивают словарь данных для каждой модели в рамках проекта сохранить его собственные интерфейсные определения. Каждый словарь данных может затем добавить словарь разделяемых данных как словарь справочных данных. В качестве альтернативы, если для модели не нужны ее собственные интерфейсные определения, та модель может соединиться непосредственно со словарем разделяемых данных.
Вышеупомянутая схема изображает проект с тремя моделями. Модель mSystem.slx
представляет модель системной интеграции и mSupplierA.slx
и mSuppierB.slx
представляйте модели поставщика. Словарь данных dShared.sldd
содержит интерфейсные определения, совместно использованные всеми моделями. Модель системной интеграции соединена со словарем данных dSystem.sldd
, и Поставщик модель соединяется со словарем данных dSupplierA.sldd
; каждый словарь данных содержит интерфейсные определения, относящиеся к внутреннему рабочему процессу соответствующей модели. Словари данных dSystem.sldd
и dSupplierA.sldd
оба ссылаются на разделяемый словарь dShared.sldd
. Модель Supplier B, в отличие от этого, соединена непосредственно с разделяемым словарем dShared.sldd
. Таким образом все три модели имеют доступ к интерфейсным определениям в dShared.sldd
.
Следующие схемы показывают модель mSystem
системной интеграции, наряду с Интерфейсным Редактором. Интерфейсные определения содержали в словаре, на который ссылаются
, dShared
сопоставлены с портами, используемыми, чтобы связаться между моделями mSupplierA
и mSupplierB
и остальная часть модели системной интеграции.
Следующие схемы показывают модель mSupplierA
поставщика, наряду с Интерфейсным Редактором. Интерфейсные определения содержали в словаре, на который ссылаются
, dShared
сопоставлены с портами, используемыми, чтобы связаться внешне, в то время как интерфейсные определения в частном словаре dSupplierA
сопоставлены с портами, использование которых является внутренним к mSupplierA
модель.