- •Поведенческие модели
- •Архитектурные модели
- •Доменно-ключевая нормальная форма.
- •Многозначные зависимости.
- •Постреляционная модель данных.
- •Многомерная модель данных.
- •Объектно-ориентированная модель данных.
- •Документ и его структура.
- •Общая характеристика методологии sadt (idef0)
- •Состав функциональной модели idef0. Иерархия диаграмм.
- •Сущность структурного подхода
- •Состав и назначение функциональной модели idef3.
- •Типы переходов в idef3: переходы для асинхронных процессов.
- •Типы переходов в idef3: переходы для синхронных процессов.
- •Правила использования переходов.
- •Моделирование потоков данных. Нотация Гейна-Сарсона.
- •Правила построения dfd диаграмм
- •Методы задания миниспецификаций: структурированный естественный язык
- •Методы задания миниспецификаций: таблицы и деревья решений
- •Моделирование данных. Методология idef1x. Основные понятия.
- •Типы сущностей и связей между ними.
- •Процесс моделирования данных.
- •Принципы определения сущностей, связей, идентификаторов, атрибутов и доменов.
- •Представление связей. Идентифицирующих, 1:1, 1:n, n:m, категориальных, рекурсивных, высших порядков, Пустые значения.
Правила использования переходов.
Моделирование потоков данных. Нотация Гейна-Сарсона.
В основе данной методологии лежит нотация Гейна-Сарсона. В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных (ДПД или DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут такой уровень декомпозиции, на котором процесс становятся элементарными и детализировать их далее невозможно
Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те в свою очередь преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям - потребителям информации. Таким образом, основными компонентами диаграмм потоков данных являются:
· внешние сущности;
· системы/подсистемы;
· процессы;
· накопители данных;
· потоки данных.
Правила построения dfd диаграмм
Первым шагом при построении иерархии ДПД является построение контекстных диаграмм. Если же для сложной системы ограничиться единственной контекстной диаграммой, то она будет содержать слишком большое количество источников и приемников информации, которые трудно расположить на листе бумаги нормального формата, и кроме того, единственный главный процесс не раскрывает структуры распределенной системы. Для сложных ИС строится иерархия контекстных диаграмм. При этом контекстная диаграмма верхнего уровня содержит не единственный главный процесс, а набор подсистем, соединенных потоками данных. Контекстные диаграммы следующего уровня детализируют контекст и структуру подсистем.
Иерархия контекстных диаграмм определяет взаимодействие основных функциональных подсистем проектируемой ИС как между собой, так и с внешними входными и выходными потоками данных и внешними объектами (источниками и приемниками информации), с которыми взаимодействует ИС.
После построения контекстных диаграмм полученную модель следует проверить на полноту исходных данных об объектах системы и изолированность объектов (отсутствие информационных связей с другими объектами).
Для каждой подсистемы, присутствующей на контекстных диаграммах, выполняется ее детализация при помощи ДПД. Каждый процесс на ДПД, в свою очередь, может быть детализирован при помощи ДПД или миниспецификации.
При построении иерархии ДПД переходить к детализации процессов следует только после определения содержания всех потоков и накопителей данных, которое описывается при помощи структур данных. После построения законченной модели системы ее необходимо верифицировать (проверить на полноту и согласованность). В полной модели все ее объекты (подсистемы, процессы, потоки данных) должны быть подробно описаны и детализированы. Выявленные недетализированные объекты следует детализировать, вернувшись на предыдущие шаги разработки.
