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

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

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ПОСТАНОВКА ЗАДАЧИ

1.1 Требования, предъявляемые к модулю информационной системы

1.2 Актуальность использования программного продукта «Капитальный ремонт» в сравнении с аналогами

2. ОПИСАНИЕ МЕТОДОВ РЕШЕНИЯ ЗАДАЧИ И ИССЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

2.1 Анализ инструментов разработки для реализации поставленной задачи

2.2 Теоретические основы государственной программы капитального ремонта

2.3 Региональная программа капитального ремонта

2.4 Характеристика предметной области и описание документов

3. РАЗРАБОТКА ИНФОРМАЦИОННО-ЛОГИЧЕСКОЙ МОДЕЛИ

4. РАЗРАБОТКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

4.1 Основные компоненты Delphi 7, используемые при разработке

4.2 Описание схемы диалога

4.3 Описание экранных форм

5. ИССЛЕДОВАНИЕ ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА ПРОГРАММНОГО ПРОДУКТА «КАПИТАЛЬНЫЙ РЕМОНТ»

6. ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА И ПЕРСПЕКТИВЫ РАЗВИТИЯ ПРОГРАММНОГО ПРОДУКТА «КАПИТАЛЬНЫЙ РЕМОНТ»

6.1 Расходы на разработку программного продукта «Капитальный ремонт»

6.2 Затраты на заработную плату

6.3 Оценка экономической эффективности от внедрения проекта

6.4 Возможности интеграции программы с приложениями Microsoft Office

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ

ВВЕДЕНИЕ

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

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

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

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

- оценка функционального назначения и технико-экономических показателей зданий;

- восстановление и замена конструктивных элементов и систем инженерного оборудования;

- улучшение эксплуатационных показателей зданий и оборудований [1, с.36].

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

Конечно, непосредственно в СУБД тоже можно создавать формы для ввода данных, запросы и отчёты, однако, от конечного пользователя это будет требовать более глубоких знаний основ работы с персональным компьютером (ПК). Вторым минусом такого подхода будет являться то, что у конечного пользователя должна быть установлена СУБД, в рамках которой будет функционировать БД. Это накладывает дополнительную нагрузку на бюджет предприятия, а также на технические знания пользователя. Именно поэтому наиболее предпочтительным вариантом будет являться БД, управлять которой будет стороннее приложение, написанное на заказ для конкретного предприятия.

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

Объектом исследования будет выступать региональный оператор.

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

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

Задачами исследования являются:

? проектирование БД, создание таблиц и определение связей между ними;

? создание пользовательского интерфейса для работы с БД;

? организация выборок из БД;

? организация расчётов по данным;

? создание отчётов с возможностью вывода их на печать.

Выпускная квалификационная работа состоит из шести глав.

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

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

В третьей главе производится разработка информационно-логической модели и описание таблиц БД.

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

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

В шестой, заключительной, главе представлено экономическое обоснование проекта и перспективы развития программного продукта «Капитальный ремонт».

1. ПОСТАНОВКА ЗАДАЧИ

Целью моей выпускной квалификационной работы является разработка модуля информационной системы для учёта, анализа и информационной поддержки плательщиков в управлении капитальным ремонтом в управляющих компаниях города Вологды. Модуль информационной системы должен вести автоматизированный учёт выполненных и выполняемых работ по капитальному ремонту в многоквартирных домах (МКД), учёт платежей, тарифных планов и льгот собственников жилья. Эти данные должны накапливаться, обрабатываться и храниться в реляционной СУБД Microsoft Access. В случае если собственник жилья потребует выписку о выполненных работах, то оператор легко сможет произвести печать выполненных и выполняемых работ по капитальному ремонту в его доме и представить данный документ ему в печатном или электронном виде. При помощи этого документа как ответственное лицо за проведение капитального ремонта, так и собственник жилья может провести анализ качества уже выполненных работ по капитальному ремонту.

1.1 Требования, предъявляемые к модулю информационной системы

К модулю информационной системы, помимо вышеупомянутых требований, предъявляются такие требования, как:

- в модуле должно быть реализовано хранение всех отчётов, квитанций и извещений;

- модуль должен иметь понятный и удобный интерфейс;

- работа модуля не должна зависеть от установленной операционной системы (ОС);

- модуль не должен требовать больших затрат ресурсов ПК;

- модуль должен быть надёжным и безопасным в эксплуатации.

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

- регистрация и изменение сведений о льготах, положенных пенсионерам и инвалидам различных групп;

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

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

