Курсовые работы / ПРИС К_11

2 АНАЛИЗ И ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ДЛЯ АВТОМАТИЗАЦИИ УЧЕТА РЕМОНТА ЖИЛИЩНОГО ФОНДА В УПРАВЛЯЮЩЕЙ КОМПАНИИ

2.1 Постановка задачи проектирования информационной системы

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

1.Сведения о жилищном фонде. К сведениям о жилищном фонде будет относиться информация об основных характеристиках жилья.

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

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

4.Сведения о выполненных ремонтах жилищного фонда. К данным сведениям будут относиться: дата проведения, объем работ, стоимость, где проводились.

5.Сведения о заявках на ремонт от квартирообладателей. К данным сведениям будут относиться: дата заявки, предполагаемая дата выполнения, кто делал заявку.

6.Сведения о невыполненных заявках, а именно: заявка, причина невыполнения заявки.

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

12

также планировать проведение ремонтных работ жилищных объектов,

нуждающихся в этом.

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

основных и дополнительных функций:

1.Ввод, удаление и редактирование той или иной информации, с

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

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

3.Резервное копирование информационных баз по желанию пользователя.

4.Осуществлять поиск по разнообразным признакам (например, адресу и

т.п.).

5.Осуществлять сортировку по различным признакам (например, по адресу и т.п.).

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

7.Выводить список с указанием того, где проводились ремонтные работы

иих стоимость.

8.Выводить «исторические» сведения о том, сколько стоил ремонт жилого объекта в заданный пользователем момент времени.

9.Формирование списка объектов, которые необходимо отремонтировать в периоде, заданном пользователем.

10. Формирование отчета обо всех своевременно не обеспеченных заявках на текущую дату с указанием причины.

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

13

2.2Анализ предметной области учета ремонта жилищного фонда в управляющей компании

Учет ЖКХ по праву является одним из самых сложных видов учета. У

бухгалтеров, имеющих непосредственное отношение к жилищно-

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

нужд. Учет ЖКХ включает в себя себестоимость услуг жилищно-

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

топлива, энергии, основных средств, трудовых ресурсов, а также других затрат на их производство и реализацию.

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

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

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

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

14

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

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

которые необходимо отремонтировать в заданном периоде, а также о заявках,

которые не были своевременно обеспечены с указанием причины.

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

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

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

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

15

2.3Функциональная модель процесса учета ремонта жилищного фонда в управляющей компании

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

который вносит входные данные о жилищном фонде и произведенных ремонтах. Функциональная модель бизнес-процессов разрабатываемой информационной системы представлена на рисунках А.1-А.3.

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

Для проведения количественного анализа разработанной функциональной модели необходимо рассмотреть поведение следующих показателей [6-8]:

коэффициент уровня, рассчитываемый по формуле (2.1); коэффициент сбалансированности, рассчитываемый по формуле (2.2); коэффициент применения элементарных функций, рассчитываемый по формуле (2.3).

16

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

Таблица 2.1 - Результаты количественного анализа функциональной модели

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

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

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

необходимо построить логическую и физическую модели данных будущей ИС. Перед построением логической модели были определены основные объекты (сущности) предметной области и их атрибуты – характеристики.

Так, исходя из задачи проектирования информационной системы учета

18

ремонта жилищного фонда в управляющей компании, были выделены

следующие сущности предметной области и их атрибуты:

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

-Тип дома.

-Жильцы, отражающая личные данные владельца квартиры.

-Выполненные ремонты, отражающие дату проведения и стоимостью.

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

ремонтных работ и датой их проведения.

-Работы, отражающая наименование работы и стоимость за единицу.

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

-Невыполненные заявки. Характеризуется причиной отказа, по которой заявка не была выполнена.

Взаимосвязи между объектами будут отражаться взаимодействием

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

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

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

IDEF1X [10,11], представлена на рисунке 2.2.

Физическая модель разрабатываемой ИС представлена с использованием нотации UML, применяемой при проектировании объектно-

ориентированных ИС [13,14]. Физическая модель информационной системы

19

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

Рисунок 2.2 - Логическая модель данных по стандарту IDEF1X

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

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

В разрабатываемой системе также будут созданы общие объекты:

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

Рисунок 2.3 - Физическая модель данных

20

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

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

ремонт жилищного фонда, заявки на ремонт.

Выводы по второму разделу

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

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

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

21