Концептуальные и физические er – модели

Разработанный выше пример ER – диаграммы является примером концептуальной диаграммы. Это означает, что диаграмма не учитывает особенности конкретной СУБД. По данной концептуальной диаграмме можно построить физическую диаграмму, которая уже будет учитывать такие особенности СУБД, как допустимые типы и наименования полей и таблиц, ограничения целостности и т.п. на физическом уровне каждая сущность представляет собой таблицу базы данных, каждый атрибут становится колонкой соответствующей таблицы. Обращаем внимание на то, что во многих таблицах, например «товар в накл» и «товар на скл». Соответствующих сущностям «запись списка накладной» и «товар на складе», появились атрибуты, мигрировавшие из родительских таблиц в дочерние таблицы для того, чтобы обеспечить связь между этими таблицами. Такие атрибуты называются внешними ключами. Полученные таблицы находятся в 3НФ.

Этапы проектирования многопользовательских баз данных

Выделим следующие стадии проектирования многопользовательских баз данных:

1) разработка концептуальной модели многопользовательской базы данных

2) разработка проекта СУБД в соответствии с техническим заданием

3) реализация проекта и разработка технической документации

Разработка концептуальной модели многопользовательской базы данных

На данной стадии проектирования многопользовательских баз данных необходимо выполнить следующие этапы:

- определение цели создания ИИС

- установление состава пользователей БД

- разработка концептуальной модели БД

- разработка технического задания на проектирование локальных СУБД

- определение потребных трудовых и материальных ресурсов для разработки БД

а) целью разработки любой КС является достижение определенного экономического эффекта от ее реализации, поэтому в условиях конкретного предприятия необходимо установить приоритетные направления в создании ИС. Базы данных могут разрабатываться практически для всех задач управления производством, например:

- поставка материалов и комплектующих изделий

- проектирование конструкции новых изделий

- проектирование технологических процессов изготовления продукции

- проектирование технологического оснащения

- оперативное календарное планирование и управление выпуском изделий

- разработка нормативной базы (потребность в трудовых и материальных ресурсах)

- управление качеством выпускаемой продукции

- управление сбытом.

Принятие решения о выборе направления для разработки баз данных является прерогативой руководителя предприятия.

б) Выбрав область производственной деятельности, необходимо установить состав пользователей информацией разрабатываемой базы данных. Это необходимо для решения следующих задач:

- определение классов информационных объектов. Их характеристик, определение состава таблиц баз данных

- определение месторасположения потенциальных пользователей, определение архитектуры ЛВС.

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

г) после определения состава таблиц БД и состава пользователей ИС можно приступить к разработке технического задания на проектирование СУБД. В ТЗ необходимо:

- обосновать выбор архитектуры ЛВС и архитектуры баз данных

- обосновать выбор программной системы для разработки СУБД

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

- разработать требования к созданию пользовательского интерфейса с учетом задач каждого пользователя

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

д) после выполнения всех перечисленных выше этапов необходимо оценить потребность в трудовых и материальных ресурсах для выполнения задач технического задания.

Для этого целесообразно использовать программную систему управления проектами, например Microsoft Project.

Разработка проекта СУБД в соответствии с техническим заданием

На данной стадии проектирования многопользовательских БД необходимо выполнить следующие задачи:

1) сбор, анализ и подготовка исходной информации об объектах конкретной предметной области для их преобразования в таблицы БД

2) разработка оптимального состава и структуры таблиц БД

3) установление логических связей между таблицами

4) разработка необходимого числа запросов для реализации поставленной задачи

5) разработка необходимого числа отчетов отвечающих требованиям к выходным документам, определенных техническим заданием

6) разработка форм пользовательского интерфейса

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

Реализация проекта и разработка технической документации

Реализация проекта разработанной СУБД сводится к следующим задачам:

- заполнение таблиц БД информацией об объектах

- проверка функционирования СУБД при выполнении поставленных задач

- разработка инструкций для пользователей

- сдача системы заказчику.

Основные компоненты систем управления реляционными базами данных

Проект СУБД должен содержать, как минимум, следующие основные компоненты:

- таблицы

- запросы

- формы

- отчеты

- управляющие программы

Таблицы. Таблицы базы данных могут иметь различное назначение.

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

Таблицы переменной информации – это таблицы, информация об объектах в которых постоянно дополняется или изменяется пользователем.

Запросы. Запросы базы данных представляют собой некоторый набор команд, предназначенных для поиска и обработки информации в таблицах по заданным пользователем условиям. Современные СУБД позволяют формировать запросы:

- на выборку

- обновление

- добавление

- удаление

- создание таблиц

Запрос на выборку предназначен для поиска информации в конкретной таблице (ах) базы данных.

Запросы на обновление предназначены для автоматического обновления данных в отдельных ячейках таблицы.

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

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

Формы. Формы при разработке ИС предназначены для организации «дружественного» интерфейса между пользователем и компьютером. По назначению формы можно разделить на следующие группы:

- формы для ввода данных в таблицы

- формы для ввода условий выполнения запросов

- формы для автоматического управления работой системы

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

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

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

Управляющие программы. Управляющие программы предназначены для автоматизации работы с компонентами базы данных. Они пишутся с помощью макрокоманд (макросов) или на языке программирования, например VBA.