1.Qka eshte softueri?

-Programet kompjuterike s bashku me dokumentimet prkatse

-Produktet softverike mund t zhvillohen pr nj konsumator t veant apo
mund t zhvillohen pr tregun e prgjithshm
2.Qka eshte inxhinieria softuerike?
-Inxhinieria softverike sht nj disciplin e inxhinieris q merret me t
gjitha aspektet e prodhimit t softverit
3.Cili eshte dallimi ne mes inxh softuerike dhe shkencave?
-Shkencat kompjuterike merren me trajtimin e teorive dhe bazave;
inxhinieria softverike merret me ann praktike t zhvillimit dhe
implementimit t softverit t dobishm.
4.Qka eshte nje proces?
-Nj grumbull i aktiviteteve, qllimi i t cilave sht zhvillimi apo avancimi i
nj softveri
5.Atributet e nje softueri te mir?
-Softveri duhet t ofroj funksionalitetin dhe performancn e krkuar nga
shfrytzuesi dhe duhet t jet i mirmbajtshm, i besueshm dhe i
prdorshm.
Atributet:Mirmbajtja (Maintainability),Besueshmria (Dependability)
,Efikasiteti (Efficiency) ,Prdorshmria (Usability)
6.Konfidencialiteti?
-Inxhiniert normalisht duhet t respektojn konfidencialitetin e
pundhnsve t tyre ose t klientve, pavarsisht nse e kan apo nuk e
kan nnshkruar nj marrveshje formale konfidencialiteti.
7.Kompetenca?
-Inxhiniert nuk duhet t keq paraqesin nivelin e tyre t kompetencs. Ata
nuk duhet me vetdije t pranoj t kryejn nj pun e cila do t isht jasht
kompetencs s tyre.
8.Kostot e inxhineris softuerike?
-Rreth 60% e shpenzimeve jan kostot e zhvillimit, 40% e shpenzimeve jan
kostot e testimit.
-Pr softvert e porositur, shpenzimet e evolucionit shpesh i tejkalojn kostot
e zhvillimit
9.Proceset softuerike?
-Nj grumbull i strukturuar i aktiviteteve t cilat duhet t kalohen pr t
zhvilluar nj sistem softverik.
10.Modelet?
-Modeli Ujvara (waterfall).
Faza t veanta dhe t dallueshme t specifikimit dhe zhvillimit.
-Zhvillimi evolutiv .
Faza e specifikimit, zhvillimit dhe e validimit jan t kombinuara.
-Inxhinieria softverike e bazuar n komponente .
Sistemi krijohet prmes prdorimit t komponentve ekzistuese.
11.Perseritje iteracioni?
-Krkesat e sistemit gjithnj evoluojn gjat rrjedhs s projektit. Si
rrjedhoj, prsritja e proceseve t cilat kan kaluar n faza t mhershme

t projektit, ndodh vazhdimisht gjat inxhinieris s sistemeve t mdha

softverike.
12.Zhvillimi rrites?
-N vend se t dorzohet pr njher n prdorim sistemi si trsi e
prfunduar, procesi i zhvillimit dhe dorzimit n prdorim ndahet n disa
faza, me rast secila prej tyre shton nj funksionalitet shtes n pjesn e
sistemit paraprak.
13.Aktivitetet e proceseve?
-Specifikimi i softverit
-Dizajni dhe implementimi i softverit
-Validimi i softverit
-Evoluimi i softverit
14.Specifikimi i softuerit?
-Procesi i prcaktimit t shrbimeve q krkohen dhe kushtzimeve q do t
ket sistemi gjat prdorimit dhe zhvillimit.
15.Fazat e testimit?
-Testimi i komponents apo njsis.
-Testimi i sistemit.
-Testimi pr pranim.
16.Inxhinieria e kerkesave?
-Procesi i prcaktimit t shrbimeve t cilat i nevojiten klientit nga sistemi, si
dhe kushtet nn t cilat do t punoj dhe zhvillohet sistemi.
17.Kerkesa?
-Mund t varioj prej nj shprehje t lart dhe abstrakte pr nj shrbim t
sistemit, e deri te ndonj kusht (constraint) i shprehur n detaje prmes
ndonj shprehje matematikore.
18.Llojet e kerkesave?
-Krkesat e prdoruesit
Shprehjet n gjuht natyrale s bashku me diagramet e shrbimeve q ofron
sistemi si dhe
kushtzimet operacionale. T shkruara pr klientt.
-Krkesat e sistemit
Nj dokument i strukturuar q prmban prshkrime t detajizuar t
shrbimeve t sistemit. Shkruhet si nj kontrat n mes t klientit dhe
kontraktorit.
-Specifikimi i softverit
Nj prshkrim i detajuar i softverit, i cili mund t shrbej si baz pr fazn e
dizajnit apo implementimit. I shkruar pr zhvilluesit e softverit.
19.Kerkesat e domenit?
-Krkesat q rrjedhin nga domeni n t cilin aplikohet sistemi dhe q
reflektojn karakteristikat e atij domeni.
20.Qfar jan modelet?
-Modelet jan t dobishme pr ti kuptuar problemet si dhe pr t
komunikuar me t gjith q jan t involvuar n problem. Ne ndrtojm
modele te sistemeve komplekse sepse nuk mund ti kuptojm sistemet e tilla
si trsi.

-Modelimi e mundson t kuptuarit m t mir t krkesave, dizajn m t

pastr dhe sisteme me mirmbajtje m t mir.
21.Uml diagramet?
-Unified Modeling Language (UML) ose Gjuha e Unifikuar e Modelimit sht
nj gjuh modelimi e standardizuar me qllime t prgjithshme n fushn e
inxhinieris softverike.
22.Metodat e strukturuara?
23.Llojet e diagrameve?
Diagrami i klass (class diagram)
Diagrami i komponenteve (component diagram)
Diagrami i shprndarjes (deployment diagram)
Diagrami i objekteve (object diagram)
Diagrami i paketave (package diagram)
Diagrami i profilit (profile diagram)
Diagrami i strukturave t prbra (composite structure diagram)
Diagrami i prdorimit t rastit (use case diagram)
Diagrami i aktiviteteve (activity diagram)
Diagrami i gjendjes s makinave (state machine diagram)
Diagrami i sekuencave (sequence diagram)
Diagrami i komunikimit (communication diagram)
Diagrami i bashkveprimit t prgjithshm (interaction overview diagram)
Diagrami i kohs (timing diagram)
24.Planifikimi?
-cfar do t bhet, dhe kush do t punoj
Koha relative e detyrave dhe kornizat kohore
Nj prshkrim konciz i planit
25.CPM variantat?
Dy varianta:
-Activity-on-Arrow(AOA)
Si aktivitete paraqiten shigjetat ose linjat
-Activity on Node (AON)
Si aktivitete paraqiten nyjet e lidhura mes veti me linja (vija)
26.PERT?
-PERT/ CPM prdoret pr t planifikuar orarin e aktiviteteve individuale q
prbjn nj projekt.
-PERT/ CPM mund t prdoret pr t prcaktuar kohn e fillimit /fundit m t
hershm /apo m t vonshm pr secilin aktivitet, kohn e prfundimit t
komplet projektit dhe kohn e lir pr secilin aktivitet.
27.Projekt network?
-Nj rrjet projekti mund t ndrtohet pr t modeluar prioritetet e
aktiviteteve.
-Harqet e rrjetit prfaqsojn aktivitetet.
-Nyjet e rrjetit t prfaqsojn fillimin dhe fundin e aktiviteteve.
28.Dizajni arkitektural?
Faze e hershme e procesit te dizajnit te sistemit.

Paraqet lidhjen ne mes specifikimeve te kerkesave dhe procesit te dizajnit.

Perfshin identifikimin e komponenteve te medha te sistemit dhe komunikimin
mes tyre.
29.Arkitektura softuerike?
-Arkitektura softuerike sht prshkrim se si sht organizuar nj sistem
softuerik. Vetit e nj sistemi si performansa, siguria, dhe disponueshmria
ndikohen nga arkitektura e prdorur.
30.Strukturimi i sistemit?
-Ka te beje me dekompozimin e sistemit ne nensisteme ndervepruese.
31.Vedimet e dizajnit?
A ka nje arkitekture te pergjithshme te aplikacioneve qe mund te perdoret?
Si do te shperndahet sistemi?
Cilat stile arkitekturale jane te pershtatshme?
fare qasje duhet te shfrytezohet per strukturimin e sistemit?
Si do te dekompozohet sistemi ne module?
fare strategjie e kontrollit do te shfrytezohet?
Si do te vleresohet dizajni arkitektural?
Si do te dokumentohet arkitektura?
32.Modelet arkitekturale?
-Shfrytezohen per te dokumentuar dizajnin e nje sistemi.
Modelet statike strukturore tregojne komponente e medha te sistemit.
Modelet e proceseve dinamike tregojne strukturen perpunuese te sistemit.
Modeli i nderfaqeve definon nderfaqet e nensistemeve.
Modeli i relacioneve si p.sh. Modeli i rrjedhes se te dhenave pasqyron
relacionet mes nensistemeve. Modeli shperndares tregon si nensistemet jane
te shperndara neper kompjuter.
33.Arkitektura klient server?
-Zakonisht ndahet ne 3 nivele (3 tiers)
Interface (nje pjese ne client nje pjese ne server)
Processing (pak klient, shumica ne server)
Data storage (zakonisht vetem server)
34."Thin" dhe "thick" klient?
-Thin-Procesimi ne client side eshte shume i limituarPuna me e madhe
kryhet ne server, perfshi ketu edhe nje pjese te formatimit te UI,Shembuj:
Web browser.
-Thick-UI dhe nje pjese e procesimit behet ne Client side,Nje pjese e
procesimit kryhet ne server. I pershtatshme per volum te vogel ne rrjet
(bandwidth te vogel) ,Shembuj:java applets, ATM machine, virtual
environment client.
35.Aplication architecture llojet?
-Data processing Application.
Applikacione qe procesojne te dhenat ne grup( in batches), ndonjehere edhe
pa nderhyrjen e perdoruesit.
-Transaction processing application.
Data centered application qe procesojne kerkesat e perdoruesve dhe
update-ojne informacionin ne DB te sistemit.

-Event processing application.

