09/10/2021

Inženjerski pristup rešavanju

problema
Prof. dr Milutin Petronijević
Prof. dr Zoran Jovanović
Prof. dr Nenad Milošević

Pristup materijalima za ispit preko MS

Teams platforme
• Pristupni kôd za MS Teams tim je 9expzym

Pregled današnjeg predavanja

• Veštine inženjera.
• Inženjerske metode: osnovni koraci i postavke
u rešavanju problema.
• Projektna dokumentacija: sadržaj
dokumentacije, propisi, standardi, primeri.
• Veza elektrotehničkog sa softverskim
inženjerstvom.
• Primeri ispitnih pitanja.

1
 09/10/2021

Šta je to inženjerstvo?
• Grana nauke i tehnologije koja se bavi
projektovanjem, izradom i upotrebom motora,
mašina i konstrukcija (Oxford dictionary)
• Inženjerstvo je umetnost ili nauka izrade
praktičnog (Samuel Florman, The Existential
Pleasures of Engineering, 1976)

Šta je to inženjerstvo?
• Inženjeri analiziraju i rešavaju raznovrsne
tehničke probleme.
• Pojedini problem su jednostavni sa
jedinstvenim rešenjem. Drugi problemi su
složeni, još uvek bez kompletnog rešenja, vrlo
često zahtevaju timski rad inženjera različitih
profila!

Razlike inženjerskog i naučno-istraživačkog

pristupa rešavanju problema

2
 09/10/2021

Razlika izmedju nauke i inženjerstva

U inženjerstvu je najbitniji elemenat funkcionalnosti!

Važne veštine inženjera

•Postavljanje pitanja
1. Pitanja u cilju pojašnjenja:
– Zašto je to tako?
– Kako je ovo vezano za našu raspravu?
2. Pitanja koja proveravaju pretpostavku
– Što možemo pretpostaviti umesto toga?
3. Pitanja koja preispituju razloge i dokaze
– Koji bi bio primer?
– Što je analogno ovome?
– Koje su dobre i loše strane?
4. Pitanja o posledicama
– Koje su posledice ove pretpostavke?

Važne veštine inženjera

•Imenovanje
o prepoznavanje pojava, uređaja, ispravno imenovanje
pojava i uređaja, klasifikacija, ...
•Kvalitativno modeliranje
o Potrebno je prvo razumeti problem, pokušati da se opiše
koristeći reči i dijagrame, a tek onda da se proba napraviti
kvantitativni (matematički) model
o Pronalaženje uzročno/posledičnih veza
•Dekompozicija
o Dekompozicija većih probleme u manje
o Voditi računa da se ne može sve svesti na matematičke
formule

3
 09/10/2021

Važne veštine inženjera

•Prikupljanje podataka
o Znati izmeriti, prikupiti i analizirati podatke;
o Znati napraviti pažljivo eksperimente i koristiti literaturu;
o Ne treba odmah krenuti sa matematičkim modeliranjem.
•Vizualizacija i kreiranje ideja
o Znati crtati dijagrame i skice;
o Sposobnost predviđanja rešenja.
•Komunikacija
o Kako prezentovati projekat;
o Kako napisati biznis plan;
– ...

Model inženjerskog pristupa rešavanju

problema
Definisanje
problema: Idejno rešenje:
1. Očekivani ciljevi
5. Specifikacije
Zahtevi 2. Zahtevi
rešenja
klijenta 3. Definisati
ograničenja 6. Alternativna
4. Utvrditi očekivanu rešenja
funkcionalnost

Zahteve klijenta specificira korisnik usluge (rešenja, projekta),

ali je najčešće u ovoj fazi neophodna stručna pomoć da bi se
zahtevi napisali „jezikom“ koji je razumljiv inženjerima, odnosno
onima koji treba da izrade rešenje!

Model inženjerskog pristupa rešavanju

problema
Izbor idejnog
rešenja: Detaljno Prikaz rešenja:
rešenje:
7. Analiza 10. Izrada
9. Razrada
usvojenog dokumentacije
rešenja i
rešenja; projektnog
ocena
8. Testiranje i kvaliteta rešenja i
evaluacija (performansi) prezentacija
rešenja

