12. Выработка требований.

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

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

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

Явные требования помогают гарантировать, что функциональность системы определяется пользователем, а не программистом. Если требования сформулированы явно, пользователь может проанализировать и утвердить их. Явные требования позволяют не гадать, чего хочет пользователь. Внимание к требованиям позволяет свести к минимуму изменения системы после начала разработки. Обнаружив при кодировании ошибку в коде, вы ,измените несколько строк, и работа продолжится. Если же во время кодирования вы найдете ошибку в требованиях, придется изменить проект прЬграммы, чтобы он соотвествопал измененным требованиям. Адекватное определение требований - одно из важнейших условий успеха проекта.

13. Модель требований.

Требования являются базой для: планирования проекта; управления рисками; приемочного тестирования; компромиссов (согласований); управления изменениями. Причины провалов проектов Неполнота требований 13.1% Недостаточное привлечение пользователей 12.4% Недостаток в ресурсах 10.6% Нереалистические ожидания 9.9% Недостаток поддержки от руководства 9.3% Изменение требований/спецификаций 8.7% Недостаточное планирование 8.1% Потеря необходимости 7.5% Факторы успехов проектов Вовлечение пользователей 15.9% Поддержка руководства 13.9% Четкая и ясная постановка требований 13.0% Хорошее планирование 9 6% Реалистичные ожидания 8.2% Частые контрольные точки 7.7% Компетентная команда 7.2% Владение (требованиями) 5.3%

Прежде чем приступать к работе с входящими требованиями, необходимо оценить составляют ли они приемлемый «фундамент» для последующей

работы. Чтобы оценить приемлемость требований для работы, необходимо ответить на следующие вопросы:

Является ли требование полным? •

Является ли требование ясным?

Является ли требование осуществимым?

Является ли план проверки требований понятным и приемлемым?

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

Использование четкого и ясного языка (согласованных терминов) при написании требований позволяет существенном образом облегчить последующее понимание требований и их классификацию. Простым примером здесь может служить использование в тексте слова «должен»(должна, должно), как ключевого слова, обозначающего наличие требования.

У каждого требования может быть ряд атрибутов, фиксирующих дополнительную информацию (метаданные) о требовании. Самым распространенным атрибутом требований является priority (приоритет). Его значение определяет приоритет требования относительно остальных требований. Набор критериев MoSCoW

Значения атрибута Priority	Семантика
Must have (обязан иметь)	Обязательное требование, является фундаментальным для системы.
Shoul have (должен иметь)	Важные требования, которые могут быть опущены.
Could have (мог бы иметь)	По-настоящему необязательные требования (реализуются, если на это есть время)

Want to have (хотел бы иметь) Требования, которые могут подождать до следующих версий системы.

14 Анализ пользователей. User stories.

Прежде чем начинать работу, нужно понять ЗАЧЕМ нужна эта система.Первым шагом является узнать своих пользователей, установить, что является общим для всех людей с точки зрения требований к интерфейсу. Поиск оптимального варианта, удовлетворяющего широкий диапазон требований пользовательских задач.

Концепция триалога ( исследователь, дизайнер, пользователь)

Методы сбора информации: прямой-косвенный, индивидуальный- групповой, производительность-обсуждения, интервью (опрос пользователей для получений максимального кол-ва инфы), опрос, фокус- группы (работа с 6-9 человеками), полевые исследования ( наблюдения), журналирование

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

Прямой - Косвенный.

• Прямой: сбор информации при прямом контакте с пользователем.

• Косвенный: сбор информации без прямого контакта с пользователями.

Индивидуальный - Групповой.

• Индивидуальный: один пользователь в определенный момент времени.

• Групповой: несколько пользователей в определенный момент времени.

Производительность - Обсуждение.

• Производительность: задачи выполняются.

• Обсуждение: задачи обсуЖдаются

Наиболее полную информацию млЖно получитЬ при применении прямого и косвенного методов сбора информации.

• Интервью.

• Сбор мнений (опрос).

• Фокус-группЫ.

• ПолевЫе исследования (наблюдение).

• Журналирование.

ИнтервЬю.

• Usability-специалисты формируют вопросы,

по какой-либо проблемме исполкзования системы.

• Они опрашивают пользователей

для получения необходимой информации. " ЦелЬ - получитЬ максимально полную информацию, которую моЖно получитЬ только в процессе тесного взаимодействия ме>кду интервьюером и пользователем.

ТипЫ интервЬю.

" МетодЫ неструктурированного интервЬю исполЬзуются на начальном этапе оценки оЖиданий пользователя. Главной целЬю является сбор как моЖно большей информации относительно опЫта пользователя. ИнтервЬюер не руководствуется детально вЫработаннЫм планом действий и не акцентирует свое внимание на каких-либо специальных аспектах системы. Главной задачей является получение информации по общим процедурам работы пользователя, а такЖе его ожиданиям от системы. " Структурированное интервЬю проводится согласно плану с использованием заранее подготовленных вопросов. Структурированное интервЬю по форме болЬше напоминиет опрос, тогда как неструктурированное - беседу.

Общие рекомендации.

" Всегда записывать (зарисовЫватЬ) интервЬю. " Задавать открЫтЫе вопросы в нейтральной форме. " Вопросы долЖнЫ касатЬся скорее поведения, неЖели толЬко

отношения к системе (нравится\не нравится). " Начинать интервЬю с менее ваЖнЫх проблем, постепенно

переходя к более слоЖнЫм моментам. " Задавать вопросы для получения информации,

а не для подтверждения собственных оЖиданий.

ТипЫ заданий.

" Дополнительные задания помогают получитЬ болЬше

информации или уточнить какие-либо ответы участника. ВербалЬно или невербалЬно, интервЬюер побуждает участника:

«Продолжайте, расскажите мне об этом еще».

^ж Рефлексирующие задания, использующие непрямые техники. Дают возможность получитЬ более детальную информацию. ИнтервЬюер моЖет переформулировать предыдущий вопрос или перефразировать ответ участника. ^ж Направляющие задания дают общую ориентировку участнику об ответе на вопрос, напрямую не предполагая определенного ответа. Такие задания могут принять форму:

«Почему об этом идет речЬ?»

* Ориентирующие задания предполагают объяснение интервьюируемым значение того или иного термина или понятия.

Фокус группы

эта техника сбора даннЫх проводится с 6-9 пользователями, собранными вместе для обсуждения вопросов, связанных с системой. Специалист по человеческому фактору играет ролЬ модератора, к должен подготовить список вопросов и найти ответы на них в течение дискуссии. Фиксируют спонтанные реакции пользователей и идеи, которые возникают в групповом процессе оторый

Функциональней анаЛИЗ - описание целей, которые необходимо реализовЫватЬ пользователю, но которЫе на даннЫй момент не достиЖимЫ; описание возмоЖнЫх способов/инструментов достижения более легких способов решения рабочих задач. НовЫе способы реализации рабочих задач не долЖнЫ противоречить уЖе существующим!

15

Демографические аспекты

Все болЬше компаний приходят к пониманию того, что для достижения конкурентоспособности даЖе на внутренних рЫнках необходимо уделятЬ внимание и международным аспектам бизнеса. Однако методы эффективной работы на международных рЫнках не всегда очевидны.

Простого перевода на другой ЯЗЬ|к нескольких руководств и пользовательского интерфейса продукта недостаточно.

ЧтобЫ иметЬ успех на международных рЫнках, организации долЖнЫ учитывать множество аспектов бизнеса:

местнЫе языки,

валюту,

практику деловЫх отношений, технические требования, кулЬтурнЫе предпочтения, стратегии маркетинга и продаж,

обеспечение ТвХПОДДврЖкИ для локалЬнЫх рЫнков.

Локализация зачастую рассматривается просто как "перевод, связанный с высокими технологиями", однако такая оценка не учитывает всей важности и сложности задачи,

а такЖе того, что в действительности происходит при локализации

Локализация

— это процесс модификации товаров и услуг с учетом

особенностей отделЬнЫх рынков.

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

Глобализация

— это трансформация бизнеса и процессов, нацеленная на обеспечение поддержки клиентов по всему миру, вне зависимости от язЫка, страны пли кулЬтурЫ.

Глобализация

— процесс всемирной экономической, политической и культурной интеграции и унификации.

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

слияние кулЬтур разнЫх стран.

Интернационализация

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

Напротив, он разрабатывается и создается так, чтобы его мо>кно бЫло легко

Лингвистические вопросы.

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

Физические вопросы.

Примеры физической локализации: расположение рулевого колеса автомобиля,

электрическое оборудование ма различный волЬтаЖ эпсктроссти{разиЬю вилки и розетки), раскладки клавиатуры.