ПроектированиеЗанятие 3

ШКОЛА UX-ПРОЕКТИРОВАНИЯ 2013

Проектирование

Scope – границы проекта

Определяем какие возможности мы реализуем, а какие нет.

Structure – взаимодействие пользователя с системой

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

От идей к требованиям

• Ранжирование. Оставляем только те идеи, которые ведут к достижению нашей цели и формируют законченное решение.

• Разработка концепции. Выбираем единственно верный вариант реализации выбранных идей. Делаем оценки всех вариантов и обосновываем выбор, чтоб больше к этому вопросу не возвращаться. Модели «Как есть», «Как будет»

• Формирование требований. Детально продумываем все аспекты выбранного варианта решения. Формируем общие и специфические требования

Ранжирование

• включить в модуль «лабораторные работы» перечень всех работ с темами и описанием

• синхронизировать работы с календарём (каждая работа соответствует определённой дате)

• связать перечень работ с базой знаний (для удобного доступа к методичкам, теории и дополнительным материалам по каждой работе)

• включить в модуль электронный журнал успеваемости• добавить уведомления о количестве несданных работ и сроках сдачи• связать модуль с модулем «преподаватели» (для доступа к контактам и

информации о времени работы)

Хорошие требования – что это?

Specific (Конкретный)Что именно необходимо достигнуть? = Ожидаемый результат

Measurable (Измеримый)Как будет измеряться результат? = Критерий достижения результатам.

Achievable (Достижимый)За счёт чего планируется достичь результата? (И возможно ли его достигнуть вообще?)

Relevant (Актуальный)Имеет отношение к решению и важно с точки зрения решения

Time-bound (Ограниченный во времени)

Срок достижения результата

Плохие требования Хорошие требования• Система должна работать быстро

• Система не должна принимать пароль длиннее 15 символов.

• Поиск в системе должен осуществляться по имени, фамилии пользователя и т.д.

• Окошки должны быть синими

• Время отклика не должно превышать 3 секунд

• При вводе пользователем пароля больше 15 символов Система должна отобразить сообщение об ошибке с просьбой исправить пароль.

• Поиск в системе должен осуществляться по всем атрибутам сущностей (атрибуты приведены в п.)

Моделирование бизнес-процессов

EPC, Aris BPM, BPwin

Пример бизнес-процесса

Процесс «Поступление в университет»

Унив

ерси

тет

Абит

урие

нт

ЗачислениеПодготовка Вступительные экзамены

Подача документов

Документы приняты?

Решение о поступлении в университет

ПодготовкаСдача

вступительных экзаменов

Предоставление оригиналов документов

Зачисление в университет

Оформление документов в

приемной комиссии

Да

Набран проходной

балл?

Проверка результатов

НетНет

Конец

Структура технического задания

Обязательно• Назначение и цели создания системы• Характеристика объекта автоматизации• Функциональные требования• Нефункциональные требования• Состав и содержание работ по созданию системы• Порядок контроля и приемки системы

Дополнительно

• Экранные формы

• Модели бизнес-процессов

• Use-cases

Список объектов

Объект АтрибутыЗадание • Тема

• Предмет• Курс• Специальность• Задание (текст + изображения)• Дата публикации задания• Срок выполнения• Срок пересдачи• Преподаватель• Комментарий преподавателя

Результат • Студент• Результат выполнения задания (файл в

форматах…)• Оценка

Роли в системе

Роль Возможности Преподаватель • Публикует задания

• Оценивает результаты• Назначает сроки пересдачи

Студент • Публикует результаты

Список представлений

Представление Примечание

Список заданий Студент должен видеть свои заданияПреподаватель должен видеть задания для всех студентов с фильтрами по курсу, специальности, предметам

Список результатов Отображается в карточке задания для преподавателя. Для студента отображается только его результат

Карточка задания и результат

Архив лабораторных работ

Домашнее задание

• Составить список требований• Нарисовать диаграммы необходимых процессов• Составить список объектов и атрибутов• Составить список пользовательских ролей