ГОСТ Р ИСО 9241-210—2011
важные группы пользователей и причастных сторон должны быть определены. Построение систем на
основе неверного или неполного понимания потребностей пользователей является одним из главных
источников отказа системы.
Степень пригодности и доступности зависит от условий использования, т. е. установленных поль
зователей, имеющих установленные цели, выполняющих установленные задачи в определенных ус
ловиях использования (см. ИСО 9241-11). Например, интерфейс, подходящий для молодых людей,
загружающих музыку на телефон, может быть полностью неподходящим для доступа к корпоративным
данным с помощью карманного компьютера. Характеристики пользователей, задач и вариантов среды
называют условиями использования. Руководство по сбору необходимой информации приведено в 6.2.
Условия использования — это главный источник информации для установления требований пользова
телей (см. 6.3) и важный момент в процессе проектирования.
4.3 Вовлеченио пользователей в проектирование и разработку
Вовлечение пользователей в проектирование и разработку является важным источником знаний
об условиях использования, задачах, и о том. как пользователи будут работать с продуктом, системой
или услугой. Вовлечение пользователя должно быть активным, он может участвовать в проектирова
нии как источник важных данных или участвовать в оценке тех или иных решений. Характеристики
пользователей, вовлеченных в проектирование, должны отражать весь диапазон характеристик поль
зователей. для которых разрабатывают систему. Способы и частота привлечения к проектированию
пользователей изменяются в процессе проектирования и разработки и зависят от особенностей проек
та. Результативность вовлечения пользователя возрастает с увеличением активности взаимодействия
между разработчиками и пользователями.
Если систему проектируют по заказу, предполагаемые пользователи и выполняемые задачи долж
ны быть использованы при разработке. Организация, приобретающая систему, имеет возможность не
посредственно влиять на разработку проекта, а люди, которые должны будут работать с системой,
могут принимать участие в оценке предлагаемых решений. Такое вовлечение и участие также может
увеличить одобрение и заинтересованность пользователя.
При проектировании универсальных или потребительских продуктов совокупность пользователей
может представлять собой группы пользователей с определенными характеристиками. В этом случае
необходимо, чтобы пользователи или их представители были вовлечены в разработку проекта для уче та
требований пользователей и задач, важных для предполагаемых групп пользователей, идентифика ции
и включения требований пользователей в спецификацию системы, а также для получения отзывов при
испытаниях опытных образцов и оценки вариантов проектных решений.
4.4 Улучшение проекта за счет его оценки пользователями
Отзывы пользователей являются важным источником информации при человеко-ориентирован
ном проектировании. Оценка проекта с участием пользователей и его улучшение на основе отзывов
пользователей является эффективным средством минимизации риска несоответствия системы нуждам
пользователей или организации-заказчика (включая трудно выявляемые требования). Такая оценка по
зволяет проводить проверки предварительных проектных решений на соответствие реальным усло
виям. что позволяет постепенно совершенствовать проект. Оценка проекта пользователями должна
быть частью проверки выполнения требований к проекту при его приемке. Отзывы пользователей при
использовании системы выявляют отдаленные проблемы и являются основой для последующих мо
дернизаций системы.
Примечание — Оценка пользователем предполагает, что пользователи выполняют оценку проекта на
соответствие его требованиям пользователей.
4.5 Итеративное совершенствование проекта
Наиболее подходящий проект интерактивной системы обычно не может быть разработан сразу.
Примечание 1— Итерация означает повторение последовательностидействийдо тех пор. пока не будет
достигнут желаемый результат.
Примечание 2 — В методах разработки, которые состоят из небольших циклов разработки, итерации в
человеко-ориентированном проектировании могут быть выполнены сначала на отдельных частях системы, а затем
на макроуровне для продукции, системы или услуги в целом.
5