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

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

Построим диаграмму контекстную в методологии 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. Жилищно-коммунальные услуги. Таблица содержит основную информацию об услуге. Данная таблица включает следующие поля и их типы данных:

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

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

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

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

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

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

Рисунок 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 [Жилищно- коммунальные услуги];

---