Лекция
Сразу хочу сказать, что здесь никакой воды про потоки данных в ооп, и только нужная информация. Для того чтобы лучше понимать что такое потоки данных в ооп, дпдд , настоятельно рекомендую прочитать все из категории Объектно-ориентированное программирование ООП.
В объектно-ориентированном программировании (ООП) организация потоков данных происходит с помощью концепции декомпозиции приложения на небольшие, независимые модули, называемые объектами. Эти объекты могут взаимодействовать друг с другом, обмениваясь сообщениями и данными.
дпдд (Диаграмма потоков данных действий) – обеспечивает графическое представление модулей процесса в пределах действия и взаимодействия между ними. Строится для каждого состояния каждого объекта класса.
Диаграмма потоков данных действий (ДПДД) - это графическая модель, используемая для моделирования потоков данных в системе, которая описывает последовательность действий, выполняемых системой в ответ на входные данные. ДПДД состоит из следующих элементов:
При написании псевдокода выделяется последовательность действий – здесь мы отходим от этого принципа; процесс может выполняться, когда будут доступны все данные, необходимые для его выполнения.
Процессы могут получать данные от других процессов и от каких-либо внешних сущностей. Об этом говорит сайт https://intellect.icu . 
Возможно условное выполнение – процесс выполняется в зависимости от условий. При этом нет передачи данных, а есть условность выполнения – от «условного» процесса рисуется пунктирная стрелочка с указанием условия выполнения, для каждого перехода.
Правила выполнения для ДПДД:
Процесс может выполняться, когда всех входы доступны.
Выводы процесса доступны, когда он завершает свое выполнение.
Данные событий (^ просто стрелка сверху) всегда доступны; данные из архивов данных и терминаторов также всегда доступны
Разбиваем действия на процессы, которые могут происходить:
Процесс проверки
Процесс преобразования
Аксессоры(процесс, чья единственная цель состоит в том, чтобы получить доступ к данным одного архива данных)
Создание
Чтение
Записи
Уничтожение
Генераторы событий (создает лишь одно событие как вывод)
Каждый процесс нужно четко именовать и описывать.
Аксессоры – какие атрибуты считывают или записывют, какие объекты создают или уничтожают.
Генераторы событий – результат-событие, метка события.
Преобразования – что делают.
Проверки – «проверить, что...»
Все процессы в подсистеме объединяются в единую таблицу. В разных действиях могут происходить одни и те же процессы - они будут общими. Общие процессы могут выполнять одну и ту же функцию, читать и записывать и создавать и уничтожать одни и те же объекты, и т.д..
| ID процесса | Тип | Название | Где используется |
|---|---|---|---|
| Модель состояний, действие |
ДПДД является полезным инструментом для анализа и проектирования системы, так как он позволяет легко определить, какие данные входят в систему, как они обрабатываются и какие данные выходят из нее. Он также помогает выявить слабые места в системе и улучшить ее производительность.
А как ты думаешь, при улучшении потоки данных в ооп, будет лучше нам? Надеюсь, что теперь ты понял что такое потоки данных в ооп, дпдд и для чего все это нужно, а если не понял, или есть замечания, то не стесняйся, пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории Объектно-ориентированное программирование ООП
Из статьи мы узнали кратко, но содержательно про потоки данных в ооп
Комментарии