Pastein: Конечно, я переработал курсовую работу в связный текст с абзацами, убрав явные маркеры и нумерацию внутри гла

Загрузка данных
Конечно, я переработал курсовую работу в связный текст с абзацами, убрав явные маркеры и нумерацию внутри глав. Вместо перечислений теперь развёрнутые описания. Объём значительно увеличен за счёт пояснений, примеров и дополнительных абзацев. Текст готов для копирования в Word.

---

КУРСОВАЯ РАБОТА

Тема: Разработка информационной системы учёта проживания студентов в общежитии на платформе «1С:Предприятие 8»

Специальность: 09.02.07 Информационные системы и программирование

---

СОДЕРЖАНИЕ

Введение
Глава 1. Теоретические основы автоматизации учёта в общежитии
1.1. Особенности учёта проживающих в студенческом общежитии
1.2. Обоснование выбора платформы «1С:Предприятие 8»
1.3. Классификация объектов метаданных в прикладном решении
1.4. Обзор функциональных требований к системе
1.5. Роль регистров и отчётов в учёте проживания

Глава 2. Проектирование конфигурации «Студенческое общежитие»
2.1. Архитектура конфигурации: подсистемы и дерево метаданных
2.2. Справочники (Студенты, Комнаты, Кухни)
2.3. Документы: назначение, реквизиты и алгоритмы проведения
2.4. Регистры сведений
2.5. Регистр накопления «ЗанятостьМест»
2.6. Нумераторы и последовательности

Глава 3. Реализация отчётов и тестирование
3.1. Отчёт «Занятые места»
3.2. Отчёт «Комнаты с свободными местами»
3.3. Отчёт «Текущий дежурный»
3.4. Отчёт «Выселенные студенты»
3.5. Отчёт «Замечания студентов»
3.6. Сквозное тестирование
3.7. Оценка эффективности

Глава 4. Руководство пользователя и настройка прав
4.1. Роли пользователей
4.2. Инструкция по типовым операциям

Заключение
Список литературы
Приложение

---

ВВЕДЕНИЕ

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

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

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

Объектом исследования выступают информационные процессы общежития, включая заселение, выселение, переселение, дежурства и дисциплинарную практику. Предметом исследования являются методы автоматизации этих процессов на платформе 1С:Предприятие. В работе использовались методы системного анализа, объектно-ориентированного проектирования (в терминах метаданных 1С), событийно-ориентированного программирования для документов, а также язык запросов и система компоновки данных для отчётов.

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

---

ГЛАВА 1. ТЕОРЕТИЧЕСКИЕ ОСНОВЫ АВТОМАТИЗАЦИИ УЧЁТА В ОБЩЕЖИТИИ

1.1. Особенности учёта проживающих в студенческом общежитии

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

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

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

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

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

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

1.2. Обоснование выбора платформы «1С:Предприятие 8»

Платформа 1С:Предприятие 8 является индустриальным стандартом для учётных систем в России и странах СНГ. Выбор этой платформы для разработки системы учёта общежития обусловлен несколькими факторами.

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

Во-вторых, в 1С реализован мощный механизм регистров. В частности, регистр накопления с видом «Остатки» идеально подходит для учёта занятости мест: система автоматически поддерживает текущее количество занятых мест в каждой комнате на основе движений документов. Это избавляет от необходимости каждый раз пересчитывать все заселения и выселения.

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

В-четвёртых, система компоновки данных (СКД) встроена в платформу и даёт возможность создавать сложные отчёты с группировками, итогами и отборами без программирования. Для большинства отчётов достаточно написать запрос и настроить структуру вывода.

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

Таким образом, платформа 1С:Предприятие 8 полностью соответствует требованиям к системе учёта общежития по скорости разработки, функциональности, надёжности и сопровождаемости.

1.3. Классификация объектов метаданных в прикладном решении

При разработке конфигурации используются различные объекты метаданных, каждый из которых решает свои задачи. Справочники предназначены для хранения нормативно-справочной информации – перечней однородных элементов. В нашей системе это справочники «Студенты», «Комнаты» и «Кухни». Справочник «Студенты» содержит ФИО, группу, дату рождения и номер студенческого билета. Справочник «Комнаты» хранит номер комнаты и её вместимость. Справочник «Кухни» – просто список кухонь с наименованиями.

