Создание базы данных в Visual Fox Pro и в Interbase

Введение

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

В данной курсовой работе рассматривается база данных установки и учета электрических счетчиков.

1 Описание предметной области

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

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

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

2 Инфологическое проектирование

1.                              Описание сущностей и ассоциаций

Описание сущностей

А) Сущность «Cчетчик» определяет общие свойства счетчиков и содержит свойства:

                              Порядковый номер счетчика. Свойство предназначено для  хранения числа с порядковым номером счетчика. Уникально. Обязательно для заполнения.

                              Модель. Свойство предназначено для хранения текстового описания модели счетчика. Не уникально. Обязательно для заполнения.

                              Адрес счетчика. Свойство предназначено для хранения текстовой строки с указанием адреса конкретного счетчика. Неуникально. Обязательно для заполнения.

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

                              Модель. Свойство предназначено для хранения текстового описания модели счетчика. Уникально. Обязательно для заполнения.

                              Производитель. Свойство предназначено для хранения текстовой строки с указанием фирмы-изготовителя. Неуникально. Обязательно для заполнения.

                              Страна производства. Свойство предназначено для хранения текстовой строки с указанием страны производства. Неуникально. Обязательно для заполнения.

В) Сущность «Абоненты»  определяет общие данные абонентов. Содержит следующие свойства:

                              ФИО. Свойство предназначено для хранения текстовой строки ФИО абонента, неуникально, обязательно для заполнения .

                              Адрес. Свойство предназначено для хранения текстовой строки с адресом абонента. Уникально. Обязательно для заполнения.

                              Телефон. Свойство предназначено для хранения текстовой строки с номером телефона. Уникально. Обязательно для заполнения.

                              Прочее. Свойство предназначено для дополнительной информации об абоненте. Является не обязательным для заполнения.

Г) Сущность «Сотрудник» определяет общие данные о сотруднике предприятия, и содержит следующие поля.

                              ФИО. Свойство предназначено для хранения текстовой строки ФИО, неуникально, обязательно для заполнения.

                              Дата рождения. Свойство предназначено для хранения даты рождения конкретного человека. Неуникально. Обязательно для заполнения.

                              Адрес. Свойство предназначено для хранения текстовой строки с адресом проживание конкретного человека. Неуникально. Обязательно для заполнения.

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

                              Специальность. Свойство предназначено для хранения текстовой строки с название специальности конкретного человека. Неуникально. Обязательно для заполнения.

                              Оклад. Свойство предназначено для хранения цифрового значения оклада сотрудника. Неуникально. Обязательно для заполнения.

                              Табельный номер сотрудника. Свойство предназначено для  хранения числа с табельным номером сотрудника. Уникально. Обязательно для заполнения.

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

                              Дата. Свойство предназначено для хранения даты выезда проведения работ. Обязательно для заполнения. Неуникально.

            План мероприятий. Свойство предназначено для хранения текстового описания планируемых мероприятий по установке или учету. Неуникально. Обязательно для заполнения.

Е) Сущность «Транспорт» определяет общие данные о транспорте, и содержит следующие свойства:

            Тип. Свойство предназначено для хранения текстового описания типа транспортного средства. Неуникально. Обязательно для заполнения.

            Государственный номер транспортного средства. Свойство предназначено доля хранения текстовой строки с номером ТС. Уникально. Обязательно для заполнения.

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

            Технический осмотр. Свойство предназначено для хранения даты технического осмотра автомобиля. Обязательно для заполнения, не является уникальным.

            Примечание. Свойство предназначено для хранения нескольких текстовых комментариев для автомобиля. Необязательно для заполнения. Неуникально.

Ж) Сущность «Заявка» определяет общие данные о заявке на установку счетчика. Обладает следующими свойствами.

            Дата поступления. Свойство предназначено для хранения даты поступления заявки об установке счетчика. Неуникально. Обязательно для заполнения.

            Адрес. Свойство предназначено для хранения текстовой строки с адресом установки. Уникально. Обязательно для заполнения.

            Прочее. Свойство предназначено для дополнительной информации. Неуникально. Не обязательно для заполнения.

