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

КУРСОВОЙ ПРОЕКТ

по дисциплине «Базы данных»

«Агентство недвижимости ООО «Простор»

ВОЛГОГРАД-2016

Содержание

Введение

1. Анализ предметной области

1.1 Актуальность темы

2. Назначение проектируемой базы данных

3. Инфологическая (концептуальная) модель предметной области

4. Логическая модель данных

4.1 Выбор системы управления базами данных

4.2 Выявление сущностей базы данных

5. Физическая модель базы данных

5.1 Отображение концептуальной схемы на логическую схему

5.2 Создание таблиц базы данных

5.3 Построение схемы данных

5.4 Создание запросов в базе данных

5.5 Создание формы

Список использованной литературы

Заключение

Введение

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

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

Целью исследования является разработка средствами приложения MS Access автоматизированной системы «Агентство недвижимости».

Для реализации поставленной цели надо решить следующие задачи:

1. Изучить предметную область.

2. Выбрать СУБД.

3. Построить информационно-логическую модель.

4. Реализовать информационно-логическую модель с использованием СУБД. (Создать БД по информационно-логической модели)

5. Создать пользовательский интерфейс.

1. Анализ предметной области

1.1 Актуальность темы

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

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

Обслуживание клиентов состоит из двух этапов: на первом этапе выполняется поиск актуального предложения рынка недвижимости, на втором - оформление юридических документов.

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

Целью курсовой работы является разработка информационной системы по автоматизации деятельности агентства недвижимости ООО «Простор».

2. Назначение проектируемой базы данных

Задание звучит так: разработать информационную систему АГЕНТСТВО НЕДВИЖИМОСТИ. База данных должна содержать сведения о сдаваемых квартирах, их адресах, владельцах, этажности, количестве комнат, стоимости арендной платы.

Также система должна обеспечивать добавление, поиск и выдачу сведений о владельцах квартир, агентах, арендаторах.

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

3. Инфологическая (концептуальная) модель предметной области

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

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

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

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

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

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

Рис.1. Инфологическая модель «Сущность-связь»

4. Логическая модель данных

4.1 Выбор системы управления базами данных

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

СУБД Microsoft Access является системой управления реляционной базой данных, включающей все необходимые инструментальные средства для создания локальной базы данных, общей базы данных в локальной сети с файловым сервером или создания приложения пользователя, работающего с базой данных на SQL- сервере. Microsoft Access входит в состав MS Office, что делает его интерфейс знакомым и привычным, а, следовательно, облегчает работу.

Для Microsoft Access характерны следующие возможности:

· наличие мощных команд обработки файлов;

· удобные средства ввода-вывода;

· управление дизайном экрана (окна, цвет, звук, рамки);

· удобный вывод данных на экран, бумагу, текстовый файл;

· развитый аппарат обработки символьных данных;

· интеграция с другими приложениями; 

· импорт-экспорт.

Access имеет характерный для всех приложений Microsoft Windows удобный графический интерфейс, ориентированный на комфортную работу пользователя. Для работы с таблицами базы данных и другими объектами Access предоставляет многочисленные команды меню и контекстно-зависимые панели инструментов. Поскольку интерфейс приложений Microsoft Office унифицирован, пользователю требуется меньше времени на освоение приложения.

Для разработки базы данных выбрана СУБД Microsoft Access.

4.2 Выявление сущностей базы данных

В результате обследования ПО были выявлены следующие сущности:

· Квартира (информация о квартирах, сдаваемых в аренду);

· Фотокаталог (дополнительная информация о квартирах и их фотографии);

· Владелец (информация о владельцах квартир);

· Наниматель (информация о арендаторах);

· Договор (информация о заключенных договорах с арендаторами);

· Договор с агентством (информация о заключенных договорах с владельцами квартир);

· Тариф (информация о тарифах агентства);

· Агент (информация об агентах);

· Пользователь (информация о пользователях базы данных).

Определяем атрибуты для каждой сущности:

· Квартира (Код квартиры, владелец, тип аренды, тип дома, район, адрес, количество комнат, жилая площадь, этаж, спальных комнат, ванных комнат, санузел, телефон, интернет/Wi-Fi, кабельное телевидение, стоимость аренды, предоплата %, документ, подтверждающий право собственности, сдана в найм);

· Фотокаталог (код квартиры, фото №1, фото №2, фото №3, схема квартиры, этажность, балкон и лоджия, подсобные помещения, год постройки, мебель, бытовая техника, дополнительная информация, общая площадь, год капитального ремонта, номер стационарного телефона, пароль от Wi-Fi);

· Владелец (код владельца, ФИО, адрес постоянной регистрации, серия паспорта, номер паспорта, дата выдачи паспорта, орган, выдавший паспорт, телефон);

· Наниматель (Код нанимателя, ФИО, адрес постоянной регистрации, серия паспорта, номер паспорта, дата выдачи, орган выдачи паспорта, телефон);

· Договор (номер договора, квартира, владелец, наниматель, сожители, дата заключения, срок действия (месяцев));

· Договор с агентством (номер договора, владелец, квартира, агент, тариф, дата заключения);

· Тариф (код тарифа, название, количество комнат, вознаграждение);

· Агент (код агента, ФИО, дата рождения, адрес, телефон, % от вознаграждения);

· Пользователь (код пользователя, имя пользователя, пароль, доступ, агент).

Связи сущностей:

Сущность «Квартира» связывается с сущностью «Фотокаталог» через соединение атрибута «Код квартиры» из сущности «Квартира» с атрибутом «Код квартиры» из сущности «Фотокаталог».

Сущность «Квартира» связывается с сущностью «Владелец» через соединение атрибута «Владелец» из сущности «Квартира» с атрибутом «Код владельца» из сущности «Владелец».

Сущность «Квартира» связывается с сущностью «Договор» через соединение атрибута «Код квартиры» из сущности «Квартира» с атрибутом «Квартира» из сущности «Договор».

Сущность «Квартира» связывается с сущностью «Договор с агентством» через соединение атрибута «Код квартиры» из сущности «Квартира» с атрибутом «Квартира» из сущности «Договор с агентством».

Сущность «Владелец» связывается с сущностью «Договор» через соединение атрибута «Код владельца» из сущности «Владелец» с атрибутом «Владелец» из сущности «Договор».

Сущность «Наниматель» связывается с сущностью «Договор» через соединение атрибута «Код нанимателя» из сущности «Наниматель» с атрибутом «Наниматель» из сущности «Договор».

Сущность «Агент» связывается с сущностью «Договор с агентством» через соединение атрибута «Код агента» из сущности «Агент» с атрибутом «Агент» из сущности «Договор с агентством».

Сущность «Тариф» связывается с сущностью «Договор с агентством» через соединение атрибута «Код тарифа» из сущности «Тариф» с атрибутом «Тариф» из сущности «Договор с агентством».

Сущность «Агент» связывается с сущностью «Пользователь» через соединение атрибута «Код агента» из сущности «Агент» с атрибутом «Агент» из сущности «Пользователь».

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

5. Физическая модель базы данных

5.1 Отображение концептуальной схемы на логическую схему

Цель этапа - создание базы данных в СУБД Access согласно разработанной реляционной модели данных.

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

Логическая модель отражает логические связи между элементами данных вне зависимости от их содержания и среды хранения.

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

Представим сущность Квартира (Код квартиры, владелец, тип аренды, тип дома, район, адрес, количество комнат, жилая площадь, этаж, спальных комнат, ванных комнат, санузел, телефон, интернет/Wi-Fi, кабельное телевидение, стоимость аренды, предоплата %, документ, подтверждающий право собственности, сдана в найм) в виде таблицы и определим ее структуру (см. таблицу 1).

Таб. 1. Структура таблицы «Квартира»

Признак ключа	Поле	Тип поля
ключ	Код квартиры	Счетчик
	Владелец	Числовой
	Тип аренды	Короткий текст
	Тип дома	Короткий текст
	Район	Короткий текст
	Адрес	Длинный текст
	Количество комнат	Числовой
	Жилая площадь	Числовой
	Этаж	Числовой
	Спальных комнат	Числовой
	Ванных комнат	Числовой
	Санузел	Короткий текст
	Телефон	Логический
	Интернет/Wi-Fi	Логический
	Кабельное телевидение	Логический
	Предоплата %	Числовой
	Документ, подтверждающий право собственности	Длинный текст
	Сдана в найм	Логический

