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

1. Передача изображения - это по сути действие, процесс, функция. Но никак не сущность. Сущностью в вашем случае может быть ГрафическоеИзображение.
2. Бинаризация - это тоже процесс, функция, обработка, преобразование формы представления объекта ГрафическоеИзображение из одного вида в какой-то другой (не понимаю что значит бинаризация)
3. Свзяь - стрелка между ПередачаИзображения и Бинаризация - есть зависимость. У зависимости не может быть кратности, это не ассоциация. Зависимость показывает, что объект класса ПередачаИзображения каким-то образом зависит от реализации объекта класса Бинаризация. Но у вас не сущности, у вас процессы. Зависимости процессов, наверное, бывают: асинхронные или синхронные, последовательные или параллельные, но во все не в том виде как показано у вас. В лучшем случае тут есть связь предшедствования. Бинаризация не пожет начаться, если не закончена ПередачаИзображения. Потому ПередачаИзображения - никак не может быть зависимой от Бинаризация

Резюме
тут изображена по сути DFD диаграмма, блок схема, с передачей управления от одного действия другому.
все это еще перепутано со структурным аспектом

Что делать
Отделить поведения от данных и корректно определить операции классов

Да забыл изучать UML (коли пользуемся) и ООП

Хочу узначть что неправильно.

На Ваших диаграммах представлен некий процесс, последовательность.

На Ваших диаграммах представлен некий процесс, последовательность.

Извините, но никаких процессов там нет.
Там есть зависимости классов.
А хотелось показать процесс (см. начало обсуждения!), чего с помощью диаграммы классов сделать невозможно.

А вообще, уже началось перекачивание из пустого в порожнее. Пора кончать эту бодягу.
Если только для улучшения своей статистики!?