Курсовая база данных Агенство недвижимости

Оглавление

Введение 3

1. Разработка информационной модели предметной области 4
1. Описание предметной области решаемой задачи 4
2. Описание входных документов 6
3. Описание содержания отчетных документов 7
4. Описание функциональной схемы программного приложения 9
2. Разработка инфологической модели предметной области 10
1. Описание информационных объектов 10
2. Нормализация информационных объектов 12
3. Построение ИЛМ в виде диаграммы «Таблица-связь» 14
3. Разработка информационно-логической модели 15
1. Описание выбранной СУБД 15
2. Представление концептуальной схемы в виде таблиц реляционной базы данных с данными контрольного примера и описанием логической структуры таблиц  …………………………………………………………………………...16
3. Описание запросов к базе данных 22
4. Описание содержания и вида  выходных документов 27
4. Разработка физической модели в среде выбранной СУБД 31
1. Описание технологии ведения базы данных 31
2. Создание структуры базы данных в СУБД ACCESS 32
1. Создание таблиц проектируемой БД 32
2. Формирование схемы данных 35
3. Создание  форм  для ведения проектируемой БД 35
4. Создание  запросов проектируемой БД 38
5. Разработка информационной системы на основе созданной БД 42
1. Схема функциональной структуры приложения 42
2. Разработка формы заставки, главной и вторичных кнопочных форм 43
3. Инструкция для пользователя для работы с ИС 45

Заключение 47

Список литературы 48

введение

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

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

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

База данных будет разработана в СУБД MS Access, как наиболее удобной и популярной. Содержание создаваемой базы данных не повлияет на её структуру и является примерным.

1. РАЗРАБОТКА информационной модели предметной области

1.1 Описание  предметной области решаемой задачи

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

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

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

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

Таким образом, входящими  документами для учета объектов недвижимости и сделок по ним являются:

• договор купли-продажи;
• договор аренды.

Исходящими документами  являют следующие отчеты:

• Отчет по заработной плате всем сотрудникам;
• Отчет по заработной плате конкретному сотруднику;
• Отчет по прибыли от сделок;
• Отчет по прибыли от сделок за период;
• Отчет о проданных объектах;
• Отчет об объектах, сданных в аренду.

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

С этой целью ниже представлены примерные характеристики организации, которые должны быть занесены в базу данных:

• Наименование организации: РА «Контакт - недвижимость»;
• Адрес организации: 119002, Москва, Гагаринский пер., д. 33.
• Телефон организации: 7(495) 221-8031.
• Руководитель организации (ФИО): Артёмов Игорь Геннадиевич;
• Главный бухгалтер (ФИО): Крашинникова Мария Егоровна;
• Идентификационный номер налогоплательщика (ИНН): 5739075286;
• Код причины постановки на учёт (КПП): 360753965;
• Расчетный счет: 73534597534807847369;
• Наименование Банка: ОАО «АЛЬФА-БАНК»;
• Банковский Идентификационный Код (БИК): 044525593;
• Корреспондентский счет: 87653450984673478905845;

1.2 Описание входных документов

Входными документами  являются:

1. Договор купли-продажи объекта недвижимости или договор аренды. Один договор может содержать в себе несколько операций. Договор содержит следующие данные:

• Номер документа;

• Дата составления;
• Наименование и реквизиты организации-исполнителя;
• ФИО продавца/арендодателя, адрес проживания;
• ФИО покупателя/арендатора, адрес проживания;
• Характеристика объекта продажи/аренды;
• Стоимость объекта купли-продажи/сдачи в аренду.

Бланки документов «Договор купли-продажи»  и «Договор аренды»  представлены в приложениях 1 и 2.

1.3 Описание содержания отчетных документов

Отчеты, которые будут  реализованы в базе данных:

1. Отчет «Отчет по заработной плате сотрудникам», содержит следующие атрибуты:

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

• Заработная плата за операцию;
• Дата операции;
• Тип операции;
• Стоимость сделки;
• Итог по заработной плате за все проведенные операции;
• Реквизиты организации.

2. Отчет «Отчет по заработной плате сотруднику» (содержит сведения о заработной плате конкретному сотруднику, ФИО которого вводится пользователем при формировании отчета):

• ФИО сотрудника;
• Заработная плата за операцию;
• Дата операции;
• Тип операции;
• Стоимость сделки;
• Итог по заработной плате за все проведенные операции;
• Реквизиты организации.

3. Отчет «Прибыль от сделок», данные которого сгруппированы по месяцам:

• Дата операции;
• Тип операции;
• Объект;
• Адрес объекта;
• Сотрудник;
• Стоимость объекта;
• Прибыль от сделки;
• Итоговая прибыль по всем сделкам;
• Реквизиты организации.

4. Отчет «Прибыль от сделок за период» (содержит сведения о прибыли организации за конкретный период времени, вводимый пользователем при формировании отчета):

• Дата операции;
• Тип операции;
• Объект;
• Адрес объекта;
• Сотрудник;
• Стоимость объекта;
• Прибыль от сделки;
• Итоговая прибыль по сделкам за период;
• Реквизиты организации.

5. Отчет «Объекты продажи»:

• Наименование объекта;
• Адрес объекта;
• Количество комнат;
• Общая площадь;
• Жилая площадь;
• Этаж;
• Этажность;
• Стоимость объекта;
• Реквизиты организации.

6. Отчет «Объекты аренды»:

• Наименование объекта;
• Адрес объекта;
• Количество комнат;
• Общая площадь;
• Жилая площадь;
• Этаж;
• Этажность;
• Стоимость объекта;
• Реквизиты организации. 
  1.4 Описание функциональной схемы программного приложения.

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

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

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

Список ограничений.

1. Номера документов уникальны;
2. Для одного объекта продажи/аренды имеется только один клиент-собственник;
3. Типы операций и типы объектов заранее определены;
4. Используемая валюта: рубль;
5. Стоимость сделки является конечной и не изменяемой.

2. Разработка  инфологической модели предметной  области

2.1 Описание  информационных объектов

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

1. Информационные объекты, относящиеся к организации: Реквизиты организации, Сотрудники организации;
2. Информационные объекты, относящиеся к клиентам: Сведения о клиентах.
3. Информационные объекты, относящиеся к объектам недвижимости: Сведения об объектах; Типы объектов;
4. Информационные объекты, относящиеся к договорам: Сведения об операциях; Типы операций.

Рассмотрим каждый из этих структурных элементов и  выделим сущности.

1. Сущность ОРГАНИЗАЦИЯ.

• Код организации (КодОрганизации);

• Наименование организации (НаименованиеОрганизации);
• Адрес организации (Адрес);
• Телефон (Телефон);
• ФИО руководителя (Руководитель);
• Главный бухгалтер (Главный бухгалтер);
• Идентификационный номер налогоплательщика (ИНН);
• Код причины постановки на учёт (КПП);
• Расчетный счет (Р/С);
• Банковский Идентификационный Код (БИК);
• Наименование Банка (Наименование банка);
• Корреспондентский счет (К/С).

2) Сущность СОТРУДНИКИ.

• Код Сотрудника (КодСотрудника);
• ФИО сотрудника (ФИО сотрудника);
• Дата рождения (Дата рождения);
• Адрес проживания сотрудника (Адрес проживания);
• Контактный телефон (Контактный телефон).

3) Сущность КЛИЕНТЫ.

• Код клиента (Код Клиента);
• ФИО клиента (ФИО Клиента);
• Адрес (Адрес);
• Контактный теелфон (Телефон);
• Код объекта (КодОбъекта).

4) Сущность ОБЪЕКТЫ.

• Код объекта (КодОбъекта);
• Тип объекта (ТипОбъекта);
• Тип операции (ТипОперации);
• Адрес объекта (АдресОбъекта);
• Количество комнат (КоличествоКомнат);
• Общая площадь (ОбщаяПлощадь);
• Жилая площадь (ЖилаяПлощадь);
• Этаж (Этаж);
• Этажность (Этажность);
• Стоимость (Стоимость).

5) Сущность ТИПЫ ОБЪЕКТОВ.

• Код типа объекта (КодТипаОбъекта);
• Наименование типа объекта (НаименованиеТипаОбъекта).

6) Сущность ОПЕРАЦИИ.

• Код операции (КодОперации);
• Код типа операции (КодТипаОперации);
• Дата операции (ДатаОперации);
• Код организации (КодОрганизации);
• Код клиента (КодКлиента);
• Код объекта (КодОбъекта);
• Код сотрудника (КодСотрудника);
• Стоимость (Стоимость).

7) Сущность ТИПЫ ОПЕРАЦИЙ:

• Код типа операции (КодТипаОперации);
• Наименование типа операции (НаименованиеТипаОперации).

