Ustvarjanje spletne strani je preprosto, če uporabljate spletne konstruktorje. Toda vsi so si tako podobni, da morajo ugledna podjetja iskati spletne skrbnike ali se obrniti na IT podjetja. Na tej stopnji ustvarjanja vira je izredno pomembno določiti delo čarovnika, torej sestaviti tehnično nalogo za razvoj spletnega mesta.
Zakaj izgubljati čas s tem?
Ne glede na to, kako izobražen je človek, še vedno ostaja oseba in si na vsak način skuša olajšati delo. Zato stranke ne razumejo vedno, zakaj napisati tehnično nalogo za razvoj spletnega mesta. Navsezadnje je veliko lažje prositi spletnega skrbnika, da naredi "spletno mesto v modri barvi z logotipom podjetja na glavni strani." Ko pa pride čas za oddajo projekta, kupec vidi nekaj povsem drugega, kot je želel. In spletni skrbnik mora znova in znova obnavljati vir.
Referenčni pogoji niso "birokracija", ampak racionalno dejanje, ki prihrani čas, živce in denar. Na primer, določeno podjetje se mora razvitipredstavitvenem mestu za obdobje dveh tednov. In če porabite 2-3 dni za ustvarjanje vzorca referenčnih pogojev za razvoj spletnega mesta, potem lahko na koncu obdobja dobite končni izdelek. Izpolnjeval bo vse zahteve, ki jih kupci v vročini naglice morda pozabijo omeniti. Po drugi strani pa je projektna naloga za razvoj strani jamstvo za plačilo.
Modrost preteklosti
Če se kupec sooči z nalogo razvoja tehničnih specifikacij, mu ni treba ponovno izumljati kolesa, je bolje, da se obrne na izvore, ki so bili preverjeni z dolgoletnimi praktičnimi izkušnjami. To pomeni, da je treba napisati vzorec referenčnih pogojev za razvoj spletnega mesta v skladu z GOST. Zdelo bi se nerealno, da bi standarde iz leta 1978 uporabili za današnja spletna mesta, toda v Sovjetski zvezi so bile nekatere stvari odlične in razvoj standardov ni izjema, poleg tega pa so še vedno pomembni. Posebno pozornost je treba nameniti naslednjim standardom:
- Zahteve za vsebino in oblikovanje (GOST 19.201-78).
- Referenčni pogoji za ustvarjanje avtomatiziranega sistema (GOST 34.602-78).
Prvi dokument je primeren za običajna spletna mesta. Opisuje, kako pravilno sestaviti TOR, pa tudi razdelke, ki jih morate vsekakor upoštevati pri sestavljanju nalog za razvoj spletnega mesta. Ti vključujejo:
- Uvod, ki označuje ime podjetja ali vira stranke, njegov kratek opis in obseg.
- Podlaga za ustvarjanje. Tukaj potrebujetenavedite predmet, navedite dokumente, ki potrjujejo potrebo po ustvarjanju vira, ime organizacije, ki je ta dokument odobrila. Rezultati tržnih raziskav na primer kažejo, da večina uporabnikov išče izdelke prek interneta in to bo osnova za ustvarjanje spletnega mesta.
- Destinacija. Naveden je funkcionalni namen vira. Obveščanje, prodaja itd.
- Zahteve po virih. To je največji del, kjer kupec opiše vse svoje želje glede prihodnjega spletnega produkta. Tukaj morate določiti funkcionalnost, določiti stopnjo zanesljivosti, opisati pogoje delovanja, vsebino, dizajn itd.
- Programske zahteve.
- Tehnični in ekonomski kazalniki. To pomeni, da so navedene želje glede stopnje konverzije, prednosti pred konkurenti, ekonomske učinkovitosti.
- Fape razvoja. Stranka določi rok za dokončanje naloge.
- Nadzor. Vrste preverjanja so navedene.
Drugi GOST je primeren za ustvarjanje portalov s kompleksno funkcionalnostjo. Na splošno se glavni cilji in točke ne razlikujejo veliko od prvega dokumenta, imajo le obsežnejše značilnosti. Samo na podlagi informacij iz dokumentov po standardu GOST lahko ustvarite popoln primer opisa nalog za razvoj spletnega mesta.
Značilnosti priprave TK
Kako sestaviti tehnično nalogo za razvoj strani? Najpomembnejša stvar pri sestavljanju TOR je nenehno razmišljati o glavnih ciljih prihodnjega dokumenta: napisan mora biti v jezikuki ga bodo razumeli tako razvijalci kot stranke.
Najpogosteje se pri sestavljanju primera tehnične naloge za razvoj spletnega mesta za glavne štejejo naslednje točke:
- Podatki o stranki. Na kratko je treba opisati obseg dejavnosti, zgodovino podjetja in narediti seznam glavnih konkurentov. Te informacije programerjem verjetno ne bodo koristne, vendar jih potrebujejo oblikovalci in tekstopisci.
- Namen strani. Ta blok mora vsebovati ključne informacije, ki vam omogočajo razumevanje strukture prihodnjega vira, funkcionalnosti in splošne usmeritve zasnove. Opisuje tudi glavno ciljno občinstvo.
- Zahteve po virih. Največji razdelek, kjer morate navesti svoje želje glede strukture, funkcionalnosti, dizajna, programske opreme, gostovanja itd. Tukaj morate priložiti tudi sličice strani in zemljevid strani.
- Akcijski načrt. Vsaka predloga referenčnih pogojev za razvoj spletnega mesta mora v opisu vsebovati faze razvoja, seznam del, ki se bodo izvajala v določeni fazi, in čas naročila.
- Nadzor in prevzem dela. V vzorčnem opisu nalog za razvoj spletnega mesta mora biti jasno opisano, kako se bo preverjala skladnost končnega mesta z določenimi zahtevami. Pomembno je skrbno pristopiti k izvedbi tega dela, da se izognemo nesporazumom s stranko.
Ko ste podrobno preučili vse te točke, se lahko hitro naučite, kako pravilno sestaviti pogoje za razvoj spletnega mesta.
Kdo naj to stori?
V bistvu vzorecReferenčne pogoje za razvoj spletnega mesta lahko sestavi vsak. Na primer, lastnik kozmetičnega salona potrebuje spletno stran z vizitko. Tukaj je opis pogojev, toda ali bo takšna tehnična specifikacija koristna, je drugo vprašanje.
Običajno je dobro tehnično ozadje izvajalec. Kljub temu spletni razvijalec razume ustvarjanje spletnih mest bolj kot lastnik kozmetičnega salona. A to sploh ne pomeni, da je stranka v tem procesu odsotna. V skladu z osnovnimi pravili referenčnih pogojev za razvoj strani mora stranka:
- Predstavite izvajalcem podjetje, njegove izdelke, storitve in ciljno publiko.
- Pojasni, zakaj je potreboval spletno mesto.
- Delite svoje želje za prihodnji vir.
- Pokaži primere spletnih mest, za katera meni, da so dobra.
- Odgovorite na vprašanja oblikovalca in spletnega razvijalca (če obstaja).
Stranka lahko skicira TK sam, vendar, kot kaže praksa, takšne amaterske skice običajno mirno vržejo v smeti.
Natančnost in edinstvenost
Vse, kar je zapisano v primerih in vzorcih tehničnih specifikacij za razvoj strani, mora biti razumljivo naročniku in izvajalcu. Pojmov, kot so lepo, moderno, edinstveno in drugi, ni mogoče uporabiti, saj jih vsak dojema na svoj način. To velja tudi za formulacije, ki jih je mogoče dvoumno razumeti. Vse mora biti jasno in natančno. Ne morete napisati, da spletno mesto prenese več obremenitve, ker ni jasno, kolikovelik. Nesporazum je treba nemudoma zanikati in navesti, da je vir sposoben hkrati vzdržati 50 tisoč obiskovalcev. Vsako besedilo mora biti podprto s številkami in natančnimi značilnostmi.
Druge podrobnosti
Pri načrtovanju dela pri izdelavi spletnega mesta morate vse udeležence razvoja obvestiti o tem, kaj podjetje počne in kdo je njegova glavna ciljna publika. Določiti morate tudi namen spletnega mesta in opisati funkcionalne nastavitve, da namesto resne spletne trgovine ne boste dobili razvedrilnega bloga.
V nekaterih primerih je glosar vključen v pogoje za razvoj spletne strani. Vsi zapleteni izrazi so opisani v razumljivem jeziku, tako da neobveščeni kupec nima vprašanj, kaj in kako bo naredil z njegovo spletno stranjo.
Navedite, na katerem gostovanju naj bo vir. Tudi ugledni izvajalci bodo v navodilih navedli tako postavko kot "delovne zahteve", kjer navajajo, da mora biti vir prikazan v vseh brskalnikih. Seveda je ta zahteva že razumljiva, vendar jo je bolje zapisati, da je naročnik zaščiten pred brezvestnimi izvajalci.
Poleg tega se o strukturi, dizajnu in postavitvi pogovorimo s stranko, zaradi jasnosti lahko stranka nariše diagram poteka. Stranka mora pojasniti, čemu je namenjena posamezna stran spletnega mesta in kateri elementi so lahko na njej.
Če morate ustvariti vir s kompleksnim in nestandardnim vmesnikom, ne bo dovolj samo prikazskico in strukturo strani. Izjemno pomembno je, da celotna razvojna ekipa in kupec razumeta, kako bo povprečen obiskovalec uporabljal spletno stran. Zato bo treba razviti scenarij. Njegova shema je zelo preprosta:
- Ukrepanje uporabnika.
- Odziv spletnega mesta.
- rezultat.
Vsebina in dizajn
Treba se je tudi vnaprej odločiti, kdo bo odgovoren za vsebino. V nekaterih primerih lahko razvijalec takoj naredi spletno mesto z vsebino, ki vključuje profesionalne tekstopisce, potem pa bodo stroški vira dražji. To se mora vnaprej dogovoriti in navesti vse želje glede vsebine.
Res, vsebino bo težko objektivno opisati, saj ima vsak svoje predstave o zanimivosti in uporabnosti, lažje je napisati, da bo edinstvena. To je enostavno preveriti in ne bo nepotrebnih zahtevkov. Ta težava velja tudi za opise oblikovanja. Najboljša rešitev bi bila, da v projektni nalogi za razvoj dizajna spletnega mesta napišete, kakšno barvno shemo želi stranka, v kakšni pisavi bodo napisi itd. To pomeni, da navedite vse pozicije, v katerih se pojavlja točnost. Morda so to vsa pravila za oblikovanje pogojev za razvoj spletnega mesta. Zdaj jih morate uporabiti v praksi in poskusiti sami ustvariti kompetenten TK.
Predloga nalog za razvoj spletne strani
V tem TOR je na prvi strani navedena tabela pogojev, tako da je vse jasno, o čem bo govora. Opozoriti je treba, da poimenovanje izrazov ni kopirano iz"Wikipedia" ali drugi viri, vendar jih je napisala oseba, ki razvija pogoje. Seznam izrazov lahko vključuje koncepte, kot so:
- IP naslov.
- www (svetovni splet).
- Upravni del vira, skrbnik.
- Alternativni napis za sliko.
- Spletni vmesnik.
- Povezava, povezava.
- Oblikovanje spletnega mesta, predloga za oblikovanje strani.
- Dinamična in statična stran.
- Ime domene.
- Meta oznaka.
- Vsebina.
- Del vira je javen.
- Varnostno kopiranje, baze podatkov, struktura datotek.
- gostovanje.
- CMS.
Ko je glosar ustvarjen, lahko začnete neposredno pisati pogoje poslovanja. Najprej so napisane splošne informacije. Ta odstavek je pogojno razdeljen na štiri pododstavke:
- Namen dokumenta. Pogoji za razvoj spletnega mesta so glavni dokument, ki ureja postopek ustvarjanja in sprejemanja vira.
- Podatki o strankah. Navedene so naslednje koordinate: ime podjetja, kontaktni podatki, pravni naslov, dejanski naslov, e-pošta, spletna stran (če je v preoblikovanju), kontaktna oseba, kontaktna telefonska številka.
- Kratke informacije o podjetju. Za vzorec nalog za razvoj spletnega mesta si oglejte podjetje Fortuna LLC. LLC "Fortuna" proizvaja (blago) za trg Novosibirska. Podjetje skrbno spremlja higieno proizvodnje, čistost surovin in kakovostizdelani izdelki. Podjetje izvaja certificiran nadzor kakovosti in varnosti proizvedenega blaga po načelih mednarodnega sistema HACCP.
- Osnova za razvoj. Osnova za razvoj naloge je Pogodba št. _.
Nameni in namen vira
Stran je zasnovana tako, da poveča tržni delež podjetja in dviguje podobo podjetja na spletu. Vir je ustvarjen z namenom povečati pretok novih strank, ustvariti ugodno podobo, povečati priljubljenost blagovne znamke Fortuna LLC. Prav tako bo ta vir deloval kot dodatna platforma za oglaševalske akcije, privabljal nove stranke in prinašal dodaten dobiček.
Glavne naloge vira je zagotoviti uporabniku popolne informacije o izdelku in storitvi. Glavna ciljna publika so kupci na drobno, zlasti gospodinje in veletrgovke.
Stran mora imeti priročno skrbniško ploščo, nalaganje strani mora biti optimizirano za različne naprave. Vir je treba zaščititi pred zunanjimi napadi, uporabljati elemente promocije blaga in storitev. Poleg popolnih informacij o izdelku, kartica izdelka zahteva prisotnost spremnih dokumentov, kot so certifikati kakovosti.
Tehnične zahteve za spletno mesto
Stran mora biti dostopna na internetu pod imenom domene (po izbiri stranke) in biti informacijska struktura, sestavljena iz medsebojno povezanih razdelkov z jasno opredeljenimi funkcijami. Osebje ne bi smelo vzdrževati mesta in njegovega delovanjazahtevajo posebne spretnosti in znanja na področju programske opreme.
V sistemu upravljanja virov je pomembno imeti mehanizem za varnostno kopiranje informacij, ki bo deloval samodejno.
Informacije o spletnem mestu so javne. Glede na obseg pravic dostopa so uporabniki razdeljeni v tri skupine:
- Obiskovalci - imajo dostop samo do javnega dela strani.
- Urednik - ima možnost spreminjanja gradiva rubrike.
- Administrator - lahko imenuje urednike, dodaja ali odstrani razdelke.
Dostop do upravnega dela spletnega mesta mora biti zaščiten s prijavo in geslom.
Tehnična funkcionalnost mora biti v skladu s priporočili iskalnikov. Prvič, strani morajo imeti enako kodiranje. Drugič, prehodi povezav morajo biti izvedeni z oznako »A«. Tretjič, v glavah HTTP morate določiti kodiranje, pri dostopu do spletnega mesta s povezavo site.ru pa morate nastaviti preusmeritev 301 na domeno www.site.ru.
Vir mora delovati v vseh sodobnih brskalnikih, zato ga je treba preizkusiti v:
- IE 11.
- Safari & Chrome za iOS 9.0–9.2.
- Chrome 48.
- Firefox 44.
- Safari 9.
- Edge 13.
- Opera 34.
Če obiskovalec uporablja zastarel brskalnik, bi se moralo prikazati okno, ki vas poziva, da ga posodobite.
Stran mora imeti logično razlikovanje med uporabniškim in upravnim delom. Prvičodgovoren za zagotavljanje informacij, drugi - za polnjenje vira z vsebino. Statične strani so sestavljene iz naslova, besedila in ilustracij. Stranka jih lahko ureja po lastni presoji, saj ti podatki ne bi smeli biti povezani s konfiguracijo spletnega mesta.
Gostovanje, vsebina, struktura
Naprej so opisane potrebne sistemske zahteve, naveden je razvojni jezik (PHP z bazami podatkov ali navaden HTML s CSS).
Kar zadeva vsebino, stranka razvijalcu zagotovi vsa potrebna gradiva, ki ustrezajo seznamu obveznih vsebin. Na podlagi prejetih podatkov se razvije edinstvena vsebina, ki se objavi na spletnem mestu.
Na naslednji stopnji razvoja TOR se razvije struktura strani. Najprej so opisani glavna stran in elementi glavnega menija. Za vsakim je dodan seznam podpostavk. To je mogoče prikazati grafično, vendar boste morali opisati tudi vsak odsek, kaj naj bo tam in kakšne cilje bo zasledoval.
Na primer, na glavni strani spletnega mesta Fortuna LLC je razdelek »Proizvodnja«. Tukaj je pomembno razkriti prednosti podjetja v ozadju konkurentov in potrošniku na dostopen način razložiti, zakaj je Fortuna LLC boljša. Podatke o najbolj kupljenem blagu opredelite v ločenih pododstavkih in jih podprite s foto in video materiali. Drugi razdelki so razviti na podoben način.
Zahteve glede oblikovanja in delovanja
Če se vir izboljšuje, je treba opozoriti, ali jeikone, pisave in barve. Za novo stran so vsa ta mesta predpisana. Na primer, barva rumeno-zelena je 9ACD32. Bolje je, da stranki zagotovite paleto in predpišete barvno kodo v TOR, da se izognete netočnosti. Vsak vir mora prikazati enako kakovost na vseh napravah in se dinamično prilagajati velikostim zaslona.
Vsako spletno mesto ima dinamične in statične razdelke. Dinamični skrbnik se lahko spreminja neodvisno, statični pa ostane nespremenjen. TOR mora zagotoviti prototipe glavne strani. Pogoji za razvoj spletne strani spletne trgovine morajo vsebovati prototipe katalogov in kartic izdelkov. Običajno jih izdela oblikovalec in jih pokaže stranki, šele nato pridejo v specifikacijo.
Obvezno pripravite tipično postavitev strani z različnimi različicami oblikovanja besedila in izhoda informacij.
Vsebina in postopek oddaje
Stranka lahko zahteva, da vir napolni s primarnimi informacijami, vendar v tem primeru prevzema odgovornost za zagotavljanje pravilnih podatkov izvajalcem. Sprejeto je samo v elektronski obliki in v zadnji fazi razvoja.
Razlogi za sprejem spletnega mesta so:
- Skladnost s TK.
- Testiranje pravilnega prikaza slik.
- Testiranje funkcionalnosti.
Na koncu vsakega TOR morate napisati vrstni red in čas projekta. Na splošno lahko vse delo razdelimo na 3 stopnje:
- razvoj dizajna,odobritev, postavitev skice.
- Razvoj programske opreme.
- Napolnite spletno mesto z informacijami.
Blizu vsakega od teh artiklov je naveden datum zapadlosti v dnevih. V skladu s pogodbo se lahko obdobje razlikuje. Če to ni predvideno, se spremeni rok s pisnim dogovorom strank.
Ugodnost
Referenčni pogoji so uporabni tako za naročnika kot za izvajalca. Prvi razumejo, za kaj plačujejo denar, takoj vidijo usposobljenost izvajalca in se zavarujejo pred nepoštenim opravljanjem dela. TK pa pomaga izvajalcu razumeti, kaj želi stranka in se tako zavarovati pred nenadnimi spremembami. To še posebej velja, ko je projekt skoraj končan, a je naročnik želel nekaj spremeniti, zaradi tega "nečesa" bo treba vsa dela opraviti na novo.
