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

СОДЕРЖАНИЕ

Введение

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

1.1 Построение функциональной модели и модели IDEF0

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

2. Инфологическое проектирование

3. Логическое проектирование

3.1 Нормализация отношений

3.2 Логическая модель

4. Физическое проектирование

5. Руководство пользователя

Заключение

Библиографический список



ВВЕДЕНИЕ

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

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

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

автоматизация учет риэлтерский информационный



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

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

- цеховые и складские помещения, ангары;

- коммерческая недвижимость, в частности офисы и офисные помещения;

- торговые площади;

- земельные участки.

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

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

Полная организационная структура Агентства недвижимости показана на рисунке 1.



1.1 Построение функциональной модели и модели IDEF0

На данный момент законы РФ регламентируют риэлтерскую деятельность посреднической (с 45 по 53 главы ГК РФ, закон о защите прав потребителей).

Рисунок 1 - Структура Агентства недвижимости

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

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



Рисунок 2 - Функциональная модель работы агентства недвижимости

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

Рисунок 3 - Функциональная модель работы агентства

Отобразим назначение (основную функцию) системы и необходимые входные и выходные данные, управляющую и регламентирующую информацию, а также механизмы с помощью средства BPwin в нотации IDEF0. Результат представлен на рисунках 4-5.

Рисунок 4 - Контекстная диаграмма процесса «Работа агентства недвижимости»

Рисунок 5 -Диаграмма декомпозиции процесса «Работа агентства недвижимости»



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

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

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

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



2. ИНФОЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ

В рамках данной курсовой работы выделено 7 основных сущностей Агентства Недвижимости: Филиалы, Сотрудники, Владельцы, Клиенты, Объекты, Отпуск, Операции, а также сущность Типы Объектов. Подробное описание каждой сущности приведено в таблице 1.

Таблица 1 - Сущности

Название сущности	Описание сущности	Количество экземпляров
Филиалы	Содержит перечень организаций в разных городах.	>20
Сотрудники	Содержит перечень сотрудников, работающих в данном агентстве	>20
Владельцы	Содержит перечень владельцев объектов, которые фигурируют в агентстве	>20
Клиенты	Содержит список клиентов, обращавшихся в агентство.	>20
Объекты	Содержит список возможных объектов, над которыми осуществляются сделки	>20
Отпуск	Список дат отпусков сотрудников.	>20
Операции	Список операций над объектами недвижимости.	>20
ТипыОбъектов	Список типов объектов с которыми работает агентство.	>15

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

Таблица 2 - Связи

Первая сущность, участвующая в связи	Вторая сущность, участвующая в связи	Название связи	Тип связи	Обоснование выбора типа связи
1	2	3	4	5
Клиенты	Операции	участвуют	Один ко многим	Один клиент может участвовать одновременно в нескольких операциях, каждая операция имеет только одного клиента.
Сотрудники	Операции	совершают	Один ко многим	Один сотрудник может совершать сразу несколько операций над объектами, но каждая операции будет закреплена за одним сотрудником.
Объекты	Операции	участвуют	Один ко многим	Один объект может участвовать в нескольких операциях. В каждой операции содержится один объект.
Сотрудники	Отпуск	имеют	Один ко многим	У одного сотрудника имеется несколько отпусков в год, но у отпуска будет только один сотрудник.
Филиалы	Сотрудники	имеют	Один ко многим	У одного филиала на службе находится много сотрудников, но каждый сотрудник работает только в одном филиале.
Филиалы	Объекты	находятся	Один ко многим	В одном филиале находятся несколько объектов, но каждый объект закреплен за определенным филиалом.
Типы Объектов	Объекты	принадлежат	Один ко многим	Один тип принадлежит нескольким объектам, а каждый объект имеет много типов.
Владельцы	Объекты	владеют	Один ко многим	У владельца может быть много объектов, а у объекта только один владелец.

Представим итоговую концептуально-инфологическую модель в виде диаграммы «Сущность-связь». Данная модель показана на рисунке 6.

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

Таблица 3 - Справочник задач

Наименование задачи	Цель решения задачи	Сущности, используемые при решении задачи	Частота решения задачи (раз в год)
1	2	3	4
Данные о клиентах	Вывод списка клиентов по городу и фамилии.	Клиенты	По мере необходимости ( 1500)
Данные о владельцах	Вывод списка владельцев по городу и по фамилии.	Владельцы	По мере необходимости ( 2000)
Данные об отпусках	Вывод отпусков сотрудников агентства по количеству дней отпуска, по оплачиваемости.	Отпуск, Сотрудники	По мере необходимости ( 1200)
Данные о сделках	Вывод операций по стоимости, по продаже, по аренде.	Операции, Объекты, ТипыОбъектов	По мере необходимости ( 1500)
Данные об объектах	Вывод списка объектов по их общей площади, по городу, по типу объекта	Объекты, ТипыОбъектов	По мере необходимости ( 1000)
Добавление и удаление записей	Добавление новых и удаление ненужных записей во всех таблицах	Сотрудники, Клиенты, Операции, Владельцы, Отпуск, Объекты, ТипыОбъектов, Филиалы	По мере необходимости ( 1200)

Рисунок 6 - Концептуально-инфологическая модель



3. ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ

3.1 Нормализация отношений

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

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

Диаграмма функциональных зависимостей отношения представлена на рисунке 7.

Рисунок 7 ? Диаграмма функциональных зависимостей отношений

Отношение Отпуск находится во второй нормальной форме. Диаграмма функциональных зависимостей отношения представлена на рисунке 8.



Рисунок 8 ? Диаграмма Отпуск

Отношение Клиенты находится во второй нормальной форме. Диаграмма функциональных зависимостей отношения представлена на рисунке 9.

Рисунок 9 ? Диаграмма Клиенты

Отношения Операции и Филиалы находятся во второй нормальной форме. Диаграмма функциональных зависимостей отношений представлена на рисунке 10.

Рисунок 10 ? Диаграмма Операции и Филиалы



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

Рисунок 11 ? Диаграмма Объекты и Типы Объектов

3.2 Логическая модель

С помощью CASE-средств ERWin, построим логическую модель базы данных Агентство Недвижимости. Данная модель представлена на рисунке 27.

Рисунок 12 - Логическая модель БД



4. ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ

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

Таблица 4 - Физические представления отношений

