13.Omów przykład struktury biura projektu informatycznego, zbudowanego według zaleceń Prince2.

14. Omów podstawowe obszary zarządzania przedsięwzięciem informatycznym według metodyki PMI.

15.Omów przykład struktury biura projektu informatycznego zbudowanego według zaleceń metodyki Chestra SBS.

16.Porównaj zalecenia Prince2, PMI i Chestra SBS w zakresie obszarów zarządzania projektem informatycznym i organizacji biura projektu informatycznego.

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

18. Omów zakres działania tzw. „inżynierii wymagań” w procesie wytwórczym oprogramowania

19. Omów podstawowe metody rozpoznawania wymagań i cechy jakościowego dobrego opisu wymagań.

13.

W większych projektach powołuje się: menedżera konfiguracji , archiwum projektu, planiste

Dodatkowe informacje (jak chcesz 3 nie czytaj dalej)!!!

Szef projektu- jest personalnie odpowiedzialny za sukces lub porażkę projektu, decyduje na szczeblu operacyjnym. Szefowie ze strony użytkownika i ze strony dostawcy tworzą Zarząd Projektu.

Szef projektu u użytkownika- odpowiada za: współorganizację prac projektowych i zapewnienie zasobów dla projektu ze strony klienta

Szef projektu u dostawcy - odpowiada za: 1.organizowanie (planowanie) projektu i prac oraz korygowanie planów 2. ustalenie założeń, wymagań użytkownika oraz kryteriów akceptacji produktów projektowych 3. kontrolę postępów i ich raportowanie (produkt, czas, budżet) 4. mianowanie Szefów Zespołów i Sekretariatu Projektu 5. dostarczenie produktów do testów i akceptacji 6. zapewnienie zasobów ze strony dostawcy 7. zorganizowanie prac Komitetu Sterującego 8. kontakty z poddostawcami

Sekretariat/administracja biura projektu - wykonuje zadania w zakresie

: 1. prowadzenia biblioteki projektu, planów, raportów, wniosków o zmianę itp. 2. zarządzania korespondencją, dokumentacją spotkań 3. zbierania i konsolidacji raportów z zespołów technicznych 4. przygotowania materiałów do raportów Szefa Projektu 5. spraw osobowych (urlopy, rozliczenia finansowe, sprawy pracownicze itp.) 6. rozliczeń finansowych z dostawcami zewnętrznymi 7. rozliczeń finansowych z klientem

Zespoły Realizacyjne

-są wykonawcami produktów i dlatego od ich prawidłowego składu i organizacji zależy powodzenie realizacji projektu.

Powrót

14.

Zarządanie:

Zakresem - obejmuje procesy dające pewność że projekt uwzględnia wszystkie konieczne czynności niezbędne dla pomyślnego zakończenia projektu i uzyskania oczekiwanego zakresu produktu

. Główne procesy to: 1.inicjowanie faz projektu 2.planowanie zakresu 3.definiowanie zakresu 4.weryfikacja zakresu 5.kontrola zmian zakresu

Kosztem-obejmuje procesy wymagane do zapewnienia, że projekt zostanie ukończony w ramach zaakceptowanego budżetu. Główne procesy to:

1.planowanie zasobów 2.estymowanie kosztu 3.przypisywanie kosztów (budżetowanie) 4.kontrola kosztu 5.zarządzanie zmianami budżetu

Harmonogramem(czasem)- obejmuje procesy wymagane do zapewnienia przestrzegania przez zespół projektowy ustalonych granic czasowych dla poszczególnych czynności w projekcie. Główne procesy to: 1.definiowanie czynności 2.sekwencjonowanie czynności 3.estymowanie czasu 4.opracowanie harmonogramu 5.kontrola wykonania harmonogramu 6.zarządzanie zmianami harmonogramu

Jakością-obejmuje procesy wymagane do zapewnienia zaspokojenia przez rezultaty projektu tych potrzeb, dla których został on powołany. Główne procesy to:1.planowanie jakości 2.zapewnienie jakości 3.kontrola jakości

Komunikacją-obejmuje procesy służące zapewnieniu terminowego i właściwego tworzenia, gromadzenia, rozpowszechniania, przechowywania i usuwania informacji niezbędnej do efektywnego zarządzania projektem. Główne procesy: 1.planowanie komunikacji 2.dystrybuowanie informacji 3.sprawozdawczość

Integracją-obejmuje procesy wymagane do zapewnienia poprawnej koordynacji wszystkich elementów projektu. Główne procesy:1.wypracowanie planu projektu 2.wykonywanie planu projektu 3.ogólna kontrola zmian projektu

Ryzykiem -obejmuje procesy identyfikacji, analizowania i reakcji na zaistnienie czynników ryzyka w projekcie. Główne procesy: 1.identyfikacja ryzyka 2.estymowanie ryzyka 3.optymalizacja ryzyka 4.monitorowanie ryzyka

Zasobami ludzkimi- obejmuje procesy ułatwiające efektywne wykorzystanie ludzi w projekcie (klientów, sponsorów i innych uczestników).Główne procesy:

1.planowanie organizacji 2.nabór personelu 3.zarządzanie zespołami ludzkimi Zaopatrywaniem/zleceniami/sprzedażą obejmuje zdobywanie dóbr i usług spoza organizacji wykonującej projekt Główne procesy:1.planowanie zleceń 2.planowanie ofert 3.realizacja ofert 4.selekcja dostawców

Powrót

15.

Informacje dodatkowe:

Kierownik Projektu(Szef projektu)- posiada

• silną pozycje

Architekt Systemowy i Biznesowy - określają zakres projektu i zakres produktu

Techniczne zarządzanie projektem - wyróżniono dokumentacje użytkownika i obszary testów

Powrót

16. (ps.co do Chestra SBS to jest on kurwa wielką niewiadomą co potwierdza slajd opisujący zawartość prezentacji który mówi o elementach Chestra v. 2.0 z Siemens Business Services natomiast pytanie wymaga znajomości zarządzania projektem informatycznym wg tej metodyki

, poniżej zamieszczam moje wypociny)

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ółnocno-amerykań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. Co do Chestra to ambitnych odsyłam do toolboxa Siemensa który dodaje jako załącznik.

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.

Powrót

17. 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

Powrót

18. 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ń: 1.Wymagania biznesowe(potrzeby) 2. Wymagania użytkownika(cechy) 3.Wymagania systemowe(funkcjonalne, niefunkcjonalne)

Powrót

19.Dobry opis wymagań powinien być:

-Kompletny

-Niesprzeczny

-Weryfikowalny

-Realizowalny

Ponadto:

-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 (brzegowych)

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.

Powrót

---