K testy PWSZ, Inżynieria Oprogramowania I


  1. W modelu przyrostowym (spiralnym) rozwoju oprogramowania Boehma:

    1. Wymagania mogą ulęgać zmianie w trakcie budowy systemy

    2. Koszt zmiany wymagania jest wyższy niż w przypadku modelu wodospadowym

    3. System jest integrowany częściej niż w modelu wodospadowym

    4. Niektóre funkcje budowanego systemu będą dostępne przed jego całkowitym ukończeniem

    5. Rosnący promień spirali na wykresie reprezentuje rosnące ryzyko niepowodzenia projektu

  2. Diagram przypadków użycia (use-case);

    1. Przedstawia aktorów występujących w otoczeniu systemu

    2. Przedstawia funkcje systemu dostępne dla każdego aktora

    3. Specyfikuje m.in. wymagania niefunkcjonalne

    4. Określa wymagania wydajnościowe związane z każda funkcja

    5. Opisuje relacje miedzy klasami a ich metodami

  3. Przedstawiona relacja miedzy klasami Książka i Tom to:

    1. 0x08 graphic
      asocjacja

    2. agregacja

    3. Zależność

    4. Dziedziczenie

4.Konflikt w systemie CVS (lub SVN):

  1. Nigdy nie może wystąpić

  2. Jest automatycznie usuwany przez system zarządzania konfiguracja

  3. Wymaga ręcznej ingerencji programisty w celu usunięcia konfliktu

  4. Ma miejsce, gdy kilka osób pracuje jednocześnie na tym samym Fragecie tego samego pliku ( w tej samej wersji)

5.Nastepujacy przypadek testowy po wykonaniu:

Class MYTestCase extends TestCase

int counter = 0;

public void setUp() {

counter = 1;

}

public void testOne() {

System.out.println(“” + counter);

Fail(“test one”);

}

public void testTwo() {

counter ++;

throw new Exception (“test two”};

}

public void testThree() {

fail (“test three A”);

fail (“test three B”);

}

}

  1. Wyświetla “1”

  2. Wyświetla pewna (nieokreślona) liczbę większa niz. 1, zależna od kolejności wykonania testów

  3. Zgłasza dwa bledy failure jeden błąd error

  4. Zgłasza trzy błędy failure i jeden error

6.Model Capability Maturity Model Integration (CMMI):

  1. Odzwierciedla, jakość produktu programistycznego

  2. W reprezentacji stopniowej posiada 5 poziomów

  3. Ocenia zdolność organizacji do tworzenia oprogramowania wysokiej, jakości

  4. Dotyczy głownie testowania oprogramowania

  5. 7.Złozonosc cyklomatyczna McCabe'a funkcji funkcja() wynosi;

    1. 0

    2. 1

    3. 3

    4. 4

    Public int funkcjia(int i) {

    System.out.println(`'poczatek metody”);

    If (i == 0) {

    Return -1;

    Else

    Return i;

    }

    8.We wzorcu State:

    1. Zmiana stanu podmiotu (Subjesct) wymaga utworzenia go na nowo, jako instancji innej klasy

    2. Podmiot (Subject) może zmienić swój stan poprzez zmianę obiektu reprezentującego stan

    3. Zmiany stanu obiektu SA atoniczne

    4. Możliwa jest pozorna zmiana zachowania podmiotu (Subject) poprzez zmianę obiektu stanu

    9.Przeglady kodu źródłowego są stosowane w celu

    1. Wykrywania błędów w oprogramowaniu

    2. Współdzielenia wiedzy miedzy programistami

    3. Zastąpienia testowania

    4. Podsumowania przedsięwzięcia po jego zakończeniu

    10. Metryka LOC osoba/miesiąc mierzy:

    a)Liczbę bledów popełnianych przez programistę w ciągu miesiąca

    b)Liczbę miesięcy wymaganych do zaimplementowania 1000 lini kodu przez zespół programistow

    c)Liczbę osób zatrudnionych przy projekcie w danym miesiącu

    d)Średnią produktywność w programisty

    11. Diagram stanu UML służy do

    a)Przedstawienia funkcjonalności danej klasy

    b)Przedstawienie statycznych relacji pomiędzy klasami

    c)Przedstawienie cyklu życia jednego obiektu

    d)Przedstawienia interakcji pomiędzy użytkownikiem i systemem.

    13. Do weryfikacji spełnienia wymagań poza funkcjonalnych służy :

    a)Testowanie

    b)Inspekcja kodu

    c)analiza statyczna

    d)refaktoryzacja

    14. Jakie przypadki testowe pozwolą uzyskać pełne pokrycie gałęzi następującym fragmencie kodu

    void func (int liczba) {

    if ((liczba % 2)==0)

    System.out.println („liczba parzysta”);

    for (; liczba <5; liczba++)

    System.out.println(„liczba” +liczba);

    )

    a)liczba=4 i liczba=13

    b)liczba=1 i liczba=3

    c)liczba=1 i liczba=4

    d)liczba=3 i liczba=13

    15. W metodyce eXtreme Programming

    a)stosuje się technikę TDD (Test Driven Development)

    b)wykorzystuje się refaktoryzację kodu

    c)przed kodowaniem wykonuje się szczegółowy projekt techniczny

    d)zmiany wymagań po rozpoczęciu kodowania są niemożliwe

    16. Komponenty EJB

    a)dzielą się na sesyjne, encyjne i sterowane komunikatami

    b)są przenośne ze względu na język programownia

    c)nie wymagają (w odróżnieniu od innych technologii komponentowych) kontenera aplikacyjnego

    d)mogą być osadzone na dowolnej platformie operacyjne(np. telefonie komórkowym)

    17. Standard COBRA

    a)w przezroczysty sposób umożliwia zdalne wykonywanie kodu

    b)dotyczy wyłącznie programowania w języku C++

    c)przy definiowaniu schematów klas korzysta z języka specyfikacji IDL

    d)jest zarządzany przez organizację OMG(Object Management Group)

    18. Programowanie aspektowe

    a)zostało stworzone w celu naprawienia wad programowania obiektowego

    b)pozwala modyfikować zachowanie programu nie zależnie od kodu źródłowego

    c)zastępuje pojęcie klasy pojęciem aspektu

    d)polega na wykonaniu punktu złączenia (ang. Joinpoint) za każdym razem gdy system znajduje się w stanie tzw porady (ang. Ad vice)

    19. Narzędzia Maven

    a)służy usprawnienia procesu budowania kodu i artefaktów zależnych od kodu

    b)jest zbudowane modularnie (może zostać rozszerzone o nowe moduły)

    c)służ y do generowania i analizy testów

    Plik z informacja nt projektu wykorzystywany przez Mavena, nazywa się………………………..

    20. Rational Unified Process

    a)jest oparty na modelu wodospadowym

    b)wyróżnia 4 fazy, inception, Elaboration Construction i Transition

    c)proponuje stosowanie rozwiązań architektonicznych opartych na komponentach

    d)może być stosowane jedynie do projektów o malej złożoności (do 3 osobomiesięcy)

    Ksiazka

    + sklada się

    Tom

    ID : String

    <>---------------

    --------------

    ID tomu int

    podaj ID()

    1.1

    1,*

     



    Wyszukiwarka

    Podobne podstrony:
    io, IIS PWSZ, inżynieria oprogramowania, io
    diagramy, IIS PWSZ, inżynieria oprogramowania, io
    pytania na egz Inż opr, IIS PWSZ, inżynieria oprogramowania, io
    projekt dokumentacji Borzęcki Andruszkiewicz Jasiński, IIS PWSZ, inżynieria oprogramowania, io
    unold, inżynieria oprograamowania, diagramy?nych i testy systemu
    Inzynieria oprogramowania w ujeciu obiektowym UML wzorce projektowe i Java iowuje
    ZadanieNaZaliczenie, WAT, semestr IV, Inżynieria oprogramowania
    Rafał Polak 12k2 lab8, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
    zagadnienia egzaminacyjne z przedmiotu inżynieria oprogramowania zIO
    Inżynieria oprogramowania Diagramy ERD
    2006 06 Wstęp do Scrum [Inzynieria Oprogramowania]
    sciąga moja, Informatyka SGGW, Semestr 4, Inżynieria oprogramowania, Od starszego rocznika
    Tworzenie oprogramowania, Semestr 5, Inżynieria oprogramowania
    2007 05 Mechanizm koncepcji w języku C nowe oblicze szablonów [Inzynieria Oprogramowania]
    Inżynieria oprogramowania syllabus IV niestac 07 08, Prywatne, WAT, SEMESTR IV, IO, io, Materiały od
    Rafał Polak 12k2 lab9, Inżynieria Oprogramowania - Informatyka, Semestr III, Systemy Operacyjne, Spr
    inżynieria oprogramowani5s 3D2LFW6JYNMO6D276CSZQV5ONUNVXOTKWFXHA3A
    inżynieria oprogramowani1 2EM7Y2ON72DKTCAQF3UOSCLXHY5636FZE7C7PUQ
    inżynieria oprogramowani5 G46UQE27RE6UDINZWBW2TXNEOUUYOYV2MMVZ2NI

    więcej podobnych podstron