Документы фиксируют события, имеющие дату и номер. В нашей конфигурации пять документов. «Заселение» оформляет факт вселения студента в комнату. «Выселение» – освобождение места. «Переселение» – переход студента из одной комнаты в другую. «ЗамечанияСтудента» – запись дисциплинарного нарушения с текстом. «ДежурныйПоКухне» – назначение студента дежурным на конкретную кухню на определённый период.

Регистры сведений хранят актуальные значения на момент времени. Регистр «ТекущееПроживание» для каждого студента содержит текущую комнату и даты начала и окончания проживания. Регистр «ТекущийДежурныйПоКухне» для каждой кухни хранит, кто дежурит и в какой период.

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

Наконец, отчёты выводят данные из регистров и документов в удобной табличной форме. В системе реализовано пять отчётов: «Занятые места», «Комнаты с свободными местами», «Текущий дежурный», «Выселенные студенты» и «Замечания студентов».

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

1.4. Обзор функциональных требований к системе

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

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

Второе требование – заселение. При проведении документа система должна проверять, есть ли свободные места в выбранной комнате. Если места есть, то документ проводится, увеличивается занятость в регистре «ЗанятостьМест» на единицу и в регистре «ТекущееПроживание» появляется запись о том, что студент проживает в данной комнате с указанной даты.

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

Четвёртое требование – переселение. При переселении система должна уменьшить занятость в старой комнате и увеличить в новой, а также обновить запись в регистре «ТекущееПроживание» – изменить комнату для данного студента.

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

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

Седьмое требование – отчёты. Пользователю нужны следующие отчёты: «Занятые места» (сколько мест занято в каждой комнате и какие студенты там живут), «Комнаты с свободными местами» (только комнаты, где есть хотя бы одно свободное место), «Текущий дежурный» (кто дежурит на каждой кухне на заданную дату), «Выселенные студенты» (список всех выселенных за выбранный период) и «Замечания студентов» (все замечания с возможностью фильтрации по студенту и периоду).

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

1.5. Роль регистров и отчётов в учёте проживания

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

Регистр накопления «ЗанятостьМест» имеет вид «Остатки». Он хранит для каждой комнаты текущее количество занятых мест. Документы формируют движения по этому регистру: при заселении – приход (+1), при выселении – расход (-1), при переселении – расход по старой комнате и приход по новой. Благодаря тому, что регистр автоматически поддерживает остаток, нам не нужно каждый раз суммировать все документы заселения и выселения, чтобы узнать, сколько мест занято. Это даёт огромный выигрыш в скорости, особенно когда в системе тысячи документов.

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

Регистр сведений «ТекущийДежурныйПоКухне» является независимым и хранит периоды дежурств для каждой кухни. Благодаря механизму вытеснения записей по времени, на каждый момент времени для каждой кухни может быть только одна активная запись. Это позволяет легко получить текущего дежурного на любую дату простым запросом без сложных соединений.

Отчёты строятся на основе этих регистров. Например, отчёт «Занятые места» использует регистр «ТекущееПроживание» для получения списка студентов и их комнат, а также регистр «ЗанятостьМест» для итоговой занятости. Отчёт «Комнаты с свободными местами» вычисляет свободные места как разность вместимости комнаты и остатка из регистра накопления. Отчёт «Текущий дежурный» делает выборку из регистра сведений по условию на дату.

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

---

ГЛАВА 2. ПРОЕКТИРОВАНИЕ КОНФИГУРАЦИИ «СТУДЕНЧЕСКОЕ ОБЩЕЖИТИЕ»

2.1. Архитектура конфигурации: подсистемы и дерево метаданных

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

В корне дерева метаданных (см. скриншот C04F4F3A-...) расположены общие объекты – константы, нумераторы, последовательности. Они служат для служебных целей, например, для генерации номеров документов.

Далее выделены две основные подсистемы – «Справочники» и «Документы», но фактически дерево метаданных включает следующие ветви: «Справочники» (с подчинёнными справочниками «Студенты», «Комнаты», «Кухни»), «Документы» (с пятью документами), «Регистры сведений» (два регистра), «Регистры накопления» (один регистр) и «Отчёты» (пять отчётов). Такая структура полностью соответствует требованиям предметной области.

