ГОСТ Р ИСО 9241-210—2011
Итеративный подход позволяет постепенно устранять неопределенность интерактивных систем.
На каждой итерации описания, спецификации и образцы пересматривают и улучшают при получении
новой информации с целью минимизации риска несоответствия разрабатываемой системы требовани
ям пользователей.
Сложность взаимодействия человека с компьютером означает, что невозможно полно и точно
определить каждую деталь каждого аспекта этого взаимодействия в начале разработки. Многие нуж ды
и ожидания пользователей и других причастных сторон, влияющие на разработку взаимодействия
человека с компьютером, выявляются только в ходе проектирования, по мере того как разработчики
совершенствуют свое понимание пользователей и их задач, а пользователи описывают свои пожелания в
ответ на представленные проектные решения.
Итерация проектных решений, включающая отзывы пользователей, является средством сниже
ния риска невыполнения требований пользователей.
Пример 1
—
Отзывы пользователей являют ся основой для пересмотра предполагаемых условий
использования, пересмотра требований и совершенствования проект ных решений.
Пример 2
—
Спецификация требований совершенствуется
в
процессе итерации при применении
сценариев, использования макетов и образцов сист емы с отзывами пользователей о соответствии
разрабатываемых систем требованиям пользователей.
Разработка других аспектов проекта также может потребовать применения итеративного подхода,
например, для обеспечения технологичности продукта, его влияния на рабочую среду или изменения на
рынке.
4.6 Учет опыта пользователя
Опыт пользователя — это сочетание образа торговой марки, способа представления, функци
ональности, производительности системы, интерактивных свойств и вспомогательных возможностей
системы, в которую может входить как аппаратное обеспечение, таки программное обеспечение. Опыт
пользователя охватывает предшествующий опыт, привычки, навыки и индивидуальные особенности
пользователя. Существует распространенное заблуждение, что пригодность использования означает
только то. что продукцию легко использовать. В соответствии с ИСО 9241 пригодность использования
следует понимать более широко, учитывая личные цели пользователя, в том числе аспекты эмоций и
восприятия, обычно связанные с опытом пользователя, а также удовлетворенность работой и отсут
ствие монотонии.
Учет опыта пользователя включает рассмотрение (где уместно) организационного влияния, до
кументации пользователя, оперативной помощи пользователю, сопровождения и обслуживания (вклю
чая справочные службы и пункты обслуживания потребителей), обучения, вариантов долгосрочного
использования и упаковки продукции (включая «использование из коробки»). Опыт пользователя при
работе с предыдущими или другими системами, а также вопросы образа торговой марки и рекламы
также должны быть учтены. Необходимость учитывать различные факторы и их взаимозависимость
должна быть учтена в плане проектирования (см. раздел 5).
Возможности, ограничения, предпочтения и ожидания пользователей необходимо учитывать при
определении того, какие функции должен выполнять пользователь, а какие — система или продукция.
Примечание 1— В системах, где обеспечение безопасности или выполнение задачи имеют критическое
значение, более важным, чем удовлетворение предпочтений пользователя, гложетбыть обеспечение результатив
ности или эффективности системы.
Проектные решения, связанные с распределением функций системы, определяют степень ав
томатизации, а также работы и задачи, выполняемые пользователем, его функции и ответственность.
Решения основаны на многих факторах. Они включают возможности и ограничения людей в сравнении с
техническими средствами с точки зрения надежности, скорости, точности, силы, гибкости отклика, фи
нансовых расходов, важности выполнения задач успешно и в срок, безопасности и удовлетворенности
пользователя (как краткосрочной, например комфорта и удовольствия, так и долгосрочной, например
здоровья, благополучия и удовлетворенности работой). Решение предоставить техническим средствам
выполнение всех функций, которые они могут выполнить, а оставшиеся функции отдать пользовате лю.
скорее всего, приведет к разработке неэффективного проекта. Распределение функций описано в
6.4.2.2.
В принятие таких решений следует вовлекать представительных пользователей.
6