Konačno rešenje: proizvod (uređaj, mašina, softver, ...)

spremno za korišćenje i bezbednu upotrebu

4
 09/10/2021

Zahtevi korisnika (klijenta)

• Primer lošeg zahteva: „Mašina ne pakuje dobro proizvode,
treba mi nova pakerica!“
• MORAJU SE PRECIZNO DEFINISATI ZAHTEVI kao npr: „mašina
za doziranje tečnih proizvoda, zapremine od 0.1 litar do 0.5
litara, kapacitet 1000 pakovanja na sat, potpuno
automatizovana, pogon na komprimovani vazduh, pakuju se
proizvodi za ishranu ljudi, gustina proizvoda koji je pakuju oko
1200kg/m3, slaboviskozni, ..., mašina treba da zadovolji CE
standarde, ..., radna okolina normalna, ..., priključak na struju
3x400 VAC, ...

Definisanje problema
• Definisanje problema je u bliskoj vezi sa zahtevima klijenta i
vrlo često se ove dve faze prepliću i formiraju u više iterativnih
koraka pre uspostavljanja konačnih zahtefa i definisanja
problema!
• Vrlo je bitno napraviti formalizovanu postavku problema koja
treba da opiše:
– Očekivane ciljeve projekta/rešenja (šta korisnik želi);
– Zahtevi koje treba da ispuni rešenje (šta se traži od rešenja):
– Definisati ograničenja (koji su uslovi, npr. dostupnost izvora
napajanja, radni uslovi, standardi, ...)
– Utvrditi očekivanu funkcionalnost (kako rešenje treba da
funkcioniše i kako se verifikuju performanse).

Primer definisanja postavki za dizajn

Vozilo za unutrašnji transport koje radi unutar objekta i kojim se
upravlja daljinski, Vozilo treba da ima sledeće specifikacije:
brzina kretanja: do 3 m/s na ravnim, suvim i glatkim površinama,
savladavanje uspona: do 2%, brzina do 1 m/s; korisni teret: do 50
kg; ukupna masa vozila sa teretom; maksimalno 300 kg; pogon:
električni autonomni, baterije (vreme dopune do 80% kapaciteta
30 min); priključak punjača: DC napon 110V;
Uslovi za evaluaciju predloga rešenja: cena, sigurnost rada,
odnos ukupna/korisna masa, vreme autonomije, ergonomija,
pouzdanost rada, stepen sigurnosti, materijali za izradu,
jednostavnost za održavanje, serijska proizvodnja, ...

5
 09/10/2021

Idejno rešenje
• Prikupljanje informacija prethodi svakom predlogu rešenja:
izvori informacija: stručne knjige, stručni časopisi, tehnički
izveštaji, katalozi proizvođača opreme i uređaja, web stranice i
online resursi, tehnički priručnici, patenti, konsultacije sa
stručnjacima, ...
problemi u pribavljanju informacija:
o mnoštvo informacija (problem selekcije validnih informacija)
o validnost informacija (kredibilitet informacija i izvora)
o problem pristupa informacijama (mnoge informacije nisu dostupne u
celosti i/ili su u zaštićenom pristupu)
o patentna prava
o plagijarizam

Idejno rešenje - pristupi u predlaganju

rešenja
• Najkreativnija faza u inženjerskom dizajnu!
Postoje različiti pristupi u predlaganju idejnog rešenja (koncept):
a) adaptacija (prilagođenje) postojećih rešenja iz jedne oblasti za
primenu u drugoj oblasti (nova funkcionalnost);
b) korišćenje sličnosti rešenja za pronalaženje novih rešenja;
c) fokusirano unapređenje kroz favorizovanu optimizaciju
pojedinih karakteristika rešenja (npr. cena ili mogućnost masovne
proizvodnje ili spoljni izgled ili ...)
d) brainstorming („bombardovanje idejama“): učešće različitih
profila stručnjaka koji su donekle familijarni sa oblašću, kreatini
pristup iznošenju ideja bez odbacivanja unapred bilo koje ideje,
manji broj učesnika (4-6), iznose se ideje, a ne vrši se njihova
evaluacija, svi učesnici su ravnopravni, lider tima je samo
moderator sastanka!

