Создание базы данных «Агентство Недвижимости»

НЕГОСУДАРСТВЕННОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО  ОБРАЗОВАНИЯ

 

ВОСТОЧНАЯ ЭКОНОМИКО  – ЮРИДИЧЕСКАЯ 

ГУМАНИТАРНАЯ  АКАДЕМИЯ

(АКАДЕМИЯ  ВЭГУ)

 

 

ИНСТИТУТ  ЭКОНОМИКИ, ИНФОРМАТИКИ И УПРАВЛЕНИЯ

 

 

 

КАФЕДРА ПРИКЛАДНОЛЙ  ИНФОРМАТИКИ В ЭКОНОМИКЕ 

 

Курсовая работа

на тему:

 

Создание  базы данных

«Агентство  Недвижимости»

 

 

 

 

 

ВЫПОЛНИЛ:

студент 5 курса

заочного  отделения

группы СПО  – 08

Кутузов М.С.

 

ПРОВЕРИЛА:

Шакирова.Ф.М.

 

 

 

 

 

Уфа 2010

 

СОДЕРЖАНИЕ

ВВЕДЕНИЕ 3

1. ИССЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ 4

1.1 Анализ бизнес-процесса продажи  недвижимости 4

1.2 Анализ функциональных требований будущего продукта 6

2. Проэктирование информационной модели предметной области 7

2.1 Инфологическая модель БД  на основании ER-моделирования 7

2.1.1 Выявление сущностей и связей 7

2.1.2 Выявление атрибутов сущностей.  Назначение первичных ключей 9

2.1.3 Построение ER-диаграммы 11

2.2 Логическая модель БД 12

2.2.1 Переход от ER – диаграммы  к предварительным отношениям 12

2.2.2 Проверка предварительных отношений  на соответствие нормальным формам. 14

3. Реализация информационной модели бд в среде MS Access 15

3.1. Основные возможности MS Access 15

3.2 Описание реализации основных  функций 17

3.3 Создание реляционной базы  данных автоматизации агентства 

недвижимости в среде MS Access 18

3.3.1 Входные и выходные данные 18

3.3.2 Схема данных 21

Руководство пользователя и администратора 22

Заключение 23

Список использованных источников 25

Приложение А 26

 

ВВЕДЕНИЕ

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

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

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

Для успешной работы с представленной программой необходим IBM совместимый компьютер  с операционной системой не ниже Microsoft® Windows ХР и пакетом офисных программ Microsoft® Office, в частности Microsoft® Access 2007.

Для реализации данного алгоритма была выбрана  система управления базами данных –  Microsoft® Access™.

 

 

 

 

 

 


 

ИССЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Анализ  бизнес-процесса продажи недвижимости

Анализ  предметной области обычно осуществляется:

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

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

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

Исходя  из того, что агентство по покупки - продаже недвижимости является фирмой посредником, т.е. в проводимых операциях  с недвижимостью она не выступает  ни в роли покупателя, ни в роле продавца. Следовательно, можно сделать вывод, что основным видом деятельности фирмы является работа с клиентами, которые хотят продать либо купить недвижимость. Иными словами, основной задачей фирмы является поиск  оптимальных вариантов покупки  либо продажи собственности отдельно взятого клиента, на основании имеющихся  данных о заказах (заявках) других клиентов. Таким образом, агентство помогает продавцу найти своего покупателя и  наоборот. За услуги подобного рода, фирма получает 5 % от суммы продаваемого объекта.

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

В агентство  недвижимости могут обращаться разные клиенты, как физические лица, так  и юридические. Соответственно документы, подаваемые для составления заявки от разных клиентов, будут различными. Основными документами для проведения операций по продаже – покупки недвижимости для физического лица являются паспорт и карточка физического лица – платящего налоги (идентификационный код). Паспорт удостоверяет личность клиента, а наличие идентификационного кода позволяет гарантировать уплату налогов от проведённых операций государству. Для юридических лиц законодательство предусматривает также два основных вида документов. Это "Свидетельство о регистрации" и номер банковского счёта.

 

1.2 Анализ функциональных требований будущего продукта

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

 

ПРОЭКТИРОВАНИЕ  ИНФОРМАЦИОННОЙ МОДЕЛИ ПРЕДМЕТНОЙ ОБЛАСТИ

2.1 Инфологическая  модель БД на основании ER-моделирования

2.1.1 Выявление  сущностей и связей

Инфологическая  модель позволяет представить структуру  данных в наиболее общем виде. Инфологическая модель строится по результатам анализа  предметной области. Она позволяет  отобразить все выявленные объекты  и связи между ними. В рамках данной модели не отображаются списки выявленных свойств объектов, хотя при анализе предметной области  объекта такие свойства выявляются. В инфологической модели объекты  называют сущностями. Этап разработки данной модели является наиболее сложным. Ошибки в составлении модели, выявленные на последующих этапах разработки могут  привести к необходимости полной переработки базы данных. Наиболее распространенным способом разработки инфологической модели является метод  ER-диаграмм (метод “сущность-связь”). Для применения метода ER-диаграмм необходимо определить сущности, которые являются необходимыми (стержневыми) для проектируемой базы данных, а также их ключевые атрибуты. После этого строятся ER-диаграммы. Затем согласно степени связи и класса принадлежности объекта строятся отношения, которые необходимо проверить на соответствие 3НФ. Если хотя бы одно полученное отношение не удовлетворяет требованиям 3НФ, то необходимо пересмотреть ER-диаграмму, соответствующую этому отношению.

Используя вышеописанные правила, применим метод ER-диаграмм для нормализации исходного  универсального отношения.

Исходя из описания предметной области, можно выделить, 3 стержневые сущности:

  • Сотрудники
  • Клиенты
  • Недвижимость (Объект продажи-покупки).

Рассмотрим  связи между сущностями.

Сущность  Клиент (юридическое лицо, физическое лицо) связана с сущностью Недвижимость. Один клиент может сделать несколько  заказов. Степень связи -  «один-ко-многим».

 


                                                Рис. 2.1

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

 

                                                Рис. 2.2

 

2.1.2 Выявление атрибутов сущностей. Назначение первичных ключей

Сущность Клиенты:

Тип клиента - Покупатель или продавец;

Код клиента - Учётный номер клиента;

Вид клиента – физическое (юридическое) лицо

ФИО (Наименование организации) - Фамилия и инициалы             (Наименование организации);

Адрес - Адрес клиента (фирмы);

Телефон - Телефон клиента (фирмы);

№ паспорта, серия (№ Регистрационного свидетельства) - Личные данные клиента (фирмы);

№ идентиф. Кода (№ банковского  счёта) - Идентификационный код физического лица (№ банковского счёта).

Сотрудник – ФИО сотрудника обслуживающий данного клиента.

Код сотрудника - Учётный номер сотрудника.

Сущность Недвижимость (Объект Продажи-Покупки):

Код заявки – Номер заказа определённого клиента;

Код клиента - Учётный номер клиента;

Дата – Дата составления заказа;

Наименование объекта – Дом, дача, гараж, квартира, и т. д.;

Площадь – Общая площадь объекта;

Этаж – Этаж, на котором находится объект;

Кол-во комнат – Количество жилых комнат в объекте;

Страна – Страна, в которой находится объект;

Область – Область, в которой находится объект;

Населенный пункт – Название города, села, ПГТ, и т. д. в котором находится объект;

Район – Район, в котором находится объект;

Улица – Улица, по которой находится объект;

Цена – Цена объекта.

Объект продан (Да/Нет)  

Дата продажи – дата проведения операции.

Сущность Сотрудники:

Код Сотрудника – Код, который присваивается новому сотруднику;

Фамилия – Фамилия сотрудника;

Имя – Имя сотрудника;

Должность – Занимаемая должность;

Дата Рождения – День рождения сотрудника;

Дата Найма – Дата приёма на работу;

Адрес – Место жительства сотрудника;

Город – Место жительства сотрудника;

Область – Место жительства сотрудника;

Индекс – Почтовый индекс;

Страна – Место жительства сотрудника;

Домашний Телефон – Телефон сотрудника.

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

Основываясь на вышеизложенном определении первичного ключа, выделим ключевые атрибуты для каждого объекта:

Для объекта Клиент ключевым является поле Код клиента.

Для объекта Недвижимость (Объект продажи-покупки) ключевым является поле Код заявки.

Для объекта Сотрудники ключевым является поле Код Сотрудника.

 

2.1.3 Построение ER-диаграммы


 

 

 

 

 

 

 

 

 

 

Рис. 2.3. ER-диаграмма предметной области.

 

2.2 Логическая модель БД

2.2.1 Переход от ER – диаграммы к предварительным отношениям

