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

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

---

22 
Глава 4. Разработка проекта системы 
4.1. 
Описание работы предлагаемого программного обеспечения 
Интерфейс играет значимую роль в эксплуатации программного обеспечения. Чем 
он проще, тем лучше. Интерфейс может быть, как однопользовательским, так и 
многопользовательским. Все программы по автоматическому составлению расписания 
относятся к программам с однопользовательским интерфейсом.
Рисунок 12. Интерфейс программы 1С 
Рисунок 13. Интерфейс программы1С. Расписание 

---

23 
Рисунок 14. Интерфейс программы Ника-Люкс 6 
Как правило, в программах с однопользовательскими интерфейсами может 
изменить данные любой человек, что является проблемой. Другой не малозначимой 
проблемой является сложность интерфейса, в рассмотренных программах он очень 
перегружен как различными цветами, так и лишними деталями программы для одного 
пользователя. Поэтому предлагается использовать многопользовательский интерфейс, 
который позволит разделить вводимую информацию о классах, учителях, предметах и 
аудиториях между пользователями, а также будет простым в использовании и не иметь 
лишних деталей. В проекте разрабатываемой программы предлагается использовать 
следующие роли: 
• Администратор; 
• Секретарь; 
• Заместитель директора ОУ по УВР. 
Администратор будет вводить информацию о учителях, кабинетах, ролях и 
изменять ее по мере необходимости. В роли секретаря необходимо указывать данные о 
кассах (создание, или формирование, класса, его расформирование, изменения данных по 
нему (параллель, буква, классный руководитель)), а также ввод данных по шкалам 
трудности и их изменения в дальнейшем. За заместителем директора остается 
определение списка предметов для класса, их преподавателей, требуемые аудитории, 
также определение отсутствующих учителей и неактивных аудиторий на конкретные даты 
для составления расписания. 

---

24 
Рисунок 15. Use-case диаграмма для учителя 
Рисунок 16. Use-case диаграмма для учеников 
Рисунок 17. Use-case диаграмма для заместителя по УВР 
Другие роли при необходимости могут быть добавлены при необходимости 
дополнительного функционала и новых возможностей. Такими ролями для 
разрабатываемого программного обеспечения могут быть: 
 
директор ОУ; 
 
учитель ОУ; 
 
ученик; 
 
библиотекарь (при необходимости для ОУ). 

---

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

---

26 
Рисунок 19. Пример интерфейса для администратора предлагаемой программы 
Рисунок 20. Пример интерфейса для заместителя по УВР. Подпункты «учителя» 

---

27 
Рисунок 21. Пример интерфейса для заместителя по УВР. Подпункты «Изменения в расписании»