WYMIEŃ PODSTAWOWE CECHY CHARAKTERYZUJĄCE PROJEKT CECHY PROJEKTU: Tymczasowość - każdy projekt ma określone terminy rozpoczęcia i zakończenia Zakończenie projektu - osiągnięcie jego celów, stwierdzenie niemożliwości realizacji celów, wygaśnięcie przyczyny dla której rozpoczęto projekt Unikalność- produkt lub usługa różnią się pod pewnymi względami od innych produktów lub usług, mogą posiadać cechy powtarzalne Stopniowe doprecyzowanie - na początku projektu własności wyróżniające produkt określa się w ogólnym zarysie, w miarę postępu badań następuje definiowanie szczegółowych własności KARTA PROJEKTU: oficjalna nazwa projektu, sponsor proj, kierownik proj, cel projektu uzasadnienie biznesowe realizacji projektu, opis wyników na poziomie ogólnym, opis organizacji zespołu, ramowy terminarz prac, zasoby (budżet, personel, dostawcy) UZASADNIENIE BIZNESOWE REALIZACJI PROJEKTU: opis i ocena spodziewanych korzyści (oszczędności wynikające z zatrudnienia, poprawa wizerunku firmy, poprawa jakości pracy); koszty - zakup sprzętu, obsługa systemu, zakłócenia w pracy; ryzyko związane z realizacja i zaniechaniem; skutki finansowe - ocena inwestycji ŁAŃCUCH KRYTYCZNY - najdłuższa ścieżka zależnych działań i zasobów lub zdarzeń, które nie pozwalają na wcześniejsze zakończenie projektu (to chyba to)

OBLICZ METODĄ EV ESTYMOWANĄ WARTOŚĆ KOSZTÓW KOŃCOWYCH PROJEKT, WIEDZĄC, ŻE: Planowany końcowy koszt wykonania wynosi - 60 000 zł, Wartość uzyskana w czasie (t) - 8 000 zł, Koszt rzeczywisty w czasie (t) - 10 000 zł. EAC = BAC * AC(t)/EV(t), gdzie :BAC - planowany koszt zakończenia = 60 000 zł, AC - koszty rzeczywiste = 10 000 zł. EV - wartość uzyskana w momencie (t) = 8 000 zł. Czyli: EAC = 60 000 * (10 000 / 8 000) = 60 000 * 1,25 = 75 000 zł. W SZACOWANIU WIELKOŚCI NAKŁADÓW NA REALIZACJE PROJEKTU PODZIAŁ LICZBY OSOBOMIESIĘCY PRZEZ LICZBĘ OSÓB JEST POPRAWNY, GDY Istnieje możliwość podziału pracy na niezależne części - brak potrzeby komunikowania się SEKWENCJA DZIAŁAN W HARMONOGRAMIE ZALEZY OD.... Środkiem do aranżacji sekwencji działań jest logiczna sieć działań i ich następstwa Podstawa - wiedza o naturze i przepływie pracy Reguła - znajomość wyjścia (wyniku) poprzedzającego działania, które staje się wejściem działania następującego Brak zachowania reguł - spodziewane przerwy w pracy, powtarzanie działań PODAJ CZYNNIKI GRUPOWANIA FUNKCJI W PROCESY (MODUŁY) sekwencje zależności funkcji, role użytkowników, jednostki organizacyjne, możliwe sposoby realizacyjne, równowaga między złożonością składników a: łatwością zrozumienia, możliwościami wdrożenia

GRUPY PROCESÓW W PRINCE 2: Strategiczne zarządzanie projektem, Przygotowanie założeń projektu, Inicjowanie projektu, Planowanie, Sterowanie etapem, Zarządzanie wytwarzaniem produktów, Zarządzanie przejściem do następnego etapu, Zamykanie projektu WARUNKI ZASTOSOWANIA METODY ANALOGII DO SZACOWANIA WIELKOŚCI NAKŁADÓW PROJEKTU. Istnienie dokumentacji innych produktów z tej samej dziedziny Ustalenie kluczowych charakterystyk dla produktów z tej dziedziny Zdefiniowanie różnic i podobieństw nowego produktu z poprzednimi na podstawie kluczowych charakterystyk Oszacowanie wielkości nakładu za pomocą liniowej zależności OKRESL WARUNKI NIEZBĘDNE DO ZASTOSOWANIE METODY EV zakres projektu, harmonogram, planowany budżet, stosowane jednostki miary: godz, kwoty, liczba pakietów roboczych *Nie odnosi się do zadań zarządzania projektem! ZAŁOŻENIA METODY PRINCE strategiczne zarządzanie projektem przygotowanie do rozpoczęcia projektu inicjacja projektu CO TO JEST WARTOŚĆ UZYSKANA EV? Jest to EAC czyli planowany koszt zakończenia Jakie elementy w metodzie łańcucha krytycznego stanowią zabezpieczenie przed ryzykiem niedotrzymania planowanego terminu zakończenia projektu. Bufor projektu Bufory zasilające Kto w projekcie rekomenduje przyjęcie produktu Kierownik komitetu klientów

MIARY ZŁOŻONOŚCI Liczba cyklomatyczna McCabe Miara Halsteada Miary modułowe: Henry i Kafura STEROWNIKI KOSZTOWE W METODZIE COCOMO ATRYBUTY PRODUKTU : RELY, DATA, CPLX ATRYBUTY KOMPUTERA:TIME, STOR, VIRT, TURN ATRYBUTY PERSONELU: ACAP, AEXP, PCAP, VEXP, LEXP ATRYBUTY PRZEDSIĘWZIĘCIA: MODP, TOOL, SCEO Jaka wymiary komunikacji należy uwzględniać przy planowaniu projektu Pisemna, ustna/ Wewnętrzna, zewnętrzna/Formalna, nieformalna/Pionowa,pozioma Podaj kryteria ustalenia sekwencji działań w CPM Znajomość technologii wykonywania prac, Doświadczenie, Preferencje, Dostępność kluczowych zasobów Węzeł końca sieci działań w metodzie CPM wyznaczają: Wczesny start węzła poprzedzającego powiększony o czas jego trwania, Wczesny koniec węzła poprzedzającego, Późny start węzła poprzedzającego powiększony o czas jego trwania, Późny koniec węzła poprzedzającego Jakie zadania i obowiązki należą do zespołu kontroli zmian ? Opracowanie procedury kontroli zmian, Realizacja procedury, Kontrola realizacji przyjętych zmian Do kogo należy wprowadzanie zmian w zespole Kierownik zespołu Wprowadzenie zmian do planu projektu należy do : Kierownik projektu

Wymienić etapy w metodzie COCOMO. Oszacowanie nominalnego nakładu dla ustalonego typu systemu, Obliczenie współczynnika wnioskowania na podstawie ustalonych wielkości współczynników dla każdego z 15tu sterowników kosztowych, Oszacowanie nakładu pracy w osobomiesiącach, Oszacowanie czasu trwania realizacji Liczba lokalnych przepływów wchodzących do modułu jest podstawą obliczenia : Fan-in (M) Do zasad projektowania interface'u użytkownika należą: Minimalizacja interakcji Zachowanie stylu interakcji systemów używanych i akceptowanych przez użytkownika Możliwość wyboru kolejności wykonania operacji bądź anulowania Pomoc: wartość domyślna, znana terminologia, tytuły ekranów, podpowiedzi Jak obliczamy niedopasowane punkty funkcyjne? Wyznaczenie granicy aplikacji Klasyfikacja składników systemu wg typów funkcyjnych Ustalenie poziomu złożoności dla każdego składnika danego typu funkcyjnego na podstawie macierzy złożoności Przy obliczaniu TCF znaczenie mają: C1- transmisja danych C2 - rozproszone przetwarzanie C3 - wydajność C4 - obciążenie konfiguracji C5 - wskaźnik ilościowy transakcji C6 - wprowadzenie danych on-line C7 - sprawność końcowego użytkownika C8- aktualizacja on-line C9 - złożoność przetwarzania C10 - wielokrotność użycia C11 - ułatwienia dla instalacji C12 - ułatwienia dla eksploatacji C13 - wielość stanowisk C14 - ułatwienia dla zmian

