Курсовая ПрБД, 2 курс 3 семестр (для ИВТ и т.п.) / Курсовая ПБД готовая
.pdfМИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ, СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное бюджетное образовательное учреждение высшего образования
«Поволжский государственный университет телекоммуникаций и информатики»
Факультет Цифровой экономики и массовых коммуникаций Кафедра Прикладная информатика
ДОПУСТИТЬ К ЗАЩИТЕ |
ЗАЩИЩЕН С ОЦЕНКОЙ________ |
|||||||||||||||
|
|
|
|
|
|
|
|
|
|
|
Руководитель В |
|||||
Руководитель (подпись) |
|
(инициалы, |
(подпись) |
|||||||||||||
|
|
|
(инициалы, |
|||||||||||||
|
|
|
|
|
фамилия) |
|
|
|
|
|
фамилия) |
|||||
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
(дата) |
|
|
|
|
|
(дата) |
|
|
|||
КУРСОВАЯ РАБОТА
по дисциплине «Проектирование баз данных» Тема: «Разработка базы данных агентства по аренде квартир»
Выполнил
студент
(группа) (инициалы, фамилия)
направлениеподготовки |
(шифр) |
Самара 2025
Рецензия
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
__________________________________________________________________
2
Содержание
Задание |
..................................................................................................................... |
4 |
|
Введение................................................................................................................... |
5 |
||
1. |
Анализ предметной области .............................................................................. |
6 |
|
2. |
Постановка задач................................................................................................. |
9 |
|
3. |
Проектирование реляционной базы данных.................................................. |
12 |
|
|
3.1 |
Концептуальное проектирование.......................................................... |
12 |
|
3.2 |
Логическое проектирование .................................................................. |
14 |
|
3.3 |
Физическое проектирование.................................................................. |
19 |
4. |
Реализация проекта БД средствами СУБД..................................................... |
27 |
|
5. |
Запросы к БД...................................................................................................... |
66 |
|
Заключение ............................................................................................................ |
75 |
||
Список использованной литературы................................................................... |
77 |
||
3
Задание
Необходимо разработать реляционную базу данных для информационной системы «Агентство по аренде квартир», вариант № 6. Система должна обеспечивать хранение и обработку сведений о квартирах, их владельцах, арендаторах, менеджерах и филиалах агентства, а также данных, связанных с деятельностью по аренде недвижимости.
База данных должна поддерживать регистрацию договоров аренды и договоров управления, содержащих информацию о сроках, стоимости, условиях и ответственных лицах. Также необходимо предусмотреть хранение данных о платежах арендаторов, осмотрах квартир, технических заявках и штрафах, возникающих при нарушениях условий аренды.
В процессе выполнения работы требуется провести анализ предметной области, определить основные сущности, их атрибуты и связи. На основании анализа формируется концептуальная модель (ER-диаграмма), затем — логическая модель, включающая первичные и внешние ключи и ограничения целостности. Сущности необходимо нормализовать для устранения избыточности и повышения корректности хранения данных.
Далее следует разработать физическую модель и реализовать структуру таблиц в СУБД MySQL, заполнив их тестовыми данными. В практической части необходимо подготовить не менее 10 SQL-запросов, отражающих типовые операции: выборки с разными видами соединений, запросы с агрегированием, вычисляемыми полями, перекрёстными соединениями и изменением данных. Запросы должны быть логичными и соответствовать задачам агентства.
Результатом работы является спроектированная, созданная и протестированная реляционная база данных, обеспечивающая автоматизацию учёта процессов аренды квартир.
4
Введение
Актуальность темы обусловлена тем, что современные агентства недвижимости обрабатывают значительные объёмы информации, связанные с управлением жилыми объектами, заключением договоров аренды и управления, контролем платежей, техническим обслуживанием и взаимодействием с клиентами. Ручное ведение таких данных приводит к ошибкам, затрудняет мониторинг состояния квартир и снижает качество обслуживания клиентов. Разработка структурированной базы данных позволяет систематизировать информацию, повысить скорость работы сотрудников и обеспечить целостность учетных данных.
Цель курсового проекта – разработать реляционную базу данных для автоматизации деятельности агентства по аренде квартир.
Для достижения поставленной цели необходимо решить следующие задачи:
–выполнить анализ предметной области;
–выявить основные сущности, атрибуты и связи;
–построить концептуальную модель данных;
–выполнить логическое проектирование и нормализацию;
–определить бизнес-правила и требования к системе;
–сформировать перечень запросов к базе данных.
Объектисследования— процессыуправленияарендойквартирвагентстве недвижимости.
Предмет исследования — структура данных, обеспечивающая хранение и обработку сведений об объектах недвижимости, участниках взаимодействий и связанных событиях.
5
1 Анализ предметной области
Предметной областью настоящей курсовой работы является деятельность агентства по аренде квартир, связанная с предоставлением услуг по поиску арендаторов, сопровождению сделок аренды и взаимодействию с владельцами недвижимости. Основой для анализа предметной области послужили типовые договоры аренды, внутренние регламенты агентства, а также информация, полученная от специалистов, работающих в сфере управления недвижимостью.
Разрабатываемаябазаданныхориентировананаавтоматизациюбазовых процессов агентства, связанных с учётом объектов недвижимости, взаимодействием с владельцами и арендаторами, распределением ответственности между филиалами и управлением заключёнными договорами. Система должна обеспечить структурированное хранение данных, их целостность, связанность и возможность оперативного получения необходимой информации.
Пользователями базы данных предполагаются сотрудники агентства недвижимости: менеджеры, администраторы филиалов и руководители подразделений. Они осуществляют ввод и актуализацию сведений о владельцах квартир, регистрируют новые договоры аренды, сопровождают работу с арендаторами и обеспечивают контроль над занятостью объектов.
Основные процессы, отражаемые системой: 1. Работа с владельцами недвижимости
–регистрация владельцев квартир, предоставляющих объекты в аренду через агентство;
–хранение контактной информации и основных сведений о собственнике;
–учёт квартир, переданных владельцем в управление агентству. Владелец является ключевым участником процесса аренды, поскольку
6
именно он предоставляет объект и заключает договор с агентством. Сведения
овладельце должны быть связаны с договорами и данными об арендаторах.
2.Учёт арендаторов
–регистрация данных о клиентах, желающих арендовать квартиру;
–фиксация контактных и дополнительных данных;
–связь с конкретными договорами аренды.
Арендаторы являются второй основной категорией участников арендных отношений. Все договоры аренды заключаются с конкретными физическими или юридическими лицами, поэтому хранение информации о них является обязательным.
3. Структура агентства и его филиалы
–хранение информации о филиалах агентства;
–распределение договоров по филиалам;
–ведение данных о том, какой менеджер сопровождает сделку в какомлибо филиале агентства.
Наличие филиалов позволяет агентству обслуживать разные географические районы. Каждому договору соответствует менеджер, который
вкаком-либо филиале был оформлен, что важно для внутренней отчётности и распределения нагрузки.
4. Управление договорами аренды
–регистрация новых договоров аренды;
–хранение сведений о сроках аренды, стоимости, условиях;
–фиксация статуса договора (активный/завершённый);
–установление связи между квартирой, владельцем и арендатором. Договор представляет собой центральный объект предметной области.
Он объединяет все ключевые сущности: квартира принадлежит владельцу,
передана в определённый филиал агентства, а арендуется конкретным
7
арендатором. В рамках договора фиксируются финансовые, организационные и юридические параметры аренды.
Особенности предметной области и ограничения:
–один владелец может иметь несколько квартир, сдаваемых через агентство;
–квартира может сдаватьcя только по одному активному договору в каждый момент времени;
–один арендатор может заключать несколько договоров в разное время, но не одновременно для одной и той же квартиры;
–каждый договор оформляется менеджером, численный в конкретном филиале агентства;
–данные о владельцах и арендаторах должны быть однозначно связаны
сдоговорами;
–корректность дат начала и окончания договора является обязательным условием.
Эти ограничения определяют структуруданных итребования к будущей системе.
8
2 Постановка задач
Задача разработки базы данных для агентства по аренде квартир заключается в создании информационной системы, обеспечивающей хранение, структурирование и обработку данных, связанных с деятельностью агентства. База данных должна поддерживать процессы взаимодействия владельцев недвижимости, арендаторов, филиалов агентства и заключаемых договоров.
Для корректной работы системы необходимо определить структуру входной и выходной информации.
Входная информация включает:
–сведения о владельцах недвижимости (контактные данные, тип владельца, перечень принадлежащих объектов);
–данные об арендаторах;
–информацию о филиалах агентства;
–сведения о заключаемых договорах аренды: даты, стоимость, условия,
статус;
–дополнительные данные, связанные с исполнением договора: платежи, технические проблемы, штрафы, осмотры и др.
Выходная информация должна обеспечивать формирование отчётов, выборок и аналитических данных, необходимых для работы сотрудников агентства. К ним относятся: сведения о свободных и занятых квартирах, данные об активных и завершённых договорах, информация по платежам и штрафам, отчёты по менеджерам и филиалам, история аренды и т. д.
Для построения корректной модели необходимо определить рамки разрабатываемой БД. В данной работе рассматриваются процессы:
–регистрация владельцев и арендаторов;
–ведение информации о филиалах и менеджерах;
–оформление договоров аренды;
–фиксирование платежей, осмотров, штрафов и технических заявок;
9
–формирование отчётности по объектам недвижимости и заключенным договорам.
Целью постановки задачи является выделение основных функций, которые должна поддерживать БД, и уточнение их взаимосвязей. На этом этапе важно определить семантику данных, исключить второстепенные или избыточные элементы и сформировать основу для последующего концептуального и логического проектирования.
В системе предполагается наличие нескольких групп пользователей:
–менеджеры агентства, отвечающие за взаимодействие с арендаторами, заключение договоров, проведение осмотров, создание заявок и оформление штрафов;
–сотрудники филиалов, имеющие доступ к данным своего филиала;
–администратор системы, обладающий полным доступом ко всем сущностям и возможностью корректировать данные.
ДляобеспечениякорректнойработыБДнеобходимоопределить бизнесправила, регулирующие поведение данных:
–одна квартира может иметь только один активный договор аренды;
–договор должен иметь корректные даты начала и окончания;
–платежи, заявки, штрафы и осмотры создаются только в рамках существующего договора (кроме осмотров, проводимых до аренды);
–менеджер может передавать свои обязанности другому менеджеру при невозможности выполнения функций;
–каждый менеджер относится к одному филиалу;
–владелец может присутствовать при осмотрах, но не обязан. Перечень запросов, реализуемых в создаваемой базе данных:
1)Получение сведений о договоре аренды: ФИО арендатора, адрес квартиры и дата заключения договора (с использованием внутреннего соединения по одному полю)
2)Получение списка квартир, осматриваемых владельцами напрямую (с
использованием косвенно связанных таблиц)
10
