Есть такой небольшой проект, хочется к нему составить use-case диаграммку.
Буду рад критике, так как первый раз с этим сталкиваюсь.

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

Вот такая схемка получается:

ИМХО, всё правильно, только какая цель создания ДВИ в данном простейшем случае?

UPD: Только вот связи со стрелочками, это отношение ассоциации?

После описания спецификации каждого ВИ будет понятно о чем идет речь.

ИМХО, всё правильно, только какая цель создания ДВИ в данном простейшем случае?

UPD: Только вот связи со стрелочками, это отношение ассоциации?

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

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

просто изучаю RUP и хочется  попробывать все сделать, как описано.

Может, все-таки не RUP, а UML? RUP к этому не имеет отношения, это технология производства ПО, а не моделирования.
Прошу прощения за оффтоп.

Может, все-таки не RUP, а UML? RUP к этому не имеет отношения, это технология производства ПО, а не моделирования.
Прошу прощения за оффтоп.

ну я бы сказал, и RUP, и UML. По крайней мере пробую разработать ПО по Крэгу Ларману.   

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

to TkhaiN:  спасибо за "Изменение параметров сетевых элементов"

По поводу требований к системе.

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

Вот как-то так.

Попробывал описать ВИ "Рисование схемы сети", вот что получилось:

Основной исполнитель: Оператор
Заинтересованные лица и их требования:
   - Оператор. Хочет быстро и правильно нарисовать схему сети
Постусловия:
   Схема сети нарисована.
Основной успешный сценарий:
1.   Оператор выбирает необходимое ему устройство и добавляет его.
2.   Система отображает его на схеме сети.
Оператор повторяет действия 1,2 сколько нужно раз
3.   Оператор выбирает тип канала и соединяет им два устройства:
4.   Система рисует канал на схеме.
Оператор повторяет действия 3,4 сколько нужно раз
Расширения:
   1-2a Оператор решает удалить устройство
      1. Оператор выбирает устройство на схеме сети и удаляет его.
      2. Система удаляет устройство и все каналы, подключенные к нему.
   3-4а. Оператор решает удалить канал между устройствами
      1. Оператор выбирает канал на схеме и удаляет его.
      3. Система удаляет канал
   3a. Выбранный тип канала устройство не поддерживает
                      1.Система выдает соответствующее сообщение
           3б. Все порты для подключения такого типа канала заняты
              1. Система выдает соответствующее сообщение

Комментировать ВИ пока не буду.

1. Каким образом передаются данные через такую сеть?
2. В схеме выделяются определенные элементы типа "вход","выход"?
3. При удалении сетевого элемента или канала мы получаем несколько несвязанных сетей. Это нормально?
4. У системы одно действующее лицо или нет? Если нет, остальные действующие лица и их цели?





 

Комментировать ВИ пока не буду.

1. Каким образом передаются данные через такую сеть?
2. В схеме выделяются определенные элементы типа "вход","выход"?
3. При удалении сетевого элемента или канала мы получаем несколько несвязанных сетей. Это нормально?
4. У системы одно действующее лицо или нет? Если нет, остальные действующие лица и их цели?

1. Каким образом передаются данные - это не важно, потому, что ни сети, ни данных нет. Прошу прощения, не написал, что дело имеем с моделью сети. Мы ее нарисовали, исходя из рисунка система установила, точнее просто сгенерировала некоторые параметры элементов сети и сохранила в определенном формате и все. мы сеть перерисовали, получили другие параметры и т.д.

2. Нет, такие элементы не выделяются

3. Да, ничего страшного

4. У системы только одно действующее лицо - оператор.

Попробывал описать ВИ "Рисование схемы сети", вот что получилось:

Не буду также критиковать написаное. Ибо тут нужно определиться в главном.

Вы пишите, что результатом ВИ будет нарисованная схема.

Давайте на минутку представим, что за день такую схему нарисовать просто НЕВОЗМОЖНО. Все равно придется уточнять, изменять, корректировать, редактировать и т.п.

Вся философия использования ВИ учит нас, что ВИ нужно воспринимать как нечто цельное, как некую транзакцию. Потому и внимание сосредоточено на целях пользователя, причем таких целях, которые достигаются (или не достигаются) довольно быстро: минуты, максимум часы.

