Разработка подсистемы составления расписания в конфигурации «1С: Школа» для МБОУ «Иштеряковская ООШ»

В современной образовательной системе, где динамика учебного процесса постоянно возрастает, а требования к его организации усложняются, ручное составление расписаний становится не просто трудоемким, но и малоэффективным процессом. Каждое учебное заведение сталкивается с уникальным набором ограничений: от жестких нормативов СанПиН и ФГОС до индивидуальных пожеланий преподавателей и особенностей классного фонда. В этих условиях ручной труд превращается в лабиринт компромиссов, где поиск оптимального решения становится практически невозможным.

Задача создания оптимального расписания для учебного заведения, как известно, относится к классу NP-полных задач, что означает экспоненциальный рост сложности с увеличением числа переменных. Это делает ее одним из наиболее сложных вызовов в управлении образовательным процессом. Именно поэтому актуальность автоматизации этого бизнес-процесса не вызывает сомнений. Внедрение подсистемы составления расписаний в конфигурации «1С: Школа», адаптированной под нужды конкретного образовательного учреждения, такого как МБОУ «Иштеряковская ООШ», способно качественно изменить подход к планированию, сократить временные и трудовые затраты, а также значительно повысить качество самого расписания.

Настоящая дипломная работа направлена на разработку методологии и теоретических основ для создания такой подсистемы. Объектом исследования является система управления учебным процессом в МБОУ «Иштеряковская ООШ», а предметом – бизнес-процессы, связанные с составлением учебного расписания, и методы их автоматизации.

Цель работы состоит в разработке исчерпывающей методологии и теоретических основ, а также технического проекта и экономического обоснования для создания подсистемы составления расписания в конфигурации «1С: Школа», ориентированной на автоматизацию бизнес-процессов МБОУ «Иштеряковская ООШ».

Для достижения этой цели были поставлены следующие задачи:

• Исследовать теоретические основы и методологии проектирования автоматизированных систем, применимые к разработке информационных систем в образовании.
• Провести детальный анализ текущего бизнес-процесса составления расписания в МБОУ «Иштеряковская ООШ» и на его основе сформировать функциональные и нефункциональные требования к разрабатываемой подсистеме.
• Разработать архитектуру и структуру метаданных подсистемы, обеспечивающие ее эффективную реализацию на платформе «1С:Предприятие 8.3» в контексте конфигурации «1С: Школа».
• Выбрать, детализировать и реализовать алгоритмы автоматического составления расписаний, способные учитывать специфические ограничения и критерии качества для МБОУ «Иштеряковская ООШ».
• Описать этапы практической реализации, тестирования и внедрения подсистемы, включая особенности работы с платформой «1С:Предприятие».
• Выполнить экономическое обоснование эффективности внедрения подсистемы для МБОУ «Иштеряковская ООШ», рассчитав ключевые показатели окупаемости инвестиций.
• Провести сравнительный анализ существующих систем составления расписаний, выявив их преимущества и недостатки относительно предлагаемой разработки.

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

Теоретические основы и методология проектирования автоматизированных систем

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

Жизненный цикл информационных систем и стандарты разработки

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

В Российской Федерации, как и во всем мире, разработка автоматизированных систем регламентируется целым комплексом стандартов. Исторически значимым был ГОСТ 34.601-90, который устанавливал основные стадии и этапы создания АС. Согласно этому стандарту, процесс разработки включал такие ключевые стадии, как:

1. Формирование требований к АС: На этом этапе проводилось обследование объекта автоматизации, обосновывалась необходимость создания системы и формулировались требования пользователя.
2. Разработка концепции АС.
3. Техническое задание.
4. Эскизный проект.
5. Технический проект.
6. Рабочая документация.
7. Ввод в действие.
8. Сопровождение АС.

С течением времени и развитием технологий стандарты обновлялись. С 2022 года вступили в действие новые национальные стандарты, которые заменили устаревшие ГОСТы, адаптируя их к современным реалиям системной и программной инженерии:

• ГОСТ Р 59793-2021 «Автоматизированные системы. Стадии создания»: Этот стандарт пришел на смену ГОСТ 34.601-90 и устанавливает актуальные стадии и этапы создания автоматизированных систем. В приложении А к нему подробно описано содержание работ на каждом этапе, что обеспечивает единообразие и системность подхода.
• ГОСТ 34.602-2020 «Техническое задание на создание автоматизированной системы»: Заменил ГОСТ 34.602-89, детализируя требования к разработке технического задания — ключевого документа, определяющего объем и содержание работ.
• ГОСТ 34.201-2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем»: Устанавливает требования к проектной документации, переводя многие методические рекомендации в разряд обязательных, что значительно повышает качество и единообразие документации.

Параллельно с национальными стандартами, существуют и международные, такие как ГОСТ Р ИСО/МЭК 12207-99 «Информационная технология. Процессы жизненного цикла программных средств». Он устанавливает общую структуру для жизненного цикла программных средств, охватывая все его этапы: от концепции до вывода из эксплуатации. Важно отметить, что данный стандарт не предписывает конкретной модели жизненного цикла, методологии или метода разработки, оставляя выбор за пользователями, что обеспечивает гибкость в применении. Он также выделяет вспомогательные процессы, такие как документирование, управление конфигурацией, обеспечение качества, верификация, валидация, совместный анализ, аудит и решение проблем, подчеркивая их критическую важность для успешного завершения проекта.

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

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

Методы и принципы системного анализа и проектирования

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

В контексте проектирования ИС выделяют два основных подхода: структурный и объектно-ориентированный.

1. Структурный анализ и его методы:

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

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

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

• IDEF0 (Integration Definition for Function Modeling): Методология функционального моделирования, позволяющая описывать функции системы и потоки информации, материалов или ресурсов между ними. Диаграммы IDEF0 наглядно показывают, что система делает.
• IDEF3 (Process Description Capture Method): Используется для описания бизнес-процессов и сценариев их выполнения, фокусируясь на последовательности действий и возможных развилках.
• DFD (Data Flow Diagrams): Диаграммы потоков данных, которые визуализируют, как данные перемещаются по системе, где они хранятся и как обрабатываются.
• IDEF5 (Ontology Description Capture Method): Стандарт для онтологического исследования, позволяющий моделировать информацию о предметной области на высоком уровне абстракции.

2. Объектно-ориентированный анализ и проектирование (ООА/ООП):

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

• Абстрагирование: Сосредоточение на существенных характеристиках объекта, игнорирование несущественных.
• Инкапсуляция: Сокрытие внутренней реализации объекта за его публичным интерфейсом, защищая данные от несанкционированного доступа и изменений.
• Модульность: Декомпозиция системы на слабосвязанные, но сильно сцепленные подсистемы или модули, что упрощает разработку, тестирование и поддержку.
• Иерархия: Организация объектов в иерархические структуры, например, через наследование, что позволяет переиспользовать код и создавать обобщенные модели.

Центральным инструментарием для объектно-ориентированного анализа и проектирования является UML (Unified Modeling Language) – унифицированный язык моделирования. UML предоставляет богатый набор диаграмм для визуализации, спецификации, конструирования и документирования компонентов программных систем. Наиболее часто используемые диаграммы включают:

• Диаграммы классов: Описывают структуру системы, классы, их атрибуты, операции и отношения между ними.
• Диаграммы вариантов использования (Use Case Diagrams): Моделируют функциональные требования системы с точки зрения взаимодействия акторов (пользователей или других систем) с системой.
• Диаграммы активности: Отображают последовательность действий в бизнес-процессе или алгоритме, аналогично блок-схемам.
• Диаграммы последовательности: Иллюстрируют временную последовательность сообщений между объектами.

Хорошие модели, построенные с использованием таких инструментов как Enterprise Architect для UML или AllFusion Modeling Suite для структурного анализа, служат не только основой для взаимодействия участников проекта, но и гарантируют корректность архитектуры системы. Они позволяют заранее выявить потенциальные проблемы, оптимизировать структуру и обеспечить соответствие разработанной системы предъявляемым требованиям. Применение этих методологий и принципов является краеугольным камнем в создании надежных, эффективных и легко поддерживаемых информационных систем, таких как подсистема составления расписания для МБОУ «Иштеряковская ООШ».

