Принципи на проектиране

23.
08
2011 г.

За проектиране на интерфейси се използват не само потребителски изследвания, но се използват и принципите на проектиране. Реших да събера няколко принципа в една статия. Сигурен съм, че дълго време използвате някои от принципите.

Бръсначът на Окам

"Бръснач на Окам" или „острието на Окам“ - методологичен принцип, кръстен на английския монах францисканец, номинален философ Уилям от Окам. В опростена форма той гласи: „Не трябва да умножавате ненужно ненужно“ (или „Не трябва да привличате нови обекти, освен ако не е абсолютно необходимо“).

Бръсначът на Occam в интерфейсите може да се използва съгласно принципа: ако потребителят може да постигне целта по два начина, например, първият е чрез извършване на действия A, B и C, а вторият е чрез A, B, C и D и двата метода дават един и същ резултат, тогава действието D е излишно и правилният е първият начин (който може да се направи, без да се извърши допълнително действие).

Принципът KISS

ЦЕЛУВАЙ (Английски поддържайте го просто, глупаво - „не усложнявайте, глупаво“ или английски го поддържайте кратко и просто - „не усложнявайте“) - принцип на процеса и дизайна, при който простотата на системата е декларирана като основна цел и/или стойност. Често се използва и по-учтиво дешифриране - поддържайте го кратко и просто („поддържайте го кратко и просто“).

Колкото по-просто, толкова по-добре!

Патешки тест

Патешки тест - закачлив тест за доказателства за случващото се. В превод от английски изглежда:
Ако изглежда като патица, плува като патица и шарлатан като патица, тогава вероятно е патица.
Тестът предполага, че същността на явлението може да бъде идентифицирана чрез типични външни признаци.

Познатите неща трябва да се наричат познати имена.!

Принципът ЯГНИ

Принципът ЯГНИ (На английски You Ain't Gonna Need It - „Нямате нужда от него“) е процес на проектиране и принцип, при който отказът от добавяне на функционалност, която не е необходима веднага, се декларира като основна цел и/или стойност.

Според привържениците на принципа YAGNI, желанието да се напише код, който не е необходим в момента, но може да е необходим в бъдеще, води до следните нежелани последици:

Губи се време, което би било изразходвано за добавяне, тестване и подобряване на необходимата функционалност.
Новата функционалност трябва да бъде отстранена, документирана и поддържана.
Новата функционалност ограничава това, което може да се направи в бъдеще, така че ненужната функционалност може впоследствие да ви попречи да добавите нова необходима функционалност.
Докато функционалността наистина не е необходима, е трудно да се предскаже напълно какво трябва да се направи и да се тества. Ако новата функционалност не е добре тествана, тя може да не работи правилно, когато имате нужда от нея по-късно.
Това прави софтуера по-сложен.
Ако цялата функционалност не е документирана, тя може да остане неизвестна за потребителите.
Добавянето на нова функционалност може да доведе до желанието за още повече нова функционалност, което води до ефект на снежна топка.

Колкото по-лошо, толкова по-добре!

Колкото по-лошо, толкова по-добре - подход към разработването на софтуер, който обявява лекотата на изпълнение и простотата на интерфейса по-важни от всички други свойства на системата. Този стил е описан от Ричард П. Габриел в „Lisp: Good News, Bad News, How to Win Big“ под „Възходът на„ По-лошото е по-добро “и често се препечатва в отделна статия.

Габриел описва подхода по следния начин:

Простота: изпълнението и интерфейсът трябва да са прости. Простотата на изпълнение е дори по-важна от простотата на интерфейса. Простотата е най-важното изискване при избора на дизайн.
Нали: дизайнът трябва да е правилен във всички видими прояви. Опростеният дизайн е малко по-добър от правилния.
Последователност (последователност): Дизайнът не трябва да бъде твърде нелогичен. Понякога можете да жертвате последователност заради простотата, но е по-добре да изоставите онези части от дизайна, които са полезни само в редки случаи, отколкото да усложнявате изпълнението или да жертвате последователност.
Пълнота: дизайнът трябва да обхваща възможно най-много важни ситуации. Пълнотата може да бъде пожертвана в полза на други качества и е наложително да се жертва, ако това пречи на простотата. Постоянството може да бъде пожертвано за пълнота, ако се поддържа простота; последователността на интерфейса е особено безполезна.

Психични модели.

Психичен модел в психологията те наричат комплекс от емпирични знания, който е трудно да се формализира, който се формира в съзнанието на човек при взаимодействие с обект. Най-просто казано, така си представяме определен обект. В случай на високотехнологични устройства или информационни обекти, които включват предимно софтуер, това представяне включва нашето разбиране за принципите на системата. По един или друг начин, но работейки със сложен интерфейс, неволно си спомняме, че работи „нещо подобно“. Тази идея далеч не винаги е вярна.

Всъщност потребителят не знае как е написан кодът на този или онзи програмен модул или как е подреден администраторският панел. Потребителят трябва да реши проблемите си така, както го разбира. Ако не успее, той просто ще намери друг инструмент. Ако не знаете как хората използват вашия продукт, не можете да разберете от какво се нуждаят, не можете да го подобрите.