При преобразовании модели ЕR-типов в реляционную модель данных использовались следующие правила:

  1. Если имеет место степень связи 1:1 и классы принадлежности обеих сущностей обязательны, то формируется одно отношение, первичным ключом которого может быть первичный ключ любой из сущности;
  2. Если имеет место связь 1:1 и класс принадлежности одной из сущности обязательный, другой - необязательный, то для каждой сущности формируется по одному предварительному отношению. Первичными ключами отношений будут первичные ключи сущностей. В отношении для сущности с обязательным классом принадлежности добавляется внешний ключ в виде атрибута, значения которого должны соответствовать значениям первичного ключа другой сущности;
  3. Если имеет место связь 1:1 и класс принадлежности обеих сущностей необязательный, то необходимо сформировать три предварительных отношения: по одному - для каждой из сущности, одно - для связи. Ключами для сущностей будут первичные ключи соответствующих сущностей, а отношение связи будет иметь составной первичный ключ, состоящий из атрибутов, ссылающихся на первичные ключи отношений сущности.
  4. Если имеет место связь 1:N (N:1) и класс принадлежности многосвязной сущности обязательный, то достаточно сформировать по одному предварительному отношению для каждой из сущности. Первичными ключами отношений будут являться первичные ключи соответствующих сущностей. В отношение для многосвязной сущности необходимо добавить атрибут связи, ссылающийся   на первичный ключ односвязной сущности.
  5. Если имеет место связь 1:N (N:1)  и класс принадлежности многосвязной сущности необязательный, то необходимо сформировать три предварительных отношения: по одному - для каждой из сущностей, одно – для связи. Первичными ключами в отношениях для сущностей будут первичные ключи соответствующих сущностей. Отношение для связи будет иметь составной первичный из атрибутов, ссылающихся на первичные ключи отношений для сущностей.
  6. Если имеет место связь N:N, то в любом случае необходимо формирование трех предварительных отношений: по одному – для каждой из сущности, одно - для связи.

 

2.2.2 Проверка предварительных отношений  на соответствие нормальным формам.

В курсовом проекте требуется, чтобы  все  используемые таблицы БД на соответствие нормальной форме Бойса-Кодда.

Рассмотрим  выполнение этого условия на примере  одной таблицы Недвижимость. Покажем  последовательный переход от одной  нормальной формы к другой:

  1. Данное отношение находится в 1НФ, так как в нем каждое значение, содержащееся на пересечении строки и колонки, не расчленяемо на несколько значений.
  2. Данное отношение находится в 2НФ, так как каждый не ключевой атрибут функционально полно зависит от первичного ключа  –  номер покупателя. 
  3. Данное отношение находится в 3НФ, так как каждый не ключевой атрибут зависит только от первичного ключа номер покупателя  и не возникает информационной избыточности и аномалий. 
  4. Данное отношение находится в БКНФ, так как в нем отсутствуют функциональные зависимости атрибутов составного ключа от не ключевых атрибутов. Это условие выполняется по умолчанию, так как в данной таблице ключ не является составным.

Аналогичным образом проверяются все остальные  таблицы.

 

РЕАЛИЗАЦИЯ  ИНФОРМАЦИОННОЙ МОДЕЛИ БД В СРЕДЕ MS Access

3.1. Основные возможности MS Access

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

Среди средств, которые предлагает СУБД Access, нельзя не отметить возможность динамического обмена данными (DDE) между Access и другими приложениями, которые поддерживают эту технологию. Также имеется возможность применения технологии ActiveX, позволяющей использовать разработчику в своем программном продукте не только те объекты, которые свойственны данному приложению (в частности Access), но и объекты Других приложений (например. Excel или Word).

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

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

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

 

3.2 Описание  реализации основных функций

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

Информация о сотрудниках фирмы  позволяет просматривать личные дела каждого сотрудника фирмы;

Выход из приложения – завершение работы программы, выход в Windows.

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

 

3.3 Создание  реляционной базы данных автоматизации  агентства недвижимости в среде  MS Access

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

3.3.1 Входные и выходные данные

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

Таблицы имеют следующие типы полей:

Таблица 3.1 - типы полей таблицы "Клиенты

Название

Тип

Длина

Назначение

Вид клиента

Текст

 

Физическое или юридическое лицо

Тип клиента

Текст

10

Покупатель или продавец.

Код клиента

Текст

15

Учётный номер клиента.

ФИО

Текст

25

Фамилия и инициалы.

Адрес

Текст

25

Адрес клиента.

Телефон

Текст

15

Телефон клиента.

