Рискую начать очередной многостраничный флейм, но тем не менее, тема кому-то может показаться интересной, а кому-то (например мне) актуальной.

Итак, имеется своя КИС, которая уже много лет работает на предприятии (а точнее в холдинге), создавалась и продолжает развиваться для удовлетворения потребностей фирмы, отлично решает многие задачи, некоторые решает чуть хуже, к некоторым даже не прикасается пока. Создавалась с нуля, платформа - Delphi + SQL. Вкратце охарактеризовать систему сложно, но это и CRM, и MRP I(стремящееся к MRP II ;), SCM, WMS и куча других модных аббревиатур в одном флаконе. Система находится в постоянном эволюционном развитии: меняются процессы, потребности, внешние факторы, растет круг задач и т.п. Создается это и поддерживается я бы сказал, достаточно ограниченными ресурсами. Такое вот предисловие.

Но недавно в умах части IT-коллектива началось брожение: хотим, говорят, 1с8. Все в ней классно, говорят, все легко, красиво и главное быстро делается, да за несколько месяцев мы все перепишем и запустим и т.п. Им вторят некоторые директора, далекие от ИТ: а у соседа 1с, там все здорово, там есть кнопка, от которой всем нам будет счастье.

Надо отметить, что интерес к 1с когда-то я сам запустил: когда еще только появилась 1с8 УПП, я рекомендовал обратить внимание, а не подойдет ли оно нам. Все-таки ведь команда профессионалов, имея достаточно ресурсов, занимает решением фактически тех же задач, что и мы. Но тогда УПП не впечатлило и тема заглохла не некоторое время.
Сейчас у меня в штате есть программисты, имеющие опыт работы с 1с8. Собственно они и подняли этот вопрос снова. Причем в кардинальном варианте: берем только платформу 1с и сами напишем конфу с нуля.
Я рассмотрел свежую УПП. Принципиально ничего не поменялось. С одной стороны, в ней есть очень многое, чего нет у нас, но с другой все то, что у нас есть и заточено именно под нужды нашего бизнеса, вылизано, отлажено и реально работает, в УПП обозначено лишь поверхностно, и требует доработки, сопоставимой с разработкой с нуля. А бизнес диктует все больше задач...

Вот я и на перепутье. Для того чтоб для себя хотя бы сделать оценку, нужно самому потратить время на изучение. А времени жалко. Полагаться на оценку программиста 1с как на объективную тоже нельзя. Пока что меня не смогли убедить увеличении эффективности разработки при переходе на 1с. Серебряных пуль в этом деле не бывает. Разумеется, создать с нуля в 1с простейшую системку можно гораздо быстрее, чем сделать тоже самое с нуля в Delphi (что и проделал один из программистов и привел и как довод). Но речь ведь не идет о разработке с нуля! Есть наработки, фреймворк и т.п.

Много букв ;) В общем, вопрос к общественности. Насколько может быть оправдан подобный переход? Делал ли кто-нибудь подобное? Или может делал анализ возможности перехода и пришел к определенным выводам?

UrryMcAКак и чем опровдана смена платформы??

В том то и дело, что ничем пока не оправдана и никакой смены платформы пока нет. Есть только брожения в умах плюс одна самодостаточная программка, сделанная в 1с8.
Окончательное решение за мной. Я могу тупо занять пассивную позицию: хотите перейти - обосновывайте. Но хочется самому понять, чтоб решение не было результатом упертой и догматической позиции. Может плюсы все-таки есть, просто я про них пока не знаю? Пока что все приводимые доводы оказывались несостоятельными.
UrryMcA
Какие преимущества/недостатки по:

1. Финансовой составляющей. (НИОКР,ТСО)

Никакой оценки.
UrryMcA
2. Функционалу (здесь уж совсем непонятно - раз сами с 0 писать собрались, что уж совсем кхм.. неоднозначно)

Если смотреть УПП, то очень грубо прикидывая можно, наверное, сказать, что у меня в системе 10% функционала. Но, во-первых эти 10 делались именно для нашего бизнеса. Во-вторых, качество, пригодность да и вообще необходимость остальных 90% - это еще вопрос глубокого анализа с неоднозначным результатом.
UrryMcA
>>..Причем в кардинальном варианте: берем только платформу 1с и сами напишем конфу с нуля..
Ногой с разбега по морде заводаторам такой идеи. Или все безумства - за их счет (в смысле без ЗП).

На самом деле идея написания с нуля не лишена доли смысла в определенных условиях для определенных задач. Но в данном варианте, если рассматривать смену платформы, значит надо реализовывать ВСЕ, что нам потребуется. В таком случае писать с нуля скорее всего абсурд, который можно позволить себе лишь при отсутствии каких-либо ограничений в любых ресурсах.
UrryMcA
>>А бизнес диктует все больше задач...
Вот с этого и начните - с выяснения: чего Вам больше хочеится - революции или селедки с хреном.
Решения этих самых нерешенных еще задач хочется. А их много. Соответственно, хочется понять, как их можно решить более эффективно.

УжеС января 2007 перевели свое предприятие на 1С v7.7. За основу брали "Торговлю и склад", но переписали практически всё - именнно из-за специфики предприятия. Инициатором был я - начальник ИТ отдела. Владелец бизнеса согласился с моими доводами. До этого работали на самописной нами же системе.

Вот это уже интереснее, но:
Уже
использование существующей системы нарушает информационную безопасность предприятия

Такой проблемы нет, скорее даже наоборот. В нашей системе вопросу инф. безопасности уделяется очень большое внимание. По некоторым моментам сделать аналогичное с помощью 1с будет проблематично
Уже
Существует готовое решение для автоматизации торговых предприятий – конфигурация «Торговля и Склад» для 1С v7.7. Планируется доработать его с целью отражения специфики нашего предприятия, что должно сократить сроки разработки.

Для торговли оно так. Но у нас многопередельное производство. В этой области, увы, приемлемых готовых решений поменьше, мягко говоря.

А как оцениваете скорость разработки, если не брать во внимание наличие готовых модулей, а рассматривать разработку модулей с нуля?

Генетический мусорЯ думаю ради эксперимента стоит попробовать перейти. Любой опыт, даже отрицательный будет только плюсом. Если все получится, значит в копилку 1це упадет новый case study, а если внедрение провалится, то вы напишете постмортем, где укажите причины провала, чтобы другие потом не наступили на ваши грабли.
Чудесный совет! Хорошо экспериментировать за чужой счет

Petro123
10 % это мало для самописки.

Ну, это очень грубая прикидка "с потолка".
sopromat
ЗЫ: Имхо, здесь Вам надо решать исходя из личных интересов - если переход на 1с8 избавит Вас от лишнего головняка, прибавит зарплаты и прочих бонусов, тогда стоит подумать - может это и к лучшему?
Условно можно считать, что личные интересы совпадают с интересами фирмы. Мне зп платят не за скилы и программирование, а за решение задач.

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

Если не рассматривать доработку уже имеющегося функционала в типовом решении, имеет ли какое-либо преимущество 1с по скорости разработки? Подозреваю, что нет, но могут быть и другие мнения.

Как в 1с обстоят дела с поддержкой коллективной разработки? В частности у нас вся разработка ведется через централизованную систему контроля версий. Причем группы разработчиков территориально разнесены, некоторые работают с репозиторием через интернет по далеко не толстому каналу.

Как разработка в 1с сочетается с использованием case-средств? Причем как при проектировании, так и при пост-документировании системы. Например сейчас с помощью Power Designer может быть сделано как проектироваение структуры данных для разрабатываемого куска, так и анализ имеющегося через reverse engineering. Максимум же, что я наблюдал в документации сторонних 1с-ников - это созданные руками в ворде таблички с перечнем реквизитов документов.

Хочется сопоставить для начала хотя бы плюсы и минусы чисто по процессу разработки. Без такой информации оценки более высокого уровня будут неполноценными.

UrryMcA>>имеет ли какое-либо преимущество 1с по скорости разработки?

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

Что-то похожее я ожидал.
UrryMcA
>>Как в 1с обстоят дела с поддержкой коллективной разработки?
>>Как разработка в 1с сочетается с использованием case-средств?

Отвратительно. Пещерный уровень. После разработки на java или с++ - просто тошнит.

Я уж не говорю про автоматическую генерацию кода из case. Хотя бы элементарное получение структуры данных, кроме как глядя в конфигуратор, возможно?
UrryMcA
P.S. Вообще - я сильно сомневаюсь, что лично Вы можете адекватно оценить функционал УПП или дочерних конфигураций. Не всякий "одинесовец" - то в состоянии, а вы похоже вообще 1С первый раз в руки взяли.
Ну, уже далеко не в первый раз. Кроме того, для оценки именно УПП будут приглашаться профессионалы, имеющие опыт внедрения этой конфигурации. Уже одна презентация была. Готовится другая, с учетом поднятых на первой вопросов, к которым они оказались не очень готовы ;)
Плюс мне предоставили в демонстрационных целях инсталляцию УПП. Не скажу, что для меня она как китайская грамота. Подавляющая часть того, что я вижу, мне вполне понятна.

UrryMcA>>Я уж не говорю про автоматическую генерацию кода из case. Хотя бы элементарное получение структуры данных, кроме как глядя в конфигуратор, возможно?

Только ручками.

А что, все-таки, с коллективной разработкой? Как я понял Вы работаете с 1с8? Там заявлена какая-то поддержка подобного, чуть ли не встроенная система контроля версий.
UrryMcA

>>Уже одна презентация была. Готовится другая, с учетом поднятых на первой вопросов,
>>к которым они оказались не очень готовы ;)

Гоните их не глядя. Процентов 99% за то, что Вы - их максимум третий клиент на УПП.
Ну зачем же гнать? За презентации денег не просят, пусть стараются
Интересны все мнения. Мы далеко не третий "клиент с УПП", внедрений много. Правда аналогичных по сложности производства похоже нет. Проблему именно управления производством практически нигде не решали.

michael_2 Александр Голдун

Может все-таки ответите, сколько будет пользователей? Для 1с это очень важно.

Да в общем-то немного, до полусотни на базу. Где-то от тысячи документов в день. В данном случае на общем фоне далеко не самый первый вопрос.

Сисой Александр Гoлдун
Если не рассматривать доработку уже имеющегося функционала в типовом решении, имеет ли какое-либо преимущество 1с по скорости разработки? Подозреваю, что нет, но могут быть и другие мнения.


Нет, не имеет. Имеет только в случае присобачивания новых модулей (например, "Учет векселей и облигаций"). Разбираться в существующих механизмах и модифицировать их так же сложно, как и в других средах.


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

Deosfen
to Александр Гoлдун. "А что, все-таки, с коллективной разработкой? Как я понял Вы работаете с 1с8? Там заявлена какая-то поддержка подобного, чуть ли не встроенная система контроля версий." - реализовано, не пробывал если удаленный разработчик, попробую скажу.

to UrryMcA - "Но применение... Тьфу!! :)" - а мне наоборот понравилось. :).

Глянул мельком. В принципе неплохо, но, как я понял, хранилище конфигураций там файл-серверное.

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

softwarer
Хм. Ну так и у вас, как Вы говорите, уже есть "реализованный и пригодный функционал".

Если я правильно понимаю, задача свелась к чистой арифметике, для которой только Вы можете дать входные данные:

Почти так, если не считать того факта, что ни одно слагаемое не является точной величиной
softwarer
1. Сколько реализовано / не реализовано в текущей самописке в процентах от объема требований к следующей версии.

Объем требований - это диапазон от какого-то минимума до бесконечности. Особенно с учетом постоянно меняющихся окружающих условий.
softwarer
2. Сколько в процентах из того же объема реализовано в 1С в пригодном к использованию виде

Вот для этого пригласим спецов и посмотрим сами, чтоб понять, что там есть. А уж оценить ресурсы, которые мне нужны для реализации на используемой технологии, я, пожалуй, смогу.
softwarer
3. Сколько в 1С реализовано более-менее и может быть заточено под вас обычными усилиями

4. Сколько совсем или почти совсем не реализовано и потребуется делать с нуля.

Для 3-4 применяются коэффициенты, которые Вам понравятся - и, собственно, ответ получен.
Вот он ключевой субъективный момент - "коэффициенты, которые Вам понравятся".
В общем, задача не имеет четкого однозначного решения. Если бы речь шла о каких-то мелких доработках, типа описанных в сообщении "Уже", с которыми реально справиться за месяц, то никаких лишних вопросов не возникло бы. Здесь же объем работ большой в любом варианте. А на отдаленной перспективе он скорее всего примерно равный. Соответственно большую роль играет все-таки оценка эффективности разработки. Пожалуй, гляну ка я лучше Delphi 2007, чем с 1с развлекаться :)

Кстати, вот все доводы, которые мне приводили за 1с:

1. Кто без тебя в твоей системе разберется? А программистов 1с - немеряно.
2. На 1с писать быстрее и проще.
3. Другие предприятия на 1с работают и не жужжат.

Вот, собственно, и все. Больше ничего. Пункты 1 и 3 не выдерживают никакой критики. А по пункту 2 я так и не получил никакого обоснования и захотел сам выяснить.

Deosfen
про 8-ку, что понравилось:
Построитель отчета

FastReport более чем устраивает
Deosfen
Анализ данных и прогнозирование

Это какая-то поддержка в платформе или что-то из конкретной конфигурации?
Deosfen
Распределенные инф. базы.

А вот это весьма любопытно.

s-y
Так что если у вас если адекватное решение оперативного учета и производства в самописном виде я советовал бы его покрайней мере не выкидывать. Для начала я бы советовал на 1с перевести бухгалтерию и аналитический отдел.
Бухгалтерия, как отдел, считающий для государства, и так работает в 1с. При этом основная масса первички в 1с элементарно импортируется из нашей системы. Это, кстати, еще один из доводов, типа "зачем нам 2 системы"?

Petro123Аффтар! IMHO вам надо поконкретнее.

А что конкретнее? Холдинг. Есть дискретное производство. Причем не одно. И не просто однопередельная отверточная сборка, дерево спецификаций может доходить до 7-10 уровней.
Справочник номенклатуры на производстве сейчас около 100 тысяч позиций.
Есть удаленные рабочие места, которые работают с основной базой с помощью off-line репликации - автоматическая синхронизация через FTP или e-mail с определенными интервалами.
Есть еще головной офис и торговые филиалы. Некоторые филиалы имеют по 2 разнесенных офиса: в одном работают с базой в локалке, в другом с той же базой напрямую через инет.
Однонаправленная полная репликация всех баз в головной офис. Обычно раз в сутки, но практически в любой момент времени при необходимости можно получить ПОЛНУЮ копию любой удаленной базы. Технически это реализовано элементарно - просто тупо инкрементальный бэкап.
Все базы имеют единую структуру и везде работает единая система - поддерживать ответвления просто ресурсов не хватит. Соответственно в системе есть возможность настройки. Вплоть до того что можно вообще без программирования, например, создавать различные справочники и т.п., не говоря уж про полностью настраиваемые печатные формы. Вот примерно такая картина. Система строится не столько как инструмент фиксации свершившихся фактов, а именно как система управления и одновременно обеспечения исполнителей удобными рабочими инструментами.
В свете этого, чем больше смотрю на УПП, тем меньше оно мне нравится. Я для себя выводы уже сделал. Спасибо всем за советы.