Wymienić 3 zasady metody PRINCE. Przygotowanie do rozpoczęcia projektu ,Zainicjowanie projektu, Czteropoziomowa struktura zarządzania Podaj przykład znanych miar funkcjonalnych oprogramowania. Jakiego rodzaju atrybut (wewn./zewn.) one określają. Liczba funkcji wykonywanych przez program- atrybut wewnętrzny, Liczba elementów struktury funkcjonalnej - atrybut wewnętrzny, Liczba elementów struktury informacyjnej - atrybut wewnętrzny, Odpowiedniość zbioru funkcji w odniesieniu do celów i zadań użytkownika - atrybut zewnętrzny, Dokładność otrzymywanych wyników - atrybut zewnętrzny Jakie jest zastosowanie miary punktów funkcyjnych ? (FP). Szacowanie wielkości budowanej aplikacji, Szacowanie wielkości modyfikacji aplikacji Definicja i przykład składnika systemu odpow. Kwalifikacji wewnętrznych pliku logicznego w FP. ILF - wewnętrzny plik logiczny; ILF - grupa logicznie powiązanych danych lub informacji sterujących, pielęgnowanych przez  proces albo funkcję należący do zakresu danej aplikacji Jak oblicza się liczbę typów elementów danych (det) dla EI ? DET dla EI i EO to: liczba przetwarzanych atrybutów/pól łącznie z informacjami sterującymi, komunikatami błędów i podpowiedziami

Metoda analogii Istnienie dokumentacji innych systemów z tej samej dziedziny. Ustalenie kluczowych charakterystyk do systemów z tej dziedziny. Zdefiniowanie różnic i podobieństw nowego systemu z poprzednimi na podstawie kluczowych charakterystyk. Oszacowanie wielkości nakładu za pomocą liniowej zależności. Jakich produktów technicznych dotyczy proj. Syst. Inform. Na poziomie logicznym. Definicja zakresu systemu Struktura systemu Architektura systemu Teoria Halsteada P - program jako kolekcja znaków, operatory i operandy n1 - liczba unikalnych operatorów; n2 - liczba unikalnych operandów N1 - całkowita liczba wystapień operatorów;N2 - operandów Długość P: N = N1 + N2 Słownik P: n = n1 + n2 Twierdzenie 1. Wielkość programu P o długości N N= n1logn1+n2logn2 N=nlog2 (n/2) Twierdzenie 2. Wysiłek potrzebny do wytworzenia P E= n1N2Nlogn/2n2 E=N^2log2 (n)/4 Twierdzenie 3. Czas na wykonanie P T = E/β[s] Gdzie β - liczba elementarnych wyróżnień na sekundę. U Halsteada β=18sek Grupowanie funkcji elementarnych w procesy (moduły) jedna funkcja - jeden proces wszystkie funkcje - jeden proces wybrane funkcje - jeden proces Wybór modelu cyklu życia projektu Rozpoznanie istniejących modeli Przegląd i analiza rodzaju prac: tworzenie,rozwijanie, pielęgnacja, … Wybór modelu według listy kryteriów Dostosowanie modelu cyklu życia projektu do indywidualnych potrzeb

Obliczanie „niedopasowanych” punktów funkcyjnych Wyznaczenie granicy aplikacji Klasyfikacja składowych systemu wg typów funkcyjnych Ustalenie poziomu złożoności dla każdego składnika danego typu funkcyjnego na podstawie macierzy złożoności Przedsięwzięcie informatyczne - jest to zamierzenie tworzenia, rozwoju i wdrożenia systemu informatycznego. System informatyczny - dedykowany klientowi wraz z dokumentacją, która opisuje jak go zainstalować i jak go używać ; jest to wyrób niematerialny, traktowany jako wytwór intelektualny. Modele cyklu życia: Model Kaskadowy Model V Modela Prototypowania Modela Ewolucyjny Model Spiralny Model Komponentowy Model RAD Formalna Transformacja Metody budowania harmonogramu CPM, PERT, wykres Gantta, wykres kamieni milowych, metoda łańcucha krytycznego, harmonogram hierarchiczny Podstawy szacowania nakładów Dokładność oszacowania wielkości produktu końcowego Znajomość metod obliczania kosztów, terminów i nakładów pracy Zmienność wymagań wobec produktu Uwzględnienie kwalifikacji wykonawców projektu Stabilność środowiska projektu Klasyfikacja modeli szacowania nakładów pracy Metoda COCOMO Metoda Delficka Metoda Analogii

