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

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

Содержание:

Введение

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

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

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

Предметом исследования в работе является учет ремонтных работ.

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

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

  • выполнить анализ предметной области и постановку задачи;
  • описать и выбрать CASE-средства для моделирования;
  • провести моделирования моделей бизнес-процессов «Как есть» (AS-IS);
  • провести моделирования моделей бизнес-процессов «Как должно быть» (TO-BE).

1. Описание предметной области

1.1. Описание предметной области. Постановка задачи

Жилищно-коммунальное хозяйство (ЖКХ) занимается эксплуатацией и управлением многоквартирными домами.

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

Основные услуги, которые может оказывать ЖКХ в рамках своей деятельности:

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

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

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

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

Таблица 1

Сведения о проводимых должностными лицами работ

Действующее лицо

Работы

Описание работ

Сценарий

Руководитель предприятия

Договор с поставщиками и клиентами

Производит заключение договора

Определяется предмет договора, его стоимость и обязанности

Главный инженер

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

Определяет перечень затрат и сроки их исполнения

Согласно договора определяет статьи затрат по решению собственников дома

Учет данных по работам

Взаимодействует с исполнителями по выполнению работ и составлению акта о приемке

Производит назначение на работы исполнителей, согласно сметы затрат.

Производит наем внешних исполнителей

Учет мероприятий по домам

Составляет список мероприятий согласно статей затрат и потребностей домов

Согласно сметы затрат и работ составляет график мероприятий и их исполнения

Ведущий специалист

Учет объемов коммунальных услуг для РСО

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

Формирование реестра потребленных ресурсов по домам и предоставляет его для начисления и сверки с РСО

Учет данных по домам и ЛС

Учет данных по помещениям от жильцов

Производит уточнение данных по лицевым счетам помещений МКД, формирует список ЛС

Экономист

Начисление оплаты ЖКУ

Формирование платежных документов для жильцов

Формирует платежные документы для жильцов

Прием оплаты и отражение на ЛС жильцов

Приём оплаты по начислениям

Принимает оплату от жильцов и отражает ее на ЛС

Формирование сводных документов по домам

Формирование ведомости по домам

Формирует ведомость по домам по долгам и поступлениям по ЛС и домам

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

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

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

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

Экономисты ведут экономические взаиморасчеты с поставщиками услуг (ресурс снабжающими организациями) и жителями.

Основными задачами жилищно-коммунального хозяйства являются:

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

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

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

Выходными данными являются:

  • перечень заинтересованных лиц;
  • список потребностей заинтересованных лиц в автоматизации;
  • описание объектов автоматизации;
  • модель объектов автоматизации или предметной области.

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

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

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

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

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

Вся информация фиксируется по факту сбора средств. После решения о ремонте или выполнения работ производится поиск подрядчика и оплата ему по факту выполнения. Сведения о работах и ремонте так же заносятся в паспорт дома.

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

Таблица 2

Сведения о взаимодействии по документам

Должностное лицо

Внешняя среда

Документ

Главный инженер

Экономист

Жильцы

Отчеты о содержании жилья и затратах по домам

Экономист

Совет дома

Отчеты о предоставляемых услугах и начисляемых статьях на дом

Главный инженер

Совет дома

Информация о проведенных мероприятиях и занятых в них ресурсах

Главный инженер

Совет дома

Заявки на проведение мероприятий

Экономист

РСО

Подрядные организации

Счета выставленные компаниями предоставляющими коммунальный ресурс к оплате

Ведущий специалист

Главный инженер

Экономист

РСО

Данные по домам о потреблении ресурсов

Ведущий специалист

Главный инженер

РСО

Отчеты о потреблении по домам и с расчетом на каждую квартиру

Экономист

Отчеты о доходах и расходах за предыдущие месяцы

Экономист

РСО

Подрядные организации

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

Экономист

Совет дома

Отчеты по домам для начисления

Главный инженер

РСО

Отчет по мероприятиям и обслуживанию домов

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

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

Для примера взаимодействие сотрудников, по оформлению документов представлено на рисунке 1.

Рисунок 1 - Схема документооборота процесса учета счет-фактур на оплату потребленных услуг домами

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

В таблице 3 приведены показатели объёма информационных потоков.

Таблица 3

Характеристики объёма информационных потоков

Наименование документа

Частота возникновения, раз/год

Трудовые затраты на обработку одного документа, чел.-час/док.

Трудовые затраты на обработку документа в год, чел.-час/год

Отчет по домам

300

1

300

Отчет по затратам на дома

300

1

300

Подготовка счет-фактур и счетов на оплату

48

2

96

Отчет за квартал

4

24

96

Итог

28

792

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

Входные информационные потоки:

  1. Отчеты о содержании жилья и затратах по домам.
  2. Отчеты о предоставляемых услугах и начисляемых статьях на дом.
  3. Информация о проведенных мероприятиях и занятых в них ресурсах.
  4. Заявки на проведение мероприятий.
  5. Счета выставленные компаниями предоставляющими коммунальный ресурс к оплате.
  6. Данные по домам о потреблении ресурсов [5].

Выходные информационные потоки:

  1. Отчеты о потреблении по домам и с расчетом на каждую квартиру.
  2. Отчеты о доходах и расходах за предыдущие месяцы.
  3. Счет-фактуры предоставляемые смежным организациям за предоставленные услуги.
  4. Отчеты по домам для начисления.
  5. Отчет по мероприятиям и обслуживанию домов.

Состав классификаторов необходимых для идентификации информационных потоков:

  1. Классификатор домов на балансе
  2. Классификатор статей для начисления
  3. Классификатор услуг
  4. Классификатор отчетов о доходах и расходах.
  5. Классификатор мероприятий
  6. Классификатор пользователей системы.
  7. Классификатор счет-фактур
  8. Классификатор сотрудников.

На основании полученных данных о предметной области необходимо произвести моделирование предметной области, с целью улучшения способов обработки всей информации. Улучшение показателей обработки информации можно достигнуть путем автоматизации данных процессов, а именно внедрения информационной системы по учету ремонтных работ ЖКХ [8].

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

1.2. Выбор средства для моделирования бизнес-процессов

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

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

  • локальные, поддерживающие один-два типа моделей и методов (Design/IDEF, ProCap, S-Designor, “CASE. Аналитик”);
  • малые интегрированные средства моделирования, поддерживающие несколько типов моделей и методов (ERwin, AllFusion Process Modeler (бывший BPwin));
  • средние интегрированные средства моделирования, поддерживающие от 4 до 10—15 типов моделей и методов (Rational Rose, Paradigm Plus, Designer/2000);
  • крупные интегрированные средства моделирования, поддерживающие более 15 типов моделей и методов (ARIS).

Rational Rose - CASE-средство фирмы Rational Software Corporation – программное средство предназначено для выполнения проектирования и автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках программирования высокого уровня и выпуска проектной документации [11].

Программный продукт Rational Rose использует синтез-методологию объектно-ориентированного анализа и проектирования для моделирования объектов (UML - Unified Modeling Language) [14].

Программный продукт моделирования тесно взаимодействует с языком программирования С++, Visual С++, C# и прочие. CASE-средство может генерировать внешний вид программы, сценарии диалогов и последовательность работы программы. Моделирование классов позволяет описать структуры данных в программе и в последующим их обработку.

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

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

Рисунок 2 – Система проектирования и разработки Rational Rose

Для моделирования деятельности организации будет использоваться программный продукт BPWin – AllFusion Process Modeler, который поддерживает три методологии – IDEF0, IDEF3, DFD [4, 6].

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

Кроме того, что в AllFusion Process Modeler создаются отдельные модели, также могут создаваться и смешанные модели, рисунок 3.

Рисунок 3 – Система проектирования AllFusion Process Modeler

После того, как построены модели в нотации IDEF0 или же произведена декомпозиция диаграмм в нотации DFD (диаграмма потоков данных) может быть сгенерировано хранилище данных. Для этого моет использоваться программный продукт ERwin Data Modeler [3, 12].

ERwin Data Modeler обеспечивает интеграцию моделей верхнего уровня (функциональные модели и модели потоков данных) с моделями нижнего уровня (модели даталогические).

ERwin Data Modeler позволяет создавать модели данных двух уровней, логического и физического.

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

Модель физического уровня использует типы данных и понятия которые используются к конкретной СУБД, генерируют SQL код согласно их требования [10, 14].

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

Модели нижнего уровня (модели относящиеся к хранению данных и взаимодействия с хранилищами данных) разрабатываются на этапе создания программного кода и тестирования, рисунок 4.

