1. Cka eshte softueri? Programet kompjuterike dhe dokumetacioni perkates. 2. Cka eshte Inxhinieria Softuerike?

( eshte dicipline e veqant e inxhinieris qe merret me te gjitha aspektet e prodhimit te sotuerit) Inxhinieria softwarike sht nj disiplin e inxhinieris q ka t bj me t gjitha aspektet e prodhimit t softuerit. Inxhinier Software duhet t adoptojn nj qasje sistematike dhe t organizuar pr punn e tyre dhe t prdorin mjetet e duhura dhe teknikat n varsi t problemit pr t'u zgjidhur, kufizimet e zhvillimit dhe burimet n dispozicion. 3. far sht dallimi n mes inxhinieri software dhe shkenca kompjuterike? Shkencat kompjuterike kane t bj me teorin dhe bazat, inxhinieri software sht e shqetsuar me praktike t zhvillimit dhe dhnien e software t dobishme. Shkenca kompjuterike teori jan ende t pamjaftueshme pr t vepruar si nj mbshtetje t plot pr inxhinieri software (p.sh. ndryshe fiziks dhe inxhinieri elektrike).

4. far sht inxhinieri sistemi? inxhinieri Sistemi sht i shqetsuar me t gjitha aspektet e kompjuterit t bazuar n zhvillimin e sistemeve, duke prfshir hardware, software dhe procesin e inxhinieris. inxhinier Sistemit jan t prfshir n specifikimet e sistemit, dizajn arkitektonike, integrimin dhe vendosjen. inxhinieri Software-i sht pjes e ktij procesi n fjal me zhvillimin e infrastrukturs software, kontroll, aplikimet dhe bazat e t dhnave n sistem. 5. Cilat jan atributet e softuerit t mir? software duhet t jape funksionalitetin dhe performancn e krkuar t prdoruesit dhe duhet t jet maintainable, i sigurtefikas dhe i pranueshm. - Maintainability-Software duhet t evoluojn pr t plotsuar nevojat n ndryshim; - Dependability - Besueshem-Software-duhet t jet i besueshm; - Efficiency -Efikasiteti-Software-nuk duhet t bjn prdorimin e burimeve t sistemit kota; - Acceptability -Pranueshmria -Software-duhet pranuar nga prdoruesit pr t cilat sht projektuar. Kjo do t thot se duhet t jen t kuptueshme, t prdorshme dhe n prputhje me sistemet e tjera.

6. 7. Cka nenkuptoni me "debugging"?testimin e kodit burimor dhe eliminimin e erroreve 8. Procesi I kerkesave inxhinierike perbehet nga:Studimi I fizibilitetit dhe analiza,specifikimi dhe validimi

9. ka sht shkurtesa CM: Configuration Management(perfshin zhvillimin dhe aplikimin e

procedurave per te menaxhuar evolimin e produktit softuerik)

10. Krkesat e shfrytzuesve shkruhen per: Kontraktorin

11. ka sht UML-ja? Gjuh pr modelimin e specifikave, vizualizimit, zhvillimit dhe dokumentimit te sistemeve softuerike; 12. Pr ka prdoret state diagram te UML-ja:

Per te pershkruar sjelljen e sistemit softuerik

13. ka perdoret activity diagram te UML-ja: Per te pershkruar renditjen e aktiviteteve te sistemit softuerik 14. ka sht Middleware:

Softuer qe menaxhon dhe mbeshtet komponente te ndryshme ne sistem. Oferten teknike dhe financiare Ka te beje me menaxhimin e te dhenave ne bazen e shenimeve ne disk

15. Gjate procesit te prokurimit te nje softueri, ju perpiloni:

16. Te arkitektura shume shtresore e aplikacioneve softuerike, shtresa per menaxhimin e te dhenave:

