În viață, se întâmplă adesea ca o persoană să nu poată explica ce vrea, chiar și în lucrurile de zi cu zi. Când vine vorba de explicarea „dorințelor” tale unui programator, o persoană cade pur și simplu într-o stupoare.

În mod ideal, TK-ul ar trebui să fie întocmit de client - doar el știe de ce are nevoie. Dar, în practică, din cauza competenței scăzute a clientului în domeniul 1C, acest lucru trebuie făcut adesea de către antreprenor. Clientul își exprimă verbal nevoile, iar programatorul (consultantul) formalizează acest lucru în scris.

De ce este nevoie de o specificație?

Orice, în mod ideal, ar trebui să fie însoțit de o sarcină tehnică. Aceasta este, în primul rând, o definiție clară a sarcinii, a termenelor limită și a metodei de implementare. În al doilea rând, este un document cu ajutorul căruia se rezolvă toate litigiile din viitor. Bineînțeles, depinde de tine dacă să scrii sau nu o specificație tehnică; pentru mine personal, o specificație tehnică facilitează lucrul și comunicarea cu un client.

Obțineți 267 de lecții video 1C gratuit:

Ce ar trebui să conțină termenii de referință?

Acestea. Misiunea trebuie să includă:

• poartă- sarcina pe care o vom rezolva prin implementarea acestui TOR;
• Descriere- un rezumat al îmbunătățirilor viitoare;
• metoda de implementare — descriere detaliata metode de rezolvare a obiectivelor. În acest moment, este necesar să descriem toate nuanțele sarcinii în limbajul de programare: ce, creăm / edităm, cum ar trebui să arate interfața etc. Dacă nu cunoașteți „limbajul de programare”, dar „auzit ceva”, este mai bine să nu încercați să scrieți într-un limbaj tehnic - se dovedește a fi destul de distractiv. Descrierea ar trebui să fie clară și să nu provoace întrebări. Poate conține, de asemenea, un exemplu de implementare a unei soluții similare într-o altă zonă;
• evaluarea performantelor- un punct foarte important, o descriere a costurilor forței de muncă.

Există, de asemenea standardele de stat la scrierea TK - GOST-uri. În practică, ele sunt rar folosite oriunde, dar se întâmplă ca clientul să insiste asupra acestui lucru.

Din experiență, la predarea serviciului, apar foarte des situații de genul „Ți-am spus atunci...”, ceea ce nu este foarte plăcut și de multe ori trebuie să refaci munca în întregime. Prin urmare, un TOR bine scris facilitează foarte mult viața ambelor părți.

Exemple și mostre de TK pentru 1C

O mică selecție pe care am găsit-o disponibilă gratuit pe net. Pornind de la cele mai simple și mai accesibile, terminând cu documente destul de complexe.

Termenii de referință sunt importanți atât pentru contractant, cât și pentru client. Ajută antreprenorul să înțeleagă mai bine ce dorește clientul, să se asigure împotriva „dorințelor” bruște din partea clientului, să accelereze munca la sarcină. Clientului – să spună exact ce vrea, să simplifice controlul calității, să obțină costul exact al serviciului. Vă vom spune cum să redactați corect un TOR și ce să faceți cu el mai târziu.

Ce este o sarcină tehnică

Termeni de referință - un document care reflectă toate cerințele pentru un produs viitor. Acesta descrie toate cerințele tehnice. De obicei, TK este compilat sub forma unui document text, rareori în alte formate.

TK este folosit de toți dezvoltatorii de site-uri web. Pentru tipografi, programatori, designeri, ajută la înțelegerea mai bună a cerințelor clientului și la realizarea unei resurse care să corespundă așteptărilor acestuia. În plus, TK este utilizat în toate celelalte domenii, de exemplu - în:

• dezvoltarea aplicației;
• proiectarea casei;
• scrierea textelor și altele.

Dacă lucrați în conformitate cu termenii de referință, riscul de dispute și litigii prelungite este minimizat.

Cum se întocmește o sarcină tehnică: structura specificațiilor tehnice pentru site

Înainte de a începe lucrul:

• Decide cine va face sarcina tehnica
• Explicați termenii
• Evitați termenii subiectivi

La prima vedere, se pare ca specificatiile tehnice pentru site ar trebui facute de catre client, pentru că el comandă o resursă și îi solicită. De fapt, ambii ar trebui să participe la proces: clientul își exprimă cerințele, iar interpretul le notează în mod specific, precis și clar. De exemplu, clientul spune că își dorește un site adaptat tuturor utilizatorilor, iar dezvoltatorul prescrie cerințe de adaptabilitate pentru 4 dimensiuni disponibile - PC-uri, laptopuri, tablete, smartphone-uri.

Definirea termenilor este foarte importantă. Este recomandabil să explici toți termenii foarte specializați chiar de la început - clienții nu știu întotdeauna ce este un subsol (subsol), CMS, pește. Cu cât explicațiile sunt mai simple și mai clare, cu atât mandatul va fi mai clar pentru ambele părți.

Termenii subiectivi pot provoca controverse inutile. Nu scrie „designul ar trebui să fie frumos” - conceptul de frumusețe este diferit pentru fiecare. Același lucru este valabil și pentru adjectivele de calitate „convenient”, „ușor de utilizat”, „mari”. Utilizați numere și parametri specifici: de exemplu, descrieți schema de culori sau aranjarea elementelor.

Structura sarcinii tehnice poate fi oricare. Ca exemplu, oferim o structură simplă a TOR pentru site.

Descrie site-ul

Spuneți-ne ce tip de site aveți nevoie, cine îl va folosi, pentru ce este creat. De exemplu, scrieți că aveți nevoie de un magazin online, de o pagină de destinație pentru vânzarea unui produs sau de un site de cărți de vizită cu 10 pagini. Indicați numărul aproximativ de pagini dacă nu cunoașteți numărul exact.

Dacă proiectul are un anumit public țintă, descrieți-l. Acest lucru va ajuta la crearea unei resurse care va atrage clienții - de exemplu, folosind un limbaj adecvat în articole sau design care atrage tinerii sau persoanele în vârstă.

Spune-mi despre structură

Fără o înțelegere a structurii, este imposibil să se dezvolte un sit normal. Descrieți ce pagini vor fi pe site și afișați nivelurile lor de imbricare. Puteți face acest lucru în diferite moduri:

• sistem
• masa
• listă

Principalul lucru este că până la urmă este clar ce pagini vor fi amplasate în meniu, unde vor conduce, ce pagină părinte are fiecare secțiune. Vă recomandăm să folosiți diagrame de flux - sunt mai simple și mai ușor de citit decât listele și tabelele, ajută la evaluarea întregii structuri a site-ului în câteva secunde.

Un exemplu de cea mai simplă structură sub forma unei diagrame bloc

Descrieți ce va fi pe fiecare pagină

Spune-ne cum vezi paginile site-ului. Este de dorit să faceți acest lucru într-un format prototip pentru a demonstra clar locația fiecărui element. Puteți descrie cerințele cu o listă, de exemplu, spuneți ce va fi în antetul site-ului unde se află formularul părere, care va fi în bara laterală liberă.

Dacă toate paginile site-ului sunt aproximativ similare - de exemplu, intenționați să creați un site pentru cărți de vizită, vă puteți descurca cu două prototipuri: pt. pagina principala si alte sectiuni. Dacă există mai multe grupuri de pagini similare - de exemplu, secțiuni în catalogul unui magazin online, un blog cu articole și o descriere a serviciilor de livrare / asamblare / instalare, este mai bine să vă faceți propriul prototip pentru fiecare grup.

Un exemplu de prototip al paginii principale a site-ului: totul este simplu, convenabil, de înțeles

Faceți cerințe de design

Dacă există un aspect dezvoltat, grozav - îl puteți introduce pur și simplu în termenii de referință. Dacă nu, trebuie să notați cerințele pentru schema de culori imagini folosite, logo-uri. De exemplu:

• Specificați ce culori corporative pot fi folosite în design și ce nuanțe nu sunt absolut deloc
• Furnizați un logo, care trebuie să fie prezent în antetul site-ului
• Specificați fonturile pe care doriți să le utilizați pentru proiectarea paginilor, meniurilor, subsolurilor, conținutului

Dacă nu există cerințe clare - adică clientul însuși nu își poate formula viziunea asupra site-ului, îi puteți oferi mai multe machete standard din care să aleagă sau să dezvolte un aspect individual, apoi să fiți de acord asupra acestuia. Acest lucru trebuie făcut înainte de aprobarea TOR, altfel diferența de gusturi poate întârzia semnificativ proiectul.

Descrieți cerințele pentru instrumente, cod, găzduire, domeniu

Acest lucru este necesar pentru a ști în prealabil cu ce instrumente puteți lucra și cu care nu. Descrieți într-un bloc separat:

• Pe ce site ar trebui să fie - WordPress, Joomla, Modex și așa mai departe
• Ce limbaj de programare poate fi folosit - PHP, JavaScript, HTML, altele
• Pe ce găzduire și în ce zonă de domeniu ar trebui să fie amplasat site-ul, ce nume de domeniu poate fi folosit
• Ce platformă software poate fi utilizată - .NET, OpenGL, DirectX
• Si asa mai departe

Dacă clientul nu înțelege nimic din termenii folosiți, explicați cum diferă WordPress de Modex, PHP de HTML, un domeniu din zona .ru de un domeniu din zona .com. Împreună, faceți cerințele astfel încât să se potrivească clientului.

Specificați cerințele site-ului

În mod implicit, site-ul ar trebui să funcționeze pentru utilizatorii tuturor dispozitivelor, în browsere diferite, să reziste atacurilor hackerilor și să rămână treaz când 1000 de utilizatori vizitează în același timp. Dar este mai bine să-l scrieți într-un bloc separat. Specifica:

• Viteza de încărcare a site-ului acceptabilă pentru dvs. sau o valoare standard - 1–5 secunde
• Compatibilitate între browsere - descrieți în ce browsere ar trebui să se deschidă site-ul
• Reactivitate - specificați dimensiunile ecranului la care ar trebui să se adapteze designul și dispozitivele utilizate
• Rezistența la încărcare - câți oameni ar trebui să fie pe șantier în același timp, astfel încât acesta să nu se „așterne”
• Reziliență la atacurile hackerilor și dDos: site-ul trebuie să reziste la atacuri mici

Scrieți scenarii pentru site

Descrieți modul în care utilizatorul ar trebui să interacționeze cu site-ul și ce acțiuni ar trebui să aibă loc asupra resursei ca răspuns. Acest lucru se poate face sub forma unei simple liste numerotate sau a unui algoritm ramificat dacă utilizatorii au de ales între acțiuni. Dacă există multe servicii interactive, scrieți un script pentru fiecare dintre ele.

Un exemplu de cel mai simplu scenariu al site-ului

Aflați cine face conținutul.

Unii dezvoltatori scriu ei înșiși texte, cineva le comandă de la copywriteri, cineva folosește pește. Clarificați imediat dacă furnizarea de conținut este inclusă în serviciul de dezvoltare. Dacă da, puteți prescrie imediat cerințe suplimentare, de exemplu pentru:

• - nu mai puțin de 95% conform Advego, Text.ru, Content.Watch
• Greață (spam) - nu mai mult de 10% conform Advego sau 65% conform Text.ru
• Puncte pentru Glavred - cel puțin 6,5 sau 7 puncte

Desigur, diferitele servicii nu sunt un panaceu, dar minimizează riscul ca acesta să fie „apăsat” sau să fie spam. În plus, așa apar criteriile exacte de apreciere a calității textelor.

Specificați termenii

Acest lucru este adesea uitat. Majoritatea termenilor de referință trebuie să precizeze termenii, altfel dezvoltarea se poate prelungi câteva luni, jumătate de an, ani. Nu utilizați o formulare incorectă - de exemplu, „într-o lună”. Scrieți data exactă: 1 decembrie 2018, de exemplu.

Truc: este mai bine să se întocmească termenii de referință ca anexă la acordul de cooperare. Deci remediați toate cerințele pentru dezvoltarea site-ului, iar în caz de dispute puteți câștiga cauza în instanță.

Rețineți: în fiecare TK ar trebui să existe mai multe blocuri principale:

• Scopuri și obiective - despre motivul pentru care ați creat TK-ul în general, ce doriți să faceți cu produsul
• Care ar trebui să fie produsul - o descriere în termeni generali
• Cerinte tehnice- zona casei, volumul textului, funcționalitatea aplicației și așa mai departe
• Termenele limită - sunt importante pentru a elimina disputele.

Un exemplu de întocmire a unei specificații tehnice pentru software

Trebuie să creăm software. Cerințe tehnice - mai jos.

Descriere: un program de căutare a articolelor după cuvinte cheie pe toate site-urile autorizate, trebuie să introduceți manual adresele site-urilor autorizate.

Ce ar trebui să facă software-ul:după ce a intrat cuvânt cheie găsește articole pe site-uri care au fost introduse în prealabil ca surse autorizate, afișează o listă de potriviri în acest format:

• Legătură
• Titlul articolului
• Paragraf principal

Dacă există mai mult de 10 potriviri, trebuie să împărțiți în pagini - câte 10 pentru fiecare.

Cerinte tehnice:limbaj de programare - orice, nu contează. Principalul lucru este că programul poate fi apoi finalizat și prezentat ca un serviciu online. În mod ideal, serviciul ar trebui să caute timp de 10 secunde.

Sincronizare: până la 15.09.2018.

Desigur, acest TOR poate fi îmbunătățit - l-am oferit ca exemplu. Și cum credeți, cum pot fi îmbunătățiți termenii de referință astfel încât să devină și mai clar, mai simplu, mai convenabil?

De la autor: Cum se scrie termeni de referință pentru dezvoltarea site-ului web? Subiectul este destul de extins și, în cadrul unui articol, este dificil să îl dezasamblați 100% (dacă este posibil). Dar Dispoziții generale, ce trebuie să țineți cont, la ce trebuie să acordați atenție atunci când întocmiți TOR, voi încerca să descriu suficient de detaliat în acest articol.

Deci, TK

Termenii de referință sunt întocmiți pentru dezvoltatorul site-ului. La întocmirea unui acord între client și antreprenor, se va face referire la TK. Ar trebui stipulată responsabilitatea pentru neîndeplinirea sau îndeplinirea incorectă a punctelor și termenilor mandatului de ambele părți. Dar cel mai important lucru (după părerea mea), pentru care se creează un TK, este pentru accelerarea procesului de dezvoltare a site-ului.

Să analizăm acest exemplu:

Să presupunem că aveți nevoie de un calendar undeva pe partea laterală a site-ului dvs. Părea un fleac. Dar cu cât descrii mai mult funcționalitatea acestui calendar, cu atât mai repede vei obține rezultatul.

O să explic puțin aici. Calendarul este diferit. Există un calendar care arată pur și simplu numerele pentru zilele săptămânii din luna curentă. Există un calendar cu posibilitatea de a derula lunile. Există un calendar cu capacitatea de a răsfoi luni și ani.

Să presupunem că ai nevoie ultima varianta calendar (cu posibilitatea de a derula luni și ani) cu evidențierea datei curente. Ai indicat în TOR: „este necesar un calendar în bara laterală”. Clientul face prima versiune a calendarului pentru dvs. (afișează pur și simplu numerele după zilele săptămânii din luna curentă).

Ce avem. Antreprenorul a finalizat articolul TK, dar ați vrut un calendar complet diferit. Se pare că totul este în conformitate cu TOR, nimeni nu este de vină, nu s-a ajuns la un conflict, dar cel mai important lucru este pierdut timp si bani.

Acesta este un exemplu de calendar banal.

Și dacă trebuie să refaci ceva mai serios, a cărui procesare durează mai mult de jumătate de zi, așa cum este cazul calendarului? Și nu ai un site web, iar clientul se încurcă cu tine, deși ți-ar putea finaliza proiectul și ar putea începe unul nou.

Prin urmare, decât Mai mult Dacă descrii funcționalitatea fiecărui modul de site, cu atât mai repede vei obține rezultatul. Ambele părți ar trebui să fie interesate de acest lucru.

Din ce articole constă de obicei un TOR?

Să ne imaginăm că ești proprietarul unei companii sau al unei firme. Compania dumneavoastră este angajată în producția oricărui produs și implementarea acestuia. Ai cumpărători. Cooperați cu vânzători (magazine și magazine online), centre de servicii, consumatori de produse. Sau faci un site web pentru o astfel de companie și trebuie să scrii o specificație tehnică.

Indiferent de ce rol te afli, primul lucru de făcut este să studiezi structura organizației, ce face aceasta, nomenclatura, caracteristicile și, în general, tot ce ține de produs și companie. De cât de adânc va pătrunde clientul în esența a ceea ce se întâmplă la întreprindere, depinde de ceea ce se va întâmpla pe site. Prin urmare, sarcina aici este reciprocă: clientul ar trebui să spună despre întreprindere cât mai detaliat posibil, iar executantul ar trebui să înțeleagă temeinic esența a ceea ce se întâmplă.

Chiar daca tu insuti scrii specificatii tehnice pentru firma care va realiza site-ul, nu e rau sa estimi toate acestea pe o bucata de hartie.

Să trecem la puncte.

Descrierea site-ului

Aici puteți scrie în câteva propoziții despre companie, ce face. Faceți ceva de genul unei introduceri.

pentru cine – publicul țintă al site-ului:

• potenţiali cumpărători
• vânzători de produse (magazine, magazine online)
• centre de servicii
• parteneri (firme)
• consumatorii de produse (cei care au cumpărat deja)

De ce ai nevoie de un site web:

• Pentru a spori imaginea companiei
• Pentru a crește vânzările
• Pentru confortul clientului

Tipul site-ului:

• Corporativ
• Site - carte de vizita
• magazin de internet

Versiuni lingvistice:

• Engleză
• Rusă

Site-ul trebuie să rezolve unele probleme. În consecință, mergem mai departe de-a lungul scopurilor și obiectivelor site-ului.

Scopurile si obiectivele site-ului

În această secțiune a TOR, parcurgem întregul public țintăși descrieți gama de sarcini pe care site-ul ar trebui să le rezolve pentru ele.

Potențiali cumpărători de produse.

Ţintă: pentru a atrage mai mulți cumpărători și a-i convinge să facă prima achiziție, ajută la alegerea.

Problemele trebuie rezolvate:

Oferiți informații complete și de înaltă calitate despre produse, servicii suplimentare, garanții, servicii, metode de selecție.

• Trimiteți informații despre magazine
• Furnizați informații de vânzare cu amănuntul reteaua comerciala

Oferiți o oportunitate de a adresa o întrebare prin organizarea de consultanță online a potențialilor cumpărători de către specialiști ai întreprinderii cu privire la selecția, cumpărarea produselor.

Astfel, parcurgem întregul public țintă. Dacă urmăriți site-ul nostru, vă descriem scopurile și obiectivele pentru vânzătorii de produse (magazine, magazine online), centre de servicii, parteneri (companii), consumatori de produse. Adică ce ar trebui să facă site-ul în mod specific pentru fiecare dintre ele.

Acum enumeram modulele site-ului.

Funcționalitatea site-ului

Pentru a enumera funcționalitatea site-ului, trebuie să decideți de ce are nevoie:

• Ai nevoie de noutăți pe site
• Aveți nevoie de un bloc de anunțuri?
• Este necesară înregistrarea
• Am nevoie de o secțiune privată a site-ului (doar pentru utilizatorii înregistrați)
• Ai nevoie de un formular de feedback?
• Am nevoie de un script de corespondență
• etc. etc.

După ce toate acestea au fost descrise, ajungem la cele mai importante și mai interesante. Desigur, toată munca depusă mai sus este foarte importantă, dar acum devine și mai „fierbinte”.

Descrierea funcționalității site-ului

Pe acest momentștim pentru cine este site-ul, ce obiective și sarcini ar trebui să îndeplinească, funcționalitatea suplimentară a acestuia.

A sosit momentul când trebuie să aduceți toate informațiile colectate în sistem și să le puneți frumos pe site. Pentru a fi mai ușor și pentru a nu reinventa roata, puteți căuta site-uri cu subiecte similare. Învățați ceva de la ei, vedeți și testați funcționalitatea lor și încercați să îmbunătățiți ceea ce părea incomod pe site-ul dvs. În principiu, puteți căuta site-uri cu subiecte similare (și dacă nu aveți experiență, atunci chiar trebuie) chiar la începutul compilării TOR.

Vă sugerez să începeți cu elementele din meniu. Trebuie să afișeze paginile principale ale site-ului și să se asigure că fiecare dintre vizitatori găsește rapid informații pentru ei înșiși. Iar vizitatorii sunt publicul nostru țintă. Meniul va include multe elemente, deci va fi sub forma unei liste derulante.

Mai întâi trebuie să spui despre companie. Pot exista pagini despre companie, istoricul companiei, contacte, recenzii.

Desigur, ar trebui să existe un element de meniu „produse”, cu sub-articole „ Catalog de produse”, „lansări”, „recenzii ale produselor”.

În general, sper că este clar cum să pictezi. Voi prezenta versiunea finală a unui posibil meniu pentru site-ul nostru:

Despre companie

• istoria companiei
• contacte
• recenzii

Știri

• evoluții
• stoc
• nou pe site

Produse

• Catalog de produse
• eliberează
• recenzii despre produse

Serviciu

• departamentul de service
• service in garantie
• service post garantie

Consumator

• cumpărare și livrare
• utilizare
• despre serviciu

Magazine si magazine online

• fotografii ale produsului
• Întrebări frecvente

Centre de service

• Cum să devii centru de service
• Întrebări frecvente

Parteneri

• invitație la cooperare
• întrebări frecvente

Ne-am gândit cumva meniul. Acum trebuie să descrii ce va fi pe fiecare pagină și cum funcționează totul în ansamblu. În plus, furnizați un aspect aproximativ al site-ului. Poate fi desenat pe o bucată de hârtie cu un creion, scanat și atașat la TK. Singurul lucru pe care îl voi spune este că nu limitați imaginația designerului, schițați-o în cea mai generală formă.

Această parte se schimbă în funcție de modul în care doriți să arate pagina dvs. Poate că nu aveți nevoie de atâtea bannere în partea de sus, poate trebuie să specificați contacte în partea de sus (adresă, telefon, fax), poate sub formă de pictograme „hartă site”, „acasă”, „contacte”. Poate că nu aveți nevoie de știri în stânga, dar afișați „promoții și lansări” în stânga.

Principalul lucru acum este să descriem logica muncii.

Logica de operare

Voi descrie pe baza figurii de mai sus.

Partea de sus a site-ului rămâne aceeași pe fiecare pagină a site-ului. Fluxul de știri este vizibil doar pe pagina principală. Pe paginile secundare din stânga, afișăm sub-articolele din meniu ale articolului în care ne aflăm în prezent (de exemplu, dacă ne aflăm pe pagina „service”, atunci afișăm link-uri către „serviciu în garanție”, „postează -serviciu de garanție"). În consecință, tranzițiile pe aceste link-uri conduc la paginile corespunzătoare. Aici, sub sub-articolele din stânga, afișăm date pentru contactarea consultanților online (Skype, ICQ). Blocați promoțiile și lansările rămân pe fiecare pagină. Subsolul site-ului este afișat la fel pe fiecare pagină.

Aproximativ astfel este descrisă logica generală a muncii.

Acum descriem fiecare bloc în detaliu. De exemplu, „Feed de știri”.

„Feed de știri” din 10 cele mai recente știri. Fiecare știre ar trebui să conțină un titlu de știre, data publicării, un scurt început al știrii (4-5 rânduri) și un link „citește complet”. Făcând clic pe linkul „citește integral” ajungem la pagina de știri. Știrea care a fost lovită este afișată în locul conținutului principal. Include, de asemenea, titlul știrii, data publicării. Fluxul de știri este afișat și în stânga. Știrile din lunile și anii precedenți sunt arhivate. Adică, sub știrile pentru luna curentă, afișăm „o arhivă pentru (cum ar fi o lună sau un an)”. Când faceți clic pe link-ul „arhivă pentru (cum ar fi o lună sau un an)” de jos, o listă de știri pentru luna/anul corespunzătoare dispare.

Așa descriem funcționarea fiecărui bloc. Să nu uităm de cazul calendarului. Și cel mai important, trebuie să pictezi munca catalogului de produse. Aici vă dau o sarcină: încercați să vă gândiți și să descrieți cum va funcționa catalogul. Trimiteți opțiunile dvs. prin e-mail. Vom posta pe cel mai bun.

Ce altceva ar trebui să fie? Ar fi bine să indicați compatibilitatea.

Compatibilitate

În acest paragraf, indicăm care sisteme de operareși în ce browsere site-ul ar trebui să arate la fel de bine. În ce versiune, ce limbă trebuie scrisă. Ce CMS este folosit. Merită subliniat dacă înțelegi cu adevărat despre ce vorbești.

Dacă nu dețineți aceste întrebări, atunci pur și simplu indicați browserele în care site-ul ar trebui să fie afișat corect. În rest, contează pe conștiința interpretului.

Concluzie

În acest articol, nu am căutat să arăt că așa sunt compilate TK și nimic altceva. Fă asta și nu vei avea probleme. Compilarea unui TOR de înaltă calitate este mai mult o chestiune de experiență. În primul cuplu, nu toată lumea va reuși să elaboreze un TK competent.

In acest articol am vrut sa arat principiile dupa care sunt construiti termenii de referinta, principalele puncte carora merita atentie. In ce masura am reusit, sper sa invat din comentariile voastre.

Și nu uita de provocare!

G O S U D A R S T V E N N Y S T A N D A R T S O YU Z A S S R

Sistem unificat de documentare a programului	GOST 19.201-78 (ST SEV 1627-79)
SARCINA TEHNICĂ. CERINȚE PENTRU CONȚINUT ȘI DESIGN
Sistem unit pentru documentarea programului. Specificatii tehnice pentru dezvoltare. Cerințe privind conținutul și forma de prezentare

Decretul Comitetului de Stat pentru Standarde al URSS din 18 decembrie 1978 nr. 3351 a stabilit termenul limită pentru introducere

din 01.01. 1980

Acest standard stabilește procedura de construire și execuție a specificațiilor tehnice pentru dezvoltarea unui program sau produs software pentru calculatoare, complexe și sisteme, indiferent de scopul și scopul acestora.

Standardul respectă în totalitate ST SEV 1627-79.

1. DISPOZIȚII GENERALE

1.1. Termenii de referință sunt redactați în conformitate cu GOST 19.106-78 pe foile de format 11 și 12 în conformitate cu GOST 2.301-68, de regulă, fără a completa câmpurile foii. Numărul de foi (pagini) este pus în partea de sus a foii deasupra textului.

1.2. Fișa de aprobare și pagina de titlu sunt întocmite în conformitate cu GOST 19.104-78.

Partea informativă (rezumat și conținut), foaia de înregistrare a modificării pot să nu fie incluse în document.

1.3. Pentru a face modificări sau completări la termenii de referință în etapele ulterioare ale dezvoltării unui program sau a unui produs software, se emite un addendum la acesta. Coordonarea și aprobarea completării la caietul de sarcini se realizează în același mod ca cel stabilit pentru caietul de sarcini.

1.4. Termenii de referință ar trebui să conțină următoarele secțiuni:

• introducere;
• temeiuri pentru dezvoltare;
• scopul dezvoltării;
• cerințe pentru program sau produs software;
• cerințe pentru documentația software;
• indicatori tehnico-economici;
• stadii și stadii de dezvoltare;
• procedura de control si acceptare;
• este permisă includerea cererilor în caietul de sarcini.

În funcție de caracteristicile programului sau produsului software, este permisă clarificarea conținutului secțiunilor, introducerea de noi secțiuni sau combinarea unora dintre ele.

2.1. În secțiunea „Introducere” indicați numele, descriere scurta domeniul de aplicare al programului sau produsului software și instalația în care este utilizat programul sau produsul software.

(Ediție schimbată, Rev. nr. 1)

2.2. Secțiunea Bazele dezvoltării ar trebui să includă:

• documentul (documentele) pe baza cărora se realizează elaborarea;
• organizația care a aprobat acest document și data aprobării acestuia;
• numele și (sau) simbolul temei de dezvoltare.

(Ediție schimbată, Rev. nr. 1)

2.3. Secțiunea Scopul dezvoltării trebuie să indice scopul funcțional și operațional al programului sau produsului software.

2.4. Secțiunea „Cerințe pentru program sau produs software” ar trebui să conțină următoarele subsecțiuni:

• cerinte de performanta;
• cerințe de fiabilitate;
• termeni de utilizare;
• cerințe pentru compoziție și parametri mijloace tehnice;
• cerințe pentru informații și compatibilitate software;
• cerințe pentru etichetare și ambalare;
• cerințe pentru transport și depozitare;
• cerinte speciale.

(Ediție schimbată, Rev. nr. 1)

2.4.1. Subsecțiunea „Cerințe pentru caracteristicile funcționale” ar trebui să indice cerințele pentru compoziția funcțiilor îndeplinite, organizarea datelor de intrare și de ieșire, caracteristicile temporale etc.

2.4.2. Subsecțiunea „Cerințe de fiabilitate” ar trebui să specifice cerințele pentru asigurarea funcționării fiabile (asigurarea funcționării stabile, controlul informațiilor de intrare și de ieșire, timpul de recuperare după o defecțiune etc.).

2.4.3. Subsecțiunea „Condiții de funcționare” ar trebui să indice condițiile de funcționare (temperatura aerului ambiant, umiditatea relativă etc. pentru tipurile selectate de suporturi de date), în care trebuie furnizate caracteristicile specificate, precum și tipul de serviciu, suma necesarăși calificarea personalului.

2.4.4. În subsecțiunea „Cerințe pentru compoziția și parametrii mijloacelor tehnice” indicați compoziția necesară a mijloacelor tehnice cu indicarea principalelor caracteristici tehnice ale acestora.

2.4.5. În subsecțiunea „Cerințe pentru informații și compatibilitate software”, cerințele pentru structurilor informaţionale metode de intrare și ieșire și soluție, coduri sursă, limbaje de programare și instrumente software utilizate de program.

Acolo unde este necesar, informațiile și programele ar trebui protejate.

(Ediție schimbată, Rev. nr. 1)

2.4.6. În subsecțiunea „Cerințe de etichetare și ambalare”, în cazul general, sunt indicate cerințele pentru etichetarea produselor software, opțiunile și metodele de ambalare.

2.4.7. În subsecțiunea „Cerințe pentru transport și depozitare”, trebuie indicate condițiile de transport, locurile de depozitare, condițiile de depozitare, condițiile de depozitare, perioadele de depozitare în diverse condiții pentru produsul software.

2.5a. Secțiunea „Cerințe pentru documentația software” ar trebui să indice compoziția preliminară a documentației software și, dacă este necesar, cerințe speciale pentru aceasta.

(Introdus suplimentar, Rev. Nr. 1).

2.5. În secțiunea „Indicatori tehnici și economici” trebuie indicat: indicativ eficiență economică, presupus cerere anuală, avantajele economice ale dezvoltării în comparație cu cele mai bune eșantioane sau analogi interne și străine.

2.6. În secțiunea „Etape și etape de dezvoltare”, etapele necesare de dezvoltare, etapele și conținutul lucrărilor (o listă a documentelor programului care trebuie elaborate, agreate și aprobate), precum și, de regulă, timpul de dezvoltare și determină se stabilesc executorii.

2.7. În secțiunea „Procedura de control și acceptare”, tipurile de încercări și Cerințe generale a accepta munca.

2.8. În anexele la caietul de sarcini, dacă este necesar, precizați:

• o listă de cercetări și alte lucrări care susțin dezvoltarea;
• scheme de algoritmi, tabele, descrieri, justificări, calcule și alte documente care pot fi utilizate în dezvoltare;
• alte surse de dezvoltare.

Reeditare (noiembrie 1987) cu amendamentul nr. 1 aprobat în iulie 1981 (IUS 7-81)

Întrebarea „Este necesar să se elaboreze o sarcină tehnică (TOR)?” poate apărea doar pentru cei care nu au ordonat niciodată dezvoltarea unui site în viața lor, întrucât necesitatea acestuia apare după prima comunicare între client și antreprenor.

ToR este un document care descrie viitorul proiect în detaliu și complet. Cu cât este mai detaliat, cu atât ideea va fi implementată cu mai multă acuratețe și cu atât vor apărea mai puține conflicte și dispute în timpul implementării proiectului, pentru că absolut orice lucru se poate face în moduri diferite. Vă puteți referi la el dacă ceva nu este făcut sau greșit sau sunt făcute alte erori. Înainte de a începe lucrul, clientul de obicei descrie viitorul proiect într-un formular de teză sau completează un brief, iar antreprenorul formalizează toate aceste cerințe și dorește, dacă este necesar, propune ajustări. În același timp, clientul trebuie să se asigure că toată „lista lui de dorințe” este fixată în acele sarcini.

Dacă un contract pentru dezvoltarea unui site este încheiat cu un studio web sau un freelancer, atunci această sarcină vine de obicei ca atașament la acesta. Și în situații controversate, ei se ghidează după ce scrie acolo.

Din ce este făcut TK?

Să presupunem că, în cadrul proiectului, este necesară elaborarea unei sarcini tehnice pentru dezvoltarea site-ului web al studioului de copywriting Pero. Ce articole ar trebui să conțină?

Informații generale (descriere)

Aici sunt indicate:

Informatiile Companiei. informatii generale despre studio, ce face. Nu va fi de prisos să furnizați o listă a serviciilor oferite. Aici puteți adăuga și adresa viitorului site, informații de contact.

Etapele și termenii implementării proiectului. Un punct foarte important, de regulă, plan calendaristic pentru că toate etapele de lucru sunt compilate chiar la sfârșit. Această parte oferă o înțelegere a ceea ce se va face și când. De exemplu (cu date):

• Etapa pregătitoare;
• Dezvoltarea conceptului site-ului web;
• Proiecta;
• Crearea unui layout de design;
• Dezvoltarea designului paginii;
• Aspect;
• Programare;
• Conținut de umplere;
• optimizare SEO;
• Testare;
• Lansa.

Este posibil să nu existe etape, de exemplu, promovarea SEO. Depinde de scopurile și obiectivele clientului și de competențele contractantului.

Scopul și scopurile

Aici se formulează ce funcții va îndeplini site-ul și cui este destinat.

Scopul site-ului. Care sunt obiectivele de a realiza crearea unui site? Pentru ce este, ce sarcini rezolvă?

• Publicitatea și atragerea de noi clienți;
• Suport clienți și parteneri;
• Demonstrarea muncii efectuate;
• Familiarizarea cu lista de servicii;
• Crearea si mentinerea imaginii companiei.

Poate că unele puncte ar trebui descrise mai detaliat. De exemplu, dacă site-ul se confruntă cu sarcina de a informa vizitatorii, este mai bine să explici ce anume.

Publicul țintă. Cine va folosi site-ul, pentru cine este creat?

• Webmasteri, bloggeri;
• Proprietari de magazine online;
• Proprietari de portaluri de informare;
• Studiouri de publicitate;
• Reprezentanți ai firmelor și companiilor prezenți în spațiul online.

Cerințe

O secțiune mare și extrem de importantă, care ține cont de cât mai multe aspecte de proiectare și dezvoltare, deoarece clientul va trebui să plătească în plus pentru funcționalitatea nespecificată în TOR.

Tip de. Cărei categorii aparține resursa web?

• Pagina de destinație;
• Site cărți de vizită;
• Site-ul corporativ;
• Portal informativ;
• Magazin online.

Cerințe de design. Ele pot fi de următoarea formă:

• Site-ul ar trebui să fie minimalist și, în același timp, să reflecte tipul de activitate al companiei.
• Culori primare: verde și alb, conform cărții de brand sau la discreția designerului.
• Animația, ferestrele pop-up, elementele Flash, excesele de design nu pot fi utilizate în design.
• Nu se pot folosi fonturi Serif (pot fi folosite fonturi standard: Verdana, Arial, Tahoma etc.). Dimensiunea ar trebui să asigure o lizibilitate maximă (12-16 puncte).

Când vine vorba de cerințele de proiectare, pot fi aplicate diferite abordări. Dacă clientul însuși știe exact ce vrea să primească, atunci își descrie în detaliu dorințele, dă exemple de site-uri care îi plac și dă alte precizări. Dar uneori se întâmplă ca el însuși să nu știe exact cum ar trebui să arate totul, în acest caz, de obicei, pornesc de la sarcinile pe care proiectarea ar trebui să le rezolve. Antreprenorul dezvoltă concepte, propune soluții, își apără ideea și o corectează în funcție de comentariile clientului. A doua opțiune este mai costisitoare și necesită mai multe calificări din partea antreprenorului.

Cerințe de limbă. Ce limbă maternă va putea vizita resursa? În ce limbă ar trebui să fie versiunile site-ului?

• Rusă;
• Engleză;
• Esperanto.

Cerințe de compatibilitate. De pe ce dispozitive și ce browsere se va deschide corect site-ul? Recent, a existat o tendință către aspectul adaptiv, când pagina este afișată corect pe orice dispozitiv cu orice raport de aspect și rezoluție a ecranului. Aici puteți enumera browserele cu care resursa trebuie să fie compatibilă în mod unic. De obicei, pe toate browserele moderne site-urile sunt afișate în același mod, există doar probleme cu versiunile mai vechi de Internet Explorer.

Cerințe CMS. Capacitățile de administrare a site-ului determină ce blocuri pot fi editate și configurate prin intermediul panoului de control, fără a interfera cu codul și fără a edita direct baza de date, dar folosind o interfață vizuală convenabilă. De exemplu, o puteți pune astfel:

• Capacitatea de a modifica conținutul paginilor site-ului;
• Abilitatea de a gestiona pagini (adăugarea, redenumirea, ștergerea etc.);
• Abilitatea de a edita structura site-ului și elementele de meniu;
• Funcții pentru procesarea automată a graficelor (crearea de previzualizări, transformarea la o dimensiune dată etc.);
• Abilitatea de a prescrie meta-etichete unice;

Ca și în alte subsecțiuni, trebuie să descrieți toate cerințele și dorințele.

Adesea, clientul are deja experiență cu unul dintre CMS-urile populare, atunci este recomandabil să caute contractori pentru un anumit motor. De asemenea, atunci când alegeți un CMS, este mai bine să nu vă mulțumiți cu soluții auto-scrise, deoarece. În viitor, acest lucru îl va face dependent de interpret. Motoarele auto-scrise, după părerea mea, sunt justificate doar în proiecte foarte mari în care este necesară funcționalitatea specifică sau optimizarea sarcinilor mari.

Structură și navigație. Ce secțiuni, subsecțiuni și pagini individuale va conține proiectul?

• Pagina principală
• Servicii

• Copywriting
• Rescriere
• copywriting SEO
• corecturi
• transcriere
• Management de conținut
• Marketing de conținut

• Portofoliu
• Despre noi
• Contacte

face și scurta descriere fiecare pagină, dați definiții. De exemplu, ce se înțelege prin pagina „Contact”? Trebuie să conțină o adresă, un număr de telefon și e-mailîn format text? Sau ar trebui să existe un formular de feedback? Sau poate trebuie să încorporați codul Yandex Maps? Sau ar trebui ca pagina de contact să conțină toate cele de mai sus și chiar link-uri către reprezentări în rețelele sociale?

Este de dorit să pregătiți conținutul, sau cel puțin schița acestuia, înainte de a începe lucrul cu antreprenorul. Acest lucru va facilita o comunicare mai eficientă.

Cerințe suplimentare. Tot ceea ce nu este inclus în celelalte paragrafe ale secțiunii.

Descrierea secțiunilor site-ului

Acest paragraf conține detalii. De obicei, conținutul tuturor paginilor unice este semnat: ce elemente vor fi acolo, cum va interacționa utilizatorul cu ele.

Pagina principală. Formularea problemei poate fi sub următoarea formă.

Partea principală a paginii principale ar trebui să fie realizată sub formă de Landing Page . Ar trebui să conțină următoarele elemente de sus în jos:

• Pălărie - logo, denumire companie;
• Meniu de navigatie;
• Informații despre promoții și reduceri;
• butonul de comandă;
• Text publicitar;
• Bloc cu cinci cele mai bune lucrăriși un link către secțiunea portofoliu;