на тему: Разработка схемы базы данных
задачи "Учет фонда библиотеки" для Харьковского колледжа текстиля и
дизайна
Выполнила ст. гр. КНз-11-1доц.
Билан П.В.
1. Тема работы:
Разработка схемы базы данных для задачи
"Учет фонда библиотеки" для Харьковского колледжа текстиля и дизайна
3.
Разработка
объектно-ориентированной модели с использованием метода диаграмм классов
|
№ п/п
|
Наименование
этапов курсового проекта (работы)
|
Срок выполнения
этапов проекта (работы)
|
Примечание
|
|
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 - кардинальность связи "один к
одному".
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
|
Название
раздела литературы
|
Тип сущности
|
Тип связи
|
Тип сущности
|
Кардинальность
|
|
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
|
Уникальный
идентификатор пользователя
|
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
|
Уникальный
идентификатор литературы
Каждая таблица содержит первичный ключ.
Для обеспечения ссылочной целостности используются внешние ключи.
Полученная схема данных представлена в
виде ER-диаграммы (диаграммы сущность-связь) (рис. 4.1).
Рисунок 4.1 - ER-диаграмма модели данных
задачи "Учет фонда библиотеки"
5. Описание
полученных таблиц и связей
В схеме данных присутствуют такие таблицы:
) Polzovatel, содержит сведенья о
пользователе библиотеки. Таблица состоит из атрибутов: Familiya (Фамилия), Imya (Имя), Otchestvo (Отчество), Data_rogd (дата рождения), Login (логин для входа в
систему), Password (пароль для входа систему).
) Student, содержит Spec (специальность), Fakultet (факультет), Gruppa (группа), Roles_id (уникальный
идентификатор роли, внешний ключ), Polzovatel_id (уникальный идентификатор пользователя, внешний
ключ). Данная таблица связана с таблицей Polzovatel связью типа
"является" и имеет отношение 1: 1.
) Prepodavtel, содержит сведенья о преподавателе.
Таблица состоит из таких атрибутов: Kafedra (кафедра к которой относиться преподаватель), Zvanie (звание,) Uch step (ученая степень), Roles_id (уникальный
идентификатор роли, внешний ключ), PolzovateMd (уникальный идентификатор пользователя,
внешний ключ).
Данная таблица связана с таблицей Polzovatel связью типа
"является" и имеет отношение 1:1.
) Sotrudnik, содержит сведенья о
сотруднике библиотеки. Таблица состоит из атрибутов: Otdel (отдел в котором
работает сотрудник библиотеки), Dolgnost (должность сотрудника), Roles_id (уникальный
идентификатор роли, внешний ключ), PolzovateMd (уникальный идентификатор пользователя,
внешний ключ). Данная таблица связана с таблицей Polzovatel связью типа
"является" и имеет отношение 1: 1.
) Roles, представляет набор
возможных ролей пользователей системы. Таблица имеет атрибуты: Admin (определяет, имеет ли
пользователь максимальный набор прав по доступу к системе; право утверждать
изменения), Prepodavatel (определяет набор прав для преподавателя), Student (определяет набор прав
для студента), Roles_id (уникальный идентификатор роли, внешний ключ), Polzovatel_id (уникальный
идентификатор пользователя, внешний ключ). Данная таблица связана с таблицами Prepodavatel, Student, Sotmdnik связью типа
"принадлежит" и имеет отношение 1:М.
6)
Literatura, содержит сведенья о литературе. Таблица имеет атрибуты Avtor (название авторов
книги), Nazvanie название книги), God (год издания), Kod_knigi (уникальный код -
идентификатор книги), Tematika (информация о тематике книги), Stranicy (количество страниц
книги). Literatura_id (уникальный идентификатор книги, внешний ключ).
7)
Metod, содержит информацию о методических указаниях. Таблица имеет
набор атрибутов: Kafedra (название кафедры к которой относиться методические указания), VUZ (название ВУЗа,
издавшего методические указания), Disciplina (дисциплина, на которую
"направлено" данное методическое указание), Metod_id (уникальный
идентификатор методического указания, внешний ключ), Literaturaid (уникальный
идентификатор книги, внешний ключ).
8)
Gurnal, содержит информацию о журналах. Таблица включает в себя такие
атрибуты: Gurnal_id (уникальн ый идентификатор журнала, внешний ключ), NomerJVypuska (информация о номере
выпуска), Mesyac (месяц издания), Literatura_id (уникальный идентификатор книги, внешний ключ).
9)
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 с.
. Мюллер
Р. Базы данных и UML.
Проектирование - М.: Лори, 2002. - 476 с.
. Т.
Карпова. Базы данных: модели, разработка, реализация. - СПб.: Питер, 2001. -
304 с: ил.
. Хомоненко
А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных
заведений. - СПб.: КОРОНА принт, 2000. - 416 с.
Похожие работы на - Разработка схемы базы данных задачи 'Учет фонда библиотеки' для Харьковского колледжа текстиля и дизайна
| |