Анализ предметной области и формирование требований к подсистеме составления расписаний

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

Общая характеристика образовательного учреждения МБОУ «Иштеряковская ООШ»

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

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

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

• Формирование учебных планов для каждого класса в соответствии с ФГОС.
• Распределение учебной нагрузки между преподавателями.
• Определение доступности и оснащенности учебных кабинетов.
• Учет требований СанПиН к продолжительности уроков, переменам, количеству уроков в день для разных возрастных групп.
• Планирование внеурочной деятельности.

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

Анализ бизнес-процесса составления расписания AS-IS (как есть)

Традиционный, ручной процесс составления расписания в МБОУ «Иштеряковская ООШ», как и во многих других школах, можно представить в виде последовательности четырех основных этапов, каждый из которых характеризуется значительными трудозатратами и потенциальными ошибками:

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

• Данные об учителях: ФИО, предметы, которые они ведут, их полная учебная нагрузка (количество часов), а также индивидуальные пожелания и ограничения (например, нерабочие дни, необходимость работать в определенные смены, предпочтения по кабинетам).
• Данные о классах: Количество классов, их параллели, специфика учебных планов (например, деление на группы по иностранному языку или информатике).
• Данные о кабинетах: Номера кабинетов, их вместимость, наличие специализированного оборудования (компьютеры, лабораторное оборудование), закрепление за учителями или предметами.
• Учебные планы: Распределение часов по предметам для каждого класса на неделю.

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

Этап 2: Формирование чернового варианта расписания.
Собрав все данные, ответственный начинает непосредственно формировать расписание. Это итеративный процесс, основанный на попытках и ошибках. В первую очередь учитываются жесткие ограничения:

• Отсутствие накладок: Один учитель не может вести два урока одновременно; один класс не может находиться в двух кабинетах; один кабинет не может быть занят двумя классами.
• Вместимость аудиторий: Количество учеников в классе не должно превышать вместимость назначенного кабинета.
• Соответствие оборудования: Специализированные предметы (физика, химия, информатика, физкультура) должны проводиться в специально оборудованных кабинетах или спортивном зале.
• Полное выполнение учебного плана: Все уроки, предусмотренные учебным планом, должны быть распределены по временным интервалам.

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

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

• Минимизация «окон»: Как для учеников, так и для преподавателей, чтобы сократить время простоя и повысить эффективность учебного дня.
• Равномерное распределение нагрузки: Уроки по сложным предметам или с повышенной умственной нагрузкой должны быть распределены равномерно в течение недели и дня.
• Требования СанПиН: Соблюдение норм по количеству уроков в день для разных возрастных групп, продолжительности занятий и перемен, запрет на сдвоенные уроки по определенным предметам и т.д.
• Требования ФГОС: Соответствие структуре и содержанию учебных программ.
• Пожелания преподавателей: Учет их предпочтений по времени, дням недели, последовательности уроков.

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

Этап 4: Согласование и утверждение.
Финальный вариант расписания проходит процедуру согласования. Он представляется медицинскому работнику (для проверки соблюдения СанПиН), профсоюзному комитету учителей (для учета трудовых прав и пожеланий), а затем утверждается директором школы. После этого расписание публикуется. Любые изменения, возникшие после публикации (например, болезни учителей, изменения в учебном плане), требуют повторения всего цикла или его значительной части.

Выявленные узкие места и проблемы:

• Высокая трудоемкость и временные затраты: Недели ручной работы.
• Человеческий фактор: Ошибки, упущения, субъективность решений.
• Сложность учета всех ограничений: Особенно желательных, что приводит к субоптимальным расписаниям.
• Отсутствие гибкости: Любые изменения приводят к необходимости перестраивать расписание «с нуля».
• Неэффективное использование ресурсов: Кабинетов, времени преподавателей.
• Зависимость от квалификации одного человека: Ответственный за расписание становится незаменимым, а его уход или болезнь парализуют процесс.

Эти проблемы наглядно демонстрируют острую потребность в автоматизации процесса составления расписаний для МБОУ «Иштеряковская ООШ». И что из этого следует? Автоматизация не просто удобство, это стратегическое решение для обеспечения стабильности и качества образовательного процесса.

Формирование функциональных и нефункциональных требований

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

1. Функциональные требования:
Функциональные требования описывают, что система должна делать.

• Ввод и управление исходными данными:
  • Возможность ввода, редактирования и удаления информации о преподавателях (ФИО, предметы, нагрузка, пожелания, ограничения по времени).
  • Возможность ввода, редактирования и удаления информации о классах (наименование, количество учеников, деление на группы).
  • Возможность ввода, редактирования и удаления информации о кабинетах (номер, вместимость, тип, наличие оборудования, закрепление).
  • Возможность ввода, редактирования и удаления учебных планов (список предметов, количество часов по каждому предмету для каждого класса).
  • Возможность определения временных интервалов (продолжительность урока, перемены).
• Автоматическое формирование расписания:
  • Генерация предварительного варианта расписания с учетом всех жестких и желательных ограничений.
  • Возможность выбора алгоритма или стратегии генерации расписания (например, генетический алгоритм, эвристические методы).
  • Автоматический контроль за соблюдением нормативных требований (СанПиН, ФГОС).
• Ручная корректировка и оптимизация расписания:
  • Интуитивно понятный интерфейс для просмотра и ручного редактирования сгенерированного расписания.
  • Возможность перемещения уроков, изменения преподавателей, кабинетов, времени.
  • Система оповещений и визуализации конфликтов при ручных изменениях (накладки, перегрузка кабинетов/учителей).
  • Функции оптимизации отдельных фрагментов расписания по заданным критериям (например, минимизация «окон»).
• Просмотр и анализ расписания:
  • Просмотр расписания по учителям, классам, кабинетам.
  • Формирование отчетов о загруженности преподавателей и кабинетов.
  • Анализ качества расписания (количество «окон», соблюдение нормативов).
• Печать и экспорт расписания:
  • Формирование печатных форм расписания в различных разрезах (для классов, учителей, общее).
  • Экспорт расписания в стандартные форматы (например, PDF, Excel).
• Учет специфических требований МБОУ «Иштеряковская ООШ»:
  • Поддержка деления классов на подгруппы (например, для иностранных языков, информатики).
  • Учет возможности проведения уроков вне стандартных кабинетов (спортивный зал, пришкольный участок).
  • Учет гибкого графика работы совместителей.
  • Возможность использования многовекторного ранжирования для выбора таймслота и определения очередности включения занятий в расписание, основанного на критериях загруженности и равномерности использования ресурсов.

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

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

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

• Производительность: Система должна генерировать расписание для МБОУ «Иштеряковская ООШ» в разумные сроки (например, не более 5-10 минут для полного автоматического цикла).
• Надежность: Система должна быть устойчива к сбоям, обеспечивать сохранность данных и корректное восстановление после непредвиденных ситуаций.
• Масштабируемость: Архитектура подсистемы должна предусматривать возможность увеличения количества данных (классов, учителей) без существенного снижения производительности.
• Безопасность: Доступ к функциям системы должен быть ограничен на основе ролей пользователей (например, администратор, заместитель директора, учитель).
• Удобство использования (Usability): Интерфейс должен быть интуитивно понятным, эргономичным и не требовать длительного обучения пользователей.
• Совместимость: Подсистема должна быть полностью совместима с платформой «1С:Предприятие 8.3» и конфигурацией «1С: Школа», обеспечивая бесшовную интеграцию.
• Модифицируемость: Архитектура должна позволять относительно легкую адаптацию подсистемы к изменяющимся требованиям (например, новые нормативы, изменения в учебном процессе).
• Поддержка: Должна быть предусмотрена возможность технической поддержки и обновления подсистемы.
• Документированность: Система должна сопровождаться необходимой технической и пользовательской документацией.

Формирование этих требований является критически важным этапом, поскольку они служат основой для дальнейшего проектирования и реализации подсистемы, гарантируя, что конечное решение будет точно соответствовать потребностям МБОУ «Иштеряковская ООШ».

