2.5 Анализ и выбор СУБД
В настоящее время существует множество различных СУБД. Рынок корпоративных серверных СУБД представлен Oracle, MS SQL, DB2, Sybase и InterBase.
Oracle была первой коммерческой реляционной СУБД, поддерживающей язык SQL, который в последствии стал стандартом де-факто. Первая версия продукта появилась в 1979 году. В наши дни компания является лидером рынка производителей коммерческих СУБД.
MS SQL – продукт известной всем фирмы. Первая версия была разработана совместно с Sybase в 1988 году и предназначалась только для платформы OS/2, следующие версии этого продукта были созданы для NT-based систем и тесно интегрированы с ОС.
Бесплатных СУБД существует немало. Рассмотрим два представителя этого вида: MySQL и PostgreSQL. Обе СУБД динамично развиваются и повсеместно используются. Обе системы очень стабильны, гибки и производительны.
MySQL – быстрая, но немного ограниченная СУБД. Хорошо подходит для проектов, не требующих сложных баз.
PostgreSQL – мощная и тяжелая система, отвечающая всем современным стандартам СУБД. Больше подходит для серьезных проектов, требующих сложных баз данных. По скорости работы PostgreSQL уступает MySQL.
Сервер InterBase (продукт компании Borland Inc) был выбран потому что, во первых он не требует платной лицензии на использование, что не требует дополнительных затрат. Во-вторых, разработка систем на основе InterBase с использованием Delphi, а именно эта система выбрана в качестве реализации приложения, более удобна и быстра. Еще одним из преимуществ выбранной СУБД является большое кол-во приложений для удобной и легкой разработки.
3 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ
3.1 Концептуальное проектирование структуры данных
В связи со всем вышеперечисленным подходя к разработке нашей БД мы выбрали реляционную модель, как достаточную для моделирования нашей предметной области.
Предметная область – часть реального мира, подлежащая изучению с целью организации управления и, в конечном счете, автоматизации.
Концептуальное проектирование – сбор, анализ и редактирование требований к данным. Для этого осуществляются следующие мероприятия:
-
обследование предметной области, изучение ее информационной структуры
-
выявление всех фрагментов, каждый из которых характеризуется пользовательским представлением, информационными объектами и связями между ними, процессами над информационными объектами
-
моделирование и интеграция всех представлений
По окончании данного этапа получаем концептуальную модель, инвариантную к структуре базы данных. Часто она представляется в виде модели "сущность-связь", называемая еще ER-моделью.
3.2 Определение сущностей и связей между ними
Изучив предметную область, мы пришли к выводу, что необходимо выделить следующие главные сущности:
-
Претендент – человек, проходящий ряд тестов.
-
Адрес – место проживания претендента.
-
Телефон – комбинация цифр, для связи с претендентами.
-
Паспортные данные – сведения о претенденте.
-
Образование – информация об уровне образования претендента.
-
Вид образования – тип, полученного образования.
-
Специальность – род занятий на которую идет набор претендентов
-
Тест – совокупность вопросов.
-
Результат теста – данные, полученные после проведения тестирования.
На основании этих данных построим ER – диаграмму структуры БД :
Уровень сущностей.
рис.8
3.3 Логическая модель данных.
3.3.1 Описание сущностей и атрибутов
Определим каждую сущность ее первичные и внешние ключи, дополнительные атрибуты, а также опишем связи между ними:
Претендент
Первичный ключ: ID претендента.
Атрибуты: фамилия, имя, отчество, возраст, комментарии.
Адрес
Первичный ключ: ID адреса.
Внешний ключ: ID претендента
Атрибуты: город, улица, номер_дома, корпус, номер_квартиры.
Телефон
Первичный ключ: ID телефона.
Внешний ключ: ID претендента
Атрибуты – домашний_номер, рабочий_номер, сотовый_номер.
Паспортные данные
Первичный ключ: ID паспорта.
Внешний ключ: ID претендента.
Атрибуты: серия, номер, кем_выдан, дата_выдачи.
Образование
Первичный ключ: ID образования.
Внешний ключ: ID претендента.
Внешний ключ: ID типа образования.
Атрибуты: наименование_учреждения, год выпуска.
Вид образования
Первичный ключ: ID вида.
Атрибут: вид_образования.
Специальность
Первичный ключ: ID специальности.
Атрибут: название_специальности.
Тест
Первичный ключ: ID теста.
Атрибуты: название теста, кол-во вопросов, время проведения, вероятность, надежность, валидность, стоимость.
Результат теста
Первичный ключ: ID результата.
Внешние ключи: ID специальности, ID теста, ID претендента.
Атрибуты: дата_прохождения, результат.
На основании этих данных была построена ER-диаграмма структуры базы данных: – уровень атрибутов.
Логическая модель данных
рис.9
|