Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

А.2.3.3. Спецификация проекта в рамках модели данных

Читайте также:
  1. A. ARIS - моделирование бизнес-процессов
  2. I. Сортировка данных
  3. I. Теоретический раздел. Основные принципы построения баз данных.
  4. II. Укажите какие из данных утверждений соответствуют содержанию текста.
  5. II. Укажите какие из данных утверждений соответствуют содержанию текста.
  6. II. Укажите какие из данных утверждений соответствуют содержанию текста.
  7. II. Укажите какие из данных утверждений соответствуют содержанию текста.

В процессе спецификации проекта языки интерфейсов для баз данных генерируются на основе семантической модели данных. Хотя эти интерфейсы соответствуют определенным моделям данных, мы должны отличать их от понятия «семантическая модель данных». Широко известны такие модели данных, как иерархические, сетевые, реляционные, объектно-ориентированные. Иерархические модели данных представляют интерес лишь с исторической точки зрения, а сетевые постепенно утрачивают свое значение, поэтому мы сосредоточим внимание на реляционных моделях данных и лишь вскользь затронем объектно-ориентированные.

На первом этапе информационные объекты уровня определения требований трансформируются в отношения. Здесь необходимо соблюдать определенные правила.

На втором этапе отношения оптимизируются посредством нормализации. При этом удаляются любые аномалии, возникающие при использовании функций «вставка», «изменение» и «удаление». Теперь предварительные отношения, перенесенные с уровня определения требований, разбиваются на более мелкие элементы. Если чрезмерная детализация приведет к снижению производительности, можно применить прямо противоположный метод, который называется денормализацией.

На третьем этапе описываются условия целостности, которые могут быть либо перенесены с уровня определения требований и преобразованы в соответствии с условиями реляционной модели, либо добавлены с уровня спецификации проекта. Новое описание условий целостности на основе определения требований является следствием ограниченного языкового диапазона реляционной модели. Это диктует необходимость описания условий целостности на языке манипулирования данными.

На четвертом этапе реляционная схема трансформируется в язык описания данных соответствующей системы управления базами данных с добавлением логических путей доступа для поддержки обработки, ориентированной на записи. Это последний этап, который непосредственно подводит к фазе реализации.

Реляционная схема переносится на используемый базой данных язык описания данных (ЯОД) и адаптируется к техническим требованиям ЯОД. Саму реализацию это никак не затрагивает. В то же время ЯОД представляет собой язык описания, наиболее «близкий» к реализации, где с моделью данных взаимодействуют другие модели ARIS. Приложения должны взаимодействовать только через схему базы данных, описанную посредством ЯОД.


Дата добавления: 2015-08-03; просмотров: 221 | Нарушение авторских прав


Читайте в этой же книге: А.2.1.3.2. Мини-спецификация | А.2.1.3.3. Представление выхода | А.2.1.4. Реализация на уровне функциональной модели | А.2.2.1. Определение требований на уровне организационной модели | А.2.2.3.1. Топология сети | А.2.2.4. Реализация на уровне организационной модели | А.2.3.1. Определение требований на уровне модели данных | А.2.3.1.1. Макроописание | А.2.3.1.2.1. Простая модель ERM | А.2.3.1.2.2. Расширенная модель ERM |
<== предыдущая страница | следующая страница ==>
А.2.3.2. Конфигурирование данных| А.2.3.3.1. Создание отношений

mybiblioteka.su - 2015-2024 год. (0.006 сек.)