Здравствуйте! В интернете много примеров проектирования системы регистрации студентов на университетские курсы, а есть ли уже готовые проекты на эту тему?

Здравствуйте! В интернете много примеров проектирования системы регистрации студентов на университетские курсы, а есть ли уже готовые проекты на эту тему?

Есть.

Предвосхищая следующий вопрос: где взять? - не знаем.
Да и зачем? Гораздо интереснее самому сделать. Все равно в каждом случае своя специфика скорее всего, единый вариант на всех врядли сделаешь.
Вы покажите что у вас получилось, а мы покритикуем (мы это умеем )

Хорошо,надеюсь что критики будет много)))
Вот диаграмма UseCase и диаграммы активности.

Еще диаграммы активности

И еще 3 диаграммы

1. По диаграмме ВИ - в целом не плохо, но Базу данных в топку, имхо это лишнее, это элемент реализации. К тому же сама БД - просто хранилище - сток - информации. Если уж говорить о БД как о ДЛ, то через СУБД - это похоже на внешнее ДЛ. Правда БД все равно часть нашей системы, мы СУБД делегируем ряд функций общего типа

2. Первая ДД - имхо немного не по стандарту. Окей выбор действия и далее идет проверка, да согласен вроде догадаться можно, но имхо как-то некошерно.

3.Количесвто студентов удовлетворяет требованиям? Да нет? Да как-то непонятны действия регистратора, инициировал и забыл?

4. и т.д. есть много ситуаций где активность не передает управление - т.е. получили зависший алгоритм, прийти пришли - выйти не можем....

У меня вопрос на опережение)) Мне нужно будет реализовать эту систему в виде веб-сайта,написанного на Java  с использованием JSP и сервлетов. В роли чего у меня будут выступать классы Boundary? В качестве сервлетов? Тогда объекты классов Control нужно будет создавать в сервлетах? С классами сущностями вроде все понятно.

У меня вопрос на опережение)) Мне нужно будет реализовать эту систему в виде веб-сайта,написанного на Java  с использованием JSP и сервлетов. В роли чего у меня будут выступать классы Boundary? В качестве сервлетов? Тогда объекты классов Control нужно будет создавать в сервлетах? С классами сущностями вроде все понятно.

Тогда сразу нужно проектировать веб-клиента и веб-сервер.
На клиенте будут апплеты выполняться, а на сервере естественно сервлеты. Что будет чем, по моему сильно неважно Главное принципы GRASP соблюдать

А если поставить этот сайт на сервер Apache Tomcat, и пользователь будет просто из браузера всем руководить? (без апплетов)

А если поставить этот сайт на сервер Apache Tomcat, и пользователь будет просто из браузера всем руководить? (без апплетов)

А разве при этом часть логики обработки все равно не передается клиенту? Который веротяно использует яву машину клиентской машины?

Клиент работает только с html страничками в браузере, обработки логики от него не требуется.
//
Например для прецедента Войти в систему.
Пользователь заходит на сайт, видит 2 поля, вводит логин и пароль, они передаются сервлету,в метод doPost проверяем кто зашел(профессор,студент,регистратор) и перенаправляем его к соответствующему сервлету.

Вот к примеру диаграмма классов анализа для прецедента войти в систему,правильно ли?

Вот к примеру диаграмма классов анализа для прецедента войти в систему,правильно ли?

А в чем правильность или не правильность тут оценивать? Ну заявили вы, что мол есть классы раз два три. и показали связи между ними. Что с этим делать дальше нам?