Как да направите компетентна техническа задача за разработка на сайта? Пример ТК

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

Защо губите време за това?

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

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

Мъдростта на миналото

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

1. Изисквания за съдържание и дизайн (GOST 19.201-78).
2. Условия за създаване на автоматизирана система (GOST 34.602-78).

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

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

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

Особености при изготвянето на ТК

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

Най-често при изготвянето на пример за техническо задание за изграждане на обект, се считат за основни:

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

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

Кой трябва да направи това?

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

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

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

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

Точност и уникалност

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

Други нюанси

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

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

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

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

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

1. Действие на потребителя.
2. Отговорът на сайта.
3. Резултатът.

Съдържание и дизайн

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

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

Шаблон за техническо задание за разработване на сайт

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

• IP адрес.
• www (световна мрежа).
• Административна част на ресурса, администратор.
• Алтернативен подпис на снимката.
• Уеб базиран интерфейс.
• Връзка, връзка.
• Дизайн на уеб сайт, шаблон за дизайн на страница.
• Динамична и статична страница.
• Името на домейна.
• Мета таг.
• Съдържание.
• Частта от ресурса е публична.
• Архивиране, база данни, структура на файловете.
• Хостинг.
• Система за управление на съдържанието.

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

1. Цел на документа. Техническата задача за разработване на сайта е основният документ, който регламентира процеса на създаване и получаване на ресурс.
2. Данни за клиентите. Посочени са следните координати: име на фирмата, данни за контакт, юридически адрес, действителен адрес, електронна поща, уеб сайт (ако е преименуван), лице за контакт, телефон за връзка.
3. Кратка информация за компанията. За извадка от техническото задание за развитието на обекта разгледайте компанията Fortuna LLC. Fortuna LLC произвежда (стоки) за пазара в Новосибирск. Компанията внимателно следи хигиената на производството, чистотата на суровините и качеството на продуктите. Фирмата извършва сертифициран контрол на качеството и безопасността на произвежданите стоки въз основа на принципите на международната система HACCP.
4. Основа за развитие. Основата за разработването на мандата е Споразумението № __.

Цели и цел на ресурса

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

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

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

Технически изисквания за обекта

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

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

Информацията за сайта е обществена. В зависимост от степента на правата за достъп потребителите са разделени на три групи:

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

Достъпът до административната част на сайта трябва да бъде защитен с вход и парола.

Техническата функционалност трябва да отговаря на препоръките на търсачките. Първо, страниците трябва да имат едно и също кодиране. На второ място, препоръките трябва да се изпълняват, като се използва маркера "А". На трето място, в заглавията на HTTP, трябва да определите набора от символи, както и при достъп до сайта чрез необходимостта от връзка site.ru да настроите пренасочване 301 site.ru. домейн

Ресурсът трябва да функционира във всички съвременни браузъри, поради което е необходимо да се провеждат тестове в:

• IE 11.
• сафари Chrome за iOS 9.0-9.2.
• Chrome 48.
• Firefox 44.
• Safari 9.
• Edge 13.
• Opera 34.

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

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

Хостинг, съдържание, структура

Освен това са описани необходимите системни изисквания, е посочен езикът за разработка (PHP с бази данни или обикновен HTML с CSS).

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

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

Например, на главната страница на сайта на LLC "Фортуна" има раздел "Производство". Тук е важно да се разкриват предимствата на компанията на фона на конкурентите и е възможно потребителят да обясни защо компанията Fortuna е по-добра. Информацията за най-закупените стоки трябва да се идентифицира в отделни подзадачи с фото и видео материали. По подобен начин се разработват и други секции.

Дизайн и функционални изисквания

Ако подобрявате ресурса, трябва да отбележите, че иконите, шрифтовете и цветовете се променят. За нов сайт всички тези позиции са предписани. Например, цветът е жълто-зелен - # 9ACD32. По-добре е да предоставите на клиента палитра и да зададете цветния код в ТОР, за да избегнете неточности. Всеки ресурс трябва да се показва еднакво качествено на всички устройства и да се настройва динамично на размера на екрана.

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

Необходимо е да се подготви модел на типична страница с различни варианти на текстово форматиране и информационен изход.

Съдържание и ред на приемане на работа

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

Основанията за получаване на сайта са:

• Съответствие на ТК.
• Тестване за правилно показване на снимки.
• Тестване на функционалността.

В края на всеки ТРР трябва да напишете реда и времето на проекта. Като цяло цялата работа може да бъде разделена на три етапа:

1. Разработване на дизайн, одобрение, оформление на скицата.
2. Разработка на софтуер.
3. Попълване на сайта с информация.

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

облага

Условията за ползване са полезни както за клиента, така и за изпълнителя. Първите разбират какво плащат за парите, веднага могат да видят компетентността на изпълнителя и да се застраховат срещу нечестно изпълнение на произведението. От своя страна, TK помага на изпълнителя да разбере какво иска клиентът и по този начин да се предпази от внезапни промени. Това е особено вярно, когато проектът е почти завършен, но клиентът иска да промени нещо, защото това "нещо" ще трябва да повтори цялата работа.