Егоров АлександрТак получается, что доработки будут в любом случае . Затронут ли они "основные вещи" - очень сильно зависит уже от архитектуры выбранной системы. Если основной функционал "размазан тонким слоем" по всей монолитной конфигурации - это будет один уровень доработок. Если разделен на модули\слои\сервисы - другой. Общий объем доработок плюс тонкости архитектуры точно также привяжет к конкретному поставщику, как и собственная разработка. Хорошо, если бизнес уже более-менее стабильный, а если требуется гибкость, но система не дает этой гибкости и доработки требуются регулярно?
Да...
к сожалению идеальных решений не бывает...
и архитектурные проблемы имеют место быть.
более того, в архитектуре ЛЮБОЙ существующей системы можно найти недостатки.
и можно придумать архитектуру получше (разработчики ерп систем постоянно их улучшают, нередко проводя довольно серьезные изменения - например сап относительно недавно главную книгу поменял)

но в большинстве случаев взять уже готовую систему и внедрить ее с доработками намного лучше и выгоднее, чем самим разрабатывать.

iscrafm
s_ustinovи полное ТЗ я не требую - я как раз в основном их сам придумываю. но с заказчиком достаточно подробно обсуждаю. просто заказчик обычно лучше разбирается в особенностях своего бизнеса. :-)))
но вот на придумывание и согласование уходит очень неслабо времени.
Скооперируйтесь (наймите) со специалистом, для которого "придумывание" систем является профессиональной деятельностью. Решение на поверхности. Если у вас это тяжело идет, то пусть этим займется профессионал. Кстати, заработаете больше. Хотя бы за счет того, что оплаченное время не будете тратить впустую.
то есть нужен уже не один человек? :-)))
тестирование, наверное, тоже лучше поручить тому, кто профессионально этим занимается...
да и краткую бумажку, как со всем этим работать, тоже лучше пусть специалист пишет...

iscrafm, вот вы говорите, что занимаетесь созданием систем 20 лет.
сколько вам надо времени, чтобы сделать и внедрить "Пищевое производство " http://www.iscra.ru/ksp.html?
если будете работать сами - то есть пришли на фирму, заключили договор, собрали требования, продумали архитектуру, выполнили первый прототип (первая итерация), потестировали с пользователями.... последнюю итерацию, обучили пользователей, загрузили справочники и остатки и стартовали систему?
я правильно понимаю, что вы сможете это сделать максимум за несколько месяцев (до полугода) в одиночку?
если нет, то сколько надо времени и людей? полные затраты, от старта проекта до запуска в промышленную эксплуатацию?

iscrafm
s_ustinov
или же вы предлагаете небольшой фирме нанять команду, которая уже успешно разрабатывала ерп системы? но тогда мы получим "натягивание" чужих бизнес-процессов на нашу фирму (они все будут стараться использовать предыдущий опыт - для ускорения процесса))). а так как заказные разработки обычно слабо настраиваются, натягивание будет очень неоптимальным.

Вы упорно игнорируете предложение воспользоваться поиском. Открою секрет: заказные разработки не "натягиваются". Они на то и заказные, чтобы полностью соответстветствовать бизнес-процессам заказчика и обеспечивать их поддержку в том объеме, который определил именно заказчик.

а я именно как маркетолог поиском и пользовался, чтобы получше аргументировать всю прелесть заказных разработок ;-)))

и что такое заказная разработка довольно хорошо знаю.

вот только мне непонятно, откуда тогда взялись слова о том, что на каждом проекте заново продумывать расчет себестоимости? если не заново продумывать - это уже некое тиражное решение.
а если действительно большую часть можно сделать как в других системах - то зачем именно заказная разработка?

iscrafm

s_ustinovа вот случаев, когда фирма начинала разработку, точно зная, что и как должно быть сделано, я не знаю - ведь они специализируются на торговле, производстве, строительстве, но никак не на разработке ПО.
то есть у них в штате нет бизнес консультантов, которые хорошо разбираются в бизнес процессах, у них нет постановщиков, которые могут собрать требования и выработать ТЗ, нет разработчиков, тестировщиков и т.д.
можно нанять.
и получим примерно тот объем работ, который я указал (и я исходил из оптимистичных оценок)

