Подскажите, если есть ситуация:
Начальник1 отдела X дает задание1 начальнику2 отдела Y,
который на основании задания1 ставит задание2 исполнителью отедла Y,
исполнитель выполняет задание2 (звонки, встречи, ...)
это все один Use Case или 3 (на каждого Actor'a)?

Как определять уровень детализации?
Куда копать?

basЭто один Use Case.

Use Case - это прежде всего некая неделимая цель. Цель у первого начальника какая?? Отдать приказ ниже или все же сделать задачу, если последнее то это один ВИ.

более подробнее см. здесь


1. Цели у каждого-то разные ведь исполнители разные
2. Работать они будут по разным процессам

Главная цель определяется одим Business Use Case'ом, и это для описания БП, а под ним диаграмма взаимодействий между Actora'ми.

а как 3 диаграммы (System Use Case) в разрезе исполнителя, для описания требований к ИС?

Правильный ход мысли?

basЭто один Use Case.

Use Case - это прежде всего некая неделимая цель. Цель у первого начальника какая?? Отдать приказ ниже или все же сделать задачу, если последнее то это один ВИ.

более подробнее см. здесь

кстати, то, что делает делает Начальник1 это тоже задача но это его задача.

Его цель - выполнения всего поставленного задания, которое он не может напрямую дать исполнителью отедла Y, а только через начальника2

На самом деле вопрос звучит так:
Как декомпозированные цели бизнес процесса переложить на Use Case требования к ПО?

basТ.е. с Business Use Case'ом разобрались? Он один!

Теперь переходим к Системным. Т.е. как пользователь взаимодействует с системой. Опишите здесь процесс в виде системного сценария, т.е. один начальник вводит такую-то информацию, далее Система оповещает другого начальника, другой что-то видит и т.д. А потом ясно будет сколько пользовательских целей.

что такое "системный" сценарий?

сценарий = Use Case Diagram?

системный" сценарий = Activity Diagram?

что это за терминология?

2:bas

Еще важный вопрос:

Системный Use Case там описывается всегда один (не больше) человек (роль, исполняющиее лицо, учасник), помимо допустим информационной системы?

В отличии от Business Use Case

AlexTheRaven Dim GrishinПодскажите, если есть ситуация:
Начальник1 отдела X дает задание1 начальнику2 отдела Y,
который на основании задания1 ставит задание2 исполнителью отедла Y,
исполнитель выполняет задание2 (звонки, встречи, ...)
это все один Use Case или 3 (на каждого Actor'a)?

Как определять уровень детализации?
Куда копать?

IMHO:
UC 1: Поставить задание
Actor: Начальник
Основная последовательность:
1) Определить содержание задания;
2) При необходимости определить основание задания (в частности - другое задание);
3) Определить исполнителя задания.

UC 2: Выполнить задание
Actor: Начальник, Исполнитель
Основная последовательность:
1) Выполнить задание (тут детализация, относительно тех действий, к-рые возможны в системе; в частности - поставить задание);
2) Составить отчёт о выполнении задания.

Хорошо, тогда как быть с UC дальше:
1. анализ результатов задания1 начальником1
2. создание задания3 на осове задания1 начальником1 для начальника3 отдела P
3. назначение исполнителя2 в рамках отдела P начальников3
4. работа над заданием3 исполнитель2 отдела P


если UC делать по каждому акторы это будет плохо? (мне кажется так более нагляднее, кто что делает)
какие могут быть проблемы или сложности?

AlexTheRavenПо поводу моего предыдущего поста: исполнитель->рядовой сотрудник
По поводу предыдущих постов bas: IMHO лучше отослать сразу к Коберну.
я уже у Коберна второй день =)