Для презентации я хотел бы показать взаимосвязь между машинами нашей компании. Есть базовые машины и специализированные машины. Специализированные машины могут делать все то же, что и обычные машины. Я хотел бы показать эту связь в виде диаграммы классов в UML, используя стрелку обобщения. Однако я боюсь, что диаграммы классов UML очень специфичны для программного обеспечения.
Существуют ли альтернативы для общих контекстов? Может SysML?
Редактировать:
Вот упрощенная диаграмма, которая в принципе очень похожа на диаграмму, которую я бы представил:
У меня нет типов данных для атрибутов здесь, потому что, на мой взгляд, они не имеют смысла. Вы бы все еще позволили ему пройти как UML? Или другие предложения?
Хотя SysML предназначен для моделирования оборудования, он использует такие же языковые элементы, как и UML. И, конечно же, он может моделировать аппаратные и программные средства, такие как UML.
На самом деле вы можете (почти) показать SysML, используя профиль в UML. Спецификацию SysML и профиль UML можно найти по адресу https://www.omg.org/spec/SysML/1.2/About-SysML/.
Не нужно бояться использовать UML, если он есть под рукой. Вы можете описать что угодно (техническое), используя этот язык.
RE ваше редактирование (это может зайти слишком далеко, поэтому, если возникнет что-то еще, задайте новый вопрос):
Cooling
должен быть отдельным классом. У вас будет какое-то абстрактное охлаждающее устройство, которое может выполнять общее охлаждение (подключенного устройства). Затем вы используете специализированные системы охлаждения, которые могут делать более (или менее) причудливые вещи. Ведерко со льдом было бы просто. И машина Linde может иметь множество дополнительных функций.
Что с levels
кажется в порядке. Обратите внимание, что существует соглашение об именах, согласно которому вы начинаете классы с верхнего регистра, а атрибуты/операции — с нижнего регистра. Так что назад лучше напиши cooling: Cooling
О памяти. То, как вы это сделали, нехорошо. В этом случае это ничего не отменяет. Также memory
как общий атрибут звучит как несовершенный дизайн. Память слишком общая. Подумайте, какие настройки должны быть разрешены, и, возможно, поместите их в перечисление. Это определенно требует немного умственных способностей, чтобы понять это правильно.
Как сказано, это несколько свободных мыслей. Создание дизайна хорошо подходит для дневного семинара (для начала).
Просто смотрите мои дополнения.
Большое спасибо за подробный ответ, это больше, чем я надеялся.
Большое спасибо за ваш ответ. Поскольку вы имели в виду, что с UML все будет в порядке, я снова расширил свой вопрос диаграммой и новыми вопросами. Я был бы рад, если бы вы могли также сослаться на него.