Специальность: 09.02.07 Информационные системы и программирование

МИНИСТЕРСТВО ЭНЕРГЕТИКИ, ПРОМЫШЛЕННОСТИИ СВЯЗИ СТАВРОПОЛЬСКОГО КРАЯ

 

Государственное бюджетное профессиональное образовательное учреждение «Ставропольский региональный колледж вычислительной техники и электроники»

Специальность: 09.02.07 Информационные системы и программирование

 

Профессиональный модуль: ПМ. 01 Разработка модулей программного обеспечения для компьютерных систем

Междисциплинарный курс: МДК 01.01 Разработка программных модулей

 

 

КУРСОВОЙ ПРОЕКТ

 

 

на тему:Разработка справочника для агентства недвижимости

Студент Бабичев Иордан Сергеевич

Курс 3   группа 37/1

Оценка выполнения курсового проекта _____________________________

Руководитель: Винда Ю.А.________________

 

 

2021

МИНИСТЕРСТВО ЭНЕРГЕТИКИ, ПРОМЫШЛЕННОСТИИ СВЯЗИ СТАВРОПОЛЬСКОГО КРАЯ

Государственное бюджетное профессиональное образовательное учреждение

 «Ставропольский региональный колледж вычислительной техники и электроники»

(ГБПОУ СРКВТ и Э)

Специальность: 09.02.07 Информационные системы и программирование
МДК 01.01 Разработка программных модулей

 

 

ЗАДАНИЕ НА КУРСОВОЙ ПРОЕКТ

 

Студента Бабичева Иордана Сергеевича

Группа 37/1

Тема:Разработка справочника для агентства недвижимости

Срок представления проекта к защите «3» декабря 2021 г.

 

Исходные данные для разработки полей заполнения данных

Содержание пояснительной записки:

Титульный лист

Задание

Содержание

Введение

1. Разработка системного проекта

2. Реализация

3. Отладка и тестирование

Заключение

Список информационных источников

Приложение

 

Перечень графического материала: таблицы, рисунки работы программы.

Руководитель проекта ______________________ Винда Ю.А.

                                                                   ^{подпись,}

Задание принял к исполнению ___________________

                                                                                           ^{подпись,}                 

Дата выдачи задания                                                   «15» ноября 2021 г.

 

 

МИНИСТЕРСТВО ЭНЕРГЕТИКИ, ПРОМЫШЛЕННОСТИ И СВЯЗИ СТАВРОПОЛЬСКОГО КРАЯ

 

Государственное бюджетное профессиональное образовательное учреждение «Ставропольский региональный колледж вычислительной техники и электроники»

(ГБПОУ СРКВТ и Э)

ОТЗЫВ

о курсовом проекте студента 3 курса группы 37/1

специальности 09.02.07 Информационные системы и программирование

Бабичева Иордана Сергеевича

по теме: Разработка справочника для агентства недвижимости

руководитель курсового проекта Ю.А. Винда

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

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

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

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

В курсовом проекте прослеживается чёткость в определении новизны и актуальности использования в настоящее время. Полностью продемонстрирована практическая реализация работы программного приложения. Работа может быть оценена отлично.

Руководитель _____________ Ю.А. Винда

                                                     «___» ____________ 2021  

СОДЕРЖАНИЕ

 

 

ВВЕДЕНИЕ
1. РАЗРАБОТКА СИСТЕМНОГО ПРОЕКТА 1.1. Требования к функциональным характеристикам 1.2. Требования к надежности и безопасности 1.3. Требования к составу и параметрам технических средств 1.4. Проблемы безопасности БД	7 7 7 8 9
2. РЕАЛИЗАЦИЯ 2.1. Обоснование выбора средств разработки. 2.2. Функциональная схема отдельных модулей 2.3 Описание отдельных модулей проекта 2.4 Листинг отдельных программных модулей проекта	13 13 17 20 23
3. ОТЛАДКА И ТЕСТИРОВАНИЕ	25
ЗАКЛЮЧЕНИЕ	29
СПИСОК ИНФОРМАЦИОННЫХ ИСТОЧНИКОВ	29
ПРИЛОЖЕНИЕ	30

 