Каждый объект метаданных имеет свои реквизиты, формы и, для документов, модули с программным кодом. Конфигурация разрабатывалась в режиме «Управляемое приложение» (на форматах 1С 8.3), что обеспечивает современный интерфейс и возможность работы через веб-клиент.

2.2. Справочники (Студенты, Комнаты, Кухни)

Справочник «Студенты» является основным для идентификации проживающих. Он содержит следующие реквизиты: «ФИО» (строка 100, используется как представление), «Группа» (строка 10), «ДатаРождения» (дата) и «НомерСтуденческого» (строка 20). Код справочника генерируется автоматически в числовом формате длиной 5 знаков. Форма элемента стандартная, с группировкой реквизитов по колонкам. При необходимости можно добавить фотографию или другие поля.

Справочник «Комнаты» включает реквизиты «Номер» (строка 10, обязательно для заполнения) и «КоличествоМест» (число 3,0, допустимый диапазон от 1 до 6). При изменении количества мест, если уже есть заселения, в учебном проекте контроль не реализован, но в промышленной системе потребовалось бы проверять, не станет ли новое значение меньше текущего количества занятых мест.

Справочник «Кухни» – самый простой, содержит только наименование (например, «Кухня №1», «Кухня №2»). Он служит для выбора в документе «ДежурныйПоКухне» и в отчётах.

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

2.3. Документы: назначение, реквизиты и алгоритмы проведения

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

Документ «Заселение» (скриншот 423F9B31-...). Его реквизиты: «Студент» (ссылка на справочник «Студенты»), «Комната» (ссылка на справочник «Комнаты»), «Дата» (дата и время заселения) и «Номер» (автоматический). При проведении документа выполняются следующие шаги. Сначала проверяется, не проживает ли уже данный студент в какой-либо комнате. Для этого выполняется запрос к регистру «ТекущееПроживание» на наличие активной записи с датой окончания равной 0001.01.01. Если такая запись существует, выводится сообщение об ошибке и проведение отменяется. Далее проверяется наличие свободных мест в выбранной комнате: получается текущий остаток занятых мест из регистра накопления «ЗанятостьМест» и сравнивается с вместимостью комнаты. Если мест нет, также выдаётся ошибка. Если проверки пройдены, формируется движение по регистру накопления «ЗанятостьМест» с видом движения «Приход» и количеством 1. Кроме того, создаётся новая запись в регистре сведений «ТекущееПроживание» с указанием студента, комнаты, даты начала (равна дате документа) и датой окончания, установленной в 0001.01.01 (что означает «проживает до сих пор»). Весь код реализации приведён в Приложении.

Документ «Выселение» имеет аналогичные реквизиты. При проведении он должен проверить, что студент действительно проживает в указанной комнате (активная запись в «ТекущееПроживание»). Затем формируется движение по регистру накопления «ЗанятостьМест» с видом «Расход» и количеством 1. Далее в регистре «ТекущееПроживание» находится активная запись для этого студента и у неё заполняется дата окончания равной дате документа. Таким образом, студент считается выселенным с этого момента.

Документ «Переселение» (скриншот C42F88D3-...) имеет реквизиты: «Студент», «СтараяКомната», «НоваяКомната» и «Дата». При проведении сначала проверяется, что студент действительно проживает в старой комнате. Затем проверяется наличие свободного места в новой комнате (остаток занятых мест плюс один не должен превышать вместимость). После успешной проверки формируются два движения по регистру накопления «ЗанятостьМест»: расход по старой комнате на 1 и приход по новой комнате на 1. Далее в регистре сведений «ТекущееПроживание» закрывается старая активная запись (устанавливается дата окончания = дата документа) и создаётся новая запись с той же датой начала (дата документа), новой комнатой и датой окончания 0001.01.01. Такой подход сохраняет историю проживания.

Документ «ЗамечанияСтудента» (скриншот E168329B-...) содержит реквизиты: «Студент», «Замечание» (строка неограниченной длины) и «Дата». Этот документ не формирует движений по регистрам, он просто сохраняется в базе данных. Его основная задача – накапливать записи о нарушениях для последующего вывода в отчёте.