- настройка сведений об управляющей компании;

- добавление, редактирование и удаление пользователей программного продукта «Капитальный ремонт»;

- выполнение перерасчёта за определённый период времени;

- учёт платежей собственников жилья;

- оформление квитанции и извещения;

- оформление выписки по лицевому счёту плательщика;

- учёт работ по капитальному ремонту;

- оформление выписки о проведённых и проводимых работах по капитальному ремонту.

Чтобы в полном объёме выполнять заданные функции, модулю информационной системы необходим ПК с минимальными системными требованиями. В такой электронно-вычислительной машине должен иметься процессор с тактовой частотой не менее 2100 МГц, оперативное запоминающее устройство с объёмом памяти не менее 2 Гбайт и видеопамять с объёмом 256 Мбайт или более. Вдобавок необходимо два устройства ввода: мышь и клавиатура, а также одно устройство вывода - монитор. На ПК должна быть установлена ОС Windows 7 или выше, Linux или MacOS. Необходимым ПО является интегрированная среда разработки (ИСР) Borland Delphi 7 и СУБД Microsoft Access.

Данные выводятся в таблицы БД Microsoft Access через экранные формы, разработанные в среде Delphi 7. Аналогичным образом производится вывод результатов. Планируемый объём поступающей информации не должен превысить объём жёсткого диска, то есть одного Тбайт.

1.2 Актуальность использования программного продукта «Капитальный ремонт» в сравнении с аналогами

На сегодняшний день существует множество программных решений для учёта работ по капитальному ремонту и строительству, а также по платежам. Одним из самых сильных коммерческих решений является программа «1С: Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК».

В данной программе существует возможность хранить сведения о расчётных счетах фонда капитального ремонта для каждого здания [2]. Это можно пронаблюдать на рисунке 1.1.

Рисунок 1.1 - Формирование сведений о расчётных счетах

Существует возможность также формировать отдельные квитанции по услугам, относящимся к фонду капитального ремонта, что видно из рисунка 1.2.



Рисунок 1.2 - Выбор квитанции по услугам

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

Рисунок 1.3 - Платёжный документ

Из рисунков 1.4 и 1.5 можно понять, что в этой программе существует возможность выгружать отчёт для сбора данных о начислениях и об оплатах по услугам капитального ремонта.

Рисунок 1.4 - Форма отчёта для печати по услугам капитального ремонта

Рисунок 1.5 - Отчёт по услугам капитального ремонта

«1С: Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК» позволяет автоматизировать структуру предприятия сферы жилищно-коммунального хозяйства (ЖКХ). Функциональность включает в себя: управление объектами инфраструктуры, начисление квартальной платы, осуществление бухгалтерского и налогового учёта.

Основными возможностями программы являются:

? обмен с государственной информационной системой ЖКХ;

? быстрый расчёт квартальной платы и коммунальных услуг;

? бухгалтерский и налоговый учёт;

? управление зданиями;

? подомовой учёт затрат;

? паспортный учёт;

? работа с приборами учёта и расчёт общедомовых нужд;

? управление капитальным ремонтом;

? большой выбор квитанций-извещений, единых платёжных документов;

? работа с должниками;

? управление аварийно-диспетчерской службой;

? наличие личных кабинетов ЖКХ на сайте и в мобильном приложении.

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

Ещё одним программным решением для учёта работ по капитальному ремонту и строительству, а также по платежам является разработка фирмы «Etton». Данное программное средство разработано не как полноценная информационная система, а как её модуль и называется «Автоматизация капитального ремонта».

Модуль обеспечивает управление и организацию проведения капитального ремонта МКД, осуществление контроля исполнения программ на основе первичной документации: актов выполненных работ, счетов, смет, ведомостей и тому подобного. Система позволяет формировать финальную отчётность во все заинтересованные ведомства. Модуль автоматизации системы капитального ремонта обеспечивает формирование отчётности в государственную корпорацию «Фонд содействия реформированию ЖКХ» в электронном виде.

Модуль решает следующие задачи:

? мониторинг капитального ремонта МКД, анализ состояния зданий, в которых уже идёт ремонт;

? осуществление контроля хода исполнения работ с приложением фотодокументации и видеодокументации для информативности собираемых показателей;

? сбор отчётности и учёт капитального ремонта, контроль планов-графиков выполнения строительно-монтажных работ на объектах;

? обеспечение строительного контроля над проведением капитального ремонта МКД, формирование отчётности и предоставление их в уполномоченные органы в электронном виде и согласно форме, утверждённой региональным оператором или уполномоченным органом;

