nisfarm.ru

Jak vytvořit kompetentní technický úkol pro vývoj webových stránek? Příklad TK

Vytváření webových stránek je jednoduché, pokud používáte návrháře online. Ale oni jsou všichni stejného typu, že pevné firmy musí hledat webmastery nebo kontaktovat IT společnost. V této fázi vytváření zdroje je nesmírně důležité specifikovat práci průvodce, tedy vypracovat technickou úlohu pro vývoj webu.

Proč si na to strávíte čas?

Nezáleží na tom, jak je člověk vzdělaný, stále zůstává mužem a jakýmkoli způsobem se snaží usnadnit práci. Proto ne vždy zákazníci chápou, proč napsat technickou úlohu pro vývoj webu. Je mnohem jednodušší požádat webmastera, aby vytvořil "webovou stránku v modré barvě s logem firmy na hlavní stránce". Ale když přijde čas na doručení projektu, zákazník nevidí vůbec to, co chtěl. A webmaster musí znovu a znovu vytvářet zdroj.

Technickým úkolem není "byrokracie", ale racionální akt, který šetří čas, nervy a peníze. Zde například určitá firma potřebuje rozvinout prezentační místo, což je lhůta dva týdny. A pokud vynaložíte na vytvoření vzorku referenčních podmínek pro vývoj webových stránek po dobu 2-3 dnů, pak na konci termínu získáte hotový produkt. Bude splňovat všechny požadavky, které zákazníci v horkém spánku mohou zapomenout zmínit. Na druhou stranu je technickým úkolem pro tvorbu webových stránek garantem plateb práce.

Moudrost minulosti

Pokud je zákazník pověřen vývojem technického úkolu, nemusí znovu vynalézt kolo, je lepší se obrátit na zdroje, které byly testovány mnohaletými praktickými zkušenostmi. To znamená, že je nutné uvést vzorek technického zadání pro vývoj lokality v souladu s GOST. Zdá se, že je nerealistické uplatňovat standardy z roku 1978 na moderní lokality, ale v Sovětském svazu byly některé věci dobré a vývoj norem není výjimkou, navíc jsou stále relevantní. Zvláštní pozornost je třeba věnovat těmto normám:

  1. Požadavky na obsah a design (GOST 19.201-78).
  2. Zadání pro vytvoření automatizovaného systému (GOST 34.602-78).
Vývoj designu a struktury lokality

První dokument je vhodný pro běžné weby. Popisuje, jak správně sestavit TK, stejně jako sekce, které je třeba vzít v úvahu při přípravě technického zadání pro vývoj webu. Zahrnují:

  • Úvod, kde je uveden název společnosti-zákazník nebo zdroj, jeho stručný popis a rozsah.
  • Důvody k vytvoření. Zde musíte identifikovat předmět, uvést dokumenty, které potvrzují potřebu vytvoření zdroje, název organizace, která schválil tento dokument. Například výsledky průzkumu trhu ukazují, že většina uživatelů hledá produkty prostřednictvím internetu, to bude základem pro vytvoření webu.
  • Jmenování. Je uveden funkční účel zdroje. Informování, prodej, atd.
  • Požadavky na zdroje. Jedná se o největší část, ve které zákazník podepíše všechny své přání pro budoucnost webového produktu. Zde je třeba specifikovat funkčnost, určit úroveň spolehlivosti, popsat podmínky provozu, obsah, design atd.
  • Požadavky na software.
  • Technické a ekonomické ukazatele. To znamená, že přání pro úroveň konverze, výhody před konkurencí, ekonomická efektivita jsou uvedeny.
  • Etapy vývoje. Zákazník nastaví podmínky pro zadání.
  • Ovládání. Zadejte typy ověření.

Druhý GOST je vhodný pro vytváření portálů s komplexní funkčností. Obecně se hlavní cíle a body podstatně neliší od prvního dokumentu, mají jednoduše mnohem rozsáhlejší charakteristiky. Na základě informací z dokumentů podle standardu GOST můžete vytvořit plnohodnotný příklad technické zakázky pro vývoj webu.

Zvláštnosti při sestavování TK

Jak vytvořit technickou zakázku pro vývoj webu? Nejdůležitější věc při sestavování TK neustále přemýšlí o hlavních cílech budoucího dokumentu: musí být napsána v jazyce, který pochopí vývojáři i zákazníci.

Nejčastěji se při přípravě příkladu technického zadání pro rozvoj lokality považují za základní:

  • Informace o zákazníkovi. Je třeba stručně popsat rozsah činností, historii firmy, seznam hlavních konkurentů. Tato informace je sotva užitečná pro programátory, ale pro konstruktéry a copywritery je potřeba.
  • Účel místa. V tomto bloku by klíčové informace měly být zaměřeny na pochopení struktury budoucího zdroje, funkčnosti a obecného směru návrhu. Zde je také popis hlavního cílového publika.
  • Požadavky na zdroje. Největší část, ve které budete muset zadat svá přání týkající se struktury, funkční design, vývoj software, hosting, a tak dále. D. Je také nutné investovat miniatury a režim webové stránky.
  • Akční plán. Jakákoli šablona pro technické zadání pro vývoj lokality by měla zahrnovat ve svém popisu fáze vývoje, seznam prací, které budou provedeny v určité fázi, a časový rozvrh objednávky.
  • Řízení a příjem práce. Ve vzorku technického úkolu pro rozvoj lokality by mělo být jasně popsáno, jak bude kontrolována shoda připraveného místa se stanovenými požadavky. Je důležité pečlivě přistupovat k provádění této práce, aby se předešlo nedorozumění se zákazníkem.

Poté, co jste podrobně zpracovali všechny tyto body, můžete se rychle naučit, jak správně vytvořit technickou úlohu pro vývoj webu.

Kdo by to měl udělat?

Ve skutečnosti může být ukázka technického zadání pro vývoj webu někým. Například majitel kosmetického salonu potřebuje místo pro vizitky. Zde je technický úkol, ale zda je taková TK užitečná, je další věc.

Prohlášení o zadání

Obvykle je dobrým technickým zázemím umělec. Přesto webový vývojář chápe při vytváření stránek více než vlastní kosmetický salon. Ale to neznamená, že zákazník není přítomen v průběhu celého procesu. V souladu se základními pravidly technického úkolu pro vývoj lokality musí zákazník:

  • Seznámit umělce s firmou, jejími produkty, službami a cílovými skupinami.
  • Vysvětlete, proč potřeboval místo.
  • Podělte se o vaše přání o budoucnost zdroje.
  • Zobrazit příklady stránek, které považují za dobré.
  • Odpovězte na otázky projektanta a vývojáře webu (pokud vzniknou).



Zákazník může nezávisle načrtnout TK, ale, jak ukazuje praxe, takové diletantské náčrty jsou obvykle diskrétně vrhány do odpadků.

Přesnost a jedinečnost

Vše, co je napsáno v příkladech a vzorcích technických úkolů pro vývoj webu, by mělo být srozumitelné pro klienta a umělce. Taková pojetí, jako jsou krásné, moderní, jedinečné a jiné, nelze použít, protože každý je vnímá svým způsobem. To platí také pro formulace, které mohou být nejednoznačně známy. Všechno by mělo být jasné a přesné. Nemůžete napsat, že místo může vydržet více stresu, protože není jasné, jak velké jsou. Musíme okamžitě popřít nedorozumění a upřesnit, že zdroj je schopen vydržet současně 50 000 návštěvníků. Jakákoli formulace by měla být podporována čísly a přesnými vlastnostmi.

Další nuance

Při plánování vytvoření webu musíte oznamovat všem účastníkům vývoje informace o tom, co společnost dělá a kdo je její hlavní cílové publikum. Také je třeba specifikovat účel webu a popsat funkční předvolby, aby nedošlo k zábavnému blogu namísto vážného internetového obchodu.

V některých případech je technickým úkolem pro vývoj internetových stránek glosář. Všechny složité pojmy jsou popsány v jasném jazyce, takže nevědomý zákazník nemá otázky o tom, co a jak s jeho stránkami dělat.

Je třeba specifikovat, na jaký hosting by měl být zdroj. Také uznávaní umělci uvádějí v zadávací dokumentaci takové položky jako "požadavky na práci", kde označují, že zdroj by měl být zobrazen ve všech prohlížečích. Samozřejmě, tento požadavek je pochopitelný, ale je lepší napsat to tak, aby byl klient chráněn před bezohlednými umělci.

Kromě toho se se zákazníkem projednává struktura, návrh a uspořádání, protože zákazník může pro jasnost nakreslit vývojový diagram. Klient musí vysvětlit, proč je každá stránka webu určena a jaké prvky mohou být na ní.

Zadání pro vývoj pravidel tvorby stránek

Chcete-li vytvořit zdroj složitým a nestandardním rozhraním, nebude stačit jen ukázat skici a strukturu stránky. Je nesmírně důležité, aby celý vývojový tým a zákazník sám pochopil, jak průměrný návštěvník použije daný web. Proto bude nutné vytvořit scénář. Jeho schéma je velmi jednoduché:

  1. Uživatelská akce.
  2. Odpověď na web.
  3. Výsledek.

Obsah a design

Je také nutné předem rozhodnout, kdo bude za obsah zodpovědný. V některých případech může vývojář okamžitě vytvořit webové stránky s obsahem, přitahující profesionální copywritery k práci, ale pak náklady na zdroj budou dražší. To by mělo být předem dohodnuto a mělo by být uvedeno všechna přání pro informační obsah.

Nicméně, objektivně popsat obsah bude těžké, tak jak se o zajímavé a užitečné pro všechny pojmy, že je jednodušší napsat, bude to jedinečná. Je snadné si zkontrolovat a nadměrné nároky nebudou vznikat. Tento problém se také týká popisu návrhu. Nejlepším řešením je napsat mandát pro návrh webu, který barvy zákazník chce, jaký typ bude provedena nápisy a tak dále. D. To znamená, že seznam všechny pozice, v níž figuruje přesnost. Možná je to všechna pravidla pro vytváření technických specifikací pro místní rozvoj. Nyní je třeba uvést do praxe samy o sobě a pokusit se vytvořit příslušný TK.

Šablona technické přiřazení pro vývoj webu

V této ToR na první stránce je tabulka termínů, takže bylo jasné, co bude řečeno. Stojí za zmínku, že termíny nejsou kopírovány z Wikipedie nebo jiných zdrojů, ale jsou napsány osobou, která rozvíjí technické úkoly. Seznam termínů může zahrnovat takové pojmy jako:

  • Adresa IP.
  • www (world wide web).
  • Administrativní část zdroje, správce.
  • Alternativní podpis obrázku.
  • Webové rozhraní.
  • Odkaz, odkaz.
  • Návrh webových stránek, šablona návrhu stránek.
  • Dynamická a statická stránka.
  • Název domény.
  • Metaznačka.
  • Obsah.
  • Část zdroje je veřejná.
  • Zálohování, databáze, struktura souborů.
  • Hosting.
  • Systém správy obsahu.
Vytváření webových stránek

Po vytvoření glosáře můžete pokračovat přímo k psaní položek zadání. Nejprve jsou psány obecné informace. Tato položka je obvykle rozdělena do čtyř podřízených položek:

  1. Účel dokumentu. Technickým úkolem pro vývoj stránek je hlavní dokument, který reguluje proces vytváření a přijímání zdrojů.
  2. Údaje o zákaznících. Jsou vyznačeny následující souřadnice: název společnosti, kontaktní údaje, právní adresa, skutečná adresa, e-mail, webové stránky (pokud jsou přeznačeny), kontaktní osoba, kontaktní telefon.
  3. Stručné informace o společnosti. Pro vzorek technického zadání pro vývoj lokality zvážit společnost Fortuna LLC. Společnost Fortuna LLC vyrábí (zboží) pro trh v Novosibirsku. Společnost pečlivě sleduje hygienu výroby, čistotu surovin a kvalitu výrobků. Firma provádí ověřenou kontrolu jakosti a bezpečnosti při výrobě zboží na základě zásad mezinárodního systému HACCP.
  4. Základ pro rozvoj. Základem pro vypracování mandátu je Smlouva č. __.

Cíle a účel zdroje

Místo je navrženo tak, aby zvýšilo tržní podíl společnosti a zvýšilo image společnosti na webu. Prostředek je vytvořen s cílem zvýšit tok nových zákazníků, vytvořit příznivý obraz, zvýšit popularitu značky Fortuna LLC. Také tento zdroj bude fungovat jako další platforma pro reklamní kampaně, přiláká nové zákazníky a přinese další zisk.

Pod hlavním úkolem zdroje je poskytnout uživateli kompletní informace o produktu a službě. Hlavním cílovým publikem jsou maloobchodní kupci, zejména ženy v domácnosti a velkoobchodníci.

Stránky by měly mít pohodlný admin panel, načítání stránek - optimalizovat pro různá zařízení. Zdroj by měl být chráněn před vnějšími útoky, používat prvky propagace zboží a služeb. Kromě úplných informací o produktu vyžaduje karta produktu také přítomnost doprovodných dokumentů, jako jsou certifikáty kvality.

Technické požadavky na místo

Stránky musí být přístupné na internetu pod doménovým jménem (podle přání zákazníka) a musí být informační struktura tvořená vzájemně propojenými úseky s jasně definovanými funkcemi. Chcete-li zachovat místo a jeho provoz od personálu by neměl vyžadovat speciální dovednosti a znalosti v oblasti softwaru.

V systému řízení zdrojů je důležité mít mechanismus zálohování informací, který bude fungovat automaticky.

Informace o stránkách jsou veřejné. V závislosti na rozsahu přístupových práv jsou uživatelé rozděleni do tří skupin:

  • Návštěvníci - mají přístup pouze k veřejné části webu.
  • Editor - má možnost změnit materiálové sekce.
  • Správce - může přiřadit redakce, přidávat nebo odstraňovat oddíly.

Přístup k administrativní části webu by měl být chráněn přihlášením a heslem.

Funkční vývoj

Technická funkce musí splňovat doporučení vyhledávačů. Za prvé, stránky by měly mít stejné kódování. Za druhé, doporučení by měla být provedena pomocí značky "A". Za třetí, v hlavičkách HTTP musíte zadat kódování a při přístupu k webu z odkazu site.ru musíte nainstalovat přesměrování 301 do domény site.ru.

Prostředek by měl fungovat ve všech moderních prohlížečích, proto je nutné provést testování v:

  • IE 11.
  • Safari Chrome pro iOS 9.0-9.2.
  • Chrome 48.
  • Firefox 44.
  • Safari 9.
  • Hrana 13.
  • Opera 34.

Pokud návštěvník používá zastaralý prohlížeč, zobrazí se okno s návrhem na jeho aktualizaci.

Místo musí mít logické vymezení pro uživatele a administrativní části. První je zodpovědná za poskytování informací, druhá - za vyplnění zdroje s obsahem. Statické stránky se skládají z názvu, textu a obrázků. Zákazník je může upravit podle vlastního uvážení, protože tato informace by neměla souviset s konfigurací webu.

Hosting, obsah, struktura

Dále jsou popsány nezbytné systémové požadavky, je uveden vývojový jazyk (PHP s databázemi nebo prostý HTML s CSS).

Pokud jde o obsah, zákazník poskytuje vývojářovi veškeré potřebné materiály, které odpovídají seznamu povinného obsahu. Na základě přijatých dat je na webu vytvořen a zveřejněn jedinečný obsah.

V další fázi vývoje TK se rozvíjí struktura lokality. Nejprve jsou popsány hlavní stránka a hlavní menu. Po každém se přidá seznam podřízených položek. To může být popsáno graficky, ale bude také nutné popsat jednotlivé sekce, co by mělo být a jaké cíle bude sledovat.

Například na hlavní stránce stránky LLC "Fortuna" je oddíl "Výroba". Zde je důležité zveřejnit výhody společnosti na pozadí konkurence a je možné spotřebiteli vysvětlit, proč je společnost Fortuna lepší. Informace o nejaktuálnějším zboží by měly být uvedeny v samostatných podpisech s fotografickými a obrazovými materiály. Podobně se vyvíjejí i další sekce.

Podmínky pro vývoj webu

Návrh a funkční požadavky

Pokud vylepšujete zdroj, je třeba poznamenat, zda se změní ikony, písma a barvy. Pro nové místo jsou předepsány všechny tyto pozice. Například barva je žlutozelená - # 9ACD32. Je lepší poskytnout zákazníkovi paletu a nastavit kód barev v TOR, aby se předešlo nepřesnostem. Každý zdroj by měl být ve všech zařízeních stejně kvalitně zobrazen a dynamicky přizpůsoben velikosti obrazovky.

Každá stránka má dynamické a statické oddíly. Dynamický správce se může nezávisle měnit, ale statické zůstávají nezměněné. V ToR jsou nutně poskytovány prototypy hlavní stránky. V technickém úkolu rozvoje webu internetového obchodu by měly být prototypy katalogů a karet zboží. Obvykle jsou vytvářeny konstruktérem a ukazují zákazníka, až poté, co spadají do TOR.

Je nutno připravit model typické stránky s různými variantami formátování textu a výstupu informací.

Obsah a pořadí příjmu práce

Zákazník může požádat o zaplnění zdroje primárními informacemi, avšak v tomto případě přebírá odpovědnost za poskytnutí správných údajů umělcům. Je přijímán pouze v elektronické podobě av poslední fázi vývoje.

Seznam s odrážkami

Důvody pro přijetí stránky jsou:

  • Shoda TK.
  • Testování správného zobrazení obrázků.
  • Testování funkčnosti.

Na konci každého TOR musíte zapsat objednávku a načasování projektu. Obecně lze všechny práce rozdělit do tří fází:

  1. Vývoj návrhu, schválení, rozvržení náčrtu.
  2. Vývoj softwaru.
  3. Plnění stránek s informacemi.

Každá z těchto položek označuje datum dokončení v dny. Tento termín se může lišit podle dohody. Není-li tomu tak, změna termínu je provedena na základě písemné dohody stran.

Výhody

Zadání je užitečné jak pro klienta, tak pro výkonného umělce. První si uvědomují, co platí za peníze, mohou okamžitě vidět kompetence umělce a pořádat se proti nespravedlivému výkonu práce. Na druhou stranu TK pomáhá umělecům porozumět tomu, co zákazník chce, a tím se zabránit náhlým změnám. To platí zejména tehdy, když je projekt téměř hotový, ale zákazník chtěl něco změnit, protože bude muset něco znovu provést.

Sdílet na sociálních sítích:

Podobné
© 2021 nisfarm.ru