Klijent Server Sistemi - Ljubomir Lazic

DRŽAVNI UNIVERZITET U NOVOM PAZARU

DEPARTMAN ZA TEHNIČKE NAUKE

SMER:RAČUNARSKA TEHNIKA

PISA SHOWROOM

SOFTVERSKO INŽENJERSTVO

PISA SHOWROOM

DRŽAVNI UNIVERZITET U NOVOM PAZARUDEPARTMAN ZA TEHNIČKE NAUKE

SMER RAČUNARSKA TEHNIKA

SOFTVERSKO INŽENJERSTVOProjekat: SHOWROOM

Mentor: Doc. Dr Ljubomir Lazić

Student: Naris Hećo 02-011/10

Novi Pazar, 2014.godine

2Sostversko inženjerstvo

PISA SHOWROOMU 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.


PISA SHOWROOMSADRŽAJ

UVOD................................................................................................................................................................................................................................ 4

1. TEORIJSKA OSNOVA KLIJENT-SERVER SISTEMA.........................................................................................................................4

1.1 Uspostavljanje Klijen/Server okruženja.........................................................................................................................................4

1.2 Centralizovana obrada............................................................................................................................................................................ 5

1.3 Klijent/server obrada.............................................................................................................................................................................. 5

1.4 Prednosti rada u klijent/server okruženju....................................................................................................................................6

1.5 Uspostavljanje deljenih resursa mreže i mrežnih korisničkih naloga...............................................................................6

2. KRATAK OPIS PROJEKTA.............................................................................................................................................................................. 7

2.1 INTEGRISANI EKSPERTSKI ALATI.......................................................................................................................................................14

3. PISA SHOWROOM.......................................................................................................................................................................................... 18

4. KONKURETSKA REŠENJA........................................................................................................................................................................... 22

4.1 QSM Slim.......................................................................................................................................................................................................... 22

Jump Start analiza.......................................................................................................................................................................................... 24

4.2 Spira test.......................................................................................................................................................................................................... 27

4.3 HP Quality Management solutions (HP ALM, HP Quality Center)..........................................................................................29


PISA SHOWROOMUVOD

1. TEORIJSKA OSNOVA KLIJENT-SERVER SISTEMAPostoji 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ženjaPrve 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


PISA SHOWROOM 1.2 Centralizovana obradaU 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 obradaVeć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ženjuKlijent/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


PISA SHOWROOMsmeš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 nalogaDa 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 PROJEKTASoftverske 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):


PISA SHOWROOM 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


PISA SHOWROOM

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.


PISA SHOWROOM

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


PISA SHOWROOM

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


PISA SHOWROOMonda 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


PISA SHOWROOM

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


PISA SHOWROOM

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


PISA SHOWROOM

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.

COCOMO (The Constructive Cost Model)


PISA SHOWROOM

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.


PISA SHOWROOMMaintenance 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 održavanje.


PISA SHOWROOMPrimeri 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 teško, jer većina faktora utiču 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 stručnjake. 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


http://en.wikipedia.org/wiki/Function_point_analysis

PISA SHOWROOM3. 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


PISA SHOWROOMpostalo 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.


PISA SHOWROOMRazvoj 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


PISA SHOWROOM4.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


PISA SHOWROOMuključ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 želeti da vidite šta ima da kažu podaci . Slim- Metrics standardna sveska poseduje impresivan nacrt spreman za upotrebu grafikona i izveštaje tako da možete početi analizu svojih podatka


PISA SHOWROOModmah . 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 .


PISA SHOWROOMPrezentacija 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 prečica da poboljša svoju prezentaciju . Desnim tasterom miša kliknite na bilo koju tačku podataka da bi se rezime projekta , ili dodajte plutajuće beleške ciljem da se istakne važne tačke . Veći tekst paneli omogućavaju da dodate još detaljna zapažanja .

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.


PISA SHOWROOM

4.2 Spira testProjekat 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


PISA SHOWROOMTest 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.


PISA SHOWROOM

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 obavljati 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 platforma dizajnirana da savlada životni ciklus softvera od početka do kraja. Arhitektura HP Application Lifecycle Management se sastoji od sledećih fukcionalnih i tačaka integracije:

Upravljanje ţivotnim ciklusom aplikacije: Praćenje i planiranje projekta


PISA SHOWROOM

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


PISA SHOWROOMUpravljanje 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 popravku. 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 HP Fortify Software Security Center vam pomaţe da zadovoljite sve ove potrebe. On pruža ključnu funkcionalnost za efikasno osiguranje bezbednosnog softvera ( Software Security Assurance‐ SSA) programa.

Upravljanje kvalitetom:

HP Unified Functional Testing (UFT) HPFunkcionalno testiranje softvera obezbeđuje funkcionalanost i regresivnost testiranja automatizacije za svaki veliki softver aplikacije i okruženja, uključujući i napredni Web 2.0 kompleti alata , što je dovelo do razvoja tehnologije, Web usluge, planiranje resursa preduzeća ( ERP) i Customer Relationship 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


PISA SHOWROOMHP‐ 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 snimanja / ponovno snimanje tehnologijom. Pored toga, korisnici imaju potpun pristup osnovnim testovima i objekte svojstva kroz integrisane skripte i otklanjanje grešaka okruženja koje je sinhronizovano. HP‐ Funkcionalno testiranje je namenjeno za testiranje automatizacije i saradnju između ispitivanih radnih grupa . On uključuje tehnologije za upravljanje i primenu definicije ili objekata u menadžeru. Zasnovan na Open XML formatu. Menadžer omoguć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 scenarija višeslojnih aplikacija. Štaviše,sa HPfunkcionalnim testiranjem možete ubrzati Vaše testiranje opterećenja procesa, jer servis testovi mogu izvršiti kao deo opterećenja test scenarija.


PISA SHOWROOMIzgleda prozora za testiranje

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 izazovom 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 testiranja 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 aplikaciji u proizvodnji tako što detektuje prepreke pre nego što novi sistem bude nadogradjen. Ovaj softver omogućava merenje performanse s kraja na kraj, dijagnoza aplikacije. Integrisana opterećenja testa, test i primena karakteristika testa pomoći ce vam da smanjite troškove i vreme potrebno za testiranje i primenu novih aplikacija i sistema 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 aplikacija za testiranje od jedne platforme bez potrebe za specijalizovanim bezbednosti znanja. Odlikuje se duboko i intuitivno 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 ranjivosti u toku razvoja QA kada je jeftinije za popravku


PISA SHOWROOM 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 testiranje bezbednosti web aplikacija i procenu kompleksnosti web aplikacija, izgrađena na novim tehnologijama. Kroz nezavisan rad od platforme dinamičke bezbednosne analize protiv pokretanje aplikacija. HP‐ WebInspect isporučuje brzo skeniranje sposobnosti , procenu široke pokrivenost bezbednosti i tačne Web aplikacije i rezultate skeniranja bezbednosti. HP‐ WebInspect identifikuje bezbednosne propuste koji su neprimetni od strane drugih 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 integriše sa strategijom i planiranjem timova i HP setom upravljanja projektima i upravljanja ponudama. Sa desne 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

HP ALM nudi jedinstvenu platformu i ključne karakteristike za životne cikluse softvera svih klijenata.


PISA SHOWROOM 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 softvera i koja bi virtualno povezala klijente sa ponuđenim rešenjima. HP nudi showroom preko svojih partnera, kompanija Citrix, Quest, i Vmware.

Ocenjivanje kvaliteta pomoću liste za


PISA SHOWROOMproveru 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? √ √ X4. 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? √ √ √


PISA SHOWROOM22. 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 ? X29. 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

42. Da li je testiranje planirano i smatrano tokom čitavog razvoja životnog ciklusa?

√ √ √


PISA SHOWROOM

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 7Zaključ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.


Education

Klijent Server Sistemi - Ljubomir Lazic