Aspekty mierzenia wielkości oprogramowania - Długość - aspekt fizyczny programu Funkcjonalność - aspekt użytkowy, to co w rzeczywistości użytkownik otrzymuje w wyniku działania programu Złożoność - aspekt budowy i użytkowy: strukturalny i obliczeniowy Miary długości (zależnie od języka programowania w jakim tworzy się oprogramowanie) Liczba linii kodu programu LOC (Line of code) Liczba linii kodu efektywnego, tj. bez linii komentarza ELOC lub NCLOC Liczba instrukcji źródłowych dostarczonego produktu DSI bez linii komentarza, ale z deklaracjami i nagłówkami Liczba bajtów Liczba stron dokumentacji Miary funkcjonalności oprogramowania Liczba funkcji wykonywanych przez program - Liczba elementów struktury funkcjonowania Dokładność otrzymywanych wyników Liczba elementów struktury informacyjnej Odpowiedniość zbioru funkcji w odniesieniu do celów i zadań użytkowników Liczba punktów funkcyjnych (FP) Miary złożoności oprogramowania Liczba cyklomatyczna McCabe Miara Halsteada Miary modułowe: Henry i Kafura Kategorie realizacyjne projektów: Ekranowy - operowanie na danych (C,U,D,R) i natychmiastowy czas odpowiedzi Wydawniczy - użycie tabel typu R i opóźniony czas odpowiedzi Operatorski - brak manipulowania danymi i opóźniony czas odpowiedzi Ręczny - brak odwołania do tabel

Typy składników systemu: Informacyjne (dane) ILF - wewnętrzny plik logiczny - grupa logicznie powiązanych danych lub informacji sterujących, pielęgnowanych (C,U,D) przez elementarny proces/funkcję należący do zakresu aplikacji EIF - zewnętrzny plik interfejsu - grupa logicznie powiązanych danych lub informacji sterujących, do których odwołania (R) są realizowane za pomocą elementarnego procesu/funkcji z zakresu danej aplikacji, ale pielęgnowanych przez elementarny proces/funkcję należący do innej aplikacji. Funkcyjne (transakcje) EI - zewnętrzne wejście - elementarny proces/funkcja aplikacji , który przetwarza dane lub informacje sterujące wprowadzone z otoczenia aplikacji przez użytkownika lub inną aplikację. EO - zewnętrzne wyjście - elementarny proces/funkcja aplikacji, który generuje dane lub informacje sterujące do otoczenia aplikacji: do użytkownika lub innej aplikacji EQ - zewnętrzne zapytanie - elementarny proces/funkcja aplikacji, który wyprowadza dane do użytkownika; stanowi kombinację wejść i wyjść; wejście - informacja sterująca, która określa rodzaj i sposób pozyskiwania danych z ILF, EIF; wyjście - nieprzetworzone dane odczytane z ILF, EIF Poziomy stosowania metody Function Point (FP) : System tworzony od początku System zmodyfikowany System działający

Metoda NPV - metoda (dyskontowa) wartości zaktualizowanej netto, której celem jest określenie aktualnej wartości wpływów i wydatków związanych projektem. Obliczanie: , Założenie: stały poziom stopy Dyskontowej r - wartość przepływów pieniężnych netto jako różnica między wpływami i wydatkami w czasie t badanego okresu t = 0, 1, …, n - współczynnik dyskontowy w roku t Metoda COCOMO - etapy: Oszacowanie nominalnego nakładu dla ustalonego rodzaju systemu Obliczenie współczynnika wnioskowania na podstawie ustalonych wielkości współczynników dla każdego z 15 sterowników kosztowych Oszacowanie nakładu pracy w osobomiesiącach Oszacowanie czasu trwania realizacji

Struktura WBS (Work Breakdown Strukture) - Struktura podziału pracy - definiuje pracę do wykonania w celu ukończenia projektu; stanowi zestawienie składników projektu ze względu na jego główne produkty cząstkowe. Jest podstawą do: szacowania kosztów planowania zasobów definiowania zadań zarządzania ryzykiem • zstępujące: od uogólnienia do szczegółów, od celu projektu do pojedynczych zadań • wstępujące: od szczegółów do uogólnienia, od zadań do celu Fazy cyklu życia tworzenia oprogramowania 1. Identyfikacja problemów i celów 2. Określenie wymagań informacyjnych 3. Analiza potrzeb systemowych 4. Projektowanie rekomendowanego Systemu 5. Tworzenie i dokumentowanie oprogramowania 6. Testowanie i utrzymanie systemu 7. Wdrożenie i ewaluacja systemu PODEJŚCIE ITERACYJNE • Wymagania i projekt są modyfikowane poprzez serie iteracji prowadzących do otrzymania systemu satysfakcjonującego rozwijające się potrzeby klienta • Sesje „sprzężenia zwrotnego” i zasada wzajemnego uczenia się • Zwiększenie zrozumienia definicji wymagań • Łatwiejsze zarządzanie zmianami • Umożliwienie rozpoczęcia tworzenia aplikacji dla podzbioru wymagań - analiza dla każdego produktu częściowego • Wczesna neutralizacja zagrożeń • Zwiększenie możliwości ponownego użycia kodu • Łatwiejsze dostosowanie

Podejście ewolucyjne - • powtarzalność faz procesu, umożliwiająca uzyskanie w kolejnych wersjach kompletnego oprogramowania • uzyskanie działającego produktu w każdej wersji rozszerzenia począwszy od rdzenia • uwzględnienie częstych zmian wymagań -ewolucyjna natura oprogramowania • umożliwia zrozumienie trudnych szczegółów wymagań • umożliwia wydanie ograniczonej wersji produktu w przypadku presji czasu, niedostatecznej liczby pracowników Zalety i wady modelu kaskadowego - • Podejście sekwencyjne• Dzieli złożony proces na kilka kroków • Ułatwia śledzenie i kontrolę postępów: każdy krok posiada kryteria przyjęcia i przejścia do następnego kroku • Zapewnia komplet dokumentów • Ogniskuje uwagę na produktach pośrednich • Odpowiedni dla krótko trwających procesów • Brak weryfikacji między etapami • Duży odstęp czasu od zakończenia specyfikacji wymagań do wdrożenia • Założenie o wykonaniu poprawnej specyfikacji wymagań na początku prac - eliminuje model z zastosowania do procesu o nieznanych na początku wymaganiach Fazy RAD • Modelowanie działalności - opis procesu biznesowego • Modelowanie danych - szczegółowy opis danych • Modelowanie procesów - opracowanie procedur tworzenia, modyfikowania i usuwania obiektów • Generowanie aplikacji - zastosowanie technik czwartej generacji • Testowanie i wdrożenie - testowanie nowych komponentów

Zastosowanie i wymagania RAD • Zastosowanie - szybko zmieniające się wymagania - ograniczony czas wykonania - do wybranych części aplikacji • Nie stosować do przedsięwzięć - związanych z dużym ryzykiem technicznym, np. nowa technologia, - z wymaganiem wysokiej efektywności • Wymagania - modułowość systemu- zastosowanie narzędzi CASE, gotowych komponentów wielokrotnego użycia- zwiększenie produktywności zespołu- wysoka jakość zasobów- duże zaangażowanie użytkownika w przeglądy Zalety i wady modelu V • Sprzężenie procesów weryfikacji i walidacji z etapami podstawowymi • Sekwencyjne etapy, których rozpoczęcie zależy od zakończenia poprzedniego Zalety i wady prototypowania • Na etapie analizy pozwala na ustalenie prawdziwych potrzeb klienta, wspomaga weryfikację specyfikacji wymagań, • Na etapie projektowania wspomaga podjęcie decyzji projektowych • Trudności w zastosowaniu do dużych systemów lub na poziomie podsystemów • Trudności w określeniu liczby iteracji • Niebezpieczeństwo pozostawienia tymczasowych rozwiązań Kryteria wyboru modelu• ryzyko • czas na wykonanie • niezawodność • klarowność wymagań • technologia, rozmiar i złożoność • interfejs użytkownika • priorytety użytkownika• spodziewany czas życia systemu • potencjalna równoległość • interfejsy z istniejącymi lub nowymi systemami

Zalety i wady modelu spiralnego • Model ewolucyjny, powtarzalność oparta na prototypowaniu • Zastosowanie - do dużych projektów • Każde okrążenie dotyczy jednego elementu produktu: koncepcja, wymagania, projekt, kod • Umożliwia zmiany w rozwoju produktu - zarządzanie zmianami • Konieczność zarządzania ryzykiem • Wczesna eliminacja błędów • Powtórne wykorzystanie wcześniej wykonanych części • Każdy cykl zakończony przeglądem wykonanym przez kluczowych członków zespołu • Wymaga dużej wiedzy i doświadczenia od kierownika procesu • Trudności w opracowaniu i kontroli kontraktu • Wielokrotne powtarzanie ekspertyz analizy ryzyka Zalety i wady formalnej transformacji - • Wysoka niezawodność pod warunkiem bezbłędnej pecyfikacji (brak sprzeczności) • Przeniesienie trudności programowania na etap specyfikacji wymagań • Prawdopodobna mała efektywność uzyskanego kodu • Brak uniwersalnych języków formalnej specyfikacji Język formalny • symbol - obiekt abstrakcyjny, np. litera, cyfra, znak graficzny • alfabet - skończony zbiór symboli (Σ) • łańcuch (słowo) - skończony ciąg symboli • język (formalny) - zbiór łańcuchów złożonych z symboli jakiegoś jednego alfabetu (Σ*) • Przykład jeżeli Σ = {a}, to Σ* = {e, a, aa, aaa, ...}, gdzie e - słowo puste

Warstwy zarządzania projektem zarząd organizacji, rada projektu, kierownik projektu, kierownik zespołu, Liczba warstw i zespołów zależy od: wielkości i kosztu przedsięwzięcia, technicznej złożoności produktu, znaczenia przedsięwzięcia, dostępności personelu Warstwa pierwsza - organizacja lub zarząd, wypracowanie strategii, koordynacja wszystkich projektów, prowadzących do oczekiwanych zmian, wyznaczenie rady projektu do działania w ustalonych ograniczeniach Warstwa druga - Rada projektu, kierowanie całością projektu, odpowiedzialność za wyniki prac, mianowanie i rozliczanie kierowników projektu, zatwierdzanie zmian, przyjmowanie wyników projektu Warstwa trzecia - kierownik projektu: planowanie, monitorowanie, kontrola , w większych projektach podejmowanie decyzji: - finansowych, - w zakresie specyfikacji wymagań, zasobów, akceptacji produktów Kierownik zespołu odpowiedzialność za pracę przydzielonego zespołu realizacyjnego, planowanie i kierowanie codziennymi pracami, prowadzenie przeglądu prac członków zespołu, raportowanie do kierownika projektu, powoływany w przypadku: - rozproszenie geograficzne personelu, - duża liczba osób, - różne etapy prac, osoby z różnymi umiejętnościami, - potrzeba zarządzania zespołem osób pochodzących z zewnętrznej firmy RADA PROJEKTU: Przedstawiciel klienta, Strateg biznesowy, Kierownik projektu, Kierownik realizacji

