55. Проектирование гип. Создание пользовательских сценариев.

Цель этого этапа — написать словестное описание взаимодействия пользователя с системой, не конкретизируя, как именно это происходит.

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

Примеры сценария для почтовой программы:

Сценарий 1.

1. Запустить почтовую программу.

2. Скачать новую почту

3. Получить почту

4. Прочитать все сообщения

5. Часть из них удалить

6. На одно ответить

7. После этого выключить программу.

Сценарий 2.

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

Сценарий 3.

Пришло новое сообщение. Об этом сообщает соответствующий индикатор. Сделать активным окно почтовой программы и открыть полученное сообщение. …

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

56. Проектирование гип. Проектирование общей структуры.

Проектирование общей структуры — это выделение отдельных функциональных блоков системы и информационного взаимодействия между ними.

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

Проектирование общей структуры состоит из двух параллельных процессов:

1. Выделение независимых блоков

2. Определение связей между ними.

Выделение независимых блоков. Основные рекомендации:

1. Избегать помещать в блог более трех функций.

2. Не стоит помещать в один блок функции с различным назначением Результатом этой работы должен быть список блоков с соответствующим пояснением.

Пример:

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

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