В живота често се случва човек да не може да обясни какво иска, дори и в ежедневните неща. Когато трябва да обясните вашите „желания“ на програмист, човек просто изпада в ступор.

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

Защо е необходима спецификация?

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

Вземете 267 1C видео урока безплатно:

Какво трябва да съдържа техническото задание?

Тези. Заданието трябва да включва:

• цел- задачата, която ще решим чрез изпълнението на това ТЗ;
• описание- обобщение на предстоящите подобрения;
• метод на изпълнение — Подробно описаниеметоди за решаване на цели. На този етап е необходимо да опишем всички нюанси на задачата на езика за програмиране: какво, създаваме / редактираме, как трябва да изглежда интерфейсът и т.н. Ако не знаете "езика за програмиране", но сте "чули нещо", по-добре не се опитвайте да пишете на технически език - оказва се доста забавно. Описанието трябва да е недвусмислено и да не предизвиква въпроси. Може да съдържа и пример за внедряване на подобно решение в друга област;
• оценка на изпълнението- много важен момент, описание на разходите за труд.

Също така има държавни стандартиза писане на TK - GOSTs. На практика те рядко се използват навсякъде, но се случва клиентът да настоява за това.

От опит, при предаване на работа, много често възникват ситуации като „тогава ви казахме…“, което не е много приятно и често се налага изцяло да преправяте работата. Следователно, добре написаното ТЗ значително улеснява живота и на двете страни.

Примери и образци на TK за 1C

Малка селекция, която намерих свободно достъпна в нета. Започвайки от най-простите и достъпни, завършвайки с доста сложни документи.

Техническото задание е важно както за изпълнителя, така и за клиента. Помага на изпълнителя да разбере по-добре какво иска клиента, да се застрахова срещу внезапни „желания” от страна на клиента, да ускори работата по заданието. На клиента - да каже точно какво иска, да опрости контрола на качеството, да получи точната цена на услугата. Ще ви кажем как правилно да съставите TOR и какво да правите с него по-късно.

Какво е техническо задание

Техническо задание - документ, който отразява всички изисквания към бъдещ продукт. В него са описани всички технически изисквания. Обикновено TK се компилира под формата на текстов документ, рядко в други формати.

TK се използва от всички разработчици на уебсайтове. За наборчици, програмисти, дизайнери помага да разберат по-добре изискванията на клиента и да направят ресурс, който отговаря на неговите очаквания. В допълнение, TK се използва във всички други области, например - в:

• разработване на приложения;
• проектиране на къща;
• писане на текстове и други.

Ако работите според заданието, рискът от спорове и продължителни съдебни спорове е сведен до минимум.

Как да съставим техническо задание: структурата на техническото задание за сайта

Преди започване на работа:

• Решете кой ще направи техническо задание
• Обяснете термините
• Избягвайте субективните термини

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

Определението на термините е много важно. Препоръчително е да обясните всички високоспециализирани термини в самото начало - клиентите не винаги знаят какво е мазе (футър), CMS, риба. Колкото по-прости и ясни са обясненията, толкова по-ясно ще бъде ТЗ и за двете страни.

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

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

Опишете сайта

Кажете ни какъв тип сайт имате нужда, кой ще го използва, за какво е създаден. Например, напишете, че имате нужда от онлайн магазин, целева страница за продажба на продукт или сайт за визитки с 10 страници. Посочете приблизителния брой страници, ако не знаете точния брой.

Ако проектът има конкретна целева аудитория, опишете я. Това ще спомогне за създаването на ресурс, който да се хареса на клиентите - например използване на подходящ език в статиите или дизайн, който се харесва на млади хора или по-възрастни хора.

Разкажете ми за структурата

Без разбиране на структурата е невъзможно да се разработи нормален сайт. Опишете какви страници ще има на сайта и покажете техните нива на влагане. Можете да направите това по различни начини:

• схема
• маса
• списък

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

Пример за най-проста структура под формата на блокова диаграма

Опишете какво ще има на всяка страница

Кажете ни как виждате страниците на сайта. Желателно е това да стане в прототипен формат, за да се демонстрира ясно местоположението на всеки елемент. Можете да опишете изискванията със списък, например да кажете какво ще има в заглавката на сайта, където се намира формулярът обратна връзка, който ще бъде в безплатната странична лента.

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

Пример за прототип на главната страница на сайта: всичко е просто, удобно, разбираемо

Направете изисквания за дизайн

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

• Посочете кои корпоративни цветове могат да се използват в дизайна и кои нюанси абсолютно не
• Осигурете лого, което трябва да присъства в шапката на сайта
• Посочете шрифтовете, които искате да използвате за дизайна на страници, менюта, долни колонтитули, съдържание

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

Опишете изискванията за инструменти, код, хостинг, домейн

Това е необходимо, за да знаете предварително с кои инструменти можете да работите и с кои не. Опишете в отделен блок:

• На кой сайт да е - WordPress, Joomla, Modex и т.н
• Какъв език за програмиране може да се използва - PHP, JavaScript, HTML, други
• На какъв хостинг и в каква домейн зона трябва да бъде разположен сайтът, какво домейн име може да се използва
• Каква софтуерна платформа може да се използва - .NET, OpenGL, DirectX
• И така нататък

Ако клиентът не разбира нищо от използваните термини, обяснете как се различава WordPress от Modex, PHP от HTML, домейн в зоната .ru от домейн в зоната .com. Заедно направете изискванията така, че да отговарят на клиента.

Посочете изискванията на сайта

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

• Приемлива скорост на зареждане на сайта за вас или стандартна стойност - 1–5 секунди
• Съвместимост между различни браузъри - опишете в кои браузъри трябва да се отваря сайтът
• Отзивчивост - посочете размерите на екрана, към които трябва да се адаптира дизайнът и използваните устройства
• Устойчивост на натоварване - колко хора трябва да бъдат на сайта едновременно, така че да не "лежи"
• Устойчивост на хакерски и dDos атаки: сайтът трябва да издържа на малки атаки

Напишете сценарии за сайта

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

Пример за най-простия сценарий на сайта

Разберете кой прави съдържанието.

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

• - не по-малко от 95% според Advego, Text.ru, Content.Watch
• Гадене (спам) - не повече от 10% според Advego или 65% според Text.ru
• Точки за Главред - минимум 6,5 или 7 точки

Разбира се, различните услуги не са панацея, но те минимизират риска да бъде "воднист" или спам. Освен това така се появяват точни критерии за оценка на качеството на текстовете.

Посочете термини

Това често се забравя. Повечето от заданията трябва да уточняват сроковете, в противен случай разработката може да се проточи няколко месеца, половин година, години. Не използвайте неправилна формулировка - например "след месец". Напишете точната дата: 1 декември 2018 г., например.

Да си улесниш живота:по-добре е да се изготви техническото задание като приложение към споразумението за сътрудничество. Така че определяте всички изисквания за разработване на сайта и в случай на спор можете да спечелите делото в съда.

Запомнете: във всеки TK трябва да има няколко основни блока:

• Цели и задачи - за това защо сте създали TK като цяло, какво искате да направите с продукта
• Какъв трябва да бъде продуктът - общо описание
• Технически изисквания- площта на къщата, обемът на текста, функционалността на приложението и т.н
• Срокове – те са важни за отстраняване на спорове.

Пример за изготвяне на техническа спецификация за софтуер

Трябва да създадем софтуер. Технически изисквания - по-долу.

Описание: програма за търсене на статии по ключови думи във всички авторитетни сайтове, трябва ръчно да въведете адресите на авторитетни сайтове.

Какво трябва да прави софтуерът:след влизане ключова думанамира статии в сайтове, които са въведени предварително като авторитетни източници, показва списък със съвпадения в този формат:

• Връзка
• Заглавие на статията
• Водещ параграф

Ако има повече от 10 съвпадения, трябва да разделите на страници - по 10 на всяка.

Технически изисквания:език за програмиране - всеки, няма значение. Основното е, че след това програмата може да бъде финализирана и представена като онлайн услуга. В идеалния случай услугата трябва да търси 10 секунди.

Време: до 15.09.2018г.

Естествено, този TOR може да бъде подобрен - ние го предоставихме като пример. И как мислите, как може да се подобри техническото задание, така че да стане още по-ясно, по-просто, по-удобно?

От автора: Как да пиша техническо задание за изработка на уебсайт? Темата е доста обширна и в рамките на една статия е трудно да се разглоби на 100% (ако изобщо е възможно). Но общи разпоредби, какво трябва да вземете предвид, на какво трябва да обърнете внимание при изготвянето на TOR, ще се опитам да опиша достатъчно подробно в тази статия.

И така, ТК

Техническото задание се изготвя за разработчика на сайта. TK трябва да се използва при изготвяне на споразумение между клиента и изпълнителя. Трябва да се предвиди отговорност за неизпълнение или неправилно изпълнение на точките и условията на ТЗ от двете страни. Но най-важното (според мен), за което се създава TK, е за ускоряване на процеса на разработка на сайта.

Нека анализираме този пример:

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

Тук ще обясня малко. Календарът е друг. Има календар, който просто показва числата за дните от седмицата на текущия месец. Има календар с възможност за прелистване на месеците. Има календар с възможност за прелистване на месеци и години.

Да предположим, че имате нужда последен варианткалендар (с възможност за превъртане през месеци и години) с подчертаване на текущата дата. Вие посочихте в ТЗ: „необходим е календар в страничната лента“. Клиентът прави първата версия на календара за вас (просто показва числата по дни от седмицата на текущия месец).

Това, което имаме. Изпълнителят завърши елемента TK, но вие искахте напълно различен календар. Изглежда, че всичко е в съответствие с ТЗ, никой не е виновен, не се стигна до конфликт, но най-важното се губи време и пари.

Това е пример само за банален календар.

А ако трябва да преправяте нещо по-сериозно, чиято обработка отнема повече от половин ден, какъвто е случаят с календара? И вие нямате уебсайт и клиентът ви се бъзика, въпреки че може да завърши вашия проект и да започне нов.

Следователно, отколкото Повече ▼Ако опишете функционалността на всеки модул на сайта, толкова по-бързо ще получите резултата. И двете страни трябва да са заинтересовани от това.

От какви елементи обикновено се състои ТЗ?

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

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

Дори вие сами да напишете техническо задание за фирмата, която ще изработи сайта, не е зле всичко това да го сметнете на лист хартия.

Да преминем към точките.

Описание на сайта

Тук можете да напишете с няколко изречения за компанията, с какво се занимава. Направете нещо като въведение.

за кого - целевата аудитория на сайта:

• потенциални купувачи
• продавачи на продукти (магазини, онлайн магазини)
• сервизни центрове
• партньори (фирми)
• потребители на продукта (тези, които вече са купили)

Защо ви е необходим уебсайт:

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

Тип сайт:

• Корпоративен
• Сайт - визитка
• Интернет магазин

Езикови версии:

• Английски
• Руски

Сайтът трябва да реши някои проблеми. Съответно се движим по-нататък по целите и задачите на сайта.

Цели и задачи на сайта

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

Потенциални купувачи на продукти.

Цел: да привлечете повече купувачи и да ги убедите да направят първата покупка, помогнете да направите избор.

Проблемите трябва да се решават:

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

• Подайте информация за магазини
• Предоставете информация за търговия на дребно търговска мрежа

Осигурете възможност да зададете въпрос чрез организиране на онлайн консултиране на потенциални купувачи от специалисти на предприятието относно избора, закупуването на продукти.

Така преминаваме през цялата целева аудитория. Ако следвате нашия сайт, ние описваме целите и задачите за продавачите на продукти (магазини, онлайн магазини), сервизни центрове, партньори (компании), потребители на продукти. Тоест какво трябва да направи сайтът конкретно за всеки от тях.

Сега изброяваме модулите на сайта.

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

За да изброите функционалността на сайта, трябва да решите от какво се нуждае:

• Имате ли нужда от новини в сайта
• Имате ли нужда от рекламен блок?
• Изисква ли се регистрация
• Имам ли нужда от лична секция на сайта (само за регистрирани потребители)
• Имате ли нужда от формуляр за обратна връзка?
• Имам ли нужда от пощенски скрипт
• и т.н. и т.н.

След като всичко това беше описано, стигаме до най-важното и интересно. Разбира се, цялата работа, извършена по-горе, е много важна, но сега става още "по-горещо".

Описание на функционалността на сайта

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

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

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

Първо трябва да кажете за компанията. Може да има страници за компанията, история на компанията, контакти, рецензии.

Естествено, трябва да има елемент от менюто "продукти", с подпозиции " Продуктов каталог“, „издания“, „прегледи на продукти“.

Като цяло, надявам се, че е ясно как да рисувам. Ще представя окончателния вариант на възможно меню за нашия сайт:

Относно компанията

• история на фирмата
• Контакти
• прегледи

Новини

• разработки
• наличност
• ново на сайта

Продукти

• Продуктов каталог
• издания
• рецензии на продукта

Обслужване

• сервизен отдел
• гаранционно обслужване
• следгаранционно обслужване

Консуматор

• покупка и доставка
• използване
• относно услугата

Магазини и онлайн магазини

• снимки на продукта
• Често задавани въпроси

Сервизни центрове

• Как да станем център за услуги
• Често задавани въпроси

Партньори

• покана за сътрудничество
• често задавани въпроси

Някак си измислихме менюто. Сега трябва да опишете какво ще има на всяка страница и как работи всичко като цяло. Освен това предоставете приблизително оформление на сайта. Може да се начертае на лист с молив, да се сканира и да се прикрепи към ТЗ. Единственото нещо, което ще кажа е, че не ограничавайте въображението на дизайнера, скицирайте го в най-обща форма.

Тази част се променя в зависимост от това как искате да изглежда вашата страница. Може би не се нуждаете от толкова много банери в горната част, може би трябва да посочите контакти в горната част (адрес, телефон, факс), може би под формата на икони „карта на сайта“, „дом“, „контакти“. Може би нямате нужда от новини отляво, но покажете „промоции и издания“ отляво.

Основното сега е да се опише логиката на работа.

Оперативна логика

Ще опиша въз основа на фигурата по-горе.

Горната част на сайта остава същата на всяка страница от сайта. Емисията с новини се вижда само на главната страница. На второстепенните страници вляво показваме подпозициите от менюто на елемента, в който се намираме в момента (например, ако сме на страницата „сервиз“, тогава показваме връзки към „гаранционно обслужване“, „пост. -гаранционно обслужване"). Съответно преходите на тези връзки водят до съответните страници. Тук под подпозициите отляво показваме данни за връзка с онлайн консултанти (Skype, ICQ). Блокираните промоции и издания остават на всяка страница. Долният колонтитул на сайта се показва еднакво на всяка страница.

Приблизително така е описана общата логика на работа.

Сега описваме всеки блок подробно. Например „Новини“.

„Новини“ от 10 последни новини. Всяка новина трябва да се състои от заглавие на новината, дата на публикуване, кратко начало на новината (4-5 реда) и линк "прочетете целия". С щракване върху връзката "прочетете изцяло" стигаме до страницата с новини. На мястото на основното съдържание се показва хитовата новина. Включва и заглавието на новината, датата на публикуване. Емисията с новини също се показва отляво. Новините от предишни месеци и години се архивират. Тоест под новините за текущия месец показваме „архив за (такъв и такъв месец или година)“. Когато кликнете върху линка "архив за (например месец или година)" надолу, изпада списък с новини за съответния месец/година.

Ето как описваме работата на всеки блок. Да не забравяме и случая с календара. И най-важното е, че трябва да рисувате работата на продуктовия каталог. Тук ви давам задача: опитайте се да помислите и опишете как ще работи каталогът. Изпратете вашите опции по имейл. Ще публикуваме най-добрия.

Какво друго трябва да бъде? Би било хубаво да посочите съвместимост.

Съвместимост

В този параграф посочваме кои операционна системаи в кои браузъри сайтът трябва да изглежда еднакво добре. В каква версия, на какъв език трябва да бъде написана. Каква CMS се използва. Струва си да се отбележи, ако наистина разбирате за какво говорите.

Ако не притежавате тези въпроси, просто посочете браузърите, в които сайтът трябва да се показва правилно. За останалото разчитайте на съвестта на изпълнителя.

Заключение

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

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

И не забравяйте предизвикателството!

Г О С У Д Р С Т В Е Н И С Т А Н Д А Р Т С О Ю З А С С Р

Единна система за програмна документация	ГОСТ 19.201-78 (ST SEV 1627-79)
ТЕХНИЧЕСКА ЗАДАЧА. ИЗИСКВАНИЯ ЗА СЪДЪРЖАНИЕ И ОФОРМЛЕНИЕ
Единна система за програмна документация. Техническо задание за разработка. Изисквания към съдържанието и формата на презентацията

Постановление на Държавния комитет по стандартите на СССР от 18 декември 1978 г. № 3351 установи крайния срок за въвеждане

от 01.01. 1980 г

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

Стандартът напълно отговаря на ST SEV 1627-79.

1. ОБЩИ ПОЛОЖЕНИЯ

1.1. Техническото задание се изготвя в съответствие с GOST 19.106-78 на листове с формат 11 и 12 в съответствие с GOST 2.301-68, като правило, без попълване на полетата на листа. Номерата на листовете (страниците) се поставят в горната част на листа над текста.

1.2. Листът за одобрение и заглавната страница са съставени в съответствие с GOST 19.104-78.

Информационната част (резюме и съдържание), регистрационният лист за промяна може да не са включени в документа.

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

1.4. Техническото задание трябва да съдържа следните раздели:

• Въведение;
• основания за развитие;
• цел на разработката;
• изисквания към програмата или софтуерния продукт;
• изисквания към софтуерната документация;
• технико-икономически показатели;
• етапи и етапи на развитие;
• ред за контрол и приемане;
• допуска се включване на заявления в заданието.

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

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

(Променено издание, Рев. № 1)

2.2. Разделът Основа за развитие трябва да включва:

• документ (документи), въз основа на който се извършва разработката;
• организацията, която е одобрила този документ, и датата на неговото одобрение;
• име и (или) символ на темата за разработка.

(Променено издание, Рев. № 1)

2.3. В раздела Цел на разработката трябва да се посочи функционалната и оперативна цел на програмата или софтуерния продукт.

2.4. Разделът „Изисквания към програмата или софтуерния продукт“ трябва да съдържа следните подраздели:

• изисквания за изпълнение;
• изисквания за надеждност;
• условия за ползване;
• изисквания към състава и параметрите технически средства;
• изисквания за информационна и софтуерна съвместимост;
• изисквания за етикетиране и опаковане;
• изисквания за транспортиране и съхранение;
• специални изисквания.

(Променено издание, Рев. № 1)

2.4.1. Подразделът "Изисквания за функционални характеристики" трябва да посочи изискванията за състава на изпълняваните функции, организацията на входните и изходните данни, времевите характеристики и др.

2.4.2. Подразделът "Изисквания за надеждност" трябва да посочи изискванията за осигуряване на надеждна работа (осигуряване на стабилна работа, контрол на входната и изходната информация, време за възстановяване след повреда и др.).

2.4.3. В подраздел „Условия на работа“ трябва да се посочат условията на работа (температура на околния въздух, относителна влажност и др. за избраните типове носители на информация), при които трябва да се предоставят посочените характеристики, както и вида на услугата, необходимо количествои квалификация на персонала.

2.4.4. В подраздел „Изисквания за състава и параметрите на техническите средства“ посочете необходимия състав на техническите средства с посочване на основните им технически характеристики.

2.4.5. В подраздел „Изисквания за съвместимост на информацията и софтуера“ са посочени изискванията за информационни структуривходни и изходни методи и методи за решаване, изходни кодове, езици за програмиране и софтуерни инструменти, използвани от програмата.

Когато е необходимо, информацията и програмите трябва да бъдат защитени.

(Променено издание, Рев. № 1)

2.4.6. В подраздела „Изисквания за етикетиране и опаковане“ в общия случай са посочени изискванията за етикетиране на софтуерни продукти, опции и методи за опаковане.

2.4.7. В подраздела "Изисквания за транспортиране и съхранение" трябва да бъдат посочени условията за транспортиране, места за съхранение, условия на съхранение, условия на съхранение, периоди на съхранение при различни условия за софтуерния продукт.

2.5а. Разделът "Изисквания към софтуерната документация" трябва да посочи предварителния състав на софтуерната документация и, ако е необходимо, специални изисквания към нея.

(Въведено допълнително, Ред. № 1).

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

2.6. В раздела „Етапи и етапи на развитие“ необходимите етапи на развитие, етапи и съдържание на работа (списък на програмни документи, които трябва да бъдат разработени, съгласувани и одобрени), както и, като правило, времевата рамка за развитие и определя изпълнителите са установени.

2.7. В раздел "Ред за контрол и приемане", видовете изпитвания и Общи изискванияда приема работа.

2.8. В приложенията към заданието, ако е необходимо, посочете:

• списък на научни изследвания и други разработки, обосноваващи разработката;
• алгоритмични схеми, таблици, описания, обосновки, изчисления и други документи, които могат да се използват при разработката;
• други източници на развитие.

Преиздаване (ноември 1987 г.) с изменение № 1, одобрено през юли 1981 г. (IUS 7-81)

Въпросът „Необходимо ли е изобщо да се изготвя техническо задание (TOR)?“ може да възникне само за тези, които никога през живота си не са поръчвали изработка на сайт, тъй като необходимостта от него възниква след първата комуникация между клиента и изпълнителя.

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

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

От какво се прави TK?

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

Обща информация (описание)

Тук са посочени:

Информация за компанията. Главна информацияза студиото, какво прави. Няма да е излишно да предоставите списък на предоставяните услуги. Тук можете да добавите и адреса на бъдещия сайт, информация за контакт.

Етапи и срокове на изпълнение на проекта. Много важен момент, като правило, календарен планза всички етапи на работа се съставят в самия край. Тази част дава разбиране какво ще се прави и кога. Например (с дати):

• Подготвителен етап;
• Разработка на концепция за уеб сайт;
• Дизайн;
• Създаване на дизайнерско оформление;
• Разработване на дизайн на страница;
• Оформление;
• програмиране;
• Съдържание за пълнене;
• SEO оптимизация;
• Тестване;
• Стартирайте.

Възможно е да няма никакви етапи, например SEO промоция. Зависи от целите и задачите на клиента и компетенциите на изпълнителя.

Предназначение и цели

Тук е формулирано какви функции ще изпълнява сайтът и за кого е предназначен.

Предназначение на сайта. Какви са целите за постигане на създаването на един сайт? За какво служи, какви задачи решава?

• Реклама и привличане на нови клиенти;
• Поддръжка на клиенти и партньори;
• Демонстрация на извършената работа;
• Запознаване със списъка на услугите;
• Създаване и поддържане на имиджа на компанията.

Може би някои точки трябва да бъдат описани по-подробно. Например, ако сайтът е изправен пред задачата да информира посетителите, по-добре е да обясните какво точно.

Целевата аудитория. Кой ще използва сайта, за кого е създаден?

• Уеб администратори, блогъри;
• Собственици на онлайн магазини;
• Собственици на информационни портали;
• Рекламни студиа;
• Представители на фирми и компании, присъстващи в онлайн пространството.

Изисквания

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

Тип. Към коя категория принадлежи уеб ресурсът?

• Целева страница;
• Сайт визитка;
• Корпоративен уебсайт;
• Информационен портал;
• Онлайн магазин.

Изисквания за проектиране. Те могат да бъдат в следната форма:

• Сайтът трябва да бъде минималистичен и в същото време да отразява вида дейност на фирмата.
• Основни цветове: зелено и бяло, според брандбука или по преценка на дизайнера.
• Анимация, изскачащи прозорци, Flash-елементи, дизайнерски излишъци не могат да се използват в дизайна.
• Не могат да се използват серифни шрифтове (могат да се използват стандартни шрифтове: Verdana, Arial, Tahoma и др.). Размерът трябва да осигурява максимална четливост (12-16 pt.).

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

Езикови изисквания. Кой роден език ще може да посещава ресурса? Какви езикови версии трябва да има сайтът?

• Руски;
• Английски;
• Есперанто.

Изисквания за съвместимост. От кои устройства и кои браузъри ще се отваря коректно сайта? Напоследък се наблюдава тенденция към адаптивно оформление, когато страницата се показва правилно на всяко устройство с всяко съотношение на страните и разделителна способност на екрана. Тук можете да изброите браузърите, с които ресурсът трябва да бъде уникално съвместим. Обикновено във всички съвременни браузъри сайтовете се показват по един и същи начин, има само проблеми с по-старите версии на Internet Explorer.

Изисквания за CMS. Възможностите за администриране на сайта определят кои блокове могат да се редактират и конфигурират през контролния панел, без да се намесва в кода и без директно редактиране на базата данни, а чрез удобен визуален интерфейс. Например можете да го поставите така:

• Възможност за промяна на съдържанието на страниците на сайта;
• Възможност за управление на страници (добавяне, преименуване, изтриване и др.);
• Възможност за редактиране на структурата на сайта и елементите от менюто;
• Функции за автоматична обработка на графики (създаване на визуализации, трансформиране до зададен размер и др.);
• Възможност за предписване на уникални мета тагове;

Както и в други подраздели, трябва да опишете всички изисквания и желания.

Често клиентът вече има опит с някоя от популярните CMS, тогава е препоръчително да потърси изпълнители за конкретен двигател. Също така, когато избирате CMS, е по-добре да не се задоволявате със самостоятелно написани решения, т.к. В бъдеще това ще го постави в зависимост от изпълнителя. Самостоятелно написаните двигатели според мен са оправдани само в много големи проекти, където се изисква специфична функционалност или оптимизация на големи натоварвания.

Структура и навигация. Какви секции, подсекции и отделни страници ще съдържа проектът?

• Главна страница
• Услуги

• Копирайтинг
• Пренаписване
• SEO копирайтинг
• корекция
• транскрипция
• Управление на съдържанието
• Маркетинг на съдържанието

• Портфолио
• За нас
• Контакти

Направете и Кратко описаниевсяка страница, дайте определения. Например, какво се разбира под страницата "Контакти"? Трябва да съдържа адрес, телефонен номер и електронна пощав текстов формат? Или трябва да има форма за обратна връзка? Или може би трябва да вградите кода на Yandex Maps? Или страницата за контакт трябва да съдържа всичко по-горе и дори връзки към представителства в социалните мрежи?

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

Допълнителни изисквания. Всичко, което не е включено в другите параграфи на раздела.

Описание на разделите на сайта

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

Главна страница. Формулирането на проблема може да бъде в следната форма.

Основната част на главната страница трябва да бъде направена под формата на целева страница. Тя трябва да съдържа следните елементи отгоре надолу:

• Шапка - лого, име на фирма;
• Навигационно меню;
• Информация за промоции и отстъпки;
• Бутон за поръчка;
• Рекламен текст;
• Блокирайте с пет най-добрите работии връзка към секцията портфолио;