Главная страница

2 СРО СУБД. 4. Разработка физической модели базы данных


Скачать 183.09 Kb.
Название4. Разработка физической модели базы данных
Дата24.01.2019
Размер183.09 Kb.
Формат файлаdocx
Имя файла2 СРО СУБД.docx
ТипДокументы
#65205

4. Разработка физической модели базы данных.
Создание базы данных – процесс, состоящий из нескольких стадий. При этом, иногда приходится возвращаться на предыдущие стадии. Непосредственной разработке программного обеспечения предшествует серьезная подготовительная работа.

Этапы разработки базы данных:

1) Постановка задачи.

2) Разработка информационно-логической (инфологической) модели.

3) Выбор СУБД. Разработка логической модели базы данных.

4) Разработка программного обеспечения базы данных.

5) Заполнение базы рабочими данными и поддержание ее в актуальном состоянии.

Рассмотрим эти этапы более подробно.

1-й этап. Постановка задачи

На этом этапе определяются цели разработки: что должно получиться в результате. При этом следует получить ответы на множество вопросов:

  • сколько примерно человек должны пользоваться базой?

  • примерные объемы информации

  • как часто появляются и изменяются данные?

  • будет ли система развиваться в дальнейшем?

  • должна ли она быть автономной или являться частью другой информационной системы?

  • каковы требования к защите информации от посторонних?

  • насколько серьезной должна быть защита от сбоев?

  • каковы требования по скорости доступа к информации?

  • какого рода информация должна храниться?

  • и т.д.

Детальная проработка требований к системе на этом этапе позволит более точно определить и сроки, и стоимость работ, и принимать обоснованные решения на следующих этапах.

2-й этап. Разработка информационно-логической (инфологической) модели

Проводится детальное обследование предметной области. Определяется перечень входной и выходной информации и детальные характеристики этой информации. Выявляются связи между отдельными объектами предметной области. Построенная в результате модель представляет собой информационную картину решаемой задачи. При этом еще не решаются технические вопросы выбора оборудования, СУБД и т.п.

Нередко для описания инфологической модели используются диаграммы "сущность-связь" (ER-диаграммы).

3-й этап. Выбор СУБД. Разработка логической модели базы данных

Опираясь на результаты первого и второго этапов, принимается решение об используемой СУБД. На основе инфологической модели создается детальное описание данных в терминах выбранной СУБД (логическая модель). На этом этапе производится распределение данных по таблицам, описывается структура каждой таблицы (состав и характеристики полей, ключи, индексы, связи и т.п.).

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

Может так случиться, что выбранная СУБД по каким-то параметрам не подходит. В этом случае производится или изменение требований к системе или выбирается другая СУБД.

4-й этап. Разработка программного обеспечения базы данных

Созданные на 3-м этапе таблицы заполняются данными контрольного примера. Разрабатываются дополнительные объекты базы данных: запросы, программные модули, формы для работы с данными, печатаемые на основе данных базы документы и т.п. Результаты разработки проверяются на контрольном примере. Желательно согласовывать результаты с персоналом, который в будущем будет работать с базой.

Составляются описания, как для будущих администраторов базы, так и для пользователей.

5-й этап. Заполнение базы рабочими данными и поддержание ее в актуальном состоянии

Производится первичное обучение пользователей. Вводятся необходимые для дальнейшей работы данные. Разрабатываются и внедряются организационные документы, закрепляющие обязанности персонала при работе с базой. Выполняются необходимые доработки по вопросам, выявившимся в процессе эксплуатации.

Приведенные этапы характерны для достаточно больших проектов. Для более мелких задач некоторые этапы могут объединяться или отсутствовать. Например, если СУБД заранее известна, то выбирать ее не нужно, но проверить, насколько ее возможностей достаточно для поставленной задачи, стоит. Иначе разработка может зайти в тупик или созданная база данных по своим характеристикам окажется далекой от совершенства.

Создание логической структуры реляционной БД по правилам нормализации.


В таблице Закупок поля Заказа, Описание заказа, Поставщики, Сотрудники, Сроки исполнения, Метод доставки, Стоимость доставки.

