Как Вы изучали UML? [закрытый]

Эта ссылка также является отличным справочником с множеством примеров.

Я никогда не делал и никогда не буду. Моделирование - это не овладение дисциплиной, хорошие модели не нуждаются в понимании UML.

В классе с именем SE101- Разработка программного обеспечения 1A в CPIT в Новой Зеландии.

На мой взгляд, вы обнаружите, что диаграммы последовательностей и вариантов использования будут иметь важное значение для передачи идей непрограммистам, а диаграммы классов (и диаграммы объектов в меньшей степени) для передачи идей в другой код. обезьяны.

Кроме того, многие книги по программированию, которые вы, возможно, прочитаете в будущем, например Шаблоны проектирования , будут использовать диаграммы UML (в основном классы и объекты), чтобы показать структуру шаблонов. Знание UML значительно упростит понимание этих книг. Документация тоже в меньшей степени.

UML Distilled Мартином Фаулером вместе с Применение UML и шаблонов Крейга Лармана позволяет вам понять концепцию UML и то, как его использовать, а также весь процесс с UP и т. Д. .

Изобретатель . Диаграммы последовательностей больше похожи на бизнес-процессы и варианты использования, а не на стандартизованные.

Сначала возьмите книгу / учебное пособие и попытайтесь понять основы (определения, рисование моделей, ...) затем учитесь на примере и практикуйтесь, представляйте или используйте реальную проблему и попытайтесь смоделировать ее.

Я начал с чтения вводной книги - Мартин Фаулер UML Distilled был довольно хорош. Затем я решил, что действительно хочу знать, как его использовать, поэтому я прочитал книгу о UML2 и UP (Unified Process) Джима Арлоу и Илы Нойштадт. После этого у меня была возможность прослушать лекцию по основам программной инженерии в университете, которая заставила меня создать простую спецификацию с небольшим количеством диаграмм. Затем я прослушал лекцию по UML, где мне снова пришлось создать несколько диаграмм UML. Сейчас я нахожусь на этапе, когда UML уже понятен, и я чувствую, что мне нужно больше знаний об OO-моделировании, поэтому я читаю книгу по объектно-ориентированному моделированию данных и объектно-ориентированному программированию, а также Use Cases Алистера Кокборна и некоторые аналитические паттерны. В промежутке я прочитал много материала по моделированию и послушал SE Radio о всяких UML вещах - http://www.se-radio.net/tags/uml .

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

Диаграмма вариантов использования проста и поможет вам определить объем вашего проекта.

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

Не тратьте время на моделирование и генерацию кода из модели, потому что сегодня этим никто не пользуется !!

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

Я читал UML Distilled Мартина Фаулера. Это все, что вам нужно. Это тонкая и плотная книга, не имеющая аналогов по этой теме.