Uvod: Zašto nam je tehnička dokumentacija važna u IT svetu?

Kada razvijamo bilo kakav IT sistem, bilo da se radi o desktop aplikaciji, web sajtu, mrežnoj infrastrukturi, elektronskom uređaju ili nekom drugom tehnološkom proizvodu, potrebno je da sve ono što radimo bude zapisano, objašnjeno i dokumentovano. To se radi kako bi svi učesnici u projektu (programeri, dizajneri, testeri, korisnici, menadžeri) znali šta se razvija, kako se koristi i kako se održava.

Zamislimo da neko razvije odličan softver, ali nigde ne napiše kako funkcioniše ili kako se instalira. Šta se dešava kada druga osoba preuzme taj projekat? Bez dokumentacije – ona mora sve da istražuje od nule. Tehnička dokumentacija rešava ovaj problem: ona prati ceo projekat tokom celog njihovog razvoja i kasnijeg korišćenja.

U ovoj lekciji upoznaćemo koji su najvažniji elementi tehničke dokumentacije – koji delovi čine dokumentaciju kompletnom i upotrebljivom. Ovo je temelj za naredne teme, gde ćemo detaljnije razmatrati zahteve za projektovanje, tokove rada i softverske alate koji se koriste u tehničkom pisanju.


Šta je tehnička dokumentacija?

Tehnička dokumentacija je skup dokumenata (elektronskih ili štampanih) koji detaljno opisuju kako nešto funkcioniše, kako se koristi, kako se razvija i kako se održava. U IT svetu to može biti:

  • dokumentacija softverskog projekta,

  • opis baze podataka,

  • šema mreže,

  • uputstvo za korisnike aplikacije,

  • plan testiranja,

  • izveštaj o greškama,

  • opis komunikacije između sistema,

  • itd.

Svaka od ovih dokumenata ima određenu strukturu i sadrži elemente koji pomažu da svi učesnici u projektu razumeju sistem.


Osnovni elementi tehničke dokumentacije

1. Naslovna strana

Naslovna strana sadrži osnovne informacije o dokumentu. Iako izgleda jednostavno, veoma je važna jer daje pregled koji dokument čitamo i ko je odgovoran za njega.

Sadrži:

  • naziv dokumenta (npr. „Korisničko uputstvo za Softver XYZ“),

  • verziju dokumenta (v1.0, v2.1 itd.),

  • datum izrade i poslednje izmene,

  • ime autora (ili tima, firme),

  • naziv projekta ili sistema.

Primer:

   Dokument: Tehnička dokumentacija - Baza podataka za eProdavnicu  
   Projekat: Online kupovina – sistem za administraciju  
   Verzija: 1.0  
   Datum: 18. jun 2025.  
   Autor: Tim za baze podataka – IT Gimnazija

2. Sadržaj (tabela sadržaja)

Sadržaj predstavlja mapu dokumenta. On pomaže čitaocu da brzo pronađe deo koji ga zanima. Prikazuje poglavlja, podnaslove i brojeve stranica.

U elektronskim dokumentima, sadržaj često sadrži hiperveze koje vode direktno na određeni deo teksta.


3. Uvod

Uvod odgovara na pitanja:

  • Šta je tema dokumenta?

  • Ko ga koristi?

  • Zašto je važan?

Ovde se često navodi i objašnjenje za koga je dokument pisan – da li za krajnje korisnike, programere, testere, menadžere ili servisere.

Primer:
   „Ova dokumentacija opisuje strukturu i korišćenje baze podataka za softverski sistem eProdavnica. Namenjena je programerima i administratorima baze.“


4. Opis sistema ili proizvoda

Ovaj deo sadrži opšti pregled sistema. Odgovara na pitanje: šta naš softver/hardver radi?

U slučaju softvera, navode se funkcionalnosti, moduli, povezane komponente i osnovne karakteristike.

Primer:

  • Sistem omogućava registrovanim korisnicima da kupuju proizvode.

  • Administrator može da dodaje, menja i briše artikle.

  • Podaci se čuvaju u MS SQL bazi.


5. Specifikacija zahteva

Ovo je ključni deo dokumentacije. O njemu će biti više reči u sledećoj lekciji, ali ovde navodimo da svaki sistem mora da ima:

  • funkcionalne zahteve (šta sistem radi),

  • nefunkcionalne zahteve (koliko brzo, bezbedno, na kojim uređajima itd.),

  • ograničenja i pretpostavke (npr. radi samo na Windows 10 i novijim sistemima).


6. Uputstvo za instalaciju i pokretanje

Ovo je posebno važno za softver:

  • Kako se instalira?

  • Koji su minimalni zahtevi?

  • Koji su potrebni alati?

Ovde se često prikazuju i koraci u slikama – tzv. „screenshot tutorijali“.


7. Uputstvo za korišćenje sistema

Ovde se objašnjava kako korisnik koristi softver ili sistem. Za svaki modul se opisuju:

  • funkcije,

  • koraci korišćenja,

  • prikaz ekrana,

  • poruke koje se mogu pojaviti.

Primer:

  • Klikom na „Dodaj proizvod“ otvara se forma za unos novog artikla.

  • Polja sa * su obavezna.


8. Šeme i dijagrami

U tehničkoj dokumentaciji često se koriste:

  • dijagram toka (flowchart),

  • dijagram entitet-veza (ERD),

  • strukturni i funkcionalni dijagrami,

  • arhitektura sistema.

Oni vizuelno prikazuju delove sistema, tokove podataka i odnose između komponenti.


9. Plan testiranja

Testiranje sistema mora biti dokumentovano:

  • koje funkcije su testirane,

  • kako je testirano,

  • da li su pronađene greške.

Ovo je važno za timove koji kasnije razvijaju ili održavaju sistem.


10. Napomene, ograničenja, poznati problemi

U ovom delu navode se poznate greške, ograničenja sistema ili funkcionalnosti koje nisu još implementirane.

Primer:
   „Trenutno nije podržano plaćanje karticom. Funkcija će biti dodata u verziji 2.0.“


11. Reference i prilozi

Ako su korišćeni spoljašnji dokumenti, standardi, linkovi, tutorijali ili zakoni, oni se ovde navode. U priloge se mogu dodati slike, tabele, dodatni kod, XML šeme itd.


Zaključak

Razvijanje informatičkog sistema nije samo pisanje koda – važno je da svako razume šta sistem radi, kako se koristi i kako se dalje razvija. Zato je tehnička dokumentacija neizostavan deo svakog IT projekta.

Dobra dokumentacija:

  • štedi vreme,

  • olakšava saradnju,

  • omogućava održavanje sistema,

  • pruža korisnicima sigurnost i podršku.

U sledećim lekcijama bavićemo se time kako se pišu zahtevi za projektovanje, kako izgleda životni ciklus jednog IT projekta, i kojim alatima možemo izrađivati delove tehničke dokumentacije.


Last modified: Thursday, 19 June 2025, 5:21 AM