Docsity
Docsity

Przygotuj się do egzaminów
Przygotuj się do egzaminów

Studiuj dzięki licznym zasobom udostępnionym na Docsity


Otrzymaj punkty, aby pobrać
Otrzymaj punkty, aby pobrać

Zdobywaj punkty, pomagając innym studentom lub wykup je w ramach planu Premium


Informacje i wskazówki
Informacje i wskazówki

Inżynieria oprogramowania pyt i odp, Egzaminy z Inżynieria oprogramowania

Lista pytań i odp z egzaminu inż oprogramowania

Typologia: Egzaminy

2020/2021

Załadowany 08.01.2021

patrycja-8
patrycja-8 🇵🇱

1 dokument

1 / 7

Toggle sidebar

Ta strona nie jest widoczna w podglądzie

Nie przegap ważnych części!

bg1
1. Omówić czynności/etapy występujące w procesie opracowywania wymagań.
1. PLANOWANIE po co tworzymy oprogramowanie
Analiza wykonalności:
a. Technicznej
b. Ekonomicznej
c. Organizacyjnej
Plan projektu
2. Analiza- co system na robić
Specyfikacja wymagań
a. Wymagania biznesowe
b. Przypadki użycia
c. Historyjki użytkownika
d. Model dziedziny
e. Model procesów
f. Model danych
3. Projektowania- jak system ma to robić
Specyfikacja systemu
a. Projekt architektury
b. Specyfikacja sprzętowa
c. Projekt interfejsów
d. Model projektowy
e. Fizyczny model danych
4. Implementacja- jak przekształcić projekt w działający system
Program
Dokumentacja
Testy
Wdrożenie
Migracja
Instalacja
Integracja
Pielęgnacja systemu
2. Wymienić techniki pozyskiwania wymagań. Omówić szerzej dwie wybrane techniki.
Wymagania- Opisują co powinien robić się system, określają jego właściwości, mogą nakładać
ograniczenia na tworzony system oraz na proces jego wytwarzania
Techniki pozyskiwania:
Wywiady
Kwestionariusze
• Można przepytać dużą grupę ludzi małym kosztem
Pytania muszą być dobrze przemyślane, warto przetestować na małej grupie zanim
puścimy w obieg
• Wyniki kwestionariuszy mogą służyć do przygotowania warsztatów
pf3
pf4
pf5

Podgląd częściowego tekstu

Pobierz Inżynieria oprogramowania pyt i odp i więcej Egzaminy w PDF z Inżynieria oprogramowania tylko na Docsity!

1. Omówić czynności/etapy występujące w procesie opracowywania wymagań. 1. PLANOWANIE – po co tworzymy oprogramowanie - Analiza wykonalności: a. Technicznej b. Ekonomicznej c. Organizacyjnej - Plan projektu 2. Analiza- co system na robić - Specyfikacja wymagań a. Wymagania biznesowe b. Przypadki użycia c. Historyjki użytkownika d. Model dziedziny e. Model procesów f. Model danych 3. Projektowania- jak system ma to robić - Specyfikacja systemu a. Projekt architektury b. Specyfikacja sprzętowa c. Projekt interfejsów d. Model projektowy e. Fizyczny model danych 4. Implementacja- jak przekształcić projekt w działający system - Program - Dokumentacja - Testy - Wdrożenie - Migracja - Instalacja - Integracja - Pielęgnacja systemu 2. Wymienić techniki pozyskiwania wymagań. Omówić szerzej dwie wybrane techniki. Wymagania- Opisują co powinien robić się system, określają jego właściwości, mogą nakładać ograniczenia na tworzony system oraz na proces jego wytwarzania Techniki pozyskiwania: - Wywiady - Kwestionariusze - Można przepytać dużą grupę ludzi małym kosztem - Pytania muszą być dobrze przemyślane, warto przetestować na małej grupie zanim puścimy w obieg - Wyniki kwestionariuszy mogą służyć do przygotowania warsztatów

  • Analiza dokumentacji
  • Obserwacja
    • Użytkownik nigdy precyzyjnie nie zdefiniuje swoich zadań stąd trzeba obserwować użytkownika w działaniu
  • Obserwacje wymagają czasu
  • Warsztaty
  • Analiza podobnych systemów 3. Na czym polega priorytetyzacja wymagań? Omówić metodę priorytetyzacji opartą na macierzy priorytetyzacji. Priorytetyzacja polega na wskazaniu, które wymagania muszą być zrealizowane jak najszybciej
  • Wysoki priorytet – kluczowe wymagania, niezbędne dla klienta i implementacji pozostałych funkcjonalności (ważne i pilne – segment A)
  • Średni priorytet - wymagania istotne, ale ich brak nie blokuje możliwości implementacji pozostałych funkcji (ważne ale nie pilne – segment B)
  • Niski priorytet – wymagania nie są konieczne do realizacji systemu, często są to różnego rodzaju dodatki (mniej ważne i nie pilne – segment D)
  • Średni priorytet- wymagania nieistotne, ale pilne, bałhe szczegóły które warto zaimplementować najszybciej (nieważne, pilne- segment C) 4. Co kryje się pod pojęciem reguł biznesowych? Wymienić rodzaje reguł, omówić szerzej trzy wybrane rodzaje reguł. Podać przykład reguły. Reguła biznesowa – polityka, wytyczne, standardy lub regulacje definiujące albo ograniczające niektóre z aspektów biznesu Rodzaje reguł biznesowych:

Jeśli działa powoli- pojawia się animacja ładowania wyników

  • CRUD- dodawanie, wyświetlanie, aktualizowanie lub usuwanie określonych informacji(create, read, update i delete., np. Jako właściciel sklepu internetowego muszę mieć możliwość zarządzania wystawionymi produktami, żeby aktualizować ceny oraz informacje o produktach wtedy, kiedy się zmienią. Czyli: Jako właściciel sklepu internetowego muszę mieć możliwość dodawania nowych produktów, żeby klienci mogli je kupić. Jako właściciel sklepu internetowego muszę mieć możliwość aktualizacji informacji o wystawionych produktach, żeby dostosować zmiany w cenie oraz informacje o produkcie. Jako właściciel sklepu internetowego muszę mieć możliwość usuwania wystawionych produktów, żeby usunąć produkty, których nie ma w magazynie. Jako właściciel sklepu internetowego muszę mieć możliwość ukrycia wystawionych produktów, żeby na jakiś czas wstrzymać ich sprzedaż. 6. Omówić poziomy i rodzaje wymagań. Wymagania biznesowe- określenie potrzeb biznesowych projektu, a także kryteriów jego sukcesu, opisują, dlaczego projekt jest potrzebny, komu przyniesie korzyści, kiedy i gdzie się odbędzie oraz jakie standardy zostaną wykorzystane do jego oceny. Poziomy: Rodzaje:
  1. Wymagania uzytkownika- możliwe do osiągnięcia cele lub zadania, jakie będą realizować użytkownicy za pomocą produktu
  2. Wymagania funkcjonalne- zachowania, które w określonych warunkach będzie przejawiać system
  3. Wymagania pozafunkcjonalne:
  • Systemowe - opisują wymagania produktu składającego się z wielu składników albo podsystemów
  • Zewnętrzne interfejsy- opisują jak system komunikuje się z innymi systemami oraz użytkownikami
  • Ograniczenia- limitują dostępne dla programistów możliwości wyboru dotyczące projektu albo implementacji systemu
  • Atrybuty jakościowe- opisują cechy produktu, które są ważne dla użytkowników, programistów i konserwatorów (wydajność, bezpieczeństwo, dostępność, …)
  1. Wyjaśnić następujące pojęcia: wymagania biznesowe, proces biznesowy i reguła biznesowa. Podać odpowiednie przykłady. WYMAGANIA BIZNESOWE- określenie potrzeb biznesowych projektu, a także kryteriów jego sukcesu, opisują, dlaczego projekt jest potrzebny, komu przyniesie korzyści, kiedy i gdzie się odbędzie oraz jakie standardy zostaną wykorzystane do jego oceny. PROCES BIZNESOWY- opisuje serię działań, które rozwiązują określony problem lub prowadzą do określonego celu REGUŁY BIZNESOWE- opisują zasady funkcjonujące w organizacji (wpływają na procesy biznesowe przez definiowanie słownictwa, narzucanie ograniczeń, wywoływanie działań oraz zarządzanie sposobem przeprowadzania obliczeń) 8. Wyjaśnić następujące pojęcia: wymagania funkcjonalne, wymagania pozafunkcjonalne, wymagania użytkownika. Podać odpowiednie przykłady. WYMAGANIA FUNKCJONALNE opisują zachowania, które w określonych warunkach będzie przejawiać system. Opisują co programiści powinni zaimplementować, aby użytkownicy mogli wykonywać Np.. Użytkownik powinien mieć możliwość wyświetlania zakładek w postaci drzewa Użytkownik powinien mieć możliwość edycji zakładek i ustawiania ich kolejności WYMAGNIA POZAFUNKCJONALNE- wymagania dotyczące jakości usług. Zwykle szczegółowe stwierdzenia warunków, w których rozwiązanie musi pozostać skuteczne, cechy, które musi posiadać rozwiązanie, lub ograniczenia, w których musi działać. Przykłady obejmują: niezawodność, łatwość konserwacji, testowalność oraz dostępność. WYMAGANIA UŻYTKOWNIKA- – zadania wykonywane przez użytkowników, w trakcie których wykorzystuje się zwykle kilka funkcjonalności Np. Użytkownik wybiera interesującą go zakładkę na drzewie zakładek Użytkownik prosi system o możliwość edycji zakładki System wyświetla formularz z danymi zakładki
  • Tworzymy obiekt TotoLotek, który będzie obserwowany.
  • Następnie deklarujemy dwóch obserwatorów (telewizja i internet) oraz dodajemy ich do listy obserwatorów.
  • Wykonujemy pierwsze losowanie.
  • Na samym końcu metody kolejneLosowanietablicy() znajduje się wywołanie metody powiadamiajObserwatorów(). Wywołuje ona, dla każdego obserwatora będącego w zbiorze, metodę update.
  • Dane w każdym z obserwatorów zostały zaktualizowane.
  • Publikujemy wyniki losowania w telewizji oraz internecie.
  • Losowanie 2 przebiega tak samo jak losowanie 1.
  • Przed losowaniem 3 obserwator telewizja zdecydował, że nie chce już być obserwującym i samoczynnie opuszcza zbiór obserwatorów.
  • Po 3 publikacji widzimy, że internet ma zaktualizowane dane, natomiast wyniki publikowane w telewizji nie są już aktualne.