Приоритеты в Business Web Application

Архив WebclubИнтернет2011

Публикация прежнего Webclub · 2011 год. Примеры и сведения сохранены в историческом контексте.

Так или иначе, нам придется делать выбор - что важнее в Business Web Application с точки зрения пользователя (как источника прибыли), в условиях ограниченных ресурсов на разработку( временных, финансовых, кадровых и т.д.). Предлагаемая иерархия такова:

1. Функциональная адекватность
    - Приложение корректно выполняет свои функции в идеальных условиях (один пользователь в единицу времени, идеальное функционирование аппаратуры и т.д.).
2. Надежность в условиях ограниченной загрузки
    - Приложение устойчиво и надежно обслуживает небольшое фиксированное число одновременно работающих пользователей. (Типичные проблемы Интернет, такие, например, как сбой соединения, не нарушают работу.)
3. Удобство работы, интуитивно понятный интерфейс
    - пользователям удобно работать с системой;
4. Возможность обслужить максимальное расчетное количество одновременно работающих пользователей
    - система готова надежно обслужить всех потенциальных пользователей;
5. Высокая скорость работы
    - короткое время отклика системы;
6. Красивый дизайн
    - дизайн системы эстетически приятен большинству пользователей;

    Это спорная схема. Если первейшая задача - продемонстрировать что-то несведущим инвесторам, что пункты 5 и 6, например, можно вынести на первые места.  Но для долгосрочного Business Web-проекта приведенная схема, вероятно, близка к реальности. И она хорошо показывает, почему существует так много медленных и не очень эстетичных Web-приложений. Cовременные условия разработки интернет-проектов - это спешка. А в спешке существует склонность не задумываться о вторичных приоритетах до момента выполнения первичных. Требуется "побыстрее что-то сделать". А когда это сделано, оказывается, что надо все переписывать - либо с нуля, либо по частям. Однако, даже если, допустим, пункты 3-6 не имеют изначально большого приоритета, о них все равно следует помнить, и закладывать в проект возможности их решения в будущем. Тогда это решение будет на порядок меньшим по затратам. 
    Большинство аналитиков сходятся в том, что только распределенная архитектура способна решить все вышеперечисленные приоритеты  в условиях ограниченных ресурсов. Рассмотрим эту архитектуру подробнее.

Ещё из архива

Архив клуба
веб-разработчиков

HTML, CSS, программирование и история интернета. Публикации прежнего Webclub по своим адресам.

Открыть архив
Сайт на ноутбуке и телефоне