Показать сообщение отдельно
Старый 19.12.2019, 09:45   #14  
imir is offline
imir
Участник
 
159 / 161 (6) ++++++
Регистрация: 28.05.2010
Цитата:
Сообщение от Zabr Посмотреть сообщение
5 евро в месяц на человека за ЖБД ?
ЖБД как условно-пользовательский инструмент остался в 9-й версии. Потом, как я писал выше, пришла нормализация бд на фоне усложнения функционала, а с ними: таблицы расширения, сcылки по recid, valid time state, таблицы наследования и вот это все. Причем применили это, как будто намеренно, на основных сущностях системы – заказах/закупках, клиентах/поставщиках, ГАК, договорах, контактной и адресной информации и так далее.

В оправдание MS, многие из этих технологий, вроде таблиц наследования, сделали под давлением сообщества. Если помните, было много разговоров, что наследования таблиц очень не хватает, ведь классы наследуются, а еще вот версионность записей не поддерживается на уровне ядра и т.д. Было бы интересно, кстати, посмотреть на наследование форм, если бы его так же реализовали.

Помню, как в момент выхода 12-й версии на рынок в Россию прилетали архитекторы из Core Team MS и встречались с партнерами. Первый вопрос, который я, кажется, тогда задал был – как весь этот взрыв на макаронной фабрике (точной формулировки не вспомню) - повлияет на восприятие конечными пользователями информации? Ответ был примерно таков, что они проделали путь через Атлантику, чтобы их похвалили за крутую архитектуру базы данных, фин-аналитики, subledger прекрасный, а вы.. эх вы ) И улетели, решать с загрузкой-выгрузкой информации в виде DMF, а потом и Data entity. А мы постепенно поняли, что в задачу дешифратора для пользователей рано или поздно придется впрягаться самим.

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

У нас есть клиент, работающий на раннем прототипе и там применимость доходит до 70%. Т.е. 70% пользователей системы что-то ищут на постоянной, ежедневной, еженедельной основе даже учитывая, что это – ранний прототип и Журнал изменений там доступен на строго ограниченном перечне форм.

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

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

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

Последний раз редактировалось imir; 19.12.2019 в 10:02.