Моделирование потока данных

Программная инженерия.

При проектровании и разработке требований используется моделирование ПО.

Модель - это абстракция которая создается с целью постижения чего либо, до того как оно будет создано.

Поскольку модели содержат только основные аспекты, то работать с ними гораздо проще.

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

Каждая модель состоит из диаграмм, и всевозможной дополнительной информацией размещенной в хранилище проекта.

Диаграмма – это графическое представление модели, содержит различные аспекты модели и представляет её на различных уровнях абстракции.

Диаграммы и текстовые описание моделей размещаются в хранилище проекта(база данных продуктов проекта).

Язык структурного моделирования.

Структурное моделирование – это нисходящий функционально ориетированый подход к разработке ПО который расчленяет систему на ряд взаимодействующих в общем процессе функций и называется функциональная декомпозиция.

Модели системы представляются на ряде уровней абстракции начинающихся с вершины дальнейшего обзора и заканчивающихся на простейших функциональных модулях определенных в деталях.

Дву наиболее распространенные модели: D-диаграмма и ER.

Моделирование потока данных.

Диаграмма потока данных основываются на функциональной декомпозиции.

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

Контекстная диаграмма задает границы системы определяя её входы и выходы по отношению к внешним сущностям.

Внешние сущности – это организации, отделы,люди, другие системы, и т.д. которые при разработке системы находятся вне её и которые предоставляют входные данные и ожидают выходные.

Имеются две внешних сущности:

-Customers

-Distributors

D-передает в систему значения Movie details(подробная информации о фильмах)

Система выдает клиентам ScreeningDetails(Характеристики показа)

Клиенты могут размещать в системе TicketOrder.

Все они это потоки данных вне контекстного процесса.

Вся обработка происходит внутри самого процесса.(Movis on the web)

Детализация контекстного процесса обеспечивается диаграммой нулевого уровня (Диаграммой обзора)

Система состоит из трех процессов 1,2,3.

1-Create Read Update Delete

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

Процесс 1 формирует Movie Title и Duration для 2 процесса. Процесс 2 определяет продолжительность и места показов и передает 3 процессу.

Нумерация процессов используется для их соединения с дальнейшей декомпозицией.

Диаграмма 1 уровня процесса MovieDetails:

Диаграмма первого уровня в данном случае является последним элементом моделирования в DFD. И отображает информационный склад представленный элементом MovieActorDatabase.(Хранилище данных для потоков данных)Поток данных помещенный в хранилище одним процессом может быть востребован другим процессом в другое время.