Существуют ли недостатки у Axapta

[mazzy]

Цитата:

Сообщение от perestoronin

Не знаю поверите ли мне, но к сожалению, лучше Аксапты сейчас нет системы.
И как не было бы грустно, альтернативы пока нет.

Да, это дорогая система, стоимость лицензий может перевалить за 500тыс. Но у MS все дорого.

Да, Аксапта отличная система.

Не согласен насчет цены. Поищите. Тезис дороговизны возникает не в первых раз.
Я уже говорил: ВСЕ МОДУЛИ + 100 пользователей = 450тыс.
ВСЕ МОДУЛИ еще никем не покупались. Даже во всем мире, насколько я знаю.
В среднем, для оценки стоимости хорошо работает формула 2000 * кол-во одновременно работающих пользователей.
Подробно здесь http://www.rabota-na-rezultat.ru/erp/prices.html

По поводу быстродействия - нормальное.
В стандартной Аксапте, пользователи начинают хоть как-то приставать с быстродействием, если их одновременно входит больше 50-70. В сильно переписанной системе быстродействие может быть любым. Опыт повышения быстродействия у заказчиков говорит, что проблема проявляются как раз не с закрытием склада... А с самонаписанным функционалом. Смотрите например на проблемы Guest_UserId в этой ветке... Еще последний пример, http://forum.mazzy.ru/index.php?showtopic=4448&hl= Можно привести еще массу примеров...

macklakov, а ты все-таки почитай отчет. Там уже написан ответ на твои возражения.

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

Нужна дока. Дока нужна прежде всего на стандартные API. Особенно на русские стандартные API.

Будет дока - будет больше квалифицированных специалистов, будет больше оптимальных и производительных решений.

[macklakov]

Цитата:

Сообщение от mazzy

macklakov, а ты все-таки почитай отчет. Там уже написан ответ на твои возражения.

На всякий случай еще раз перечитал. Не обнаружил ответа.

Цитата:

Наполнение базы данных производилось путем запуска большого количества сценариев по обработке закупок, заказов, складских журналов и журналов Главной книги

Т.е. в момент тестирования происходила только разноска. Совершенно не учитывалось взаимодействие различных модулей.

Цитата:

В процедуре генерации данных использовался коэффициент 10 для всех тестируемых модулей: 10000 клиентов (стандартно 1000), 5000 наименований номенклатуры (стандартно 500) и т.д.
Среднее количество обрабатываемых строк в заказе – 10

Для реальной базы это не объем, т.к. есть тенденция накопления исторических данных, не говоря уже о транзакционных таблицах. А ведь "перегреваются" именно транзакционные таблицы, т.к. они быстро разрастаются, и используются из нескольких модулей одновременно, а иногда и внешними приложениями.
P.S. Вообще эта статья не заслуживает обсуждения, в данной ветке т.к. это "сферический конь в вакууме"

[Serge Kotov]

Цитата:

Сообщение от macklakov

... Совершенно не учитывалось взаимодействие различных модулей ...
... Для реальной базы это не объем, т.к. есть тенденция накопления исторических данных, не говоря уже о транзакционных таблицах. А ведь "перегреваются" именно транзакционные таблицы, т.к. они быстро разрастаются, и используются из нескольких модулей одновременно, а иногда и внешними приложениями.
P.S. Вообще эта статья не заслуживает обсуждения, в данной ветке т.к. это "сферический конь в вакууме"

Тесты очень мощная штука если уметь видеть внутренние связи и уметь их интерпретировать на практике. Поэтому хорошо подготовленные и корректные тесты очень часто опровергают досужие вымыслы и суждения, которых многовато даже на очень профессиональном axforum. Уже вполне можно делать раздел "мифы и правда об Axapta".

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