17. Klasa baz quhet CAuto dhe ka funksionin fNxito(...). Klasa e derivuar nga CAuto quhet CAudi dhe n kt klas kemi mbishkruar funksionin e lartshnuar fNxito(...). Nese kemi instnacuar nje objekt keshtu CAudi audi = new CAudi(); dhe pastaj e therrsaim funksionin keshtu: ((CAuto)audi).fNxito(...); ka po therrasim: Funksionin fNxito ne klasen e derivuar 18. ka jane COTS produktet softuerike: Programe komerciale te gatshme 19. Gjate testimit te sisitemit softuerik: Testet bazohen ne specifikimin (kerkesat) e sistemit 20. Katr aktivitetet pr zhvillimin e softuerit jan: Specifikimi,zhvillimi,validimi,evulimi
21. Vizatoni modelin e "Waterfall"-it: definimi i kerkesave, dizajnimi i sistemit dhe softuerit, Testimi i implementimit dhe njesive, testiimi i integrimit dhe sistemit, mirembajtja dhe operimi

22. Vizatoni Gant chart-in per projektin, qe nise me 1 mars 2010 dhe perfundon me 15 prill 2010, ka 6 tasks (detyra), T1 zgjate 5, T2 zgjate 8 dite dhe T3 zgjate 21dite . T4 varet nga T1 dhe T2 dhe zgjate 5 dite. T5 varet T2 dhe T3 dhe zgjate 10 dite. T6 varet T4 dhe T5. Milestone M1 arrihet pasi te kryhet T3, M2 pasi te kyhet T5 dhe M3 pasi te kryhet T6 23. Vazhdo detyren(diagrami i interaksionit ne mesa te shfrytezuesit, ATM-se dhe bankes):

24. Cka sht dallimi ne mes te Thin-client dhe Fat-client modelit?

Te "Thin-client" modeli,te gjitha procesimet e aplikacioneve dhe menaxhimi i te dhenave kryhene ne server. Klienti eshte thjesht pergjegjes qe te vazhdoj me paraqitjen e softuerit. Te "Fat-client" serveri eshte pergjegjes vetem per menaxhimin e te dhenave. Softueri i klientit implementon logjiken e aplikacioneve dhe interaksionin me perdoruesin e sistemit.

25. Vizatoni modelin 3 shtresor te nje aplicaioni per e-Banking.

26. ka sht Extreme Programming?

Extreme programming eshte pothuajse metoda me e shpejt dhe me e njohur qe perdoret. Kjo merr nje qasje ekstreme tek zhvillimet perseritese(iterative). Versione te reja mund te krijohen ne kohera te ndryshme qdo dite Extreme programming eshte metode e zhvillimit te softuerit e cila ka per qellim per te permiresuar kualitetin e softuerit dhe pergjegjesin per te ndryshuar kerkesat e komsumatoreve

27. ka sht dallimi ne mes te component testing dhe system testing?

Te component testing -behet testimi i komponenteve individuale te programit -zakonisht pergjegjesi e zhvilluesit te komponenteve -testet derivohen (rrjedhin) nga eksperienca e zhvilluesve Te system testing -behet testimi i grupeve te komponenteve te integruara per te krijuar nje sistem apo nen-sistem -pergjegjesi i nje ekipi te pavarur testues -testet jan te bazuara nga nje specifikim i sistemit 28. Cka jane software bugs? Software bug eshte nje term i cili perdoret per te pershkruar nje error,e mete, gabim, dshtim, apo defekt n nj program kompjuterik apo sistem qe jep nje rezultat jo te pritur apo jokorrekt

29. Cka eshte besueshmeria(reliability) e sistemit? Aftesia e sistemit per te ofruar sherbimet siq jan specifikuar Numroni disa sfida aktuale te inxhinierise softuerike?heterogjeniteti,shperndarja,besueshmeria

30. Katr aktivitetet pr zhvillimin e softuerit jan: Specifikimi,Zhvillimi,Validimi,Evolimi 31. Si quhet dokumenti i fituar nga pyetja 7? Procesi I softuerit

32. ka shrben validimi dhe verifikimi i softuerit? ka per qellim qe te tregoj se sistemi i permbush specifikimet dhe kerkesat e sistemit te
konsumatorit.

33. Prshkruani fazat e testimit t softuerit?

acceptance test plan system integration test plan sub-system integration test plan Proposal writing. Project planning and scheduling. Project costing. Project monitoring and reviews. Personnel selection and evaluation. Report writing and presentations.

34. Shnoni disa nga aktivitetet e prditshme t menaxherit t projekteve softuerike.

35. ka jan milestone dhe ka jan deliverables

Milestone eshte data kur nje faze duhet te perfundoj ose data e skadimit te nje faze te projekti. Ose jan ngjarje qe jane perdorur per te konstatuar statusin e fazes. Finalizimi i specifikimeve eshte nje milestone,kompletimi i dokumentit te dizajnit eshte nje milestone tjeter. Deliverable jane rezultatet e nje projekti qe duhet shperndare tek konsumatori.Deliverable jane milestone por milestone nuk shperndahen User requirement duhet te pershkruaj kerkesat funksionale dhe jofunksionale ne ate menyre qe ato te jene te kuptueshme nga perdoruesit e sistemit.keto definohen duke perdorur gjuhe natyrale,diagrame,tabela, qe te jene te kuptueshme per perdoruesin. System requirement -eshte nje dokument i strukturuar me specifikime te detajizuara per funksionimin e sistemit,sherbimeve dhe kufizimeve operacionale,tregon se qka duhet te implementohet.

36. ka sht dallimi n mes t user requirments dhesystem requirments?

37. Krkesat funksionale:Shrbimet e sistemit duhet t sigurojn, si sistemi duhet t reagoj ndaj inputeve t veanta dhe se si sistemi duhet t sillen n situata t veanta. Kerkesat Jo-funksionale :Kufizimet mbi shrbimet apo funksionet t ofruara nga sistemi tilla si kufizimet kohore, pengesat n procesin e zhvillimit, standardeve, etj

38. Si e rrisim disponueshmrin (availability) e sistemit?

Disponueshmeria eshte koha per te cilen sistemi duhet te dorezohet apo koha kur pret klienti qe sistemi te jete ne funksion. Disponueshmerin mund ta rritim duke u munduar qe ti largojm apo menjanojm erroet te cilat mund te jene nje prej shkaqeve qe sistemi te mos munt te jete i disponueshem ne kohen e parapar. """Stress testing eshte nje forme e testimit e cila perdoret per te percaktuar stabilitetin e sistemit te dhene. Ajo perfshin testimin mbi kapacitetin normal operacional. Teston sistemin shpesh per te nxjerr ne pah defektet."""" Stress testing perdoret per te kuptuar kufijt e kapacitetit te sistemit. Ky lloj i testit perdoret per te percaktuar fuqin e sistemit ne termin e ngarkimit te lart dhe ndihmon administratoret e aplikacioneve te percaktojne nese sistemi do te funksionoj mjaftueshem ne qofte se ngarkimi aktual kalon maximumin e pritur Nje menyre eshte permes enkripitmit te te dhenave ku sulmuesi nuk mud ti lexoj te dhenat. Kontrolla qe kane per qellim detektimin dhe menjajnimin e sulmuesve.Keto kontrolla perfshijne monitorimin e funksionalitetit te sistemit si dhe kontrollimin(verifikikimin zbulimin) e aktiviteteve te pazakonta ne sistem. Nese kjo zbulohet ateher duhet te nderrmiren aksione siq eshte qkyqja e nje pjese te sistemit, apo kufizimi i qasjes se shfrytezuesit te cilin e ka atakuar sulmuesi

39. ka sht stress testing?

40. Shnoni disa mnyra pr mbrojtjen e shnimeve t pacienteve?

a. IEEE/ACM ? Standardi IEEE sht nj pik fillestare e dobishme pr prcaktimin m t hollsishme te krkesatve specifike sipas standardeve. Prcakton nj struktur pr nj document te pergjithshem me krkesat q duhet tilustrojpr do sistem t veant. - Hyrje. - Prshkrimi i prgjithshm. - Krkesat specifike. - Shtojcat. - Index.

41. Procesi i mbledhjes se kerkesave inxhinierike perbehet prej ketyre 4 hapave: ... 42. Cka eshte disponueshmeria(availability) e sistemit?aftsia e sistemit t jap shrbime kur ka krkes 43. Pershkruani fazat e testimit te softuerit.

