Здравствуйте!
Задачка вроде простая, но поставила в тупик.

Нужно сделать диаграмму Use Cases для фильтра сообщений, которые могут поступать от некоторого источника в канал передачи этих сообщений.
Логика простая:
1) Фильтр принимает сообщение от источника информации.
2) По заданным в нем правилам определяет - является ли данное сообщение корректным
3) Если сообщение корректное - передает его дальше в канал передачи
4) Если сообщение некорректное - выдает ошибку источнику.

Посмотрите, мою схему.
Подскажите, пожалуйста, что сделано не правильно?
Как будет правильней?

Подскажите, пожалуйста, что сделано не правильно?
Как будет правильней?

Почему Вы решили, что это неправильно? Чем она Вас поставила в тупик?

Первое, что смущает: это стрелка от "Пропуск информации в канал" к "Информационному каналу".
Обычно актер является инициатором взаимодействия с моделируемой системой.
А здесь сама система (фильтр) инициирует передачу данных в канал.
Нет ли в этом ошибки?

Второй момент.
ВИ "Контроль корректности" - это как бы внутренний процесс, "невидимый" для внешних актеров.
По идее его не нужно отображать на диаграмме.
Однако, без него не будет понятен смысл.
Как правильно: отображать или нет этот ВИ?

Первое, что смущает: это стрелка от "Пропуск информации в канал" к "Информационному каналу".
Обычно актер является инициатором взаимодействия с моделируемой системой.
А здесь сама система (фильтр) инициирует передачу данных в канал.
Нет ли в этом ошибки?

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

Но на самом деле проблема в обобщениях. У Вас там висят два ВИ Недопустимая - Корректная И., которые уточняют Передать И. в канал, крайне странная конструкция, вообще не понятная.

Второй момент.
ВИ "Контроль корректности" - это как бы внутренний процесс, "невидимый" для внешних актеров.
По идее его не нужно отображать на диаграмме.
Однако, без него не будет понятен смысл.
Как правильно: отображать или нет этот ВИ?

А мне не понятен весь смысл Ваше диаграммы.

Я вижу тут 1 ВИ - Передать информацию в канал, у которого два актора ИИ и ИК, сам ВИ лежит на боундари = фильтр сообщения.

Чтобы передать логики можно:
1 представить описание ВИ (это вообще нужно в первую очередь)
2 нарисовать диаграмму деятельности

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