Od autora: Kako pisati projektni zadatak (TOR) za razvoj web stranice? Tema je prilično opsežna i teško ju je 100% analizirati u okviru jedne napomene (ako je ikako moguće). Ali pokušat ću da dovoljno detaljno iznesem opće odredbe o tome šta treba uzeti u obzir i na šta treba obratiti pažnju prilikom izrade projektnog zadatka za web stranicu.

Dakle, tehničke specifikacije za izradu web stranica

Tehničke specifikacije su pripremljene za programera. Prilikom sastavljanja ugovora između naručioca i izvođača radova potrebno je pozvati se na opis poslova. Odgovornost za neispunjavanje ili neispravno ispunjavanje tačaka i rokova sa obe strane mora biti predviđena. Ali najvažnija stvar (po mom mišljenju) za koju se kreiraju tehničke specifikacije je za ubrzanje procesa razvoja projekta.

Analizirajmo ovaj primjer:

Pretpostavimo da vam je potreban kalendar negdje sa strane vaše web stranice. Činilo se kao mala stvar. Ali što detaljnije opišete njegovu funkcionalnost, brže ćete dobiti rezultat.

Dozvolite mi da objasnim malo ovdje. Postoji kalendar koji jednostavno prikazuje brojeve po danima u sedmici tekućeg mjeseca. A tu je i mogućnost prelistavanja mjeseci. Postoji kalendar sa mogućnošću listanja meseci i godina.

JavaScript. Brzi početak

Recimo da ti treba zadnja opcija(sa mogućnošću skrolovanja kroz mjesece i godine) sa isticanjem trenutnog datuma. U opisu poslova ste naveli: „kalendar je potreban na bočnoj traci“. Daju vam prvu opciju (jednostavno prikazuje brojeve po danima u sedmici u tekućem mjesecu).

šta imamo? Izvođač je ispunio specifikaciju, ali vi ste htjeli nešto sasvim drugo. Čini se da je sve u skladu, niko nije kriv, nema sukoba, ali ono najvažnije je izgubljeno vremena i novca.

Ovo je primjer samo banalnog kalendara.

Šta ako morate ponoviti nešto ozbiljnije, za čiju obradu je potrebno više od pola dana, kao što je slučaj sa kalendarom? Izvođač je zauzet sa vama kada bi mogao završiti vaš projekat i započeti novi.

Stoga, nego više detalja Ako opišete funkcionalnost svakog modula, brže ćete dobiti rezultat. Za ovo bi trebalo da budu zainteresovane obe strane.

Od kojih se tačaka obično sastoji tehnička specifikacija?

Zamislimo da ste vlasnik kompanije ili firme. Vaša kompanija se bavi proizvodnjom bilo kojeg proizvoda i njegovom prodajom. Imate kupce. Surađujete s prodavačima (trgovine i online trgovine), servisnim centrima i potrošačima proizvoda. Ili pravite resurs za takvu kompaniju i trebate napisati tehničku specifikaciju.

Bez obzira koju ulogu igrate, prvo što trebate učiniti prije izrade tehničkih specifikacija za izradu web dizajna je proučiti strukturu organizacije, čime se bavi, nomenklaturu, karakteristike i općenito sve što je povezano s proizvodom. i kompanija. Šta će se desiti na resursu zavisi od toga koliko duboko kupac razume suštinu onoga što se dešava u preduzeću. Stoga je zadatak ovdje zajednički: kupac mora ispričati o preduzeću što je detaljnije moguće, a izvođač mora temeljito razumjeti suštinu onoga što se dešava.

Čak i ako sami pišete tehničke specifikacije za kompaniju koja će raditi vaš projekat, dobra je ideja da sve to shvatite na komadu papira.

Idemo tačku po tačku.

Opis

Ovdje možete u par rečenica napisati o kompaniji i o tome čime se bavi. Uradite nešto poput uvoda.

za koga - ciljna publika:

potencijalni kupci

prodavci proizvoda (trgovine, internet trgovine)

servisni centri

partneri (firme)

potrošači proizvoda (oni koji su već kupili)

Zašto vam je potrebna web stranica:

Za poboljšanje imidža kompanije

Za povećanje prodaje

Za udobnost kupaca

Corporate

Web stranica – vizit karta

Online prodavnica

Jezičke verzije:

engleski

Stranica mora riješiti neke probleme. Shodno tome, idemo dalje ka ciljevima i zadacima.

Ciljevi i zadaci

U ovom dijelu tehničkih specifikacija prolazimo kroz cjelokupnu ciljnu publiku i opisujemo niz zadataka koje bi stranica trebala riješiti za njih.

Potencijalni kupci proizvoda.

Cilj: privući više kupaca i uvjeriti vas da napravite prvu kupovinu, pomoći vam da napravite izbor.

Probleme je potrebno riješiti:

Pružaju kvalitetne, sveobuhvatne informacije o proizvodima, dodatne usluge, garancije, servis, metode odabira.

Dajte informacije o izložbenim prostorima

Dajte informacije o maloprodajnoj mreži

Dajte priliku da postavite pitanje tako što ćete organizovati online konsultacije potencijalnih kupaca od strane stručnjaka kompanije o pitanjima izbora i kupovine proizvoda.

Tako prolazimo kroz cjelokupnu ciljnu publiku. Također opisujemo ciljeve i ciljeve prodavača proizvoda (trgovine, online trgovine), servisnih centara, partnera (firme) i potrošača proizvoda. Odnosno, ono što bi stranica trebala učiniti posebno za svakog od njih.

Sada navodimo module.

Funkcionalnost stranice

Da biste naveli funkcionalnost, morate odlučiti šta joj je potrebno:

Da li je potrebna registracija?

Da li mi treba zatvorena sekcija (samo za registrovane korisnike)

Da li je potreban obrazac za povratne informacije?

itd. itd.

JavaScript. Brzi početak

Istražite Osnove JavaScripta na praktičnom primjeru izrade web aplikacije

Nakon što smo sve ovo opisali, dolazimo do najvažnijeg i najzanimljivijeg. Naravno, sav posao urađen iznad je veoma važan, ali sada postaje još vruće.

Opis funkcionalnosti

On trenutno znamo kome je sajt namenjen, koje ciljeve i zadatke treba da ispuni, što je dodatno funkcionalnost.

Došlo je vrijeme kada sve prikupljene informacije trebate unijeti u sistem i lijepo urediti. Da biste olakšali zadatak i ne izmislili točak, možete pogledati resurse na slične teme. Uzmite nešto od njih, pogledajte i isprobajte njihovu funkcionalnost i ono što vam se činilo nezgodnim pokušajte to poboljšati na svom projektu. U principu, možete pogledati web stranice na slične teme (a ako nemate iskustva, onda čak trebate) na samom početku izrade tehničkih specifikacija.

Predlažem da počnete sa stavkama menija. Mora prikazati glavne stranice i osigurati da svaki posjetitelj brzo pronađe informacije za sebe. A posjetioci su naši ciljnu publiku. Meni će sadržavati mnogo stavki, tako da će biti u obliku padajuće liste.

Prvo, morate nam reći nešto o kompaniji. Mogu postojati stranice o kompaniji, istorijat kompanije, kontakti, recenzije.

Naravno, u meniju treba da postoji stavka „proizvodi“, sa podstavkama „katalog proizvoda“, „izdanja“, „recenzije proizvoda“.

Općenito, nadam se da je jasno kako to opisati. Dozvolite mi da vam predstavim konačnu verziju mogućeg menija:

o kompaniji

istorija kompanije

kontakti

proizvodi

katalog proizvoda

recenzije proizvoda

servisni odjel

garantni servis

post-garantni servis

potrošaču

kupovina i dostava

koristiti

o usluzi

prodavnicama i internet prodavnicama

fotografije proizvoda

Često postavljana pitanja

servisni centri

Kako postati servisni centar

Često postavljana pitanja

partneri

poziv na saradnju

Često postavljana pitanja

Izgleda da smo sredili jelovnik. Sada morate opisati šta će biti na svakoj stranici i kako sve to funkcionira. Plus dajte približni raspored. Može se nacrtati na komadu papira olovkom, skenirati i priložiti tehničkim specifikacijama. Jedino što ću reći je da ne ograničavate maštu dizajnera, skicirajte je sami opšti pogled.

Ovaj dio se mijenja ovisno o tome kako želite da vaša stranica izgleda. Možda vam ne treba toliko banera na vrhu, možda trebate naznačiti kontakte (adresa, telefon, faks) na vrhu, možda u obliku ikone „mapa sajta“, „doma“, „kontakti“. Možda vam ne trebaju vijesti na lijevoj strani, ali prikažite "promocije i izdanja" na lijevoj strani.

Sada je najvažnije opisati logiku rada.

Operativna logika

Opisaću na osnovu gornje slike.

Zaglavlje ostaje isto na svakoj stranici. News feed je vidljiv samo na početna stranica. Na sekundarnim stranicama s lijeve strane prikazujemo podstavke menija stavke u kojoj se trenutno nalazimo (na primjer, ako se nalazimo na stranici „servis za korisnike“, prikazujemo linkove na „garantni servis“, „post-garantni servis“ ”). U skladu s tim, klik na ove veze vodi na odgovarajuće stranice. Ovdje, ispod podstavki s lijeve strane, prikazujemo podatke za kontaktiranje online konsultanata (Skype, ICQ). Blok promocije i izdanja ostaje na svakoj stranici. Podnožje se isto prikazuje na svakoj stranici.

Ovako je otprilike opisana opća logika rada.

Sada, u našem opisu poslova za razvoj web stranice, detaljno opisujemo svaki određeni blok stranice. Na primjer, “News Feed”.

"News feed" od 10 najnovije vijesti. Svaka vijest treba da se sastoji od naslova vijesti, datuma objavljivanja, kratkog početka vijesti (4-5 redova) i linka „pročitaj u cijelosti“. Kada kliknete na link “pročitaj u cijelosti”, bit ćete preusmjereni na stranicu s vijestima. Vijesti na koje ste naišli prikazuju se umjesto glavnog sadržaja. Također uključuje naslov vijesti i datum objavljivanja. Na lijevoj strani se također prikazuje vijesti. Arhiviraju se vijesti iz proteklih mjeseci i godina. Odnosno, ispod vijesti za tekućeg mjeseca prikazati “arhiva za (takav i taj mjesec ili godinu)”. Kada kliknete na link “arhiviraj za (takav mjesec ili godinu)” pada lista vijesti za odgovarajući mjesec/godinu.

Ovako opisujemo rad svakog bloka. Ne zaboravimo na kalendarski incident. I što je najvažnije, morate opisati rad kataloga proizvoda. Evo ti dajem zadatak: pokušajte dobro razmisliti i opisati kako će katalog funkcionirati. Svoje opcije pošaljite e-poštom. Objavićemo najbolju.

Šta bi još trebalo biti? Bilo bi lijepo naznačiti kompatibilnost.

Kompatibilnost

U ovom paragrafu našeg opisa poslova za kreiranje web stranice navodimo koje operativni sistemi i u kojim pretraživačima bi web stranica trebala izgledati jednako dobro. U kojoj verziji, na kom jeziku treba da bude napisano. Koji CMS se koristi. Vrijedi ovo naglasiti ako zaista znate o čemu pričate.

Ako ne znate ova pitanja, jednostavno navedite pretraživače u kojima bi se stranica trebala ispravno prikazati. Za ostalo se oslonite na savjest izvođača.

Zaključak

U ovom članku nisam pokušavao pokazati da se tehničke specifikacije sastavljaju upravo na taj način i nikako drugačije. Uradite to i neće biti problema. Sastavite kvalitativ projektni zadatak za razvoj web stranice- ovo je više pitanje iskustvo. Neće svi moći stvoriti kompetentnu tehničku specifikaciju u prvih nekoliko godina.

U ovom članku želio sam pokazati primjer i principe na kojima se gradi uzorak tehničke specifikacije za razvoj dizajna i logike web stranice, kao i glavne točke na koje vrijedi obratiti pažnju. Koliko sam u tome uspio, nadam se da ću saznati iz vaših komentara.

I ne zaboravite na zadatak!

Jedna od najvažnijih komponenti u svakoj nabavci je projektni zadatak. Sastavlja ga kupac kako bi najbolje opisao proizvod ili usluge koje treba da primi.

Što su tehničke specifikacije preciznije i ispravnije, to će lakše biti i dobavljaču i samom kupcu.

Uslovi poslovanja za kupovinu moraju biti u skladu sa zakonskim zahtjevima. I pored 44-FZ, prilikom pripreme tehničkih specifikacija, potrebno je uzeti u obzir regulatorne zahtjeve Antimonopolske službe i zakonodavstvo o tehničkoj regulativi.

Uostalom, njihovo kršenje, kao i nepotpun ili neprecizan opis traženih usluga ili robe, može dovesti do podnošenja neodgovarajućih prijava, au slučaju odbijanja ovim dobavljačima, do žalbe FAS-u za neopravdano odbijanje.

Razvoj tehničkih specifikacija za 44-FZ

Kvalitetna priprema tehničkih specifikacija za kupovinu ključ je uspješnog tendera, jer kada se razrade sve tačke tehničkih specifikacija, dobićete konkurentne, relevantne i jake prijave za učešće sa ponudom tačnog proizvoda, posla. ili uslugu koju očekujete da dobijete.

savjet: Vrijedno je zapamtiti da pretjerani zahtjevi i specifikacije mogu biti u suprotnosti sa zahtjevima 44-FZ, tako da uvijek trebate slijediti njegove standarde.

Ako vam je potrebna pomoć u izradi dokumenata u skladu sa specifikacijama kupca ili niste sigurni u ispravnost popunjavanja, možete koristiti našu uslugu prijavnog formulara ili dobiti besplatnu konsultaciju od naših stručnjaka.

Sveukupnost svih tehničkih specifikacija sastavljenih prema 44-FZ za nabavku direktno utiče na plan nabavke i formira raspored za budući period. U idealnom slučaju, kupac, prilikom sastavljanja liste svih potrebnih roba ili usluga koje će morati da primi u narednom periodu, planira određene tačke:

u kojoj formi će se održati tenderi;

da li je moguće spojiti neke lotove u jednu kupovinu ili bi bilo pametnije izvršiti nekoliko operacija;

u kojoj količini i u kojoj formi za određeni proizvod, jer možete izvršiti jednokratnu kupovinu u formi konkursa jednom u periodu ili izvršiti upit za ponudu, na primjer, svakog kvartala.

Od svih ovih nijansi zavisi kako će se tačno sastaviti plan nabavke i raspored nabavke.

Izrada tehničkih specifikacija

Prilikom pripreme projektnog zadatka za kupovinu, kupac mora navesti sve parametre što je moguće otvorenije i tačnije kako bi izvođač mogao pripremiti kvalitetan prijedlog, procjenjujući obim i složenost. Vrlo je važno navesti zahtjeve u skladu sa 44-FZ, bez prekoračenja ovlaštenja.

Tipično, specifikacija nabavke sadrži sljedeće stavke:

opis kupovine, tj. naziv robe, radova ili usluga;

tehničke karakteristike predmeta aukcije;

količina i konfiguracija, ako je riječ o proizvodu;

datumi isporuke ili završetka;

garancija i sigurnosni zahtjevi;

uslovi plaćanja i isporuke;

drugi zahtevi koji nisu u suprotnosti sa uslovima navedenim u zakonu;

Bitno je da naručilac u zadatku za elektronsku aukciju mora navesti minimalne ili maksimalne granice indikatora, a izvođač, ocjenjujući svoje mogućnosti, mora navesti tačne vrijednosti u Obrascu 2.

Uzimajući u obzir ove specifične pokazatelje, kupac će odlučiti o prijemu dobavljača za učešće na aukciji.

Uzorak opisa uslova za kupovinu

Prilikom izrade tehničkih specifikacija, mnogi kupci žele pronaći neku vrstu jedinstvenog uniformnog obrasca. Ne postoji oblik koji je striktno regulisan zakonom, ali postoji opšti zahtevi sekcijama i prihvaćenom formatu dizajna.

Primjer tehničke specifikacije za 44 savezna zakona i odgovor na nju možete vidjeti na našoj web stranici na adresi strana “Priprema i podnošenje prijave”. IN u ovom primjeru detaljno opisuje kako tehničke specifikacije treba da izgledaju u tenderskoj dokumentaciji naručioca i kako izvođač treba da napiše odgovor. Ove informacije će biti korisne svim ponuđačima.

OOO ICC"RusTender"

Materijal je vlasništvo stranice. Svaka upotreba članka bez navođenja izvora - stranica je zabranjena u skladu s člankom 1259 Građanskog zakonika Ruske Federacije

Šta je tehnička specifikacija? Kako to učiniti i čemu služi? Primjeri, uzorci, savjeti i preporuke.

Činilo bi se kako je sjajno kada te neko savršeno razumije. Izdali ste nekoliko fraza i evo ga, upravo ono što ste zamislili. Nažalost, to ne funkcioniše tako.

Problem percepcije informacija je vječan. Efekat "pokvarenog telefona" je uobičajena pojava. Ali šta ako jednostavno ne znate kako postaviti zadatak? Da, i to se dešava i s tim treba nekako poraditi, ali kako? Da biste osigurali da rezultati zadataka koje ste postavili ispunjavaju vaša očekivanja, napišite tehničku specifikaciju.

Šta je tehnička specifikacija

Tehnička specifikacija (ili TOR) je dokument koji sadrži zahtjeve kupca za proizvode ili usluge koje pruža izvođač. Jednostavnim riječima: Želim ovako i onako, tako da bude sedam međusobno okomitih linija, a neke nacrtajte crvenom bojom, a neke bezbojno (savjetujem vam da pogledate video o ovoj temi na kraju materijala).

Dizajnerski biro

Ovaj dokument može zauzeti ili jednu A4 stranicu ili cijeli tom, sve ovisi o zadacima i željama koje se nalaze u njemu. Na primjer, možete napisati tehničku specifikaciju za malu odredišnu stranicu (web-stranicu na jednoj stranici) ili za složeni softver s strojnim učenjem i drugim značajkama.

Zašto su vam potrebne tehničke specifikacije?

• Za dodjelu zadataka izvođačima.
• Da detaljno opišete šta želite da dobijete na kraju.
• Da se dogovorimo o redosledu rada.
• Ocijeniti i prihvatiti rad nakon implementacije.
• Za...(dodajte svoje opcije u komentarima).

Zapravo, postoji mnogo više svrha i prednosti tehničke specifikacije nego na gornjoj listi. Za mene lično glavni zadatak koji rješavaju tehničke specifikacije je implementacija onoga što mi treba uz minimalna odstupanja od očekivanja (moja očekivanja).

Zahvaljujući tehničkim specifikacijama, uvijek se možete raspitati o vremenu implementacije, novcu i usklađenosti s deklariranim karakteristikama konačnog proizvoda ili usluge.

U stvari, ovo je ozbiljan dokument koji sastavljaju naručilac i izvođač. U mjeri u kojoj su propisane kazne i obaveze stranaka. Postoji veliki broj GOST-ova, pročitajte više na Habréu.

Izrada tehničkih specifikacija

Ako govorimo o "odrasloj" igri, na primjer, tehničke specifikacije za razvoj mobilna aplikacija ili web stranicu, onda je ovo poseban posao za koji se plaća mnogo novca. Privučete osobu, obično bivšeg ili sadašnjeg glavnog tehničkog direktora, i zamolite ga da vam pomogne.

Imati bradu je opciono

U zavisnosti od obima projekta/zadataka, ova osoba prikuplja sve vaše „želje“, prevodi ih na tehnički jezik, možda priprema skice (kako bi otprilike trebalo da izgleda) i daje vam gotov dokument. Zatim ovaj dokument predate izvođačima (timu u vašoj kompaniji ili vanjskim), dogovarate novac, rokove i krećete na posao.

Savjet: CTO bi trebao biti u vašem timu, inače ćete najvjerovatnije nešto propustiti tokom procesa implementacije. Jednostavno nemate dovoljno znanja za sve. Ko god je učestvovao u pisanju tehničkih specifikacija to provjerava.

Od čega se sastoji tehnička specifikacija?

Sve će ovisiti o predlošku koji odaberete (malo dalje ću dati neke linkove na šablone/primjere), ali postoje osnovni blokovi koji su uključeni u tehničke specifikacije:

1. Opis projekta/zadatka. Ukratko pišemo koji je to projekat ili zadatak koji treba dovršiti.
2. Svrha i ciljevi. Koji su ciljevi projekta?
3. Zahtjevi. Dizajn, funkcije, tehnologije koje su potrebne.
4. Opis rada. Šta, kada i kako će se raditi.
5. Procedura kontrole i prihvatanja. Kako će posao biti prihvaćen, šta se može smatrati završenim.
6. Prijave. Skice, skice, prototipovi.

Troškovi radova obično su uključeni u poseban prilog ugovora, ali to se dešava kada strane same navedu iznose u tehničkim specifikacijama.

Izvinite što prekidam čitanje. Pridružite se mom telegram kanalu. Svježe najave članaka, razvoj digitalnih proizvoda i hak za rast, sve je tu. Čekam te! Nastavimo...

Primjeri tehničkih specifikacija

Unatoč činjenici da je izrada tehničkih specifikacija složen proces, vrlo je zanimljiv. Vaš zadatak je ponovo stvoriti sliku konačnog rezultata, a zatim je opisati u dijelovima.

Primjer jedne od mojih tehničkih specifikacija za ažuriranje Pametne aplikacije TV. Zadaci za složenije i složenije proizvode sastavljeni su uz pomoć kolega iz tehničkog odjela. Ne ustručavajte se zamoliti svoje saigrače za pomoć, uključite ih u proces što je češće moguće. I ne zaboravite dati povratne informacije! Nema ništa gore nego uložiti trud i vrijeme u nešto, a da ne znate rezultate. Recite nam kako vam je savjet te osobe bio koristan u vašem poslu, inače je to jednostrana igra.

Projektni zadaci za razvoj online trgovine

Projektni zadaci za razvoj mobilne aplikacije

Uslovi rada za stranicu

Zadaci za usluge/ažuriranja

Ako vam treba još uzoraka, samo ga proguglajte.

Glavna preporuka je da to učinite. Nevolja je u tome što majčinska lenjost savladava svakoga i nije joj se lako odupreti. Skupite svu svoju snagu volje i počnite pisati tehničke specifikacije, samo pišite i nemojte stati. Ne brinite da ne ide „savršeno“, odaću vam tajnu, ovo se nikada ne dešava. Samo pišite, svaki put će biti sve bolje i bolje.

Ovako bi trebalo da bude

Moji prvi rudimenti za pisanje tehničkih specifikacija počeli su se pojavljivati ​​prije nekoliko godina. Radio sam sa dizajnerima i imao sam zadatak da kreiram kreative za reklamne kampanje. Željela sam to nesuvislo i pretvorilo se u puno izgubljenog vremena i objašnjenja. Vremenom se postavljanje zadataka počelo pretvarati u neke vrste semantičkih blokova, a zatim u nešto poput tehničke specifikacije.

Na primjer, za zadatak "Sviđa mi se dugme na stranici":

1. Opis: potrebno je da kreirate dugme “Sviđa mi se” na našoj web stranici.
2. Svrha i ciljevi: uključenost korisnika, izdavanje/ocenjivanje materijala na osnovu broja lajkova.
3. Zahtjevi: slijedeći dizajn (primjer: link na nešto slično), funkcionalnost (svaki korisnik može ocijeniti sliku i lajkovati je, sistem stranice uzima u obzir broj lajkova i mijenja izlaz materijala), tehnologija (dostupno na desktopu i mobilne verzije stranice).
4. Opis posla: nacrtati 3 opcije za izgled dugmadi (datum završetka: 01.10.17.), razviti sistem za distribuciju materijala na osnovu lajkova (datum: 14.10.17.), testiranje funkcija (datum: 16.10. 17), saopštenje (datum: 17.10.17.)
5. Prijem rada: korisnik pritisne dugme like, sistem broji klik, a isporuka materijala se menja.
6. Primjene: skice, skice, primjeri projekata u kojima radi slična funkcija.

Ostavite za sebe one dijelove i dijelove strukture koji su potrebni za vaše zadatke. Na primjer, šesti blok "Aplikacije" može se opisati u funkcionalnim zahtjevima. Osnovni savjet: na ovaj ili onaj način, opišite zadatak prema strukturi tehničkih specifikacija. Na taj način nećete propustiti važne stvari i spasiti se nepotrebnih pitanja, a svojim kolegama olakšati život.

Izvolite

Pogledali smo šta je tehnički zadatak i kako ga uraditi. Sada imate mogućnost jasno i jasno postaviti zadatke, prenijeti svoje misli drugim ljudima i uštedjeti vrijeme na dodatnim objašnjenjima. Nadam se da sada znate šta da radite sa svim ovim.

Nedavno su mi se obratili da me posavetuju o standardima za pisanje tehničkih specifikacija (TOR) za razvoj automatizovanih sistema (AS) i softvera (softvera). Pa mislim, sada ću otići na Yandex, pronaći odgovarajući članak i poslati ga. Ali to nije bio slučaj! Nisam našao nijedan članak koji navodi standarde za tehničke specifikacije, uključujući šablone i primjere gotovih dokumenata. Morat ćete sami napraviti ovaj članak...

I tako, glavni standardi, metodologije i korpusi znanja koji spominju TK ili SRS (Specifikacija softverskih (ili sistemskih) zahtjeva):

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

GOST 34

GOST 34.602-89 Projektni zadatak za kreiranje automatizovanog sistema reguliše strukturu tehničkih specifikacija za kreiranje SISTEMA, koji uključuje softver, hardver, ljude koji rade sa softverom i automatizovane procese.

Prema GOST 34, tehnička specifikacija mora sadržavati sljedeće odjeljke:

1. Opće informacije
2. Svrha i ciljevi stvaranja (razvoja) sistema
3. Karakteristike objekata automatizacije
4. Sistemski zahtjevi
5. Sastav i sadržaj rada na kreiranju sistema
6. Procedura kontrole i prihvatanja sistema
7. Zahtjevi za sastav i sadržaj rada na pripremi objekta automatizacije za puštanje sistema u rad
8. Zahtjevi za dokumentaciju
9. Izvori razvoja

Prilikom izrade tehničkih specifikacija za vladine projekte, Kupci po pravilu zahtijevaju usklađenost sa ovim posebnim standardom.

GOST 19

“GOST 19.xxx Jedinstveni sistem programska dokumentacija (ESPD)” je skup državnih standarda koji uspostavljaju međusobno povezana pravila za razvoj, dizajn i promet programa (ili softvera) i programske dokumentacije. One. Ovaj standard se posebno odnosi na razvoj softvera.
Prema GOST 19.201-78 Tehničkim specifikacijama, zahtjevima za sadržaj i dizajn, tehničke specifikacije moraju uključivati ​​sljedeće odjeljke:

1. Uvod;
2. Razlozi razvoja;
3. Svrha razvoja;
4. Zahtjevi za program ili softverski proizvod;
5. Zahtjevi za programsku dokumentaciju;
6. Tehničko-ekonomski pokazatelji;
7. Faze i faze razvoja;
8. Postupak kontrole i prihvatanja;
9. Prijave.

Naravno, GOST 34 (i 19) su već zastarjeli i ne volim ih koristiti, ali uz ispravno tumačenje standarda možete dobiti dobre tehničke specifikacije, pogledajte Zaključak.

IEEE STD 830-1998

Prilično dobra definicija standarda 830-1998 - IEEE preporučena praksa za specifikacije softverskih zahtjeva data je u samom opisu:

Opisuje sadržaj i karakteristike kvaliteta ispravno sastavljene specifikacije zahtjeva za softver(SRS) i nudi nekoliko SRS šablona. Ova preporučena praksa ima za cilj uspostavljanje zahtjeva za softver koji se razvija, ali se također može koristiti za pomoć u odabiru vlasničkih i komercijalnih softverskih proizvoda.

Prema standardu, projektni zadatak mora uključivati ​​sljedeće dijelove:

1. Uvod

• 1. Svrha
• 2. Obim
• 3. Definicije, akronimi i skraćenice
• 4. Linkovi
• 5. Kratak pregled

2. Opšti opis

• 1. Interakcije proizvoda (sa drugim proizvodima i komponentama)
• 2. Karakteristike proizvoda (kratak opis)
• 3. Korisničke karakteristike
• 4. Ograničenja
• 5. Pretpostavke i zavisnosti

3. Detaljni zahtjevi (mogu se organizirati na različite načine, npr. ovako)

• 1. Zahtjevi za eksterna sučelja
  • 1. Korisnička sučelja
  • 2. Hardverski interfejsi
  • 3. Softverski interfejsi
  • 4. Interfejsi
• 2. Funkcionalni zahtjevi
• 3. Zahtjevi za performanse
• 4. Ograničenja dizajna (i reference na standarde)
• 5. Nefunkcionalni zahtjevi (pouzdanost, dostupnost, sigurnost, itd.)
• 6. Ostali zahtjevi

4. Prijave
5. Abecedni indeks

Zapravo, početniku je prilično teško razumjeti što bi trebalo sadržavati u ovim odjeljcima prema gornjoj strukturi (kao u slučaju GOST-a), tako da morate pročitati sam standard, koji. , međutim, na engleskom. jezik.

Pa, za one koji pročitaju do kraja, tu je i bonus: primjer tehničkih specifikacija koji sam napisao prije mnogo godina (sada već dugo ne radim kao analitičar, a drugim uspješnijim primjerima je zabranjeno da budu NDA otvorio za javno uvid).

• Prezentacija Yuri Buluy Klasifikacija softverskih zahteva i njena zastupljenost u standardima i metodologijama.
• Analiza zahtjeva za automatiziranim informacioni sistemi. Predavanje 11: Zahtjevi za dokumentovanje.
• Pravila za izradu specifikacije softverskih zahtjeva (pročitajte uz komentare)
• Primeri tehničkih specifikacija i druge dokumentacije za razvoj AS za Ministarstvo ekonomskog razvoja
• GOST stil upravljanja. Članak od Gapertona pravilan rad iz tehničkih specifikacija prema GOST-u
• Predlošci dokumenata poslovnog analitičara iz