SOFTVERSKI

INŽENJERING
 Sveučilište / Univerzitet ”Vitez” iz Viteza

SOFTVERSKI INŽENJERING

Prof. dr Zoran Ž. AVRAMOVIĆ, dipl.inž.elek.

zoran.z.avramovic@apeiron-edu.eu
zoran.avramovic@sf.bg.ac.rs
065/224-604
+381 63 245-605 (Viber)
 UPRAVLJANJE DINAMIKOM REALIZACIJE
PROJEKTA

• CENA
• ROK

PROJEKAT – Faza (1-n), Korak (1-k), Aktivnost (1-m)

Faze, koraci i aktivnosti u okviru projekta

 UPRAVLJANJE DINAMIKOM REALIZACIJE
PROJEKTA

Analiza vremena obuhvata procenu i utvrđivanje

vremena potrebnog za izvršenje pojedinih aktivnosti i
realizaciju projekta u celini.

Neke od metoda mrežnog planiranja koje se

koriste u analizi vremena su:
1. Metod kritičnog puta (engl. CPM, Critical Path
Method),
2. PERT (Program Evalution and Review Technique),
3. Prioritetna metoda.
 ГРАФИК АКТИВНОСТИ Почетак
ГРАДЊА КУЋЕ
Снимање терена
Тражење дозвола 1.2.
1.1.

Ископавање
1.3.

Куповина материјала
1.4.

Постављање темеља
2.1.

Градња спољашњих зидова

Постављање спољашње 2.2.
водоводне инсталације
2.3. Постављање унутрашње водоводне инсталације
Постављање спољашње
ел. инсталације 3.1.
2.4. Постављање унутрашње
ел. инсталације
Постављање фасаде 3.2.

2.5. Малтерисање
Кречење фасаде 3.3.
Унутрашње кречење
2.6. Постављање подних облога
Постављање кровног покривача 3.5.
3.4.
Постављање спољашњих Постављање унутрашњих
врата и уређаја 2.8.
Завршетак врата и уређаја

2.7.
3.6.
 C P M metod

U CPM metodu se za grafičko prikazivanje strukture projekta

koriste mrežni dijagrami orijentisani aktivnostima, tzv. “i-j”
mrežni dijagrami.

Postupak:
1. Odrediti vremena pojedinih aktivnosti u projektu,
2. Izračunati ukupno vreme za realizaciju projekta,
3. Odrediti najduži put realizacije aktivnosti u mrežnom
dijagramu (kritičan put),
4. Izračunati vremenske rezerve za aktivnosti koje nisu na
kritičnom putu.
 Метод критичног пута Почетак
15
3
1.2.
Трасе: 1.1.

Путокази: 10
1.3.
Миљокази: 2.3. - 2.7. 39 дана
10
2.3. - 2.8. 42 дана
1.4.
3.1. – 3.4. 54 дана 15
3.1. – 3.6. 54 дана 2.1.

20
10 2.2. 12
2.3.
3.1.

10 15
2.4. 3.2.

8 9

2.5. 3.3.
11
5 18
2.6. 3.4.
9
3.5.
6 2.8. 0
7
0
2.7. 3.6.
0 0

Завршетак
 Kada se primenjuje CPM

• Metod kritičnog puta (CPM) se primenjuje onda kada

je vreme trajanja pojedinih aktivnosti u projektu
poznato i može se jednoznačno odrediti.

• Metod kritičnog puta se oslanja na deterministički

pristup i na relativno čvrste procene vremena trajanja
aktivnosti.
Vremenski parametri CPM metoda

U analizi vremena CPM metodom, razlikuju se sledeći vremenski

parametri:

toi - najraniji početak aktivnosti - vreme kada aktivnost

može najranije početi,
t1i - najkasniji početak aktivnosti - vreme kada aktivnost
može najkasnije početi,
toj - najraniji završetak aktivnosti - vreme kada aktivnost
može najranije da se završi,
t1j - najkasniji završetak aktivnosti - vreme kada aktivnost
mora da se završi.
Sporazumevanje mislima
 ПРУГАСТИ ДИЈАГРАМ КРИТИЧНОГ ПУТА

НАЈКАСНИЈИ ДАТУМ
НАЈРАНИЈИ ДАТУМ
1. 1. 1. 1. 1. 2. 2. 2. 2. ← месец

1. 8. 15. 22. 29. 5. 12. 17. 24. ← дан

АКТИВНОСТ
****************

****
ТЕСТИРАЊЕ ФАЗЕ 1 1. 1. 5. 2.
****
Деф. тест случајева 1. 1. 8. 1.
****
Израда плана тестирања 9. 1. 22. 1.

Преглед плана тестирања 9. 1. 22. 1. ***

Интеграционо тестирање 23. 1. 1. 2. --ТТТ

Тестирање интерфејса 23. 1. 1. 2. ---ТТ

Документовање резултата 23. 1. 1. 2.

******
Тестирање система 2. 2. 17. 2.
---ТТТТ
Тестирање перформанси 2. 2. 17. 2.
--ТТТТ
Тестирање конфигурације 2. 2. 17. 2.
***
Документовање резултата 17. 2. 24. 2.

ЛЕГЕНДА : Трајање активности ТТТ Временска резерва

*** Активност на критичном путу --- Није на критичном путу
 GANTOV
DIJAGRAM
GANTOGRAM

Gantogram posla
 ГА Н Т О Г РА М П О С Л А ДАНАС

