Проектирование реализации операций бизнес-процесса «Учет ремонтных работ жилищно-коммунального хозяйства» (Обоснование проектных решений по программному обеспечению)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

1. Выбрать комплекс задач автоматизации.
2. Охарактеризовать существующие бизнес-процессы.
3. Описать документооборот, возникающий при решении задачи.
4. Обосновать проектные решения по информационному обеспечению.
5. Дать обоснование проектным решениям по программному обеспечению.
6. Создать и описать информационную модель.
7. Дать характеристику нормативно-справочной, входной и оперативной информации.
8. Охарактеризовать результативную информацию.
9. Разработать общие положения.
10. Дать характеристику базе данных.
11. Разработать структурную схему пакета.
12. Описать программные модули.
13. Разработать контрольный пример реализации.

1. Аналитическая часть

1.1 Выбор комплекса задач автоматизации

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

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

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

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

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

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

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

Входными документами процесса являются:

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

Результатными документами процесса являются:

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

Рассмотрим бизнес-процесс учета ремонтных работ жилищно-коммунального хозяйства с помощью методологии структурного анализа IDEF0. На рисунке 1 представлена контекстная диаграмма бизнес-процесса. Процесс управляется законодательством РФ, правилами и актами. Механизмами процесса являются диспетчер и бухгалтер. Входными потоками процесса являются заявки на ремонт и акт выполненных работ. Выходными потоками являются журнал заявок, карточка счета 90 и отчет о выполненной работе специалиста.

На рисунке 2 представлена декомпозиция контекстной диаграммы. Рассматриваемый процесс включает в себя:

• Распределение заявок на ремонт;

Рисунок 1. Контекстная диаграмма бизнес-процесса

Рисунок 2. Декомпозиция процесса

• Формирование документооборота;
• Учет результатов работ;
• Формирование отчетов.

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

1.2 Характеристика документооборота, возникающего при решении задачи

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

Рисунок 3. Схема документооборота

Рассмотрим количественные показатели формирования документооборота. Характеристика документооборота представлена в таблице 1.

Таблица 1

Характеристика формирования документооборота

Характеристика	Журнал заявок	Акт выполненных работ	Карточка счета	Отчет о проделанной работе
Количество документов в год, шт.	1	100 000	1	100 000
Количество символов в документе, шт.	30 000	1000	30 000	100 000
Частота возникновения в год	1	1	1	1
Трудозатраты на обработку в год, ч/час	160	160	160	480

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

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

Таблица 2

Характеристика формирования документооборота после внедрения информационных технологий

Характеристика	Журнал заявок	Акт выполненных работ	Карточка счета	Отчет о проделанной работе
Количество документов в год, шт.	1	100 000	1	100 000
Количество символов в документе, шт.	30 000	1000	30 000	100 000
Частота возникновения в год	1	1	1	1
Трудозатраты на обработку в год, ч/час	40	160	80	220

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

1.3 Обоснование проектных решений по информационному обеспечению

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

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

В проектируемой системе должен быть справочник адресов (КЛАДР), для быстрого и точного ввода данных об адресе заявки. Также необходимы справочник сотрудников, для возможности распределения заявок. Справочники поломок и ремонтных работ также нужны для заполнения акта выполненных работ.

Результатными документами являются:

1. Карточка счета 90 - это документ, содержащий все данные о финансовых затратах на осуществление ремонта. Карточка счета имеет унифицированную форму, поэтому не потребуется оригинальное проектирование формы.
2. Журнал заявок – документ, в котором содержатся данные по всем заявкам, оставленным жильцами. Журнал не имеет унифицированной формы, поэтому потребуется оригинальное проектирование отчетной формы.
3. Отчет о выполненной работе специалиста жилищно-коммунального хозяйства – документ в котором описан перечень заявок и проделанной работы каждого специалиста жилищно-коммунального хозяйства. Отчет не имеет унифицированной формы, поэтому потребуется оригинальное проектирование отчетной формы.

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

