2. 2
DRŽAVNI UNIVERZITET U NOVOM PAZARU
DEPARTMAN ZA TEHNIČKE NAUKE
SMER RAČUNARSKA TEHNIKA
SOFTVERSKO INŽENJERSTVO
Projekat: SHOWROOM
Mentor: Doc. Dr Ljubomir Lazić
Student: Naris Hećo 02-011/10
Novi Pazar, 2014.godine
3. 3
U nastavku je prikazan projekat iz predmeta Klijent Server sistemi, kojeg slušamo na Državnom
Univerzitetu u Novom Pazaru kod doc.dr Ljubomira Lazića, u zimskom semstru 2013-2014 godine.
Projekat predstavlja detaljnu studiju PISA sistema sa aspekata SHOWROOMa odnosno DEMO LABa. Ovaj
projeakt dodeljen je Timu#8 kojeg čine Edina Hećo i Sulejman Zogić. Izrada projekata odigrava se u tri
faze, i svaka faza traje određeni vremenski period nakon koje sledi evaluacija.
Primenom znanja, metoda i tehnika naučenih kroz lekcije kursa KLIJENT SERVER SISTEMI potrebno je
predstaviti projekat izgradnje SHOWROOMa Poslovno Intalignetne Simulacione Arhitekture (PISA) . Cilj
ovog projekta u širem smislu je da se kroz sam projekat prodju sve faze projektnog ciklusa što
podrazumeva:
-definisanje projekta
-planiranje projekta
-realizaciju projekta
-dovršavanje projekta,
Suština ovog rada je da se na neki način prikažu ovladana znanja u planiranju projekata, što
podrazumeva jasno definisanu viziju projekta sa postavljanjem jasnih projektnih ciljeva.
15.11.2013 god. Tim#8 prilaže I Fazu.
5. 5
UVOD
1. TEORIJSKA OSNOVA KLIJENT-SERVER SISTEMA
Postoji više rešenja za klijent/server okruženje. Dva glavna:
• Podaci mogu da budu smešteni na jednom serveru,
• Podaci mogu da budu distribuirani u više baza podataka na više servera. Lokacije servera zavise
od lokacija korisnika i prirode podataka.
1.1 Uspostavljanje Klijen/Server okruženja
Prve mreže su bile utemeljene prema modelu centralizovane obrade. U tim mrežama, obično je jedan
veliki server (mainframe računar) bio zadužen za kontrolisanje celokupne mrežne aktivnosti, dok mu je
svaki korisnik pristupao preko terminala. Zato što je centralni računar bio zadužen za celokupnu obradu
podataka, terminali su obično bili jeftini računari skromnih performansi. Danas, zahvaljujući
unapređenjima zasnovanim na naglom razvoju ličnih računara, stari, centralizovani model zamenjen je
modelom klijent/server. Današnji korisnici imaju u svojim rukama računare snage jednake snazi velikog
računara uz dodatnu prednost da postoje međusobno povezane mreže.
Klijent-server sistem
6. 6
1.2 Centralizovana obrada
U tradicionalnom okruženju velikog računara, aplikacija, npr. baza podataka, izvršava se na velikom i
moćnom centralnom računaru kojem se pristupa pomoću terminala. Terminal velikom računaru šalje
zahtev za informaciju; veliki računar pretražuje informacije, a zatim ih prikazuje na terminalu.
Celokupna baza podataka „putuje" od servera duž mreže i kopira se kod klijenta koji je izdao zahtev.
Pristup datoteci odvija se preko mrežnog operativnog sistema i kabla. Između velikog računara i
terminala ima vrlo malo koordinacije. Podaci se obrađuju na velikom računaru i isporučuju terminalu.
Prenos podataka između terminala i velikog računara povećava mrežni saobraćaj i usporava zahteve
drugih terminala.
1.3 Klijent/server obrada
Većina mreža rade prema klijent/server modelu, koji se naziva i „serversko umrežavanje". Izraz
„klijent/server obrada" odnosi se na proces pomoću koga se obrada podataka deli između računara
klijenta i mnogo moćnijeg računara servera. Klijent/server pristup koristan je u svim organizacijama u
kojima je mnoštvu korisnika potreban stalan pristup velikom broju podataka.
Klijent/server mreža je najefikasniji način za obezbedivanje:
• pristupa i upravljanja bazom podataka za aplikacije kao što su tabelarna obrada, raču-novodstvo,
komunikacije i upravljanje dokumentima,
• upravljanja mrežom,
• centralizovanog smeštaja datoteka.
Kod klijent/server modela računarske mreže, klijent radna stanica izdaje zahtev za podacima koji su
smešteni na serveru. Ona obrađuje podatke koristeći sopstveni procesor (CPU). Rezultati obrade
podataka mogu da se sačuvaju na serveru za dalju upotrebu. Podaci mogu da se smeste i na klijent radnoj
stanici gde mogu da im pristupaju i druge klijent radne stanice na mreži. U mrežama sa ravnopravnim
korisnicima, gde ne postoji centralni server, svaka klijent radna stanica radi i kao klijent i kao server.
1.4 Prednosti rada u klijent/server okruženju
Klijent/server tehnologija stvara moćno okruženje koje organizacijama nudi mnogo prednosti. Dobro
osmišljeni klijent/server sistem obezbeđuje relativno jeftine mreže. Ovi sistemi nude kapacitet obrade
kao veliki računar(mainframe) uz lako prilagodavanje posebnim aplikacijama. Zato što klijent/server
obrada preko mreže šalje samo rezultate upita, smanjuje se i obim mrežnog saobraćaja.
Klijent/server obrada koristi moćan server za čuvanje podataka. Klijent radne stanice mogu da obrade
neke ili sve zahtevane podatke. To znači da će na preopterećenoj mreži obrada biti distribuirana mnogo
efikasnije nego kod sistema zasnovanog na centralnom i moćnom mrežnom računaru (mainframe).
Zato što se usluge u vezi sa datotekom i podaci nalaze na serveru u pozadini (back end), lakše je na jednoj
lokaciji zaštiti i održavati servere. U klijent/server okruženju, podaci su bezbedniji zato što mogu da budu
7. 7
smešteni u zaštićeno područje van domašaja koris¬nika. Podaci mogu da se zaštite i dodatno ako se
koristi bezbednost zasnovana na Windwvs NT Serveru koja sprečava neovlašćen pristup datotekama.
Kada su podaci smešteni na ograničenom broju mesta i kada se o njima brine jedno ovlašćeno lice,
olakšano je i pravljenje rezervnih kopija.
1.5 Uspostavljanje deljenih resursa mreže i mrežnih korisničkih naloga
Da biste mogli da delite resurse sa drugim računarom, vaša radna stanica mora prvo da bude
konfigurisana kao mrežni klijent sa instaliranim klijent softverom. Morate da uspostavite mrežni identitet
računara, omogućite deljenje i podesite privilegije pristupanja resursima računara koji će se deliti
(zajednički koristiti). Procedura instaliranja i konfigurisanja klijent softvera zavisi od operativnog
sistema koji koristite i operativnog sistema mreže preko koga nameravate da delite resurse.
Najjednostavnije deljenje resursa između računara nije ništa više od prosleđivanja datoteka sa jednog
računara na drugi putem diskete. Ovaj metod značajno ograničava deljenje podataka prema količini,
brzini i rastojanju na kojem može da se vrši deljenje, ali uprkos tome ponekad je koristan.
Druga tehnika deljenja resursa je direktno povezivanje dva računara pomoću kabla koji povezuje njihove
serijske portove (COM). Na slici dole prikazana su dva računara povezana preko COM portova. Za ovakvu
vezu potreban je poseban kabl (engl. null modem cable, sa ukrštenim Rx i Тх pinovima, odnosno
vodovima unutar kabla) i softver za serijsku komunikaciju. Ovakav kabl povezuje izlazne pinove serijskog
porta jed¬nog računara sa ulaznim pinovima serijskog porta drugog računara.
Efikasno deljenje informacija nije jednostavno kao povezivanje računara pomoću kablova. U mrežnom
okruženju, gde ima mnogo korisnika i zahteva, potrebno je da se uspostave prava pristupa ili dozvole.
Time se određenim korisnicima mreže dozvoljava pristup podacima shodno njihovim poslovima, dok se
istovremeno sprečava neželjeni pristup poverljivim ili važnim podacima.
2. KRATAK OPIS PROJEKTA
Softverske kompanije su često iskušane da omoguće osiguranje kvaliteta (QA - Quality Assurance) i testiranje
njihovog softvera na efektivan i efikasan način. Šta osobe koje rade u QA i menadžmentu procesa moraju uraditi
da bi osiguranje kvaliteta bilo sigurno? Oni moraju imati adekvatan menadžment za softverski projekat i
infrastrukturu za upravljanje testiranjem kao što je OptimalSoftwareQuality Managment (OptimalSQM) radno
okruženje. Radno okruženje OptimalSQM se sastoji od PISA sa integrisanim alatkama za softverske stručnjake.
PISA je skraćenica za Poslovno Inteligentnu Simulacionu Arhitekturu.
PISA predstavlja skup nаjboljih modelа i tehnikа iz prаkse, integrisаnih u optimizovаn i kvаntitаtivno
rukovođen proces rаzvojа, testirаnjа i održаvаnjа softverа koji zadovoljava 3, 4 i 5-ti nivo zrelosti
kompanije u pogledu testiranja softvera (TMM):
8. 8
1. nivo zrelosti u pogledu testiranja softvera– Inicijalna faza
Testiranje softvera je haotičan proces,loše je definisan i nije jasno razgraničen sa fazom otklanjanja
grešaka (debugging). Testiranju se pristupa neplanirano i na kraju faze kodiranja programa. Cilj
testiranja softvera je da se pokaže da program radi. Softver se iznosi na tržište bez primene sistema
obezbeđenja kvaliteta. Nedostaju resursi, alati i adekvatno obučen kadar. . Ovaj tip organizacije odgovara
SEI CMM Level 1, zrelosti softverske kompanije.
2. nivo zrelosti u pogledu testiranja softvera– Faza definisanja
Testiranje softvera je odvojena od faze otklanjanja grešaka (debugging) i definisano je kao odvojena faza
nakon kodiranja. Mada je planirana kao aktivnost, Testiranje softvera na Nivou 2, je definisano nakon
faze kodiranja zbog nezrelosti samog procesa testiranja softvera. Glavni cilj Testiranja softvera, na ovom
nivou zrelosti (TMM), je da se pokaže da je softver zadovoljio specifikaciju. Primenjuju se osnovne
tehnike i postupci. Mnogi problemi vezani za kvalitet softvera na ovom nivou posledica su planiranja
testiranja softvera kasno u ciklusu razvoja softvera. Dalje, greške (otkazi) softvera u ranim fazama
propagiraju se do zadnjih faza ciklusa razvoja softvera tj. ne otkrivaju se blagovremeno, odnosno onda
kada se i generišu.
3. nivo zrelosti u pogledu testiranja softvera– Faza integrisanosti
U ovom nivou testiranje softvera nije više faza koja sledi fazu kodiranja, naprotiv, testiranje softvera je
integrisani deo u ciklusu razvoja softvera (SDLC). Organizacije koje su ovladale drugim nivojem zrelosti
testiranjasoftver, za razliku od 2. nivoa, na nivou 3 aktivnost testiranja softvera se odvija i planira od
početka SDLC tj. projektnih zahteva za softver pa do kraja najčešće V modela SDLC. Ciljevi i zadaci
testiranja softvera su utvrđeni na bazi zahteva klijenata i mogućih kupaca softvera i koriste se u fazi
dizajna test primera i kriterijuma uspešnog odziva testa. Organizaciono je uspostavljena grupa za
testiranje softvera. Osnovna sredstva, alati za Testiranje softvera su u upotrebi.
Iako organizacije na ovom nivou znaju za značaj kontrole i obezbeđenja kvaliteta, ova funkcija nije
formalno primenjena u SDLC. Program merenja kvaliteta testiranja softvera kao i samog kvaliteta
softvera kao proizvoda nije još uspostavljen.
4. nivo zrelosti u pogledu testiranja softvera– Faza merenja i upravljanja
Proces testiranja softvera se meri i kvalitet (cena, efikasnost, efektivnost) se ocenjuje. Inspekcije i revizije
se primenjuju planski u svim fazama SDLC kao obavezna aktivnost u testiranju softvera i kontroli
kvaliteta. Softverski proizvod se testira radi ocene faktora kvaliteta kao što su pouzdanost, upotrebljivost
i pogodnost za održavanje. Ažurira se baza podataka o test-primerima sa svih projekata radi ponovne
upotrebe pri regresionom (ponovljenom) testiranju. Otkazi, greške, se evidentiraju u bazi podataka o
otkazima, greškama i dodeljuje im se značaj (kritičnost). Nedostatak testiranja softvera na ovom nivou je
i dalje primenjena preventivna aktivnost generisanja softverskih grešaka, slabo razvijena metrika
kvaliteta testiranja softvera kao i sredstva automatizacije testiranja softvera.
5. nivo zrelosti u pogledu testiranja softvera– Faza optimizacije, prevencije greške i kontrola
kvaliteta
9. 9
Nakon uspešne izgradnje infrastrukture kroz sazrevanje od 1. do 4. nivoa zrelosti, za koji se može reći da
je testiranje softvera definisan i kontrolisan, preko metrika kao što su troškovi, efikasnost, efektivnost
sada se na 5. nivou zrelosti pristupa finom podešavanju i stalnom unapređenju kvaliteta testiranja
softvera. Proces testiranja softvera je kontrolisan statističkim postupcima uzorkovanja i merenja nivoa
poverenja metrika kvaliteta testiranja softvera kao što su troškovi, efikasnost, efektivnost.
Uspostavljena je procedura za izbor i ocenu sredstava i alata za testiranja softvera. Automatska sredstva
TS se koriste u svim fazama testiranja softvera dizajnu test primera, izvršavanju testova, ponovnom
izvršavanju, ažuriranju baze podataka o otkazima, greškama, alati za metriku, praćenje generisanja i
analizu uzroka istih kao i sredstva održavanja tzv. “Testware”.
Pitanje koje se postavlja je zašto PISA (eng. BISA) - Poslovno Inteligentna Softverska Arhitektura,
odgovor na ovo pitanje je jednostavan. Usled nedovoljnog i nekompetentnog testiranja i
nepotrebnih troškova zbog koje trpi softverska industrija došlo se na ideju da se formira radni okvir (eng.
framework) koji će pomoći softverskim organizacijama da reše svoje probleme vezane za testiranje
i optimalno trošenje budžeta. Cela aplikacija je zamišljena kao SaaS (Software as a Service).
Okruženje zа simulаciju scenаrijа rаzvojа kvаlitetnog softverа koje omogucаvа minimizаciju troškovа i
rizikа, izborom аlternаtivnih plаnovа testirаnjа koji zаdovoljаvаju ogrаnicenjа u pogledu slobodnih
resursа, kriterijumа optimаlnosti i performаnsi dаte kompаnije i ekonomski model kvаlitetа softverа zа
ocenu isplаtivosti predloženih аktivnosti SQA, mere zа poboljšаnje PRSPTS (Proces Razvoja
Softvera, Proces Testiranja Softvera) nа osnovu ekonomskih pаrаmetаrа. Razvoj softvera troši više
od polovine svog budžeta na aktivnosti povezane sa testiranjem u toku projektovanja softvera i na
održavanju softvera nakon njegove predaje na upotrebu.
Razvoj softvera obuhvata:
• Precizno planiranje(resursa, troškova, trajanja, obuke kadra i td.) • Identifikaciju, procenu i kontrolu
rizika na softverskom projektu • Utvrdivanje merenja kvaliteta softverskog proizvoda
• Kvantitativno upravljanje procesom testiranja tj. aktivnostima osiguranja kvaliteta softvera u cilju
povećanja efikasnosti otkrivanja grešaka u toku razvoja softvera.
OptimalSQM sadrži (OQT MNGR, OQT BOX, OQT MAINT, OQT OPST, OQT SIM) i dostupan je kao
sveobuhvatni paket rešenja za upravljanje testiranjem i simulacijom mogućih scenarija procesa
testiranja konkretne kompanije i konkretnog projekta.
10. 10
Ko-relacija između paketa PISA rešenja
PISA je integrisana iz pet softverskih paketa, to su:
OQT MNGR (MaNaGeR) nalazi se u „srcu“ PISA radnog okruženja, obezbeđuje integrisano i konherentno
upravljanje multidisciplinarnim aspektima operacija jediničnog, integracionog i sistemskog testiranja,
simuliranja tj. preporukom najboljeg modela razvoja softvera za konkretan projekat i dokumentovanja
testiranja.
Funkcija OptimalSQM Manager-a je da pruži interfejs koji je intuitivan i jednostavan za korišćenje, da
izgled često ume da prevari to je i u ovom slučaju OptimalSQM Manager je kompleksan paket, koji je
odgovoran za detaljna ispitivanja u vezi projekta, zamišljen kao vodič (guide) gde korisnici odgovaraju na
pitanja koja im OptimalSQM Manager postavlja. MNGR sadrži SaaS-ove (Softwere as a Service) paradigme
pravila - koja će biti prvi industrijski jezik scenarija za testiranje softvera sa lako prilagodljivim unapred
definisanim predlozima pravila - za rešavanje kritičnih vektorskih (preko 100) promenljivih u procesu
upravljanja testiranjem.
Takođe, važna funkcija MNGR komponente je da pruži sve upitnike na projektu: aktivnosti razvoja
procesa i bitne stavke produktivnosti procesa radi izračunavanja ograničenja procene rizika i radi
postizanja održive procene određenih preduzeća i projekata.
OQT
MNGR
OQT
MAINT
OQT
OPST
OQT
BOX
OQT
SIM
11. 11
Komponente OQT MNGR paketa
OQT SIM simulira scenarije za optimalno testiranje na osnovu definisanih pravila i algoritama koji su
dobijeni statističkim metodama iz empirijskih podataka. OptimalSQM SIM generiše rezultate koji se
dobijaju kao funkcija ulaznih podataka, što znači da kada unesemo podatke dobijamo rezultat koji je
direktno zavisi od ulaza, promenom vrednosti na ulazu menjaju se podaci na izlazu. Ulazni podaci su na
primer LOC (Lines of code), FP (Functional points), CMM (Capability Maturity Model), TMM (Testing
Maturity Model), MML (Modeling Maturity Level), itd… Zahvaljujući nadgledanju planiranja, OQT-SIM
takođe proverava poboljšanje kvaliteta i efikasnosti postojećih pravila postavljenih tokom vremena, što
omogućava poređenje stvarne koristi baziranih na akumulaciji informacija u realnom svetu procesa
testiranja za razne vrste softverskih proizvoda, nivoa CMM i TMM zrelosti konkretne kompanije kojoj
pružamo servis.
OQT-SIM nudi tačno razumevanje stvarne koristi i ROI postavljenih pravila, pruža dokaz koncepta za više
scenarija stvarnih performansi konkretne kompanije i konkretnog projekta te kompanije (iz sopstvene
metrike ili usrednjene baze merenih karakteristika tipa softverskog proizvoda koji se razvija,
performansi razvojnog tima, procesa testiranja u datoj kompaniji i sl.), procenu optimalnog scenarija za
dati projekat na bazi rezultata simulacije mogućih scenarija testiranja spremljenog pre primene u
realizaciji datog konkretnog softverskog projekta. SIM nudi simulaciju šablona koji sadrže algoritme iz
različitih porodica softverskih proizvoda, nivoa zrelosti softverskih kompanija, kao što su smanjenje
vremena testiranja, napredna statistička kontrola procesa, kvalitet i pouzdanost, smanjenje naknadne
dorade usled napravljenih grešaka u svim fazama razvoja softvera. Svaka familija stimulacije je bogata sa
pravilima koji su posebna meta poslovnih potreba. Potpuno integrisan sa svim drugim OQT-MNGR
modelima, OQT-SIM omogućava simulaciju pravila i postavljena pravila definisana u OQT-pravilima, koji
OQT
MNGR
OQT RULES
OQT
PRODUCT
CENTRAL
OQT
QUALITY
FLEET
CENTRAL
OQT
REPORT
CENTRAL
OQT
CUSTOMER
CENTRAL
CRM
OQT TEST
TOOLS
INTERFACE
12. 12
onda mogu biti objavljeni putem OQT-MNGR u realnom vremenu ili kasnijem radnom okruženju.
Simulacioni tok je intuitivan, jednostavan za korišćenje i podržan je jakom metodologijom.
Komponente OQT SIM paketa
OQT BOX predstavlja centralnu bazu podataka, gde su smešteni algoritmi, tehnike i procesi vezani za
testiranje softvera, ne zavisi od modela razvoja softvera.BOX komponenta će biti najbolja praksa i skup
univerzalnih tehnika za testiranje softvera po metodi „Crne kutije”, „Bele kutije” i ”Sive kutije” u IT
industriji, koje će biti spremljene za sve vrste softverskih proizvoda, nivoa CMM i TMM zrelosti konkretne
kompanije kojoj pružamo servis i kupljenih softverskih alata za testiranje. BOX komponenta će biti
potpuno nezavisna od modela procesa razvoja softvera i vrste softverskih proizvoda, podržavajući sve
nivoe i tipove testiranja softvera. Kao deo rešenja OptimalSQM-a, izvršavaće se na zahtev OQT MNGR
komponente, a na osnovu proverenih pravila koja su kreirana i proverena simulacijom mogućih scenarija
testiranje softvera pre njihove primene u tesetiranju konkretnog softvera koji razvija i testira konkretna
kompanija sa svojim ljudskim, procesnim i laboratorijskim kapacitetima, a prema uspostavljenim
kriterijumima efikasnosti i efektivnosti za sve SDLC aktivnosti.
OQT
SIM
RULES
SIMULATOR
QUALITY
ANALIZER
BENEFIT
(ROI,BCR)
EVALUATOR
SCENARIOS
SIMULATOR
RBOST
OPTIMIZER
13. 13
Komponente OQT BOX paketa
OQTMAINT : razmišlja o svim rezultatima testiranja radi poboljšanja kontrole kvaliteta i upravljanja svim
aspektima operacija testiranja u korektivnom, adaptivnom i perfektivnom održavanju softvera kako u
toku razvoja tako i nakon isporuke softverskog proizvoda na upotrebu. MAINT komponenta vrši
unakrsne procene kvaliteta svih flota testiranja, za sve procene efikasnosti testiranja u otkrivanju i
otklanjanju defekata (povećenje prinosa otkrivenih grešaka), nudeći ekstremni integritet podataka.
Komponente OQT MAINT paketa
OQT
BOX
QT CRM
LOCAL TO
CENTRAL
QT
REPORT
LOCAL TO
CENTRAL
QT BUG
MGR
QT WHITE
BOX
QT BLACK
BOX
QT GRAY
BOX
14. 14
Osim toga, MAINT komponenta poboljšava pouzdanost softvera kroz SRE (Software Reliability
Engineering) metodologiju metrike pouzdanosti softverskog proizvoda u predviđanju i proceni
kritičnih faktora kao što su: stopa grešaka po fazama razvoja softvera, konačna stopa grešaka nakon 6
meseci upotrebe softvera, gustine grešaka na KSLOC ili FP metrici veličine softvera, profil greška
itd. Na osnovu ovih podataka MAINT komponenta obezbeđuje kompletnu tehničku podršku nakon
puštanja softverskih proizvoda u promet, odnosno program za aktivnosti održavanja tj.za korektivno,
adaptivno, perfektivno i preventivno održavanje na optimizovan način.
OQT OPST komponenta (OPeratinonal Software Testing) treba timu za planiranje i sprovođenje
testiranja konkretnog razvijanog softvera, konkretne kompanije (Project Specific Software Testing) da
omogući da na osnovu stvarnih performansi konkretne kompanije i konkretnog projekta te kompanije i
pronađenog optimalnog scenarija za dati projekat na bazi REZULTATA izvršenih simulacija (OQT SIM
komponente) mogućih scenarija testiranja pre primene u realizaciji datog konkretnog softverskog
projekta, odredi karakteristike integralnog i optimalnog PTS (IOPTS). Dakle, na osnovu sopstvene
metrike ili usrednjene baze merenih karakteristika tipa softverskog proizvoda koji se razvija,
performansi razvojnog tima, zrelosti (TMM nivoa) procesa testiranja u datoj kompaniji i sl., odredi
aktivnosti i objekte testiranja u tačkama provere artifakata datog PTS (SDLC), odredi adekvatne tehnike
detekcije grešaka koje obezbeđuju zahtevani kvalitet tokom razvoja softverskog proizvoda u okvirima
projektnih ograničenja tj. sve parametre IOPTS.
Komponente OQT OPST paketa
OQT
OPST
TEST REPORT
EXPERT
WIP
EXECUTION
EXPERT
CRM ON
PROJECT TEAM
MANAGEMENT
PROJECT
PLANNER
EXPERT
IOP TEST
EXPERT
15. 15
2.1 INTEGRISANI EKSPERTSKI ALATI
PISA treba, u osnovi, da bude zasnovana na servisno orijentisanoj arhitekturi ( SOA) sa integrisanim
ekspertskim alatima (Profit eXpert, Planner eXpert, Risk Management eXpert, Quality eXpert,
Maintenance eXpert, People Performance eXpert and Process Dynamics ControleXpert) .
Profit eXpert
Zadatak Profit eXpert softverske komponente će biti da na bazi izrađenog
ekonomskog modela kvaliteta softvera oceni isplativost predloženih aktivnosti
obezbeđenja i kontrole kvaliteta PRS-PTS na osnovu ekonomskih parametara (ROI,
BCR, CAPEX, OPEX i dr.).
Profit eXpert razvija metrike uravnotežene produktivnosti (Balanced Productivity
Metrics) kako bi se merilo poboljšanje učinaka i produktivnosti. BPM se fokusira
na SEI CMM mere kao što su veličina, vreme, napor i defekti, i ostali podaci
prikupljeni za merenje poboljšanje procesa.
BPM se zasniva na principu da upravljanje poboljšanjem produktivnosti treba da
se usredsredi na postizanje ravnoteže vremena (raspored), troškova (napor), i
kvaliteta (procenat defekta) , što je u skladu sa Balanced Scorecard metodologijom.
Planer eXpert
Planer eXpert treba na osnovu istraženih modela estimacije i predikcije veličine softvera, složenosti,
trajanja razvoja, trajanja testiranja, broja potencijalnih grešaka u softveru, trajanja i cene njihove
popravke tokom PRS-PTS, pruži neophodne podatke za simulaciju različitih scenarija PRS-PTS iz kojih se
bira optimalni scenario realizacije projekta. Dakle, ova komponenta je od velike važnosti, jer u suštini
predstavlja najvažniji deo, koji je već pomenut, a to je testiranje, koje vodi projekat ka uspešnom kraju.
Planner eXpert sa sobom nosi veliku važnost, i ukoliko se uradi kako treba, može da ponese, a i eliminiše
greške koje su načinjene u drugim koracima razvoja projekta, a i od strane drugih komponenata. On bi
trebao da na pravi način proceni vreme i troškove potrebne za softverski projekat, primenjujući najbolje
metode procene koje se ostvaruju na mnogim modelima, kao što su COCOMO, funkcionalne tačke, i dr.
Planner eXpert, pored pomenutog, podatke koje je dobio iz testiranja i ispitivanja smešta u bazu
podataka, koji će se koristiti za neophodne buduće procene prilikom razvoja softvera.
16. 16
COCOMO (The Constructive Cost Model)
COCOMO (The Constructive Cost Model) je algoritamski model za procenu troškova
pri razvoju softvera razvijen od strane Barri V. Boehm-a.Ovaj model koristi osnovne
regresione formule sa parametrima koji proizilaze iz prošlih i aktuelnih podataka
projekta, kao i iz budućih karakteristika projekta.
COCOMO se sastoji od tri detaljne i precizne hijerahijske forme.
Prvi nivo, osnovni COCOMO je dobar za brzu,ranu, grubu procenu reda veličine
softverskih troškova, ali njena tačnost je ograničena zbog nedostatka faktora nastalih
zbog razlika u projektnim atributima.(COST drivers-alati za procenu troškova). Napredniji COCOMO
uzima u obzir ove procene dok detaljni COCOMO uzima u obzir i svaku pojedinačnu fazu projekta.
Risk Management
Risk Management eXpert treba da u saradnji sa Profit eXpert sofverskim alatom
pruži servis menadžerima dizajna i testiranja softvera u: identifikaciji, proceni
efekata, plana aktivnosti smanjenja i kontrole rizika na prihvatljivom nivou, datog
softverskog projekta. Dakle, upravljanje rizikom je usko vezano za ispravno
funkcionisanje softvera koji se razvija, a odatle se i omogućuje profit kompaniji.
Alati za upravljanje rizicima. omugućavaju planerima da eksplicitno pronadju
nesigurne, odnosno rizične delove softvera, na taj nacin sto ce indetifikovati i
generisati metrike, parametre, prioritete, razvijati ograničenja i pratiti rizike.
Ove mogucnosti su vrlo teške za pracenje bez neke posebne dokumentacije ili bez ih posebnih softverskih
aplikacija(sto je omogućeno napretkom na polju informacionih tehnologija).Prostiji alati za procenu
rizika omogućavaju vodjenje dokumentacije, a alati na višem nivou omogućavaju vizuelni prikaz rizika.
Quality eXpert
Quality eXpert treba da integriše specijalizovane ekspertske alate (Quality Metrics
eXpert, Test Effort Estimation eXpert, Reliability eXpert, Product release eXpert)
koji obezbeđuju servis menadžerima dizajna i testiranja softvera u izradi metrike
integrisanog procesa merenja kvaliteta softvera, automatizaciji procesa planiranja
zasnovanog na modelima estimacije veličine softvera, cene, broju projektanata,
trajanja razvoja i testiranja, proceni i predikciji pouzdanosti softverskog rešenja
tokom simulacije različitih scenarija dizajna i u toku realizacije PRS-PTS, koji treba
da dovedu do donošenja odluke o završetku PRS-PTS i predaje softveskog proizvoda (IS) na upotrebu.
Dakle, ova komponenta je u većini skoncentrisana na planiranje celog projekta, odnosno na radnje koje će
se desiti pre samog testiranja softvera, ali uključuje i radnje u toku razvoja softvera, pa čak i predaju
gotovog projekta. Te radnje se uglavnom odnose na tim, kao i na zadatke koje će članovi tima odrađivati,
ali i na testiranje softvera, kao i krajnji rezultat projekta. Quality eXpert koristi određene metrike i
instrumente koji omogućavaju precizno planiranje procesa kao i izvršenje tog plana.
17. 17
Maintenance eXpert
Maintenance eXpert treba da obezbedi servis menadžerima dizajna i testiranja
softvera u: izradi plana i proceni troškova korektivnog, adaptivnog, perfektivnog i
preventivog održavanja softvera. Kao što smo već istakli, razvoj kvalitetnog
softvera je jako složen i nepouzdan posao, ali je upravljanje složenim, dinamičkim
procesom razvoja i testiranja (sa preko 100 promenljivih) još teže bez adekvatnog
softverskog alata.
Process Dynamics Control eXpert
Process Dynamics Control eXpert, koji treba da identifikje observabilne i kontrolabilne promenjive
konkretnog softverskog projekta, da uspostavi kriterijume stabilnosti i optimalnosti u svakoj fazi PRS-
PTS i za ceo proces. Da bi ovako realizovano softversko okruženje za optimalan razvoj kvalitetnog
softvera zaista obezbedilo uspeh na konkretnom softverskom projektu tj. dalo očekivane rezultate,
neobhodno je: ocenjivanje i praćenje performansi projektnog tima, podizanje stručnog kapaciteta ljudi
koji realizuju projekat korišćenjem softverskog alata People Performance eXpert.
People Performance eXpert
People Performance eXpert je zadužen za učinak ljudi u timu, i to: ocenjivanje i
praćenje učinka, podizanje stručnog kapaciteta ljudi koji učestvuju u izradi projekta.
PP eXpert će pratiti rad članova tima na projektu, radi poboljšanja njihovog rada, a
time direktno i softvera koji se razvija. Time će se podići stručnost tima, zatim
njihova efikasnost u odrađivanju specifičnih zadataka, a i znatno poboljšati kvalitet
rada, a i samog rezultata. Pored navedenog, očekuje se i podizanje nivoa zrelosti
preduzeća na 4 i 5 nivo CMM i TMM zrelosti.
Ova komponenta ima sličnosti sa menadžerom tima. Razlika je u tome što će PP eXpert dati konkretne
korake u cilju poboljšanja rada ljudi u timu, nizom konkretnih akcija. Primarno posmatranjem, a zatim i
primenjivanjem ispravnih radnji.
Quality Metrics eXpert
Ova pod-komponenta Quality eXpert-a odnosi se na komponentu koja će
upravljati metrikama, odnosno merama softvera koji se razvija, ili neke njegove
specifikacije. Softver metrike se mogu svrstati u tri kategorije: za proizvode, za
procese, kao i metrike za projekat. Proizvod metrike opisuju karakteristike
proizvoda kao što su veličina , složenost , dizajn funkcije, performanse i nivo
kvaliteta . Process metrike se mogu koristiti za poboljšanje razvoj softvera i
18. 18
održavanje.
Primeri uključuju efikasnost uklanjanja kvara tokom razvoja, obrazac testiranja defekt dolazak i vreme
odziva od fiksnog procesa. Projekat metrika opisuje karakteristike i izvršenje projketa. Primeri uključuju
broj softver programera,kadrovski obrazac tokom životnog ciklusa softvera , troškove, raspored i
produktivnost.
Test Effort Estimation eXpert
Test Effort Estimation eXpert će predstavljati komponentu koja vrši procenu
“napora” testiranja. Time će se vršiti procena veličine testa, zatim napora
testiranja, troškova testiranja, kao i rasporeda testiranja za specificirani softver u
određenom okruženju. U razvoju softvera, Test Effort se odnosi na troškove za
testove koji tek treba da se urade. Postoji odnos izmedju cene testiranja i
troškova neuspeha (direktni, indirektni, troškovi za korekciju grešaka).
Neki faktori koji utiču na test napor su: zrelost procesa razvoja softvera, kvalitet i mogućnost testiranja
test objekta, test infrastrukture, test veština osoblja, kvalitet ciljeva i test strategije.
Da analiziramo sve faktore je tesko, jer većina faktora uticu jedni na druge. Sledeći pristupi mogu da se
koriste za procenu: procene odozgo na dole(top-down) i procena odozdo nagore(bottom-up).
Top-down tehnike su zasnovane na formulama i povezane su sa troškovima za razvoj: Analiza funkcijskih
tačaka (Function Point Analysis (FPA))(OMS) i Test Point Analiza (TPA), između ostalih. Bottom-up
tehnike se zasnivaju na detaljnim informacijama i često uključuju strucnjake. Sledeće tehnike pripadaju
ovde: Work Breakdown Structure (WBS) i širokopojasni Delfi (WBD).
Reliability eXpert
Ova komponenta će se detaljnije baviti samom pouzdanošću softvera (što je usko
povezano sa procenom pouzdanosti softvera, koja je pomenuta kod Risk
Management eXpert-a). Ova komponenta ima svoje modele i metrike uz pomoć kojih
dolazi do pouzdanosti softvera, što se značajno razlikuje od procene pouzdanosti
softvera(software reliability prediction and estimation).
Product release eXpert
Product release eXpert se odnosi na završnu, ali ne i manje bitnu radnju, oslobađanje
proizvoda, odnosno puštanje u prodaju/korišćenje. Product release je proces
lansiranja novog proizvoda za određeno tržište ili baze korisnika. U razvoju softvera
,puštanje proizvoda u proizvodnju se ponekad čini sa beta verzijom , tako da core
programeri / korisnici mogu da pomognu u debagovanju i davanju povratne
informacije pre objavljivanja aktuelnog softvera
19. 19
3. PISA SHOWROOM
PISA ShowRoom predstavlja jedan deo OQT SIM koji ima osnovne funkcije svih paketa i sa minimalnim
resursima može da vrši simulaciju rada celeokupnog Da bi OQT Sim mogao da funkcioniše i u
potpunosti obavlja svoju funkciju potrebno je da bude povezan sa ostalim komponentama. Različite
komponente imaju različite zadatke i daju različite rezultate pa se mora uvesti neka usaglašavanja
komunikacij. Radi se o tome da će svaka komponenta biti smeštena na jednom serveru da bi se rasteretile
pojedine resurse. Komunikacija OQT Sim paketa sa ostalim OQT komponentama se vrši u tačno
određenom formatu, preko standardizovanih XML formi (slika 4.1.). Puna strelica izmedju OQT MNGR i
Aplikacionog servera predstavlja obaveznu vezu dok isprekidane strelice predstavljaju neobaveznu tj.
vezu prema potrebi. OQT MNGR komunicira sa aplikacionim serverom i on je zaduzen za sve ostale
delove gde po potrebi aktivira odredjenu komponentu. Ova arhitektura komponenada zadovoljava
osnovni koncept SOA arhitekture.
ShowRoomDemo lab predstavlja aplikaciju koja poseduje deo funkcionalnosti alata OptimalSQM. Njome
se može izvršiti estimacija potrebnih resursa za razvoj softverskog proizvoda, i to na osnovu tri podatka:
• CMM nivo komanije koja razvija softver (CMM1, CMM2, CMM3, CMM4 ili CMM5)
• Veličina softvera izražena u funkcionalnim tačkama (10 FP, 100 FP, 1000 FP, 10000 FP ili 100 000
FP)
• Namena softvera (5 tipova softvera - informacioni sistem, komercijalni softver, vojni softver, web
ili e-uprava) o čemu će biti reči kasnije.
Ovaj aspekat PISA sistema je veoma bitan iz razloga što povećanje cene i složenosti razvoja softvera
primorava kompanije koje se bave razvojem softvera da pronađu puteve kroz metodologiju procesa i
alata za povećanje kvaliteta softvera kojeg razvijaju i distribuiraju.Međutim, ukupan proces je jak
koliko i njegova najslabija karika.Kritični deo je inžinjerstvo kvaliteta softvera kao aktivnost i kao
proces.Testiranje je glavni instrument koji omogućava da se ovaj proces izvrši.
Testiranje softvera je tradicionalno gledano od mnogih kao nužno zlo, izbegavajući ga i programeri i
menadžeri, i često nije integrisana i paralelna aktivnost tokom celog ciklusa razvoja softvera. Jedina stvar
koja je jasna - po definiciji testiranje se još uvek smatra po mnogima kao samo negativan korak često
preduziman na kraju procesa razvoja softvera dok ostali sada vide testiranje kao „prednost nad
konkurencijom“ praktično i strategijski.
Rešenja u softverskom inženjerstvu su više složenije‐međusobno povezana u sve više i više
isprepletanih tehnologija kroz mnogobrojna operaciona okruženja.Sa povećanjem poslovnih zahteva za
više softverskih rešenja zajedno sa dolaskom novijih, produktivnijih jezika i alatki, više koda se
generiše u kraćem vremenskom periodu.
U organizacijama koje se bave razvojem softvera, povećanje kompleksnosti proizvoda, skraćivanje
razvojnog ciklusa, i višim očekivanjima korisnika za kvalitetom dokazuje da je softversko testiranje
20. 20
postalo veoma važna aktivnost u softverskom inženjerstvu. Aktivnost razvoja softvera je u svakoj fazi
sklona greškama, pa defekti igraju najbitniju ulogu u softverskom razvoju. Često zamišljamo
testiranje u softverskom razvoju kao nešto što radimo kada nam nestane vremena ili posle pisanja
koda. Planiranje, upravljanje, izvršavanje i dokumentovanje testiranja je ključna aktivnosti tokom
svih faza razvoja softvera je neverovatno težak zadatak.
Proizvođači softvera obično troše od 30 do 70 procenata ukupnog budžeta za razvoj softvera na
testiranje. Softverski inženjeri se u potpunosti slažu da se cena korekcije defektapovećava, kako se
vreme između dešavanja i detekcije greške povećava u zavisnosti od ozbiljnosti greške i nivoa zrelosti
testiranja softvera.
Sve do faze kodiranja u razvoju softvera, zadaci testiranja su uglavnom test planiranja i test
dizajniranja slučajeva upotrebe. Kompjuterski bazirana simulacija i modeliranje (M&S) je značajna
tehnika planiranju zadataka testiranja u testiranju kompleksnih sistema/softvera da bi se ocenila
interakcija velikih, kompleksnih sistema sa hardverom, korisnicima, i drugim softverskim
komponentama .Veliki broj organizacija koje se bave razvojem softvera primenjuju sekvencionalni
proces za razvoj softvera. Koji obuhvata:
• Inženjerstvo zahteva (Requirement Engineering ‐ RE),
• Dizajn visokog nivoa (High‐Level Design ‐ HLD),
• Dizajn niskog nivoa (Low‐Level Design ‐ LLD),
• Faza kodiranja (Coding Phase ‐ CP),
• Jedinično testiranje (Unit testing ‐ UT),
• Integrisano testiranje (Integration Testing - IT),
• Sistemsko testiranje (System Testing - ST),
OQT SIM
• Faza testiranja oblasti (Field Testing phase - FT)
Koje mogu biti podrazumevani životni ciklus razvoja slučajeva testiranja kao što su:
a) Identifikacija i planiranje,
b) Dizajn,
c) Sastavljanje,
d) Izvršavanje,
e) Upoređivanje i analiza.
21. 21
Razvoj veoma kvalitetnog softvera je veoma komplikovan i nepouzdan zadatak, ali upravljanje
razvojem i testiranjem softvera (SDP‐STP - Software Development Process - Software Testing
Process) je mnogo teže bez odgovarajućeg softverskog okruženja koje se sastoji od integrisanih
tehnika, procedura i alata za:
a) precizno planiranje (resursi, cene, trajanje, obuka, itd...),
b) identifikaciju rizika,
c) formiranje mernih vrednosti i metrika kvaliteta softvera,
d) upravljanjem procesom testiranja.
4. KONKURETSKA REŠENJA
Kao što je već navedeno PISA predstavlja skup nаjboljih modelа i tehnikа iz prаkse, integrisаnih u optimizovаn i
kvаntitаtivno rukovoden proces rаzvojа, testirаnjа i održаvаnjа softverа. PISA zapravo poredstavlja skup ekspertskih
alata koji se integrišu u zavisnosti od zahteva korisnika. Samo jedna od baznih komponenti PISA rešenja je PISA
DATABASE odnosno PISA Baza podataka, i da bi se pokazale sve prednosti ovog rešenja potrebno ga je uporediti sa
sličnim konkuretskim rešenjima koja već postoje na tržištu da bi se utvrdilo u kojim delovima naša rešenja prednjače,
gde može doći do izmena, šta se može poboljšati i unaprediti, na koji način se mogu ukloniti nedostaci I implementirati
dobra rešenja proizvoda na tržištu da bi se došlo do boljeg finalnog proizvoda koji će ispuniti očekivanja I zahteve
korisnika.
Analiziraćemo tri konkuretska rešenja:
QSM Slim
Spira test
HP Quality Management solutions
22. 22
4.1 QSM Slim
QSM Slim
QSM Slim (Software Lifecycle Management) je softversko rešenje koje zapravo upravlja životnim ciklusom
softvera i prati ga kroz tri bitne faze. Najpre faza procene novih projekata, faza praćenja i kontrole pokrenutih
projekata i analiza završenih projekata. Na ovaj način QSM SLIM poseduje ogromnu bazu podataka koja sadrži
podatke od preko 7000 završenih projekata sakupljenih širom sveta.
QSM Slim nudi različite mogućnosti koje se mogu iskoristiti tokom estimacije, razvoja, kao i testiranja proizvoda
koji razvijamo I sastoji se od sledećih komponeneti:
SLIM MasterPlan® je alat koji, kako navodi kompanija koja ga je proizvela, idealan analizu organizacionih
rešenja i planiranja velikih i kompleksih sistema. Alat omogućava da se prate veliki projekti i da se brzo
dodje do alternativa koristeći moćni „what-if“ simulator.
SLIM Estimate® pomaže u proceni vremena, truda i troškova koje moraju da zadovolje i daju skup zahteva
i da odrede najbolju strategiju za projektovanje i implemetaciju softvera ili sistema projekta. Pored razvoja
softvera, klijenti mogu da koriste alate za više prejektovanje procesa uključujući razvoj, hardver,
infrastrukturu, model zasnovan na razvoju, inžinjering i arhitekturu, servisno orijentisana arhitekturu,
centar razvoja i još mnogo toga.
SLIM Control® sadrži statički kontrolni proces tehnike koji je potreban da se proceni stanje projekta (tj.
da se uporedi plan projekta sa stvarnim projektom i generisanje završnog projekta). SLIM Control nudi
ugrađene i korisnički definisane metrike, ako i ostvarene vrednosti grafikona i izveštaja.
SLIM Metrics® radi sa SLIM DataManager podacima iz skladišnih alata koja pruža očuvanje istorije
projekta, vrši procenu konkurentske pozicije, identifikuje prepreke, kvantifikuje korist od procesa
poboljšanja i brani buduće procene projekta. SLIM DataMenager je alat za smeštanje podataka koji je
23. 23
uključen u SLIM Metrics, i oni zajedno kreiraju komporativnu bazu podataka za kompletne projekte. Ta
baza podataka se može iskoristiti za analizu podataka i otrkivanje ključnih odnosa i najnovijih trendova.
SLIM EstimateExpress® je softver QSM-a projekta za procenu alata za organizaciju sa manjim zahtevima
procene. EstimateExpress precizno izračunava cenu, rasporede, pouzdanost i sredstva za velike i male
softverske projekte, a uz sve to pruza mogućnost da se pregovara i planira viši scenario projekta. Uz
podršku QSM-a Express je veoma dobar izbor za razvoj softvera koji ne zahteva rešenje preduzeća.
Prednosti QSM
Kada kupite Slim- Metrics , dobijate QSM SLIM - DataManager -moćan alat koji skladišti pokazatelje iz svojih
završenih softverskih projekata .
SLIM - DataManager počinje sa SI osnovnim mernim jedinicmaa ( veličina, vreme, trud, i nedostaci) , a zatim dodaje
obiman skup standardnih mernih jedinica koji raste zajedno sa svojim programskom metrikom . Slim-
DataManager je otvorena arhitektura i omogućava vam da kreirate interfejsa na bilo kom ODBC - kompatibilnom
alatu.
Pored standardnih mernih jedinica DataManager, može da kreira i sopstvene pokazatelje i korisnički definisane
promenljive, da proširi opcije analize još dalje .
Prilagođeni pokazatelji su tekst, numeričke, single - i multi - izbor polja koje kreirate za skladištenje podataka od
značaja za vašu organizaciju . Kombinujte brojčane pokazatelje da formiraju korisnički definisane promenljive kao
što su "defekat po strani" ili " po modulu " . Pokazatelje su dostupni za prikazivanje u projektnim izveštajima i
grafikonima u SLIM- metrike .
Data Manager-kreiranje novih metrika
Jump Start analiza
Kada se izgradi bazu podataka , vi ćete zeleti da vidite sta ima da kazu podaci . Slim- Metrics standardna sveska
poseduje impresivan nacrt spreman za upotrebu grafikona i izveštaje tako da možete početi analizu svojih podatka
24. 24
odmah . Samo povezite baze podataka u novu radnu svesku i istraživanje počinje. Prilagođavanje standardne
radne svesku je brzo i jednostavno.
Slim Metricks- standardna sveska
Da bi ostali konkurentni , morate da znate kako se kotirate u odnosu na konkurencije . Slim- metrika vas
isporučuje sa najnovijim trendovima u ovoj industriji iz baze QSM je od preko 6300 završenih softverskih
projekata .
25. 25
Prezentacija za izveštaj o kvalitetu
Sa Slim- metrike , kreiranje profesionalne prezentacije je za tren oka! Premca izbor grafikona i izveštaja dobije
svoju poruku brzo i efikasno .SLIM - Metrika takođe nudi nekoliko opcija precica da poboljsa svoju prezentaciju .
Desnim tasterom misa kliknite na bilo koju tacku podataka da bi se rezime projekta , ili dodajte plutajuće beleske
ciljem da se istakne važne tačke . Veći tekst paneli omogućavaju da dodate jos detaljna zapazanja .
Slim metrike
Prednosti i nedostaci
Na osnovu svega dosad napisanog može se zaključiti da je cilj QSM Slim-a da pruži sveobuhvatno rešenje koje će
pomoći da se sprovede projekat od planiranja projekta pa sve do završetka projekta kao što i predstavlja cilj našeg
rešenja tj. Optimal SQM-a, i po tom pitanju možemo reći da imamo dosta sličnosti, ali da se određeni paketi
razlikuju. SLIM vrši oko 80% simulacije, a to predstavlja samo jedan od nekoliko paketa našeg rešenja. Na slici
možemo videti GUI Slima koji je prilično pristupačan, logičan i ne preterano komplikovan.
Ovo možemo iskoristiti kao jednu od glavnih prednosti koje ovo rešenje poseduje. Sve komponente nude ugrađene
funkcije koje će pomoći tokom razvoja softvera, ovo generalno jeste prednost jer uprošćava sam proces estimacije,
kontrole i sličnih funkcija koje nudi. Ali ako detaljnije pogledamo, zamisao našeg rešenja jeste da imamo
repozitorij različitih znanja koja će biti na raspolaganju korisniku da odabere neko od njih koje će korisiti.
Nedostatak rešenja je što je razvoj proizvoda ponuđen samo kroz RUP (Rational Unifided Process – pristup razvoju
softvera koji je iterativan, centriran oko arhitekture i vođen slučajevima korišćenja). Slim predstavlja stand alone,
desktop aplikaciju koja se izvršava na strani korisnika.
26. 26
4.2 Spira test
Projekat Portofolio Managment Projekti u SpiraTest ® mogu biti organizirani u projektnim skupovima koji
pripadaju zajedničkoj organizaciji, kupca ili podele. To omogućuje da se vide grupe i sadržaj projekta koji
omogućuje da se vidi ukupni status skupa kao celine.
Primer test slučajeva koje korisnik preduzima
Zahtevi za upravljanje
Spira Test pruža mogućnost za kreiranje, uređivanje i brisanje projektnih opsega / zahteva u hijerarhijskoj
organizaciji koji podseća na tipičan opseg matrica. Osim toga, svaki zahtev se preslikava na jedan ili više testnih
slučajeva koji se mogu koristiti za proveru da li funkcionalnost radi kao što je očekivano.
Izvršavanje više test slučajeva
27. 27
Test Case Management
Spira Test pruža mogućnost za kreiranje, uređivanje i brisanje projektnih test slučajeva koji se nalaze u
hijerarhijskoj mapi struktura koja će biti upoznata sa korisnicima iz drugih aplikacija. Svaki test slučaj se sastoji od
niza ispitnih koraka koji predstavljaju pojedinačne radnje koje korisnik mora preduzeti kako bi dovršio test. Osim
toga, svaki test slučaj se preslikava na jedan ili više zahteva.
Izvršenje test slučajeva
SpiraTest ® pruža mogućnost da izvrši skupove test slučajeva - zajedno sa svojim ispitnim koraka - tako da
ispitivači mogu slediti upute i utvrditi da li se sistem koji se ispituje ponaša onako kako se očekuje. Svako
odstupanja od očekivanog ponašanja se tada može snimiti.
Test Run Arhiviranje
Svaki put kada se izvršiti test slučaj, SpiraTest ® beleži svaki pass / neuspeh, kao i pripadajuće incidente
generisane kao "probni rad". Ovaj arhivirani Test rad se može videti kako bi se utvrdilo jesu li uvedene nove
promene u sistemu.
Test Run arhiviranje
Automatizovano ispitivanje
Spira Test omogućuje automatizovano testiranje u istom okruženju kao i kod ručnog testiranja. Sa RemoteLaunch
za SpiraTest može se postaviti automatizovan test slučajeva u Spira Test/Team za izvršenje na lokalnom računaru
ili udaljenom računaru. Rapise iz Inflectra je sledeća generacija softvera kao test automatizovani alat koji koristi
snagu otvorene arhitekture za poboljšanje kvaliteta aplikacije. Koristeći napredne tehnologije i proširivu
arhitekturu, Rapise može nositi svoje softverske aplikacije i cross-browser za potrebna testiranja.
28. 28
Prikaz grafikona
Prednosti i nedostaci
Spira Test proizvodi daju odlična rešenja za testiranje softvera međutim u našem rešenju modula Show room ne
može se pronaći ni jedan od njih. Razlog je u tome što nemaju proizvod koji se odnosi na estimaciju softvera što je
veliki nedostatak. Na zvaničnom sajtu (http://inflectra.com/spiratest/) je moguće preuzeti i demo verziju Spira
Test softvera, gde se takođe nalaze odlično odrađena objašnjenja i tutorijali za korisnike koji nema iskustva u
korišćenju ovakvih softvera. Razlog zbog kojeg se anlizira Spira Test je način prezentovanja rezultata korisnicima.
Naime, Spira Test omogućava pregledan prikaz rezultata koji je realizovan kombinacijom numeričkih rezultata koji
su jasnije prikazani korišćenjem različitih grafika.
4.3 HP Quality Management solutions (HP ALM, HP Quality Center)
HP Application Lifecycle Management (ALM) zadovoljava potrebe moderne primene životnog ciklusa softvera pruž
anjem jednake važnosti uloga svih timova, uključujući integraciju između strategije i planiranja zadataka koje će o
bavljati timovi, te time stvara dobru praksu podsticanja inovacija i sprečavanja taktičkih odlaganja, i predstavlja
most ka poslednjim koracima organizacije poslovanja. HP Application Lifecycle Management je jedinstvena platfor
ma dizajnirana da savlada životni ciklus softvera od početka do kraja. Arhitektura HP Application Lifecycle Ma
nagement se sastoji od sledećih fukcionalnih i tačaka integracije:
Upravljanje ţivotnim ciklusom aplikacije: Praćenje i planiranje projekta
29. 29
Upit za naručivanje trial verzije
Poduhvati za upravljanje različitim izdanjima softvera
Zahtevi :
Definisanje zahteva ‐ HP ALM andHP Quality
Center ‐ Upravljanje zahtevima ‐ HP ALMiHPQuality Center
Prozor za definisanje zahteva
30. 30
Upravljanje razvojem:
Razvojna integracija ‐ Različite platforme i proizvodi uključujući i Source Control
Management i Integrisano razvojno okruženje (Integrated Development Environment ‐ IDE) kao što su: Eclipse,
Microsoft Visual Studio, i Collabnet.
Upravljanje greškama ‐ HP ALM andHP Quality Center
Sigurnost u razvoju ‐ Fortify SCA (deo HP softvera) Fortify SCA‐ Otkrivanje propusta u izvornom kodu je suštinski
prvi korak u bezbednosti softvera. Ranije mogu se pronaći bezbednosni propusti u toku razvoja i jeftiniji su za pop
ravku. Da bi bila efikasna, izvorni kod analize mora biti više nego temeljno i precizno uradjen. Takođe, trebalo bi da
vam daju konkretan uvid u osnovne uzroke problema bezbednosti. HP Fortify Static Code Analyzer (SCA) u H
P Fortify Software Security Center vam pomaţe da
zadovoljite sve ove potrebe. On pruža ključnu funkcionalnost za efikasno osiguranje bezbednosnog softvera ( Softw
are Security Assurance‐ SSA) programa.
Upravljanje kvalitetom:
HP Unified Functional Testing (UFT) HPFunkcionalno testiranje softvera obezbeđuje funkcionalanost i regresivnos
t testiranja automatizacije za svaki veliki softver aplikacije i okruženja, uključujući i napredni Web 2.0 kompl
eti alata , što je dovelo do razvoja tehnologije, Web usluge, planiranje resursa preduzeća ( ERP) i Customer Relati
onship Management ( CRM) aplikacija. HP‐ Funkcionalno testiranje moţe se proširiti na podršku Web tehnologije
koje nisu podržane , i obuhvata akcelerator da se ubrza razvoj podrške za ove dodatne Web alata .
Izrada izveštaja
31. 31
HP‐ Funkcionalno testiranje nudi ključnu reč pogon za testiranje , koji pojednostavljuje test kreiranja i održavanja .
Testeri mogu da izgrade slučajeve test snimanja koji direktno proističe iz primene ekrana i primenom robustan s
nimanja / ponovno snimanje tehnologijom. Pored toga, korisnici imaju potpun pristup osnovnim testovima i objekt
e svojstva kroz integrisane skripte i otklanjanje grešaka okruženja koje je sinhronizovano. HP‐ Funkcionalno testir
anje je namenjeno za testiranje automatizacije i saradnju između ispitivanih radnih grupa . On uključuje tehnologij
e za upravljanje i primenu definicije ili objekata u menadžeru. Zasnovan na Open XML formatu. Menadžer omog
ućava timovima da sarađuju i razmenjuju definicije. Korisnici takođe mogu da dele funkcije, primenom sredstav
a definicije. HP‐ Funkcionalno testiranje obuhvata QuickTest Professional programske dodatke
HP funkcionalno testiranje , QA organizacije mogu da :
Osnažiti ceo tim da stvori apartman za manje obuke i testiranje znanja ,smanjite troškove tako što će olakšati dono
šenje odluka, ponavljanje i standardizovano testiranje prakse i deljenje sredstava,što dovodi do visokog kvaliteta.
Možete da koristite HP funkcionalno ispitivanje ili HP servis test softver odvojeno za proveru GUI sloja. Ali samo
HP objedinjuje Funkcionalno testiranje softvera i možete da koristite alatke zajedno za proveru integrisanog scen
arija višeslojnih aplikacija. Štaviše,sa HPfunkcionalnim testiranjem možete ubrzati Vaše testiranje opterećenj
a procesa, jer servis testovi mogu izvršiti kao deo opterećenja test scenarija.
Izgleda prozora za testiranje
32. 32
HP objedinjuje funkcionalno testiranje, vaš QA organizacija može da :
Poboljšava kvaliteta složenih aplikacija koje testiraju više funkcionalnosti u više primenjenih slojeva
Pronađe defekte,ako postoje.
Performanse ‐ HP Performance Center i LoadRunner :
HP Performance Center‐ To je veliki izazov da zadržite kritične aplikacije na vrhuncu performansi i skalabilnost na
nivou kao što je definisano zahtevima poslovanja. HP Performance Centar pomaže vam da se suočite sa ovim izaz
ovom u potpunosti, na zahtev, optimizuje rešenje za vaš proces prijavljivanja performansi.
HP Performance Centar pomaže vašoj organizaciji :
Niži troškovi distribuiranih opterećenja za testiranje,
Smanjuje rizik od primene sistema koji ne zadovoljavaju vaše zahteve performansi kroz upotrebu efektivnih tes
tiranja opterećenja preduzeća,
‐Ukazuju na uzrok problema performansi aplikacija brzo i precizno.
LoadRunner‐ HP LoadRunner može da vam pomogne da sprečite plaćenje skupih problema performansi u apl
ikaciji u proizvodnji tako što detektuje prepreke pre nego što novi sistem bude nadogradjen. Ovaj softver omoguća
va merenje performanse s kraja na kraj, dijagnoza aplikacije. Integrisana opterećenja testa, test i primena kara
kteristika testa pomoći ce vam da smanjite troškove i vreme potrebno za testiranje i primenu novih aplikacija i s
istema u vašem proizvodnom okruženju.
Ključne karakteristike:
Dobiti preciznu sliku s kraja na kraj sistemske performance,
Proverite da li je nova ili nadogradjena verzija aplikacije zadovoljava vaše zahteve navedene performance,
Identifikuje i eliminiše uska grla performansi tokom životnog ciklusa razvoja,
Smanjuje vreme zastoja proizvodnje i loše performanse aplikacija.
Sigurnost ‐ HP QA Inspect i HP Web Inspect
HP QA Inspect‐ HP QAInspect omogućava da vodi i upravlja funkcionalnim ispitivanjem i bezbednosti web aplikacij
a za testiranje od jedne platforme bez potrebe za specijalizovanim bezbednosti znanja. Odlikuje se duboko i intuitiv
no integracijama,što pomaže da testiranje web aplikacije i web servise za bezbednost bez napuštanja QA okruženja
Sa HP QAInspect‐om, možete:
Integrisati testiranje bezbednosti postojećeg softvera za upravljanje kvalitetom i procesima.Identifikuju ran
jivosti u toku razvoja QA kada je jeftinije za popravku
33. 33
Ponovna upotreba testiranja bezbednosti planova i konfiguraciju šablona koju je
stvoriobezbednosni tim
Poboljšava vidljivost bezbednost kroz automatsko izveštavanje o sigurnosnim kvarovima
Omogućava redovno QA aktivnosti koje treba da doprinesu usklaĎenosti inicijative. HP Web Inspect ‐ obavlja te
stiranje bezbednosti web aplikacija i procenu kompleksnosti web aplikacija, izgrađena na novim tehnologija
ma. Kroz nezavisan rad od platforme dinamičke bezbednosne analize protiv pokretanje aplikacija. HP‐ WebInsp
ect isporučuje brzo skeniranje sposobnosti , procenu široke pokrivenost bezbednosti i tačne Web aplikacije i rezult
ate skeniranja bezbednosti. HP‐ WebInspect identifikuje bezbednosne propuste koji su neprimetni od strane drugi
h skenera .
HP WebInspect može da:
Automatizujte Web aplikaciju i Web servise testiranja sigurnosti,
Pokrene interaktivnost, ponavlja bezbednost, skenira preko sofisticiranog korisničkog interfejsa,
Upoznavanje pravnim i regulatornim zahtevima.
Primena životnog ciklusa ‐ HP ALM
Proces praćenja
Proces standardizacije
Izveštavanje
Fleksibilnost
Set ALM ponuda iz HP‐
a sa lakoćom se integriše i sa levom i desom stranom ALM jednačine. Sa leve strane ALM jednačine, HP ALM se i
ntegriše sa strategijom i planiranjem timova i HP setom upravljanja projektima i upravljanja ponudama. Sa des
ne strane ALM jednačine, HP ALM se integriše sa operacionim timom, i u HP ponude za upravljanje performansama
aplikacije i ITSM.
Uloge HP ALM :
HP ALM nudi rešenja životnog ciklusa softvera za širok spektar zainteresovanih strana (klijanata):
Zamenik predsednika projekta
Poslovni analitičar
Razvojni director
Direktor za obezbeđivanje kvaliteta
34. 34
HP ALM nudi jedinstvenu platformu i ključne karakteristike za životne cikluse softvera svih klijenata.
Unakrsno planiranje i praćenje
Deljenje sredstava i ponovna upotreba
Podrška za više različitih pristupa procesima
Praćenje
Podrškuza integrisani razvoj zadataka
Upravljanje i planiranje kvaliteta
Manuelno i automatsko testiranje
HP ALM sa svojim osnovnim funkcionalnostima i integracijom predstavlja jedno od boljih ALM rešenja na trži
štu za arhitekturu i planiranje softvera.
Prednosti HP ALM
Platformski neutralan
Procesno neutralan
Otvorena API podrška
Proširiv i dinamičan ‐ spraman da se prilagodi dinamici životnog ciklusa
Zajednička platforma za sva HP rešenja
Jednostavna integracija sa bilo kojim softverskim rešenjem ‐ open source ili koji je u
vlasništvu neke kompanije
Postepen prelazak kroz životni ciklus iz bilo kog HP rešenja
Kompletan pristup životnom ciklusu i rešenja
Bezbednost tokom razvoja i testiranja
Nedostaci HP ALM
Nedostatak značajne integracije sa ostalim rešenjima za upravljanje projektima koja postoje na tržištu
Nedostatak virtuelne laboratorije (showroom) koja bi bila središte za upravljanje životnim ciklusom softve
ra i koja bi virtualno povezala klijente sa ponuđenim rešenjima. HP nudi showroom preko svojih partne
ra, kompanija Citrix, Quest, i Vmware.
35. 35
Ocenjivanje kvaliteta pomoću liste za proveru
SQM SLIM SPIRA TEST HP ALM
1. Lista za proveru upravljanje projektima
1. Da li je projekat definisao ciljeve koje će postici i da li razumete
razloge koji stoje iza njih?
√ √
√
2. Da li svi poručioci (zaineresovane strane) razumeju i slažu se sa
očekivanim ishodima projekta ?
√ √ √
3. Da li je dovoljno vremena dodeljeno da se projekat završi? √ √ X
4. Da li znate probleme koji vas muče u prošlosti ovog tipa projekata ? √ x √
5. Da li su svi zahtevi za radne zadatke koji su im dodeljeni ispunjeni? √ x √
6. Da li znate šta je vaš projekat,koji su rashodi aktuelni i da li velika
razlika izmedu rashoda i vaš budžet.
x √ √
7. Da li znate status završetka projekta i aktivnost uz kriticnu putanju i
da li postoji razlika izmedu toga i rasporeda?
√ x √
2.Lista za proveru zivotnog ciklusa projekta
8. Da li je analiziran operativni koncept da odredi metodzivotnog ciklusa za
sticanje najbolje podrske?
√ x √
9. Da li su rizici identifikovani? √ √ √
10. Da li će biti napora paralelnog hardvera? √ √ √
11. Da li znate koji vam je model životnog ciklusa potreban zavaš izabrani projekat √ √ √
12. Da li vaš projekat prati životni ciklus? √ √ √
3. Lista za proveru ‐ podsetnik za planiranje
13. Da li ste dokumentovali proces planiranja? √ √ √
14. Da li su definisani zadaci nedvosmisleni? x x ?
15. Može li svaki zadatak da vrši pojedinac ili jedan tim? √
16. Da li pratite vaš proces planiranja? √ √ √
4. Lista za proveru ‐ zahtevi inženjeringa x x
17. Da li programeri razumeju zahteve? x ? √
18. Da li su svi zahtevi proverljivi? x x ?
19. Da li znate ko je odgovoran za donošenje promene? √ √ X
5. Lista za proveru ‐ upravljanje rizikom
20. Da li je menadžer projekta imao iskustva sa sličnimprojektima? √ √ √
21. Da li su svi eksterni i interni interfejsi za sistem dobro definisani? √ √ √
36. 36
22. Da li je spisak procene nepoznat? ? ? √
6. Lista za proveru ‐ upravljanje troškovima
23. Da li je upravljanje troškovima deo vaseg procesaplaniranja projekta? ? ? ?
24. Da li vaše procene pokrivaju sve zadatke u WBS ? x x √
25. Da li vodite evidenciju o upravljanjem troskovima zabuduće napore? √ √ X
7. Lista za proveru ‐ vreme i raspored
26. Da li ste identifikovali iskusan , obrazovan tim da napravi raspored ? √ √ √
27. Da li su poznati kapaciteti i dostupnosti resursa? √ √ √
28. Da li su trajanja procenjena za sve aktivnosti ? x ? X
29. Da li koristite iskusne ljude da bi razmatrali napredak rasporeda √ √ √
30. Da li ste konstatno svesni o prekretnicama projekta I rasporedu
napretka?
x √ ?
8. Lista za proveru - Merenje i metrika
31. Da li su vaši ciljevi dobro definisani i nedvosmisleni? x √ √
32. Da li može pitanje biti odgovoreno davanjem konkretne informacije? √ x √
33. Podaci se prikupljaju na isti način svaki put? x √ √
34. Metrika se koristi u procesu donošenja odluka? √ √ √
9. Lista za proveru - Upravljanje konfiguracijom
35. Da li ste planirali i dokumentovali proces upravljanja konfiguracijom? x x √
36. Da li su identifikovane sve konfiguracione tačke? √ √ √
37. Da li se sve promene prate dok ne budu u potpunosti
implementirane?
√ x X
10. Lista za proveru - zdravlja projekta
38. Da li vaš plan procene uključuje kritike, merenja, inspekcije i testiranja ? x ? √
39. Da li ste planirali osnovni budžet , raspored , itd. da uporedite stvarni
status projekta ?
√ √ √
40. Da li ste razvili metriku plana? √ x √
41. Da li su kritike uključene u pojektnom planu i rasporedu? √ √ √
11.Lista za proveru - testiranje
37. 37
42. Da li je testiranje planirano i smatrano tokom čitavog razvoja
životnog ciklusa?
√ √ √
43. Da li je rani životni ciklus testiranja korišćen da spreči širenje kvarova
na kasnijim fazama razvoja?
x ? √
12. Lista za proveru - sistem integracija
44. Da li interfejs među komponentama, sklopova, podsistema i sistema
definisan detaljno?
√ √ X
45. Pratite li intergriranim, napredni proces integracije? ? x √
13. Lista za proveru - softverski dizajn
46. Da li vaš proces dizajna uključuje snažnu konfiguraciju kontrolnog
procesa?
x √ √
47. Da li su svi softverski elementi identifikovani - utvrdjen? √ x √
48. Da li je vaš tim posvećen praćenju procesa dizajniranja? √ √ √
Ukupan broj nedostataka po resenju 12 14 7
Zaključak
Neka rešenja su prema rezultatima bolja od ostalih ali sve ono što je dobro u konkurteskim rešenjima ne treba
odbaciti već pokušati da se implementira ili u najboljem sluačaju da se na osnovu neke dobr osobine pokuša
izgraditi nova mnogo bolja u našem sistemu.
