Att skapa en webbplats är en enkel sak om du använder online-konstruktörer. Men de är alla så lika att välrenommerade företag måste leta efter webbansvariga eller kontakta IT-företag. I detta skede av att skapa en resurs är det extremt viktigt att specificera guidens arbete, det vill säga att utarbeta en teknisk uppgift för utvecklingen av webbplatsen.
Varför slösa tid på detta?
Oavsett hur utbildad en person är, förblir han fortfarande en person och försöker på alla sätt göra sitt arbete lättare. Därför förstår kunderna inte alltid varför man skriver en teknisk uppgift för utvecklingen av sajten. Det är trots allt mycket lättare att be en webbansvarig att göra en "webbplats i blått med företagets logotyp på huvudsidan." Men när det är dags för leverans av projektet ser kunden något helt annat än vad han ville. Och webbmastern måste göra om resursen om och om igen.
Referensvillkor är inte en "byråkrati", utan en rationell handling som sparar tid, nerver och pengar. Ett visst företag behöver till exempel utvecklaspresentationssida, under en period av två veckor. Och om du spenderar 2-3 dagar på att skapa ett urval av referensvillkoren för att utveckla en webbplats, kan du i slutet av terminen få en färdig produkt. Den kommer att uppfylla alla krav som kunder i rusningens hetta kanske glömmer att nämna. Å andra sidan är villkoren för utvecklingen av webbplatsen en garanti för ersättning.
Det förflutnas visdom
Om kunden står inför uppgiften att utveckla tekniska specifikationer behöver han inte uppfinna hjulet på nytt, det är bättre att vända sig till ursprunget, som har verifierats av många års praktisk erfarenhet. Det vill säga, det är nödvändigt att skriva ett urval av referensvillkoren för utvecklingen av webbplatsen i enlighet med GOST. Det verkar orealistiskt att tillämpa 1978 års standarder på dagens webbplatser, men i Sovjetunionen var vissa saker fantastiska, och standardutvecklingen är inget undantag, och dessutom är de fortfarande relevanta. Särskild uppmärksamhet bör ägnas följande standarder:
- Krav för innehåll och design (GOST 19.201-78).
- Referensvillkor för skapandet av ett automatiserat system (GOST 34.602-78).
Det första dokumentet är lämpligt för vanliga webbplatser. Den beskriver hur man korrekt utformar TOR, såväl som de avsnitt som du definitivt bör ta hänsyn till när du utarbetar referensvillkoren för utvecklingen av webbplatsen. Dessa inkluderar:
- Introduktion, som anger namnet på kundföretaget eller resursen, dess korta beskrivning och omfattning.
- Grounds for creation. Här behöver duange ämnet, ange de dokument som bekräftar behovet av att skapa en resurs, namnet på den organisation som godkände detta dokument. Till exempel visar resultaten av marknadsundersökningar att majoriteten av användarna letar efter produkter via Internet, och detta kommer att ligga till grund för att skapa en sajt.
- Destination. Det funktionella syftet med resursen anges. Informera, sälja, etc.
- Resurskrav. Detta är det största avsnittet där kunden beskriver alla sina önskemål angående den framtida webbprodukten. Här behöver du specificera funktionaliteten, bestämma tillförlitlighetsnivån, beskriva driftförhållanden, innehåll, design, etc.
- Programvarukrav.
- Tekniska och ekonomiska indikatorer. Det vill säga önskemål anges vad gäller konverteringsgrad, fördelar gentemot konkurrenter, ekonomisk effektivitet.
- Utvecklingsstadier. Kunden anger deadline för att slutföra uppgiften.
- Kontroll. Typerna av verifiering anges.
Den andra GOST är lämplig för att skapa portaler med komplex funktionalitet. I allmänhet skiljer sig huvudmålen och punkterna inte mycket från det första dokumentet, de har bara mer omfattande egenskaper. Baserat endast på informationen från dokumenten enligt GOST-standarden kan du skapa ett fullfjädrat exempel på villkoren för utvecklingen av webbplatsen.
Funktioner för utformning av TK
Hur utarbetar man en teknisk uppgift för utvecklingen av sajten? Det viktigaste när du sammanställer TOR är att ständigt tänka på huvudmålen för det framtida dokumentet: det måste vara skrivet på ett språksom både utvecklare och kunder kommer att förstå.
Oftast, när man sammanställer ett exempel på en teknisk uppgift för utveckling av en webbplats, anses följande punkter vara de viktigaste:
- Kundinformation. Det är nödvändigt att kort beskriva verksamhetens omfattning, företagets historia och göra en lista över de viktigaste konkurrenterna. Denna information kommer sannolikt inte att vara användbar för programmerare, men designers och copywriters behöver den.
- Syftet med sajten. Detta block bör innehålla nyckelinformation som gör att du kan förstå strukturen för den framtida resursen, funktionalitet och den allmänna riktningen för designen. Den beskriver också huvudmålgruppen.
- Resurskrav. Den största delen där du behöver ange dina önskemål gällande struktur, funktionalitet, design, mjukvara, hosting etc. Du måste även bifoga sidminiatyrer och en webbplatskarta här.
- Handlingsplan. Varje mall med referensvillkor för utvecklingen av webbplatsen bör i sin beskrivning innehålla utvecklingsstadierna, listan över arbete som kommer att utföras i ett visst skede och tidpunkten för beställningen.
- Kontroll och acceptans av arbete. Referensexemplet för utvecklingen av platsen bör tydligt beskriva hur den färdiga platsens överensstämmelse med de specificerade kraven kommer att kontrolleras. Det är viktigt att noggrant närma sig genomförandet av detta arbete för att undvika missförstånd med kunden.
När du har arbetat igenom alla dessa punkter i detalj kan du snabbt lära dig hur du korrekt sammanställer referensvillkoren för utvecklingen av webbplatsen.
Vem ska göra det?
I grund och botten ett provReglerna för utvecklingen av sajten kan upprättas av vem som helst. Till exempel behöver ägaren av en skönhetssalong en webbplats för visitkort. Här är referensvillkoren, men om en sådan teknisk specifikation kommer att vara användbar är en annan fråga.
Vanligtvis är artisten en bra teknisk bakgrund. Ändå förstår en webbutvecklare skapandet av webbplatser mer än ägaren till en skönhetssalong. Men det betyder inte alls att klienten är frånvarande under hela processen. Enligt de grundläggande reglerna i användarvillkoren för utveckling av webbplatsen måste kunden:
- Introducera artister till företaget, dess produkter, tjänster och målgrupp.
- Förklara varför han behövde sajten.
- Dela dina önskemål om en framtida resurs.
- Visa exempel på sajter han tycker är bra.
- Svara på frågor från designern och webbutvecklaren (om någon).
Kunden kan skissa upp TK på egen hand, men, som praktiken visar, slängs sådana amatörmässiga sketcher vanligtvis tyst i papperskorgen.
Precision och unikhet
Allt som skrivs i exemplen och proverna av tekniska specifikationer för utvecklingen av webbplatsen ska vara begripligt för beställaren och entreprenören. Begrepp som vackert, modernt, unikt och andra kan inte användas, eftersom alla uppfattar dem på sitt eget sätt. Detta gäller även formuleringar som kan vara tvetydigt förstådda. Allt måste vara klart och exakt. Du kan inte skriva att webbplatsen tål mer belastning, eftersom det inte är klart hur mycket destor. Det är nödvändigt att omedelbart förneka missförståndet och ange att resursen kan motstå 50 tusen besökare samtidigt. Alla formuleringar bör stödjas av siffror och exakta egenskaper.
Övriga detaljer
När du planerar arbetet med att skapa en sajt måste du meddela alla utvecklingsdeltagare om vad företaget gör och vem dess huvudsakliga målgrupp är. Du måste också ange syftet med webbplatsen och beskriva funktionella preferenser så att du inte får en underhållningsblogg istället för en seriös webbutik.
I vissa fall ingår en ordlista i villkoren för utveckling av en webbplats. Alla komplexa termer beskrivs på ett begripligt språk så att en oinformerad kund inte har frågor om vad och hur de kommer att göra med hans sida.
Var noga med att ange på vilken värd resursen ska vara. Respektabla artister kommer också att ange i referensvillkoren ett sådant objekt som "arbetskrav", där de anger att resursen ska visas i alla webbläsare. Naturligtvis är detta krav redan förståeligt, men det är bättre att skriva ner det så att klienten är skyddad från skrupelfria artister.
Dessutom diskuteras struktur, design och layout med kunden, för tydlighetens skull kan kunden rita ett flödesschema. Kunden måste förklara vad varje sida på webbplatsen är till för och vilka element som kan finnas på den.
Om du måste göra en resurs med ett komplext och icke-standardiserat gränssnitt räcker det inte bara att visaskiss och sidstruktur. Det är oerhört viktigt att hela utvecklingsteamet och kunden förstår hur den genomsnittlige besökaren kommer att använda sajten. Därför kommer det att bli nödvändigt att utveckla ett manus. Hans upplägg är väldigt enkelt:
- Användaråtgärd.
- Webbplatssvar.
- Resultat.
Innehåll och design
Det är också nödvändigt att i förväg bestämma vem som ska ansvara för innehållet. I vissa fall kan en utvecklare omedelbart skapa en webbplats med innehåll, som involverar professionella copywriters, men då blir kostnaden för resursen dyrare. Detta måste avtalas i förväg och ange alla önskemål angående innehållet.
Det är sant att det blir svårt att objektivt beskriva innehållet, eftersom alla har sina egna idéer om intressanthet och användbarhet, det är lättare att skriva att det kommer att vara unikt. Detta är lätt att kontrollera och det kommer inga onödiga anspråk. Detta problem gäller även designbeskrivningar. Den bästa lösningen skulle vara att skriva i referensvillkoren för utvecklingen av webbplatsdesignen vilket färgschema kunden vill ha, vilket typsnitt inskriptionerna kommer att göras i, etc. Det vill säga ange alla positioner där noggrannhet visas. Kanske är detta alla regler för att skapa referensvillkor för utvecklingen av webbplatsen. Nu måste du omsätta dem i praktiken och försöka skapa en kompetent TK på egen hand.
Referensmall för webbplatsutveckling
I denna TOR finns en termtabell på första sidan så att allt är klart vad som kommer att diskuteras. Det bör noteras att termbeteckningen inte kopieras från"Wikipedia" eller andra resurser, men är skrivna av den person som utvecklar referensvillkoren. Listan med termer kan innehålla begrepp som:
- IP-adress.
- www (world wide web).
- Administrativ del av resursen, administratör.
- Alternativ bildtext för bilden.
- Webbgränssnitt.
- Länk, länk.
- Webbplatsdesign, siddesignmall.
- Dynamisk och statisk sida.
- Domännamn.
- Metatagg.
- Content.
- En del av resursen är offentlig.
- Säkerhetskopiering, databaser, filstruktur.
- Hosting.
- CMS.
Efter att ordlistan har skapats kan du börja skriva referensvillkoren direkt. Först och främst skrivs allmän information. Detta stycke är villkorligt uppdelat i fyra stycken:
- Syftet med dokumentet. Referensvillkoren för utvecklingen av webbplatsen är huvuddokumentet som reglerar processen att skapa och acceptera en resurs.
- Kunddata. Följande koordinater anges: företagsnamn, kontaktuppgifter, juridisk adress, faktisk adress, e-post, webbplats (om den ändras), kontaktperson, telefonnummer för kontakt.
- Kort information om företaget. För ett urval av villkoren för utvecklingen av webbplatsen, överväg företaget Fortuna LLC. LLC "Fortuna" producerar (varor) för marknaden i Novosibirsk. Företaget övervakar noggrant produktionshygienen, råvarans renhet och kvalitettillverkade produkter. Företaget utför certifierad kontroll av tillverkade varors kvalitet och säkerhet baserat på principerna för det internationella HACCP-systemet.
- Grunden för utveckling. Grunden för utvecklingen av referensvillkoren är kontraktsnummer _.
Syften och syftet med resursen
Sajten är designad för att öka företagets marknadsandel och höja företagets image på webben. Resursen skapas för att öka flödet av nya kunder, skapa en gynnsam image, öka populariteten för varumärket Fortuna LLC. Den här resursen kommer också att fungera som en ytterligare plattform för reklamkampanjer, attrahera nya kunder och ge ytterligare vinst.
Resursens huvudsakliga uppgifter är att förse användaren med fullständig information om produkten och tjänsten. Den huvudsakliga målgruppen är detaljhandelsköpare, särskilt kvinnliga hemmafruar och grossister.
Webbplatsen bör ha en bekväm adminpanel, sidladdning bör vara optimerad för olika enheter. Resursen måste skyddas från externa attacker, använda delar av marknadsföring av varor och tjänster. Förutom fullständig information om produkten kräver produktkortet att det finns medföljande dokument, såsom kvalitetscertifikat.
Tekniska krav för webbplatsen
Sajten måste vara tillgänglig på Internet under ett domännamn (efter kundens val) och vara en informationsstruktur bestående av sammanlänkade sektioner med tydligt definierade funktioner. För att underhålla platsen och dess drift bör personal intekräver speciella färdigheter och kunskaper inom mjukvaruområdet.
I ett resurshanteringssystem är det viktigt att ha en mekanism för att säkerhetskopiera information som fungerar automatiskt.
Sajtinformationen är offentlig. Beroende på omfattningen av åtkomsträttigheter delas användarna in i tre grupper:
- Besökare - har endast tillgång till den offentliga delen av webbplatsen.
- Redaktör - har förmågan att ändra avsnittsmaterialet.
- Administratör - kan utse redaktörer, lägga till eller ta bort avsnitt.
Åtkomst till den administrativa delen av sajten bör skyddas med inloggning och lösenord.
Teknisk funktionalitet måste följa rekommendationerna från sökmotorer. För det första måste sidorna ha samma kodning. För det andra måste länkövergångar implementeras med "A"-taggen. För det tredje måste du ange kodningen i HTTP-huvudena, och när du kommer åt sidan med länken site.ru måste du ställa in en 301-omdirigering till www.site.ru-domänen.
Resursen bör fungera i alla moderna webbläsare, så det är nödvändigt att testa i:
- IE 11.
- Safari och Chrome för iOS 9.0-9.2.
- Chrome 48.
- Firefox 44.
- Safari 9.
- Edge 13.
- Opera 34.
Om besökaren använder en föråldrad webbläsare bör ett fönster visas som uppmanar dig att uppdatera den.
Webbplatsen måste ha en logisk åtskillnad mellan användar- och administrativa delar. Förstansvarig för att tillhandahålla information, den andra - för att fylla resursen med innehåll. Statiska sidor består av en titel, text och illustrationer. Kunden kan redigera dem efter eget gottfinnande, eftersom denna information inte ska vara relaterad till webbplatsens konfiguration.
Hosting, content, structure
Nästa, de nödvändiga systemkraven beskrivs, utvecklingsspråket anges (PHP med databaser eller vanlig HTML med CSS).
När det gäller innehållet förser kunden utvecklaren med allt nödvändigt material som motsvarar listan över obligatoriskt innehåll. Baserat på mottagna data utvecklas unikt innehåll och läggs ut på webbplatsen.
I nästa steg av utvecklingen av TOR utvecklas webbplatsens struktur. Först beskrivs huvudsidan och huvudmenyn. Efter varje läggs en lista över underpunkter. Detta kan avbildas grafiskt, men du måste också beskriva varje avsnitt, vad som ska finnas där och vilka mål det kommer att eftersträva.
Till exempel, på huvudsidan på Fortuna LLC-webbplatsen finns en sektion "Produktion". Här är det viktigt att avslöja företagets fördelar mot konkurrenternas bakgrund och att på ett tillgängligt sätt förklara för konsumenten varför Fortuna LLC är bättre. Definiera information om de mest köpta varorna i separata stycken och stöd den med foto- och videomaterial. Andra avsnitt är utvecklade på liknande sätt.
Design- och funktionskrav
Om en resurs förbättras, bör det noteras omikoner, typsnitt och färger. För en ny webbplats är alla dessa positioner föreskrivna. Till exempel är färgen gulgrön 9ACD32. Det är bättre att förse kunden med en palett och ordinera färgkoden i TOR för att undvika felaktigheter. Varje resurs ska visa samma kvalitet på alla enheter och dynamiskt anpassa sig till skärmstorlekar.
Varje webbplats har dynamiska och statiska avsnitt. Dynamisk administratör kan ändras oberoende och statisk förbli oförändrad. TOR måste tillhandahålla prototyper av huvudsidan. Referensvillkoren för utvecklingen av en webbutiks webbplats måste innehålla prototyper av kataloger och produktkort. Vanligtvis tillverkar designern dem och visar dem för kunden, först efter det kommer de in i specifikationen.
Se till att förbereda en typisk sidlayout med olika varianter av textformatering och informationsutmatning.
Process för innehåll och inlämning
Kunden kan begära att få fylla resursen med primär information, men i det här fallet tar han ansvar för att tillhandahålla korrekta uppgifter till artisterna. Det accepteras endast i elektronisk form och i det sista utvecklingsstadiet.
Skälen för att acceptera webbplatsen är:
- Compliance with TK.
- Testar för korrekt visning av bilder.
- Testfunktionalitet.
I slutet av varje TOR måste du skriva ordningen och tidpunkten för projektet. I allmänhet kan allt arbete delas in i 3 steg:
- Designutveckling,godkännande, skisslayout.
- Programvaruutveckling.
- Fyller webbplatsen med information.
Nära var och en av dessa artiklar anges förfallodatumet i dagar. I enlighet med Avtalet kan perioden variera. Om detta inte tillhandahålls sker en ändring av tidsfristen efter skriftlig överenskommelse mellan parterna.
Förmån
Referensvillkoren är användbara för både beställaren och entreprenören. De förstnämnda förstår vad de betalar pengar för, kan omedelbart se artistens kompetens och försäkra sig mot ohederligt arbete. I sin tur hjälper TK entreprenören att förstå vad kunden vill ha och på så sätt försäkra sig mot plötsliga förändringar. Detta gäller särskilt när projektet nästan är klart, men kunden ville ändra något, på grund av detta "något" måste allt arbete göras om.
