2) Выше не раз было написано, что своя система лучше… Не могу согласиться. Подход какого-нить 1с изначально ущербный, да. Брать коробку 1с-овскую я бы не советовал.
Но есть системы, которые реально заточены под Упр. учет. Которые несут в себе многолетний опыт разработки. Которые имеют архитектуру, продуманную на самом начальном этапе. Например упомянутая чуть выше ADempiere. Отличный CRM. Заложенные в платформу настраиваемые бизнес-процессы. Словарь данных… Ну тут как бы и говорить нечего… Ничего лишнего. Полностью открыта. Полноценный Web-интерфейс, его не надо делать как-то отдельно, он умеет ВСЕ, что умеет толстый клиент. Взял ее, интерфейсы сделал и вуаля!

3) Итерационный подход к разработке ПО конечно дело хорошее, однако для того, чтобы проект был успешным необходима грамотная архитектура системы. Есть много моментов, которые изначально слабо заметны. Их можно обнаружить и проанализировать только имея модели работы. Вот скажите, они у Вас отрисованы? Это очень важно на мой взгляд. Итерационно рисовать модели наверное возможно, но анализировать их такими же итерациями по моему не очень целесообразно. Почему? Да потому что при реализации первой итерации мы не знаем что будет в последней… А это значит, что мы не видим результата (общий результат конечно виден, но детали…) В общем модели у вас нарисованы?

Правда считаете что за миллион и несколько месяцев можно написать полноценную ERP систему? Это вопрос к Александру Шибанову.

Саша, сегодня вне доступа, поэтому я отвечу. 1. Мы ориентируемся на год, а не несколько месяцев. 2. Миллион — цифра примерная, но на год разработки хватит. 3. Это не полноценная ERP система. Деталей много, но все не так страшно как может показаться. Основной упор — это прием заказов, распределение заказов на кухне, интеграция с клиентским сайтом, CRM-система (база клиентов, адресов) и учет ингредиентов — все это взаимосвязано.

Если я смог сделать костяк в Excel, значит мы сможем сделать это и на веб-технологиях.