Inżynieria Programowania Zarządzanie projektem



Podobne dokumenty
Inżynieria Programowania Zarządzanie projektem. Plan wykładu. Motto. Motto 2. Notatki. Notatki. Notatki. Notatki.

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką?

Inżynieria Programowania Inżynieria wymagań. Plan wykładu. Motto. Wstęp. Notatki. Notatki. Notatki. Notatki. Arkadiusz Chrobot

Projektowanie oprogramowania. Wykład Weryfikacja i Zatwierdzanie Inżynieria Oprogramowania Kazimierz Michalik

Inżynieria Programowania Inżynieria wymagań

Zasady organizacji projektów informatycznych

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

Egzamin / zaliczenie na ocenę*

Zarządzanie zmianą - rozwój zarządzania procesowego wg ISO 9001:2015

Wykład 1 Inżynieria Oprogramowania

Wstęp do zarządzania projektami

<Nazwa firmy> <Nazwa projektu> Specyfikacja dodatkowa. Wersja <1.0>

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Wstęp do zarządzania projektami

Rozdział 5: Zarządzanie testowaniem. Pytanie 1

Wstęp do zarządzania projektami

Zarządzanie projektem

Podstawy Inżynierii Oprogramowania. Wykład 9 Zarządzanie projektem

Certified IT Manager Training (CITM ) Dni: 3. Opis:

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami

Zarządzanie projektami. Wykład 2 Zarządzanie projektem

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

Plan zarządzania projektem

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010

Grupa treści kształcenia, w ramach której przedmiot jest realizowany Przedmiot kierunkowy

Kuchta Jarosław Jakość Oprogramowania. Modele dojrzałości procesu wytwarzania oprogramowania CMM/CMMI

Zarządzanie projektami. Wydanie II.

Krzysztof Wawrzyniak Quo vadis BS? Ożarów Mazowiecki, styczeń 2014

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie

KARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Inżynieria oprogramowania, C12

Spis treści Wstęp 1. Wprowadzenie 2. Zarządzanie ryzykiem systemów informacyjnych

Wsparcie narzędziowe zarządzania ryzykiem w projektach

OCENA RYZYKA ZAWODOWEGO. dr inż. Zofia Pawłowska

Inżynieria Programowania Weryfikacja i zatwierdzanie. Plan wykładu. Motto. Wstęp. Notatki. Notatki. Notatki. Notatki.

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Usługa: Testowanie wydajności oprogramowania

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz

Etapy życia oprogramowania

dr Stanisław Gasik Podstawy konkurencyjności w projektach Koszt Wartość

2.11. Monitorowanie i przegląd ryzyka Kluczowe role w procesie zarządzania ryzykiem

Zarządzaj projektami efektywnie i na wysokim poziomie. Enovatio Projects SYSTEM ZARZĄDZANIA PROJEKTAMI

Jarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming

Zarządzanie jakością w logistyce ćw. Artur Olejniczak

Wykład 3 Wymagania. MIS n Inżynieria oprogramowania Październik Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie

Uniwersytet w Białymstoku Wydział Ekonomiczno-Informatyczny w Wilnie SYLLABUS na rok akademicki 2012/2013

PROJEKT INŻYNIERSKI I

Uniwersytet Łódzki Wydział Matematyki i Informatyki, Katedra Analizy Nieliniowej. Wstęp. Programowanie w Javie 2. mgr inż.

PROJEKT PREDEFINIOWANY Budowanie kompetencji do współpracy między-samorządowej i międzysektorowej jako narzędzi rozwoju lokalnego i regionalnego

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz

PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Strategia testów mająca doprowadzić do osiągnięcia pożądanych celów

P O L I T E C H N I K A K O S Z A L I Ń S K A. Zarządzanie Ryzykiem

AL 1302 ZARZĄDZANIE PROJEKTAMI W OPARCIU O METODYKĘ PRINCE2

Systemy zabezpieczeń

Proces tworzenia wartości w łańcuchu logistycznym. prof. PŁ dr hab. inż. Andrzej Szymonik 2014/2015

INFORMACJE O OFERENCIE

Wykład Zarządzanie projektami Zajęcia 7 Zarządzanie ryzykiem. dr Stanisław Gasik s.gasik@vistula.edu.pl

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania

RADA WYDZIAŁU Elektroniki i Informatyki. Sprawozdanie z realizacji praktyk studenckich na kierunku Informatyka w roku akademickim 2017/18

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

Oceny z prezentacji INKU011S. Zofia Kruczkiewicz

Faza strategiczna. Synteza. Analiza. Instalacja. Faza strategiczna. Dokumentacja. kodowanie implementacja. produkt konserwacja

Zarządzanie ryzykiem w projektach informatycznych. Marcin Krysiński marcin@krysinski.eu

ECDL ZARZĄDZANIE PROJEKTAMI

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Inżynieria oprogramowania (Software Engineering)

Informatyczne wsparcie zarządzania bezpieczeństwem lotów aspekty analityczne i ekonomiczne. Jarosław Wójcik Wojskowa Akademia Techniczna

Standard ISO 9001:2015

Rozdział 4 Planowanie rozwoju technologii - Aleksander Buczacki 4.1. Wstęp 4.2. Proces planowania rozwoju technologii

Działalność B+R Oferta Prowadzenie działalności B+R Wdrażanie wyników prac B+R Zarządzanie projektami B+R

Efekt kształcenia. Ma uporządkowaną, podbudowaną teoretycznie wiedzę ogólną w zakresie algorytmów i ich złożoności obliczeniowej.

Efekty kształcenia dla kierunku studiów INFORMATYKA, Absolwent studiów I stopnia kierunku Informatyka WIEDZA

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Studium wykonalności

Część I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA

Inżynieria oprogramowania (Software Engineering)

Regulamin zarządzania ryzykiem. Założenia ogólne

Testowanie oprogramowania. Piotr Ciskowski

Dokument Detaliczny Projektu

Metody wytwarzania oprogramowania. Metody wytwarzania oprogramowania 1/31

PAŃSTWOWA WYŻSZA SZKOŁA ZAWODOWA W NYSIE

Szczegółowy opis przedmiotu zamówienia

CRM w logistyce. Justyna Jakubowska. CRM7 Specjalista Marketingu

STUDIA PODYPLOMOWE Zarządzanie Projektami

Projektowanie systemów informatycznych

Zarządzanie projektami a zarządzanie ryzykiem

Systemy zarządzania bezpieczeństwem informacji: co to jest, po co je budować i dlaczego w urzędach administracji publicznej

Odniesienie do efektów kształcenia dla obszaru nauk EFEKTY KSZTAŁCENIA Symbol

PRZEWODNIK PO PRZEDMIOCIE

Konfiguracja modelowania w procesie wytwarzania oprogramowania

ECDL/ICDL Zarządzanie projektami Moduł S5 Sylabus - wersja 1.0

Pytania z przedmiotów kierunkowych

Podsumowanie wyników ankiety

Trudne czasy wymagają radykalnych decyzji. Piotr Polak

Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1

INŻYNIERIA OPROGRAMOWANIA

Innowacyjna metoda rangowania publicznych i prywatnych przedsięwzięć rewitalizacyjnych na zdegradowanych obszarach miejskich

FORMULARZ IDENTYFIKACJI POTRZEB SZKOLENIOWYCH I DORADCZYCH

Polityka zarządzania ryzykiem na Uniwersytecie Ekonomicznym w Poznaniu. Definicje

INŻYNIERIA OPROGRAMOWANIA Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny

Transkrypt:

Inżynieria Programowania Zarządzanie projektem Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 12 października 2015

Plan wykładu 1 2 3 4 5

Plan wykładu 1 2 3 4 5

Plan wykładu 1 2 3 4 5

Plan wykładu 1 2 3 4 5

Plan wykładu 1 2 3 4 5

Motto Plan wykładu Dziękuję panu Jackowi Gałczyńskiemu za wskazanie tej grafiki.

Motto 2 Plan wykładu The term «software engineering» is more a goal than how we actually write software. Terence Parr

Plan wykładu Zarządzanie tworzeniem oprogramowania jest trudne, ze względu na: niematerialny produkt końcowy, brak standardowych procesów tworzenia oprogramowania, niepowtarzalność dużych przedsięwzięć programistycznych.

Plan wykładu Zarządzanie tworzeniem oprogramowania jest trudne, ze względu na: niematerialny produkt końcowy, brak standardowych procesów tworzenia oprogramowania, niepowtarzalność dużych przedsięwzięć programistycznych.

Plan wykładu Zarządzanie tworzeniem oprogramowania jest trudne, ze względu na: niematerialny produkt końcowy, brak standardowych procesów tworzenia oprogramowania, niepowtarzalność dużych przedsięwzięć programistycznych.

Typowe działania związane z zarządzaniem projektem programistycznym: 1 opracowanie oferty, 2 planowanie i tworzenie harmonogramu przedsięwzięcia, 3 szacowanie kosztów przedsięwzięcia, 4 monitorowanie i ocenianie przedsięwzięcia, 5 wybór i ocena personelu, 6 opracowywanie raportów i prezentacji.

Typowe działania związane z zarządzaniem projektem programistycznym: 1 opracowanie oferty, 2 planowanie i tworzenie harmonogramu przedsięwzięcia, 3 szacowanie kosztów przedsięwzięcia, 4 monitorowanie i ocenianie przedsięwzięcia, 5 wybór i ocena personelu, 6 opracowywanie raportów i prezentacji.

Typowe działania związane z zarządzaniem projektem programistycznym: 1 opracowanie oferty, 2 planowanie i tworzenie harmonogramu przedsięwzięcia, 3 szacowanie kosztów przedsięwzięcia, 4 monitorowanie i ocenianie przedsięwzięcia, 5 wybór i ocena personelu, 6 opracowywanie raportów i prezentacji.

Typowe działania związane z zarządzaniem projektem programistycznym: 1 opracowanie oferty, 2 planowanie i tworzenie harmonogramu przedsięwzięcia, 3 szacowanie kosztów przedsięwzięcia, 4 monitorowanie i ocenianie przedsięwzięcia, 5 wybór i ocena personelu, 6 opracowywanie raportów i prezentacji.

Typowe działania związane z zarządzaniem projektem programistycznym: 1 opracowanie oferty, 2 planowanie i tworzenie harmonogramu przedsięwzięcia, 3 szacowanie kosztów przedsięwzięcia, 4 monitorowanie i ocenianie przedsięwzięcia, 5 wybór i ocena personelu, 6 opracowywanie raportów i prezentacji.

Typowe działania związane z zarządzaniem projektem programistycznym: 1 opracowanie oferty, 2 planowanie i tworzenie harmonogramu przedsięwzięcia, 3 szacowanie kosztów przedsięwzięcia, 4 monitorowanie i ocenianie przedsięwzięcia, 5 wybór i ocena personelu, 6 opracowywanie raportów i prezentacji.

Rodzaje planów Plan Plan jakości Plan zatwierdzania Plan zarządzania konfiguracjami Plan pielęgnacji Plan rozwoju umiejętności personelu Opis Obejmuje procedury zapewniania jakości i standardy obowiązujące w przedsięwzięciu. Obejmuje podejście, zasoby i harmonogram zatwierdzania systemu. Obejmuje procedury zarządzania konfiguracjami i używane struktury. Przewiduje się w nim wymagania stawiane pielęgnacji systemu, jej koszty i niezbędne nakłady. Opisuje się w nim, jak będą wzrastały umiejętności i doświadczenia personelu.

Algorytm planowania przedsięwzięcia Ustal ograniczenia przedsięwzięcia. nie oszacuj parametry przedsięwzięcia. Skoryguj etapy i produkty. dopóki nie zrealizowano i nie anulowano przedsięwzięcia powtarzaj Opracuj harmonogram przedsięwzięcia. Poczekaj (pewien czas). Zbadaj postępy przedsięwzięcia. Zrewiduj oszacowanie parametrów przedsięwzięcia. Zaktualizuj harmonogram przedsięwzięcia. Renegocjuj ograniczenia i produkty przedsięwzięcia. jeśli (pojawiły się kłopoty), to Rozpocznij przegląd techniczny i dopuszczalne poprawki. koniec jeśli koniec powtarzaj

