Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Совершенствование существующих продуктов – ремонтных работ ЖКХ

Содержание:

Введение

Предметная область исследований курсовой работы – процесс управления деятельностью жилищно-коммунального хозяйства. Работа ремонтников является одним из ключевых процессов в любом жилищно-коммунальном хозяйстве (ЖКХ). Автоматизация процесса ремонта и обслуживания домов является одним из главных факторов увеличения эффективности работы ЖКХ.

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

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

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

Для достижения цели необходимо выполнить следующие задачи:

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

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

Предмет исследования – CASE-системы и технологии и языки проектирования и разработки ПП.

Разработка концептуальной модели АИС

Идентификация проблемной области

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

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

Пользователи данной информационной системы:

- жители г.Орла улицы Васильевской;

- управляющие и ресурсоснабжающие организации.

Права пользователей:

- изучать информацию о расходах жилищно-коммунальных услуг, оплатах и о данных про жилищно-коммунальные услуги;

Цель – создать базу данных для учета работы жилищно-коммунального хозяйства.

Пользователи: сотрудники ЖКХ, клиенты по необходимости.

Права пользователей: ограниченные права у клиентов, полные права у сотрудников.

Входные данные: клиенты, сотрудники, жилищно-коммунальные услуги, данные по оплате, данные по расходу услуг.

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

Обоснование выбора методологии и технологии концептуального моделирования АИС

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

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

Каждой группе средств соответствуют определенные виды моделей (диаграмм), наиболее распространенными среди которых являются следующие:

  • SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;
  • DFD (Data Flow Diagrams) диаграммы потоков данных;
  • ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь".

Модели SADT (IDEF0) наиболее удобны при построении функциональных моделей. Они наглядно отражают функциональную структуру объекта: производимые действия, связи между этими действиями. Таким образом, четко прослеживается логика и взаимодействие процессов организации. Главным достоинством нотации является возможность получить полную информацию о каждой работе, благодаря ее жестко регламентированной структуре. С ее помощью можно выявить все недостатки, касающиеся как самого процесса, так и то, с помощью чего он реализуется: дублирование функций, отсутствие механизмов, регламентирующих данный процесс, отсутствие контрольных переходов и т.д. [5, 8, 17].

DFD позволяет рассматривать информационное пространство системы и используется для описания оборота информации внутри ИС. Поэтому диаграммы DFD применяются дополнительно к модели бизнес-процессов, выполненной в IDEF0.

В ходе структурно-функциональный анализ решаемой задачи были разработаны диаграммы модели IDEF0 и IDEF3 «КАК-ЕСТЬ» (AS-IS)

Разработаем бизнес-модель по А.Остервальдеру для рассматриваемого предприятия – жилищно-коммунального хозяйства (ЖКХ).

(КП)

Ключевые партнёры

  1. Инвестиционная группа «Бизнес Центр» - управление, инвестиции в ЖКХ и энергетику;
  2. ООО «Айноу»- маркетинговые исследования, сайты;
  3. ООО «Группа Венчурных Инвестиций»- привлечение инвестиций;
  4. «Русская школа управления»- комплексные программы в сфере ЖКХ;
  5. ООО «Центр инноваций и кооперации»- финансовых и инвестиционный консалтинг;
  6. ООО «Сибтел-Крипто»- электронные торги и аукционы;
  7. Международный центр финансово-экономического развития- переподготовка кадров и коммерческое образование; издание финансово-экономической и юридической периодики; консалтинг;
  8. ЖКХ: Жилищно-коммунальное хозяйство – периодическое издание (журнал);
  9. ООО «ИЦ Элит-Профит» - 1С, ИТ в строительстве и ЖКХ.

(КД)

Ключевые виды

деятельности

-техническое содержание и ремонт жилищного фонда;
-обслуживание и ремонт лифтов;
-водоснабжение и водоотведение;
-теплоснабжение;
-электроснабжение;

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

(ЦП)

Ценностные предложения

Преимущества использования ЖКХ:

- для поставщиков (постоянно анализировать конкурентную среду, количество поставщиков, силу конкуренции между ними, их конкурентноспособность для выбора наилучших);

- - для доступа к качественным ресурсам и сырью (следить за параметрами рынка и не упустить возможный доступ к более ачественным и дешевым ресурсам);

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

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

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

(ОП)

Отношения

с потребителями

Потребитель обязан:

  1. заключить договор на предоставление жилищно-коммунальных услуг;
  2. своевременно принимать меры относительно устранения выявленных неполадок, связанных с получением жилищно-коммунальных услуг, которые возникли по собственной вине;
  3. обеспечивать целостность средств учета коммунальных услуг и не вмешиваться в их работу;
  4. за свой счет ремонтировать и менять санитарно-технические приборы и устройства, оборудование, которые вышли из строя по его вине;
  5. оплачивать жилищно-коммунальные услуги в сроки, установленные договором или законом;
  6. придерживаться правил пожарной и газовой безопасности, санитарных норм;
  7. допускать у помещение, дома и сооружения представителей исполнителя;
  8. придерживаться требований жилого законодательства относительно осуществления ремонта или реконструкции помещений или их частей;
  9. своевременно проводить подготовку жилого дома, помещения и его технического оборудования к эксплуатации в осенне-зимний период;
  10. в случае несвоевременного осуществления платежей за жилищно-коммунальные услуги платить пеню.

(ПС)

Потребительские сегменты

Наш главный потребитель – частные потребители жилых домов (жители)

(КР)

Ключевые ресурсы

(КС)

Каналы сбыта

Основной канал сбыта для ЖКХ – это жилой дом.

(СИ)

Структура издержек

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

(ПД)

Потоки поступления доходов

Прибыль от оплаты за услуги; плата за пользование жилищно-коммунальными услугами; оплата за обслуживание жилых домов.

Разработка и анализ модели бизнес-процесса «КАК ЕСТЬ»

На основе нотации DFD была разработана контекстная диаграмма процесса «Жилищно-коммунальное хозяйство». На входе получаем данные о состоянии ЖФ, данные оплаты, данные от клиента, информация о сотрудниках. На выходе получаем обслуженные и отремонтированные дома и квартиры, выполненные заявки, отчет о работе подрядных организаций, прибыль (Рисунок 1.1).

Рисунок 1.1 – Контекстная диаграмма системы (DFD)

Проведем декомпозицию контекстной диаграммы «Управление ЖКХ» (Рисунок 1.2):

Рисунок 1.2 – Декомпозиция контекстной диаграммы «Управление ЖКХ»

Проведем декомпозицию функционального блока «Планирование организации работ» на 3 действия (Рисунок 1.3):

Рисунок 1.3 – Декомпозиция функционального блока «Планирование организации работ» (DFD)

Проведем декомпозицию функционального блока «Конкурсный отбор подрядчиков» (Рисунок 1.4):

Рисунок 1.4 – Декомпозиция функционального блока «Конкурсный отбор подрядчиков» (DFD)

Проведем декомпозицию функционального блока «Контроль и текущее планирование» (Рисунок 1.5):

Рисунок 1.5 – Декомпозиция функционального блока «Контроль и текущее планирование» (DFD)

Проведем декомпозицию функционального блока «Финансовое обеспечение работ по содержанию» (Рисунок 1.6):

Рисунок 1.6 – Декомпозиция функционального блока «Финансовое обеспечение работ по содержанию» (DFD)

Проведем декомпозицию функционального блока «Выполнение работы» (Рисунок 1.7):

Рисунок 1.7 – Декомпозиция функционального блока «Выполнение работы» (DFD)

Проведем декомпозицию функционального блока «Оплата работы, подтверждение выполнения» (Рисунок 1.8):

Рисунок 1.8 – Декомпозиция функционального блока «Оплата работы, подтверждение выполнения» (DFD)

Выведем древовидную диаграмму построенной модели «As Is - Как есть».

Рисунок 1.9 – Древовидная диаграмма построенной модели «As Is - Как есть»

Сформируем центры затрат, чтобы провести анализ бизнес-процессов (Рисунок 1.10):

Рисунок 1.10 – Созданные показатели оценки бизнес-процессов

На диаграмме FEO бизнес-процесса «Управление ЖКХ» выставлены значения показателей оценки бизнес-процессов (Рисунок 1.11).

Рисунок 1.11 – Диаграмма FEO бизнес-процесса «Управление ЖКХ» с выставленными значения показателей оценки бизнес-процессов

Выявление недостатков существующего бизнес-процесса и рекомендации по его усовершенствованию с помощью ИТ

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

  1. Наличие существенных временных затрат при выполнении процессов учета ремонта ЖКХ.
  2. Наличие высокой стоимости при выполнении процесса.
  3. Наличие дополнительного времени, которое должно быть затрачено на поиск и последующее устранение ошибок.

Внедрение информационной системы учета ремонта ЖКХ позволяет решить большинство проблем.

Разработка модели бизнес-процесса «КАК ДОЛЖНО БЫТЬ» и формулировка требований к внедряемой АИС

Существующая информационная система из-за отсутствия средств автоматизации, не имеющая выработанные функции и большой объем данных, имеет следующие недостатки:

  • недостаточно использует технические, программные, информационные средства и технологии обработки документов;
  • нерационально распределяет обязанности между сотрудниками ЖКХ, из-за чего имеются потери рабочего времени;
  • затрачивает время на решение задач по анализу и оформлению отчетных документов;
  • вручную обрабатываются документы;
  • несогласованные реквизиты документов;
  • ошибки в документах;
  • низкая скорость поиска документов;
  • задержки в отправке документов.

В существующих бизнес-процессах недостаточно расписана обработка ремонтных работ. Необходимо расписать процессы ремонтных работ:

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

Количество уровней в структуре диаграмм - не менее двух:

Построим диаграмму контекстную в методологии DFD (

Рисунок 1.12 – Контекстная диаграмма исходного бизнес-процесса в методологии DFD1.12);

Рисунок 1.12 – Контекстная диаграмма исходного бизнес-процесса в методологии DFD

Проведем декомпозицию первого уровня процесса «Управление ЖКХ» (Ошибка! Источник ссылки не найден.1.13).

Рисунок 1.13 – Контекстная диаграмма исходного бизнес-процесса в методологии DFD

Создадим древовидную диаграмму моделей бизнес-процесса DFD (Ошибка! Источник ссылки не найден.1.14).

Рисунок 2.14 – Древовидная диаграмма моделей бизнес-процесса DFD «Обработка данных учета ремонтных работ ЖКХ»

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

1. Выбор фирмы-производителя системы.

2. Наличие внедрений системы на предприятиях отдельных отраслей.

3. Терминология и качество западной системы. Документация и справочная подсистема.

4. Качество локализации западной системы.

5. Квалификация отечественной команды стоит по западной системе.

6. Функциональная полнота системы.

7. Гибкость системы.

8. Архитектура системы.

9. Система должна быть платформонезависимой [6].

Таким образом, информационная система для ЖКХ должна учитывать следующие аспекты для того, чтобы преодолеть вышеуказанные проблемы:

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

Современное управление ЖКХ необходимо проводить с новейшими информационными технологиями.

Анализ известных ИТ-решений АИС

В табличной форме проведем анализ известных ИТ-решений АИС ЖКХ.

Название

Описание

Скрин экрана программы

Квартплата.РФ

Бесплатная онлайн программа для расчета квартплаты в ТСЖ и ЖСК.

Инфокрафт ЖКХ 365

Облачный сервис на базе 1С:Бухгалтерия для ТСЖ, ЖСК, УК ЖКХ для расчета квартплаты и бухгалтерского учета

1С: Председатель ТСЖ

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

Hudson

Система для взаимодействия жильцов и управляющих организаций

HELPro

Сервис для автоматизации технического обслуживания коммерческой и жилой недвижимости.

Инфо-Бухгалтер

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

ЖКХ-управление

Комплекс программ для автоматизации ЖКХ.

Дебет Плюс

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

1С:Сайт ЖКХ

Программный продукт, позволяющий быстро создать специализированный сайт для вашего ТСЖ или управляющей компании ЖКХ.

Обоснование и постановка задачи на разработку новой АИС

Основная цель информационной системы: осуществление процесса автоматизации деятельности, которая направлена на учет ремонта ЖКХ, на обеспечение хранения всех необходимых данных в электронном виде, осуществление подготовки печатных форм выходных документов организации [Ошибка! Источник ссылки не найден.].

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

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

- поступившие заказы в отдел ремонта с других отделов;

- заказы на ремонте;

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

- выполненные работы;

- учет запчастей на замену;

учёт планового обслуживания;

- ведение статистики отремонтированного здания или санузла.

Разработка логической модели АИС

Обоснование выбора методологии и технологии логического моделирования АИС

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

Примерами зарубежных реляционных СУБД для ПЭВМ являются: DB2, Paradox, FoxPro, Access, Clarion, Ingres, Oracle.

К отечественным СУБД реляционного типа относятся системы ПАЛЬМА и HyTech [6, с.10].

Дальнейшая работа связана с конкретной СУБД, эту часть рассмотрим на примере СУБД Access.

СУБД Access является системой уравления данных реляционного типа. Всю базу данных по умолчанию Access хранит на диске в виде одного файла с расширением *.mdb в 2003 версии (*.accdb в 2007 версии и выше), а вообще Access поддерживает ряд стандартов БД (dBase, Paradox и др.). [18, с.231-232].

На протяжении многих лет Microsoft прилагал немало усилий, чтобы превратить Access не только в одну из самых мощных программ управления базами данных, но и в одну из самых удобных и простых. Поскольку Access входит в состав Microsoft Office, он обладает многими чертами, характерными для приложений Office [14, с.25].

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

Популярность СУБД Microsoft Access обусловлена следующими причинами:

  • доступность в изучении и понятность позволяют Access являться одной из лучших систем быстрого создания приложений управления базами данных;
  • СУБД полностью русифицирована;
  • возможность использования OLE технологии;
  • интегрированность с пакетами Microsoft Office;
  • поддержка WWW-идеологии (только в Access 97);
  • визуальная технология позволяет постоянно видеть результаты своих действий и корректировать их; кроме того, работа с конструктором форм может существенно облегчить дальнейшее изучение таких систем программирования, как Visual Basic или Delphi;
  • широко и наглядно представлена справочная система;
  • наличие большого набора «мастеров» по разработке объектов.

Разработка объектной модели АИС

Диаграмма вариантов использования (рис.2.1) показывает структуру и движение информационных потоков между работниками ЖКХ.

Сотрудник

Рисунок 2.1 – Диаграмма вариантов использования ЖКХ

Разработка логической модели данных АИС

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

1.Дом-Квартира. Таблица содержит данные о владельце, адресе, количестве жильцов и площади жилья. Данная таблица включает следующие поля и их тип данных:

Рисунок 2.2 – Таблица Дом-Квартира в режиме Конструктора

2. Жилищно-коммунальные услуги. Таблица содержит основную информацию об услуге. Данная таблица включает следующие поля и их типы данных:

C:\Documents and Settings\ecuser\Рабочий стол\Безымянный1.bmp

Рисунок 2.3 – Таблица Жилищно-коммунальные услуги в режиме Конструктора

3. Месяцы. Таблица содержит основную информацию о месяцах по которым производится оплата услуг. Данная таблица включает следующие поля и их типы данных:

C:\Documents and Settings\ecuser\Рабочий стол\Безымянный2.bmp

Рисунок 2.4 – Таблица Месяцы в режиме Конструктора

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

Рисунок 2.5 – Таблица Оплата в режиме Конструктора

5. Расход услуг содержит основные данные об количестве потребления услуг владельцем жилой площади. Данная таблица включает следующие поля и их типы данных:

C:\Documents and Settings\ecuser\Рабочий стол\Безымянный4.bmp

Рисунок 2.6 – Таблица Расход услуг в режиме Конструктора

6. Кассир содержит основные данные кассирах, принимающих оплату. Данная таблица включает следующие поля и их типы данных:

Рисунок 1 – Таблица Кассир в режиме Конструктора

Рассматриваются следующие услуги:

1. Оплата за газ;

2. Оплата за электроэнергию;

3. Оплата за воду;

4. Оплата за канализацию.

Факторы рассчитываются в зависимости от физических показателей:

Оплата за газ – куб.м

Оплата за электроэнергию – Кватт

Оплата за воду куб.м

Оплата за канализацию – количество человек

На основе созданных таблиц были сделаны следующие запросы:

1. Все оплаты за коммунально-жилищные услуги по кассирам. Данный запрос включает следующие поля: ФИО кассира, Код оплаты, Расход, Оплачено, Дата оплаты. Поле ФИО кассира с сортировкой по возрастанию.

Запрос в режиме SQL:

SELECT Кассир.[ФИО кассира], Оплата.[Код оплаты], Оплата.Расход, Оплата.Оплачено, Оплата.[Дата оплаты]

FROM Кассир INNER JOIN Оплата ON Кассир.[Код кассира] = Оплата.Кассир

ORDER BY Кассир.[ФИО кассира];

Рисунок 2.7 – Запрос «Все оплаты за коммунально-жилищные услуги по кассирам»

2. Все расходы по услугам. Данный запрос включает следующие поля: Услуга, Код расхода, ФИО владельца, Месяц, Расход.

Запрос в режиме SQL:

SELECT [Жилищно- коммунальные услуги].Услуга, Оплата.[Код оплаты], Оплата.Кассир, Оплата.Оплачено, Оплата.[Дата оплаты]

FROM ([Жилищно- коммунальные услуги] INNER JOIN [Расход услуг] ON [Жилищно- коммунальные услуги].[Код услуги] = [Расход услуг].Услуга) INNER JOIN Оплата ON [Расход услуг].[Код расхода] = Оплата.Расход

ORDER BY [Жилищно- коммунальные услуги].Услуга;

Рисунок 2.8 – Запрос «Все расходы по услугам»

3. Все расходы по месяцам. Данный запрос включает следующие поля: Название месяца, Код расхода, ФИО владельца, Услуга, Расход.

Запрос в режиме SQL:

SELECT Месяцы.[Название месяца], [Расход услуг].[Код расхода], [Дом-Квартира].[ФИО владельца], [Расход услуг].Услуга, [Расход услуг].Расход

FROM [Дом-Квартира] INNER JOIN (Месяцы INNER JOIN [Расход услуг] ON Месяцы.[Код месяца] = [Расход услуг].Месяц) ON [Дом-Квартира].[Код Дома-Квартиры] = [Расход услуг].[Код дома-квартиры]

ORDER BY Месяцы.[Название месяца];

Рисунок 2.9 – Запрос «Все расходы по месяцам»

4. Все расходы по владельцам. Данный запрос включает следующие поля: ФИО владельца, Код расхода, Услуга, Месяц, Расход.

Запрос в режиме SQL:

SELECT [Дом-Квартира].[ФИО владельца], [Расход услуг].[Код расхода], [Расход услуг].Услуга, [Расход услуг].Месяц, [Расход услуг].Расход

FROM [Дом-Квартира] INNER JOIN [Расход услуг] ON [Дом-Квартира].[Код Дома-Квартиры] = [Расход услуг].[Код дома-квартиры]

ORDER BY [Дом-Квартира].[ФИО владельца];

Рисунок 2.10 – Запрос «Все расходы по владельцам»

5. Всего услуг. Данный запрос включает следующие поля: Услуга.

Запрос в режиме SQL:

SELECT Count([Жилищно- коммунальные услуги].Услуга) AS [Count-Услуга]

FROM [Жилищно- коммунальные услуги];