? обеспечение контроля и формирования отчётности по целевому расходованию денежных средств на основе загруженных финансовых документов согласно ч. 8 ст. 167 Федерального закона № 188-ФЗ;

? автоматизированный анализ смет и ведомостей для детального анализа запланированных и фактических показателей исполнения программы капитального ремонта [3].

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

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

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

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

2. ОПИСАНИЕ МЕТОДОВ РЕШЕНИЯ ЗАДАЧИ И ИССЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

Для решения стоящей передо мной прикладной задачи используется метод объектно-ориентированного программирования. Объектно-ориентированное программирование (ООП) - это методология программирования, основанная на представлении программы в виде совокупности объектов, каждый из которых является экземпляром определённого класса, а классы образуют иерархию [4, с.5].

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

2.1 Анализ инструментов разработки для реализации поставленной задачи

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

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

Учёт платежей и работ по капитальному ремонту удобно осуществлять посредством СУБД и прикладного языка программирования.

СУБД представляет собой систему, которая предназначена для управления имеющейся БД. Как правило, СУБД содержит в себе так же и определённый язык программирования. Например, в Visual FoxPro - это собственно язык программирования FoxPro, а в СУБД Miscrosoft Access таким языком будет являться VBA [5, с.34].

Среди СУБД существует множество решений. Следует упомянуть, что, прежде всего, СУБД делятся на три класса: настольные, промышленные и полупромышленные.

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

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

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

Если с ростом числа записей данных в БД таких СУБД можно решить вопрос путём архивирования старых, первичных записей, и чистки БД, то с ростом числа пользователей и нагрузки на СУБД вопрос остаётся актуальным. Именно вопрос, касающийся нагрузки, и призвана решить промышленная СУБД [5, с.37].

Среди настольных СУБД следует выделить, такие как: dBase и Visual dBase, Paradox, Microsoft FoxPro и Visual FoxPro.

Среди промышленных же СУБД можно выделить Oracle и Microsoft SQL Server.

Кстати, следует обязательно упомянуть, что СУБД Microsoft Access многие эксперты относят как к промышленным, так и к настольным. Данный класс СУБД сочетает в себе простоту настольных и надёжность промышленных СУБД [6]. Таким образом, Microsoft Access является с одной стороны очень мощным средством для реализации любых проектов, требующих работы с БД, а с другой стороны эта СУБД предоставляет самые удобные графические средства для управления БД. Именно это обуславливает выбор Microsoft Access как среды разработки БД для проекта по капитальному ремонту. Единственным наиболее сильным конкурентом у Microsoft Access является Visual FoxPro [7, с.128].

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

На самом деле можно было бы ограничиться только средствами самой Microsoft Access, ведь в её состав входит Visual Basic for Application (VBA), который позволяет писать самые сложные макросы, позволяющие реализовать, совместно с формами и отчётами, создаваемые в среде Microsoft Access, весь функционал полноценного приложения. Но, тем не менее, средства самого Microsoft Access, с точки зрения построения пользовательского интерфейса и дальнейшего расширения возможностей программы в виде интеграции и тому подобного, являются ограниченными. Именно поэтому целесообразно совместно с СУБД применять для разработки отдельную среду программирования.

В настоящее время для работы с БД существует достаточное множество различных сред. Это и С#, это и Visual Basic, Java, Delphi и многие другие.

В каждом из этих языков есть свои преимущества и недостатки. В настоящее время все они настолько развиты и возможности их настолько велики, что выбор того или иного языка аргументируется больше предпочтениями конкретного программиста, нежели задачами. Уже не стоит задаваться вопросом что лучше, Visual Basic или Delphi. Они оба хороши и трудно переоценить возможности того или иного языка. Таким образом, выбор языка аргументируется коллективной разработкой. Когда программист устраивается на определённую работу, где ведётся командная разработка ПО, то он вынужден писать программный код на том языке, на котором работает команда. Хотя с появлением .Net-технологий необходимость постепенно отпадает и в этом, ведь проекты, написанные на .Net-подобных средах разработки способны в одном проекте объединять программные коды, написанные на разных языках программирования, поддерживающих технологию .Net. Сама по себе, первоначально, .Net среда была призвана полностью заменить COM-технологию, на которой целиком базируется ОС Windows.

