Цикл заметок по UML и артефактам

Начал перечитывать книгу Фаулера 2004 года "UML Основы" — на этот раз внимательно. И внезапно оказалось, что там много интересного, мимо чего я раньше проходил. Решил делиться находками в виде коротких заметок. Потом, может, соберу всё в один материал.

🔸 UML — это не просто «диаграммы рисовать». Это целое семейство графических нотаций, объединённых в унифицированный язык моделирования. В основе — метамодель (вы спросите "что?", не забивайте голову) . Возник этот язык как компромисс между кучей методологий и подходов, которые плодились в 80–90-х. В какой-то момент несколько команд договорились, набрали критическую массу и такие — бац, держите UML. Подробнее об истории в интернете.

🔸 Что такое «графический язык моделирования» по сути? Это когда рисуешь блоки и стрелки, и в идеале это можно превратить в исполняемый код. Ну или хотя бы в понятную модель.

Фаулер выделяет три режима использования UML:

- Режим эскиза
- Режим проектирования
- Режим языка программирования

Эти режимы отличаются глубиной описания и соответствия стандарту.
Напоминает BPMN с уровнями "согласовательный, аналитический и исполнимый". Считайте, что так и есть

📝 Режим эскиза — наш с вами хлеб.
Когда рисуем схему, чтобы объяснить разработчику, «что вот тут будет вот так». Или чтобы всей командой обсудить логику куска системы. Цель простая: визуализировать идею, а не построить идеальный чертёж.

На таких схемах нет задачи покрыть всё. Только главное. Суть. То, что поможет принять решение.

И да, все любят картинки. Визуалам так проще.

🏗️ Режим проектирования — это уже ближе к архитектуре. Типа чертёж, по которому надо строить. Обычно это не про «на ходу объяснить», а про «задокументировать, чтобы потом не переспрашивать».

💾 Режим языка программирования — почти вымер? (моя гипотеза, но вроде так и есть). Я видел один раз в Enterprise Architect. И то не уверен, что это было легально.

Собственно история показала, что режим эскиза - то, как на самом деле используют UML

Фаулер пишет:
«Эскизы сознательно выполняются неполными»
«Эскизы — это проба, а проект — финальный результат»

И дальше — здравый вывод:
- слишком подробные модели сложно поддерживать,
- и они тормозят разработку.
(ну это надо "правильно нарисовать", обсудить, переделать)

Так что если у вас UML — это набор простых элементов, соединённых стрелками чтобы обсудить «а если так» — вы делаете всё правильно.

🔸 А ещё у Фаулера есть мысль про допустимость
Он говорит: нет никакого «правильного UML».

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

Если вам кажется, что надо стрелочку покрасить, нарисовать человечка и подписать «Клиент» — рисуйте.

По факту мы используем лишь 10-20% от всех возможностей нотации и нам хватает 👍

🔸Лучше понятная схема в “неправильном” UML, чем не понятная в “правильном”
(это относится ко всем артефактам аналитика в целом)

Ну и финалочка. Чтобы делать полезные диаграммы, не обязательно лезть в код. Часто хватает базового понимания — как работает программа, кто с кем разговаривает, что куда идёт. Не знаете? Делите на логические куски, рисуйте, обсуждайте, уточняйте.

И вообще — UML широко рапространен, но не обязателен. Есть куча других нотаций, которые могут быть лучше для вашей конкретной задачи.

📌 Поэтому:

- подбираем инструмент под задачу,
- отбрасываем лишнее,
- не стесняемся выкинуть диаграмму, если она не помогает.

Следующая заметка — скоро. Если не забуду.
Лайк = требование следущей части

#uml@analyst_exe
analyst.exe | чат

Приятного понедельника сибаны

Сфокусированно работаем, бережем нервы, ставим галочки в задачнике, ждем следущие части книжечки по UML ⌨️

p.s. а это я эксперементирую с работой полу лежа, по запросу покажу исходник

analyst.exe | чат

На основе реальных событий ⌨️

Ну было же, было?
Главное расслабиться

#meme@analyst_exe
analyst.exe | чат

Так, пятничный мем (как обычно сворованный) 👀

Поехали! 🚑🚑🚑🕺🕺🕺🕺
analyst.exe | чат

👤 Эй 🤖 Ай

Коротко о ситуации на рынке 👀

p.s. этот гениальный мем ходит по рабочим чатам, не смог нагуглить источник, поделитесь куда смотреть, хочу еще посмеяться

analyst.exe | чат

🤖 Как не потерять остатки мозга, пользуясь AI

В прошлом посте я вас, кажется, немного перегрузил.
Но мысль-то простая: ИИ — не волшебный друг, а инструмент.

Главное правило:

Не доверяйте ему полностью
Знайте, чего хотите получить.
Тогда AI реально помогает.

👤 Вот как я использую ChatGPT:

• Редактирование постов — кидаю канву, получаю аккуратный текст, добавляю кеки и сарказм, и в прод.
• Картинки к постам — быстро, в нужном стиле и формате 1×1.
• Исследование контекста — например, искал недавно, как дешевле купить сигары. Спойлер: никак.
• Архитектура и разбор проблем — ИИ накидывает варианты, я выбираю лучшее.
• Обучение — планирую учить музыкальную теорию через него.

👍 Локальные модели я держу под рутину:

• Конвертировать JSON в таблицы и обратно,
• Тестировать идеи, локализовывать текст,
• «Подумать вслух» о рабочей задаче (привет NDA).

Если интересно — gemma-3-12b-it норм,
Полегче подойдёт gemma-3-4b-it-qat.

Пишите ваши сценарии использования в комментарии!

Иногда я даже спрашиваю, как лечь в 4, поработать, встать в 7 — и не умереть.
Помогает. Правда. Только потом снова засыпаю) Вообще дельные советы у него есть!

🎯 Но! Я читаю всё, что он пишет, и анализирую:
вот это — ерунда, а вот тут — идея.

И только так можно к нему относиться.

ИИ — первый рубеж обороны. Тот друг, который знает все, но частенько пиздит лукавит для хорошей истории.

Критическое мышление не делегируется.

🚑 Пользуйтесь своим AI, но не отдавайте ему рулёжку.

Интернет жалко — вайб поиска мы потеряли.
Но голову — пока нет.

analyst.exe | чат