Plan przedsięwzięcia 1 Wprowadzenie - cele i ograniczenia. 2 Organizacja przedsięwzięcia - personel, struktura zespołu. 3 Analiza zagrożeń - rodzaje, prawdopodobieństwo wystąpienia, strategie zapobiegające skutkom. 4 Wymagania stawiane zasobom sprzętowym i programowym - sprzęt i oprogramowanie niezbędne do ukończenia projektu. W przypadku konieczności zakupu - szacowana cena i termin realizacji zakupu. 5 Podział pracy - podział na czynności i etapy. 6 Harmonogram przedsięwzięcia - podział obowiązków, czas realizacji poszczególnych etapów, zależności między czynnościami. 7 Mechanizmy monitorowania i składania raportów - jakie raporty powinny być opracowane, w jakim terminie, jakie mechanizmy monitorowania przedsięwzięcia powinny zostać użyte.

Plan przedsięwzięcia 1 Wprowadzenie - cele i ograniczenia. 2 Organizacja przedsięwzięcia - personel, struktura zespołu. 3 Analiza zagrożeń - rodzaje, prawdopodobieństwo wystąpienia, strategie zapobiegające skutkom. 4 Wymagania stawiane zasobom sprzętowym i programowym - sprzęt i oprogramowanie niezbędne do ukończenia projektu. W przypadku konieczności zakupu - szacowana cena i termin realizacji zakupu. 5 Podział pracy - podział na czynności i etapy. 6 Harmonogram przedsięwzięcia - podział obowiązków, czas realizacji poszczególnych etapów, zależności między czynnościami. 7 Mechanizmy monitorowania i składania raportów - jakie raporty powinny być opracowane, w jakim terminie, jakie mechanizmy monitorowania przedsięwzięcia powinny zostać użyte.

Plan przedsięwzięcia 1 Wprowadzenie - cele i ograniczenia. 2 Organizacja przedsięwzięcia - personel, struktura zespołu. 3 Analiza zagrożeń - rodzaje, prawdopodobieństwo wystąpienia, strategie zapobiegające skutkom. 4 Wymagania stawiane zasobom sprzętowym i programowym - sprzęt i oprogramowanie niezbędne do ukończenia projektu. W przypadku konieczności zakupu - szacowana cena i termin realizacji zakupu. 5 Podział pracy - podział na czynności i etapy. 6 Harmonogram przedsięwzięcia - podział obowiązków, czas realizacji poszczególnych etapów, zależności między czynnościami. 7 Mechanizmy monitorowania i składania raportów - jakie raporty powinny być opracowane, w jakim terminie, jakie mechanizmy monitorowania przedsięwzięcia powinny zostać użyte.

Plan przedsięwzięcia 1 Wprowadzenie - cele i ograniczenia. 2 Organizacja przedsięwzięcia - personel, struktura zespołu. 3 Analiza zagrożeń - rodzaje, prawdopodobieństwo wystąpienia, strategie zapobiegające skutkom. 4 Wymagania stawiane zasobom sprzętowym i programowym - sprzęt i oprogramowanie niezbędne do ukończenia projektu. W przypadku konieczności zakupu - szacowana cena i termin realizacji zakupu. 5 Podział pracy - podział na czynności i etapy. 6 Harmonogram przedsięwzięcia - podział obowiązków, czas realizacji poszczególnych etapów, zależności między czynnościami. 7 Mechanizmy monitorowania i składania raportów - jakie raporty powinny być opracowane, w jakim terminie, jakie mechanizmy monitorowania przedsięwzięcia powinny zostać użyte.

