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

На основании полученных данных о предметной области необходимо произвести моделирование предметной области, с целью улучшения способов обработки всей информации. Улучшение показателей обработки информации можно достигнуть путем автоматизации данных процессов, а именно внедрения информационной системы по учету ремонтных работ ЖКХ [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.