Kreiranje web stranice je jednostavna stvar ako koristite online konstruktore. Ali svi su toliko slični da renomirane firme moraju tražiti webmastere ili kontaktirati IT kompanije. U ovoj fazi kreiranja resursa izuzetno je važno precizirati rad čarobnjaka, odnosno izraditi tehnički zadatak za razvoj stranice.
Zašto gubiti vrijeme na ovo?
Koliko god čovjek bio obrazovan, on i dalje ostaje osoba i na svaki način pokušava da olakša svoj posao. Stoga kupci ne razumiju uvijek zašto pisati tehnički zadatak za razvoj stranice. Na kraju krajeva, mnogo je lakše zamoliti webmastera da napravi "web stranicu u plavoj boji sa logom kompanije na glavnoj stranici". Ali kada dođe vrijeme za isporuku projekta, kupac vidi nešto potpuno drugačije od onoga što je želio. A webmaster mora ponavljati resurs iznova i iznova.
Zahtjev nije "birokratija", već racionalan čin koji štedi vrijeme, živce i novac. Na primjer, određena kompanija treba da se razvijaprezentacijsku stranicu, u trajanju od dvije sedmice. A ako potrošite 2-3 dana na izradu uzorka projektnog zadatka za razvoj web stranice, onda na kraju roka možete dobiti gotov proizvod. Ispunit će sve zahtjeve koje bi kupci u žaru gužve mogli zaboraviti spomenuti. S druge strane, projektni zadatak za razvoj stranice je garancija naknade.
Mudrost prošlosti
Ako se kupac suoči sa zadatkom izrade tehničkih specifikacija, ne mora ponovo izmišljati točak, bolje je da se okrene porijeklu, koji je potvrđen dugogodišnjim praktičnim iskustvom. Odnosno, potrebno je napisati uzorak projektnog zadatka za razvoj stranice u skladu s GOST-om. Činilo bi se nerealno primijeniti standarde iz 1978. na današnje stranice, ali u Sovjetskom Savezu neke stvari su bile sjajne, a razvoj standarda nije izuzetak, a osim toga, oni su još uvijek relevantni. Posebnu pažnju treba obratiti na sljedeće standarde:
- Zahtjevi za sadržaj i dizajn (GOST 19.201-78).
- Uslovi za kreiranje automatizovanog sistema (GOST 34.602-78).
Prvi dokument je pogodan za obične stranice. Opisuje kako pravilno sastaviti TOR, kao i odjeljke koje svakako trebate uzeti u obzir prilikom sastavljanja projektnog zadatka za razvoj stranice. Ovo uključuje:
- Uvod, koji označava naziv kompanije ili resursa klijenta, njegov kratak opis i obim.
- Osnove za stvaranje. Evo ti trebanavedite predmet, navedite dokumente koji potvrđuju potrebu za stvaranjem resursa, naziv organizacije koja je odobrila ovaj dokument. Na primjer, rezultati istraživanja tržišta pokazuju da većina korisnika traži proizvode putem interneta, a to će biti osnova za kreiranje stranice.
- Odredište. Navedena je funkcionalna namjena resursa. Informiranje, prodaja itd.
- Zahtjevi za resurse. Ovo je najveći dio gdje kupac opisuje sve svoje želje u vezi budućeg web proizvoda. Ovdje trebate specificirati funkcionalnost, odrediti nivo pouzdanosti, opisati uslove rada, sadržaj, dizajn, itd.
- Softverski zahtjevi.
- Tehnički i ekonomski pokazatelji. Odnosno, iskazuju se želje u pogledu stepena konverzije, prednosti u odnosu na konkurente, ekonomske efikasnosti.
- Faze razvoja. Kupac postavlja rok za izvršenje zadatka.
- Kontrola. Tipovi verifikacije su naznačeni.
Drugi GOST je pogodan za kreiranje portala sa složenom funkcionalnošću. Generalno, glavni ciljevi i tačke se ne razlikuju mnogo od prvog dokumenta, samo imaju opširnije karakteristike. Na osnovu samo informacija iz dokumenata prema GOST standardu, možete kreirati punopravni primjer projektnog zadatka za razvoj stranice.
Karakteristike izrade TK
Kako sastaviti tehnički zadatak za razvoj stranice? Najvažnija stvar pri sastavljanju TOR-a je stalno razmišljati o glavnim ciljevima budućeg dokumenta: on mora biti napisan na jezikukoju će i programeri i kupci razumjeti.
Najčešće, prilikom sastavljanja primjera tehničkog zadatka za razvoj web stranice, sljedeće točke se smatraju glavnim:
- Informacije o klijentu. Potrebno je ukratko opisati obim delatnosti, istoriju kompanije i sačiniti listu glavnih konkurenata. Malo je vjerovatno da će ove informacije biti korisne programerima, ali dizajnerima i autorima tekstova trebaju.
- Svrha stranice. Ovaj blok bi trebao sadržavati ključne informacije koje vam omogućavaju da shvatite strukturu budućeg resursa, funkcionalnost i opći smjer dizajna. Također opisuje glavnu ciljnu publiku.
- Zahtjevi za resurse. Najveći odjeljak u kojem trebate navesti svoje želje u pogledu strukture, funkcionalnosti, dizajna, softvera, hostinga itd. Ovdje morate priložiti i sličice stranice i mapu stranice.
- Akcioni plan. Svaki predložak projektnog zadatka za razvoj stranice treba da sadrži u svom opisu faze razvoja, spisak poslova koji će biti obavljeni u određenoj fazi i vrijeme narudžbe.
- Kontrola i prihvatanje rada. Uzorak projektnog zadatka za razvoj stranice treba jasno opisati kako će se provjeravati usklađenost gotove stranice sa navedenim zahtjevima. Važno je pažljivo pristupiti realizaciji ovog posla kako ne bi došlo do nesporazuma sa kupcem.
Nakon što ste detaljno proradili kroz sve ove tačke, možete brzo naučiti kako pravilno sastaviti uslove za razvoj stranice.
Ko bi to trebao učiniti?
U osnovi, uzorakProjektni zadatak za razvoj stranice može sastaviti bilo ko. Na primjer, vlasniku kozmetičkog salona potrebna je web stranica za posjetnicu. Evo opisa poslova, ali da li će takva tehnička specifikacija biti korisna je drugo pitanje.
Obično dobra tehnička pozadina je izvođač. Ipak, web programer razumije stvaranje web stranica više od vlasnika kozmetičkog salona. Ali to uopće ne znači da je klijent odsutan tokom ovog procesa. Slijedeći osnovna pravila projektnog zadatka za razvoj stranice, kupac mora:
- Upoznajte izvođače sa firmom, njenim proizvodima, uslugama i ciljnom publikom.
- Objasnite zašto mu je trebao sajt.
- Podijelite svoje želje za budući resurs.
- Pokaži primjere stranica za koje misli da su dobre.
- Odgovorite na pitanja dizajnera i web programera (ako ih ima).
Kupac može sam skicirati TK, ali, kao što pokazuje praksa, takve amaterske skice obično se tiho bacaju u smeće.
Preciznost i jedinstvenost
Sve što je napisano u primerima i uzorcima tehničkih specifikacija za izradu sajta treba da bude razumljivo za naručioca i izvođača radova. Pojmovi kao što su lijepo, moderno, jedinstveno i drugi se ne mogu koristiti, jer ih svako percipira na svoj način. Ovo se također odnosi na formulacije koje se mogu dvosmisleno razumjeti. Sve mora biti jasno i precizno. Ne možete napisati da stranica može izdržati veće opterećenje, jer nije jasno koliko suveliko. Neophodno je odmah demantovati nesporazum, navodeći da je resurs u stanju da izdrži 50 hiljada posetilaca u isto vreme. Bilo koja formulacija treba da bude podržana brojevima i preciznim karakteristikama.
Ostali detalji
Kada planirate rad na kreiranju sajta, potrebno je da obavestite sve učesnike u razvoju o tome šta kompanija radi i ko je njena glavna ciljna publika. Također morate navesti svrhu stranice i opisati funkcionalne preferencije kako ne biste umjesto ozbiljne online trgovine dobili blog o zabavi.
U nekim slučajevima, pojmovnik je uključen u opis poslova za razvoj web stranice. Svi složeni pojmovi su opisani razumljivim jezikom, tako da neupućeni kupac nema pitanja o tome šta i kako će raditi sa njegovom web lokacijom.
Obavezno navedite na kojem hostingu treba biti resurs. Takođe, respektabilni izvođači će u projektnom zadatku naznačiti stavku kao „zahtjevi za rad“, gdje naznačuju da bi resurs trebao biti prikazan u svim pretraživačima. Naravno, ovaj zahtjev je već razumljiv, ali ga je bolje zapisati kako bi klijent bio zaštićen od nesavjesnih izvođača.
Pored toga, o strukturi, dizajnu i izgledu se razgovara sa kupcem, radi jasnoće, kupac može nacrtati dijagram toka. Klijent treba da objasni čemu služi svaka stranica sajta i koji elementi mogu biti na njoj.
Ako morate napraviti resurs sa složenim i nestandardnim sučeljem, neće biti dovoljno samo prikazatiskica i struktura stranice. Izuzetno je važno da cijeli razvojni tim i kupac razumiju kako će prosječan posjetitelj koristiti stranicu. Stoga će biti potrebno razviti skriptu. Njegova šema je vrlo jednostavna:
- Akcija korisnika.
- Odgovor web stranice.
- Rezultat.
Sadržaj i dizajn
Takođe je potrebno unaprijed odlučiti ko će biti odgovoran za sadržaj. U nekim slučajevima programer može odmah napraviti web stranicu sa sadržajem, uključujući profesionalne copywritere, ali će tada cijena resursa biti skuplja. Ovo se mora unaprijed dogovoriti i navesti sve želje u vezi sa sadržajem.
Istina, bit će teško objektivno opisati sadržaj, jer svako ima svoje ideje o zanimljivosti i korisnosti, lakše je napisati da će biti jedinstven. To je lako provjeriti i neće biti nepotrebnih potraživanja. Ovaj problem se također odnosi na opise dizajna. Najbolje rješenje bi bilo da u projektnom zadatku za izradu dizajna stranice napišete koju shemu boja kupac želi, kojim fontom će biti urađeni natpisi itd. Odnosno, naznačiti sve pozicije na kojima se pojavljuje tačnost. Možda su ovo sva pravila za izradu projektnog zadatka za razvoj stranice. Sada ih trebate primijeniti u praksi i pokušati sami stvoriti kompetentan TK.
Šablon projektnih zadataka za razvoj web stranice
U ovom TOR-u, tabela pojmova je data na prvoj stranici tako da je sve jasno o čemu će se raspravljati. Treba napomenuti da oznaka pojmova nije prepisana iz"Vikipediju" ili druge resurse, ali ih je napisala osoba koja razvija projektni zadatak. Lista pojmova može uključivati koncepte kao što su:
- IP adresa.
- www (world wide web).
- Administrativni dio resursa, administrator.
- Alternativni natpis za sliku.
- Web interfejs.
- Link, link.
- Dizajn web stranice, šablon dizajna stranice.
- Dinamična i statična stranica.
- Ime domene.
- Meta oznaka.
- Sadržaj.
- Dio resursa je javan.
- Backup, baze podataka, struktura fajla.
- Hosting.
- CMS.
Nakon što je pojmovnik kreiran, možete početi direktno sa pisanjem opisa poslova. Prije svega, pišu se opće informacije. Ovaj paragraf je uslovno podeljen na četiri podparagrafa:
- Svrha dokumenta. Projektni zadatak za razvoj stranice je glavni dokument koji reguliše proces kreiranja i prihvatanja resursa.
- Podaci o klijentima. Naznačene su sljedeće koordinate: naziv kompanije, kontakt podaci, pravna adresa, stvarna adresa, e-mail, web stranica (ako je u rebrendiranju), kontakt osoba, kontakt telefon.
- Kratke informacije o kompaniji. Za uzorak projektnog zadatka za razvoj stranice, razmotrite kompaniju Fortuna LLC. DOO "Fortuna" proizvodi (robu) za tržište Novosibirska. Kompanija pažljivo prati higijenu proizvodnje, čistoću sirovina i kvalitetproizvedeni proizvodi. Kompanija vrši sertifikovanu kontrolu kvaliteta i bezbednosti proizvedene robe na osnovu principa međunarodnog HACCP sistema.
- Osnova za razvoj. Osnova za izradu projektnog zadatka je Ugovor br. _.
Svrhe i svrha resursa
Stranica je dizajnirana da poveća tržišni udio kompanije i podigne imidž kompanije na webu. Resurs je kreiran kako bi se povećao protok novih kupaca, stvorio povoljan imidž, povećala popularnost brenda Fortuna LLC. Također, ovaj resurs će služiti kao dodatna platforma za reklamne kampanje, privući nove kupce i donijeti dodatni profit.
Glavni zadaci resursa su da korisniku pruži potpune informacije o proizvodu i usluzi. Glavna ciljna publika su kupci na malo, posebno domaćice i veletrgovci.
Sajt treba da ima zgodan admin panel, učitavanje stranice treba da bude optimizovano za različite uređaje. Resurs mora biti zaštićen od vanjskih napada, koristiti elemente promocije roba i usluga. Pored potpunih informacija o proizvodu, kartica proizvoda zahtijeva prisustvo pratećih dokumenata, kao što su certifikati kvaliteta.
Tehnički zahtjevi za stranicu
Stranica mora biti dostupna na Internetu pod imenom domene (po izboru kupca) i biti informaciona struktura koja se sastoji od međusobno povezanih delova sa jasno definisanim funkcijama. Osoblje ne bi trebalo da održava lokaciju i njen radzahtijevaju posebne vještine i znanja u oblasti softvera.
U sistemu upravljanja resursima, važno je imati mehanizam za pravljenje rezervnih kopija informacija koji će raditi automatski.
Informacije o stranici su javne. Ovisno o obimu prava pristupa, korisnici su podijeljeni u tri grupe:
- Posjetioci - imaju pristup samo javnom dijelu stranice.
- Editor - ima mogućnost izmjene materijala odjeljka.
- Administrator - može imenovati urednike, dodavati ili uklanjati sekcije.
Pristup administrativnom dijelu stranice treba biti zaštićen loginom i lozinkom.
Tehnička funkcionalnost mora biti u skladu sa preporukama pretraživača. Prvo, stranice moraju imati isto kodiranje. Drugo, prijelazi veze moraju biti implementirani pomoću oznake “A”. Treće, potrebno je da navedete kodiranje u HTTP zaglavljima, a kada pristupate sajtu preko linka site.ru, potrebno je da postavite 301 preusmjeravanje na domen www.site.ru.
Resurs bi trebao funkcionirati u svim modernim pretraživačima, pa je potrebno testirati u:
- IE 11.
- Safari & Chrome za iOS 9.0-9.2.
- Chrome 48.
- Firefox 44.
- Safari 9.
- Edge 13.
- Opera 34.
Ako posjetitelj koristi zastarjeli pretraživač, trebao bi se pojaviti prozor u kojem će se tražiti da ga ažurirate.
Stranica mora imati logičku razliku između korisničkog i administrativnog dijela. Prvoodgovoran za pružanje informacija, drugi - za popunjavanje resursa sadržajem. Statičke stranice sastoje se od naslova, teksta i ilustracija. Kupac ih može uređivati po vlastitom nahođenju, jer ove informacije ne bi trebale biti povezane s konfiguracijom stranice.
Hosting, sadržaj, struktura
Dalje su opisani neophodni sistemski zahtevi, naznačen je razvojni jezik (PHP sa bazama podataka ili običan HTML sa CSS).
Što se tiče sadržaja, kupac dostavlja programeru sve potrebne materijale koji odgovaraju listi obaveznog sadržaja. Na osnovu dobijenih podataka razvija se jedinstven sadržaj koji se postavlja na sajt.
U sljedećoj fazi razvoja TOR-a razvija se struktura stranice. Prvo se opisuju glavna stranica i stavke glavnog menija. Nakon svake se dodaje lista podstavki. Ovo se može prikazati grafički, ali ćete također morati opisati svaki odjeljak, šta bi tu trebalo biti i koje ciljeve će težiti.
Na primjer, na glavnoj stranici Fortuna LLC web stranice postoji odjeljak "Proizvodnja". Ovdje je važno otkriti prednosti kompanije u odnosu na konkurenciju i na pristupačan način objasniti potrošaču zašto je Fortuna doo bolja. Definirajte informacije o najkupljenijoj robi u posebnim podstavovima i potkrijepite ih foto i video materijalima. Ostale sekcije su razvijene na sličan način.
Zahtjevi za dizajn i funkcionalnost
Ako se resurs poboljšava, treba napomenuti da li jeikone, fontove i boje. Za novu lokaciju, sve ove pozicije su propisane. Na primjer, žuto-zelena boja je 9ACD32. Bolje je kupcu dati paletu i propisati šifru boje u TOR-u kako bi se izbjegle netočnosti. Svaki resurs bi trebao prikazati isti kvalitet na svim uređajima i dinamički se prilagođavati veličinama ekrana.
Svaka stranica ima dinamičke i statične sekcije. Dinamički administrator može se mijenjati nezavisno, a statički ostaje nepromijenjen. TOR mora obezbijediti prototipove glavne stranice. Projektni zadatak za razvoj web stranice online trgovine mora sadržavati prototipove kataloga i kartica proizvoda. Obično ih dizajner napravi i pokaže kupcu, tek nakon toga ulaze u specifikaciju.
Obavezno pripremite tipičan izgled stranice sa različitim varijacijama oblikovanja teksta i izlaza informacija.
Proces sadržaja i podnošenja
Kupac može tražiti da se izvor popuni primarnim informacijama, ali u ovom slučaju preuzima odgovornost za pružanje tačnih podataka izvođačima. Prihvaća se samo u elektronskom obliku iu posljednjoj fazi razvoja.
Osnovi za prihvatanje stranice su:
- Usklađenost sa TK.
- Testiranje ispravnog prikaza slika.
- Testiranje funkcionalnosti.
Na kraju svakog TOR-a, morate napisati red i vrijeme projekta. Općenito, sav rad se može podijeliti u 3 faze:
- Razvoj dizajna,odobrenje, izgled skice.
- Razvoj softvera.
- Punjenje stranice informacijama.
U blizini svake od ovih stavki je naznačen datum dospijeća u danima. U skladu sa Ugovorom, period može varirati. Ukoliko to nije predviđeno, promjena roka se vrši uz pismeni dogovor strana.
Benefit
Zahtjevi su korisni i za klijenta i za izvođača radova. Prvi razumiju za šta plaćaju novac, mogu odmah uvidjeti kompetentnost izvođača i osigurati se od nepoštenog obavljanja posla. Zauzvrat, TK pomaže izvođaču da shvati šta kupac želi i tako se osigura od iznenadnih promjena. Ovo posebno važi kada je projekat skoro gotov, ali je naručilac želeo nešto da promeni, zbog ovog "nečega" će sav posao morati da se uradi.