Idejno rešenje – pristupi u predlaganju

rešenja
e) funkcionalna sinteza: podela složenih problema na manje
celine za koje se definišu očekivani funkcionalni zahtevi. Za ovako
postavljene zahteve definišu se predlozi rešenja. Nakon toga se
razmatra koncept funkcionisanja kompletnog sistema kao
kombinacija funkcionalnosti predviđenih manjih celina (delova
sistema).
f) inverzija rešenja: nekonvencionalni predlozi rešenja suprotni
od uobičajenih (zašto ne probati vertikalnu montažu umesto
uobičajene horizontalne, zašto ne probati sa otvaranjem vrata
nagore umesto u stranu, ...?)

6
 09/10/2021

Idejno rešenje – izbor varijanti

• Potrebno je definisati kriterijume (merljive
indikatore) kojima se ocenjuje kvalitet svakog
od predloženih rešenja!
• Pojedini indikatori su egzaktni (npr. cena
koštanja materijala, cena izrade, vreme
potrebno za proizvodnju, ...), dok su neki drugi
zasnovani na subjektivnoj oceni i iskustvu
(npr. očekivana pouzdanost, procenjena
dopadljivost kupcima, ...)

Izbor varijanti – matrica odlučivanja

Proizvodnja Električnog Idejno rešenje 1 Idejno rešenje 2
Vozila
Indikator Tež. Param Iznos Ocena Rezultat Iznos Ocena Rezultat
faktor
Materijal za
0.1 EUR 4000 7.5 0.75 3000 10 1
proizvodnju
Troškovi
0.2 EUR 5500 9.09 1.82 5000 10 2
proizvodnje
proce
Pouzdanost 0.4 odlična 10 4 dobra 8 3.2
na
proce
Dopadljivost 0.3 dobra 8 2.4 dobra 8 2.4
na
Ukupan rezultat 8.97 8.6

Skala za procenu: odlično – 10, dobro – 8, osrednje – 6,

zadovoljavajuće – 4, loše – 2.

Primer kolokvijumskog pitanja (2020/21)

Predviđa se izgradnja mini-hidroelektrane na reci Nišava i od dve varijante koje su
najperspektivnije potrebno je odabrati najbolju. Iz tih razloga potrebno je, na osnovu
matrice odlučivanja odabrati najbolje rešenje prema datim podacima:
Idejno rešenje 1 Idejno rešenje 2
Indikator Težinski Parametar Iznos Ocena Rezultat Iznos Ocena Rezultat
faktor
Cena
koštanja 0.4 EUR 160000 200000
izgradnje
Cena
održavanja 0.1 EUR 30000 25000
/15 godini
Uticaj na Vrlo
Prihvatljiv
životnu 0.2 procena visok
uticaj
sredinu uticaj
Vrednost
godišnje 0.3 EUR 20000 20000
proizvodnje

Skala za procenu uticaja na životnu sredinu: minimalni uticaj – 10, optimalni uticaj –
8, prihvatljiv uticaj – 6, značajan uticaj – 4, vrlo visok uticaj – 2. Ostali indikatori se
ocenjuju po uobičajenoj skali od 0 - 10 (10 odgovara najboljoj vrednosti parametra).

7
 09/10/2021

Detaljni dizajn i analiza

• Tokom studija na fakultetu smatra se da
postoje matematički modeli koji simuliraju
stvarne, fizičke pojave i procese!??
• Međutim, realni procesi i pojave su vrlo često
previše složeni. Zbog toga se pribegava
uprošćenjima, uvođenjem odgovarajućih
zanemarenja, uz uslov očuvanja validnosti
modela koji se koristi u fazi detaljnog dizajna i
u proračunima.

