РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ

 

Разработка реляционной модели

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

Существуют следующие разновидности баз данных:

· иерархические;

· реляционные;

· объектно-ориентированные;

· гибридные.

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

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

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

Гибридные СУБД совмещают в себе возможности реляционных и объектно-ориентированных баз данных.

Принципы реляционной модели были сформулированы в 1969-1970 годах Э.Ф. Коддом. Идеи Кодда были впервые публично изложены в статье «A Relational Model of Data for Large Shared Data Banks»(Реляционная модель данных для больших совместно используемых банков данных).

Кратко особенности реляционной базы данных можно описать следующим образом:

• Данные хранятся в таблицах, состоящих из столбцов и строк;
• На пересечении каждого столбца и строчки стоит в точности одно значение;
• У каждого столбца есть своё имя, которое служит его названием, и все значения в одном столбце имеют один тип;
• Столбцы располагаются в определённом порядке, который определяется при создании таблицы, в отличие от строк, которые располагаются в произвольном порядке. В таблице может не быть не одной строчки, но обязательно должен быть хотя бы один столбец;
• Запросы к базе данных возвращают результат в виде таблиц, которые тоже могут выступать как объект запросов.

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

· НОМЕР (Номер, Стоимость проживания, Номер телефона, Состояние, Тип номера, Этаж);

· ПРОЖИВАЮЩИЕ (Номер паспорта, ФИО, Город, Дата поселения, Кол-во дней на которое выделен номер, Номер);

· СЛУЖАЩИЕ (Этаж, ФИО, День недели 1, День недели 2).

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

Сущность «Номер» имеет связь один ко многим с сущностью «Проживающие»;

Сущность «Служащие» имеет связь один ко многим с сущностью «Номер».

Реализация базы данных

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

Сущность Номер содержит следующие атрибуты (Рис. 6):

· Номер. Показывает номер комнаты;

· Стоимость. Отражает стоимость проживания за сутки;

· Номер телефона. Содержит номер телефона номера;

· Состояние. Показывает количество проживающих в номере;

· Тип номера. Содержит информацию о классе номера;

· Этаж. Уточняет этаж на котором находится номер.

Рис. 6. Таблица Номер

Сущность Проживающие содержит следующие атрибуты (Рис. 7):

· Номер паспорта. Содержит информацию о серии и номере паспорта гостя;

· ФИО проживающего. Содержит фамилию и инициалы гостя;

· Город. Показывает откуда прибыл наш гость;

· Дата поселения. Показывает дату заселения гостя;

· Кол-во дней. Отображает количество дней на которое остался гость;

· Номер. Показывает номер в котором поселился гость.

Рис. 7. Таблица Проживающие

Сущность Служащие содержит следующие атрибуты (Рис. 8):

· Этаж. Показывает этаж на котором производится уборка;

· ФИО. Содержит фамилию и инициалы служащего;

· День недели1. Показывает день в который производится уборка;

· День недели2. Показывает день в который производится уборка.

Рис. 8. Таблица Служащие

При выполнении проекта была разработана схема данных:

Рис. 9. Схема данных

⇐ Предыдущая1234567Следующая ⇒

Поделиться:

Популярное:

1. I) Получение передаточных функций разомкнутой и замкнутой системы, по возмущению относительно выходной величины, по задающему воздействию относительно рассогласования .
2. I. РАЗВИТИИ ЛЕКСИЧЕСКОЙ СИСТЕМЫ ЯЗЫКА У ДЕТЕЙ С ОБЩИМ НЕДОРАЗВИТИЕМ РЕЧИ
3. II. О ФИЛОСОФСКОМ АНАЛИЗЕ СИСТЕМЫ МАКАРЕНКО
4. V) Построение переходного процесса исходной замкнутой системы и определение ее прямых показателей качества
5. А. Разомкнутые системы скалярного частотного управления асинхронными двигателями .
6. АВИАЦИОННЫЕ ПРИБОРЫ И СИСТЕМЫ
7. Автоматизированные информационно управляющие системы сортировочных станций
8. Автоматизированные системы диспетчерского управления
9. Автоматическая телефонная станция квазиэлектронной системы «КВАНТ»
10. Агрегатные комплексы и системы технических средств автоматизации ГСП
11. Алгебраическая сумма всех электрических зарядов любой замкнутой системы остается неизменной (какие бы процессы ни происходили внутри этой системы).
12. Алгоритм упорядочивания системы.