1.Główne pojęcia obiektowości:
Klasa, instancja, dziedziczenie, polimorfizm, enkapsulacja
2.Obligatoryjność związków klas oznacza?
Obligatoryjność związków obiektów klasy PIT z obiektami klasy Podatnik:
[Podatnik]1-2 -----------● [PIT] ●------ [Urząd Skarbowy]
Jeden lub dwóch podatników (małżeństwo) może wypełnić zero lub wiele PITów, zero lub wiele PITów może zostać złożonych do jednego Urzędu Skarbowego.
Do istnienia obiektu jednej klasy konieczne jest istnienie obiektów innych klas ?
Obligatoryjnosc klas polega na tym ze w momencie tworzenia obiektu danej klasy musi on być powiazany z obiektami istniejących klas podatnik i us
3.Związek agregacji w grupie studenckiej polega na tym, że:
a)w skład grupy wchodzi wiele studentów i studentek
b)skład grupy studentów jest zmienny
c)w skład wchodzi co najmniej 25 osób
d)cała grupa stanowi ściśle określoną grupę osób
4.Czy wymagania dla systemu powinny być poddane analizie?
Nie zakładamy wymagań, których nie można przetestować, nie nakładamy również tzw wymagań mglistych (niemierzalnych) - weryfikacja wymagań poprzez ich uzdatnienie do prowadzenia testów - jednoczesne uzupełnienie planu testów.
Z wykresu faz w modelu kaskadowym wynika:
Faza strategiczna : określenie wymagań, specyfikowanie
Analiza: specyfikowanie, projektowanie
także może nie powinny ?
Czynności w fazie strategicznej:
-ogólne określenie wymagań - wykonanie wstępnej analizy i projektu systemu
-analiza rozwiązań
5.Dokument wymagań zawiera:
Dokument wymagań zawiera informacje co oprogramowanie będzie robić, a nie jak będzie ta funkcjonalność realizowana. Dokument wymagań kieruje pracami. Dzięki niemu następuje powiązanie szczegółów z elementami kolejnych dokumentów w projektach, planach testów i kodzie.
Wprowadzenie, opis ewolucji systemu, opis wymagan funkcjonalnych opis wymagan niefunkcjonalnych, model systemu, słownik
6.Głównym zadaniem fazy wymagań jest:
Zebrane wymagań klienta wobec tworzonego systemu - udzielana jest odpowiedź na pytanie „Co i przy jakich założeniach system ma robic?”.Podstawową rolą fazy wymagań jest znalezienie wymagań, ich uzgodnienie i zapisanie w postaci czytelnej dla klienta oraz zespołu informatyków realizujących projekt.
7.Dokument wymagań dotyczy:
Opisu wymagań, Dokument ten powinien być podstawą formalnego, szczegółowego kontraktu między klientem a producentem, gromadzi wymagania dotyczące oprogramowania, opisuje funkcjonalność budowanego oprogramowania i warunki jakie musi ono spelniac
8.Czy wymagania dla systemu powinny być poddane testowaniu w kaskadowym modelu cyklu życia oprogramowania?
Wady i zalety modelu kaskadowego: Wysoki koszt błędów popełnionych we wstępnych fazach (błędy popełnione w fazie wymagań i specyfikacji najpewniej zostaną odkryte dopiero w fazie testowania).
Testowanie jest oddzielną fazą w modelu kaskadowym, więc chyba nie ... ?
9.Wymagania niefunkcjonalne opisują:
Opisują ograniczenia, przy zachowaniu których system powinien realizować swoje funkcje.: wymagania dotyczące produktu, procesu, zewnetrzne
10.Opis wymagań powinien przede wszystkim:
Wymaganie powinny zostać zebrane w dokumencie -opisie wymagań.
•Dokument ten powinien być podstawą formalnego, szczegółowego kontraktu między klientem a producentem
•Powinien być zrozumiały dla obu stron
Dobry opis wymagań
Powinien:
-Być kompletny oraz niesprzeczny
-Opisywać zewnętrzne zachowanie systemu a nie sposób jego realizacji
-Obejmować ograniczenia przy jakich musi pracować system
-Być łatwy w modyfikacji
-Brać pod uwagę przyszłe możliwe zmiany wymagań wobec systemu
-Opisywać zachowanie
11.Wymagania z poziomu użytkownika mają postać:
Użytkownicy często wolą koncentrować się na szczegółowych funkcjach, które uważają na ważniejsze, z ich punktu widzenia To wyrażenia w języku naturalnym oraz diagramy o usługach oczekiwanych od systemu oraz o ograniczeniach, w których system ma działać..
12.Wymagania funkcjonalne opisują:
Opisują one funkcje (czynności, operacje) wykonywane przez system, dotyczą rezultatów oczekiwanych przez użytkownika, podczas kontaktu z systemem.
13.Metody obiektowe tworzenia oprogramowania pasują na wprowadzenie:
a)składowych pasywnych i aktywnych
b)składowych prostych i złożonych różnej długości
c)składowych lokalnych i globalnych
d)składowych łączących dane z metodami - Metody obiektowe wyróżniają w systemie składowe, które łączą w sobie możliwość przechowywania danych oraz wykonywania operacji.
14.Obiekt na etapie analizy jest to? [b]
a)konstrukcja języka oprogramowania łącząca dane i metody [źle]
b)składowa dziedziny problemu, posiadająca tożsamość, stan i zachowanie [b]
c)składowa dziedziny problemu, posiadająca nazwę, pola i atrybuty
d)konstrukcja języka formalnego, służącego notacji strukturalnej
15.Dla poprawy realizacji wymagań funkcjonalnych konieczne jest wprowadzenie:
Formularza realizacji wymagań
16.Korzystając z języka UML nie można: [d]
a) utworzyć modelu systemu obiektowego
b)stworzyć modelu dowolnego bytu
c)stworzyć modelu procesu gospodarczego
d)stworzyć modelu przypływu danych - UML i DFD to dwie różne technologie
17.Wyodrębnij 4 klasy. [a]
Klient korzysta z systemu, aby pobrać i sprawdzić stan swojego konta. Musi użyć karty do bankomatu i wprowadzić pin. Klient musi wprowadzić swój PIN, nazwisko, imię, numer konta. Drukując saldo oczekuje otrzymania aktualnego stanu konta oraz historię transakcji.
a)Klient, konto, PIN, historia
b)Klient, konto, bankomat, system
c)klient bankowy, konto, Jan Kowalski, bank
d)konto, system, transakcja, drukowanie
18.DFD's są podstawą czego?[a]
a) modelowania proceduralnego
b)modelowania obiektowego
c)modelowania matematycznego
d)modelowania komputerowego
19.Wymagana wielkość bufora PAO oraz strony pamięci RAM przy definiowaniu sposobu działania systemu należą do wymagań:
Wymagania niefunkcjonalne / wymagania sprzętowe
20.Wynikiem fazy analizy jest ?
Wynikiem jest logiczny model systemu, opisujący sposób realizacji przez system postawionych wymagań, lecz abstrahujący od szczegółów implementacyjnych
21.Celem fazy analizy jest odpowiedź na pytanie:
Celem fazy analizy jest udzielenie odpowiedzi na pytanie: jak system ma działać?
22.Diagramy przejść stanów opisują:
Diagramy przejść stanów prezentują zmienne w czasie aspekty systemu, możliwe stany obiektu oraz przejścia, które powodują zmianę tego stanu.
Zdarzenie - zjawisko występujące w określonej chwili czasu (wprowadzenie danych, wybranie opcji, odczyt parametru) - może być zewnętrzne lub wewnętrzne.
Stan - okres pomiędzy zdarzeniami (np. Stan overwrite, input, edycji, prezentacji).
Przejście systemu - zmiana stanu systemu j.w. (dodatkowe uwarunkowanie).
Akcja - czynności, wykonywane w momencie zajścia zdarzenia, natychmiast (wypełnienie wartości pola, realizacja określonego obliczenia).
Operacja - wykonywanie w czasie określonego stanu systemu, przerywana automatycznie przez zdarzenie zmieniające stan systemu (monitorowanie czasu).
23.Transformacja od środowiska do kodu obejmuje kolejne modele:[b]
a)środowisko, model numeryczny, kod
b)środowisko, model kodu, kod???
c)środowisko, model matematyczny, model numeryczny, kod
d)środowisko, opis numeryczny, model kodu, kod
24.Wyodrębnij klasy i obiekty:
klient Jan K. przychodzi do bankomatu nr100 by pobrać pieniądze. Podaje numer PIN oraz kwotę do wypłaty. Bankomat sprawdza poprawność danych i wypłaca pieniądze..
a)K klient, O sprawdzenie danych, K bankomat, O wypłata
c)K operacje, O kwota, K system, O klient
c)K klient, O Jan Kowalski, K bankomat, O numer 100
d)K pieniądze, O euro, K dane, O PIN
25.W której fazie występuje wybór języka programowania wykorzystywanego do projektu?
(opis systemu implementacji) jak system ma być zaimplementowany - faza projektowania
26.Celem fazy projektowania jest odpowiedź na pytanie:
Celem fazy projektowania jest udzielenie odpowiedzi na pytanie: jak system ma zostać zaimplementowany? Wynikiem jest projekt oprogramowania, czyli opis systemu implementacji
27.Model analityczny budowania oprogramowania powinien być:
a)szczegółowo przedstawiony [źle]
b)gotowy do numerycznej implementacji
c)w uproszczonym opisie, opisem systemu wskazującym istotne jego cechy
d)zgodny z oczekiwaniami użytkownika
28.Specyfikacja wymagań służy:
??? wyszczegolnieniu wymagan klienta wobec tworzonego systemu??
29.Metody strukturalne tworzenia oprogramowania wyrażają się w systemie poprzez:[c]
a)bloki funkcji, bloki operacji
b)struktury danych związane jedynie z funkcjami jednoparametrowymi
c)składowe aktywne i pasywne - z prezentacji: Metody strukturalne tworzenia oprogramowania opierają się na wyróżnianiu w tworzonym oprogramowaniu dwóch rodzajów składowych: pasywnych, odzwierciedlających fakt przechowywania w systemie pewnych danych oraz składowych aktywnych, odzwierciedlających fakt wykonywania w systemie pewnych operacji.
d)obiekty, działające na nie metody
30.Dziedziczenie w modelu obiektowym polega na ?
??? zwiazku generalizacji i specjalizacji???
31.Obiekt jest:
a)elementem klasy definiowanym przez tożsamość, stan, zachowania - z prezentacji: System jest analizowany w sposób obiektowy, jeśli jest dzielony na obiekty, posiadające Tożsamość, Stan, Zachowanie.
b)elementem klasy definiowanym przez tożsamość, metody, atrybuty
c)elementem klasy definiowanym przez atrybuty, stan, metody
d)elementem klasy definiowanym przez atrybuty, stan, zachowania
32.Czy klasa jest:
Obiekty grupowane są w klasy, złożone z obiektów o podobnych stanach i zachowaniach.
Klasa to opis zbioru obiektów o tych samych atrybutach, związkach i znaczeniu. Jej symbolem graficznym jest prostokąt.
33.Który z poniższych języków nie pozwala w pełni na programowanie obiektowe:
np. C, Pascal
34.Metody klasy to:
a)operacje zastrzeżone w klasie
b)działania, realizowane automatycznie na obiektach danej klasy
c)operacje, których realizację można wymagać od obiektów danej klasy
d)działania realizowane przez atrybuty danej klasy
35.Wymagania w języku naturalnym przyjmują postać:
formularzy i prostych intuicyjnych diagramów.
36.System czekowy ma na celu obsługę kont czekowych. System musi mieć możliwość przetwarzania takich transakcji na koncie (wpłata i wypłata) dla wielu kont. ... klasami są ?
a)konto czekowe, transakcja, wpłata, wypłata, czek
b)transtakcja, wpłata, wypłata, czek
c)konto czekowe, cele systemu, wpłata, wyopłata
d)konto czekowe, możliwości systemu, wpłata, wypłata, czek [źle]
37.Agregacja w UML-u jest:
a)związek pomiędzy pakietami, relacjami mnogościowo 1:1
b)związek generalizacji, specjalizacji
c)rodzajem asocjacji, wskazującym na zawieranie się klas
38.UML jest graficznym językiem do:
a)specyfikowania, kodowania, dokumentowania systemów informatycznych
b)kodowania, testowania, dokumentowania systemów informatycznych
c)testowania, dokumentowania, implementacji systemów informatycznych
d)obrazowania, specyfikowania, dokumentowania systemów informatycznych
39.Klasa na etapie analizy oznacza:
wzorzec grupy obiektów.
40.Skrót UML oznacza:
Unified Modeling Language Graficzny język do obrazowania, specyfikowania, tworzenia i dokumentowania systemów informatycznych.
41.Artefact jest to:
Artefact - fizyczny element informacyjny, wyprodukowany lub używany w procesie wytwarzania oprogramowania (pliki .sor .com, elementy bazy danych, dokumenty, fragmenty modeli etc.)
42.Atrybuty klasy to:
Pola (atrybuty) klasy opisują stan obiektów klasy. Atrybuty to własności klasy typu strukturalnego.
43.Jurek ma 16 lat, to jest 2x tyle, ile miał Wojtek wtedy, gdy Jurek miał tyle, ile Wojtek ma teraz. Wymaganiem dla systemu będzie specyfikacja:
Wojtek ma teraz 12 lat
44.Przypadki użycia w UMLu służą do określenia:
Diagramy przypadków użycia - model zachowania systemu (nie generalizuja hierarchicznej struktury systemu jak DFD's):
-tekstowa specyfikacja przypadków użycia - składane w repozytorium
-pozwalają na właściwe prowadzenie analizy, projektowania i implementacji systemu
-dają możliwość określenia przypadków testowania, rejestrowania uszkodzeń systemu oraz identyfikacji przyszłych rozszerzeń systemu
45.Do metod, realizowanych w modelu obiektowym zaliczamy:
a)konstruktory, destruktory, metody pobierania wartości pól
b)metody edycji pól, konstruktory, procesy,destruktory
c)metody ustalania związków, pomiędzy obiektami, destruktory, konstruktory
d)konstruktory, metody pobierania, ustawiania wartości pól, obsługa zlecenia
46.Dla klasy samochód zdefiniowano metodę sprzedaj na raty, zdefiniowano klasę samochód osobowy, która jest podklasą klasy samochód. Które z poniższych sformułowań jest prawdziwe:
a)samochód osobowy dziedziczy tylko atrybuty klasy samochód
b)samochód osobowy dziedziczy tylko metody klasy samochód
c)samochód osobowy nie ma dostępnych żadnych właściwości
d)samochód osobowy dziedziczy wszystkie właściwości klasy samochód
47.Programowanie strukturalne:
Metody strukturalne tworzenia oprogramowania, opierają się na wyróżnianiu w tworzonym oprogramowaniu dwóch rodzajów składowych: pasywnych odzwierciedlających fakt przechowywania w systemie pewnych danych oraz składowych aktywnych odzwierciedlających fakt wykonywania w systemie pewnych operacji. Te dwa modele są następnie integrowane i wynikiem jest model przepływów danych.
48.Związek klas generalizacji-specjalizacji wskazuje na:
Dwie klasy pozostają w związku generalizacji-specjalizacji, jeżeli jedna z nich, zwana specjalizacją jest rodzajem drugiej, zwanej generalizacją.
49.Który z poniższych języków został stworzony do modelowania systemów obiektowych:
a) C (nie zawiera klas)
b) C++ (C z klasami)
c) Python (powstał później niż C++)
d) C# (powstał dużo później niz C++)
C++ jest językiem uniwersalnym posiada elementy języka strukturalnego i obiektowego,
Python można programować tylko obiektowo, ale typy podstawowe nie są obiektami,
C# - wszystko jest obiektem,
Być może odpowiedź D, ale do modelowania systemów obiektowych to bardziej pasowało by UML.
50.Zadaj poniższy tekst:
Ojciec ma 42 lata, syn 12. Wylicz za ile lat ojciec będzie 2x starszy od syna. Specyfikacja.
c) za 18 lat
51.Do numerowania stron gazet stosuje się maks. 10 cyfr. Ograniczeniem dla systemu będzie:
takie ograniczenia systemu są uwzględniane w opisie wymagań niefunkcjonalnych -liczba stron - łatwość w przegladaniu
52.Dobór algorytmów i struktur danych odbywa się w fazie:
W fazie syntezy
53.Tworzenie systemów sterowania modelami polega na transformacji kolejno pomiędzy modelami:
a)matematycznym i logicznym
b)środowiskiem, logicznym, fizycznym, rzeczywistym
c)środowiska, wymagań systemu, podsystemu
d)środowiska, logicznego, matematycznego numerycznego
54.Właściwości klas:
Public protect private
55.Dwie klasy są w związku generalizacji i specjalizacji, jedna z nich ...
Jedna jest rodzajem drugiej
56.Wzorzec potoków, użycia filtrów bazuje na:
Komunikacji danych
57.Czy dla danej specjalizacji może istnieć wiele generalizacji:
[c]tak - np. klasa dziedziczy po kilku klasach naraz
58.Klasa jest charakteryzowana przez
[d]Klasa to opis zbioru obiektów o tych samych atrybutach, związkach i znaczeniu. Klasa posiada: atrybuty, operacje oraz odpowiedzialność.
59.Sformułowanie „make it work, right, fast” jest charakterystyczne dla
a)modelu spiralnego wytwarzania oprogramowania
b)programowania extreme
c)modelowania aspektowego
d)modelu kaskadowego
60.Klasyfikatory w UML'u obejmują:
c]elementy składowe modelu opisujące jego zachowanie lub strukturę posiadające swoją reprezentacje geometryczną.
W szczególności zaliczamy do nich: klasy, aktorzy, przypadki użycia, relacje.
61.Tzw. dobre wymagania dla systemu powinny być:
Właściwości dobrych wymagań: brak elementów nieistotnych, poprawność, kompletność, zwięzłość, precyzja, jasność, jednoznaczność, spójność, możliwość śledzenia, łatwość modyfikacji, możliwość testowania (weryfikacji), wykonalność.
Właściwości dobrych wymagań: zwięzłe, jednoznaczne, precyzyjne, spójne, jasne, kompletne, zrozumiałe dla użytkowników, bez zbędnych wytycznych, łatwe do modyfikacji, dające się śledzić, umożliwiające testowanie, wykonalne.
Odpowiedź: [d]
62.Faza analizy dotyczy następujących stanów cyklu życia oprogramowania:
[d] Specyfikacji i projektowania
63.Asocjacja jest relacją:
zależność łącząca dwie klasy lub więcej (łącząca instancje!!)
64.Cytat Tolkiena lol. [d]
65. Weryfikacja klas i obiektów pozwala na usunięcie elementów zbędnych. Usuwamy klasę, dla której:
a)istnieje wiele pól i metod
b)istnieje związek z innymi klasami
c)brak pól i metod lub 1 obiekt w klasie lub brak związku z innymi klasami
d)dla wielu pól istnieje jedna metoda
66.Identyfikacja i definiowanie pól klasy polega min na wprowadzeniu:
a)związków generalizacji i specyfikacji pomiędzy obiektami danej klasy
b)wszystkich pól, opisujących możliwy stan obiektów klasy
c)relacje agregacji wśród obiektów danej klasy
d)...
67.Przypadki użycia są zbiorem jednostek opisu dynamiki systemu. Składają się z metafor, scenariuszy, które pokazują:
zachowania budowanego systemu bez konieczności określania sposobu implementacji tego zachowania. Przypadek użycia określa zbiór ciągów akcji, z których każdy reprezentuje interakcję elementów z otoczenia systemu z samym systemem.
68.Wyodrębnij obiekty i właściwości. Bankomat, PIN, wypłata.
Obiekt: bankomat
Właściwość: PIN, wypłata
69.Symbol klasy zawiera:
Nazwa klasy, pola, metody
a)nazwę związku - związki pomiędzy klasami (dziedziczenie, generalizacja, specjalizacja) obrazowane są za pomocą strzałek z różnymi zakończeniami, a nie słownie
b)rolę - rola klasy znajduje się przy powiązaniu, w którym dana klasa bierze udział, role posiadają również parametry dostępności, takie same jak atrybuty i metody klas
c)metody - na pewno
d)czynności - czynności realizowane w związku znajdują się pod powiązaniem, w którym dana klasa bierze udział
70.Identyfikacja związków klas i obiektów ma na celu:
[d]uogólnienie wielu pojedynczych związków pojawiających się pomiędzy obiektami tych klas
71.Diagramy sekwencji w modelowaniu dynamiki systemu pokazują:
a)przebieg czynności w sekwencji zmiany stanu obiektów
b)następstwo czasowe w sekwencji komunikatów wymienianych między obiektami
c)zmiany stanu obiektów
d)następstwo stanów obiektu w sekwencji czasu
Diagramy sekwencji - pokazują ciąg interakcji, zachodzących pomiędzy obiektami systemu pokazują ciąg interakcji zachodzącymi pomiędzy obiektami systemu w czasie (różnica pomiędzy diagramami komunikacji polega na sposobie prezentacji wymiany komunikatów - brak komunikatów zwrotnych w diagramie komunikacji). Pokazują czas życia obiektów w procesie komunikacji.
72.Diagram opisu interakcji jest:
Diagramy opisu interakcji pokazują interakcje połączone jako sieć czynności.
73.OMG - rozwiń skrót
[b] Object Management Group
74.System będzie przyjmował ID pracownika maks 1..100. Jakie cechy ma takie wymaganie [a]
Wymaganie nieprecyzyjne: nie wiadomo czy wszystkie liczby z zakresu są dopuszczalne (całkowite, zmiennoprzecinkowe), czy można użyć liczb 1 i 100, czy ważna jest reprezentacja liczb.
75.Modele w tworzeniu oprogramowania sterowanego modelami stanowią:
[a]
76.Architektura trójwarstwowa dla systemu obejmuje podsystemy:
modele srodowiska wymagan podsystemy systemu lub interfejs. Reguly biznesowe baza danych
- warstwa prezentacji (interfejs)
- warstwa logiki biznesowej
- warstwa danych (baza danych)
77.W związku kwalifikowanym klas strudent-grupa studentów, gdzie kwalifikatorem jest kierunek studiów i rok akademicki ...
Asocjacja kwalifikowana pozwala wskazać, który atrybut jednej z klas służy do zapewnienia unikatowości związku (jest jego kwalifikatorem). Kwalifikator jest atrybutem (lub zestawem atrybutów), którego wartości służą do podziału zbioru obiektów definiowanych przez klasę znajdującą się na jednym z końców tej asocjacji.
78.Wzorzec architektury obiektowej bazuje na:
Tutaj każda funkcja jest niezależna lokalizowana w jednej części-w trójwarstwowej każda funkcja istnieje w trzech warstwach -w potokach i filtrach funkcje komunikują się za pomocą danych.
Wzorce architektoniczne -uogólnione spojrzenie na strukturę systemu
→ Są wykorzystywane przy tworzeniu głównych części systemu -widocznych na
pierwszy rzut oka
→ Pozwalają na generacje podsystemów
→Związki pomiedzypodsystemami pozwalają dopasować opracowywany system do
któregoś z wzorców architektonicznych
79.Dynamiczne zachowanie się systemu jest modelowane poprzez ...
Diagramy przypadków użycia;
Diagramy interakcji: diagram sekwencji, diagram komunikacji, diagram opisu interakcji, diagram następstw;
Diagramy czynności;
Diagramy maszyny stanów;
80.Model architektury obiektowej bazuje na:
Model obiektowy architektury systemu dzieli system na zbiór luźno uzależnionych od siebie obiektów z dobrze zdefiniowanymi interfejsami.
Obiekty korzystają z usług oferowanych przez inne obiekty.
Podział obiektowy uwzględnia klasy obiektów, ich atrybuty i operacje.
Artefacty, elementy języka UML, w procesie wytwarzania oprogramowania
stanowią:
a/ fizyczne elementy informacyjne używane przy tworzeniu oprogramowania;
b/ logiczne elementy informacyjne używane przy tworzeniu oprogramowania;
c/ abstrakcyjne elementy informacyjne używane przy tworzeniu oprogramowania;
d/ nierealne elementy informacyjne używane przy tworzeniu oprogramowania;
2. Wymagania z poziomu użytkownika maja postać:
a/ informacji o sposobie przetwarzania danych;
b/ układu wejść i wyjść;
c/ opisu kolejnych testów;
d/ opisu kolejnych procedur;
3. Dobór algorytmów i struktur danych odbywa się w fazie:
a/ specyfikacji wymagań;
b/ implementacji;
c/ projektowania;
d/ kodowania;
1.Na diagramie UML zwiazek agregacji jest oznaczony
odcinkiem zakonczonym wypelnionym rombem
odcinkiem zakonczonym okregiem
tylko odcinkiem
odcinkiem zakonczonym pustym rombem
2.Odcinkiem zakonczonym pelnym rombem na diagramie UML oznacza sie
agergacje
skojarzenie
dziedziczenie
kompozycje
3.W opisie przypadku uzycia wyzwalacz to:
Zdarzenie powodujace rozpoczecie przypadku uzycia
Warunki spelnione po pomyslnym wykonaniu glównego scenariusza przypadku uzycia
zdarzenie powodujace zakonczenie przypadku uzycia
warunki które muszš byc spelnione przed wykonaniem przypadku uzycia
4.Na diagramie klas UML oznaczenia widocznosci pól +,#,- oznaczaja kolejno
private, protected, static
public, private, protected
public, abstract, protected
public, protected, private
6. Metoda abstrakcyjna jest to
metoda nie posiadajšca implementacji
metoda dziedziczona z klasy abstrakcyjnej
metoda niewidoczna dla innych klas
nie istnieje takie pojecie
7.Pola oznaczone znaczkiem widocznosci #
sš widoczne tylko w ramach jednej klasy
sš widoczne tylko w ramach klasy i klas pochodnych
sš widoczne wszedzie
sš niewidoczne
9. Na diagramie UML przypadków uzycia sš nastepujšce elementy
aktorzy, przypadki uzycia, klasy
przypadki uzycia, relacjie, obiekty
aktorzy, przypadki uzycia, relacje
relacje, aktorzy, punkty zwrotne
10. Klase abstrakcyjnš na diagramie UML oznacza sie poprzez
podkre?lenie
czcionke pochylš
pogrubienie
dodanie slówka abstract
11. Zwišzek uogólnienia na diagramach UML oznacza sie
odcinkiem zakonczonym trójkštem wskazujšcym klase nadrzednš
odcinkiem zakonczonym trójkštem wskazujšcym klase podrzedna
odcinkiem zakonczonym rombem wskazujšcym klase nadrzednš
odcinkiem zakonczonym rombem wskazujšcym klase podrzednš
12. Przypadki uzycia na diagramach UMl oznacza sie jako
prostokaty
romby
owale
trapezy
13. Aktorów na diagramie UML oznacza sie jako
wypelniony kwadrat
wypelniony okrag
schematyczna postac
schematyczna glowe
14. Gwarancje powodzenia przypadków uzycia to
warunki spelnione po pomyślnym wykonaniu scenariusza powodzenia
warunki spelnioen po uruchomieniu przypadku uzycia
warunki jakie zapewnia system by przypadek zakonczyl sie powodzeniem
warunki poczatkowe, wymagany by przypadek mógl sie rozpoczac
15. Co to jest diagram DFD?
diagram struktury bazy danych
diagram opisujacy strukture klas
diagram przeplywu danych
diagram przypadkó uzycia