1.4 Обоснование проектных решений по программному обеспечению

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

Операционные системы классифицируют по следующим признакам:

1. Количество пользователей, работающих одновременно:

• однопользовательские ОС;
• многопользовательские ОС.

1. Число процессов, выполняемых одновременно под управлением ОС:

• однозадачные;
• многозадачные.

1. Количество поддерживаемых процессоров:

• однопроцессорные;
• многопроцессорные.

1. Разрядность кода ОС:

• 32-разрядные;
• 64-разрядные.

1. Тип интерфейса:

• командные;
• графические.

1. Тип доступа пользователя к ЭВМ:

• ОС с пакетной обработкой;
• ОС с разделением времени;
• ОС реального времени.

Проанализируем достоинства и недостатки операционных систем семейства Linux и Windows.

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

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

Использование операционной системы Linux имеет свои преимущества, однако ввиду большей распространенности Windowsсреди пользователей, поддержки оборудования и ПО, была выбрана системаWindows 10.

Рассмотрим классификацию СУБД.

1. Степень универсальности:

• СУБД общего назначения;
• СУБД универсального назначения.

1. Тип модели данных:

• иерархические;
• сетевые;
• реляционные;
• объектно-ориентированные;
• многомерные.

1. Способ доступа к базе данных:

• файл-серверные;
• клиент-серверные;
• встраиваемые [9].

Выбранная СУБД должна отвечать следующим критериям:

1. Поддержка реляционной модели данных.
2. Обладание масштабируемостью и мобильностью.
3. Содержать средства контроля использования памяти компьютера.
4. Быть производительной и надежной.

Рассмотрим решения, представленные на рынке. Лидерами на рынке СУБД являются продукты IBM DB2, Oracle и Microsoft SQL Server. СУБД IBM DB2 является кросс-платформенной, обеспечивает стабильную работу базы данных. Недостатками системы являются высокая стоимость и низкая производительность. СУБД Microsoft SQL Server обладает большим пакетом инструментов, стабильностью работы и низкими затратами на администрирование. Недостаток системы заключается в том, что она работает только на платформе Windows. СУБД Oracle обладает высокой производительностью, легкостью интегрирования приложений и устойчивостью к большим потокам данных. Недостатком является высокая стоимость, необходимость приобретения мощного оборудования и персонала для поддержки СУБД. Таким образом для реализации базы данных наиболее подходит СУБД Microsoft SQL Server [1].

Рассмотрим средства проектирования и разработки информационной системы. Критерии классификации средств совпадают с их составом:

1. Средства анализа (Design/IDEF, BPwin).
2. средства анализа и проектирования (Vantage Team Builder, Designer/2000).
3. Средства проектирования баз данных (Erwin, S-Designor).

На российском рынке представлены не все средства, перечисленные в классификации. На данный момент наиболее распространенными, обладающими простым интерфейсом и управлением являются средства BPWin и Erwin, которые будут использоваться для проектирования системы [7].

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

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

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

Рассмотрим существующие среды программирования, которые поддерживают язык программирования c++. Среда программирования «Visual Studio 2015» является одной из старейших продуктов для создания программных продуктов с графическим интерфейсом. Возможность добавления сторонних плагинов способствует расширению функциональности среды программирования до кроссплатформенного состояния. К недостатком этой среды можно отнести то, что разработчик должен обладать опытом создания приложений, для работы с этой средой.

Среда программирования «IntelliJ IDEA» позволяет осуществить разработку программных продуктов на множестве популярных языков программирования. Но у системы существует существенный недостаток производительности в процессе компиляции, перекомпиляции и тестирования.

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

Мощной платформой для разработки приложений, которая позволяет создавать приложения на языке программирования с++, является платформа «Netbeans». Однако, платформа обладает низким показателем быстродействия и ограничением функциональности некоторых плагинов [8].

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

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

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

2. Проектная часть

2.1 Информационная модель и её описание

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

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

Информационная модель представлена на рисунке 4.

