2 Постановка задачи

Целью данной работы является создание базы данных «Сеть аптек», которая может использоваться в аптеках для хранения всех необходимых данных, таких как список имеющихся медикаментов, список клиентов аптек, список изготовителей медикаментов, а также дополнительной полезной информации.

Исходными данными являются: сведения об аптеках (название, номер аптеки, адрес и т.п.), информация о медикаментах (название, тип, цена, и т.п.), информация об изготовителях (название, адрес, телефон и т.п.).

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

В проектируемой базе данных «Сеть аптек» должны быть реализованы следующие задачи:

• обеспечение хранения необходимых данных в удобной для пользователя форме;

• обеспечение возможности поиска, добавления, удаления и обновления данных;

• содержание запросов, отчетов и форм для обработки информации, хранимой в ней;

• контроль целостности и сохранности данных, а также достоверности хранимой информации;

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

3 Концептуальное проектирование системы

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

Концептуальное моделирование заключается в построении диаграммы «объект-отношение» (ER-диаграмма). Концептуальная модель представляет собой обобщение представлений разных пользователей о данных. В связи с этим построение концептуальной модели, как правило, происходит в два этапа. На первом этапе производится сбор и анализ характеристик данных и строятся так называемые модели локальных представлений. Чаще всего локальная модель отражает представление отдельного пользователя. Иногда такая модель может описывать и некоторую независимую область данных нескольких функциональных задач. Здесь необходимо отметить, что моделирование представлений отдельных пользователей приводит к снижению уровня интеграции данных, а моделирование совместных представлений группы пользователей – к повышению сложности проектирования. В связи с этим при выборе области данных для локального моделирования приходится выбирать компромиссное решение между вышеуказанными вариантами.

При разработке концептуальной модели, прежде всего, следует определить объекты. С этой целью нужно сделать следующее:

1. необходимо понять, какая информация должна храниться и обрабатываться и можно ли это определить как объект;

2. присвоить этому объекту имя;

3. выявить свойства объекта и присвоить им имя;

4. определить уникальный идентификатор объекта.

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

При определении связей (естественно, рассматриваем только те связи, которые имеют отношение к решаемым задачам обработки данных) необходимо учитывать следующее:

1. то, как экземпляр одного объекта связан с экземпляром другого объекта;

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

Далее необходимо присвоить связям имена и определить тип связей.

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