Большие программы всегда работают медленно, поскольку забирают на себя все вычислительные ресурсы, не оставляя почти ничего для решения той задачи, для которой собственно и были разработаны. Но самая большая проблема "больших" программ в том, что они требуют очень больших людских ресурсов для поддержки и модификации, что крайне отрицательно сказывается на их конечной цене. В результате может сложиться ситуация, когда разработчик просто не сможет поддерживать свою собственную программу как из-за ее чрезмерной сложности, так и из-за ограниченных финансовых ресурсах заказчиков.
Механизмы минимизации размеров исполняемых файлов были заложены нами при выборе архитектуры системы еще на стадии проектирования. Кроме того, принятые у нас стандарты менеджмента качества так же содержат процедуры, сдерживающие разрастание размеров исходных кодов:
Являясь специалистами в предметной области, мы имеем возможность рассчитывать систему не на максимально широкий теоретический "общий случай", а на решение задач, реально востребованных в повседневной работе;
Поскольку SQL это низкоуровневый язык, оптимизированный на работу с массивами данных, то примененная нами технология "тяжелого сервера" позволяет сократить объем кода примерно в десять раз, по сравнению с кодированием на стороне клиента. Система не отягощена наследием файл-сервеных технологий;
Объектно-ориентированный подход контролируется очень жестко. Каждый разработанный программный модуль переписывается "начисто" с целью его максимальной унификации с существующими модулями и возможностью последующего использования;
Система не использует интерпретируемого кода, вся программа скомпилирована в машинный код.
В 100 раз. Именно так. В результате оптимизации база данных с 200'000 проводок, 15'000 товаров и 1200 контрагентов стала работоспособной на компьютере P1 133 MHz ММХ, 80MB RAМ, IDE HDD. (с пересчетом курсовых разниц по 1200 контрагентам, исправлениями "задним числом и т.п. "). Причем на диске все это занимает менее 200 Mb. Дело в том, что базы данных ведут себя абсолютно по разному при 100 и 100'000 записей. Оптимизировать пустую базу бессмысленно. Оптимизация проводилась на предметном уровне. Мы просто не заставляем компьютер делать то, что не стал бы делать обычный человек без компьютера. Нам необходимо было проверить систему "под нагрузкой" прежде чем выводить на широкий рынок. Для клиентов это прошло практически незаметно, поскольку мы постоянно отслеживали замедления времени отклика системы.
Да. Возможность проведения документов задним числом полностью поддерживается системой. При проведении (изменении) какого-либо документа, система вычисляет зависящие от него документы, перепроводит их, а так же пересчитывает итоги за соответствующие месяца. Так же, задним числом можно изменять и курсы валют. Вычисление зависимостей ведется, в том числе по картам калькуляции изделий.
Система NOTEMATRIX стандартно ведет в одной базе финансовый и налоговый учет нескольких юридических лиц, входящих в холдинг. Управленческий учет и учет запланированных событий ведется в целом (консолидированно) по холдингу. Технически это организовано таким образом, что по одному и тому же документу(событию хоз.деятельности) возможны:
Распределенное решение может быть организовано нами несколькими способами: