HerdsmanЗадача - написать . Я могу покупать любую фигню, которую можно назвать словом "инструмент". Но задача написать. Вопрос финансирования практически не стоит. То есть финансирование не бесконечно, но очень велико.

Вопрос:
Надо написать, и чтобы оно заработало?
Или можно писать Х (нет, Х мало, пусть будет У) лет и потом с чистой совестью сказать - "Пользователи нам выдали неполные требования к продукту, поэтому он не работает"?

Если обязательно надо чтобы заработало - то Open Source. Выбрать что то похожее, и немного допилить. Вряд ли кто-то будет проверять, что 99% кода написано не вами.

Если же не важно, заработает или нет - выбирайте, что вам больше нравится. И пишите... Разницы большой не будет, на чем писать. Возможно, повезет, и всё заработает. Но если даже нет - ничего страшного.

Владимир2012Это же не ракета.
Взлетит - не взлетит.
И хотя система будет разрабатываться с нуля, но в любом случае будет состоять из каких то взаимосвязанных подсистем.
Не исключаю что некоторые из них будут разработаны быстро и заменят "старые".

PS: Но как будет на самом деле знает только руководитель проекта - Herdsman.

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

И чем же ЭТО не ракета? :)
Есть как минимум 10 пользователей, которые будут формулировать требования к системе. И, уверен, сами эти пользователи разбираются в ИТ в лучшем случае на уровне написания формул в Ексель...
Ну и постановка задачи - именно написать - будит подозрения.

Хотя да, ракета не очень подходящая аналогия. Динозавр лучше. Выйдем на улицу - и или встретим динозавра, или не встретим. :)

HerdsmanНадо чтобы через 4 года работало, скажем всё что касается денег: поставщики, склады, кассы, платёжки, ссуды, оплата полученная от клиентов... Ещё через 4-5 лет всё связанное с медициной: назначения, диагноз, список лекарств, процедуры, показания жизнедеятельности... Всё это должно покрывать 80% потребностей. Ещё про 20% можно всегда сказать:"Мы над этим работаем"
Как бы делал я:
1. Подобрал бы Open Source ERP (наверно idempiere) для "всё что касается денег: поставщики, склады, кассы, платёжки, ссуды, оплата полученная от клиентов" + 1С для отчетности.
Составил бы ТЗ в стиле "что надо изменить", отдельно выделив то, без чего совсем никак (например некая печатная форма, утвержденная министерством), и всё остальное.
2. Допилил бы минимальный набор изменений и запустил. Но тут очень важно сделать всё быстро - иначе требования поменяются...
3. Неспешно начал бы реализовывать прочие хотелки, связанные с деньгами (2-4 человека выделить на этот кусок).
4. Выбрал бы что-то готовое "связанное с медициной" и за 2-3 года скрестил ежа с ужом.

И как раз через 3-5 лет получил бы "деньги" и "медицину" на более-менее приемлемом уровне. И смело бы заявлял, что "мы ЭТО написали "! :)

8 лет - слишком нереальный срок - очень многое успеет поменяться в требованиях. Надо ориентироваться на более короткие сроки.

HerdsmanТеоретически я с Вами полностью согласен. А практически не согласен - я уже писал одну такую систему и не сомневаюсь, что напишу вторую.
Именно такую? Требования к которой поступают от большого количества пользователей в достаточно "неформальном" виде?
Или вы настолько хорошо разбираетесь в предметной области, что требования сами в состоянии написать?