Рисунок 2.11 – Запрос «Всего услуг»

6. Всего оплат. Данный запрос включает следующие поля: Код оплаты.

Запрос в режиме SQL:

SELECT Count(Оплата.[Код оплаты]) AS [Count-Код оплаты]

FROM Оплата;

Рисунок 2.12 – Запрос «Всего оплат»

7. Выборка по услуге электроэнергия с расходом более 200 Кватт. Данный запрос включает следующие поля: Услуга, Код расхода, Фио владельца, Месяц, Расход.

Запрос в режиме SQL:

SELECT [Жилищно- коммунальные услуги].Услуга, [Расход услуг].[Код расхода], [Дом-Квартира].[ФИО владельца], [Расход услуг].Месяц, [Расход услуг].Расход

FROM [Дом-Квартира] INNER JOIN ([Жилищно- коммунальные услуги] INNER JOIN [Расход услуг] ON [Жилищно- коммунальные услуги].[Код услуги] = [Расход услуг].Услуга) ON [Дом-Квартира].[Код Дома-Квартиры] = [Расход услуг].[Код дома-квартиры]

WHERE ((([Жилищно- коммунальные услуги].Услуга)="Оплата за электроэнергию") AND (([Расход услуг].Расход)>200));

Рисунок 2.13 – Запрос «Выборка по услуге электроэнергия с расходом более 200 Кватт»

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

Запрос в режиме SQL:

SELECT [Жилищно- коммунальные услуги].Услуга, [Расход услуг].[Код расхода], [Дом-Квартира].[ФИО владельца], [Расход услуг].Месяц, [Расход услуг].Расход

FROM [Дом-Квартира] INNER JOIN ([Жилищно- коммунальные услуги] INNER JOIN [Расход услуг] ON [Жилищно- коммунальные услуги].[Код услуги] = [Расход услуг].Услуга) ON [Дом-Квартира].[Код Дома-Квартиры] = [Расход услуг].[Код дома-квартиры]

WHERE ((([Жилищно- коммунальные услуги].Услуга)=[Введите название услуги]));

Рисунок 2.14 – Запрос «Расходы по выбранной услуге (запрос с параметром)»

9. Общая сумма оплаты за канализацию за март по владельцам. Данный запрос включает следующие поля: ФИО владельца, Услуга, Название месяца, Стоимость, Количество жильцов, Общая сумма за канализацию. Поеследнее поле – вычисляемое, использована формула Общая сумма за канализацию: [Стоимость]*[Количество жильцов]. Добавлена сортировка по возрастанию по полю Фамилия владельца.

Запрос в режиме SQL:

SELECT [Дом-Квартира].[ФИО владельца], [Жилищно- коммунальные услуги].Услуга, Месяцы.[Название месяца], [Жилищно- коммунальные услуги].Стоимость, [Дом-Квартира].[Количество жильцов], [Стоимость]*[Количество жильцов] AS [Общая сумма за канализацию]

FROM Месяцы INNER JOIN ([Жилищно- коммунальные услуги] INNER JOIN (([Дом-Квартира] INNER JOIN [Расход услуг] ON [Дом-Квартира].[Код Дома-Квартиры] = [Расход услуг].[Код дома-квартиры]) INNER JOIN Оплата ON [Расход услуг].[Код расхода] = Оплата.Расход) ON [Жилищно- коммунальные услуги].[Код услуги] = [Расход услуг].Услуга) ON Месяцы.[Код месяца] = [Расход услуг].Месяц

WHERE ((([Жилищно- коммунальные услуги].Услуга)="Оплата за канализацию") AND ((Месяцы.[Название месяца])="март"));

Рисунок 2.15 – Запрос «Сумма оплаты за все услуги кроме канализации за март по владельцам»

10. Сумма оплаты за все услуги кроме канализации за март по владельцам. Данный запрос включает следующие поля: ФИО владельца, Услуга, Название месяца, Стоимость, Расход. Добавлена сортировка по возрастанию по полю Фамилия владельца.

