PIO

Question

Dla systemów długoterminowych (wybierz poprawne odpowiedzi):

Answer 1

Najbardziej odpowiedni jest ewolucyjny model procesu IO

Answer 2

Koszty ewolucji systemu mogą znacznie przekroczyć koszty jego wytworzenia

Answer 3

Iteracje w procesie są nieuniknione

Answer 4

Bardzo ważne jest odpowiednie pozyskanie i wyspecyfikowanie wymagań

Answer 5

„Niejawny” proces

Answer 6

Brak iteracji

Answer 7

Prototypowanie

Answer 8

Akcje jakie system musi wykonywać wraz z ograniczeniami na te akcje

Answer 9

Usługi systemu bez specyfikowania implementacji

Answer 10

Akcje jakie system musi wykonywać bez brania pod uwagę ograniczeń

Answer 11

Ograniczenia, przy których system ma realizować swoje usługi

Answer 12

Inicjalizacja

Answer 13

Przekazywaniem komunikatów

Answer 14

Generalizacja

Answer 15

Jest systemem na swoich własnych prawach

Answer 16

Aby działać musi korzystać z usług innych podsystemów/modułów

Answer 17

Posiada dobrze zdefiniowany interfejs

Answer 18

Składa się z modułów

Answer 19

Jest reprezentowana jako prostokąt podzielony obligatoryjnie na trzy części

Answer 20

Może być zwrotnie (z sama sobą) powiązana relacja asocjacji

Answer 21

Zawsze posiada dobrze zdefiniowany interfejs

Answer 22

Może posiadać publiczne atrybuty

Answer 23

Indywidualne testowanie komponentów

Answer 24

Testowanie systemu ze szczególnym uwzględnieniem nowych komponentów

Answer 25

Testowanie komponentu z wykorzystaniem rzeczywistych danych w celu udowodnienia, ze spełnia wymagania użytkowników

Answer 26

Rezultat projektu dostarczany użytkownikom

Answer 27

Podział projektu na zadania

Answer 28

Końcowy punkt aktywności procesu

Answer 29

Prawdopodobieństwo pojawienia sie zagrożenia

Answer 30

Reorganizacja projektu, aby ryzyko nie miało wpływu, planowanie iteracji, ewaluacja

Answer 31

Identyfikacja, analiza, planowanie, monitorowanie

Answer 32

Definiowanie macierzy kompromisu, planowanie, szacowanie, zarządzanie projektem

Answer 33

Identyfikacja, planowanie, monitoring, iteracja

Answer 34

Zarządzenia ramami projektu

Answer 35

Zdolność śledzenia zależności pomiędzy wymaganiami a elementami projektowymi

Answer 36

Cechy systemu w ujęciu funkcjonalnym

Answer 37

Otoczenie systemu

Answer 38

Projekt systemu

Answer 39

Zależność między systemem a systemami zewnętrznymi

Answer 40

Indywidualne testowanie komponentów

Answer 41

Testowanie systemu ze szczególnym uwzględnieniem nowych komponentów

Answer 42

Testowanie z wykorzystaniem rzeczywistych danych w celu udowodnienia, że system spełnia wymagania użytkowników

Answer 43

Wymagań funkcjonalnych

Answer 44

Wymagań niefunkcjonalnych

Answer 45

Ograniczeń projektowych

Answer 46

Generatory losów

Answer 47

Narzędzia umożliwiające szybką budowę prototypów lub gotowych aplikacji

Answer 48

Narzędzia umożliwiające testowanie oprogramowania

Answer 49

Zbiór wymagań użytkowników

Answer 50

Struktura podziału pracy (WBS)

Answer 51

Harmonogram projektu

Answer 52

Baza danych systemu zarządzania (DBMS)

Answer 53

Model kaskadowy i model ewolucyjny

Answer 54

Realizacja przyrostowa i model kaskadowy

Answer 55

Realizacja przyrostowa i model spiralny

Answer 56

