AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX Blogs
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 12.03.2012, 09:04   #21  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,895 / 5650 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от gl00mie Посмотреть сообщение
Здесь под приложениями понимаются разные учетные системы или же разные вариации аксаптовского приложения? Если последнее, то да, сделать несколько приложений может оказаться проще, но вот поддерживать их потом - куда сложнее, по-моему, чем единое приложение с единой базой. Наверняка в разных инсталляциях понадобится очень много одинаковых вещей, а переносить модифы между зоопарком разных приложений - это же свихнуться можно. Плюс вопросы администрирования: тут обычно пофигу на специфику бизнеса, везде для работы с Аксаптой нужно примерно одно и то же, в случае же разных приложений и разных баз (а тем более территориально разнесенных инсталляций) придется из раза в раз решать одни и те же проблемы, не имея возможности "экономить на масштабе".
Если у нас порядка 5000 клиентов, то это значит что у нас порядка 13-15 бизнесов. Чтобы спроектировать нормальное целостное приложение, надо все эти бизнесы одновременно обследовать, одновременно спроектировать непротиворечивые доработки системы, однвременно запустить и тп. Что-то мне сложно представить команду консультантов и разработчиков, которые смогут все это сделать.
Можно конечно запускать эти бизнесы последовательно (что обычно и делается), но при таком раскладе очень может случиться что при попытке запихать в единое приложение 4ый бизнес-юнит, выяснится что то что напрограммили для 1ого и 2ого бизнес-юнитов в принципе не совместимо с тем что надо сделать для 4ого. В такой ситуации, несколько приложений может оказаться меньшим злом...
Старый 12.03.2012, 09:34   #22  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2925 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от fed Посмотреть сообщение
не совместимо с тем что надо сделать для 4ого.
А не возможен ли такой же принцип как сейчас со странами - параметр для включения функциональности того или иного бизнес-юнита в зависимости от компании.
Старый 12.03.2012, 10:04   #23  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,895 / 5650 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от belugin Посмотреть сообщение
А не возможен ли такой же принцип как сейчас со странами - параметр для включения функциональности того или иного бизнес-юнита в зависимости от компании.
Возможен. Только ты вспомни, сколько времени и сил микрософт потратил (и еще потратит) на интеграцию всего этого зоопарка в единый слой. Есть ли у партнера или клиента бросить столько ресурсов на интеграцию результатов работы разных команд ради одного проекта ? (Пусть даже и большого).
Ну то есть - я не призываю вообще все бизнес-юниты и юрлица внедрять на отдельных инстолляциях. Всегда лучше постараться хотя бы часть из них соединить в одно приложение. Но я очень сомневаюсь, что при 5000 пользователях это возможно. При 1200-1500 пользователей - могу поверить; При 2000 - несколько сомневаюсь; При 5000 - никогда не поверю...
Старый 12.03.2012, 10:10   #24  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,889 / 3165 (113) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Интересно, а как же внедряются совсем большие проекты на Sap и Oracle appl. ?
Там где тысячи и десятки тысяч пользователей.

Подозреваю что бизнес натягивается на внедряемую систему. По-другому никак.
Старый 12.03.2012, 10:19   #25  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,895 / 5650 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Logger Посмотреть сообщение
Интересно, а как же внедряются совсем большие проекты на Sap и Oracle appl. ?
Там где тысячи и десятки тысяч пользователей.

Подозреваю что бизнес натягивается на внедряемую систему. По-другому никак.
Скорее - проект сначала факапиться, а потом объявляется внедренным. У меня приятельница работает в одном из региональных подразделений Связьинвеста (МРСК). Сначала она там внедрила аксапту и ее поддержкой занималось два человека. (При порядка 700 или 800 пользователей). Потом туда внедрили OEBS и теперь его поддерживает порядка 20 человек.
Старый 12.03.2012, 10:32   #26  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,889 / 3165 (113) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Ну вопрос все-таки не в затратах на поддержку и стоимости, а в принципе проект работает или нет.

А так, это давно не секрет - Оракл и САП гораздо дороже в поддержке.

Чо-то сомнительно что все проекты там неуспешные.
Старый 12.03.2012, 11:06   #27  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2925 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от fed Посмотреть сообщение
Только ты вспомни, сколько времени и сил микрософт потратил (и еще потратит) на интеграцию всего этого зоопарка в единый слой.
Просто у нас изначально была куча готового кода. Если писать свои доработки с нуля достаточно держать за правило, что весь бтизнесюнитспецифичный код должен быть, грубо говоря, внутри ифа. Тогда слить такие доработки легче
Старый 12.03.2012, 11:41   #28  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,895 / 5650 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Logger Посмотреть сообщение
Ну вопрос все-таки не в затратах на поддержку и стоимости, а в принципе проект работает или нет.

А так, это давно не секрет - Оракл и САП гораздо дороже в поддержке.

Чо-то сомнительно что все проекты там неуспешные.
Вопрос скорее в размерности проекта и в критерии 'успешности'. Охотно верю что проекты на 500-700-1000 пользователей там вполне успешные. А проект в Связьинвесте - стал притчей во языцех...
Теги
ax2012, производительность

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
axperf: Microsoft Dynamics AX 2012 Trace Parser is now available for AX 2009 customers Blog bot DAX Blogs 2 01.12.2011 14:54
Microsoft Dynamics AX 2009 SP1 Rollup7 (RU7) Ivanhoe Microsoft и системы Microsoft Dynamics 10 08.09.2011 12:26
AX UK: PartnerSource and CustomerSource Access for Microsoft Dynamics ERP SPLA Partners and Their End-Customers! Blog bot DAX Blogs 0 13.04.2010 21:05
AX UK: AX VAT2010 White Paper now available on Partnersource and Customersource Blog bot DAX Blogs 0 16.10.2009 22:05
AX UK: Additional AX titles on Partner and CustomerSource Blog bot DAX Blogs 0 21.07.2009 10:05

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 22:14.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.