![](/stc/img/evkova.png)
Проектирование реализации операций бизнес-процесса «Учет ремонтных работ жилищно-коммунального хозяйства
Содержание:
Введение
В условиях нестабильной динамичной внешней среды бизнеса, роста конкуренции на рынке особенно актуальным становится внедрение системы финансового контроля, планирования и анализа денежных и материальных потоков в любой области деятельности субъектов малого предпринимательства.
Отдельные (специфические) характеристики малого предприятия в сфере ЖКХ, влияющие на построение аналитики учета и планирования его доходов и расходов, движения денежных средств:
1. Перечень выполняемых работ и оказываемых услуг;
2. Выбранная система налогообложения;
3. Стоимость оборудования, деталей, комплектующих, материалов, включаемых в стоимость работ;
4. Высокие требования к квалификации кадров и значительные расходы на оплату труда;
5. Наличие собственных складских помещений;
6. Значительные расходы на продвижения и рекламу реализуемых работ и услуг;
7. Привлечение внешних финансовых ресурсов помимо собственных средств;
8. Постоянная потребность в транспортировке собственными силами или подрядными транспортными средствами;
9. и другие факторы.
Объектом и предметом исследования является процесс учета ремонтных работ жилищно-коммунального хозяйства.
Цель работы - разработка информационной системы процесса учета ремонтных работ жилищно-коммунального хозяйства.
Методы исследования: анализ предметной области и полученных результатов и их систематизация, анализ данных.
В процессе работы рассматриваются особенности процесса выполнения работ в ЖКХ , а также разрабатывается информационная система по данному процессу.
Эффективность от внедрения данного процесса определяется такими показателями как доступность, эффективность, управляемость ИТ-инфраструктурой, а также позволяет минимизировать негативное влияние ИТ-инцидентов на бизнес и увеличить качество предоставляемых ИТ-сервисов.
Можно выделить основные задачи, которые необходимо решить в процессе выполнения данной работы для достижения основной цели:
- - Провести анализ и описание предметной области;
- - Создать хранилище данных;
- - Обеспечить систему функцией контроля правильности оформления документов;
- - Изучить особенности работы пользователя и области применения информационной системы;
- Обеспечить максимальную безопасность данных в системе;
- Разработать интерфейс пользователя, учитывающий особенности специфики работы пользователя;
Итогом проделанной работы должен стать АИС для автоматизации процесса учета ремонтных работ жилищно-коммунального хозяйства, для информационной системы ЖКХ, настроенный под требования сотрудников.
1 глава. Аналитическая часть.
1.1. Выбор комплекса задач автоматизации.
Управляющая компания (УК) – коммерческая организация, которую выбрали собственники жилья или жилищное товарищество для доверительного управления, в частности, содержания имущества многоквартирного дома. Чаще всего между собственниками и УК заключается договор управления. Этот документ регламентирует взаимоотношения между сторонами, поэтому в нем должно быть упомянуто, какие именно работы обязаны делать службы ЖКХ в многоквартирном доме и квартирах, какая ежемесячная оплата предусмотрена, какая ответственность лежит на УК перед жильцами.
Обязанности управляющей компании:
обеспечение постоянной работы противопожарной системы,
проверка безопасности газоснабжения (она осуществляется в домах с газовыми плитами),
содержание, обеспечение непрерывной работы канализационных и водоснабжающих систем,
контроль над отопительной системой, своевременное устранение неполадок, аварийных ситуаций,
ремонтирование кровли дома (небольшой ремонт выполняют только при хороших погодных условиях, если необходима смена всей кровли, то до 50 % средств выделяется из средств, начисляемых для текущего ремонта).
Под текущим ремонтом понимается комплекс работ, услуг, включенных в план работ и проводимых, оказываемых в рамках содержания общего имущества, связанных с восстановлением потерявших в процессе эксплуатации функциональную способность частей МКД до их нормативного состояния, когда объем таких работ, услуг не превышает 30 % ремонтируемого имущества1. В Перечне работ, относящихся к текущему ремонту (утв. постановлением Госстроя России от 27.09.2003 № 170), к работам в рамках текущего ремонта подъездов относится восстановление отделки стен, потолков, полов отдельными участками.
Ремонт оборудования, расположенного в квартире, являющегося общедомовым, управляющая компания обязана осуществить бесплатно. Обязаны ремонтировать жилищно-коммунальные службы:
Система газоснабжения – газопровод и отводы от него. Ремонт осуществляется до расположенного на ответвлениях отключающего устройства или запорного крана, ведущего непосредственно к плите.
Стояки горячего и холодного водоснабжения и ответвления. До точки первого соединения с отводящим трубопроводом.
Стояки отопления, включая ответвления от них до точки, где происходит соединение с отводящими трубами.
Водоотводящие стояки и их ответвления (тройники, заглушки, патрубки) до точки первого соединения с отводящими трубами.
Находящиеся в вышеперечисленных сетях счетчики (приборы учета), расположенные до точки первого соединения с запорными кранами, отводами и отключающими приспособлениями.
Оборудование, принадлежащее гражданину на правах частной собственности, ремонтируется за его счет. В этот перечень входят:
Плиты газовые и электрические.
Батареи центрального отопления.
Индивидуальные приборы учета. К ним относятся счетчики газа, воды, электричества.
Электрические кабели, потолочные лампы, выключатели и розетки, находящиеся внутри квартир.
Сантехника – краны, ванны, смесители, сопутствующая фурнитура, унитазы, нагреватели воды, раковины.
1.2. Характеристика существующих бизнес – процессов
Бизнес-процесс - это реализация функции во времени, способ решения бизнес-задачи. Бизнес-процесс описывает процесс выполнения функции, в какой последовательности и в каких вариантах, а также взаимодействие функций между собой в работе организации.
Можно представить следующую классификацию бизнес-процессов учета ремонтных работ жилищно-коммунального хозяйства:
Основные бизнес-процессы:
- принять заявку на ремонт;
- назначить работника;
- выполнить заявку
-составить отчеты
Процессы управления:
- обеспечение соблюдения технологии обработки рецептов и порядка документооборота.
- анализ работы сотрудников
Автоматизации в нашем случае подлежат следующие процессы:
- принять заявку на ремонт;
- назначить работника;
-составить отчеты
Построим модель Как есть (рис. 1, 2).
Рис. 1.1. Функциональная модель нулевого уровня «Учет ремонтных работ ЖКХ» AS-IS
Входными данными являются:
Заявка
Выходными данными являются:
Акт о выполнении
Отчеты
Рис.1. 2. Функциональная модель первого уровня «Учет ремонтных работ ЖКХ» AS-IS
В процессе анализа предметной области выявлено, что в процессе работы с заявками тратится много времени, возникает путаница с документами, которые подлежат строгой отчетности, документы в бумажном виде часто теряются. Так же много времени уходит на оформление отчетов.
Построим модель Как будет (рис. 3, 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 |
Квитанция |
0,5 |
60 |
30 |
ИТОГО, минут: |
330 |
Таким образом, ежедневно, в среднем, 330 минут или 5 часов 30 минут, сотрудник занят занесением необходимых сведений в книги учета, а также, при необходимости анализом и поиском нужных сведений. Учитывая, что продолжительность рабочего дня составляет 8 часов, делаем вывод, что на выполнение остальных обязанностей остается менее 40 % рабочего времени, что крайне неэффективно.
Для данного способа также характерны следующие недостатки:
- Невысокая скорость и точность выполнения расчетов.
- Неэффективное использование рабочего времени.
- Возможность потери важных документов (заявки, акты о выполнении работ, наряды)
- Бюрократия – увеличивающийся «поток» бумажной работы.
В результате проводимой автоматизации предполагается постоянно иметь точнейшие сведения о количестве поступившего и отпущенного товара, сократить время на подготовку аналитических отчетов и передачу документов за счет их электронной формы.
Очевидно, что для автоматизации необходимо использовать такие средства, как персональные компьютеры, принтеры, а также специальное программное обеспечение и, возможно, локальную вычислительную сеть.
Проведем расчет ожидаемого эффекта от внедрения средств автоматизации. В таблице 1.3 произведен расчет эффекта внедрения.
Таблица 1.3
Расчет эффекта внедрения
Действие |
Среднее количество за рабочий день |
Время, необходимое для выполнения одного действия, минут |
Общее время, минут |
Заявка |
10 |
1 |
10 |
Акт выполнения |
5 |
2 |
10 |
Квитанция |
0,5 |
5 |
2,5 |
ИТОГО, минут: |
12.5 |
Таким образом, ожидаемая экономия рабочего времени составляет около 5 часов ежедневно, что позволяет увеличить эффективность работы бухгалтерии.
1.4. Обоснование проектных решений по информационному обеспечению.
Информационное обеспечение состоит из внутримашинного, которое включает массивы данных (входные, промежуточные, выходные), программы для решения задач, и внемашинного, которое включает системы
В состав информационного обеспечения должны входить:
- потоки входной информации, к которым относятся сведения о работниках, видах работ, работах.
- потоки выходной информации, к которым можно отнести сведения выполнении работ и оплате
В состав классификаторов входят следующие:
- Справочник "Должности"
- Справочник "Адрес"
- Справочник "Жильцы"
- Справочник "Приборы"
- Справочник «Проблема»
- Справочник «Сотрудники»
В список первичных документов входят:
- Заявка
- Проблемы по заявке
В результате должны формироваться следующие документы:
- Выполненные заявки;
- Принятые заявки
Для ввода и вывода информации используются экранные формы, которые проектируются и создаются до начала внедрения системы данное решение актуально, так как состав информации используемой информационной системой постоянен и не будет изменяться во время её эксплуатации.
Для решения поставленных задач предлагается использовать MySQL 5.1+Си
Существенным преимуществом MySQL является открытость её программного кода и возможность бесплатного доступа к этому ПО. Каждый пользователь, у которого возникла необходимость в СУБД, может скачать в Интернет эту систему, изучить её код и изменить его таким образом, чтобы программа максимально соответствовала индивидуальным потребностям. Работа с MySQL регламентирована GPL-лицензией, в которой прописаны действия с программой, допустимые и недопустимее при различных ситуациях.
Система MySQL организована по принципу клиент-сервер [12]. Благодаря встроенному многопоточному SQL-серверу MySQL обеспечивает поддержку разнообразных вычислительных машин БД, позволяет работать с различными библиотеками и программами на стороне клиента, открывает широкий круг возможностей по администрированию, поддерживает обширный спектр API. MySQL может в виде многопоточной библиотеки быть подключена к пользовательскому приложению, что даст в результате быстрый, легкий и компактный программный продукт.
Программы со стороны клиента посредством механизма сокетов отправляют на работающий в непрерывном режиме сервер SQL-запросы. Сервер обрабатывает полученные данные, сохраняет результат и отправляет его клиенту. Для увеличения скорости возвращения результата клиенту, в качестве которого чаще всего выступают PHP-скрипты, ответ передается частями. Как правило, полный вывод запроса требуется крайне редко [7].
Delphi - это среда разработки приложений for Windows. Delphi поддерживает объектно-ориентированное и событийное программирование.
Delphi - объектно-ориентированный язык программирования с возможностью доступа к метаданным классов (то есть к описанию классов и их членов) в компилируемом коде, также называемом интроспекцией.
Delphi является средством разработки приложений для ОС Microsoft Windows. Он является мощным и довольно простым в использовании инструментом по созданию автономных программных продуктов, обладающих приятным графическим интерфейсом (GUI), или 32-битных консольных приложений (программ, у которых отсутствует графический интерфейс).
Для разработки графического интерфейса приложения используются формы.
Каждая форма имеет свое графическое представление и соответствующий ей модуль, содержащий свойства и методы класса формы. Скалярные и векторные значения свойств выделенного на форме объекта , а также список событий для этого объекта визуализированы в окне Оbject Inspector . Окно Object TreeView содержит список компонентов, расположенных на форме. Окно Exploring содержит список объектовинтерфейсной части выделенного модуля (Unit). Каждый разработчик имеет возможность настроить визуальную среду, как ему будет удобно для работы.
Чтобы перенести компонент на форму, надо открыть соответствующую закладку палитры компонентов, указать щелчком мыши необходимый компонент, после чего щелкнуть мышью в нужном месте формы. Можно сделать двойной щелчок на пиктограмме компонента, в этом случае он автоматически разместится в центре формы.
Добавление компонента на форму приводит к появлению в модуле формы объектной переменной и ссылки на модуль, содержащий класс компонента в том случае, если он еще не подключен.
Для создания приложения добавляются на главную форму компоненты: ADOConnection, ADOTable1 – ADOTable 11, DataSourse1 – DataSourse 11. Подключается база данных в Acсess к приложению, связываются компоненты с таблицами.
Одним из основных компонентов является форма. Форма представляет собой стандартное окно приложения. Когда в визуальной среде разрабатывается новая форма, она создается как наследник класса TForm. Формы могут представлять главное окно приложения, диалоговые окна, многодокументные окна. Форма может служить контейнером для других объектов. В этом окне могут быть размещены визуальные и не визуальные компоненты в любом виде и порядке. Размещение компонентов управления на форме во время разработки осуществляется визуально. Все компоненты, расположенные на форме, а также обработчики событий, как для самой формы, так и для компонентов, являются членами класса формы
Подведя итог, для ИС, разрабатываемой в рамках данноого проекта целесообразно использовать связку MySQL 5.1.+Delphi
1.5 Обоснование проектных решений по программному обеспечению
В качестве операционной среды для разработки и применения программы была выбрана операционная система семейства Windows, в частности операционная система Windows7. Этот выбор обусловлен тем, что на сегодняшний день Windows7 является одной из наиболее распространенных операционных систем. Операционная система Windows7 обеспечивает стабильность работы, предоставляя пользователям возможность сосредоточиться на выполняемой работе.
Для выполнения данной задачи можно использовать следующие прикладные программы:
ДС ЖКХ
Журнал диспетчера
В журнале диспетчера ведется учет всех работ по обслуживанию конструктивных элементов и внутридомового инженерного оборудования. Все занесенные записи подразделяются на различные категории (заявки населения, предписания УК, платные услуги и т.д.). На каждую занесенную запись формируется Наряд-заказ (в программе предусмотрено несколько печатных форм Наряд-заказов), который передается непосредственному исполнителю.
Ресурсная смета
Расчет стоимости затрат производится ресурсным методом по действующим нормам расхода и фактическим ценам на материалы. Т.е. используется ресурсный метод, который более всего подходит для нормирования разовых нестандартных ремонтных работ. Ресурсный метод позволяет получить отчет о расходовании материалов и загрузке каждого исполнителя за любой период и даже внедрить на предприятии сдельную (сдельно-премиальную) оплату труда. Формирование сметы и списание ресурсов, как правило, производит старший мастер. При формировании смет используются различные типовые шаблоны, составленные пользователями программы, поэтому данный процесс не так уж сложен для среднего специалиста, как может показаться.
Учет и списание материалов
Для учета материальных затрат ресурсная смета связана с блоком «Склад». На каждую заявку со склада списывается определенный материал по конкретной учетной цене. При списании производится автоматическое формирование материальных отчетов.
Журнал работ по санитарному содержанию
В данном журнале ведется учет фактически выполненных работ по уборке лестничных клеток, уборке территории и обслуживанию мусоропроводов. При расчете стоимости учитываются характеристики домов, реальные объемы и периодичность работ.
Журнал вывоза бытовых отходов
В журнале ведется учет затрат на вывоз ТБО, ЖБО и крупногабаритного мусора по заданному графику вывоза. Журнал представляет из себя график вывоза твердых, жидких бытовых отходов, а также крупногабаритного мусора.
Журнал подрядных работ
Журнал предназначен для учета работ, выполненных подрядным способом. Стоимость работ может быть рассчитана в любой сметной программе. В журнал заносится факт закрытия сметы с указанием адреса, вида работ и общей стоимости.
Журнал учета постоянных затрат
Журнал предназначен для учета и распределения по каждому дому работ и условно-постоянных затрат, носящих постоянный характер – затрат на управление, содержание АДС и т.д. Данные затраты невозможно рассчитать по нормативам, но они заносятся в программу, чтобы получить полную картину по каждому дому.
Программный комплекс «ЖКХ – Управление»
Программный комплекс «ЖКХ – Управление» позволяет организовать единое информационное пространство между производственно-техническими, диспетчерскими, экономическими, инженерными и иными подразделениями и службами предприятия, а так же:
создать централизованную систему учета технического состояния всего жилого фонда, находящегося на обслуживании;
вести учет работ, материальных ресурсов, расходуемых на его эксплуатацию и ремонт;
выполнять расчет себестоимости работ не только в целом по предприятию, а индивидуально по каждому объекту (жилому дому или подъезду);
создать централизованный банк электронных документов;
автоматизировать работу аварийно-диспетчерской службы предприятия (вести электронный журнал учета заявок от населения, осуществлять контроль за их исполнением);
автоматизировать процессы оформления нарядов, смет, актов выполненных работ, используя единожды введенные данные, а также автоматизировать процессы получения статистической и аналитической информации.
Инфо-Предприятие: ЖКХ® - программа для ТСЖ, ЖСК, ГСК, СНТ, Управляющих компаний
Программа Инфо-Предприятие: ЖКХ - простая и удобная программа учета ЖКХ для ТСЖ, ЖСК, ДЕЗ, КИЗ, УК, ЕИРЦ и подобных предприятий. Также, программа ИП: ЖКХ прекрасно подойдет и для ГСК - гаражных кооперативов, и для СНТ - садоводческих товариществ.
Решаемые задачи:
Расчет коммунальных услуг
Распечатка квитанций ЖКХ (5 видов)
Сметы, расчет и планирование затрат
Отчеты по жильцам и поставщикам, услугам, оплатам
Программа для паспортного стола
Связь с бухгалтерскими программами
Преимущества нашей программы для ЖКХ
Все, что нужно
Программа полностью автоматизирует расчет квартплаты и ведение паспортного стола. Реализован расчет коммунальных платежей всех видов:
по нормативам
по индивидуальным и общедомовым приборам учета
по фиксированным тарифам.
от сметы
В программе ИП: ЖКХ уже имеется типовой расчет услуг жкх, но пользователь легко может добавить свои услуги и схемы расчета.
По итогам работы формируется целый ряд отчетов, которые позволяют посмотреть взаиморасчеты с жильцами, с ресурсообеспечивающими организациями, информацию о начислениях, оплатах, льготах, и т.д.
Доступная цена
Даже в комплексе с бухгалтерской системой ИП: ЖКХ стоит дешевле, чем аналогичные программные продукты, хоть сколько-нибудь соотносимые с ней по функционалу. Вы получаете две программы (ЖКХ + Бухгалтерия) по цене меньшей, чем одна программа, автоматизирующая только сферу ЖКХ.
Современные сервисы
Программа постоянно совершенствуется, мы регулярно добавляем в неё возможности и сервисы:
рассылки квитанций жильцам по электронной почте
печать QR-кода на квитанции
импорт из клиент банка
интеграция с системой ГИС ЖКХ
сканирование штрих-кода для оперативного ввода оплат
интеграция с платежными терминалами
удаленная техподдержка через Интернет
2 глава. Проектная часть.
2.1. Информационная модель и её описание.
Информационная модель представляет собой схему, отражающую преобразование информационных реквизитов от источников информации до её получателей или, иными словами, процесс обработки информации в информационной системе (рис. 2.1).
Рис. 2.1. Информационная модель
2.2. Характеристика нормативно-справочной, входной и оперативной информации
В созданной конфигурации имеются следующие справочники (таб. 2.1)
Таблица 2.1
Сводная таблица справочников
Название справочни-ка; |
Ответственный за его ведение; |
Средний объём справочника в записях; |
Средняя частота актуализации; |
Средний объем актуализации (в записях или в процентах); |
Должности |
Мастер |
200 |
1 раз в месяц |
10 |
Адрес |
Мастер |
20 |
1 раз в месяц |
20 |
Жильцы |
Диспетчер |
10 |
1 раз в год |
10 |
Проблема |
Мастер |
10 |
1 раз в месяц |
10 |
Прибор |
Мастер |
20 |
1 раз в месяц |
40 |
Сотрудники |
Мастер |
10 |
1 раз в месяц |
10 |
В таб. 2.2 описаны характеристики справочника Должности
Таблица 2.2
Должности
Номенклатура поля |
Идентификатор поля |
Тип поля |
Длина поля |
Код |
Код |
Счетчик |
|
Номенклатура |
Номенклатура |
Строка |
20 |
В таб. 2.3 описаны характеристики справочника Прибор
Таблица 2.3
Прибор
Номенклатура поля |
Идентификатор поля |
Тип поля |
Длина поля |
Код |
Код |
Счетчик |
|
Наименование |
Номенклатура |
Строка |
20 |
Номер |
Вид_работы |
Число |
|
Показания |
Показания |
Число |
10 |
В таб. 2.4 описаны характеристики справочника Проблема
Таблица 2.4
Проблема
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Код |
Код |
Счетчик |
|
Наименование |
Наименование |
Строка |
20 |
В таб. 2.5 описаны характеристики справочника Жильцы
Таблица 2.5
Жильцы
Номенклатура поля |
Идентификатор поля |
Тип поля |
Длина поля |
Код |
Код |
Счетчик |
|
Номенклатура |
Номенклатура |
Строка |
20 |
Улица |
Улица |
Строка |
30 |
Дом |
Дом |
Число |
10 |
Телефон |
Телефон |
Строка |
10 |
В таб. 2.5 описаны характеристики справочника Сотрудники
Таблица 2.6
Работники
Номенклатура поля |
Идентификатор поля |
Тип поля |
Длина поля |
Код |
Код |
Счетчик |
|
ФИО |
ФИО |
Строка |
20 |
Код должности |
Код должности |
Число |
|
Адрес |
Адрес |
Строка |
30 |
Телефон |
Телефон |
Строка |
10 |
В таб. 2.7 описаны характеристики справочника Адрес
Таблица 2.7
Адрес
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Код |
Код |
Счетчик |
|
Район |
Наименование |
Строка |
20 |
Улица |
Улица |
Число |
|
Дом |
Дом |
Число |
|
Квартира |
Квартира |
Число |
|
Жил пл |
Жил пл |
Число |
|
Не жил пл |
Не жил пл |
Число |
Описание документов, необходимых для получения исходной информации
Экранные формы размещения данных описаны в таблице 2.6
Таблица 2.7
Описание входных документов
№ пп |
Наименова-ние |
Реквизиты |
Таблицы, на основе которых формируется |
Частота формирования |
1 |
Заявка |
|
|
|
2 |
Проблемы по заявке |
|
|
|
2.3. Характеристика результатной информации
Экранные формы отчетов описаны в таблице 2.7
Таблица 2.8
Описание выходных документов
№ пп |
Номенклатура |
Реквизиты |
Таблицы, на основе которых формируется |
Частота формирования |
1 |
Принятые заявки |
|
|
|
2 |
Выполненные заявки |
|
|
|
2.4. Общие положения (дерево функций и сценарий диалога)
Иерархия функций управления и обработки данных, которые призван автоматизировать разрабатываемый программный продукт.
Рис. 2. 2. Дерево функций
В разработанной программе предусмотрены два пользователя – Мастер и Администратор. Дерево диалога изображено на рисунке 2.3
Рис. 2. 3. Дерево диалога
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 |
Телефон |
Телефон |
Строка |
10 |
В таб. 2.5 описаны характеристики справочника Сотрудники
Таблица 2.14
Сотрудники
Номенклатура поля |
Идентификатор поля |
Тип поля |
Длина поля |
Примечание |
Код работника |
Код работника |
Число |
10 |
Ключевое поле |
ФИО |
ФИО |
Строка |
20 |
|
Код должности |
Код должности |
Число |
10 |
|
Адрес |
Адрес |
Строка |
30 |
|
Телефон |
Телефон |
Строка |
10 |
В таб. 2.15 описаны характеристики таблицы Заявка
Таблица 2.15
Заявка
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Код заявки |
Код заявки |
Числовой |
3 |
|
Код Проблемы |
Код Проблемы |
Числовой |
3 |
|
Код Адреса |
Код Адреса |
Числовой |
||
Код Сотрудника |
Код Сотрудника |
В таб. 2.16 описаны характеристики таблицы Проблемы по заявкам
Таблица 2.16
Проблемы по заявке
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Код заявки |
Код заявки |
Числовой |
3 |
|
Код Проблемы |
Код Проблемы |
Числовой |
3 |
|
Код Адреса |
Код Адреса |
Числовой |
||
Код Сотрудника |
Код Сотрудника |
Получили схему данных
Рис 2.4 Схема данных
2.6 Структурная схема пакета (дерево вызова программных модулей)
Описание пакета (дерево вызова программных модулей) Дерево программных на рисунке 2.5.
Рисунок 2.5 Дерево програмнмых модулей
2.7 Описание программных модулей
Схема программных модулей собой разделение процесса решения на отдельные преобразования информации, модулями [15 с.105]. Дерево модулей отражает структуру программы указанием типов модулей:
- тип – передача управления модулю с в вызывающий ;
- тип Р – управления без .
Дерево программных для исходящих представлено для входящих на рисунке 2.6 .
Рисунок 2.6 Главное окно программы
2.8. Контрольный пример реализации проекта и его описание
Посте запуска конфигурации открывается Главное окно программы (рис 2.7)
Рисунок 2.7 Авторизация
Далее заносим данные в справочники ( рис. 2.8
Рисунок 2.8 Заполнение справочной информации
Затем оформляем заявку (рис 2.9)
Рисунок 2.9 Заполнение документа Заявка
Получили следующие отчеты: (рис.2.10)
Рисунок 2.10 Отчеты
Заключение
В данной работе был разработана конфигурация для управления учетом выполненных работ в системе ЖКХ. Данный процесс на рассматриваемом предприятии наиболее сложен в связи с большим количеством объектов ЖКХ, разнообразием работ, что накладывает свои требования к разрабатываемой системе.
В аналитической части выполнен комплекс работ, направленных на обоснование необходимости автоматизации: определена сущность задачи, описаны основные свойства системы, дано описание всем существующим бизнес-процессам, рассмотрены вопросы, связанные с анализом существующих разработок в этой области. Также в первой главе обосновываются проектные решения по информационному, программному, техническому и технологическому обеспечению.
Проектная часть посвящена созданию конфигурации для решения задачи. Также дана характеристика информационной архитектуры разрабатываемой проекта, описана структура справочников, документов, проанализированы все информационные потоки входной, оперативной, нормативно-справочной и результатной информации.
Список использованной литературы
- ГОСТ 34.602-89. «Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Техническое задание на создание автоматизированной системы».
- Абрамов Г.В., Медведкова И.Е., Коробкова Л.А. «Проектирование информационных систем» - Воронеж:ВГУИТ, 2012. - 172 с.
- Аверченков В.И., Лозбинев Ф.Ю., Тищенко А.А. «Информационные системы в производстве и экономике» - М.:ФЛИНТА, 2011. - 274 с.
- Братищенко В.В. «Проектирование информационных систем» - Иркутск: Изд-во БГУЭП, 2010. - 84 с.
- Вендеров А.М. «Проектирование программного обеспечения экономических информационных систем» - М.: Финансы и статистика, 2012.
- Гвоздева Т.В., Баллод Б.А. «Проектирование информационных систем» - М.:Феникс, 2011. - 512 с.
- Гвоздева В.А., Лаврентьева И.Ю. «Основы построения АИС» - М.: ИД «ФОРУМ»: ИНФРА-М, 2010. – 320с.
- Калянов Г.Н. «Стратегическое управление информационными системами» - М.:БИНОМ, 2010. - 510 с.
- Коровкина Н.Л. «Проектирование информационных систем» - М.: Инетрнет-университет информационных технологий - ИНТУИТ. ру, 2013.
- Мишенин А.И. «Теория экономических информационных систем» - М.: Финансы и статистика, 2011. - 240 с.
- Соловьев И.В., Майоров А.А. «Проектирование информационных систем» - М.:Академический проект, 2011. - 400 с.
- Титоренко Г.А. «Информационные системы и технологии управления» - М.:ЮНИТИ-ДАНА, 2012. - 591 с.
- Черемных С.В. «Моделирование и анализ систем» - М.: Финансы и статистика, 2013. - 192 с.
nit zayavka_f;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StdCtrls, Buttons, sBitBtn, sGroupBox, sCheckBox, Mask, sMaskEdit,
sCustomComboEdit, sTooledit, sComboBox, DBCtrls, sDBEdit, sLabel,
sSpeedButton, ExtCtrls, sPanel, sBevel, sRadioButton, Grids, DBGrids, RzDBGrid,
sComboEdit, RzButton, RzRadChk, RzGrids, sEdit, DB, ADODB;
type
Tzayavka = class(TForm)
sLabel7: TsLabel;
lb_disp: TsLabel;
sGroupBox1: TsGroupBox;
combo_lico: TsLabel;
combo_tip_lica: TsComboBox;
sLabel8: TsLabel;
sLabel9: TsLabel;
sLabel10: TsLabel;
sLabel11: TsLabel;
btn_vib: TsBitBtn;
sLabel14: TsLabel;
ed_tel: TsMaskEdit;
rad_d: TsRadioButton;
rad_m: TsRadioButton;
sLabel13: TsLabel;
sLabel18: TsLabel;
dtp_post: TsDateEdit;
ed_time_post: TsMaskEdit;
sLabel12: TsLabel;
sGroupBox2: TsGroupBox;
sLabel15: TsLabel;
combo_type_neispr: TsComboBox;
btn_add_z: TsBitBtn;
btn_del_z: TsBitBtn;
btn_ok: TsSpeedButton;
btn_cancel: TsSpeedButton;
sGroupBox3: TsGroupBox;
bvl_avar: TsBevel;
check_gor: TCheckBox;
check_hol: TCheckBox;
check_el: TCheckBox;
sLabel1: TsLabel;
dtp_data_prib: TsDateEdit;
sLabel2: TsLabel;
ed_time_prib: TsMaskEdit;
sLabel3: TsLabel;
sLabel4: TsLabel;
combo_master: TsComboEdit;
sBevel1: TsBevel;
sBevel2: TsBevel;
chek_avar: TsCheckBox;
grid_pr: TRzStringGrid;
ed_raion: TsEdit;
ed_yl: TsEdit;
ed_dom: TsEdit;
ed_kv: TsEdit;
ed_fio: TsEdit;
q_st_prin: TADOQuery;
procedure rad_dClick(Sender: TObject);
procedure rad_mClick(Sender: TObject);
procedure chek_avarClick(Sender: TObject);
procedure btn_add_zClick(Sender: TObject);
procedure btn_vibClick(Sender: TObject);
procedure combo_masterButtonClick(Sender: TObject);
procedure btn_cancelClick(Sender: TObject);
procedure FormClose(Sender: TObject; var Action: TCloseAction);
procedure btn_okClick(Sender: TObject);
procedure FormShow(Sender: TObject);
procedure btn_del_zClick(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
procedure DeleteRow(ARow: Integer);
end;
var
zayavka: Tzayavka;
implementation
uses DM_f, problema_f, adresa_form, sotr_f, main_f, autorizaciya_form;
{$R *.dfm}
procedure Tzayavka.DeleteRow(ARow: Integer);
var i, j: Integer;
begin
with grid_pr do
begin
for i:=ARow+1 to RowCount-1 do
for j:=0 to ColCount-1 do
Cells[j, i-1]:=Cells[j, i];
for i:=0 to ColCount-1 do
Cells[i, RowCount-1]:='';
RowCount:=RowCount-1;
end;
end;
procedure Tzayavka.btn_add_zClick(Sender: TObject);
begin
problema.btn_vib.Visible:=True;
problema.btn_vib.Tag:=1;
problema.Show;
end;
procedure Tzayavka.btn_cancelClick(Sender: TObject);
begin
Close;
end;
procedure Tzayavka.btn_del_zClick(Sender: TObject);
begin
if grid_pr.RowCount>2 then
DeleteRow(grid_pr.Row)
else grid_pr.Cells[0,1]:='';
end;
procedure Tzayavka.btn_okClick(Sender: TObject);
var
i: Integer;
t:TDateTime;
begin
try
if (dtp_post.Text<>' . . ')and(ed_time_post.Text<>' : ') then
BEGIN
t:=StrToTime(ed_time_post.Text);
t:=StrToDate(dtp_post.Text);
if (combo_tip_lica.Text<>'')and(ed_raion.Text<>'')and(ed_yl.Text<>'')and(ed_dom.Text<>'')and(ed_kv.Text<>'')and((ed_tel.Text<>' - - - - ')or(ed_tel.Text<>' - - '))and(combo_type_neispr.Text<>'') then
begin
if Tag<>1 then dm.zayavka.Edit;
DM.personal.Locate('kod_pers',autorizaciya.q_paskod_pers.AsInteger,[]);
dm.zayavkadispetcher.AsString:=dm.personalfio.AsString;
dm.zayavkadata_post.AsString:=dtp_post.Text;
dm.zayavkatime_post.AsString:=ed_time_post.Text;
dm.zayavkatip_lica.AsString:=combo_tip_lica.Text;
dm.zayavkaraion.AsString:=ed_raion.Text;
dm.zayavkaylica.AsString:=ed_yl.Text;
dm.zayavkadom.AsString:=ed_dom.Text;
dm.zayavkakv.AsString:=ed_kv.Text;
dm.zayavkafio.AsString:=ed_fio.Text;
dm.zayavkaraion.AsString:=ed_raion.Text;
dm.zayavkaylica.AsString:=ed_yl.Text;
dm.zayavkadom.AsString:=ed_dom.Text;
dm.zayavkakv.AsString:=ed_kv.Text;
dm.zayavkatel.AsString:=ed_tel.Text;
dm.zayavkatip_neispr.AsString:=combo_type_neispr.Text;
if chek_avar.Checked=true then
begin
dm.zayavkaavar.AsBoolean:=true;
if check_hol.Checked=true then dm.zayavkaotkl_h_voda.AsBoolean:=true else dm.zayavkaotkl_h_voda.AsBoolean:=False;
if check_gor.Checked=true then dm.zayavkaotkl_g_voda.AsBoolean:=true else dm.zayavkaotkl_g_voda.AsBoolean:=False;
if check_el.Checked=true then dm.zayavkaotkl_el.AsBoolean:=true else dm.zayavkaotkl_el.AsBoolean:=False;
end;
dm.zayavkakod_pers.AsInteger:=combo_master.Tag;
if dtp_data_prib.Text<>' . . ' then
begin
t:=StrToDate(dtp_data_prib.Text);
dm.zayavkadata_prib.AsString:=dtp_data_prib.Text;
end;
if ed_time_prib.Text<>' : ' then
begin
t:=StrToTime(ed_time_prib.Text);
dm.zayavkatime_prib.AsString:=ed_time_prib.Text;
end;
//----------------------------------------
- Современные технические средства выявления инцидентов информационной безопасности ( Классификация )
- Платежная система РФ
- Барьеры на пути эффективных коммуникаций (Коммуникации: понятие, виды, характеристика)
- Анализ процесса принятия решения о выборе места размещения потенциальными потребителями ( Экономическое содержание и сущность механизмов принятия решения о выборе услуги )
- Понятие социального обеспечения
- Государственный кредит ( Кредит: понятие и его сущность )
- Учет труда и заработной платы.Формы и системы оплаты труда
- Годовой Бухгалтерский отчет: содержание и порядок составления ( Бухгалтерская отчетность организации в соответствии с требованиями МСФО )
- Договора и их виды, как одна из форм организации коммерческой деятельности по работе с контрагентами (формы организации взаимоотношений с контрагентами посредством договоров в коммерческой деятельности)
- Технология работы ночных аудиторов (на примере гостиницы hOLIDAY INN MOSCOW-SUSCHEVSKY ) ( Понятие и принципы организационных структур управления гостиницами )
- Технология обслуживания гостей в гостинице загородного типа (ТЕХНОЛОГИЯ ОБСЛУЖИВАНИЯ ГОСТЕЙ В ГОСТИНИЦАХ КОНЦЕПЦИИ РЕЗОРТ)
- Программные и аппаратные средства ограничения доступа к ресурсам ПК и сетей ( Классификация средств ограничения доступа )