Понятие «поток данных» в dfd диаграммах. Виды потоков данных.
Потоки данных — определяют информацию, передаваемую через соединения от источника к приемнику.
Реальный поток данных может быть информацией, передаваемой по кабелю между двумя устройствами, пересылаемыми по почте письмами, магнитными лентами или дискетами, переносимыми с одного компьютера на другой и т.д
Виды потоков данных:
Построение иерархии диаграмм потоков данных.
При построении DFDмодели используется иерархия диаграмм, где диаграмма верхнего уровня является диаграмма уровня системы, которая декомпозируется на диаграммы уровня подсистемы. Далее следует диаграммы уровня процесса и подпроцесса.
Главная цель построения иерархии DFD заключается в том, чтобы сделать описание системы ясным и понятным на каждом уровне детализации, а также разбить его на части с точно определенными отношениями между ними. Для достижения этого целесообразно пользоваться следующими рекомендациями:
Размещать на каждой диаграмме от 3 до 6-7 процессов (аналогично SADT). Верхняя граница соответствует человеческим возможностям одновременного восприятия и понимания структуры сложной системы с множеством внутренних связей, нижняя граница выбрана по соображениям здравого смысла: нет необходимости детализировать процесс диаграммой, содержащей всего один или два процесса.
Не загромождать диаграммы несущественными на данном уровне деталями.
Декомпозицию потоков данных осуществлять параллельно с декомпозицией процессов. Эти две работы должны выполняться одновременно, а не одна после завершения другой.
Выбирать ясные, отражающие суть дела имена процессов и потоков, при этом стараться не использовать аббревиатуры. https://practicum.yandex.ru/blog/diagramma-potokov-dannyh-dfd/
Методология информационного моделирования idef1х. Назначение и основные элементы.
Методология IDEF1X — язык семантического моделирования данных основанный на концепции «сущность – связь» ERD(Entity-Relationship Diagram), которая предназначена для логического отражения БД, те это способ определения данных и отношений между ними.
Основные компоненты(элементы) нотации IDEF1X:
Сущность — люди, предметы, явления, документы, о которых хранится информация в БД.
Атрибуты — характеристики сущностей.
Отношения — связи между элементами.
Понятие сущности в idef1х. Правила определения сущности.
Сущность — это множество реальных или абстрактных объектов, людей, мест, документов, явлений, событий и тд, которые обладают общими атрибутами.
Сущность должна быть уникально инфицирована (Primary key), а также любой объект системы мб представлен только одной сущностью(информация не должна дублироваться).
Пример: Сущность – студент, экземпляр сущности – Иванов И.И.
Правила определения сущностей:
Сущность должна иметь уникальное имя и именоваться существительным в ед. числе. Пример: Преподаватель, договор, кредитная карта,
статус(явление), склад(место).
Сущность обладает одним или несколькими атрибутами, которые ей либо принадлежат, либо наследуются через отношения.
Сущности обладают одним или несколькими атрибутами, которые однозначно идентифицируют каждый образец и называются ключом(первичным или составным).
Сущность может обладать любым количеством отношений с другими сущностями.
Если сущность зависима от родительской сущности, то в составе ее первичного ключа будет внешний ключ(«Foreign key», это первичный ключ родителя).
В начале определяем ключи по сущностям, а потом делаем вывод зависимая сущность или нет.
Независимая сущность изображается в виде прямоугольника, а зависимая сущность в виде прямоугольника с закругленными углами.
Понятия атрибута в IDEF1Х. Правила определения атрибута.
Атрибут — характеристика сущности. Например: Сущность – студент, имеет атрибут ФИО экземпляр сущности студент будет экземпляр атрибута, например Иванов Иван Иванович.
Правила определения атрибута:
Каждый атрибут сущности обладает уникальным именем, в рамках всей информационной модели.
Напр.: Сущность – студент, его атрибут ФИО_студента; Сущность -преподаватель, его атрибут ФИО_преподавателя.
Сущность может обладать любым количеством атрибутов.
Различают собственные и наследуемые атрибуты.
Собственные – уникальные в рамках информационной модели.
Наследуемые – передаются от сущности родителя при идентифицирующей связи в состав первичного ключа; при не идентифицирующей в состав не ключевых атрибутов.