В таблице Организации поля Названия , Город, Адрес, Область, Отдел закупок, @ mail, Регион, Телефон, Факс.

В таблице Поставщики поля Название, Обращения, Должность получателя, Город, Адрес, Область, Отдел закупок, @ mail, Регион, Телефон, Факс.

В таблице Сделки поля , Дата операции, Описание операции, Цена, Количество, Получено, Продано , Брак.

В таблице Сотрудники поля Фамилия, Имя, Отчество, Должность, Внутренний телефон, Рабочий телефон.

В таблице Товар поля Марка, Описание товара, Серийный номер, Цена, Минимальный запас, Время задержки.

В таблице Доставка поля Метод доставки.
Таблица 1

Структура таблицы Закупок.

Имя поля

Тип данных

Описание

ID

Числовой

Порядковый номер

Заказ

Текстовый

Заказ товара

Описание

Текстовый

Описание заказа

Поставщики

Текстовый

Поставщик заказа

Сотрудники

Текстовый

Сотрудники заказа

Сроки исполнения

Дата

Время исполнения заказа

Метод доставки

Текстовый

Метод доставки заказа

Стоимость доставки

числовой

Стоимость доставки заказа


Таблица 2

Структура таблицы Организации.

Имя поля

Тип данных

Описание

ID

Числовой

Порядковый номер

Название

Текстовый

Название организации

Город

Текстовый

Город организации

Адрес

Текстовый

Адрес организации

Область

Текстовый

Область организации

Отдел закупок

Текстовый

Почтовый индеек организации

@ mail

Текстовый

@ mail организации

Регион

Текстовый

Регион организации

Телефон

Числовой

Телефон организации

Факс

Числовой

Факс организации


Таблица 3

Структура таблицы Поставщики.

Имя поля

Тип данных

Описание

ID

Числовой

Порядковый номер

Название

Текстовый

Название поставщика

Обращения

Текстовый

Обращения к отделу поставщика

Должность получателя

Текстовый

Должность получателя поставщика

Город

Текстовый

Город поставщика

Адрес

Текстовый

Адрес поставщика

Область

Текстовый

Область поставщика

Отдел закупок

Текстовый

Отдел закупок поставщика

@ mail

Текстовый

@ mail поставщика

Регион

Текстовый

Регион поставщика

Телефон

Числовой

Телефон поставщика

Факс

Числовой

Факс поставщика


Таблица 4

Структура таблицы Сделки.

Имя поля

Тип данных

Описание

ID

Числовой

Порядковый номер

Дата

Числовой

Дата сделки

Описание операции

Текстовый

Описание операции сделки

Цена

Числовой

Цена сделки

Количество

Числовой

Количество сделок

Получено

Числовой

Получено товара

Продано

Числовой

Продано товара

Брак

Числовой

Бракованный товар


Таблица 5

Структура таблицы Сотрудники.

Имя поля

Тип данных

Описание

ID

Числовой

Порядковый номер

Фамилия

Текстовый

Фамилия сотрудника

Имя

Текстовый

Имя сотрудника

Отчество

Текстовый

Отчество сотрудника

Должность

Текстовый

Должность сотрудника

Внутренний телефон

Числовой

Внутренний телефон сотрудника

Рабочий телефон

Числовой

Рабочий телефон сотрудника


Таблица 6

Структура таблицы Товар.

Имя поля

Тип данных

Описание

ID

Числовой

Порядковый номер

Марка

Текстовый

Дата сделки

Описание операции

Текстовый

Описание операции сделки

Цена

Числовой

Цена сделки

Количество

Числовой

Количество сделок

Получено

Числовой

Получено товара

Продано

Числовой

Продано товара

Брак

Числовой

Бракованный товар


Таблица 7

Структура таблицы Доставка.

Имя поля

Тип данных

Описание

ID

Числовой

Порядковый номер

Метод доставки

Текстовый

Метод доставки товара


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

Рисунок 5. Схема данных


написать администратору сайта