Как да се научат да пишат технически спецификации за разработчици
Заданието не трябва да бъде на скрийншота. Максимална - верига блок.
Снимки и изображения не е TK вече е FL - Функционална задача. Не се бърка!
Ако TK поставите снимки на екрани на техническото задание за повече или по-малко средната проекта ще се състои от 100-150 листа, това е абсурдно. TOR се предвиждат изисквания. Които след това ще бъдат писмен тест процедура за доставка на проекта, както и отделни функционални задачи на конкретен изисквания иск или черния дроб.
TOR трябва да бъде лесен за наблюдаване на промените. При извършването на промените, които ще трябва да се промени на екрани или пренапише цялата глава, ще очакваме тежък труд и страдание. Държа не повече от 30 страници в техническото задание.
Брой снимки на екрани може да бъде и да не е толкова голяма, ако накратко описват няколко функции в едно. Разбира се, аз може да бъде напразно реши да даде съвети за тостера, но е само на 4 TK по този начин, проблеми да не разбират проблемите и да не е така.
Над промени контрол, тези проблеми са вече решени по време на строителство, когато тя е в този момент никой не се нуждае от TK.
Знаеш ли, за себе си, аз донесе един закон. Колкото по-опитен на разработчика - колкото повече той задава въпроси, преди да извърши задачи. Джуно винаги всичко е ясно, а често те недоопичам или направи нещо. Ако имате няма никакви проблеми с липсата на разбиране, че може да има слаби страни на разработчиците?
И все пак ти пиша, че по време на развитието, което имате в техническото задание или които не се нуждаете. Когато предприемачът, когато търсят приема задачата? Той постави задача устно? Или пиша отново в изявление задача тракер? Все още се чудех как точно пише тестовете за функционална ако TK в проекта не се променя редовно и те, нито някой в дизайна не използва.
Според мен снимката не TK и управление изисквания. TK - добре структуриран, колкото е възможно ясно и недвусмислено документ. Аз съм разработчик, за мен основните изисквания за TK- че това е
- Обслужване на клиента ясно да разберат най-малко за себе си какво иска
- Обслужване на клиента може да съгласуван изразят списък с желания
формални изисквания, които имам не лично, но шаблонът е пълен ролки в мрежа
Най-добрият ми проект: Мобилен банка Сбербанк
За всички програмисти, аз не бих казал лично. Добра програма по отношение на снимки на екрана все още може да се нарече screenpresso. Що се отнася до TK - уви, имате безсмислено. Какво е втората точка? "Ако зададете нула, а след това на дисплея нула в сбора."
При избора на вида на стоките "LCA" не трябва да се посочи само цената в рубли, но броят. Ако номерът не е посочено или е 0, цената трябва да е равна на нула.
Изглежда, че е вярно? Усеща се, каква е разликата? Можете опишете какво говоря бизнес. Това не е ТК, е изискване на бизнеса. Написах как програмата трябва да се държат.