ДИЗАЙНДИЗАЙНПРОГРАММПРОГРАММ

Лекция 23Лекция 23 ©© Гудаев О.А.Гудаев О.А. 20132013

2

Баланс полезности и функциональности программы

Классификация деградации программы:

1. «Идеальная» модель. «Кажущаяся» очень простой, но со скрытыми

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

3

Баланс

4

Функциональность

5

Небольшая деградация программы

2. «Реальная» модель.

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

6

МеханическаяМодель

7

Деградация программы

3. Компенсация недостатков функциональности удобством дизайна.

4. Компенсация недостатков дизайна полнотой функциональности.

5. «Плохо». Перегруженность дизайна пользовательского интерфейса и избыточность функциональности. Например, ведение протокола работы программы, который «тормозить» вычисления. А в дизайне «украшательство» графического интерфейса очевидных режимов и свойств элементов управления.

8

9

Полная деградация

6. «Запутанный» пользовательский интерфейс вводящий в заблуждение о параметрах функции и способов её вычислений. «Необоснованные» опции функций, ложные стратегии функционирования и неточности в результатах вычислений.

7. «Провал». Программа с ошибками.

8. «Черный экран». Программа не запускается.

Седьмой и восьмой варианты не рассматривают программу как программный продукт.

10

11

Эстетика разработки программы

1. Дизайн программы обязателен для «отличной» функциональности.

2. Эргономика не должна быть сделана в ущерб «привлекательности». Так как некрасивые вещи «отталкивают».

3. «Гармония» дизайна невозможна без акцидентных форм.

4. Оригинальность авторской разработки - это дивиденды в будущий финансовый успех.

12

13

Эко-эстетика от Unsangdong Architects

14

15

Модель сотрудничества в группе разработчиков и

проектировщиков программы

PVCS Version Manager (originally named Polytron Version Control System)

PVCS (1985),

CVS (1986, 1989 in C), CVSNT (1998), Subversion (2000),

Team Foundation Server (2005),

Rational Team Concert (2008)

16

Вся группа стояла на площадке

17

CVS

CVS (Concurrent Versions System, «Система Одновременных Версий») — программный продукт, относящийся к разряду систем управления версиями (англ. version control system). Хранит историю изменений определённого набора файлов, как правило, исходного кода программного обеспечения, и облегчает совместную работу группы людей (часто — программистов) над одним проектом.

18

Зачем нужно разделение труда в проектировании и разработке

19

Ниша профессии разработки программы

20

НИША

21

Стратегия оживления компьютерной инновации

22

Иннова; ция

Инноваd ция, нововведение (англ. innovation) — это внедрённое новшество, обеспечивающее качественный рост эффективности процессов или продукции, востребованное рынком. Является конечным результатом интеллектуальной деятельности человека, его фантазии, творческого процесса, открытий, изобретений и рационализации.

23

Стратегия футуродизайна «обгонять, не догоняя» (инновация как источник новых брендов)

24

Стратегия футуродизайна

25

Спасибо за вниманиеСпасибо за внимание

©© Гудаев О.А. Гудаев О.А. 20132013

ДонНТУДонНТУкаф. ПОИСкаф. ПОИС