12) Wadą modelu kaskadowego jest: Zagadnienia obowiązujące na egzaminie z inżynierii oprogramowania: 13) Wadą modelu opartego na prototypowaniu jest:

Podobne dokumenty
Podstawy programowania III WYKŁAD 4

UML cz. II. UML cz. II 1/38

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

UML cz. III. UML cz. III 1/36

Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1

Spis treúci. 1. Wprowadzenie... 13

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.

Podstawy modelowania programów Kod przedmiotu

Testowanie oprogramowania. Testowanie oprogramowania 1/34

Spis treúci. Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników. Wstęp Podziękowania...

UML w Visual Studio. Michał Ciećwierz

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

Wzorce projektowe. dr inż. Marcin Pietroo

Spis treści 1. Wstęp 2. Projektowanie systemów informatycznych

Wykład 1 Inżynieria Oprogramowania

Diagramy klas. dr Jarosław Skaruz

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2

Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji

Podstawy projektowania systemów komputerowych

Modelowanie obiektowe

Podstawy inżynierii oprogramowania

Projektowanie Graficznych Interfejsów Użytkownika Robert Szmurło

Inżynieria oprogramowania. Część 5: UML Diagramy klas

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?

Zaawansowane programowanie w C++ (PCP)

Modelowanie i analiza systemów informatycznych

problem w określonym kontekście siły istotę jego rozwiązania

Rysunek 1: Przykłady graficznej prezentacji klas.

Oprogramowanie o wysokiej jakości to oprogramowanie spełniające następujące kryteria:

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017

Analiza i projektowanie obiektowe 2016/2017. Wykład 8: Przypisywanie obiektom odpowiedzialności (2)

Modelowanie. Wykład 1: Wprowadzenie do Modelowania i języka UML. Anna Kulig

Problemy projektowania obiektowego. Czy podobne problemy można rozwiązywac w podobny sposób?

Programowanie obiektowe

Programowanie Zespołowe

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia)

Wykład 3 Wymagania. MIS n Inżynieria oprogramowania Październik Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie

INŻYNIERIA OPROGRAMOWANIA. laboratorium

Podstawy języka UML2 w realnych projektach

Egzamin / zaliczenie na ocenę*

PRZEWODNIK PO PRZEDMIOCIE

Technologie obiektowe

Wzorce projektowe i refaktoryzacja

Analiza i projektowanie obiektowe w UML Kod przedmiotu

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)

Wzorce projektowe cz. II. Wzorce projektowe cz. II 1/35

Grupy pytań na egzamin inżynierski na kierunku Informatyka

Tutorial prowadzi przez kolejne etapy tworzenia projektu począwszy od zdefiniowania przypadków użycia, a skończywszy na konfiguracji i uruchomieniu.

Język JAVA podstawy. Wykład 4, część 1. Jacek Rumiński. Politechnika Gdańska, Inżynieria Biomedyczna

Projektowanie obiektowe oprogramowania Wykład 2 - UML Wiktor Zychla 2016

Uniwersytet w Białymstoku Wydział Ekonomiczno-Informatyczny w Wilnie SYLLABUS na rok akademicki 2012/2013

UML. dr inż. Marcin Pietroo

Adaptywny kod : zwinne programowanie, wzorce projektowe i SOLID-ne zasady / Gary McLean Hall. Gliwice, cop Spis treści

Wzorce projektowe ArrayList. Aplikacja i zdarzenia. Paweł Chodkiewicz

Podstawy języka UML2 w realnych projektach

Podstawy Programowania Obiektowego

Zasady organizacji projektów informatycznych

Inżynieria oprogramowania. Jan Magott

Charakterystyka oprogramowania obiektowego

ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski

Laboratorium z przedmiotu: Inżynieria Oprogramowania INEK Instrukcja 6

Wprowadzenie, podstawowe pojęcia, projekt a produkt Wykład1

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 1

Inżynieria oprogramowania. Założenia i cele przedmiotu: Opis form zajęć

Procesy wytwarzania oprogramowania Specyfikacja i projektowanie oprogramowania

