Недостатки UML

Унифицированный язык моделирования (UML) — это язык моделирования программного обеспечения с упором на графику и движение. Согласно Sparx Systems, это стандартный язык для моделирования и проектирования программного обеспечения. Однако некоторые разработчики и компании, занимающиеся разработкой программного обеспечения, могут столкнуться с проблемами при использовании UML. К недостаткам использования UML относятся добавление задач в рабочий объем проекта и чрезмерное использование диаграмм UML.

Время

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

Непонятно, кому выгодно

Не всегда ясно, кому выгодна диаграмма UML. Согласно статье, опубликованной на веб-сайте Eiffel Software, UML невыгоден разработчикам программного обеспечения, главным образом потому, что разработчики программного обеспечения работают с кодом, а не с изображениями или диаграммами. Диаграммы UML могут быть полезны руководителям проектов или руководителям для иллюстрации того, как будет работать программный инструмент, но может быть проще нарисовать диаграмму на доске или листе бумаги, чем тратить время на изучение языка UML.

Диаграммы могут быть перегружены

При создании диаграммы UML в сочетании с разработкой программного обеспечения диаграмма может стать слишком сложной или слишком сложной, что может сбивать с толку и разочаровывать разработчиков. Разработчики не могут отобразить каждый отдельный сценарий для программного инструмента на диаграмме, и даже если они попытаются это сделать, диаграмма запутается. Разработчики могут решить эту проблему, включив в UML-диаграммы только основные факты и высокоуровневую информацию. Об этом говорится в сообщении Стефано Борини, квантового химика и разработчика UML, на Stack Overflow.

Слишком много внимания уделяется дизайну

UML уделяет большое внимание дизайну, что может быть проблематичным для некоторых разработчиков и компаний. Просмотр области действия программного обеспечения на диаграмме UML может привести к тому, что заинтересованные стороны проекта программного обеспечения чрезмерно анализируют проблемы, а также могут привести к тому, что люди потеряют фокус, потратив слишком много времени и внимания на функции программного обеспечения. Компании не могут решить каждую проблему с помощью программного инструмента, использующего диаграмму UML — в конечном итоге им просто нужно начать программировать и тестировать. Броди Гуч, один из создателей UML, сказал, что первоначальное видение UML было «графическим языком, помогающим рассуждать о конструкции системы по мере ее развертывания». Если люди зацикливаются на использовании схемы для выявления и решения проблем, это может задержать фактическую работу, которую необходимо выполнить для устранения проблем.