Описание Ассоциаций

А) Ассоциация «Установка» связывает сущности «Заявка», «Устанавливаемые счетчики» и «Выезд», и обладает следующими свойствами:

            Дата. Свойство предназначено для хранения реальной даты проведения работ. Обязательно для заполнения. Неуникально.

            Информация.Свойство предназначено для хранения текстовой информации. Является не обязательным для заполнения.

Б) Ассоциация «Учет» связывает сущности «Счетчик», «Выезд» и «Абонент», и обладает следующими свойствами:

            Дата учета. Свойство предназначено для хранения реальной даты учета. Обязательно для заполнения. Неуникально.

            Комментарии. Свойство предназначено для хранения нескольких текстовых комментариев. Является не обязательным для заполнения.

2. Связи:

Связь «Абонент - Счетчик» один ко многим, необязательная. Счетчик обязательно должен быть связан с абонентом.

Связь «Устанавливаемые счетчики - установка» один ко многим, необязательная. Установка обязательно может быть связана с устанавливаемым счетчиком, но счетчик не обязательно может быть связан с установкой.

Связь «Счетчик – учет» один к одному, необязательная. Учет обязательно может быть связан с одним счетчиком, но счетчик не обязательно должен быть связан с учетом, т.к. может быть что счетчик еще не проходил учет.

Связь «Учет - выезд» один к одному, необязательная. Учет обязательно связан с выездом сотрудников, выезд не обязательно связан с учетом, т.к. выезд может быть произведен на установку.

Связь «Установка - Выезд» один к одному, необязательная. установка обязательно связана с выездом сотрудников, выезд сотрудников не обязательно связан с установкой, т.к. выезд может быть произведен на учет.

Связь «Выезд - Сотрудник» многие ко многим, необязательная. На выезд может выезжать несколько сотрудников, также как сотрудник может выезжать на несколько выездов. Сотрудник может быть новым и ему ещё не дали вызова, так что он может быть не связан с выездом.

Связь «Выезд - Транспорт» много к одному, необязательная. Транспорт может выезжать на несколько выездов, но на выезд может выехать только одна единица транспорта. Транспорт может быть новым и ему ещё не дали вызова, так что он может быть не связан с выездом.

Связь «Установка - Заявка» один к одному, необязательная. Установка должна быть обязательно связана с поступившей заявкой, но заявка не обязательно может быть связана с установкой.

Связь «База счетчиков – Счетчик» один ко многим, необязательная. Счетчик должен быть обязательно связан с базой счетчиков, но база счетчиков не обязательно может быть связана с счетчиком.

Связь «Абоненты - Заявка» один ко многим, необязательная. Заявка должна быть обязательно связана с абонентом.

3.                                                       По способу поддержки целостности обязательных связей:

                  При удалении записи сущности «Счетчик», автоматически удаляются записи ассоциации «Учет» и сущности «Абонент» которым соответствует удаляемая запись.

                  При удалении записи сущности «Сотрудник», автоматически удаляются записи сущности «Выезд» которым соответствует удаляемая запись.

                  При удалении записи сущности «Транспорт», автоматически удаляются записи сущности «Выезд» которым соответствует удаляемая запись.

                  Удаление записи сущности «Выезд» возможно только в случае если нет сотрудников и транспорта, которому соответствовала бы удаляемая группа.

                  При удалении сущности «Заявка», автоматически удаляются записи ассоциации «Установка».

Рисунок 2.1. -  Инфологическая модель

3 Даталогическое проектирование

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

1.           Назначение отношений  и атрибутов отношений.

1)           Счетчик – отношение для описания счетчиков.

      Номер счетчика – первичный ключ, искусственно введенный номер, необходим для введения уникальности.

      Модель – внешний ключ, для связи с базой счетчиков.

      Адрес счетчика – текстовая строка.

2)           База счетчиков – отношение необходимой для описания базы счетчиков.

      Модель - первичный ключ, искусственно введенный номер, необходим для введения уникальности.

      Производитель – текстовая строка.

      Страна производства – текстовая строка.

3)           Установка – отношение необходимое для связи отношений «счетчик», «заявка», «выезд» и атрибута дата проведения.

      Номер счетчика – внешний ключ, для связи с плановым мероприятием.

      Номер заявки – внешний ключ, для связи с заявкой.

      Номер выезда – внешний ключ, для связи с выездом.

      Дата проведения – фактическая дата проведения установки. Дата.

4)           Заявка – отношение необходимое для заявок, поступающих на установку.

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

      Дата поступления – дата поступления заявки. Формат дата. Обязательно для заполнения.

      Адрес –адрес установки. Текстовая строка. Обязательно для заполнения.

      Прочее. Текстовая строка. Не обязательно для заполнения.

5)           Абонент – отношение необходимое для информации о абонентах.

      Номер абонента – первичный ключ, искусственно введенный номер, необходим для введения уникальности.

      ФИО – ФИО абонента. Текстовая строка. Обязательно для заполнения.

      Адрес – адрес абонента. Текстовая строка. Обязательно для заполнения.

 Телефон – телефон абонента. Текстовая строка 11 символов. Обязательно для заполнения.

 Прочее - текстовая строка. Не обязательно для заполнения.

6)           Транспорт – отношение необходимое для описания транспота используемого на предприятии.

      Номер ТС - первичный ключ, искусственно введенный номер, необходим для введения уникальности.

      Тип ТС – показывает тип ТС. Текстовая строка. Обязательно для заполнения.

      Государственный номер ТС – текстовая строка с указанием гос. номера ТС. Обязательно для заполнения.

      Год выпуска – дата выпуска ТС. Формат дата.

      Тех осмотр – Дата последнего технического осмотра автомобиля. Формат дата.

      Примечание - текстовая строка.

7)           Сотрудники - отношение необходимое для описания сотрудников, работающих на предприятии.

      Номер сотрудника - первичный ключ, искусственно введенный номер, необходим для введения уникальности.

      ФИО – текстовая строка. Обязательно для заполнения.

      Дата рождения – Формат дата. Обязательно для заполнения.

      Адрес – адрес проживания сотрудника. Текстовая строка. Обязательно для заполнения.

      Телефон – текстовая строка 11 символов.

      Специальность – текстовая строка. Обязательна для заполнения.

      Оклад – сумма заработной платы, которую получает рабочий. Формат цифровой целочисленный. Обязательно для заполнения.

8)           Relation1 - отношение необходимое для связи отношений «сотрудники» и «выезд»

      Номер сотрудника – внешний ключ, для связи с таблицей «сотрудники».

      Номер выезда - внешний ключ, для связи с таблицей «выезд».

9)           Выезд – Отношение необходимое для отображения выездов на установку или учет.

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

      Номер ТС – внешний ключ, для связи с таблицей «Транспорт».

      Дата – дата выезда. Формат дата.

      План мероприятий – текстовая строка.

10)      Учет - отношение необходимое для связи отношений «счетчик»,  «выезд» и атрибутов дата ремонта, тип требуемых работ и комментариев.

      Номер счетчика – внешний ключ, для связи с таблицей «счетчик».

      Номер выезда - внешний ключ, для связи с таблицей «выезд».

      Дата ремонта – фактическая дата ремонта. Формат дата. Обязательно для заполнения.

      Комментарии – Текстовая строка.

2.           Характеристики атрибутов.

3.           Правила поддержки ссылочной целостности для связей.

Рисунок 3.1. -  даталогическая модель

4 Реализация базы данных

4.1 Реализация БД для СУБД VFP

1. Соответствие названий:

2. Описание полей таблиц

3. Описание индексов таблиц

4. Описание реализации поддержки ссылочной целостности

5. Реализация БД для СУБД Visual FoxPro

Рисунок 4.1 – Окно конструктора БД

4.2 Реализация БД для СУБД InterBase

CREATE  DATABASE  "f:\ИОСУ\DataBase.gdb"

USER  "SYSDBA"  PASSWORD  "masterkey";

CREATE DOMAIN POZITIV AS INTEGER

NOT NULL

CHECK (VALUE > 0);

CREATE  TABLE  base_schet (

Model POZITIV PRIMARY KEY,

proizvod CHAR(50) NOT NULL,

strana CHAR(50) NOT NULL

);

CREATE TABLE  sotr(

  Id_sotr POZITIV PRIMARY KEY,

  Fio CHAR(50) NOT NULL,

  Datarojd date NOT NULL,

  Adres CHAR(50) NOT NULL,

  Phone CHAR(11) NOT NULL,

  Spetsial CHAR(50) NOT NULL,

  Oklad doudle NOT NULL

); 

CREATE TABLE  transport(

  Id_transport  POZITIV  PRIMARY KEY,

  Type CHAR(20) NOT NULL,

  Gts CHAR(15) NOT NULL,

  God date  NOT NULL,

  Techosmotr date NOT NULL,

  Primechanie MEMO

);

CREATE TABLE zajavka(

  Id_zajavki POZITIV PRIMARY KEY,

  Id_abon POZITIV REFERENCES abonent

  ON DELETE NO ACTION ON UPDATE CASCADE,

  Data_post date NOT NULL,

  Mesto CHAR(50) NOT NULL,

  Prochee MEMO

);

CREATE TABLE  schetchik(

  Id_schet POZITIV PRIMARY KEY,

  Id_abon POZITIV REFERENCES abonent

  ON DELETE NO ACTION ON UPDATE CASCADE,

model POZITIV REFERENCES base_schet

ON DELETE NO ACTION ON UPDATE CASCADE,

  Adres CHAR(50) NOT NULL

);

CREATE TABLE  abonent(

  Id_abon POZITIV PRIMARY KEY,

   Fio CHAR(50) NOT NULL,

  Adres CHAR(50) NOT NULL,

  Phone CHAR(11) NOT NULL,

  Prochee MEMO

  );

CREATE TABLE  viezd(

  Id_viezd POZITIV PRIMARY KEY,

  Data date NOT NULL,

  Plan_meropr CHAR(50) NOT NULL,

  Id_transport POZITIV REFERENCES transport

  ON DELETE NO ACTION ON UPDATE CASCADE

);

CREATE TABLE  relation1(

  Id_sotr POZITIV REFERENCES sotrudniki

  ON DELETE CASCADE ON UPDATE CASCADE,

  Id_viezd POZITIV REFERENCES viezd

  ON DELETE CASCADE ON UPDATE CASCADE

);

CREATE TABLE  ustanovka(

    Id_schet  POZITIV REFERENCES schetchik

  ON DELETE CASCADE ON UPDATE CASCADE,

  Id_zajavki POZITIV REFERENCES zajavka

  ON DELETE CASCADE ON UPDATE CASCADE,

  Id_viezd POZITIV REFERENCES viezd

  ON DELETE CASCADE ON UPDATE CASCADE,

  Data_viezde date NOT NULL

);

CREATE TABLE  uchet(

  Data date NOT NULL,

  Commentnt MEMO,

      Id_schet  POZITIV REFERENCES schetchik

ON DELETE CASCADE ON UPDATE CASCADE,

  Id_viezd POZITIV REFERENCES viezd

  ON DELETE CASCADE ON UPDATE CASCADE

);

commit;

Заключение

В ходе выполнения данной курсовой работы была разработана база данных для заданной предметной области и выполнена ее реализация для персональной СУБД Visual FoxPro и серверной SQL-ориентированной СУБД InterBase.

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

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

Приложение A

(справочное)

Библиографический список

1.            Курс лекций и практик по дисциплине информационное обеспечение систем управления.