Biuro Projektu Role BP: „policjant”, „asystent”, „doradca” Kto potrzebuje BP: zarząd jednostki organizujące audyty, kontrole wewnętrzne sponsor projektu kierownik projektu kierownik jednostki organizacyjnej Interesariusze (udziałowcy) projektu osoby i organizacje aktywnie zaangażowane lub powiązane z realizacją lub zakończeniem projektu sponsor (gestor) - właściciel projektu - kierownik projektu - klient, użytkownik - organizacja realizująca projekt - członkowie zespołu realizującego projekt- inni: dostawcy, instytucje rządowe, stowarzyszenia, ... Analityk definiowanie wymagań użytkownika definiowanie kryteriów akceptacji decydujący udział w opracowaniu dokumentacji użytkownika definiowanie nowych lub zmieniających się wymagań Projektant wraz z analitykiem generuje projekt systemu budowa porozumienia między analitykami i programistami: - na wejściu projektant otrzymuje wyniki analizy - wyniki projektowania stanowią wejście dla programisty wprowadzenie zmian projektowych w wyniku zidentyfikowanych potrzeb zmian wypracowanie standardów specyficznych dla przedsięwzięcia Programista pisanie programu w określonym języku dokładna implementacja specyfikacji wymagań wstępne testowanie implementacja ustalonych zmian

Podstawowe role w przedsięwzięciu informatycznym: sponsor/klient, użytkownik, kierownik, przedsięwzięcia/zespołu, specjalista ds. jakości, ryzyka, analityk, projektant, programista, administrator, dokumentalista - Sponsor: inicjowanie przedsięwzięć definiowanie biznesowych zamierzeń przedsięwzięcia definiowanie celów przedsięwzięcia i priorytetów określanie minimalnych wymagań dla przedsięwzięcia nadzorowanie postępów prac z biznesowego punktu widzenia informowanie zarządu o postępach ewentualne przerwanie przedsięwzięcia zapewnianie poparcia zarządu dla przedsięwzięcia Użytkownik Określenie wymagań dla produktów Określenie kryteriów akceptacji i przygotowanie testów Zaplanowanie i wykonanie testów, spisanie uwag i usterek Nabycie odpowiedniej wiedzy i umiejętności do korzystania z produktów Opracowanie i wprowadzenie niezbędnych zmian w organizacji Sporadycznie: przygotowanie danych testowych i napisanie dokumentacji użytkownika końcowego Kierownik przedsięwzięcia osiągnięcie celów w ramach czasu, kosztu i jakości ustalonych przez sponsora planowanie, nadzorowanie i kontrolowanie podejmowanie działań naprawczych wybór, tworzenie i motywowanie zespołu informowanie sponsora i zarządu o postępach oraz zgłaszanie problemów działanie jako główny łącznik między sponsorem zarządem i uczestnikami przedsięwzięcia wybór i zarządzanie podwykonawcami

Tester Sprawdzenie działania systemu w odniesieniu do specyfikacji wymagań - weryfikacja kompletności - weryfikacja zgodności Poziomy testowania- testowanie jednostki- testowanie integracji- testowanie systemu Zapewnienie poprawności działania systemu na dotychczasowym poziomie po wprowadzeniu zmian Szkoleniowiec Prezentacja działania systemu Szkolenie w zakresie korzystania z systemu Szkolenie w zakresie wprowadzonych zmian do systemu Dokumentalista Przygotowanie i przechowywanie dokumentów wykorzystywanych podczas cyklu życia systemu- Specyfikacja wymagań- Opis projektu- Dokumentacja programu- Podręcznik szkoleniowy- Plany testów Współpraca z zespołem zarządzania konfiguracją Zespoły zadaniowE Kluczowe - analityków- projektantów- programistów Wspierające- ds. jakości- kontroli zmian- zarządzania konfiguracją- szkoleń- akceptacyjny - administracyjny Projekt a działalność operacyjna - Różnice - projekt: tymczasowość i unikalność, podejmuje się w celu osiągnięcia strategicznych celów - działalność operacyjna: charakter ciągły, powtarzalność, zapewnienie ciągłego funkcjonowania organizacji Cechy wspólne - podlegają planowaniu, realizacji i kontroli - wykonywane przez ludzi - ograniczony limit dostępnych zasobów

---