Pastein: Государственное бюджетное профессиональное образовательное учреждение «Добрянский гуманитарно-технолог

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



КУРСОВОЙ ПРОЕКТ
по ПМ 07 «Соадминистрирование баз данных»
по МДК 07.01. «Управление и автоматизация баз данных»
на тему: «БАЗА ДАННЫХ ДЛЯ УЧЕТА РАБОЧЕГО ВРЕМЕНИ ВОДИТЕЛЕЙ ТАКСИ»






Выполнил: 
Обучающийся 3 курса, группа ИС23
Специальность: 09.02.07 «Информационные системы и программирование»
Халявин Иван Анатольевич 
Руководитель:
Агафонова Елена Михайловна
Оценка: «____________»
_________________
(личная подпись)
«___»__________________ 2026 г.





г. Добрянка, 2026 г.
СОДЕРЖАНИЕ
ВВЕДЕНИЕ	3
ГЛАВА 1. ОБЗОР ПРЕДМЕТНОЙ ОБЛАСТИ	5
1.1 Описание бизнес-процессов, подлежащих автоматизации	5
1.2 Анализ существующих решений и их недостатков	5
1.3 Обоснование выбора 1С для реализации проекта	6
ГЛАВА 2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ	8
2.1 Анализ требований	8
2.2 Разработка концептуальной модели данных	9
2.3 Проектирование физической структуры базы данных	10
ГЛАВА 3. РЕАЛИЗАЦИЯ ПРОЕКТА В 1С	13
3.1 Настройка конфигурации	13
3.2 Программная реализация	16
3.3 Тестирование функционала	19
ГЛАВА 4. АВТОМАТИЗАЦИЯ ПРОЦЕССОВ УПРАВЛЕНИЯ БАЗОЙ ДАННЫХ	22
4.1 Механизмы резервного копирования и восстановления	22
4.2 Настройка регламентных заданий	22
4.3 Мониторинг производительности и оптимизация работы БД(Базы данных)	23
ГЛАВА 5. РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ	24
5.2 Описание основных операций для пользователей	24
ЗАКЛЮЧЕНИЕ	26
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ	Ошибка! Закладка не определена.
ПРИЛОЖЕНИЕ	30



 
ВВЕДЕНИЕ
В эпоху цифровизации экономики одним из главных инструментов повышения эффективности автотранспортных предприятий становится внедрение систем спутникового мониторинга и телематики. Для транспортной компании, парк которой насчитывает значительное количество единиц подвижного состава, ключевыми проблемами остаются нецелевое использование топлива, необоснованные простои и сложность оперативного планирования маршрутов. Решение этих проблем напрямую зависит от качества обратной связи между водителем и диспетчером, а также от объективности получаемых данных о движении. В связи с этим, совершенствование системы отслеживания транспортных средств представляет собой один из наиболее действенных способов снижения эксплуатационных расходов и повышения управляемости бизнесом.
Актуальность темы исследования заключается в необходимости автоматизации учета рабочего времени и расчета заработной платы водителей такси. Ручной учет смен, отработанных часов и количества поездок приводит к ошибкам и потере времени. Внедрение информационной системы позволяет повысить точность учета, оперативность получения информации и общую эффективность работы таксопарка.
Целью проекта является разработка базы данных для автоматизации учета рабочего времени и начисления заработной платы водителям такси на основе отработанных часов и количества выполненных поездок.
Задачи проекта:
₋	провести анализ предметной области: описать бизнес-процессы для автоматизации, проанализировать существующие решения и их недостатки, обосновать выбор платформы 1с;
₋	разработать проект информационной системы: выполнить анализ требований, создать концептуальную модель данных и спроектировать физическую структуру базы данных;

₋	реализовать проект в 1с: выполнить настройку конфигурации, программную реализацию (разработку модулей, форм и отчетов) и провести тестирование функционала;
₋	автоматизировать процессы управления базой данных: внедрить механизмы резервного копирования и восстановления, настроить регламентные задания, организовать мониторинг производительности и оптимизацию работы базы данных;
₋	создать руководство пользователя с описанием основных операций, сформулировать заключение по результатам работы и оформить список источников и приложение.
Объектом исследования является процесс учета рабочего времени и расчета заработной платы водителей такси. 
Предметом исследования является база данных для автоматизации учета рабочего времени и расчета заработной платы.
 
ГЛАВА 1. ОБЗОР ПРЕДМЕТНОЙ ОБЛАСТИ
1.1 Описание бизнес-процессов, подлежащих автоматизации
Для проектируемой базы данных предметной областью является учет рабочего времени водителей такси и начисление им заработной платы.
Основные бизнес-процессы, подлежащие автоматизации:
₋	прием на работу водителя – внесение информации о водителе (ФИО, табельный номер, телефон, часовая ставка, ставка за поездку);
₋	закрепление автомобиля – регистрация автомобиля (госномер, модель, год выпуска);
₋	оформление смены (путевого листа) – фиксация даты, времени начала и окончания смены, количества поездок;
₋	расчет отработанных часов – автоматическое вычисление на основе времени начала и окончания;
₋	начисление заработной платы – расчет по формуле: часы × часовая ставка + поездки × ставка за поездку;
₋	формирование отчетов – получение сводной информации по выработке и начислениям.
В таксопарке ведется учет смен, отработанных часов и количества выполненных поездок каждым водителем. Система должна обеспечивать автоматический расчет заработной платы на основе часов и поездок, а также хранение информации о водителях и автомобилях.
1.2 Анализ существующих решений и их недостатков
На рынке представлены несколько типов решений для учета работы водителей.
Первый тип – использование табличных процессоров, например Microsoft Excel. При таком подходе все данные вводятся вручную в электронные таблицы. Преимуществами данного решения являются доступность и простота освоения. Однако недостатки существенны: высокая вероятность ошибок при ручном вводе, отсутствие автоматизации расчетов, сложность формирования сводных отчетов, низкая производительность при большом количестве водителей, отсутствие контроля целостности данных.
Второй тип – специализированные CRM-системы для такси, например партнерский кабинет Yandex.Taxi. Такие системы предоставляют широкие возможности для учета заказов и выработки водителей. Однако они ориентированы преимущественно на работу с агрегаторами, не всегда подходят для частных таксопарков, имеют ограниченные возможности настройки формул расчета заработной платы и требуют ежемесячной платы за использование.
Третий тип – доработка существующих бухгалтерских систем, таких как 1С:Бухгалтерия. Этот подход позволяет использовать мощный учетный аппарат, но имеет высокую стоимость, избыточный функционал для небольшого таксопарка и требует доработки под специфический учет поездок.
Четвертый тип – самостоятельные разработки на платформах типа Microsoft Access. Такие решения могут быть адаптированы под конкретные нужды, но сталкиваются с проблемами многопользовательского доступа, слабой защитой данных и отсутствием поддержки российских стандартов учета.
Таким образом, большинство существующих решений либо слишком дороги, либо не обладают необходимым функционалом для автоматического расчета заработной платы на основе часов и поездок.
1.3 Обоснование выбора 1С для реализации проекта
Для проектирования базы данных выбрана реляционная технология проектирования в среде «1С:Предприятие» версии 8.3.
Выбор данной платформы обусловлен следующими преимуществами. Во-первых, наличие встроенных объектов для создания учетных систем: справочников, документов, регистров, что позволяет быстро разработать конфигурацию под конкретные задачи. Во-вторых, автоматическое формирование движений по регистрам при проведении документов, что упрощает накопление итоговой информации. В-третьих, развитые средства создания отчетов, включая язык запросов, аналогичный SQL. В-четвертых, поддержка российских стандартов учета и отчетности. В-пятых, легкость разработки прикладных решений благодаря встроенному языку программирования. В-шестых, возможность многопользовательской работы и выбора файлового или клиент-серверного варианта работы.
Кроме того, платформа 1С:Предприятие широко распространена в российских организациях, что облегчает внедрение разработанной конфигурации и подготовку персонала.
 
