Разработка схемы базы данных задачи "Учет фонда библиотеки" для Харьковского колледжа текстиля и дизайна

Описание предметной области и обоснование актуальности разработки базы данных "Учет фонда библиотеки для Харьковского колледжа текстиля и дизайна". Построение реляционной модели данных. Типы сущностей и связей. Разработка объектно-ориентированной модели.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 24.01.2016
Размер файла 1,1 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Министерство образования и науки Украины

Харьковский национальный университет радиоэлектроники

Кафедра ИУС

Курсовая работа

по дисциплине "Технологии баз данных"

на тему: Разработка схемы базы данных задачи "Учет фонда библиотеки" для Харьковского колледжа текстиля и дизайна

Выполнила ст. гр. КНз-11-1доц.

Билан П.В.

Руководитель Панферова И.Ю.

Харьков 2016

Задание на курсовую работу студента

1. Тема работы:

Разработка схемы базы данных для задачи "Учет фонда библиотеки" для Харьковского колледжа текстиля и дизайна

Срок сдачи студентом законченной работы

Исходные данные к работе

Содержание расчетно-пояснительной записки (перечень подлежащих разработке

вопросов)

Разработка модели типа "Сущность - связь"

Описание полученных таблиц и связей

Разработка объектно-ориентированной модели с использованием метода диаграмм классов

Сравнение ОО-модели и ER-модели

Перечень графического материала (с точным указанием обязательных чертежей)

Дата выдачи задания

Календарный план

№ п/п

Наименование этапов курсового проекта (работы)

Срок

выполнения

этапов проекта

(работы)

Примечание

1

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

10.03.12

2

Разработка модели типа "Сущность-связь"

20.03.12

3

Описание таблиц и связей

11.04.12

4

Разработка объектно-ориентированной модели

22.04.12

5

Сравнение ОО-модели и ER-модели

08.05.12

6

Оформление пояснительной записки

20.05.12

Реферат

Пояснительная записка содержит _____ страниц, 3 таблицы, 2 рисунка, 5 ссылок.

В данной работе была разработана схема базы данных для задачи "Учет фонда библиотеки для Харьковского колледжа текстиля и дизайна"". Процесс разработки состоял из 5 этапов: описание предметной области, разработка модели типа "Сущность-связь", описание таблиц и связей, разработка объектно-ориентированной модели с использованием метода диаграмм классов, сравнение полученных моделей.

БИБЛИОТЕКА, ЛИТЕРАТУРА, УЧЕТ, БАЗА ДАННЫХ, СУЩНОСТЬ, АТРИБУТЫ, МОДЕЛЬ ДАННЫХ, РЕЛЯЦИОННАЯ МОДЕЛЬ, ОБЪЕКТНО-ОРИЕНТИРОВАННАЯ МОДЕЛЬ, ОБЪЕКТ, ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ, АВТОМАТИЗИРОВАННАЯ СИСТЕМА

Содержание

  • Задание на курсовую работу студента
  • Календарный план
  • Реферат
  • Содержание
  • Перечень условных обозначений, символов, единиц, сокращений и терминов
  • Введение
  • 1. Описание предметной области и обоснование актуальности разработки
  • 2. Описание главных функций проектируемой задачи
  • 3. Анализ предметной области, выделение сущностей и атрибутов
  • 4. Построение реляционной модели данных
  • 4.1 Сведения о типах сущностей и типах связей
  • 4.2 Сведения о типах связей
  • 4.3 Сведения об атрибутах
  • 4.4 Диаграмма "сущность-связь"
  • 5. Описание полученных таблиц и связей
  • 6. Разработка объектно-ориентированной модели
  • 7. Сравнение объектно-ориентированной модели и ER-модели
  • Выводы
  • Перечень ссылок

Перечень условных обозначений, символов, единиц, сокращений и терминов

1: М - кардинальность связи "один ко многим".

М: М - связь "многие ко многим".

1: 1 - кардинальность связи "один к одному".

ER-диаграмма - диаграмма сущность-связь.

АИС - автоматизированная информационная система.

БД - база данных.

ИС - информационная система.

ООМД - объектно-ориентированная модель данных.

СУБД - система управления базами данных.

РСУБД - реляционная система управления базами данных.

ЭВМ - электронно-вычислительная машина.

