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


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

В основе методологии лежит построение додели на основе анализируемой информационной системы (существующей или проектируемой).

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

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

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

 

Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам.

 

Основные компоненты диаграмм потоков данных:

 

1. Внешние сущности: материальный предмет или физическое лицо, представляющие собой источник или приемник информации (заказчик, персонал, клиент, склад, поставщик).

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

 

2. Системы или подсистемы: подсистема обслуживания клиента. представляется как контекстная диаграмма ( в целом или детализирована по подсистемам). Подсистема должна иметь номер (идентификатор), определение, содержать дополнительную информацию.

 

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

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

 

4. Накопители данных – устройства для хранения информации (винчестер, магнитная лента, дискета, ОП …). Накопителем данных можно считать и БД с хранящейся в ней информацией.

 

5. Потоки данных определяют информацию, передаваемую через некое соединение от источника к приемнику ( передача информации по каналам связи, почта, передача информации на магнитной ленте, НГМД … ).

 

 

1. CASE-метод Баркера – средство моделирования данных с помощью диаграммы сущность-связь (ERD).

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

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

 

Каждая сущность имеет набор свойств:

 

1) Уникальное имя.

2) Сущность обладает одним или несколькими свойствами (атрибутами). Атрибуты либо принадлежат сущности, либо наследуют ее через связь.

3) Атрибуты сущности однозначно идентифицируют каждый экземпляр сущности.

4) Каждая сущность может обладать любым количеством связей с другими сущностями модели.

2. Методология моделирования IDEF1.

 

В основе лежит CASE – метод Баркера. Методология эквивалентна реляционной модели в 3НФ.

 



3. Методология IDEF1X.

 

Пакеты, владеющие методологией CASE- средств: ER-win и Design/IDEF. Они автоматизируют построение диаграмм сущность-связь и могут иметь связи нескольких типов (тип = мощность):

1) Каждый экземпляр сущности-родителя может иметь 0, 1 и более связанных с ними экземпляров сущности-потомка.

2) Каждый экземпляр сущности-родителя должен иметь не менее 1 связанного с ним экземпляра сущности-потомка.

3) Каждый экземпляр сущности-родителя должен иметь не более 1 связанного с ним экземпляра сущности-потомка.

4) Каждый экземпляр сущности-родителя связан с некоторым фиксированным числом экземпляров сущности-потомка.

Экземпляр сущности-потомка однозначно определяется своей связью с сущностью-родителем. эта связь называется идентифицирующей.

Если такой связи нет – то называется неидентифицирующей.

Сущность-потомок в идентифицирующей связи является зависимой от идентификатора сущности.

Сущность-родитель в идентифицирующей связи может быть зависимой или независимой от идентификатора сущности.

 


 

 

· Сущность А - родитель

 
 

 

 


независимая
Ключевой атрибут А Ключевой атрибут В    
Сущность В - потомок

       
 
 
   

 


 

 

Сущность может иметь внешние ключи. Внешний ключ помещается внутрь блока сущности – имен атрибутов.

Брокер Заявка на покупку
Номер брокера Номер отдела (FK)
Номер отдела (FK) Номер товара

·