16-20
16. Porównaj zalecenia Prince2, PMI i 1
Chestra SBS w zakresie obszarów
zarządzania projektem informatycznym i organizacji biura projektu informatycznego. 1
17. Omów
zagadnienie zarządzania konfiguracją w
przedsięwzięciu informatycznym na podstawie. 1
metodyki RUP. 1
18. Omów
zakres działania tzw. 2
"inżynierii wymagań"
w procesie wytwórczym oprogramowania. 2
19. Omów
podstawowe metody
rozpoznawania wymagań i cechy. 2
jakościowego dobrego opisu. 2
wymagań. 2
20. Omów
główne klasy wymagań na system informatyczny. Podaj
przykłady takich wymagań. 2
 


16. Porównaj zalecenia Prince2, PMI i

Chestra SBS w
zakresie obszarów zarządzania projektem
informatycznym i organizacji biura projektu informatycznego.

Studiując metodyką Prince2
można odnieść nieodparte wrażenie, że
jest ona mocno

sugerowana osiągnięciami
standardów

PMI. Wydaje
się, że autorom metodyki

Prince2
zależało przede wszystkim na
pewnym zagregowaniu, usystematyzowaniu i
przełożeniu zasad
określonych w standardach

północnoamerykańskich na uwarunkowania
rynku europejskiego.

Różnice w zakresie zarządzania
projektem informatycznym w Prince2

i PMI:





Różnice w organizacji biura projektu
informatycznego w Prince2 i Chestr

SBS: W zaleceniach Prince 2 wyróżnia się

szefa projektu od strony użytkownika i dostawcy (tworzą oni zarząd projektu), w

Chestr jest jeden szef projektu inaczej

zwany kierownikiem, posiadający silną
pozycje. Istotne różnice
w administracji

projektu to: w Prince2
menedżer

konfiguracji(powoływany do większych
projektów) który to w metodyce Chestr nie

jest składową administracji
projektu a

dodatkowo w Chestr powołuje się
menedżerów budżetu i jakości. Kolejną różnicą jest w Chestr architekt systemowy i biznesowy(określają zakres projektu i produktu) natomiast w Prince2
sekretariat
biura
projektu. Wyróżnionymi obszarami w Chestr jest dokumentacja
i testowanie. W
metodyce Prince2
dzięki
oddzieleniu grupy zarządczej, odpowiedzialnej za
organizację

i kierowanie, od technicznej wytwarzającej
produkt, może
ona znaleźć zastosowanie w wielu dziedzinach.

Cechy: W Prince2 skoncentrowano się na określeniu zasad organizacji i zarządzania projektem, co ma w przekonaniu jej

autorów gwarantować prawidłowe jego rozpoczęcie
i doprowadzenie
do

pomyślnego zakończenia oraz
wypracowanie
oczekiwanych produktów, przy jednoczesnym dotrzymaniu

planowanego czasu, budżetu i
jakości projektu.

17. Omów zagadnienie zarządzania
konfiguracją w przedsięwzięciu
informatycznym na podstawie

metodyki RUP.

RUP: Ukierunkowany na przypadki użycia,
Architekturo-centryczny,
Iteracyjny,

Przyrostowy Sterowany ryzykiem

Zarządzania konfiguracją ma na celu:

1. identyfikacje i udokumentowanie
funkcjonalnych oraz niefunkcjonalnych

charakterystyk produktów projektowych 2.

monitorowanie wszelkich zmian tych charakterystyk 3. zapisywanie i

raportowanie
zmian oraz stopnia

implementacji
zmian 4. Weryfikacje
poszczególnych produktów projektowych pod względem spełniania
wymagań ustalonych
dla tych produktów.

18. Omów zakres działania tzw.

"inżynierii wymagań" w procesie wytwórczym oprogramowania.

Celem fazy określenia wymagań jest
ustalenie wymagań klienta wobec tworzonego systemu. Dokonywana jest zamiana
celów klienta na konkretne

wymagania zapewniające osiągnięcie tych
celów. Proces inżynierii
wymagań to: wynajdowanie, analizowanie, specyfikowanie i dokumentowanie
sprawdzania
usług i ograniczeń W zakresie
inżynierii wymagań
wyróżnia się:
wymagania użytkownika, wymagania systemowe, wymagania funkcjonalne i niefunkcjonalne, dokumentacje
wymagań stawianych oprogramowaniu. Punktem wyjściowym w projektowaniu w pełni funkcjonalnej aplikacji
są trzy podstawowe elementy związane
z inżynierią wymagań,
czyli: zebranie wymagań użytkowników, zarządzanie
tymi wymaganiami, czyli zestawienie powstałej specyfikacji
z oczekiwaniami
klienta, weryfikowanie
tych wymagań poprzez stałą komunikację

całego zespołu, aby upewnić się, że powstaje odpowiednia aplikacja.

Projekt powinien odnosić się
do
trzech poziomów wymagań:
Wymagania
biznesowe(potrzeby)
Wymagania

użytkownika(cechy) Wymagania systemowe(funkcjonalne, niefunkcjonalne)



19. Omów podstawowe metody rozpoznawania wymagań i cechy

jakościowego dobrego opisu

wymagań.

Dobry opis wymagań powinien być:
Kompletny, Niesprzeczny, Weryfikowalny,
Realizowalny, Opisywać zewnętrzne
zachowania systemu z pominięciem sposobu jego realizacji, Obejmować ograniczenia, przy jakich musi pracować
system, Łatwy w modyfikacji, Zapewniać
możliwości zmiany wymagań w kolejnych etapach, Zawierać zachowania systemu w
niepożądanych lub skrajnych sytuacjach Metody rozpoznawania wymagań:
Wywiady i przeglądy. Wywiady powinny
być
przygotowane (w postaci listy pytań) i podzielone
na odrębne zagadnienia.

Podział powinien przykrywać całość tematu

i powinny być przeprowadzone na reprezentatywnej grupie
użytkowników.

Wywiady powinny doprowadzić do szerokiej zgody i akceptacji projektu.
Studia na istniejącym

oprogramowaniem. Dość często nowe
oprogramowanie zastępuje stare. Studia
powinny ustalić wszystkie dobre i złe
strony

starego oprogramowania.

Studia wymagań systemowych. Dotyczy sytuacji, kiedy nowy system ma

być częścią większego systemu.

Studia osiągalności. Określenie realistycznych
celów systemu i
metod ich

osiągnięcia.

Prototypowanie. Zbudowanie
prototypu
systemu działającego w zmniejszonej skali,

z uproszczonymi
interfejsami.

20. Omów główne klasy wymagań na
system informatyczny. Podaj przykłady takich wymagań.

Wymagania funkcjonalne- Opisują
funkcje (czynności, operacje) wykonywane
przez system. Funkcje
te mogą być również

wykonywane przy użyciu systemów zewnętrznych. Są stwierdzeniami, jakie usługi
ma oferować system, jak ma

reagować na określone dane wejściowe

oraz
jak
ma się zachowywać w określonych
sytuacjach. W niektórych wypadkach

wymagania funkcjonalne określają, czego system nie powinien robić. Mogą być

również wykonywane
przy
użyciu systemów zewnętrznych. NP:

-system wymaga
logowania
użytkownika

-możliwość sprawdzania postępów pracy w każdym momencie

Wymagania niefunkcjonalne Opisują

ograniczenia, przy których system ma
realizować swoje funkcje. To ograniczenia
usług i funkcji systemu. Obejmują ograniczenia
czasowe, ograniczenia dotyczące
procesu tworzenia, standardy

-system powinien odszukiwać dane
każdego użytkownika poniżej 10
sekund

-system nie powinien zajmować więcej niż

10GB

Wymagania dziedzinowe- Pochodzą
z dziedziny zastosowania systemu
odzwierciedlają
jej
charakterystykę. Mogą być funkcjonalne
lub
niefunkcjonalne.

-Wszystkie bazy danych powinny być
dostępne przez jednolity interfejs

użytkownika, którego podstawą jest

standard Z39.50.