ФрилансерДобровремени,господа!

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

1. use case. Как поступаете, когда необходимо отобразить большое количество сгруппированных задач - вроде добавление/редактирование/удаление тем конференции, добавление/редактирование/удаление сообщений в темах, добавление/редактирование/удаление календарей рабочих групп и т.д.... причем подзадачи могут различаться в зависимости от участников(ролей, актеров) - напр. руководителю проекта можно удалять темы конференции, а всем прочим нет?
Предположительно два варианта -
а - одна укрупненная диаграмма с use case-ми вроде "работа с коференцией" и более детальными диаграммами по каждому из вариантов использования
б - одна большая диаграмма (которую непонятно как еще отображать в документе) с некими визуальными группировками вариантов
Буду очень признателен за поддержку опытом!

Предлагаю концентрировать на уровне Use cases прежде всего логику связаннную с использованием системы разными субъектами-акторами. При этом сами use cases должны обладать степенью общности, достаточной для того, чтобы можно было выяснить/указать при необходимости цели каждого субъекта-актора, которые он преследует, участвуя в этом use case. И если смотреть на use cases под этим углом зрения, то они, как правило, не могут быть сложными - категориальные группировки по видам деятельности на уровне людей не бывают сложными (в смысле включающими много элементов для одного субъекта - пользователи сами так себе это мыслят), обычно сложные предствления начинаются при детализации этих деятльностей в процессном представлениии (алгоритмзации) и эти сложности связаны с операциями с объектами . От этих сложностей, собственно, пользователи/заказчики и хотят избавиться, рассчитывая, что они в значителелно мере будут закапсулированы внутри системы, когда она будет автоматизирована.

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

Т.е. use case ИМХО наиболее удобен чтобы наглядно представить совместную деятельность нескольких субъектов, это помогает при необходимости уточнить организацию работы пользователй системы с этой системой. Эта организация работы непосредственно не связана с конкретными программными решениями для этих use cases, но если такую диаграмму положить перед пользователями/заказчиком, то это может сильно помочь при уточнении дальнейшую детализацию алгоритмов.

Не стоит грузить эту диаграмму детализацией, связанной с последовательностью/особенностями работы с объектами . Для этого лучше использовать diagram of activities, collaboration diagram и пр.