Inżynieria komponentowa i model spiralny

Answer 57

Model kaskadowy

Answer 58

Inżynieria komponentowa

Answer 59

Model ewolucyjny

Answer 60

Model spiralny

Answer 61

Są testami defektów

Answer 62

Mają za zadanie wykazać, że system spełnia swoją specyfikację

Answer 63

Są testami zatwierdzającymi

Answer 64

Testowany jest kompletny system

Answer 65

Podejście, w którym testy wyprowadza się ze specyfikacji programu/komponentu

Answer 66

Testowanie integracyjne

Answer 67

Testowanie metodą TDD

Answer 68

Podejście, w którym testy opracowuje się na podstawie znajomości struktury programu/komponentu

Answer 69

Repozytorium wymagań

Answer 70

Edytor UML

Answer 71

Kompilator

Answer 72

Zasadą abstrakcji

Answer 73

Zasadą hermetyzacji

Answer 74

Zasadą modularyzacji

Answer 75

Zasadą hierarchizacji

Answer 76

Typ zagrożenia oraz strategia przeciwdziałania

Answer 77

Prawdopodobieństwo oraz konsekwencji materializacji

Answer 78

Zasoby projektu oraz harmonogram

Answer 79

Monitoring i plan unikania

Answer 80

Abstrakcyjna specyfikacja

Answer 81

Testowanie komponentów

Answer 82

Projektowanie architektury

Answer 83

Testowanie systemu do poziomu obciążenia, który nie zapewnia już wymaganej wydajności

Answer 84

Testowanie systemu powyżej poziomu maksymalnego obciążenia aż do momentu awarii

Answer 85

Testowanie systemu obciążonego maksymalnie

Answer 86

Maksymalnie obciążenie procedur testowych

Answer 87

Podejście do procesu testowania systemu

Answer 88

Podejście do procesu implementacji systemu

Answer 89

Odmiana iteracyjnego procesu inżynierii oprogramowania

Answer 90

Ewolucyjnego

Answer 91

Kaskadowego

Answer 92

Przyrostowego

Answer 93

Spiralnego

Answer 94

Iteracja, walidacja, zatwierdzenie, pielęgnacja

Answer 95

Specyfikacja, tworzenie, zatwierdzenie, ewolucja

Answer 96

Planowanie, analiza, projektowanie, programowanie

Answer 97

Mogą być podstawą do szczegółowego kontraktu między klientem a twórcą oprogramowania

Answer 98

Określają sposób implementacji systemu

Answer 99

Zawierają informacje o wewnętrznej strukturze systemu

Answer 100

Definiują co ma być zaimplementowane

Answer 101

Jednolity system danych

Answer 102

Ujednolicenie mechanizmów zarządzania bezpieczeństwem danych

Answer 103

Ułatwienie procesu ewolucji schematu

Answer 104

Łatwość integrowania nowych podsystemów nawet przy różnicy w schemacie danych

Answer 105

Klasa nie jest kolekcją obiektów

Answer 106

Klasa jest abstrakcyjną definicją obiektu

Answer 107

Klasa jest instancją obiektu

Answer 108

W notacji UML klasa jest reprezentowana za pomocą prostokąta podzielonego na trzy części

Answer 109

Związki strukturalne zachodzące między stanami

Answer 110

Przepływ sterowania

Answer 111

Diagram stanu nie ma krawędzi

Answer 112

Diagram stanów

Answer 113

Diagram obiektów

Answer 114

Diagram klas

Answer 115

Diagram przypadków użycia

Answer 116

Koncepcyjny proces tworzenia obiektów z innych obiektów

Answer 117

Budowanie hierarchii klas obiektów poprzez agregowanie atrybutów

Answer 118

Modelowanie zachowania obiektów poprzez interakcje z innymi obiektami(tzw. agregatami)

Answer 119

Reprezentowanie modelu obiektowego w postaci drzewa dziedziczenia

Answer 120

Określeniem i analizowaniem wymagań

Answer 121

Zatwierdzeniem wymagań

Answer 122

Studium wykonalności

Answer 123

Jest wyposażony w interfejs

Answer 124

Zazwyczaj nie jest niezależny

Answer 125

Jest częścią składową modułów systemu

Answer 126

Otoczenie systemu

Answer 127

Projekt systemu

Answer 128

Zależność między systemem a systemami zewnętrznymi

Answer 129

Klasa powiązanych danych wyjściowych produkowanych przez system dla takich samych danych wyjściowych

Answer 130

Klasa powiązanych danych wejściowych, w ramach której program zachowuje się w porównywalny sposób dla każdego jej elementu

Answer 131

Klasa powiązanych danych wejściowych, dla których system generuje takie same dane wyjściowe

Answer 132

Pojedyncza wartość wejściowa, która jest równoważna klasie wartości wyjściowych

Answer 133

Wymagań funkcjonalnych

Answer 134

Wymagań niefunkcjonalnych

Answer 135

Ograniczeń projektowych

Answer 136

Zbiór wymagań użytkowników (ang. User requirements)

Answer 137

Dostępność personelu (ang. availability)

Answer 138

Nakład pracy (ang. effort)

Answer 139

Struktura podziału pracy(WBS)

Answer 140

Model kaskadowy

Answer 141

Inżynieria komponentowa

Answer 142

Model ewolucyjny

Answer 143

Model spiralny

Answer 144

Są testami defektów

Answer 145

Mają za zadanie wykazać, że system spełnia swoją specyfikacje

Answer 146

Są testami zatwierdzającymi

Answer 147

Komponenty systemu testowane są w izolacji

Answer 148

Podejście, w którym testy wprowadza się ze specyfikacji programu/komponentu

Answer 149

Testowanie integracyjne

Answer 150

Testowanie metoda TDD

Answer 151

Podejście, w którym testy opracowuje się na podstawie znajomości struktury programu/komponentu

Answer 152

Repozytorium wymagań

Answer 153

Edytor UML

Answer 154

Kompilator

Answer 155

Zasadą abstrakcji

Answer 156

Zasadą hermetyzacji

Answer 157

Zasadą modularyzacji

Answer 158

Zasadą hierarchizacji

Answer 159

Studium wykonywalności

Answer 160

Zarządzanie wymaganiami

Answer 161

Projektowanie interfejsów

Answer 162

Testowanie systemu do poziomu obciążenia, który nie zapewnia już wymaganej wydajności

Answer 163

Testowania systemu powyżej poziomu maksymalnego obciążenia aż do momentu awarii

Answer 164

Maksymalne obciążenie procedur testowych

Answer 165

Testowanie systemu obciążonego maksymalnie

Answer 166

Ewolucyjnego

Answer 167

Kaskadowego

Answer 168

Przyrostowego

Answer 169

Spiralnego

Answer 170

Prosty w implementacji i użyciu

Answer 171

Umożliwia implementacje szybkich odpowiedzi systemu na zdarzenia

Answer 172

Prostota ewolucji systemu

Answer 173

Możliwość integrowania podsystemów pracujących na różnych platformach i komunikujących się za pomocą sieci komputerowej

Answer 174

Metoda pozwalająca na określenie minimalnego czasu trwania projektu

Answer 175

Graficzna reprezentacja aktywności projektu w postaci sieci aktywności

Answer 176

Metoda polegająca na konstruowaniu sieci aktywności projektu

Answer 177

Metoda wykorzystywana w zarządzaniu ryzykiem do identyfikacji zagrożeń

Answer 178

Relacją pomiędzy klasami a nie obiektami

Answer 179

Silniejsza od asocjacji

Answer 180

Mechanizmem ponownego użyczana na poziomie klas obiektów

Answer 181

Słabsza od kompozycji

Answer 182

Inicjalizacją

Answer 183

Przekazywaniem komunikatów

Answer 184

Generalizacją

Answer 185

Agregacją

Answer 186

Diagram klas

Answer 187

Diagram sekwencji

Answer 188

Diagram stanów

Answer 189

Diagram przypadków użycia

Answer 190

złożoność produktów informatyki i procesów ich wytwarzania

Answer 191

zbyt szybki rozwój sprzętu komputerowego

Answer 192

użytkownicy systemu i ich nieznajomość informatyki

Answer 193

nienaturalność języka maszynowego

Answer 194

porządkowanie (szeregowanie) pojęć w strukturę drzewiastą

Answer 195

rozdzielenie czegoś złożonego na małe łatwiejsze do zarządzania fragmenty

Answer 196

ukrywanie informacji

Answer 197

wyodrębnianie cech wspólnych i niezmiennych dla pewnego zbioru bytów i wprowadzanie pojęć lub symboli oznaczających takie cechy

Answer 198

interakcji i klas

Answer 199

przypadków użycia i aktywności

Answer 200

dynamiczne i statyczne

Answer 201

model warstwowy i model obiektowy

Answer 202

model repozytorium i model zdecentralizowany

Answer 203

model zarządcy i model wywołanie-powrót

Answer 204

rozdzielenie czegoś złożonego na małe łatwiejsze do zarządzania fragmenty

Answer 205

wyodrębnianie cech wspólnych i niezmiennych dla pewnego zbioru bytów i wprowadzanie pojęć lub symboli oznaczających takie cechy

Answer 206

ukrywanie informacji

Answer 207

porządkowanie (szeregowanie) pojęć w strukturę drzewiastą

Answer 208

Computer Automated of Software Engineering

Answer 209

Computer-Aided Software Engineering

Answer 210

Computer Augmented Software Evolution

Answer 211

Tworzenie modelu projektowego

Answer 212

Implementację projektu z uwzględnieniem koncepcyjnego języka programowania

Answer 213

Procesy myślowe towarzyszące pracy nad oprogramowaniem

Answer 214

określenie systemów, organizacji i użytkowników, z którymi tworzony system ma współpracować

Answer 215

określenie fragmentu procesów informacyjnych zachodzących w organizacji, które będą objęte przedsięwzięciem

Answer 216

określenie celu biznesowego przedsięwzięcia z punktu widzenia klienta

Answer 217

wybór interfejsów oraz podsystemów

Answer 218

wybór modelu, narzędzi CASE, stopnia wykorzystania gotowych komponentów

Answer 219

wybór obiektów oraz modułów

Answer 220

front - case i back – case

Answer 221

better – case i worst – case

Answer 222

upper – case i lower – case

Answer 223

funkcje, zakres przedsięwzięcia, cechy systemu

Answer 224

harmonogram, zakres, cechy

Answer 225

zasoby, harmonogram, cechy systemu

Answer 226

hermetyzacja, abstrakcja, dekompozycja, generalizacja

Answer 227

hermetyzacja, abstrakcja, modularyzacja, hierarchizacja

Answer 228

hermetyzacja, dekompozycja, modularyzacja, hierarchizacja

Answer 229

hermetyzacja, tożsamość, abstrakcja, modularyzacja

Answer 230

model warstwowy i model obiektowy

Answer 231

model kontroli scentralizowanej oraz model kontroli sterowanej zdarzeniami

Answer 232

model zarządcy i model wywołanie – powrót

Answer 233

wymagań niefunkcjonalnych

Answer 234

wymagań funkcjonalnych

Answer 235

ograniczeń projektowych

Answer 236

wymagań funkcjonalnych

Answer 237

wymagań niefunkcjonalnych

Answer 238

przypadków testowych

Answer 239

wybór modelu nie ma wpływu na to jak będziemy postrzegać rzeczywistość

Answer 240

pojedynczy model jest niewystarczający

Answer 241

należy modelować przy użyciu języka UML

Answer 242

modelem z przerwaniami

Answer 243

modelem wywołanie – powrót