COM-технология - это технология общего использования компонентов, называемых ActiveX. ActiveX - это абстрактное представление COM-технологии, в большей степени, относящейся к компонентам и классам. Точнее говоря, первой абстрактной ступенью COM-технологии является OLE-технология, а уже затем из неё получилась технология ActiveX. Кстати говоря, все они по-прежнему являются не более чем простым маркетинговым ходом компании Microsoft, а программно ничем принципиально не изменились [8, с.97].

Итак, COM-технология пропагандирует использование одного объекта, который является частью ОС Windows, другими программами. Это значит, что все программы, которые пишутся под ОС Windows, могут использовать уже готовые классы для создания своих объектов. Это и формы ввода, и кнопки, и элементы ввода информации, и многие другие элементы управления, которые являются стандартными для ОС семейства Windows, а те компоненты, которых нет в ОС, достаточно зарегистрировать как класс в процессе инсталляции приложения. Устанавливаются они вместе с приложением и распространяются в виде DLL-файлов [9, с.82]. DLL-файл - это файл с дополнительным ресурсами, которые могут использоваться программой и самой ОС [10].

.Net-технология несколько изменяет данный подход. Первоначально планировалось, что при .Net-концепции все элементы управления, функции, процедуры и так далее будут принадлежать одной большой библиотеке, называемой .Net. Таким образом, для работы программы потребуется наличие на компьютере пользователя этой установленной библиотеки. Сейчас она входит в состав ОС семейства Windows, уже как предустановленная. Программа, требующая .Net-библиотеки не будет работать на компьютере, где она не установлена. Это напоминает технологию и библиотеку DirectX, которая так знакома многим компьютерным игрокам [11, с.571].

Процесс эволюции показал, что .Net-технология не способна заменить технологию COM, потому что имеется огромное количество старого ПО и переписывать его просто нецелесообразно. Именно поэтому очень мудрым решением стало совместить в настоящих версиях ОС Windows сразу две технологии.

Для реализации нашего проекта была выбрана ИСР Delphi, а конкретно Delphi 7.

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

Хочется упомянуть о том, что Delphi 7 - это первая из версий Delphi, написанная на себе самом. Таким образом, очень впечатляет внушительность этой программной среды [12, с.238].

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

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

Delphi - это прямой наследник всеми знаменитого языка Pascal, а затем и объектно-ориентированного языка Pascal.

По своим возможностям Delphi прямой конкурент не только Visual Basic, но и в некоторой степени языка Си, например, по части взаимодействия с функциями Windows API. Здесь у Delphi есть всё необходимое, а ведь функции API вызываются достаточно часто при написании проектов. Delphi, конечно, уступает по скорости работы написанной на нём программы подобным Си-языкам, но следует отметить, что он создавался как язык более высокого уровня, предназначенный для решения прикладных задач, а языки семейства Си - это более системные языки программирования. Хотя стоит повториться, что сейчас положение дел изменилось, и тот же С# обладает множеством визуальных компонентов, готовых к работе.

Тем не менее, конкурентов у Delphi, если оценить их адекватно, практически нет. В связи с этим и с тем, что этот язык постепенно снова начинает набирать популярность, данная работа была реализован именно на нём.

Delphi базируется на концепциях современного ООП:

полиморфизм;

наследование;

инкапсулирование [13].

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

Наследование представляет собой технологию, когда дочерний объект наследует атрибуты объекта родителя.

Инкапсулирование - это объединение данных и функций в едином компоненте.

Delphi 7 был разработан компанией Borland. В настоящее время Delphi принадлежит компании Embarcadero, но Embarcadero является для Delphi структурным подразделением Borland.

Также стоит сказать, что Delphi - это многоплатформенная ИСР. Delphi 7 в своём составе имеет библиотеку визуальных компонентов (VCL), то есть компоненты этой библиотеки не являются ActiveX, а напротив, являются «родными» для Delphi. Это значит, что их регистрация не требуется в ОС, и они встраиваются в исполняемый .exe-файл. Отсюда вытекает, что такой исполняемый файл будет работать и в ОС Linux, и в MacOS. Современные версии Delphi аналогичным образом позволяют писать приложения для мобильных ОС.

Для работы с БД Delphi предоставляет многочисленные технологии. Это технология BDE, технология ADO и многие другие.

Для реализации этого проекта была выбрана технология ADO, компании Microsoft. Она является ActiveX компонентом, но его установка в ОС не требуется, так как она является частью самой Windows. Альтернативой для данной задачи является механизм доступа к данным BDE, но ядро BDE придётся устанавливать на каждый ПК отдельно. Конечно, это не являются чем-то проблемным, просто компания Borland посчитала механизм BDE немного устаревшей технологией и плохо обрабатывающей большие объёмы данных, которым сейчас оперируют современные БД. Бесспорно, для нашей программы механизма BDE было бы более чем достаточно. Впрочем, предпочтение отдано технологии ADO.

ADO - это механизм доступа к данным, разработанный компанией Microsoft. Он заменил две устаревшие технологии этой же компании: DAO, которая являлась технологией доступа к локальным данным, и RDO, которая являлась технологией доступа к удалённым данным. Теперь эти два объекта объединяются в одном, что очень удобно [5, с. 204].

Таким образом, Delphi 7 - это одна из самых внушительных сред разработки прикладного ПО, в том числе и для работы с БД.

2.2 Теоретические основы государственной программы капитального ремонта

Программа капитального ремонта может формироваться на федеральном и муниципальном уровнях. Этот вид программы является срочным, на исполнение которого отводится один год.

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

Собственники жилья при этом должны оплатить не менее 5% от общей суммы ремонта.

Комплекс проводимых работ устанавливается ст. 166 Жилищного кодекса Российской Федерации (ЖК РФ) [14]. Данный комплекс включает в себя следующие виды работ:

замену внутренних коммуникаций: водоснабжения, газоснабжения, электроснабжения и прочих;

замену или ремонт лифтов и их шахт;

ремонт крыши, восстановление целостности опор или замена покрытия;

реставрация фундамента;

ремонт фасадов с дополнительным утеплением;

ремонт подвальных помещений;

установку приборов индивидуального учёта на электричество, газ, воду и отопление [15].

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

Программа капитального ремонта МКД начала действовать в августе 2014 года. С этого времени все собственники МКД должны выплачивать ежемесячные взносы за проведение капитального ремонта. Согласно ст. 158 ЖК РФ взносы на капитальный ремонт являются обязательными, так как имущество, подлежащее ремонту, относится к общей долевой собственности жильцов [14].

Государственная программа капитального ремонта МКД проводится согласно Федеральному закону от 27.07.2007 № 185-ФЗ «О Фонде содействия реформированию жилищно-коммунального хозяйства». В рамках данного закона необходимо периодически производить полное переустройство жилых домов [16].

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

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

Программа капитального ремонта муниципального значения формируется на основании Федерального закона от 25.12.2012 № 271-ФЗ «О внесении изменений в Жилищный кодекс Российской Федерации и отдельные законодательные акты Российской Федерации и признании утратившими силу отдельных положений законодательных актов Российской Федерации». Её утверждение осуществляется на местном уровне.

Региональная программа содержит следующую информацию:

срок работ;

список жилых домов, нуждающихся в капитальном ремонте;

список работ, которые включены в программу капитального ремонта;

стоимость выполнения работ;

источник финансирования работ.

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

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

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

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

2.3 Региональная программа капитального ремонта

Текущую организацию работы в управлении капитальным ремонтом можно представить в виде обобщённой схемы взаимодействия регионального оператора капитального ремонта и собственников МКД, изображённой на рисунке 2.1 [17].

Согласно ч. 1 ст. 178 ЖК РФ в роли регионального оператора может выступать юридическое лицо, некоммерческая организация в организационно-правовой форме «фонд» [18]. В Вологодской области (ВО) региональным оператором является Фонд капитального ремонта МКД ВО [19].



Рисунок 2.1 - Схема взаимодействия регионального оператора и собственников МКД

Региональная программа как Вологодской, так и любой другой области согласуется с Департаментом стратегического планирования Правительства области и Департаментом строительства Правительства области. Департамент стратегического планирования выступает в роли «композитора», который распределяет бюджетные средства на капитальный ремонт, застройку и реконструкцию зданий, а также производит формирование реестра застройки и реконструкции зданий, на основе уже полученных данных от Департамента строительства, на два года вперёд. Всё это напрямую согласуется с Губернатором области. Все рассматриваемые проекты распределяются на 4 категории: срочные, плановые, предполагаемые и невостребованные. После того как каждому проекту назначилась его роль, происходит распределение всех проектов по временным кварталам. Департамент строительства, получив сформированный реестр, производит розыгрыш тендера на капитальный ремонт, застройку или реконструкцию зданий.

2.4 Характеристика предметной области и описание документов

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

Внешний вид входного документа «Тариф» представлен в форме 2.1.

Форма 2.1 - Документ «Тариф»

Тариф	Размер	Пени

Внешний вид входного документа «Вид работ» представлен в форме 2.2.

Форма 2.2 - Документ «Вид работ»

