Учет жилищного фонда населенного пункта

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

Приднестровский государственный университет им. Т.Г. Шевченко

Инженерно-технический институт

Кафедра программного обеспечения вычислительной техники

и автоматизированных систем

КУРСОВАЯ РАБОТА

по дисциплине «Базы данных»

тема: «УЧЁТ ЖИЛИЩНОГО ФОНДА НАСЕЛЁННОГО ПУНКТА»

Работу выполнил

студент группы ИТ11ДР62ПИ1

Наний Олег Юрьевич

Руководитель, ст. преподаватель

Помян С. В.

Тирасполь 2012



СОДЕРЖАНИЕ

ВВЕДЕНИЕ

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

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

1.2 Обзор существующих аналогичных информационных систем

1.3 Актуальность разрабатываемой информационной системы

1.4 Требования к информационной системе

2. ПРОЕКТИРОВАНИЕ МОДЕЛИ БАЗЫ ДАННЫХ

2.1 Инфологическое проектирование модели базы данных

2.2 Логическое проектирование модели базы данных

2.3 Физическое проектирование модели базы данных



ВВЕДЕНИЕ

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

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

* официальный статистический учет;

* бухгалтерский учет.

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

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

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



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

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

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

В БТИ ведутся различные виды учетов. Официальный статистический учет - это учёт проживающих граждан и состояния недвижимости. Бухгалтерский учет - это учет состояния лицевого счёта (задолженности).

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

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

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

Следовательно, можно сделать вывод, что исследование данной темы является актуальным, поскольку проведенная автоматизация позволит значительно усилить контроль над качеством выполненной работы сотрудников БТИ.



1.2 Обзор существующих аналогичных информационных систем

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

· Ведение оперативной информации о состоянии и эксплуатации жилищного фонда.

· Регистрация и движение населения во вверенном жилфонде.

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

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

· Выдача справок населению.

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

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



Рисунок 1.1-Программа «Домовладелец»

Рисунок 1.2-Программа «Домовладелец»

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

1.3 Актуальность разрабатываемой информационной системы

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

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

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

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

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

1.4 Требования к информационной системе

В курсовой работе необходимо разработать информационную систему для контроля и учета недвижимости в БТИ, проанализировать предметную область, построить инфологическую модуль предметной области, реализовать инфологическую модель средствами СУБД Access. Разработать и реализовать средствами VisualStudio2008 удобный и интуитивно понятный интерфейс взаимодействия пользователя и базы данных. Разработать информационную систему в виде клиент - серверного приложения. Клиентская часть - Windows-приложение, реализованное средствами VisualStudio 2008. Серверная часть - база данных, реализованная средствами Access. Формирование не менее трех отчетов по информации из базы данных средствами генератора отчета CrystalReport: итогового, с применением нескольких группировок, формирование отчета, для которого источником является конкретная выбранная запись.

В информационной системе должны храниться данные о недвижимости: это год его постройки, адрес, площадь и так далее. Необходимо хранить информацию о проживающих гражданах: ФИО, номер паспорта и кто владелец.

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

Информационная система должна реализовывать следующие функции:

1) добавление, редактирование, удаление данных во всех таблицах в базе данных из форм клиентского приложения;

2) поиск данных в таблицах, не менее, чем по трём критериям;

3) проверка в клиентском приложении правильности пользовательского ввода данных в таблицы;

4) формы клиентского приложения содержат пояснительные надписи для пользователя;

5) формы клиентского приложения содержат элементы управления для открытия и отображения отчетов CrystalReport;

6) обеспечение физической и логической целостности должно быть реализовано на уровне серверного приложения;

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



2. ПРОЕКТИРОВАНИЕ МОДЕЛИ БАЗЫ ДАННЫХ

2.1 Инфологическое проектирование модели базы данных

В предметной области «Учет жилищного фонда населенного пункта» можно выделить

- объекты: недвижимость, владельцы, проживающие, лицевой счет.

- процессы: добавление недвижимости, прием платежей.

В предметной области можно выделить следующие сущности: Недвижимость, Квартира, Земельный участок, Объект недвижимости, Владельцы, Проживающие, Благоустройство.

Сущность Недвижимость содержит следующие атрибуты: ID Недвижимости, Город, Улица, №дома/участка, Тип недвижимости, Особые метки. Атрибут ID Недвижимости является уникальным, он присваивается каждой недвижимости, поэтому его можно принять за ключевой.

Сущность Квартира содержит следующие атрибуты: ID Недвижимости, №квартиры, Год постройки, Этаж, Количество жилых комнат, Жилая площадь, Площадь квартиры, Общая площадь, Схема. Атрибут ID Недвижимости является уникальным, он присваивается каждой недвижимости, поэтому его можно принять за ключевой.

Сущность Земельный участок содержит следующие атрибуты: ID Недвижимости, Основания, Площадь, Общая площадь, Схема. Атрибут ID Недвижимости является уникальным, он присваивается каждой недвижимости, поэтому его можно принять за ключевой.

Сущность Объект недвижимости содержит следующие атрибуты: ID Недвижимости, Наименование, Год постройки, Фундамент, Стены, Кровля, Объем, Общая площадь, Жилая площадь, Износ, Основание, Схема. Атрибут ID Недвижимости является уникальным, он присваивается каждой недвижимости, поэтому его можно принять за ключевой.

Сущность Владельцы содержит следующие атрибуты: ID Недвижимости, ФИО Владельца, Номер паспорта, Тип владения, Доля владения, Вид собственности. Атрибут Номер паспорта является уникальным, он присваивается каждой недвижимости, поэтому его можно принять за ключевой.

Сущность Проживающие содержит следующие атрибуты: ID Недвижимости, ФИО, Номер паспорта, Дата рождения. Атрибут Номер паспорта является уникальным, он присваивается каждой недвижимости, поэтому его можно принять за ключевой.

Сущность Лицевой счет содержит следующие атрибуты: Лицевой счет, ID Недвижимости, К оплате, Оплачено, Дата, Задолженность. Атрибут ID Недвижимости является уникальным, он присваивается каждой недвижимости, поэтому его можно принять за ключевой.

Сущность Благоустройство содержит следующие атрибуты: ID Недвижимости, Наименование, Материал, Количество единиц измерения. Атрибут ID Недвижимости является уникальным, он присваивается каждой недвижимости, поэтому его можно принять за ключевой.

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

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

Рисунок 2.1 - Связь между сущностями Недвижимость и Квартира

Тип связи между сущностями Недвижимость и Земельный участок. Один земельный участок может иметь только один идентификационный номер, и наоборот, к одному идентификационному номеру может быть привязан один земельный участок. Из этого следует, что тип связи «Один-к-Одному».

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

Рисунок 2.2 - Связь между сущностями Недвижимость и Земельный участок

Тип связи между сущностями Недвижимость и Объект недвижимости. Один объект недвижимости может иметь только один идентификационный номер, и наоборот, к одному идентификационному номеру может быть привязан один объект недвижимости. Из этого следует, что тип связи «Один-к-Одному».

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

Рисунок 2.3 - Связь между сущностями Недвижимость и Объект недвижимости

Тип связи между сущностями Недвижимость и Владельцы. У одной недвижимости может быть несколько владельцев. Поэтому тип связи «Один-ко-Многим».

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

Рисунок 2.4 - Связь между сущностями Недвижимость и Владельцы

Тип связи между сущностями Недвижимость и Проживающие. В одной квартире могут быть несколько проживающих. Поэтому тип связи «Один-ко-Многим».

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

Рисунок 2.5 - Связь между сущностями Недвижимость и Проживающие



Тип связи между сущностями Недвижимость и Лицевой счет. У одной недвижимости может быть только один лицевой счет, и наоборот, к одному лицевому счету может быть привязана одна недвижимость. Из этого следует, что тип связи «Один-к-Одному».

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

Рисунок 2.6 - Связь между сущностями Недвижимость и Лицевой счет

Тип связи между сущностями Недвижимость и Благоустройство. У одной недвижимости может быть только один список дополнительных пристроек, и наоборот, один список пристроек может быть привязан к одной недвижимости. Из этого следует, что тип связи «Один-к-Одному».

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

Рисунок 2.7 - Связь между сущностями Недвижимость и Благоустройство

Инфологическая модель предметной области может быть представлена в виде ER-диаграммы.



Рисунок 2.8 - ER-диаграмма предметной области «Учет жилищного фонда населенного пункта»

2.2 Логическое проектирование модели базы данных

учет жилищный фонд база данные

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

Структура отношения «Недвижимость» может быть представлена следующим образом:

Таблица 2.1 - Схема отношения «Недвижимость»

Имя атрибута	Имя поля	Домен
ID Недвижимости	ID Недвижимости	Числовой
Город	Город	Текстовый
Улица	Улица	Текстовый
№дома/участка	№дома/участка	Текстовый
Тип недвижимости	Тип недвижимости	Текстовый
Особые метки	Особые метки	Текстовый

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

Структура отношения «Квартира» может быть представлена следующим образом:

Таблица 2.2 - Схема отношения «Квартира»

Имя атрибута	Имя поля	Домен
ID Недвижимости	ID Недвижимости	Числовой
№квартиры	№квартиры	Текстовый
Год постройки	Год постройки	Числовой
Этаж	Этаж	Числовой
Количество жилых комнат	Количество жилых комнат	Числовой
Жилая площадь	Жилая площадь	Числовой
Площадь квартиры	Площадь квартиры	Числовой
Общая площадь	Общая площадь	Числовой
Схема	Схема	Текстовый

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

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

Таблица 2.3 - Схема отношения «Земельный участок»

Имя атрибута	Имя поля	Домен
ID Недвижимости	ID Недвижимости	Числовой
Основания	Основания	Текстовый
Площадь	Площадь	Числовой
Общая площадь	Общая площадь	Числовой
Схема	Схема	Текстовый

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

Структура отношения «Объект недвижимости» может быть представлена следующим образом:

Таблица 2.4 - Схема отношения «Объект недвижимости»

Имя атрибута	Имя поля	Домен
ID Недвижимости	ID Недвижимости	Числовой
Наименование	Наименование	Текстовый
Год постройки	Год постройки	Числовой
Фундамент	Фундамент	Текстовый
Стены	Стены	Текстовый
Имя атрибута	Имя поля	Домен
Кровля	Кровля	Текстовый
Объем	Объем	Числовой
Общая площадь	Общая площадь	Числовой
Жилая площадь	Жилая площадь	Числовой
Износ	Износ	Числовой
Основание	Основание	Текстовый
Схема	Схема	Текстовый

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

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

Таблица 2.5 - Схема отношения «Владельцы»

Имя атрибута	Имя поля	Домен
ID Недвижимости	ID Недвижимости	Числовой
ФИО Владельца	ФИО Владельца	Текстовый
Номер паспорта	Номер паспорта	Текстовый
Тип владения	Тип владения	Текстовый
Доля владения	Доля владения	Числовой
Вид собственности	Вид собственности	Текстовый

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

Структура отношения «Проживающие» может быть представлена следующим образом:

Таблица 2.6 - Схема отношения «Проживающие»

Имя атрибута	Имя поля	Домен
ID Недвижимости	ID Недвижимости	Числовой
ФИО	ФИО	Текстовый
Номер паспорта	Номер паспорта	Текстовый
Дата рождения	Дата рождения	Текстовый

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

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

Таблица 2.7 - Схема отношения «Лицевой счет»

Имя атрибута	Имя поля	Домен
Лицевой счет	Лицевой счет	Текстовый
ID Недвижимости	ID Недвижимости	Числовой
К оплате	К оплате	Числовой
Оплачено	Оплачено	Числовой
Дата	Дата	Текстовый
Задолженности	Задолженности	Числовой



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

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

Таблица 2.8 - Схема отношения «Благоустройство»

Имя атрибута	Имя поля	Домен
ID Недвижимости	ID Недвижимости	Числовой
Наименование	Наименование	Текстовый
Материал	Материал	Текстовый
Количество единиц измерения	Количество единиц измерения	Числовой

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

2.3 Физическое проектирование модели базы данных

На этапе физического проектирования осуществляется перевод отношений в таблицы выбранной СУБД. Для разработки программного продукта используется интегрированная среда разработки VisualStudio 2008, язык C#. Для создания базы данных была выбрана система управления базами данных Microsoft Access 2007. База данных может располагаться в любом каталоге диска, так как при подключении выбирается файл базы данных, и состоит из нескольких таблиц.

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

Рисунок 2.9 - Структура таблицы «Недвижимость» в режиме конструктора

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

Рисунок 2.10 - Структура таблицы «Квартира» в режиме конструктора

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

Рисунок 2.11 - Структура таблицы «Земельный участок» в режиме конструктора

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

Рисунок 2.12 - Структура таблицы «Объект недвижимости» в режиме конструктора

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

Рисунок 2.13 - Структура таблицы «Владельцы» в режиме конструктора

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

Рисунок 2.14 - Структура таблицы «Проживающие» в режиме конструктора

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



Рисунок 2.15 - Структура таблицы «Лицевой счет» в режиме конструктора

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

Рисунок 2.16 - Структура таблицы «Благоустройство» в режиме конструктора

Между таблицами в базе данных созданы связи и обеспечивается целостность данных.

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



Рисунок 2.17 - Схема данных базы данных «Учет жилищного фонда населенного пункта» в СУБД Access

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

...