2.2 Нормализация  информационных объектов

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

Результатами анализа  проведенного в предыдущем разделе стали 7 сущностей: ОРГАНИЗАЦИЯ, СОТРУДНИКИ, КЛИЕНТЫ, ОБЪЕКТЫ, ТИПЫ ОБЪЕКТОВ, ОПЕРАЦИИ, ТИПЫ ОПЕРАЦИЙ . Каждая сущность характеризуется группой атрибутов, часть из которых может дублироваться в других сущностях. Для оптимизации данных необходимо провести процедуру нормализации, которая выполняется поэтапно.

Первая нормальная форма (1НФ). Для нее требуется, чтобы  таблица была плоской и не содержала  повторяющихся групп. У плоской  таблицы есть только две характеристики - длина (количество записей или строк) и ширина (количество полей или столбцов). Такая таблица не должна содержать ячеек, включающих несколько значений. Т.е. в одну ячейку не должны помещаться несколько атрибутов.

Для приведения сущностей к таблицам первой нормальной форме, необходимо исключить дублирование множества характеристик между двумя сущностями, путем присвоения ключевых атрибутов тем сущностям, которые их не имеют. Так, например, для определения объекта недвижимости, принадлежащего клиенту в сущности КЛИЕНТЫ нет необходимости дублировать характеристики сущности ОБЪЕКТЫ, достаточно внести в атрибуты сущности КЛИЕНТЫ ключевое поле: Код Объекта (КодОбъекта). А в сущности ОБЪЕКТЫ заменить атрибут «Номер объекта» на «Код Объекта», и в дальнейшем связать две этих сущности через созданное поле. Аналогичным образом по необходимости добавляются ключевые атрибуты к другим сущностям.

Для второй нормальной формы (2НФ) требуется, чтобы все поля таблицы зависели от первичного ключа, то есть, чтобы первичный ключ однозначно определял запись и не был избыточен. Значение первичного ключа в таблице БД должно быть уникальным, т.е. в таблице не должно существовать двух и более записей с одинаковым значением первичного ключа. Те поля, которые зависят только от части первичного ключа, должны быть выделены в составе отдельных таблиц. Примером приведение таблиц ко второй нормальной форме, является разделение сведений о счетах на две сущности ТИПЫ ОПЕРАЦИЙ и ТИПЫ ОБЪЕКТОВ.

Для третьей  нормальной формы (ЗНФ) требуется, чтобы  все не ключевые столбцы таблицы зависели от первичного ключа таблицы, но были независимы друг от друга. Для этого требуется, чтобы таблицы были приведены к 1НФ и 2НФ.

В результате проведения нормализации были выявлены сущности ТИПЫ ОПЕРАЦИЙ и ТИПЫ ОБЪЕКТОВ.

2.3 Построение ИЛМ в виде диаграммы «Таблица-связь»

Рисунок 2. Инфологическая модель в виде диаграммы «Таблица-связь»

3. РАЗРАБОТКА ДАТАЛОГИЧЕСКОЙ МОДЕЛИ

3.1 Описание выбранной СУБД

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

Наиболее удобной и  популярной системой управления базой  данных (СУБД), которая позволит реализовать  все необходимые задачи по разработке базы данных и программного приложения является продукт компании Microsoft – Access.

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

Access позволяет не только вводить данные в таблицы, но и контролировать правильность вводимых данных. Для этого необходимо установить правила проверки прямо на уровне таблицы. Тогда каким бы образом не вводились данные — прямо в таблицу, через экранную форму или на странице доступа к данным, Access не позволит сохранить в записи те данные, которые не удовлетворяют заданным правилам.

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

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

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

Access может поддерживать одновременную работу с базой данных 50 пользователей, при этом все пользователи гарантировано будут работать с актуальными данными.

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

Ниже представлены сущности и их атрибуты в виде таблиц реляционной базы данных (РБД) с описанием ограничений и примером заполнения.

Таблица 1. Таблица  «Организация»

Таблица 2. Описание логической структуры таблицы «Организация»

Таблица 3. Таблица  «Клиенты»

Таблица 4. Описание логической структуры таблицы «Клиенты»

Таблица 5. Таблица  «Сотрудники»

Таблица 6. Описание логической структуры таблицы «Сотрудники»

Таблица 7. Таблица  «Объекты»

Таблица 8. Описание логической структуры таблицы «Клиенты»

Таблица 9. Таблица «Операции»