Projekt systemu informatycznego

MODELOWANIE OBIEKTOWE

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

Analiza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Michał Adamczyk. Język UML

Inżynieria oprogramowania - opis przedmiotu

Narzędzia CASE dla.net. Łukasz Popiel

UML. zastosowanie i projektowanie w języku UML

Grupa treści kształcenia, w ramach której przedmiot jest realizowany Przedmiot kierunkowy

Modelowanie diagramów klas w języku UML. Łukasz Gorzel @stud.umk.pl 7 marca 2014

Modelowanie i Programowanie Obiektowe

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów dziennych studiów II stopnia)

Diagramy czynności Na podstawie UML 2.0 Tutorial

Projektowanie obiektowe oprogramowania Wykład 4 wzorce projektowe cz.i. wzorce podstawowe i kreacyjne Wiktor Zychla 2017

Identyfikacja i modelowanie struktur i procesów biologicznych

Diagramy klas. WYKŁAD Piotr Ciskowski

Projektowanie obiektowe Wzorce projektowe. Gang of Four Wzorce rozszerzeń

Rok akademicki: 2012/2013 Kod: IET SW-s Punkty ECTS: 3. Kierunek: Elektronika i Telekomunikacja Specjalność: Systemy wbudowane

Mariusz Trzaska Modelowanie i implementacja systemów informatycznych

PRZEWODNIK PO PRZEDMIOCIE

Wstęp [2/2] Wbrew częstemu przekonaniu, nie są one gotowymi rozwiązaniami, to tylko półprodukty rozwiązania.

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20

Załącznik KARTA PRZEDMIOTU. KARTA PRZEDMIOTU Wydział Automatyki, Elektroniki i Informatyki, Rok akademicki: 2011/2012

TECHNOLOGIE OBIEKTOWE. Wykład 3

Metody wytwarzania oprogramowania. Metody wytwarzania oprogramowania 1/31

Zakres wykładu. Podstawy InŜynierii Oprogramowania

Wzorce projektowe cz. I. Wzorce projektowe cz. I 1/33

UML - zarys 2007/2008

STUDIA STACJONARNE I STOPNIA Przedmioty kierunkowe

Wzorce projektowe Michał Węgorek

UML (Unified Modeling Language jest to sposób formalnego opisu modeli reprezentujących projekty informatyczne.

Programowanie obiektowe

Spis treści. Część I Diagramy języka UML Wstęp 7. Rozdział 1. Studia przypadków 13. Rozdział 2. Diagramy przypadków użycia 29

Transkrypt:

Zagadnienia obowiązujące na egzaminie z inżynierii oprogramowania: 1) Oprogramowanie to: 2) Produkty oprogramowania w inżynierii oprogramowania można podzielić na: 3) W procesie wytwarzania oprogramowania nigdy nie występuje etap: 4) Zdolność do pielęgnacji jest cechą oprogramowania oznaczającą: 5) Niezawodność jest cechą oprogramowania oznaczającą: 6) Efektywność to cecha oprogramowania oznaczająca: 7) Inżynieria oprogramowania to: 8) Proces tworzenia oprogramowania to: 9) Czynności wspólne dla wszystkich procesów inżynierii oprogramowania: 10) Model procesu tworzenia oprogramowania to: 11) Przykłady modeli tworzenia oprogramowania to: 12) Wadą modelu kaskadowego jest: 13) Wadą modelu opartego na prototypowaniu jest: 14) Zaletą modelu opartego na prototypowaniu jest: 15) Skrót CASE 16) Wymagania stawiane systemowi komputerowemu to: 17) Proces inżynierii wymagań to: 18) Wymagania użytkownika to: 19) Wymagania systemowe: 20) Specyfikacja projektu to: 21) Wymagania funkcjonalne: 22) Wymaganie niefunkcjonalne to: 23) Wymagania dziedzinowe: 24) Przykładem typu wymagań niefunkcjonalnych są: 25) Uczestnik w analizie wymagań: 26) Studium wykonalności odpowiada na pytanie:

27) Skrót UML w inżynierii oprogramowania 28) UML powstał w wyniku: 29) W UML można wyróżnić następujące widoki modelu 30) Diagramy UML można ogólnie podzielić na: 31) Elementami składowymi UML są: 32) Stereotyp w UML jest symbolizowany przez i 33) Przypadek użycia odpowiada wymaganiom: 34) Przypadek użycia to: 35) W modelowaniu wymagań aktorów należy traktować jako: 36) Na diagramie przypadków użycia między aktorami może zachodzić związek: 37) Na diagramie przypadków użycia linia komunikacji: 38) Pomiędzy przypadkami użycia mogą zachodzić relacje: 39) Diagram czynności UML umożliwia: 40) Na diagramie czynności UML: 41) Diagram sekwencji UML umożliwia: 42) Każdy uczestnik na diagramie sekwencji UML posiada: 43) Wywołanie metody danego uczestnika to inaczej: 44) Wysłanie komunikatu synchronicznego powoduje, że: 45) Wysłanie komunikatu asynchronicznego powoduje, że: 46) Stan obiektu klasy to: 47) Zachowanie klasy to: 48) Diagram klas prezentuje: 49) Instancją danej klasy nazywa się: 50) Hermetyzacja umożliwia: 51) Hermetyzacja oznacza, że: 52) W UML klasa reprezentowana jest przez: 53) Publiczny poziom dostępu do elementu klasy oznacza, że: 54) Chroniony poziom dostępu do elementu klasy oznacza, że:

53) Prywatny poziom dostępu do elementu klasy oznacza, że: 66) Klasa abstrakcyjna to: 55) Poziomy dostępu wymienione od najmniej restrykcyjnego do najbardziej restrykcyjnego poziomu to: 56) Poziomu dostępu wymienione od najbardziej restrykcyjnego do najmniej restrykcyjnego poziomu: 57) Liczebność w oznaczeniu związku 1..* przy danej klasie oznacza, że: 58) +addentry(): void jako opis operacji klasy oznacza, że: 59) Związki pomiędzy klasami od najsłabszego do najsilniejszego: 67) Wyrażenie 'zmienna <> 2' w języku OCL 68) Ograniczenie 'pre:x>0' nałożone na metodę 'f(x:int): int' 69) Na diagramie obiektów UML przedstawia się: 70) Dwa obiekty na diagramie obiektów mogą być połączone ze sobą, gdy: 71) Port w języku UML służy do: 72) Komponent to: 60) Związki pomiędzy klasami od najsilniejszego do najsłabszego: 61) Związek zależności oznacza, że: 62) Związek asocjacji oznacza, że: 63) Związek agregacji oznacza, że: 64) Związek kompozycji oznacza, że: 65) Związek dziedziczenia oznacza, że: 73) Diagram komponentów UML umożliwia: 74) Pakiety w języku UML służą do: 75) Na diagramach komunikacji UML przedstawia się: 76) Kolejność wywołania komunikatów na diagramach komunikacji UML jest odczytywana dzięki: 77) Kolejność wywołania komunikatów na diagramach sekwencji UML jest odczytywana dzięki: 78) Charakterystyczną cechą diagramu czasowego UML jest:

79) Na przeglądowym diagramie interakcji UML znaleźć się mogą: 80) Diagram maszyny stanowej UML przedstawia: 90) W modelowaniu CRC taka cecha klasy jak trwałość 91) W modelowaniu CRC taka cecha klasy jak integralność 81) Na diagramie maszyny stanowej UML zmiana stanu obiektu spowodowana jest: 82) Stan nieaktywny na diagramie stanów UML to: 83) Diagram wdrożenia UML przedstawia: 84) Artefakty na diagramie wdrożenia UML to: 92) Architektura systemu komputerowego określa: 93) Architektura warstwowa systemu oznacza, że: 94) Architektura obiektowa systemu oznacza, że: 95) Architektura systemu oparta na przepływie danych oznacza, że: 85) Węzły na diagramie wdrożenia UML to: 86) Pomiędzy węzłami na diagramie wdrożenia UML może zachodzić: 87) W modelowaniu CRC taka cecha klasy jak materialność 88) W modelowaniu CRC taka cecha klasy jak inkluzywność 89) W modelowaniu CRC taka cecha klasy jak sekwencyjność 96) Architektura wywołań i powrotów oznacza, że: 97) Minimalny opis wzorca składa się z: 98) Wzorce projektowe w Inżynierii Oprogramowania dzieli się na: 99) Wzorce projektowe w Inżynierii Oprogramowania dzieli się na: 100) Przeznaczeniem wzorca projektowego Adapter jest: 101) Uczestnikami wzorca projektowego Adapter są:

102) Przeznaczeniem wzorca projektowego Obserwator jest: 103) Uczestnikami wzorca projektowego Obserwator są: 104) Przeznaczeniem wzorca projektowego Strategia jest: 105) Uczestnikami wzorca projektowego Strategia są: 106) Przeznaczeniem wzorca projektowego Kompozyt jest: 107) Uczestnikami wzorca projektowego Kompozyt są: 108) Przeznaczeniem wzorca projektowego Iterator jest: 109) Uczestnikami wzorca projektowego Iterator są: 110) Przeznaczeniem wzorca projektowego Singleton jest: 111) Uczestnikami wzorca projektowego Singleton są: 112) Przeznaczeniem wzorca projektowego Fabryka abstrakcyjna jest: 113) Uczestnikami wzorca projektowego Fabryka abstrakcyjna są: 114) Przeznaczeniem wzorca projektowego Metoda wytwórcza jest: 115) Uczestnikami wzorca projektowego Metoda wytwórcza są: 116) Wzorzec Model-Widok-Kontroler zaliczany jest do grupy wzorców: 117) We wzorcu Model-Widok-Kontroler wykorzystuje się wzorce: 118) Dobry test to taki, który: 119) Istotą testowania oprogramowania jest: 120) Weryfikacja systemu oznacza sprawdzenie: 121) Walidacja systemu oznacza sprawdzenie: 122) Statyczna weryfikacja systemu 123) Aksjomat antyekstensjonalności oznacza, że: 124) Aksjomat antydekompozycji oznacza, że: 125) Aksjomat antykompozycji oznacza, że: 126) Analizując pokrycie kodu, pokrycie instrukcji oznacza, że: 127) W analizie pokrycie kodu, pokrycie gałęzi oznacza, że: 128) Testowanie regresyjne

129) Testy białej skrzynki: 130) Testy czarnej skrzynki: 131) Inspekcje oprogramowania polegają na: 132) Proces pre-processingu testu 133) Proces post-processingu testu 134) Makro CPPUNIT_ASSERT_EQUAL(a, b) z biblioteki CppUnit umożliwia: 135) Makro CPPUNIT_ASSERT(a) z biblioteki CppUnit umożliwia: 136) Makro CPPUNIT_ASSERT_THROW(a, b) z biblioteki CppUnit umożliwia: 137) W przypadku pisania testów jednostkowych należy: 138) W bibliotece CppUnit istnieje możliwość ustalenia stanu systemu przed wykonaniem każdego testu za pomocą: 141) Programowanie Ekstremalne jest procesem: 142) W metodach lekkich wytwarzania oprogramowania: 143) W Programowaniu Ekstremalnym pojedynczy przyrost oprogramowania: 144) W Programowaniu Ekstremalnym pojedyncze wydanie programu: 145) Sposobem zapewnienia wysokiej jakości programu tworzonego zgodnie z Programowaniem Ekstremalnym jest: 146) Sposobem zapewnienia wysokiej jakości programu tworzonego zgodnie z Programowaniem Ekstremalnym jest: 147) W Programowaniu Ekstremalnym programowanie parami oznacza, że: 148) Inżynieria ponowna to: 149) Refaktoryzacja programu nie zmienia: 150) Pielęgnacja oprogramowania to: 139) Syndrom LOOP oznacza, że: 140) Proces CMM jest procesem: