Асортимент диаграм определяется решаемой задачей.

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

Наиболее употребительные у меня - диаграммы классов. Сначала их можно использовать для моделирования бизнес сущностей. Потом для моделирования элементов системы.

Специфицировать функции системы с помощью OCL удобно на диаграммах объектов (тоже диаграмма классов, но в основном заселённая их экземплярами).

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

Диаграммы компонентов и развёртывания использую редко. Потому как компоненты уже в основном определены, сборки проектов сконфигурированы и продукт уже давно развёрнут.

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

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