"хочу посоветоваться - при каких размерах проекта оправданно создавать диаграммы UML, а при каких можно обойтись составив схему на коленке?"

что значит "на коленке"? В каком виде они будут на ней выглядеть? )
Диаграммы UML придуманы чтобы вместо текстовых описаний использовать графические схемы. Унифицированные. Это когда один человек нарисовал, а второй понял. 

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

когда оправданно? я просто не-UML-диаграммы составлять не умею... 

Поскольку термин "на коленке" допускает широкое толкование, опишу два варианта.
1. Схема в UML vs схема на бумажке/в паинте/в ворде/еще где-то. Если рассматривать необходимость как функцию только от величины проекта, то, имхо, без разницы, лишь бы все участники друг друга понимали.
2. Схема в UML vs схема в голове (то есть только в собственном воображении). Чем раньше, тем лучше. Если проект будет состоять хотя бы из двух модулей, после месяца работы только над одним модулем совсем забудешь, что было во втором модуле. Все равно придется схему составлять, чтобы вспомнить.

>Схема в UML vs схема в голове (то есть только в собственном воображении). Чем раньше, тем лучше. Если проект будет состоять хотя бы из двух модулей, после месяца работы только над одним модулем совсем забудешь, что было во втором модуле. Все равно придется схему составлять, чтобы вспомнить. 

Это индивидуально. Я например в своих личных "наколеночных" проектах, один из которых потихоньку тянется уже около года, обхожусь самыми общими комментариями в коде. А вот в работе для отчетности или для коллег и в диплом вставляю UML (как правило, уже потом сгенерированный по исходникам:) ).


РаисаТигрест, делайте как нравится или как требуется.

Да все это субъективно и относительно, конечно. 

Лично я разделяю понятия создания официальной документации (объем и наличие которой согласовывается с заказчиком) и понятие документирования проекта.

На проекте вообще может не быть официальной документации... 

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

ну и конечно использую только UML. Потому что текстом описывать все кейсы, основные и дополнительные исходы - умом можно тронуться ))

djamshud, я в личном "наколеночном" проекте тоже так делаю. А потом, когда надо разобраться, что я там понаписал два месяца назад, рисую схему, читая код и комментарии  

При любых.

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

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