МЕСЕЦ
АКТИВНОСТИ 1 2 3 4 5 6 7 8 9 10 11 12
ПЛАНИРАЊЕ СИСТЕМА

1. ПРЕГЛЕД СПЕЦИФИКАЦИЈЕ

2. ПРЕГЛЕД БУЏЕТА

3. ПРЕГЛЕД РАСПОРЕДА

4. ИЗРАДА ПЛАНА

ПРОЈЕКТОВАЊЕ СИСТЕМА
1. ДЕТАЉИ ПРОЈЕКТА

2. ИЗРАДА ПРОТОТИПА

3. КОРИСНИЧКИ ИНТЕРФЕЈС

4. ДЕТАЉИ ПРОЈЕКТА

ТРАЈАЊЕ КАШЊЕЊЕ ИЗРАДЕ ПОЧЕТАК

ЗАВРШЕНО КРАЈ
КРИТИЧНО КАШЊЕЊЕ ПОЧЕТКА
КЛИЗАЊЕ
HISTOGRAM RESURSA
Ko se bavi softverskim inženjerstvom?
Članovi razvojnog tima
ОЧЕКИ ВАНА ЗАУЗЕТОСТ ТИ М А ХИСТОГРАМ РЕСУРСА

НН
НЕОПТЕРЕЋЕН
ОПТЕРЕЋЕН

1 2 3 4 5 6 7 8 9 10 11 12
т (МЕСЕЦ)
 ПРАЋЕЊЕ ПЛАНИРАНИХ ТРОШКОВА

ТРОШКОВИ (€) ДАНАС

10

8.5

7 7

5.8 6

5
4.5
4
3.7
3.3
2.5 2.6 2.7
2.2
1.9
1.2
0.5

1 2 3 4 5 6 7 8 9 10 11 12
Планирани трошкови Стварни трошкови
Raspodela vremena rada
Perspektive posla u softverskoj industriji

• STEM: Science, Technology, Engineering, Matematics

• Procene američkog biroa za statistiku rada (US-BLS) za 2008-18.
 Izgradnja sistema
(inženjerski pristup)

1. Analiza i definisanje zahteva

2. Projektovanje sistema
3. Projektovanje programa
4. Izrada programa
5. Pojedinačno testiranje
6. Integrativno testiranje (povezivanje i testiranje)
7. Testiranje sistema
8. Isporuka (instalisanje) sistema
9. Održavanje
 РАСПОДЕЛА РАДА

BROOKS YOURDAN

ТЕСТИРАЊЕ
ОСТАЛО
ПЛАНИРАЊЕ
ПЛАНИРАЊЕ
ПРОГРАМИРАЊЕ
ПРОГРАМИРАЊЕ
 Distribucija aktivnosti na projektu
u funkciji veličine projekta
100%
90%
80%
70% kodiranje
60%
otklanjanje grešaka
50%
40% administriranje
30%
upravljanje i podrška
20%
10%
0%
40 20 60 80 40 20 60
2 51 25 12 6 3 1 80 40 20 10
10

Veličina projekta (funkcijski bodovi)

Yourdon, 1993, p. 151
 УСПЈЕШНОСТ ЗАВРШЕТКА ПРОЈЕКТА

УСПЈЕШНО
10%

НЕ ЗАВРШИ СЕ УОПШТЕ
50% РОК
СЕ ЗАВРШИ ПОРОБИВШИ
40% БУЏЕТ

КВАЛИТЕТ
 Softverski dokumenti
(Sommerville, Softversko inženjerstvo, 5-to izd., s. 17)
Activnost
Analiza zahteva
Definisanje zahteva
Specifikacija zahteva
Dizajn arhitekture
Dizajn interfejsa
Detaljni dizajn
Kodiranje
Testiranje elemenata
Testiranje modula
Integraciono testiranje
Testiranje sistema
Prijemni test
Izlazni dokumenti
Studija izvodljivosti
Skica zahteva
Dokumenat zahteva
Funkcionalna specifikacija
Plan prijemnog testiranja
Skica uputstva za upotrebu
Specifikacija arhitekture
Plan prijemnog testiranja
Specifikacija interfejsa
Plan integracionog testiranja
Specifikacija dizajna
Plan testiranja elemenata
Programski kod
Izveštaj o testiranju elemenata
Izveštaj o testiranju modula
Izveštaj o testiranju integracije
Konačno uputstvo za upotrebu
Izveštaj o testiranju sistema
Završni sistem i dokumentacija
CASE tehnologije
(Computer Aided Software Engineering)
________________________________________________________________________________________________________________________________________

Ideja CASE tehnologija:

Povećanje produktivnosti razvoja softvera pomoću softvera
•Inženjersko projektovanje softvera pomoću računara
•Softverski proizvod namjenjen automatizaciji izrade softvera
 
Ciljevi primene CASE tehnologija
•Povećanje produktivnosti projektanata
•Skraćenje vremena izrade softvera
•Povećanje kvaliteta softvera
•Unapređenje performansi sistema
 
Neki od poznatijih modela CASE tehnologija
•model vodopada,
•spiralni model, ...
O čemu smo danas govorili?

Rezime predavanja – PORUKA predavanja

Sistematsko programiranje se ne može naučiti
proučavajući samo teoriju programskih jezika i
slušajući predavanja.
Da bismo naučili da kvalitetno programiramo,
korisno je se naoružati znanjima
softverskog inženjeringa
!
N a p o r n o je bilo !
Molim, izvolite pitajte

Проф. др Зоран Ж. Аврамовић: Софтверско инжењерство