№ паспорта, серия (№ регистр свидет.)

Текст

9

Личные данные клиента (Номер свидетельства  о регистрации.).

№ идентиф кода (№ банк.

Счёта)

Числовой

10

Идентификационный код физического  лица.

(Номер банковского счёта организации.)

Сотрудник

Текст

 

ФИО сотрудника

Код сотрудника

Текст

 

Учётный номер


 

Таблица 3.2 - типы полей таблицы "Недвижимость (Объект покупки-продажи)"

Название

Тип

Длина

Назначение

Код клиента

Текст

10

Учётный код операции.

Код заявки

Текст

15

Номер заказа определённого клиента

Дата

Дата

25

Дата составления заказа.

Наименование объекта

Текст

25

Дом, дача, гараж, квартира, и т. д.

Площадь

Числовой

15

Общая площадь объекта.

Этаж

Числовой

9

Этаж, на котором находится объект.

Кол-во комнат

Числовой

3

Количество жилых комнат в объекте.

Страна

Текст

25

Страна, в которой находится объект.

Область

Текст

25

Область, в которой находится объект.

Населенный пункт

Текст

25

Название города, села, ПГТ, и т. д. в котором находится объект.

Район

Текст

25

Район, в котором находится объект.

Улица

Текст

15

Улица, по которой находится объект.

Цена

Денежный

10

Цена объекта.

Объект продан (ДА/Нет)

Логический

 

Отметить галочкой если продан

Дата продажи

Дата/время

 

Дата продажи недвижимости


 

 

Таблица 3.3 - типы полей таблицы "Сотрудники"

Название

Тип

Длина

Назначение

Код Сотрудника

Счетчик

3

Номер, присваиваемый новому сотруднику.

Фамилия

Текст

25

Фамилия сотрудника

Имя

Текст

25

Имя сотрудника

Должность

Текст

15

Занимаемая должность

Дата Рождения

Дата

8

Дата рождения сотрудника

Дата Найма

Дата

8

Дата найма на работу

Адрес

Текст

15

Домашний адрес сотрудника

Город

Текст

15

Город, в котором проживает сотрудник

Область

Текст

15

Область, в которой проживает сотрудник

Индекс

Числовой

5

Почтовый индекс сотрудника

Страна

Текст

15

Страна, в которой проживает сотрудник

Домашний

Телефон

Текст

8

Домашний телефон сотрудника


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

 

3.3.2 Схема данных

 

РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ И АДМИНИСТРАТОРА

Для нормальной работы программы необходимо наличие IBM-совместимого компьютера с  операционной системой Microsoft® Windows ХР или более новой версии, а также Microsoft® Office 2007. Требования к аппаратному обеспечению идентичны требованиям Microsoft® Office 2007.

Чтобы начать работать с программой нужно средствами операционной системы  запустить программу Microsoft® Access 2007 из пакета Microsoft® Office 2007. После этого следует открыть файл Agency.mdb, после чего на экране появится главная форма приложения. Внешний вид программы предельно прост и лёгок в пользовании.

Меню программы состоит из следующих  пунктов:

  1. Создание новой заявки на продажу/покупку недвижимости
  2. База недвижимости для продажи
  3. Информация о клиентах фирмы
  4. Информация о сотрудниках фирмы
  5. База данных проданных объектов
  6. Расчёт прибыли фирмы
  7. Отчёты
  8. Выход из приложения – завершение работы программы, выход в Windows.

 

ЗАКЛЮЧЕНИЕ

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

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

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

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

Microsoft Access, обладая всеми чертами классической СУБД, предоставляет и дополнительные возможности. Access - это не только мощная, гибкая и простая в использовании СУБД, но и система для разработки работающих с базами данных приложений.   С помощью Access   можно создать приложение, работающее в среде Windows  и полностью соответствующее потребностям по управлению   данными. Используя запросы, есть возможность выбирать и обрабатывать хранящуюся в таблицах информацию. Можно создавать формы для ввода, просмотра и обновления данных, а также использовать  Access  для создания как простых, так и сложных отчетов. Формы и отчеты «наследуют» свойства  базовой таблицы или запроса, так что в большинстве случаев необходимо указать форматы, условия на значения и некоторые другие характеристики данных только один раз. К числу   наиболее мощных средств  Access   относятся средства разработки объектов  -  Мастера,  которые можно использовать для создания таблиц, запросов различных типов форм и отчетов, просто выбрав с помощью мыши нужные опции.