Как вы определяете минимальные аппаратные характеристики вашего приложения?

Мы разрабатываем корпоративное приложение, для которого нам необходимо задокументировать минимальные требования к оборудованию для следующих целевых развертываний:

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

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

Как вы придумываете свои аппаратные характеристики?


specifications language-agnostic hardware
person flipdoubt    schedule 17.04.2009    source источник

Ответы (6)


arrow_upward
5
arrow_downward

В общем, мы принимаем минимальные рекомендации для нашей среды (т. е. минимальные рекомендации для .NET на клиенте или для IIS/SQL Server в базе данных) как неопределенный базовый уровень.

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

После этого мы добавляем несколько «выдуманных» чисел, основанных на наблюдениях, сделанных с помощью Windows PerfMon. Мы наблюдаем за использованием клиентской памяти / процессора системы при работе в нормальных условиях. Для серверного уровня мы также будем учитывать нагрузку на память/процессор при работе в загруженных условиях.

Исходя из всего этого, мы приходим к нашим лучшим предположениям.

person Jack Bolding    schedule 17.04.2009

arrow_upward
3
arrow_downward

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

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

В некоторых проектах мы определяем минимум с нашим клиентом и покупаем / строим несколько тестовых машин с этим минимумом для повторного тестирования...

person Gregor    schedule 17.04.2009

arrow_upward
2
arrow_downward

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

person theG    schedule 17.04.2009
comment
компьютеры пользователей в нашей среде, которые будут эффективно запускать программное обеспечение: да, но как вы это определяете? - person John Dibling; 17.04.2009
comment
@John: Вероятно, протестировав его на всех классах машин, которые у них есть в их среде, и нарисовав базовый уровень после того, как они найдут тот, который слишком плохо работает для эффективного запуска приложения. - person TheTXI; 17.04.2009
comment
Да еще и путем опроса и юзабилити-тестирования/бенчмаркинга. Эталонная статистика, смешанная с результатами опросов, позволяет лучше понять эффективность приложения в конкретной среде. - person theG; 17.04.2009

arrow_upward
2
arrow_downward

Я обычно использую системные требования для ОС или другого программного обеспечения, от которого работает/зависит мое программное обеспечение. Хорошая отправная точка, я считаю.

Некоторые примеры:

person codeape    schedule 17.04.2009

arrow_upward
1
arrow_downward

Также узнайте, каковы минимальные требования для выбранной вами программной среды/платформы.

person Mladen Mihajlovic    schedule 17.04.2009

arrow_upward
0
arrow_downward

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

Иногда мы также можем убедить их сделать обновление технологии как часть пакета вместе с работой по разработке, но это не часто.

person TheTXI    schedule 17.04.2009