Detaljni dizajn i analiza

• Korišćenjem raznovrsnih inženjerskih alata
potrebno je obaviti što precizniju procenu
karakteristika gotovog proizvoda i to usaglasiti sa
krajnjim korisnikom.
• U ovoj fazi je vrlo često korišćenje softverskih
alata za simulaciju ponašanja stvarnih uređaja i
rešenja, a u cilju što boljeg predviđanja načina
funkcionisanja i karakteristika konačnog
proizvoda.
• Predstavljanje (prezentacija) rešenja krajnjem
korisniku!

Prikaz rešenja - komunikacija inženjera

sa korisnicima
• Svrha inženjerskog dizajna je da odgovori potrebama
klijenta.
• Projektanti moraju da obezbede usmenu prezentaciju i
odgovarajuće pisane izveštaje.
• Potrebna je stalna komunikacija sa klijentima da bi se
izbegala iznenađenja!
• Mnogi izvanredni izumi i inovacije su izgubljeni jer njihovi
pronalazači nisu umeli ili želeli da objasne svoja
postignuća drugima!
• Postoje tri načina prezentacije: usmena, pisana i grafička
(vizuelna). Inženjeri moraju da kroz vežbe i obuke nauče
veštine prezentovanja i komunikacije sa klijentima!

8
 09/10/2021

Usmena prezentacija
Plan:
o organizacija prezentacije: podela na jasne segmente, postojanje fokusa
tokom cele prezentacije, jasan zaključak;
o ko je ciljana publika: nivo znanja i iskustva, zainteresovanost, ...
o šta je svrha prezentacije: informisanje, prodaja, motivacija, ...
Priprema:
o napraviti dobar koncept i izgled prezentacije, jasno iskazati
relevantnost podataka i informacija, prezentacija kao jedinstvena
celina, ...
Vežba:
o vežbati prezentaciju: ocena jasnoće, vidljivosti, privlačnosti za
gledanje, upečatljivosti, ... ponavljati i usavršavati;
Prezentacija:
o bitan je prvi utisak, držati pažnju auditorijuma, težiti stalnom
poboljšanju prezentacije, ...

Pisana komunikacija
• Biti jasan u izražavanju, koristiti formalni stil pisanja, sa
kratkim rečenicama i preciznim izrazima.
• Koristiti gramatički ispravno napisane rečenice, sa
odgovarajućom interpunkcijom!
• Voditi računa o izboru fontova i formatiranju teksta: izbegavati
teško čitljive fontove, kombinaciju previše tipova fontova,
odabrati pravu veličinu fonta, ...
• Obratiti pažnju da npr. V i V nisu oznake za istu veličinu, kao i
m3 i m3, ...
• Koristiti formule i grafičke ilustracije u tekstu, pri čemu je
OBAVEZNO navesti značenje pojedinih oznaka.

Prikaz rezultata – grafici

• Razmisliti o nameni prikaza:
o ilustracija trendova;
o prikaz rezultata ispitivanja, merenja,
proračuna, ...;
o poređenja rešenja ili varijanti;
o prikaz dela ispitivanja.
• Pažljivo odabrati razmeru na osama.
• Voditi računa da je grafik samostalni
elemenat prikaza (MORA da sadrži
adekvatne oznake na osama,
jedinice, razmeru, ...).
• Grafik treba da bude jasan, pregledan
i precizan.

9
 09/10/2021

Grafički prikazi toka realizacije projekta

• Kod prikaza projekta vrlo bitno je predstaviti plan aktivnosti sa
tokom njihovog izvršavanja
• Standardni i vrlo često korišćeni prikaz je tzv. gantogram
(Gantt chart) koji služi kao alat za upravljanje projektima

Tehnička dokumentacija
u elektrotehnici
 tehnička dokumentacija je osnovno sredstvo tehničkog
načina izražavanja!
 tehnička dokumentacija prati faze izgradnje pa se kroz
tehničku dokumentaciju vidi i pristup izgradnji industrijskog
postrojenja ili uređaja.
 u okviru tehničke dokumentacije postrojenja ili uređaja
posebno je važan deo koji se odnosi na uslove upotrebe, t.j.
dogovorene karakteristike, kvarove, prigovore u vezi
funkcionalnosti i sl.
 bez tehničke dokumentacije nema projektovanja i izgradnje
postrojenja ili uređaja, ali i kasnijeg korišćenja u okviru
definisanih uslova korišćenja.

Zahtevi za izradu tehničke dokumentacije

u elektrotehnici
Tehnička dokumentacija mora biti:
 Sistematična
 Jasna
 Jednostavna
 Potpuna i kvalitetno tehnički urađena
 Označavanje mora da omogući brzu identifikaciju
pogonskih sredstava
 Mora se omogućiti ažuriranje i proširivanje dokumentacije
 Tačna!!!
Nemoguće je jednoznačno definisati opseg i oblik dokumentacije,
ali postoje određeni propisi, preporuke, principi i projektantske
smernice koje treba poštovati.

10
 09/10/2021

Blokovski prikaz toka izrade tehničke

dokumentacije

Ko izrađuje tehničku dokumentaciju?

Odgovorni projektant može biti lice sa stečenim visokim
obrazovanjem odgovarajuće struke, odnosno smera, na akademskim
studijama drugog stepena (master akademskih studija, master strukovnih
studija, specijalističke akademske studije) odnosno na osnovnim studijama u
trajanju od najmanje pet godina i licencom za projektovanje, izdatom u skladu
sa ovim zakonom.
Licencu za odgovornog projektanta može da stekne lice sa
stečenim visokim obrazovanjem odgovarajuće struke, odnosno smera,
položenim stručnim ispitom i najmanje tri godine radnog iskustva sa
stručnim rezultatima na izradi tehničke dokumentacije i sa preporukom
najmanje dva odgovorna projektanta ili Inženjerske komore.
Stručnim rezultatima za projektanta, u smislu stava 2. ovog člana, smatraju se
rezultati ostvareni na rukovođenju i izradi ili saradnji na izradi najmanje dva
projekta. Odgovorni projektant potvrđuje svojim potpisom i pečatom lične
licence deo projekta za koji poseduje odgovarajuću licencu.

Primer sadržaja tehničke dokumentacije –

gradnja objekata
Prema Pravilniku o sadržini, načinu i postupku izrade i način vršenja
kontrole tehničke dokumentacije prema klasi i nameni objekata („Sl.
glasnik RS“, br. 22/2015) tehnička dokumentacija se sastoji od sledećih
delova:
1) glavna sveska;
2) projekti.
Glavna sveska:
- sadrži podatke o projektu i učesnicima u izgradnji, kao i druge podatke i
dokumenti koji su bitni za izdavanje lokacijskih uslova, utvrđivanje
usklađenosti rešenja u projektu sa lokacijskim uslovima i ispunjenja
osnovnih zahteva za objekat..
- ukoliko se tehničkoj dokumentaciji prilažu drugi podaci i dokumenti koji
nisu deo obaveznog sadržaja tehničke dokumentacije (projektni zadatak,
kopija lokacijskih uslova, kopija plana, overena katastarsko topografska
podloga i dr.), prilažu se kao deo glavne sveske.
Glavna sveska se u tehničkoj dokumentaciji označava oznakom "0".

11
 09/10/2021

Primer sadržaja tehničke dokumentacije –

gradnja objekata
Projekti:
- tehnička dokumentacija sadrži projekte koji se izrađuju u delovima, prema oblastima,
odnosno, sadržaju.
projekti su u tehničkoj dokumentaciji označeni rednim brojem i obavezno složeni
u sveske, prema sledećim oblastima i redosledu:
broj "1": arhitektura;
broj "2": konstrukcija i drugi građevinski projekti (2/1 konstrukcija, 2/2 saobraćajnice,
itd.);
broj "3": hidrotehničke instalacije;
broj "4": elektroenergetske instalacije;
broj "5": telekomunikacione i signalne instalacije;
broj "6": mašinske instalacije;
broj "7": tehnologija;
broj "8": saobraćaj i saobraćajna signalizacija;
broj "9": spoljno uređenje sa sinhron-planom instalacija i priključaka, pejzažna arhitektura
i hortikultura;
broj "10": pripremni radovi (rušenje, zemljani radovi, obezbeđenje temeljne jame).

