Здравствуйте!
Дали нам значит лабораторные работы по UML.
До этого я UML никогда не использовал, вообще только немного слышал о нем.
Стал разбираться...
По ходу разбирательства у меня появились сомнения по поводу корректности самого задания.
Т.е. насколько правильно и логично сделаны сами задания по лабораторным работам.
Я прошу знатоков на него взглянуть и написать свои мысли по этому поводу.


Прикладываю одну лабу. Возможно приложу и другие.
В общем, жду Ваших ответов!

А в чем с вашей точки зрения некорректность работы?
По-моему обычная лабораторная из серии "сделай все по шагам и не думай"
Есть сложность выполнения?

Ну, вот например:
Зачем нужен актер "Any User" (в конце есть такой вопрос)?
Самый распространенный ответ:
Это пользователь не прошедший аутентификацию, обобщенный пользователь (студент, профессор, регистратор).
Если это так, то почему он не связан с прецедентом "Login"?
С "Login" связаны только студент и регистратор.
Насколько я знаю, стандарт UML2 вообще не рекомендует делать связи между актерами.

конечно я и сам могу ошибаться, т.к. UML никогда не использовал, поэтому решил посоветоваться с компетентными людьми.

Насколько я знаю, стандарт UML2 вообще не рекомендует делать связи между актерами.

Между действующими лицами можно рисовать обобщения. Это нормально.

Спасибо.
А остальная часть вопроса?

Разъясните пожалуйста про Any user, Login и пользователей.
Мне кажется, что корректным былобы:

Код: [Выделить]

Any user--->[Login]
                          ---> Student
                          ---> Professor
                          ---> Registrator
Т.е. студент, профессор и регистратор становятся собой только после аутентефикации.

не совсем так.
Any user - это абстрактный актор, от него специфицируются остальные.
Именно any user инициирует login

Большое спасибо.
А то, что он инициирует логин должно быть както отражено на диаграмме?
И зачем на диаграмме в задании от студента и регистратора стрелочки к прецеденту "логин" (а от профессора нету).

Эта лабораторная сделана по практикуму Вендрова. Проектирование ПО для ЭИС. Этот же пример господин Вендров приводит и на своих курсах по UML и использованию Rational Rose.
При этом не он придумал этот пример, он его использует. Это некоторый стандартный пример.

Кстати можете скачать здесь

На самом деле действительно Профессор должен иметь возможность войти в систему, иначе каким образом он может записать себе курс и указать, что некий студент его закончил. Тут есть потеря логики, я с Вами согласен.

Я не помню точно как это сделано у Вендрова, но вроде похожим образом. Правда у него сначала показана ДВИ того как делается запись на курсы и ДВИ после того как должно делаться.

Спасибо!
Скачал. Там не так, там вот так (см. аттач)
Как правильно?

Скачал. Там не так, там вот так (см. аттач)
Как правильно?

Естественно как у автора. Хотя я же не могу читать мысли вашего преподавателя, с чего это меу вдруг вздумалось делать так, как он сделал.
+ включите логику, что она Вам подсказывает?

Диаграмма Вендрова правильная.
Ваш преподаватель сделал не совсем корректно
Если от Any User (AU) специфицируются остальные акторы (связь обобщение) и мы AU связываем ассоциацией с ВИ Login, то к этому ВИ уже не надо тянуть связи от других акторов. Получается избыточность диаграммы и нарушение логики.

Большое спасибо за ответы!
Приступаю к выполнению следующей.

Прикрепляю и ее. Посмотрите пожалуйста.
Интересно что Вы скажите.

Интересно что Вы скажите.

Я скажу, что прочитав ваш документ я абсолютно не понял что нужно сделать.
В чем смысл задания "Постройте диаграмму ... изображенную(!) на рисунке N"? Если диаграмма уже есть, то что требуется сделать?

Я скажу, что прочитав ваш документ я абсолютно не понял что нужно сделать.
В чем смысл задания "Постройте диаграмму ... изображенную(!) на рисунке N"? Если диаграмма уже есть, то что требуется сделать?

уже ранее писал
"По-моему обычная лабораторная из серии "сделай все по шагам и не думай"