Помогите мне плиз разобраться,я студентка 4-го курса (заочное отделение), и у меня появился предмет Шаблоны проектирования ООП. И вот у меня лабораторная:
Тема: «Создание в Rational Rose диаграммы вариантов использования»

ЗАДАНИЕ:
1.    Для заданного варианта выделить: действующие лица, варианты использования.
2.    Установить связи между действующими лицами и вариантами использования.
3.    Установить отношения между вариантами использования (если это необходимо).
4.    Установить отношения между действующими лицами (если это необходимо).
5.    Для каждого варианта использования в его спецификации указать:

               - Краткое его описание.
               - Предусловия.
               - Кто запускается на выполнение.
               - Постусловия.
               - Кто завершает выполнение
6.    К каждому варианту использования прикрепить файл в формате *.txt или *.doc, содержащий основной и альтернативные сценарии действий.
7.    Установить приоритетность реализации вариантов использования в проекте.
8.    На диаграмме вариантов использования должны быть примечания.

Мой вариант:Факультет института (учет посещаемости и успеваемости студентов).



Вот я действующие лица (актеров) выделила:
Деканат
Преподаватель
Студент
Система оплаты


Но теперь не могу разобраться с  вариантами использования (прецедентами). Я не могу понять что это, как их использовать, а тем более в дальнейшем как устанавливать связи между ними и действующими лицами. В книгах у них все так здорово всё получается, с примерами.А вот я до сих пор не могу разобраться. Подскажите,плиз.
Заранее благодарю.

dawystrik, очень интересный вопрос!
Я сам в последнее время активно интересуюсь UML, в том числе и use case diagram...
Я не являюсь большим специалистом и не могу дать компетентного ответа, но с радостью вступлю в диалог!

Итак... Я не совсем согласен с выделенными ролями. 
Например: причем здесь "студент"? Или "деканат"?
Диаграмма вариантов использования не описывает моделируемую систему, она описывает способы взаимодействия с создаваемой программой и те сервисы, которая она будет предоставлять!

Т.е. это то, что ожидают от создаваемой программы и кто ожидает этого  ...

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

Т.о. в самом общем случае у нас есть один актер и целых два варианта использования:

Далее можно детализировать, что например отчет по успеваемости - это может быть: вывод среднего бала студента, вывод среднего бала группы и т.д., а контролирующее лицо может быть и начальник отдела факультета и например операционист учебного отдела и т.д.

И тогда более детализированные актеры и варианты использования будут связаны с обобщенными отношениями обобщения.

А самим детализировнным актерам могут быть поставлены в соответствие отношением ассоциации детализированные варианты использования: например начальнику отделения факультета - вывод среднего бала группы, а операционисту учебного отдела - средний бал студента (что бы найти отличников и повысить им степендию  )...

В общем, по-моему, как то так...

Было бы здорово если бы кто-нибудь еще присоединился к обсуждению  ...

Это сообщение отредактировал(а) Gluttton - 19.4.2010, 21:57

а разве есть такие должности как Контролирующее лицо, начальник отделения факультета, операционист учебного отдела?

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

Я считаю, что одно и то же лицо на одной должности может выступать в разных ролях.

что-то честно говоря, я совсем запуталась

Можно поискать в Интернете примеры...
Вот например...

Добавлено через 1 минуту и 31 секунду

Наверное это я запутал  ...

Ваш пример на английском,а хотелось бы что-то русского

В прикрепленных темах есть ссылки на различные источники...

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

Для кого предназначена программа?



Что будет делать программа?

а почему тогда деканат не подходит на роль действующего лица?ведь он же должен контролировать успеваемость и посещаемость студентов,или я не права?

Ну деканат, так деканат - Вам виднее  ...

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

Добавлено через 3 минуты и 33 секунды
Вообщето, я перед тем как проетировать диаграммы для себя текстуально описал и предметную область и задачи возлагаемые на программу, которая разработывается.

При этом я сам для себя четко разобрался для кого эта программа делается, а для кого нет, какие задачи она решает, а какие нет.

я имела в виду что деканат,это главное лицо,которому подчиняются все остальные

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

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

а что такое предметная область и как её описывать?

Диаграмма с детализацией о которой я говорил в предыдущих постах...


Ну Вы, блин, даете...
Воспользуйтесь googlе'ом...


Ну я не знаю, как нибудь так:

извините,за глупые вопросы,просто у меня в голове уже такая каша

Вот я сделала,посмотрите может надо переделать что-то

а вот сценарий к прецеденту Ввод из журнала оценок и пропусков студентов

к остальным не составила пока, запуталась
Подскажите,что не так,что нужно подправить

Ого, как много всего, сразу и не разберешся  ...

По моему линии между человечками и овалами должны быть без стрелочек и с включением намудрено...

как это без стрелочек?диаграмма без связей?то что тогда это за диаграмма?

Я же не сказал, что нужно убрать линии   ...

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

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

Хотя, например в справке к Umbrello на диаграмме вариантов использования роли и варианты использования соединены связями без стрелочек...

Это сообщение отредактировал(а) Gluttton - 6.5.2010, 13:46

а в целом диаграмма и сценарий правильны или нет?если нет,то что неверно?

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


Наверное опечатка, я думаю, что ввод нужно заменить на вывод...

Я сам сценарии не писал, но немного о них читал. Мне, собственно говоря, по сценариям сказать нечего, но в целом вменяемо  , т.е. почитав его я понял суть тех функций которые должна выполнять проектируемая система, а это ведь и есть главное.

А вот, что касается диаграммы, то она очень разрознена и не читабельна.
1. Я бы предложил обазначить границы системы (в данном случае все варианты использования состедоточены внутри системы, но в общем случае могут быть и варианты использования вне системы).
2. Кроме того я бы предложил бы обобщить пользователей системы и разделить их на группы (на тех, кто обеспечивает ее функционирование и поддерживает актуальность данных и на тех, кто "потребляет" результаты ее работы).
3. Так же есть смысл обобщить и варианты использования.

Вот такая диаграмма получилась у меня:


В чем, на мой взгляд, приемущества. Посмотрев на такую диаграмму сразу видно основной принцип ее функционирования: "Ага... Кто-то вводит данные, а кто-то их читает... Угу... Вводят те и те, а читают тот и тот". А потом уже можно более детально рассматривать каждый из вариантов использования и пользователей...

Добавлено через 2 минуты и 5 секунд
Хотя тоже спорно... Если преподователь тольк вводит данные, а методист только редактирует, то пожалуй будет не правильно объединять их в одного "Оператора системы"...

P.S. А что там у одногрупников?

мне кажется,это уже сильно подробно,мы же когда пишем рецепт,мы же не указываем"Открываем холодильник,берем то то и то то"
Я сейчас работаю над диаграммой, кажется в правильном направлении двигаюсь,моя диаграмма тоже не совсем верна была

вот сделала



Сценарии
Поставить,удалить оценку


Отметить,удалить пропуск

Печать и просмотр табелей


Просматривать информацию о студентах и преподавателях


Редактирование информации о студентах и преподавателях