Процитировано сообщение: Лобанов Николай от 26.01.2007 :: 21:58:28: 
А как же нам -недалёким пользователям понять и оценить какую систему нам подсовывают?
Какие признаки говорят о той или иной масштабируемости и какая она должна быть?
От полномасштабных испытаний разработчик, конечно, уклонится. Под каким-нибудь благовидным предлогом. Но можно оценить косвенно.
"Если самолет красивый, то он полетит"(с) А.Туполев.
Среди ваших ста друзей, хоть один - да DBA!!! (c) Я.
Возьмите с собой специалиста по базам данных, этого самого дибиэйя.
1. База должна быть нормализована. Что это такое - он знает. Иначе в ней много лишней дублированной информации, рано или поздно это скажется. Широких таблиц в базе быть не должно.
2. Запросы должны быть реализованы в виде хранимых процедур. Разработчики это не любят, ибо можно посмотреть код, но это самый быстрый способ обработки. Кстати мультиплатформенные программы (для разных баз), как правило, не поддерживают хранимые процедуры.
3. В базе не должно быть просмотров. Это удобно для программистов, но быстродействие быстро садится.
Масштабируемая система должна поддерживать многопоточность. Как это проверить? Попросите разработчиков сделать, например, миллион приходных заказов по тысяче строк и бросить на вход интерфейса. Вам хватит времени, проверить, как работает система одновременно с загрузкой. Если она однопоточная - встанет на ручник. Ни одной кнопки вы не нажмете.
Попросите сэмулировать БД через год работы. Это несколько гигов информации. Запустите какой нибудь сложный многостраничный отчет (например по всем операциям перемещения за этот год.
Попробуйте параллельно поработать. Если отчет или вы повисните - то увы...
Попросите поставить на один из компьютеров несколько виртуальных машин и открыть в каждой из них приложение и озадачить его чем-нибудь. Наблюдайте.