Народ, посоветуйте плиз, железные аргументы по следующему вопросу:

Почему необходимо разрабатывать клиент-серверное приложение VB.NET 2003+MS SQL 2000, а не файловый вариант 1С80.

Мне это необходимо для убеждения моего руководства, я как человек с нормальным мышлением это понимаю на низком уровне и другому программеру я бы это объяснил. А теперь мне надо это аргументировать руководству на доступном языке. При чем в комплексе: деньги на разработку+деньги постпроектного сопровождения+поддержка+гибкость+многофукциональность и т.д.

TЗ есть. 1с80- есть фирма франчайзинг, по деньгам недешевая. VB.NET есть 2 штатных человека, имеющих опыт разработки

Это преимущества, по моему мнению, можете мне помочь с недостаками и заодно прокомментировать преимущества

1. Высочайшая производительность системы, из-за оптимальных механизмов работы с данными. Наличие реляционной СУБД MS SQL Server 2000 SP3, специально созданной под такие задачи.
2. Вся логика крутиться на сервере, а не на тонком клиенте, что снимает необходимость обновления парка машин на предприятиях, то есть сегодняшние машины будут просто клиентами для нетребовательной и не ресурсоемкой системы, так как все происходит на сервере, заранее сделанной специально мощной машине. Нет необходимости покупать дорогостоящее специализированное ПО на предприятия.
3. Работа ведется исключительно на хранимых процедурах, что дает возможность применять любое клиентское приложение под SQL базу, и переписывать логику, совершенно не меняя модуля приложения, что существенно уменьшает стоимость сопровождения.
4. Огромная гибкость в построении отчетов.
5. Высокая скорость реакции системы на самые сложнейшие (априори не доступные в 1С) запросы к системе при сверхбольшом количестве данных (также недоступные для 1С).
6. Гибкая интеграция с любым софтом, написание на .NET драйверов для спектрана и автовесов. (это внешние устройства, необходимые в этом бизнесе)
7. Возможность работать одновременно 20-30 пользователям без ущерба для производительности.
8. Возможность построить систему на транзакциях, что приведет к атомарности, изолированности последних и устойчивости данных после сбоя оборудования. Соответственно гибкая система восстановления. И возможность работать в одном документе двум и более пользователем, что недоступно в 1С.
9. Абсолютная надежность хранения данных, возможность авторезервирования.
10. Корректная односторонняя репликация данных на уровне Майкрософта.
11. Гибкое администрирование и возможность быстрого группового изменения данных в зависимости от изменяющихся требований, чего нет в 1С.
12. Огромная адаптация и помощь разработчику от производителя в виде электронной и печатной литературы. Наличие сообществ программистов на данном средстве разработки.
13. Низкая стоимость проекта и постпроектного обслуживания, так как в компании есть один разработчик на VB (это я), c достаточным знанием SQL (главным стрежнем проекта). Бесплатное постпроектное обслуживание, имеется ввиду затраты сверх зарплаты ИТ отдела.
14. Руководство проектом внутри компании, а не вне ее.
15. Гибкая система раздачи прав и привилегий для пользователей. Логирование раздачи прав, на уровне триггеров.
16. Возможность написать приложение сугубо под интересы компании, без навязывания со стороны сторонних разработчиков.
17. Разработка на современном высокотехнологичном инструментальном средстве с возможностью сопровождать систему.
18. Достаточно недолгий срок для нахождения программистов, в случае увольнения или ухода разработчиков как на SQL, так и VB.NET и возможность недорого дальнейшего сопровождения.
19. Остальные преимущества клиент-серверного приложения, не рассмотренные выше.

it depends Oleg.MaruschakЭто преимущества, по моему мнению, можете мне помочь с недостаками и заодно прокомментировать преимущества
....
Комментировать в лом, но в общем и целом - КГ/АМ как по стилевому, так и смысловому содержанию

P.S. афтар, работников с такими "аргументами" гнать надо нафик поганой метлой.

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

2 Sthock

>>1. Высочайшая производительность системы, из-за оптимальных механизмов работы с данными. Наличие реляционной СУБД MS SQL Server 2000 SP3, специально созданной под такие задачи.
Высочайшая (в чем) производительность системы определяется не только сервером, но и опытом разработки приложений.
На 1С80 нам надо еще много поработать, чтобы из кода 1С, ХП на сервере запустить, так как названия столбцов и табличкам присваиваются такие неадекватные имена, что необходимо создавать приложение, что бы понять, что есть что. Плюс если вы развернете эту же 1с-кую базу в другом месте, то тут же поменяются названия всех объектов SQL и все процедуры улетают. Сравнивать скорость обработки процедуры с 1С даже под SQL смешно. Вставьте миллион записей в регистр 1с и последний умрет. Напишите на том же SQL элементарный запрос, и он отработает без индексов за 2-3 минуты при джойне т3 справочников и группировке по трем полям. Это неголословно, а реальный факт сравнения.


>>2. Вся логика крутиться на сервере, а не на тонком клиенте, что снимает необходимость обновления парка машин на предприятиях, то есть сегодняшние машины будут просто клиентами для нетребовательной и не ресурсоемкой системы, так как все происходит на сервере, заранее сделанной специально мощной машине. Нет необходимости покупать дорогостоящее специализированное ПО на предприятия.
MS стоит бабок
Небольших как для предприятия –это вам не оракл, если брать сразу 30 процессорных лицензий, есть программы Майкрософта по покупки больших пакетов лицензий с хорошей скидкой скопом.

3. Работа ведется исключительно на хранимых процедурах, что дает возможность применять любое клиентское приложение под SQL базу, и переписывать логику, совершенно не меняя модуля приложения, что существенно уменьшает стоимость сопровождения.
4. Огромная гибкость в построении отчетов.
>>Гибкость в построении отчетов дает генератор отчетов, а не MS
Не факт, сначала надо этому генератору отчетов написать процедуру на SQL, а уж потом его разрабатывать в кристалл репорте или в чем то ином, тем более это входит в студио
5. Высокая скорость реакции системы на самые сложнейшие (априори не доступные в 1С) запросы к системе при сверхбольшом количестве данных (также недоступные для 1С).
>>Что в Вашем понятии "сверхбольшие" и "сложнейшие" - слишком лозунговые термины
В моем понятие это миллионы записей, что для 1С много. И серьезные запросы к эти данным. Реализовать на уровне встроенного языка 1с, а ля (Пока Документ.Приход.Дата<…. Тогда .. Выборка Документы.Приход ) вообщем идея думаю ясна, пытаться огромные массивы данных, загнать в переменные 1С и обрабатывать.

6. Гибкая интеграция с любым софтом, написание на .NET драйверов для спектрана и автовесов. (это внешние устройства, необходимые в этом бизнесе) -
>> Через OLE и COM и к 1С все можно подключить
Дополнительные затраты, лучше сразу написать на .NET
7. Возможность работать одновременно 20-30 пользователям без ущерба для производительности.
>>А в 1С не так?
Конечно можно работать и 100, но а скорость построения отчета и проведения документа при этом не будет высока. В мс скл это выше априори
8. Возможность построить систему на транзакциях, что приведет к атомарности, изолированности последних и устойчивости данных после сбоя оборудования. Соответственно гибкая система восстановления. И возможность работать в одном документе двум и более пользователем, что недоступно в 1С.
>>Уверены?
Точно, один другого блокирует и просить его выйти чтобы провести. А мс скл можно сделать статусы документа, например «редактируется» для этого и нужны транзакции. Чтобы работать строго последовательно и друг другу не мешать.
9. Абсолютная надежность хранения данных, возможность авторезервирования.
>> "абсолютная" - опять лозунг. Можно настроить и backup в 1С
Ну понимаю берем шедулер и настраиваем на ночь бэкап папки с базой 1с, а журналы транзакций, и прочая хрень придуманы для умников, таких как я. Просто предстватье какая разность надежности, посмотрите сколько средств встроенных мс скл.
10. Корректная односторонняя репликация данных на уровне Майкрософта.
11. Гибкое администрирование и возможность быстрого группового изменения данных в зависимости от изменяющихся требований, чего нет в 1С.
12. Огромная адаптация и помощь разработчику от производителя в виде электронной и печатной литературы. Наличие сообществ программистов на данном средстве разработки.
>> На 1С уж точно не меньше
13. Низкая стоимость проекта и постпроектного обслуживания, так как в компании есть один разработчик на VB (это я), c достаточным знанием SQL (главным стрежнем проекта). Бесплатное постпроектное обслуживание, имеется ввиду затраты сверх зарплаты ИТ отдела.
>>А если Вы уйдете?
Прийдет другой, я обязан написать глубоко комментированный код, а ТЗ , а проектная документация, для кого это придумано, ГОСТ наконец.
14. Руководство проектом внутри компании, а не вне ее.
>>Баян - не всегда хорошо
15. Гибкая система раздачи прав и привилегий для пользователей. Логирование раздачи прав, на уровне триггеров -.
>>Руководству пофиг на триггера.
Да, но сегодня ко мне подошел фин. дир. и говорит, а может ли скл, делать так чтобы я мог видеть кто когда и почему дал пользователю права на доступ к зарплате, например. И я ему про триггер и рассказал.
16. Возможность написать приложение сугубо под интересы компании, без навязывания со стороны сторонних разработчиков.
>> А в 1С нет будто-бы встроенного языка
Да, но сторонний разработчика не проконтролируешь он сдал проект с скрытым даже для енго дефетом и убежал, акт подписан все, хотите исправлений платите бабки
17. Разработка на современном высокотехнологичном инструментальном средстве с возможностью сопровождать систему.
>> Высокотехнологичность нужна Вам, чтобы побыстрее и подороже продаться
Точно, я же должен как то жить
18. Достаточно недолгий срок для нахождения программистов, в случае увольнения или ухода разработчиков как на SQL, так и VB.NET и возможность недорого дальнейшего сопровождения.
>> "достаточно недолгий" - лозунг без конкретики. см. п.12
На самом деле это правда найти на 8-ку человека сложнее чем на .NET, ввиду ее недолгого срока выхода.
19. Остальные преимущества клиент-серверного приложения, не рассмотренные выше.
>> -:)

locky
Shtock wrote:
> 13. Низкая стоимость проекта и постпроектного обслуживания, так как в
> компании есть один разработчик на VB (это я), c достаточным знанием SQL
> (главным стрежнем проекта). Бесплатное постпроектное обслуживание,
> имеется ввиду затраты сверх зарплаты ИТ отдела.
> >>А если Вы уйдете?

хм... Достаточно часто видел предприятия, у которых есть собственные
программеры, и которые, тем не менее, заказывали решения у сторонних
производителей (у нас в том числе). Интересно, с чем это связано? Может
быть с тем, что одного разработчика на VB с начальными знаниями SQL явно
недостаточно чтобы потянуть разработку сколь-нибудь сложного проекта?
Даже не учитывая возможность увольнения, есть еще болезни, отпуска,
личные обстоятельства... Невозможность разорватся на несколько частей
для полного и быстрого охвата предметной области, в результате чего
разработка идёт последовательно. По итогу 1-я часть устаревает до того,
как написана последняя,всё идёт по кругу и проект не запускается никогда.
С другой стороны, всегда при деле.

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3

Во первых не один человек, а минимум 3-4 человека, это раз. И скажите для чего люди пишут ТЗ и документацию к проекту для галочки?

2 SergSuper

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

Предприятие пока автоматизировал одно, на том же 1с80, и поэтому хотелось бы немного уйти от 1с, из-за общего негатива пользователей.

Сейчас в принципе руководством принято решение о продолжение жизни с 1с (свои ошибки к сожалению мы не видим), но оно же не против узнать, а зачем нам нужен SQL?

2 locky

30 локальных автономных баз

Gluk (Kazan) Oleg.Maruschak it depends Oleg.MaruschakЭто преимущества, по моему мнению, можете мне помочь с недостаками и заодно прокомментировать преимущества
....
Комментировать в лом, но в общем и целом - КГ/АМ как по стилевому, так и смысловому содержанию

P.S. афтар, работников с такими "аргументами" гнать надо нафик поганой метлой.

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

Вы вообще-то интересовались ПРАКТИЧЕСКИ как именно 1С работает с MS SQL ???

Конечно, интересовался, особенно названия табличек и полей интересное...

2. Вся логика крутиться на сервере, а не на тонком клиенте, что снимает необходимость обновления парка машин на предприятиях, то есть сегодняшние машины будут просто клиентами для нетребовательной и не ресурсоемкой системы, так как все происходит на сервере, заранее сделанной специально мощной машине. Нет необходимости покупать дорогостоящее специализированное ПО на предприятия.
Логика на "тонком клиенте"??? Не встречал... :) --Поставьте опцию #Если Клиент Тогда в 1С, и вот вам логика на тонком клиенте
Цена на сервер + лицензии ? Сравните 1C vs MSSQL (в конкретных суммах $$ а не дорого/дешево) - немного выше пояснил

. Работа ведется исключительно на хранимых процедурах, что дает возможность применять любое клиентское приложение под SQL базу, и переписывать логику, совершенно не меняя модуля приложения, что существенно уменьшает стоимость сопровождения.
3. Фантастика... :( Ну нереально это, ИМХО. Вносить изменения в модули все равно придется --тут согласен

6. Гибкая интеграция с любым софтом, написание на .NET драйверов для спектрана и автовесов. (это внешние устройства, необходимые в этом бизнесе)
Интеграция с любым софтом? А c NotePad? :) Интергация стоит денег и времени на разработку, особенно "гибкая".-- с чем чем с нотепадом думаю проблем больших не будет

Млин, если компании нужна ИС для каких-то определенных задач, то не имеет значения, где будет реализовываться проект - сами, outsource, в любом случае заказчик должен принимать самое активное участие, выдвигать требования, принимать реализацию и отвергать отмазки разработчиков (типа "мы профи, и знаем, что Вам это не понадобится, вот вам лучше это" ) :)--боюсь мне не хватит знаний по координации удаленных разработчиков, когда он рядом то как-то спокойней