Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Лаб раб Выбор долот 2.doc
Скачиваний:
5
Добавлен:
08.11.2019
Размер:
3.02 Mб
Скачать
  1. Разработка информационно-логической модели предметной области (илм по)

На этом этапе определяется состав информационных объектов (ИО), данные о которых должны находиться в базе, а также их структура, необходимая для обеспечения перечня запросов, который обычно формулируется в техническом задании на разработку БД. Эти данные представляются в форме реквизитов ИО, содержащихся в различных документах – источников загрузки БД. На этом этапе устанавливаются функциональные зависимости и производится нормализация данных. ИЛМ должна быть представлена в каноническом виде, который отражает иерархию подчинения нормализованных ИО. Каноническая модель позволяет реализовать главные принципы реляционных БД: однократный ввод данных и целостность базы при внесении изменений. Все ИО записываются в виде таблиц, состоящих из различных реквизитов с определенным заранее типом данных.

  1. Определение логической структуры бд

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

  1. Конструирование объектов бд средствами субд (формы, запросы, отчеты)

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

Эти операции очень удобно выполнять визуально, если средства визуального конструирования имеются в выбранной Вами СУБД (например, в Microsoft Access они имеются). В противном случае необходимо использовать язык SQL, который является установившимся стандартом для всех баз данных.

  1. Тестирование ее работы бд

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]