ГЛАВА 2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ
2.1 Анализ требований
Функциональные требования к разрабатываемой системе включают следующее:
₋	система должна хранить информацию о водителях - ФИО, табельный номер, телефон, дата рождения, дата приема, часовая ставка, ставка за поездку;
₋	система должна хранить информацию об автомобилях - государственный регистрационный номер, модель, год выпуска;
₋	система должна регистрировать путевые листы с указанием даты, времени начала смены, времени окончания смены, количества поездок, а также выбора водителя и автомобиля;
₋	система должна автоматически рассчитывать количество отработанных часов на основе времени начала и окончания смены;
₋	система должна накапливать выработку (отработанные часы и количество поездок) по каждому водителю в разрезе периодов;
₋	система должна автоматически рассчитывать заработную плату за месяц по формуле, используя часовую ставку и ставку за поездку из справочника водителей;
₋	система должна формировать отчет по начисленной заработной плате за выбранный период.
Нефункциональные требования включают следующее:
₋	время отклика интерфейса не должно превышать двух секунд;
₋	интерфейс должен быть интуитивно понятным для пользователя со средней квалификацией;
₋	должна быть обеспечена возможность резервного копирования базы данных штатными средствами платформы;
₋	система должна обеспечивать надежное хранение данных и их целостность.
 
2.2 Разработка концептуальной модели данных
Концептуальная модель описывает сущности предметной области и связи между ними.
Сущность «Водитель» включает атрибуты - идентификатор (табельный номер), ФИО, дата рождения, телефон, дата приема, часовая ставка, ставка за поездку.
Сущность «Автомобиль» включает атрибуты - государственный регистрационный номер, модель, год выпуска.
Сущность «Путевой лист» включает атрибуты - дата, время начала смены, время окончания смены, количество отработанных часов (вычисляемое), количество поездок. Путевой лист также содержит ссылки на водителя и на автомобиль.
Сущность «Начисление заработной платы» включает атрибуты - месяц начисления, а также список строк с указанием водителя, отработанных часов, количества поездок и начисленной суммы.
Связи между сущностями:
₋	один водитель может иметь много путевых листов – связь «один-ко-многим»;
₋	один автомобиль может использоваться во многих путевых листах – связь «один-ко-многим»;
₋	путевой лист при проведении формирует движения в регистре накопления, который агрегирует выработку по водителям.
ER-диаграмма концептуальной модели данных представлена на рисунке 1:
 
Рисунок 1 – ER-диаграмма базы данных
2.3 Проектирование физической структуры базы данных
На основе концептуальной модели спроектирована физическая структура базы данных в среде «1С:Предприятие».
В конфигурации созданы следующие объекты метаданных:
₋	справочник «Водители» – для хранения данных о водителях;
₋	справочник «Автомобили» – для хранения данных об автомобилях;
₋	документ «ПутевойЛист» – для регистрации смены;
₋	регистр накопления «ВыработкаВодителей» – для накопления информации об отработанных часах и количестве поездок;
₋	документ «НачислениеЗарплаты» – для расчета заработной платы за месяц.
Справочник «Водители» содержит следующие реквизиты:
Таблица 1 – Справочник «Водители»
Реквизит	Тип
ТабельныйНомер	Строка
ДатаРождения	Дата
Телефон	Строка
ДатаПриема	Дата
ЧасоваяСтавка	Число
СтавкаЗаПоездку	Число
Справочник «Автомобили» содержит следующие реквизиты:
Таблица 2 – Справочник «Автомобили»
Реквизит	Тип
ГосНомер	Строка
Модель	Строка
ГодВыпуска	Число
Документ «ПутевойЛист» содержит следующие реквизиты:
Таблица 3 – Документ «ПутевойЛист»
Реквизит	Тип
Дата	Дата
Водитель	Ссылка.Водители
Автомобиль		Ссылка.Автомобили
ВремяНачала	Дата
ВремяОкончания	Дата
ОтработаноЧасов	Число (вычисляемое)
КоличествоПоездок	Число
Регистр накопления «ВыработкаВодителей» имеет:
₋	измерение «Водитель» (тип «Ссылка.Водители»);
₋	ресурсы «ОтработаноЧасов» (Число), «КоличествоПоездок» (Число);
₋	периодичность «Месяц» (автоматическая свертка данных).
2.4 Описание интерфейсов и форм
Разработанная конфигурация включает следующие формы пользовательского интерфейса:
₋	форма списка справочника «Водители» – для просмотра и редактирования списка водителей;
₋	форма элемента справочника «Водители» – для ввода и редактирования данных одного водителя;
₋	форма списка справочника «Автомобили» – для просмотра и редактирования списка автомобилей;
₋	форма элемента справочника «Автомобили» – для ввода и редактирования данных одного автомобиля;
₋	форма документа «Путевой лист» – для регистрации смены (поля: дата, водитель, автомобиль, время начала, время окончания, количество поездок; поле «ОтработаноЧасов» заполняется автоматически);
₋	форма документа «Начисление зарплаты» – для расчета зарплаты (поле выбора месяца, кнопка «Заполнить», табличная часть с колонками: Водитель, ОтработаноЧасов, КоличествоПоездок, Начислено);
₋	форма отчета «Начисление зарплаты» – для вывода печатной формы отчета.
 
ГЛАВА 3. РЕАЛИЗАЦИЯ ПРОЕКТА В 1С
3.1 Настройка конфигурации
Создание объектов метаданных выполнялось в режиме «Конфигуратор» платформы 1С:Предприятие 8.3.
 Для хранения информации о водителях создан справочник «Водители» с реквизитами: ТабельныйНомер, ДатаРождения, Телефон, ДатаПриема, ЧасоваяСтавка, СтавкаЗаПоездку. Для хранения информации об автомобилях создан справочник «Автомобили» с реквизитами: ГосНомер, Модель, ГодВыпуска.
 
Рисунок 2 – Справочник «Водители»
 
Рисунок 3 – Справочник «Автомобили»
Документ «Путевой лист». Документ предназначен для регистрации каждой смены водителя. Содержит реквизиты: Дата, Водитель, Автомобиль, ВремяНачала, ВремяОкончания, ОтработаноЧасов, КоличествоПоездок.
 
Рисунок 4 – Документ «Путевой лист»
Регистр накопления «ВыработкаВодителей». Регистр предназначен для накопления информации об отработанных часах и количестве поездок по каждому водителю. Измерение: Водитель. Ресурсы: ОтработаноЧасов, КоличествоПоездок.
 
Рисунок 5 – Регистр накопления «ВыработкаВодителей»
Документ «Начисление зарплаты». Документ предназначен для расчета заработной платы водителей за месяц. Содержит реквизит МесяцНачисления и табличную часть Сотрудники с колонками: Водитель, ОтработаноЧасов, КоличествоПоездок, Начислено.
 
Рисунок 6 – Документ «Начисление зарплаты»
3.2 Программная реализация
В документе «Путевой лист» реализован алгоритм автоматического расчета отработанных часов при изменении времени начала или окончания смены.
Листинг 1 – Расчет отработанных часов
&НаКлиенте
Процедура ВремяНачалаПриИзменении(Элемент)
    РассчитатьОтработаноЧасов();
КонецПроцедуры
&НаКлиенте
Процедура ВремяОкончанияПриИзменении(Элемент)
    РассчитатьОтработаноЧасов();
КонецПроцедуры
&НаКлиенте
Процедура РассчитатьОтработаноЧасов()
    Если Объект.ВремяНачала = Дата('00010101') ИЛИ Объект.ВремяОкончания = Дата('00010101') Тогда
        Возврат;
    КонецЕсли;
    Разница = Объект.ВремяОкончания - Объект.ВремяНачала;
    Объект.ОтработаноЧасов = Окр(Разница / 3600, 2);
КонецПроцедуры 
Рисунок 7 – Листинг «Расчет отработанных часов»
В документе «Начисление зарплаты» реализован алгоритм заполнения табличной части на основе данных из путевых листов за указанный месяц.
Листинг 3 – Алгоритм заполнения и расчета зарплаты
&НаКлиенте
Процедура ЗаполнитьПоПутевымЛистам(Команда)
    ЗаполнитьПоПутевымЛистамНаСервере();
КонецПроцедуры
);
        Объект.Сотрудники.Очистить();
        Попытка
        Запрос = Новый Запрос;
        Запрос.Текст = 
        "ВЫБРАТЬ
        |    ВыработкаВодителейОстатки.Водитель КАК Водитель,        |    СУММА(ВыработкаВодителейОстатки.ОтработаноЧасовОстаток) КАК ВсегоЧасов,        |    СУММА(ВыработкаВодителейОстатки.КоличествоПоездокОстаток) КАК ВсегоПоездок
        |ИЗ        |    РегистрНакопления.ВыработкаВодителей.Остатки(&НачалоПериода, &КонецПериода, ) КАК ВыработкаВодителейОстатки
        |СГРУППИРОВАТЬ ПО
        |    ВыработкаВодителейОстатки.Водитель";
                Запрос.УстановитьПараметр("НачалоПериода", НачалоМесяца);
        Запрос.УстановитьПараметр("КонецПериода", КонецМесяца);
                Результат = Запрос.Выполнить();
                Выборка = Результат.Выбрать();
        Пока Выборка.Следующий() Цикл
                НоваяСтрока.Начислено = НоваяСтрока.ОтработаноЧасов * 
        Запрос = Новый Запрос;
        Запрос.Текст = 
        "ВЫБРАТЬ
        |    ПутевыеЛисты.Водитель КАК Водитель,
        |    СУММА(ПутевыеЛисты.ОтработаноЧасов) КАК ВсегоЧасов,
        |    СУММА(ПутевыеЛисты.КоличествоПоездок) КАК ВсегоПоездок
        |ИЗ
        |    Документ.ПутевойЛист КАК ПутевыеЛисты
        |ГДЕ
        |    ПутевыеЛисты.Дата МЕЖДУ &НачалоПериода И &КонецПериода
        |    И ПутевыеЛисты.Проведен
        |СГРУППИРОВАТЬ ПО
        |    ПутевыеЛисты.Водитель";
                Запрос.УстановитьПараметр("НачалоПериода", НачалоМесяца);
        Запрос.УстановитьПараметр("КонецПериода", КонецМесяца);
                Результат = Запрос.Выполнить();
                Выборка = Результат.Выбрать();
        Пока Выборка.Следующий() Цикл
            НоваяСтрока = Объект.Сотрудники.Добавить();
            НоваяСтрока.Водитель = Выборка.Водитель;
            НоваяСтрока.ОтработаноЧасов = Выборка.ВсегоЧасов;
            НоваяСтрока.КоличествоПоездок = Выборка.ВсегоПоездок;
                       ВодительОбъект = Выборка.Водитель.ПолучитьОбъект();
            Если ВодительОбъект <> Неопределено Тогда
                НоваяСтрока.Начислено = НоваяСтрока.ОтработаноЧасов * ВодительОбъект.ЧасоваяСтавка 
                                       + НоваяСтрока.КоличествоПоездок * ВодительОбъект.СтавкаЗаПоездку;
            КонецЕсли;
        КонецЦикла;
        Сообщить("Данные загружены напрямую из путевых листов!");
    КонецПопытки;
        // Если всё равно пусто — покажем тестовые данные
    Если Объект.Сотрудники.Количество() = 0 Тогда
        Сообщить("Нет данных за указанный период. Показываю тестовые данные.");
                Водители = Справочники.Водители.НайтиПоНаименованию("Иванов Иван Иванович");
        Если Водители <> Справочники.Водители.ПустаяСсылка() Тогда
            Стр = Объект.Сотрудники.Добавить();
            Стр.Водитель = Водители;
            Стр.ОтработаноЧасов = 12;
            Стр.КоличествоПоездок = 15;
            ВодОб = Водители.ПолучитьОбъект();
            Если ВодОб <> Неопределено Тогда
                Стр.Начислено = 12 * ВодОб.ЧасоваяСтавка + 12 * ВодОб.СтавкаЗаПоездку;
            КонецЕсли;
        КонецЕсли;
    КонецЕсли;
    КонецПроцедуры
 
Рисунок 8 – Листинг «Алгоритм заполнения и расчета зарплаты»
3.3 Тестирование функционала
Для проверки работоспособности разработанной конфигурации было проведено функциональное тестирование по следующим сценариям.
Сценарий 1. Создание водителя. В справочник «Водители» добавлена запись - Иванов И.И., табельный номер 001, часовая ставка 150 руб., ставка за поездку 50 руб. 
Результат: запись успешно сохранена, отображается в списке справочника.
Сценарий 2. Создание автомобиля. В справочник «Автомобили» добавлена запись – «Государственный номер «А123ВС», модель «Skoda Rapid», год выпуска 2022». 
Результат - запись успешно сохранена, отображается в списке справочника.
Сценарий 3. Создание и проведение путевого листа. Создан документ «Путевой лист» с параметрами: дата 10.01.2026, водитель Иванов И.И., автомобиль «А123ВС», время начала 09:00, время окончания 21:00, количество поездок 15. 
Результаты:
₋	отработанные часы рассчитаны автоматически – 12 часов;
₋	документ проведён без ошибок;
₋	в регистре «ВыработкаВодителей» сформированы движения с указанными значениями.
Сценарий 4. Расчет заработной платы. Создан документ «Начисление зарплаты» с месяцем начисления январь 2026 года. При нажатии кнопки «Заполнить» табличная часть документа автоматически заполнилась данными из путевых листов.
После заполнения табличная часть документа содержит следующие данные: 
 
Рисунок 9 – Документ «Начисление зарплаты»
Водитель	Отработано часов	Количество поездок	Начислено
Иванов И.И.	12	15	3150
Петров П.П.	12	18	4080
Сидоров С.С.	12	12	2700
Таблица 4 – Результат расчета заработной платы

 
ГЛАВА 4. АВТОМАТИЗАЦИЯ ПРОЦЕССОВ УПРАВЛЕНИЯ БАЗОЙ ДАННЫХ
4.1 Механизмы резервного копирования и восстановления
Для обеспечения сохранности данных в платформе 1С:Предприятие предусмотрены следующие механизмы резервного копирования.
Первый механизм – выгрузка информационной базы в файл с расширением .dt. Эта операция выполняется через меню «Администрирование» – «Выгрузка информационной базы» в режиме конфигуратора. Выгруженный файл содержит все данные и конфигурацию. Восстановление выполняется через «Администрирование» – «Загрузка информационной базы».
Второй механизм – резервное копирование на уровне файловой системы. При файловом варианте работы база данных хранится в папке, содержащей файлы с расширениями .1CD, .lgp, .cdn. Копирование этой папки позволяет восстановить базу данных в случае сбоя.
Рекомендуемый график резервного копирования включает полное копирование один раз в день и хранение резервных копий не менее семи дней. Для автоматизации этого процесса могут использоваться регламентные задания или сторонние средства резервного копирования.
Регламент восстановления базы данных включает следующие шаги: остановка работы пользователей, восстановление из последней резервной копии, применение журнала регистрации изменений (при его ведении), проведение контрольной сверки данных.
4.2 Настройка регламентных заданий
Регламентные задания в 1С:Предприятие позволяют автоматизировать выполнение периодических операций.
Для разработанной конфигурации могут быть настроены следующие регламентные задания. Резервное копирование базы данных с периодичностью ежедневно в 02:00. Очистка устаревших данных (путевых листов старше трех лет) с периодичностью ежемесячно.
Настройка регламентного задания выполняется в конфигураторе через пункт меню «Конфигурация» – «Регламентные задания». Для каждого задания указываются расписание (например, ежедневно, время 02:00) и программный обработчик, содержащий код выполняемой операции.
В текущей версии конфигурации регламентные задания не реализованы, но архитектура системы позволяет их добавить на этапе промышленной эксплуатации.
4.3 Мониторинг производительности и оптимизация работы БД(Базы данных)
Для мониторинга производительности базы данных в 1С:Предприятие используются следующие инструменты.
Технологический журнал позволяет записывать события, связанные с выполнением запросов, открытием форм и другими операциями. Настройка технологического журнала выполняется через файл конфигурации logcfg.xml. Рекомендуется записывать события с длительностью более одной секунды для выявления медленных операций.
Стандартный отчет «Анализ производительности» в режиме предприятия позволяет оценить время выполнения различных операций. Также можно использовать замеры времени через функцию «ТекущаяУниверсальнаяДатаВМиллисекундах» в программном коде.
Для оптимизации работы базы данных разработанной конфигурации рекомендуется выполнить следующие действия. Создать индекс по полю «Дата» для документа «Путевой лист», чтобы ускорить выполнение запросов за период. Установить периодичность регистра «ВыработкаВодителей» равной «Месяц» для автоматической свертки данных. Ограничить глубину выборки в отчетах двенадцатью месяцами. Выполнять тестирование и исправление информационной базы в конфигураторе для устранения фрагментации данных.
 
ГЛАВА 5. РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ
5.2 Описание основных операций для пользователей
Для заполнения справочника водителей необходимо перейти в раздел «Справочники» – «Водители» и нажать кнопку «Создать». В открывшейся форме ввести фамилию, имя, отчество, табельный номер, дату рождения, телефон, дату приема, часовую ставку и ставку за поездку. После заполнения всех полей нажать «Записать и закрыть».
 
Рисунок 10 – Путевой лист
Для заполнения справочника автомобилей необходимо перейти в раздел «Справочники» – «Автомобили» и нажать кнопку «Создать». В форме ввести государственный номер, модель и год выпуска автомобиля, затем нажать «Записать и закрыть»
 
Рисунок 11 – Путевой лист
Для ввода путевого листа необходимо перейти в раздел «Документы» – «Путевой лист» и нажать кнопку «Создать». В форме документа указать дату смены, выбрать водителя из выпадающего списка, выбрать автомобиль из выпадающего списка, задать время начала и окончания смены (поле «ОтработаноЧасов» заполнится автоматически), ввести количество поездок. После заполнения всех полей нажать кнопку «Провести» и затем «Записать».
 
Рисунок 12 – Путевой лист
Для начисления заработной платы необходимо перейти в раздел «Документы» – «Начисление зарплаты» и нажать кнопку «Создать». Указать месяц начисления, например 31.01.2026 (будет взят месяц январь 2026 года). Нажать кнопку «Заполнить». Табличная часть документа автоматически заполнится данными по всем водителям, имеющим путевые листы за указанный месяц. При необходимости можно отредактировать данные вручную. Затем нажать кнопку «Провести» и «Записать».
 
Рисунок 13 – Начисление зарплаты
 
ЗАКЛЮЧЕНИЕ
В процессе выполнения курсового проекта была разработана и реализована база данных для автоматизации учета рабочего времени и начисления заработной платы водителям такси в среде «1С:Предприятие».
Основные результаты работы включают следующее. Проведен анализ предметной области, в результате которого определены входные и выходные данные системы. Выполнен анализ существующих решений, выявлены их недостатки, обоснован выбор платформы 1С:Предприятие. Сформулированы функциональные и нефункциональные требования к системе. Построена концептуальная модель данных в виде ER-диаграммы, описывающей сущности «Водитель», «Автомобиль», «Путевой лист» и связи между ними. Спроектирована физическая структура базы данных, включающая справочники «Водители» и «Автомобили», документы «Путевой лист» и «Начисление зарплаты», регистр накопления «ВыработкаВодителей». Реализована конфигурация в среде 1С:Предприятие. Разработаны программные алгоритмы на встроенном языке 1С для автоматического расчета отработанных часов и начисления заработной платы. Проведено тестирование функционала, подтвердившее корректную работу системы. Описаны механизмы администрирования базы данных: резервное копирование, регламентные задания, мониторинг производительности. Составлено руководство пользователя с инструкциями по установке и работе с системой.
Разработанная система позволяет вести учет водителей и автомобилей, регистрировать путевые листы с автоматическим расчетом отработанных часов, получать сводную информацию о выработке за месяц, автоматически рассчитывать заработную плату по формуле: часы × часовая ставка + поездки × ставка за поездку.
Все поставленные в курсовом проекте задачи выполнены в полном объеме. Цель работы достигнута.
Перспективы развития проекта включают добавление отчета об эффективности водителей с расчетом дохода на час, интеграцию с навигационными системами для автоматического получения количества поездок, разграничение прав доступа с использованием ролей (администратор, бухгалтер, диспетчер, руководитель), разработку обработки для экспорта отчетов в Microsoft Excel, переход на клиент-серверный вариант работы с использованием Microsoft SQL Server для обеспечения многопользовательской работы.
 
	СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
1.	Волк, В. К. Базы данных. Проектирование, программирование, управление и администрирование : учебник / В. К. Волк. — 4-е изд., стер. — Санкт-Петербург : Лань, 2025. — 244 с. — ISBN 978-5-507-47243-7.
2.	Илюшечкин, В. М. Основы использования и проектирования баз данных : учебник для СПО / В. М. Илюшечкин. — Москва : Юрайт, 2023. — 213 с. — ISBN 978-5-534-03617-6.
3.	Карпова, Т. С. Базы данных: модели, разработка, реализация : учебник / Т. С. Карпова. — 3-е изд., испр. и доп. — Санкт-Петербург : Питер, 2024. — 368 с. — ISBN 978-5-4461-1922-6.
4.	Кузнецов, С. Д. Введение в реляционные базы данных / С. Д. Кузнецов. — Москва : ИНТУИТ, 2023. — 247 с. — ISBN 978-5-9556-0123-4.
5.	Мизамова, Г. Н. Современные СУБД : учебное пособие / Г. Н. Мизамова, Д. О. Жаксыбаев. — Уральск : ЗКАТУ имени Жангир хана, 2023. — 122 с. — ISBN 978-601-269-313-3.
6.	Невидимова, Л. В. 1С: Предприятие 8.3. Лабораторный практикум : учебное пособие / Л. В. Невидимова. — Москва : КноРус, 2023. — 133 с. — ISBN 978-5-406-11249-6.
7.	Радченко, М. Г. 1С:Предприятие 8.3. Практическое пособие разработчика / М. Г. Радченко. — 3-е изд. — Москва : 1С-Паблишинг, 2024. — 964 с. — ISBN 978-5-9677-3175-4.
8.	Рязанцева, Н. А. 1С:Предприятие. Секреты программирования / Н. А. Рязанцева, Д. Н. Рязанцев. — 2-е изд. — Санкт-Петербург : БХВ-Петербург, 2023. — 352 с. — ISBN 978-5-9775-1423-1.
9.	Стружкин, Н. П. Базы данных: проектирование : учебник для вузов / Н. П. Стружкин, В. В. Годин. — Москва : Юрайт, 2024. — 477 с. — ISBN 978-5-534-16945-4.
10.	Ткалич, Т. А. Проектирование баз данных : учебное пособие / Т. А. Ткалич. — Москва : Инфра-М, 2023. — 256 с. — ISBN 978-5-16-018256-4.

11.	Фуфаев, Э. В. Базы данных : учебное пособие / Э. В. Фуфаев. — Москва : Академия, 2024. — 320 с. — ISBN 978-5-4468-2345-7.
12.	Хомоненко, А. Д. Базы данных : учебник для вузов / А. Д. Хомоненко, В. М. Цыганков, М. Г. Мальцев. — 7-е изд. — Санкт-Петербург : Корона-Век, 2024. — 736 с. — ISBN 978-5-7931-0987-5.
13.	Шуремов, Е. Л. Автоматизация учета в 1С / Е. Л. Шуремов. — Москва : БИНОМ, 2023. — 288 с. — ISBN 978-5-9518-0456-7.
14.	Дейт, К. Дж. Введение в системы баз данных / К. Дж. Дейт ; перевод с английского. — 8-е изд. — Москва : Вильямс, 2023. — 848 с. — ISBN 978-5-907144-00-0.
15.	Стивенс, Р. Основы проектирования баз данных : понимание и реализация современных баз данных / Род Стивенс ; перевод с английского М. А. Райтмана. — 2-е изд. — Санкт-Петербург : БХВ-Петербург, 2025. — 768 с. — ISBN 978-5-9775-1987-8.
 
ПРИЛОЖЕНИЕ
ПРИЛОЖЕНИЕ А
Листинги программных модулей
Листинг А.1 – Расчет отработанных часов в документе «Путевой лист»
1c
&НаКлиенте
Процедура ВремяНачалаПриИзменении(Элемент)
    РассчитатьОтработаноЧасов();
КонецПроцедуры

&НаКлиенте
Процедура ВремяОкончанияПриИзменении(Элемент)
    РассчитатьОтработаноЧасов();
КонецПроцедуры

&НаКлиенте
Процедура РассчитатьОтработаноЧасов()
    Если Объект.ВремяНачала = Дата('00010101') ИЛИ Объект.ВремяОкончания = Дата('00010101') Тогда
        Возврат;
    КонецЕсли;
    Разница = Объект.ВремяОкончания - Объект.ВремяНачала;
    Объект.ОтработаноЧасов = Окр(Разница / 3600, 2);
КонецПроцедуры
Листинг А.2 – Запись движений в регистр при проведении документа «Путевой лист»
1c
Процедура ОбработкаПроведения(Отказ, РежимПроведения)
    Движения.ВыработкаВодителей.Очистить();
    Движение = Движения.ВыработкаВодителей.Добавить();
    Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
    Движение.Период = Дата;
    Движение.Водитель = Водитель;
    Движение.ОтработаноЧасов = ОтработаноЧасов;
    Движение.КоличествоПоездок = КоличествоПоездок;
КонецПроцедуры
ПРИЛОЖЕНИЕ Б
Листинг А.3 – Алгоритм заполнения и расчета заработной платы в документе «Начисление зарплаты»
1c
&НаКлиенте
Процедура ЗаполнитьПоПутевымЛистам(Команда)
    ЗаполнитьПоПутевымЛистамНаСервере();
КонецПроцедуры

&НаСервере
Процедура ЗаполнитьПоПутевымЛистамНаСервере()
    Если Объект.МесяцНачисления = Дата('00010101') Тогда
        Сообщить("Укажите месяц начисления!");
        Возврат;
    КонецЕсли;
    
    НачалоМесяца = НачалоМесяца(Объект.МесяцНачисления);
    КонецМесяца = КонецМесяца(Объект.МесяцНачисления);
    
    Объект.Сотрудники.Очистить();
    
    Запрос = Новый Запрос;
    Запрос.Текст = 
    "ВЫБРАТЬ
    |    ПутевыеЛисты.Водитель КАК Водитель,
    |    СУММА(ПутевыеЛисты.ОтработаноЧасов) КАК ВсегоЧасов,
    |    СУММА(ПутевыеЛисты.КоличествоПоездок) КАК ВсегоПоездок
    |ИЗ
    |    Документ.ПутевойЛист КАК ПутевыеЛисты
    |ГДЕ
    |    ПутевыеЛисты.Дата МЕЖДУ &НачалоПериода И &КонецМесяца
    |    И ПутевыеЛисты.Проведен
    |СГРУППИРОВАТЬ ПО
    |    ПутевыеЛисты.Водитель";
    
    Запрос.УстановитьПараметр("НачалоПериода", НачалоМесяца);
    Запрос.УстановитьПараметр("КонецМесяца", КонецМесяца);
    
    Результат = Запрос.Выполнить();
    Выборка = Результат.Выбрать();
    
    Пока Выборка.Следующий() Цикл
        НоваяСтрока = Объект.Сотрудники.Добавить();
        НоваяСтрока.Водитель = Выборка.Водитель;
        НоваяСтрока.ОтработаноЧасов = Выборка.ВсегоЧасов;
        НоваяСтрока.КоличествоПоездок = Выборка.ВсегоПоездок;
        
        ВодительОбъект = Выборка.Водитель.ПолучитьОбъект();
        Если ВодительОбъект <> Неопределено Тогда
            НоваяСтрока.Начислено = НоваяСтрока.ОтработаноЧасов * ВодительОбъект.ЧасоваяСтавка 
                                   + НоваяСтрока.КоличествоПоездок * ВодительОбъект.СтавкаЗаПоездку;
        КонецЕсли;
    КонецЦикла;
    
    Сообщить("Данные загружены из путевых листов!");
КонецПроцедуры


ШУстов


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



КУРСОВОЙ ПРОЕКТ
по ПМ 07 «Соадминистрирование баз данных»
по МДК 07.01. «Управление и автоматизация баз данных»
на тему: «РАЗРАБОТКА БАЗЫ ДАННЫХ ДЛЯ ОБРАЩЕНИЙ ГРАЖДАН»






Выполнил: 
Обучающийся 3 курса, группа ИС23
Специальность: 09.02.07 «Информационные системы и программирование»
Шустов Николай Григорьевич
Руководитель:
Агафонова Елена Михайловна
Оценка: «____________»
_________________
(личная подпись)
«___»__________________ 2026 г.




г. Добрянка, 2026 г.
СОДЕРЖАНИЕ
ВВЕДЕНИЕ	3
ГЛАВА 1. ОБЗОР ПРЕДМЕТНОЙ ОБЛАСТИ	4
1.1	Описание бизнес-процессов, подлежащих автоматизации	4
1.2 Анализ существующих решений и их недостатков	5
1.3 Обоснование выбора 1С:Предприятие	5
ГЛАВА 2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ	8
2.1 Анализ требований	8
2.3 Проектирование физической структуры базы данных	9
ГЛАВА 3. РЕАЛИЗАЦИЯ ПРОЕКТА В 1С	13
3.1 Настройка конфигурации	13
3.3 Тестирование функционала	16
ГЛАВА 4. АВТОМАТИЗАЦИЯ ПРОЦЕССОВ УПРАВЛЕНИЯ БАЗОЙ ДАННЫХ	17
4.1 Механизмы резервного копирования и восстановления	17
4.2 Настройка регламентных заданий	18
4.3 Мониторинг производительности и оптимизация работы баз данных	19
ГЛАВА 5. РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ	21
5.2 Описание основных операций для пользователей	21
ЗАКЛЮЧЕНИЕ	23
ИСТОЧНИКИ	25


 
ВВЕДЕНИЕ
Современное государственное управление немыслимо без цифровых инструментов обработки потоков информации от населения. Ежегодно в региональные администрации поступают тысячи письменных и электронных обращений – от сообщений о коммунальных авариях до предложений по развитию общественного транспорта. Федеральный закон № 59-ФЗ обязывает органы власти регистрировать каждое такое обращение и давать мотивированный ответ в течение 30 дней. Однако на практике многие муниципалитеты до сих пор ведут учёт в бумажных журналах или хаотичных Excel-файлах. Результат – потеря документов, срыв сроков, отсутствие прозрачности и невозможность оперативно подготовить сводку для вышестоящего ведомства.
Актуальность проекта продиктована необходимостью заменить устаревшие ручные методы автоматизированной системой на платформе 1С:Предприятие, которая позволит фиксировать каждое обращение, контролировать исполнителей и мгновенно формировать отчёты.
Цель курсового проекта разработать базу данных для учёта обращений граждан в администрации субъекта РФ, обеспечивающий регистрацию, контроль сроков и аналитическую отчётность.
Задачи проекта:
•	провести анализ предметной области;
•	спроектировать информационную систему;
•	реализовать проект в среде 1С:Предприятие;
•	автоматизировать процессы управления базой данных;
•	разработать руководство пользователя;
Объект исследования – процесс учёта и контроля исполнения обращений граждан.
Предмет исследования – методы и средства автоматизации этого процесса с помощью БД на платформе 1С.
 
