WorksheetsArchitektura Systemów Informatycznych
Total questions: 62
Worksheet time: 31mins
Poprawnie zaprojektowana architektura pozwala spełnić następujące wymagania pozafunkcjonalne
Wydajność
Użyteczność
Bezpieczeństwo
Wszystkie odpowiedzi są poprawne
Założeniem leżącym u podstaw Jackson Structured Programming jest, że dobry program odzwierciedla strukturę wejść i wyjść (czyli na podstawie dobranego modelu danych można stworzyć odpowiedni program)
Prawda
Fałsz
W modelu Kano wymagania konieczne (must have) oznaczają wymgania które :
Muszą być uwzględnione przy tworzeniu a ich uwzględnienie powoduje proporcjonalny wzrost satysfakcji
Żadna z odpowiedzi nie jest prawidłowa
Gdy spełnione są neutralne dla użytkownika
Muszą być uwzględnione i ich spełnienie powoduje wykładniczy wzrost satysfakcji użytkownika
Następujące cechy, działające modele systemu , duża interakcja z użytkownikiem ,redukcja czasu oczekiwania na rezultaty czy nacisk na interfejs użytkownika to klasyczne cechy
Prototypowania
Podejście spiralne
Rapid Application Development
eXtreme Programming
Komponent pobierający i zawracający parametry określonego typu nazywamy komponentem
pamięciowym
kontrolerem
obliczeniowym
zarządzającym
Stopień III Zdefiniowany w modelu CMM określa sytuację w której
kładzie się nacisk na poprawę procesów poprzez ilościowe zarządzanie projektem
kontroluje się plany i zobowiązania
definiuje się procedury w zakresie zarządzania ryzykiem
definiuje się procedury w zakresie innowacji dla produktu i procesu
Model CMM może być wykorzystany przez dowolną firmę tworzącą oprogramowanie
Prawda
Fałsz
Architektura systemu określa:
Wszystkie odpowiedzi są poprawne
stanowi medium komunikacyjne wyłącznie między projektantami a testerami systemu
Umożliwia analizę priorytetów nadawanych funkcjonalnościom systemu
Komponenty systemu i ich powiązania
Definiowanie wymagań techniką metody delfickiej wymaga zaangażowania ekspertów
Prawda
Fałsz
Kategorią ryzyka projektowego którą powinniśmy zarządzać w pierwszej kolejności jest
ryzyko związane z klientami i użytkownikami systemu
ryzyko wykonania projektu
ryzyko wynikające ze środowiska projektu
zakres i wymagania dla projektu
Wdrożenie systemu polegające na udostępnieniu nowego systemu bez wycofania poprzednio działającego to konwencja:
bezpośrednia
pilotowa
równoległa
etapowa
Baza danych jest przykładem komponentu :
pamięciowego
zarządzającego
obliczeniowego
kontrolera
W modelu CMM przejście na kolejny stopień wymaga stworzenia i stosowania procedur dla działań określonych na tym poziomie
Prawda
Fałsz
W modelu MoSCoW , C określa :
wymagania o wysokim priorytecie realizacji
wymagania, które zostaną zaimplementowane jeśli starczy czasu
wymagania kluczowe
wymagania dla kolejnej wersji systemu
Cechą reverse engineeringu jest :
identyfikacja komponentów systemu oraz ich wzajemnych powiązań
wprowadzenie zmian w systemie
stworzenie kodu systemu na podstawie projektu
inspekcja infrastruktury dla kodu
W metodzie Halsteada przykładem operatora nie jest:
J
Sort()
Public
Int
Model CMM dotyczy oceny dojrzałości procesu tworzenia oprogramowania
Prawda
Fałsz
Coupling struktury danych oznacza sytuację, w której komponenty komunikują się przez zewnętrzne medium np. plik z danymi
Prawda
Fałsz
Kohezja funkcjonalna określa sytuację, w której wszystkie elementy komponentu realizują wspólną funkcję
Prawda
Fałsz
Cechą kaskadowego podejścia do tworzenia oprogramowania nie jest:
Ciągły kontakt z klientem
Łatwość rozliczeń z klientem
Techniczna łatwość harmonogramowania i budżetowania
Fromalny odbiór poszczególnych etapów prac
Technika Gilba w procesie badania satysfakcji użytkownika polega na podziale każdego wymagania jakościowego na podkategorie którym przpisywane są miary
Prawda
Fałsz
Jaki styl architektury najlepiej zaproponować w sytuacji gdy: „transformacje polegają na inkrementalnym przetwarzaniu danych wejściowych":
Workflow
System z podsystemami
Abstrakcyjny typ danych
Repozytorium
Kohezja temporalna określna sytuację, w której elementy w komponencie powinny być wywoływane w określonym porządku
Prawda
Fałsz
Brak możliwości zmian w działaniu etapów zakończonych to cecha modelu cyklu życia systemu informatycznego:
Typu Agile
Przyrostowego
Iteracyjnego
Liniowego
Cechami oprogramowania uzyskanego w procesie Software Enginnering, zgodnie z definicją jest:
Wiarygodność
Bezpieczeństwo
Niezaprzeczalność
Użyteczność
W przypadku oprogramowania typu COTS mamy do czyniania z :
Możliwością dostosowania ( w pewnym zakresie) systemu do potrzeb użytkownika
Tworzeniem rankingu komponentów zgodnie z piorytetami użytkownika
Typowym, jak w przypadku rozwiązań tworzonych na zamówienie, procesem specyfikacji wymagań
Wszystkie odpowiedzi są prawidłowe
Styl architektoniczny określa:
Rozwiązania problemów związanych z konkretnymi technologiami
Żadna z odpowiedzi nie jest poprawna
Kolekcje modułów implementujących dane rozwiązane
Sposób projektowania elementów systemu i ich powiązań
Ocena architektury polega na określeniu:
Niebezpieczeńw dla realizacji systemu zgodnie z wymaganiami
Możliwości realizacji systemu z wykorzystaniem dostępnych zasobów
Zgodności systemu z wymaganiami jakościowymi
Wszystkie odpowiedzi są prawidłowe
Możliwe jest jednoczesne zapewnienie wysokiej spójności wewnętrznej komponentów oraz niskiego stopnia powiązań między komponentami (generalnie balansowanie i interfejsy)
Prawda
Fałsz
Komponent zarządzający sekwencją zdarzeń nazywamy komponentem:
Kontrolerem
Zarządzającym
Obliczeniowym
Pamięciowym
Ocena architektury jest fazą testowania systemu zanim zostanie stworzony dla niego kod
Prawda
Fałsz
Metoda Halsteada służy do oceny kompleksowości oprogramowania . Jej celem jest ustalenie wielkości zespołu projektowego jak powinien realizować zadanie
Prawda
Fałsz
Attribute Driven Design to metoda dekompozycji oparta na wymaganiach użytkownika skatalogowanych w postaci scenariuszy powiązanych z atrybutami jakościowymi.
Prawda
Fałsz
Podejście extreme programming zakłada:
Wszystkie powyższe są prawidłowe
Ciągły udział klienta w tworzeniu oprogramowania
Ciągłe monitorowanie jakości tworzonego oprogramowania
Podejście iteracyjne do tworzenia oprogramowania
Mock-up jest to:
Model demonstrujący klientowi funkcjonalności systemu, czasem wykonany w MS Power Point
Artefakt wykorzystywany w fazie planowaniu systemu
Wynik fazy projektowania w cyklu życia systemu
Prototyp systemu z zaimportowaną i przetestowaną częścią funkcjonalności
Najsilniejsze powiązanie między komponentami określa sytuację, w której jeden komponent swoją działalnością wymusza zmiany na innym komponencie
Prawda
Fałsz
W metodach ilościowych E uzależnianie od liczby linii kodu oznacza:
Czas trwania projektu
Pracochłonność
Cenę za linię kodu
Wielkość budżetu projektu
Typowym „grzechem" analityka w procesie specyfikacji wymagań nie jest:
Doprowadzenie do sprzeczności między wymaganiami
Brak zaadresowania wymagania
Opis rozwiązania problemu użytkownika
Tworzenie powiązań między funkcjonalnościami (tworzenie hierarchii wymagań)
Najlepszą (najefektywniejszą i powodującą najmniej problemów w implementacji i zarządzaniem rozwojem oprogramowania) strukturą programu jest:
Drzewo
Graf skierowany
Acykliczny graf skierowany
Graf warstwowy
Miara CBO dla klasy posiadającej jedną nadklasę I dwie klasy powiązane z nią relacją asocjacji wynosi :
dla takich danych nie można wyznaczyć miary CBO
2
1
3
Jakość produktu oceniamy
Zgodnie z metodyką SPICE
Zgodnie z modelem ISO 9126
Zgodnie z modelem ISO 9001
Zgodnie z metodyką CMM
20 procent czasu tworzony jest kod dla rozwiązania. Typowym „grzechem" analityka w procesie specyfikacji wymagań nie jest:
Doprowadzenie do sprzeczności między wymaganiami
Brak zaadresowania wymagania
Opis rozwiązania problemu użytkownika
Tworzenie powiązań między funkcjonalnościami (tworzenie hierarchii wymagań)
Jaki styl architektoniczny najlepiej zaproponować dla następującego problemu : "System może być opisany jako szereg wywołanych po sobie procedur"
Pośrednie wywołanie
Abstrakcyjny typ danych
System z podsystemami
Repozytorium
Diagram WBS pozwala na analizę powiązań zadań oraz ich czasów trwania, a także ustalenie ścieżki krytycznej projektu.
Prawda
Fałsz
Użyteczność systemu jest wymaganiem pozafunkcyjnym określającym
Wszystkie odpowiedzi są poprawne
Łatwość użycia
Dostępność materiałów szkoleniowych
Dostępność dokumentacji dla systemu
Elementem diagramu przepływu danych nie jest
Przepływ danych
Byt zewnętrzny
Proces przekształcenia danych
Element struktury systemu (komponent)
Ocena systemu lub komponentu podczas lub na końcu procesu jego rozwoju na zgodności z wyspecyfikowanymi wymaganiami to (wybierz najpełniejszą odpowiedź)
Atestowanie
Weryfikacja
Testowanie
Formalny odbiór przez klienta
Elementami drzewa użyteczności w metodzie ATAM są:
korzeniem jest dowolne wymaganie funkcjonalne , dla którego określane są wymagania jakościowe wraz z wartościami
korzeniem jest użyteczność , elementami scenariusze I wymagania jakościowe a liśćmi konkretne wartości
korzeniem jest użyteczność , elementami wymagania jakościowe z określonego katalogu wymagań dla metody ATAM , zaś liścmi konkretne ich wartości
korzeniem jest użyteczność , elementami dowolne wymagania jakościowe a liścmi konkretne ich wartości
Stopień II Powtarzalności w modelu CMM określa sytuację, w której
Optymalizuje się proces produkcji oprogramowania
Tworzy się procedury zarządzania relacjami z dostawcami i klientami
Szczegółowo definiuje się proces produkcji oprogramowania
Wszystkie odpowiedzi są prawidłowe
W modelu tworzenia oprogramowania 40-20-40, 20 oznacza, że
20 procent kosztów związanych jest z testowaniem
20 procent czasu należy poświęcić na testowanie
20 procent kosztów związanych jest z programowaniem
20 procent czasu tworzony jest kod dla rozwiązania
Łatwość nauczenia, szybkość działania, odporność na błędy użytkownika czy zdolność wycofania wskazują na następujące wymagania jakościowe:
Czytelność
Prostota
Użyteczność
Efektywność
Model Driven Architecture (MDA) jest:
Podejściem do tworzenia architektury systemu polegającym na tworzeniu kodu z modelu i wprowadzaniu poprawek do kodu po wcześniejszej zmianie modelu
Podejściem do tworzenia architektury systemu polegającym na tworzeniu kodu z modelu, a następnie wprowadzaniu poprawek do kodu i na tej podstawie poprawie modelu
Rodzajem architektury systemu informatycznego konkurencyjnym do Model View Controller
Metodyką tworzenia oprogramowania stworzoną przez IBM
Jakie rozwiązanie najlepiej zaproponować dla następującego problemu „słabopowiązana kolekcja komponentów, z których każdy wykonuje określone operacje i umożliwia wykonania innych. Brak powiązania generujących i odbierających sygnały (korzystne np. przy zamianie dostawców)
Każdy komponent zarządza swoimi danymi. Jeśli inny komponent chce ich użyć musi odwołać się do określonej metody, a nie do określonych danych.
Stworzenie hierarchii komponentów (zależy od siebie), oraz hierarchii danych (danych lokalnych, globalnych)
System zapewniający przepływ danych pomiędzy komponentami
Model oparty o zdarzenia
Decyzja architektoniczna może dotyczyć
Zastosowania określonego wzorca
Wszystkie odpowiedzi są prawidłowe
Wykorzystania konkretnego stylu architektonicznego
Wykorzystania określonej technologii do implementacji komponentu
W sytuacji projektowej, gdy nieznane są zarówno produkt, proces tworzenia, jak i zasoby, które możemy wykorzystać najlepszą strategią wykonania będzie
Podejście agile
Prototypowanie
Podejście inkrementalne
Wszystkie odpowiedzi są prawidłowe
Założenia dla decyzji architektonicznej związane są z:
Środowiskiem, w którym podejmowana jest decyzja
Złożenia dotyczą status decyzji
Kwestiami architektonicznymi, których dotyczy decyzja
Ewentualnych powiązań decyzji z innymi decyzjami
Styl architektoniczny określony jest przez następujące elementy (wybierz najpełniejszą odpowiedź)
Ograniczenia dla systemu wynikające ze środowiska dla tworzonego systemu oraz propozycji rozwiązania ograniczeń
Sytuację, której dotyczy proponowane rozwiązanie wraz z proponowanym rozwiązaniem
Problem, ograniczenia dla środowiska i rozwiązanie
Zbiór decyzji architektonicznych dotyczących komponentów
Efektem fazy elaboration (uszczegółowienie) w Rational Unified Process jest:
Kod produktu
Business case
Architektura systemu
Kontekst projektu
W modelu McCalla
Jednemu czynnikowi może odpowiadać wiele kryteriów ( przyporządkowanych do nie więcej niż jednego czynnika)
Czynnikom jakości przydzielono odpowiednie kryteria je opisujące , a następnie podzielono na pięć kategorii
Przyporządkowanie kryteriów do czynników jest na zasadzie m:n
Czynnik jakości onzacza wewnętrzne cechy systemu , które można mierzyć w sposób obiektywny lub subiektywny
Specyfikacja wymagań użytkownika:
Stanowi punkt startowy dla definicji testów systemu
Jest kontraktem dla klienta systemu
Stanowi punkt startowy dla projektu systemu
Wszystkie odpowiedzi są prawidłowe
W przypadku gdy liczba stanów wynosi 10, istnieje jeden wierzchołek początkowy I końcowy , zaś liczba przejść wynosi 18 , miara CV przyjmie wartość :
6
10
12
8
Wzorce projektowe dostarczają
Rozwiązań nieznanych problemów
Komponentów programowych zbudowanych zgodnie z najlepszymi praktykami
Kodyfikacji doświadczenia z dziedziny
Jednoznacznych I precyzyjnych rozwiązań znanych problemów
