Download as docx, pdf, or txt
Download as docx, pdf, or txt
You are on page 1of 4

PIS-PITANJA

1. TIPOVI ŽIVOTNOG CIKLUSA IS-a su: kombinovani, linearni i evolucioni


ciklus.
2. Faze u razvoju informacionog sistema: Planiranje razvoja, Analiza i dizajn,
Implementacija, Funkcionisanje i održavanje, Vrednovanje i kontrola.
3. FAZE U BSP METODOLOGIJI su:
a. Davanje saglasnosti;
b. Priprema za studiju;
c. Održavanje prvog radnog sastanka;
d. Definisanje poslovnih procesa;
e. Definisanje klasa podataka;
f. Analiza postojeceg IS;
g. Analiza rezultata problema i koristi;
h. Definisanje arhitekture IS;
i. Odredivanje prioriteta;
j. Razrada plana realizacije
4. ALAT ZA POMOĆ U PROJEKTOVANJU IS-a je CASE.
5. INTERVJU se nalazi u sedmoj fazi BSP metodologije.
6. U SSA je dozvoljena oznaka ¹ₐ{T}.
7. U SSA analizi grafička oznaka za proces je elipsa.
8. U SSA analizi oznake ¹ₐ{T}. i 0{T}5 obije su dozvoljene i imaju isto znacenje.
9. Osnovna dva sredstva SSA su: Dijagram toka podataka (DTP) i Rjecnik
podataka.
10. U matrici ORGANIZACIJE/PROCESI se koriste oznake: X, Z i /.
11. UPIS STUDENATA NA FAKULTET gdje se dosijei obrađuju jedan po jedan se
modeluje u pseudo kodu sekvencom.
12. PRENOS nije karakteristika modula.
13. NAJBOLJI TIPOVI KOHEZIJE su: funkcionalna kohezija i povezanost
podacima.
14. INTERNU MEMORIJU kod DSM-a treba koristiti što manje.
15. NAPOMENA pripada grupi ANOTACIONIH opstih sredstava.
16. RAZLIKA između grafičke oznake klase i objekta je to što naziv kod objekta je
PODVUČEN
17. ČVOR mora imati (obavezno) memoriju a ima i sposobnost procesiranja. Može
sadržati komponentu.
18. FAN OUT – preporučuje se imati do 7 što manje podređenih modula
19. FAN IN - Što više nadredenih modula.
20. OZNAKA INTERFEJSA je kružić.
21. U UML-u postoje 4 tipa relacija: generalizacija, asocijacija, zavisnost i realizacija.
22. EVOLUCIONI ŽIVOTNI CIKLUS koristi metod prototipa.
23. NAJMANJE PROMJENE U SOFTVERU se nazivaju KRPLJENJA!
24. FAZE RAZVOJA U IS: planiranje, analiza i dizajn, implementacija,
funkcionisanje i održavanje i vredovanje i kontrola. Ne postoji faza koja se zove
RAZVOJ.
25. U SSA ne postoji tip toka podataka između skladišta.
26. Kod DSM-a krug znači PARAMETAR a crni puni krug je KONTROLNI
PODATAK/INDIKATOR.
27. Da bi se vršila DEKOMPOZICIJA PROCESA U SSA mora posojati
svrsishodnost i koherentnost.
28. Kod KLASNOG INTERFEJSA po pravilu djelovi se prikazuju ovim
redosljedom: naziv, osobine, metodi, odgovornosti, izuzeci.
29. STEREOTIPI se mogu primijeniti za uvođenje novih elemenata.
30. KOMPONENTA je dio softvera. Komponenta može da koristi i realizuje
interfejs.
31. Metod prototipa koristi evolucioni tip.
32. Kod paketa nejčešće se koristi import.
33. Crni kružić u DSM dijagramu znači kontrolni indikator.
34. Faze proizvodnje i usluga: Planiranje, Proizvodnja i tehnologija, Praćenje
proizvoda, Zatvaranje ciklusa.
35. Elementi paketa su javni.
36. Pravougaonik u dijagram interakcije označava Focus upravljanja.
37. Šta je system? Skup elemenata koji čini cjelinu i između kojih postoje određene
veze
38. Tranzicija se sastoji? od izvorišnog stanja, pobudnog događaja, zaštitnog uslova,
akcije i odredišnog stanja.
39. Pravilo za upotrebu viz modifikacija u UML? Samo kad su neophodne
40. Proces obrade podataka? Može biti implementiran na računaru
41. Intervju je dio koje aktivnosti u BSP? Analiza rezultata, problema i koristi
42. Napomena u okviru pseudo koda? Oivičena sa zvjezdicama
43. Redosljed navođenja djelova u klasnom interfejsu? Prvo naziv pa ostali djelovi
44. Generalizacija se? ne imenuje
45. Tipovi stereotipa su? Imenovani, imenovani sa ikonom

46. Podatak je kodirana predstava neke osobine, nekog koncepta, objekta, činjenice ili
događaja u realnom sistemu.
47. Informacija je protumačeni podatak odnosno znanje koje se može "izvući" iz
podatka.
48. Pod informacionim sistemom podrazumjevamo sistem koji svoje veze sa
okolinom obavlja razmjenom informacija.
49. Faze u razvoju IS: planiranje razvoja, analiza i dizajn, implementacija,
funkcionisanje i održavanje, vrednovanje i kontrola.
50. Tipovi životnog ciklusa: linearni i evolucioni.
51. Alati za projektovanje IS: CASE.
52. SSA analiza je metodologija za modeliranje procesa organizacionog ili
tehnološkog sistema.
53. Osnovna sredstva SSA su: Dijagram toka podataka (DTP) i rječnik podataka.
54. m{ }T i n{T}m označava da se neki tok podataka ponavlja najmanje n, a najviše
m n puta.
55. Tokovi podataka mogu biti: tok između dva procesa, od skladišta ka procesu, od
procesa ka skladištu, od izvora ka procesu, od procesa ka uviru podataka.
56. Osnovne operacije sa skladištem podataka su: pisanje u skladište i čitanje iz
skladišta.
57. Elementarni podatak je tok podatka koji se se ne može dekomponovati.
58. Sekvenca predstavlja niz operacija koje se provode jedna za drugom.
59. Kriterijumi projektovanja programa su: kriteterijum povezanosti modula,
kriterijum kohezije modula.
60. Kohezija je mjera povezanosti unutar modula.
61. UML je grafički jezik za: Vizuelizaciju, Specifikaciju, Konstruisanje i
Modelovanje.
62. Modeli u UML-u su: specificirani, precizni, nedvosmisleni i potpuni.
63. Klasa je skup objekata koji ima iste atribute, nad kojima se mogu provoditi iste
operacije i relacije.
64. Interfejs je skup operacija koje opisuju spolja vidljivo ponašanje klase ili neke
druge komponente.
65. Komponenta je strukturno opšte sredstvo tipa klase.
66. Čvorovi su obično fizički elementi koji postoje tokom rada sistema (obično
računarski resursi) koji u opštem slučaju posjeduju memoriju.
67. Interakcija je skup poruka razmjenjenih između skupa objekata koji pripadaju
datom kontekstu radi ispunjenja određenog cilja.
68. Vrste relacija: Zavisnosti, Asocijacije, Generalizacije, Realizacije.
69. Stereotip omogućava uvođenje novih blokova u UML model.
70. Stereotip je proširenje riječnika.
71. Dijagram klasa prikazuje: Klase, Interfejse, Društva saradnik, Relacije
zavisnosti, generalizacije i asocijacije.
72. Klasifikatori su mehanizmi koji opisuju strukturne i dinamičke osobine.
73. Interfjesi su skup operacija koje se koriste za specifikaciju nekog servisa klase ili
komponente.
74. Interfejsi se moraju imenovati.
75. Interfejs se prikazuje kao klasa preko stereotipa <<interface>>
76. Klasa može da ima više interfejsa i svaki od tih interfejsa je obaveza svakog od
primjeraka klase.
77. Paket je mehanizam koji u UML-u služi za organizovanje elemenata u grupe.
78. Dijagram objekata predstavlja skup primjeraka klasa koje se nalaze na klasnom
dijagramu.
79. Interakcijama se modeluju dinamički aspekti sistema.
80. Interakcije se često koriste za modelovanje odvijanja upravljanja.
81. Korisničke funkcije diktiraju željeno ponašanje nekog dijela sistema, ali ne
diktiraju kako do tog željenog ponašanja treba doći.
82. Kod korisničke funkcije opisuju se i scenariji, odnosno varijante pojedinih
izvršavanja dijagrama.
83. Korisničke funkcije se često grupišu u pakete.
84. Korisnike funkcije su klasifikatori pa se njihovi atributi i operacije mogu
prikazati kao i kod klasa.
85. U UML-u se djagrami korisničkih funkcija koriste za vizuelizaciju sistema,
podsistema ili klase tako da korisnici mogu da shvate kako da koriste dati element.
86. Dijagrami korisničkih funkcija se mogu koristiti u direktnom i reveresnom
inžinjeringu, pošto ovi dijagrami imaju jasne analogije u stvarnom sistemu
87. Dijagram interakcije prikazuje interakciju koja se sastoji od skupa objekata i
njihovih relacija, uključujući i poruke koje se razmjenjuju.
88. Dijagrami interakcija obično sadrže: Objekte, Veze i Poruke.
89. Dijagram aktivnosti je jedan od pet tipova dijagrama koji se koriste za
modelovanje dinamičkih aspekata sistema i prikazuje upravljanje od jedne ka
drugoj aktivnosti.
90. Dijagram aktivnosti:
a. crni kružić – početno stanje;
b. elipse – aktivnosti;
c. romb – grananje;
d. vertikalna deblja linija - sastavnice;
e. kružić sa crnim kružićem – kraj aktivnosti.
91. Dijagrami aktivnosti predstavljaju tok od aktivnosti do aktivnosti.
92. Događaj je specifikacija zbivanja lokalizovana u vremenu i prostoru.
93. Događaji mogu biti: spoljašnji (odvijaju se između sistema i izvođača) i
unutrašnji (među objekata unutar sistema)
94. UML može da modeluje četiri vrste događaja: signale, pozive, protok vremena I
promjenu stanja.
95. Signali se u UML-u modeluju kao klase unutar stereotipa.

You might also like