Введение

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

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

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

Первым шагом проектирования АИС "Библиотека" является решение задачи "Учет фонда библиотеки".

Для реализации задачи "Учета фонда библиотеки" необходимо осуществлять выбор технологии проектирования базы данных (БД). Из существующих на сегодняшний день технологий проектирования БД можно выделить два лидирующих подхода к их реализации. Такими подходами являются реализация реляционных СУБД (РСУБД) и объектно-ориентированных СУБД (ООСУБД).

Наиболее важным преимуществом РСУБД является их распространенность и поддержка многочисленными компаниями.

Одним из основных недостатков технологии информационных приложений на основе реляционных баз данных является то, что логически связанный проект распадается на две реализационноразличные части: разработка схемы базы данных и разработка программного кода приложения.

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

база модель реляционная

1. Описание предметной области и обоснование актуальности разработки

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

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

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

Разрабатываемая задача "Учет фонда библиотеки" предполагает решение задачи управления большими информационными массивами, а именно:

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

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

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

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

учет и контроль поступлений литературы;

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

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

Одним из основных критериев выбора технологии БД является выбор СУБД (системы управления БД). В данной работе осуществляется сравнение реляционной модели данных и 00 модели данных.

2. Описание главных функций проектируемой задачи

Разрабатываемая задача "Учета фонда библиотеки" предполагает использования следующих функций:

учет задолженностей по литературе;

учет данных о пользователях;

учет частоты использования;

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

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

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

3. Анализ предметной области, выделение сущностей и атрибутов

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

Исходя из анализа предметной области, были выделены 11 сущностей: Литература, Методические указания, Журнал, Подразделение, Пользователь, Преподаватель, Студент, Сотрудник, Роли, Формуляр, Статистика.

Сущность Пользователь является общей для сущностей Пользователь студент, Пользователь преподаватель и Пользователь сотрудник.

В свою очередь, такая сущность как Литература является общей для сущностей: Методические указания, Журналы.

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

Для сущности Роли необходимо хранить информацию: является ли администратором, сотрудником, преподавателем или студентом.

Такая сущность как Литература включает в себя: автор, название, год, тематика, страницы.

В свою очередь, данную сущность можно детализировать с помощью сущностей Методические указания и Журналы. Для Журналов существуют: номер выпуска, месяц выпуска. Для Методических указаний свойствами являются: кафедра, на которой предпочтительно использовать данные методические указания, ВУЗ, дисциплина.

Подразделение включает в себя: название отдела, количество в нем книг.

Статистика включает в себя: сколько раз брали книгу, месяц в котором чаще всего брали книгу, курс на котором чаще всего брали книгу.

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

4. Построение реляционной модели данных

4.1 Сведения о типах сущностей и типах связей

Таблица 4.1 - Сведения о типах сущностей

Имя сущности

Описание

Student (студент)

Сведения о студенте

Prepodavatel (преподаватель)

Сведения о преподавателе

Roles (роли)

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

Sotrudnik (сотрудник)

Сведенья о сотруднике

Polzovatel (Пользователь)

Сведения о пользователе библиотеки, общие для Sotrudnik, Prepodavatel, Student

Literatura (литература)

Основные сведенья о литературе, общие для Gurnal, Metod, Statistica, Obmen.

Gurnal (журнал)

Сведения о журнале

Metod (методические указания)

Сведения о методических указаниях

Statistica (статистика)

Статистические данные, собранные по каждому экземпляру литературы

Formulyar

Сведения о взятой литературе

Podrazdelenie

Название раздела литературы

4.2 Сведения о типах связей

Таблица 4.2 - Сведения о типах связей

Тип сущности

Тип связи

Тип сущности

Кардинальность

Polzovatel (Пользователь)

Is (Является)

Student (студент)

1: 1

Polzovatel (Пользователь)

Is

Sotrudnik (сотрудник)

1: 1

Polzovatel (Пользователь)

Is

Prepodavatel (преподаватель)

1: 1

Student (Студент)

Has (Имеет)

Roles (роли)

1: M

Sotrudnik (Сотрудник)

Has

Roles

1: M

Prepodavatel (Преподаватель)

Has

Roles

1: М

Literatura (Литература)

Is

(Является)

Metod (методические указания)

М: М

Literatura

Is

