Без заголовка

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