 |
Пример проектирования базы данных.
|
|
|
|
Проектирование базы данных подразумевает собой процесс создания проекта базы данных, предназначенной для поддержки функционирования предприятия и способствующей достижению его целей. Основными целями проектирования базы данных являются:
1) представление данных и связей между ними, необходимых для всех основных областей применения данного приложения и любых существующих групп его пользователей.
2) создание модели данных, способной поддерживать выполнение любых требуемых транзакций обработки данных
3) разработка предварительного варианта проекта, структура которого позволяет удовлетворить все основные требования, предъявляемые к производительности системы.
Существует два основных подхода к проектированию систем баз данных: «нисходящий» и «восходящий». При восходящем подходе работа начинается с самого нижнего уровня- уровня определения атрибутов, т.е. свойств сущностей, которые на основе анализа существующих между ними связей группируются в отношения, представляющие типы сущностей и связи между ними. Более подходящей стратегий проектирования сложных баз данных является использование нисходящего подхода. Начинается этот подход с разработки моделей данных, которые содержат несколько высокоуровневых сущностей и связей, затем работа продолжается в виде серии нисходящих уточнений низкоуровневых сущностей, связей и относящихся к ним атрибутов.
Нисходящий подход демонстрируется в концепции «сущность-связь» В этом случае работа начинается с идентификации сущностей и связей между ними, интересующих данную организацию в наибольшей степени. Например, сначала можно было бы идентифицировать сущности PSTV (поставщик) и KOMP (материалы), а затем установить между ними связь «поставляет» и лишь после этого определить связанные с ними атрибуты - например, PSTV (k_pstv, pstv, gorod, adress) и KOMP (k_komp, komp, ed_izm, khar, zena_ed).
|
|
|
Существуют три основные фазы процесса проектирования базы данных: концептуальный, логический и физический.
Первая фаза процесса проектирования базы данных называется концептуальным проектированием. Она заключается в создании концептуальной модели данных для анализируемой части предприятия. Эта модель создается на основе информации, записанной в спецификации требований пользователей. Концептуальное проектирование абсолютно не зависит от таких подробностей ее реализации, как тип выбранной целевой СУБД, набор создаваемых прикладных программ, используемые языки программирования. Созданная концептуальная модель данных предприятия является источником информации для фазы логического проектирования БД.
Вторая фаза проектирования БД называется логическим проектированием БД. Ее цель состоит в создании логической модели данных для исследуемой части предприятия. Концептуальная модель данных, созданная на предыдущем этапе, уточняется и преобразуется в логическую модель данных. Логическая модель данных учитывает особенности выбранной модели организации данных в целевой СУБД (например, реляционная или сетевая). Если концептуальная модель данных не зависит от любых физических аспектов реализации, то логическая модель данных создается на ос6нове выбранной модели организации данных целевой СУБД. В процессе разработки логическая модель постоянно тестируется и проверяется на соответствие требованиям пользователей. Для проверки корректности логической модели данных используется метод нормализации. Нормализация гарантирует, что выведенные из соответствующей модели данных отношения не обладают избыточностью данных, способной вызвать аномалии обновления после их физической реализации.
|
|
|
Слияние представлений отдельных пользователей
Логическая модель, отражающая особенности представления о функционировании предприятия одновременно многих типов пользователей, называется глобальной логической моделью данных предприятия. Существует два основных подхода к созданию глобальной логической модели, это - централизованный подход и подход на основе интеграции представлений. Чаще используется второй подход, при котором осуществляется слияние отдельных моделей данных, отражающих представления разных групп пользователей и называемых локальными логическими моделями данных, в единую глобальную логическую модель всего предприятия.
Физическое проектирование является третьей фазой процесса создания проекта базы данных. Основной целью физического проектирования БД является описание способа физической реализации логического проекта БД. В случае реляционной модели данных под этим подразумевается следующее:
- создание набора реляционных таблиц и ограничений для них на основе информации, представленной в глобальной логической модели данных;
-определение конкретных структур хранения данных и методов доступа к ним, обеспечивающих оптимальную производительность системы с базой данных;
-разработка средств защиты создаваемой системы.
Пример разработки концептуального, логического и физического проекта базы данных «сборочное предприятие».
Выполнение фазы сбора и анализа требований пользователей, являющейся первой в цикле разработки приложений баз данных, осуществлялось на предприятии «Двигатель». Был проведен опрос сотрудников, работающих на должностях начальника цеха, начальника склада, бухгалтера, менеджера по поставкам и по реализации, кадровик, а также проанализирована вся документация, используемая или создаваемая ими при выполнении своих служебных обязанностей. Результатом выполнения этой фазы разработки проекта явилась подготовка спецификаций требований для пользователей начальник цеха, начальник склада, бухгалтер, менеджер по поставкам и по реализации, кадровик. В этих спецификациях зафиксированы требования к информации, которая будет помещена в создаваемую базу данных, а также определены все транзакции, необходимые для пользователей, находящихся на вышеупомянутых должностях, для выполнения их служебных обязанностей.
|
|
|
Спецификация требований для представления пользователя «Начальник склада»
Требования к данным.
1. Предприятие имеет два склада, на один из которых поставляются материалы и детали, а на другой - готовые изделия.
2. На каждом из складов есть материально- ответственное лицо и грузчики.
3. Каждая поставляемая деталь характеризуется уникальным номером, наименованием, характеристикой, ценой за единицу продукции.
4. Каждая изготавливаемая деталь и сам двигатель также характеризуются уникальным номером, названием, характеристикой, ценой за единицу.
5. Поставки на склад осуществляются поставщиками. Информация о поставщиках включает в себя код поставщика, название и адрес.
6. Со склада изделия отгружаются заказчикам (покупателям). В сведения о покупателях входят: код, название, адрес.
7. В обязанности начальника склада входит введение документации о поставках и отгрузках.
Требования к транзакциям.
К основным транзакциям, которые должны выполняться пользователем «Начальник склада», относятся следующие:
a) составление документа об отгрузке изделий
b) составление документа о поставке материалов и деталей
c) поиск изделий и деталей, удовлетворяющих различным требованиям.
|
|
|
