Здравствуйте!
Вникаю в UML Придумал для себя проект "Прайс-лист", который и попытаюсь смоделировать.
Буду понемногу выкладывать свои попытки здесь.
Пожалуйста, покритикуйте

Начну с USE CASE:

Немного изменил диаграмму

Хочу уточнить... Я попытался изобразить СВИ

Еще подправил...

немного не понятно, что должен увидеть пользователь после входа в вистему?

"Увидеть ..." (после входа в систему) это цель пользователя?
не понял я Вас.
Я так полагаю, что в диаграммах Activity и Sequence вполне можно показать что должен увидеть пользователь

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

"Увидеть прайс" в данном случае "Получить отпускные цены на товары". Или Вы подразумеваете кейс "Найти позицию", "Обозреть позиции" ?

Посмотреть прайс мне не очень нравится

"Увидеть ..." (после входа в систему) это цель пользователя?

1.В принципе да. Для начала нужно определиться с целью. Например в вашем случае "посмотреть прайс-лист",а потом уже играть именно от этого.

Я так полагаю, что в диаграммах Activity и Sequence вполне можно показать что должен увидеть пользователь

2.Тогда зачем использовать ДВИ? Что вы ей хотите показать?
3.Не совсем понятны стрелки, идущие от менеджера, руководителя и снабженца к пользователю.
4.Не совсем понятно зачем нужен снабженец, если руководитель выполняет такую же функцию.
 

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

На первый взгляд не очень удачные названия ВИ. Я бы назвал так:
Добавить товар (позицию) в прийс-лист
Посмотреть отпускные цены на товары

И еще - включения и расширения здесь показать можно, но если у Вас проект большой, то лучше их убирать с Д. А ВИ вообще не имеет смысла показывать если ВИ не включается в несколько ВИ

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

3. generalization... это. А что не правильно использую?
4. Снабженец ДОЛЖЕН а руководитель МОЖЕТ.

На первый взгляд не очень удачные названия ВИ. Я бы назвал так:
Добавить товар (позицию) в прийс-лист
Посмотреть отпускные цены на товары

И еще - включения и расширения здесь показать можно, но если у Вас проект большой, то лучше их убирать с Д. А ВИ вообще не имеет смысла показывать если ВИ не включается в несколько ВИ

Вечером напишу сценарии...
Я побоялся сделать ВИ "Добавить", "Удалить", "Править" потому что это натурально функции...
ВИ "А", включенный в ВИ "Б", но не включенный в другие ВИ не нужно отображать?
ВИ "Г", расширяющий ВИ "В", но не расширяющий другие ВИ не нужно отображать?

Руководитель может больше, чем снабженец.
Например снабженцу не обязательно смотреть отпускные цены.
Снабженец не может устанавливать и менять наценку на товар в позиции, удалять позицию...