Запрос в режиме SQL:

SELECT [Дом-Квартира].[ФИО владельца], [Жилищно- коммунальные услуги].Услуга, Месяцы.[Название месяца], [Жилищно- коммунальные услуги].Стоимость, [Расход услуг].Расход

FROM Месяцы INNER JOIN ([Жилищно- коммунальные услуги] INNER JOIN (([Дом-Квартира] INNER JOIN [Расход услуг] ON [Дом-Квартира].[Код Дома-Квартиры] = [Расход услуг].[Код дома-квартиры]) INNER JOIN Оплата ON [Расход услуг].[Код расхода] = Оплата.Расход) ON [Жилищно- коммунальные услуги].[Код услуги] = [Расход услуг].Услуга) ON Месяцы.[Код месяца] = [Расход услуг].Месяц

WHERE ((([Жилищно- коммунальные услуги].Услуга)<>"Оплата за канализацию") AND ((Месяцы.[Название месяца])="март"))

ORDER BY [Дом-Квартира].[ФИО владельца];

Рисунок 2.16 – Запрос «Сумма оплаты за все услуги кроме канализации за март по владельцам»

11. Общая сумма оплаты за все услуги кроме канализации за март по владельцам. Данный запрос включает следующие поля: ФИО владельца, Название месяца, Общая сумма кроме канализации. Добавлена сортировка по возрастанию по полю Фамилия владельца. Вычисляемое поле: Общая сумма кроме канализации: [Cумма оплаты за март по владельцам]![Стоимость]*[Cумма оплаты за март по владельцам]![Расход].

Запрос в режиме SQL:

SELECT [Cумма оплаты за март по владельцам].[ФИО владельца], [Cумма оплаты за март по владельцам].[Название месяца], Sum([Cумма оплаты за март по владельцам]![Стоимость]*[Cумма оплаты за март по владельцам]![Расход]) AS [Общая сумма кроме канализации]

FROM [Cумма оплаты за март по владельцам]

GROUP BY [Cумма оплаты за март по владельцам].[ФИО владельца], [Cумма оплаты за март по владельцам].[Название месяца];

Рисунок 2.17 – Запрос «Общая сумма оплаты за все услуги кроме канализации за март по владельцам»

12. Общая сумма к оплате. Данный запрос включает следующие поля: ФИО владельца, Название месяца, Общая сумма. Вычисляемое поле: Сумма к оплате: [Общая сумма оплаты кроме каналицазии]![Общая сумма кроме канализации]+[Общая сумма оплаты за канализацию за март по владельцам]![Общая сумма за канализацию]

Запрос в режиме SQL:

SELECT [Дом-Квартира].[ФИО владельца], Месяцы.[Название месяца], [Общая сумма оплаты кроме каналицазии]![Общая сумма кроме канализации]+[Общая сумма оплаты за канализацию за март по владельцам]![Общая сумма за канализацию] AS [Сумма к оплате]

FROM Месяцы INNER JOIN (([Дом-Квартира] INNER JOIN [Общая сумма оплаты за канализацию за март по владельцам] ON [Дом-Квартира].[ФИО владельца] = [Общая сумма оплаты за канализацию за март по владельцам].[ФИО владельца]) INNER JOIN [Общая сумма оплаты кроме каналицазии] ON [Дом-Квартира].[ФИО владельца] = [Общая сумма оплаты кроме каналицазии].[ФИО владельца]) ON (Месяцы.[Название месяца] = [Общая сумма оплаты за канализацию за март по владельцам].[Название месяца]) AND (Месяцы.[Название месяца] = [Общая сумма оплаты кроме каналицазии].[Название месяца]);

Рисунок 2.18 – Запрос «Общая сумма к оплате»

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

Запрос в режиме SQL:

SELECT [Жилищно- коммунальные услуги].Услуга, [Расход услуг].Месяц, Sum([Расход услуг].Расход) AS [Sum-Расход]

