Альтернатива диаграмм классов UML для непрограммного контекста

Для презентации я хотел бы показать взаимосвязь между машинами нашей компании. Есть базовые машины и специализированные машины. Специализированные машины могут делать все, что могут делать обычные машины. Я хотел бы показать эту взаимосвязь в виде диаграммы классов в UML с помощью стрелки обобщения. Однако я боюсь, что диаграммы классов UML очень зависят от программного обеспечения.

Есть ли альтернативы для общих контекстов? Может быть, SysML?

Редактировать:

Вот упрощенная диаграмма, которая в принципе очень похожа на диаграмму, которую я бы представил:

введите описание изображения здесь

Здесь у меня нет типов данных для атрибутов, потому что, на мой взгляд, они не имеют смысла. Вы бы по-прежнему пропускали его как UML? Или другие предложения?


diagram uml class-diagram sysml
person MerklT    schedule 27.07.2019    source источник

Ответы (1)


arrow_upward
3
arrow_downward

Хотя SysML ориентирован на моделирование оборудования, он использует подобные языковые элементы, такие как UML. И, конечно же, он может моделировать аппаратное и программное обеспечение - например, UML.

На самом деле вы можете (почти) показать SysML, используя профиль в UML. Вы можете найти как спецификацию SysML, так и профиль UML по адресу https://www.omg.org/spec/SysML/1.2/About-SysML/.

Не бойтесь использовать UML, если он под рукой. Вы можете описать все (техническое), используя этот язык.

Повторите редактирование (это может зайти слишком далеко, поэтому, если что-то еще возникнет, задайте новый вопрос):

  • Cooling должен быть отдельным классом. У вас было бы какое-то абстрактное охлаждающее устройство, которое может выполнять общее охлаждение (подключенного устройства). Затем вы используете специализированные системы охлаждения, которые могут делать более (или менее) причудливые вещи. Ведерко со льдом было бы простым. А машина Linde может иметь множество дополнительных функций.

  • Что с levels кажется нормальным. Обратите внимание, что существует соглашение об именах, в котором классы начинаются с верхнего регистра, а атрибуты / операции - с нижнего регистра. Так что лучше напишите в ответ cooling: Cooling

  • О памяти. То, как вы это сделали, нехорошо. В этом случае это ничего не отменяет. Также memory как общий атрибут звучит как несовершенный дизайн. Память слишком общая. Подумайте, какие настройки следует разрешить, и, возможно, внесите их в перечисление. Это определенно требует немного мозговых усилий, чтобы все сделать правильно.

Как уже было сказано, это несколько расплывчатых мыслей. Создание дизайна хорошо для дневного семинара (для начала).

person qwerty_so    schedule 27.07.2019
comment
Большое спасибо за ответ. Поскольку вы имели в виду, что UML подойдет, я снова расширил свой вопрос диаграммой и новыми вопросами. Я был бы рад, если бы вы также могли сослаться на него. - person MerklT; 27.07.2019
comment
Просто посмотрите мои дополнения. - person qwerty_so; 28.07.2019
comment
Большое спасибо за подробный ответ, это больше, чем я ожидал. - person MerklT; 28.07.2019