Plan przedsięwzięcia 1 Wprowadzenie - cele i ograniczenia. 2 Organizacja przedsięwzięcia - personel, struktura zespołu. 3 Analiza zagrożeń - rodzaje, prawdopodobieństwo wystąpienia, strategie zapobiegające skutkom. 4 Wymagania stawiane zasobom sprzętowym i programowym - sprzęt i oprogramowanie niezbędne do ukończenia projektu. W przypadku konieczności zakupu - szacowana cena i termin realizacji zakupu. 5 Podział pracy - podział na czynności i etapy. 6 Harmonogram przedsięwzięcia - podział obowiązków, czas realizacji poszczególnych etapów, zależności między czynnościami. 7 Mechanizmy monitorowania i składania raportów - jakie raporty powinny być opracowane, w jakim terminie, jakie mechanizmy monitorowania przedsięwzięcia powinny zostać użyte.

Plan przedsięwzięcia 1 Wprowadzenie - cele i ograniczenia. 2 Organizacja przedsięwzięcia - personel, struktura zespołu. 3 Analiza zagrożeń - rodzaje, prawdopodobieństwo wystąpienia, strategie zapobiegające skutkom. 4 Wymagania stawiane zasobom sprzętowym i programowym - sprzęt i oprogramowanie niezbędne do ukończenia projektu. W przypadku konieczności zakupu - szacowana cena i termin realizacji zakupu. 5 Podział pracy - podział na czynności i etapy. 6 Harmonogram przedsięwzięcia - podział obowiązków, czas realizacji poszczególnych etapów, zależności między czynnościami. 7 Mechanizmy monitorowania i składania raportów - jakie raporty powinny być opracowane, w jakim terminie, jakie mechanizmy monitorowania przedsięwzięcia powinny zostać użyte.

Plan przedsięwzięcia 1 Wprowadzenie - cele i ograniczenia. 2 Organizacja przedsięwzięcia - personel, struktura zespołu. 3 Analiza zagrożeń - rodzaje, prawdopodobieństwo wystąpienia, strategie zapobiegające skutkom. 4 Wymagania stawiane zasobom sprzętowym i programowym - sprzęt i oprogramowanie niezbędne do ukończenia projektu. W przypadku konieczności zakupu - szacowana cena i termin realizacji zakupu. 5 Podział pracy - podział na czynności i etapy. 6 Harmonogram przedsięwzięcia - podział obowiązków, czas realizacji poszczególnych etapów, zależności między czynnościami. 7 Mechanizmy monitorowania i składania raportów - jakie raporty powinny być opracowane, w jakim terminie, jakie mechanizmy monitorowania przedsięwzięcia powinny zostać użyte.

Etapy i produkty Czynności Studium wykonalności Analizowanie wymagań Tworzenie prototypu Studium projektowe Specyfikowanie wymagań Raport wykonalności Wymagania użytkownika Raport oceniający Projekt architektoniczny Wymagania systemowe Etapy

Zidentyfikuj czynności Zidentyfikuj zależności między czynnościami Oszacuj zasoby dla czynności Przydziel osoby do czynności Opracuj grafy przedsięwzięcia Wymagania stawiane oprogramowaniu Wykresy czynności i wykresy paskowe

Czas trwania zadań i ich zależności Zadanie Czas trwania (dni) Zależy od T1 8 T2 15 T3 15 T1 (M1) T4 10 T5 10 T2,T4 (M2) T6 5 T1,T2 (M3) T7 20 T1 (M1) T8 25 T4 (M5) T9 15 T3,T6 (M4) T10 15 T5,T7 (M7) T11 7 T9 (M6) T12 10 T11 (M8)

Sieć działań

Diagram paskowy czynności

Przydział osób do czynności Zadanie T1 T2 T3 T4 T5 T6 T7 T8 T9 T10 T11 T12 Osoba Jane Anne Jane Fred Mary Anne Jim Fred Jane Anne Fred Fred

Przydział personelu na tle wykresu czasu

Kategorie zagrożeń: 1 Zagrożenia przedsięwzięcia mają wpływ na zasoby i harmonogram przedsięwzięcia. 2 Zagrożenia produktu mają wpływ na jakość i efektywność budowanego oprogramowania. 3 Zagrożenia przedsiębiorstwa mają wpływ na przedsiębiorstwo budujące bądź zaopatrujące się w oprogramowanie.

