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

Содержание:

Введение

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

Отдельные (специфические) характеристики малого предприятия в сфере ЖКХ, влияющие на построение аналитики учета и планирования его доходов и расходов, движения денежных средств:

1. Перечень выполняемых работ и оказываемых услуг;

2. Выбранная система налогообложения;

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

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

5. Наличие собственных складских помещений;

6. Значительные расходы на продвижения и рекламу реализуемых работ и услуг;

7. Привлечение внешних финансовых ресурсов помимо собственных средств; 
8. Постоянная потребность в транспортировке собственными силами или подрядными транспортными средствами;

9. и другие факторы.

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

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

Методы исследования: анализ предметной области и полученных результатов и их систематизация, анализ данных.

В процессе работы рассматриваются особенности процесса реализации лекарственных препаратов в аптечной сети, а также разрабатывается информационная система по данному процессу в системе «1С:Предприятие 8.3».

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

Можно выделить основные задачи, которые необходимо решить в процессе выполнения данной работы для достижения основной цели:

1. - Провести анализ и описание предметной области;
2. - Создать хранилище данных;
3. - Обеспечить систему функцией контроля правильности оформления документов;
4. - Изучить особенности работы пользователя и области применения информационной системы;
5. Обеспечить максимальную безопасность данных в системе;
6. Разработать интерфейс пользователя, учитывающий особенности специфики работы пользователя;

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

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

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

Управляющая компания (УК) – коммерческая организация, которую выбрали собственники жилья или жилищное товарищество для доверительного управления, в частности, содержания имущества многоквартирного дома. Чаще всего между собственниками и УК заключается договор управления. Этот документ регламентирует взаимоотношения между сторонами, поэтому в нем должно быть упомянуто, какие именно работы обязаны делать службы ЖКХ в многоквартирном доме и квартирах, какая ежемесячная оплата предусмотрена, какая ответственность лежит на УК перед жильцами.

Обязанности управляющей компании:

обеспечение постоянной работы противопожарной системы,

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

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

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

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

Под текущим ремонтом понимается комплекс работ, услуг, включенных в план работ и проводимых, оказываемых в рамках содержания общего имущества, связанных с восстановлением потерявших в процессе эксплуатации функциональную способность частей МКД до их нормативного состояния, когда объем таких работ, услуг не превышает 30 % ремонтируемого имущества1. В Перечне работ, относящихся к текущему ремонту (утв. постановлением Госстроя России от 27.09.2003 № 170), к работам в рамках текущего ремонта подъездов относится восстановление отделки стен, потолков, полов отдельными участками.

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

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

Стояки горячего и холодного водоснабжения и ответвления. До точки первого соединения с отводящим трубопроводом.

Стояки отопления, включая ответвления от них до точки, где происходит соединение с отводящими трубами.

Водоотводящие стояки и их ответвления (тройники, заглушки, патрубки) до точки первого соединения с отводящими трубами.

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

Оборудование, принадлежащее гражданину на правах частной собственности, ремонтируется за его счет. В этот перечень входят:

Плиты газовые и электрические.

Батареи центрального отопления.

Индивидуальные приборы учета. К ним относятся счетчики газа, воды, электричества.

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

Сантехника – краны, ванны, смесители, сопутствующая фурнитура, унитазы, нагреватели воды, раковины.

Домофоны.

1.2. Характеристика существующих бизнес – процессов

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

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

Основные бизнес-процессы:

- принять заявку на ремонт;

- назначить работника;

- выполнить заявку

-составить отчеты

Процессы управления:

- обеспечение соблюдения технологии обработки рецептов и порядка документооборота.

- анализ работы сотрудников

Автоматизации в нашем случае подлежат следующие процессы:

- принять заявку на ремонт;

- назначить работника;

-составить отчеты

Построим модель Как есть (рис. 1, 2).

Рис. 1.1. Функциональная модель нулевого уровня «Учет ремонтных работ ЖКХ» AS-IS

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

Заявка

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

Акт о выполнении

Отчеты

Рис.1. 2. Функциональная модель первого уровня «Учет ремонтных работ ЖКХ» AS-IS

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

Построим модель Как будет (рис. 1.3, 1.4).

На для процессов:

- принять заявку на ремонт;

- назначить работника;

-составить отчеты

добавляется Информационная система