Должен признаться, результаты теста меня тогда удивили, потому сильно модифицированная конфигурация и, мягко говоря, немалый объем БД (~160 GB) в условиях промышленной эксплуатации в сущности работали также как стандартная Axapta на 15 GB базе в этом тесте! Разумеется, если нагрузку интерпретировать в ASU и сопоставить с нагрузкой железной части. Иначе говоря, нарастив мощности серверов приложений до тех, которые использовались в тесте и при внезапном росте количества транзакций, мы бы получили результаты одного порядка с тестом.

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

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

[macklakov]

Цитата:

Сообщение от Serge Kotov

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

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

[mazzy]

Цитата:

Сообщение от macklakov

На всякий случай еще раз перечитал. Не обнаружил ответа.

macklakov, Serge kotov, предлагаю обсуждение тестов вести в ветке обсуждения статьи
http://forum.mazzy.ru/index.php?showtopic=3497

Здесь, похоже, идет рубилово за добро.
Мы вряд ли сможем поговорить толково и с расстановкой о тестировании в этой ветке.

готов ответить там.

[perestoronin]

Цитата:

Сообщение от mazzy

Не согласен насчет цены. Поищите. Тезис дороговизны возникает не в первых раз.
Я уже говорил: ВСЕ МОДУЛИ + 100 пользователей = 450тыс.

Но многие руководители предприятий на далекой периферии с такими ценами не соглашаются, даже имея хороший чистый доход. MS свои продукты в России (Москва - это не вся Россия, а только капля в море, если сравнивать территорию) могла бы раз в 10-30 подешевле продавать (только в России) (это был бы еще один большой маркетинговый шаг для захвата всего рынка ПО в России).
PS. Во всем мире доход у любых работающих компаний выше, чем у аналогичных в России как минимум в 10 раз.

Цитата:

Сообщение от mazzy

По поводу быстродействия - нормальное.

На счет стандартного функционала - то тормозливость пропала только с выходом Axapta 3.0SP3 (про SP4 ничего сказать не смогу). Во всех предыдущих версиях из-за легкоустранимых ошибок (но почему-то MS устранять их не спешила )тормозливость операций пересчета и закрытия была заметна даже при одном работающем пользователе.

Цитата:

Сообщение от mazzy

Главный недостаток Аксапты на сегодняшний момент, на мой взгляд, катастрофический недостаток документации и методических материалов.

Полностью согласен. Но весомый довод "внедренцев" и "программеров" - исходный код - это и есть Вам документация. Но мне такая документация не нужна.
Требуется хотя-бы поверхностное описание логики кода на всем понятном языке (от программиста до директора холдинга). К сожалению графический язык UML и некоторые другие более продвинутые технологии, для этого мало подходят, т.к. требует основательного обучения пользователей и не один день, и не намного нагляднее, чем исходный код, а описание логики на естественном языке, наводит на мысли о разночтении даже Библии разными конфессиями, просто диву даешься, как можно так извратить одни и те же простые слова, наверное нужен какой-то особый, Святой Дух, чтобы описания на естественном языке всеми воспринимались с одинаковым смыслом. Поэтому в софтверной индустрии вопрос о языке, графической нотации, всеми легко читаемым, остается открытым.

[2A]

Цитата:

Сообщение от perestoronin

Но многие руководители предприятий на далекой периферии с такими ценами не соглашаются, даже имея хороший чистый доход. MS свои продукты в России (Москва - это не вся Россия, а только капля в море) могла бы раз в 10-30 подешевле продавать (только в России) (это был бы еще один большой маркетинговый шаг для захвата всего рынка ПО в России).
.......

Москва - далеко не капля в море.
1) Население: Москва+Московская область - 20 млн, т.е. ок. 14%.
2) ВВП: не меньше 20% от всей страны (можно уточнить).
3 )Многие компании имеют головной офис в Москве (и внедряют ERP часто там же),
тогда как основная деятельность - в других регионах.

[perestoronin]

Цитата:

Сообщение от 2A

Москва - далеко не капля в море.
1) Население: Москва+Московская область - 20 млн, т.е. ок. 14%.
тогда как основная деятельность - в других регионах.

Уточню, я имел ввиду территории. В Московской области (ее большей части) дела не лучше, чем в "других регионах"