Рисунок 4 – Система проектирования ERwin Data Modeler

Vantage Team Builder [14] представляет собой интегрированный программный продукт, ориентированный на реализацию каскадной модели ЖЦ ПО и поддержку полного ЖЦ ПО.

Vantage Team Builder обеспечивает выполнение следующих функций:

  • проектирование диаграмм потоков данных, "сущность-связь", структур данных, структурных схем программ и последовательностей экранных форм;
  • проектирование диаграмм архитектуры системы - SAD (проектирование состава и связи вычислительных средств, распределения задач системы между вычислительными средствами, моделирование отношений типа «клиент-сервер», анализ использования менеджеров транзакций и особенностей функционирования систем в реальном времени);
  • многопользовательский доступ к репозиторию проекта;
  • генерация проектной документации по стандартным и индивидуальным шаблонам;
  • экспорт и импорт данных проекта в формате CDIF (CASE Data Interchange Format) , рисунок 5 [8].

Похожее изображение

Рисунок 5 – Система проектирования Vantage Team Builder

На основании рассмотрения CASE-средств для моделирования бизнес-процессов выбор был сделан в пользу программного продукта AllFusion Process Modeler.

1.3. Моделирование бизнес-процессов «как есть»

Моделирование выполняется в нотации IDEF0. Для этого строится контекстная диаграмма, рисунок 6.

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

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

Рисунок 6 - Деятельность по учету ремонтных работ, в нотации IDEF0, модель «Как есть»

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

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

Более подробная структурно-функциональная диаграмма деятельности предприятия представлена на рисунке 7 [13].

Рисунок 7 - Декомпозиция деятельности по учету ремонтных работ, в нотации IDEF0, модель «Как есть»

2. Моделирование бизнес-процессов предметной области

2.1. Предлагаемые мероприятия по улучшению бизнес-процессов

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

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

Для этого в бизнес-процессы «как должно быть» вводится проектируемая информационная система «Учет ремонтных работ ЖКХ».

В свою очередь информационная система должна обладать следующими функциями:

  • ввод информации в таблицы базы данных для дальнейшего хранения и использования;
  • просмотр информации о статьях затрат по домам;
  • формирование, изменение, хранение данных о начислении, оплатах ЖКУ;
  • редактирование информации в документах;
  • удаление информации;
  • поиск информации в базе по различным параметрам;
  • оформление отчетов и журналов документов, формирование регистров накопления итоговых данных [2, 3, 9].

Целью внедрения ИС «Учет ремонтных работ ЖКХ» является обеспечение автоматизированной обработки информации по данным ремонтных работ, а так же обеспечить сотрудникам ЖКХ возможность быстро и оперативно получать необходимую информацию по мероприятиям проводимых на домах.

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

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

  • повышение качества обработки информации за счет использования программного обеспечения и технических средств;
  • сокращение ожидания при формировании фонда ремонта на основании данных о затратах и поступлениях по домам;
  • повышение оперативности обработки информации [4, 5].

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

2.2. Моделирование бизнес-процессов «как должно быть»

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

Новые элементы бизнес-процессов должны обеспечить новые качества выполнения работ, сокращение времени на работы, изменение стоимости работ, получение новых данных [7, 9].

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

Диаграмма «Как должно быть» «Деятельность по учету ремонтных работ ЖКХ» представлена на рисунке 8.

Рисунок 8 - Модель IDEF0 «Как должно быть» деятельности по учету ремонтных работы ЖКХ

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

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

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

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

Декомпозиция контекстной диаграммы «Как должно быть» с учетом внедрения ИС представлена на рисунке 9.

Рисунок 9 - Декомпозиция модели IDEF0 «Как должно быть» деятельности по учету ремонтных работ ЖКХ

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

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

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

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

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

DFD диаграмма процесса проверки состояния зданий представлена на рисунке 10.

Рисунок 10 – DFD диаграмма процесса «Как должно быть» «Проверка состояния зданий»

Вторая диаграмма DFD описывает процесс «Технической проверки зданий и материальных ценностей». Данная диаграмма позволяет рассмотреть порядок изучения зданий, материальных ценностей находящихся в зданиях, провести их оценку и занести в ведомость.

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

DFD диаграмма процесса Технической проверки зданий и материальных ценностей» представлена на рисунке 11.