ВВЕДЕНИЕ

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

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

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

 

 

1 РАЗРАБОТКА СИСТЕМНОГО ПРОЕКТА

 

Требования к функциональным характеристикам программы

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

1) отображать таблицы БД (в виде формы и таблицы данных);

2) добавлять, удалять, редактировать записи;

3) производить поиск и сортировку записей;

4) распечатывать путевые и билетно-учетные листы;

5) иметь функцию авторизации пользователей;

6) иметь понятный интерфейс и справку;

7) отображать ПС на линии и его положение;

8) иметь лог вошедших пользователей.

Требования к надежности и безопасности

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

Условия эксплуатации

Скопировать программу в любое место на компьютере. Запустить программу с помощью файла с расширением ЕХЕ. Для удобства можно отправить файл с расширением ЕХЕ на рабочий стол. Необходимо установить серверное ПО MYSQL Server, а на клиентской машине желательно иметь Microsoft Office Word не ниже версии 2003.

Требования к составу и параметрам технических средств

На основании разделения уязвимостей можно выделить зависящие и независящие от данных меры обеспечения безопасности хранилищ информации.

Не зависящими от данных мож­но назвать следующие требования к безопасной системе БД:

Функционирование в доверенной среде.

Под доверенной средой следует понимать инфраструктуру предприятия и ее защитные механизмы, обусловленные политиками безопасности. Таким образом, речь идет о функционировании СУБД в соответствии с правилами безопасности, применяемыми и ко всем прочим системам предприятия.

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

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

Организация безопасной и актуальной настройки СУБД.

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

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

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

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

Проблемы безопасности БД

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

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

— разные СУБД применяют различные языковые конструкции доступа к данным, однако они организованы на основе той же модели;

— всерьез занимаются проблемами безопасности лишь крупные производители СУБД;

— возникают новые модели хранения данных и их виды, сразу попадая в зону риска.

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

Для предприятий финансовым компромиссом является использование разных средств обеспечения информационной защиты, ведь внедрение продуктов повышенной защищенности и подбор высококвалифицированного персонала — это очень большие затраты. Однако стоит понимать, что компоненты безопасности могут оказывать на производительность СУБД негативное влияние.Проблема усугубляется и широким распространением нереляционныхСУБД — они оперируют другой моделью данных, но построены по тем же принципам, если сравнивать с реляционными. Нельзя не вспомнить и про многообразие современных NoSQL-решений — это становится причиной разнообразия используемых моделей данных, и, в свою очередь, размывает границу понятия БД в целом.

Следствие вышеперечисленных проблем — это отсутствие единых методик защиты баз. Если говорить о NoSQL-системах, то тут отсутствуют не только общепринятые механизмы сохранения целостности (например, шифрование и аудит данных), но и развитые средства для аутентификации пользователей.

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

1. Гибкость. Способность к адаптации и дальнейшему развитию подразумевают возможность приспособления информационной системы к новым условиям, новым потребностям предприятия.

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

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

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

База данных - это организованная структура, предназначенная для хранения информации. С понятием базы данных тесно связано понятие системы управления базой данных. Такая система должна: обеспечивать получение общих и/или детализированных отчетов по итогам работы; позволять легко определять тенденции изменения важнейших показателей; обеспечивать получение информации, критической по времени, без существенных задержек; выполнять точный и полный анализ данных.

