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

1.  Разработка технического задания. Формулировка концепции системы

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

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

Основными функциями базы являются:

ü Внесение новых групп, а также изменение старых;

ü Добавление жанра и стиля;

ü Внесение новых данных об альбомах;

ü Внесение новых данных о песнях;

ü Изменение и удаление данных о составе группы;

ü Поиск данных об альбомах по песням и группам;

ü Учёт пользователей работающих непосредственно на внесение, изменение, удаление.

Функциональные требования:

·  на основании существующих таблиц необходимо получить всю информацию о введенном произведении (альбоме, исполнителе);

·  система должна выполнять хранение подробной информации о произведениях и их исполнителях;

·  ввод соответствующей информации может осуществляться вручную или с помощью запросов администратором БД;

Нефункциональные требования:

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

·  скорость ввода или изменения уже существующих данных должна составлять не более 5 минут;

·  время отклика системы на запрос должно составлять примерно 2-3 с.

·  дружественный, интуитивно понятный пользовательский интерфейс.

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

Более расширенными правами (добавление, изменение и удаление данных) обладают группы администраторов и других доверенных пользователей.

Архитектура разрабатываемой информационной системы – архитектура клиент-сервера. Данную архитектуру осуществляет СУБД MS SQL Server 2005. Использование данной СУБД обеспечит следующие функции:

Ÿ  обеспечивает целостность БД;

Ÿ  обеспечивает быстрое восстановление после различных сбоев (аппаратных и программных);

Ÿ  обеспечивает резервное копирование;

Ÿ  обеспечивает высокую надежность работы;

Ÿ  обеспечивает высокую производительность.

2.  Формирование исходных отношений

2.1 Выявление информационных объектов БД и определение требований целостности к данным

В процессе разработки БД были выделены следующие информационные объекты из предметной области:

Ÿ  Сезон игр;

Ÿ  команда;

Ÿ  игрок;

Ÿ  гол.

Требования целостности:

Ÿ  к сезону игр обязательно должны относиться определенные команды, их игроки и результаты игр.

Ÿ  Команда имеет определенное количество игроков, и заключает с ними договор с помощью контрактов.

Ÿ  игрок обязательно должен относиться к определенной команде, не может относиться к нескольким командам.

Ÿ  Гол должен относиться к одному игроку, по количеству голов определяется какая команда выиграла, и определяется место команды в сезоне.

2.1 Формирование модели данных на основе ERмоделирования

2.1.1 ERмоделирование

При ER моделировании используется нотация Баркера.

2.1.1.1  Выявление множеств сущностей и их атрибутов и требований целостности данных

Сезон игр – объект, к которому могут относятся определенные команды, игроки и голы.

Команда – объект, являющийся участником сезона игр, содержащий определенное количество игроков. Характеризуется: названием и составом (отдельные атрибуты типа строка).

Игрок – объект, принадлежащий определенной команде, относится к сезону игр с помощью забитых им голов. Характеризуется названием (атрибут типа строка).

Гол – объект, относящийся к определенному игроку и определенной команде. Характеризуется: названием (атрибут типа строка) и датой издания (атрибут целого типа).

Требования целостности:

Ÿ  с объектом «сезон игр» должно быть связано с объектом команда, объектом игрок и объектом гол;

Ÿ  объект «команда» должен быть связан с объектом игрок;

Ÿ   с объектом игрок должен быть связан объект гол или несколько объектов голов;

Ÿ  Объект гол должен быть связан с одним объектом игрок;

2.1.1.2 Выявление связей множеств сущностей и их
характеристик

Команда связана с результатом сезона игр «многие к одному».

Город связан с местом прохождения игры «один к многим».

Стадион связан с местом прохождения игры «один к многим».

Порядковый номер игры связан с количеством забитых голов «один к многим».

Игрок связан с забитым голом «один к многим».

Игрок связан с временем забитого гола «один к многим».

Игрок связан с контрактом  «один к одному».

2.1.1.3 Построение результирующей ER диаграммы

ER модель – основное требование нормализации.

2.1.2 Формирование отношений на основе ER моделирования и их нормализация

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

Ÿ  нет не ключевых атрибутов, зависящих от части сложного ключа;

Ÿ  нет зависимостей не ключевых атрибутов от других не ключевых атрибутов.

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