Принципы организации потоков данных в ООП кратко

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

В объектно-ориентированном программировании (ООП) организация потоков данных происходит с помощью концепции декомпозиции приложения на небольшие, независимые модули, называемые объектами. Эти объекты могут взаимодействовать друг с другом, обмениваясь сообщениями и данными.

дпдд (Диаграмма потоков данных действий) – обеспечивает графическое представление модулей процесса в пределах действия и взаимодействия между ними. Строится для каждого состояния каждого объекта класса.

Диаграмма потоков данных действий (ДПДД) - это графическая модель, используемая для моделирования потоков данных в системе, которая описывает последовательность действий, выполняемых системой в ответ на входные данные. ДПДД состоит из следующих элементов:

• Процесс - это совокупность связанных действий, которые выполняются в системе, чтобы достичь определенной цели.
• Входные данные - это данные, которые поступают в систему извне и требуют обработки.
• Выходные данные - это данные, которые генерируются системой и передаются наружу после обработки входных данных.
• Шаги - это конкретные действия, выполняемые системой в рамках процесса. Каждый шаг может иметь свои входные и выходные данные.
• Логические ветви - это разветвления процесса, которые происходят в зависимости от определенных условий или параметров.
• Соединительные символы - это элементы, которые связывают шаги или процессы между собой и указывают направление потока данных.

При написании псевдокода выделяется последовательность действий – здесь мы отходим от этого принципа; процесс может выполняться, когда будут доступны все данные, необходимые для его выполнения.

Процессы могут получать данные от других процессов и от каких-либо внешних сущностей. Об этом говорит сайт https://intellect.icu .

Возможно условное выполнение – процесс выполняется в зависимости от условий. При этом нет передачи данных, а есть условность выполнения – от «условного» процесса рисуется пунктирная стрелочка с указанием условия выполнения, для каждого перехода.

Правила выполнения для ДПДД:

• Процесс может выполняться, когда всех входы доступны.

• Выводы процесса доступны, когда он завершает свое выполнение.

• Данные событий (^ просто стрелка сверху) всегда доступны; данные из архивов данных и терминаторов также всегда доступны

Разбиваем действия на процессы, которые могут происходить:

• Процесс проверки

• Процесс преобразования

• Аксессоры(процесс, чья единственная цель состоит в том, чтобы получить доступ к данным одного архива данных)

  • Создание

  • Чтение

  • Записи

  • Уничтожение

• Генераторы событий (создает лишь одно событие как вывод)

Каждый процесс нужно четко именовать и описывать.

• Аксессоры – какие атрибуты считывают или записывют, какие объекты создают или уничтожают.

• Генераторы событий – результат-событие, метка события.

• Преобразования – что делают.

• Проверки – «проверить, что...»

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

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

А как ты думаешь, при улучшении потоки данных в ооп, будет лучше нам? Надеюсь, что теперь ты понял что такое потоки данных в ооп, дпдд и для чего все это нужно, а если не понял, или есть замечания, то не стесняйся, пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории Объектно-ориентированное программирование ООП