Answer 244

modelem zarządcy

Answer 245

modelem rozgłaszania

Answer 246

Funkcjonalność, wydajność, bezpieczeństwo, czytelność

Answer 247

Wiarygodność, sprawność, użyteczność, zarządzalność

Answer 248

Sprawność, wydajność, bezpieczeństwo, jakość

Answer 249

Stosuje się rzadko, do specyficznych celów

Answer 250

Stosuje się często, szczególnie dla aplikacji biznesowych

Answer 251

Nie jest stosowany

Answer 252

studium osiągalności

Answer 253

fazą analizy wymagań

Answer 254

fazą projektowania

Answer 255

zestaw działań, których celem jest wytworzenie lub ewolucja oprogramowania

Answer 256

proces modelowania systemu

Answer 257

zestaw działań, których celem jest oszacowanie nakładów potrzebnych do wytworzenia oprogramowania

Answer 258

wymagań niefunkcjonalnych

Answer 259

ograniczeń projektowych

Answer 260

wymagań funkcjonalnych

Answer 261

integracja istniejących systemów poprzez zdefiniowanie zestawu interfejsów i udostępnienie ich funkcjonalności za pomocą tych interfejsów

Answer 262

tworzenie systemu na zasadzie integracji komponentów zgodnym ze standardem modelu komponentowego

Answer 263

Tworzenie systemu na zasadzie łączenia współdzielonych usług, które mogą być dostarczane zewnętrznie

Answer 264

funkcje systemu i sposób ich implementacji

Answer 265

akcje jakie system musi wykonywać wraz z ograniczeniami na te akcje

Answer 266

akcje jakie system musi wykonywać bez brania pod uwagę ograniczeń

Answer 267

atrybuty (cechy) systemu

Answer 268

modelem z przerwaniami

Answer 269

modelem zarządcy

Answer 270

modelem rozgłaszania

Answer 271

modelem wywołanie- powrót

Answer 272

wymagania dotyczące interfejsu, sprzętu i oprogramowania

Answer 273

wymagania funkcjonalne, systemowe i niezawodnościowe

Answer 274

wymagania funkcjonalne i niefunkcjonalne oraz ograniczenia projektowe

Answer 275

szacowania przez osąd ekspertów

Answer 276

metod parametrycznych

Answer 277

szacowania przez analogię

Answer 278

szacowania wstępnego

Answer 279

projekt podsystemu złożony z kolekcji klas (abstrakcyjnych i konkretnych) oraz interfejsów

Answer 280

mechanizm umożliwiający ponowne użycie wiedzy nt. problemu i sposobu jego rozwiązania

Answer 281

tworzenie systemów na zasadzie integracji istniejących aplikacji

Answer 282

funkcje, zakres przedsięwzięcia, cechy systemu

Answer 283

zasoby, harmonogram, cechy systemu

Answer 284

harmonogram, zakres, cechy

Answer 285

modelem z przerwaniami

Answer 286

modelem wywołanie- powrót

Answer 287

modelem zarządcy

Answer 288

modelem rozgłaszania

Answer 289

Struktura podsystemu jest zbiorem luźno powiązanych obiektów z dobrze zdefiniowanymi interfejsami

Answer 290

podsystem dekomponowany jest do postaci modułów funkcjonalnych transformujących wejście na wyjście

Answer 291

jeden podsystem jest odpowiedzialny za wykonywanie zadań

Answer 292

dokumentu opisującego wymaganie

Answer 293

projektu systemu

Answer 294

przypadków testowych

Answer 295

wersji kodu źródłowego

Answer 296

z pomocą obsługi budowania powiązanej z systemem kontroli wersji

Answer 297

lokalnie w środowisku prywatnym programisty

Answer 298

w ramach procesu zatwierdzania zgłoszenia zmiany (ang. change request)

Answer 299

wykonania pojedynczego testu na poziomie 300 tx/s

Answer 300

