Нужно построить диаграммы UML

[RoseAle]

Так?
А вот с диаграммами действий я ещё не связывалась,должно быть три дрожки, студент,администратор и преподаватель, правильно?

[RoseAle]

Или можно без дорожек?
начало- информация о курсах- <принятие решения>-(отказ от курсов) - запись на курсы - оплата - получение расписания- посещение занятий - конец

[RoseAle]

программа не хочет рисовать эту диаграмму

[RoseAle]

Подкорректировала после диаграммы деятельности.Только не всё сходиться, нет информации о группах ( нужно ли добавить или перегруз и может убрать инфу от студентах?) что бы больше с диаграммой классов перекликалось,все должно же быть одинаковое?

[Utkin]

программа не хочет рисовать эту диаграмму

У Вас должна быть диаграмма на каждую роль и/или на каждый вариант использования, если они отличны (то есть 3-5 шт.). Я Вам для понимания сути процессов очень рекомендую сначала построить диаграмму последовательности на каждый вариант использования. По ней уже довольно-таки просто строится диаграмма деятельности.

Только не всё сходиться, нет информации о группах ( нужно ли добавить или перегруз и может убрать инфу от студентах?) что бы больше с диаграммой классов перекликалось,все должно же быть одинаковое?

Именно поэтому диаграмму классов строят в последнюю очередь.
1. Диаграмм вариантов использования
2. Диаграмма последовательности
3. По диаграмме последовательности строят прочие диаграммы (диаграмму деятельности например)
4. Диаграмма классов

Это не обязательная методика, но ее использование практически всегда дает некоторый результат, править который уже практически не нужно. Общий смысл от заказчика (ему показывают диаграмму вариантов использования, поскольку дальше он как правило фишку не рубит и больший объем знаний только повредит ему) к исполнителю (программисту уже надо смотреть диаграмму классов и возможно другие диаграммы, например, диаграмму состояний). Вы же порываясь сразу же наваять диаграмму классов закладываете ошибки в процесс разработки программного обеспечения - это может привести к тому, что Вам придется проводить реинжиниринг проекта (то есть тупо переделывать все или писать с нуля) либо увеличит время отладки готового программного кода. Не забывайте также про контрактный аспект - результатом Вашей работы как программного инженера должно стать ТЗ (техническое задание), такое которое устроит заказчика и которое будет понятно программистам (исполнителем Ваших извращенных мыслей и идей). Не забывайте про руководителя проекта (им можете оказаться Вы сами) - если он ведет управление проекта, то там все по срокам и он с удовольствием порвет Вас на сотни диаграмм, если Вы завалите ему этап проектирования, не уложившись в отведенное время.

все должно же быть одинаковое?

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

программа не хочет рисовать эту диаграмму

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

[RoseAle]

Спасибо вам большое!!!