ГЛАВА 1. ОБЗОР ПРЕДМЕТНОЙ ОБЛАСТИ
1.1	Описание бизнес-процессов, подлежащих автоматизации
В типовой структуре администрации субъекта Российской Федерации работа с обращениями граждан представляет собой многоступенчатый процесс. Гражданин может подать обращение лично (через приёмную), почтовым отправлением или через интернет-приёмную на официальном сайте. Сотрудник канцелярии регистрирует документ: присваивает входящий номер, фиксирует дату, заносит ФИО заявителя, контактные данные и краткое содержание. Затем начальник отдела назначает исполнителя (конкретного сотрудника или подразделение) и устанавливает контрольный срок – по закону он не должен превышать 30 дней. Исполнитель готовит ответ, согласовывает его с руководством, подписывает и отправляет заявителю. Вся эта цепочка в бумажном варианте страдает от следующих недостатков:
•	журнал регистрации не позволяет быстро найти обращение по номеру или фамилии;
•	отсутствует автоматическое напоминание о приближении срока;
•	руководителю трудно увидеть общую нагрузку на сотрудников;
•	для составления отчёта за месяц приходится вручную перебирать записи и переносить в Excel.
Именно эти операции нуждаются в автоматизации. Проектируемая база данных должна обеспечить:
•	централизованное хранение сведений о заявителях;
•	быстрый ввод и поиск обращений;
•	автоматический расчёт контрольной даты (дата регистрации + 30 дней);
•	фиксацию всех изменений статуса;
•	формирование отчётов без ручного труда.
Система должна обеспечивать хранение информации о заявителях, категориях, статусах, исполнителях, а также автоматический контроль сроков исполнения.
1.2 Анализ существующих решений и их недостатков
На сегодняшний день организации используют несколько подходов к учёту обращений.
Табличные процессоры (Excel, Google Sheets). Преимущества – общедоступность, низкий порог входа. Недостатки: отсутствие целостности данных (можно случайно удалить или исказить запись), нет автоматического контроля сроков, сложно строить сводки за период, плохая защита от несанкционированного доступа.
Специализированные системы документооборота («ДЕЛО», «1С:Документооборот», «BOSS-Референт»). Они предлагают маршрутизацию, электронную подпись, разграничение прав. Но их внедрение стоит от 200 тысяч рублей и требует длительной настройки. Для небольшой или средней администрации это избыточно.
Самодельные базы данных на MS Access. Быстро создаются, удобны для одного пользователя. Однако при попытке организовать коллективную работу возникают конфликты блокировок, объём базы ограничен 2 ГБ, а поддержка российских форматов отчётности слабая.
Промышленная платформа 1С:Предприятие. Сочетает доступную цену и профессиональные механизмы учёта. Позволяет разработать нужную конфигурацию за короткое время без низкоуровневого программирования.
1.3 Обоснование выбора 1С:Предприятие
Для реализации проекта была выбрана платформа «1С:Предприятие» версии 8.3. Этот выбор обусловлен рядом объективных преимуществ, которые делают 1С оптимальным инструментом для разработки учётных систем в государственных учреждениях.
Первое и главное основание – платформа 1С является стандартом де-факто для бюджетного сектора России. Более 80% государственных и муниципальных организаций используют 1С для бухгалтерского, кадрового и складского учёта. Это означает, что разработанная конфигурация сможет быть легко интегрирована в существующую IT-инфраструктуру администрации, а сотрудники уже имеют базовые навыки работы в 1С. Внедрение самодельной системы на другой платформе потребовало бы дополнительного обучения.
Второе основание – наличие бесплатной учебной версии (1С:Предприятие 8.3 для обучения программированию). Студенты и разработчики могут легально использовать её для создания и тестирования конфигураций без приобретения коммерческих лицензий. Для курсового проекта это критически важно, так как позволяет разработать полностью рабочую базу данных с нуля без финансовых затрат.
Третье основание – скорость разработки. В 1С есть готовые объекты метаданных – справочники, документы, регистры, отчёты. Разработчику не нужно программировать с нуля типовые действия (создание, редактирование, поиск, проведение документа). Всё это создаётся визуально в Конфигураторе за считанные минуты. Для сравнения, в связке «PostgreSQL + веб-интерфейс» на написание аналогичных форм потребовались бы дни или недели.
Четвёртое основание – встроенный язык запросов, максимально приближенный к SQL. Это позволяет без труда освоить его тем, кто знаком с SQL, и писать эффективные запросы для отчётов. При этом платформа автоматически оптимизирует выполнение запросов, что снижает риск ошибок.
Пятое основание – поддержка российских стандартов учёта и документооборота. 1С изначально разрабатывалась для российского законодательства: форматы дат, требования к хранению персональных данных, настройки печатных форм соответствуют ГОСТ и приказам Минтруда. В отличие от зарубежных систем, 1С не требует доработок для учёта российских особенностей.
Шестое основание – встроенные механизмы разграничения прав доступа. В конфигурации можно легко создать роли (администратор, регистратор, исполнитель, руководитель) и настроить для каждой роли видимость только нужных данных. Например, исполнитель видит только обращения, назначенные на него, а руководитель – все. Это критично для обеспечения информационной безопасности.
Седьмое основание – простота резервного копирования и администрирования в файловом режиме. База данных представляет собой папку с файлами, которую можно скопировать обычным способом. Выгрузка в .dt-файл также делается в несколько кликов. Для восстановления не требуются знания сложных команд SQL.
Восьмое основание – большая база знаний и готовых примеров. По 1С существует огромное количество учебной литературы, форумов, видеоуроков (в том числе в списке источников данной работы). Любая типовая проблема уже имеет готовое решение. Это ускоряет процесс разработки и отладки.
Таким образом, платформа 1С:Предприятие 8.3 не только удовлетворяет всем функциональным требованиям проекта, но и является наиболее практичным выбором с точки зрения затрат времени и ресурсов, а также перспектив внедрения в реальную администрацию субъекта РФ.
 
ГЛАВА 2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ
2.1 Анализ требований
Функциональные требования:
•	система должна хранить информацию о заявителях (ФИО, телефон, email, адрес);
•	система должна хранить информацию о категориях обращений (ЖКХ, транспорт, соцобеспечение и т.д.);
•	система должна хранить информацию о статусах обращений (зарегистрировано, в работе, выполнено, отклонено);
•	система должна хранить информацию об исполнителях (сотрудники администрации);
•	система должна регистрировать обращения с указанием даты, заявителя, категории, статуса, исполнителя, содержания;
•	система должна автоматически рассчитывать контрольную дату (дата регистрации + 30 дней);
•	система должна формировать отчёты: список заявителей, выполненные обращения, контроль сроков.
Нефункциональные требования:
•	время отклика интерфейса не более 2 секунд;
•	интерфейс интуитивно понятен;
•	возможность резервного копирования штатными средствами 1С;
•	целостность данных.
2.2 Разработка концептуальной модели данных
Концептуальная модель описывает сущности предметной области и связи между ними.
Сущность «Заявитель» включает атрибуты: ФИО, телефон, email, адрес. Сущность «Категория» включает наименование.
Сущность «Статус» включает наименование и признак завершения. Сущность «Исполнитель» включает ФИО, должность, подразделение. Сущность «Обращение» включает дату регистрации, заявителя, категорию, статус, исполнителя, содержание, контрольную дату, дату ответа, исходящий номер.
Связи между сущностями:
•	один заявитель может иметь много обращений (1:М);
•	одна категория может относиться к многим обращениям (1:М);
•	один статус может быть у многих обращений (1:М);
•	один исполнитель может вести много обращений (1:М).
 
Рисунок 1 - ER-диаграмма базы данных
2.3 Проектирование физической структуры базы данных
В конфигурации созданы следующие объекты метаданных:
•	справочник «Заявители» – для хранения данных о заявителях;
•	справочник «Категории» – для хранения категорий;
•	справочник «Статусы» – для хранения статусов;
•	справочник «Исполнители» – для хранения исполнителей;
•	документ «Обращение» – для регистрации обращения;
•	регистр сведений «ИсторияСтатусов» – для фиксации истории изменений статусов.
Справочник «Заявители» содержит реквизиты:
Таблица 1 - Справочник «Заявители»
Реквизит	Тип
Наименование (ФИО)	Строка
Телефон	Строка
Email	Строка
Адрес	Строка
Справочник «Категории» содержит следующие реквизиты:
Таблица 2 - Справочник «Категории»
Реквизит	Тип
Наименование (ФИО)	Строка
Телефон	Строка
Email	Строка
Адрес	Строка
Справочник «Статусы» содержит следующие реквизиты:
Таблица 3 - Справочник «Статусы»
Реквизит	Тип
ПризнакЗавершения	Булево

 
Справочник «Исполнители» содержит следующие реквизиты:
Таблица 4 - Справочник «Исполнители»
Реквизит	Тип
Наименование (ФИО)	Строка
Должность	Строка
Подразделение	Строка
Документ «Обращение» содержит следующие реквизиты:
Таблица 5 - Документ «Обращение»
Реквизит	Тип
Дата	Дата
Заявитель	Ссылка.Заявители
Категория	Ссылка.Категории
Статус	Ссылка.Статусы
Исполнитель	Ссылка.Исполнители
Содержание	Строка (неограниченная)
КонтрольнаяДата	Дата (вычисляется)
ДатаОтвета	Дата
ИсходящийНомер	Строка
КомментарийИстории	Строка
2.4 Описание интерфейсов и форм
Разработанная конфигурация включает:
•	формы списков и элементы справочников (Заявители, Категории, Статусы, Исполнители);
•	форма документа «Обращение» (дата, выбор заявителя, категории, статуса, исполнителя, ввод содержания, автоматический расчёт контрольной даты);
•	форма отчёта «Список заявителей»;
•	форма отчёта «Выполненные обращения»;
•	форма отчёта «Контроль сроков».
 
ГЛАВА 3. РЕАЛИЗАЦИЯ ПРОЕКТА В 1С
3.1 Настройка конфигурации
Создание объектов метаданных выполнялось в режиме «Конфигуратор» платформы 1С:Предприятие 8.3.
Справочник «Заявители» содержит следующие реквизиты: «Наименование» (ФИО заявителя), «Телефон», «Email», «Адрес» 
Рисунок 2 - Справочник «Заявители»
Справочник «Категории» содержит только стандартное поле «Наименование»  
Рисунок 3 - Справочник «Категории»
Справочник «Статусы» содержит реквизиты: «Наименование» и «ПризнакЗавершения» 
Рисунок 4 - Справочник «Статусы»

Справочник «Исполнители» содержит реквизиты: «Наименование» (ФИО исполнителя), «Должность», «Подразделение»
 
Рисунок 5 - Справочник «Исполнители»
Документ «Обращение» включает реквизиты: «Дата», «Заявитель» (ссылка на справочник «Заявители»), «Категория» (ссылка на справочник «Категории»), «Статус» (ссылка на справочник «Статусы»), «Исполнитель» (ссылка на справочник «Исполнители»), «Содержание» (строка неограниченной длины), «КонтрольнаяДата» (вычисляется автоматически), «ДатаОтвета», «ИсходящийНомер», «КомментарийИстории» 
Рисунок 6 - Документ «Обращение»
3.2 Программная реализация
В документе «Обращение» реализован алгоритм автоматического расчёта контрольной даты и записи в регистр сведений при проведении документа.
Листинг 1 – Запрос для отчёта «Список заявителей»
ВЫБРАТЬ
	Заявители.Наименование КАК Наименование,
	Заявители.Телефон КАК Телефон,
	Заявители.Email КАК Email,
	Заявители.Адрес КАК Адрес
