REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN



Podobne dokumenty
Modelowanie i analiza systemów informatycznych

PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

Analityk i współczesna analiza

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

Narzędzia informatyczne wspierające przedsięwzięcia e-commerce

Projektowanie interakcji

Analiza biznesowa a metody agile owe

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

Agile Project Management

Architektura oprogramowania w praktyce. Wydanie II.

Podstawy programowania III WYKŁAD 4

Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek

Część I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu

Wstęp do zarządzania projektami

Wstęp do zarządzania projektami

Wykład 1 Inżynieria Oprogramowania

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie

Szczególne problemy projektowania aplikacji internetowych. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Wprowadzenie do Behaviordriven

Egzamin / zaliczenie na ocenę*

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań

Inżynieria oprogramowania II

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

Inżynieria oprogramowania. Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia

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

Praktyka testowania dla początkujących testerów

Etapy życia oprogramowania

Międzynarodowa Rada Inżynierii Wymagań. The International Requirements Engineering Board (IREB e.v.) Szkolenia IREB w CTS.

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

Team Prevent Poland Sp. z o.o. Graficzna prezentacja struktury ISO 9001:2015 i IATF 16949:2016

Konfiguracja modelowania w procesie wytwarzania oprogramowania

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Egzamin ITIL Foundation

UPEDU: Rozpoznanie wymagań (ang. requirements discipline)

Feature Driven Development

Diagram przypadków użycia

Zarządzanie projektami. Wykład 2 Zarządzanie projektem

PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB

Program szkolenia: Wprowadzenie do Domain Driven Design dla biznesu (część 0)

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Inżyniera wymagań

Inżynieria oprogramowania (Software Engineering)

Usługa: Testowanie wydajności oprogramowania

Nie o narzędziach a o rezultatach. czyli skuteczny sposób dokonywania uzgodnień pomiędzy biznesem i IT. Władysławowo, 6 października 2011 r.

Wstęp do zarządzania projektami

Dni: 3. Opis: Adresaci szkolenia

Testowanie i walidacja oprogramowania

Cykle życia systemu informatycznego

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

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania

1

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą

Wszystkie problemy leżą w testach. ForProgress spółka z ograniczoną odpowiedzialnością sp.k.

Skrócone opisy pryncypiów architektury korporacyjnej podmiotów publicznych

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Krzysztof Wawrzyniak Quo vadis BS? Ożarów Mazowiecki, styczeń 2014

Jak uchronić architekturę i wymagania przed chaosem? Warszawa, 27 stycznia 2016 roku

Opis metodyki i procesu produkcji oprogramowania

Rozdział 5: Zarządzanie testowaniem. Pytanie 1

ISO 9000/9001. Jarosław Kuchta Jakość Oprogramowania

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Konkurs inżynierii wymagań RE-Challenge 15 maja 2015

Testowanie w procesie Scrum

Lista przykładowych pytań do egzaminu z przedmiotu Inżynieria Oprogramowania

Warsztaty FRAME. Sygnatura warsztatu: W1 (W3) Czas trwania: 3 dni

Jak opisać wymagania zamawiającego wybrane elementy

PRZEWODNIK PO PRZEDMIOCIE

Narzędzia CASE dla.net. Łukasz Popiel

Dokument Detaliczny Projektu

Testowanie wymagań KAROLINA ZMITROWICZ, RADOSŁAW SMILGIN

Specyfikowanie wymagań przypadki użycia

Dobre wdrożenia IT cz. I Business Case.

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

PRZEWODNIK PO PRZEDMIOCIE

Dokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

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

Zarządzanie projektami. Porównanie podstawowych metodyk

Łatwa czy niełatwa droga do celu? - wdrożenie COSMIC w ZUS

Modelowanie testów. czyli po co testerowi znajomość UML

Solvency II. Filar II - Wymogi systemu zarządzania. Polska Izba Ubezpieczeń Deloitte Advisory Sp. z o.o. Jakub Bojanowski. 10 grudnia 2008 roku

r r r. ŁÓDŹ Hotel Ambasador Centrum

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Zakres wykładu. Podstawy InŜynierii Oprogramowania

Inżynieria wymagań. Jarosław Kuchta Dokumentacja i Jakość Oprogramowania

ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI

Strategia testów mająca doprowadzić do osiągnięcia pożądanych celów

Skuteczne zarządzanie projektami IT w otoczeniu uczelnianym. Piotr Ogonowski

Inżynieria oprogramowania. Wykład 6 Analiza i specyfikowanie wymagań

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

Inżynieria Programowania Inżynieria wymagań. Plan wykładu. Motto. Wstęp. Notatki. Notatki. Notatki. Notatki. Arkadiusz Chrobot

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE

Automatyczne decyzje kredytowe, siła szybkiego reagowania i optymalizacji kosztów. Roman Tyszkowski ING Bank Śląski S.A. roman.tyszkowski@ingbank.

Modelowanie obiektowe - Ćw. 6.

KIERUNKOWE EFEKTY KSZTAŁCENIA KIERUNEK STUDIÓW INFORMATYCZNE TECHNIKI ZARZĄDZANIA

Wdrożenie technologii procesowej IBM BPM w EFL

Katedra Inżynierii Oprogramowania Tematy prac dyplomowych inżynierskich STUDIA NIESTACJONARNE (ZAOCZNE)

Transkrypt:

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie na język polski i przeglądy wykonali: Grzegorz Libor i Radosław Smilgin. REQB 2015 2

1 Które z poniższych stwierdzeń NIE jest prawdziwe? [A] Wymagania mogą być powiązane z procesem wytwórczym i z oprogramowaniem. [B] Jednym z najważniejszych źródeł wymagań są interesariusze projektowi. [C] Wymaganie jest warunkiem lub zdolnością potrzebną użytkownikowi do rozwiązania problemu bądź też do osiągnięcia celu. [D] Wymagania są oczekiwaniami i potrzebami interesariuszy wyrażonymi zarówno w formie dokumentów, jak i w nieudokumentowanej formie. 2 Który z poniższych standardów dotyczył Specyfikacji Wymagań Oprogramowania (Software Requirements Specifications)? [A] IEEE 610 [B] IEEE 830 [C] IEEE 1362 [D] IEEE 1233 3 Które z poniższych zdań wskazują na to, że zastosowanie podejścia kaskadowego w tworzeniu oprogramowania NIE jest poprawne? [A] Biznes jest zmienny. [B] Istnieje za mało wymagań. [C] Wymagania biznesowe są stabilne. [D] Regulacje domenowe wymagają zakończenia analizy wymagań przed rozpoczęciem projektowania systemu. 4 Które z poniższych stwierdzeń dotyczących Inżynierii Wymagań w środowisku zwinnym Agile NIE jest prawdziwe? [A] Zobowiązania co do wymagań są robione przez reprezentantów klienta. [B] Wymagania mogą być udokumentowane w formie scenariuszy [C] Śledzenie pomiędzy wymaganiami a produktami jest często podnoszone w czasie retrospektywy i demo. [D] Wymagania są zarządzane poprzez rejestr produktowy. 5 W której fazie jest tworzone rozwiązanie dla implementacji wymagań? [A] Akceptacja wymagań. [B] Identyfikacja wymagań. [C] Specyfikacja wymagań. [D] Analiza wymagań. 6 Który z poniższych błędów NIE jest typowym błędem popełnianym w Inżynierii Wymagań? [A] Niedokładna estymacja wydatków. [B] Niestabilne wymagania. [C] Różnica między oczekiwania klientów a treściami projektu. [D] Zaangażowanie klienta. REQB 2015 3

7 Które z poniższych stwierdzeń dot. celu inżynierii wymagań NIE jest prawdziwe? [A] Inżynieria Wymagań dostarcza informacji wejściowej do planowania projektu. [B] Inżynieria Wymagań pozwala ustalić potrzeby klienta i oczekiwania odnośnie planowanego rozwiązania. [C] Inżynieria Wymagań jest najbardziej efektywna w środowiskach iteracyjnych. [D] Inżynieria Wymagań dostarcza procesów, które pozwalają przekształcić potrzeby interesariuszy w szczegółowe wymagania. 8 Które z poniższych ryzyk NIE będzie ryzykiem powiązanym z Inżynierią Wymagań? [A] Interesariusze nie komunikują swoich oczekiwań. [B] Rozwiązanie nie jest zgodne z oczekiwaniami interesariuszy. [C] Specyfikacja nie jest czytelna. [D] Wymagania biznesowe często się zmieniają w końcowej fazie projektu. 9 Która z poniższych ról NIE jest podstawową rolą w ramach Inżynierii Wymagań? [A] Analityk wymagań. [B] Menedżer wymagań. [C] Klient. [D] Dostawca. 10 Które z poniższych stwierdzeń dotyczących interesariuszy NIE jest prawdziwe? [A] Interesariusze to końcowi użytkownicy, klienci, zespół wytwórczy i podmioty zewnętrzne. [B] Interesariusze nie mogą mieć konfliktów interesów między sobą. [C] Na interesariuszy wpływa lub mają oni wpływ na końcowy wynik projektu. [D] Interesariuszami projektowymi mogą być osoby lub organizacje. 11 Które z poniższych umiejętności NIE jest wymagane od specjalisty Inżynierii Wymagań? [A] Myślenie analityczne. [B] Umiejętności komunikacyjne. [C] Umiejętności testowania użyteczności. [D] Umiejętności negocjacji. 12 Co wymaga się, aby znalazło się w treści umowy? [A] Lista wymagań niskopoziomowych o określonych priorytetach. [B] Szczegółowy harmonogram wytwarzania. [C] Szczegółowy opis planowanego rozwiązania. [D] Kryteria akceptacji dla każdego wymagania. 13 Co jest opisywane przez wizję projektu? [A] Mierzalne cele. [B] Harmonogram projektu. [C] Cele do osiągnięcia. [D] Rozwiązania. REQB 2015 4

14 Które z poniższych stwierdzeń dotyczących identyfikacji interesariuszy nie jest prawdziwe? [A] Interesariusze mogą być identyfikowani poprzez analizę struktury organizacyjnej. [B] Każdy interesariusz może mieć wpływ na wygląd planowanego rozwiązania. [C] Interesariusze powinni być właścicielami produktu. [D] Interesariusze mogą tworzyć grupy interesów. 15 Który z poniższych celów jest celem identyfikacji wymagań? [A] Tworzenie rozwiązania w celu implementacji wymagań. [B] Określanie i rozwiązywanie konfliktów wymagań. [C] Ukierunkowanie wymagań na wizję projektu. [D] Modelowanie wymagań. 16 Jako specjalista Inżynierii wymagań, pracujesz nad identyfikacją wymagań dla systemu, który ma zostać zaimplementowany w organizacji klienta. System powinien zautomatyzować niektóre procesy biznesowe już wdrożone w organizacji. Twoim zadaniem jest identyfikacja i udokumentowanie wymagań dla rozwiązania. Klient przydziela dwóch swoich pracowników, aby ci pomóc w identyfikacji wymagań, ale orientujesz się, że mają oni poważne problemy z opisaniem procesów biznesowych i nie są w stanie dostarczyć ci czytelnych i wartościowych informacji. Po rozpoznaniu dowiadujesz się, że istnieją poprawne procedury pracy i opisy głównych procesów biznesowych. Którą z poniższych technik identyfikacji wymagań użyjesz do wsparcia twojej pracy? [A] Określanie wymagań na bazie istniejącej dokumentacji. [B] Wywiady z pracownikami klienta. [C] Stworzenie kwestionariuszy dla końcowych użytkowników. [D] Ponowne użycie specyfikacji z wcześniejszego projektu. 17 Które z poniższych stwierdzeń dotyczących wymagań niefunkcjonalnych NIE jest prawdziwe? [A] Wymagania niefunkcjonalne opisują aspekty użytecznościowe systemu. [B] Wymagania niefunkcjonalne mogą nie być mierzalne. [C] Wymagania niefunkcjonalne opisują atrybuty jakościowe systemu, komponentu lub funkcji. [D] Wymagania niefunkcjonalne mogą ograniczać rozwiązanie. 18 Jaki typowy problem jest powiązany z poniższym opisem wymagania? "System powinien być użyteczny." [A] [B] [C] [D] Brak możliwości śledzenia. Niespójność. Myślenie w zakresie rozwiązania. Brak mierzalności. REQB 2015 5

19 Opracowujesz specyfikację rozwiązania bazując na specyfikacji wymagań wysokopoziomowych. Aplikacja ma wspierać procesy w księgarni internetowej. Zamówienia są wykonywane na żądanie użytkowników końcowych, którzy są klientami organizacji klienta (księgarni). Proces zamówienia jest następujący: 1. Użytkownik końcowy wyszukuje książkę. 2. System wyświetla wyniki wyszukiwania. 3. Jeżeli konkretna książka jest dostępna, użytkownik końcowy może kupić książkę. W przeciwnym razie system wyświetla informację, że książka nie jest dostępna, a użytkownik końcowy może zwrócić się do sklepu celem zamówienia książki z magazynu. 4. Po zakupie książki, system aktualizuje ilość zapasów i przygotowuje informację o zamówieniu dla pracownika księgarni, który przygotuje książkę do wysłania. Pracujesz nad opisem wymogów niskiego poziomu w oparciu o następujące wymaganie wysokiego poziomu: "System powinien automatycznie sprawdzić, czy książka znaleziona przez użytkownika jest dostępna, a jej status powinien być przekazany użytkownikowi." Które z poniższych jest najlepszym niskopoziomowym opisem tego niskopoziomowego wymagania? [A] System wyświetla wyniki wyszukiwania z właściwym komunikatem o dostępności książki. [B] Po wyszukiwaniu książki, system, wyświetla wyniki wyszukiwania. System automatycznie sprawdzi dostępność wszystkich książek zwracanych jako wyniki wyszukiwania i przekaże je za pomocą odpowiedniego komunikatu. Na dostępnych książkach można wykonać działanie "Zamówienie", na niedostępnych książkach można [C] wykonać "zapytaj o książkę". System automatycznie sprawdza dostępność książki. Na dostępnych książkach można wykonać działanie "Zamówienie", na niedostępnych książkach można wykonać "zapytaj o książkę". [D] Po wyszukaniu przez końcowego użytkownika, system powinien wyszukać w repozytorium książek elementów spełniających kryteria wyszukiwania i automatycznie sprawdzić ich dostępność. Dostępność powinna zostać zakomunikowana w następujący sposób: na dostępnych książkach można wykonać działanie "Zamówienie", a na niedostępnych książkach można wykonać "zapytaj o książkę". 20 Który z poniższych celów NIE jest celem specyfikowania wymagań? [A] Opisanie obszaru problemu. [B] Stworzenie formalnej umowy implementacji wymagań w planowanym rozwiązaniu. [C] Opisanie wymagań technicznych dla rozwiązania. [D] Śledzenie i zarządzanie wymaganiami. 21 Który z poniższych standardów był standardem dla specyfikacji wydajności systemu? [A] IEEE 830 [B] IEEE 1362-1998 [C] IEEE 610 [D] IEEE 1233 REQB 2015 6

22 Organizacja stworzyła specyfikację wymagań w formie historyjek użytkownika. Jaki poziom formalizacji najprawdopodobniej został zastosowany? [A] Nieformalny. [B] Historyjki użytkownika nie mogą być traktowane jako specyfikacja. [C] Formalny. [D] Średnio - formalny. 23 Która z poniższych technik NIE służy poprawie jakości specyfikacji wymagań? [A] Stosowanie standardów. [B] Prototypowanie. [C] Samo-rejestracja. [D] Inspekcja. 24 Rozwijasz specyfikację rozwiązania z wysokopoziomowej specyfikacji rozwiązania. Aplikacja ma wspierać wykonanie operacji finansowych w organizacji klienta. Te operacje są wykonywane na życzenie końcowych użytkowników, którzy są klientami organizacji naszego klienta. Jaki będzie pierwszy krok do wykonania podczas tworzenie specyfikacji? [A] Determinowanie wymagań. [B] Determinowanie rozwiązania. [C] Analiza wymagań. [D] Identyfikacja interesariuszy. 25 Który z poniższych celów jest celem analizy specyfikacji? [A] Opisanie obszaru rozwiązania. [B] Zapewnienie, że wymagania są stabilne i podpisane. [C] Stworzenie rozwiązania dla implementacji wymagań. [D] Dokumentowanie wymagań. 26 Która z poniższych notacji jest najbardziej właściwa dla modelowania biznesowego? [A] DSM. [B] SysML. [C] UML. [D] BPMN. 27 Który z poniższych modeli jest modelem używanym podczas analizy wymagań? [A] Model kontekstowy. [B] Model przepływu danych. [C] Tabela decyzyjna. [D] Model przepływu warunków. 28 Pracujesz nad specyfikacją rozwiązania dla oprogramowania systemu wspierającego proces rezerwacji w hotelu. W zależności od systemu lub aktywności użytkownika rezerwacja może mieć różny status. Którego sposobu użyłbyś do opisania problemu? [A] Diagram aktywności. [B] Model przejść stanów. [C] Model przypadków użycia. [D] Diagramy komunikacji. REQB 2015 7

29 Które z poniższych stwierdzeń odnośnie UML NIE są poprawne? [A] UML wspiera modelowanie różnych perspektyw systemu. [B] UML jest ujednoliconą notacją dla potrzeb analizy i projektowania systemu. [C] UML wspiera modelowanie systemów skonstruowanych z systemów. [D] UML umożliwia modelowanie strukturalne i behawioralne oprogramowania. 30 Które z poniższych stwierdzeń odnośnie SysML jest poprawne? [A] SysML wspiera inżynierię systemów. [B] SysML używa wszystkich diagramów UML, ale dostarcza dodatkowych funkcji do modelowania złożonych systemów. [C] SysML jest bardziej skomplikowany niż UML. [D] UML jest rozszerzeniem SysML. 31 Które z poniższych czynników w NAJMNIEJSZYM stopniu wpływa na koszt projektu? [A] Dojrzałość procesu wytwórczego. [B] Typ projektu. [C] Wybrane narzędzie do zarządzania projektem. [D] Rozproszenie zespołu projektowego. 32 Które ze stwierdzeń odnośnie podpisywania wymagań jest NIEPOPRAWNE? [A] Podpisanie wymagań redukuje ryzyko wprowadzenia nowych wymagań podczas lub po implementacji. [B] Podpisanie wymagań może być kamieniem milowym projektu. [C] Podpisanie wymagań jest zazwyczaj ostatnim zadaniem podczas aktywności analizy i projektowania wymagań. [D] Podpisanie wymagań zapewnia, że wymagania będą stabilne i nie zostaną zmienione. 33 Które z poniższych stwierdzeń odnośnie śledzenia NIE jest prawdziwe? [A] Śledzenie zapewnia, że wymagania są testowalne. [B] Śledzenie dostarcza dowodu implementacji. [C] Śledzenie wspiera analizę wpływu zmiany. [D] Śledzenie jest używane do zarządzania rozwijanymi wymaganiami i innymi artefaktami powiązanymi z tymi wymaganiami. 34 Które z poniższych stwierdzeń odnośnie wertykalnego (pionowego) śledzenia NIE jest prawdziwe? [A] Pokazuje zależności między wymaganiami i przypadkami testowymi. [B] Pokazuje zależności między różnymi artefaktami. [C] Pokazuje zależności między wymaganiami klienta / biznesu i wymaganiami rozwiązania / system. [D] Pokazuje zależności między różnymi typami wymagań na tym samym poziomie. 35 W której części procesu zarządzania zmianą określa się ryzyko powiązanie z żądaniem zmiany? [A] Implementacja zmiany. [B] Żądanie nowej funkcjonalności. [C] Analiza żądania zmiany. [D] Ewaluacja zmiany. REQB 2015 8

36 Która z poniższych ról NIE będzie członkiem Komitetu Kontroli Zmiany? [A] Kierownik projektu. [B] Architekt systemowy. [C] Analityk biznesowy. [D] Przedstawiciel handlowy. 37 Które z poniższych stwierdzeń odnośnie kryterium akceptacji jest poprawne? [A] Kryterium akceptacji musi być mierzalne i realistyczne. [B] Kryterium akceptacji musi być określone w języku technicznym i musi być bardzo precyzyjne. [C] Kryterium akceptacji jest podstawą planu testów. [D] Kryterium akceptacji jest ustalane przez analityka biznesowego dostawcy. 38 Liczba wymagań i ich złożoność może być użyta do zmierzenia następującego elementu? [A] Typ projektu. [B] Koszty i harmonogram projektu. [C] Efektywność analityka biznesowego. [D] Dojrzałość procesu. 39 Które z poniższych narzędzi efektywnie wspiera dokumentowanie wymagań, ich śledzenie, zarządzanie zmianą i komunikację? [A] Narzędzia prototypowania. [B] Narzędzia zarządzania zmianą. [C] Narzędzia zarządzania wymaganiami. [D] Edytory tekstu. 40 Które z poniższych NIE jest wspierane przez narzędzia inżynierii wymagań? [A] Zarządzanie zmianą wymagań. [B] Walidacja rozwiązania. [C] Prototypowanie wymagań i rozwiązania. [D] Przechowywanie wymagań. REQB 2015 9

ODPOWIEDZI REQB 2015 1

1. A B C D 2. A B C D 3. A B C D 4. A B C D 5. A B C D 6. A B C D 7. A B C D 8. A B C D 9. A B C D 10. A B C D 11. A B C D 12. A B C D 13. A B C D 14. A B C D 15. A B C D 16. A B C D 17. A B C D 18. A B C D 19. A B C D 20. A B C D 21. A B C D 22. A B C D 23. A B C D 24. A B C D 25. A B C D 26. A B C D 27. A B C D 28. A B C D 29. A B C D 30. A B C D 31. A B C D 32. A B C D 33. A B C D 34. A B C D 35. A B C D 36. A B C D 37. A B C D 38. A B C D 39. A B C D 40. A B C D REQB 2015 2

1. D 2. B 3. A 4. A 5. D 6. D 7. C 8. A 9. A 10. B 11. C 12. D 13. C 14. C 15. C 16. A 17. B 18. D 19. D 20. A 21. B 22. A 23. C 24. D 25. C 26. D 27. D 28. B 29. C 30. A 31. C 32. D 33. A 34. D 35. C 36. D 37. A 38. B 39. C 40. B REQB 2015 3