
- •С.Л. Моругин Проектирование информационных систем
- •Часть 2
- •Содержание
- •5. Модели процессов
- •5.1. Состав функциональной модели
- •5.2. Иерархия диаграмм
- •5.3. Типы связей между функциями
- •5.4. Моделирование процессов по стандарту idef0
- •5.5. Модели as-is и то-ве
- •5.6. Моделирование в стандарте idef0
- •5.7. Нумерация работ и диаграмм
- •5.8. Диаграммы дерева узлов и feo
- •5.9. Каркас диаграммы
- •5.10. Рекомендации по рисованию диаграмм
- •6. Модели данных
- •6.1. Концепция баз данных
- •6.1.1. Независимость данных от обработки
- •6.1.2. Системы управления базами данных
- •6.1.3. Понятие о модели данных
- •6.1.4. Концепция трех схем
- •6.1.5. Семантические модели данных
- •6.1.6.Ограниченность реляционной модели при проектировании баз данных
- •6.1.7. Общие принципы классификации субд
- •6.1.8. Основные задачи и этапы проектирования баз данных
- •6.1.8.1. Основные задачи:
- •6.1.8.2.Основные этапы проектирования баз данных
- •6.2. Концептуальные модели предметной области
- •6.2.2. Основные понятия er-модели
- •6.2.2.1. Понятие сущности. Типы сущностей
- •6.2.2.2. Стержневая сущность
- •6.2.2.3. Ассоциация
- •6.2.2.4. Характеристика
- •6.2.2.5. Обозначение
- •6.2.2.6. Атрибут сущности
- •6.2.2.7. Ключ
- •6.2.2.8. Связь
- •6.2.3. Нотация Чена для изображения er-диаграмм
- •6.3. Логические модели данных
- •6.3.1. Получение реляционной схемы из er-модели
- •6.3.2. Построение логических реляционных моделей данных в стандарте idef1x
- •6.3.3. Создание логической реляционной модели данных в erWin
- •6.3.3.1. Ключи
- •6.3.3.2. Домены
- •6.3.3.3. Задание атрибутов модели
- •6.3.3.4. Задание связей
- •6.3.3.5. Связь многие-ко-многим
- •6.3.3.6. Типы сущностей и иерархия наследования
- •6.3.3.7. Пример создания модели
- •6.3.3.8. Денормализация в eRwin
- •6.3.3.4. Создание физической модели данных
- •6.4. Согласование моделей данных и моделей процессов
- •3. Создание сущностей и атрибутов bPwin и их экспорт в eRwin
- •7 Метрики программного обеспечения
- •7.1. Метрика
- •7.2. Размерно-ориентированные метрики
- •7.3. Функционально-ориентированные метрики
- •7.4. Метрики указателей свойств (Features Points).
- •7.5. Оценка сроков выполнения проекта и его трудоемкости
- •Обозначения и сокращения
- •Библиографический список
- •Проектирование информационных систем
- •607220, Г. Арзамас, Нижегородская обл., ул. К.Маркса, 36
- •607220, Г. Арзамас, Нижегородская обл., ул. К.Маркса, 36
6.3.3. Создание логической реляционной модели данных в erWin
В ERWin используются две основных нотации создания моделей - IDEF1X (армия США и госучреждения, финансовые и промышленные корпорации), IE (промышленность).
Переключение между нотациями: Option / Preferences / Methodology
ERwin имеет несколько уровней отображения диаграммы:
уровень сущностей
уровень атрибутов
уровень определений
уровень первичных ключей
уровень иконок
Переключение - через контекстное меню (ПЩ на свободном месте, пункт Display Level) или через кнопки палитры инструментов (первые 3 уровня)
Таблица 6.5 - Уровни отображения модели
Уровень отображения |
Представление модели |
Сушность (Entity) |
Деталь
|
Атрибуты (Attribute) |
Сотрудник
Табельный номер
Фамилия Имя Отчество Дата
рождения Отдел
|
Первичный ключ (Primary Key) |
Номер детали
|
Определение (Definition) |
Деталь
Содержит
информацию о деталях |
Сущности с изображением иконок
|
$
счет |
6.3.3.1. Ключи
Каждая сущность должна иметь, по крайней мере, один потенциальный ключ (поле или набор полей с уникальными значениями)
Первичный ключ (Primary key) - определяет экземпляр сущности уникальным образом.
Альтернативный ключ (Alternate Key) - потенциальный ключ, не ставший первичным. При генерации схемы БД по всем атрибутам альтернативного ключа генерируется уникальный индекс.
Можно вводить неуникальные индексы (допускаются совпадения). Атрибуты, участвующие в неуникальных индексах, называются инверсионные входы (Inversion Entries). Они не определяет экземпляр сущности уникальным образом, но используются для частого обращения к экземплярам сущности.
6.3.3.2. Домены
Домен - совокупность значений, из которых берутся значения атрибутов. Каждый атрибут может быть определен только на одном домене. На каждом домене может быть определено множество атрибутов.
Домен имеет уникальное имя и может использоваться как на логическом, так и на физическом уровне.
На логическом уровне домены описываются без физических свойств. На физическом уровне они автоматически получают специфические свойства.
Пример: Домен "Возраст"
Логический уровень - атрибуты получат тип Number.
Физический уровень - колонкам будет присвоен тип INTEGER.
Редактирование доменов - команда Edit/Domain Dictionary.
6.3.3.3. Задание атрибутов модели
Создание новых атрибутов в модели - диалог Attribute Editor (рис. 6.11)
Рис. 6.11 –Создание атрибутов и задание их свойств
Здесь вкладки:
General – общие свойства атрибута;
Definition – описание атрибута;
Note примечание к атрибуту;
UDP – свойства, заданные пользователем.
Cвойства атрибута:
Primary Key – атрибут является первичным ключом;
Logical Only – определяет атрибут и домен только на уровне физической модели;
Requied – обязательный атрибут, требующий задания значения (свойство автоматически проставляется для первичных ключей).