29.Концептуальн проектирование, его цель и процедуры
Концептуальное проектирование — начальная стадия проектир-я, на к-рой приним-ся определяющие последующий облик решения, и проводится исслед-е и согласование парам-ров созд-х технич-х реш-й с возможной их орг-цией.
Цель этапа концептуального проектирования – созд-е концептуадьной модели дан., исходя из представлений о предметной области.
Процедуры:
1)опред-ние сущностей и их документирование
2)опред-ние связей между сущностями и их документирование
3)созд-е ER-модели предметной области
4)опред-е атрибутов и их документирование
5)опред-е знач-й атрибутов и их документирование
6)опред-е первичных ключей д/сущностей и их документирование
7)обсуждение концепт-ой модели данных с конечными пользоват-ми.
30.Логическое проектирование, его цель и процедуры
Логическое проектирование — созд-е схемы БД на основе конкретной мод. дан., например, реляционной мод. дан.
Цель этапа логического проектирования – преобраз-ние концептуальной модели на основе выбранной модели дан. в логическую мод., не зависимую от особ-тей используемой в дальнейшем СУБД д/физической реализации БД.
Процедуры:
1)выбор модели дан.
2)опред-ние набора таблиц, исходя из ER-модели и их документироание
3)нормализация таблиц
4)проверка логич-ой мод. дан. на предмет возм-ти вып-я транзакций
5)опред-е требований поддержки целостности дан. и их документирование
6)созд-е окончат-го варианта логич-ой мод. дан. и обсуждение его с пользоват-ми.
31.Физическое проектирование, его цель и процедуры
Физическое проектирование — создание схемы БД для конкретной СУБД.
Цель этапа физ. Проектир-я – описание конкр. реализации БД, размещаемой во внешн. памяти комп-ра. Это опис-е стр-ры хранения дан. и эффективных методов доступа к дан. базы. При логич-ом проектир-ии отвечают на вопр. что надо сделать, а при физ. – выбир-ся сп-б как это сделать.
Процедуры:
1)проектир-е таблиц БД средствами выбр-ой СУБД
2)реализация бизнес-правил в среде выбранной СУБД
3)проектир-е физ. орг-ции БД
4)разраб-ка стратегии защиты БД
5)орг-ция мониторинга функционир-я БД и её настройка.
32. Семантическа объектная модель. Пример объектной диаграммы.
Семантическая объектная модель исп-тся для моделирования данных. Команда разработчиков опрашивает пользователей, анализирует предоставленные ими отчеты, формы и запросы и на их основе строит пользов-скую модель данных. Эта модель данных в дальнейшем воплощается в структуре БД. В случае использования семантической модели объектной модели конструируемая модель будет содержать семантические объекты и связанные с ними конструкции.
Семантический объект - это представление некоторой вещи, идентифицируемой в рабочей среде пользователя.
Семантические объекты имеют атрибуты, описывающие их характеристики. Есть три типа атрибутов. Простые атрибуты состоят из одного элемента. Групповые атрибуты являют собой совокупности атрибутов. Семантические объектные атрибуты – это атрибуты, которые устанавливают связь между двумя семантическими объектами.
Чтобы лучше попять эти определения взгляните на рисунке, который представляет пример семантической объектной диаграммы и просто объектной диаграммы. Такие диаграммы используются командами разработчиков для описания визуального представления структуры объектов. Объекты изображаются в вертикально ориентированных прямоугольниках. Имя объекта указывается вверху, а атрибуты записываются по порядку после имени объекта.
Объект КАФЕДРА содержит пример каждого из трех типов атрибутов. Атрибуты Название кафедры, Номер телефона и Номер факса являются простыми: каждый из них представляет один элемент данных. Местный адрес – групповой атрибут, состоящий из простых атрибутов Корпус и Номер офиса. Наконец, КОЛЛЕДЖ, ПРЕПОДАВАТЕЛЬ и СТУДЕНТ – это семантические объектные атрибуты, то есть эти объекты связаны с объектом КАФЕДРА и логически содержатся в нем.
Смысл этих объектных атрибутов, или объектных ссылок состоит в том, что когда пользователь думает об определенной кафедре, он имеет в виду не только название кафедры, локальный адрес, номер телефона и помер факса этой кафедры, но также колледж, в котором она находится, профессоров, преподающих в ней, и студентов, занимающихся па ней. Постольку КОЛЛЕДЖ, ПРЕПОДАВАТЕЛЬ и СТУДЕНТ также являются объектами, полная модель данных содержит диаграммы и для них. Объект КОЛЛЕДЖ несет в себе атрибуты колледжа, объект ПРЕПОДАВАТЕЛЬ – атрибуты членов профессорско-преподавательского состава, а объект СТУДЕНТ содержит атрибуты студентов.