Представим сущность Фотокаталог (код квартиры, фото №1, фото №2, фото №3, схема квартиры, этажность, балкон и лоджия, подсобные помещения, год постройки, мебель, бытовая техника, дополнительная информация, общая площадь, год капитального ремонта, номер стационарного телефона, пароль от Wi-Fi (см. таблицу 2).

Таб. 2. Структура таблицы «Фотокаталог»

Признак ключа	Поле	Тип поля
ключ	Код квартиры	Числовой
	Фото №1	Поле объекта OLE
	Фото №2	Поле объекта OLE
	Фото №3	Поле объекта OLE
	Схема квартиры	Поле объекта OLE
	Этажность	Числовой
	Балконы и лоджии	Короткий текст
	Подсобные помещения	Короткий текст
	Год постройки	Числовой
	Мебель	Длинный текст
	Бытовая техника	Длинный текст
	Дополнительная информация	Длинный текст
	Общая площадь	Числовой
	Год капитального ремонта	Числовой
	Номер стационарного телефона	Короткий текст
	Пароль от Wi-Fi	Короткий текст

Представим сущность Наниматель (Код нанимателя, ФИО, адрес постоянной регистрации, серия паспорта, номер паспорта, дата выдачи, орган выдачи паспорта, телефон (см. таблицу 3).

Таб. 3. Структура таблицы «Наниматель»

Признак ключа	Поле	Тип поля
ключ	Код нанимателя	Счетчик
	ФИО	Короткий текст
	Адрес постоянной регистрации	Длинный текст
	Серия паспорта	Числовой
	Номер паспорта	Числовой
	Дата выдачи	Дата и время
	Орган выдачи паспорта	Длинный текст
	Телефон	Короткий текст

Представим сущность Владелец (Код должности, Название должности) в виде таблицы (см. таблицу 4).

Таб. 4. Структура таблицы «Владелец»

Признак ключа	Поле	Тип поля
ключ	Код владельца	Счетчик
	ФИО	Короткий текст
	Адрес постоянной регистрации	Длинный текст
	Серия паспорта	Числовой
	Номер паспорта	Числовой
	Дата выдачи	Дата и время
	Орган выдачи паспорта	Длинный текст
	Телефон	Короткий текст

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

Таб. 5. Структура таблицы «Договор»

Признак ключа	Поле	Тип поля
ключ	Номер договора	Счетчик
	Квартира	Числовой
	Владелец	Числовой
	Наниматель	Числовой
	Сожители	Длинный текст
	Дата заключения	Дата и время
	Срок действия (месяцев)	Числовой

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

Таб. 6. Структура таблицы «Договор с агентством»

Признак ключа	Поле	Тип поля
ключ	Номер договора	Счетчик
	Владелец	Числовой
	Квартира	Числовой
	Агент	Числовой
	Тариф	Числовой
	Дата заключения	Дата и время

Представим сущность Тариф (код тарифа, название, количество комнат, вознаграждение) в виде таблицы (см. таблицу 7).

Таб. 7. Структура таблицы «Тариф»

Признак ключа	Поле	Тип поля
ключ	Код тарифа	Счетчик
	Название	Короткий текст
	Количество комнат	Числовой
	Вознаграждение	Числовой

Представим сущность Агент (код агента, ФИО, дата рождения, адрес, телефон, % от вознаграждения) в виде таблицы (см. таблицу 8).

данные база недвижимость access

Таб. 8. Структура таблицы «Агент»

Признак ключа	Поле	Тип поля
ключ	Код агента	Счетчик
	ФИО	Короткий текст
	Дата рождения	Дата и время
	Адрес	Длинный текст
	Телефон	Короткий текст
	% от вознаграждения	Числовой

Представим сущность Пользователь (код пользователя, имя пользователя, пароль, доступ, агент) в виде таблицы (см. таблицу 9).

Таб. 9. Структура таблицы «Пользователь»

Признак ключа	Поле	Тип поля Тип поля
ключ	Код пользователя	Короткий текст
	Имя пользователя	Короткий текст
	Пароль	Короткий текст
	Доступ	Счетчик
	Агент	Числовой

5.2. Создание таблиц базы данных

Заполнение таблиц проводится вручную. Первой создадим таблицу, содержащую данные о квартирах (рисунок 2).

Рис.2. Таблица «Квартира»

В следующей таблице (рис.3) хранятся фотографии квартир и дополнительная информация данные. Данные вводятся вручную.

Рис. 3. Таблица «Фотокаталог»

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



Рис.4. Таблица «Владелец»

В следующей таблице (рис.5) находятся данные о арендаторах квартир. Заполняется вручную.

Рис.5. Таблица «Наниматель»

В таблице на рисунке 6 хранятся данные об агентах. Заполняется вручную.

Рис.6. Таблица «Агент»

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

Рис.7. Таблица «Пользователь»

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



Рис. 8. Таблица «Договор с агентством»

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

Рис. 9. Таблица «Договор»

5.3 Построение схемы данных

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

После того, как созданы таблицы БД, можно установить связи между ними, обратившись к схеме данных (см. рисунок 10).

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

Обязательным условием при установлении связи является совпадение связываемых полей по типу и формату.

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

5.4 Создание запросов в базе данных

После того, как все таблицы построены, в них занесены все данные, приступаем к созданию запросов на выборку(см. таблицу 19).

Таб. 19 Запросы

№ запроса	Запрос	Описание запроса
1	SELECT k.[Код квартиры], v.[Код владельца], v.ФИО AS Владелец, ta.[Тип аренды], td.[Тип дома], r.Район, k.Адрес, k.[Количество комнат], k.[Жилая площадь], k.Этаж, k.[Спальных комнат], k.[Ванных комнат], s.Санузел, k.Телефон, k.[Интернет/Wi-Fi], k.[Кабельное телевидение], k.[Стоимость аренды], k.[Предоплата %], k.[Документ, подтверждающий право собственности] FROM Санузел AS s INNER JOIN (Район AS r INNER JOIN (Владелец AS v INNER JOIN ([Тип аренды] AS ta INNER JOIN ([Тип дома] AS td INNER JOIN Квартира AS k ON td.[Тип дома] = k.[Тип дома]) ON ta.[Тип аренды] = k.[Тип аренды]) ON v.[Код владельца] = k.Владелец) ON r.Район = k.Район) ON s.Санузел = k.Санузел WHERE (((k.[Сдана в найм])=No));	Запрос на выборку не сданных в аренду квартир.
2	SELECT k.[Код квартиры], v.[Код владельца], v.ФИО AS Владелец, ta.[Тип аренды], td.[Тип дома], r.Район, k.Адрес, k.[Количество комнат], k.[Жилая площадь], k.Этаж, k.[Спальных комнат], k.[Ванных комнат], s.Санузел, k.Телефон, k.[Интернет/Wi-Fi], k.[Кабельное телевидение], k.[Стоимость аренды], k.[Предоплата %], k.[Документ, подтверждающий право собственности] FROM Санузел AS s INNER JOIN (Район AS r INNER JOIN (Владелец AS v INNER JOIN ([Тип аренды] AS ta INNER JOIN ([Тип дома] AS td INNER JOIN Квартира AS k ON td.[Тип дома] = k.[Тип дома]) ON ta.[Тип аренды] = k.[Тип аренды]) ON v.[Код владельца] = k.Владелец) ON r.Район = k.Район) ON s.Санузел = k.Санузел WHERE (((k.[Сдана в найм])=Yes)) and k.Адрес=[Введите адрес квартиры];	Запрос на выборку не сданных в аренду квартир, по указанному адресу
3	SELECT Договор.[Номер договора], Договор.Квартира, Договор.Владелец, Договор.Наниматель, Договор.Сожители, Договор.[Дата заключения], Договор.[Срок действия договора (месяцев)] FROM Договор;	Данный запрос реализует вывод информации о заключенных договорах
4	SELECT d.[Номер договора], k.[Код квартиры] AS Квартира, d.[Дата заключения] AS [Дата заключения договора], k.[Стоимость аренды] AS [Арендная плата в месяц], t.Название AS Тариф, t.Вознаграждение AS [Вознаграждение агентству % от арендной платы], (k.[Стоимость аренды]/100*t.Вознаграждение) AS [Сумма вознаграждения агентству] FROM Квартира AS k INNER JOIN (Тариф AS t INNER JOIN [Договор с агентством] AS d ON t.[Код тарифа] = d.Тариф) ON k.[Код квартиры] = d.[Квартира] WHERE (((d.[Дата заключения]) Between [Введите начальную дату] And [Введите конечную дату]));	Этот запрос реализует вывод информации о доходах агентства за определенный промежуток времени
5	SELECT d.[Номер договора], d.Квартира, d.[Дата заключения договора], d.[Сумма вознаграждения агентству], a.[% от вознаграждения] AS [Вознаграждение агенту % от вознаграждения агентству], (d.[Сумма вознаграждения агентству]/100*a.[% от вознаграждения]) AS [Сумма вознаграждения агенту], a.ФИО FROM [Доходы агентства] AS d, Агент AS a WHERE (((a.ФИО)=[Введите ФИО агента]));	Запрос на выборку информации о вознаграждении агентов
6	SELECT * FROM [Сданные квартиры АРХИВ] WHERE [Дата заключения договора] between [Введите начальную дату] and [Введите конечную дату];	Этот запрос реализует вывод информации о сданный квартирах за определенный период времени
7	SELECT k.[Код квартиры], ta.[Тип аренды], td.[Тип дома], k.Адрес, k.[Количество комнат], k.Этаж, s.Санузел, k.Телефон, k.[Интернет/Wi-Fi], k.[Кабельное телевидение], k.[Стоимость аренды], k.[Предоплата %] FROM Санузел AS s INNER JOIN (Район AS r INNER JOIN (Владелец AS v INNER JOIN ([Тип аренды] AS ta INNER JOIN ([Тип дома] AS td INNER JOIN Квартира AS k ON td.[Тип дома] = k.[Тип дома]) ON ta.[Тип аренды] = k.[Тип аренды]) ON v.[Код владельца] = k.Владелец) ON r.Район = k.Район) ON s.Санузел = k.Санузел WHERE (k.[Сдана в найм])=No And r.Район=[Введите район];	Этот запрос реализует вывод информации о сдаваемых квартирах по определенному району

5.5 Создание форм

На рисунке 11 изображена форма «Вход» базы данных. С ее помощью пользователь заходит в базу данных.

Рис.11 Форма «Вход»

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

Рис. 12 Форма «Меню администратора»

На рисунке 13 изображена форма «Главное меню». С ее помощью мы можем просматривать и добавлять квартиры, возвращать сданные квартиры в список доступных для сдачи.

Рис. 13 Форма «Главное меню»

На рисунке 14 изображена составная форма «Просмотр квартир». С ее помощью мы можем просматривать и добавлять квартиры, оформлять договоры.

Рис. 14 Форма «Просмотр квартир»

На рисунке 15 изображена форма для добавления информации в таблицу «Добавить владельца».

Рис. 15 Форма «Добавить владельца»

На рисунке 16 изображена форма для добавления информации в таблицу «Добавить нанимателя».

Рис. 16 Форма «Добавить нанимателя»

На рисунке 17 изображена форма для добавления информации в таблицу «Изменение списка агентов».



Рис. 17 Форма «Изменение списка агентов»

На рисунке 18 изображена форма для добавления информации в таблицу «Изменение списка агентов».

Рис. 18 Форма «Изменение тарифов»

На рисунке 19 изображена форма для добавления информации в таблицу «Добавление новой квартиры

Рис. 19 Форма «Добавление новой квартиры»

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



Рис.20 Архивная информация о сданных квартирах

Рис.21 Доходы агентства

Рис.22 Вознаграждения агентов

Рис.23 Прайс-лист



Рис.24 Договор

Заключение

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

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

Цель данного курсового проекта была выполнена, были рассмотрены технологии создания базы данных в сфере СУБД MSAccess на примере агентства недвижимости.

Список использованной литературы

1. Атре Ш. Структурный подход к организации базы данных. - М.: Финансы и статистика, 2010. - 312 с.

2. Ахтырченко К.В., Леонтьев В.В. Распределенные объектные технологии в информационных системах// СУБД № 5-6. - Москва, 2005, С.52-64.

3. Бекаревич Ю.Б., Пушкина Н.В. Microsoft Access 2010. - СПб.: БХВ, 2009.

4. Бойко В.В., Савинов В.М. Проектирование баз данных информационных систем. - М.: Финансы и статистика, 2009.

5. Горев А., Макащарипов С., Владимиров Ю. Microsoft SQL. Server 6.5 для профессионалов. - СПб.: Питер, 2005.

6. Гусева Т.И., Башин Ю.Б. Проектирование баз данных в примерах и задачах. - М.: Радио и связь, 2010. - 160 с., ил.

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

8. Каратыгин С., Тихонов А., Тихонова Л. Visual Fox Pro 5. К вершинам мастерства. - М.: Восточная книжная компания, 2006.

9. Кренке Д. Теория и практика построения баз данных: [пер.с англ] / Д. Кренке. - 9 - е изд. - СПб.: Питер, 2005. - 858 с.

10. Литвиненко М.В. Конспект лекций по курсу «Базы данных» обучающей системы ДО.

11. Мейер Д. Теория реляционных баз данных. - М.: Мир, 2005. - 608с.

12. Петров В.Н. Информационные системы. - СПб.: Питер, 2012.

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