Насколько полезен UML, если вы работаете в проекте один?
Ответы:
Это может быть очень полезно, если проект достаточно велик, и у вас не получается держать все в голове. Вывод чего-либо на бумагу / диаграммы также может помочь в процессе проектирования и решения проблем, по крайней мере, для меня.
... Я также признаю, что для личных проектов мои диаграммы не так формальны, как для рабочих проектов, просто для меня хорошо работать с ними ...
Это очень полезно и ценно .
Как уже говорили другие, это лучше всего для общения, и бегло вы можете сказать «только 1 разработчик, так что ... общение не требуется», но я не думаю, что это правда.
Так для кого предназначен UML и связь?
Кроме того, они также полезны для практики, когда вы попадаете в ситуацию, когда они являются обязательными.
Короче наверное не очень.
Самая большая ценность UML - это общение, поэтому он мало что может предложить команде из одного человека. Хотя я все равно использовал бы его для черновых набросков и т. Д. Визуализация может сильно помочь в решении сложных проблем.
Однако одним из важных важных применений является документирование проекта для вашего преемника (ей) - вы вряд ли будете единственным, кто когда-либо работал над этим проектом (любым проектом).
Ответ, конечно, зависит от размера и сложности проекта, от того, как далеко вы собираетесь пройти моделирование, и от того, требуется ли вам предоставить официальный проектный документ.
Я пытался использовать его для небольших личных проектов, и это оказалось не очень полезным. Нечетная диаграмма классов или последовательностей может помочь организовать ваши мысли, но через некоторое время становится больше работы, чем стоит.
Я много работаю в одиночку (я внештатный сотрудник), и я не использую UML. Обычно ERD и некоторые заметки в инструменте организации (я использовал onenote). Я никогда не чувствовал недостатка. Но я вижу, как это пригодится в больших средах, когда над одним проектом работает много людей.
Это может быть полезно, потому что когда вы пытаетесь документировать свои решения по дизайну и архитектуре в UML, это заставляет вас глубже задумываться о приложении, а иногда и находить новые вещи и делать лучшие идеи. Но я согласен с другими, что, если это небольшой проект, вы не сможете извлечь из него много пользы, работая в одиночку.
Маргинал, я думаю ... UML предназначен для передачи идей дизайна. Если вы действительно думаете на UML и можете создавать его так же быстро, как и другие способы наметить этот дизайн, обязательно используйте его. В противном случае вам, вероятно, лучше черновить что-то, похожее на грубые наброски и, возможно, немного UML "Lite", как это нужно вашему проекту.
Конечно, несколько примеров использования, если вы чувствуете, что они нужны определенной области. и т.п.
Куда бы вы ни пошли, вам понадобится что-то, к чему можно вернуться через 12 месяцев, когда придет время подумать о v2.
В некоторых проектах я использовал очень минимальную реализацию (фигурки, связанные блоки и некоторые надписи). Я думал, что было легче представить конкретный процесс, чем пытаться описать в письменной форме. Некоторые пуристы, вероятно, скажут, что на самом деле это не UML, но клиентам все равно, поэтому я тоже.
Графическое представление архитектуры может помочь, если архитектура слишком велика, чтобы ее просто иметь в виду (это то, что вы должны определить для себя).
Вам не нужно ничего более формального, чем UML, если вы делаете это только для себя.
Цель состоит в том, чтобы визуализировать архитектуру, чтобы вы могли с ней справиться. Используйте все, что работает, будучи максимально беспрепятственным.
Хорошая практика - хранить хорошую документацию по проекту, но для одного человека это может быть не очень легко сделать и отнимать много времени, моя позиция здесь в том, что вам, безусловно, нужно сделать немного UML, и если ваша программа очень сложная или вы собираемся выпустить ваш код, вам нужно сделать это. Если ваш проект сложный и большой, вы можете подумать, что документация достаточно хороша, поэтому, если вы пропустили какой-то период времени, вы можете легко его пересмотреть.