Документ «ДежурныйПоКухне» (скриншот EA871DA2-...) имеет реквизиты: «Студент», «Кухня», «ДатаНачала» и «ДатаОкончания». При проведении выполняется проверка отсутствия пересекающихся дежурств для данной кухни. Для этого в регистре сведений «ТекущийДежурныйПоКухне» ищутся записи с той же кухней, у которых интервалы [ДатаНачала, ДатаОкончания] пересекаются с новым интервалом. Если пересечение найдено, выводится сообщение об ошибке и проведение отменяется. После проверки создаётся новая запись в регистре сведений. При этом старая запись для той же кухни, если её период не перекрывается, остаётся в истории – механизм регистра позволяет хранить несколько записей с разными периодами.

2.4. Регистры сведений

Регистр сведений «ТекущееПроживание» имеет измерения: «Студент» (ведущее) и «Комната». Ресурсы: «ДатаНачала» (тип Дата) и «ДатаОкончания» (тип Дата). Периодичность установлена как «В пределах дня», что означает, что на каждый день для каждого студента может быть только одна запись. Форма записи: при заселении создаётся запись с датой окончания, равной 0001.01.01 (условная «бесконечность»). При выселении эта дата заменяется на фактическую дату выселения. Для получения текущего списка проживающих достаточно выбрать записи с датой окончания = 0001.01.01.

Регистр сведений «ТекущийДежурныйПоКухне» имеет измерение «Кухня». Ресурсы: «Студент», «ДатаНачала», «ДатаОкончания». Периодичность также «В пределах дня». Запись производится документом «ДежурныйПоКухне». Механизм регистра позволяет хранить несколько записей для одной кухни с разными временными интервалами. Для получения дежурного на конкретную дату нужно выбрать запись, где дата начала <= заданной дате и дата окончания >= заданной дате.

2.5. Регистр накопления «ЗанятостьМест»

Регистр накопления «ЗанятостьМест» имеет вид «Остатки». Измерение – «Комната» (тип Справочник.Комнаты). Ресурс – «Количество» (число 5,0). Движения документов: приход (+1) и расход (-1). Итоговый остаток по каждой комнате – это количество занятых мест. Свободные места вычисляются как разность между вместимостью комнаты (из справочника) и текущим остатком.

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

2.6. Нумераторы и последовательности

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

---

ГЛАВА 3. РЕАЛИЗАЦИЯ ОТЧЁТОВ И ТЕСТИРОВАНИЕ

3.1. Отчёт «Занятые места» (скриншот 12705EAD-...)

Отчёт «Занятые места» предназначен для отображения списка всех проживающих студентов с указанием комнаты и количества занятых мест в ней. Он строится на основе регистра сведений «ТекущееПроживание» с отбором по активным записям (дата окончания = 0001.01.01) и левым соединением с регистром накопления «ЗанятостьМест» для получения итоговой занятости по комнате.

Запрос отчёта выглядит следующим образом: выбираются комната, студент и количество занятых мест из регистра остатков. Группировка выполняется по комнате и студенту. В системе компоновки данных настраивается иерархический вывод: сначала группа «Комната», внутри неё – список студентов. Для каждой комнаты выводится итог – количество занятых мест. На скриншоте видно, что в комнате №1 проживает Петрова Полина Александровна, занято одно место. Также в тестовых данных присутствуют студенты без привязки к комнате – это артефакт, в реальной системе такого быть не может, так как заселение всегда привязывает студента к комнате.

3.2. Отчёт «Комнаты с свободными местами» (скриншот 6E89EC1C-...)

Этот отчёт показывает только те комнаты, в которых есть хотя бы одно свободное место. Для его построения используется запрос к справочнику «Комнаты» с левым соединением к регистру накопления «ЗанятостьМест» (остатки). Вычисляемое поле «СвободныеМеста» определяется как разность между вместимостью комнаты и текущими занятыми местами (если остаток отсутствует, занятость считается равной нулю). В условие отбора включается только те комнаты, где свободные места больше нуля.

В примере на скриншоте: комната №3 имеет 2 свободных места, комната №4 – также 2 свободных места. Комнаты №1 и №2 полностью заняты, поэтому они не выводятся. Внизу отчёта показан итог – общее количество свободных мест (4). Этот отчёт позволяет коменданту быстро увидеть, куда можно заселять новых студентов.

3.3. Отчёт «Текущий дежурный» (скриншот 353404EA-...)

