Разберитесь с ограничениями

Есть ограничения? Идеальный. Вот где начинается отличный дизайн. Подобно тому, как электрические стандарты определяют, как безопасно работает тостер, не определяя при этом, что он делает, ваше программное обеспечение также живет в границах, которые незаметно направляют его работу. поведение. Функциональные требования опишите, что делает ваша система: истории использования, функции, которые видят ваши пользователи. Однако, нефункциональные требования определить, как оно должно работать: безопасно, доступно и эффективно. Когда вы относитесь к этим ограничениям как к союзникам в дизайне, а не как к препятствиям, вы делаете более разумный выбор, избегаете дорогостоящих переделок и создаете продукты, которые кажутся надежными, последовательными и готовыми ко всему.

В этом видео Уильям Хадсон Пользовательский опыт Стратег и основатель Syntagm Ltd объясняет, как ограничения или нефункциональные требования определяют такие важные качества, как доступностьбезопасность и поддержка устройств, которые определяют дизайн вашего продукта.

Что такое ограничения?

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

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

Технологические ограничения

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

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

Ограничения качества обслуживания

Ограничения качества обслуживания охватывают широкий набор характеристик. Вот общепринятая классификация:

• Производительность

• Масштабируемость

• Портативность

• Совместимость

• Надежность

• Доступность

• Ремонтопригодность

• Безопасность

• Локализация

• Удобство использования

Некоторые из них могут напрямую повлиять на ваши истории использования. Например:

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

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

Обратите внимание, что последняя запись в списке — это удобство использования! Поскольку ограничения должны быть измеримыми, недостаточно сказать, что «решение должно быть полезным». Вместо этого вы увидите такое требование: «90% пользователей должны быть в состоянии выполнить ключевые задачи за 60 секунд или меньше».

Наконец, доступность прямо не упоминается, но обычно она подпадает под категорию удобства использования. Примером требования может быть: «Решение должно соответствовать WAI». ВКАГ 2.x на уровне AA».

Функциональные и нефункциональные требования: в чем разница?

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

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

С другой стороны, тип электрической системы, с которой совместим тостер, — это нефункциональное требование. Тостер либо создан для работы в США или Великобритании, либо нет. Поскольку вилки и напряжение различаются, тостер, изготовленный для одной страны, не будет работать в другой. Дорожные адаптеры не помогут, потому что напряжения совершенно разные, а требуемая мощность значительна.

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

Вывод

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

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

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

Герой изображения: © Интерактивный дизайн Фонд, CC BY-SA 4.0