Т.е. начав рисовать схему, пользователь ну никак не может остановиться пока не нажмет кнопку сохранить.
Вы скажите, но он может это сделать в любой момент и сохранить то, что уже сделано? Конечно, но будет ли достигнута ЦЕЛЬ! Маловероятно.

Т.е. столь серьезное действие "Рисование схемы сети" явно распадается на множество самостоятельных, хотя и зависимых элементов: Создать пустую схему, Добавить элемент, Определить характеристики элемента, Соединить элемент с другими, Определить характеристики связи, Проверить корректность и т.п.

Можно ли считать каждое из этих действий вариантом использования? В принципе можно рассматривать, это как вариант использования. Вопрос, а нужно ли?

Читая Лармана, обратите внимание на то, какие критерии он приводит для отнесения некоего действия к ВИ: одобрение руководителя, элементарный бизнес процесс (задача), период исполнения. Причем первые два явно приоритетнее последнего на порядки.

Также Ларман приводит два примера для системы POS NextGen и игры Монополия. Обратите внимание, что для Монополии он изображает только 1 ВИ.

В принципе у Вас возможны конечно некие варианты: действительно Создать схему (со всеми вариациями редактирования и изменения), затем Провести симуляцию или модельный эксперимент (по сути загрузить схему, нажать старт, посмотреть результаты моделирования), возможно Распечать схему.

Обратите внимание, что лучше именовать ВИ именно глагольными конструкциями причем совершенного вида. Это как бы показывает конечность и быструю завершенность процесса.

Сравните Создать схему и Создавать схему, Распечать схему и Распечатовать (Печатать) схему

1. Каким образом передаются данные - это не важно, потому, что ни сети, ни данных нет. Прошу прощения, не написал, что дело имеем с моделью сети. Мы ее нарисовали, исходя из рисунка система установила, точнее просто сгенерировала некоторые параметры элементов сети и сохранила в определенном формате и все. мы сеть перерисовали, получили другие параметры и т.д.

2. Нет, такие элементы не выделяются

3. Да, ничего страшного

4. У системы только одно действующее лицо - оператор.

Значит практического смысла система иметь не будет:(.

Итак:

1. У системы одно действующее лицо - оператор
2. Модель сети -множество элементов 2-х типов(сетевой элемент, сетевой канал), которые могут быть соединены друг с другом.
   Сетевой элемент и сетевой канал имеют заданный набор характеристик.
2. Оператору необходимо иметь следующие возможности: нарисовать модель сети/создать модель сети, изменить модель сети, распечатать модель сети + возможно что-то еще, о чем вы не упомянули, а мы не спросили и не догадались.

Подходим формально:

1. Берем одного актора и 3+ ВИ уровня цели пользователя(нарисовать модель сети в системе, изменить модель сети, распечатать модель сети итд)+ стрелочки и получаете ДВИ
2. Описываем спецификацию каждого ВИ в  любимом стиле(RUP, Коберн итп)

и получаем опыт описания требований в стиле ВИ. Вопросы: Зачем нужна эта система? Зачем и кому нужна эта диаграмка? оставляем за кадром.

Подойдем неформально и подумаем:

Вы решили создавать ПО в соответствие с методологией RUP и хотите разработать систему. Судя по описанию практической пользы данная система никому не принесет. Может на этом этапе стоит остановиться и подумать? Какие цели вы ставите перед собой? Какую систему Вы хотите разработать? Что это за система? Кому она будет полезна?

Если для вас данная задача учебная - вы хотите освоить методологию RUP, попрактиковаться в составлении ВИ, то стоит подойти по другому.  
1. Читаете теорию, берете максимально "узкую задачу", действуя в удобных для Вас предположениях и ограничениях(как вы кстати подсознательно и сделали), далее по теории до того, как получите спецификацию требований.  
2. Начинаете постепенно снимать ограничения и предположения и задавать вопросы себе вопросы. Оцениваете влияние каждого изменения на требования
3. Приходите к состоянию, когда проще заново переписать требования, чем вносить в них изменения и создается устойчивое впечатление, что "Вам непонятно ничего"
4. Повторяете 1-3 снова до того, как у Вас создасться впечатление, что каждый шаг детально проработан

TkhaiN, зачем вы ставите столько пустых строк в конце каждого своего поста?

Виноват, спешка