Рисунок 11 - Модель DFD «Как должно быть» процесса проверки зданий и материальных ценностей

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

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

Факт оплаты собственниками счетов отражается в ИС «Учет ремонтных работ ЖКХ» в отдельной базе.

DFD диаграмма процесса «Как должно быть» «Подготовки данных для начисление по домам» представлена на рисунке 12.

Рисунок 12 – DFD диаграмма процесса «Как должно быть» «Подготовки данных для начисление по домам»

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

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

Диаграмма DFD процесса «Как должно быть» «Подготовки данных для начисление по домам» представлена на рисунке 13. Узловая диаграмма показана нар рисунке 14.

Рисунок 13 – DFD диаграмма процесса «Как должно быть» «Обеспечение мероприятий»

Рисунок 14 – узловая диаграмма деятельности по учету ремонтных работ ЖКХ

Там, где нужно обрабатывать большие объемы данных, ИС должна позволяет решать следующие задачи:

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

ИС «Учет ремонтных работ ЖКХ» позволяет автоматизировать процесс учета данных о домах и выполняемых с ними операций по ремонту. Программа помогает организовать учет и контроль данных на основании действующих стандартов и нормативов [1, 3, 8].

Заключение

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

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

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

Для достижения цели решены задачи:

  • выполнен анализ предметной области и постановка задачи;
  • описаны и выбрано CASE-средство для моделирования;
  • проведено моделирования моделей бизнес-процессов «Как есть» (AS-IS);
  • проведено моделирования моделей бизнес-процессов «Как должно быть» (TO-BE).

Обследование показало, что существует ряд работ, которые выполняются вручную, а вся документация хранится в бумажном виде. Анализ предметной области позволил с помощью методов методологии SADT (IDEF0, DFD) построить модели AS-IS и TO-BE и определить проблемные места и способы решения для проведения автоматизации.

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

  1. Андерсен Б. Бизнес процессы. Инструменты совершенствования /М.: РИА «Стандарты и качество», 2015г. - 272 с, илл. (Серия «Практический менеджмент»).
  2. Бритов Г., Осипова Т. Моделирование бизнес-процессов. - М.:LAP, 2014. – 124 с.
  3. Варфоломеева Е.В. Информационные системы в экономике: Учебное пособие / Е.В. Варфоломеева, Т.В. Воропаева и др.; Под ред. Д.В. Чистова - М.: НИЦ ИНФРА-М, 2015. - 234 с.
  4. Вдовенко Л.А. Информационная система предприятия: Учебное пособие/Вдовенко Л. А. - 2 изд., перераб. и доп. - М.: Вузовский учебник, НИЦ ИНФРА-М, 2015. - 304 с.
  5. Венделева, М.А. Информационные технологии в управлении : учеб. пособие для бакалавров / М.А. Венделева, Ю.В. Вертакова. - М.: Юрайт, 2014 - 462c.
  6. Гвоздева В.А. Информатика, автоматизированные информационные технологии и системы: Учебник / В.А. Гвоздева. - М.: ИД ФОРУМ: НИЦ ИНФРА-М, 2015. - 544 с.
  7. Гвоздева, Т.В. Проектирование информационных систем: учебное пособие / Т.В. Гвоздева, Б.А. Баллод. – Ростов-н/Д: Феникс, 2014 – 508c.
  8. ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств
  9. Илюшечкин, В.М. Основы использования и проектирования баз данных : учеб. Пособие / В.М. Илюшечкин. - М.: Юрайт, 2014 - 213c.
  10. Информационные системы и технологии управления: учебник / под ред. Г.А.Титоренко. - 3-е изд., перераб и доп. - М.: ЮНИТИ-ДАНА, 2014. – 591c.
  11. Информационные технологии в менеджменте (управлении) : учебник и практикум / под общ.ред. Ю.Д. Романовой. - М.: Юрайт, 2015 - 478c.
  12. Огарков А.А. Управление организацией: Учебник. - М.: Эксмо, 2015г.
  13. Пирогов, В. Информационные системы и базы данных: организация и проектирование / В. Пирогов. – СПб. : БХВ-Петербург, 2014. – 528 с.
  14. Смирнов, Г.Н. Проектирование экономических информационных систем: учебник для вузов / А.А. Смирнов, А.А. Сорокин, Ю.Ф. Тельнов. - М.: Финансы и статистика, 2014 – 512c.