а сколько Вы их видели, т.е. на основе какой выборки сделан такой вывод? Я знаю массу, поэтому и интересуюсь. Насчет "получим примерно тот объем работ, который я указал (и я исходил из оптимистичных оценок)" я уже чуть выше сказал: оценки просто с потолка.
Стереотипы давят.
про "годы" , к примеру.
знаю про 7 попыток, 3 из них более - менее удачные - заработали
Цитата
"Самое трудоемкое при создании информационной системы - ее основа, платформа, которая позволит решить все
задачи в комплексе. Для создания такой платформы действительно требуются годы и профессионализм
разработчиков. Но эта задача уже решена. ISCRA FrameworkTM - современная, высокотехнологичная, гибкая и
открытая платформа для создания информационной системы."
Итак, я правильно понимаю, что главная причина проблем УПП - именно то, что платформа 1С Предприятие плохая?
И что если мы признаем, что навижин лучше УПП, это значит, что платформа навижин лучше 1С Предприятия?

по поводу оценок - выше я попросил сделать ВАШУ оценку по реализации ИС в искре :-))



iscrafm
s_ustinovЯ еще раз хочу сказать, что именно реализация скорее всего займет относительно небольшое время. И проблема будет не в реализации.

попробуйте хотя-бы одну сделать, узнаете в чем будет проблема. Зачем фантазировать.


пробовал...
небольшая фирма изготавливает на заказ радиоуправляемые модели планеров (оказывается, даже международные соревнования по их управлению проводятся...))))
попытку описать предметную область начал сразу с проектирования схемы БД (в искре, насколько я понимаю, тоже без этого не обойтись), а БЛ - в хранимых процедурах...
точно не помню, давно было, но где-то на 40 - 50 таблицах я запнулся - учитывать все связи было довольно тяжело (и ER диаграмма не спасала - сложная структура данных получалась), а когда начал прописывать бизнес логику - вообще тяжко стало. проект неудачный. до рисования формочек не дошло.
и проблема была как раз в том, чтобы правильно продумать архитектуру системы (таблицы и БЛ) - заказчик был готов работать с "голыми" таблицами, лишь бы все считало правильно.

Егоров Александр
Если уже на предприятии появился целый ИТ-отдел с начальником - он же не просто так появился. :) Если это "только администрирование", то такой начальник выбор ИС будет обосновывать в основном удешевлением стоимости поддержки, а не оптимизации БП.
именно поэтому и нельзя поручать выбор именно ему.
но иногда поручают :-)))

iscrafms_ustinov
iscrafm, вот вы говорите, что занимаетесь созданием систем 20 лет.
сколько вам надо времени, чтобы сделать и внедрить "Пищевое производство " http://www.iscra.ru/ksp.html?
если будете работать сами - то есть пришли на фирму, заключили договор, собрали требования, продумали архитектуру, выполнили первый прототип (первая итерация), потестировали с пользователями.... последнюю итерацию, обучили пользователей, загрузили справочники и остатки и стартовали систему?
я правильно понимаю, что вы сможете это сделать максимум за несколько месяцев (до полугода) в одиночку?
если нет, то сколько надо времени и людей? полные затраты, от старта проекта до запуска в промышленную эксплуатацию?

это реальный проект, он был запущен в пром. эксплуатацию за 1 человеко-месяц, с нуля. В январе 2006 года. Работает 4 года с незначительной поддержкой в виде запросов на новые отчетные формы.

то есть вы 1 января подписали договор, а 1 февраля все уже работали в новой системе?

iscrafms_ustinoviscrafms_ustinov
iscrafm, вот вы говорите, что занимаетесь созданием систем 20 лет.
сколько вам надо времени, чтобы сделать и внедрить "Пищевое производство " http://www.iscra.ru/ksp.html?
если будете работать сами - то есть пришли на фирму, заключили договор, собрали требования, продумали архитектуру, выполнили первый прототип (первая итерация), потестировали с пользователями.... последнюю итерацию, обучили пользователей, загрузили справочники и остатки и стартовали систему?
я правильно понимаю, что вы сможете это сделать максимум за несколько месяцев (до полугода) в одиночку?
если нет, то сколько надо времени и людей? полные затраты, от старта проекта до запуска в промышленную эксплуатацию?

это реальный проект, он был запущен в пром. эксплуатацию за 1 человеко-месяц, с нуля. В январе 2006 года. Работает 4 года с незначительной поддержкой в виде запросов на новые отчетные формы.

то есть вы 1 января подписали договор, а 1 февраля все уже работали в новой системе?
15 декабря - 10 января.
а можно уточнить - а сколько в итоге таблиц в базе данных в этом проекте получилось?