Architektura Systemów Informatycznych

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 :

• 1. Muszą być uwzględnione przy tworzeniu a ich uwzględnienie powoduje proporcjonalny wzrost satysfakcji

• 1. Żadna z odpowiedzi nie jest prawidłowa

• 1. 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

• 1. Prototypowania

• 1. Podejście spiralne

• 1. Rapid Application Development

• 1. eXtreme Programming

Komponent pobierający i zawracający parametry określonego typu nazywamy komponentem

• 1. pamięciowym

• 1. kontrolerem

• 1. obliczeniowym

• 1. 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

• 1. 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:

• 1. Wszystkie odpowiedzi są poprawne

• 1. stanowi medium komunikacyjne wyłącznie między projektantami a testerami systemu

• 1. 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

• 1. ryzyko związane z klientami i użytkownikami systemu

• 1. ryzyko wykonania projektu

• 1. ryzyko wynikające ze środowiska projektu

• 1. zakres i wymagania dla projektu