- •С.Л. Моругин Проектирование информационных систем
 - •Часть 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 – обязательный атрибут, требующий задания значения (свойство автоматически проставляется для первичных ключей).

			
			     Деталь