Быстродействие 1с

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

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

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

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

  1. Встречаются ситуации, когда типовой с точки зрения доработки программы функционал можно оптимизировать;
  2.  Доработка (кастомизация) программных продуктов крайне редко выполняется в соответствии с принятыми стандартами.

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

Как правило, в задачах по оптимизации производительности мы используем понятие «ключевая операция». Это конкретное действие пользователя в системе, для которого замеряется время ее
отклика. Сама по себе работа с ключевыми операциями предполагает оценку допустимых временных задержек самим пользователем.

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

Мы предлагаем следующую этапность подготовительных работ:

  1. Заполнение пользователями анкеты ключевых операций;
  2. Экспресс-анализ оборудования и первичный анализ кода исполнения ключевых операций посредством удаленного подключения.

По результатам проведения подготовительных работ появится возможность оценить объемы оптимизации кода. Как правило, по времени данные работы занимают около 2 недель.

#