44. Risk management? Menaxhimi i riskut ka t bj me identifikimin e rreziqeve dhe hartimi i planeve pr t minimizuar efektin e tyre n nj projekt. Rreziqet rreziqet e projektit t ndikoj n orarin ose burime; rrezikon t ndikojn n cilsin e produktit apo performancn e softuerit duke u zhvilluar; rreziqet e biznesit t ndikoj n organizimin ose sigurimin e zhvillimin e softuerit. 45. 46. 47. 48. Gantt chart per 60 dite kelandarike ... Vizato Gantt Chart-in e alokimit te numrit minimal te burimeve njerezore. Dallimi ne mes te "safety" dhe "security"? Klasa baze quhet CAuto ...

49. Dallimi ne mes te kerkesave funksionale dhe atyre jo-funksionale? 1. Krkesat funksionale jan sigurimi I sherbimeve te sistemit ,sistemi duhet t reagoj ndaj inputeve t veanta, dhe systemi duhet te reagoj ne situate te vecanta.N disa raste, krkesat funksionalegjithashtu munden qe ne mnyr eksplicite te tregojne se far sistemi nuk duhet t bj. 2. Kerkesat Jo-funksionale jan kufizimet pr shrbimet ose funksionet qe ofrohen nga sistemi. Ato prfshijn kufizimet e kohs, kufizimet mbi zhvillimin , prpunojn dhe kufizimet e vendosura sipas standardeve.Kerkesat Jo-funksionale shpesh aplikohet pr sistemin n trsi, n vend se te aplikohen per sistemin individualisht karakteristika ose shrbime.

50. ?? ...Darvis...?? 51. Se paku dy perparesi te "incremental... Prparsit rritse zhvillimit Vlera e konsumatorit mund t dorzohet me do ardhura kshtu funksionalitetin sistemi sht n dispozicion paraprakisht. Rritjet e hershme t veproj si nj prototip pr t ndihmuar t nxjerr krkesat pr increments e mvonshme. Rreziku m i ult i dshtimit t projektit t prgjithshm. M t lart t shrbimeve t sistemit prioritet kan tendenc pr t marr testimin e m t madh.

52. ... "Application server" ... ? 1.Web server sht prgjegjs pr t gjitha komunikimet e prdoruesit, me ndrfaqen e prdoruesit duke prdorur nj web shfletues; 2.Server aplikacion sht prgjegjs pr zbatimin e aplikimitlogjik t caktuar, ruajtjen e informacionit dhe rikthim I kerkeses; 3.Serveri I Bazes se t dhnave lviz informacionin pr t dhe nga baza e t dhnave dhe trajton Menaxhimin e transaksionit. 53. Cilat jan sfidat kryesore ballafaqohet inxhinieri software? Heterogjeniteti, shperndarja dhe besimit. Heterogjeniteti:-Zhvillimi i teknikave pr ndrtimin e software q mund t prballen me platforma dhe mjedise heterogjene e prmbarimit; Shperndarja:-Zhvillimi i teknikave q ojn n ofrimin m t shpejt t programeve; Besimi:-Zhvillimi i teknikave q tregojn se software mund t besohet nga prdoruesit e saj. 54. Dependability besueshmria e nj sistemi barazohet me besueshmrin e saj.Nj sistem i besueshm sht nj sistem q sht besuar nga prdoruesit e saj. Dimensionet kryesore t siguri jan: - Availability - Disponueshmria; (aftsia e sistemit t jap shrbime kur krkohet) - Reliability - Besueshmria; (aftsia e sistemit t jap shrbime si specifikohet) - Safety -Siguria; (aftsia e sistemit t veproj pa dshtimit katastrofik) - securitySigurimit (aftsia e sistemit pr t mbrojtur veten kundr psimit aksidentale ose t qllimshme) 55. Pronat e tjera siguri pr(Other dependability properties) Repairability-Pasqyron shkalln tek i cili sistemi mund t riparohet n rast t nj dshtimit

 maintainability-Pasqyron shkalln n t ciln sistemi mund t jet prshtatur me krkesat e reja; Survivability - Mbijetesa-Pasqyron shkalln n t ciln sistemi mund t ofruar shrbime, ndrsa nn sulm armiqsor; toleranca Gabim-Pasqyron shkalln n t ciln gabime t dhna prdoruesi mund t shmangen dhe tolerohet.