Все они касаются не самого программного продукта, понятное дело, что вы с этим сможете справиться.
Задача стоит следующая:
продать этот продуктМеста продажи
Как места "входа на рынок" можно использовать и PTS, кстати, - в области социальных разработок (но это так, идея). Главное, что необходимо привлечь местные отделы образования исполкомов - то есть те места, с которыми школы согласовывают все что угодно.
Кроме того, есть институт повышения квалификации учителей (ГИУУ), где также можно делать презентации этого продукта, скажем, раз в месяц, когда меняется состав преподавателей.
Кроме того, прямая рассылка - это дополнительные расходы, но на них, видимо необходимо будет пойти, в первую очередь, потому что это всегда приятно - получить дозу рекламы, а вряд ли наши школы избалованы прямой рассылкой.
Но если школы - это бюджетный вариант, то самые главные клиенты - это высшие учебные заведения. Кстати, начать с предоставления бесплатного акаунта можно именно для ГИУУ.
Требования к продуктуПервое и главное - он должен быть чрезвычайно настраиваемый.
То есть он конечно должен делать
Цитата
1. Система содержит шесть дней недели.
2. В системе есть админка, в которой вводиться расписание и группы.
3. Система должна использовать MYSQL
4. На каждый день должна быть возможность вводить до семи пар. (вводиться через админку)
5. В системе дожен быть парамет 1-ая и 2-ая неделя, т.е. на первой недели первая пара химия, на второй - математика.
6. Напротив каждой пары должен быть номер кабинета и корпус (вводиться через админку)
7. Для каждой пары должен быть рейтинг, по результатом которого будет генерироваться расписание, т.е. преподы голосуют нравиться ли им такое расположение. И потом по относительно голосов расписание генерируется. Хочу заметить, что в этой генерации должно быть связано не только расписание одной группы, а всех. Т.к. преподаватель может преподавать в нескольких группах.
8. Вместе с голосом преподаватель должен ОБЯЗАТЕЛЬНО писать причину своего решения.
9. После того как преподаватели все проголосовали, программа генерирует расписание и предлагает проголосовать преподам заново за уже новое расписание.
, но понятное дело. кто этого он должен учитывать специфику высших / средних учебных заведений, методику распределения нагрузки, необходимые типы занятий (теория / практика) и так далее. То есть это не один скрипт, на самом деле...
Дополнительно, расписание должно выводиться в каком-то формате, который понятен не только учителю (в наладонник, в Excel, в расписание Outlook, et cetera), но и очевиден для всего заведения; так, что все расписание можно и "сложить" и "разобрать"
Дополнительно, система должны выводить расписание в форматах агрегации, чтобы можно было например, вставить расписание, рассчитанное "нашей" (можно, я ее так буду называть) системой, в собственный сайт учебного заведения (это - уже для учеников/студентов!)
Как вывод и следствие, вторая задача, которую может выполнять эта система - это подсчет нагрузки. А это означает, что необходимо будет учитывать еще море других параметров (другими словами, нам понадобиться как минимум консультант из отдела кадров, как максимум - живой заказчик, который сможет объяснить все тонкости);
Ну и еще, мне подумалось, что если будет такая sensitive информация, как распределение нагрузки, то необходимо делать все это через SSL - по крайней мере для преподавателей.
Пока хватит идей?