Рисунок 4. Информационная модель

2.2 Характеристика нормативно-справочной, входной и оперативной информации

В проектируемой информационной системе существуют 2 входных документа:

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

Также в система должны присутствовать следующие справочники:

1. КЛАДР – справочник адресов.
2. Сотрудник – перечень сотрудников для распределения заявок.
3. Неисправность – перечень неисправностей.
4. Ремонтные работы – перечень ремонтных работ.

Характеристика справочника представлена в таблице 3.

Таблица 3

Характеристика справочников

Характеристика	КЛАДР	Сотрудник	Неисправность	Рем. работы
Ответственный за ведение	Главный бухгалтер
Объем справочника в записях	100 000	100
Частота актуализации	По мере необходимости	При приеме на работу сотрудников	По мере необходимости
Объем актуализации	1-10 записей
Реквизитный состав	Улица	Фамилия	Код	Код
	Дом	Имя
	Корпус	Отчество	Наименование	Наименование
	Квартира

2.3 Характеристика результатной информации

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

1. Карточка счета 90 – документ, в котором содержатся все данные о финансовых затратах на осуществление ремонта.
2. Журнал заявок – документ, в котором содержатся данные по всем заявкам, оставленным жильцами.
3. Отчет о выполненной работе специалиста жилищно-коммунального хозяйства – документ в котором описан перечень заявок и проделанной работы каждого специалиста жилищно-коммунального хозяйства.

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

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

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

Характеристика перечисленных таблиц представлена в таблице 4.

Таблица 4

Характеристика таблиц с результативной информацией

Наименование таблицы	Наименование поля
Ремонтные работы	Наименование
Неисправность	Наименование
Заявка	Номер
	Дата
Кладр	Улица
	Дом
	Корпус
	Квартира
Наименование таблицы	Наименование поля
Сотрудник	Фамилия
	Имя
	Отчество
Акт выполненных работ	Номер
	Дата

2.4 Общие положения (дерево функций и сценарий диалога)

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

1. Функции, реализующие служебные функции.
2. Функции, реализующих основные функции управления и обработки данных.

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

Разработаем дерево функций системы, согласно приведенным рекомендациям. К основным функциям разрабатываемой системы относятся:

1. Редактирование справочников.
2. Ввод данных.

К служебным функциям разрабатываемой ИС относятся:

1. Формирование документов.
2. Формирование отчетов

Дерево функций представлено на рисунке 5 [2].

Разработаем сценарий диалога информационной системы. Сценарий диалога представлен на рисунке 6.

Рисунок 5. Дерево функций системы

Рисунок 6. Сценарий диалога

2.5 Характеристика базы данных

Проектируемая ИС будет хранить и обрабатывать данные в реляционной базе данных, которая представляет собой совокупность двумерных таблиц. Для описания таблиц и взаимосвязей между ними построим ER-модель. ER-модель представлена на рисунке 7.

Характеристика таблиц базы данных представлена в таблице 5.

Рисунок 7. ER-модель

Таблица 5

Характеристика базы данных

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Справочник «Неисправность»
ID_неисправности	ID_neispr	Счетчик	5	Ключевое поле
Код	Code_neispr	Число	6
Наименование	Name_neispr	Текст	100
Справочник «Ремонтные работы»
ID_ремонтных работ	ID_remrab	Счетчик	5	Ключевое поле
Код	Code_remrab	Число	6
Наименование	Name_remrab	Текст	100
Справочник «КЛАДР»
ID_записи	ID_zap	Счетчик	5	Ключевое поле
Улица	St_zap	Текст	100
Дом	House_zap	Число	6
Корпус	Sq_zap	Число	6
Квартира	Fl_zap	Число	6
Справочник «Сотрудник»
ID_сотрудника	ID_sotr	Счетчик	5	Ключевое поле
Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Фамилия	Lname	Текст	100
Имя	Fname	Текст	100
Отчество	Mname	Текст	100
Заявка
ID_заявки	ID_zav	Счетчик	5	Ключевое поле
Номер	Nzav	Число	10
Дата	Dzav	Дата	8
Номер телефона	Tzav	Число	7
Акт выполненных работ
ID_акта	ID_act	Счетчик	5	Ключевое поле
Номер	Nact	Число	10
Дата	Dact	Дата	8

