Ирина Эланс

Автор который поможет с любыми образовательными и учебными заданиями

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

CoolReferat.com

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

УСТЬ-КАМЕНОГОРСКИЙ КОЛЛЕДЖ ЭКОНОМИКИ И ФИНАНСОВ

Специальность «Программное обеспечение вычислительной техники и автоматизированных систем»

Пояснительная записка

К ДИПЛОМНОМУ ПРОЕКТУ

Руководитель:

Преподаватель:

__________________

«____»____________2008 г.

Студент:

___________________Крутьева Е.А.

«____»_____________2008 г.

Специальность 3706002

Группа ТП-41

Усть-Каменогорск, 2008
ЗАДАНИЕ К ДИПЛОМНОМУ ПРОЕКТУ

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

Руководитель

«______»_________________200__г.

РЕФЕРАТ

Пояснительная записка изложена на 68 страницах, в нее входят:

17 – рисунков, 7 – таблиц, 3 – приложений, 10 – используемых литературных источников. Пояснительная записка состоит из трех разделов: введение, основная часть, заключение.

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

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

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

СОДЕРЖАНИЕ

Введение 5

Исследование автоматизации рынка недвижимости 6

Системно-структурная характеристика предметной области 6
Проектные решения по информационному обеспечению 9
Проектные решения по программному обеспечению 10

Разработка автоматизации рынка недвижимости 11

Информационное обеспечение комплекса задач 11

Инфологическая модель, схема данных и ее описание 11
Используемые классификаторы и системы кодирования 14
Характеристика входной, выходной и нормативно-справочной информации 15

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

Формализация расчетов 16
Структурная схема использования комплекса программ 19

Технологическое обеспечение 19

Организация технологии сбора, передачи, обработки и выдачи 19
Схема технологического процесса сбора, передачи, обработки и выдачи информации 20

Программное обеспечение комплекса задач 22

Общие положения 22
Структурная схема пакета 22
Описание программных модулей 23
Проектирование интерфейсов 23

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

Безопасность и экологичность 27

Санитарные нормы использования ИС 27
Электробезопасность и пожарная безопасность 31

Заключение 36

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

Приложение А – Входные и выходные документы

Приложение В – Интерфейс приложения

Приложение С – Листинг приложения

ВВЕДЕНИЕ

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

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

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

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

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

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

1. Исследование автоматизации рынка недвижимости

1.1. Системно-структурная характеристика предметной области

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

При работе с клиентурой агентство по недвижимости совершает следующие основные операции:

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

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

Таблица 1 - Множество атрибутов

№	Наименование атрибута	Идентификатор
1	Код квартиры	ID_KV
2	РНН клиента	RNN_KL
3	Количество комнат	KOL_KOM
4	Улица	ULIZA
5	Дом	DOM

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

№	Наименование атрибута	Идентификатор
6	Квартира	KV
7	Лифт в подъезде (есть или нет)	LIFT
8	Балкон в квартире (есть или нет)	BALKON
9	Телефон квартиры (есть или нет)	TELEFON
10	Ремонт в квартире (есть или нет)	REMONT
11	Этаж квартиры	ETAG
12	Площадь квартиры	PLOSHAD
13	Стоимость квартиры	ZENA
14	Статус квартиры	STATUS
15	Дополнительная информация	DOP
16	ФИО клиента	FIO_KL
17	Адрес клиента	ADRES_KL
18	Домашний телефон	TELEFON_DOM
19	Сотовый телефон	TELEFON_SOT
20	РНН сотрудника	RNN_SOTR
21	ФИО сотрудника	FIO_SOTR
22	Адрес сотрудника	ADRES_SOTR
23	Код должности	ID_DOLGN
24	Должность	DOLGN
25	Зарплата	ZARPLATA
26	Фотография сотрудника	FOTO_SOTR
27	Код сделки	ID_SDELKY
28	Сумма сделки	SUMMA
29	Оплата услуг	OPLATA_USLUG
30	Дата сделки	DATA
31	Код статуса	ID_STATUS

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

При определении инфологической модели необходимо принимать во внимание следующее:

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

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

На основании обследования предметной области выделим следующие сущности с атрибутами (ключевые атрибуты выделены подчеркиванием)

Сотрудники: (RNN_SOTR, FAM_SOTR, NAME_SOTR, OTH_SOTR, ADRES_SOTR, TELEFON_DOM, TELEFON_SOT, DOLGNOST, FOTO, DOP);

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

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

Сделки: (ID_SDELKY, RNN_POKUP, RNN_PROD, RNN_SOTR, SUMMA, OPLATA_USLUG, DATA);

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

Рис.1 - Инфологическая модель предметной области

1.2. Проектные решения по информационному обеспечению

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

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

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

1.3. Проектные решения по программному обеспечению

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

Программное приложение должно поддерживать русский интерфейс, быть приложением Windows.

Данная разработка должна соответствовать следующим требованиям:

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

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

2. Разработка автоматизации рынка недвижимости

2.1. Информационное обеспечение комплекса задач

2.1.1. Инфологическая модель, схема данных и ее описание

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

Сотрудники: (RNN_SOTR, FIO_SOTR, ADRES_SOTR, TELEFON_DOM, TELEFON_SOT, DOLGNOST, FOTO, DOP).

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

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

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

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

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

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

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

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

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

Таким образом, в результате приведения отношений к 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	-10³⁰⁷ .. +10³⁰⁷	Содержит общую площадь квартиры
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	Содержит оплату услуг

АРМ менеджера по продаже недвижимости. 2 📙 Курсовая → 🆔 28417