- •1 Автоматизированные системы
- •2 Автоматизированные системы управления
- •2 .1. Требования к асу в целом
- •2.2. Требования к функциям асу
- •2.3. Требования к подготовленности персонала асу
- •2.4. Требования к техническому обеспечению асу
- •2.5. Требования к программному обеспечению асу
- •2.6. Требования к информационному обеспечения асу
- •2.7. Требования к организационному обеспечению асу
- •2.8. Требования к лингвистическому обеспечению асу
- •2.9. Требования к правовому обеспечению асу
- •2.10. Требования к эксплуатационной документации на асу
- •2. 11 Требования безопасности
- •3 Жизненный цикл ас
- •3.1 Стадии и этапы создания ас
- •3.2 Модели жц ас
- •Информационные и коммуникационные технологии
- •4. 1 Технология разработки ас
- •4.2 Методология rad
- •4.3 Принципы системного подхода к созданию аис
- •Проектирование аис
- •5.1 Этапы проектирования данных
- •Информационная модель данных
- •Иерархическая структура данных
- •5.2.2 Сетевая модель данных
- •5.2.3 Реляционная модель данных
- •5.2.4 Объектно-ориентированная модель данных
- •Концептуальное проектирование
- •5.3.1 Модели описания предметной области и концептуальной модели данных:
- •5.3.2 Информационная модель данных
- •Типы связей.
- •5.3.3 Инструментальные средства проектирования автоматизированных систем. Понятие case- технологии.
- •1) По инструментального case- средства bPwin.
- •Понятие об информационно-вычислительной сети
- •6.1 Локальные и глобальные вычислительные сети
- •6.2 Технология Клиент-сервер
- •Основы защиты информации. Методы защиты информации
- •Список использованных источников
- •41 Иосу
5.3.2 Информационная модель данных
Проектирование базы данных начинают с построения логической модели данных.
Нотация IDEF1X.
Метод IDEF1Х основан на подходе Чена и позволяет построить модель данных, эквивалентную реляционной модели в 3 нормальной форме.
Проектирование базы данных начинают с построения логической модели.
Различают три уровня логической модели, отличающихся по глубине представления информации о данных:
диаграмма сущность-связь (Entity Relationship Diagram, ERD);
модель данных, основанная на ключах (Key Based model, KB);
полная атрибутивная модель (Fully Attributed model, FA).
Диаграмма сущность-связь представляет собой модель данных верхнего уровня. Она включает сущности и взаимосвязи, отражающие основные функции предметной области. Такая диаграмма не слишком детализирована, в нее включаются основные сущности и связи между ними, которые удовлетворяют основным требованиям, предъявляемым к ИС. Диаграмма сущность-связь может включать связи многие-ко-многим и не включать описание ключей. Как правило, ERD используется для презентаций и обсуждения структуры данных с экспертами предметной области.
Модель данных, основанная на ключах, - более подробное представление данных. Она включает описание всех сущностей и первичных ключей и предназначена для представления структуры данных и ключей, которые соответствуют предметной области.
Полная атрибутивная модель - наиболее детальное представление структуры данных. Представляет данные в третьей нормальной форме и включает все сущности, атрибуты и связи.
Компоненты диаграмм.
Основные компоненты диаграммы Erwin - это сущности, атрибуты и связи.
Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами.
Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров.
Атрибут выражает определенное свойство объекта.
С точки зрения БД (физическая модель), сущности соответствует таблица, экземпляру сущности - строка в таблице, а атрибуту - колонка таблицы.
Типы сущностей.
Построение модели данных предполагает определение сущностей и атрибутов, т. e. необходимо определить, какая информация будет храниться в конкретной сущности или атрибуте.
Сущность можно определить как объект, событие или концепцию, информация о которой должна сохраняться.
С точки зрения БД (физическая модель), сущности соответствует таблица, экземпляру сущности - строка в таблице, а атрибуту - колонка таблицы.
Определено два вида сущностей:
независимая (родительская, дочерняя) - экземпляр сущности может создаваться независимо от других сущностей. Изображается прямоугольником.
зависимая (дочерняя) - экземпляр сущности может создаваться только при существовании родительской сущности. Изображается прямоугольником с закругленными углами.
Сущность может определяться одним из типов:
характеристический – это когда зависимая дочерняя сущность связана только с одной родительской сущностью и хранящая информацию о ее характере;
ассоциативный - дочерняя сущность связана с несколькими родительскими сущностями и содержащая информацию о связи;
именующий - частный случай ассоциативного типа сущности, но без собственных атрибутов;
категориальный – тип дочерней сущности, входящей в иерархию (дерево) наследования сущностей.
Типы атрибутов.
Атрибут выражает определенное свойство объекта.
Типы атрибутов:
Первичный (PK) - это атрибут или группа атрибутов, однозначно идентифицирующая экземпляр сущности. Атрибуты первичного ключа на диаграмме располагаются в списке атрибутов выше горизонтальной линии. Ключи могут быть сложными, т.e. содержащими несколько атрибутов. Сложные первичные ключи не требуют специального обозначения - это список атрибутов выше горизонтальной линии.
Альтернативный (AK) - это ключ, не являющийся первичным. Атрибуты альтернативного ключа на диаграмме располагаются в списке атрибутов ниже горизонтальной линии.
Внешний (FK) – ключ, перемещаемый в дочернюю сущность. Атрибуты внешнего ключа на диаграмме располагаются в списке атрибутов ниже горизонтальной линии.
Инверсные входы (IK) - группа неуникальных атрибутов для частого обращения к экземплярам сущности. Инверсные входы на диаграмме располагаются в списке атрибутов ниже горизонтальной линии.
Для определения взаимосвязи между сущностями необходимо определить связи.