SQL(structured query language) — язык структурированных запросов — был создан фирмой IBM в начале 70-х годов прошлого века для работы с реляционными базами данных. К середине 80-х годов появились чрезвычайно эффективные реляционные системы управления базами данных (СУБД), такие как Db2, Oracle, MS SQL Server, Sybase, Informix. Несколько позже в связи с развитием всемирной паутины (WWW - World Wide Web) широко стала применяться СУБД MySQL. Все перечисленные СУБД - сетевые, многопользовательские. На персональных ЭВМ применяются однопользовательские СУБД Paradox, FoxPro, Access. Во все реляционные СУБД встроен язык SQL. Изначально многие СУБД, например, FoxPro, имели собственный, отличный от SQL язык, но простота, эффективность, универсальность сделала SQL сначала де-факто, а затем в 1986 году де-юре стандартным языком запросов для реляционных СУБД. Благодаря своей (относительной) простоте эксплуатации, простоте написания и очень высокой скорости выполнения запросов реляционная модель данных вместе с языком SQL применяется в настоящее время наиболее широко, практически вытеснив все другие модели (иерархические, сетевые и т.д.).

В 1986 году Американский национальный институт стандартов (ANSI) представил свою первую версию стандарта, описанного в документе ANSI X3.135-1986 под названием «Database Language SQL» (Язык баз данных SQL). Неофициально этот стандарт SQL-86 получил название SQL1. В дальнейшем были разработаны стандарты SQL-89, SQL-92, SQL-1999, SQL-2003, SQL-2006 и SQL-2008. Каждый следующий стандарт уточнял и расширял возможности предыдущего стандарта. Такое количество стандартов объясняется огромным разнообразием и практически неограниченной семантической и структурной сложностью информации, используемой при решении практических задач. К счастью, для решения большинства практических задач хватает стандарта SQL-89, в крайнем случае - SQL-92. Более поздние стандарты имеют большое теоретическое значение, но практически реализованы далеко не в полной мере.

С другой стороны, производители СУБД вводят в SQL дополнительные возможности, не поддерживаемые стандартами, нарушая тем самым совместимость SQL для разных СУБД.

Модель данных, поддерживаемая SQL, отличается от теоретической реляционной модели. Вместо термина отношение в SQL используется таблица, вместо атрибут - столбец. В SQL допускается пустое поле NULL и несколько одинаковых строк в одной таблице.

СУБД – это программная прослойка между пользователем и сервером. Поэтому она позволяет абстрагировать пользователя от системного видения БД, а системе предоставляет способ взаимодействовать с пользователем.

Виды СУБД

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

По поддержке баз данных различных моделей данных СУБД различаются на:

● Иерархические;

● Сетевые;

● Реляционные;

● Объектно-ориентированные;

● Объектно-реляционные.

Листинг отдельных программных модулей проекта

Классификация связей

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

В реляционной СУБД для указания связей в таблице производят операции их связывания. Рассмотрим наиболее часто встречаемые бинарные связи:

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

2.Связь 1:М может быть в случае, когда одной записи основной таблицы соответствует несколько записей дополнительной таблицы.

3.Связь М:1 может быть тогда, когда нескольким записям основной таблицы ставится в соответствии одна запись дополнительной.

4. Связь М:М возникает в том случае когда нескольким записям основной таблицы соответствует несколько записей дополнительной. В реляционной БД связь М:М реализуется через дополнительные таблицы.

Рассмотрим связи между выявленными сущностями:

1. Между атрибутами книги и тематики будет связь 1:M, так как книги бывают с разной тематикой.

2. Между атрибутами книги и издательство будет связь 1:1, так как у одной книги может быть только один издатель.

3. Между атрибутами книги и учёт книг будет связь 1:М, так как к книгам иметься разная информация.

Выбор ключей

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

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

В разрабатываемой БД агентства недвижимости будет являться ключом для атрибутов издательство, книги, тематика, учёт книг и читатели.

Атрибут наименование книги также имеет уникальные поля, такие как автор и взявший книгу.

 

ОТЛАДКА И ТЕСТИРОВАНИЕ

Для работы с базами данных можно использовать sql команды. Команды CREATE DATABASE позволяет создавать новую БД. Создадим базу данных для агентства недвижимости с помощью запроса:

CREATE DATABASE недвижимость;

Команда CREATE TABLE позволяет создавать таблицу.

Далее представлена команда для создания таблицы, но только на языке T-SQL с использованием инструкции CREATE TABLE(Рисунок 1).

CREATE TABLE недвижимость

[ФИО клиента] [varchar(50)] [NOT NULL],

[Номер телефона клиента] [int] [NOT NULL],        

[Тип недвижимости] [int] [NOT NULL],

[Код недвижимости] [int] [NOT NULL],

[Площадь недвижимости] [int] [NOT NULL],

[Стоимость] [rub] [NOT NULL],

[ФИО риэлтора] [varchar(50)] [NOT NULL],

[Номер телефона риэлтора] [varchar(50)] [NOT NULL],   …)

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

SELECT фио клиента, номер телефона клиента, площадь недвижимости, стоимость

ROM Недвижимость

Фильтрация по одному значению с помощью sql команды для поиска выбранного типа недвижимости (Рисунок 2-3)

 select * from Недвижимость

WHERE Тип недвижимости = 'Квартира'. Эта команда позволяет сотруднику фирмы найти информацию о квартирах и их владельцах. Владельцах итог виден на рис.3.

select Стоимость, from Недвижимость

GROUP BY Стоимость

Следующая команда позволяет группировать недвижимость по стоимости, что значительно облегчает работу сотрудников.Простой пример сортировки по одному столбцу. В данном запросе осуществляется сортировка по площади, который указал клиент(Рисунок 4 Гр):

select * from Недвижимость

ORDER BY Площадь недвижимости

И как же не забыть про команду LIKE, позволяющая искать информацию, в которой есть выбранное нами значение. Найдем в таблице клиентов с отчеством Анатольевич(Рисунок 5).

Хочется отметить такую команду как JOIN. Это необязательный элемент, используется для объединения таблиц по ключу, который присутствует в обеих таблицах. Перед ключом ставится оператор ON. Но в моей работе это не пригодится, так как нет второй таблицы для связки, к сожалению.

Все описанные выше команды Sql применяются для работы с Базой Данных и все, что к ней относится. 

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

SELECT <col_name1>, <col_name2>, …

FROM <table_name>

WHERE <col_namex> BETWEEN <value1> AND <value2>;

VIEW — это виртуальная таблица SQL, созданная в результате выполнения выражения. Она содержит строки и столбцы и очень похожа на обычную SQL-таблицу. VIEW всегда показывает самую свежую информацию из базы данных.

Создание

CREATE VIEW <view_name> AS

 SELECT <col_name1>, <col_name2>, …

 FROM <table_name>

 WHERE <condition>;

 

 

ЗАКЛЮЧЕНИЕ

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

В ходе выполнения курсового проекта был выполнены следующие задачи:

-изучение информации по выбранной теме;

-научиться создавать базы данных и работать с ними;

-использовать запросы для поиска необходимой информации;

-построить базу данных “недвижимость”;

-создать таблицу к базе данных и заполнить ее;

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

 

 

ПРИЛОЖЕНИЕ

Рисунок 1-Создание и заполнение таблицы “недвижимости”

 

Рисунок 2-Поиск информации с типом недвижимости”Квартира”

Рисунок 3-Поиск информации с типом недвижимости”Дом”

 

Рисунок 4-Группировка недвижимости по возрастанию площади

 

Рисунок 5-Отбор информации о клиентах с отчеством “Анатольевич”

 

МИНИСТЕРСТВО ЭНЕРГЕТИКИ, ПРОМЫШЛЕННОСТИИ СВЯЗИ СТАВРОПОЛЬСКОГО КРАЯ

 

Государственное бюджетное профессиональное образовательное учреждение «Ставропольский региональный колледж вычислительной техники и электроники»

Специальность: 09.02.07 Информационные системы и программирование