Kategorie zagrożeń: 1 Zagrożenia przedsięwzięcia mają wpływ na zasoby i harmonogram przedsięwzięcia. 2 Zagrożenia produktu mają wpływ na jakość i efektywność budowanego oprogramowania. 3 Zagrożenia przedsiębiorstwa mają wpływ na przedsiębiorstwo budujące bądź zaopatrujące się w oprogramowanie.

Kategorie zagrożeń: 1 Zagrożenia przedsięwzięcia mają wpływ na zasoby i harmonogram przedsięwzięcia. 2 Zagrożenia produktu mają wpływ na jakość i efektywność budowanego oprogramowania. 3 Zagrożenia przedsiębiorstwa mają wpływ na przedsiębiorstwo budujące bądź zaopatrujące się w oprogramowanie.

Możliwe zagrożenia w wytwarzaniu oprogramowania Zagrożenie Typ zagrożenia Opis Rotacja personelu Przedsięwzięcie Doświadczony personel opuści przedsięwzięcie przed jego ukończeniem. Zmiana zarządzania Przedsięwzięcie Nastąpi zmiana organizacji zarządzania i priorytetów. Niedostępność sprzętu Przedsięwzięcie Podstawowy sprzęt dla przedsięwzięcia nie będzie dostarczony na czas. Zmiana wymagań Przedsięwzięcie i produkt Liczb zmian wymagań będzie większa, niż przewidywano. Opóźnienia specyfikacji Przedsięwzięcie i produkt Specyfikacja podstawowych interfejsów nie będzie dostępna na czas. Niedoszacowanie rozmiaru Przedsięwzięcie i produkt Zbyt nisko oszacowano rozmiar systemu. Mniejsza efektywność CASE Produkt Narzędzia CASE użyte do wspomagania przedsięwzięcia nie działają tak, jak oczekiwano. Zmiana technologii Przedsiębiorstwo Technologia, w której buduje się system, będzie zmieniona na nową. Konkurencja na rynku Przedsiębiorstwo Przed ukończeniem naszego produktu na rynku pojawi się konkurencyjny produkt.

Proces zarządzania zagrożeniami Identyfikacja zagrożeń Analiza zagrożeń Planowanie przeciwdziałania zagrożeniom Monitorowanie zagrożeń Lista potencjalnych zagrożeń Lista zagrożeń z przypisanymi priorytetami Plany unikania zagrożeń i awaryjne Ocena zagrożeń

Identyfikacja zagrożeń Typ zagrożenia Możliwe zagrożenia Technologia Ludzie Organizacyjne Narzędzia Wymagania Szacowanie Baza danych użyta w systemie może nie być w stanie przetwarzać tyle transakcji na sekundę, ile przewidziano. Komponenty programowe, których należy użyć wielokrotnie, mają defekty ograniczające ich funkcjonalność. Nie można zatrudnić personelu o odpowiednich umiejętnościach. Najważniejsi pracownicy są chorzy lub niedostępni w krytycznym okresie. Firma jest reorganizowana tak, że inni członkowie zarządu są teraz odpowiedzialni za przedsięwzięcie. Problemy finansowe firmy powodują redukcję budżetu przedsięwzięcia. Kod generowany przez narzędzia CASE jest nieefektywny. Nie da się zintegrować narzędzi CASE. Zaproponowano zmiany wymagań, które prowadzą do poważnej korekty projektu. Klienci nie są w stanie zrozumieć wpływu zmian wymagań. Nie doszacowano czasu niezbędnego do tworzenia oprogramowania. Nie doszacowano częstości napraw usterek. Nie doszacowano rozmiaru oprogramowania.

