Oprettelse af et websted er en simpel sag, hvis du bruger online-konstruktører. Men de er alle så ens, at velrenommerede firmaer er nødt til at lede efter webmastere eller kontakte it-virksomheder. På dette stadie af oprettelse af en ressource er det ekstremt vigtigt at specificere guidens arbejde, det vil sige at udarbejde en teknisk opgave til udvikling af webstedet.
Hvorfor spilde tid på dette?
Uanset hvor uddannet en person er, forbliver han stadig en person og forsøger på enhver måde at gøre sit arbejde lettere. Derfor forstår kunderne ikke altid, hvorfor man skriver en teknisk opgave til udviklingen af siden. Det er trods alt meget nemmere at bede en webmaster om at lave en "hjemmeside i blåt med firmaets logo på hovedsiden." Men når tiden kommer til aflevering af projektet, ser kunden noget helt andet, end han ønskede. Og webmasteren skal gentage ressourcen igen og igen.
Kommissorium er ikke et "bureaukrati", men en rationel handling, der sparer tid, nerver og penge. For eksempel skal en bestemt virksomhed udvikle sigpræsentationssted, i en periode på to uger. Og hvis du bruger 2-3 dage på at lave en prøve af kommissoriet for udvikling af et websted, så kan du i slutningen af terminen få et færdigt produkt. Det vil opfylde alle de krav, som kunderne i myldrendens hede måske glemmer at nævne. På den anden side er kommissoriet for udviklingen af siden en garanti for vederlag.
fortidens visdom
Hvis kunden står over for opgaven med at udvikle tekniske specifikationer, behøver han ikke at genopfinde hjulet, det er bedre at vende sig til oprindelsen, som er blevet bekræftet af mange års praktisk erfaring. Det vil sige, at det er nødvendigt at skrive en prøve af referencebetingelserne for udvikling af webstedet i overensstemmelse med GOST. Det ville virke urealistisk at anvende 1978-standarderne på nutidens websteder, men i Sovjetunionen var nogle ting store, og standardudvikling er ingen undtagelse, og desuden er de stadig relevante. Vær særlig opmærksom på følgende standarder:
- Krav til indhold og design (GOST 19.201-78).
- Betingelser for oprettelse af et automatiseret system (GOST 34.602-78).
Det første dokument er velegnet til almindelige websteder. Den beskriver, hvordan man korrekt udarbejder TOR, samt de sektioner, som du bestemt bør tage hensyn til, når du udarbejder kommissoriet for udvikling af webstedet. Disse omfatter:
- Introduktion, som angiver navnet på kundevirksomheden eller ressourcen, dens korte beskrivelse og omfang.
- Begrundelse for skabelse. Her har du brug forangiv emnet, angiv de dokumenter, der bekræfter behovet for at oprette en ressource, navnet på den organisation, der godkendte dette dokument. For eksempel viser resultaterne af markedsundersøgelser, at størstedelen af brugerne leder efter produkter via internettet, og det vil være grundlaget for at skabe et websted.
- Destination. Det funktionelle formål med ressourcen er angivet. Informering, salg osv.
- Ressourcekrav. Dette er den største sektion, hvor kunden beskriver alle sine ønsker vedrørende det fremtidige webprodukt. Her skal du specificere funktionaliteten, bestemme pålidelighedsniveauet, beskrive driftsbetingelser, indhold, design osv.
- Softwarekrav.
- Tekniske og økonomiske indikatorer. Det vil sige, at der er angivet ønsker vedrørende konverteringsniveau, fordele i forhold til konkurrenter, økonomisk effektivitet.
- Udviklingsstadier. Kunden sætter deadline for at udføre opgaven.
- Kontrol. Verifikationstyperne er angivet.
Den anden GOST er velegnet til at skabe portaler med kompleks funktionalitet. Generelt adskiller de vigtigste mål og punkter sig ikke meget fra det første dokument, de har bare mere omfattende karakteristika. Kun baseret på oplysningerne fra dokumenterne i henhold til GOST-standarden, kan du oprette et fuldgyldigt eksempel på referencebetingelserne for udviklingen af webstedet.
Funktioner ved udarbejdelse af TK
Hvordan udarbejder man en teknisk opgave til udvikling af webstedet? Det vigtigste ved kompilering af TOR er konstant at tænke på hovedmålene for det fremtidige dokument: det skal være skrevet på et sprogsom både udviklere og kunder vil forstå.
Oftest, når der kompileres et eksempel på en teknisk opgave til udvikling af et websted, betragtes følgende punkter som de vigtigste:
- Kundeoplysninger. Det er nødvendigt kort at beskrive aktivitetens omfang, virksomhedens historie og lave en liste over de vigtigste konkurrenter. Disse oplysninger er usandsynligt nyttige for programmører, men designere og tekstforfattere har brug for dem.
- Formålet med siden. Denne blok skal indeholde nøgleoplysninger, der giver dig mulighed for at forstå strukturen af den fremtidige ressource, funktionalitet og den generelle retning af designet. Den beskriver også hovedmålgruppen.
- Ressourcekrav. Den største sektion, hvor du skal angive dine ønsker vedrørende struktur, funktionalitet, design, software, hosting osv. Du skal også vedhæfte side-thumbnails og et sitemap her.
- Handlingsplan. Enhver skabelon med kommissorium for udviklingen af webstedet bør i sin beskrivelse inkludere udviklingsstadierne, listen over arbejde, der vil blive udført på et bestemt tidspunkt, og tidspunktet for ordren.
- Kontrol og accept af arbejdet. Eksemplets kommissorium for udvikling af webstedet bør klart beskrive, hvordan det færdige websteds overensstemmelse med de specificerede krav vil blive kontrolleret. Det er vigtigt at forholde sig omhyggeligt til implementeringen af dette arbejde for at undgå misforståelser med kunden.
Når du har gennemgået alle disse punkter i detaljer, kan du hurtigt lære, hvordan du korrekt sammensætter referencebetingelserne for udviklingen af webstedet.
Hvem skal gøre det?
Dybest set en prøveKommissoriet for udviklingen af siden kan udarbejdes af enhver. For eksempel har ejeren af en skønhedssalon brug for et visitkortwebsted. Her er kommissoriet, men om en sådan teknisk specifikation vil være nyttig er et andet spørgsmål.
Som regel er kunstneren en god teknisk baggrund. Alligevel forstår en webudvikler oprettelsen af websteder mere end ejeren af en skønhedssalon. Men det betyder slet ikke, at klienten er fraværende under hele denne proces. Efter de grundlæggende regler i kommissoriet for udvikling af webstedet, skal kunden:
- Introducer kunstnere til firmaet, dets produkter, tjenester og målgruppe.
- Forklar, hvorfor han havde brug for siden.
- Del dine ønsker om en fremtidig ressource.
- Vis eksempler på websteder, han synes er gode.
- Besvar spørgsmål fra designeren og webudvikleren (hvis nogen).
Kunden kan skitsere TK på egen hånd, men som praksis viser, bliver sådanne amatøragtige sketches norm alt stille og roligt smidt i skraldespanden.
Nøjagtighed og unikhed
Alt, hvad der er skrevet i eksemplerne og eksempler på tekniske specifikationer til udviklingen af webstedet, bør være forståeligt for bygherren og entreprenøren. Begreber som smukke, moderne, unikke og andre kan ikke bruges, fordi alle opfatter dem på deres egen måde. Det gælder også formuleringer, der kan forstås tvetydigt. Alt skal være klart og præcist. Du kan ikke skrive, at siden kan tåle mere belastning, fordi det ikke er klart, hvor meget destor. Det er nødvendigt straks at benægte misforståelsen og angive, at ressourcen er i stand til at modstå 50 tusinde besøgende på samme tid. Enhver formulering skal understøttes af tal og præcise karakteristika.
Andre detaljer
Når du planlægger arbejdet med at oprette et websted, skal du informere alle udviklingsdeltagere om, hvad virksomheden laver, og hvem dens primære målgruppe er. Du skal også angive formålet med siden og beskrive funktionelle præferencer, så du ikke får en underholdningsblog i stedet for en seriøs onlinebutik.
I nogle tilfælde er en ordliste inkluderet i kommissoriet for udvikling af et websted. Alle komplekse termer er beskrevet i et forståeligt sprog, så en uoplyst kunde ikke har spørgsmål om, hvad og hvordan de vil gøre med hans websted.
Sørg for at angive, hvilken hosting ressourcen skal være på. Også respektable kunstnere vil i referencebetingelserne angive et sådant element som "arbejdskrav", hvor de angiver, at ressourcen skal vises i alle browsere. Selvfølgelig er dette krav allerede forståeligt, men det er bedre at skrive det ned, så klienten er beskyttet mod skrupelløse kunstnere.
Derudover diskuteres struktur, design og layout med kunden, for klarhedens skyld kan kunden tegne et flowchart. Klienten skal forklare, hvad hver side på webstedet er til, og hvilke elementer der kan være på det.
Hvis du skal lave en ressource med en kompleks og ikke-standard grænseflade, vil det ikke være nok bare at viseskitse og sidestruktur. Det er ekstremt vigtigt, at hele udviklingsteamet og kunden forstår, hvordan den gennemsnitlige besøgende vil bruge siden. Derfor vil det være nødvendigt at udvikle et manuskript. Hans plan er meget enkel:
- Brugerhandling.
- Websitesvar.
- Resultat.
Indhold og design
Det er også nødvendigt at beslutte på forhånd, hvem der skal være ansvarlig for indholdet. I nogle tilfælde kan en udvikler med det samme lave en hjemmeside med indhold, der involverer professionelle tekstforfattere, men så bliver omkostningerne ved ressourcen dyrere. Dette skal aftales på forhånd og angive alle ønsker vedrørende indholdet.
Sandt, det vil være svært at objektivt beskrive indholdet, fordi alle har deres egne ideer om interessanthed og anvendelighed, det er nemmere at skrive, at det vil være unikt. Dette er nemt at kontrollere, og der vil ikke være unødvendige krav. Dette problem gælder også for designbeskrivelser. Den bedste løsning ville være at skrive i kommissoriet for udvikling af webstedsdesignet, hvilket farveskema kunden ønsker, hvilken skrifttype påskrifterne vil blive lavet i osv. Det vil sige, at angive alle positioner, hvor nøjagtigheden vises. Måske er disse alle reglerne for at skabe kommissorium for udviklingen af webstedet. Nu skal du omsætte dem i praksis og prøve at skabe en kompetent TK på egen hånd.
Skabelon med vilkår for hjemmesideudvikling
I denne TOR er der en tabel med termer på den første side, så alt er klart, hvad der vil blive diskuteret. Det skal bemærkes, at betegnelsen af vilkår ikke er kopieret fra"Wikipedia" eller andre ressourcer, men er skrevet af den person, der udvikler referencebetingelserne. Listen over termer kan indeholde begreber som:
- IP-adresse.
- www (world wide web).
- Administrativ del af ressourcen, administrator.
- Alternativ billedtekst til billedet.
- Webgrænseflade.
- Link, link.
- Websidedesign, sidedesignskabelon.
- Dynamisk og statisk side.
- Domænenavn.
- Metatag.
- Indhold.
- En del af ressourcen er offentlig.
- Backup, databaser, filstruktur.
- Hosting.
- CMS.
Når ordlisten er oprettet, kan du begynde at skrive kommissoriet direkte. Først og fremmest skrives generel information. Dette afsnit er betinget opdelt i fire underafsnit:
- Formålet med dokumentet. Referencevilkårene for udviklingen af webstedet er hoveddokumentet, der regulerer processen med at oprette og acceptere en ressource.
- Kundedata. Følgende koordinater er angivet: firmanavn, kontaktoplysninger, juridisk adresse, faktisk adresse, e-mail, websted (hvis det bliver omdøbt), kontaktperson, kontakttelefonnummer.
- Kort information om virksomheden. For et udsnit af referencebetingelserne for udviklingen af webstedet, overvej virksomheden Fortuna LLC. LLC "Fortuna" producerer (varer) til markedet i Novosibirsk. Virksomheden overvåger omhyggeligt produktionshygiejne, renhed af råvarer og kvalitetfremstillede produkter. Virksomheden udfører certificeret kontrol over kvaliteten og sikkerheden af fremstillede varer baseret på principperne i det internationale HACCP-system.
- Grundlaget for udvikling. Grundlaget for udviklingen af kommissoriet er kontrakt nr. _.
Formål og formål med ressourcen
Siden er designet til at øge virksomhedens markedsandel og højne virksomhedens image på nettet. Ressourcen er skabt for at øge strømmen af nye kunder, skabe et gunstigt image, øge populariteten af Fortuna LLC-mærket. Denne ressource vil også fungere som en ekstra platform for reklamekampagner, tiltrække nye kunder og give yderligere fortjeneste.
Ressourcens hovedopgaver er at give brugeren fuldstændig information om produktet og tjenesten. Hovedmålgruppen er detailkøbere, især kvindelige husmødre og grossister.
Webstedet skal have et praktisk adminpanel, sideindlæsning skal være optimeret til forskellige enheder. Ressourcen skal beskyttes mod eksterne angreb, bruge elementer af fremme af varer og tjenester. Ud over fuld information om produktet kræver produktkortet tilstedeværelsen af ledsagende dokumenter, såsom kvalitetscertifikater.
Tekniske krav til webstedet
Webstedet skal være tilgængeligt på internettet under et domænenavn (efter kundens valg) og være en informationsstruktur bestående af indbyrdes forbundne sektioner med klart definerede funktioner. For at vedligeholde stedet og dets drift bør personale ikkekræver særlige færdigheder og viden inden for software.
I et ressourcestyringssystem er det vigtigt at have en mekanisme til sikkerhedskopiering af information, som fungerer automatisk.
Sitetsoplysningerne er offentlige. Afhængigt af omfanget af adgangsrettigheder er brugerne opdelt i tre grupper:
- Besøgende - har kun adgang til den offentlige del af webstedet.
- Editor - har mulighed for at ændre sektionsmaterialerne.
- Administrator - kan udpege redaktører, tilføje eller fjerne sektioner.
Adgang til den administrative del af siden skal beskyttes med et login og en adgangskode.
Teknisk funktionalitet skal overholde anbefalingerne fra søgemaskiner. For det første skal siderne have samme kodning. For det andet skal linkovergange implementeres ved hjælp af "A"-tagget. For det tredje skal du angive kodningen i HTTP-headerne, og når du tilgår webstedet ved hjælp af site.ru-linket, skal du indstille en 301-omdirigering til www.site.ru-domænet.
Ressourcen skal fungere i alle moderne browsere, så det er nødvendigt at teste i:
- IE 11.
- Safari & Chrome til iOS 9.0-9.2.
- Chrome 48.
- Firefox 44.
- Safari 9.
- Edge 13.
- Opera 34.
Hvis den besøgende bruger en forældet browser, skulle der dukke et vindue op, der beder dig om at opdatere den.
Webstedet skal have en logisk skelnen mellem bruger- og administrative dele. Førstansvarlig for at give information, den anden - for at fylde ressourcen med indhold. Statiske sider består af en titel, tekst og illustrationer. Kunden kan redigere dem efter eget skøn, da disse oplysninger ikke bør være relateret til webstedets konfiguration.
Hosting, indhold, struktur
Dernæst beskrives de nødvendige systemkrav, udviklingssproget er angivet (PHP med databaser eller almindelig HTML med CSS).
Med hensyn til indholdet, giver kunden udvikleren alt det nødvendige materiale, der svarer til listen over obligatorisk indhold. Baseret på de modtagne data udvikles og lægges unikt indhold på webstedet.
På næste trin i udviklingen af TOR udvikles strukturen på webstedet. Først beskrives hovedsiden og hovedmenupunkterne. Efter hver tilføjes en liste over underpunkter. Dette kan afbildes grafisk, men du skal også beskrive hvert afsnit, hvad der skal være der, og hvilke mål det vil forfølge.
For eksempel er der på hovedsiden af Fortuna LLC-webstedet et afsnit "Produktion". Her er det vigtigt at afsløre virksomhedens fordele på baggrund af konkurrenter og at forklare forbrugeren på en tilgængelig måde, hvorfor Fortuna LLC er bedre. Definer oplysninger om de mest købte varer i separate underafsnit og understøt dem med foto- og videomateriale. Andre sektioner er udviklet på lignende måde.
Design- og funktionskrav
Hvis en ressource bliver forbedret, skal det bemærkes, omikoner, skrifttyper og farver. For et nyt websted er alle disse stillinger foreskrevet. For eksempel er farven gul-grøn 9ACD32. Det er bedre at give kunden en palette og foreskrive farvekoden i TOR for at undgå unøjagtigheder. Hver ressource skal vise den samme kvalitet på alle enheder og dynamisk justere til skærmstørrelser.
Hvert websted har dynamiske og statiske sektioner. Dynamisk administrator kan ændres uafhængigt, og statisk forbliver uændret. TOR skal levere prototyper af hovedsiden. Kommissoriet for udvikling af en netbutiks hjemmeside skal indeholde prototyper af kataloger og produktkort. Norm alt laver designeren dem og viser dem til kunden, først efter det kommer de ind i specifikationen.
Sørg for at forberede et typisk sidelayout med forskellige varianter af tekstformatering og informationsoutput.
Indholds- og indsendelsesproces
Kunden kan bede om at udfylde ressourcen med primær information, men i dette tilfælde tager han ansvar for at levere de korrekte data til kunstnerne. Det accepteres kun i elektronisk form og på det sidste udviklingstrin.
Begrundelsen for at acceptere siden er:
- Overholdelse af TK.
- Test for korrekt visning af billeder.
- Testfunktionalitet.
I slutningen af hver TOR skal du skrive rækkefølgen og tidspunktet for projektet. Generelt kan alt arbejde opdeles i 3 faser:
- Designudvikling,godkendelse, skitselayout.
- Softwareudvikling.
- Udfyldning af webstedet med information.
Nær hver af disse varer er forfaldsdatoen angivet i dage. I henhold til aftalen kan perioden variere. Hvis dette ikke er oplyst, foretages en ændring af fristen efter skriftlig aftale mellem parterne.
Benefit
Kommissoriet er nyttigt for både bygherren og entreprenøren. Førstnævnte forstår, hvad de betaler penge for, kan straks se kunstnerens kompetence og forsikre sig mod uærlig udførelse af arbejdet. Til gengæld hjælper TK entreprenøren med at forstå, hvad kunden ønsker og dermed sikre sig mod pludselige ændringer. Dette gælder især, når projektet næsten er færdigt, men kunden ønskede at ændre noget, på grund af dette "noget" skal alt arbejdet laves om.
