x
 
Руслан Якубович
22 марта 2011

Добрый день. Данная схема отображает работу системы (сайта). Что тут можно улучшить? Доступно ли отображено, что отрабатывает на стороне браузера, а что на стороне сервера?

«Старт» — старался показать, что происходит при попадании на сайт. Другими словами, мы просто грузим с сервера нужные файлы.

Пунктирные стрелки обозначают условие.

Все обращения (после загрузки файлов) между браузером и сервером происходят через ajax.

«Вывод» — обновление информации на страницы. Без перезагрузки страницы.

Не пинайте сильно за стиль, сделано силами Паверпоинта.



Руслан, по-моему вы перемудрили и сами запутались. Получилось похоже на рисунки на доске после лекции, которую ты пропустил: сами по себе они ничего не объясняют, надо было слушать, что говорит профессор, проводя каждую линию.

Во-первых, неясно, какое такое «условие» обозначает пунктир. Сами условия-то нигде не записаны. Пунктир вот у вас ведёт от вывода в кнопку закрытия окна, это как трактовать? При выводе и некотором неизвестном условии нажимается крестик? Или пользователю следует его нажать?

Во-вторых, когда стрелки переходят из клиента в сервер и наоборот, то хотя бы ясно, что из этого запрос, а что — ответ. А вот что происходит с кешем можно догадаться только если и без схемы это знать. Например, условная стрелка слева от него, по всей видимости, означает «спрашиваем → у кеша, есть ли там ответ», а вот точно такая же (а почему она условная-то?) стрелка справа от кеша уже, надо полагать, означает «кладём → в кеш данные».

В-третьих, в схеме у вас присутствуют «места» (кеш, БД) и «действия» (ввод, обработка). То есть не только стрелки, но и то, что с ими соединено, не имеет конкретного смысла. Стрелка между действиями вообще не означает ни запрос, ни ответ, а просто означает «сначала происходит вот это, а потом → вот это»

Странно, что сервер вернул в браузер сразу и ХТМЛ, и скрипт, и стили. По-настоящему ведь это всё отдельные запросы от браузера. Если вы решили упростить этот момент, зачем было конкретизировать, какие именно файлы были переданы? Странно и то, что вы кладёте в кеш уже «обработанные» данные, однако после того, как читаете их из кеша, зачем-то «обрабатываете» заново.

Я считаю, что из слов лучше составлять предложения:

Пользователь переходит на сайт
Браузер запрашивает страницу у сервера →
← Сервер возвращает её в браузер
Браузер отображает загруженную страницу
Веб-приложение в браузере готово к работе

Пользователь выбирает операцию на странице, вводит данные
Приложение проверяет, нет ли ответа в его кеше:
Если ответ есть в кеше :
    Ответ читается из кеша
Если ответа в кеше нет:
    Операция и данные отправляются на сервер →
Сервер обрабатывает данные и готовит ответ, при необходимости обращаясь к БД
← Сервер возвращает ответ в браузер (приложению)
    Приложение обрататывает ответ и кладёт его в кеш
В любом случае:
Ответ выводится в интерфейсе приложения
Приложение готово к дальнейшей работе
Интерфейс и информация — дисциплина Школы дизайнеров. Набор открыт. Чем раньше поступите, тем ниже стоимость и выше шанс на бесплатное место.
 

Поделиться
Отправить

Комментарии

Сергей Игнатов
22 марта 2011

Если хочется формализировать данную информацию графически, то отлично подойдет диаграмма последовательности:
http://en.wikipedia.org/wiki/Sequence_diagram

В УМЛе начертание каждой стрелки строго регламентировано, поэтому не возникнет неловких вопросов, что вы подразумеваете под пунктирной стрелкой.

Алексей Рытов
23 марта 2011

УМЛ — для программистов. Просто текст — для обычных людей.

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


Цель рубрики — обсуждение вопросов дизайна всех видов, текста в дизайне и взаимоотношений дизайнеров с клиентами.

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

Решение о публикации принимается один раз; мы не имеем возможности комментировать или пересматривать свое решение, хотя оно может быть ошибочно. Уже опубликованные комментарии могут быть удалены через некоторое время, если без них обсуждение не становится менее ценным или интересным.

Вот такой веб 2.0.

Дата‑классный пример: причины задержек в Нью-йоркском метро Диаграмма футбольных трансферов. Процесс 1 3




Недавно всплыло

3 1 Правдивость 3 1