Заказать дипломную работу в Минске. Дипломы на заказ На главную

Подробно о нас

Стоимость работ

Счет для оплаты

Реклама на сайте

Тяжкороб Д.В. помогает с дипломами в Минске
заказать диплом в Минске по информатике, программированию, C#



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


ВВЕДЕНИЕ Цель курсовой работы – разработка прикладного программного обеспече¬ния деятельности предприятии отдела по учету недвижимости, находящейся на балансе предприятия. Задачами работы являются:
  • исследование предметной области учета недвижимости;
  • разработка ER-модели;
  • построение реляционной модели данных;
  • построение физической модели в реляционной СУБД Access;
  • организация ввода, корректировки данных, удовлетворение информационных потребности пользователей, разработка интерфейса (создание форм, запросов, отчетов, главной кнопочной формы);
  • оценка эффективности работы с данными построенной базы данных.
В работе изложен и использован метод проектирования базы данных

В курсовой работе рассматривается деятельность отдела по учету недвижимости. Предприятие представляет собой жилищно-коммунальное хозяйство, которое ведёт учет домой, зданий, хозяйственных построек, находящихся у него в прямом владении, а также расположенных на его территории. Предприятие имеет право сдавать в наем недвижимость, как физическим лицами, так и субъектам хозяйствования. http://diplom.minsk.by По каждой недвижимости ведётся учет оплат, таких как аренда, коммунальные услуги и другое обслуживание.

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

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



Функциональная модель базы данных IDEF0 (http://diplom.minsk.by)


Выделим базовые объекты (сущности) предметной области согласно диаграмме DFD, показанной на рисунке:
  • Лица;
  • Недвижимость;
  • Владения.


Функциональная модель базы данных IDEF0 (http://diplom.minsk.by)


Связь между сущностями Лица и Владения определяется глаголом «упомянут», мощность этой связи – «один ко многим», так как одно лицо или субъект хозяйствования может быть упомянуто в нескольких владениях недвижимостью, но за одним владением закреплен только один владелец - лицо. Так как лицо, может и не быть упомянуто, то степень принадлежности сущности Лицо в связи «упомянут» является необязательной. Так как в каждом владении упоминается лицо, на которого закрепляется недвижимость, то степень принадлежности сущности Владения в связи «упомянут» http://diplom.minsk.by является обязательной, как показано на рисунке:

Функциональная модель базы данных IDEF0 (http://diplom.minsk.by)


Поскольку не должны выполняться математические операции со значе-ниями атрибутов Наименование, Адрес лица, Реквизиты, Инвентарный номер, Название, Адрес, Основания, Тип недвижимости, то для значений этих атрибутов определим домен, состоящий из множества значений символьного типа данных. Значения атрибутов Дата начала, Дата окончания принадлежат домену с типом данных Дата. Значения атрибута Площадь участка принадлежат домену с числовым (числа с плавающей точкой) типом данных, так как по описанию предметной области возникает необходимость учета общей площади, что предусматривает выполнение алгебраических операций со значениями этих атрибутов.

Проведем нормализацию полученной модели данных. Рассмотрим отношение Лица. В результате концептуального проектирования из подраздела 2.2 получили реляционную схему этого отношения:

Лица (Код лица, Тип лица, Наименование, Адрес лица, Реквизиты). Представим фрагмент отношения Лица в виде таблицы. Проверим, находится ли отношение Активы в 3НФ.

В отношении Недвижимость имеется ФЗ:
Недвижимость > Код типа недвижимости > Тип недвижимости.
По правилу декомпозиции отношений необходимо выделить атрибуты Код типа недвижимости, Тип недвижимости в отдельное отношение Типы не-движимости и удалить из отношения Недвижимость атрибут Тип недвижимости.
Таким образом, в результате приведения к 3НФ отношения Недвижимость получили следующие реляционные схемы отношений:
1) Недвижимость (Код недвижимости, Код типа недвижимости, Инвентарный номер, Тип недвижимости, Название, Адрес, Площадь участка, Год постройки);
2) Типы недвижимости (Код типа недвижимости, Тип недвижимости). Рассмотрим отношение Владения. Функциональная зависимость является транзитивной, поэтому по правилу декомпозиции отношений необходимо выделить атрибуты (Код лица, Код типа лица, Наименование, Адрес, реквизиты) в отдельное отношение Лица, а из отношения Владения удалить атрибуты (Код типа лица, Наименование, Адрес, реквизиты). Таким образом, в результате приведения к 3НФ отношения Карты получили следующие реляционные схемы отношений:

  • Лица (Код лица, Код типа лица, Наименование, Адрес лица, Реквизиты);
  • Недвижимость (Код недвижимости, Инвентарный номер, Код типа недвижимости, Название, Адрес, Площадь участка, Год постройки);
  • Типы недвижимости (Код типа недвижимости, Тип недвижимости);
  • Владения (Код владения, Код лица, Код недвижимости, Дата начала, Дата окончания, Основания).
В курсовой работе проектируется база данных в ERWin:

Функциональная модель базы данных IDEF0 (http://diplom.minsk.by)


В курсовой работе создается база данных (таблицы) в Access:

Функциональная модель базы данных IDEF0 (http://diplom.minsk.by)


Создадим форму для работы с таблицей «Недвижимость», которая показана на рисунке:

Функциональная модель базы данных IDEF0 (http://diplom.minsk.by)


SQL код запроса «Владения физ.лиц»:

SELECT Лица.Наименование, Лица.[Адрес лица], [Типы недвижимо-сти].[Тип недвижимости], Недвижимость.Адрес, Владения.[Дата начала]

FROM [Типы недвижимости] INNER JOIN (Недвижимость INNER JOIN (Лица INNER JOIN Владения ON Лица.[Код лица] = Владения.[Код лица]) ON Недвижимость.[Код недвижимости] = Владения.[Код недвижимости]) ON [Типы недвижимости].[Код типа недвижимости] = Недвижимость.[Код типа недвижимости]

WHERE (((Лица.[Код типа лица])=0));


Запрос в режиме конструктора представлен на рисунке

Функциональная модель базы данных IDEF0 (http://diplom.minsk.by)


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

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





Минск. 2012 - 2016 © ИП Тяжкороб Д.В. УНП 490520112


Репетитор история математика русский язык физика химия минск Минск английский язык немецкий язык репетитор белорусский язык вокал музыка рисунок обществоведенье Спрос на репетиторство растет. К нам обращаются много учащихся. Репетиторы (Минск)