Gurnal (журнал)

М: М

Statistica (Статистика)

Uses (Использует)

Literatura (литература)

1: 1

Formulyar (формуляр)

Uses

Polzavatel

1: 1

Formulyar

Uses

Literatura

1: М

Podrazdelenie ()

Uses

Literatura

1: М

4.3 Сведения об атрибутах

Таблица 4.3 Сведения об атрибутах

Тип сущности

Атрибут

Описание

Тип данных, длина

Ограничения

Literatura

Literatura id

Уникальный идентификатор книги

Integer

Первичный ключ

Avtory

Авторы книги

String

Nazvanie

Название книги

String

God

Год выпуска книги

Integer

Kod knigi

Библиотечный код книги

Integer

Tematika

Тематика книги

String

Stranicy

Количество страниц

Integer

Method

Method id

Уникальный идентификатор методических указаний

Integer

Первичный ключ

Vuz

ВУЗ, написавший методические указания

String

Kafedra

Кафедра, написавшая методические указания

String

Disciplina

Дисциплина, по которой написаны методические указания

String

Literatura id

Уникальный идентификатор книги

Integer

Gurnal

Gurnal id

Уникальный идентификатор журнала

Integer

Первичный ключ

Nomer vypuska

Номер выпуска журнала

Integer

Mesyac

Месяц выпуска журнала

String

Literatura id

Уникальный идентификатор книги

Integer

Formular

Formular id

Уникальный идентификатор формуляра

Integer

Первичный ключ

Data vydachi

Дата выдачи книги

Date

Na srok

На какой срок была выдана книга

Integer

Penya

Размер пени

Integer

Sostoyanie knigi

Состояние книги (сдана / не сдана)

String

Literatura id

Уникальный идентификатор книги

Integer

Polzovatel id

Уникальный идентификатор пользователя

Integer

Polzovatel

Polzovatel id

Уникальный идентификатор пользователя

Integer

Первичный ключ

Familiya

Фамилия пользователя

String

Imya

Имя пользователя

String

Otchestvo

Отчество пользователя

String

Data rogd

Дата рождения пользователя

Integer

Login

Логин

String

Parol

Пароль

String

Shift

Шифр

Integer

Seriya pasp

Серия паспорта

String

Nomer pasp

Номер паспорта

Integer

Kem vydan pasp

Кем выдан паспорт

String

Ident nomer

Идентификационный номер

Integer

Data nachala obsl

Дата начала обслуживания пользователя

Date

Data okonch

Дата окончания обслуживания

Date

obsl

пользователя

Student

Student id

Уникальный идентификатор студента

Integer

Первичный ключ

Facultet

Факультет

String

Spec

Специальность

String

Gruppa

Группа

Integer

Roles id

Уникальный идентификатор роли

Integer

Polzovatel id

Уникальный идентификатор пользователя

Integer

Prepodavatel

Prepodavatel id

Уникальный идентификатор преподавателя

Integer

Первичный ключ

Kafedra

Кафедра

String

Zvanie

Звание

String

Uch step

Ученая степень

String

Dolgnost

Должность

String

Roles id

Уникальный идентификатор роли

Integer

Polzovatel id

Уникальный идентификатор пользователя

Integer

Sotrudnik

Sotrudnik id

Уникальный идентификатор сотрудника

Integer

Первичный ключ

Otdel

Отдел, в котором работает сотрудник

String

Dolgnost

Должность, которую занимает сотрудник

String

Roles id

Уникальный идентификатор роли

Integer

Polzovatel id

Уникальный идентификатор пользователя

Integer

Roles

Roles id

Уникальный идентификатор роли

Integer

Первичный ключ

Admin

Администратор

String

Prepodavatel

Преподаватель

String

Student

Студент

String

23 Продолжение таблицы 4.3.

Podrazdele nie

Podrazdelenie id

Уникальный идентификатор подразделения

Первичный ключ

Nazvanie otdela

Название отдела

Kolichestvo

Количество книг в отделе

Literatura id

Уникальный идентификатор литературы

Statistika

Statistika id

Уникальный идентификатор статистики

Первичный ключ

Count

Сколько раз брали книгу

Primary kurs

Курс, на котором больше всего брали книгу

Primary month

Месяц, в котором чаще всего брали книгу

