Комментарии 11
Я думал общее увлечение UML уже прошло, по крайней мере в девелоперской среде :)
Большой проблемой оказалось что UML настолько обширный что никому неохота в нём разбираться. Но на менеджеров он производит неизгладимое впечатление. Очень вумно выглядит.
Наверное в крупных проектах без этого не обойтись. Там где можно посадить отдельно взятого архитектора на рисование диаграмм. А в средних и мелких проектах диаграммы просто быстро теряют актуальность и потом ничего общего с реальностью не имеют. Кому охота делать двойную работу? Потому редко встретишь программистов, которые смогут нарисовать какую ни будь диаграмму сложнее блок схемы. А нарисовать красиво, да что бы в один лист уложиться, вообще искусство. Чаще выходит какой то клубок волос в которых прячутся классы. А что бы освоить Enterpise Architect надо вообще семи пядей во лбу быть, да и работать с ним каждый день, что бы навык не терялся. Остается power point.
я как отдельный архитектор, не люблю рисовать диаграммы. Но когда надо рисую в draw.io
разаб, часто рисую на планте, правда в конечном счете все приходит к секвенс диаграммам. ибо диаграммы классов помогают только на раннем этапе, провести анализ, определиться с примерным решением. в целом все это помагает не запутаться, если задача на полгода, год. если спринтовые смысла особого нет.
Диаграммы классов еще есть, очень крутая вещь. Есть программка старая под линукс, рисуешь там диаграммы, создаешь зависимости - она тебе - болейрплейт генерирует, жалко только поддержка у нее слабая и код устаревший.
Нормальная вещь. Визуальное изображение задачи помогает восприятию, даже простые ER диаграммы сразу показывают многие логические противоречия.
Другое дело, что дальше сетевых и ER - диаграмм мало кто идёт. Ну, диаграммы состояний иногда ещё.
Сталкивался с трудностями реализации взаимодействия процессов: помогли диаграммы последовательностей.
И - всегда можно виды диаграмм комбинировать и выдумывать собственные.
Другое дело, что, имхо, мало людей знакомо с ними. Возможно, потому, что не очень часто возникают сложно обозреваемые задачи, а если и возникают, то решением их занимаются ограниченное число людей.
Всем привет! Меня зовут Александр Нилов, я архитектор департамента Логистика КОРУС Консалтинг.
Открыл профиль автора поста и удивился...
На Хабре проблемы с регистрацией или так тупо проще карму накручивать??
Рисовать картинки - конечно хорошо, но хотелось бы большего.
Есть ли free программы для отрисовки uml или archimate, где можно вести атрибуты объектов и выгружать их в excel. Ещё лучше и загружать атрибуты из excel. Атрибуты - разработчик, тип, версия, архитектура и т.п.
Про archi знаю, но там выгрузка в excel платная, а как собрать руками - не знаю. Может где инструкция есть.
Делаю такое штатной связкой excel - Visio, но Visio вроде как не перспективный.
В статье упомянут plantuml. Это не документация по разным видам диаграмм, а целый язык описания диаграмм простым текстом. Это маркдаун для uml. Очень крутая штука. Рендерить plantuml умеет planttext.com и плагин вашей IDE.
Диаграммы последовательности и классов настолько простые в plantuml, что их можно добавлять в описание задач или скидывать в чат даже без рендеринга.
Удобнее всего пользоваться плагинами к IDE, например к Idea, плагины сразу по завершении ввода перерисовывают картинку.
Ещё можно рендерить PlantUML используя сервер в локальном докер-контейнере.
И, наконец, есть плагины для Confluence которые позволяют хранить и рендерить код прямо там, на странице.
UML для всех: почему бы не описать проект на языке диаграмм?