IREB CPRE PYTANIA PRÓBNE DO CERTYFIKATU PODSTAWOWEGO

Wielkość: px
Rozpocząć pokaz od strony:

Download "IREB CPRE PYTANIA PRÓBNE DO CERTYFIKATU PODSTAWOWEGO"

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 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ółowo

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

PYTANIA 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ółowo

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

REQB 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ółowo

Praktyka testowania dla początkujących testerów

Praktyka 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ółowo

Projektowanie oprogramowania

Projektowanie 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ółowo

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

Analiza 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ółowo

Modelowanie i analiza systemów informatycznych

Modelowanie 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ółowo

Wykład 1 Inżynieria Oprogramowania

Wykł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ółowo

MiASI. 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. 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ółowo

Projektowanie oprogramowania

Projektowanie 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ółowo

Tom 6 Opis oprogramowania

Tom 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ółowo

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

Komputerowe 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ółowo

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania

Tom 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ółowo

Tom 6 Opis oprogramowania

Tom 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ółowo

Narzędzia CASE dla.net. Łukasz Popiel

Narzę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ółowo

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

KATEDRA 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ółowo

Procesowa specyfikacja systemów IT

Procesowa 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ółowo

Modelowanie obiektowe - Ćw. 3.

Modelowanie 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ółowo

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

Spis 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ółowo

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami

Model 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ółowo

Projekt 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 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ółowo

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

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 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ółowo

Projektowanie oprogramowania

Projektowanie 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ółowo

REFERAT PRACY DYPLOMOWEJ

REFERAT 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ółowo

Diagramy 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 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ółowo

Inż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 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ółowo

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

Konkurs 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ółowo

Testowanie i walidacja oprogramowania

Testowanie 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ółowo

Projektowanie BAZY DANYCH

Projektowanie 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ółowo

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

Projektowanie 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ółowo

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

Narzę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ółowo

Mię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. 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ółowo

Podstawy programowania III WYKŁAD 4

Podstawy 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ółowo

Zasady organizacji projektów informatycznych

Zasady 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ółowo

Analiza biznesowa a metody agile owe

Analiza 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ółowo

Egzamin / zaliczenie na ocenę*

Egzamin / 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ółowo

Inżynieria wymagań. Inżynieria wymagań 1/1

Inż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ółowo

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

Inż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ółowo

Akademia testera oprogramowania i systemów IT Poziom I specjalista testowania (56 h) kurs dzienny

Akademia 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ółowo

Tester oprogramowania 2014/15 Tematy prac dyplomowych

Tester 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ółowo

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

Inż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ółowo

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

Dokument 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ółowo

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

Modelowanie 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ółowo

Deduplikacja danych. Zarządzanie jakością danych podstawowych

Deduplikacja 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ółowo

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

KARTA 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ółowo

Testowanie oprogramowania. Testowanie oprogramowania 1/34

Testowanie 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ółowo

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji

Diagramu 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ółowo

PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB

PYTANIA 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ółowo

Dokumentacja projektu QUAIKE Architektura oprogramowania

Dokumentacja 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ółowo

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

PLAN 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ółowo

Usługa: Audyt kodu źródłowego

Usł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ółowo

Podrozdziały te powinny zawierać informacje istotne z punktu widzenia przyjętego celu pracy

Podrozdział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ółowo

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

Wykł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ółowo

Podstawy modelowania programów Kod przedmiotu

Podstawy 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ółowo

ZARZĄ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: 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ółowo

Diagramy przepływu danych I

Diagramy 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ółowo

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

Wstę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ółowo

Lokalizacja Oprogramowania

Lokalizacja 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ółowo

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

PLAN 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ółowo

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD

Projektowanie 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ółowo

Dokument Detaliczny Projektu

Dokument 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ółowo

Jakość w procesie wytwarzania oprogramowania

Jakość 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ółowo

Inżynieria Programowania Inżynieria wymagań

Inż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ółowo

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

Zarzą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ółowo

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

Projekt: 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ółowo

ZAŁĄCZNIK NR 1 DO ZAPYTANIA OFERTOWEGO

ZAŁĄ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ółowo

Analiza i projektowanie obiektowe 2015/2016. Wykład 2: Przypadki użycia

Analiza 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ółowo

Testowanie według modelu (MBT) Stowarzyszenie Inżynierii Wymagań wymagania.org.pl

Testowanie 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ółowo

Rozdział 5: Zarządzanie testowaniem. Pytanie 1

Rozdział 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ółowo

Inżynieria oprogramowania - opis przedmiotu

Inż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ółowo

Dwuwymiarowy sposób na podróbki > 34

Dwuwymiarowy 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ółowo

Analityk i współczesna analiza

Analityk 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ółowo

I. Opis przedmiotu zamówienia

I. 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ółowo

Maciej Oleksy Zenon Matuszyk

Maciej 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ółowo

DLA SEKTORA INFORMATYCZNEGO W POLSCE

DLA 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ółowo

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

Wprowadzenie 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ółowo

ZAŁĄ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 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ółowo

Wykorzystanie 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 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ółowo

Inż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 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ółowo

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

Projektowanie 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ółowo

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Studia 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ółowo

Szkolenie: Testowanie wydajności (Performance Testing)

Szkolenie: 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ółowo

OGŁOSZENIE DODATKOWYCH INFORMACJI, INFORMACJE O NIEKOMPLETNEJ PROCEDURZE LUB SPROSTOWANIE

OGŁ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ółowo

Oracle11g: Wprowadzenie do SQL

Oracle11g: 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ółowo

SPECYFIKACJA WYMAGAŃ

SPECYFIKACJA WYMAGAŃ SPECYFIKACJA WYMAGAŃ Autorzy: Wersja: 2 Historia zmian dokumentu Osoba

Bardziej szczegółowo

Usługa: Testowanie wydajności oprogramowania

Usł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ółowo

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

Kurs 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ółowo

Biorąc udział w projekcie, możesz wybrać jedną z 8 bezpłatnych ścieżek egzaminacyjnych:

Biorą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ółowo

Idealna strona internetowa dla Twojej firmy

Idealna 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ółowo

Cele przedsięwzięcia

Cele 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ółowo

Analiza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej

Analiza 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ółowo

Diagramy przepływu danych II model środowiskowy, diagram odpowiedzi na zdarzenia KI AE PSI 2006 1

Diagramy 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ółowo

Opisy szkoleń dla certyfikatów Agile Scrum. www.cts.com.pl

Opisy 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ółowo

INŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE

INŻ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ółowo

Inż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 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ółowo

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

Wykaz 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ółowo

Zarzą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 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ółowo

OMNITRACKER Wersja testowa. Szybki przewodnik instalacji

OMNITRACKER 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ółowo

Architektura 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 Systemu Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura jest zbiorem decyzji dotyczących: organizacji systemu komputerowego,

Bardziej szczegółowo

Instrukcja 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 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