Презентация Принципы логического проектирования БД онлайн

Содержание слайда: 2. Принципы логического проектирования БД

Содержание слайда: Проектирование баз данных Процесс типового проектирования БД включает в себя: построение концептуальной (инфологической) модели предметной области (по результатам предпроектного обследования); выбор типа БД и проектирование логической (даталогической) модели БД; выбор СУБД и проектирование физической модели БД; разработку программных модулей и процедур для работы с приложением БД; разработку процедур для администрирования БД.

Содержание слайда: ЭТАПЫ проектирования БД

Содержание слайда:

Содержание слайда: Отражение бизнес-процессов компании на модели

Содержание слайда: Типы моделей Функциональные - IDEF0 Потоков данных - IDEF1 (DFD) Процессов - IDEF3 (WorkFlow) Логические - IDEF1X (из ER) Комплексные - ARIS (cтандарт де-факто, признан среди разработчиков и пользователей), UML.

Содержание слайда:

Содержание слайда: Методология IDEF Методология IDEF основана на подходе, разработанном Дугласом Россом в начале 70-х годов и получившем название SADT (Structured Analysis & Design Technique — метод структурного анализа и проектирования). Программа интегрированной компьютеризации производства (ICAM), предложенная ВВС США, была направлена на увеличение производительности в промышленности посредством повсеместного внедрения компьютерных технологий. Подход, лежащий в основе программы ICAM, заключается в разработке структурных методов, способствующих применению компьютерных технологий в промышленном производстве. Программа ICAM выявила потребность в более совершенных способах обмена информацией и методах анализа производственных систем. ВВС США в качестве методологии блочного моделирования выбрали методологию SADT и в рамках программы ICAM разработали методологию IDEF (ICAM Definition), позволяющую проводить исследование определенных характеристик промышленного производства.

Содержание слайда: Состав нотаций стандарта языка IDEF

Содержание слайда:

Содержание слайда: Контекстная диаграмма IDEF0

Содержание слайда:

Содержание слайда:

Содержание слайда: Варианты выполнения функций

Содержание слайда: Нотация IDEF0

Содержание слайда:

Содержание слайда:

Содержание слайда: Необходимость туннелирования потоков

Содержание слайда: Диаграмма дерева узлов модели

Содержание слайда: Моделирование потоков данных

Содержание слайда:

Содержание слайда: Построение иерархии DFD Для простых ИС строится одна контекстная диаграмма со звездообразной топологией, в центре которой находится главный процесс, соединенный с приемниками и источниками информации. Для сложных ИС строится иерархия контекстных диаграмм. Для каждой подсистемы, присутствующей на контекстных диаграммах, выполняется ее детализация при помощи DFD. При детализации должны выполняться следующие правила: правило балансировки - детализирующая диаграмма в качестве внешних источников/приемников данных может иметь только те компоненты (подсистемы, процессы, внешние сущности, накопители данных), с которыми имеет связь детализируемая подсистема или процесс на родительской диаграмме; правило нумерации - означает, что при детализации процессов должна поддерживаться их иерархическая нумерация. Например, процессы, детализирующие процесс с номером 12, получают номера 12.1, 12.2, 12.3 и т.д.

Содержание слайда: Мини-спецификация является конечной вершиной иерархии DFD. Мини-спецификация является конечной вершиной иерархии DFD. Решение о завершении детализации процесса и использовании мини-спецификации принимается аналитиком исходя из следующих критериев: наличия у процесса относительно небольшого количества входных и выходных потоков данных (2-3 потока); возможности описания преобразования данных процессом в виде последовательного алгоритма; выполнения процессом единственной логической функции преобразования входной информации в выходную; возможности описания логики процесса при помощи мини-спецификации небольшого объема (не более 20-30 строк).

Содержание слайда:

Содержание слайда: Нотации языка ER

Содержание слайда:

Содержание слайда: Case-метод Баркера (ERD) Нотация ERD была впервые введена П. Ченом и получила развитие в работах Баркера. Основные шаги метода: выделение сущностей идентификация связей идентификация атрибутов Сущность (Entity) – объект предметной области, информация о котором подлежит хранению. Свойства сущности: должна иметь уникальное имя обладает одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь обладает одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности может обладать любым количеством связей с другими сущностями модели

Содержание слайда: Моделирование данных

Содержание слайда:

Содержание слайда:

Содержание слайда: Пример логической модели в нотации Relational

Содержание слайда:

Содержание слайда: ER диаграмма (логическая модель БД) в MS Visio

Содержание слайда: Методология IDEF1X Метод IDEF1Х, разработанный Т.Рэмей основан на подходе П.Чена и позволяет построить модель данных, эквивалентную РМД в 3-ей нормальной форме. Сущность в методологии IDEF1X является независимой, если каждый экземпляр сущности может быть однозначно идентифицирован без определения его отношений с другими сущностями (главная таблица). Сущность называется зависимой, если однозначная идентификация экземпляра сущности зависит от его отношения к другой сущности (второстепенная таблица). Атрибуты изображаются в виде списка имен внутри блока сущности. Атрибуты, определяющие первичный ключ, размещаются наверху списка и отделяются от других атрибутов горизонтальной чертой. Сущности могут иметь внешние ключи, которые могут использоваться в качестве части целого первичного ключа или неключевого атрибута. Внешний ключ изображается с помощью помещения внутрь блока сущности имен атрибутов с индексом FK.

Содержание слайда: Преобразование концептуальной модели в логическую

Содержание слайда:

Содержание слайда:

Содержание слайда:

Содержание слайда: Соответствующая логическая модель (Visio)

Содержание слайда: Соответствующая логическая модель (Access)