Analiza zagrożeń Zagrożenie Prawdopodobieństwo Konsekwencje Problemy finansowe firmy powodują redukcję budżetu przedsięwzięcia. Małe Katastroficzne Nie można zatrudnić personelu o odpowiednich umiejętnościach. Duże Katastroficzne Najważniejsi pracownicy są chorzy lub niedostępni w krytycznym okresie. Średnie Poważne Komponenty programowe, których należy użyć wielokrotnie, mają defekty ograniczające ich funkcjonalność. Zaproponowano zmiany wymagań, które prowadzą do poważnej korekty projektu. Firma jest reorganizowana tak, że inni członkowie zarządu są teraz odpowiedzialni za przedsięwzięcie. Baza danych użyta w systemie może nie być w stanie przetwarzać tylu transakcji na sekundę, ile przewidywano. Średnie Średnie Duże Średnie Poważne Poważne Poważne Poważne Nie doszacowano czasu niezbędnego do budowania oprogramowania. Duże Poważne Nie da się zintegrować narzędzi CASE. Duże Znośne Klienci nie są w stanie zrozumieć wpływu zmian wymagań. Średnie Znośne Nie są dostępne niezbędne szkolenia personelu. Średnie Znośne Nie doszacowano częstości napraw usterek. Średnie Znośne

Planowanie przeciwdziałania zagrożeniom 1 Strategie unikania - mają prowadzić do zmniejszenia prawdopodobieństwa wystąpienia zagrożenia. 2 Strategie minimalizacji - łagodzą skutki wystąpienia zagrożenia. 3 Plany awaryjne - strategie przygotowania się i przeciwdziałania wystąpieniu największych zagrożeń.

Planowanie przeciwdziałania zagrożeniom 1 Strategie unikania - mają prowadzić do zmniejszenia prawdopodobieństwa wystąpienia zagrożenia. 2 Strategie minimalizacji - łagodzą skutki wystąpienia zagrożenia. 3 Plany awaryjne - strategie przygotowania się i przeciwdziałania wystąpieniu największych zagrożeń.

Planowanie przeciwdziałania zagrożeniom 1 Strategie unikania - mają prowadzić do zmniejszenia prawdopodobieństwa wystąpienia zagrożenia. 2 Strategie minimalizacji - łagodzą skutki wystąpienia zagrożenia. 3 Plany awaryjne - strategie przygotowania się i przeciwdziałania wystąpieniu największych zagrożeń.

Strategie zarządzania zagrożeniami Zagrożenie Strategia Problemy finansowe przedsiębiorstwa Problemy z rekrutacją Choroby personelu Wadliwe komponenty Zmiany wymagań Reorganizacja firmy Efektywność bazy danych Niedoszacowany czas tworzenia Przygotuj krótki dokument dla menedżerów wyższego poziomu pokazujący, w jaki sposób to przedsięwzięcie istotnie przyczynia się do osiągnięcia celów gospodarczych. Ostrzeż klienta o potencjalnych kłopotach i o możliwości opóźnień; rozważ zakup gotowych komponentów. Zreorganizuj zespół tak, aby prace poszczególnych osób bardziej się na siebie nakładały, co pomoże pracownikom zrozumieć zajęcia innych. Zastąp potencjalnie wadliwe komponenty zakupionymi komponentami o sprawdzonej niezawodności. Zapisuj informacje o śladzie, aby móc ocenić wpływ zmian wymagań; w projekcie maksymalizuj ukrywanie informacji. Przygotuj krótki dokument dla menedżerów wyższego poziomu pokazujący, w jaki sposób to przedsięwzięcie istotnie przyczynia się do osiągnięcia celów gospodarczych. Zbadaj możliwość zakupu bardziej wydajnej bazy danych. Zbadaj możliwość zakupu gotowych komponentów; zbadaj możliwość użycia generatorów programów.

Monitorowanie zagrożeń - czynniki ryzyka Typ zarożenia Potencjalne wskazówki Technologia Późne dostarczenie sprzętu lub pomocniczego oprogramowania, wiele zgłoszonych problemów technologicznych. Ludzie Niskie morale personelu, nieprzyjazne stosunki członków zespołu, wolne miejsca pracy. Organizacyjne Plotki w firmie brak działań menedżerów wyższego poziomu. Narzędzia Niechęć członków zespołu do używania narzędzi, narzekania na narzędzia CASE, żądania silniejszych stacji roboczych. Wymagania Wiele żądań zmian wymagań, narzekania klientów. Szacowanie Niepowodzenie w spełnieniu uzgodnień harmonogramu, niepowodzenie w usuwania usterek.

Pytania Plan wykładu?

Koniec Plan wykładu Dziękuję Państwu za uwagę.