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

Я так полагаю, что группы можно назвать так же? Т.е. "Студенты", "Руководители", Преподаватели", "Администраторы".

И еще... добрые люди, подскажи, пожалуйста, я правильно сделал диграмму активности для ВИ "Зарегистрироваться в системе"?

В целом очень неплохо, можно конечно убрать такие силлогизмы, как Нажать ссылку Регистрация, заменив Выбрать регистрацию или даже лучше Выбирает регистрацию (а вот как он выбирает регистрацию, нажимает ли на ссылку, или на кнопку, или говорит голосом "Хочу регистрацию", или делает некий магический жест, думаю не важно.
Аналогично можно убрать условие нажата кнопка Отмена, хотя это и кажется понятным и заманчивым, все-таки лучше от понятие интерфейса уйти.
Перед конечным состоянием, мне кажется лучше поместить, что-то типа "Подтвердить успешную регистрацию", "Отобразить имя зарегистрировавшегося", Ну что там делает если успешная регистрация. Что появится на экране? Главная страница? Извещение об успешной регистрации, но все равно надо входить в систему? Или сразу становятся доступными ранее недоступные разделы?
И уж еще лучше распределить все по плавательным дорожкам - Студент - Система
 

ну вот я кое-что добавил...
Добавил плавательные дорожки.
Правильно я сделал?

Да... и еще вопрос у меня.
Вот такой ВИ.
Напоминание пароля.
Кто тут будет осн. действ. лицом? Зарегистрированный пользователь или Гость?
Я думаю, что Зарегистрированный пользователь.
Так как гостю не надо никакой пароль напоминать. Его у него просто нет в системе.

ну вот я кое-что добавил...
Добавил плавательные дорожки.
Правильно я сделал?

Лучше "Отправить данные" сделать в виде условия. одни из которых идет на Ок, а др. на отмену. И что это за условие перед концом "Отмена Регистрации"?

Да... и еще вопрос у меня.
Вот такой ВИ.
Напоминание пароля.
Кто тут будет осн. действ. лицом? Зарегистрированный пользователь или Гость?
Я думаю, что Зарегистрированный пользователь.
Так как гостю не надо никакой пароль напоминать. Его у него просто нет в системе.

Это лучше оформить в виде альтернативного потока в Логине.

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

А у меня такой вот вопрос:
эти самые условия, их на какой дорожке надо рисовать?
Наверно на системной?
Или нет разницы?

Лучше "Отправить данные" сделать в виде условия. одни из которых идет на Ок, а др. на отмену.

А может быть тогда и "Ввести регистрационные данные" сделать в виде условия?

Получилось что-то такое.

А вот еще у меня вопрос.
Что следует делать после того, как будут готовы диаграммы активности?

эти самые условия, их на какой дорожке надо рисовать?Наверно на системной?

Конечно на системной, условие определяет система.
Мне не понравилось, что вы завершаете отмену регистрации ромбом. Ромб - точка принятия решения. Обычно для слияния потоков используются жирная черная черта (правда если идут параллельные потоки). Хотя, имхо, иногда можно отойти от стандарта, тем более если все ясно и понятно...

А может быть тогда и "Ввести регистрационные данные" сделать в виде условия?

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

эти самые условия, их на какой дорожке надо рисовать?Наверно на системной?

Конечно на системной, условие определяет система.
Мне не понравилось, что вы завершаете отмену регистрации ромбом. Ромб - точка принятия решения. Обычно для слияния потоков используются жирная черная черта (правда если идут параллельные потоки). Хотя, имхо, иногда можно отойти от стандарта, тем более если все ясно и понятно...

а это идет просто объединение, это не условие. Хотя конечно можно и без него обойтись.

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

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

В принципе отставьте как есть. Я понимаю, что тут у вас отмена может произойти в любой момент, в момент заполнения полей, в момент отправки, хотя...
Стоп, если мы выбираем отправить действие отправить, то почему нажата отмена?
Вот где неясность. Ромб должен стоять до отправки данных - соотвественно при условии отмена - вылетаем на главную страницу, а если нажата кнопка сохранить - то это и есть событие отправить. Вот что имел в виду BAS. Т.е. отправить данные - убрать и сделать условием выбора пользователя...

Так. Исправил. Добавил ромб.
Что плучилось - в прикрепленном файле.

Делаю диаграммы активности дальше.

А у меня вот вопрос. ВИ "Войти в систему". Там же авторизуются все: студент, преподаватель, администратор. В общем все.
А как мне Диаграмму активности описывать? От кого будет Происходить действие? От Зарегистрированного пользователя?