Specificații tehnice pentru revizuire pe baza eșantionului. Specificații tehnice pentru modernizarea ventilației în institutul de cercetare. Stabiliți cine este responsabil pentru conținut

Î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, specificațiile tehnice ar trebui întocmite de către 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 să fie deseori făcut de către antreprenor. Clientul își exprimă verbal nevoile, iar programatorul (consultantul) o pune în scris.

De ce aveți nevoie de specificații tehnice?

Orice, în mod ideal, ar trebui să fie însoțit de specificații tehnice. 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, acesta este un document cu ajutorul căruia sunt rezolvate toate problemele controversate din viitor. Dacă să scrii sau nu specificații tehnice este, desigur, treaba ta; pentru mine personal, specificațiile tehnice îmi fac munca și comunicarea cu clientul mai ușoară.

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

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

Acestea. sarcina trebuie să conțină:

ţintă— problema pe care o vom rezolva prin implementarea acestei specificații;
Descriere— un rezumat al îmbunătățirilor viitoare;
metoda de implementare— o descriere detaliată a metodelor de rezolvare a scopului. În acest moment, este necesar să descriem toate nuanțele sarcinii în limbajul programatorului: ce fel de sarcini creăm/edităm, cum ar trebui să arate interfața etc. Dacă nu vorbiți „limbaj de programare”, dar „ați 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 ridice întrebări. Poate conține, de asemenea, un exemplu de implementare a unei soluții similare într-o altă zonă;
Evaluarea performanței- un punct foarte important, o descriere a costurilor forței de muncă.

Există, de asemenea, standarde de stat pentru scrierea specificațiilor tehnice - GOST-uri. În practică, acestea sunt rar folosite, dar uneori clientul insistă asupra acestui lucru.

Din experiență, la predarea muncii, de foarte multe ori apar situații de genul „ți-am spus atunci...”, ceea ce nu este foarte plăcut și de multe ori trebuie să refaci întreaga lucrare. Prin urmare, o specificație tehnică bine scrisă face viața mult mai ușoară ambelor părți.

Exemple și mostre de specificații tehnice pentru 1C

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

Cât de exact sunt întocmite specificațiile tehnice pentru modificarea 1C determină direct dacă sarcinile atribuite dezvoltatorilor vor fi rezolvate. Cu toate acestea, există unele dificultăți atunci când lucrați cu un astfel de document. În sens larg, TOR precizează standardele pentru crearea și modernizarea unui sistem automatizat (AS), precum și procedura de lucru. Aceasta include, de asemenea, un set de standarde pentru lansarea unui proiect. Această înțelegere a rolului specificațiilor tehnice este dictată de cerințele GOST 19.201-78 și 34.602-89, conform cărora se realizează dezvoltarea specificațiilor tehnice pentru 1C. Există o altă interpretare a sensului acestui document, mai apropiată de practică.

Conform unei alte definiții, termenii de referință pentru revizuirea 1C sunt un document care reglementează scopul și parametrii viitorului sistem, precum și procesul de elaborare a documentației și lista acesteia. Această interpretare permite luarea în considerare a intereselor programatorilor și ale clientului.

Care ar trebui să fie specificația tehnică?

Orice sarcină tehnică pentru dezvoltarea unui program 1C este creată de antreprenor. Dar acest lucru nu este făcut de un programator, ci de un analist. Acesta este un punct important, întrucât documentul trebuie întocmit într-o limbă pe înțelesul clientului, fără termeni tehnici foarte specializati. Atunci când toate nuanțele proiectului sunt luate în considerare și informațiile sunt formulate corect, specificațiile tehnice sunt convenite cu toți clienții. Dacă este acceptat, programatorii sunt implicați în lucru. În acest caz, documentul trebuie să contureze clar rezultatul dorit. Acest lucru îi ajută pe dezvoltatori să stabilească obiectivul potrivit și să îl verifice în diferite etape. De asemenea, la întocmirea specificațiilor tehnice pentru modificarea 1C, trebuie acordată multă atenție redactării. Trebuie avut grijă ca acestea să fie suficient de specifice și să nu implice alte interpretări. Acesta este primul lucru de reținut atunci când lucrați cu specificații tehnice. De asemenea, trebuie să abordați designul în mod responsabil. Acest lucru este valabil și pentru pagina de titlu a documentului.

Principalele erori din specificațiile tehnice pentru dezvoltarea 1C

Structura specificațiilor tehnice este reglementată de GOST 34.602-89. Acest document conține cerințe clare pentru numărul și succesiunea blocurilor de informații din specificațiile tehnice. În același timp, nu există standarde stricte pentru metodele de prezentare. Această situație conține un potențial mare de rezolvare a unor probleme complexe și, în același timp, poate duce la multe erori la întocmirea unui document. Cele mai frecvente inexactități sunt:

Repetarea unor secțiuni în diferite interpretări.
Informațiile sunt date aleatoriu. În mod ideal, ar trebui să se refere la o structură specifică, cum ar fi procesele de afaceri sau modulele de sistem.
Informațiile din diferite secțiuni sunt prezentate cu diferite grade de detaliu.

Toate acestea împiedică clientul să înțeleagă informațiile conținute în specificațiile tehnice. Acest lucru complică procesul de colaborare, făcându-l mai intensiv în muncă.

După ce clientul vede eșantionul de specificație tehnică pentru modificarea 1C, se poate schimba și nu întotdeauna în bine. Acest lucru, la rândul său, împiedică de obicei programatorii să perceapă corect informațiile. Acest lucru este valabil mai ales pentru specialiștii cu puțină experiență. În această etapă, apar adesea următoarele erori:

Cerințele diferitelor secțiuni se contrazic reciproc.
Formularea se dovedește a fi inexactă.
În unele locuri informațiile sunt prea detaliate.

Este ușor să scapi de toate erorile enumerate. Trebuie să vă concentrați, în primul rând, pe rezultat și nu pe prescrierea cu atenție a formulării. Merită să ne amintim că specificația tehnică descrie funcționalitatea proiectului, principalii parametri și scopul acestuia.

Cum să eviți greșelile la elaborarea specificațiilor tehnice?

Regula de bază care se aplică tuturor recomandărilor ulterioare este că formularea trebuie să fie specifică. Pentru a face acest lucru, trebuie să utilizați referințe la GOST și alte documente de reglementare. Acest lucru permite contractantului și clientului să perceapă informațiile în același mod.

Un exemplu de specificație tehnică pentru modificarea 1C presupune utilizarea limbii sectorului de afaceri pentru care se realizează proiectul. Acest lucru este necesar, în primul rând, pentru client. Cu toate acestea, nu ar trebui să utilizați nicio comparație în text, deoarece acestea pot fi interpretate în moduri diferite.

Reguli de bază la elaborarea specificațiilor tehnice pentru elaborarea unui raport și a altor elemente 1C:

Specificația tehnică este creată în comun de către antreprenor și client.
Doar cerințe obiective ar trebui impuse muncii programatorilor. Pentru dezvoltarea de succes a proiectelor, viziunea subiectivă a clientului trebuie redusă la minimum.
Este necesar să descriem în detaliu rezultatul de care are nevoie clientul. În acest caz, în exemplul unei specificații tehnice pentru dezvoltarea unei configurații 1C, este necesar să se specifice toți parametrii după care elementul ar trebui să funcționeze. În caz contrar, rezultatul poate diferi mult de cel dorit.
Riscurile antreprenorului și ale clientului ar trebui să fie aproximativ egale și reduse la minimum.
Nu puteți folosi termeni care sunt utilizați în comunicarea de afaceri și nu sunt utilizați într-o anumită industrie.

Pentru a crea o specificație tehnică pentru elaborarea unui raport în 1C sau alt element, analistul trebuie să cunoască toate caracteristicile domeniului de activitate al clientului. Cerințele ar trebui să ofere doar informații utile care vor fi utile contractantului. Având în vedere că aici se pune accentul pe problemele finale pe care software-ul trebuie să le rezolve, nu există un singur exemplu de specificație tehnică.

Pericolul întocmirii greșite a specificațiilor tehnice

Erorile enumerate mai sus pot duce la o creștere a timpului petrecut cu crearea sistemului. Acest lucru implică costuri inutile și nemulțumire. Termenii de referință pentru dezvoltarea unei baze de date sau a unei alte configurații 1C ar trebui întocmiți de specialiști cu experiență. Beneficiul tuturor participanților depinde de cât de ușor este de înțeles acest document. Clientul primește un sistem automat eficient pentru rezolvarea problemelor de afaceri. În același timp, antreprenorul are un alt client mulțumit. Proprietarii de afaceri trebuie să fie cât mai atenți posibil atunci când aleg companiile partenere 1C, deoarece eficiența organizației depinde în mare măsură de cât de bine sunt întocmite specificațiile tehnice pentru revizuire.

Atașez adesea prototipuri de pagini pentru ca clientul să înțeleagă cum va arăta site-ul său. Apoi elaborez o sarcină separată pentru designerul de layout - cu detalii tehnice și explicații care vor ajuta în munca lui.

Cu cât sarcina este mai complexă, cu atât specificația tehnică ar trebui să fie mai detaliată. Când am participat la proiecte mari, am văzut specificații tehnice de 30 de pagini.

Guram Sipki, fondatorul studioului digital Udix Media

În primul rând, clientul are nevoie de specificații tehnice – astfel încât să înțeleagă cum va fi site-ul său și pe ce vor fi cheltuiți banii. Dacă ceva este greșit, se poate referi la specificațiile tehnice și poate cere să fie refăcut.

Specificația tehnică este întocmită de managerul de proiect după comunicarea cu clientul și discutarea sarcinii cu proiectantul.

Clienții mari solicită adesea specificații tehnice foarte detaliate, care descriu fiecare buton. Companiile mici, dimpotrivă, nu le plac documentele meticuloase de 100 de pagini.

Un exemplu de sarcină tehnică pentru îmbunătățirea site-ului web

Informații generale

Denumirea sistemului automatizat

„AS Sbyt”

Client

Executor testamentar

Baza lucrării

Datele planificate pentru începerea și sfârșitul lucrărilor la crearea sistemului

Început lucrări: 01.09.2010

Finalizarea lucrărilor: 31.12.2010

Scopul și scopurile creării sistemului

Scopul sistemului

Sistemul automatizat în curs de dezvoltare este conceput pentru a automatiza procesele de vânzare ale unei întreprinderi.

Obiectivele creării sistemului

Obiectivele creării unui sistem automatizat

Obiectivele dezvoltării „AS Sbyt” sunt:

3. Caracteristicile obiectului de automatizare

3.1 Procesele de afaceri ale întreprinderii

3.1. 1 Proces de afaceri „Încheierea unui acord”

Va deveni scutul tău; în acest document, dacă se întâmplă ceva, vei putea să arăți cu degetul către un dezvoltator fără scrupule și să ceri ca site-ul tău să fie adus în conformitate cu acesta.

Sarcina tehnică(pe scurt, „TOR”) este un document care reflectă cerințele pentru viitorul dvs. site web cât mai detaliat și fără ambiguitate posibil.

Site-ul este creat tocmai pe baza unor specificații tehnice. Cu cât este mai detaliat și mai clar, cu atât noul dvs. site vă va satisface așteptările.

Termenii de referință pentru crearea unui site web - ca lege, nu ar trebui să permită interpretări și discrepanțe.

Dezvoltatorul face tot ceea ce nu este specificat în specificațiile tehnice la propria discreție.

· Ghidul Administratorului;

· Ghid pentru managerul de conținut;

· Ghid de instalare;

· Ghidul programatorului.

2.20. Organizarea și desfășurarea de formare pentru specialiștii Comitetului de anchetă din cadrul Procuraturii Federației Ruse

Se aplică următoarele cerințe de formare:

· Antreprenorul trebuie să desfășoare cursuri de formare pentru angajații Comitetului de anchetă de la Parchetul Federației Ruse, format din cel mult 10 persoane.

· Instruirea trebuie să se desfășoare în limba rusă.

· Locurile de instruire sunt asigurate de Client.

· Locul și ora instruirii trebuie convenite cu Clientul.

Instruirea trebuie efectuată pentru toate funcționalitățile Sistemului.

Ca parte a instruirii, este necesar să se desfășoare conținutul informativ al unui site pilot al Inelului de site-uri al Comitetului de investigație din cadrul Procuraturii Federației Ruse.

Exemplu de specificații tehnice pentru îmbunătățirea site-ului web

Important

Pe parcursul procesului de implementare, Antreprenorul trebuie să ofere asistență Clientului în cadrul Programului de Implementare.

6.1.11. În cazul unei slabe pregătiri a personalului Clientului pentru implementare și al necesității de asistență suplimentară din partea Antreprenorului pentru implementarea cu succes a software-ului, trebuie întocmit un protocol suplimentar pentru convenirea prețurilor contractuale pentru furnizarea de informații și lucrări de consultanță.

6.2 Procedura pentru sprijinirea ulterioară a sarcinilor AS „VÂNZĂRI”.

După punerea în funcțiune a software-ului, modificările și dorințele suplimentare ale Clientului pot fi implementate conform specificațiilor tehnice convenite cu Clientul.

Termenul de referință trebuie să indice complexitatea și costul lucrărilor pentru implementarea cerințelor suplimentare.

6.2.2. Antreprenorul se angajează să mențină o linie telefonică de asistență pentru software.

Fațete ale interacțiunii Înainte de a începe să disecăm procesul de creare a unei specificații tehnice, să vorbim despre patrulaterul în care se află antreprenorul și clientul atunci când demarează proiectul. Cerințe- comportamentul dorit al sistemului, descris de client sau deținătorul procesului, să fie implementat. De regulă, cerințele sunt formate pe baza experienței de muncă și a înțelegerii comportamentului corect al programului.

Aceasta este o informație cheie pentru dezvoltator (vânzător), totuși, în etapa de colectare a cerințelor, apar cel mai mare număr de coliziuni, erori, solicitări inutile etc.

Resurse- oameni, mașini, echipamente, mediul de dezvoltare, timp și bani care trebuie utilizați în procesul de implementare a cerințelor. Resursele necesită o planificare și o evaluare clară în etapa de aprobare a specificațiilor tehnice.

Aceasta poate include cerințe pentru diferite tipuri de sortare, integrare prin chat și capabilități de telefonie.

Nivel de servicii- de fapt, cerințele acestui nivel ar trebui să fie primele incluse în noile build-uri cu remedieri. Acestea sunt sarcini legate de viteza de răspuns a sistemului, funcționarea sub sarcină mare și securitate.

Atenţie

În mod ideal, vânzătorul nu ar trebui să aibă astfel de modificări - software-ul corporativ nu ar trebui să încetinească, să piardă date, să restrângă formulare și să distribuie drepturi de acces de același nivel. Dar dacă apare o cerință și nu are legătură cu paranoia personală a clientului sau cu problemele din partea hardware, merită să îi acordați o atenție sporită.

Nivel de tehnologie- ultimul pe listă, dar înaintea celorlalți ca importanță și complexitate.

Acestea ar putea fi cerințele clienților legate de platformă, sistem de operare sau dispozitive. De exemplu, o solicitare de construire pentru MacOS.

Microsoft World sau Microsoft Excel.

Personal, folosim produse software speciale atunci când dezvoltăm o pagină de destinație.

Cu ajutorul lor, puteți crea rapid și ușor proiecte chiar și pentru site-uri complexe - de exemplu, Balsamiq. Cu toate acestea, modul în care realizăm întregul prototip a fost deja descris în articol.

Pe subiect: Prototiparea site-ului web: creare, instrumente și programe.

Proiectarea pre-proiect poate fi realizată împreună cu dezvoltatorul sau transferată complet pe umerii acestuia.
Principalul lucru, nu uitați, atunci este convenit și semnat de ambele părți.

LIFE HACKS PENTRU ELABORAREA TOR

Aceste puncte se aplică în mod egal atât pentru completarea brief-ului, cât și pentru întocmirea specificațiilor tehnice.

Și în ele vă voi spune mici trucuri despre cum să întocmiți specificații tehnice pentru un site web și să ușurați viața deja dificilă a unui antreprenor:

1.

Asigurați-vă că clientul și interpretul se înțeleg corect.”

Termenii de referință nu trebuie să conțină adjective de calitate: frumos, de încredere, modern. Ele nu pot fi înțelese clar. Fiecare are propriile concepte despre frumusețe și modernitate.

Uite. Cineva a crezut că acest design este frumos și a permis să fie folosit pe site-ul lor:

Același lucru se întâmplă cu formulările vagi care nu înseamnă nimic în sine:

Clientului trebuie să-i placă site-ul. Dacă este într-o dispoziție proastă?
Site-ul ar trebui să fie convenabil. Ce înseamnă? Convenabil pentru ce?
Locația trebuie să reziste la sarcini grele. 10 mii de vizitatori? Sau 10 milioane?
Conținut de experți de înaltă calitate. Ei bine, ai înțeles ideea.

Verificați dacă există ambiguități în text. Dacă există, rescrieți-l.

Te-ai decis să comanzi un site web (aka landing page)? După cum arată practica, nu este atât de simplu. Sute de clienți, după ce și-au văzut site-ul terminat, descoperă că nu le convine: designul este greșit, aspectul este șchiopăt, textele sunt greșite, au fost adăugate o grămadă de funcții inutile.

Pentru a evita astfel de consecințe, aveți nevoie de specificații tehnice pentru dezvoltarea site-ului web.

AM NEVOIE?!

Nu contează cine va conduce site-ul - tu însuți, ruda ta, freelanceri pentru o plată modestă, o companie specializată pentru o sumă imensă de bani...

Trebuie să existe specificații tehnice pentru site.

De exemplu, puteți cere să creați un raport personalizat pentru RegionSoft CRM sau puteți comanda integrarea cu site-ul. Acestea sunt sarcini cu termene limită complet diferite, prioritatea este foarte importantă aici. După ce cerințele au fost colectate, analizate și convenite cu angajații și managementul, puteți începe să creați o specificație tehnică.
Puteți cere formularul vânzătorului sau îl puteți crea singur - în orice caz, există mai multe reguli absolute, a căror respectare vă va scuti pe dvs. și pe furnizorul dvs. de CRM dureri de cap.

Anatomia unei specificații tehnice

Dacă vorbim despre procesul de creare a unei specificații tehnice, există mai multe etape. Trecerea lor secvențială conduce clientul la îmbunătățirea dorită.
Aici sunt ei.

Aici este important să ascultați opinia vânzătorului, deoarece el știe exact cât timp va fi alocat cu aceasta sau cutare sarcină. Crede-mă, nu este benefic pentru un dezvoltator să piardă timpul și să mărească termenele - este benefic pentru el să finalizeze cât mai multe proiecte și să o facă bine, pentru a nu suferi o lovitură la adresa reputației sale.

În ceea ce privește realismul, evitarea solicitărilor de upgrade CRM la nivelul unui sistem de management al coliderului este simplă: ar trebui să includeți în cerințe ceea ce este cu adevărat necesar în acest moment și în viitorul apropiat.

De exemplu, RegionSoft CRM este un program desktop; nu avem un client de browser. A ne cere să creăm o aplicație web pentru o singură companie este inutil, aceasta este o dezvoltare majoră, este în prezent în curs și nu este o dezvoltare posibilă pentru o singură companie.

Numele complete și scurte ale sistemului informațional

Numele complet al sistemului este site-ul oficial al Comitetului de anchetă din cadrul Parchetului Federației Ruse.

Numele scurt al sistemului este „SKP Site”, „System”, „Site”.

1.2. Numele clientului sistemului și detaliile acestuia

Nume: Comitetul de anchetă din cadrul Procuraturii Federației Ruse

Locație:

Info

Moscova, strada Tekhnicheskiy, clădirea 2

Adresa reala: A

Persoana de contact cu clientul:

Telefon: (4, (4;

Adresa de e-mail

1.3. Lista documentelor pe baza cărora este creat sistemul

Contractul de stat Nr.________________ din data de ___ ___________ 2010

1.4.

Datele planificate pentru începerea și finalizarea lucrărilor de creare a Sistemului

Determinat în conformitate cu Acordul.

2. Cerințe de sistem

2.1.

Data de plată

Număr de plată

Numărul de plată în sistemul de plată

Suma de plata

Selectați liniile fișierului de transfer de date
Începeți să parcurgeți liniile fișierului de transfer de date
Citiți linia fișierului de transfer de date
Obțineți codul contractului din linia fișierului de transfer de date
Găsiți elementul corespunzător după cod în directorul „Acorduri contraparte”; dacă elementul nu este găsit, afișați mesajul „Nu a fost găsit un acord cu codul...”
Dacă elementul este găsit, adăugați o linie la tabelul de valori, unde: „Acord” - elementul găsit, „Data” - „Data_plat”, „Număr de plată” - „Nomer_plat”, „Suma” - „Summa_plat”
După ce ați primit ultima linie a fișierului de transfer de date, terminați ciclul
Pentru fiecare rând al tabelului de valori, creați un document „Ordin de plată pentru primirea fondurilor”.

Când completați un brief sau întocmiți termenii de referință pentru designul unui site web, nu lăsați niciun gol în acesta.

Trebuie să înțelegeți că „La latitudinea dezvoltatorului” înseamnă „Fac ce vreau” sau „Tot ceea ce nu este specificat se face la discreția interpretului”. Și credeți-mă, aceasta nu este doar o lacună, ci o întreagă fereastră către Europa pentru dezvoltator.

Și, desigur, acest lucru nu se întâmplă întotdeauna.

Dacă întâlniți un specialist competent, atunci nu trebuie să vă faceți griji cu privire la rezultat.

Dar aici apare o altă problemă: el o poate face corect, dar nu vă va plăcea pur subiectiv. Și totul va fi ca în gluma cunoscută de mulți dezvoltatori:

SCURT DESPRE LUCRURILE PRINCIPALE

Cu siguranță nu veți regreta timpul petrecut cu elaborarea și acordul asupra termenilor de referință pentru crearea unui site web sau a unei pagini de destinație.

La urma urmei, acesta este cel mai bun instrument al tău pentru monitorizarea și rezolvarea dezacordurilor care apar în acest proces.

Când faceți clic pe un anumit district, acesta ar trebui să acceseze o pagină cu o descriere text a acestui district.

· Blocul „Blogul președintelui”- ar trebui să fie o listă cu cele mai recente trei subiecte create pe blog sub forma titlului subiectului și a datei publicării acestuia. Numele subiectului va fi un link care, atunci când dai clic, ar trebui să te ducă la o pagină de blog care descrie acest subiect. Acest bloc ar trebui să conțină și un videoclip care poate fi redat fără a părăsi pagina principală. Videoclipul ar trebui să aibă un link „Comentarii”, care reprezintă numărul de comentarii la imaginea video dată. Linkul „Comentarii” ar trebui să ducă la o pagină de blog cu comentarii la videoclipul trimis.

Subsolul trebuie să conțină o casetă de căutare, informații despre drepturile de autor etc.

2.3.

Scurt este un chestionar cu întrebări despre conținutul, designul și capacitățile tehnice ale viitorului dvs. site web.

Desigur, un brief detaliat semnat de ambele părți poate înlocui termenii de referință.

La urma urmei, acesta este practic același lucru, singura diferență este că brief-ul este viziunea ta, iar specificația tehnică este documentul final bazat pe brief-ul tău și pe comentariile dezvoltatorului în sine.

Dacă anumite puncte provoacă dificultăți, atunci nu ezitați să adresați dezvoltatorului întrebări precum „Ce înseamnă asta?”, „Cum va afecta acest lucru funcționarea site-ului meu?”, deoarece nu toți dezvoltatorii înțeleg același lucru ca și dumneavoastră.

Sau, în coloana „Informații suplimentare”, asigurați-vă că indicați toate dorințele dvs. care nu au fost incluse în răspunsurile la întrebări.

Dacă această coloană lipsește, adăugați-le pur și simplu la sfârșitul briefului.

VK, Google, Facebook.

3.2.2 În contul personal, în secțiunea comenzi, adăugați un câmp pentru a adăuga un cod promoțional.

3.2.3 În loc de pagina pe care utilizatorul o primește după o solicitare de recuperare a parolei (cum ar fi name.com/bitrix/admin/index.php?change_password=yes&lang=ru&USER_CHECKWORD=), creați o pagină (cum ar fi name.com/login/forgot /change_password=yes&lang =ru&USER_CHECKWORD=), care va afișa conținutul site-ului, va avea câmpul „E-mail la înregistrare”, o linie de control, o nouă parolă, confirmarea parolei și un buton de trimitere a datelor.

3.2.4 Când adăugați articole în coș, ar trebui să fie afișat un mesaj care indică faptul că articolul a fost adăugat în coș.

3.2.5 Adăugați un mesaj de ieșire care indică faptul că parola nu se potrivește cu parametrii de securitate la înregistrarea unui nou utilizator.

AutomatizatSistemul de VÂNZARE.Sarcina tehnică Pe foi Valabil de la „__” ____________ 2010

„_” ______________ 2010

Treptat, modificările au fost incluse în lansare, iar ulterior au făcut posibilă crearea unui nou produs pentru magazine cu ridicata, cu amănuntul și hipermarketuri - RegionSoft Retail.

Nivel de utilizator sau grup de utilizatori. La acest nivel sunt implementate sarcini de rafinare a interfeței existente. De exemplu, un utilizator ar putea dori o fereastră cu numărul și starea ultimei comenzi să apară atunci când trece cu mouse-ul peste un client sau un raport personalizat cu o grupare specială de date.

Relucrarea la acest nivel durează mai puțin, dar pot fi multe dintre ele - de exemplu, mai multe cerințe de la departamentele de marketing, logistică și suport tehnic.

Nivel de funcționalitate. De multe ori este dificil să-l separăm de cel precedent; aici funcționează un criteriu formal - îmbunătățirea nu este la nivelul afișării a ceva în interfață, ci la nivelul finalizării logicii sistemului.

Dacă scrie terci, poate că ar trebui să fugi și să nu te uiți înapoi.

Asigurați împotriva necinstei interpretului. Când site-ul este gata, acesta poate fi verificat conform specificațiilor tehnice. Există neconcordanțe? Dezvoltatorul este obligat să le repare. Dacă colaborezi oficial și ai încheiat un acord, poți chiar să îl forțezi prin instanță.
Simplificați înlocuirea interpreților. Dacă clientul și dezvoltatorul s-au certat și au fugit, crearea site-ului poate dura mult timp. Când există o specificație tehnică detaliată, aceasta poate fi transferată unei noi echipe - se vor implica în muncă de multe ori mai repede.
Aflați costul dezvoltării unui produs complex. Este imposibil să estimați imediat momentul exact și costul dezvoltării unui serviciu web complex. Mai întâi trebuie să înțelegeți cum va funcționa serviciul și ce funcții va avea.

Există acces root, propriile adrese IP, porturi, reguli de filtrare și tabele de rutare.

Google PageSpeed Insights este un serviciu gratuit de recomandări pentru site-uri web pentru a accelera afișarea paginii în browserul utilizatorului (https://developers.google.com/speed/pagespeed/insights/).

Optimizarea pentru motoarele de căutare (sau SEO) este un set de măsuri de optimizare internă și externă pentru a crește poziția site-ului în rezultatele motoarelor de căutare pentru solicitările specifice ale utilizatorilor.

Optimizarea site-ului extern este înregistrarea site-ului web în motoarele de căutare, promovarea pe rețelele de socializare, crearea de link-uri prin atragerea de link-uri din alte resurse către site-ul promovat, banner publicitar, publicitate contextuală.

Optimizarea internă a site-ului este optimizarea textului, URL-urilor, editarea structurii site-ului, legarea, verificarea răspunsurilor serverului.

Materiale disponibile Link-uri către site-urile dvs. preferate, precum și broșuri, reviste, fotografii - orice, sau poate aveți o carte de brand gata făcută. Atașat ca arhivă separată. Rezoluție minimă și dispozitive de afișare În acest paragraf, indicați de pe ce dispozitive intenționați să vizualizați site-ul - PC-uri, laptopuri, smartphone-uri... Monitoare PC de la 19 la 27 inch; Laptop-uri de la 15,6 la 17,3 inchi; Smartphone-uri de la 3,5 la 6 inchi; Tablete de la 7 la 12 inci Aveți nevoie de o versiune mobilă? Da CERINȚE FUNCȚIONALE Set aproximativ de module (pentru utilizatori) În această secțiune trebuie să enumerați toate funcționalitățile pe care doriți să le vedeți pe site.

Acesta ar putea fi un coș de cumpărături, filtre de catalog bazate pe diverși parametri, posibilitatea de a plasa o comandă online, de a solicita un apel înapoi, de abonament la un buletin informativ și orice alte opțiuni.Catalog filtrează după preț, după alfabet, după producător.
CRUпtCj9B:s»XVzhb╟▌╤└u╟J_■E╘Dj»J■╛EХHJя(gTT┬Pb╟▌╤└u╟╛#╜┘al+Ka Kqяk3┐ⴐ┙┙²├ █ ts╜IWA▓BOь└vOZb╟▌╤└u╟╛#╜┘al+KaXG[ b:ьVzhb╟▌╤└u╟╛#╜┘al+KaXG[ b:ьVzhb╟▌╤└u╟╛#╜┘al+KaXG[ b:ьVzhb╟▌╤└u╟╛#╜┘al+KaXG[ b:ьVzhb╜ ┘al+KaXG[ b:bVzhb╟▌╤└u╟╛#╜│ts&V█7┬m3aqNYJy╕°Vzhb╟▌╤└u╟╛#╜┘b:+Vzhb┕u┕ ╛ #╜┘al+KaXG[ b:bVzhb╟▌╤└u╟╛#╜┘al+KaXG[ b:bVzhb╟▌╤└u╟╛#╜┘al+KaXG[ b:bVzhb╥u╬╥╥ ≈≈K&ОQТе╦▒'%[н╓≥Lк"[Ц(b╖~ы╚б╖~ы╚б╖~ы╚б╖~ы╚б╖~ы╚б╖~у╚б╖~у╖~ы╚б╖~ы╚б╖~ы╚б╖~ы╚б╖у╖ ╚b╖~y╚b╖~y╚b╖~y╚b╖~y╚b╖~y╚b╖~y╚b╖~y╚b╖~y╚bD'═\┘*Nл┐ ⌡ ©Tw╦|╒T⌠ZZA╙┼r≤⌠ьЧ≈D7i$╔≥ И∙?БjЛ?Ч╜∙╤SQ≥╒°еNFх═с┬├═с┬├6 Le═с┬├6 ∙rrм VC╪ ┬ 7┴+iSo(╦°rБ╒┴■E4SCg┬╨ z╖ ┘╤m°с÷Уm╦Wыmdр'%R^&╔gt╖yхDA]zт╪L╝i▌▀©J)_2+H OlM²K%j ┼╖`СsА≈K▐ф²Yч▐Hd╟Fг╬lн∙╥е#⌡и<ТC▐╡И&d╨JГ!─Sj║·K,s┼#m ╓⌡JГн IOLЬ©h?ОeН╡▐┌ъHЙmwд$©aЗ$ёу°Н≤gт.bZ┐}Э1црn▄т≈фГ?TA<э:р▓T<кГ║2ic╖▀Иqf⌠Pсс▀32нЫ╘▌n-«÷0i╦▓Q:⌠^%5#⌡Н⌡│ вЬ└%N╙Оtб}8яца╨з≤[╖┐╕■╡╒4╞▄G√≥оЖNa╡vсM╔)9╘д≈ib╕╝■ i├{≈²5╨∙∙╣ф╒▓Цz²┌Ф╤I√HaО2┬б=└Б╦F∙P»гЙz&╔Р3{ ёS÷_н_g7⌡г$Н╜чk┐(ЗQэH▓З╨?.

Pavel Molyanov

Îți amintești legea lui Murphy? Dacă poți fi înțeles greșit, cu siguranță vei fi înțeles greșit. Acest lucru este valabil nu numai în comunicarea dintre oameni, ci și în crearea de site-uri web. Clientul a dorit un al doilea Facebook, dar a primit un forum pentru tinerii crescători de câini. Dezvoltatorul nu a ghicit ce dorea clientul - și-a pierdut timpul.

În acest ghid vă voi spune ce și de ce trebuie să scrieți în termenii de referință. În același timp, vă voi arăta cum să nu scrieți, astfel încât crearea specificațiilor tehnice să nu se transforme în timp pierdut.

Articolul va fi util:

Pentru toți cei implicați în crearea site-ului web: dezvoltatori, designeri, designeri de layout.
Manageri de proiect.
Șefii studiourilor digitale.
Antreprenori care intenționează să comande dezvoltarea site-ului web.

Pentru a face materialul util, am adunat comentarii de la mai mulți dezvoltatori, designeri, manageri de proiect și proprietari de studiouri digitale. Pe cele mai valoroase le-am adăugat la finalul articolului. Hai să aflăm.

Ce este o specificație tehnică și de ce este necesară?

O specificație tehnică este un document care stabilește cerințele pentru șantier. Cu cât aceste cerințe sunt mai clare și mai detaliate, cu atât toți participanții la proces înțeleg mai bine cum ar trebui să fie. Aceasta înseamnă că șansa ca toată lumea să fie mulțumită de rezultat crește.

Scopul principal al specificației tehnice este de a se asigura că clientul și antreprenorul se înțeleg corect.

Sunt multe beneficii din specificațiile tehnice. Este diferit pentru fiecare parte.

Beneficii pentru client:

Înțelegeți pentru ce plătește bani și cum va fi site-ul. Puteți vedea imediat structura, puteți înțelege ce va funcționa și cum. Află dacă totul ți se potrivește. Dacă nu, nu este nicio problemă să îl schimbați înainte de a începe dezvoltarea.
Vedeți competența interpretului. Dacă termenii de referință sunt clari și precisi, încrederea în dezvoltator crește. Dacă scrie terci, poate că ar trebui să fugi și să nu te uiți înapoi.
Asigurați împotriva necinstei interpretului. Când site-ul este gata, acesta poate fi verificat conform specificațiilor tehnice. Există neconcordanțe? Dezvoltatorul este obligat să le repare. Dacă colaborezi oficial și ai încheiat un acord, poți chiar să îl forțezi prin instanță.
Simplificați înlocuirea interpreților. Dacă clientul și dezvoltatorul s-au certat și au fugit, crearea site-ului poate dura mult timp. Când există o specificație tehnică detaliată, aceasta poate fi transferată unei noi echipe - se vor implica în muncă de multe ori mai repede.
Aflați costul dezvoltării unui produs complex. Este imposibil să estimați imediat momentul exact și costul dezvoltării unui serviciu web complex. Mai întâi trebuie să înțelegeți cum va funcționa serviciul și ce funcții va avea. Pentru aceasta trebuie să pregătiți specificații tehnice.

Beneficii pentru interpret:

Înțelegeți ce își dorește clientul. Clientului i se pun zeci de întrebări, sunt prezentate exemple și i se oferă soluții. Apoi ei notează totul într-un singur document și cad de acord. Dacă totul este în regulă - ură, ai înțeles corect.
Asigurați-vă împotriva dorințelor bruște ale clientului. Uneori dai peste clienți care doresc să schimbe sarcina la jumătate. Dacă ați fost de acord și ați semnat termenii de referință, nu vă este frică de acest lucru. Dacă se întâmplă ceva, chiar și instanța va fi de partea ta.
Arată-ți competența. O specificație tehnică bine pregătită va arăta clientului expertiza dezvoltatorilor. Dacă compania s-a îndoit dacă să aibă încredere în dvs. cu privire la dezvoltarea site-ului web, îndoielile vor fi cel mai probabil risipite.
A castiga bani. Unele studiouri și dezvoltatori oferă pregătirea specificațiilor tehnice ca serviciu separat.

Facilitează și accelerează procesul de dezvoltare. O specificație tehnică bună indică structura site-ului, funcțiile și elementele necesare pe fiecare pagină. Când toate cerințele sunt deja în fața ochilor tăi, tot ce rămâne este să proiectezi și să scrii codul.

Acum să ne dăm seama cum să creăm o specificație tehnică bună care să îndeplinească toate aceste funcții.

Caietul de sarcini este întocmit de executant

În general, oricine poate întocmi specificații tehnice. „Avem nevoie de un site web pentru cărți de vizită pentru o clinică dentară” - aceasta este deja o sarcină tehnică. Dar își va îndeplini funcțiile? Cu greu.

O specificație tehnică bună este întotdeauna pregătită de către executant: un manager de proiect sau un dezvoltator. Evident, un dezvoltator web înțelege mai multe despre crearea de site-uri web decât proprietarul unei cafenele sau al unei clinici dentare. Prin urmare, va trebui să descrie proiectul.

Asta nu înseamnă că clientul dispare și apare la sfârșit pentru a scrie: „Zbs, aprob.” De asemenea, ar trebui să participe la proces:

Desigur, clientul își poate schița propria versiune a specificațiilor tehnice. Poate că acest lucru va accelera procesul de creare a specificațiilor tehnice finale. Sau poate că rezultatul va fi gunoiul care va fi aruncat în secret la gunoi.

Scrieți clar și corect

Acest sfat rezultă din scopul principal al termenilor de referință - „Asigurați-vă că clientul și contractantul se înțeleg corect.”

Termenii de referință nu trebuie să conțină adjective de calitate: frumos, de încredere, modern. Ele nu pot fi înțelese clar. Fiecare are propriile concepte despre frumusețe și modernitate.

Uite. Cineva a crezut că acest design este frumos și a permis să fie folosit pe site-ul lor:

Același lucru se întâmplă cu formulările vagi care nu înseamnă nimic în sine:

Clientului trebuie să-i placă site-ul. Dacă este într-o dispoziție proastă?
Site-ul ar trebui să fie convenabil. Ce înseamnă? Convenabil pentru ce?
Locația trebuie să reziste la sarcini grele. 10 mii de vizitatori? Sau 10 milioane?
Conținut de experți de înaltă calitate. Ei bine, ai înțeles ideea.

Verificați dacă există ambiguități în text. Dacă există, rescrieți-l. Formularea dvs. ar trebui să fie clară și precisă:

Site-ul trebuie să se încarce rapid → Orice pagină de pe site trebuie să aibă mai mult de 80 de puncte în Google PageSpeed Insights.
Încărcături grele → 50 de mii de vizitatori în același timp.
Pagina principală afișează o listă de articole → Pagina principală afișează o listă cu ultimele 6 articole publicate.
Interfață de abonament minimalistă și ușor de utilizat → Câmpul „Lăsați e-mailul” și butonul „Abonare” → *schiță desenată*.

Am rezolvat formularea, să trecem peste structura.

Vă rugăm să furnizați informații generale

Toți membrii echipei trebuie să înțeleagă corect ce face compania și cine este publicul ei țintă. Pentru ca nimeni să nu se încurce, este mai bine să scrieți acest lucru chiar la începutul termenilor de referință.

De asemenea, merită să indicați scopul site-ului și să descrieți funcționalitatea acestuia pe scurt - pentru a nu ajunge la un magazin online în loc de un blog.

Explicați termenii dificili

Prima regulă a termenilor de referință este că trebuie să fie înțeles de toată lumea căruia îi este destinat. Dacă urmează să folosiți termeni pe care clientul dvs., proprietarul unui magazin de jucării pentru copii, s-ar putea să nu îi înțeleagă, asigurați-vă că îi explicați. Într-un limbaj clar, nu copy-paste de pe Wikipedia.

Descrieți instrumentele și cerințele de găzduire

Imaginează-ți că ai petrecut 2 luni creând un site web grozav. Fiecare etapă a fost coordonată cu clientul – acesta a fost încântat. Și acum este timpul să predați munca. Arăți panoul de administrare, iar clientul strigă: „Ce este asta? Modex?! Credeam că o vei face pe WordPress!”

Pentru a evita astfel de probleme, descrieți instrumentele, motoarele și bibliotecile utilizate. În același timp, indicați cerințele dvs. de găzduire. Nu se știe niciodată, o vei face în PHP - iar clientul are un server în .NET.

Enumerați cerințele pentru funcționarea site-ului

Site-ul trebuie să funcționeze în toate browserele actuale și pe toate tipurile de dispozitive. Da, acest lucru este evident pentru orice dezvoltator și pentru orice client. Dar este mai bine să scrieți pentru a proteja clientul de munca făcută cu rea-credință.

Scrieți aici cerințele pentru viteza de încărcare a site-ului, rezistența la încărcare, protecția împotriva atacurilor hackerilor și lucruri similare.

Specificați structura site-ului

Înainte de a începe să desenați designul și aspectul, trebuie să conveniți asupra structurii site-ului cu clientul.

Discutați cu clientul și aflați de ce are nevoie. Adunați dezvoltatori, specialiști SEO, marketeri, redactor-șef - și decideți ce pagini sunt necesare pe site. Gândiți-vă cum vor fi conectați unul la altul, de la care puteți trece.

Puteți afișa structura cu o listă, puteți desena o diagramă bloc. După cum preferi.

Aceasta este una dintre cele mai importante etape ale lucrului pe site. Structura este fundația. Dacă nu are succes, site-ul se va dovedi a fi strâmb.

Explicați ce va fi pe fiecare pagină

Clientul trebuie să înțeleagă de ce este necesară fiecare pagină și ce elemente vor fi pe ea. Există două moduri de a arăta acest lucru.

Prototip- un mod mai vizual și lipsit de ambiguitate. Antreprenorul desenează schițe ale fiecărei pagini și le atașează la termenii de referință. Clientul vede cum va arăta interfața viitorului său site web și spune ce îi place și ce trebuie schimbat.

Enumerarea elementelor- o alternativă leneșă la prototip. Doar scrieți ce blocuri ar trebui să fie pe pagină și ce fac acestea.

Descrieți scenariile de utilizare a site-ului

Dacă creați un fel de interfață non-standard, doar afișarea structurii și a miniaturilor paginii nu este suficientă. Este important ca întreaga echipă de execuție și clientul să înțeleagă cum vor folosi vizitatorii site-ul. Scripturile sunt grozave pentru asta. Diagrama scenariului este foarte simplă:

Acțiunea utilizatorului.
Răspunsul site-ului.
Rezultat.

Desigur, dacă creați o carte de vizită standard sau o pagină de destinație, nu este nevoie să scrieți scripturi. Dar dacă există unele servicii interactive pe site, este foarte de dorit.

Citiți mai multe despre cazuri de utilizare în Wikipedia.

Stabiliți cine este responsabil pentru conținut

Unii dezvoltatori creează imediat un site web cu conținut. Alții pun pește. Alții pot scrie texte, dar pentru o taxă suplimentară. Acceptați acest lucru pe țărm și scrieți în termenii de referință ce conținut ar trebui să pregătiți.

Este destul de dificil să vină cu criterii obiective de apreciere a calității textelor. Este mai bine să nu scrieți altceva decât „Conținut de înaltă calitate, interesant și de vânzare, care este util pentru publicul țintă”. Este un gunoi, nimeni nu are nevoie de el.

Specificarea faptului că tot conținutul trebuie să fie unic este utilă. O altă protecție pentru client față de artiștii fără scrupule.

Descrieți designul (dacă puteți)

Ca și în cazul textului, este dificil să veniți cu criterii obiective pentru evaluarea designului site-ului web. Dacă dvs. și clientul ați convenit asupra unei scheme de culori, notați-o. Dacă are o carte de marcă în care sunt specificate fonturile, indicați-le și pe acestea.

Nu este nevoie să scrieți despre design frumos și modern. Nu înseamnă nimic, nu are putere și în general ugh.

În loc de o concluzie: structura termenilor de referință

Structura specificațiilor tehnice va fi diferită pentru diferite sarcini. Este o prostie să faci aceleași specificații tehnice pentru o nouă rețea de socializare și o pagină de destinație pentru vânzarea angro de morcovi. Dar, în general, aveți nevoie de aceste secțiuni:

Informații despre companie și publicul țintă, scopurile și obiectivele site-ului.
Un glosar de termeni care poate să nu fie clar pentru client.
Cerințe tehnice pentru amenajarea și funcționarea șantierului.
Descrierea tehnologiilor utilizate și o listă a cerințelor de găzduire.
Structura detaliată a site-ului.
Prototipuri de pagini sau descrieri ale elementelor care ar trebui să fie pe acestea.
Scenarii pentru utilizarea unei interfețe non-standard (opțional).
Lista de conținut pe care o creează dezvoltatorul.
Cerințe de proiectare (opțional).

Reguli pentru compilarea Specificației cerințelor software. SRS este următorul pas în evoluția specificațiilor tehnice. Necesar pentru proiecte mari și complexe.
Standarde și șabloane de specificații tehnice pentru dezvoltarea software. Descrieri ale diferitelor GOST și metodologii pentru crearea specificațiilor tehnice.

Acesta este sfârșitul părții pe care am scris-o. Dar mai există unul - comentarii de la specialiști care au ajutat la realizarea ghidului. Citiți-l, este și interesant.

Comentariile dezvoltatorilor

Am discutat cu mai mulți dezvoltatori pentru a afla cum creează specificațiile tehnice. Le transmit microfonul.

Specificația tehnică este întocmită de managerul de proiect după comunicarea cu clientul și discutarea sarcinii cu proiectantul.

Clienții mari solicită adesea specificații tehnice foarte detaliate, care descriu fiecare buton. Companiile mici, dimpotrivă, nu le plac documentele meticuloase de 100 de pagini. Este o lectură lungă și este ușor să ratezi ceva important. Mai des facem specificații tehnice concise de 10-15 pagini.

Indicăm:

Informații despre companie și scopul site-ului.
Cerințe pentru design, schemă de culori.
Tehnologii și CMS utilizate.
Cine produce conținutul - noi sau clientul.
Structura site-ului până la fiecare pagină.
Descrieri pentru fiecare pagină. Nu facem prototipuri, dar precizăm ce elemente ar trebui să fie pe pagină și cum ar trebui să funcționeze.

Ultimele 2 secțiuni sunt cele mai importante. Ei sunt cei care oferă o înțelegere despre cum va fi site-ul și cum va funcționa.

Un punct foarte important - nu puteți doar să oferiți termenii de referință dezvoltatorilor și să sperați că vor face totul bine. Specificația tehnică este o listă de cerințe pentru site; nu poate înlocui comunicarea. Este important să vă asigurați că fiecare membru al echipei înțelege obiectivul general și nu face doar sarcini din mers. Dacă ceva nu este clar, este necesar să explicați, să discutați și să faceți comentarii detaliate.

Mulți oameni se confruntă cu faptul că este destul de dificil să explicăm pe scurt și clar ceea ce ne dorim în viața de zi cu zi. Și atunci când trebuie să oferi unui specialist sarcina de a scrie un program pentru o organizație sau un antreprenor individual, ținând cont de caracteristicile și dorințele tale de funcționalitate, poți rămâne complet blocat.

Cine ar trebui să scrie specificațiile tehnice?

Bineînțeles, specificațiile tehnice trebuie furnizate de client, deoarece acesta își cunoaște cu siguranță nevoile și capacitățile. Dar, după cum arată practica, marea majoritate a clienților nu sunt competenți în 1C. De aceea, antreprenorul însuși este adesea forțat să se aprofundeze în nevoile clientului, să înțeleagă ce produs final are nevoie și, în consecință, să pună toate acestea în scris pentru programator.

De ce este nevoie de specificația tehnică?

Într-o situație ideală, cu una sau alta modificare a unui produs software 1C, este necesară o specificație tehnică. În primul rând, trebuie precizate sarcinile, termenele limită și metoda de execuție.

Acesta este un document important, deoarece în cazul în care apar probleme controversate, elaborarea competentă a specificațiilor tehnice va deveni punctul de plecare al negocierilor.

Dacă să întocmești sau nu o specificație tehnică este ceva ce fiecare decide singur, dar cu siguranță nu va fi de prisos: va simplifica comunicarea cu clientul și va conferi lucrării un caracter business și concret.

Să subliniem o listă cu cele mai importante puncte care ar trebui să fie incluse în specificațiile tehnice:

1. Scop/Obiectiv. Formulați ce ar trebui implementat în final.

2. Descriere. Subliniați pe scurt conținutul îmbunătățirilor planificate.

3. Metoda de implementare. Descrieți în detaliu metodele prin care obiectivul trebuie atins. Toate caracteristicile sarcinii ar trebui să fie scrise în limba programatorului: registre, directoare (creați-le sau editați-le); proiectarea interfeței etc. Pentru cei care nu sunt familiarizați și au auzit doar ceva despre un anumit limbaj de programare, vă sfătuim să nu faceți încercări inutile de a „vorbi” într-un limbaj tehnic. Deoarece în mod ideal, o descriere este o afirmație uscată care elimină ambiguitatea și posibilitatea de a apărea întrebări inutile. În plus, acest paragraf poate include un exemplu despre modul în care programarea similară a fost deja efectuată undeva.

4. Evaluarea performanței. Acest punct este foarte important - trebuie să descrie costurile forței de muncă.

Încă două puncte importante: există standarde aprobate pentru redactarea specificațiilor tehnice - GOST-uri. În zilele noastre sunt rar folosite, dar unii clienți pot cere să le folosească în mod demodat.

Și în al doilea rând, atunci când lucrarea este predată, poate apărea așa ceva - „dar ți-am cam cerut să faci așa ceva și apoi...”. Există posibilitatea ca va trebui să începi să faci totul de la bun început.

Prin urmare, repetăm că o specificație tehnică bine scrisă va fi utilă atât pentru client, cât și pentru antreprenor.

Exemplu de specificații tehnice pentru un programator

Specificații tehnice 1C pentru finalizarea prelucrărilor externe

Ţintă
Este necesar să configurați încărcarea datelor de la 1C la locul de muncă automatizat al băncii.

Descriere

În legătură cu trecerea organizației la configurația 1C „Salarii și personal al unei instituții guvernamentale”, este necesară dezvoltarea altor soluții de procesare care să ofere funcționalități similare pe noua configurație.

Încărcarea datelor ar trebui să se bazeze pe documentele „Cererea de deschidere a conturilor personale ale angajaților” și „Declarația de plată a salariilor către bancă”.

Datele inițiale

Prelucrare existentă pentru configurația 1C „Salariul unei instituții bugetare”, care încarcă date din documentul „Cerere de deschidere a conturilor personale ale angajaților” și din alte directoare și se înregistrează în fișierul DBF pentru schimbul de date cu locul de muncă automatizat al băncii conform standardului stabilit .

Prelucrarea încarcă datele în câmpurile TAB_N, NUME, SERNUM, PASSCODE, PDAT, PWHR, BIRTHDAY, POSTINDEX, COUNTRY, CITY, STRADA, REGIUNE, BUILDING, CORP, FLAT, BPLACE, CITIZEN informațiile corespunzătoare din configurația 1C, introduse anterior în documentul specificat și alte tabele contabile. Se încarcă numărul de personal, numele complet al angajatului, pașaportul și detaliile adresei, ziua de naștere și cetățenia.

Metoda de implementare

Acestea vor fi rapoarte externe și procesare folosind mecanismul de extensie, dacă parametrii actuali de compatibilitate a bazei de date și capabilitățile platformei permit acest lucru. Când schimbați configurația bazei de date, ar trebui să creați: directoare, documente, registre.

Evaluarea performanței

P Sunt necesare 5 zile lucrătoare de lucru la programator.