Primer sadržaja tehničke dokumentacije –

gradnja objekata
Svaki projekat pojedine oblasti se sastoji od sledećih delova:
1) opšta dokumentacija;
Naslovna strana propisanog sadržaja
Sadržaj
2) tekstualna dokumentacija;
Sadrži tehnički opis, tehničke uslove za izvođenje radova, podatke o ispunjenju
osnovnih zahteva za objekat, rezultate prethodnih istraživanja, empirijske
podatke, kao i druge tekstualne priloge od značaja za građenje objekta, odnosno
izvođenje radova
3) numerička dokumentacija;
sadrži odgovarajuće proračune, rezultate analiza i proračuna, šeme, specifikaciju
materijala, ...
4) grafička dokumentacija.
sadrži odgovarajuće crteže i druge grafičke prikaze, zavisno od vrste tehničke
dokumentacije

Zakonske norme, propisi i standardi

 zakoni
Primeri: Zakon o planiranju i izgradnji objekata ("Sl. glasnik RS", br.
72/2009, 81/2009 - ispr., 64/2010 - odluka US, 24/2011, 121/2012, 42/2013 -
odluka US, 50/2013 - odluka US, 98/2013 - odluka US, 132/2014 i 145/2014),
Zakon o zaštiti od požara ("Sl. glasnik RS", br. 111/2009 i 20/2015), ...
Zakon o bezbednosti i zdravlju na radu („Sl.glasnik RS“ br. 101/05)
 norme
Primeri: Pravilnik o tehničkim normativima za električne instalacije niskog
napona (Sl. list SFRJ br. 53/88 i 54/88, Sl. list SRJ br. 28/95), Pravilnik o
tehničkim normativima za zaštitu objekata od atmosferskog pražnjenja (Sl. list
SRJ br. 11/96), Pravilnik o bezbednosti mašina (Sl. glasnik RS br. 13/2010),
Pravilnik o zaštiti na radu pri izvođenju građevinskih radova ("Sl. glasnik RS" br.
53/1997)
Uredba o bezbednosti i zdravlju na radu na privremenim ili pokretnim
gradilištima ("Sl. glasnik RS" br. 14/2009 i br. 05/2010)

12
 09/10/2021

Zakonske norme, propisi i standardi

 standardi (SRPS, IEC, ANSI, GOST, EN)