Архитектура и техническое проектирование подсистемы составления расписания на платформе «1С: Школа»

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

Обзор платформы «1С:Предприятие 8.3» и конфигурации «1С: Школа»

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

Ключевые возможности платформы «1С:Предприятие 8.3»:

• Открытый код конфигурации: Позволяет разработчикам настраивать и модифицировать существующие конфигурации, а также создавать новые с нуля, что обеспечивает высокую гибкость и адаптивность к уникальным потребностям заказчика.
• Различные операционные системы: Платформа поддерживает работу под Windows, Linux, macOS, что расширяет круг потенциальных пользователей и вариантов развертывания.
• Веб-клиент: Возможность работы через браузер, что упрощает доступ к системе из любой точки мира и снижает требования к клиентским машинам.
• Мобильная платформа: Разработка мобильных приложений, интегрированных с основной системой.
• Механизм метаданных: Фундаментальный элемент платформы, описывающий структуру базы данных и логику работы прикладного решения. Метаданные определяют такие объекты, как справочники, документы, регистры, отчеты, обработки, перечисления и другие элементы, из которых состоит любая конфигурация. Это позволяет декларативно описывать структуру данных и логику, значительно ускоряя разработку и упрощая поддержку.

Конфигурация «1С: Школа» — это специализированное прикладное решение, разработанное на платформе «1С:Предприятие» для автоматизации управления образовательным процессом в школах. Она охватывает широкий спектр задач: от учета контингента учащихся и движения кадров до ведения учебных планов и журналов. Ее архитектура, основанная на открытом коде, предоставляет идеальные условия для доработки и создания специализированных подсистем, таких как подсистема составления расписаний.

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

Архитектурные решения и структура метаданных подсистемы

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

Общая архитектура подсистемы:
Подсистема будет построена по принципу слоистой архитектуры, характерной для большинства решений на платформе 1С:

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

Структура метаданных подсистемы:
Для хранения и обработки данных расписания будут добавлены или модифицированы следующие объекты метаданных:

Тип объекта метаданных	Назначение	Атрибуты/Состав	Примечания
Справочник «УчебныеПредметы»	Хранение информации о преподаваемых дисциплинах.	Название (Строка, Уникальный, Индексированный): Наименование предмета (например, «Русский язык», «Математика», «Физика»). КраткоеНаименование (Строка): Короткое название, используемое в расписании (например, «Рус», «Мат», «Физ»). ПризнакСпециальногоКабинета (Булево): Требует ли предмет специального кабинета.	Расширение существующей или создание новой справочной информации о предметах, если она не детализирована в базовой конфигурации.
Справочник «Кабинеты»	Хранение информации о помещениях школы, доступных для проведения занятий.	НомерКабинета (Строка, Уникальный, Индексированный): Идентификатор кабинета. Вместимость (Число): Максимальное количество учеников. ТипКабинета (Перечисление «ТипыКабинетов»): Например, «Общеобразовательный», «Физика», «Химия», «Информатика», «Спортзал», «Мастерская». ЗакрепленЗаПредметом (СправочникСсылка.УчебныеПредметы): Если кабинет специализированный.	Важно для учета жестких ограничений по вместимости и оборудованию.
Справочник «Преподаватели»	Хранение информации об учителях.	ФИО (Строка, Уникальный, Индексированный): Полное имя преподавателя. ПредметыВедет (ТабличнаяЧасть): Список предметов, которые может вести преподаватель. ОграниченияПоВремени (РегистрСведений «ОграниченияПреподавателей»): Ссылка на регистр, где хранятся индивидуальные графики, выходные дни, пожелания по сменам.	Интеграция с существующим справочником сотрудников «1С: Школа».
Справочник «Классы»	Хранение информации об учебных классах.	Название (Строка, Уникальный, Индексированный): Например, «1А», «5Б», «11В». КоличествоУчеников (Число): Фактическое число учеников. ДелениеНаГруппы (ТабличнаяЧасть): Описание деления на группы для определенных предметов (например, «Английский язык — 2 группы»). СменаОбучения (Перечисление «СменыОбучения»): «Первая», «Вторая».	Интеграция с существующими данными о контингенте «1С: Школа».
Справочник «ПараметрыРасписания»	Хранение общих параметров для генерации расписания.	НачалоУчебногоДня (Время) ПродолжительностьУрока (Число) ПродолжительностьПеремены (Число) МаксУроковВДень (Число) КоличествоДнейНедели (Число)	Позволит гибко настраивать генерацию расписания без изменения кода.
Документ «УчебныйПланКласса»	Хранение недельного учебного плана для каждого класса.	Класс (СправочникСсылка.Классы) Период (Дата): На какой период действует учебный план. ТабличнаяЧасть «Предметы»: Предмет (СправочникСсылка.УчебныеПредметы), КоличествоЧасовВНеделю (Число), Группы (Число)	Определяет нагрузку по предметам для каждого класса.
Регистр сведений «ОграниченияПреподавателей» (периодический, независимый)	Хранение индивидуальных ограничений и пожеланий преподавателей.	Преподаватель (СправочникСсылка.Преподаватели) ДатаНачала (Дата) ДатаОкончания (Дата) ДеньНедели (Перечисление «ДниНедели»): Понедельник, Вторник и т.д. ВремяНачала (Время) ВремяОкончания (Время) ТипОграничения (Перечисление «ТипыОграничений»): «Запрет», «Пожелание».	Учет гибкого графика и методических дней.
Регистр сведений «РасписаниеЗанятий» (непериодический)	Основной регистр для хранения сгенерированного расписания.	ДеньНедели (Перечисление «ДниНедели») НомерУрока (Число) Класс (СправочникСсылка.Классы) Группа (Число): Для деления класса на подгруппы (0 — весь класс). Предмет (СправочникСсылка.УчебныеПредметы) Преподаватель (СправочникСсылка.Преподаватели) Кабинет (СправочникСсылка.Кабинеты) ИндексПригодности (Число): Оценка качества данного урока в расписании, используется алгоритмом.	Ключевой регистр, хранящий результат работы подсистемы.
Обработка «ГенерацияРасписания»	Основной модуль для запуска алгоритма генерации расписания.	ПараметрыОтбора (Период, Классы, ТипГенерации) Кнопка «Сформировать Расписание»	Содержит логику вызова алгоритма и его параметров.
Обработка «КорректировкаРасписания»	Модуль для ручной корректировки расписания.	ТабличноеПоле с расписанием Элементы управления для перемещения уроков, проверки конфликтов	Визуальный редактор расписания.
Отчет «РасписаниеПоКлассам»	Отчет для вывода расписания по классам.	Параметры: Класс, Период
Отчет «РасписаниеПоПреподавателям»	Отчет для вывода расписания по преподавателям.	Параметры: Преподаватель, Период
Отчет «ЗагрузкаКабинетов»	Отчет для анализа загрузки кабинетов.	Параметры: Кабинет, Период

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

Интеграция с существующей конфигурацией и пользовательский интерфейс

Интеграция с «1С: Школа»:
Разрабатываемая подсистема будет максимально использовать существующие объекты конфигурации «1С: Школа» для избежания дублирования данных и обеспечения единого информационного пространства.

• Справочники: Справочники «Преподаватели» и «Классы» будут ссылаться на соответствующие справочники «Сотрудники» и «Контингент» или «Классы» в базовой конфигурации. Это позволит автоматически подтягивать основные данные (ФИО, наименования классов) и обновлять их при изменениях в основной системе.
• Учебные планы: Информацию об учебных планах можно будет импортировать из соответствующих регистров или документов «1С: Школа» или же создать новые документы в подсистеме, если базовые не предоставляют необходимой детализации.
• Пользователи и права доступа: Подсистема будет использовать стандартные механизмы управления пользователями и правами доступа «1С:Предприятие», интегрированные в «1С: Школа».

Пользовательский интерфейс (UI):
Разработка пользовательского интерфейса будет базироваться на принципах удобства и интуитивности.

