Многие концепции в дизайне пользовательского интерфейса выглядят не совсем по -разному в буквальном выражении, но на самом деле они сильно различаются. Учитель @akane_lee, тайваньский дизайнер, который не опубликовал долгое время, воспользовался возможностью анализа концепций и подробно рассмотрит функции блок -схемы и потока пользовательского интерфейса ~
Я не разместил никаких статей в течение почти месяца, и я занят планами написания, создание прототипов и разводящихся отчетов об экспериментальных студентах. Недавно я должен организовать много потоков пользовательского интерфейса. Чем больше я организую свою голову, тем больше я чувствую себя пастой. Давайте поговорим о схеме потока и потока пользовательского интерфейса. Поток - это «процесс», поток пользовательского интерфейса - это поток страницы, а блок -схема - это блок -схема, эти две - совершенно разные диаграммы.
Дизайнер пользовательского интерфейса очень знаком с потоком пользовательского интерфейса, но может быть не знаком с блок -схемой. В разработке программного обеспечения блок -схема обычно пишет SA, с акцентом на «суждение» ... это не так сложно, рассматривать ее как психологический тест, прикрепленный к журналу, просто выберите «Да» и перейдите вправо, и выберите «Нет» и идите влево.
Для RD вы должны сначала знать «логику» перед написанием программы, то есть операционной архитектуры, состоящей из различных «суждений». Логика также очень важна для пользовательского интерфейса, в противном случае какой ответ должен дать его после операции?
Самый процветающий вход в число участников
Принимая «вход в систему» в качестве примера, если пользователь входит в пароль учетной записи, и если ввод правильный, он автоматически перейдет на страницу информации о участнике. Если ввод неверен, он привнесет ошибку ...
Просто с функциональной карты, я хочу нарисовать поток пользовательского интерфейса. Я часто игнорирую «что делать, если пользователь работает неправильно». В последний момент я обнаружил, что есть нехватка, что означает, что пользовательский интерфейс срочно добавляет недостающие страницы, и RD не является элегантным в своей тяжелой работе. Он предполагает, что ошибка - это не то, что подавляется на сцену или дополняется, когда у вас есть время. Страницы и программы не написаны их ртами ...
Я пришлю вам код проверки
Это кажется очень простым? Это не только это. Когда вы на самом деле нарисуете его, вы обнаружите, что многие вещи легко упускают из виду по потоку пользовательского интерфейса, которые не рассматриваются. (И как может быть, что функции не добавлены?)
Иногда пользователь будет продолжать печатать ошибки, и разумно предположить, что кто -то пытается украсть учетную запись. Распространенным методом блокировки является спросить пользователей, которые вводят несколько ошибок, чтобы заполнить еще одно поле проверки. Таким образом, блок -схема становится:
На картинке выше - это просто простая демонстрация процесса, но это просто случайное предложение «Эй, добавьте для меня функцию проверки кода», и блок -схема внезапно станет толстой. Есть больше трюков и соображений безопасности для проверки входа в систему реального члена. Например, если у вас есть 3 ошибки входа в систему, вы дадите мне больше «Забыли свой пароль» и так далее. Если вы заблокируете учетную запись напрямую, пожалуйста, свяжитесь с службой поддержки, чтобы обжаловать.
Поточная схема и поток пользовательского интерфейса дополняют друг друга, и даже сначала предоставлена даже блок -схема пользовательского интерфейса. Когда нет блок -схемы, и вы не знаете, сколько суждений обрабатывать, вы будете производить поток пользовательского интерфейса. Вероятность пропущенных страниц и отсутствующих функций очень, очень высокая.
Если существует только поток пользовательского интерфейса и нет блок -схемы, RD едва ли может представить, что блок -схема на основе изображения и того, как судить, но чем больше система, тем больше ошибок будет пакет, и вероятность упаковки определяется на основе значения опыта RD. Но нет даже потока пользовательского интерфейса. Всего несколько каркасов или макетов - просто слепой, касающийся слона. Если вы посмотрите на одно статическое изображение, вы не будете знать, как нажимать страницу. Было бы странно, если бы вы полагались на свой мозг, чтобы восполнить это.
Если вы ничего не даете, просто бросьте прототип и попросите его скопировать его. Это очень просто сделать точно так же? RD также необходимо выплеснуть и ткнуть каждую кнопку нажимает на каждом экране и пробовать различные ошибки, прежде чем вы узнаете, как подключить функцию. Насколько вы ненавидите RD за это?
Ссылки:
Блок -схема - энциклопедия вскрытия MBA
Блок -схема Описание
С точки зрения дизайнера пользовательского интерфейса, блок -схема можно рассматривать как «как пользователи управляют и выполняют задачи и как программное обеспечение реагирует в этой ситуации», а поток пользовательского интерфейса распространяется на «потому что пользователи работают таким образом, и у нас есть эти функции и информацию, чтобы представить, поэтому страница и страница подключены таким образом».
Дизайнер пользовательского интерфейса не должен знать, как рисовать схемы потока, но вы должны их понимать. Общие символы блок -схемы фиксируются. Не проектируйте новый стиль только потому, что вы выглядите уродливо. RD определенно повернет стол.
Существует известная поговорка «вода в вашей голове до брака - это слезы, пролитые после брака», которая применяется к разработке программного обеспечения », - мозг, который меньше потрачен до работы, - это печень, которая будет повреждена после того, как работа - это печень, которая будет повреждена после того, как работа начинается». Сколько функций не ожидается на ранней стадии, сколько рабочего времени не ожидается на более поздней стадии ...