Как стать автором
Обновить

Комментарии 10

Я пробовал делать модели без диаграмм

Не уловил, что это значит, можно как-то иначе сформулировать?

Это значит что объекты в модели создавались, связи и атрибуты проставлялись, а диаграммы при этом использовалось как временное поле для рисования — накидал элементов, прочертил связи, потом почистил. Соответственно, в модели связи накапливаются, по ним можно последовательно двигаться, но диаграмм, отображающих сразу комплекс связей, не остаётся.

Я ценю примеры на материальных объектах, но они не передают нюансы. Может быть, что-то более компьютерное было бы лучше? Например, попробуйте описать простой мессенджер. С одной стороны все понимают что должно быть (оно не хуже комнаты или лошади для понимания), с другой, нюансы становятся виднее.

Спасибо за совет, попробую.
Sysml в первую очередь про структуру и требования (автор не указал, что есть отдельная диаграмма для требований, в отличии от других инструментов моделирования). То есть мессенджер вы будете описывать как набор модулей (модуль пользовательского интерфейса, модуль передачи данных, модуль получения данных и тд). Или если перейти на уровень данных — сообщение, получатель, отправитель…
Беда всех таких языков моделирования в том, что результат показывать не кому. Кто их понимает — два-три человека на компанию, а с ними проще красивыми блоками разговаривать, которые в конце-концов ещё можно и руководителям проектов, продуктологам, заказчикам показать.

Это просто язык разметки или от него есть верификационная польза? В том смысле, что если его использовать, будет ли на выходе что-то, что будет останавливать от глупостей/неконсистентностей?

Это нотация. То есть если в организации ввести культуру проектирования с помощью такой нотации, теоретически будет всем нагляднее. А если ещё заморочиться и научиться пользоваться этим в специальном софте (опять же всем проектировщикам), можно будет работать с картинками в одном информационном поле.
Вроде бы выглядит полезно, но какой профит это приносит другим кроме выпендрежа, я не понял. А для себя… да какая разница, как рисуешь для себя.

Просто подумайте, сколько людей в вашей команде знает хотя бы попсовый UML? И сколько пользуется им каждый день? Хотите нагрузить своих ещё и sysml?
Почтенный Борис, конечно, продолжайте про SysML, и главное — какой-такой программой, кроме салфеток и Visio можно нужно рисовать диаграммы классов с последующей кодогенерацией на выбранном язычке программирования (желательно Патон python, в крайнем случае go(lang) )! К людям ведь надо «помягше» (чтобы было чем рисовать), и на вопросы смотреть «ширше» (т.е. чтобы была ода кодо-генерация)
А вот тут вынужден расстроить. SysML и рядом не стоит с кодогенерацией, этот язык придуман и создан для других целей. С его помощью моделируют сложные конструкции, состоящие из множества разнообразных элементов, выполняющих разные задачи и взаимно влияющие друг на друга. Код здесь — это лишь малая часть и никто не мешает моделировать структуру программного модуля (который в SysML модели может выглядеть всего ли как как один квадратик блока с указанием входов и выходов) с помощью доброго старого UML и всех прилагающихся к нему кодогенераторов.
1 Какие free-инструменты SysML позволяют создавать web-репозитарии объектов c доступом по web на просмотр, т.е. SysML-web-publisher.
2 Для SysML возможна ли генерация схемы SysML, наподобие plant uml (SysML generator)?
3 Есть ли пути автоматического построения из схем SysML матриц ответственности RACI? Или хотя бы по анализу схемы (диаграммы) поставить в соответствие процессу конкретный набор его участников (в виде отдельной таблицы, хорошо бы с экспортом в Excel)?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории