Înainte de începerea oricărei proiecte, scopul și domeniul de aplicare al dispozitivului proiectat trebuie stabilite între Clientul Proiectului și Dezvoltatorul acestuia, iar toate caracteristicile sale tehnice (tactice și tehnice) trebuie să fie pe deplin convenite. În acest scop, se elaborează un document special - Sarcina tehnică pentru proiectarea acestui dispozitiv sau sistem.

În viitor, pentru Dezvoltator, specificația tehnică este documentul principal, fundamental, care ghidează toate etapele dezvoltării proiectului.

Elaborarea termenilor de referință este un proces foarte important și responsabil. Greșelile făcute în acest stadiu de dezvoltare pot duce la consecințe foarte grave.

De regulă, elaborarea Specificațiilor tehnice este realizată în comun de către reprezentanții Clientului și Proiectantului. Specificațiile tehnice necesită o mare erudiție și experiență din partea dezvoltatorilor. Prin urmare, termenii de referință sunt întocmiți de specialiști de frunte, cei mai calificați, cu o experiență semnificativă în acest domeniu.

Termenii de referință determină principalele direcții de dezvoltare - proiectarea și principiul de funcționare al viitorului produs (dispozitiv, sistem).

Specificația tehnică este etapa inițială a lucrării și este întocmită pentru toate evoluțiile și tipurile de lucrări necesare creării unui nou produs. Termenii de referință pot include și, ca una dintre secțiuni, realizarea

Lucrări de cercetare,

Munca de dezvoltare,

Dezvoltarea de echipamente de automatizare, componente și sisteme individuale, tehnologie, instrumente de măsură, echipamente de control, echipamente de siguranță etc.

Responsabilitatea Clientului este de a furniza dezvoltatorului date inițiale fiabile pentru dezvoltarea produsului. Clientul este responsabil pentru cerințele pentru noul produs și pentru datele inițiale și poartă întreaga responsabilitate pentru corectitudinea informațiilor furnizate.

Termenii de referință ar trebui să conțină trei secțiuni principale:

1. cerințe tehnice și economice pentru produse care determină proprietățile lor de consum și eficacitatea utilizării;

2. lista documentelor care necesită o analiză comună de către Client și Dezvoltator,

3. procedura de livrare și acceptare a rezultatelor dezvoltării.

Dacă este necesar, specificația tehnică poate conține și cerințe pentru pregătirea și dezvoltarea producției.

Conținutul specific al specificației tehnice este determinat de către Client și Dezvoltator, iar în cazul dezvoltării proactive - de către Dezvoltator.

Dacă Clientul are cerințe individuale pentru produsele în curs de dezvoltare care diferă de cerințele standardelor, dar nu reduc eficacitatea utilizării produselor în condițiile specificate, ar trebui să obțină un aviz de la Standardul de Stat al Federației Ruse cu privire la posibilitatea dezvoltării și fabricării acestor produse.

Nu este permisă includerea în caietul de sarcini a unor cerințe care contravin cerințelor standardelor și documentelor de reglementare ale organismelor care supraveghează securitatea, sănătatea și protecția mediului.

Termenii de referință ar trebui să conțină cât mai multe informații posibil pentru a facilita munca designerului și pentru a reduce timpul de dezvoltare.

Calitatea Termenilor de Referință este asigurată de volumul și completitudinea colecției de materiale necesare dezvoltării. Următoarele materiale sunt utilizate în dezvoltare:

Informații științifice și tehnice,

Informații privind brevetele,

Caracteristicile pieței de vânzare,

Caracteristicile producției în care va fi fabricat produsul (echipamente tehnologice, calificarea personalului, nivelul de organizare a muncii etc.).

Termenii de referință, de regulă, stabilesc următorii indicatori ai produsului în curs de dezvoltare:

Indicatori prevăzuți ai nivelului tehnic și calității,

Scop principal

Caracteristicile pieței de vânzare,

Caracteristici tehnice și de performanță,

Nivel de standardizare și unificare,

Indicatori tehnico-economici

Indicatori legal de brevet,

Cerințe speciale pentru produs etc.

Termenii de referință sunt dezvoltați și aprobati în modul stabilit de către Client și Dezvoltator.

Procedura generală pentru elaborarea și aprobarea specificațiilor tehnice este stabilită de Standardul de stat al Rusiei GOST 15.001-88

Termenii de referință stipulează etapele de dezvoltare și calendarul fiecărei etape și dezvoltarea în ansamblu.

Specificațiile tehnice sunt întocmite în conformitate cu cerințele generale pentru documentele de proiectare text în conformitate cu Standardul de stat GOST 2.105-95.

tabelul 1

Scopul principal al specificației tehnice este de a defini și înregistra în mod clar cerințele pentru obiectul achiziției. În același timp, legea stabilește că numele achiziției este indicat în conformitate cu (Partea 4 a articolului 23). Catalogul a fost aprobat prin HG nr. 145 din 02.08.2017.

Dacă există o descriere a produselor achiziționate în KTU, clientul este obligat să:

• descrieți obiectul achiziției așa cum este furnizat de KRU;
• includeți o justificare scrisă în descriere (dacă descrierea diferă de cea prevăzută în KTR).

Regulile aprobate prin HG din 06/05/2015 nr. 555 prevăd obligația clientului de a indica numele articolului achiziționat în timpul procesului de justificare.

Clientul formulează cerințele pe baza regulilor de descriere a obiectului achiziției (articolul 33). Să evidențiem câteva condiții obligatorii:

• indicarea echivalentului;
• valabilitate prin reglementări sau alte documente de reglementare;
• disponibilitatea specificațiilor, planurilor, desenelor, schițelor, imaginilor (dacă este necesar);
• stare noua a bunurilor (daca clientul nu are alte nevoi);
• cerințe privind acordarea unei garanții.

Ce să includă în specificațiile tehnice

• Informații generale;
• informatii despre obiectul achizitionat;
• cerințe pentru furnizori;
• conditii;
• aplicații (permise la discreția clientului).

Etapele întocmirii specificațiilor tehnice

1. Faceți o listă de termeni, definiții și abrevieri care vor fi folosite în document.

2. Furnizați informații complete despre client:

• denumirea (denumirea oficială a organizației indicând forma sa juridică);
• adresa (a organizației sau unității care este responsabilă cu achizițiile publice);
• program de lucru în conformitate cu reglementările interne ale muncii.

3. Furnizați următoarele informații în informațiile privind achizițiile:

• sau nu, iar dacă da - drepturile și obligațiile fiecărui client (HG din 28 noiembrie 2013 nr. 1088);
• achiziții centralizate, informații despre organismul autorizat (Partea 1, art. 26 din Legea nr. 44-FZ);
• implicarea experților, procedura pentru activitatea lor.

4. Listați informații despre achizițiile publice:

• metoda de determinare a furnizorului (partea 1 a articolului 24);
• justificarea metodei alese de determinare a furnizorului (partea 5 a articolului 24).

5. Enumerați cerințele pentru participanți: reputația afacerii, disponibilitatea facilităților de producție.

6. Indicați condițiile inițiale: referință, producție, informații experimentale care influențează executarea contractului. De exemplu, este posibil să deserviți echipamentele achiziționate doar dimineața.

7. Furnizați informații despre caracteristicile procesului de producție al clientului sau ale obiectului arhitectural care vor afecta procesul de executare a contractului. De exemplu, la întocmirea unei specificații tehnice, poate fi necesar să indicați că în timpul livrării este necesar să urcați manual la etajul trei din cauza lipsei unui lift.

8. Indicați locația exactă a obiectului și, dacă este necesar, descrierea completă a acestuia. Acest lucru poate fi necesar, de exemplu, pentru proiectarea utilităților sau pentru calcularea cu precizie a costului reparațiilor.

9. Furnizați rezultatele dorite (ce problemă dorește să rezolve clientul) și obiectivele achizițiilor publice (articolul 13 44-FZ).

10. Indicați sursa de finanțare.

11. Stabiliți o cerință ca participanții să respecte un anumit cadru de reglementare, inclusiv cele legate de obiectul contractului, condițiile de executare, termenii și obligațiile de garanție.

12. Stabiliți condițiile achizițiilor publice (Partea 1, Articolul 19).

13. Indicați denumirea și justificarea obiectului achiziției publice.

14. Descrieți obiectul achiziției publice cât mai precis și detaliat posibil (articolul 33).

15. Determinați caracteristicile de mediu ale obiectului achiziționat.

16. Precizați volumul de mărfuri achiziționate, precum și frecvența și timpul de livrare.

17. Stabiliți perioada de garanție și sfera garanțiilor oferite.

18. Stabiliți cerințe pentru ambalare, etichetare, ce simboluri și simboluri speciale ar trebui să fie pe acesta.

19. Obligația de a furniza confirmarea unui produs nou sau a necesității unui produs cu o stare diferită.

20. Determinați costurile de exploatare.

21. Decideți dacă sunt necesare instalarea și reglarea.

22. Stabiliți procedura de livrare și recepție.

23. Indicați necesitatea efectuării testării și instruirii persoanelor care vor folosi produsul achiziționat.

Exemple de specificații tehnice pentru mărfuri, lucrări, servicii în anul 2019

Amintiți-vă că un eșantion de specificație tehnică universală pentru Legea federală-44 nu a fost elaborat; fiecare achiziție necesită o abordare individuală. Acesta este singurul mod de a lua în considerare toate nevoile și caracteristicile clientului. Ca ghid, puteți folosi acest exemplu de specificație tehnică conform 44-FZ (eșantion).

Mai jos este un exemplu de specificație tehnică pentru furnizarea de bunuri sub 44-FZ.

De asemenea, puteți găsi un exemplu de termeni de referință pentru efectuarea lucrărilor conform Legii federale-44 în materialul nostru despre sau sisteme.

O specificație tehnică este un document inițial destinat dezvoltării proiectării unui proiect de construcție, care conține toate datele despre obiect și toate caracteristicile pe care obiectul ar trebui să le aibă după finalizarea lucrării. Judecând după compoziția textului, putem spune că termenii de referință pentru construcție sunt un exemplu de ceea ce își dorește clientul.

Conținutul aproximativ al specificațiilor tehnice

Specificația tehnică completată ideală pentru proiectarea construcțiilor ar trebui să includă toate informațiile pe care clientul le poate furniza.

Clientul trebuie să înțeleagă clar ce dorește să obțină ca rezultat și să transmită aceste informații contractantului.

Termenii de referință constau de obicei din următoarele secțiuni.

Informații totale

Această secțiune ar trebui să conțină următoarele informații (la discreția clientului):

• Justificarea construcției - o comandă de la șeful organizației clienților sau un alt document.
• Tip de construcție - nou început, reconstrucție sau alta.
• Numele complet al organizației clienților.
• Informații despre caracteristicile amplasamentului alocat pentru construcție - caracteristici geologice, tipul de sol, localizarea apei subterane, prezența vegetației pentru tăiere.
• Cerințe de bază pentru obiect: tipul obiectului, scopul, numărul de etaje, posibilitatea utilizării proiectelor standard sau numai individuale, suprafața clădirii și permisiunea de utilizare a spațiului subteran al șantierului.
• Secvența de construcție - dacă există o secvență de lansare a echipamentelor sau instalațiilor pe șantier.
• Datele obligatorii de începere și finalizare pentru construcție. Data dorită de finalizare a obiectului. Acest punct trebuie să fie prezent în orice specificație tehnică. Data livrării obiectului trebuie să fie anterioară sau să coincidă cu data încheierii contractului.
• Gradul de fiabilitate al clădirii (în conformitate cu cerințele GOST 54257-2010).
• Caracteristici de proiectare - numărul de etape.
• Disponibilitatea documentației inițiale pentru construcție, inclusiv toate autorizațiile.

Cerințe de design

• Completitudinea deciziilor de planificare urbană este necesitatea amenajării și amenajării teritoriului site-ului. Acest paragraf ar trebui să conțină și cerințe pentru amplasarea proiectului de construcție pe șantier.
• Arhitectura instalațiilor, inclusiv soluții de fațadă și soluții de eficiență energetică a clădirilor. În acest paragraf puteți specifica numărul de balcoane, ferestre, amplasarea ieșirilor principale și de urgență și designul acestora.
• Caracteristici ale soluțiilor de proiectare: tipul de fundație propus, pereți și tavane.
• Solutii de finisare: posibilitatea folosirii materialelor locale sau de import, recomandari de utilizare a acestora si alegerea culorilor.
• Soluții de inginerie: amplasarea eficientă a rețelelor de utilități, inclusiv soluții pentru optimizarea alimentării cu apă și eliminarea apelor uzate.
• Alimentarea cu energie a instalației și eficiența acesteia. Acest articol poate include chiar și numărul necesar de prize în fiecare cameră.
• Design de iluminat. Clauza poate include o cerință de a efectua calculele necesare pentru standardele de iluminare pentru fiecare încăpere a instalației.
• Necesitatea proiectării sistemelor de securitate (alarme de securitate și de incendiu sau ambele alarme de securitate și de incendiu separat), sisteme de transmitere a datelor și alte sisteme (ventilație, încălzire, aer condiționat).
• Infrastructura unității și a amplasamentului - disponibilitatea de parcări, căi pietonale și căi de acces bine întreținute.
• Cerințele clienților pentru conținutul documentelor de proiectare și deviz și forma de depunere a acestora.
• Necesitatea studiilor de fezabilitate a tuturor calculelor.

Instructiuni aditionale

Acest paragraf ar trebui să indice acele cerințe ale clienților care nu sunt reflectate în paragrafele anterioare. De exemplu, disponibilitatea materialelor demonstrative, necesitatea de a dezvolta diverse pașapoarte pentru viitoarea unitate, numărul de copii ale documentației proiectului.

După cum arată practica, o astfel de sarcină de construcție completă este dezvoltată numai în cazurile de construcție mare, nou organizată de obiecte, inclusiv centre comerciale și ansambluri rezidențiale. Informațiile despre fiecare articol ar trebui să fie cât de complete pe cât îl consideră necesar clientul.

Opțiuni pentru proiectarea specificațiilor tehnice

Nu există cerințe uniforme pentru pregătirea specificațiilor tehnice.

Adică, forma sarcinii este aproape arbitrară, dar pe cât posibil de înțeles pentru executant. Puteți finaliza sarcina sub formă de text formatat continuu sau o puteți face în formă tabelară.

1. Sarcina tehnică nr. 1. Varianta de intrebari care ar trebui sa contina specificatii tehnice pentru constructia unei case a viitorului (casa inteligenta). Această opțiune este potrivită pentru clienții deosebit de pretențioși atunci când plănuiesc construcții rezidențiale individuale mari.
2. Misiunea tehnică nr. 2. O specificație tehnică gata făcută pentru proiectarea unui hotel, care reflectă la maximum cerințele pentru construcție în ansamblu și caracteristicile de proiectare ale unității.
3. Sarcina tehnică nr. 3. Acest exemplu este o sarcină tehnică pentru construcția și proiectarea unui complex de depozite cu sediu de birouri, scrisă în text continuu.
4. Explicația formularului de specificații tehnice (cu exemple) de la centrul de protecție a dezvoltatorului. Această pagină oferă exemple de sarcini aprobate pentru diferite tipuri de muncă.

Responsabilitate la intocmirea specificatiilor tehnice

Atunci când întocmește un document, cum ar fi o specificație tehnică pentru construcția unei clădiri, clientul trebuie să formuleze clar toate punctele importante. Conținutul sarcinii nu trebuie să provoace probleme controversate sau ambiguități. Acest document are greutate legală și este în mod necesar anexat la acordul dintre antreprenor și client sub forma unuia dintre anexele principale. Executorul imediat poartă responsabilitatea administrativă pentru corectitudinea atribuirii.

De la autor: Cum se scrie termeni de referință pentru dezvoltarea site-ului web? Subiectul este destul de extins și este dificil să îl analizezi 100% în cadrul unui articol (dacă este posibil). Voi încerca însă să contur în acest articol prevederile generale, ce trebuie avut în vedere, ce atenție trebuie acordată la întocmirea specificațiilor tehnice.

Deci, TK

Termenii de referință sunt pregătiți pentru dezvoltatorul site-ului. La întocmirea unui acord între client și antreprenor trebuie să se facă referire la specificațiile tehnice. Trebuie stipulată responsabilitatea pentru neîndeplinirea sau îndeplinirea incorectă a punctelor și a termenilor specificațiilor tehnice de ambele părți. Dar cel mai important lucru (după părerea mea) pentru care sunt create specificațiile tehnice este pentru accelerarea procesului de dezvoltare a site-ului web.

Să analizăm acest exemplu:

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

Lasă-mă să explic puțin aici. Calendarul este diferit de calendar. Există un calendar care arată pur și simplu numerele în funcție de ziua săptămânii din luna curentă. Există un calendar cu posibilitatea de a răsfoi lunile. Există un calendar cu capacitatea de a răsfoi luni și ani.

Să presupunem că doriți cea mai recentă versiune a unui calendar (cu posibilitatea de a răsfoi luni și ani) cu evidențierea datei curente. Ați indicat în specificație: „este necesar un calendar în bara laterală”. Clientul iti face prima versiune a calendarului (arata pur si simplu numerele dupa ziua saptamanii din luna curenta).

Ce avem. Antreprenorul a îndeplinit cerințele tehnice, dar ați dorit un cu totul alt calendar. Se pare că totul este în conformitate cu specificațiile tehnice, nimeni nu este de vină, nu există conflict, dar cel mai important lucru este pierdut timp si bani.

Acesta este un exemplu de calendar banal.

Dacă trebuie să refaci ceva mai serios, a cărui procesare necesită mai mult de jumătate de zi, ca în cazul unui calendar? Și nu ai un site web, iar clientul se încurcă cu tine, deși ar putea să-ți finalizeze proiectul și să înceapă unul nou.

Prin urmare, decât mai multe detalii Descrieți funcționalitatea fiecărui modul de site, cu atât mai repede veți obține rezultatul. Ambele părți ar trebui să fie interesate de acest lucru.

În ce puncte constă de obicei o specificație tehnică?

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

Indiferent de rolul pe care îl jucați, primul lucru pe care trebuie să îl faceți este să studiați structura organizației, ce face aceasta, nomenclatura, caracteristicile și, în general, tot ceea ce are legătură cu produsul și compania. Ce se va întâmpla pe site depinde de cât de profund înțelege clientul esența a ceea ce se întâmplă la întreprindere. Prin urmare, sarcina aici este reciprocă: clientul trebuie să spună despre întreprindere cât mai detaliat posibil, iar antreprenorul trebuie să înțeleagă temeinic esența a ceea ce se întâmplă.

Chiar dacă tu însuți scrii specificații tehnice pentru o companie care va realiza un site web, este o idee bună să-ți dai seama pe toate pe o bucată de hârtie.

Să mergem punct cu punct.

Descrierea site-ului

Aici puteți scrie în câteva propoziții despre companie și despre ce face aceasta. 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 achiziționat deja)

De ce ai nevoie de un site web?:

• Pentru a îmbunătăți imaginea companiei
• Pentru a crește vânzările
• Pentru confortul clientului

Tipul site-ului:

• Corporativ
• Site – carte de vizită
• Magazin online

Versiuni lingvistice:

• Engleză
• Rusă

Site-ul trebuie să rezolve unele probleme. În consecință, trecem în continuare la scopurile și obiectivele site-ului.

Scopurile si obiectivele site-ului

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

Potențiali cumpărători de produse.

Ţintă: atrageți mai mulți cumpărători și convingeți-i să facă prima achiziție, ajutați să faceți o alegere.

Problemele trebuie rezolvate:

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

• Furnizați informații despre showroom-uri
• Furnizați informații despre rețeaua de retail

Oferiți o oportunitate de a adresa o întrebare prin organizarea de consultări online a potențialilor cumpărători de către specialiștii companiei pe probleme de alegere și achiziție de produse.

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

Acum listăm 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?
• Am nevoie de un bloc de anunțuri?
• Este necesară înregistrarea?
• Este nevoie de o secțiune închisă a site-ului (numai pentru utilizatorii înregistrați)
• Este necesar un formular de feedback?
• Am nevoie de un script de corespondență?
• etc. și așa mai departe.

După ce am descris toate acestea, ajungem la cel mai important și mai interesant lucru. Desigur, toată munca depusă mai sus este foarte importantă, dar acum devine și mai fierbinte.

Descrierea funcționalității site-ului

În acest moment, știm pentru cine este site-ul, ce scopuri și obiective ar trebui să le îndeplinească și 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 ușura sarcina și pentru a nu reinventa roata, puteți căuta site-uri pe subiecte similare. Învățați ceva de la ei, priviți și încercaț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 pe subiecte similare (și dacă nu aveți experiență, atunci chiar trebuie) chiar la începutul elaborării specificațiilor tehnice.

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

În primul rând, trebuie să ne 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 de produse”.

În general, sper că este clar cum să-l descriu. Permiteți-mi să vă prezint versiunea finală a unui posibil meniu pentru site-ul nostru:

Despre companie

• istoria companiei
• contacte
• recenzii

Știri

• evenimente
• stoc
• nou pe site

Produse

• Catalog de produse
• eliberează
• recenzii despre produse

Serviciu

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

Pentru consumator

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

Magazine si magazine online

• fotografii ale produsului
• FAQ

Centre de service

• Cum să devii un centru de servicii
• FAQ

Pentru parteneri

• invitație la cooperare
• FAQ

Se pare că am aranjat meniul. Acum trebuie să descrii ce va fi pe fiecare pagină și cum funcționează totul. În plus, oferă un aspect aproximativ al site-ului. Poate fi desenat pe o bucată de hârtie cu un creion, scanat și atașat la declarația de lucru. 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ă indicați contacte (adresă, telefon, fax) în partea de sus, 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 lucrării.

Logica de operare

Voi descrie pe baza imaginii 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 „serviciu clienți”, afișăm link-uri către „serviciu în garanție”, „serviciu post-garanție”. ”). În consecință, făcând clic pe aceste link-uri duce la paginile corespunzătoare. Aici, sub sub-articolele din stânga, afișăm date pentru contactarea consultanților online (Skype, ICQ). Blocul de promoții și lansări rămâne pe fiecare pagină. Subsolul site-ului este afișat la fel pe fiecare pagină.

Cam așa este descrisă logica generală a muncii.

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

„Feed de știri” cu cele mai recente 10 ș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 integral”. Când faceți clic pe linkul „citește integral”, veți fi direcționat către pagina de știri. Știrile pe care le-ați întâlnit sunt afișate în locul conținutului principal. Include, de asemenea, titlul știrii și data publicării. Fluxul de știri este afișat și în stânga. Știrile din lunile și anii trecuți sunt arhivate. Adică, sub știrile pentru luna curentă afișăm „arhiva pentru (atare și atare lună sau an)”. Când faceți clic pe linkul „arhivă pentru (un anume și astfel de lună sau an)”, o listă de știri pentru luna/anul corespunzător.

Așa descriem funcționarea fiecărui bloc. Să nu uităm de incidentul din calendar. Și cel mai important, trebuie să descrii activitatea catalogului de produse. Aici vă dau o sarcină: Încercați să vă gândiți și să descrieți cum va funcționa directorul. Trimiteți opțiunile dvs. prin e-mail. Vom publica pe cel mai bun.

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

Compatibilitate

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

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

Concluzie

În acest articol, nu am încercat să arăt că așa sunt compilate specificațiile tehnice și nu altfel. Fă asta și nu vor fi probleme. Alcătuirea unei specificații tehnice de înaltă calitate este mai mult o chestiune de experiență. Nu toată lumea va putea să elaboreze o specificație tehnică competentă în primii doi ani.

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

Și nu uita de sarcină!

Și astfel, principalele standarde, metodologii și corpuri de cunoștințe care menționează TK sau SRS (Software (sau System) Requirements Specification):

GOST 34
GOST 19
IEEE STD 830-1998
ISO/IEC/IEEE 29148-2011
RUP
SWEBOK, BABOK etc.

GOST 34

Conform GOST 34, specificația tehnică trebuie să includă următoarele secțiuni:

1. Informații generale
2. Scopul și scopurile creării (dezvoltării) sistemului
3. Caracteristicile obiectelor de automatizare
4. Cerințe de sistem
5. Compoziția și conținutul lucrării pentru crearea sistemului
6. Procedura de control și acceptare a sistemului
7. Cerințe privind compoziția și conținutul lucrării de pregătire a obiectului de automatizare pentru punerea în funcțiune a sistemului
8. Cerințe de documentare
9. Surse de dezvoltare

Atunci când elaborează specificații tehnice pentru proiecte guvernamentale, Clienții, de regulă, solicită respectarea acestui standard special.

GOST 19

1. Introducere;
2. Motive de dezvoltare;
3. Scopul dezvoltării;
4. Cerințe pentru program sau produs software;
5. Cerințe pentru documentația programului;
6. Indicatori tehnico-economici;
7. Etape și etape de dezvoltare;
8. Procedura de control si acceptare;
9. Aplicații.

Desigur, GOST 34 (și 19) sunt deja depășite și nu îmi place să le folosesc, dar cu interpretarea corectă a standardelor, puteți obține specificații tehnice bune, consultați Concluzie.

IEEE STD 830-1998

Descrie conținutul și caracteristicile de calitate ale unei specificații de cerințe software (SRS) bine scrise și oferă mai multe șabloane SRS. Această practică recomandată este menită să stabilească cerințe pentru software-ul în curs de dezvoltare, dar poate fi folosită și pentru a ajuta la selectarea produselor software proprietare și comerciale.

Conform standardului, termenii de referință trebuie să includă următoarele secțiuni:

1. Introducere

• 1. Scop
• 2. Domeniul de aplicare
• 3. Definiții, acronime și abrevieri
• 4. Legături
• 5. Scurtă prezentare generală

• 1. Interacțiuni cu produse (cu alte produse și componente)
• 2. Caracteristicile produsului (scurtă descriere)
• 3. Caracteristicile utilizatorului
• 4. Limitări
• 5. Ipoteze și dependențe

• 1. Cerințe pentru interfețele externe
  • 1. Interfețe cu utilizatorul
  • 2. Interfețe hardware
  • 3. Interfețe software
  • 4. Interfețe
• 2. Cerințe funcționale
• 3. Cerințe de performanță
• 4. Constrângeri de proiectare (și referințe la standarde)
• 5. Cerințe nefuncționale (fiabilitate, disponibilitate, securitate etc.)
• 6. Alte cerințe

De fapt, pentru un începător este destul de dificil să înțeleagă ce ar trebui să fie conținut în aceste secțiuni conform structurii de mai sus (ca și în cazul GOST), așa că trebuie să citiți standardul în sine, care. , cu toate acestea, în engleză. limba.

Ei bine, pentru cei care citesc până la capăt, există un bonus: un exemplu de specificații tehnice pe care l-am scris cu mulți ani în urmă (acum nu mai lucrez ca analist de mult, iar alte exemple mai reușite sunt interzise să fie deschis pentru vizionare publică de către NDA).

• Prezentare de Yuri Buluy Clasificarea cerințelor software și reprezentarea acesteia în standarde și metodologii.
• Analiza cerințelor pentru sistemele informatice automatizate. Cursul 11: Documentarea cerințelor.
• (citește împreună cu comentarii)
• Exemple de specificații tehnice și alte documentații pentru dezvoltarea AS pentru Ministerul Dezvoltării Economice
• Stilul de management GOST. Articolul Gaperton despre lucrul corect cu specificațiile tehnice conform GOST
• Șabloane de documente pentru analist de afaceri de la