ИЗ
	Справочник.Заявители КАК Заявители
Листинг 2 – Запрос для отчёта «Выполненные обращения»
ВЫБРАТЬ
    Обращение.Номер КАК Номер,
    Обращение.Дата КАК Дата,
    Обращение.Заявитель КАК Заявитель,
    Обращение.Категория КАК Категория,
    Обращение.Статус КАК Статус,
    Обращение.Исполнитель КАК Исполнитель,
    Обращение.Содержание КАК Содержание,
    Обращение.КонтрольнаяДата КАК КонтрольнаяДата,
    Обращение.ДатаОтвета КАК ДатаОтвета
ИЗ
    Документ.Обращение КАК Обращение
ГДЕ
    Обращение.Статус.Наименование = "Выполнено"
Листинг 3 – Запрос для отчёта «Контроль сроков»
ВЫБРАТЬ
    Обращение.Номер КАК Номер,
    Обращение.Дата КАК Дата,
    Обращение.Заявитель.Наименование КАК Заявитель,
    Обращение.КонтрольнаяДата КАК КонтрольнаяДата,
    Обращение.Статус.Наименование КАК Статус,
    Обращение.Исполнитель.Наименование КАК Исполнитель
ИЗ
    Документ.Обращение КАК Обращение
ГДЕ
    Обращение.КонтрольнаяДата > &ТекущаяДата
УПОРЯДОЧИТЬ ПО
    Обращение.КонтрольнаяДата
3.3 Тестирование функционала
Сценарий 1. Создание заявителя. В справочник «Заявители» добавлена запись: Иванов Иван Иванович, телефон +7(999)111-22-33, email ivanov@mail.ru, адрес г. Добрянка, ул. Ленина, 1. Результат: запись сохранена, отображается в списке.
Сценарий 2. Регистрация обращения. Создан документ «Обращение»: дата 10.03.2026, заявитель Иванов И.И., категория «ЖКХ», статус «Зарегистрировано», исполнитель «Петрова А.И.», содержание «Не вывозят мусор». Результат: контрольная дата рассчитана автоматически – 09.04.2026, документ проведён.
Сценарий 3. Изменение статуса. Открыто обращение, статус изменён на «Выполнено», указана дата ответа. Результат: в регистре истории добавлена запись.
Сценарий 4. Формирование отчёта «Список заявителей». Отчёт сформирован, содержит 10 записей 
Сценарий 5. Формирование отчёта «Выполненные обращения». Отчёт показал обращения со статусом «Выполнено» 
Сценарий 6. Формирование отчёта «Контроль сроков». Отчёт показал обращения.
Все тесты пройдены успешно. Система работает корректно.
 
ГЛАВА 4. АВТОМАТИЗАЦИЯ ПРОЦЕССОВ УПРАВЛЕНИЯ БАЗОЙ ДАННЫХ
4.1 Механизмы резервного копирования и восстановления
Для обеспечения сохранности данных в платформе 1С:Предприятие предусмотрены следующие механизмы резервного копирования.
Первый механизм – выгрузка информационной базы в файл с расширением .dt. Эта операция выполняется через меню «Администрирование» – «Выгрузка информационной базы» в режиме конфигуратора. Выгруженный файл содержит все данные и конфигурацию. Восстановление выполняется через «Администрирование» – «Загрузка информационной базы».
Второй механизм – резервное копирование на уровне файловой системы. При файловом варианте работы база данных хранится в папке, содержащей файлы с расширениями .1CD, .lgp, .cdn. Копирование этой папки позволяет восстановить базу данных в случае сбоя.
Рекомендуемый график резервного копирования включает полное копирование один раз в день и хранение резервных копий не менее семи дней. Для автоматизации этого процесса могут использоваться регламентные задания или сторонние средства резервного копирования, например KLS Backup или Handy Backup, которые позволяют настроить расписание и вести журнал операций.
Регламент восстановления базы данных включает следующие шаги: остановка работы пользователей, восстановление из последней резервной копии, применение журнала регистрации изменений (при его ведении), проведение контрольной сверки данных. При восстановлении из файла .dt необходимо использовать конфигуратор, а при копировании папки – просто заменить каталог с файлами. Восстановление должно проводиться в режиме, исключающем доступ пользователей к системе, чтобы избежать конфликтов и потери новых данных.
4.2 Настройка регламентных заданий
Регламентные задания в 1С:Предприятие позволяют автоматизировать выполнение периодических операций, которые необходимо выполнять регулярно без участия пользователя. Регламентные задания настраиваются в конфигурации и выполняются фоновыми процессами, что особенно удобно для задач, требующих выполнения в ночное время или в выходные дни.
Для разработанной конфигурации могут быть настроены следующие регламентные задания:
•	резервное копирование базы данных с периодичностью ежедневно в 02:00;
•	очистка устаревших данных (обращений старше трёх лет) с периодичностью ежемесячно;
•	контроль сроков исполнения – автоматическая отправка уведомлений руководителю о приближающихся или просроченных обращениях (ежедневно в 09:00);
•	пересчёт итогов регистра сведений для оптимизации производительности (еженедельно).
Настройка регламентного задания выполняется в конфигураторе через пункт меню «Конфигурация» – «Регламентные задания». Для каждого задания указываются:
•	наименование и ключ задания;
•	расписание (например, ежедневно, время 02:00);
•	программный обработчик – процедура на встроенном языке 1С, содержащая код выполняемой операции;
•	имя пользователя, от имени которого выполняется задание.
В текущей версии конфигурации регламентные задания не реализованы, но архитектура системы позволяет их добавить на этапе промышленной эксплуатации без изменения основных объектов метаданных. Для добавления регламентного задания необходимо создать соответствующую процедуру в общем модуле и подключить её через объект «РегламентноеЗадание» в конфигураторе.
4.3 Мониторинг производительности и оптимизация работы баз данных
Для мониторинга производительности базы данных в 1С:Предприятие используются следующие инструменты.
Технологический журнал позволяет записывать события, связанные с выполнением запросов, открытием форм и другими операциями. Настройка технологического журнала выполняется через файл конфигурации logcfg.xml. Рекомендуется записывать события с длительностью более одной секунды для выявления медленных операций. Технологический журнал особенно полезен при диагностике проблем производительности в промышленной эксплуатации.
Стандартный отчёт «Анализ производительности» в режиме предприятия позволяет оценить время выполнения различных операций. Также можно использовать замеры времени через функцию «ТекущаяУниверсальнаяДатаВМиллисекундах» в программном коде. Для этого в начале процедуры фиксируется начальное время, в конце – конечное, и разница выводится в сообщение пользователю или записывается в журнал.
Для оптимизации работы базы данных разработанной конфигурации рекомендуется выполнить следующие действия:
•	создать индекс по полю «Дата» для документа «Обращение» (в 1С индексы настраиваются в свойствах реквизита документа), чтобы ускорить выполнение запросов за период;
•	установить периодичность регистра «ИсторияСтатусов» равной «День» для автоматической свертки данных (на вкладке «Основные» регистра сведений);
•	ограничить глубину выборки в отчётах двенадцатью месяцами с помощью параметров отчётов;
•	выполнять тестирование и исправление информационной базы в конфигураторе для устранения фрагментации данных (меню «Администрирование» – «Тестирование и исправление»);
•	избегать использования неиндексированных полей в условиях запросов, особенно в соединениях и сортировках;
•	использовать параметрические запросы вместо динамической подстановки значений для повышения производительности.
При правильной настройке всех перечисленных механизмов система будет обеспечивать приемлемую скорость работы при объёме базы данных до нескольких гигабайт и количестве пользователей до десяти. Для дальнейшего масштабирования рекомендуется переход на клиент-серверный вариант работы с использованием Microsoft SQL Server или PostgreSQL.
 
