Есть ли какая-то ценность в изучении UML?

Question

Я видел, как UML упоминал несколько мест за последние несколько лет, но у меня никогда не было веских причин использовать его на работе до сих пор. Есть ли смысл вкладывать время и усилия в изучение этого? (Я разработчик Ruby on Rails.)

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

Answer 1

Да. Это международная стандартная методология системного анализа и проектирования. Переходя от начальной фазы анализа к жизненному циклу проекта, UML дает хорошую дорожную карту того, куда идти и как вы туда попали. Несколько преимуществ:

• Показывает требования так, чтобы клиенты / клиенты / руководство могли их понять.
• Вы можете повторять модель, не теряя того места, где она была раньше
• Показывает, как именно вы попали из точки А в точку Б
• Это стандарт, поэтому любой, кто знает UML, сможет интерпретировать ваши диаграммы
• «Самый быстрый» способ поделиться идеями без необходимости проходить через всю кодовую базу

Answer 2

Нет, сэкономьте свое время и не учите его.Если вы кодер, работаете один и очень осторожный человек, вы можете полностью игнорировать UML.

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

Answer 3

Если вы рассматриваете UML как просто графический язык, вы рассматриваете лишь очень небольшую его часть.Вместо этого вы должны рассматривать UML как основной язык платформы Model Driven Architecture, которая очень хорошо реализована в Eclipse.В Eclipse UML (правильно) рассматривается как независимый от платформы язык с твердым синтаксисом, определенным MOF (ECORE в Eclipse), и семантикой, определенной спецификацией UML (http://www.omg.org/spec/UML).). В Eclipse есть хорошая реализация двух основныхязыки, определенные OMG для спецификаций преобразования «Модель в текст» и «Модель в модель», соответственно MOFM2T (ACCELEO в Eclipse) и QVT. Также Eclipse предоставляет реализацию языка ограничений объектов (OCL), который используется как QVT, так и MOFM2T для оценкизапросы к моделям. Все это означает, что вы можете легко определить свои собственные преобразования «Модель в текст» и «Модель в модель» в виде плагина Eclipse, превращая ваши модели UML во все, что вам нужно. Теперь я использую это для автоматической генерации тысяч LOC, документациии тесты с впечатляющей окупаемостью инвестиций. Однако я знаю, что большинство людей даже не знают, что UML - это язык, но думают, что это всего лишь крошечные картинки.

Посмотрите на этоNKS для простого примера

http://lowcoupling.com/post/46522537374/the-model-driven-architecture

http://lowcoupling.com/post/47800863669/qvt-in-place-transformations

http://lowcoupling.com/post/47347056110/models-to-text-transformations-with-mofm2t-and-acceleo

Answer 4

Да и нет.

Да , изучите основы.Посмотрите на различные типы диаграмм и т. Д. И получите общее представление.Это поможет вам избавиться от сомнений, когда кто-то хвастается UML.

Нет , если ваша работа не требует работы с UML, вам не обязательно знать UML, чтобы писатьхорошие приложения.Если вам нужно что-то обсудить на белой доске, просто нарисуйте несколько кружков.Это подойдет.

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

Answer 5

Я думаю, что это вопрос масштаба в двух измерениях: размер проблемы и размер команды.

Когда дизайн достигает определенного размера, диаграммы становятся полезными двумя способами: во-первых, они помогают вам разобраться в проблемах дизайна. во-вторых, они помогают вам донести дизайн до других поэтов.

Так что, если команда скажет 20 или 30, это действительно поможет получить четкую документацию по частям общего дизайна.

Лично я использую UML, может быть, четыре или пять раз в год, но когда мне это нужно, мне это действительно нужно. Действительно лучше использовать стандартную технику построения диаграмм, разработанную вами. А с хорошими инструментами это довольно безболезненно.

Я бы сказал, что я использую только небольшое подмножество UML, диаграмм классов и случайных диаграмм сотрудничества.