Выявление системы целей каждого персонажа



 

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

Эмоциональные цели – сугубо личные. Они выражают то, как человек хочет себя чувствовать, работая с продуктом. Примеры:

Чувствовать уверенность, что ситуация под контролем;

Получать удовольствие;

Ощущать душевный покой;

Быть собранным и сосредоточенным.

 

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

Примеры жизненных целей:

Преуспеть в карьере;

Стать знатоком в музыке;

Стать популярным.

 

Прочие типы целей

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

Цели покупателей (родители, родственники или друзья для пользовательских приложений, или менеджеры по информатизации – для корпоративных) обычно другие – безопасность, простота обслуживания и настройки, и т.д.

Бизнес-цели (увеличить прибыль, удержать клиентов, обойти конкурентов, повышения уровня образованности публики)

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

В нашем случае иные, (кроме конечных) цели персонажей представлены в таблице

2.3.

Таблица 2.3.

Персонаж Эмоциональные Жизненные Бизнес-цели Технические
Студент Получать эстетическое удовольствие, не беспокоится Посетить как можно больше интересных мест - Браузерная совместимость, Кроссплатформенность.
Абитуриент Получать эстетическое удовольствие, не беспокоится Посетить как можно больше интересных мест - Браузерная совместимость, Кроссплатформенность.
Преподаватель Прагматичность Продвижение по службе за счет освоения новых технологий - Безопасность работы с сайтом, простота работы

 

Описание сценариев работы с сайтом для каждого из персонажей

1.

Персонаж № сценария Сценарий
Евгения Растленова Паловна 1 Евгения Паловна заходит на главную страницу и переходи на вкладку Вход. На ней она входит в свой личный кабинет. Нажимает на кнопку выбрать студента, выбирает студента. При этом открывается форма с информацией о студенте.
2 Евгения Растленова Паловна заходит в личный кабинет и нажимает «Создать занятие», появляется форма с выбором предмета и датой, и кнопкой «Продолжить», нажимает на кнопку «Продолжить», появляется форма со списком студентов группы, и колонками для выставления оценок и посещения занятий. Выставляет оценки и посещаемость и нажимает на кнопку «Сохранить»
Никита 1 Никита заходит на главную страницу сайта, нажимает на вкладку расписание. Открывается форма, где Владимиру предлагается выбрать группу, после выбора группы появляется форма с расписанием группы на неделю.
2 Владимир заходит в свой личный кабинет и смотрит информацию о своей успеваемости.
3 Владимир переходит во вкладку «Предметы» и видит перед собой список предметов, выбирает нужный и переходит во вкладку со списком занятий. Выбирает занятие и скачивает литературу относящуюся к теме данного занятия.
Кирилл 1 Кирилл заходит на главную страничку, узнаёт интересующую его информацию для своей будущей профессии.

 

 

ПРАКТИЧЕСКАЯ РАБОТА №3

Выявление требований

 

Цель: Закрепить теоретические знания о методах извлечения требований к разрабатываемому программному продукту

Задание:

Выявить требования по группам

Выявить приоритеты требований

Пример выполнения для сайта туристической компании

Выявление требований

Для извлечения всех требований их можно сначала разделить на группы.

Рис. 3.1. Виды и последовательность разработки требований

(Классификация Вигерса)

 

 

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

Таблица 3.1.

Группа Тип заинтересованных лиц Требование

Бизнес-требования

Директор академии  Повышение эффективности управления учебным процессом
Преподавательский состав Повышение эффективности работы за счет более удобной обработки информации

Студент

 
Экономия времени, контроль учебной успеваемости

Пользовательские требования

 
 
 
 
 

Посетитель

 
 
 

Администратор

 
 

Атрибуты качества

 

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

Ограничения

 

База данных сайта должна быть реализована в СУБД MySQL
Серверная часть сайта должна быть реализована на актуальной версии PHP
Внешние интерфейсы   Интеграция с API «Вконтакте», Gmail
Системные требования   Административная и пользовательская версии сайта работают с одной и той же базой данных
Функциональные требования (по классификации Вигерса все, что не включено в другие виды требований)   Возможность сортировки студентов по алфавиту, по успеваемости, Выборка данных по группам.

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

 


Дата добавления: 2021-03-18; просмотров: 48; Мы поможем в написании вашей работы!

Поделиться с друзьями:






Мы поможем в написании ваших работ!