wykonania serii testów o wzrastającym obciążeniu do poziomu przekraczającego 300 tx/s i/lub powodującego błąd systemu

Answer 301

wykonania serii testów o wzrastającym obciążeniu do poziomu 300 tx/s

Answer 302

wykonania testów integracyjnych

Answer 303

Generalizacji

Answer 304

Zależności

Answer 305

scentralizowanego

Answer 306

rozproszonego

Answer 307

Wymagań niefunkcjonalnych

Answer 308

Wymagań funkcjonalnych

Answer 309

Ograniczeń projektowych

Answer 310

nazwę klasy, stereotyp i dziedziczenie

Answer 311

nazwę klasy, inwarianty publiczne oraz inwarianty prywatne

Answer 312

nazwę klasy, atrybuty i wyjątki

Answer 313

nazwę klasy, atrybuty oraz operacje

Answer 314

Automatyczne raportowanie stanu integracji

Answer 315

Budowa oprogramowania

Answer 316

Implementacja oprogramowania

Answer 317

Automatyczne uruchamianie testów

Answer 318

Identyfikowana jest przez nazwę oraz wersję

Answer 319

Może posiadać wiele instalacji (wersji)

Answer 320

Nazywa się jednostką konfiguracji systemu

Answer 321

Może znajdować się w więcej niż jednej linii kodu

Answer 322

udostępnieniu klientowi dostępu do usług aplikacji za pośrednictwem przeglądarki internetowej

Answer 323

budowaniu systemu w postaci zbioru usług, które mogą być dostarczane przez różnych dostawców

Answer 324

decentralizacji systemu w celu wykorzystania mocy obliczeniowej wszystkich węzłów

Answer 325

zdalnego wywołania procedury

Answer 326

warstwy pośredniej

Answer 327

interakcji bazującej na komunikatach

Answer 328

klient – serwer

Answer 329

Statycznej analizy wybieranych reprezentacji systemu (np. kodu źródłowego)

Answer 330

Procesu kontroli oprogramowania w trakcie jego działania w środowisku docelowym

Answer 331

Dynamicznej analizy poprzez obserwacje zachowania systemu

Answer 332

akceptacyjne

Answer 333

zatwierdzające

Answer 334

Każda stacja robocza przechowuje własną kopię repozytorium

Answer 335

Nie istnieje potrzeba synchronizacji przy łączeniu niezależnych gałęzi kodu

Answer 336

Jest jedno centralne repozytorium i rozproszone stacje robocze

Answer 337

Wersja jest zwiększana w momencie zapisania zmian na centralnym serwerze

Answer 338

Liczność, skierowanie, nazwa

Answer 339

Liczność, modularność, hermetyzacja

Answer 340

Instancja, liczność, hierarchia, dekompozycja

Answer 341

Liczebność, agregacja, skierowanie, kompozycyjność

Answer 342

testami akceptacyjnymi

Answer 343

testami wydania

Answer 344

testami usterek

Answer 345

testami zatwierdzającymi

Answer 346

jest pełniona przez rolę: Mistrza młyna(ang. Scrum Master)

Answer 347

nie występuje

Answer 348

jest pełniona przez rolę: Zespół (ang. Team)

Answer 349

jest pełniona przez rolę: Właściciel produktu (ang. Product Owner)

Answer 350

Segregacji interfejsów (ang. interface segregacjon)

Answer 351

Pojedynczej odpowiedzialności (ang. single responsibility)

Answer 352

otwarte/zamknięte (ang. open/close)

Answer 353

Wymagań funkcjonalnych

Answer 354

Ograniczeń projektowych

Answer 355

Wymagań niefunkcjonalnych

Answer 356

Raportowanie rezultatów

Answer 357

Integracja z systemem zarządzania wersami

Answer 358

Automatyzacja testów

Answer 359

Minimalizacja rekompilacji

Answer 360

mogą być testami zatwierdzającymi

Answer 361

to tylko testy akceptacyjne

Answer 362

mogą być testami usterek

