Производительность компьютеров оценить несложно. Чем современнее процессор и выше его частота, чем больше оперативная память – тем лучше. Скорость в сети можно измерить и выявить “узкие” места. Производительность SQL-сервера той или иной компании-разработчика также можно протестировать. А вот производительность самой программы, с которой будут работать непосредственно пользователи, оценить непросто. Многое зависит от внутренней структуры базы данных и того, как написан код программы.
Например, когда пользователь открывает отчет в программе на своем компьютере, на программном уровне происходит следующее (при условии, что используется SQL-сервер):
1. Программа с компьютера пользователя отправляет запрос по сети к серверу базы данных.
2. Сервер по этой команде производит вычисления, например, итоговых значений за месяц по каждому автомобилю. То есть по каждому автомобилю выбираются путевые листы за указанный период и суммируются пробеги, заправки, расход по норме, по факту и проч.
3. Далее эти итоговые значения передаются на компьютер пользователя и отображаются в отчете.
На практике пользователю хочется получить этот отчет за максимально короткое время. Ему не важно, каким образом в программе формируется этот отчет. Главное, чтобы получилось то, что нужно, и побыстрее. Достоверность итоговых данных в отчете зависит от корректности введенной исходной информации и правильной работы алгоритма расчета. Допустим, отчет сформирован верно. А вот скорость подготовки этого отчета для пользователя может показаться неоправданно низкой. Причин медленного формирования отчета может быть несколько:
1. Информации в базе данных очень много;
2. Запрос для расчетов действительно очень сложен;
3. Информации не так уже и много, но она разбросана в разных местах внутри базы данных;
4. Информации не так много, но она не проиндексировна (не структурирована);
5. Запрос написан неоптимально.
Первые две причины являются действительно объективными, а три последние являются следствием недостаточного искусства программистов-разработчиков. Вот почему для потенциального заказчика важно оценить производительность информационной системы в реальных условиях. Тем более если приходится выбирать из нескольких систем. Например, стоит сравнить скорость формирования какой-нибудь ведомости в одной программе и скорость формирования ведомости в другой программе на одинаковом объеме данных. Вообще говоря, на Западе при приобретении дорогостоящей информационной системы существует практика, когда заказчику предварительно устанавливают эту программу и загружают в нее тестовый объем данных, соответствующий реальному. И на основе этих данных имитируют работу с системой. Нечто вроде тест-драйва при продаже автомобилей.
Кроме скорости формирования отчетов опытный заказчик, как правило, тщательно изучает, сколько времени занимает ввод данных