Standard je dokument, utvrđen konsenzusom i odobren od priznatog tela, kojim
se utvrđuju, za opštu i višekratnu upotrebu, pravila, smernice ili karakteristike
za aktivnosti ili njihove rezultate, radi postizanja optimalnog nivoa uređenosti u
datom kontekstu
Primeri:
SRPS EN 50420:2008 Osnovni standard za procenu izlaganja ljudi elektromagnetskim poljima iz
samostalnog radio predajnika (od 30 MHz do 40 GHz
SRPS EN 60529:2011; SRPS EN 60529:2011/A1:2011 - Stepeni zaštite električne opreme ostvareni
pomoću zaštitnih kućišta (IP kod)
SRPS HD 60364-4-41:2012 - Električne instalacije niskog napona - Deo 4-41: Zaštita radi
ostvarivanja bezbednosti – Zaštita od električnog udara
SRPS HD 60364-4-43:2012 - Električne instalacije niskog napona - Deo 4-43: Zaštita radi
ostvarivanja bezbednosti - Zaštita od prekomerne struje
.......................

 tehnički uslovi

Kako praktično izgleda sadržaj projektne

dokumentacije?

Sekvencijalni proces formiranja projektne dokumentacije za inženjerske projekte

koji podrazumevaju izgradnju objekta (npr. fabrike, elektrane, stanice mobilne
telefonije, ...)
Projektni zadatak (uključuje i vremenske okvire za realizaciju)
Idejno rešenje (IDR) (potrebno npr. za pribavljanje lokacijskih uslova)
Idejni projekat (IDP) (definisan sadržaj propisima)
Projekat za građevinsku dozvolu (PGD) (potrebno za dobijanje dozvola)
Projekat za izvođenje (PZI) (“uputstva“ izvođaču kako da realizuje objekat)
Projekat izvedenog objekta (PIO) (za pribavljanje upotrebne dozvole i za održavanje)

U slučaju izrade dokumentacije za proizvode koji nemaju lokacijske zahteve (položaj u

prostoru) ne postoji PGD, ali se ostale faze u formiranju dokumentacije ne mogu
preskočiti.

13
 09/10/2021

Da li se razlikuju i u čemu projekti iz

elektrotehničkog i softverskog inženjerstva?
• Razlike postoje u metodologiji, tj. u načinu primene i
organizaciji procedura, principa i alata u izradi softverskih
proizvoda.
• Razlike su dominantno posledica prirode softverskog
proizvoda i činjenice da su izmene mnogo češće nego
u slučaju klasičnog inženjerskog proizvoda.
• Na početku razvoja softverskog inženjerstva (pre oko 50
godina) metodologija razvoja proizvoda bila je preuzeta iz
inženjerstva, ali se pokazala neefikasnom i stoga su zahtevane
nove metode i pristupi za realizaciju proizvoda koji je podložan
novim specifikacijama tokom izrade i novim funkcionalnim
zahtevima!

14
 09/10/2021

Metodologije za razvoj softverskih

proizvoda
• „Kodiraj pa popravljaj“ – u osnovi slična metodi „proba i
pokušaja“ gde se na osnovu nekih početnih specifikacija i
izvornih saznanja napravi kod koji se kasnije popravlja.

Glavni nedostatak: kod koji nije sistematičan, vrlo često loše

dokumentovan i struktuiran!

• „Kaskadni pristup (waterfall model)“ – zasniva se na

inženjerskoj ideji sekvencijalnog rešavanja problema.
Originalni koncept predviđa postojanje faza u razvoju softvera.
Prednosti:
• dobro definisanje zaheva (specifikacije
softvera) i projektovanje su najbitnije
faze koje mogu doneti značajne
uštede (projektovanje unapred).
• Insistiranje na dokumentaciji, kao i na
izvornom kodu.

Nedostaci:
• problem sa promenama specifikacija
od strane klijenta: ako klijent
promeni zahteve posle faze
specifikacije, potrošeno je vreme
uludo!
• testiranje (nedostatak povratne informacije u pojed. fazama)
• uska specijalizacija poslova pojedinih članova tima

Agilne metode za razvoj softvera

• Koncept u razvoju softvera koji propagira iteracije u razvoju.
Smanjuje se rizik kod razvoja softvera, time što se skraćuje
vreme razvoja. Celokupni projekat se odvija iterativno u
fiksnom vremenskim intervalima.
• Svaka iteracija sadrži planiranje, analizu zahteva,
projektovanje, kodiranje, testiranje i dokumentovanje. Jedna
iteracija možda neće dati dovoljno funkcija da se proizvod
iznese na tržište, ali je cilj da se na kraju svake iteracije napravi
nešto što može da se implementira kod korisnika (bez
bagova). Na kraju svake iteracije tim ponovo definiše
prioritete u projektu.

15
 09/10/2021

Agilne metode za razvoj softvera

• Agilne metode daju prednost komunikaciji sa korisnicima, nad
pisanim dokumentima. Ovo može da predstavlja problem ako
neki od članova izađe iz tima!
• Faktori uspešnosti:
– Kultura organizacije mora biti takva da podržava
pregovaranje
– Ljudima se mora verovati
– Manje ljudi, ali kompetentniji
– Organizacije moraju živeti sa odlukama koje donesu
programeri.
– Organizacija mora da ima okruženje koje olakšava
komunikaciju između članova tima.
PROBLEM: rad na velikim softverskim projektima je neefikasan!

Razlike inženjerskih i softverskih

projekata - pregled
Atributi Inženjerski projekti Softverski projekti
Postupak • Projektovanja – Razrada – • Izrada, Testiranje,
Prototip - Testiranje Implementacija, Prilagođenje,
• Ponavljanje
Proizvodnja • dokumentacija, izrada delova i • potrebni samo softveri
sklapanje (kompajleri)
• trajanje: nekoliko nedelja do • vreme za proizvodnju je kratko
nekoliko meseci (godina) (nekoliko minuta max. potrebno
za kreiranje izvršnog programa)
Cena testiranja • cena prototipa može biti vrlo • testiranje zahteva obučene ljude
i delova visoka (posebno za složene • automatizacija testiranja
projekte)
• posebna oprema i obučeno
ljudstvo može značajno da
podigne cenu testiranja
proizvoda

Razlike inženjerskih i softverskih

projekata - pregled
Atributi Inženjerski projekti Softverski projekti
Modularnost • Većina proizvoda je visoko- • Modularnost je visoko poželjni
integrisana sa ciljem min. cene, atribut, naročito kod agilnih
veličine, težine, ... metoda.
• Modularnost postoji uglavnom • Veličina softvera i proračunski
za unapred predviđene zahtevi često nisu bitni faktori!
nadogradnje
Cena promena • Mnoge promene se ne mogu • Ako je arhitektura softverskog
implementirati ako nisu proizvoda dobro osmišljena,
predviđene inicijalnim dizajnom promene su izvodljive
• Cena vrlo visoka jer mora pokriti • Cena promena samo za ljudski
i materijal rad
Tim • specijalizovani članovi tima • Promenljivost i kompatibilnost
• specifična, multidisciplinarna članova tima, posebno kod
znanja koja se ne mogu lako agilnog pristupa razvoju
razmenjivai i nadoknaditi. softvera.

16
 09/10/2021

Kako povezati elektrotehničke i

softverske projekte?
• Današnji visoko-tehnološki proizvodi su najčešće
kombinacija hardverskih i softverskih rešenja i
stoga je potrebno razmišljati o povezivanju u fazi
planiranja razvoja elektrotehničkih (hardverskih) i
softverskih proizvoda.
• Vrlo često je razvoj ovih proizvoda i fizički
razdvojen, ali je saradnja i usaglašavanje rešenja
neophodno, jer je krajnji proizvod jedinstven!

Kako povezati elektrotehničke i

softverske projekte?
• Biti fleksibilan u razmišljanju, planiranju i organizaciji
projekta – ne odbacivati agilne pristupe softverskih
inženjera unapred.
• Zahtevi klijenta u vezi pouzdanosi i prateće
dokumentacije za proizvod moraju biti ispoštovani.
• Koristiti digitalne alate koji mogu ubrzati razvoj i
omogućiti paralelizaciju izvršavanja pojedinih faza
projekta (npr. alati za virtuelizaciju funkcionalnosti
pojedinih sklopova mašina ili npr. kompletnih mašina i
delova postrojenja, ...)
• Dobro planiranje i kontrola kvaliteta u pojedinim
fazama razvoja

Očekivana pitanja za kolokvijum/ispit

1. Koje su razlike inženjerskog pristupa u rešavanju problema
u odnosu na naučno-istraživački?
2. Pobrojati važne veštine inženjera i ukratko dati osnovna
objašnjenja.
3. Kako izgleda model inženjerskog pristupa u rešavanju
problema. Objasniti pojedine aktivnosti ...
4. Koji pristupi se koriste u predlaganju idejnog rešenja?
5. Primer izbora varijante idejnog rešenja na osnovu matrice
odlučivanja.
6. Kaskadni pristup u razvoju softverskih proizvoda: osnovne
faze, prednosti i nedostaci.
7. Koje su osnovne razlike između inženjerskih i softverskih
projekata u pogledu metodologije realizacije?

17