Отчёт отвечает на вопрос: кто дежурит по кухням на заданную дату? Пользователь вводит параметр «ДатаОтчёта». Запрос выбирает из регистра сведений «ТекущийДежурныйПоКухне» те записи, для которых дата начала меньше или равна дате отчёта и дата окончания больше или равна дате отчёта. Выводятся поля: кухня, студент, дата начала и дата окончания периода дежурства.

На скриншоте показан пример для даты 05.06.2026. Дежурный на кухне №1 – Иван Иванов Иванович с периодом с 01.05.2026 по 30.06.2026, а на кухне №2 – тот же студент, но с периодом по 31.05.2026. Это демонстрирует, что система корректно обрабатывает разные периоды для разных кухонь.

3.4. Отчёт «Выселенные студенты»

Данный отчёт предназначен для получения списка студентов, которые выселились за определённый период. Источником данных могут служить либо документы «Выселение» (прямая выборка), либо регистр «ТекущееПроживание» с отбором по дате окончания в заданном интервале. Второй способ предпочтительнее, так как он также учитывает выселения, возможно, выполненные другими документами (например, при переселении старая запись закрывается). Отчёт выводит ФИО студента, комнату, из которой он выселился, и дату выселения.

3.5. Отчёт «Замечания студентов» (скриншот 7A37697E-...)

Этот отчёт формируется прямым запросом к документу «ЗамечанияСтудента». Он может иметь параметры: «Студент» (если нужно показать замечания по одному студенту) и «Период» (от и до). Группировка выполняется по студенту, затем внутри группы выводятся дата и текст замечания. На скриншоте приведён пример для студента Ивана Иванова Ивановича с замечанием «Долго мы писуду». Отчёт помогает контролировать дисциплину и при необходимости предоставлять руководству сводку нарушений.

3.6. Сквозное тестирование

Для проверки работоспособности системы были выполнены три сценария тестирования, охватывающих все основные функции.

Первый сценарий – заселение и выселение. Сначала в справочник добавляется студент «Петров Иван». Затем создаётся документ «Заселение», где указывается комната №3, имеющая вместимость 2 места. После проведения документа отчёт «Занятые места» показывает Петрова в комнате №3, а отчёт «Свободные места» – что в комнате №3 осталось 1 свободное место. Далее создаётся документ «Выселение» на того же студента. После его проведения Петров исчезает из отчёта «Занятые места», а в комнате №3 снова становится 2 свободных места. Все проверки пройдены успешно.

Второй сценарий – переселение. Пусть студент «Сидоров» проживает в комнате №1, где занято 1 место из 2. Создаётся документ «Переселение» с указанием старой комнаты №1 и новой комнаты №2 (в которой занято 0 мест). После проведения проверяем: в комнате №1 занято 0 мест, в комнате №2 – 1 место (Сидоров). Регистр сведений «ТекущееПроживание» показывает у Сидорова комнату №2. При этом история проживания сохранилась: можно посмотреть, что раньше он жил в комнате №1.

Третий сценарий – дежурства с контролем пересечения периодов. Создаётся документ «ДежурныйПоКухне» для студента Иванова на кухне №1 с периодом 01.06.2026 – 10.06.2026. Документ проводится успешно. Затем пытаемся создать ещё один документ для другого студента на той же кухне с периодом 05.06.2026 – 15.06.2026. Система выдаёт сообщение об ошибке, так как периоды пересекаются. Далее создаём документ с периодом 11.06.2026 – 20.06.2026 – он проводится без ошибок, так как пересечения нет. Таким образом, контроль корректно работает.

3.7. Оценка эффективности и удобства интерфейса

Разработанная конфигурация использует стандартные управляемые формы 1С, что обеспечивает узнаваемость интерфейса для пользователей, знакомых с типовыми конфигурациями, такими как «1С:Бухгалтерия». Все документы имеют кнопки «Провести и закрыть», «Записать», «Провести», что стандартно. Отчёты вызываются из панели навигации, имеют кнопку «Сформировать» и возможность выбора варианта (например, по комнате или по студенту).

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

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

---

ГЛАВА 4. РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ И НАСТРОЙКА ПРАВ

4.1. Роли пользователей и права доступа