Название работы	Единица измерения	Стоимость

Внешний вид входного документа «Льгота» представлен в форме 2.3.

Форма 2.3 - Документ «Льгота»

Категория льготы	Размер

Внешний вид выходного документа «Учёт работ» представлен в форме 2.4. Форма 2.4 - Документ «Учёт работ»

Внешний вид выходного документа «Платежи» представлен в форме 2.5.

Форма 2.5 - Документ «Платежи»

Название работы	Адрес	Площадь	Сумма расходов	Необходимые материалы	Дата начала работ	Дата окончания работ	Статус

Лицевой счёт

Расчётный период

Индекс

Регион

Район

Населённый пункт

Улица

Дом

Корпус

Квартира

Собственник

Долго на начало периода

Площадь

Тариф

Льгота

Оплачено

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

3. РАЗРАБОТКА ИНФОРМАЦИОННО-ЛОГИЧЕСКОЙ МОДЕЛИ

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

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

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

Рисунок 3.1 - Информационно-логическая модель данных поставленной задачи

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

Первый модуль состоит из двух справочных таблиц, несущих названия «Tarif» и «Lgota», и одной учётной таблицы, имеющей название «Plategi». В свою очередь, второй модуль состоит только из одной справочной таблицы, которая имеет название «Vid_Rabota», и одной учётной таблицы «Uchet_Rabota».

Каждая нормативно-справочная таблица БД связана с учётной таблицей через соответствующее уникальное ключевое поле.

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

Рассмотрим процесс создания таблиц БД. На рисунке 3.2 изображено окно БД, в котором на вкладке «Таблицы» уже присутствует шесть созданных мною таблиц.

Рисунок 3.2 - Вид БД на этапе разработки

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

Таблица «Tarif» предназначена для хранения условно-постоянной информации о виде населённого пункта, размере тарифного плана и пени по тарифному плану. По аналогии с таблицей «Lgota», таблица «Tarif» является справочной.

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

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

Как и таблица «Plategi», таблица «Uchet_Rabota» несёт в себе учётную роль. Она была создана для контроля проведения плановых и текущих работ по капитальному ремонту.

Описание таблиц реляционной БД представлено в таблице 3.1.

Таблица 3.1 - Описание таблиц реляционной БД

Атрибут	Признак ключа	Формат поля
Обозначение	Наименование		Тип	Длина	Точность
1	2	3	4	5	6
Информационный объект (ИО) «Lgota»
Lgota	Lgota	Простой, уникальный (П., У.)	Текстовый	50	-
RazmerL	Razmer		Числовой	Целое
ИО «Tarif»
TarifPlan	Tarif	П., У.	Текстовый	50	-
RazmerT	Razmer		Денежный	Десятичные знаки - 2
Peni	Peni		Денежный	Десятичные знаки - 2
ИО «Vid_Rabota»
NameRabota	Name_Rabota	П., У.	Текстовый	100	-
EdIzm	Ed_Izm	П., У.	Текстовый	7	-
Stoimost	Stoim		Денежный	Десятичные знаки - 2
ИО «Plategi»
LSch	Lic_Sch	П., У.	Счётчик	-	-
RaschPeriod	Period		Текстовый	7
Ind	Index		Текстовый	6
Region	Region		Текстовый	150
Rajon	Rajon		Текстовый	50
NasPunkt	Nasel_Punkt		Текстовый	100
Ul	Ul		Текстовый	100
Dom	Dom		Текстовый	4
Korpus	Korpus		Текстовый	2
Kv	Kvartira		Текстовый	4
Sobstv	Sobstvennik		Текстовый	100
Dolg	Dolg_nach		Денежный	Десятичные знаки - 2
PlP	Ploshad		Денежный	Десятичные знаки - 2
TarifPlan	Tarif		Текстовый	50
Lgota	Lgota		Текстовый	50
Oplach	Oplacheno		Денежный	Десятичные знаки - 2
ИО «Uchet_Rabota»
NameRabota	Name_Rabota	П., У.	Текстовый	100	-
Adr	Adres		Текстовый	255
PlR	Plos		Денежный	Десятичные знаки - 2
Material	Material		Поле MEMO	-
SumRashod	Summa_Rashod		Денежный	Десятичные знаки - 2
DateF	Date_First		Текстовый	10
DateE	Date_End		Текстовый	10
Status	Status		Текстовый	20

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