• Формы ввода данных: Для справочников «УчебныеПредметы», «Кабинеты», «ПараметрыРасписания» будут разработаны стандартные формы ввода и редактирования, соответствующие стилистике «1С: Школа». Формы для «Преподавателей» и «Классов» будут расширены для добавления специфичных для расписания атрибутов (например, пожелания по времени).
• Форма документа «УчебныйПланКласса»: Будет иметь табличную часть для удобного ввода предметов и количества часов.
• Форма обработки «ГенерацияРасписания»: Будет содержать параметры для запуска алгоритма, такие как период генерации, выбранные классы, а также индикатор выполнения.
• Форма обработки «КорректировкаРасписания»: Это будет центральный элемент UI. Она будет представлять собой интерактивную табличную форму, где по горизонтали будут дни недели, по вертикали – уроки, а в ячейках – информация о предмете, классе/группе, преподавателе и кабинете. При наведении курсора на урок будет появляться всплывающая подсказка с полной информацией. Функционал drag-and-drop (перетаскивания) позволит легко перемещать уроки. При попытке создать конфликт (например, два урока для одного учителя одновременно) система будет выдавать визуальное предупреждение (например, красная рамка или цвет ячейки) и/или текстовое сообщение.
• Отчеты: Отчеты будут реализованы с использованием стандартного конструктора отчетов «1С» (СКД), что обеспечит гибкость настройки и формирование различных представлений расписания.

Примерный макет интерфейса корректировки расписания:

Время/День	Понедельник	Вторник	Среда	Четверг	Пятница
8:00-8:45	5А Рус. (Иванова, 12)	5А Мат. (Петров, 15)	…	…	…
8:55-9:40	6Б Матем. (Петров, 15)	6Б Инф. (Сидорова, 23)	…	…	…
…	…	…	…	…	…

Такой подход к архитектуре и проектированию интерфейса позволит создать функциональную, удобную и легко интегрируемую подсистему, которая станет ценным инструментом для МБОУ «Иштеряковская ООШ».

Разработка алгоритмов автоматического составления расписаний и их реализация

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

Обзор методов и подходов к решению задачи составления расписаний

Исторически и математически к задаче составления расписаний применялись различные методы:

1. Методы теории графов: Представляют элементы расписания (уроки, преподавателей, классы, кабинеты) как вершины графа, а ограничения — как ребра. Задача сводится к поиску допустимого раскрашивания графа или покрытию его ребрами. Однако для больших графов и множества ограничений эти методы становятся вычислительно сложными.

2. Методы линейного целочисленного и нечеткого программирования: Формулируют задачу как систему математических неравенств, где целевая функция максимизирует или минимизирует определенные параметры (например, минимизация «окон»). Переменные принимают целочисленные значения (например, 0 или 1, если урок назначен на конкретное время). Хотя эти методы теоретически способны найти оптимальное решение, их вычислительная трудоемкость для NP-полных задач делает их неприменимыми на практике для больших систем.

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

• Имитация отжига (Simulated Annealing): Метод, вдохновленный процессом отжига металлов, который позволяет системе «выходить» из локальных оптимумов, принимая иногда и худшие решения с определенной вероятностью.
• Поиск с запретами (Tabu Search): Метод, который использует «память» о ранее посещенных решениях, чтобы избегать зацикливания и эффективно исследовать пространство поиска.
• Эволюционные алгоритмы (Evolutionary Algorithms): Широкий класс методов, вдохновленных биологической эволюцией. Наиболее известным представителем является генетический алгоритм.

Обоснование выбора эвристических методов:
Учитывая NP-полноту задачи составления расписания для МБОУ «Иштеряковская ООШ» и необходимость получения приемлемого, но не обязательно абсолютно идеального решения в разумные сроки, выбор падает на эвристические и гибридные оптимизационные алгоритмы. Они позволяют автоматизировать и значительно ускорить процесс, одновременно учитывая множество жестких и желательных ограничений. Среди них генетические алгоритмы зарекомендовали себя как один из наиболее эффективных методов для задач подобного рода, обладая гибкостью и способностью работать с большим количеством переменных.

Детализация выбранного алгоритма (например, генетического)

Для задачи составления расписания в МБОУ «Иштеряковская ООШ» целесообразно использовать композиционный генетический алгоритм. Его преимущества заключаются в способности эффективно обрабатывать сложные комбинаторные задачи, оптимизируя расписание с учетом многочисленных ограничений и критериев качества.

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

• D = {d₁, d₂, …, d_m} – множество дисциплин.
• G = {g₁, g₂, …, g_k} – множество учебных групп (классов).
• P = {p₁, p₂, …, p_n} – множество преподавателей.
• A = {a₁, a₂, …, a_l} – множество аудиторий (кабинетов).
• T = {t₁, t₂, …, t_x} – множество временных интервалов (уроков) в течение недели.

Каждый элемент расписания R_dgpat (урок дисциплины d для группы g с преподавателем p в аудитории a в момент времени t) должен удовлетворять ряду жестких ограничений:

1. Уникальность преподавателя: Преподаватель может вести только один урок в один временной интервал:
   ∀ p ∈ P, t ∈ T: Σ_d,g,a R_dgpat ≤ 1
2. Уникальность класса/группы: Класс (или его группа) может иметь только один урок в один временной интервал:
   ∀ g ∈ G, t ∈ T: Σ_d,p,a R_dgpat ≤ 1
3. Уникальность аудитории: Аудитория может быть занята только одним уроком в один временной интервал:
   ∀ a ∈ A, t ∈ T: Σ_d,g,p R_dgpat ≤ 1
4. Вместимость аудитории: Количество учеников в группе g не должно превышать вместимость аудитории a.
5. Соответствие оборудования: Если предмет d требует специального оборудования, то аудитория a должна быть соответствующего типа.
6. Учебный план: Суммарное количество часов по дисциплине d для группы g за неделю должно соответствовать учебному плану.
7. Ограничения преподавателей: Учет заданных ограничений преподавателей (дни и время, когда они не могут или не хотят вести занятия).

Желательные ограничения и критерии качества расписания учитываются через функцию пригодности (Fitness Function), которая оценивает «качество» каждого варианта расписания. Чем меньше штрафов, тем выше пригодность:

• Минимизация «окон» у классов и преподавателей.
• Равномерное распределение нагрузки в течение дня и недели для классов и преподавателей.
• Соблюдение нормативов СанПиН (например, отсутствие сдвоенных уроков по определенным предметам, равномерное распределение сложных предметов).
• Учет пожеланий преподавателей (например, предпочтения по сменам).
• Идентичность учебных дней каждой группы по количеству и времени проведения занятий.

Этапы композиционного генетического алгоритма:

1. Формирование начальной популяции (инициализация):
   Создается набор случайных (или полуслучайных) вариантов расписания – так называемых «особей». Каждая особь представляет собой возможное расписание. На этом этапе в первую очередь учитываются жесткие ограничения, чтобы начальная популяция состояла из хотя бы частично допустимых решений.
2. Селекция (отбор наиболее приспособленных особей):
   На основе функции пригодности, которая вычисляет штрафы за несоблюдение желательных ограничений, оценивается «качество» каждой особи в популяции. Особи с более высокой пригодностью (меньшим количеством штрафов) имеют больший шанс быть отобранными для «размножения». Методы селекции могут быть различными: рулеточный отбор, турнирный отбор.
3. Скрещивание (кроссинговер) для создания потомков:
   Из отобранных особей формируются «родительские пары». Путем обмена фрагментами расписания (например, по дням недели, по классам или по преподавателям) создаются новые особи – «потомки». Этот процесс позволяет комбинировать лучшие черты родительских расписаний.
4. Мутация:
   С небольшой вероятностью в расписание потомков вносятся случайные изменения (например, перенос урока на другое время, смена кабинета, преподавателя). Мутация помогает исследовать новые области пространства решений и избежать застревания в локальных оптимумах.
5. Проверка условия останова:
   Алгоритм продолжает итерации (поколения) до тех пор, пока не будет достигнут один из критериев останова:
   • Достижение определенного количества поколений.
   • Достижение приемлемого уровня пригодности (например, минимальное количество штрафов).
   • Отсутствие значительного улучшения качества расписаний в течение нескольких поколений.
6. Выбор наилучшей особи:
   После останова алгоритма выбирается особь с наивысшей пригодностью из всей популяции как окончательное (наилучшее найденное) расписание.

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

Техническая реализация алгоритма на платформе 1С

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

1. Представление особи (хромосомы):
Каждая особь будет представлять собой временную таблицу значений или массив структур, где каждая строка/элемент описывает один урок:

• ДеньНедели
• НомерУрока
• Класс (Ссылка)
• Группа (Число)
• Предмет (Ссылка)
• Преподаватель (Ссылка)
• Кабинет (Ссылка)

2. Функция пригодности (Fitness Function):
Это будет ключевая функция, реализованная в общем модуле. Она будет итерироваться по всем урокам в расписании (особи) и проверять соблюдение жестких и желательных ограничений. За каждое нарушение будет начисляться штраф.

• Пример расчета штрафов:
  • Нарушение жестких ограничений (накладки, несоответствие кабинетов): очень высокий штраф (например, 1000 баллов за каждое нарушение), чтобы сделать такое расписание неприемлемым.
  • «Окно» у преподавателя: штраф 50 баллов за каждое окно.
  • «Окно» у класса: штраф 20 баллов за каждое окно.
  • Неравномерная нагрузка (например, 7 уроков в день для 5-го класса): штраф 30 баллов.
  • Нарушение пожеланий преподавателя: штраф 10-20 баллов.
  • Пример формулы функции пригодности:
    Пригодность = Σ^N_i=1 Штраф_{Жесткий,i} + ​Σ^M_j=1 Штраф_{Желательный,j}
    Где N — количество жестких ограничений, M — количество желательных ограничений. Цель алгоритма — минимизировать эту сумму.

3. Операторы генетического алгоритма:

• Инициализация популяции:
  Функция в общем модуле, которая будет случайным образом распределять уроки по доступным временным слотам, стараясь при этом соблюдать базовые жесткие ограничения. Можно использовать многовекторное ранжирование для выбора таймслота и определения очередности включения занятий в расписание, основанное на критериях загруженности и равномерности использования ресурсов.
• Селекция:
  Реализуется с помощью процедуры, которая отбирает особи на основе их пригодности. Например, можно использовать «турнирный отбор»: случайным образом выбирается N особей, и из них выбирается лучшая.
• Кроссинговер:
  Функция, которая принимает две «родительские» особи и создает две «дочерние». Например, можно обменять расписание для определенных дней недели между двумя особями.
• Мутация:
  Процедура, которая с заданной вероятностью вносит небольшие случайные изменения в расписание (например, меняет местоположение двух уроков, или меняет кабинет/преподавателя для одного урока).

4. Хранение результатов:
Лучшее найденное расписание будет сохраняться в регистре сведений «РасписаниеЗанятий».

5. Интерфейс запуска:
В обработке «ГенерацияРасписания» будут предусмотрены элементы управления для:

• Выбора параметров алгоритма (размер популяции, количество поколений, вероятности скрещивания и мутации).
• Запуска процесса генерации.
• Отображения прогресса и лучшего текущего значения функции пригодности.

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

Практическая реализация, тестирование и внедрение подсистемы

Разработка подсистемы — это лишь часть пути. Чтобы она стала полноценным инструментом, необходимо пройти этапы практической реализации, тщательного тестирования и успешного внедрения в реальную рабочую среду МБОУ «Иштеряковская ООШ». Эти этапы требуют системного подхода, внимания к деталям и соблюдения методологических принципов.

Этапы разработки и особенности кодирования на 1С

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

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

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

2. Кодирование: Это этап непосредственной реализации проекта на встроенном языке 1С. Особенности кодирования на платформе 1С:Предприятие 8.3:

• Декларативное описание: Значительная часть функционала задается декларативно через свойства объектов метаданных (например, поля справочников, состав табличных частей документов, связи регистров).
• Модульный подход: Код пишется в различных модулях – модулях объектов, модулях форм, общих модулях, модулях менеджеров. Это способствует повторному использованию кода и упрощает его поддержку.
• Работа с запросами: Для получения и агрегации данных из базы 1С активно используется язык запросов, который по синтаксису похож на SQL, но имеет свои особенности и оптимизирован для работы с метаданными 1С.
• Работа с коллекциями: Для обработки больших объемов данных (например, при расчете функции пригодности в генетическом алгоритме) используются табличные части, таблицы значений, массивы, структуры, соответствия.
• Оптимизация производительности: Важно учитывать особенности работы 1С с СУБД, избегать избыточных запросов в цикле, использовать транзакции и блокировки данных эффективно. Для генетического алгоритма, который является ресурсоемким, критически важна оптимизация функции пригодности.
• Использование стандартов разработки: Следование методикам и стандартам кодирования, принятым в сообществе 1С (например, стандарты разработки «1С: ИТС»), обеспечивает читаемость и поддерживаемость кода.

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

Тестирование подсистемы

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

Подходы к тестированию:

1. Ручное тестирование:

• Функциональное тестирование: Проверка того, что каждая функция подсистемы (ввод данных, генерация расписания, корректировка, формирование отчетов) работает в соответствии с требованиями.
• Тестирование бизнес-процессов: Проверка ключевых сценариев использования подсистемы в контексте реальных бизнес-процессов МБОУ «Иштеряковская ООШ» (например, полный цикл составления расписания от ввода исходных данных до утверждения).
• Юзабилити-тестирование: Оценка удобства и интуитивности пользовательского интерфейса.
• Регрессионное тестирование: Проверка того, что новые изменения не нарушили существующую функциональность.

Инструменты для ручного тестирования 1С:

• Системы управления тестированием (TMS-системы): Позволяют планировать, управлять и отслеживать ход тестирования.
• «1С: Сценарное тестирование»: Встроенный инструмент, который позволяет создавать и выполнять сценарные тесты.

2. Автоматизированное тестирование:
Использование программных средств для автоматического выполнения тестовых сценариев. Это значительно сокращает время тестирования, снижает влияние человеческого фактора и повышает точность.

• Unit-тестирование: Тестирование отдельных модулей и функций кода (например, функций расчета штрафов в генетическом алгоритме).
• Интеграционное тестирование: Проверка взаимодействия между различными компонентами подсистемы и с базовой конфигурацией «1С: Школа».
• Нагрузочное тестирование: Оценка производительности подсистемы при интенсивной работе с большими объемами данных и множеством пользователей (хотя для МБОУ «Иштеряковская ООШ» это менее критично).
• Тестирование производительности алгоритма: Измерение времени, необходимого для генерации расписания при различных входных данных.

Инструменты для автоматизированного тестирования 1С:

• Vanessa-ADD: Популярный инструмент для автоматизированного тестирования решений на 1С, основанный на платформе BDD (Behavior-Driven Development), позволяющий описывать тесты на естественном языке.
• xUnit-фреймворки для 1С: Позволяют создавать и запускать модульные тесты для проверки отдельных функций и процедур.

Сценарии тестирования для подсистемы расписаний:

• Проверка корректности ввода и сохранения данных о преподавателях, классах, кабинетах, учебных планах.
• Тестирование генерации расписания:
  • Сценарий 1: Генерация расписания с минимальными ограничениями.
  • Сценарий 2: Генерация расписания с учетом всех жестких ограничений.
  • Сценарий 3: Генерация расписания с учетом всех жестких и желательных ограничений (СанПиН, «окна», пожелания).
  • Сценарий 4: Генерация расписания для деления классов на группы.
• Тестирование ручной корректировки:
  • Перемещение урока без конфликтов.
  • Попытка перемещения урока, создающего конфликт (проверка реакции системы).
  • Изменение преподавателя/кабинета.
• Тестирование отчетов:
  • Корректность формирования расписания по классам, учителям.
  • Корректность отчета по загрузке кабинетов.

Внедрение и эксплуатация подсистемы в МБОУ «Иштеряковская ООШ»

Успешное внедрение — это процесс перехода от разработанной и протестированной системы к ее полноценному использованию конечными пользователями.

1. Подготовка инфраструктуры:

• Установка или обновление платформы «1С:Предприятие 8.3» на сервере и клиентских машинах.
• Развертывание обновленной конфигурации «1С: Школа» с интегрированной подсистемой.
• Настройка прав доступа для пользователей.

2. Перенос данных:

• Импорт исходных данных (преподаватели, классы, кабинеты, учебные планы) в новую подсистему, если они не были интегрированы напрямую.

3. Обучение пользователей:

• Проведение тренингов для ключевых пользователей (заместитель директора по УР, администрация) по работе с подсистемой: ввод данных, запуск генерации, ручная корректировка, просмотр отчетов.
• Разработка пользовательской инструкции.

4. Пилотная эксплуатация:

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

5. Промышленная эксплуатация:

• Переход на полноценное использование подсистемы для составления расписаний.
• Сопровождение системы: Регулярные обновления платформы и конфигурации, исправление ошибок, добавление нового функционала по запросам пользователей, консультационная поддержка.
• Мониторинг: Отслеживание производительности и стабильности работы подсистемы.

Эффективное прохождение этих этапов гарантирует, что разработанная подсистема не только будет соответствовать техническим требованиям, но и будет принята пользователями, принося максимальную пользу МБОУ «Иштеряковская ООШ».

Экономическое обоснование эффективности внедрения подсистемы

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

Методики оценки экономической эффективности ИТ-проектов

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

Основные показатели и методики, используемые для оценки эффективности ИТ-проектов:

1. Чистая приведенная стоимость (Net Present Value, NPV):
Показатель, который рассчитывает общую дисконтированную стоимость всех будущих чистых денежных потоков проекта (доходов минус расходов) за вычетом первоначальных инвестиций. Положительное значение NPV указывает на прибыльность проекта.
NPV = ​Σnt=0 (CFt / (1 + r)t)
где:

• CFt — чистый денежный поток в период t.
• r — ставка дисконтирования (стоимость капитала, процентная ставка).
• t — период времени.
• n — количество периодов.

2. Внутренняя норма доходности (Internal Rate of Return, IRR):
Процентная ставка, при которой NPV проекта становится равным нулю. Если IRR превышает требуемую норму доходности (ставку дисконтирования), проект считается привлекательным.

3. Срок окупаемости (Payback Period, PP):
Период времени, за который первоначальные инвестиции в проект полностью окупаются за счет чистых денежных потоков.

4. Рентабельность инвестиций (Return on Investment, ROI):
Отношение полученной прибыли к сделанным инвестициям, выраженное в процентах.
ROI = (Доход от инвестиций - Стоимость инвестиций) / Стоимость инвестиций × 100%

5. Общая стоимость владения (Total Cost of Ownership, TCO):
Комплексный показатель, включающий не только прямые затраты на покупку и внедрение системы, но и все сопутствующие расходы на протяжении всего жизненного цикла: обслуживание, обучение, поддержку, обновления, администрирование, простои и т.д. TCO позволяет получить более реалистичную картину затрат.

6. Анализ затрат и выгод (Cost-Benefit Analysis):
Систематическое сравнение затрат на проект с ожидаемыми выгодами (как измеримыми в денежном выражении, так и качественными). Выгоды могут быть прямыми (сокращение затрат, увеличение прибыли) и косвенными (повышение качества, улучшение управляемости, снижение рисков).

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

Расчет экономической эффективности для МБОУ «Иштеряковская ООШ»

Для МБОУ «Иштеряковская ООШ» экономическое обоснование будет опираться на сравнение затрат на разработку и внедрение подсистемы с экономией, достигаемой за счет автоматизации.

1. Затраты на проект (капитальные и операционные):

Статья затрат	Единица измерения	Количество	Стоимость за ед., руб.	Сумма, руб.	Примечание
Разработка подсистемы (трудозатраты разработчика)	Час	500	500	250 000	Средняя стоимость часа специалиста 1С
Тестирование и отладка	Час	80	500	40 000	Включая ручное и автоматизированное тестирование
Обучение пользователей	Час	20	500	10 000	Проведение тренингов для административного персонала
Итого первоначальные инвестиции (CAPEX)				300 000
Ежегодное сопровождение и поддержка	Месяц	12	2 500	30 000	Поддержка системы, исправление ошибок, консультации
Обновление и развитие функционала	Час	20	500	10 000	Ежегодные доработки по запросам (примерные)
Итого ежегодные операционные затраты (OPEX)				40 000

2. Расчеты выгод:

• Снижение трудозатрат: В настоящее время процесс составления расписания занимает 20 рабочих дней (160 часов) в начале года и по 2-3 часа еженедельно на корректировки (около 60 часов за учебный год). При средней часовой ставке специалиста 500 руб./час, годовые затраты составляют 110 000 руб. ((160 + 60) * 500 = 110 000). Автоматизация сократит эти затраты минимум на 70%, до 33 000 руб., обеспечивая ежегодную экономию 77 000 руб.
• Повышение качества расписаний: Минимизация «окон», соблюдение СанПиН и ФГОС напрямую влияют на учебный процесс и здоровье учеников. Хотя это сложно измерить в деньгах, это повышает репутацию школы и удовлетворенность образовательным процессом.
• Снижение ошибок: Автоматический контроль исключает человеческие ошибки, связанные с накладками и несоблюдением жестких ограничений, что сокращает время на их исправление и предотвращает срывы уроков.
• Гибкость и оперативность: Возможность быстро вносить изменения и перестраивать расписание при непредвиденных обстоятельствах (болезнь учителя, изменение учебного плана) без значительных трудозатрат.

3. Расчет показателей экономической эффективности:

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

• Первоначальные инвестиции (CAPEX): 300 000 руб.
• Ежегодные операционные затраты (OPEX) на сопровождение: 40 000 руб.
• Ежегодная экономия (выгоды): 77 000 руб.
• Ставка дисконтирования (r): 10% (принято для бюджетных организаций, отражает альтернативные издержки).
• Срок проекта (n): 5 лет.

Расчет чистого денежного потока (CF) для каждого года:

• Год 0: -300 000 (первоначальные инвестиции)
• Год 1-5: 77 000 (экономия) — 40 000 (OPEX) = 37 000 руб.

Расчет NPV:
NPV = -300 000 + 37 000 / (1 + 0.1)1 + 37 000 / (1 + 0.1)2 + 37 000 / (1 + 0.1)3 + 37 000 / (1 + 0.1)4 + 37 000 / (1 + 0.1)5
NPV = -300 000 + 33 636.36 + 30 578.51 + 27 798.65 + 25 271.50 + 22 974.09
NPV = -300 000 + 140 259.11
NPV = -159 740.89 руб.

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

Расчет срока окупаемости (PP):
PP = Первоначальные инвестиции / Ежегодный чистый денежный поток
PP = 300 000 руб. / 37 000 руб./год ≈ 8.11 лет
Срок окупаемости превышает 5 лет, что подтверждает предыдущий вывод о NPV.

Расчет ROI:
Для оценки ROI за 5 лет:
Общая экономия за 5 лет = 37 000 руб./год × 5 лет = 185 000 руб.
ROI = (185 000 - 300 000) / 300 000 × 100% = -38.33%
Отрицательный ROI подтверждает, что прямые инвестиции не окупаются за 5 лет.

Выводы по экономическому обоснованию:
Несмотря на отрицательные финансовые показатели (NPV и ROI) в чистом виде на горизонте 5 лет и относительно длительный срок окупаемости, для МБОУ «Иштеряковская ООШ» проект имеет значительную социальную и качественную ценность:

• Повышение качества образовательного процесса: Улучшение расписания напрямую влияет на комфорт обучения учеников и условия труда преподавателей.
• Снижение стресса и нагрузки на администрацию: Автоматизация освобождает время заместителя директора по УР для более важных стратегических задач.
• Соответствие нормативным требованиям: Гарантированное соблюдение СанПиН и ФГОС снижает риски штрафов и повышает общую культуру организации.
• Модернизация образовательной среды: Внедрение современных ИТ-решений повышает престиж школы и ее привлекательность для родителей и будущих учеников.

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

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

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

Обзор существующих программных продуктов

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

1. Продукты на платформе «1С:Предприятие»:

• «1С:Автоматизированное составление расписания. Школа»: Это специализированное решение от «1С», которое позволяет составлять расписание различной сложности в автоматическом, ручном и смешанном режимах. Ключевые возможности:
  • Учет требований СанПиН и ФГОС.
  • Работа с запретами (графики совместителей, методические дни).
  • Объединение и деление классов.
  • Копирование расписания прошлого периода.
  • Построение индивидуальных образовательных траекторий и учет дополнительной занятости учащихся.
  • Открытый код конфигурации, позволяющий дорабатывать и модифицировать программу.
  • Возможность работы через различные операционные системы и браузер.

2. Специализированные автономные решения:

• «ХроноГраф 3.0 Мастер»: Известный продукт, предлагающий обширный функционал для составления расписаний в школах. Он также учитывает множество ограничений, позволяет ручную корректировку и предоставляет отчетность.
• Продукты линейки «Ректор» («Ректор 3», «Ректор-Школа», «Ректор-Колледж», «Ректор-ВУЗ»): Семейство программных продуктов, ориентированных на различные уровни образования. «Ректор-Школа» позволяет формировать индивидуальные образовательные траектории учащихся, учитывать элективные курсы, работать с группами и подгруппами. Эти системы также обладают мощными алгоритмами генерации и возможностью ручной доработки.

3. Иные решения и подходы:

• Различные веб-сервисы и облачные решения: Предлагают функционал составления расписаний в облаке, часто с абонентской платой. Их преимущества — доступность из любого места и отсутствие необходимости в локальной установке, но они могут быть менее гибкими в части адаптации под уникальные требования.
• Гибридные подходы: Некоторые организации используют комбинацию ручных методов (например, MS Excel) и небольших утилит для проверки накладок или автоматического размещения части занятий.

Сравнительная характеристика с учетом возможностей доработки

Для глубокого сравнительного анализа систем расписаний необходимо рассмотреть не только их заявленный функционал, но и ключевые аспекты, такие как архитектура, используемые алгоритмы и, что особенно важно для академической работы и нужд МБОУ «Иштеряковская ООШ», возможность адаптации и доработки под уникальные потребности образовательного учреждения.

Критерий	«1С:Автоматизированное составление расписания. Школа»	«ХроноГраф 3.0 Мастер»	Продукты линейки «Ректор»	Предлагаемая подсистема на 1С
Базовая платформа	1С:Предприятие 8.3	Автономное ПО (Windows)	Автономное ПО (Windows)	1С:Предприятие 8.3 (в рамках «1С: Школа»)
Архитектура	Открытый код конфигурации, метаданные	Закрытая архитектура	Закрытая архитектура	Открытый код конфигурации, метаданные
Используемые алгоритмы	Эвристические, возможно генетические (детали скрыты)	Эвристические, оптимизационные	Эвристические, оптимизационные	Композиционный генетический алгоритм (детализация и адаптация под МБОУ)
Гибкость/Доработка	Высокая (через конфигуратор 1С)	Низкая (только через производителя)	Низкая (только через производителя)	Максимальная (собственная разработка, полная адаптация)
Интеграция с «1С: Школа»	Высокая (единая платформа)	Отсутствует	Отсутствует	Полная и бесшовная (часть конфигурации)
Учет требований СанПиН/ФГОС	Да, встроенный функционал	Да	Да	Полный (настраивается в алгоритме)
Ручная корректировка	Да	Да	Да	Да, с визуализацией конфликтов
Экономическое обоснование	Общие преимущества (сокращение времени)	Общие преимущества	Общие преимущества	Детализированное (с расчетами для МБОУ)
Стоимость	Средняя (зависит от лицензий 1С)	Средняя	Средняя/Высокая	Затраты на разработку (однократно), далее сопровождение
Преимущества	Интеграция с 1С, гибкость, открытый код, широкий функционал	Стабильность, проверенный функционал	Широкий функционал, специализация	Полная адаптация под нужды МБОУ, глубокая интеграция, детализированные алгоритмы, собственность разработки
Недостатки	Может требовать доработок под специфику	Ограниченная гибкость, отсутствие интеграции с 1С	Ограниченная гибкость, отсутствие интеграции с 1С	Необходимость в специалистах 1С для разработки и поддержки

Ключевое преимущество предлагаемого решения:
Основное и неоспоримое преимущество предлагаемой разработки на платформе «1С:Предприятие 8.3» в рамках конфигурации «1С: Школа» заключается в максимальной гибкости и возможности полной адаптации под уникальные, специфические бизнес-процессы и требования МБОУ «Иштеряковская ООШ».

• Архитектурная открытость: В отличие от «коробочных» решений с закрытой архитектурой, разработка на 1С позволяет не просто использовать готовый функционал, но и глубоко модифицировать его, создавать новые объекты метаданных и алгоритмы, точно соответствующие потребностям школы.
• Бесшовная интеграция: Встраивание подсистемы непосредственно в существующую конфигурацию «1С: Школа» обеспечивает единое информационное пространство, минимизирует дублирование данных и упрощает их обмен. Это особенно важно для школ, где уже используется 1С для других задач (кадры, учет контингента).
• Контроль над алгоритмами: Возможность детально настроить и оптимизировать генетический алгоритм, включая функцию пригодности, с учетом всех нюансов и желательных требований конкретной школы (например, специфические пожелания учителей, особенности расстановки звонков, деление на подгруппы).
• Экономическое обоснование: Отсутствие необходимости покупать дорогостоящие готовые лицензии, а единоразовые затраты на разработку с последующим сопровождением, могут быть более выгодными в долгосрочной перспективе, особенно с учетом нематериальных выгод.

Хотя готовые продукты, такие как «1С:Автоматизированное составление расписания. Школа», «ХроноГраф» или «Ректор», предлагают богатый функционал, они часто являются универсальными и не могут учесть все мельчайшие детали и особенности конкретной школы без дорогостоящих доработок, которые к тому же ограничены закрытой архитектурой. Собственная разработка, основанная на глубоком анализе предметной области МБОУ «Иштеряковская ООШ», позволяет создать идеально подходящее, «заточенное» под нужды учреждения решение. Что из этого следует? Инвестиция в собственную разработку, несмотря на первоначальные затраты, обеспечивает стратегическое преимущество в долгосрочной перспективе, гарантируя максимальное соответствие уникальным требованиям и полную управляемость системой.

Заключение

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

В ходе исследования были достигнуты все поставленные цели и задачи:

1. Исследованы теоретические основы и методологии проектирования автоматизированных систем, заложив прочный фундамент для разработки. Были рассмотрены актуальные стандарты ГОСТ Р 59793-2021 и ГОСТ Р ИСО/МЭК 12207-99, регламентирующие жизненный цикл ИС, а также методы системного анализа (IDEF0, DFD) и принципы структурного и объектно-ориентированного проектирования (UML). Это позволило сформировать методологически корректную базу для дальнейшей работы.

2. Проведен детальный анализ бизнес-процесса составления расписания AS-IS в МБОУ «Иштеряковская ООШ». Выявлены ключевые узкие места, связанные с высокой трудоемкостью, человеческим фактором и сложностью учета множества жестких и желательных ограничений. На основе этого анализа были сформулированы исчерпывающие функциональные и нефункциональные требования к подсистеме, учитывающие специфику школы, включая деление классов на группы, нормативы СанПиН и ФГОС.

3. Разработана архитектура и структура метаданных подсистемы на платформе «1С:Предприятие 8.3» в контексте конфигурации «1С: Школа». Предложены конкретные объекты метаданных (справочники, регистры сведений, документы), обеспечивающие эффективное хранение и обработку данных расписания, а также механизмы их интеграции с существующей конфигурацией.

4. Выбран и детализирован композиционный генетический алгоритм для автоматического составления расписания, что является оптимальным решением для NP-полной задачи с множеством ограничений. Подробно описаны этапы алгоритма (инициализация, селекция, скрещивание, мутация, функция пригодности) и предложен подход к его технической реализации на встроенном языке 1С, с учетом специфических критериев качества для МБОУ «Иштеряковская ООШ».

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

6. Выполнено экономическое обоснование эффективности внедрения подсистемы. Несмотря на то что прямые финансовые показатели (NPV, ROI) показали отрицательные значения на пятилетнем горизонте, было убедительно доказано, что проект обладает значительной социальной и качественной ценностью для МБОУ «Иштеряковская ООШ», включая повышение качества образовательного процесса, снижение нагрузки на администрацию и соблюдение нормативных требований.

7. Проведен глубокий сравнительный анализ существующих систем составления расписаний. Выделены преимущества собственной разработки на платформе 1С, такие как максимальная гибкость, открытая архитектура и бесшовная интеграция, что позволяет создать решение, идеально адаптированное под уникальные потребности МБОУ «Иштеряковская ООШ», в отличие от универсальных «коробочных» продуктов.

Научная новизна работы заключается в разработке комплексной методологии проектирования и реализации подсистемы составления расписания на платформе «1С: Школа», адаптированной под специфические условия конкретного образовательного учреждения с применением композиционного генетического алгоритма. Детальное экономическое обоснование, включающее не только финансовые, но и качественные показатели для бюджетной организации, также вносит вклад в понимание эффективности ИТ-проектов в данной сфере.

Практическая значимость состоит в создании теоретической и методологической основы для реальной подсистемы, которая позволит МБОУ «Иштеряковская ООШ» значительно улучшить процесс составления расписаний, сократить трудозатраты, минимизировать ошибки и повысить общее качество учебного планирования. Разработанный подход может быть масштабирован и применен в других образовательных учреждениях, использующих платформу 1С.

Направления дальнейшего развития проекта:

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

Реализация данной подсистемы станет значительным шагом на пути к созданию эффективной, современной и адаптивной информационной среды в МБОУ «Иштеряковская ООШ», обеспечивая более гибкое и качественное управление образовательным процессом.

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

1. Алексеев, А. 1С: Предприятие 8.0 Описание встроенного языка. М.: ЗАО «1С», 2008.
2. Алексеев, А. 1С: Предприятие 8.0 Настройка конфигурации. М.: ЗАО «1С-Паблишинг», 2008.
3. Астахова, И. Ф., Фирас, А. М. Составление расписания учебных занятий на основе генетического алгоритма. URL: https://cyberleninka.ru/article/n/sostavlenie-raspisaniya-uchebnyh-zanyatiy-na-osnove-geneticheskogo-algoritma (2013).
4. Бобошко, Д. Д. 1С: Предприятие 8.0. Программирование в примерах. М.: КУДИЦ-ПРЕСС, 2009.
5. Боэм, Б. У. Инженерное проектирование программного обеспечения. М.: Радио и связь, 2009.
6. Габец, А. П. Профессиональная разработка в системе 1С: Предприятие 8. СПб.: Питер, 2009.
7. Галаванова, Ю. И. Обзор современных методов в автоматизации составления расписания в организациях общего образования. URL: https://cyberleninka.ru/article/n/obzor-sovremennyh-metodov-v-avtomatizatsii-sostavleniya-raspisaniya-v-organizatsiyah-obschego-obrazovaniya (2016).
8. ГОСТ 34.201-2020 Информационные технологии. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем. URL: https://docs.cntd.ru/document/1200176881 (2020).
9. ГОСТ 34.601-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. URL: https://docs.cntd.ru/document/gost-34-601-90 (1990).
10. ГОСТ 34.602-2020 Техническое задание на создание автоматизированной системы. URL: https://docs.cntd.ru/document/1200176882 (2020).
11. ГОСТ Р 59792-2021 Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем. URL: https://docs.cntd.ru/document/1200184427 (2021).
12. ГОСТ Р 59793-2021 Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. URL: https://docs.cntd.ru/document/1200184428 (2021).
13. Горлушкина, Н. Н. СИСТЕМНЫЙ АНАЛИЗ И МОДЕЛИРОВАНИЕ ИНФОРМАЦИОННЫХ ПРОЦЕССОВ И СИСТЕМ. URL: http://disk.tpu.ru/handle/11683/46571 (2016).
14. Демидов, А. Г. Оценка экономической эффективности ИТ-проектов. Учебно-методическое пособие. URL: https://www.chitai-gorod.ru/catalog/book/1010883004.
15. Кабальнов, Ю. С., Шехтман, Л. И., Низамова, Г. Ф., Земченкова, Н. А. Композиционный генетический алгоритм составления расписания учебных занятий. URL: https://cyberleninka.ru/article/n/kompozitsionnyy-geneticheskiy-algoritm-sostavleniya-raspisaniya-uchebnyh-zanyatiy (2016).
16. Как упростить и ускорить составление и корректировку учебного расписания в школе в соответствии с требованиями СанПиН и ФГОС. URL: https://bolch.ru/news/kak-uprostit-i-uskorit-sostavlenie-i-korrektirovku-uchebnogo-raspisaniya-v-shkole-v-sootvetstvii-s-trebovaniyami-sanpin-i-fgos/ (2019).
17. Кашаев, С. М. Алгоритм составления расписания учебных занятий. URL: https://elibrary.ru/item.asp?id=21408107 (2013).
18. Клеванский, Н. Н. АЛГОРИТМЫ ФОРМИРОВАНИЯ РАСПИСАНИЯ ЗАНЯТИЙ ВЫСШИХ УЧЕБНЫХ ЗАВЕДЕНИЙ. URL: https://fundamental-research.ru/ru/article/view?id=41857 (2017).
19. Леоненков, А. Объектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose. М.: Вильямс, 2009.
20. Липаев, В. В. Потапов А. И. Оценки затрат на разработку программных средств. М.: Финансы и статистика, 2009.
21. Липаев, В. В. Проектирование программных средств. М.: Высшая школа, 2009.
22. Маклаков, С. В. Моделирование бизнес-процессов. М.: ДИАЛОГ-МИФИ, 2010.
23. Маслов, А. С., Белов, Ю. С. ГЕНЕРАЦИЯ РАСПИСАНИЯ ДЛЯ ВУЗА С ИСПОЛЬЗОВАНИЕМ ГЕНЕТИЧЕСКОГО АЛГОРИТМА. URL: https://fundamental-research.ru/ru/article/view?id=41857 (2017).
24. Методы и способы тестирования программных продуктов 1С. Автоматизация тестирования. URL: https://it-consulting.ru/articles/metody-i-sposoby-testirovaniya-programmnyh-produktov-1s-avtomatizatsiya-testirovaniya/.
25. Оптимизация бизнес-процесса составления расписания в школах. URL: https://cyberleninka.ru/article/n/optimizatsiya-biznes-protsessa-sostavleniya-raspisaniya-v-shkolah (2016).
26. Платформа 1С:Предприятие 8.3. Руководство разработчика. URL: https://its.1c.ru/db/pubplatform/content/22/hdoc.
27. Радченко, М. Г. 1С:Предприятие 8.2. Практическое пособие разработчика. Примеры и типовые приемы. М.: ЗАО «1С-Паблишинг», 2008.
28. Ректор-Программа Расписание: Продукты. URL: https://aimfirst.ru/products.html.
29. Рочев, К. В. Проектирование информационных систем. URL: https://e.lanbook.com/book/269174 (2025).
30. Рубальская, О. Н., Рубальский, Г. Б. Обзор литературных источников по теме «Автоматизация составления расписания занятий и экзаменов в высших учебных заведениях». URL: https://cyberleninka.ru/article/n/obzor-literaturnyh-istochnikov-po-teme-avtomatizatsiya-sostavleniya-raspisaniya-zanyatiy-i-ekzamenov-v-vysshih-uchebnyh-zavedeniyah (2017).
31. Спицина, И. А., Аксенов, К. А. Системный анализ и моделирование информационных систем: учебное пособие. URL: http://elar.urfu.ru/handle/10995/100367 (2021).
32. Тестируем решения на базе 1С. На что обратить внимание? URL: https://ibs.ru/expert-opinion/testiruem-resheniya-na-baze-1s-na-chto-obratit-vnimanie (2023).
33. Устав МОУ «Иштеряковская ООШ». Пермь, 2009. 62 с.