FROM [Жилищно- коммунальные услуги] INNER JOIN [Расход услуг] ON [Жилищно- коммунальные услуги].[Код услуги] = [Расход услуг].Услуга

GROUP BY [Жилищно- коммунальные услуги].Услуга, [Расход услуг].Месяц;

Рисунок 2.19 – Запрос «Общий расход по услугам по месяцам»

Между таблицами установлены следующие связи (рис.2.20):

Рисунок 2.20 – Схема данных БД «Коммунальные услуги»

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

В главной кнопочной форме созданы 8 кнопок: Жилищно-коммунальные услуги, Дом-квартира, Кассиры, Месяцы, Оплата, Расход услуг, Суммы по оплатам и расходам и Выход. Кнопки Жилищно-коммунальные услуги, Дом-квартира, Кассиры, Месяцы, Оплата, Расход услуг открывают соответствующие названиям формы, кнопка Суммы по оплатам и расходам открывает кнопочную соответственную форму, кнопка Выход осуществляет выход из базы данных.

Главная форма открывается автоматически с открытием базы данных. Для этого создан макрос autoexec, который срабатывает автоматически при открытии базы данных.

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

Рисунок 2.21 – Главная кнопочная форма

Форма Жилищно-коммунальные услуги выглядит следующим образом:

Рисунок 2.22 – Форма Жилищно-коммунальные услуги

Форма Дом-квартира выглядит следующим образом:

Рисунок 2.23 – Форма Дом-квартира

Форма Кассиры занятий выглядит следующим образом:

Рисунок 2.24 – Форма Кассир

Форма Месяцы выглядит следующим образом:

Рисунок 2.25 – Форма Месяцы

Форма Оплата выглядит следующим образом:

Рисунок 2.26 – Форма Оплата

При нажатии на кнопку Суммы по оплатам и расходам открывается кнопочная форма на открытие отчетов по суммам оплат и расходов:

Рисунок 2.27 – Форма Сумма по оплатам и расходам

При нажатии на кнопку Общая сумма к оплате открывается отчёт Общая сумма к оплате:

Рисунок 2.28 – Отчет Общая сумма к оплате

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

Рисунок 2.29 – Отчет «Общий расход по услугам по месяцам»

При нажатии на кнопку Все расходы по услугам по месяцам открывается отчёт Все расходы по услугам:

Рисунок 2.30 – Отчет

При нажатии на кнопку Все расходы по услугам по месяцам открывается отчёт Все расходы по услугам:

Рисунок 2.31 – Отчет

Заключение

В результате проектирования была исследована информационная система «Жилищно-коммунальное хозяйство». В качестве среды разработки было принято CASE-средство для проектирования и документирования баз данных BPwin.

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

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

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

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

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

Список используемой литературы

  1. Федеральный закон от 03.04.2018 №59-ФЗ «О внесении изменений вЖилищный кодекс Российской Федерации».
  2. Багриновский К.А. Хрусталев Е.Ю. Новые информационные технологии. – М.: ЭКО, 2015. – С.25.
  3. Боковой Ю. Особенности методологии проектирования информационных систем для малого и среднего бизнеса. М.: Изд. дом «Университет», 2016. – 145 с.
  4. Головчинер М.Н. Проектирование информационных систем / М.Н.Головчинер. - Томск: ТГУ, 2015. — С.110.
  5. Долганова, О.И. Моделирование бизнес-процессов: Учебник и практикум для академического бакалавриата / О.И. Долганова, Е.В. Виноградова, А.М. Лобанова. - Люберцы: Юрайт, 2016. - 289 c.
  6. Ипатова, Э. Р. Методологии и технологии системного проектирования информационных систем. Учебник: моногр. / Э.Р. Ипатова. - М.: Флинта, 2016. - 300 c.
  7. Ипатова, Э. Р. Методологии и технологии системного проектирования информационных систем. Учебник: моногр. / Э.Р. Ипатова. - М.: Флинта, 2016. - 300 c.
  8. Скодорова Л.К., Константинова Ю.С., Проектирование информационных систем, 2011 – 104 с.