Как уже было сказано мною ранее, отдельной таблицей является таблица «Log_Pass», которая хранит в себе логины и пароли пользователей управляющей компании. Помимо логина и пароля пользователя, данная таблица БД имеет логическое поле «Status», которое говорит нам о том, является ли пользователь администратором данного ПО или нет.

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

4. РАЗРАБОТКА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

Для реализации поставленной передо мною прикладной задачи требуется разработать полноценный модуль информационной системы для учёта, анализа и информационной поддержки плательщиков в управлении капитальным ремонтом в управляющих компаниях города Вологды. Как уже было упомянуто мною ранее, данное ПО разрабатывается в ИСР Delphi 7. Рассмотрим поэтапно процесс разработки программного продукта «Капитальный ремонт».

4.1 Основные компоненты Delphi 7, используемые при разработке

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

Таблица 4.1 - Компоненты, обеспечивающие целостную работу с БД в приложении

Компонент	Свойство	Описание свойства
1	2	3
ADOQuery	SQL	Содержит прописанный запрос
DataSource	DataSet	Связь невизуального компонента с визуальным
DBComboBox	DataSource	Связь с набором данных
	DataField	Имя поля в источнике данных
DBCheckBox	DataSource	Связь с набором данных
	Hint	Всплывающая подсказка
	ShowHint	Отображение всплывающей подсказки
DBDataSet	DataSet	Связь невизуального компонента с визуальным
DBEdit	DataSource	Связь с набором данных
	DataField	Имя поля в источнике данных
	Hint	Всплывающая подсказка
	ShowHint	Отображение всплывающей подсказки
DBGrid	DataSource	Отображение таблицы БД
DBMemo	DataSource	Связь с набором данных
	DataField	Имя поля в источнике данных
	Hint	Всплывающая подсказка
	ShowHint	Отображение всплывающей подсказки
DBText	DataSource	Связь с набором данных
	DataField	Имя поля в источнике данных

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

Таблица 4.2 - Компоненты, образующие функциональную составляющую приложения

Компонент	Свойство	Описание свойства
1	2	3
BitBtn	Caption	Надпись, отображаемая на кнопке
	Glyph	Иконка, отображаемая на кнопке
	Hint	Всплывающая подсказка
	Kind	Разновидность кнопки
	ShowHint	Отображение всплывающей подсказки
Button	Caption	Надпись, отображаемая на кнопке
	Hint	Всплывающая подсказка
	ShowHint	Отображение всплывающей подсказки
ComboBox	DropDownCount	Количество видимых строк выпадающего списка
	Hint	Всплывающая подсказка
	ShowHint	Отображение всплывающей подсказки
	Style	Раскрытие списка
Edit	Hint	Всплывающая подсказка
	ShowHint	Отображение всплывающей подсказки
GroupBox	Caption	Заголовок панели
Image	Align	Выравнивание компонента на экранной форме
	Picture	Изображение, отображающееся в поле компонента
Label	Caption	Заголовок метки
	Font	Множество характеристик, описывающих шрифт
MainMenu	Caption	Наименование пункта/подпункта меню
	Items	Пункты/подпункты меню
	Bitmap	Иконка, отображающаяся на пункте/подпункте меню
MaskEdit	EditMask	Статичный шаблон ввода
	Hint	Всплывающая подсказка
	ShowHint	Отображение всплывающей подсказки
Panel	Color	Цвет панели
ProgressBar	Hint	Всплывающая подсказка
	ShowHint	Отображение всплывающей подсказки
	Orientation	Ориентация шкалы компонента
	Smooth	Непрерывное или дискретное отображение процесса
RadioButton	Caption	Наименование переключателя
	Checked	Состояние переключателя
Report	DataSet	Связь невизуального компонента с визуальным
Shape	Brush	Цвет фигуры
	Pen	Границы фигуры
	Shape	Форма, которую может принимать компонент
	Visible	Видимость объекта
ShapeObject	-	-

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

4.2 Описание схемы диалога

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

Главное меню было разработано при помощи компонента MainMenu. Оно осуществляет доступ к шести основным пунктам:

1) справочная информация;

2) перерасчёт;

3) платежи;

4) учёт работ по капитальному ремонту;

5) смена пользователя;

6) выход.

В свою очередь, пункт меню «Справочная информация» осуществляет вызов следующих подпунктов меню:

1) виды работ;

2) тарифы;

3) льготы;

4) редактирование пользователей;

5) настройки организации.

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

Отмечу, что схема диалога (меню) для обычного пользователя, то есть оператора, и для администратора системы имеет значительные отличия, что можно пронаблюдать на рисунках 4.1 и 4.2, соответственно.

Рисунок 4.1 - Схема диалога для оператора

Рисунок 4.2 - Схема диалога для администратора системы

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

4.3 Описание экранных форм

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

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

Рисунок 4.3 - Форма «Авторизация пользователя»

Следует отметить, что данная форма возникает не только в начале работы с ПО, но и при выборе пункта меню «Смена пользователя». Компоненты ComboBox и Edit напрямую связаны с БД «Database.mdb» при помощи компонента ADOQuery. В поле «Имя пользователя» заключена информация о логине пользователя, а в поле «Пароль» необходимо произвести ручную печать с клавиатуры набора символов и знаков, предназначенную для подтверждения его личности. Если имя пользователя и пароль совпадают с данными из таблицы «Log_Pass» БД, то возможно произвести вход при помощи кнопки «Войти», созданной компонентом «Button».

На рисунке 4.4 отображена главная форма приложения «Капитальный ремонт». модуль информационный программный приложение



Рисунок 4.4 - Форма «Капитальный ремонт»

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

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

Рисунок 4.5 - Форма «Виды работ»

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

- кнопка «Первая», при нажатии на которую выполняется переход к первой записи;

- кнопка «Назад», при нажатии на которую выполняется перемещение на одну запись назад;

- кнопка «Вперёд», при нажатии на которую выполняется перемещение на одну запись вперёд;

- кнопка «Последняя», при нажатии на которую выполняется переход к последней записи.

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

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

Формирование и изменений данных о тарифных планах представлено на форме «Тарифы», изображённой на рисунке 4.6.



Рисунок 4.6 - Форма «Тарифы»

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

Аналогичную структуру, в сравнении с формами «Виды работ» и «Тарифы», имеет форма «Льготы», изображённая на рисунке 4.7

Рисунок 4.7 - Форма «Льготы»

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

В начале разработки программного продукта «Капитальный ремонт» было принято решение создать отдельную форму для редактирования пользователей, работающих с данным модулем информационной системы. Для того чтобы не тратить лишнее время администратору на внесение нового пользователя в БД программного продукта, была разработана форма «Редактирование пользователей», которая имеет вид, представленный на рисунке 4.8.

Рисунок 4.8 - Форма «Редактирование пользователей»

Проиллюстрированная форма содержит в себе такие компоненты, как:

- компонент DBEdit, содержащий в себе определённую информацию о пользователе модуля;

- компонент DBCheckBox, при помощи которого можно лишить прав администратора или, наоборот, приобрести права администратора;

- компонент Button, при помощи которого можно выполнять различные действия: переход в начало/конец записей, переход на одну запись назад/вперёд, добавление нового пользователя в систему, удаление данных о пользователе из БД программного продукта «Капитальный ремонт», сохранение всех внесённых изменений;

- компонент Panel, использующийся только для стилистического оформления формы;

- компонент Label, содержащий в себе статичный текст.

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

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

Рисунок 4.9 - Форма «Настройки организации»

Все поля данной формы подлежат заполнения, о чём уже было упомянуто ранее. Все данные заносятся в набор компонент Edit и при нажатии на кнопку «Сохранить» записываются в файл «Config.ini». Для того чтобы покинуть данную форму, была создана кнопка «Закрыть» при помощи компонента «Button».

Используя форму «Платежи», визуализированную на рисунке 4.10, пользователь ПО может выполнить такие действия, как:

- произвести учёт платежей собственников жилья;

- оформить квитанции и извещения;

- оформить выписки по лицевому счёту плательщика.

Рисунок 4.10 - Форма «Платежи»

Данная форма представляет из себя целостный набор правильно подобранных компонентов. Большую часть рабочей области окна формы приложения занимают два компонента GroupBox. Первый имеет наименование «Адрес собственника жилья», а второй «Информация о платеже». На первом из них располагаются данные о прописке плательщика при помощи набора компонент DBEdit. На втором указываются данные о платежах собственника жилья за капитальный ремонт в его доме. Эти данные автоматически переносятся в БД Microsoft Access в форме запроса. При помощи компонента DBEdit на данной форме заполняются такие данные, как: собственник жилья, расчётный период, долг на начало месяца, площадь помещения, которым владеет, и оплачено. Таким же образом при помощи компонента DBComboBox, на данной форме производится заполнение таких данных, как: тариф и льгота. В свою очередь, поля «Начислено за период», «Пени» и «Итого к оплате» заполняются автоматически с использованием компонента Label и прописанного алгоритма вычисления в программном коде формы.