Literatura id

Уникальный идентификатор литературы

4.4 Диаграмма "сущность-связь"

Все, ранее определенные сущности преобразованы в набор из 11 реляционных таблиц. Так сущность. Пользовать расширяется таблицами: сотрудник, студент и преподаватель. Сущность Литература расширяется таблицами: журнал, методические указания, с учетом статистики использования литературы и участия книг в обмене с другими университетами.

Каждая таблица содержит первичный ключ. Для обеспечения ссылочной целостности используются внешние ключи.

Полученная схема данных представлена в виде ER-диаграммы (диаграммы сущность-связь) (рис. 4.1).

Рисунок 4.1 - ER-диаграмма модели данных задачи "Учет фонда библиотеки"

5. Описание полученных таблиц и связей

В схеме данных присутствуют такие таблицы:

1) Polzovatel, содержит сведенья о пользователе библиотеки. Таблица состоит из атрибутов: Familiya (Фамилия), Imya (Имя), Otchestvo (Отчество), Data_rogd (дата рождения), Login (логин для входа в систему), Password (пароль для входа систему).

2) Student, содержит Spec (специальность), Fakultet (факультет), Gruppa (группа), Roles_id (уникальный идентификатор роли, внешний ключ), Polzovatel_id (уникальный идентификатор пользователя, внешний ключ). Данная таблица связана с таблицей Polzovatel связью типа "является" и имеет отношение 1: 1.

3) Prepodavtel, содержит сведенья о преподавателе. Таблица состоит из таких атрибутов: Kafedra (кафедра к которой относиться преподаватель), Zvanie (звание,) Uch step (ученая степень), Roles_id (уникальный идентификатор роли, внешний ключ), PolzovateMd (уникальный идентификатор пользователя, внешний ключ).

Данная таблица связана с таблицей Polzovatel связью типа "является" и имеет отношение 1:1.

4) Sotrudnik, содержит сведенья о сотруднике библиотеки. Таблица состоит из атрибутов: Otdel (отдел в котором работает сотрудник библиотеки), Dolgnost (должность сотрудника), Roles_id (уникальный идентификатор роли, внешний ключ), PolzovateMd (уникальный идентификатор пользователя, внешний ключ). Данная таблица связана с таблицей Polzovatel связью типа "является" и имеет отношение 1: 1.

5) Roles, представляет набор возможных ролей пользователей системы. Таблица имеет атрибуты: Admin (определяет, имеет ли пользователь максимальный набор прав по доступу к системе; право утверждать изменения), Prepodavatel (определяет набор прав для преподавателя), Student (определяет набор прав для студента), Roles_id (уникальный идентификатор роли, внешний ключ), Polzovatel_id (уникальный идентификатор пользователя, внешний ключ). Данная таблица связана с таблицами Prepodavatel, Student, Sotmdnik связью типа "принадлежит" и имеет отношение 1:М.

Literatura, содержит сведенья о литературе. Таблица имеет атрибуты Avtor (название авторов книги), Nazvanie название книги), God (год издания), Kod_knigi (уникальный код - идентификатор книги), Tematika (информация о тематике книги), Stranicy (количество страниц книги). Literatura_id (уникальный идентификатор книги, внешний ключ).

Metod, содержит информацию о методических указаниях. Таблица имеет набор атрибутов: Kafedra (название кафедры к которой относиться методические указания), VUZ (название ВУЗа, издавшего методические указания), Disciplina (дисциплина, на которую "направлено" данное методическое указание), Metod_id (уникальный идентификатор методического указания, внешний ключ), Literaturaid (уникальный идентификатор книги, внешний ключ).

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

Statistica, содержит информацию о статистике использования литературы пользователями библиотеки. Таблица содержит такие атрибуты: Count (используется для фиксации частоты использования литературы), Statistikaid (уникальный идентификатор статистики, внешний ключ), Primary_kurs (информация о курсе что наиболее часто использует данную литературу), Primary_month (фиксирует максимальный спрос на издание в году), Literatura_id (уникальный идентификатор книги, внешний ключ).10) Formular содержит сведения о взятой литературе. Таблица содержит атрибуты: Formular id (уникальный идентификатор формуляра, внешний ключ), Data vydachi (дата выдачи книги), Na srok (на какой срок выдана книга), Реnуа (пеня), Sostoyanie knigi (состояние книги (сдана / не сдана), Literatura id (уникальный идентификатор книги, внешний ключ), Polzovatel id (уникальный идентификатор пользователя, внешний ключ).

11) Podrazdelenie содержит название раздела литературы и количество книг в нем. Таблица содержит атрибуты: Podrazdelenie id (уникальный идентификатор подразделения, внешний ключ) Nazvanie otdela (название раздела литературы), Kolichestvo (количество книг в разделе), Literatura_id (уникальный идентификатор книги, внешний ключ).