2.6 Структурная схема пакета (дерево вызова программных модулей)

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

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

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

Описание функций модулей представлено в таблице 6.

Таблица 6

Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
1	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при запуске приложения
2	Модуль справочника «Сотрудник»	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются ведении справочников
№ п/п	Наименование модуля	Функции модуля
3	Модуль справочника «Ремонтные работы»	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются ведении справочников
4	Модуль справочника «Неисправность»	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются ведении справочников
5	Модуль справочника «КЛАДР»	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются ведении справочников
6	Модуль ввода данных	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при вводе данных
7	Модуль формирования отчета	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при формировании отчета
8	Модуль настроек	Содержит предопределенные процедуры и элементы формы

Модель дерева вызова программных модулей представлено на рисунке 8.

Рисунок 8. Дерево вызова программных модулей

2.7 Описание программных модулей

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

Рисунок 9. Алгоритм формирования журнала заявок

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

Рисунок 11. Алгоритм формирования отчета о проделанной работе

2.8 Контрольный пример реализации проекта и его описание

Для разработки контрольного примера реализации проекта и его описания необходимо:

1. Описать тестовые данные, которые необходимы для проверки работоспособности основных функций проекта.
2. Описать процесс обработки тестовых данных.
3. Описать результаты обработки тестовых данных.

Реализация контрольного примера состоит из следующих этапов:

1. Ввод тестовых данных в справочники.
2. Результат формирования отчета.

На рисунке 12 представлено заполнение справочника «Неисправность».

Рисунок 12. Заполнение справочника «Неисправность»

На рисунке 13 представлено заполнение справочника «Ремонтные работы».

Рисунок 13. Заполнение справочника «Ремонтные работы»

На рисунке 14 представлено заполнение справочника «Сотрудник».

Рисунок 14. Заполнение справочника «Сотрудник»

На рисунке 15 представлено заполнение справочника КЛАДР.

Рисунок 15. Заполнение справочника «КЛАДР»

На рисунке 16 представлен ввод данных о заявке на проведение ремонтной работы.

Рисунок 16. Ввод данных о заявке

На рисунке 17 представлен ввод данных об акте выполненных работ.

Рисунок 17. Ввод данных об акте выполненных работ

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Гвоздева Т.В., Баллод Б.А. / Проектирование информационных систем. – М.:Феникс, 2014.
2. Горбаченко В.И., Убиенных Г.Ф. / Проектирование информационных систем с СА ErwinModelingSuite 7.3. – П.:ПГУ 2014.
3. Грекул В.М, Коровкина Н.А, Куприянов В.С. / Проектное управление в сфере информационных технологий. – М.:БИНОМ, ИНФРА-М, 2013.
4. ЕлиферовВ.Г., РепинВ.В. / Процессный подход к управлению. Моделирование бизнес-процессов. – М.:Манн, Иванов и Фербер, 2013.
5. Избачков Ю.С., Петров В.Н. / Информационные системы. – СПб,: Амфора. 2014.
6. Исаев Г.Н. / Проектирование информационных систем. Учебное пособие. – М.: Омега-Л, 2015.
7. Мацяшек Л.А. / Проектирование информационных систем. – М.: Вильямс,2016.
8. Ньютон Р. / Управление проектами от А до Я. – М.: Альпина Паблишер, 2014.
9. Смит К.У., Уильямс Л.Дж. / Эффективные решения: практическое руководство по созданию гибкого и масштабируемого программного обеспечения. – М.:Вильямс, 2013.
10. Эванс Э. / Предметно-ориентированное проектирование: структуризация сложных программных систем. – М. Вильямс, 2016.