Answer 363

Modele warstwowy i model obiektowy

Answer 364

Model repozytorium i model zdecentralizowany

Answer 365

Model zarządcy i model wywołanie-powrót

Answer 366

implementujemy dopiero po zaprojektowaniu całości systemu

Answer 367

miarą postępu jest działający kod

Answer 368

najważniejsze jest posiadanie odpowiedniego personelu projektowego

Answer 369

zestaw pojęć, modeli, języków, technik i sposobów postępowania

Answer 370

wymagania dla systemu zapisane w języku formalnym

Answer 371

notacja służąca do definiowana modeli

Answer 372

realizacja pełnego systemu zgodnie z modelem kaskadowym

Answer 373

klasa obiektów

Answer 374

wykazanie, że system nie posiada defektów

Answer 375

ujawnienie utajnionych defektów w systemie

Answer 376

wykazanie, że system spełnia swoją specyfikacje

Answer 377

ujawnienie defektów w specyfikacji wymagań dla systemu

Answer 378

sterowanie współbieżne oraz sterowanie sekwencyjne

Answer 379

sterowanie za pomocą rozgłaszania oraz sterowanie scentralizowane

Answer 380

sterowanie scentralizowane oraz sterowanie zdarzeniowe

Answer 381

sterowanie wywołanie-powrót oraz sterowanie za pomocą przerwań

Answer 382

wzorcami obiektowymi oraz wzorcami projektowymi

Answer 383

wzorcami architektonicznymi oraz wzorcami dziedzinowymi

Answer 384

modelami ogólnymi oraz modelami odniesienia

Answer 385

modelami środowiskowymi oraz modelami fabryk oprogramowania

Answer 386

wyodrębnianie cech wspólnych i niezmiennych dla pewnego zbioru bytów i wprowadzenie pojęć lub symboli oznaczających te cechy

Answer 387

rozdzielenie czegoś złożonego na małe łatwiejsze do zarządzania fragmenty

Answer 388

porządkowanie pojęć w strukturę drzewiastą

Answer 389

ukrywanie informacji

Answer 390

statycznej analizy wybranych reprezentacji systemu

Answer 391

dynamicznej analizy przez obserwacje zachowania systemu

Answer 392

procesu kontroli oprogramowania w trakcie jego działania w środowisku docelowym

Answer 393

oprogramowanie wiki

Answer 394

system bankowy

Answer 395

oprogramowanie sterowania robotem przemysłowym

Answer 396

Eclipse IDE

Answer 397

zasadą abstrakcji

Answer 398

zasadą hermetyzacji

Answer 399

zasadą hierarchizacji

Answer 400

zasadą modularyzacji

Answer 401

identyfikacja głównych obiektów systemu

Answer 402

identyfikacja wymagań systemu

Answer 403

wyspecyfikowanie interfejsów obiektów

Answer 404

wyspecyfikowanie przypadków użycia obiektów

Answer 405

metoda szacowania nakładów pracy

Answer 406

metoda określania jakości oprogramowania

Answer 407

metoda szacowania czasu trwania projektu

Answer 408

nie ma takiej metody

Answer 409

jest niezależny

Answer 410

jest częścią składowa podsystemu

Answer 411

jest zawsze wyposażony w interfejs

Answer 412

projektowania pomieszczeń dla programistów

Answer 413

takiego planowania projektu by personel miał dogodne warunki do pracy

Answer 414

takiego konstruowania kodu by nie pozostały w nim luki i niedociągnięcia

Answer 415

takiego konstruowania kodu by pozostawić w nim „okna” do dalszego rozwijania danego oprogramowania

Answer 416

liniowy wzrost kosztów i czasu trwania projektu przy wzroście wielkości projektu

Answer 417

szybszy niż liniowy wzrost kosztów i czasu trwania trwania projektu przy wzroście wielkości projektu wraz z jego wielkością

Answer 418

wzrost kosztów i czasu trwania projektu wolniejszy niż liniowy przy wzroście wielkości projektu

Answer 419

szybszy niż liniowy wzrost kosztów i liniowy wzrost czasu trwania projektu przy wzroście jego wielkości

Answer 420

Rezultat projektu dostarczany użytkownikom

Answer 421

Podział projektu na zadania

Answer 422

Końcowy punkt aktywności procesu

Answer 423

Prawdopodobieństwo pojawienia sie zagrożenia

Answer 424

Reprezentowany zwykle jako aktywność o zerowym czasie trwania i zerowych zasobach

Answer 425

są testami defektów

Answer 426

mają za zadanie wykazać, że system spełnia swoją specyfikację

Answer 427

testowany jest kompletny system

Answer 428

są testami zatwierdzającymi

Answer 429

koszty ewolucji mogą znacznie przewyższać koszty budowy

Answer 430

koszty testowania są proporcjonalne do kosztów specyfikowania systemu

Answer 431

stosuje się wyłącznie proces ewolucyjny

Answer 432

analiza problemu i specyfikacja zmiany

Answer 433

analiza zmiany i ocena kosztów

Answer 434

implementacja zmiany

Answer 435

raport o błędach w wymaganiach

Answer 436

narzucenie twórcom oprogramowania ścisłej kolejności wykonywania prac

Answer 437

brak fazy testowania

Answer 438

duże ryzyko utrzymujące się przez cały projekt

Answer 439

zbyt duża liczba faz

Answer 440

strona biznesowa oprogramowania musi być dostępna w momencie wydania

Answer 441

może być publiczne i prywatne

Answer 442

może być pierwotne i aktualizacyjne

Answer 443

jest dostarczane dla klienta tylko na fizycznym nośniku

Answer 444

raport o błędach w wymaganiach

Answer 445

analiza zmiany i kosztów

Answer 446

analiza problemu i specyfikacja zmiany

Answer 447

implementacja zmiany

Answer 448

funkcje systemu i sposób ich implementacji

Answer 449

akcje jakie system musi wykonywać wraz z ograniczeniami na te akcje

Answer 450

akcje jakie system musi wykonywać bez brania pod uwagę ograniczeń

Answer 451

atrybuty (cechy) systemu

Answer 452

ograniczenia przy których system ma realizować swoje usługi

	Creado por Krystian Kulesza hace más de 5 años

Siguiente

PIO

Descripción

Resumen del Recurso

Pregunta 1

Pregunta 2

Pregunta 3

Pregunta 4

Pregunta 5

Pregunta 6

Pregunta 7

Pregunta 8

Pregunta 9

Pregunta 10

Pregunta 11

Pregunta 12

Pregunta 13

Pregunta 14

Pregunta 15

Pregunta 16

Pregunta 17

Pregunta 18

Pregunta 19

Pregunta 20

Pregunta 21

Pregunta 22

Pregunta 23

Pregunta 24

Pregunta 25

Pregunta 26

Pregunta 27

Pregunta 28

Pregunta 29

Pregunta 30

Pregunta 31

Pregunta 32

Pregunta 33

Pregunta 34

Pregunta 35

Pregunta 36

Pregunta 37

Pregunta 38

Pregunta 39

Pregunta 40

Pregunta 41

Pregunta 42

Pregunta 43

Pregunta 44

Pregunta 45

Pregunta 46

Pregunta 47

Pregunta 48

Pregunta 49

Pregunta 50

Pregunta 51

Pregunta 52

Pregunta 53

Pregunta 54

Pregunta 55

Pregunta 56

Pregunta 57

Pregunta 58

Pregunta 59

Pregunta 60

Pregunta 61

Pregunta 62

Pregunta 63

Pregunta 64

Pregunta 65

Pregunta 66

Pregunta 67

Pregunta 68

Pregunta 69

Pregunta 70

Pregunta 71

Pregunta 72

Pregunta 73

Pregunta 74

Pregunta 75

Pregunta 76