Рис. 1.3. Функциональная модель нулевого уровня «Учет ремонтных работ ЖКХ» TO-BE

Информационная система участвует во всех бизнес-процессах, что приводит к значительной экономии времени

Рис. 1.4. Функциональная модель первого уровня «Учет ремонтных работ ЖКХ» TO-BE

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

Основными документами в рассматриваемой задаче являются Заявка, Акт выполнения и Квитанция. Схема документооборота приведена в таб. 1.1

Таблица1.1

Схема документооборота

	Диспетчер	Мастер	Архив
Заявка	Заявка	Наряд
Проверка приборов учета	Наряд	Наряд одная накладная

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

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

Временные характеристики описанных процессов приведены в таблице 1.2.

Таблица 1.2

Характеристики описанных процессов

Действие	Среднее количество за рабочий день	Время, необходимое для выполнении одного действия, минут	Общее время, минут
Заявка	10	15	150
Проверка приборов учета	5	30	150
ИТОГО, минут:			300

Таким образом, ежедневно, в среднем, 330 минут или 5 часов минут, сотрудник занят занесением необходимых сведений в книги учета, а также, при необходимости анализом и поиском нужных сведений. Учитывая, что продолжительность рабочего дня составляет 8 часов, делаем вывод, что на выполнение остальных обязанностей остается менее 40 % рабочего времени, что крайне неэффективно.

Для данного способа также характерны следующие недостатки:

• Невысокая скорость и точность выполнения расчетов.
• Неэффективное использование рабочего времени.
• Возможность потери важных документов (заявки, акты о выполнении работ, наряды)
• Бюрократия – увеличивающийся «поток» бумажной работы.

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

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

Проведем расчет ожидаемого эффекта от внедрения средств автоматизации. В таблице 1.3 произведен расчет эффекта внедрения.

Таблица 1.3

Расчет эффекта внедрения

Действие	Среднее количество за рабочий день	Время, необходимое для выполнения одного действия, минут	Общее время, минут
Заявка	10	1	10
Проверка приборов учета	5	2	10
ИТОГО, минут:			12.5

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

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

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

В состав информационного обеспечения должны входить:

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

В состав классификаторов входят следующие:

• Справочник "Вид проблемы"
• Справочник "Жильцы"
• Справочник "Приборы"
• Справочник «Проблема»
• Справочник «Сотрудники»

В список первичных документов входят:

• Заявка
• Проверка приборов учета

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

• Выполненные заявки;
• Показания приборов

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

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

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

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

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

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

В 1с конфигураторе можно протестировать базу 1с на наличие ошибок, сбоев, исправить ошибки и сбои 1с в конфигураторе.

В 1с конфигураторе можно дописать поля и реквизиты в формы документов.

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

Функции конфигуратора 1С

1) Создание информационных баз и их доработка. Например, создание справочников, документов, отчётов и обработок, а также внесение изменений в эти объекты по мере необходимости.

2) Работа с учётными записями пользователей информационной базы.

3) Предоставление возможности выгрузки/выгрузки информационной базы. Резервные копии информационной базы и её восстановление осуществляется в режиме конфигуратора.

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

5) Обновление базы 1С.

6) Сравнение конфигураций нескольких информационных баз между собой.

7) Также в режиме конфигуратора можно проверять производительность, работать с Web-сервисами и др.

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

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

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

ДС ЖКХ

Журнал диспетчера

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

Ресурсная смета

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

Учет и списание материалов

Для учета материальных затрат ресурсная смета связана с блоком «Склад». На каждую заявку со склада списывается определенный материал по конкретной учетной цене. При списании производится автоматическое формирование материальных отчетов.

Журнал работ по санитарному содержанию

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

Журнал вывоза бытовых отходов

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

Журнал подрядных работ

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

Журнал учета постоянных затрат

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

Программный комплекс «ЖКХ – Управление» 

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

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

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

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

создать централизованный банк электронных документов;

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

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

Инфо-Предприятие: ЖКХ^® - программа для ТСЖ, ЖСК, ГСК, СНТ, Управляющих компаний

Программа Инфо-Предприятие: ЖКХ - простая и удобная программа учета ЖКХ для ТСЖ, ЖСК, ДЕЗ, КИЗ, УК, ЕИРЦ и подобных предприятий. Также, программа ИП: ЖКХпрекрасно подойдет и для ГСК - гаражных кооперативов, и для СНТ - садоводческих товариществ.

Решаемые задачи:

Расчет коммунальных услуг

Распечатка квитанций ЖКХ (5 видов)

Сметы, расчет и планирование затрат

Отчеты по жильцам и поставщикам, услугам, оплатам

Программа для паспортного стола

Связь с бухгалтерскими программами

Преимущества нашей программы для ЖКХ

Все, что нужно

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

по нормативам

по индивидуальным и общедомовым приборам учета

по фиксированным тарифам.

от сметы

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

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

Доступная цена

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

Современные сервисы

Программа постоянно совершенствуется, мы регулярно добавляем в неё возможности и сервисы:

рассылки квитанций жильцам по электронной почте

печать QR-кода на квитанции

импорт из клиент банка

интеграция с системой ГИС ЖКХ

сканирование штрих-кода для оперативного ввода оплат

интеграция с платежными терминалами

удаленная техподдержка через Интернет

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

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

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

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

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

В созданной конфигурации имеются следующие справочники (таб. 2.1)

Таблица 2.1

Сводная таблица справочников

Название справочни-ка;	Ответственный за его ведение;	Средний объём справочника в записях;	Средняя частота актуализации;	Средний объем актуализации (в записях или в процентах);
Вид проблемы	Мастер	200	1 раз в месяц	10
Жильцы	Диспетчер	10	1 раз в год	10
Проблема	Мастер	10	1 раз в месяц	10
Прибор	Мастер	20	1 раз в месяц	40
Сотрудники	Мастер	10	1 раз в месяц	10

В таб. 2.2 описаны характеристики справочника Вид проблемы

Таблица 2.2

Вид проблемы

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Номенклатура	Номенклатура	Строка	20

В таб. 2.3 описаны характеристики справочника Прибор

Таблица 2.3

Прибор

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Наименование	Номенклатура	Строка	20
Номер	Номер	Число	10
Показания	Показания	Число	10

В таб. 2.4 описаны характеристики справочника Проблема

Таблица 2.4

Наименование поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Вид проблемы	Вид проблемы	СправочникСсылка.ВидПроблемы
Наименование	Наименование	Строка	20

Проблема

В таб. 2.5 описаны характеристики справочника Жильцы

Таблица 2.5

Жильцы

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Номенклатура	Номенклатура	Строка	20
Улица	Улица	Строка	30
Дом	Дом	Число	10
Телефон	Телефон	Строка	10
Квартира	Квартира	Число	3
Собственник	Собственник	Булево

В таб. 2.5 описаны характеристики справочника Сотрудники

Таблица 2.6

Сотрудники

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
ФИО	ФИО	Строка	20
Адрес	Адрес	Строка	30
Телефон	Телефон	Строка	10

На рисунках 2.2-2.5 отражены формы справочников данной конфигурации

Рисунок 2.2 Справочник ВидПроблемы

Рисунок 2.3 Справочник Прибор

Рисунок 2.4. СправочникПроблема

Рисунок 2.5. Справочник Жильцы

Рисунок 2.6. Справочник Контрагенты

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

Экранные формы размещения данных описаны в таблице 2.6

Таблица 2.6

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

№ пп	Наименова-ние	Реквизиты	Таблицы, на основе которых формируется	Частота формирования
1	Заявка	Номер Дата Жильцы Проблема Сотрудник	Жильцы Проблема Сотрудник	По мере необходимости
2	Проверка приборов учета	Номер Дата Жильцы Прибор Сотрудник	Номер Дата Жильцы Прибор Сотрудник	По мере необходимости

Экранные формы(макеты) документов и экранные формы для их ввода в систему изображены на рисунках 2.7-2.8

Рисунок 2.7 Документ Заявка

Рисунок 2.8 Документ Проверка приборов учета

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

Экранные формы отчетов описаны в таблице 2.7

Таблица 2.8

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

№ пп	Номенклатура	Реквизиты	Таблицы, на основе которых формируется	Частота формирования
1	Принятые заявки	Номер Дата Жильцы Проблема	Сотрудники Жильцы Проблемы	Ежедневно
2	Проверка приборов	Номер Дата Жильцы Сотрудники Старые показания Новые показания	Приборы Жильцы Сотрудники	Ежедневно

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

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

Рис. 2. 9. Дерево функций

В разработанной программе предусмотрены два пользователя – Диспетчер и Мастер. Дерево диалога изображено на рисунке 2.10

Рис. 2. 10. Дерево диалога

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

Описание таблиц базы данных

В таб. 2.10 описаны характеристики таблицы Вид проблемы

Таблица 2.10

Вид проблемы

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код вида	Код вида	Счетчик		Ключевое поле
Номенклатура	Номенклатура	Строка	20

В таб. 2.11 описаны характеристики таблицы Прибор

Таблица 2.11

Прибор

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Наименование	Номенклатура	Строка	20
Номер	Номер	Число
Показания	Показания	Число	10

В таб. 2.12 описаны характеристики таблицы Проблема

Таблица 2.12

Проблема

Наименование поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Код вида	Код вида	Число
Наименование	Наименование	Строка	20

В таб. 2.13 описаны характеристики таблицы Жильцы

Таблица 2.13

Жильцы

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код	Код	Счетчик
Номенклатура	Номенклатура	Строка	20
Улица	Улица	Строка	30
Дом	Дом	Число	10
Квартира	Квартира	Число	3
Телефон	Телефон	Строка	10
Собственник	Собственник	Булево

В таб. 2.5 описаны характеристики таблицы Сотрудники

Таблица 2.14

Сотрудники

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код сотрудника	Код сотрудника	Число	10	Ключевое поле
ФИО	ФИО	Строка	20
Адрес	Адрес	Строка	30
Телефон	Телефон	Строка	10

В таб. 2.15 описаны характеристики таблицы Заявка

Таблица 2.15

Заявка

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код заявки	Код заявки	Числовой	3
Код Проблемы	Код Проблемы	Числовой	3
Код жильца	Код Адреса	Числовой	3
Код Сотрудника	Код Сотрудника	Числовой	3
Стоимость		Числовой	3

В таб. 2.16 описаны характеристики таблицы Проверка приборов учета

Таблица 2.16

Проверка приборов учета

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код прибора	Код прибора	Числовой	3
Код Жильца	Код Жильца	Числовой	3
Старые показания	Старые показания	Числовой	3
Новые показания	Новые показания	Числовой	3
Код Сотрудника	Код Сотрудника	Числовой	3

Получили схему данных

Рис 2.11 Схема данных

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

Описание пакета (дерево вызова программных модулей)в среде 1С:Предприятие представлено в таблице 2.9

Таблица 2.9

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

№п/п	Номенклатура подсистемы	Функции подсистемы
1	Глобальный модуль	Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые необходимо выполнить при запуске системы «1С:Предприятие 8.3».
2	Справочники	Содержит предопределенные процедуры для осуществления занесения условно-постоянной информации
3	Документы	Содержит предопределенные процедуры для осуществления оформления документов
4	Отчеты	Содержит предопределенные процедуры для формирования отчетов

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

Общие, независимые от объектов 1С модули, находятся в ветке Общие / Общие модули. Просто нажмите на него два раза мышкой и он откроется.

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

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

Модули объектов. У каждого объекта 1С (справочник, документ и прочее) есть свой модуль. Там могут быть прописаны реакции на такие системные события как Запись() или Удаление(), а также созданы новые методы объекта. Нажмите правой кнопкой мыши на конкретный объект, например справочник Номенклатура. Модуль объекта – это модуль конкретного элемента этого справочника. Модуль менеджера – это модуль управления элементами справочника (документа..).

Состав модуля 1С

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

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

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

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

Клиент и сервер 1С

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

У общих модулей (Общие / Общие модули) есть свойства. Нажмите правой кнопкой мыши и далее – свойства. Галочками можно отметить где будет доступен этот модуль.

Также один модуль может выглядеть по разному если запущен на сервере или клиенте. Для этого есть специальные директивы, указываемые прямо в коде программы: #Если Клиент и #Если Сервер.

Клиент и Сервер видят только те части модуля, которые находятся между этими директивами. Если директив нет – модуль виден весь.

В версии 1С 8.2 для тонкого клиента можно указывать для каждого метода и обработчика где он будет выполняться. Для этого непосредственно перед функцией или процедурой указывается &НаСервере и &НаКлиенте. При этом клиентские функции могут вызывать серверные, но не наоброт.

Сообщение между модулями 1С

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

Если мы хотим создать метод или переменную, видимую из другого модуля, она помечается словом ЭКСПОРТ.

Однако большое количество модулей и правил клиент-сервера пораждает некоторое количество проблем у программиста с использованием модуля извне. Где-то все просто, а где-то можно тупить пол часа – почему написано ЭКСПОРТ, но вызов оканчивается ошибкой «метод не найден..».

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

После запуска конфигурации открывается Главное окно программы (рис 2.12)

Рисунок 2.12 Главное окно

Далее заносим данные в справочники ( рис. 2.13 )

Рис. 2.13 Заполнение справочников

Затем оформляем заявку (рис 2.14)

Рисунок 2.14 Заполнение документа Заявка

Получили следующие отчеты: (рис.2.15)

Рисунок 2.15 Отчеты

Заключение

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

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

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

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

1. ГОСТ 34.602-89. «Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Техническое задание на создание автоматизированной системы».
2. Абрамов Г.В., Медведкова И.Е., Коробкова Л.А. «Проектирование информационных систем» - Воронеж:ВГУИТ, 2016. - 172 с.
3. Аверченков В.И., Лозбинев Ф.Ю., Тищенко А.А. «Информационные системы в производстве и экономике» - М.:ФЛИНТА, 2015. - 274 с.
4. Братищенко В.В. «Проектирование информационных систем» - Иркутск: Изд-во БГУЭП, 2016. - 84 с.
5. Вендеров А.М. «Проектирование программного обеспечения экономических информационных систем» - М.: Финансы и статистика, 2016.
6. Гвоздева Т.В., Баллод Б.А. «Проектирование информационных систем» - М.:Феникс, 2016. - 512 с.
7. Гвоздева В.А., Лаврентьева И.Ю. «Основы построения АИС» - М.: ИД «ФОРУМ»: ИНФРА-М, 2015. – 320с.
8. Калянов Г.Н. «Стратегическое управление информационными системами» - М.:БИНОМ, 2015. - 510 с.
9. Коровкина Н.Л. «Проектирование информационных систем» - М.: Инетрнет-университет информационных технологий - ИНТУИТ. ру, 2015.
10. Мишенин А.И. «Теория экономических информационных систем» - М.: Финансы и статистика, 2015. - 240 с.
11. Соловьев И.В., Майоров А.А. «Проектирование информационных систем» - М.:Академический проект, 2015. - 400 с.
12. Титоренко Г.А. «Информационные системы и технологии управления» - М.:ЮНИТИ-ДАНА, 2016. - 591 с.
13. Черемных С.В. «Моделирование и анализ систем» - М.: Финансы и статистика, 2017. - 192 с.

Приложение

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.Заявка.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| Заявка.Дата,

| Заявка.Жилец,

| Заявка.Номер,

| Заявка.Принял,

| Заявка.Проблемы.(

| НомерСтроки,

| Вид,

| Неисправность,

| Стоимость_устр

| )

|ИЗ

| Документ.Заявка КАК Заявка

|ГДЕ

| Заявка.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ОбластьПроблемыШапка = Макет.ПолучитьОбласть("ПроблемыШапка");

ОбластьПроблемы = Макет.ПолучитьОбласть("Проблемы");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ТабДок.Вывести(ОбластьПроблемыШапка);

ВыборкаПроблемы = Выборка.Проблемы.Выбрать();

Пока ВыборкаПроблемы.Следующий() Цикл

ОбластьПроблемы.Параметры.Заполнить(ВыборкаПроблемы);

ТабДок.Вывести(ОбластьПроблемы, ВыборкаПроблемы.Уровень());

КонецЦикла;

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

КонецПроцедуры

&НаКлиенте

Процедура ОбработкаКоманды(ПараметрКоманды, ПараметрыВыполненияКоманды)

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

ТабДок = Новый ТабличныйДокумент;

Печать(ТабДок, ПараметрКоманды);

ТабДок.ОтображатьСетку = Ложь;

ТабДок.Защита = Ложь;

ТабДок.ТолькоПросмотр = Ложь;

ТабДок.ОтображатьЗаголовки = Ложь;

ТабДок.Показать();

//}}

КонецПроцедуры

&НаСервере

Процедура Печать(ТабДок, ПараметрКоманды)

Документы.Заявка.Печать(ТабДок, ПараметрКоманды);

КонецПроцедуры