Инструментальные средства автоматизированного проектирования баз данных. Рыбанов А.А. - 22 стр.

UptoLike

Составители: 

21
функции преобразуют входящие потоки данных в выходящие;
хранилища данных не изменяют потоки данных, а служат только для
хранения поступающих объектов;
преобразования потоков данных во внешних сущностях игнорируют-
ся.
Помимо этого, для каждого информационного потока и хранилища оп-
ределяются связанные с ними элементы данных. Каждому элементу дан-
ных присваивается имя,
также для него может быть указан тип данных и
формат. Именно эта информация является исходной на следующем этапе
проектированияпостроении модели «сущность-связь». При этом, как
правило, информационные хранилища преобразуются в сущности, проек-
тировщику остается только решить вопрос с использованием элементов
данных, не связанных с хранилищами.
Пример 1. На рис. 1 представлена
DFD-диаграмма для предприятия,
строящего свою деятельность по принципу «изготовление на заказ».
На основании полученных заказов формируется план выпуска продук-
ции на определенный период. В соответствии с этим планом определяются
потребность в комплектующих изделиях и материалах, а также график за-
грузки производственного оборудования. После изготовления продукции и
проведения платежей, готовая
продукция отправляется заказчику. Эта диа-
грамма представляет самый верхний уровень функциональной модели. Ес-
тественно, это весьма грубое описание предметной области. Уточнение
модели производится путем детализации необходимых функций на DFD-
диаграмме следующего уровня. Так мы можем разбить функцию «опреде-
ление потребностей и обеспечение материалами» на подфункции «опреде-
ление потребностей», «поиск поставщиков», «заключение
и анализ дого-
воров на поставку», «контроль платежей», «контроль поставок», связанные
собственными потоками данных, которые будут представлены на отдель-
ной диаграмме. Детализация модели должна производиться до тех пор, по-
ка она не будет содержать всю информацию, необходимую для построения
информационной системы.
      – функции преобразуют входящие потоки данных в выходящие;
      – хранилища данных не изменяют потоки данных, а служат только для
хранения поступающих объектов;
      – преобразования потоков данных во внешних сущностях игнорируют-
ся.
      Помимо этого, для каждого информационного потока и хранилища оп-
ределяются связанные с ними элементы данных. Каждому элементу дан-
ных присваивается имя, также для него может быть указан тип данных и
формат. Именно эта информация является исходной на следующем этапе
проектирования – построении модели «сущность-связь». При этом, как
правило, информационные хранилища преобразуются в сущности, проек-
тировщику остается только решить вопрос с использованием элементов
данных, не связанных с хранилищами.
      Пример 1. На рис. 1 представлена DFD-диаграмма для предприятия,
строящего свою деятельность по принципу «изготовление на заказ».
      На основании полученных заказов формируется план выпуска продук-
ции на определенный период. В соответствии с этим планом определяются
потребность в комплектующих изделиях и материалах, а также график за-
грузки производственного оборудования. После изготовления продукции и
проведения платежей, готовая продукция отправляется заказчику. Эта диа-
грамма представляет самый верхний уровень функциональной модели. Ес-
тественно, это весьма грубое описание предметной области. Уточнение
модели производится путем детализации необходимых функций на DFD-
диаграмме следующего уровня. Так мы можем разбить функцию «опреде-
ление потребностей и обеспечение материалами» на подфункции «опреде-
ление потребностей», «поиск поставщиков», «заключение и анализ дого-
воров на поставку», «контроль платежей», «контроль поставок», связанные
собственными потоками данных, которые будут представлены на отдель-
ной диаграмме. Детализация модели должна производиться до тех пор, по-
ка она не будет содержать всю информацию, необходимую для построения
информационной системы.

                                    21