Название поля	Тип данных	Ограничения	Значение по умолчанию	Допустимость NULL	Индексация
1	2	3	4	5	6
Физическое представление отношения Филиалы
КодФилиала	Счетчик	Последовательное Уникальное		Нет	Да
ИНН	Числовой	Длинное целое	-	Да	Нет
Наименование	Текстовый (20)	Не более 20 символов	-	Да	Нет
Город	Текстовый (20)	Не более 20 символов	-	Да	Нет
Адрес	Текстовый (255)	Не более 255 символов	-	Да	Нет
Телефон	Текстовый (20)	Не более 20 символов	-	Да	Нет
Руководитель	Текстовый (50)	Не более 50 символов	-	Да	Нет
ГлавныйБухгалтер	Текстовый (50)	Не более 50 символов	-	Да	Нет
Наименование Банка	Текстовый (50)	Не более 50 символов	-	Да	Нет
КПП	Текстовый (10)	10 цифр	-	Да	Нет
Наименование Банка	Текстовый (50)	Не более 50 символов	-	Да	Нет
КПП	Текстовый (10)	10 цифр	-	Да	Нет
Физическое представление отношения Сотрудники
КодСотрудника	Счетчик	Последовательное, Уникальное	-	Нет	Да
Фамилия	Текстовый (20)	Не более 20 символов	-	Да	Нет
Имя	Текстовый (20)	Не более 20 символов	-	Да	Нет
Отчество	Текстовый (20)	Не более 20 символов	-	Да	Нет
ДатаРождения	Дата/время	Краткий формат	-	Да	Нет
Паспорт	Текстовый (20)	Не более 20 символов	-	Да	Нет
Город	Текстовый (20)	Не более 20 символов	-	Да	Нет
Адрес	Текстовый (50)	Не более 50 символов	-	Да	Нет
Телефон	Текстовый (20)	Не более 20 символов	-	Да	Нет
КодФилиала	Числовой	Длинное целое	-	Да	Нет
КодОтпуска	Числовой	Длинное целое	-	Да	Нет
Физическое представление отношения Владельцы
Код Владельца	Счетчик	Последовательное, Уникальное	-	Нет	Да
Фамилия	Текстовый (20)	Не более 20 символов	-	Да	Нет
Имя	Текстовый (20)	Не более 20 символов	-	Да	Нет
Отчество	Текстовый (20)	Не более 20 символов	-	Да	Нет
Город	Текстовый (20)	Не более 20 символов	-	Да	Нет
Адрес	Текстовый (50)	Не более 50 символов	-	Да	Нет
Телефон	Текстовый (20)	Не более 20 символов	-	Да	Нет
Паспорт	Текстовый (20)	Не более 20 символов	-	Да	Нет
E-mail	Текстовый (20)	Не более 20 символов	-	Да	Нет
Физическое представление отношения Клиенты
Код Клиента	Счетчик	Последовательное, Уникальное	-	Нет	Да
ФИО	Текстовый (50)	Не более 50 символов	-	Да	Нет
Имя	Текстовый (20)	Не более 20 символов	-	Да	Нет
Отчество	Текстовый (20)	Не более 20 символов	-	Да	Нет
Город	Текстовый (20)	Не более 20 символов	-	Да	Нет
1	2	3	4	5	6
Адрес	Текстовый (50)	Не более 50 символов	-	Да	Нет
Телефон	Текстовый (20)	Не более 20 символов	-	Да	Нет
E-mail	Текстовый (20)	Не более 20 символов	-	Да	Нет
Паспорт	Текстовый (20)	Не более 20 символов	-	Да	Нет
Дата Рождения	Дата/время	Краткий формат	-	Да	Нет
Физическое представление отношения Объекты
Код Объекта	Счетчик	Последовательное, Уникальное	-	Нет	Да
Код Владельца	Числовой	Длинное целое	-	Да	Нет
Код Операции	Числовой	Длинное целое	-	Да	Нет
Город	Текстовый (20)	Не более 20 символов	-	Да	Нет
Адрес Объекта	Текстовый (50)	Не более 50 символов	-	Да	Нет
Количество Комнат	Числовой	Длинное целое	-	Да	Нет
ОбщаяПлощадь	Числовой	Длинное целое	-	Да	Нет
ЖилаяПлощадь	Числовой	Длинное целое	-	Да	Нет
Этаж	Числовой	Длинное целое	-	Да	Нет
Этажность	Числовой	Длинное целое	-	Да	Нет
КодТипаОбъекта	Числовой	Длинное целое	-	Да	Нет
СтоимостьВРублях	Денежный	2 знака после запятой	-	Да	Нет
Физическое представление отношения Отпуск
Код Отпуска	Счетчик	Последовательное, Уникальное	-	Нет	Да
Код Сотрудника	Числовой	Длинное целое	-	Да	Нет
Дата Основного Отпуска	Дата/время	Краткий формат	-	Да	Нет
Количество Дней	Числовой	Длинное целое	-	Да	Нет
Оплачиваемый/Неоплачиваемый	Логический	-	False	Да	Нет
Физическое представление отношения Операции
Код Операции	Счетчик	Последовательное, Уникальное	-	Нет	Да
Код Клиента	Числовой	Длинное целое	-	Да	Нет
Жилая площадь	Числовой	Длинное целое	-	Да	Нет
Код Объекта	Числовой	Длинное целое	-	Да	Нет
Стоимость В Рублях	Денежный	2 знака после запятой	-	Да	Нет
Дата Операции	Дата/время	Краткий формат	-	Да	Да
НаименованиеОперации	Текстовый (20)	Не более 20 символов	-	Да	Да