6. Разработка объектно-ориентированной модели

Разработка ООМД заключается в разработки модели данных с использованием объектно-ориентированного подхода к моделированию. При разработке ООБД предлагается выделить два уровня моделирования объектов: нижний (структурный) и верхний (поведенческий). На структурном уровне поддерживаются сложные объекты, их идентификация и разновидности связи "is-a" (отношение обобщения). База данных - это набор элементов данных, связанных отношениями "входит в класс" или "является атрибутом". Таким образом, БД может рассматриваться как ориентированный граф. В качестве первичных концепций схемного уровня ООБД выступают типы и классы.

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

Учитывая все приведенные условия, была разработана ООМД, диаграмма классов, которая представлена на рисунке 6.1.

Рисунок 6.1 - Диаграмма классов объектно-ориентированной модели данных задачи "Учет фонда библиотеки"

Студент, атрибутами которого являться Специальность, Факультет и Группа имеет два метода addStudent (), editStudent (), позволяющие добавлять студентов вносить изменения. Данный класс является классом - наследником класса Пользователь.

Преподаватель, наследует свойства и методы класса - родителя - Пользователь. Имеет свойства: Кафедра, Звание, Ученая степень, Должность. Реализует методы: addPrepodavatel (), editPrepodavatel ().

Роли - класс со свойствами помогающими определить набор выполняемых функций пользователя. Реализует методы: setRole (), deleteRole ().

Сотрудник, наследует свойства и методы класса Пользователь и имеет свои собственные методы addSotrudnik (), editSotrudnik (), позволяющие редактировать и добавлять сотрудников. Имеет свойства: Отдел, Должность.

Пользователь, свойствами которого являются: Фамилия, Имя, Отчество, Дата рождения, Логин и Пароль, имеет методы getPolzoavtel (), setPolzovatel, delPolzovatel (), editPolzovatel (), позволяющие извлекать информацию о пользователе, добавлять информацию, удалять и редактировать.

Литература, свойствами которого являются: Автор, Название, Год, Код книги, Тематика и Страницы, имеет методы getBook (), editBook (), addBook (), countBook (), checkBook (), delBook (). Методы позволяют добавлять информацию о книге, редактировать удалять, проверять на непригодность к дальнейшему использованию, подсчета книг.

Методические указания, наследует свойства и методы класса Литература. Имеет собственные свойства: Кафедра, ВУЗ, Дисциплина. Реализует методы: добавления и редактирования.

Журнал, наследует свойства и методы класса Литература. Имеет собственные свойства: Номер выпуска и Месяц выпуска. Реализует методы добавления и редактирования.

Статистика. Имеет свойства: Подсчет, Основной курс и Основной месяц. Реализует методы позволяющие определять месяц с наибольшей частотой использования книги (getPrimaryMonthQ), курс, на котором чаще всего используется литература (getPrimaryKurs ()), а так же определять коэффициент частоты использования книги (getCount ()).

Формуляр. Является классом, реализующим методы проверки пени (checkPenya ()) и заполнения формуляра (fillFormular). Имеет свойства: Дата выдачи, На срок, Пеня, Состояние книги.

Подразделение. Является классом, реализующим метод получения сведений о количестве книг в данном разделе (getKolichestvo ()). Имеет свойства: Название отдела, Количество.

7. Сравнение объектно-ориентированной модели и ER-модели

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

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

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

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

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

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

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

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

В РСУБД связи управляются пользователем, создающим внешние ключи. Затем для обнаружения связей динамически во время выполнения система просматривает две (или больше) таблицы, сравнивая внешние ключи до достижения соответствия. Этот процесс, называемый объединением (j°m) > является слабой стороной реляционной технологии. Более двух или трех уровней объединений сигнал, чтобы искать лучшее решение. В ООСУБД пользователь просто объявляет связь, и СУБД автоматически генерирует методы управления, динамически создавая, удаляя и пересекая связи. Ссылки при этом прямые, нет необходимости в просмотре и сравнении или даже поиске индекса, который может сильно сказаться на производительности. Таким образом, применение объектной модели предпочтительнее для баз данных с большим количеством сложных связей [5].

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

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

И, наконец, ООСУБД подходят для организации распределенных вычислений.

Одна из основных проблем ООМД - отсутствие в ней стандартного универсального метода доступа к данным.

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

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

Несмотря на рассмотренные недостатки реляционных баз данных, они обладают рядом достоинств:

разделение таблиц разными программами;

развернутый "код возврата" при ошибках;

высокая скорость обработки запросов;

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

Выводы

В данной работе в рамках информационного обеспечения задачи "Учет фонда библиотеки" АИС "Библиотека", была разработана схема данных на основе реляционной и объектно-ориентированной моделей данных. Так же в данной работе был проведен сравнительный анализ реляционного и объектно-ориентированного подхода к моделированию данных.

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

Перечень ссылок

1. Томас М. Конноли, Каролин Е. Бегг Базы данных. Проектирование, реализация, сопровождение. Теория и практика. - Москва-Санкт-Петербург - Киев: 2001. - 1111с.

2. Роб П., Коронел К. Системы баз данных: проектирование, реализация и управление. - СПб.: БХВ-Петербург, 2004. - 1040 с.

3. Мюллер Р. Базы данных и UML. Проектирование - М.: Лори, 2002. - 476 с.

4. Т. Карпова. Базы данных: модели, разработка, реализация. - СПб.: Питер, 2001. - 304 с: ил.

5. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений. - СПб.: КОРОНА принт, 2000. - 416 с.

Размещено на Allbest.ru


Подобные документы

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

    контрольная работа [784,2 K], добавлен 10.04.2014

  • Цель инфологического моделирования предметной области. Источники данных, базы данных и система управления, разработка модели. Принципы проектирования базы данных, концептуальная, логическая, материальная разработка. Типы сущностей, атрибутов и связей.

    курсовая работа [188,6 K], добавлен 15.07.2012

  • Анализ предметной области и введение ограничений. Выделение базовых сущностей. Концептуальная модель данных. Построение схемы реляционной модели базы данных магазина одежды в третьей нормальной форме. Описание физической БД. Проектирование интерфейса.

    курсовая работа [2,6 M], добавлен 20.11.2013

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

    курсовая работа [539,0 K], добавлен 12.12.2011

  • Анализ предметной области. Перечень хранимой информации: таблицы, поля, типы. Выделение сущностей, атрибутов, ключей, связей. Начальное заполнение данными БД. Создание и запуск базовых запросов. Проектирование базы данных в среде Enterprise Architect.

    курсовая работа [1,6 M], добавлен 16.02.2016

  • Определение предметной области базы данных ("Сеть ресторанов"), виды ее моделирования. Первоначальный набор сущностей и атрибутов предметной области. Процесс смыслового наполнения базы данных. Атрибуты в концептуальной модели. Характеристика видов связей.

    контрольная работа [510,9 K], добавлен 03.12.2014

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

    курсовая работа [2,1 M], добавлен 15.06.2014

  • Типы моделей данных: реляционная, иерархическая и сетевая. Описание концептуальной модели реляционной базы данных. Разработка базы данных в СУБД Microsoft Access, ее премущества и недостатки, составные компоненты, описание и обоснование полей таблиц.

    курсовая работа [62,6 K], добавлен 09.03.2009

  • Анализ предметной области с использованием моделей методологии ARIS и разработка ER-диаграммы. Описание входной и выходной информации для проектирования реляционной базы данных. Разработка управляющих запросов и связей между ними с помощью языка SQL.

    курсовая работа [975,2 K], добавлен 30.01.2014

  • Описание предметной области разрабатываемой базы данных для теннисного клуба. Обоснование выбора CASE-средства Erwin 8 и MS Access для проектирования базы данных. Построение инфологической модели и логической структуры базы данных, разработка интерфейса.

    курсовая работа [3,8 M], добавлен 02.02.2014

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.