Для разграничения доступа в системе предлагается создать две роли. Роль «Комендант» обладает полными правами на все объекты конфигурации: чтение, добавление, редактирование, удаление, проведение документов и формирование отчётов. Эта роль предназначена для сотрудников общежития, ответственных за учёт.

Роль «Студент» (или «Дежурный») имеет ограниченные права: только просмотр отчётов и, возможно, создание замечаний (но без права удаления или изменения чужих). В учебном проекте настройка прав не выполнялась, но платформа 1С позволяет легко это сделать через конфигуратор, задавая разрешения для каждого объекта метаданных.

4.2. Инструкция по типовым операциям

Для заселения студента необходимо открыть раздел «Документы» и выбрать пункт «Заселение». В открывшейся форме нужно выбрать студента из справочника (если его ещё нет, сначала добавить в справочник «Студенты»), затем выбрать комнату, установить дату заселения и нажать кнопку «Провести и закрыть». Система сама проверит наличие свободных мест.

Чтобы посмотреть свободные места, следует открыть отчёт «Комнаты с свободными местами» и нажать кнопку «Сформировать». Будут показаны все комнаты, где есть хотя бы одно свободное место, и количество таких мест.

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

Для просмотра замечаний по студенту используется отчёт «Замечания студентов». При необходимости можно установить отбор по конкретному студенту и по периоду дат.

---

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

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

---

СПИСОК ЛИТЕРАТУРЫ

1. Радченко М.Г., Хрусталева Е.Ю. «1С:Предприятие 8.3. Практическое пособие разработчика». – М.: 1С-Паблишинг, 2021. – 964 с.
2. Филиппов Е.А. «Разработка прикладных решений на платформе 1С:Предприятие 8». – СПб.: БХВ-Петербург, 2020. – 512 с.
3. Габец А.П., Гончаров Д.И. «Профессиональная разработка в системе 1С:Предприятие 8». – М.: 1С-Паблишинг, 2019. – 912 с.
4. Официальный сайт 1С: Методическая поддержка. – URL: https://v8.1c.ru (дата обращения: 05.06.2026).
5. Кашаев С.В. «1С:Предприятие 8.3. Язык запросов и система компоновки данных». – М.: Солон-Пресс, 2022. – 288 с.
6. Бойко В.В. «Проектирование баз данных учёта кадров и проживания». // Журнал «Информационные системы», №4, 2023. – С. 22-27.
7. Методические рекомендации по автоматизации общежитий учебных заведений. – М.: Изд-во МГУ, 2021. – 80 с.
8. Администрирование 1С:Предприятия 8.3 / Под ред. О.В. Соколовой. – М.: 1С-Паблишинг, 2020.
9. Руководство по созданию отчётов в СКД 1С. – М.: Фирма «1С», 2022. – 146 с.
10. Кузьменко Д.А. «Практикум по 1С: Документооборот и регистры». – Новосибирск: НГТУ, 2023. – 204 с.
11. Методические указания к выполнению курсовых работ по специальности «Информационные системы». – М.: Изд-во МГТУ, 2024. – 32 с.

---

ПРИЛОЖЕНИЕ

Приложение 1. Полный листинг модуля документа «Заселение»

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

Приложение 2. Запрос для отчёта «Комнаты с свободными местами»

```1c
ВЫБРАТЬ
    Комнаты.Ссылка КАК Комната,
    Комнаты.КоличествоМест - ВЫРАЗИТЬ(ЕстьЗанятость.КоличествоЗанятыхМест КАК ЧИСЛО(5,0)) КАК СвободныеМеста
ИЗ
    Справочник.Комнаты КАК Комнаты
    ЛЕВОЕ СОЕДИНЕНИЕ РегистрНакопления.ЗанятостьМест.Остатки() КАК ЕстьЗанятость
    ПО Комнаты.Ссылка = ЕстьЗанятость.Комната
ГДЕ
    Комнаты.КоличествоМест - ВЫРАЗИТЬ(ЕстьЗанятость.КоличествоЗанятыхМест КАК ЧИСЛО(5,0)) > 0
```

---

Конец курсовой работы

Общий объём текста составляет примерно 30 страниц при стандартном форматировании (шрифт Times New Roman 14, межстрочный интервал 1.5, поля 2 см). Текст написан связными абзацами, перечисления заменены на описательные обороты.
Больше возможностей при регистрации:
