АРМ менеджера по продаже недвижимости

Автор работы: Пользователь скрыл имя, 21 Мая 2013 в 22:17, курсовая работа

Описание работы

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

Содержание работы

Введение 5
1. Исследование автоматизации рынка недвижимости 6
1.1. Системно-структурная характеристика предметной области 6
1.2. Проектные решения по информационному обеспечению 9
1.3. Проектные решения по программному обеспечению 10
2. Разработка автоматизации рынка недвижимости 11
2.1. Информационное обеспечение комплекса задач 11
2.1.1. Инфологическая модель, схема данных и ее описание 11
2.1.2. Используемые классификаторы и системы кодирования 14
2.1.3. Характеристика входной, выходной и нормативно-справочной информации 15
2.2. Внутримашинная реализация комплекса задач 16
2.2.1. Формализация расчетов 16
2.2.2. Структурная схема использования комплекса программ 19
2.3. Технологическое обеспечение 19
2.3.1. Организация технологии сбора, передачи, обработки и выдачи 19
2.3.2. Схема технологического процесса сбора, передачи, обработки и выдачи информации 20
2.4. Программное обеспечение комплекса задач 22
2.4.1. Общие положения 22
2.4.2. Структурная схема пакета 22
2.4.3. Описание программных модулей 23
2.4.4. Проектирование интерфейсов 23
2.5. Схема взаимосвязи программных модулей и информационных файлов 24
2.6. Выбор и обоснование технических средств 24
2.7. Выбор методики обеспечивающей надежность и защищенность ИС 25
3. Безопасность и экологичность 27
3.1. Санитарные нормы использования ИС 27
3.2. Электробезопасность и пожарная безопасность 31
Заключение 36
Список использованной литературы 37

Файлы: 1 файл

АРМ менеджера по продаже недвижимости.doc

— 1.20 Мб (Скачать файл)

Первичный ключ – простой  и функциональная зависимость всех не ключевых атрибутов от первичного ключа – полная, следовательно, отношения  находятся во 2НФ.

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

  1. Клиенты: (RNN_KL, FIO_KL, ADRES_KL, TELEFON_DOM, TELEFON_SOT).

Учет клиентов ведется с помощью  РНН клиентов. Атрибут RNN_KL – уникален и является первичным ключом. Все атрибуты являются атомарными, следовательно, отношения находятся в 1НФ.

Первичный ключ – простой  и функциональная зависимость всех не ключевых атрибутов от первичного ключа – полная, следовательно, отношения  находятся во 2НФ.

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

  1. Предложения: (ID_KV, RNN_KL, KOL_KOM, ZENA, ULIZA, DOM, KV, ETAG, TELEFON, BALKON, LIFT, REMONT, PLOSHAD, STATUS, DOP).

Учет поступающих предложений  ведется по коду квартиры. Атрибут ID_KV – уникален и является первичным ключом. Все атрибуты являются атомарными, следовательно, отношения находятся в 1НФ.

Первичный ключ – простой  и функциональная зависимость всех не ключевых атрибутов от первичного ключа – полная, следовательно, отношения находятся во 2НФ.

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

  1. Сделки: (ID_SDELKY, RNN_POKUP, RNN_PROD, RNN_SOTR, SUMMA, OPLATA_USLUG, DATA).
  2. Учет совершаемых сделок ведется по коду сделки. Атрибут ID_SDELKY – уникален и является первичным ключом. Все атрибуты являются атомарными, следовательно, отношения находятся в 1НФ.

Первичный ключ – простой  и функциональная зависимость всех не ключевых атрибутов от первичного ключа – полная, следовательно, отношения находятся во 2НФ.

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

Таким образом, в результате приведения отношений к 3НФ получили следующие отношения КЛИЕНТЫ, СОТРУДНИКИ, СДЕЛКИ, ПРЕДЛОЖЕНИЯ. На Рис.2 представлена схема данных после нормализации отношений.

 




 


 


 




 

 

 


 


 

 

 

 

 

 

 

 

Рис.2- Схема данных предметной области после нормализации

 

2.1.2. Используемые классификаторы  и системы кодирования

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

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

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

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

В таких справочниках как, «Справочник  о сотрудниках» и «Справочник о клиентах» используется единый казахстанский классификатор Регистрационных Номеров Налогоплательщиков (РНН). Этот класификатор является стандартным и относится к разряду серийных классификаторов.

 

2.1.3. Характеристика входной, выходной  и нормативно-справочной информации

В системе можно выделить входную, нормативно-справочную и выходную информацию.

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

Нормативно-справочной информацией являются следующие справочники:

Справочник «Статус продаж», содержит информацию о том, какой статус имеет квартира (продается, покупается, продано).

Справочник «Должность сотрудника», содержит информацию о том, какую должность занимает сотрудник.

Справочник «Сотрудники», содержит информацию о сотрудниках.

Справочник «Клиенты», содержит информацию о клиентах.

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

К выходной информации так же относятся документ «Отчет агента», в нем указывается дата заполнения, Ф.И.О. агента, статус сделки, стоимость сделки.

Так же выходная информация будет содержать отчет о квартирах, стоимость которых  ниже средней цены;

 

2.2. Внутримашинная реализация комплекса задач

2.2.1. Формализация расчетов

Исходные данные представлены в  виде таблиц. Организация таблиц в программном приложении происходит в формате СУБД Paradox.

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

Имя реквизита

Тип данных

Размерность

Назначение

RNN_sotr

Alpha

12

Уникальный идентификатор

FIO_sotr

Alpha

60

Содержит Ф.И.О. сотрудника

Adres

Alpha

100

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

Telefon_dom

Alpha

8

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

Telefon_sot

Alpha

15

Содержит сотовый телефон сотрудника

Dolgnost

Long Integer

-2147483648 .. +2147483647

Содержит код должности  сотрудника

Foto

Graphic

0-240

Содержит фотографию сотрудника

Dop

Memo

1-240

Содержит дополнительную информацию о сотруднике


 

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

Имя реквизита

Тип данных

Размерность

Назначение

RNN_kl

Alpha

12

Уникальный идентификатор


 

 

Продолжение Таблицы 3

Имя реквизита

Тип данных

Размерность

Назначение

FIO_kl

Alpha

60

Содержит Ф.И.О. клиента

Adres _kl

Alpha

100

Содержит адрес клиента

Telefon_dom

Alpha

8

Содержит домашний телефон  клиента

Telefon_sot

Alpha

15

Содержит сотовый телефон  клиента


 

Таблица 4 – «Предложения»

Имя реквизита

Тип данных

Размерность

Назначение

ID_kv

Autoincrement

-

Уникальный идентификатор

RNN_kl

Alpha

12

Содержит РНН клиента

Kol_kom

Long Integer

-2147483648 .. +2147483647

Содержит сколько комнат в квартире

Zena

Long Integer

-2147483648 .. +2147483647

Содержит стоимость  квартиры

Uliza

Alpha

70

Содержит название улицы

Dom

Alpha

10

Содержит номер дома

Kv

Long Integer

-2147483648 .. +2147483647

Содержит номер квартиры

Ploshad

Number

-10307 .. +10307

Содержит общую площадь  квартиры

Etag

Long Integer

-2147483648 .. +2147483647

Содержит этаж квартиры

Lift

Logical

-

Указывает наличие лифта


 

Продолжение Таблицы 4

Имя реквизита

Тип данных

Размерность

Назначение

Remont

Logical

-

Указывает наличие ремонта

Balkon

Logical

-

Указывает наличие балкона

Telefon

Logical

-

Указывает наличие телефона

Status

Long Integer

-2147483648 .. +2147483647

Содержит статус квартиры

Dop

Memo

1-240

Содержит дополнительную информацию


 

Таблица 5 – «Должность»

Имя реквизита

Тип данных

Размерность

Назначение

ID_dolgn

Autoincrement

-

Уникальный идентификатор

Dolgnost

Alpha

40

Содержит данные о  должности сотрудника

Zarplata

Long Integer

-2147483648 .. +2147483647

Содержит данные о  зарплате сотрудника


 

Таблица 6 – «Статус»

Имя реквизита

Тип данных

Размерность

Назначение

ID_status

Autoincrement

-

Уникальный идентификатор

Status

Alpha

15

Содержит данные о  статусе квартиры


 

 

Таблица 7 – «Сделки »

Имя реквизита

Тип данных

Размерность

Назначение

ID_sdelky

Autoincrement

-

Уникальный идентификатор

RNN_prod

Alpha

12

Содержит РНН продавца

RNN_pokup

Alpha

12

Содержит РНН покупателя

RNN_sotr

Alpha

12

Содержит РНН сотрудника

Summa

Long Integer

-2147483648 .. +2147483647

Содержит стоимость  квартиры

Oplata_uslug

Long Integer

-2147483648 .. +2147483647

Содержит оплату услуг

Информация о работе АРМ менеджера по продаже недвижимости