Для внешних ключей таблицы указаны требования ссылочной целостности в таблице 5.

Таблица 5 - Требования ссылочной целостности

Название таблицы	Внешний ключ	Требование ссылочной целостности
1	2	3
Объекты	КодВладельца	Каскадное обновление: если в таблице Владельцы изменяется КодВладельца, то и в таблице Объекты автоматически изменяется КодВладельца. Каскадное удаление: при удалении владельца удаляются все объекты этого владельца.
Объекты	КодОперации	Каскадное обновление: если в таблице Операции изменяется КодОперации, то и в таблице Объекты автоматически изменяется код данной операции.
Операции	КодОбъекта	Каскадное обновление: если в таблице Объекты изменяется код врача, то в таблице Операции автоматически изменяется код объекта. Каскадное удаление: при удалении объекта удаляются все операции с этим объектом.
Операции	КодКлиента	Каскадное обновление: если в таблице Клиенты изменяется код клиента, то в таблице Операции автоматически изменяется код клиента. Каскадное удаление: при удалении Клиента удаляются все операции с ним.
Операции	КодСотрудника	Каскадное обновление: если в таблице Сотрудники изменяется код сотрудника, то в таблице Операции автоматически изменяется код этого сотрудника. Каскадное удаление: при удалении Сотрудника удаляются все операции с ним.
Отпуск	КодСотрудника	Каскадное обновление: если в таблице Сотрудники изменяется код сотрудника, то в таблице Отпуск автоматически изменяется код этого сотрудника. Каскадное удаление: при удалении Сотрудника удаляется запись и о его отпуске.
Сотрудники	КодОтпуска	Каскадное обновление: если в таблице Отпуск изменяется код отпуска, то в таблице Сотрудники автоматически изменяется код отпуска.
Сотрудники	КодФилиала	Каскадное обновление: если в таблице Филиалы изменяется код филиалы, то в таблице Сотрудники автоматически изменяется код филиала. Каскадное удаление: при удалении филиала автоматически удаляется и сотрудник, работающий в этом филиале.

С помощью CASE-средств проектирования ERWin, построим физическую модель базы данных Агентство Недвижимости. Данная модель представлена на рисунке 13.

Рисунок 13 - Физическая модель БД



5. РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ

Для работы с базой данных предназначено приложение Ensurance Agency. Для его запуска предъявляются следующие минимальные аппаратные и программные требования:

Процессор 400 МГц;

Оперативная память 128 Мб;

Операционная система Windows XP и выше;

40 Мб свободного места на диске;

Клавиатура;

Мышь.

Рисунок 14 - Главное окно программы

После запуска файла Ensurance Agency.exe открывается главное меню (рисунок 14), содержащее следующие пункты: «Сотрудники», «Клиенты», «Владельцы», «Филиалы», «Операции», «Объекты», «Типы Объектов. При клике на любой из них открывается графическое окно с соответствующей названию информацией. Для выхода из программы нажать кнопку «Выход».

При нажатии на кнопку «Сотрудники» открывается экранная форма «Сотрудники», на которой представлены данные о сотрудниках агентства недвижимости. При желании можно выполнить поиск по фамилии сотрудника или по городу, в котором он проживает. На данной форме так же имеются кнопки «Сохранить» «Удалить», «Обновить» и «Выход». Таблица обновляется при нажатии на кнопку «Обновить». При нажатии на кнопку сохранить, сохраняются в базу новые записи о сотрудниках. Для удаления ненужной записи необходимо нажать кнопку «Удалить». Чтобы выйти в главное меню нужно нажать на кнопку «На главную», а для выхода из приложения - кнопку «Выход».

Оконная форма «Сотрудники» представлена на рисунке 15.

Рисунок 15 - Экранная форма «Сотрудники»

При нажатии на кнопку «Клиенты» появляется форма «Клиенты», на которой предоставлена информация обо всех клиентах агентства недвижимости. При желании можно сделать поиск по фамилии или городу. На форме имеются кнопки «Сохранить», «Удалить», «Обновить» и «Выход».

При нажатии на кнопку «Владельцы» на экране появляется экранная форма «Владельцы», на которой представлена информация обо всех владельцах объектами данного агентства недвижимости. При желании можно сделать поиск по фамилии или городу. На форме имеются кнопки «Сохранить», «Удалить», «Обновить» и «Выход».

При нажатии на кнопку «Филиалы» на экране появляется экранная форма «Филиалы», на которой представлена информация обо филиалах России данного агентства недвижимости. При желании можно сделать поиск по названию банка или городу. На форме имеются кнопки «Сохранить», «Удалить», «Обновить» и «Выход».

При нажатии на кнопку «Операции» на экране появляется экранная форма «Операции», на которой представлена информация обо всех филиалах России в различных городах данного агентства недвижимости. При желании можно совершить поиск по фамилии сотрудника агентства, который проводил сделку или по стоимости операции от и до. Так же при нажатии на «Продажа» или «Аренда» записи от сортируются по продажам и аренде соответственно. На форме имеются кнопки «Сохранить», «Обновить» и «Выход».

При нажатии на кнопку «Объекты» на экране появляется экранная форма «Объекты», на которой представлена информация об объектах, участвующих в работе агентства. При желании можно сделать поиск по городу, по типу объектов и по общей площади. На форме имеются кнопки «Сохранить», «Удалить», «Обновить» и «Выход».

При нажатии на кнопку «Типы Объектов» на экране появляется экранная форма «Типы Объектов», на которой представлены наименования типов объектов, с которыми работает агентство недвижимости. На форме имеются кнопки «Сохранить» и «Выход». Экранная форма «Типы Объектов» изображена на рисунке 16.

Рисунок 16 - Экранная форма «Типы Объектов»

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

Для выхода из приложения необходимо нажать кнопку «Выход».



ЗАКЛЮЧЕНИЕ

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

На основе данных документов и деятельности, связанной с ними, были выявлены 8 сущностей, связанных между собой.

Для реализации базы данных в физической модели была выбрана СУБД MS ACCESS. Приложение было реализовано с помощью Visual Studio.

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

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



БИБЛИОГРАФИЧЕСКИЙ СПИСОК

1. Кузин А.В. Разработка баз данных в системе MS Access / Демин В.М. - М.: 2-е изд Форум, 2009 - 186 с.

2. Кузин А.В. Базы данных / Левонисова С.В. - М.: Academia, 2008 - 234 с.

3. Моисеенко С.И. Разработка приложений в MS Access / Соболь Б.В. - М.: Вильямс, 2006 - 123 с.

4. Демин В.М. Разработка баз данных в системе Microsoft Access / Кузин А.В. - М.: Форум Инфра-М, 2007 - 156 с.

5. Блютман К. Анализ данных в Access / Фриз У. - М.: Питер, 2008 - 108 с.

6. Кошелев В.Е. Acctss 2007 - М.: Бином, 2008 - 112 с.

7. Кушнир А.Н. Microsoft Office Access 2007. Просто как дважды два - М.: Эксмо, 2008 - 186 с.

8. Пегова Е. П. Информатика. Практикум MS Access 2003. - М.: Дрофа, 2009 - 303 с.

9. Епанешников А. М. Практика создания приложений в Access 2007 / Епанешников В. - М.: Диалог-МИФИ, 2009 - 160 с.

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