Aplikacione ku aktivitetet e sistemin varen nga interpretimi i ngjarjeve qe
vijne nga mjedisi i sistemit.
36.Pse behet dizajni arkitektures?
-Pse dizajnohet projekti i nje ndertese para se ajo te ndertohet.
37.Perparesit e riperdorjes?
-Prparsit e riprdorjes s softuerit jan:
-kostot m t ulta,
-zhvillimi m i shpejt i softuerit, dhe rreziqet m t vogla.
-Besueshmria e sistemit rritet.
38.Problemet gjate riperdotjes?
-Mungesn e kontrollit ndaj funksionalitetit dhe performanss.
-Mungesn e kontrollit ndaj evolucionit t sistemit.
-Nevojn pr prkrahje nga furnizuesit e jashtm, dhe
-Vshtirsit n garantimin se sistemet mund t ndroperojn
39.Llojet e mirembajtjes?
-rregullimi i defekteve
-ndryshimi i softuerit pr t punuar n ambient t ri, dhe
-implementimi i krkesave t reja apo t ndryshuara.
40.Ligji i lehmanit?
-Ligji pershkruan: balancin mes forcave qe cojne ne zhvillime te reja ne
njeren ane dhe forcave qe ngadalesojne progresin ne anen tjeter.
41.Riinxhinierimi i softuerit?
-Merret me ristrukturimin dhe ridokumentimin e softuerit pr ta br m t
leht t kuptohet dhe t ndryshohet.
42.Besueshmeria ndaj nje sistemi softuerik?
-Dshtimi i sistemeve kryesore kompjuterike mund t oj n humbje t
mdha ekonomike, humbje serioze t informatave etj.
-Besueshmria e nj sistemi kompjuterik sht veti e sistemit q e reflekton
shkalln e besimit t prdoruesit n sistemin.
43.Testimi i komponenteve dhe Sistemit?
-Zakonisht pergjegjesia per testimin e komponentes eshte te zhvilluesi
(pervec per disa raste te sistemeve kritike);Testet derivohen nga pervoja e
zhvilluesit.
-Testimi i grupeve te komponenteve te integruara per te krijuar nje sistem
apo nensistem; Pergjegjesia i takon nje ekipi te pavarur testimi;
44.Testimi per defekte?
-Qellimi i testimit per defekte eshte zbulimi i defekteve ne programe,Testet
tregojne prezencen dhe jo mungesen e defekteve.
45.Qasjet e testimit?
-Validimi i arkitektures
Integrimi nga larte-poshte eshte me i mir per zbulimin e gabimeve ne
arkitekturen e sistemit. - Demonstrimi i sistemit.
Integrimi nga larte-poshte mundeson demonstrim te kufizuar ne fazat e
hershme te zhvillimit.
-Testimi i implementimit

Shpesh eshte me lehte npermes testimit te integrueshmerise nga poshtelarte.

-Vrojtimi i testimeve
Kur kemi probleme me qe te dyja qasjet. Extra kod do te nevojitej per
vrojtimin e testimeve.
46.Stres testimi?
-Ushtron sistemin pertej ngarkeses maksimale te dizajnuar. Stresimi i
sistemit shpesh ben qe defektet te dalin ne pah.
47.Testimi i klasav?
-Mbulimi i tere testimit te klasave perfshin
-Testimi i te gjitha operacioneve te shoqeruara ,Vendosja dhe verifikimi i te
gjitha vetive te objektit,Ushtrimi i objektet ne te gjitha gjendjet e mundshme.
48.Testimi I nderfaqeve?
-Objektive eshte zbulimi i deshtimeve te sistemit per shkak te gabimeve te
nderfaqeve apo supozimeve te gabuara per nderfaqet.
49.Gabimet?
-Keqperdorimi i nderfaqeve.
-Keqkuptimi i nderfaqes.
-Gabimet kohore.
50.Cilesia softuerike?
-Konformiteti pr t shprehur qart krkesat funksionale dhe t
performancs, standardet e dokumentuara n mnyr t qart t zhvillimit,
dhe karakteristika t nnkuptuara q priten nga t gjith softuert t
zhvilluar profesionalisht.
51.3 kerkesa per sigurim?
-Krkesat specifike funksionale, t cilat i referohen kryesisht rezultateve t
sistemit t softuerik. -Standardet e cilsis softuerike t prmendur n
kontrat.
-Good Software Engineering Practices (GSEP), pasqyron gjendjen e artit t
praktikave profesionale , q duhet t plotsohen nga zhvilluesi edhe pse nuk
prmendet shprehimisht n kontrat.
52.Kontrollo i cilesise?
-nj sr aktivitetesh t dizajnuar pr t vlersuar cilsin e nj produkti t
zhvilluar ose t prodhuar.
53.Perdorshmeria?
-Krkesat e Prdorshmris merren me fushn e burimeve t stafit t
nevojshme pr t trajnuar nj punonjs t ri dhe pr t operuar sistemin
kompjuterik
54.Efikasiteti?
-Krkesat e efikasitetit merren me burimet harduerike t nevojshme pr t
kryer t gjitha funksionet e sistemit softuerik n prputhje me t gjitha
krkesat e tjera.