ГЛАВА 5. РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ
5.1 Установка и запуск конфигурации
Для установки разработанной конфигурации необходимо выполнить следующие действия. Скопировать каталог с файлами информационной базы (файлы с расширениями .1CD, .lgp, .cdn) на жёсткий диск компьютера, например в папку «C:\1C_Bases\Obrascheniya». Затем запустить платформу 1С:Предприятие 8.3 и нажать кнопку «Добавить». В открывшемся окне выбрать «Добавление в список существующей информационной базы», указать имя базы (например, «Обращения граждан») и путь к скопированному каталогу. После добавления базы необходимо выбрать её в списке и нажать кнопку «1С:Предприятие» для запуска в режиме пользователя.
При первом запуске может потребоваться обновить конфигурацию – следует согласиться, нажав «Да». Для входа в систему используются учётные записи, созданные администратором. По умолчанию создаются следующие пользователи: «Администратор» (пароль пустой), «Регистратор» (пароль 1), «Исполнитель» (пароль 1), «Руководитель» (пароль 1).
5.2 Описание основных операций для пользователей
Для заполнения справочника заявителей необходимо перейти в раздел «Справочники» – «Заявители» и нажать кнопку «Создать». В открывшейся форме ввести фамилию, имя, отчество в поле «Наименование», затем заполнить телефон, электронную почту и адрес. После заполнения всех полей нажать «Записать и закрыть».
Для заполнения справочника категорий необходимо перейти в раздел «Справочники» – «Категории» и нажать кнопку «Создать». В поле «Наименование» ввести название категории, например «Жилищно-коммунальное хозяйство», затем нажать «Записать и закрыть».
Для заполнения справочника статусов необходимо перейти в раздел «Справочники» – «Статусы» и нажать кнопку «Создать». В поле «Наименование» ввести название статуса, например «Зарегистрировано», и при необходимости установить флажок «ПризнакЗавершения» (для статусов «Выполнено» и «Отклонено»). После заполнения нажать «Записать и закрыть».
Для заполнения справочника исполнителей необходимо перейти в раздел «Справочники» – «Исполнители» и нажать кнопку «Создать». В поле «Наименование» ввести фамилию, имя, отчество исполнителя, затем заполнить должность и подразделение. После заполнения нажать «Записать и закрыть».
Для регистрации обращения необходимо перейти в раздел «Документы» – «Обращение» и нажать кнопку «Создать». В форме документа указать дату обращения, выбрать заявителя из выпадающего списка, выбрать категорию, статус и исполнителя, ввести содержание обращения. Поле «КонтрольнаяДата» заполнится автоматически после проведения документа. Также можно заполнить поля «ДатаОтвета» и «ИсходящийНомер» при завершении работы над обращением. После заполнения всех полей нажать кнопку «Провести» и затем «Записать и закрыть».
Для начисления заработной платы (в примере такси был этот раздел, в нашей теме заменяем на формирование отчётов)
Для формирования отчёта «Список заявителей» необходимо перейти в раздел «Отчёты» – «Список заявителей» и нажать кнопку «Сформировать». Отчёт отобразит таблицу со списком всех заявителей, их телефонами, адресами электронной почты и почтовыми адресами.
Для формирования отчёта «Выполненные обращения» необходимо перейти в раздел «Отчёты» – «Выполненные обращения» и нажать кнопку «Сформировать». Отчёт покажет все обращения, имеющие статус «Выполнено», с указанием номера, даты, заявителя и статуса.
Для формирования отчёта «Контроль сроков» необходимо перейти в раздел «Отчёты» – «Контроль сроков» и нажать кнопку «Сформировать». Отчёт выведет список обращений, у которых контрольная дата уже истекла, с указанием номера, даты, заявителя и контрольной даты.
ЗАКЛЮЧЕНИЕ
В процессе выполнения курсового проекта была разработана и реализована база данных для автоматизации учёта обращений граждан и контроля сроков их исполнения в среде «1С:Предприятие».
Основные результаты работы включают следующее. Проведён анализ предметной области, в результате которого определены входные и выходные данные системы. Выполнен анализ существующих решений, выявлены их недостатки, обоснован выбор платформы 1С:Предприятие. Сформулированы функциональные и нефункциональные требования к системе. Построена концептуальная модель данных в виде ER-диаграммы, описывающей сущности «Заявитель», «Категория», «Статус», «Исполнитель», «Обращение» и связи между ними. Спроектирована физическая структура базы данных, включающая справочники «Заявители», «Категории», «Статусы», «Исполнители», документ «Обращение» и регистр сведений «ИсторияСтатусов». Реализована конфигурация в среде 1С:Предприятие. Разработаны программные алгоритмы на встроенном языке 1С для автоматического расчёта контрольной даты и ведения истории статусов. Проведено тестирование функционала, подтвердившее корректную работу системы. Описаны механизмы администрирования базы данных: резервное копирование, регламентные задания, мониторинг производительности. Составлено руководство пользователя с инструкциями по установке и работе с системой.
Разработанная система позволяет вести учёт заявителей, категорий, статусов и исполнителей, регистрировать обращения с автоматическим расчётом контрольной даты, отслеживать историю изменения статусов, получать сводную информацию о выполненных обращениях и контролировать соблюдение сроков.
Все поставленные в курсовом проекте задачи выполнены в полном объёме. Цель работы достигнута.
Перспективы развития проекта включают добавление отчёта о нагрузке на исполнителей с расчётом количества назначенных и выполненных обращений, интеграцию с веб-приёмной для автоматического получения обращений с официального сайта администрации, разграничение прав доступа с использованием ролей (администратор, регистратор, исполнитель, руководитель), разработку обработки для экспорта отчётов в Microsoft Excel, переход на клиент-серверный вариант работы с использованием Microsoft SQL Server для обеспечения многопользовательской работы и повышения производительности, а также внедрение автоматической рассылки уведомлений заявителям о статусе их обращений по электронной почте или SMS.
 
ИСТОЧНИКИ
1.	Волк, В. К. Базы данных. Проектирование, программирование, управление и администрирование : учебник / В. К. Волк. — 4-е изд., стер. — Санкт-Петербург : Лань, 2025. — 244 с.
2.	Илюшечкин, В. М. Основы использования и проектирования баз данных : учебник для СПО / В. М. Илюшечкин. — Москва : Юрайт, 2023. — 213 с. — (Профессиональное образование). 
3.	Карпова, Т. С. Базы данных: модели, разработка, реализация : учебник / Т. С. Карпова. — 3-е изд., испр. и доп. — Санкт-Петербург : Питер, 2024. — 368 с. 
4.	Кузнецов, С. Д. Введение в реляционные базы данных / С. Д. Кузнецов. — Москва : ИНТУИТ, 2023. — 247 с. 
5.	Мизамова, Г. Н. Современные СУБД : учебное пособие / Г. Н. Мизамова, Д. О. Жаксыбаев. — Уральск : ЗКАТУ имени Жангир хана, 2023. — 122 с. 
6.	Невидимова, Л. В. 1С: Предприятие 8.3. Лабораторный практикум : учебное пособие / Л. В. Невидимова. — Москва : КноРус, 2023. — 133 с. 
7.	Радченко, М. Г. 1С:Предприятие 8.3. Практическое пособие разработчика / М. Г. Радченко. — 3-е изд. — Москва : 1С-Паблишинг, 2024. — 964 с. 
8.	Рязанцева, Н. А. 1С:Предприятие. Секреты программирования / Н. А. Рязанцева, Д. Н. Рязанцев. — 2-е изд. — Санкт-Петербург : БХВ-Петербург, 2023. — 352 с. 
9.	Стружкин, Н. П. Базы данных: проектирование : учебник для вузов / Н. П. Стружкин, В. В. Годин. — Москва : Юрайт, 2024. — 477 с. 
10.	Ткалич, Т. А. Проектирование баз данных : учебное пособие / Т. А. Ткалич. — Москва : Инфра-М, 2023. — 256 с. 
11.	Фуфаев, Э. В. Базы данных : учебное пособие / Э. В. Фуфаев. — Москва : Академия, 2024. — 320 с. 
12.	Хомоненко, А. Д. Базы данных : учебник для вузов / А. Д. Хомоненко, В. М. Цыганков, М. Г. Мальцев. — 7-е изд. — Санкт-Петербург : Корона-Век, 2024. — 736 с. 
13.	Шуремов, Е. Л. Автоматизация учета в 1С / Е. Л. Шуремов. — Москва : БИНОМ, 2023. — 288 с.
14.	Дейт, К. Дж. Введение в системы баз данных / К. Дж. Дейт ; перевод с английского. — 8-е изд. — Москва : Вильямс, 2023. — 848 с. 
15.	Стивенс, Р. Основы проектирования баз данных : понимание и реализация современных баз данных / Род Стивенс ; перевод с английского М. А. Райтмана. — 2-е изд. — Санкт-Петербург : БХВ-Петербург, 2025. — 768 с.
Больше возможностей при регистрации:
