Что используют для проектирования ПО?

Question

[frontjss]

Насколько эффективно использовать UML в крупных проектах?

Comments

[Victor Bomberow]

Swagger, draw.io, c4model.com, Entity Framework, Datagrid. Но у всех подход свой, технологии разные, процесс разный. Проектируют люди, как хотят, стандарты всегда локальные, уровня предприятия.

В целом проектирование делается один раз, когда ещё нет кода, потом это просто непрерывное документирование изменений, добавление описаний и генерация документации.

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

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

[beerchaser]

Зря Вы так про проектирование. Только разрисовывать нужно не взаимоотношение классов, а взаимоотношения процессов, которые автоматизируются, и объектов, которые участвуют в этих процессах. Тогда будет понимание, что и как должен делать тот или иной модуль системы.
По факту для меня полезными оказались Use case, Activity, Sequence и State диаграммы. Сами процессы (как верхний уровень) на мой вкус удобнее разрисовывать в нотации IDEF. Но любая разработка начинается таки с бумажки и карандаша: формулируются требования к системе и декларируются базовые принципы. Программа (ее прототип) -суть есть отражение автоматизируемых процессов , объективно существующих, на код. Любая реализация процесс в коде является частным случаем.
По поводу остального - полностью согласен.

[frontjss]

beerchaser, Use case, Activity, Sequence и State диаграммы это все для разработки ПО?

[beerchaser]

Таки да. Причем State , Activity и Sequence - это уровень проектирования алгоритмов в том самом UML (хотя может использоваться и для процессов). Ниже - только диаграмма классов. Но как было справедливо замечено выше Vito Omberto, руками рисовать ее большого смысла не имеет, т.к. на живой системе очень быстро теряет актуальность. Использовал только на стадии обсуждения идеи реализации или для реверса чужого кода.
Т.е. понимание, какие объекты и каким образом взаимодействую важнее знания о том, как именно это реализовано в коде.

[frontjss]

beerchaser, подскажите пожалуйста

какой подобный инструмент есть на macOS? (desktop)

[beerchaser]

Не работал с MacOS, но, как уже упоминалось в топике, подойдет любая рисовалка. В том числе лист бумаги и карандаш.

Answer 1

[Владимир Коротенко]

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

Answer 2

[Иван Шумов]

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

Что используется для проектирования? Удивительно, но ручка и бумажка не вышли из моды и сегодня до сих пор являются самыми практичными. Так-же вайтбординг и другие инструменты для брейншторминга. Чем проще и гибче инструмент тем более эффективен он для процесса проектирования. Все остальное - документация.

Для документирование используются разные инструменты, которые существуют для абсолютно разных вещей. Многая документация ведется в MS Office или Confluence, протоколы пишутся в Swagger, диаграммы рисуются в Visio, Lucidchart, Draw.io, .... Все зависит от выбранных инструментов в команде, от правил компании и от миллиона других факторов