Как да напишем TK интерфейс, какво да търсите

Как да напишем TK интерфейс, какво да търсите

Като правило, ясни критерии за изграждането на TK не е, тя може да бъде доста кратък и много подробен. Всички ние обсъдихме с изпълнителя индивидуално.

• кратка версия съдържа само основна информация - ключ и стандартните екрани, страници, както и техните елементи, навигация поведение и елементи от данни на всеки отделен екран;

Всъщност това е много рядко четат документа (защото е негоден за консумация от човешкия мозък да бъде средно Талмуда).

Да се ​​върнем към по-рано въпрос: Как да си направим интерфейса? Марк дали тя е подредена така, както искате? Необходимост е, на първо място, потребителят (съсредоточи върху него), и едва след това - изисквания за дизайн, бизнес и т.н. И двете изисквания трябва да бъдат обсъдени и записани в началните етапи на работа, но трябва да се обърне специално внимание, за да го развива. Технически възможности и ограничения се следи непрекъснато - от самото начало и по време на текущата итерация. Тя ще бъде по-лесно, ако ще се занимава с този въпрос и по време на разработването на концепцията и на етапа на пускането проект мотика. Потребителските изисквания определят времето, и в началния етап, и по време на разработването на концепцията. В първия случай това интервю с потребителите, както и по-късно - описание на страниците на интерфейс, навигация структура, профили, скриптове. В идеалния случай, интерфейсът трябва да се съобразят с поставените изисквания и цели, както и много техническа задача - да се даде обяснение за това как и защо тези изисквания са били взети под внимание.
За по-голяма яснота, техническото задание може да включва резултатите от теста на потребителите да работят в проектиран интерфейс. Ние също преди това зададе въпрос: (? И как) дали е възможно да се използва интерфейс, предназначен за развитие. Това трябва да бъде пример за недвижими поведението на интерфейса, докато потребителят работи. Как и защо тя работи по този начин, а не по друг начин, то се посочва в техническото задание. С неговото писане професионалист трябва да се обърне внимание на нюансите, които не са очевидни в контекста на състоянието на техниката като цяло, и да обясни причините за това поведение. Бъдете сигурни, за да останете на ключови и екранни видове. В първия случай, за да опише приоритетите и частен интерфейс на страницата, за да бъдат изправени от потребителя, във втория - за предаване на информация за подобна функция и предназначение на екраните.
За да се улесни взаимодействието на работната група е необходимо (или поне желателно) да включва агенти, и е особено важно да се запознаят с повторения на проектиране. Ако интерфейсът не е предназначена както първоначално се очакваше развитие, ако има такъв отбор не може да се прилага, тъй като първоначално е бил предназначен - тук има 2 възможни отговори на въпроса защо това е така.

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

• Ако на този етап има нови потребители на програмата - да ги представят и опишат целите, които те желаят да се постигне;
• Фиксирайте новите изисквания на потребителите, бизнес изисквания, както и на нововъзникващите техническите ограничения;
• Добавете необходимите потребителски скриптове или да направите промени в съществуващи такива;
• меню Proapdeyte интерфейс и навигация структура, както и списък на основните и типичните страници;
• Извършване на промени в проектната интерфейс и, съответно, в самата спецификация.

1. На първо място ние винаги сме доволни потребители (клиенти, което е удобно за работа, "просто така", запазеното време или допълнително пари). Вашият богат опит в развитие - това е страхотно, но в този случай, потребителят е по-важно.

2. клиента опит ще ви помогне да се създаде интерфейс, който не гледа към непредвидено взаимодействието между потребител и програма.

3. TK - е, всъщност, е тест, който отразява адекватно взаимодействие с потребителя и разработен продукт.

4. Заданието включва информация как да промените интерфейса с максимална полза за всички заинтересовани страни в процеса.