IREB CPRE PYTANIA PRÓBNE DO CERTYFIKATU PODSTAWOWEGO
|
|
- Henryka Witkowska
- 6 lat temu
- Przeglądów:
Transkrypt
1 DANE DOKUMENTU: Wersja 1.1 Na podstawie IREB Exam Requirements Engineering Foundation Level Practice Exam - Set_Public_EN_2.0.2 Tłumaczenie nieoficjalne oficjalne zostanie w przyszłości opublikowane przez SJSI PYTANIA PRÓBNE DO CERTYFIKATU PODSTAWOWEGO Data: 19 marca 2017 Autor: Polskie Towarzystwo Inżynierii Wymagań IREB CPRE
2 Wstęp Pytań jest 46, z każdego można zdobyć 1. Rzeczywisty egzamin trwa 75 minut i składa się z pytań. Aby zdać egzamin, trzeba uzyskać minimum 70% punktów (z tego egzaminu to 50,4 punktu). Szczegółowe zasady egzaminacyjne: requirements.org.pl/cpre/zasady.pdf - tłumaczenie nieoficjalne; o Źródło: ireb.org/content/downloads/3-cpre-foundation-level-examinationregulations/cpre_fl_ap_examination_regulations_en_v5.pdf; Sylabus IREB CPRE w języku polskim: requirements.org.pl/cpre/sylabus.pdf tłumaczenie oficjalne; o Źródło: ireb.org/content/downloads/2-syllabus-foundationlevel/ireb_cpre_syllabus_fl_pl_v22.pdf Wielojęzyczny w tym polski słownik terminologii inżynierii wymagań: requirements.org.pl/cpre/slownik.pdf o Źródło: ireb.org/content/downloads/1-cpre-glossary/ireb_cpre_glossary_16_en.pdf Egzamin próbny (ten dokument): requirements.org.pl/cpre/egzamin-probny.pdf - tłumaczenie nieoficjalne; o Źródło: ireb.org/content/downloads/4-practice-examination-cpre-foundation-level Odpowiedzi: requirements.org.pl/cpre/odpowiedzi.pdf 1. Wstęp i podstawy 1. Które z poniższych zdań na temat wymagań jakościowych są poprawne, a które niepoprawne? [Prawda] [Fałsz] A. Wymagania jakościowe dotyczą procesu tworzenia oprogramowania, a nie produktu [P F] B. Wymagania jakościowe mogą być uzupełnieniem wymagań funkcjonalnych [P F] C. Wymagania jakościowe pozyskuje się później, niż wymagania funkcjonalne [P F] D. Wymagania jakościowe mogą być wsparte dodatkowymi wymaganiami funkcjonalnymi [P F] 2. Która z poniższych nie jest jedną z kluczowych czynności, wykonywanych przez inżynieria wymagań? A. Negocjowanie wymagań B. Formalizacja wymagań C. Dokumentowanie wymagań D. Walidacja wymagań Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 1 z 16
3 3. Wymagania klienta wobec dostawcy systemu IT, to między innymi: a) Dostawca ma odpowiedzieć na prośbę o zmianę w ciągu 5 dni b) Raport testów integracyjny ma być udostępniony odbiorcy do przeanalizowania, a raport testów systemowych ma być przekazany klientowi c) Przez cały czas, przepustowość systemu ma być 100 transakcji na sekundę d) Do zarządzania konfiguracją ma być zastosowane narzędzie Subversion e) Przy normalnym obciążeniu, czas odpowiedzi nie może przekraczać 2 sekund dla 90% transakcji Które z powyższych wymagań dotyczą zamawianego systemu? 2 odpowiedzi, 1 punkt A. Wymagania a) B. Wymagania b) C. Wymagania c) D. Wymagania d) E. Wymagania e) 2. Granice systemu i kontekstu 4. Które z podanych poniżej sposobów dokumentacji nadają się najlepiej do opisywania kontekstu systemu? 2 odpowiedzi, 1 punkt A. Opis tekstowy (ciągły tekst) B. Diagram przepływu danych C. Diagram przejść stanów D. Lista interesariuszy E. Diagram przypadków użycia 5. Które z poniższych aspektów (względów) należy wziąć pod uwagę, a które można pominąć, podczas definiowania granicy systemu oraz granicy kontekstu? [Wziąć pod uwagę] [Pominąć] A. System [W P] B. Kontekst systemu [W P] C. Nieistotne elementy otoczenia [W P] D. Interfejsy między systemem a jego kontekstem [W P] 6. Które z poniższych wchodzi w skład definicji systemu i definicji granicy systemu? A. Stosowne komponenty systemu B. Niezbędne dialogi między aplikacjami C. Interfejsy między systemem a jego otoczeniem D. Wymagana wydajność lub przepustowość systemu E. Koszty projektu Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 2 z 16
4 7. W procesie inżynierii wymagań dla bazy danych dostępnej on-line okazało się, że nie trzeba uwzględniać wymogów ustawy o ochronie danych osobowych, ponieważ dane, przetwarzane przez system, mają być anonimowe. Na co wpłynie to odkrycie? A. Na granicę systemu B. Na granicę kontekstu C. Na interfejsy systemu D. Na szarą strefę granicy systemu 8. Które z poniższych jest z największym prawdopodobieństwem skutkiem błędnego określenia kontekstu systemu? 2 odpowiedzi, 1 punkt A. Niepełne lub niepoprawne wymagania B. Wzrost zadowolenia klienta C. Zmniejszenie kosztów, dzięki skoncentrowaniu się na tym, co najważniejsze D. Awarie systemu, spowodowane nieprzewidzianymi okolicznościami 3. Pozyskiwanie wymagań 9. Które z poniższych twierdzeń najtrafniej określają relację między inżynierem wymagań a interesariuszem projektu testerem? 2 odpowiedzi, 1 punkt A. Inżynier wymagań tworzy dane wejściowe do pracy tego interesariusza (czyli testera) B. Interesariusz (tester) administruje (zarządza) wynikami pracy inżyniera wymagań C. Ten interesariusz może przyczynić się do zapewnienia jakości (produktów) pracy inżyniera wymagań D. Ten interesariusz nadzoruje pracę inżyniera wymagań E. Nie ma żadnego związku między pracą inżyniera wymagań, a pracą tego interesariusza 10. Według modelu Kano, czynniki podstawowe (wzbudzające niezadowolenie) są trudne do zdefiniowania. Która z poniższych technik służy najlepiej do pozyskiwania tych wymagań czynników podstawowych? A. Wywiad B. Ankieta (kwestionariusz) C. Obserwacja polowa D. Prototyp niskiej jakości E. Burza mózgów Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 3 z 16
5 11. Które dwa spośród wymienionych poniżej czynników należy przede wszystkim wziąć pod uwagę, wybierając stosowne techniki pozyskiwania wymagań dla oprogramowania, przeznaczonego do administrowania (zarządzania) danymi produktowymi? 2 odpowiedzi, A. Dostępność interesariuszy B. Wiek interesariuszy C. Ostateczny termin ukończenia i budżet projektu D. Stosowane narzędzia E. Dziedzinę biznesową, w której ten system będzie używany 12. Proszę wybrać spośród podanych niżej, dwie główne korzyści ze stosowania ankiet do pozyskiwania wymagań? 2 odpowiedzi, 1 punkt A. Wielu uczestników ankiety B. Możliwość określania statystycznej istotności określanych w ten sposób wymagań C. Przy pomocy ankiet można sprawdzić, na ile jej uczestnicy dobrze rozumieją zagadnienie D. Ankieta pozwala uzyskać wgląd w czynniki entuzjazmu wg modelu Kano E. Ankieta pozwala uzyskać wgląd w czynniki podstawowe wg modelu Kano 13. Trwają prace nad pozyskiwaniem wymagań dla oprogramowania dla międzynarodowego systemu sprzedaży. We wstępnej fazie biorą udział uczestnicy ze wszystkich 30 oddziałów [firmy]. Kierownictwo projektu zadecydowało, że do w tej fazie wymagania będą dokumentowane na platformie typu wiki (web, wspólna dla uczestników, służy do współpracy jak Wikipedia ). Które z poniższych twierdzeń jest w najwyższym stopniu zgodne z prawdą? 1 odpowiedź, A. To podejście nie ma sensu, bo system typu wiki nie służy do zarządzania wymaganiami B. To podejście nie ma sensu, bo wstępną analizę wymagań należy zrobić przy pomocy wywiadów, nadzorowanych przez inżyniera wymagań C. To podejście ma sens, bo dzięki niemu wszyscy interesariusze mogą razem współpracować i komentować wstępne wymagania D. To podejście ma sens, bo system typu wiki zapisuje pełną historię zmian 14. Jesteś inżynierem wymagań w projekcie, który kilka lat temu miał już poprzednika (podobny, wcześniejszy projekt). W tamtym wcześniejszym projekcie wymagania udokumentowano bardzo starannie. Decydujesz się, aby wykorzystać ponownie znaczną część poprzedniej specyfikacji. Wymagania poklasyfikowano według modelu Kano. Które z poniższych twierdzeń są poprawne, a które niepoprawne [Prawdziwe Niepoprawne]? A. Zasadniczo, konieczne jest ponowne określnie czynników entuzjazmu [P N] B. Obecne czynniki wydajności [zadowolenia] są zwykle w pełni pokryte przez czynniki entuzjazmu w poprzedniej wersji [P N] C. Dawne czynniki wydajności stały się obecnie częściowo czynnikami niezadowolenia [P N] D. Dawne czynniki wydajności oraz czynniki niezadowolenia należy zweryfikować na podstawie trendów rynkowych [P N] Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 4 z 16
6 15. Które z poniższych twierdzeń na temat technik pozyskiwania wymagań są prawdziwe, a które fałszywe? [Prawdziwe Fałszywe] A. Wywiad, to technika sondażowa [P F] B. Zmiana perspektywy, to technika obserwacyjna [P F] C. Archeologia systemu, to technika obserwacyjna [P F] D. Praktyki [praktykowanie], to technika kreatywna [kreatywności] [P F] 4. Dokumentacja wymagań 16. Dokument wymagań tworzy się w taki sposób, aby jak najlepiej służył osobom, które będą z niego korzystać w późniejszych fazach projektu. Które z poniższych stwierdzeń jest prawdziwe? 2 odpowiedzi, 1 punkt A. Z punktu widzenia testerów jest ważne, aby opisane wymagania dały się zrealizować B. Z punktu widzenia programistów, jest ważne, aby wymagania można było łatwo modyfikować C. Dla wszystkich interesariuszy jest ważne, aby wymagania były spójne D. Dla kierownika projektu jest ważne, aby wymagania miały określone priorytety E. Dla pracowników działu utrzymania jest ważne, aby dało się wymaganiom nadać priorytety 17. Pewna firma chce stworzyć system, wspierający jej proces ofertowania. Kierownictwo firmy wynajmuje wykonawcę, który ma określić wymagania i albo stworzyć, albo zakupić odpowiedni system. Jesteś w tym projekcie inżynierem wymagań ze strony wykonawcy. Podczas wstępnych rozmów z różnymi przedstawicielami tej firmy, dowiadujesz się, że: Nie w pełni rozumiesz stosowane w tej firmie nazewnictwo; Przedstawiciele firmy nie posługują się jednakowym, spójnym nazewnictwem; Twoja główna osoba kontaktowa z tej firmy opisuje Ci swoje potrzeby jako spodziewane interakcje między specjalistami, a systemem IT, w postaci różnych przepływów działań użytkowników i odpowiedzi systemu. Które dwie spośród wymienionych poniżej metod najlepiej zastosować w tej sytuacji do pozyskiwania i dokumentacji wymagań? 2 odpowiedzi, A. Stworzenie modelu klas B. Założenie słownika terminologii C. Pozyskanie i udokumentowanie wymagań jakościowych D. Stworzenie diagramu przypadków użycia i udokumentowanie przypadków użycia E. Zastosowanie metody gier fabularnych F. Tworzenie i testowanie prototypów Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 5 z 16
7 18. Które z poniższych twierdzeń, dotyczących wyboru notacji zapisu do dokumentacji wymagań funkcjonalnych są prawdziwe [P], a które są fałszywe [F]? A. Interesariusze powinni rozumieć stosowaną formę zapisu [P F] B. W projektach, gdzie stosuje się programowanie obiektowe, konieczne jest stosowanie notacji UML [P F] C. Aby zapewnić jak najlepsze porozumiewanie się, należy dostosować formę zapisu do rodzajów wymagań [P F] D. Zapis graficzny, taki jak UML, jest łatwiej zrozumieć [P F] 19. Jednoznaczność i spójność to jedne z kryteriów jakości da dokumentów wymagań. Które z poniższych twierdzeń są prawdziwe [P], a które fałszywe [F]? A. Tylko te dokumenty wymagań są jednoznaczne, w których każde wymaganie jest jednoznaczne [P F] B. Dokument wymagań może być niespójny, nawet jeśli każde pojedyncze wymaganie, które się w nim znajduje, jest spójne [P F] C. Jedną z cech jednoznaczności jest możliwość jednoznacznej identyfikacji wymagań [P F] D. Jedną z cech jednoznaczności jest stosowanie wyłącznie technicznych określeń ze słownika terminów [P F] 5. Dokumentowanie wymagań w języku naturalnym 20. Do zapisywania wymagań w języku naturalnym można stosowań szablon wymagań. Chcesz wdrożyć w projekcie stosowanie takiego szablonu i musisz przekonać kierownika projektu o jego korzyściach. Które dwa argumenty z poniższych pasują do tego celu najlepiej? 2 odpowiedzi, A. Już w pierwszej wersji dokumentacji uzyska się choć minimalną jakość wymagań B. Wymagania, zapisane zgodnie z szablonem, nie będą zawierać żadnych skutków transformacji lingwistycznej C. Nauczenie się stosowania szablonu nie jest czasochłonne D. Stosowanie szablonu wymagań zasadniczo pozwala na zawarcie obszerniejszej treści w dokumentacji E. Wymagania, zapisane zgodnie z szablonem, spełniają wszystkie kryteria jakości dla wymagań 21. Wymaganie brzmi: System Alfa ma wyświetlać wszystkie zestawy danych we wszystkich pod-menu. Która niezgodność z zasadami pisania wymagań w języku naturalnym jest najpoważniejsza (może mieć najpoważniejsze skutki)? A. Wymaganie jest napisane w trybie biernym B. Użyte są uniwersalne kwantyfikatory C. Nie jest określony poziom zobowiązania dla wymagania D. Poziom zobowiązania dla wymagania nie jest określony w czasie Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 6 z 16
8 22. Które z poniższych twierdzeń, dotyczących szablonów wymagań, są prawdziwe, a które są fałszywe? [Prawda Fałsz] 1 punkt A. Szablony wymagań służą jako model struktury składniowej pojedynczych wymagań [P F] B. Szablony wymagań zmniejszają ryzyko, że wymagania pisane w języku naturalnym będą niekompletne [P F] C. Wymagania zapisane z pomocą szablonów wymagań są z natury lepszej jakości niż wymagania pisane bez wzorca [P F] D. Wszyscy autorzy specyfikacji wymagań muszą posługiwać się tym samym szablonem wymagań [P F] 23. Tworzy się wymagania dla systemu IT do zarządzania flotą firmy kurierskiej. System musi co pewien czas przekazywać położenie pojazdu do jednostki centralnej. Zapisano następujące wymaganie: System powinien funkcjonować, gdy kluczyk znajduje się w stacyjce. Które z wymienionych niżej działań w najwyższym stopniu polepszy to wymaganie? 1 odpowiedź, A. Dodanie diagramu stanów B. Zastosowanie szablonu wymagania C. Dodanie diagramu kontekstowego D. Odwołanie się do słownika terminologii 24. Stosowany jest następujący szablon do opisywania wymagań w języku naturalnym: Które z poniższych twierdzeń są prawdziwe, a które są fałszywe? [Prawda Fałsz] A. Ten szablon jest bardzo stosowny do opisywania niezależnych czynności systemu [P F] B. Ten szablon jest bardzo stosowny do opisywania interakcji z użytkownikiem [P F] C. Ten szablon jest bardzo stosowny do opisywania wymagań interfejsu [P F] D. Ten szablon jest bardzo stosowny do opisywania warunków czasowych i logicznych [P F] Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 7 z 16
9 6. Dokumentacja wymagań przy pomocy modelu 25. Konkurs filmowy ma służyć promowaniu młodych reżyserów i aktorów. Trzy najlepsze filmy mają otrzymać nagrodę. Przedłożone filmy mogą być co najwyżej 20-minutowe oraz spełniać ograniczenia, opisane przez diagram poniżej: Które z poniższych twierdzeń są zgodne z tym diagramem? [Zgodny Niezgodny] A. Jeden film może być wspólnie nakręcony przez trzech reżyserów [Z N] B. Można przedłożyć film, w którym gra tylko jeden aktor [Z N] C. Reżyser może reżyserować dwa przedłożone filmy [Z N] D. Aktor może grać w dowolnej liczbie filmów [Z N] E. W każdym filmie musi grać dziesięciu aktorów [Z N] 26. Czego nie pokazuje diagram przypadków użycia? A. Kroków procesu, wykonywanego przez aplikację B. Aktorów, wykorzystujących aplikację C. Przypadków użycia aplikacji D. Granicy między aplikacją, a jej otoczeniem E. Funkcjonalności aplikacji Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 8 z 16
10 27. Diagram stanów poniżej przedstawia działanie sklepu on-line. Użytkownicy systemu mogą przeszukiwać katalog dostępnych produktów oraz dokonywać zakupów tych produktów. Które z poniższych twierdzeń są zgodne z tym diagramem? [Zgodne Niezgodne] A. Jest możliwe bezpośrednie przejście ze stanu Wprowadzanie danych przesyłki do stanu Widok katalogu [Z N] B. Jest możliwe bezpośrednie przejście ze stanu Widok katalogu do stanu Potwierdzenie zamówienia [Z N] C. Aby wejść do stanu Zamawianie, najpierw musi nastąpić wydarzenie Kupowanie wybrane [Z N] D. Wyjście ze stanu Zamawianie jest możliwe tylko w następstwie wydarzenia Rezygnacja [Z N] Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 9 z 16
11 28. Poniższy diagram aktywności przedstawia dokonywanie pomiaru. Które z poniższych twierdzeń są zgodne z tym diagramem? [Zgodne Niezgodne] A. Inicjalizuj urządzenie pomiarowe musi nastąpić zanim nastąpi Zarejestruj się w serwerze [Z N] B. Zarejestruj się w serwerze ma miejsce jak tylko zakończy się Podłącz certyfikaty [Z N] C. Inicjalizuj połączenie sieciowe oraz Podłącz certyfikaty muszą skończyć w tym samym momencie [Z N] D. Czekaj na potwierdzenie odbioru danych jest zawsze wykonywane bezpośrednio przed Wyłącz urządzenie pomiarowe [Z N] Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 10 z 16
12 29. Jakie są dwie znaczące korzyści, w inżynierii wymagań, ze stosowania modeli graficznych (np. modeli przypadków użycia lub maszyn stanowych), w porównaniu ze zwykłymi tekstowymi opisami w języku naturalnym? 2 odpowiedzi, A. Model rzeczywistości zawiera skondensowaną informację i dlatego można go szybciej zrozumieć B. Modele umożliwiają zupełny i całkowity opis planowanego systemu C. Modele można sprawdzać skuteczniej niż opis w języku naturalnym, ponieważ stosują sformalizowaną składnię i semantykę D. Modele tworzy się przy pomocy narzędzi, wykorzystując repozytorium. Dlatego, modele są lepiej dostosowane do zarządzania wymaganiami E. Przy użyciu odpowiednich narzędzi, możliwe jest generowanie kodu źródłowego z modeli 30. Dla każdego ze zdań dotyczących poniższego diagramu, podaj, czy jest ono prawdziwe, czy fałszywe [Prawda Fałsz] A. Można obliczyć trasę, nie pytając o dane o natężeniu ruchu [P F] B. Można obliczyć trasę, zadawszy pytanie o natężeniu ruchu [P F] C. System może zapytać, czy trasa ma być obliczana dynamicznie, nie musząc przedtem określić koordynat GPS [P F] D. Czynności Wprowadź miejsce docelowe oraz Określ koordynaty GPS można wykonywać w dowolnej kolejności [P F] Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 11 z 16
13 31. Modele konceptualne muszą być zgodne z pewnymi zasadami. Które z poniższych określeń są poprawne wobec wyrażeń składnia i semantyka, a które są niepoprawne? [Poprawne Niepoprawne] A. Semantyka jest podstawą dla interpretacji znaczenia modeli konceptualnych w języku modelowania [P N] B. Składnia określa, które elementy języka modelowania mogą być zastosowane [P N] C. Składnia określa poprawne kombinacje konstrukcji języka modelowania [P N] D. Semantyka określa cel stosowania języka modelowania [P N] 32. Modelowane są wymagania dla systemu administracyjnego dla szkół wyższych. Kroki procesu zapisywania się nowego studenta na studia mają być opisane w formie modelu. Które dwa z podanych niżej diagramów najlepiej nadają się do tego celu? 2 odpowiedzi, 1 punkt A. Diagram przepływu danych B. Diagram Laus-Ohla C. Diagram aktywności D. Diagram klas E. Diagram przypadków użycia 33. System opisuje się z różnych punktów widzenia. Co opisuje perspektywa funkcjonalna? A. Przenośność systemu B. Reakcję systemu na wewnętrzne wydarzenia C. Związki i zależności podczas statycznego zastosowania D. Strukturę danych wejściowych i wyjściowych E. Przekształcanie danych wejściowych w dane wyjściowe Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 12 z 16
14 34. Firma zatrudniła niedawno nową osobę do roli inżynieria wymagań, który będzie pracować w międzynarodowym projekcie w fazie analizy wymagań. Firma opisuje wyniki analizy wymagań przy pomocy diagramów UML. Twoim zadaniem jest nauczyć tę osobę modeli UML. Na podstawie załączonego diagramu, odpowiedz, które z poniższych twierdzeń są prawdziwe, a które są fałszywe? [Prawda Fałsz] A. Przypadek użycia 2 jest uruchamiany wyłącznie przez przypadek użycia 1 [P F] B. Przypadek użycia 1 może być uruchomiany przez aktora 1 [P F] C. Przypadek użycia 3 może zostać zakończony, nie będąc uruchomiony przez przypadek użycia 1 [P F] D. Przypadek użycia 3 jest uruchamiany, gdy wykonywany jest przypadek użycia 1 [P F] E. Przypadek użycia 1 jest zawsze uruchamiany podczas wykonywania przypadku użycia 2 [P F] 7. Walidacja i negocjowania wymagań 35. Dokument wymagań jest sprawdzany, na ile spełnia różne kryteria jakości. Które z poniższych zaliczają się do aspektu jakości zawartość? 2 odpowiedzi, 1 punkt A. Kompletność B. Zrozumiałość C. Jednoznaczność D. Spójność E. Wielkość Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 13 z 16
15 36. Które z poniższych zasad obowiązują podczas inspekcji, a które nie obowiązują? [Obowiązuje Nie obowiązuje] A. Ścisłe przestrzeganie zdefiniowanego z góry procesu inspekcji [O N] B. Ścisłe rozdzielenie ról moderatora i lektora [O N] C. Indywidualnie przygotowanie się uczestników [O N] D. Rozdział procedur identyfikowania i poprawiania błędów [O N] 37. Firma produkuje części samochodowe. Kierownictwo podjęło decyzję, aby udostępnić w Internecie katalog produktów i umożliwić bezpośrednie zamówienia on-line tej opcji szczególnie domagał się jeden ważny klient. Rozpoczęto projekt tworzenia takiego systemu. W tej chwili ukończono specyfikację wymagań. Kierownik produktu chce, aby sprawdzić tę specyfikację poddając ją przejrzeniu (przechadzce) z udziałem osób z działu testów, którzy nie brali udziału w tworzeniu tych wymagań. Które z poniższych decyzji są poprawne, a które niepoprawne? [Poprawne Niepoprawne] A. Moment wybrany na to przejrzenie [P N] B. Wybór przejrzenia, jako metody przeglądu [P N] C. Po przejrzeniu tego dokumentu, planowane jest także przejrzenie prototypu interfejsu użytkownika po analizie wykonalności [P N] D. Decyzja kierownika projektu, aby w tej sytuacji nie angażować przedstawicieli głównego klienta [P N] 38. Dla systemu nawigacji, który ma być stosowany w różnych krajach, jeden z interesariuszy domaga się, aby system posługiwał się wyłącznie kobiecym głosem. Inny interesariusz jest zdania, że to dyskryminujące i domaga się możliwości wyboru także męskiego głosu w nawigacji. Jakiego rodzaju jest ten konflikt? A. Konflikt relacyjny B. Konflikt interesów C. Konflikt strukturalny D. Konflikt wartości 39. Tworzony jest system hamulcowy dla pociągów wielkich szybkości. Jest to system krytyczny dla bezpieczeństwa i dlatego musi on spełniać rozmaite wymagania jakościowe. Jaka technika walidacji jest w tej sytuacji najodpowiedniejsza? 1 odpowiedź, A. Czytanie z punktu widzenia określonej perspektywy B. Prototyp C. Przejrzenie D. Inspekcja Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 14 z 16
16 8. Zarządzanie wymaganiami 40. Które z poniższych twierdzeń na temat punktów widzenia wobec wymagań są poprawne, a które niepoprawne? [Poprawne Niepoprawne] A. Nie zawsze cały dokument musi być czytany z danej perspektywy [P N] B. Wymagania powiązane łączy się w grupy, aby ułatwić proces przeglądu [P N] C. Można ukrywać niektóre wymagania przed dostępem nieupoważnionych interesariuszy [P N] D. Dzięki stosowaniu różnych punktów widzenia, kilka osób może jednocześnie pracować nad tym samym dokumentem [P N] 41. Możliwość śledzenia powiązań (śladowania) wymagań ma kilka celów. Wskaż poniżej niepoprawne zdanie: A. Śladowanie ułatwia analizę wpływu [P N] B. Śladowanie ułatwia weryfikację implementacji [P N] C. Śladowanie ułatwia eksport z narzędzia do zarządzania wymaganiami [P N] D. Śladowanie ułatwia znalezienie źródła wymagania [P N] 42. Atrybuty wymagań zawierają dodatkową informację o wymaganiach. Przykładowo, takim atrybutem jest jednoznaczny identyfikator. Które z poniższych zdań na temat jednoznacznych identyfikatorów są prawdziwe, a które fałszywe? [Prawdziwe Fałszywe] Jednoznaczne identyfikatory są pomocne do jako A. szacowaniu wielkości specyfikacji B. jednoznaczna podstawa porozumiewania się C. tworzenia powiązań z innymi wymaganiami D. tworzenia powiązań z innymi artefaktami procesu tworzenia oprogramowania 43. Ile wersji jednego wymagania może występować w poprawnej konfiguracji wymagań? A. Jedna wersja każdego wybranego wymagania B. Jedna wersja każdego wymagania C. Ostatnia wersja każdego wybranego wymagania D. Ostatnia wersja każdego wymagania Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 15 z 16
17 44. Konfiguracja podstawowa wymagań została dostarczona do programistów, tymczasem interesariusze zgłosili nowe propozycje zmian. Które z poniższych rozwiązań jest poprawne z punktu widzenia zarządzania zmianami? 2 odpowiedzi, A. Zmiany wymagań, wchodzących w skład tej konfiguracji podstawowej, wprowadza się tworząc ich nowe wersje w ramach tej samej konfiguracji podstawowej B. Zanim zmieni się wymagania zgodnie z propozycjami zmian, należy określić ich wpływ C. Najwcześniej można wprowadzić poprawki i adaptacyjne zmiany wymagań w następnej konfiguracji wymagań, przekazywanej do implementacji D. Propozycje najpilniejsze nie są analizowane ani szacowane, tylko przekazuje się je wprost do implementacji 9. Narzędzia wspomagające 45. Które z poniższych zdań na temat narzędzi do zarządzania wymaganiami są poprawne, a które niepoprawne? [Poprawne Niepoprawne] A. Narzędzie musi radzić sobie z artefaktami, używanymi w stosowanym procesie inżynierii wymagań [P N] B. Wyboru narzędzia powinni dokonać jego użytkownicy [P N] C. Na wybór narzędzia w znacznym stopniu wpływa to, jak elastyczne są możliwości definiowania w nim atrybutów wymagań [P N] D. Na wybór narzędzia wpływają też inne narzędzia, z którymi będzie ono współpracować (na przykład narzędzie do zarządzania konfiguracją) [P N] 46. Która z wymienionych niżej właściwości nie odnosi się do narzędzia do zarządzania wymaganiami? A. Administrowanie logicznymi powiązaniami między danymi B. Generowanie przypadków testowych z wymagań C. Generowanie dokumentów z wymagań D. Umożliwianie korzystania z różnych perspektyw wobec wymagań E. Organizowanie informacji, na przykład przypisując atrybuty lub tworząc hierarchie Polskie Towarzystwo Inżynierii Wymagań requirements.org.pl Strona 16 z 16
Egzamin IREB. Inżynieria Wymagań - Poziom Podstawowy. Egzamin Próbny. Zaliczony Niezaliczony Łączna liczba puktów
Egzamin Próbny IREB Egzamin IREB Inżynieria Wymagań Poziom Podstawowy Egzamin Próbny Kwestionariusz: Set_Public-PL_2.0.4 Sylabus: Wersja 2.2 Zaliczony Niezaliczony Łączna liczba puktów IREB_CPRE_FL_ExamQuestionnaire_Set_Public_PL_V2.0.4.docx
Bardziej szczegółowoPYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK
KLUCZ ODPOWIEDZI Część DODATEK 8.1 9.4 PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB Na podstawie: Syllabus REQB Certified Professional for Requirements Engineering, Advanced Level, Requirements
Bardziej szczegółowoREQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN
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
Bardziej szczegółowoPraktyka testowania dla początkujących testerów
Praktyka testowania dla początkujących testerów Warsztaty stanowią 100% praktykę testowania i skupiają się zwłaszcza na tych aspektach, które przydatne są w codziennej pracy testera. Przeznaczone są dla
Bardziej szczegółowoProjektowanie oprogramowania
Wrocław, 27.09.2010 1. Warunki wstępne Projektowanie oprogramowania Warunkiem uczestnictwa w zajęciach jest zaliczenie przedmiotu: Podstawy inżynierii oprogramowania (ćwiczenia) Zajęcia składają się z
Bardziej szczegółowoAnaliza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32
Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:
Bardziej szczegółowoModelowanie i analiza systemów informatycznych
Modelowanie i analiza systemów informatycznych MBSE/SysML Wykład 11 SYSMOD Wykorzystane materiały Budapest University of Technology and Economics, Department of Measurement and InformaJon Systems: The
Bardziej szczegółowoWykład 1 Inżynieria Oprogramowania
Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI
Bardziej szczegółowoMiASI. Modele, perspektywy, diagramy UML. Piotr Fulmański. 7 grudnia 2009. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska
MiASI Modele, perspektywy, diagramy UML Piotr Fulmański Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska 7 grudnia 2009 Spis treści 1 Modele, perspektywy, diagramy Czym jest model? Do czego
Bardziej szczegółowoProjektowanie oprogramowania
Wrocław, 24.09.2018 1. Warunki wstępne Projektowanie oprogramowania Warunkiem uczestnictwa w zajęciach jest zaliczenie przedmiotu: Podstawy inżynierii oprogramowania (ćwiczenia) Zajęcia składają się z
Bardziej szczegółowoTom 6 Opis oprogramowania
Część 4 Narzędzie do wyliczania wielkości oraz wartości parametrów stanu Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 30 maja 2012 Historia dokumentu Nazwa
Bardziej szczegółowoKomputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl
Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki
Bardziej szczegółowoTom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania
Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 21 maja 2012 Historia dokumentu
Bardziej szczegółowoTom 6 Opis oprogramowania
Część 9 Narzędzie do wyliczania wskaźników statystycznych Diagnostyka Stanu Nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 31 maja 2012 Historia dokumentu Nazwa dokumentu Nazwa
Bardziej szczegółowoNarzędzia CASE dla.net. Łukasz Popiel
Narzędzia CASE dla.net Autor: Łukasz Popiel 2 Czym jest CASE? - definicja CASE (ang. Computer-Aided Software/Systems Engineering) g) oprogramowanie używane do komputerowego wspomagania projektowania oprogramowania
Bardziej szczegółowoKATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA
KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA Przygotował: mgr inż. Radosław Adamus Wprowadzenie Podstawą każdego projektu, którego celem jest budowa oprogramowania są wymagania, czyli warunki,
Bardziej szczegółowoProcesowa specyfikacja systemów IT
Procesowa specyfikacja systemów IT BOC Group BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office
Bardziej szczegółowoModelowanie obiektowe - Ćw. 3.
1 Modelowanie obiektowe - Ćw. 3. Treść zajęć: Diagramy przypadków użycia. Zasady tworzenia diagramów przypadków użycia w programie Enterprise Architect. Poznane dotychczas diagramy (czyli diagramy klas)
Bardziej szczegółowoSpis treúci. 1. Wprowadzenie... 13
Księgarnia PWN: W. Dąbrowski, A. Stasiak, M. Wolski - Modelowanie systemów informatycznych w języku UML 2.1 Spis treúci 1. Wprowadzenie... 13 2. Modelowanie cele i metody... 15 2.1. Przegląd rozdziału...
Bardziej szczegółowoModel referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami
Politechnika Gdańska Wydział Zarządzania i Ekonomii Katedra Zastosowań Informatyki w Zarządzaniu Zakład Zarządzania Technologiami Informatycznymi Model referencyjny Open Source dla dr hab. inż. Cezary
Bardziej szczegółowoProjekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie
Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie informatycznej. Zadaniem systemu jest rejestracja i przechowywanie
Bardziej szczegółowoCzęść I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA
CSIOZ-WZP.65.48.20 Część I - Załącznik nr 7 do SIWZ Warszawa. 20r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA Wykonawca oświadcza, że do realizacji zamówienia
Bardziej szczegółowoProjektowanie oprogramowania
Wrocław, 26.09.2012 1. Warunki wstępne Projektowanie oprogramowania Warunkiem uczestnictwa w zajęciach jest zaliczenie przedmiotu: Podstawy inżynierii oprogramowania (ćwiczenia). Zajęcia składają się z
Bardziej szczegółowoREFERAT PRACY DYPLOMOWEJ
REFERAT PRACY DYPLOMOWEJ Temat pracy: Projekt i implementacja środowiska do automatyzacji przeprowadzania testów aplikacji internetowych w oparciu o metodykę Behavior Driven Development. Autor: Stepowany
Bardziej szczegółowoDiagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym
Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM
Bardziej szczegółowoInżynieria oprogramowania. Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia
Inżynieria oprogramowania Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia Punkt widzenia (Point of View) Systemy oprogramowania mają zwykle kilku różnych użytkowników. Wielu
Bardziej szczegółowoKonkurs inżynierii wymagań RE-Challenge 15 maja 2015
Konkurs inżynierii wymagań RE-Challenge 15 maja 2015 re-challenge.pl wymagania.org.pl 1. Krzywa Boehm a A. Wynika z niej, że trudne wymagania należy zdefiniować jak najwcześniej B. Jest decydującym argumentem
Bardziej szczegółowoTestowanie i walidacja oprogramowania
i walidacja oprogramowania Inżynieria oprogramowania, sem.5 cz. 3 Rok akademicki 2010/2011 Dr inż. Wojciech Koziński Zarządzanie testami Cykl życia testów (proces) Planowanie Wykonanie Ocena Dokumentacja
Bardziej szczegółowoProjektowanie BAZY DANYCH
Projektowanie BAZY DANYCH Podstawowe pojęcia Encją jest każdy przedmiot, zjawisko, stan lub pojęcie, czyli każdy obiekt, który potrafimy odróżnić od innych obiektów ( np. pies, rower,upał). Encje podobne
Bardziej szczegółowoProjektowanie Graficznych Interfejsów Użytkownika Robert Szmurło
Projektowanie Graficznych Interfejsów Użytkownika Robert Szmurło LATO 2007 Projektowanie Graficznych Interfejsów Użytkownika 1 UCD - User Centered Design 1) User Centered Design Projekt Skoncentrowany
Bardziej szczegółowoNarzędzia informatyczne wspierające przedsięwzięcia e-commerce
Narzędzia informatyczne wspierające przedsięwzięcia e-commerce Zarządzanie projektami e-commerce, Meblini.pl, UE we Wrocławiu Wrocław, 11-03-2018 1. Cykl życia projektu 2. Pomysł / Planowanie 3. Analiza
Bardziej szczegółowoMiędzynarodowa Rada Inżynierii Wymagań. The International Requirements Engineering Board (IREB e.v.) Szkolenia IREB w CTS.
Międzynarodowa Rada Inżynierii Wymagań The International Requirements Engineering Board (IREB e.v.) Szkolenia IREB w CTS www.cts.com.pl MISJA IREB Misją IREB jest udoskonalenie praktyki inżynierii wymagań
Bardziej szczegółowoPodstawy programowania III WYKŁAD 4
Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.
Bardziej szczegółowoZasady organizacji projektów informatycznych
Zasady organizacji projektów informatycznych Systemy informatyczne w zarządzaniu dr hab. inż. Joanna Józefowska, prof. PP Plan Definicja projektu informatycznego Fazy realizacji projektów informatycznych
Bardziej szczegółowoAnaliza biznesowa a metody agile owe
Analiza biznesowa a metody agile owe P6S_WG01 ma wiedzę w zakresie metodyk zwinnych P6S_WG02 ma wiedzę w zakresie zwinnego gromadzenia i zarządzania wymaganiami P6S_WG03 zna i rozumie proces wytwarzania
Bardziej szczegółowoEgzamin / zaliczenie na ocenę*
WYDZIAŁ PODSTAWOWYCH PROBLEMÓW TECHNIKI Zał. nr 4 do ZW33/01 KARTA PRZEDMIOTU Nazwa w języku polskim : INŻYNIERIA OPROGRAMOWANIA Nazwa w języku angielskim: SOFTWARE ENGINEERING Kierunek studiów (jeśli
Bardziej szczegółowoInżynieria wymagań. Inżynieria wymagań 1/1
Inżynieria wymagań Inżynieria wymagań 1/1 Inżynieria wymagań 2/1 Wymagania stawiane oprogramowaniu Opisy usług i ograniczeń są wymaganiami stawianymi systemowi. Proces wynajdowania, analizowania, dokumentowania
Bardziej szczegółowoInżynieria Programowania Inżynieria wymagań. Plan wykładu. Motto. Wstęp. Notatki. Notatki. Notatki. Notatki. Arkadiusz Chrobot
Inżynieria Programowania Inżynieria Arkadiusz Chrobot Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 20 października 2015 Plan wykładu 1. Wstęp 2. Studium wykonywalności 3. Określanie
Bardziej szczegółowoAkademia testera oprogramowania i systemów IT Poziom I specjalista testowania (56 h) kurs dzienny
K U R S Z A W O D O W Y Akademia testera oprogramowania i systemów IT Poziom I specjalista testowania (56 h) kurs dzienny MIEJSCE I TERMIN: Warszawa, 1 3 marca 2017 r. Terminy szczegółowe: Sesja A, 1 3
Bardziej szczegółowoTester oprogramowania 2014/15 Tematy prac dyplomowych
Tester oprogramowania 2014/15 Tematy prac dyplomowych 1. Projekt i wykonanie automatycznych testów funkcjonalnych wg filozofii BDD za pomocą dowolnego narzędzia Jak w praktyce stosować Behaviour Driven
Bardziej szczegółowoInżynieria wymagań. Jarosław Kuchta Dokumentacja i Jakość Oprogramowania
Inżynieria wymagań Jarosław Kuchta Cele inżynierii wymagań Określenie celu biznesowego projektu Cel biznesowy określa korzyści, jakie osiągną udziałowcy projektu dzięki jego realizacji Identyfikacja wymagań
Bardziej szczegółowoDokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor
Koszalin, 15.06.2012 r. Dokument Detaliczny Projektu Temat: Księgarnia On-line Bukstor Zespół projektowy: Daniel Czyczyn-Egird Wojciech Gołuchowski Michał Durkowski Kamil Gawroński Prowadzący: Dr inż.
Bardziej szczegółowoModelowanie testów. czyli po co testerowi znajomość UML
Modelowanie testów czyli po co testerowi znajomość UML Paweł Dudzik październik 2015 Naturalny opis świata Powstaje pytanie, jak opisać ten świat, aby opis był jak najbardziej zbliżony do rzeczywistości,
Bardziej szczegółowoDeduplikacja danych. Zarządzanie jakością danych podstawowych
Deduplikacja danych Zarządzanie jakością danych podstawowych normalizacja i standaryzacja adresów standaryzacja i walidacja identyfikatorów podstawowa standaryzacja nazw firm deduplikacja danych Deduplication
Bardziej szczegółowoKARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20
Z1-PU7 WYDANIE N2 Strona: 1 z 5 (pieczęć wydziału) KARTA PRZEDMIOTU 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA 3) Karta przedmiotu ważna od roku akademickiego: 2014/2015 2) Kod przedmiotu:
Bardziej szczegółowoTestowanie oprogramowania. Testowanie oprogramowania 1/34
Testowanie oprogramowania Testowanie oprogramowania 1/34 Testowanie oprogramowania 2/34 Cele testowania testowanie polega na uruchamianiu oprogramowania w celu wykrycia błędów, dobry test to taki, który
Bardziej szczegółowoDiagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji
Diagramy związków encji (ERD) 1 Projektowanie bazy danych za pomocą narzędzi CASE Materiał pochodzi ze strony : http://jjakiela.prz.edu.pl/labs.htm Diagramu Związków Encji - CELE Zrozumienie struktury
Bardziej szczegółowoPYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB
Część 3(3): rozdziały 5.3 7.6 Powstanie jeszcze jedna część pytań próbnych pt. Jakość i narzędzia PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB Na podstawie: Syllabus REQB Certified Professional
Bardziej szczegółowoDokumentacja projektu QUAIKE Architektura oprogramowania
Licencjacka Pracownia Oprogramowania Instytut Informatyki Uniwersytetu Wrocławskiego Jakub Kowalski, Andrzej Pilarczyk, Marek Kembrowski, Bartłomiej Gałkowski Dokumentacja projektu QUAIKE Architektura
Bardziej szczegółowoPLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji
Bardziej szczegółowoUsługa: Audyt kodu źródłowego
Usługa: Audyt kodu źródłowego Audyt kodu źródłowego jest kompleksową usługą, której głównym celem jest weryfikacja jakości analizowanego kodu, jego skalowalności, łatwości utrzymania, poprawności i stabilności
Bardziej szczegółowoPodrozdziały te powinny zawierać informacje istotne z punktu widzenia przyjętego celu pracy
Uwaga: 1. Praca powinna być napisana z użyciem formy bezosobowej np. wykonano. Nazwa rozdziału Zawartość Liczba stron 1. Wstęp Rozdział ten powinien zawierać zarys najważniejszych elementów pracy Krótki
Bardziej szczegółowoWykład 3 Wymagania. MIS n Inżynieria oprogramowania Październik Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie
Wykład 3 MIS-1-505-n Inżynieria Październik 2014 Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie 3.1 Agenda 1 2 3 4 5 3.2 Czynności w czasie produkcji. Inżynieria stara się zidentyfikować
Bardziej szczegółowoPodstawy modelowania programów Kod przedmiotu
Podstawy modelowania programów - opis przedmiotu Informacje ogólne Nazwa przedmiotu Podstawy modelowania programów Kod przedmiotu 11.3-WI-INFP-PMP Wydział Kierunek Wydział Informatyki, Elektrotechniki
Bardziej szczegółowoZARZĄDZANIE RYZYKIEM W LABORATORIUM BADAWCZYM W ASPEKCIE NOWELIZACJI NORMY PN-EN ISO/ IEC 17025:
ZARZĄDZANIE RYZYKIEM W LABORATORIUM BADAWCZYM W ASPEKCIE NOWELIZACJI NORMY PN-EN ISO/ IEC 17025:2018-02 DR INŻ. AGNIESZKA WIŚNIEWSKA DOCTUS SZKOLENIA I DORADZTWO e-mail: biuro@doctus.edu.pl tel. +48 514
Bardziej szczegółowoDiagramy przepływu danych I
Literatura bazowa: Projektowanie systemów informatycznych Zajęcia: Diagramy przepływu danych I E.Yourdon, Współczesna analiza strukturalna, WNT, Warszawa 1996 J.Roberston, S.Robertson, Pełna analiza systemowa,
Bardziej szczegółowoWstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań
Wstęp Inżynieria wymagań Schemat procesu pozyskiwania wymagań identyfikacja źródeł wymagań Organizacja i Zarządzanie Projektem Informatycznym pozyskiwanie pozyskiwanie pozyskiwanie Jarosław Francik marzec
Bardziej szczegółowoLokalizacja Oprogramowania
mgr inż. Anton Smoliński anton.smolinski@zut.edu.pl Lokalizacja Oprogramowania 16/12/2016 Wykład 6 Internacjonalizacja, Testowanie, Tłumaczenie Maszynowe Agenda Internacjonalizacja Testowanie lokalizacji
Bardziej szczegółowoPLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.6 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT WERSJA
Bardziej szczegółowoProjektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD
Projektowanie systemów informatycznych Roman Simiński roman.siminski@us.edu.pl siminskionline.pl Modelowanie danych Diagramy ERD Modelowanie danych dlaczego? Od biznesowego gadania do magazynu na biznesowe
Bardziej szczegółowoDokument Detaliczny Projektu
Dokument Detaliczny Projektu Dla Biblioteki miejskiej Wersja 1.0 Streszczenie Niniejszy dokument detaliczny projektu(ddp) przedstawia szczegóły pracy zespołu projektowego, nad stworzeniem aplikacji bazodanowej
Bardziej szczegółowoJakość w procesie wytwarzania oprogramowania
Jarosław Kuchta Jakość Oprogramowania http://www.eti.pg.gda.pl/katedry/kask/pracownicy/jaroslaw.kuchta/jakosc/ J.Kuchta@eti.pg.gda.pl Względny koszt wprowadzania zmian w zależności od fazy realizacji projektu
Bardziej szczegółowoInżynieria Programowania Inżynieria wymagań
Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 11 marca 2017 Plan wykładu 1 2 3 Określanie i analizowanie wymagań 4 5 Plan wykładu 1 2 3 Określanie i analizowanie wymagań 4 5 Plan wykładu
Bardziej szczegółowoZarządzanie i realizacja projektów systemu Microsoft SharePoint 2010
Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Geoff Evelyn Przekład: Natalia Chounlamany APN Promise Warszawa 2011 Spis treści Podziękowania......................................................
Bardziej szczegółowoProjekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON
Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON Opis szkoleń z obszaru INFORMATYKA planowanych
Bardziej szczegółowoZAŁĄCZNIK NR 1 DO ZAPYTANIA OFERTOWEGO
ZAŁĄCZNIK NR 1 DO ZAPYTANIA OFERTOWEGO 1. MODYFIKACJA MECHANIZMÓW GRY. Scenariusz główny 1. Wprowadzenie konsekwencji nie płacenia przez gracza za faktury/rachunki. W przypadku niezapłacenia terminowego
Bardziej szczegółowoAnaliza i projektowanie obiektowe 2015/2016. Wykład 2: Przypadki użycia
Analiza i projektowanie obiektowe 2015/2016 Wykład 2: Przypadki użycia Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Czym są przypadki użycia. 2.
Bardziej szczegółowoTestowanie według modelu (MBT) Stowarzyszenie Inżynierii Wymagań wymagania.org.pl
Testowanie według modelu (MBT) Bogdan Bereza, Victo MBT testowanie z modelu wersja 2.1 A 1 (48) Pozdrawiam Best regards Med vänliga hälsningar Bogdan Bereza bogdan.bereza@victo.eu +48 519 152 106 Skype:
Bardziej szczegółowoRozdział 5: Zarządzanie testowaniem. Pytanie 1
Pytanie 1 Dlaczego niezależne testowanie jest ważne: A) Niezależne testowanie jest w zasadzie tańsze niż testowanie własnej pracy B) Niezależne testowanie jest bardziej efektywne w znajdywaniu defektów
Bardziej szczegółowoInżynieria oprogramowania - opis przedmiotu
Inżynieria oprogramowania - opis przedmiotu Informacje ogólne Nazwa przedmiotu Inżynieria oprogramowania Kod przedmiotu 11.3-WK-IiED-IO-W-S14_pNadGenRB066 Wydział Kierunek Wydział Matematyki, Informatyki
Bardziej szczegółowoDwuwymiarowy sposób na podróbki > 34
TEMAT NUMERU I Bezpieczeństwo WIELE WYMIARÓW BEZPIECZEŃSTWA I zapobieganie zanieczyszczeniom krzyżowym I walka z fałszowaniem leków I walidacja rozwiązań chmurowych Maszyny rozwoju > 20 Dwuwymiarowy sposób
Bardziej szczegółowoAnalityk i współczesna analiza
Analityk i współczesna analiza 1. Motywacje 2. Analitycy w IBM RUP 3. Kompetencje analityka według IIBA BABOK Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura
Bardziej szczegółowoI. Opis przedmiotu zamówienia
I. Opis przedmiotu zamówienia Przedmiotem zamówienia jest świadczenie usług z zakresu zapewnienia zasobów ludzkich z branży IT przez okres 12 miesięcy od dnia zawarcia umowy ramowej, polegających na zapewnieniu
Bardziej szczegółowoMaciej Oleksy Zenon Matuszyk
Maciej Oleksy Zenon Matuszyk Jest to proces związany z wytwarzaniem oprogramowania. Jest on jednym z procesów kontroli jakości oprogramowania. Weryfikacja oprogramowania - testowanie zgodności systemu
Bardziej szczegółowoDLA SEKTORA INFORMATYCZNEGO W POLSCE
DLA SEKTORA INFORMATYCZNEGO W POLSCE SRK IT obejmuje kompetencje najważniejsze i specyficzne dla samego IT są: programowanie i zarządzanie systemami informatycznymi. Z rozwiązań IT korzysta się w każdej
Bardziej szczegółowoWprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego
Etapy Ŝycia systemu informacyjnego Wprowadzenie do metodologii modelowania systemów informacyjnych 1. Strategia 2. Analiza 3. Projektowanie 4. Implementowanie, testowanie i dokumentowanie 5. WdroŜenie
Bardziej szczegółowoZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ
ZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ 1. PRZEDMIOT ZAMÓWIENIA Przedmiotem zamówienia jest dostarczenie i wdrożenie systemu informatycznego dalej Platforma zakupowa
Bardziej szczegółowoWykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych
Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław
Bardziej szczegółowoInżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu
Inżynieria wymagań Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia Część 5 Definicja systemu Opracowane w oparciu o materiały IBM (kurs REQ480: Mastering Requirements Management with Use
Bardziej szczegółowoProjektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Inżyniera wymagań
Projektowanie systemów informatycznych Roman Simiński roman.siminski@us.edu.pl siminskionline.pl Inżyniera wymagań Wymagania w projektowaniu systemów informatycznych Istnieją różne definicje wymagań dla
Bardziej szczegółowoStudia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW
01-447 Warszawa ul. Newelska 6, tel. (+48 22) 34-86-520, www.wit.edu.pl Studia podyplomowe BEZPIECZEŃSTWO I JAKOŚĆ SYSTEMÓW INFORMATYCZNYCH PROGRAM NAUCZANIA PLAN STUDIÓW Studia podyplomowe BEZPIECZEŃSTWO
Bardziej szczegółowoSzkolenie: Testowanie wydajności (Performance Testing)
Szkolenie: Testowanie wydajności (Performance Testing) Testy niefunkcjonalne aplikacji to nieodłączna część pracy dobrego testera. Do tego typu testów zaliczamy między innymi taką właściwość systemu jak
Bardziej szczegółowoOGŁOSZENIE DODATKOWYCH INFORMACJI, INFORMACJE O NIEKOMPLETNEJ PROCEDURZE LUB SPROSTOWANIE
1/ 11 ENOTICES_CPIMSWiA 25/06/2010- ID:2010-081521 Formularz standardowy 14 PL Publikacja Suplementu do Dziennika Urzędowego Unii Europejskiej 2, rue Mercier, L-2985 Luksemburg Faks (352) 29 29-42670 E-mail:
Bardziej szczegółowoOracle11g: Wprowadzenie do SQL
Oracle11g: Wprowadzenie do SQL OPIS: Kurs ten oferuje uczestnikom wprowadzenie do technologii bazy Oracle11g, koncepcji bazy relacyjnej i efektywnego języka programowania o nazwie SQL. Kurs dostarczy twórcom
Bardziej szczegółowoSPECYFIKACJA WYMAGAŃ
SPECYFIKACJA WYMAGAŃ Autorzy: Wersja: 2 Historia zmian dokumentu Osoba
Bardziej szczegółowoUsługa: Testowanie wydajności oprogramowania
Usługa: Testowanie wydajności oprogramowania testerzy.pl przeprowadzają kompleksowe testowanie wydajności różnych systemów informatycznych. Testowanie wydajności to próba obciążenia serwera, bazy danych
Bardziej szczegółowoKurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017
Wykład 12 7 czerwca 2017 Czym jest UML? UML składa się z dwóch podstawowych elementów: notacja: elementy graficzne, składnia języka modelowania, metamodel: definicje pojęć języka i powiazania pomiędzy
Bardziej szczegółowoBiorąc udział w projekcie, możesz wybrać jedną z 8 bezpłatnych ścieżek egzaminacyjnych:
Egzaminy na plus Stres na minus! Zdawaj bezpłatne egzaminy Microsoft, Linux, C++ z nami i zadbaj o swoją karierę. Oferujemy Ci pierwsze certyfikaty zawodowe w Twojej przyszłej karierze, które idealnie
Bardziej szczegółowoIdealna strona internetowa dla Twojej firmy
Katowice, 25.11.2010 r. Idealna strona internetowa dla Twojej firmy Warsztaty prowadzenie Zofia Oslislo 1 Czy potrzebuję (nowej) strony internetowej? mogę zwiększyć sprzedaż, gdy pozwolę klientom kupować
Bardziej szczegółowoCele przedsięwzięcia
Określanie wymagań Cele przedsięwzięcia Klienta, np. Wzrost efektywności, spadek kosztów, rozszerzenie rynku, unikanie błędów Wykonawcy Biznesowe Techniczne Priorytety! Kontekst przedsięwzięcia Użytkownicy
Bardziej szczegółowoAnaliza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej
Analiza i projektowanie obiektowe 2017/2018 Wykład 3: Model wiedzy dziedzinowej Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Model wiedzy dziedzinowej
Bardziej szczegółowoDiagramy przepływu danych II model środowiskowy, diagram odpowiedzi na zdarzenia KI AE PSI 2006 1
Projektowanie systemów informatycznych Zajęcia: Diagramy przepływu danych II model środowiskowy, diagram odpowiedzi na zdarzenia KI AE PSI 2006 1 Model podstawowy składa się z: modelu środowiskowego modelu
Bardziej szczegółowoOpisy szkoleń dla certyfikatów Agile Scrum. www.cts.com.pl
Opisy szkoleń dla certyfikatów Agile Scrum www.cts.com.pl SPIS TREŚCI Opisy szkoleń dla certyfikatów Agile Scrum...2 Istniejące certyfikacje agile...2 Szkolenia oferowane przez CTS...3 Agile Tester (zgodne
Bardziej szczegółowoINŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE
INŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE Ważne pojęcia (I) Warunek testowy (test condition) to element lub zdarzenie modułu lub systemu, który może być zweryfikowany przez jeden lub więcej przypadków
Bardziej szczegółowoInżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 6 Wskazówki i sugestie
Inżynieria wymagań Wykład 2 Proces pisania przypadków użycia Część 6 Wskazówki i sugestie Opracowane w oparciu o materiały IBM (kurs REQ570: Writing Good Use Cases) Wyzwania podczas pisania przypadków
Bardziej szczegółowoWykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą
Załącznik nr 8 do SIWZ Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 3-CPI-WZP-44/13 Lp. Zakres wykonywanych czynności Liczba osób Imiona i nazwiska osób, którymi dysponuje wykonawca
Bardziej szczegółowoZarządzanie konfiguracją produktu w całym cyklu Ŝycia. Aleksandra Grzywak-Gawryś Warsztaty Rola IRIS w branŝy kolejowej
Zarządzanie konfiguracją produktu w całym cyklu Ŝycia Aleksandra Grzywak-Gawryś Warsztaty Rola IRIS w branŝy kolejowej - plan prezentacji 1 2 3 4 5 Zarządzanie konfiguracją - definicje Problemy z konfiguracją
Bardziej szczegółowoOMNITRACKER Wersja testowa. Szybki przewodnik instalacji
OMNITRACKER Wersja testowa Szybki przewodnik instalacji 1 Krok 1:Rejestracja pobrania (jeżeli nie wykonana dotychczas) Proszę dokonać rejestracji na stronieomninet (www.omnitracker.com) pod Contact. Po
Bardziej szczegółowoArchitektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.
Architektura Systemu Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura jest zbiorem decyzji dotyczących: organizacji systemu komputerowego,
Bardziej szczegółowoInstrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia
Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia 1 Cel laboratoriów: Specyfikacja wymagań, zdefiniowanych w ramach laboratorium 2 (wg instrukcji 2),
Bardziej szczegółowo