1. Чирков Дмитрий
e-mail: chirkov@vigroup.ru
skype: d.chirkov

2. Планирование
1. Закон Мёрфи
— «Если есть вероятность того,
что какая-нибудь неприятность
может случиться, то она
обязательно произойдёт»

3. Планирование
2. Закон Паркинсона
— «Работа заполняет
время, отпущенное на неё»

4. Планирование
3. Закон Парето
— «20 % усилий дают 80 %
результата, а остальные 80 %
усилий — лишь 20 % результата»

5. Планирование
4. Закон Купера
— «Первые 90% кода отнимают
90% времени разработки.
Оставшиеся 10% кода отнимают
вторые 90% времени разработки.»

6. Планирование
5. Бритва Оккама
— «Не следует множить
сущности без необходимости»

7. Планирование
Сколько задача отнимет времени?
— прототипирование
— дизайн
— вёрстка
— программирование

8. Планирование
Последовательность работ
1. Прототипирование
2. Дизайн, программирование серверной
части
3. Программирование серверной части,
вёрстка
4. Программирование клиентской части,
тестирование
5. Тестирование

9. Планирование
Диаграмма Ганта
Этап 1 Этап 2 Этап 3
Роль 1 Задача 1 Задача 2 Задача 3
Роль 2 Задача 4 Задача 5 Задача 6
Роль 3 Задача 7 Задача 8 Задача 9

10. Проектирование
1. Выделите задачи который
должен решать продукт.
Определитесь в приоритетах.

11. Проектирование
2. Сформируйте модели данных —
выделите объекты о которых будет
храниться информация, по каждому
объекту пропишите атрибуты.
Соедините объекты и атрибуты
связями.

12. Проектирование
3. Выделите роли пользователей
вашего продукта на основе
представления о его возможностях.

13. Проектирование
4. Опишите функции для каждой
роли максимально подробно.

14. Проектирование
5. Придумайте персонажей и кейсы
для типовых ролей и задач.

15. Проектирование
6. Структурируйте и группируйте
полученную информацию.
Постарайтесь выделить экраны.

16. Проектирование
1. Выделите задачи
2. Сформируйте модели данных
3. Выделите роли
4. Опишите функции
5. Придумайте персонажей и кейсы
6. Структурируйте и группируйте

17. Прототипирование
Эвристики Нильсена
1. Visibility of system status.
The system should always keep users
informed about what is going
on, through appropriate feedback
within reasonable time.

18. Прототипирование
Эвристики Нильсена
2. Match between system and the real world
The system should speak the users'
language, with words, phrases and concepts
familiar to the user, rather than system-
oriented terms. Follow real-world
conventions, making information appear in a
natural and logical order.

19. Прототипирование
Эвристики Нильсена
3. User control and freedom.
Users often choose system functions by
mistake and will need a clearly marked
«emergency exit» to leave the unwanted
state without having to go through an
extended dialogue. Support undo and
redo.

20. Прототипирование
Эвристики Нильсена
4. Consistency and standards.
Users should not have to wonder
whether different words, situations, or
actions mean the same thing. Follow
platform conventions.

21. Прототипирование
Эвристики Нильсена
5. Error prevention.
Even better than good error messages is a
careful design which prevents a problem from
occurring in the first place. Either eliminate
error-prone conditions or check for them and
present users with a confirmation option
before they commit to the action.

22. Прототипирование
Эвристики Нильсена
6. Recognition rather than recall.
Minimize the user's memory load by making
objects, actions, and options visible. The user
should not have to remember information from
one part of the dialogue to another. Instructions
for use of the system should be visible or easily
retrievable whenever appropriate.

23. Прототипирование
Эвристики Нильсена
7. Flexibility and efficiency of use.
Accelerators — unseen by the novice user
— may often speed up the interaction for
the expert user such that the system can
cater to both inexperienced and
experienced users. Allow users to tailor
frequent actions.

24. Прототипирование
Эвристики Нильсена
8. Aesthetic and minimalist design.
Dialogues should not contain information
which is irrelevant or rarely needed. Every
extra unit of information in a dialogue
competes with the relevant units of
information and diminishes their relative
visibility.

25. Прототипирование
Эвристики Нильсена
9. Help users recognize, diagnose, and
recover from errors.
Error messages should be expressed in
plain language (no codes), precisely
indicate the problem, and constructively
suggest a solution.

26. Прототипирование
Эвристики Нильсена
10. Help and documentation. Even though it
is better if the system can be used without
documentation, it may be necessary to
provide help and documentation. Any such
information should be easy to search, focused
on the user's task, list concrete steps to be
carried out, and not be too large.

27. Прототипирование
Инструменты
1. Бумага
2. Google Docs
3. Axure
4. Evolus Pencil

28. Прототипирование
Прототип главной страницы
1. Идентификационный блок
2. Навигационный блок
3. Целевой блок
4. Вспомогательный блок

29. Прототипирование
Прототип внутренней страницы
1. Прототип типичной внутренней
страницы
2. Прототип каждой (!!!)
уникальной внутренней
страницы

30. Прототипирование
Следующее занятие
Программные средства для
реализации проекта