Advertisement
Klapek

Untitled

Jun 24th, 2020
112
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 9.15 KB | None | 0 0
  1. 1. Cechami wyróżniającymi projekty IT od innych aktywności "informatycznych" są m.in.:
  2. A czasowy charakter zespołu realizatorów
  3. B nieokreśloność celu
  4. C niepowtarzalność
  5. D umiejscowienie w czasie
  6. E wirtualność
  7.  
  8. 2. Przykładowymi modelami cyklu życia projektów informatycznych są:
  9. A model kaskadowy
  10. B model koncepcyjny
  11. C model obiektowy
  12. D model przyrostowy
  13. E model spiralny
  14.  
  15. 3. Najważniejsze cechy wyróżniające model przyrostowy cyklu życia to:
  16. A definiowanie punktów węzłowych
  17. B działanie metodą małych kroków
  18. C niepewność może być usunięta przed przejściem do kolejnej fazy
  19. D wersyjność
  20. E założenie, że zmiany są nieuniknione
  21.  
  22. 4. Model PCTS targets opisuje współzależność takich m.in. wymiarów projektów IT jak:
  23. A czas
  24. B integracja
  25. C jakość
  26. D ryzyko
  27. E zakres
  28.  
  29. 5. Przedmiotem pomiaru (wymiarowania) w projektach informatycznych są m.in.:
  30. A modele biznesowe
  31. B procesy
  32. C produkty
  33. D zasoby
  34. E zdarzenia
  35.  
  36. 6. Formalnymi metodami i/lub technikami wymiarowania projektów IT są m.in.:
  37. A metody COCOMO/COCOMO II
  38. B metoda delficka
  39. C metody skoringowe (punktowe)
  40. D metoda punktów funkcyjnych IFPUG
  41. E metoda zadań standardowych (STM)
  42.  
  43. 7. W metodzie punktów funkcyjnych IFPUG rozmiar funkcyjny projektu IT ocenia się z perspektywy:
  44. A analityka procesów biznesowych
  45. B odbiorcy produktu/usługi IT
  46. C użytkownika kluczowego (key-user)
  47. D użytkownika końcowego (end-user)
  48. E wytwórcy produktu i/lub usługi IT
  49.  
  50. 8. Szacując punkty funkcyjne IFPUG wymiarowanej aplikacji oceniamy poziom złożoności m.in.:
  51. A danych „w spoczynku” (EIF i ILF)
  52. B interfejsu użytkownika (UI)
  53. C systemu bazy danych (DBS/DBMS)
  54. D systemu operacyjnego (OS)
  55. E zapytań (EQ)
  56.  
  57. 9. Ocena wykonalności projektów IT zgodna z metodą TELOS obejmuje badanie takich obszarów jak:
  58. A fazy i etapy cyklu życiawykonalności biznesowej
  59. B wykonalności ekonomicznej
  60. C wykonalności planowej
  61. D wykonalności programowej i/lub sprzętowej
  62. E wykonalności technicznej
  63.  
  64. 10. Typowe kryteria według których tworzy się WBS (SPP) to:
  65. A fazy i etapy cyklu życia
  66. B grupy procesów biznesowych
  67. C kryteria sukcesu/porażki projektów informatycznych
  68. D typy prac
  69. E wersje systemów operacyjnych
  70.  
  71. 11. Podział strukturalny zakresu projektu IT w ramach WBS (SPP) powinien umożliwić m.in.:
  72. A analizę i modelowanie procesów biznesowych
  73. B analizę potrzeb użytkowników końcowych (end-users)
  74. C monitorowanie i raportowanie przebiegu projektu
  75. D oszacowanie wymaganych zasobów
  76. E zbudowanie budżetu i harmonogramu
  77.  
  78. 12. Sformalizowana procedura zarządzania zmianami zakresu projektu IT powinna m.in. zawierać:
  79. A analizę wpływu zgłaszanej zmiany na bieżący stan projektu
  80. B decyzję o wprowadzeniu zmiany
  81. C identyfikację konieczności zmiany
  82. D ocenę marketingową zmiany
  83. E redefinicję procesów biznesowych
  84.  
  85. 13. Składowymi planowania projektów informatycznych opartego na produktach (PBP) są m.in.:
  86. A diagram następstwa produktów
  87. B sieć działań
  88. C struktura organizacyjna
  89. D struktura procesowa
  90. E struktura produktowa
  91.  
  92. 14. Szacując zasoby niezbędne w projektach IT korzysta się m.in. z następujących metod:
  93. A estymacji zstępującej (top-down)
  94. B inżynierii systemowej
  95. C modelowania parametrycznego
  96. D wartości zaktualizowanej netto (NPV)
  97. E wstępującego szacowania inżynieryjnego (bottom-up)
  98.  
  99. 15. Wskaż, które „przypadki użycia” metod szacowania wymaganych zasobów są poprawne:
  100. A repozytoria wiedzy projektowej – modelowanie parametryczne
  101. B wyliczane zasoby – metoda bottom up
  102. C wyliczane zasoby – metoda top down
  103. D zadane zasoby – metoda bottom up
  104. E zadane zasoby – metoda top down
  105.  
  106. 16. Procesami zarządzania czasem (harmonogramem) w metodyce PMI (PMBOK 5th lub 6th ed.) m.in. są:
  107. A definiowanie interesariuszy zadań
  108. B kontrolowanie harmonogramu
  109. C określanie kolejności działań
  110. D planowanie kroczące (rolling wave)
  111. E szacowanie zasobów działań
  112.  
  113. 17. Szacując czas trwania działań i/lub terminy, aby zwiększyć precyzję oszacowań powinniśmy m.in.:
  114. A agregować szacowane obiekty
  115. B dekomponować szacowane obiekty
  116. C opóźniać moment prowadzenia oszacowań
  117. D przyśpieszać moment prowadzenia oszacowań
  118. E stosować zasadę granulacji planowania
  119.  
  120. 18.Wyznaczając terminy analizujemy m.in. następujące związki między zadaniami/czynnościami:
  121. A „jest elementem - jest częścią” (a member of - is part)
  122. B „nadrzędny - podrzędny” (master - slave)
  123. C „rozpocznij - zakończ” (start - finish)
  124. D „zakończ - rozpocznij” (finish - start)
  125. E „zakończ - zakończ” (finish - finish)
  126.  
  127. 19. Podstawowe założenia metody łańcucha krytycznego Goldratta to:
  128. A start projektu as-late-as-possible (alap)
  129. B start projektu as-soon-as-possible (asap)
  130. C tworzenie harmonogramu wprzód (forwards)
  131. D tworzenie harmonogramu wstecz (backwards)
  132. E wszystkie zadania są krytyczne
  133.  
  134. 20. Szacowanie nakładów/kosztów w projektach IT realizuje się m.in. technikami:
  135. A analizy scenariuszowej
  136. B EVA/EVM
  137. C planowania opartego na produktach (PBP)
  138. D rachunku kosztów docelowych (target costing)
  139. E zadań standardowych (Standard Task Method)
  140.  
  141. 21. Metoda wartości uzyskanej EVA/EVM integruje następujące aspekty zarządzania projektami IT:
  142. A budżet projektu
  143. B proces dokumentowania projektu
  144. C wymagania odnośnie sprawności realizacyjnej
  145. D zakres projektu
  146. E zarządzanie komunikacją
  147.  
  148. 22. Podstawowymi miarami używanymi w metodzie wartości uzyskanej są:
  149. A koszt docelowy (TC)
  150. B odchylenie harmonogramu (SV)
  151. C odchylenie kosztu (CV)
  152. D wartość uzyskana (EV)
  153. E wewnętrzna stopa zwrotu (IRR)
  154.  
  155. 23. Projekt IT jest realizowany zgodnie z harmonogramem i budżetem, gdy wg metody EVA/EVM:
  156. A CV>0 i CPI>1 oraz SV>0 i SPI>1
  157. B CV=0 i CPI=1 oraz SV>0 i SPI>1
  158. C CV=0 i CPI=1 oraz SV=0 i SPI=1
  159. D CV<0 i CPI<1 oraz SV>0 i SPI>1
  160. E CV>0 i CPI>1 oraz SV<0 i SPI<1
  161.  
  162. 24. Podstawowymi analizowanymi w studiach wykonalności kategoriami efektów projektów IT są:
  163. A efekty automatyzacji
  164. B efekty informacyjne
  165. C efekty kontrolne
  166. D efekty transformacyjne
  167. E efekty wykonawcze
  168.  
  169. 25. Projekt IT uznajemy w studium wykonalności za efektywny w ujęciu ekonomicznym, gdy:
  170. A IRR = 4,51% a stopa dyskonta to 9,5%
  171. B IRR = 12,1% a stopa dyskonta to 9,5%
  172. C MIRR = 12,37% a stopa dyskonta to 9,5% oraz stopa reinwestycji to 8%
  173. D NPV = -121 001,86 zł
  174. E NPV = 120 101,86 zł
  175.  
  176. 26. Metoda TCO (pełnych kosztów posiadania) polega na pomiarze i symulacji wpływu IT na:
  177. A koszty bezpośrednie
  178. B koszty celu (target costs)
  179. C koszty działań (activity costs)
  180. D koszty odłożone w czasie
  181. E koszty pośrednie
  182.  
  183. 27. Które z podanych atrybutów opisują współczesne podejście do zarządzania jakością projektów IT:
  184. A jakość produktu/usługi IT ocenia producent i/lub ekspert
  185. B jakość to stopień spełnienia oczekiwań użytkownika
  186. C jakość to zgodność produktu/usługi IT z wymaganiami
  187. D wada to niespełnienie oczekiwań użytkownika
  188. E wada to odstępstwo od specyfikacji
  189.  
  190. 28. Głównymi koncepcjami i normami, na których opiera się zarządzanie jakością projektów IT m.in. są:
  191. A analiza zagrożeń
  192. B modele dojrzałości procesów (np. CMM/CMMI)
  193. C SQauRE
  194. D teoria ograniczeń Goldratta
  195. E zasada Deminga (PDCA)
  196.  
  197. 29. Ilościowa analiza ryzyka w projektach IT bazuje m.in. na takich metodach/technikach jak:
  198. A analiza przyczynowo-skutkowa (FMEA)
  199. B analiza użyteczności
  200. C analiza wrażliwości (sensitivity analysis)
  201. D mapa (macierz) ryzyka
  202. E oczekiwana wartość pieniężna (EMV)
  203.  
  204. 30. Wskaż, które podane atrybuty znanych metodyk zarządzania projektami IT opisują je poprawnie:
  205. A ASAP/SSM – metodyka korporacyjna, wdrożeniowa
  206. B PMI/PMBOK – metodyka zarządzania wytwarzaniem oprogramowania
  207. C Prince 2 – metodyka zarządcza, o wysokiej standaryzacji, otwarta
  208. D RUP – metodyka elastyczna, społeczna (social)
  209. E Scrum – metodyka przyrostowa, wytwórcza, typu agile
  210.  
  211. 31. Metodykami zarządzania projektami wdrożeniowymi systemów klasy ERP m.in. są:
  212. A ASAP
  213. B PERT/COST
  214. C Prince 2
  215. D Scrum
  216. E X-engineering
  217.  
  218. 32. Technikami stosowanymi w metodyce zarządzania projektami IT Prince 2 m.in. są:
  219. A planowanie oparte na produktach
  220. B strategiczne zarządzanie projektem
  221. C uzasadnienie biznesowe
  222. D zarządzanie konfiguracją (statusami)
  223. E zarządzanie przez wyjątki
  224.  
  225. 33. Cechami wyróżniającymi metodykę zarządczo-realizacyjną Scrum są m.in.:
  226. A bazowanie na kaskadowym modelu cyklu życia i etapowości
  227. B iteracyjność i przyrostowość
  228. C orientacja na projekty wdrożeniowe
  229. D zarządzanie przez wyjątki
  230. E „zwinność” i adaptacyjność zgodne z wytycznymi tzw. Agile Manifesto
  231.  
  232. 34. Atrybuty wyróżniające metodykę zarządczo-organizacyjną ITIL to:
  233. A bazuje na adaptacyjnym modelu cyklu życia projektu i produktu IT
  234. B dotyczy obszaru zarządzania dostarczaniem i serwisem usług IT
  235. C jej podstawą jest sieciowy model obiektu gospodarczego lub instytucji
  236. D jest biblioteką najlepszych praktyk
  237. E ustawiczne doskonalenie to jeden z jej najważniejszych procesów
  238.  
  239. 35. Rekomendację w pełni pozytywną zgodnie z analizą scenariuszową powinny uzyskać projekty/systemy:
  240.  
  241.  
  242.  
  243. A
  244. B
  245. C
  246. D
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement