Сущность  Абонемент описывается атрибутами: Код Абонемента, Дата Выдачи, Дата Возврата, Код Книги, Общая Стоимость.

Абонемент

     

     Сущность  Читатели описывается атрибутами: Код Читатели, Фамилия, Адрес, Телефон.

     Читатели

     3. Связи. Связь представляет взаимодействие  между  сущностями.

Связь — это графически изображаемая ассоциация, устанавливаемая между сущностями. Каждый тип связи на ER-диаграмме отображается в виде ромба с именем связи внутри.

2.3 Нормализация базы данных

 

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

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

     Поскольку все отношения  имеют простые  ключи, то они автоматически находятся  во 2 нормальной форме.

     Поскольку во всех отношениях не имеют места  транзитивные зависимости, то они находятся  в 3 нормальной форме. Например, отношение  Блюда находится в 3 нормальной форме  т.к. все его неключевые поля: Название Блюда, Жиры, Белки, Углеводы, Калорийность, Несовместимость, Особенности приема, Количество, Форма, полностью зависят от ключевого атрибута Код_блюда. Аналогично для всех других отношений.

      Если  отношение находится в 3 нормальной форме и в нем отсутствуют  зависимости ключей от неключевых атрибутов, то тогда отношение находится в нормальной форме Бойса-Кода.

     ER - диаграмма разработанной базы данных имеет следующий вид. На диаграмме сущность подчеркнута; атрибуты выделены курсивом, связь изображена стрелочкой, которая соединяет сущности, участвующие в связи. (Рис.2) 
 
 
 

 

Рис.2. ER-диаграмма базы данных «Библиотека»

2.4 Даталогическое проектирование базы данных

 

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

     Создаваемая база данных будет содержать следующие  таблицы: Библиотека, Абонемент, Читатели.  
 
 

Структура таблицы «Библиотека»

 

Структура таблицы «Диагноз»

 

Структура таблицы «Блюда»

Таб.1. Свойства полей

2.5  Формирование условий целостности базы данных

 

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

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

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

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

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

3. Реализация информационной системы

3.1 Выбор среды программирования

 

   Delphi – это объектно-ориентированная среда для визуального проектирования Windows-приложений с развитыми механизмами повторного использования программного кода.

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

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

   Программирование  в Delphi состоит из двух основных этапов:

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

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

 

    Характеристика языка программирования

   Object Pascal — полностью объектно-ориентированный диалект языка Pascal, разработанный фирмой Borland. Начиная с Delphi 7 фирма Borland начала официально называть свой язык Delphi. Однако Object Pascal поддерживается и развивается другими разработчиками. Наиболее серьёзные реализации Object Pascal, кроме Delphi — это TMT Pascal, Virtual Pascal и Free Pascal.

     Многие  современные языки специально созданы  для облегчения объектно-ориентированного программирования. Однако следует отметить, что можно применять техники  ООП и для не-объектно-ориентированного языка и наоборот, применение объектно-ориентированного языка вовсе не означает, что код автоматически становится объектно-ориентированным.

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

• Объявление классов с полями (данными — членами класса) и методами (функциями — членами класса).
• Механизм расширения класса (наследования) — порождение нового класса от существующего с автоматическим включением всех особенностей реализации класса-предка в состав класса-потомка. Большинство ООП-языков поддерживают только единичное наследование.
• Средства защиты внутренней структуры классов от несанкционированного использования извне. Обычно это модификаторы доступа к полям и методам, типа public, private, обычно также protected, иногда некоторые другие.
• Полиморфные переменные и параметры функций (методов), позволяющие присваивать одной и той же переменной экземпляры различных классов.
• Полиморфное поведение экземпляров классов за счёт использования виртуальных методов. В некоторых ООП-языках все методы классов являются виртуальными.

   Минимальным традиционным объектно-ориентированным языком можно считать язык Оберон, который не содержит никаких других объектных средств, кроме вышеперечисленных (в исходном Обероне даже нет отдельного ключевого слова для объявления класса, а также отсутствуют явно описываемые методы, их заменяют поля процедурного типа). Но большинство языков добавляют к указанному минимальному набору те или иные дополнительные средства. В их числе:

• Конструкторы, деструкторы, финализаторы.
• Свойства.
• Индексаторы.
• Интерфейсы — как альтернатива множественному наследованию.
• Переопределение операторов для классов.

   Часть языков (иногда называемых «чисто объектными») целиком построена вокруг объектных  средств — в них любые данные (возможно, за небольшим числом исключений в виде встроенных скалярных типов данных) являются объектами, любой код — методом какого-либо класса и невозможно написать программу, в которой не использовались бы объекты. Примеры подобных языков — Java или Ruby. Другие языки (иногда используется термин «гибридные») включают ООП-подсистему в исходно процедурный язык. В них существует возможность программировать, не обращаясь к объектным средствам. Классические примеры — C++ и Delphi Pascal.