Szacowanie pracochłonności i budżetu projektu

Wielkość: px
Rozpocząć pokaz od strony:

Download "Szacowanie pracochłonności i budżetu projektu"

Transkrypt

1 Inżynieria oprogramowania 2 Szacowanie pracochłonności i budżetu projektu Piotr Miklosik Mirosław Ochodek

2 Cel wykładu Jakie są podejścia do szacowania pracochłonności i kosztów? Przegląd wybranych metod 2

3 Plan wykładu Wprowadzanie Rozmiar oprogramowania punkty funkcyjne Szacowanie pracochłonności Miary dokładności szacowania pracochłonności Przegląd metod szacowania pracochłonności Przez analogię Eksperckie Algorytmiczne Harmonogram i budżet

4 Plan wykładu Wprowadzanie Rozmiar oprogramowania punkty funkcyjne Szacowanie pracochłonności Miary dokładności szacowania pracochłonności Przegląd metod szacowania pracochłonności Przez analogię Eksperckie Algorytmiczne Harmonogram i budżet

5 Dlaczego szacujemy pracochłonność? Czy powinniśmy podpisać kontrakt? Ile to będzie kosztowało? Jak stworzyć harmonogram 60-80% projektów przekracza budżet i harmonogram K. Moløkken and M. Jørgensen. A review of software surveys on software effort estimation. In Empirical Software Engineering, ISESE Proceedings International Symposium on, pages

6 Skutki błędnej estymacji pracochłonności przeszacowanie utrata kontraktu prawo Parkinsona Syndrom studenta niedoszacowanie przekroczenie budżetu i terminu niska jakość

7 Dlaczego szacujemy pracochłonność? Planowanie w wydaniu Jasia Fasoli

8 Czy chodzi o estymację? Cel Zobowiązanie Estymacja 8

9 Dobra estymata pracochłonności Czego mogę oczekiwać od metod szacowania? 9

10 Dobra estymata pracochłonności? Dobre oszacowanie to takie które wspiera czynności związane z zarządzanie projektem takie jak planowanie i negocjacja zasobów projektu, zarządzanie zmianą i ryzykiem, itd..

11 Wybór metody szacowania Model finansowania projektu Dziedzina oraz rodzaj produktów Różne etapy szacowania Różny poziom samoświadomości organizacji

12 Wybór metody szacowania Model finansowania projektu Dziedzina oraz rodzaj produktów Różne etapy szacowania Różny poziom samoświadomości organizacji

13 Trójkąty równowagi w projekcie Everybody wants things good, wants them fast, and wants them cheap. Everyone knows you can actually achieve any two of the three [John Boddie]. You need to decide which two do you want?

14 Trójkąty równowagi w projekcie Jakość Optymalizacja zakresu Funkcjonalność Zasoby

15 Trójkąty równowagi w projekcie Jakość Optymalizacja zakresu Pracochłonność Funkcjonalność Produktywność Ludzie Optymalizacja zasobów Czas trwania

16 Trójkąty równowagi w projekcie Jakość Optymalizacja zakresu Stały zakres Klient Pracochłonność Funkcjonalność Produktywność Ludzie Optymalizacja zasobów Czas trwania

17 Trójkąty równowagi w projekcie Jakość Optymalizacja zakresu Stały zakres Klient Pracochłonność Funkcjonalność Produktywność Ludzie Optymalizacja zasobów Czas trwania

18 Trójkąty równowagi w projekcie Pytanie: Jaki będzie koszt wytworzenia systemu? Jakość Optymalizacja zakresu Stały zakres Klient Pracochłonność Funkcjonalność Produktywność Ludzie Optymalizacja zasobów Czas trwania

19 Trójkąty równowagi w projekcie Jakość Optymalizacja zakresu Stała cena Pracochłonność Klient Funkcjonalność Produktywność Ludzie Optymalizacja zasobów Czas trwania

20 Trójkąty równowagi w projekcie Jakość Optymalizacja zakresu Stała cena Pracochłonność Klient Funkcjonalność Produktywność Ludzie Optymalizacja zasobów Czas trwania

21 Trójkąty równowagi w projekcie Pytanie: Czy i w jakim stopniu będę w stanie rozwiązać mój problem? Jakość Optymalizacja zakresu Stała cena Pracochłonność Klient Funkcjonalność Produktywność? Optymalizacja zasobów Ludzie Czas trwania

22 Wybór metody szacowania Model finansowania projektu Dziedzina oraz rodzaj produktów Różne etapy szacowania Różny poziom samoświadomości organizacji

23 Dziedzina i rodzaj produktów Software Standardowe Półstandardowe Innowacyjne Hardware Mieszane

24 Wybór metody szacowania Model finansowania projektu Dziedzina oraz rodzaj produktów Różne etapy szacowania Różny poziom samoświadomości organizacji

25 Szacowanie na różnych etapach Krótka perspektywa czasowa (stała) Planowanie projektu Planowanie wydania ~Stały zespół Niezależne zadania o podobnej złożoności Zadanie Zadanie Zadanie Miara Velocity

26 Szacowanie na różnych etapach Planowanie projektu Planowanie wydania Produkt Produkt Zadanie Zadanie Zadanie

27 Szacowanie na różnych etapach Planowanie projektu Planowanie wydania Produkt Produkt niedokreślony Produkt Ryzyka, zmiany Pytanie o wykonalność

28 Agile - Scrum, XP, Planowanie projektu Planowanie wydania Produkt Produkt Zadanie Zadanie Zadanie

29 Barry Boehm et al. Cost Models for Future Software Life Cycle Processes: COCOMO Stożek niepewności B. Boehma

30 Barry Boehm et al. Cost Models for Future Software Life Cycle Processes: COCOMO Stożek niepewności B. Boehma

31 Wybór metody szacowania Model finansowania projektu Dziedzina oraz rodzaj produktów Różne etapy szacowania Różny poziom samoświadomości organizacji

32 Proces szacowania kosztów Jak wygląda typowy proces szacowania kosztów? 32

33 Systematyczne podejście do planowania Szacowanie rozmiaru Szacowanie pracochłonności Szacowanie budżetu i harmonogramu

34 Plan wykładu Wprowadzanie Rozmiar oprogramowania punkty funkcyjne Szacowanie pracochłonności Miary dokładności szacowania pracochłonności Przegląd metod szacowania pracochłonności Przez analogię Eksperckie Algorytmiczne Harmonogram i budżet

35 Rozmiar oprogramowania Miary kodu Miary funkcjonalności 35

36 Allan Albrecht 1984 Function Points Wejście Wyjście Zapytania Pliki wewnętrzne Pliki zewnętrzne 36

37 Allan Albrecht 1984 Function Points Niska, średnia, wysoka Wejście +14 czynników technicznych +/- 35% Wyjście Zapytania Pliki wewnętrzne Pliki zewnętrzne 37

38 IFPUG International Function Point User Group Założona w 1986 roku Counting Practices Committee Counting Practices Manual (4.3.1) Certyfikacja ISO/IEC 20926:

39 IFPUG FPA Gather the available documentation 2. Determine counting scope and boundary and identify functional user requirements 3. Measure data functions 4. Measure transactional functions 5. Calculate functional size 6. Document and report 39

40 IFPUG FPA Gather the available documentation 2. Determine counting scope and boundary and identify functional user requirements 3. Measure data functions 4. Measure transactional functions 5. Calculate functional size 6. Document and report 40

41 Przykład: menadżer zadań Celem pomiaru jest: Dokonanie pomiaru rozmiaru funkcjonalnego tworzonej aplikacji do delegowania zadań. Development project FP count jest to nowo tworzona aplikacja. 41

42 Przykład: menadżer zadań Zakres pomiaru: Wymagania zdefiniowane dla pierwszego przyrostu tworzonego systemu: dodawanie zadań, wyświetlanie zadań wyświetlanie liczby zadań dla osoby przypisywanie osób do zadań 42

43 Przykład: menadżer zadań Granica systemu Zarządzanie zadaniami należy do menadżera zadań, natomiast osobami zarządza książka kontaktów 43

44 IFPUG FPA Gather the available documentation 2. Determine counting scope and boundary and identify functional user requirements 3. Measure data functions 4. Measure transactional functions 5. Calculate functional size 6. Document and report 44

45 IFPUG FPA Measure data functions 45

46 Przykład: menadżer zadań Pliki logiczne zadanie + lokalizacje (lokalizacja bez zadania nie ma znaczenia z punktu widzenia użytkownika) osoby 46

47 Przykład: menadżer zadań Internal Logical File (ILF) czy? External Interface File (EIF) 47

48 Przykład: menadżer zadań Data Element Type (DET) Nazwa Nazwa lokalizacji Termin Opis Imię i nazwisko Adres Telefon Adres 48

49 Przykład: menadżer zadań Data Element Type (DET) Nazwa Nazwa lokalizacji Termin Opis Imię i nazwisko Adres Telefon Adres +1xDET 3xDET +1xDET 4xDET 2xDET 49

50 Przykład: menadżer zadań Data Element Type (DET) Nazwa Nazwa lokalizacji Termin Opis Imię i nazwisko Adres Telefon Adres 5xDET 6xDET 50

51 Przykład: menadżer zadań Record Element Type podgrupa DET ów, która jest rozpoznawalna przez użytkownika. 2xRET 1xRET 51

52 Przykład: menadżer zadań ILF? EIF? EIF/ILF 2xRET 6xDET 1xRET 5xDET 52

53 Przykład: menadżer zadań ILF Low (7) EIF Low (5) EIF/ILF 2xRET 6xDET 1xRET 5xDET 53

54 IFPUG FPA Gather the available documentation 2. Determine counting scope and boundary and identify functional user requirements 3. Measure data functions 4. Measure transactional functions 5. Calculate functional size 6. Document and report 54

55 IFPUG FPA Measure transactional functions 55

56 IFPUG FPA External Input Dokonuje modyfikacji danych w ILF Faktura Dodaj fakturę 56

57 IFPUG FPA External Inquiry Dane na zewnątrz bez przetwarzania Faktura Pobierz fakturę 57

58 IFPUG FPA External Output Dane na zewnątrz z przetwarzaniem Faktura Wyświetl łączną wartość produktów na fakturach w tym miesiącu 58

59 Przykład: menadżer zadań Elementarne procesy: dodawanie zadań, wyświetlanie zadań wyświetlanie liczby zadań dla osoby przypisywanie osób do zadań EI EQ EO EI EQ EO EI EQ EO EI EQ EO 59

60 Przykład: menadżer zadań Elementarne procesy: dodawanie zadań, wyświetlanie zadań wyświetlanie liczby zadań dla osoby przypisywanie osób do zadań EI EQ EO EI EQ EO EI EQ EO EI EQ EO 60

61 Przykład: menadżer zadań Liczba DET ów: dodawanie zadań 8x DET, wyświetlanie zadań 12x DET, wyświetlanie liczby zadań dla osoby 2x DET, przypisywanie osób do zadań 3x DET, 62

62 Przykład: menadżer zadań Liczba plików logicznych: dodawanie zadań 1x ILF, wyświetlanie zadań 1x ILF + 1x EIF, wyświetlanie liczby zadań dla osoby 1x ILF + 1x EIF, przypisywanie osób do zadań 1x ILF + 1x EIF, 63

63 IFPUG FPA EI 4. Measure transactional functions EO/EQ Niska, średnia, wysoka 64

64 Przykład: menadżer zadań Złożoność / rozmiar funkcjonalny: dodawanie zadań low / 3, wyświetlanie zadań average / 4, wyświetlanie liczby zadań dla osoby low / 4, przypisywanie osób do zadań low / 3, 65

65 IFPUG FPA Gather the available documentation 2. Determine counting scope and boundary and identify functional user requirements 3. Measure data functions 4. Measure transactional functions 5. Calculate functional size 6. Document and report 66

66 Przykład: menadżer zadań Rozmiar funkcjonalny: DFP = = 26 Funkcje danych Funkcje transakcyjne 67

67 Plan wykładu Wprowadzanie Rozmiar oprogramowania punkty funkcyjne Szacowanie pracochłonności Miary dokładności szacowania pracochłonności Przegląd metod szacowania pracochłonności Przez analogię Eksperckie Algorytmiczne Harmonogram i budżet

68 Dokładność a precyzja Lepsze oszacowanie liczby Pi? 3, ,14 Precyzja Dokładność 69

69 Miary oceny dokładności szacowania Mean Magnitude of Relative Error MMRE

70 Miary oceny dokładności szacowania Prediction Quality Pred e - estimation error level k - number of projects with error (MRE) <= e n - number of projects considered

71 Plan wykładu Wprowadzanie Rozmiar oprogramowania punkty funkcyjne Szacowanie pracochłonności Miary dokładności i rodzaje rezultatów Przegląd metod szacowania pracochłonności Przez analogię Eksperckie Algorytmiczne Harmonogram i budżet

72 Klasyfikacja metod szacowania Metody szacowania Analogia Eksperckie Algorytmiczne Hybrydowe Parametryczne Nieparametryczne

73 Klasyfikacja metod szacowania Metody szacowania Analogia Eksperckie Algorytmiczne Hybrydowe Parametryczne Nieparametryczne

74 Analogia Nowy projekt: Pracochłonność Kontekst? Sklep internetowy. Python, Django. Umiejętności programistyczne: Średnie Baza historyczna: Pracochłonność Rozmiar Kontekst 1000 [h] 30 FP Sklep internetowy. Java, Servlets, JSP. programistyczne: Wysokie 600 [h] 20 FP Prosty CMS. PHP. Umiejętności programistyczne: Wysokie 1300 [h] 30 FP Sklep internetowy. PHP. programistyczne: Średnie

75 Analogia Nowy projekt: Pracochłonność Kontekst 1300 [h] Sklep internetowy. Python, Django. Umiejętności programistyczne: Średnie Baza historyczna: Pracochłonność Rozmiar Kontekst 1000 [h] 30 FP Sklep internetowy. Java, Servlets, JSP. programistyczne: Wysokie 600 [h] 20 FP Prosty CMS. PHP. Umiejętności programistyczne: Wysokie 1300 [h] 30 FP Sklep internetowy. PHP. programistyczne: Średnie

76 Analogia Nowy projekt: Pracochłonność Średnia 1092 ±72 (95%) < 1020 ; 1164 > Kontekst Sklep internetowy. Python, Django. Umiejętności programistyczne: Średnie Pracochłonność projektów podobnych: 840, 920, 930, 1020, 1030, 1022, 1030, 1100, 1200, 1300, 1400, 1200, 1110, 1100, 1050, 1120, 1200 Średnia jako estymator Sample Quantiles Normal Q-Q Plot Theoretical Quantiles

77 Analogia Nowy projekt: Pracochłonność Min = 1066 [h] Max = 1386 [h] Kontekst Sklep internetowy. Python, Django. Umiejętności programistyczne: Średnie Baza historyczna: Pracochłonność Rozmiar Kontekst 1000 [h] 30 FP Sklep internetowy. Java, Servlets, JSP. programistyczne: Wysokie 600 [h] 20 FP Prosty CMS. PHP. Umiejętności programistyczne: Wysokie 1300 [h] 30 FP Sklep internetowy. PHP. programistyczne: Średnie

78 Analogia Nowy projekt: Pracochłonność Kontekst? Sklep internetowy. Python, Django. Umiejętności programistyczne: Średnie Pracochłonność projektów podobnych: 840, 920, 930, 1020, 1030, 1022, 1030, 1100, 1200, 1300, 1400, 1200, 1110, 1100, 1050, 1120, 1200

79 Jest 80% szans, że pracochłonność nie będzie większa niż 1200h cdf Analogia prawdopodobieństwo n:17 m:0 pracochłonność [h]

80 Analogia cdf prawdopodobieństwo n:10000 m:0 pracochłonność [h]

81 Klasyfikacja metod szacowania Metody szacowania Analogia Eksperckie Algorytmiczne Hybrydowe Parametryczne Nieparametryczne

82 Wideband Delphi Moderator Eksperci

83 Wideband Delphi Moderator Przygotowanie indywidualne Eksperci

84 Wideband Delphi Dyskusja Moderator Eksperci

85 Wideband Delphi Moderator Anonimowa ocena ekspertów Eksperci

86 Wideband delphi karta oceny Ekspert: Jan Kowalski Projekt: Internet e-shop system Data: LOC - Estymacja - Twoja estymacja - Średnia estymacja 1400 Twoja estymacja:... LOC Będzie problem z technologiami Uzasadnienie...

87 Wideband Delphi Moderator Moderator opracowuje wyniki z kart oceny Eksperci

88 Wideband delphi karta oceny Ekspert: Jan Kowalski Projekt: Internet e-shop system Data: LOC - Estymacja - Twoja estymacja - Średnia estymacja 1400 Twoja estymacja:... LOC Będzie problem z technologiami Uzasadnienie...

89 Wideband Delphi Moderator Eksperci otrzymują swoje karty z powrotem Eksperci

90 Wideband Delphi Następna runda albo: Moderator Effort= (O + 4A + P) / 6 Eksperci

91 The Work Breakdown Structure - WBS Hierarchiczny pracy do wykonania tu skończyłem!!!!

92 WBS Elementy struktury Poziom #0 Cel Cel do osiągnięcia

93 WBS Elementy struktury Poziom #0 Cel Poziom #1 Czynność Czynność Czynność fragment pracy do wykonania na wysokim poziomie abstrakcji

94 WBS Elementy struktury Poziom #0 Cel Poziom #1 Czynność Czynność Dalsza dekompozycja

95 WBS Elementy struktury Poziom #0 Cel Zadanie Level najmniejszy #1 fragment pracy (work package) Czynność Czynność Level #m Zadanie #1 Zadanie #2 Zadanie #n

96 WBS Elementy struktury Poziom #0 Cel Level #1 Czynność Czynność Level #m Zadanie #1 Czynność na poziomie N jest ukończona jeśli wszystkie zdekomponowane Zadanie Zadanie czynności na #2 #n poziomie N+1 są ukończone

97 Rzeczowniki reprezentują wynik Podejścia do budowy WBS KAWA ZIARNA FILIŻANKA WODA Mieszaj Wsyp Zmiel Umyj Rozgrzej Ugotuj Wlej Czasowniki reprezentują czynności

98 Podejścia do budowy WBS Rzeczowniki reprezentują wynik KAWA ZIARNA FILIŻANK A WODA Kawa zamieszana Kawa wsypana Zmielone ziarna Filiżanka umyta Filiżanka rozgrzana Woda zagotowana Woda wlana do filiżanki

99 Podejścia do budowy WBS Top-down - Dekompozycja KAWA ZIARNA FILIŻANK A WODA Kawa zamieszana Kawa wsypana Zmielone ziarna Filiżanka umyta Filiżanka rozgrzana Woda zagotowana Woda wlana do filiżanki Bottom-up Burza mózgów

100 Przykład KAWA ZIARNA FILIŻANKA WODA Kawa zamieszana Kawa wsypana Zmielone ziarna Filiżanka umyta Filiżanka rozgrzana Woda zagotowana Woda wlana do filiżanki

101 Przykład KAWA 25 ZIARNA 3 FILIŻANKA 17 4 WODA Kawa zamieszana Kawa wsypana Zmielone ziarna Filiżanka umyta Filiżanka rozgrzana Woda zagotowana Woda wlana do filiżanki

102 Kryteria dobrze zdefiniowanej czynności / zadania Mierzalny status Zdefiniowane zdarzenia rozpoczęcia / zakończenia Zdefiniowany rezultat Oszacowany czas / koszt Akceptowalny czas wykonania Niezależność 103

103 Klasyfikacja metod szacowania Metody szacowania Analogia Eksperckie Algorytmiczne Hybrydowe Parametryczne Nieparametryczne

104 Metoda COCOMO II PM NS = A Size E i=1 16 EM i gdzie E = B i=15 SF i Size w KSLOC Wartości A, B skalibrowane na podstawie 161 projektów: A = 2.94 B = 0.91 Dla przeciętnego projektu EM i = 1. 0 i=15 SF i 31.6 PM NS = 2.94 Size E gdzie 0.91 E Barry W. Boehm

105 Wpływ czynników skali, SF, na pracochłonność E= E= 1 E= 0.91

106 Use Case Points (UCP) 4 C++ Java C# Technical Complexity Factors 5 Environment Factors Gustav Karner (1993) System informatyczny UC1 UC1 UC1 Aktorzy Przypadki użycia Użytkownicy Metoda punktów przypadków użycia

107 Use Case Points (UCP) Gustav Karner (1993) Aktorzy (UAW) Klasyfikacja do klasy złożoności na podstawie typu interfejsu służącego do komunikacji z systemem Złożoność aktora 1 punkt: Prosty - zdefiniowane API 2 punkt : Średni - TCP/IP lub tekst 3 punkt : Złożony - GUI C++ C# Java 4 Technical Complexity Factors 5 Environment Factors Software System UC1 UC1 UC1 Use Cases Users Actors

108 Use Case Points (UCP) Gustav Karner (1993) Aktorzy (UAW) Use Cases (UUCW) Klasyfikacja do klasy złożoności na podstawie typu interfejsu służącego do komunikacji z systemem Klasyfikacja do trzech klas złożoności na podstawie liczby transakcji C++ C# Java 4 5 Technical Complexity Factors Environment Factors Software System 5 points : Prosty do 3 transakcji UC1 10 points : Średni 4-7 transakcji Złożoność 15 points : Złożony ponad 7 transakcji przypadku użycia UC1 UC1 UC1 Use Cases Users Actors UUCP = UAW+UUCW

109 Transakcje w przypadkach użycia 1. Autor wybiera opcję zgłoszenia artykułu. Interakcja 2. System prosi o podanie danych artykułu.

110 Ile transakcji? UC1: Zgłoś artykuł Poziom: Użytkownika Aktor główny: Autor Scenariusz główny: 1. Autor wybiera opcję zgłoszenia artykułu. 2. System prosi o podanie danych artykułu. 3. Autor podaje wymagane dane na temat artykułu. 4. System informuje o pomyślnym zgłoszeniu artykułu. Scenariusze alternatywne i rozszerzenia: 1.A. Author chciałby zgłosić zmienioną wersję artykułu. 1.A.1. Autor wybiera opcję ponownego zgłoszenia swoich artykułów. 1.A.2. System prezentuje artykuły zgłoszone dotychczas przez Autora. 1.A.3. Autor wybiera jeden z artykułów oraz opcję jego ponownego zgłoszenia. 1.A.4. Przejdź do kroku

111 Use Case Points (UCP) Gustav Karner (1993) Aktorzy (UAW) Use Cases (UUCW) Technical Complexity Factors (TCF) Klasyfikacja do klasy złożoności na podstawie typu interfejsu służącego do komunikacji z systemem Klasyfikacja do trzech klas złożoności na podstawie liczby transakcji 13 czynników, których wpływ na projekt oceniany jest w skali 0-5 C++ C# Java 4 Technical Complexity Factors 5 Environment Factors Environmental Factors (EF) 8 czynników, których wpływ na projekt oceniany jest w skali 0-5 Software System 1 3 UC1 UC1 Actors 2 UC1 Users Use Cases

112 Czynniki techniczne (Technical Factors) TFactor = e i T i e i = 0, 1,.., 5 T1 System rozproszony 2 T2 Wydajność 2 T3 Wydajności z pkt użytkownika1 T4 Złożoność przetwarzania 1 T5 Reużywalność kodu 1 T6 Łatwość instalacji 0.5 T7 Łatwość użycia 0.5 T8 Przenośność 2 T9 Łatwość zmiany 1 T10 Współbieżność 1 T11 Bezpieczeństwo (security) 1 T12 Dostęp stron trzecich 1 T13 Wymagane spec. szkolenia 1

113 Czynniki środowiska (Environment Factors) F1 Znajomość metodyki 1.5 F2 Doświadczenie w aplikacji 0.5 F3 Doświadczenie w obiektowości 1 F4 Możliwości gł. analityka 0.5 F5 Motywacja 1 F6 Stabilne wymagania 2 F7 Pracownicy na część etatu -1 F8 Trudny język programowania -2 EFactor = e i F i e i = 0, 1,.., 5

114 Use Case Points (UCP) Aktorzy (UAW) Use Cases (UUCW) Technical Complexity Factors (TCF) Gustav Karner (1993) Klasyfikacja do klasy złożoności na podstawie typu interfejsu służącego do komunikacji z systemem Klasyfikacja do trzech klas złożoności na podstawie liczby transakcji 13 czynników, których wpływ na projekt oceniany jest w skali 0-5 C++ C# Java 4 Technical Complexity Factors 5 Environment Factors Environmental Factors (EF) 8 czynników, których wpływ na projekt oceniany jest w skali 0-5 Software System 2 UC1 UC1 UC1 1 Users 3 Actors UCP = (UAW+UUCW) x TCF x EF Use Cases TCF= 0,6 + (0,01*TFactor) EF= 1,4 + (-0,03*EFactor)

115 Use Case Points (UCP) Gustav Karner (1993) Effort = UCP x PF Productivity Factor (domyślnie 20 h/ucp, należy skalibrować na podstawie danych historycznych) typowo <10,30>

116 Model parametryczny Regresja liniowa UCP a pracochłonność R² = 0, Effort Linear (Effort)

117 Klasyfikacja metod szacowania Metody szacowania Analogia Eksperckie Algorytmiczne Hybrydowe Parametryczne Nieparametryczne

118 Plan wykładu Wprowadzanie Rozmiar oprogramowania punkty funkcyjne Szacowanie pracochłonności Miary dokładności szacowania pracochłonności Przegląd metod szacowania pracochłonności Przez analogię Eksperckie Algorytmiczne Harmonogram i budżet

119 Harmonogramowanie Czas realizacji a pracochłonność Liczba wykonawców Zależności między zadaniami

120 Czas realizacji a pracochłonność Jaka byłaby pracochłonność (effort) i czas realizacji (duration) zadania domowego: Napisz program obliczający silnię n! Termin oddania 12 grudnia 2014 Czas realizacji: 1 tydzień Pracochłonność: 10 minut?

121 Czas realizacji a pracochłonność Czas realizacji i pracochłonność nie muszą być takie same! Wysocki, R. K., & McGary, R. (2003). Effective project management: traditional, adaptive, extreme. Wiley.

122 Liczba wykonawców Czy czas realizacji zmniejszy się jak zwiększę liczbę wykonawców?

123 Wynieść krzesło z pokoju Liczba wykonawców

124 Wynieść krzesło z pokoju Liczba wykonawców

125 Wynieść krzesło z pokoju Liczba wykonawców

126 Wynieść krzesło z pokoju Liczba wykonawców

127 Liczba wykonawców Wynieść krzesło z pokoju Podwójmy zasoby!

128 Liczba wykonawców Wynieść krzesło z pokoju Podwójmy zasoby!

129 Liczba wykonawców Wynieść krzesło z pokoju Podwójmy zasoby!

130 Liczba wykonawców Wynieść krzesło z pokoju Podwójmy zasoby!

131 Liczba wykonawców Wynieść krzesło z pokoju Podwójmy zasoby! Crashpoint!

132 Liczba wykonawców Czy czas realizacji zmniejszy się jak zwiększę liczbę wykonawców? Do pewnego momentu (zależy od zadania) Dodanie większej liczby osób - Crashpoint! Dodanie zbyt dużej liczby osób zwiększy pracochłonność z uwagi na narzut na komunikację Crashpoint!

133 Zależność między zadaniami KAWA 25 ZIARNA 3 FILIŻANKA 17 4 WODA Kawa zamieszana Kawa wsypana Zmielone ziarna Filiżanka umyta Filiżanka rozgrzana Woda zagotowana Woda wlana do filiżanki

134 Zależność między zadaniami Pracochłonność czy czas realizacji? KAWA 25 ZIARNA 3 FILIŻANKA 17 4 WODA Kawa zamieszana Kawa wsypana Zmielone ziarna Filiżanka umyta Filiżanka rozgrzana Woda zagotowana Woda wlana do filiżanki

135 Jak stworzyć harmonogram?

136 Diagramy sieciowe i wykresy Gantta Network diagram Gantt chart

137 Precedence Diagramming Method Do tworzenia diagramów sieciowych Dwie wersje AOA activity on the arrow (starsze) AON activity on the node

138 PDM activity node ES earliest start EF earliest finish LS latest start LF latest finish E duration ID id of task Slack (luz)

139 PDM 1. Stwórz sieć bazując na zależnościach Jedno wejście Jedno wyjście

140 Zależność między zadaniami Jaka zależność między zadaniami? KAWA 25 ZIARNA 3 FILIŻANKA 17 4 WODA Kawa zamieszana Kawa wsypana Zmielone ziarna Filiżanka umyta Filiżanka rozgrzana Woda zagotowana Woda wlana do filiżanki

141 Zależność między zadaniami Kawa wsypana zależy od: FILIŻANKA Zmiel kawę Woda wlana do filiżanki zależy od: Woda zagotowana FILIŻANKA Kawa wsypana Kawa zamieszana zależy od: Woda wlana do filiżanki Kawa wsypana (?) 144

142 FILIŻANKA WODA KAWA PDM Zmielona 2 Wsypana 1 Zagotowana 3 Wlana 1 Zamieszana 1 Umyta 2 Rozgrzana 15

143 PDM 2. Stwórz wczesne uszeregowanie (forward pass) Pokazuje najwcześniejsze możliwe czasy kiedy zadanie może się rozpocząć i zakończyć

144 PDM 2. Stwórz wczesne uszeregowanie (forward pass) ES input = 1 EF A = ES A + E A - 1 ES c = max{ef A, EF B } + 1 A c B

145 FILIŻANKA WODA KAWA PDM?? Zmielona 2 Wsypana 1 Zagotowana 3 Wlana 1 Zamieszana 1 Umyta 2 Rozgrzana 15

146 FILIŻANKA WODA KAWA PDM 1 2?? Zmielona 2 Wsypana Zagotowana 3 Wlana 1 Zamieszana Umyta 2 Rozgrzana 15

147 FILIŻANKA WODA KAWA PDM Zmielona 2 Wsypana 1 1 3?? Zagotowana 3 Wlana 1 Zamieszana Umyta 2 Rozgrzana 15

148 FILIŻANKA WODA KAWA PDM Zmielona 2 Wsypana Zagotowana 3 Wlana 1 Zamieszana Umyta 2 Rozgrzana 15

149 PDM 3. Stwórz późne uszeregowanie (backward pass) Pokazuje ostateczny czas rozpoczęcia i zakończenia taki, który nie spowoduje opóźnienia projektu

150 PDM 3. Stwórz późne uszeregowanie (backward pass) LF output = EF output LS A = LF A E A + 1 LF A = min{ls B, LS C } 1 B A c

151 FILIŻANKA WODA KAWA PDM Zmielona 2 Wsypana Zagotowana 3 Wlana 1 Zamieszana 1?? Umyta 2 Rozgrzana 15

152 FILIŻANKA WODA KAWA PDM Zmielona 2 Wsypana Zagotowana 3 Wlana 1 Zamieszana Umyta 2 Rozgrzana 15

153 FILIŻANKA WODA KAWA PDM Zmielona 2 Wsypana 1 1 3?? Zagotowana 3 Wlana 1 Zamieszana Umyta 2 Rozgrzana 15

154 FILIŻANKA WODA KAWA PDM Zmielona 2 Wsypana Zagotowana 3 Wlana 1 Zamieszana Umyta 2 Rozgrzana 15??

155 FILIŻANKA WODA KAWA PDM Zmielona 2 Wsypana Zagotowana 3 Wlana 1 Zamieszana Umyta Rozgrzana

156 PDM Okno czasowe 1 2 Zmielona Zmielona 1 17 Zmielona 1 17

157 PDM 4. Ścieżka krytyczna (critical path) Jakiekolwiek opóźnienie zadań na ścieżce krytycznej spowoduje opóźnienie projektu

158 PDM 4. Ścieżka krytyczna (critical path) Ścieżka z najdłuższym czasem wykonania Activity Slack Time (przepływ) tolerowana wielkość opóźnienia startu lub zakończenia zadania, która nie spowoduje opóźnienia projektu Slack (luz) = LF EF

159 FILIŻANKA WODA KAWA PDM Zmielona 2 Wsypana Zagotowana 3 Wlana 1 Zamieszana Umyta Rozgrzana

160 FILIŻANKA WODA KAWA PDM Zmielona Wsypana Zagotowana Wlana 1 Zamieszana Umyta Rozgrzana

161 FILIŻANKA WODA KAWA PDM Zmielona Wsypana Zagotowana Wlana 1 Zamieszana Umyta 0 2 Rozgrzana 0 15 Opóźnienie tych zadań opóźni projekt!

162 Koszt Wycena na podstawie rozmiaru Wycena na podstawie pracochłonności Wycena na podstawie czasu realizacji Odległość w czasie Konieczność utrzymania etatów Fazy realizacji projektu 165

163 Q&A time

Zarządzanie czasem projektu

Zarządzanie czasem projektu Zarządzanie czasem projektu Narzędzia i techniki szacowania czasu zadań Opinia ekspertów Szacowanie przez analogię (top-down estimating) stopień wiarygodności = f(podobieństwo zadań), = f(dostęp do wszystkich

Bardziej szczegółowo

Oszacowanie pracochłonności wykonania systemu metodą punktów funkcyjnych

Oszacowanie pracochłonności wykonania systemu metodą punktów funkcyjnych Oszacowanie pracochłonności wykonania systemu metodą punktów funkcyjnych Data sporządzenia: 29.11.2007 Przygotowana przez: Radosław Hęś, Krzysztof Fligiel 1 1. Wprowadzenie W dokumencie użyto następujących

Bardziej szczegółowo

Microsoft Project laboratorium zarządzania projektami

Microsoft Project laboratorium zarządzania projektami Microsoft Project laboratorium zarządzania projektami Jędrzej Wieczorkowski Katedra Informatyki Gospodarczej Szkoła Główna Handlowa jedrzej.wieczorkowski@sgh.waw.pl Przykładowa literatura nt. MS Project

Bardziej szczegółowo

Zarządzanie projektami. Zarządzanie czasem w projekcie

Zarządzanie projektami. Zarządzanie czasem w projekcie Zarządzanie projektami Zarządzanie czasem w projekcie Zarządzanie czasem w projekcie PROJECT TIME MANAGEMENT Zarządzanie czasem - elementy 1. Zarządzanie harmonogramem (zasady, procedury i dokumentacja

Bardziej szczegółowo

Analiza punktów funkcyjnych Miara wielkość funkcjonalnej oprogramowania

Analiza punktów funkcyjnych Miara wielkość funkcjonalnej oprogramowania Analiza punktów funkcyjnych Miara wielkość funkcjonalnej oprogramowania Tomasz Koszlajda Instytut Informatyki Politechniki Poznańskiej Potrzeby określenia wielkości oprogramowania Dane wejściowe dla estymacji

Bardziej szczegółowo

Spis treści: 1Wstęp...3 2Metody szacowania...3 3Wady metod opartych na jednostkach programowych...3 4Metoda punktów funkcyjnych (MPF)...

Spis treści: 1Wstęp...3 2Metody szacowania...3 3Wady metod opartych na jednostkach programowych...3 4Metoda punktów funkcyjnych (MPF)... Spis treści: 1Wstęp...3 2Metody szacowania...3 3Wady metod opartych na jednostkach programowych...3 4Metoda punktów funkcyjnych (MPF)...4 5Wstępne pojęcia dotyczące MPF...5 6Schemat liczenia punktów funkcyjnych...6

Bardziej szczegółowo

Metoda Punktów Funkcyjnych

Metoda Punktów Funkcyjnych Wrocław, 20.12.2002 Zarządzanie Projektem Informatycznym Metoda Punktów Funkcyjnych Spis treści: 1 Wstęp 3 2 Metody szacowania 3 3 Wady metod opartych na jednostkach programowych 3 4 Metoda punktów funkcyjnych

Bardziej szczegółowo

Wymiarowanie projektu informatycznego

Wymiarowanie projektu informatycznego Kiedy możesz zmierzyć coś o czym mówisz, i wyrazić to w liczbach, wtedy wiesz coś o tym, ale kiedy nie możesz tego zmierzyć, nie możesz wyrazić tego w liczbach, wtedy twoja wiedza jest skąpa i niesatysfakcjonująca.

Bardziej szczegółowo

Szacowanie rozmiaru oprogramowania

Szacowanie rozmiaru oprogramowania Szacowanie rozmiaru oprogramowania Koncepcja wykładu: Jerzy Nawrocki/Łukasz Olek Slajdy/Lektor/Montaż: Łukasz Olek Witam Państwa na kolejnym wykładzie z cyklu Zaawansowana inżynieria oprogramowania poświęconemu

Bardziej szczegółowo

Wprowadzenie do programu ProjectLibre www.projectlibre.org

Wprowadzenie do programu ProjectLibre www.projectlibre.org Wprowadzenie do programu ProjectLibre www.projectlibre.org prof. UW dr hab. Krzysztof Klincewicz Wydział Zarządzania Uniwersytetu Warszawskiego kklincewicz@mail.wz.uw.edu.pl www.projectlibre.org Nowy projekt

Bardziej szczegółowo

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych Modelowanie przypadków użycia Jarosław Kuchta Podstawowe pojęcia Przypadek użycia jest formalnym środkiem dla przedstawienia funkcjonalności systemu informatycznego z punktu widzenia jego użytkowników.

Bardziej szczegółowo

Wybór metod szacowania kosztów modyfikacji na wstępnych etapach cyklu życia oprogramowania ERP

Wybór metod szacowania kosztów modyfikacji na wstępnych etapach cyklu życia oprogramowania ERP Przemysław Plecka Krzysztof Bzdyra Wydział Elektroniki i Informatyki Politechnika Koszalińska Ul. Śniadeckich 2, 75-453 Koszalin tel.: +48602336363, Wybór metod szacowania kosztów modyfikacji na wstępnych

Bardziej szczegółowo

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

AL 1302 ZARZĄDZANIE PROJEKTAMI W OPARCIU O METODYKĘ PRINCE2 AL 1302 ZARZĄDZANIE PROJEKTAMI W OPARCIU O METODYKĘ PRINCE2 1. Definicja projektu: cechy projektu, przyczyny porażek projektów, czynniki sukcesu projektów, cele projektu, produkty projektu, cykl życia

Bardziej szczegółowo

Zarządzanie projektami zadaniowymi w oparciu o metodykę PMI

Zarządzanie projektami zadaniowymi w oparciu o metodykę PMI Zarządzanie projektami zadaniowymi w oparciu o metodykę PMI Opis Zarządzanie przedsięwzięciami należy do jednych z najefektywniejszych metod organizacyjnych operowania zasobami firmy. Jest jednocześnie

Bardziej szczegółowo

Zasady organizacji projektów informatycznych

Zasady organizacji projektów informatycznych Zasady organizacji projektów informatycznych Systemy informatyczne w zarządzaniu dr hab. inż. Joanna Józefowska, prof. PP Plan Definicja projektu informatycznego Fazy realizacji projektów informatycznych

Bardziej szczegółowo

Wykład 1 Inżynieria Oprogramowania

Wykład 1 Inżynieria Oprogramowania Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI

Bardziej szczegółowo

Zarządzanie projektami. Porównanie podstawowych metodyk

Zarządzanie projektami. Porównanie podstawowych metodyk Zarządzanie projektami Porównanie podstawowych metodyk Porównanie podstawowych metodyk w zarządzaniu projektami PRINCE 2 PMBOK TENSTEP AGILE METODYKA PRINCE 2 Istota metodyki PRINCE 2 Project IN Controlled

Bardziej szczegółowo

SCRUM niełatwe wdrażanie metodyki w praktyce. Adam Krosny

SCRUM niełatwe wdrażanie metodyki w praktyce. Adam Krosny SCRUM niełatwe wdrażanie metodyki w praktyce Adam Krosny 1 Czym się zajmujemy Realizujemy projekty informatyczne średniej wielkości Ilość osób w projekcie 10-50 Architektura SOA, EBA Wiele komponentów

Bardziej szczegółowo

Wprowadzenie do narzędzi zarządzania projektami informatycznymi.

Wprowadzenie do narzędzi zarządzania projektami informatycznymi. Wprowadzenie do narzędzi zarządzania projektami informatycznymi. 1. Wykorzystanie darmowych pakietów oprogramowania. 1.1 Zapoznać się z porównaniem dostępnych platform i narzędzi programistycznych wspomagających

Bardziej szczegółowo

Zarządzanie Projektami zgodnie z PRINCE2

Zarządzanie Projektami zgodnie z PRINCE2 Zarządzanie Projektami zgodnie z PRINCE2 Opis Metodyka PRINCE2 powstała na bazie doświadczeń z wielu lat dobrych praktyk zarządzania projektami. Metodyka ta oferuje elastyczne i łatwe do adaptacji podejście

Bardziej szczegółowo

Zarządzanie projektami

Zarządzanie projektami Zarządzanie projektami Dorota Kuchta www.ioz.pwr.wroc.pl/pracownicy/kuchta/dydaktyka.htm Projekt Ma jasny cel Unikatowy zdefiniowany koniec Angażuje zasoby ludzkie Procesy zarządzani projektem Zarządzanie

Bardziej szczegółowo

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 6 Wskazówki i sugestie

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 6 Wskazówki i sugestie Inżynieria wymagań Wykład 2 Proces pisania przypadków użycia Część 6 Wskazówki i sugestie Opracowane w oparciu o materiały IBM (kurs REQ570: Writing Good Use Cases) Wyzwania podczas pisania przypadków

Bardziej szczegółowo

Projekt Kompetencyjny - założenia

Projekt Kompetencyjny - założenia Projekt Kompetencyjny - założenia sem. V 2013 kgrudzi.kis.p.lodz.pl projekt kompetencyjny 1 System informatyczny zbiór powiązanych ze sobą elementów, którego funkcją jest przetwarzanie danych przy użyciu

Bardziej szczegółowo

Określanie wymagań. Cele przedsięwzięcia. Kontekst przedsięwzięcia. Rodzaje wymagań. Diagramy przypadków użycia use case diagrams

Określanie wymagań. Cele przedsięwzięcia. Kontekst przedsięwzięcia. Rodzaje wymagań. Diagramy przypadków użycia use case diagrams Cele przedsięwzięcia Określanie wymagań Klienta, np. Wzrost efektywności, spadek kosztów, rozszerzenie rynku, unikanie błędów Wykonawcy Biznesowe Techniczne Priorytety! Kontekst przedsięwzięcia Użytkownicy

Bardziej szczegółowo

IO - inżynieria oprogramowania

IO - inżynieria oprogramowania IO - inżynieria oprogramowania dr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl http://home.agh.edu.pl/~zabinska/ Faza strategiczna Faza strategiczna (strategy phase) wykonywana zanim podjęta ostateczna

Bardziej szczegółowo

Rysunek 8. Rysunek 9.

Rysunek 8. Rysunek 9. Ad 2. Dodatek Excel Add-Ins for Operations Management/Industral Engineering został opracowany przez Paul A. Jensen na uniwersytecie w Teksasie. Dodatek można pobrać ze strony http://www.ormm.net. Po rozpakowaniu

Bardziej szczegółowo

Zarządzanie projektami. Wykład 2 Czym jest zarządzanie projektami?

Zarządzanie projektami. Wykład 2 Czym jest zarządzanie projektami? Zarządzanie projektami Wykład 2 Czym jest zarządzanie projektami? Plan Czym jest zarządzanie projektami? Jakie są rodzaje podejść do zarządzania projektami? Jakie są grupy procesów w ramach zarządzania

Bardziej szczegółowo

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Wsparcie narzędziowe zarządzania ryzykiem w projektach Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 1 Zbigniew Misiak (BOC IT Consulting) Podyplomowe Studia Menedżerskie Zarządzanie projektami informatycznymi Czym się będziemy zajmować?

Bardziej szczegółowo

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

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:

Bardziej szczegółowo

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

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004. Zofia Kruczkiewicz Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, 2004 Zofia Kruczkiewicz 1. Przedstaw znaczenie oprogramowania we współczesnym świecie 2. Jaki wpływ na ludzi, komunikację

Bardziej szczegółowo

Procesowa specyfikacja systemów IT

Procesowa specyfikacja systemów IT Procesowa specyfikacja systemów IT BOC Group BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office

Bardziej szczegółowo

Zarządzanie projektem informatycznym, w2

Zarządzanie projektem informatycznym, w2 Planowanie projektów informatycznych Zarządzanie projektem informatycznym, w2 walery.suslow@ie.tu.koszalin.pl Cykl życia projektu Ocena Inicjacja Realizacja Identyfikacja Planowanie Zanim zacznie się budować

Bardziej szczegółowo

Inżynieria Programowania Zarządzanie projektem

Inżynieria Programowania Zarządzanie projektem 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

Bardziej szczegółowo

Język UML w modelowaniu systemów informatycznych

Język UML w modelowaniu systemów informatycznych Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 3 Diagramy przypadków użycia Diagramy przypadków użycia (ang. use case)

Bardziej szczegółowo

Organizacyjny aspekt projektu

Organizacyjny aspekt projektu Organizacyjny aspekt projektu Zarządzanie funkcjonalne Zarządzanie między funkcjonalne Osiąganie celów poprzez kierowanie bieżącymi działaniami Odpowiedzialność spoczywa na kierownikach funkcyjnych Efektywność

Bardziej szczegółowo

Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora

Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora Bezpieczeństwo aplikacji i urządzeń mobilnych w kontekście wymagań normy ISO/IEC 27001 oraz BS 25999 doświadczenia audytora Krzysztof Wertejuk audytor wiodący ISOQAR CEE Sp. z o.o. Dlaczego rozwiązania

Bardziej szczegółowo

Optymalizacja Automatycznych Testów Regresywnych

Optymalizacja Automatycznych Testów Regresywnych Optymalizacja Automatycznych Testów Regresywnych W Organizacji Transformującej do Agile Adam Marciszewski adam.marciszewski@tieto.com Agenda Kontekst projektu Typowe podejście Wyzwania Cel Założenia Opis

Bardziej szczegółowo

MACIERZ LOGICZNA PROJEKTU. Ułatwia sformułowanie spójnego i realistycznego projektu,

MACIERZ LOGICZNA PROJEKTU. Ułatwia sformułowanie spójnego i realistycznego projektu, GŁÓWNE DOKUMENTY PROJKETU q MACIERZ LOGICZNA PROJEKTU q HARMONOGRAM q BUDŻET Dr Mariusz Maciejczak 1/22 MACIERZ LOGICZNA PROJEKTU Ułatwia sformułowanie spójnego i realistycznego projektu, Pełni rolę przewodnika

Bardziej szczegółowo

Zakład Języków Programowania Instytut Informatyki Uniwersytet Wrocławski

Zakład Języków Programowania Instytut Informatyki Uniwersytet Wrocławski INŻYNIERIA OPROGRAMOWANIA wykład 3: FAZA WSTĘPNA dr inż. Leszek Grocholski ( na podstawie wykładów prof. K. Subiety, Instytut Informatyki PAN ) Zakład Języków Programowania Instytut Informatyki Uniwersytet

Bardziej szczegółowo

OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA

OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA Projekt to metoda na osiągnięcie celów organizacyjnych. Jest to zbiór powiązanych ze sobą, zmierzających

Bardziej szczegółowo

Wykład Zarządzanie projektami Zajęcia 3 Zarządzanie czasem w projekcie Zarządzanie kosztami projektu

Wykład Zarządzanie projektami Zajęcia 3 Zarządzanie czasem w projekcie Zarządzanie kosztami projektu Wykład Zarządzanie projektami Zajęcia Zarządzanie czasem w projekcie Zarządzanie kosztami projektu dr Stanisław Gasik s.gasik@vistula.edu.pl www.sybena.pl/uv/014-wyklad-eko-zp-9-pl/wyklad.pdf Zarządzanie

Bardziej szczegółowo

Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań

Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań 2012 Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań Mateusz Kurleto NEOTERIC Wdrożenie systemu B2B Lublin, 25 października 2012 Mateusz Kurleto Od 2005 r. właściciel NEOTERIC,

Bardziej szczegółowo

ECDL ZARZĄDZANIE PROJEKTAMI

ECDL ZARZĄDZANIE PROJEKTAMI ECDL ZARZĄDZANIE PROJEKTAMI EUROPEJSKI CERTYFIKAT UMIEJĘTNOŚCI KOMPUTEROWYCH ZARZĄDZANIE PROJEKTAMI Syllabus v. 1.0 Oficjalna wersja dokumentu jest dostępna w serwisie WWW Polskiego Biura ECDL www.ecdl.pl

Bardziej szczegółowo

emszmal 3: Automatyczne księgowanie przelewów w menadżerze sprzedaży BaseLinker (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w menadżerze sprzedaży BaseLinker (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w menadżerze sprzedaży BaseLinker (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to dedykowane jest internetowemu menadżerowi sprzedaży BaseLinker.

Bardziej szczegółowo

Zarządzanie Projektami IT. - Nowoczesny Project Manager Nowość

Zarządzanie Projektami IT. - Nowoczesny Project Manager Nowość Zarządzanie Projektami IT - Nowoczesny Project Manager Nowość Unikalność studiów Zarządzanie Projektami IT polega nie tylko na zgodności programu standardem PMI ale również na kompleksowym ujęciu problematyki

Bardziej szczegółowo

Dobre wdrożenia IT cz. I Business Case. www.leoconsulting.pl

Dobre wdrożenia IT cz. I Business Case. www.leoconsulting.pl Dobre wdrożenia IT cz. I Business Case Wprowadzenie Czy wiesz: jak często po wdrożeniu oprogramowania okazuje się, że nie spełnia ono wielu wymagań? jak często decyzja o wdrożeniu systemu informatycznego

Bardziej szczegółowo

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2 Wyższa Szkoła Menedżerska w Legnicy Systemy informatyczne w przedsiębiorstwach Zarządzanie, ZIP, sem. 6 (JG) Modelowanie wymagań Wykład 2 Grzegorz Bazydło Cel wykładu Celem wykładu jest przekazanie wiedzy

Bardziej szczegółowo

Projektowanie systemów informatycznych. wykład 6

Projektowanie systemów informatycznych. wykład 6 Projektowanie systemów informatycznych wykład 6 Iteracyjno-przyrostowy proces projektowania systemów Metodyka (ang. methodology) tworzenia systemów informatycznych (TSI) stanowi spójny, logicznie uporządkowany

Bardziej szczegółowo

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie

Bardziej szczegółowo

Zarządzanie projektami. Dr hab. inż. Dorota Kuchta, prof. PWr www.ioz.pwr.wroc.pl/pracownicy/kuchta

Zarządzanie projektami. Dr hab. inż. Dorota Kuchta, prof. PWr www.ioz.pwr.wroc.pl/pracownicy/kuchta Zarządzanie projektami Dr hab. inż. Dorota Kuchta, prof. PWr www.ioz.pwr.wroc.pl/pracownicy/kuchta 1 Projekt Wielozadaniowe zlecenie, dla którego określa się wymagania dotyczące kosztów, czasu, zakresu

Bardziej szczegółowo

Inżynieria oprogramowania wykład IV Faza określenia wymagań

Inżynieria oprogramowania wykład IV Faza określenia wymagań Inżynieria oprogramowania wykład IV Faza określenia wymagań prowadzący: dr inż. Krzysztof Bartecki Faza określenia wymagań Wymagania Projektowanie Implementacja Testowanie Konserwacja Strategiczna Analiza

Bardziej szczegółowo

Zarządzanie projektami - narzędzia, software, dokumentacja, metodyka PMBOK

Zarządzanie projektami - narzędzia, software, dokumentacja, metodyka PMBOK Zarządzanie projektami - narzędzia, software, dokumentacja, metodyka PMBOK Opis Szkolenie realizowane w ramach: Oferowane zajęcia umożliwiają uczestnikom poznanie najlepszych metod i narzędzi stosowanych

Bardziej szczegółowo

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 3 Identyfikacja przypadków użycia

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 3 Identyfikacja przypadków użycia Inżynieria wymagań Wykład 2 Proces pisania przypadków użycia Część 3 Identyfikacja przypadków użycia Opracowane w oparciu o materiały IBM (kurs REQ570: Writing Good Use Cases) Znajdowanie przypadków użycia

Bardziej szczegółowo

Proces projektowania i wdrożenia serwisu internetowego

Proces projektowania i wdrożenia serwisu internetowego Proces projektowania i wdrożenia serwisu internetowego Kluczowe etapy projektu 9 1 Rozwój i optymalizacja Analiza celów, potrzeb i konkurencji 8 Szkolenie IMPROVE THINK Wireframe i prototyp (UX) 2 7 Testy

Bardziej szczegółowo

AskAnything 5.06.2006. Plan Przedsięwzięcia Plan Testów

AskAnything 5.06.2006. Plan Przedsięwzięcia Plan Testów AskAnything Plan Przedsięwzięcia Plan Testów Rzut oka na harmonogram Organizacja Rozwijanie aplikacji Zespół deweloperski 6 osób w zespole koordynator projektant i programista WWW projektant baz danych

Bardziej szczegółowo

AN EVOLUTION PROCESS FOR SERVICE- ORIENTED SYSTEMS

AN EVOLUTION PROCESS FOR SERVICE- ORIENTED SYSTEMS AN EVOLUTION PROCESS FOR SERVICE- ORIENTED SYSTEMS Andrzej Zalewski, Marcin Szlenk, Szymon Kijas a.zalewski@elka.pw.edu.pl s.kijas@elka.pw.edu.pl Praca naukowa finansowana ze środków budżetowych na naukę

Bardziej szczegółowo

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU> Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji

Bardziej szczegółowo

Lekkie metodyki. tworzenia oprogramowania

Lekkie metodyki. tworzenia oprogramowania Lekkie metodyki tworzenia oprogramowania Programowanie zwinne ( Agile software development) grupa metodyk wytwarzania oprogramowania opartego o programowanie iteracyjne (model przyrostowy). Wymagania oraz

Bardziej szczegółowo

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

Inżynieria Programowania Zarządzanie projektem. Plan wykładu. Motto. Motto 2. Notatki. Notatki. Notatki. Notatki. Inżynieria Programowania Zarządzanie projektem Arkadiusz Chrobot Katedra Informatyki, Politechnika Świętokrzyska w Kielcach Kielce, 3 października 2013 Plan wykładu 1. Wstęp 2. Czynności zarządzania 3.

Bardziej szczegółowo

STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012

STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012 STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012 Program studiów opracował: Grzegorz Karpiuk CEL STUDIÓW 1. Zdobycie przez uczestników wiedzy i kompetencji z zakresu zarządzania projektami oraz

Bardziej szczegółowo

IO - inżynieria oprogramowania. dr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl

IO - inżynieria oprogramowania. dr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl IO - inżynieria oprogramowania dr inż. M. Żabińska, e-mail: zabinska@agh.edu.pl Metody porządkowania wymagań funkcjonalnych Liczba wymagań funkcjonalnych może być bardzo duża; konieczne jest pewnego rodzaju

Bardziej szczegółowo

Temat: Zwinne Zarządzanie Projektami IT (Agile / Scrum) Data: 06-07 marca 2014 r. (2 dni, czwartek-piątek), godz. 9-16

Temat: Zwinne Zarządzanie Projektami IT (Agile / Scrum) Data: 06-07 marca 2014 r. (2 dni, czwartek-piątek), godz. 9-16 Temat: Zwinne Zarządzanie Projektami IT (Agile / Scrum) Data: 06-07 marca 2014 r. (2 dni, czwartek-piątek), godz. 9-16 Miejsce: Eureka Technology Park, Innowatorów 8 Cena: 980 zł netto (1 osoba / 2 dni

Bardziej szczegółowo

ZARZĄDZANIE PROJEKTAMI i PROCESAMI ZAJĘCIA PROJEKTOWE. Dla SUM (wersja lato 2014) AUTOR: DR INŻ. ŁUKASZ HADAŚ

ZARZĄDZANIE PROJEKTAMI i PROCESAMI ZAJĘCIA PROJEKTOWE. Dla SUM (wersja lato 2014) AUTOR: DR INŻ. ŁUKASZ HADAŚ 1 ZARZĄDZANIE PROJEKTAMI i PROCESAMI ZAJĘCIA PROJEKTOWE Dla SUM (wersja lato 214) Agenda Agenda zajęć Przedstawienie planu projektu, Omówienie podstawowych narzędzi wykorzystywanych do realizacji poszczególnych

Bardziej szczegółowo

Wybór ZSI. Zakup standardowego systemu. System pisany na zamówienie

Wybór ZSI. Zakup standardowego systemu. System pisany na zamówienie Wybór ZSI Zakup standardowego systemu System pisany na zamówienie Zalety: Standardowy ZSI wbudowane najlepsze praktyki biznesowe możliwość testowania przed zakupem mniej kosztowny utrzymywany przez asystę

Bardziej szczegółowo

WYKORZYSTANIE MIAR ZŁOŻONOŚCI PROJEKTU DO OCENY STANU EWOLUCJI ORGANIZACJI INFORMATYCZNEJ

WYKORZYSTANIE MIAR ZŁOŻONOŚCI PROJEKTU DO OCENY STANU EWOLUCJI ORGANIZACJI INFORMATYCZNEJ WYKORZYSTANIE MIAR ZŁOŻONOŚCI PROJEKTU DO OCENY STANU EWOLUCJI ORGANIZACJI INFORMATYCZNEJ Cezary ORŁOWSKI, Tomasz DERĘGOWSKI, Miłosz KURZAWSKI, Katarzyna OSSOWSKA, Artur ZIÓŁKOWSKI Streszczenie: Celem

Bardziej szczegółowo

Wykład VII. Programowanie III - semestr III Kierunek Informatyka. dr inż. Janusz Słupik. Wydział Matematyki Stosowanej Politechniki Śląskiej

Wykład VII. Programowanie III - semestr III Kierunek Informatyka. dr inż. Janusz Słupik. Wydział Matematyki Stosowanej Politechniki Śląskiej Wykład VII - semestr III Kierunek Informatyka Wydział Matematyki Stosowanej Politechniki Śląskiej Gliwice, 2014 c Copyright 2014 Janusz Słupik Wytwarzanie oprogramowania Model tworzenia oprogramowania

Bardziej szczegółowo

Instalacja i konfiguracja SAS PC Files Server

Instalacja i konfiguracja SAS PC Files Server , SAS Institute Polska listopad 2013 Szanowni Państwo! Niniejszy dokument stanowi opis procesu pobierania, instalacji oraz konfiguracji programu SAS PC Files Server. Program instalowany jest na komputerach

Bardziej szczegółowo

Agile Project Management

Agile Project Management Charles G. Cobb, pmp Zrozumieć Agile Project Management Równowaga kontroli i elastyczności przekład: Witold Sikorski APN Promise Warszawa 2012 Spis treści Wstęp...vii Kto powinien przeczytać tę książkę?...

Bardziej szczegółowo

SPECYFIKACJA WYMAGAŃ

SPECYFIKACJA WYMAGAŃ Strona1 SPECYFIKACJA WYMAGAŃ DLA WYPOŻYCZALNI SAMOCHODÓW WERSJA 1.0 Strona2 HISTORIA ZMIAN DOKUMENTU Osoba Data Komentarz Wersja Maciej Strychalski 28.03.2012 Dodanie punktu 1.3.1 1.0 Mateusz Mikołajczak

Bardziej szczegółowo

Praktyczne zarządzanie projektami według metodyki PRINCE2

Praktyczne zarządzanie projektami według metodyki PRINCE2 Praktyczne zarządzanie projektami według metodyki PRINCE2 PRINCE2 jest zarejestrowanym znakiem handlowym AXELOS Limited. Przeznaczenie szkolenia: Dwudniowe intensywne szkolenie jest przeznaczone dla firm

Bardziej szczegółowo

Podejście zwinne do zarządzania projektami

Podejście zwinne do zarządzania projektami Podejście zwinne do zarządzania projektami na przykładach projektów wytwarzania oprogramowania Wojciech Czujowski, Łukasz Sienkiewicz Tieto Poland Agenda CZĘŚĆ I-sza: Kilka słów o Tieto SCRUM w organizacji

Bardziej szczegółowo

Plan zarządzania projektem

Plan zarządzania projektem Plan zarządzania projektem Opracował: Zatwierdził: Podpis: Podpis: Spis treści: 1. Wst p... 2 1.1 Cel... 2 1.2 Zakres... 2 1.3 Przeznaczenie dokumentu... 2 1.4 Organizacja dokumentu... 2 1.5 Dokumenty

Bardziej szczegółowo

Analiza i projektowanie obiektowe 2015/2016. Wykład 2: Przypadki użycia

Analiza i projektowanie obiektowe 2015/2016. Wykład 2: Przypadki użycia Analiza i projektowanie obiektowe 2015/2016 Wykład 2: Przypadki użycia Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Czym są przypadki użycia. 2.

Bardziej szczegółowo

Inżynieria oprogramowania. Przypadki użycia. Piotr Miklosik piotr.miklosik@put.poznan.pl. Mirosław Ochodek Miroslaw.Ochodek@cs.put.poznan.

Inżynieria oprogramowania. Przypadki użycia. Piotr Miklosik piotr.miklosik@put.poznan.pl. Mirosław Ochodek Miroslaw.Ochodek@cs.put.poznan. Inżynieria oprogramowania Przypadki użycia Piotr Miklosik piotr.miklosik@put.poznan.pl Mirosław Ochodek Miroslaw.Ochodek@cs.put.poznan.pl Znaczenie wymagań Standish Group, CHAOS Report 1994 Problem % porażek

Bardziej szczegółowo

1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem.

1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem. 1/ Nazwa zadania: Dostawa, wdrożenie i serwis informatycznego systemu zarządzania projektami dla Urzędu Miejskiego Wrocławia wraz ze szkoleniem. 2/ Wykonawcy: Konsorcjum: Netline Group wraz z Premium Technology

Bardziej szczegółowo

Estimation and planing. Marek Majchrzak, Andrzej Bednarz Wroclaw, 06.07.2011

Estimation and planing. Marek Majchrzak, Andrzej Bednarz Wroclaw, 06.07.2011 Estimation and planing Marek Majchrzak, Andrzej Bednarz Wroclaw, 06.07.2011 Story points Story points C D B A E Story points C D 100 B A E Story points C D 2 x 100 100 B A E Story points C D 2 x 100 100

Bardziej szczegółowo

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów dziennych studiów II stopnia)

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów dziennych studiów II stopnia) Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów dziennych studiów II stopnia) WERSJA WSTĘPNA, BRAK PRZYKŁADOWYCH PYTAŃ DLA NIEKTÓRYCH PRZEDMIOTÓW Należy wybrać trzy dowolne przedmioty.

Bardziej szczegółowo

Diagramy przypadków użycia - MS Visio

Diagramy przypadków użycia - MS Visio Diagramy przypadków użycia - MS Visio LABORKA Piotr Ciskowski zad. 1. Sklep internetowy - diagram przypadków użycia (Visio) o przykład z: Wrycza i in., UML 2.x. Ćwiczenia zaawansowane o narzędzie: MS Visio

Bardziej szczegółowo

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

ECDL/ICDL Zarządzanie projektami Moduł S5 Sylabus - wersja 1.0 ECDL/ICDL Zarządzanie projektami Moduł S5 Sylabus - wersja 1.0 Przeznaczenie Sylabusa Dokument ten zawiera szczegółowy Sylabus dla modułu ECDL/ICDL Zarządzanie projektami. Sylabus opisuje zakres wiedzy

Bardziej szczegółowo

udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu baz danych

udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu baz danych Rola architektury systemów IT Wymagania udokumentowanych poprzez publikacje naukowe lub raporty, z zakresu metod modelowania architektury systemów IT - UML, systemów zorientowanych na usługi, systemów

Bardziej szczegółowo

Zarządzanie projektów

Zarządzanie projektów Zarządzanie projektów Zarządzanie projektów Część 1 Organizacja Kursu Wykład - interaktywna prezentacja (ok. 95% czasu) Test (ok.. 5% czasu) Opracowanie indywidualne lub grupowe związane z zaliczeniem

Bardziej szczegółowo

Zarządzanie projektami. Dorota Kuchta

Zarządzanie projektami. Dorota Kuchta Zarządzanie projektami Dorota Kuchta 1 Projekt Wielozadaniowe zlecenie, dla którego określa się wymagania dotyczące kosztów, czasu, zakresu i jakości i które wykonuje się jednorazowo Sekwencja niepowtarzalnych,

Bardziej szczegółowo

Projektowe Zarządzanie Jakością

Projektowe Zarządzanie Jakością Projektowe Zarządzanie Jakością Zarządzanie Projektami vs Jakość Marcin Koziorowski Cel wykładu Wspólny język Projekt Projekt? Projekt Przedsięwzięcie ograniczone w czasie, podjęte dla wytworzenia

Bardziej szczegółowo

Modelowanie i analiza systemów informatycznych Spis treści

Modelowanie i analiza systemów informatycznych Spis treści Modelowanie i analiza systemów informatycznych Spis treści Modelowanie i analiza systemów informatycznych...1 Ćwiczenia 1...2 Wiadomości podstawowe:...2 Ćwiczenia...8 Ćwiczenia 1 Wiadomości podstawowe:

Bardziej szczegółowo

Zarządzanie Projektami Plan kursu

Zarządzanie Projektami Plan kursu Zarządzanie Projektami Plan kursu opracował Wojciech Walczak Dokument ten przedstawia plan kursu Zarządzanie projektami. Uczestnicy kursu zobowiązują się do przeprowadzenia wybranego przez siebie projektu

Bardziej szczegółowo

Technologia informacyjna (IT - Information Technology) dziedzina wiedzy obejmująca:

Technologia informacyjna (IT - Information Technology) dziedzina wiedzy obejmująca: 1.1. Podstawowe pojęcia Technologia informacyjna (IT - Information Technology) dziedzina wiedzy obejmująca: informatykę (włącznie ze sprzętem komputerowym oraz oprogramowaniem używanym do tworzenia, przesyłania,

Bardziej szczegółowo

Overlord - Software Development Plan

Overlord - Software Development Plan Overlord - Software Development Plan Jakub Gołębiowski Adam Kawa Piotr Krewski Tomasz Weksej 5 czerwca 2006 Spis treści 0.1 Cel.......................................... 4 0.2 Zakres........................................

Bardziej szczegółowo

DIAGRAM PRZYPADKÓW UŻYCIA USE CASE MODEL

DIAGRAM PRZYPADKÓW UŻYCIA USE CASE MODEL Projektowanie Systemów Komputerowych Laboratoria/Projekty Krzysztof Regulski AGH, WIMiIP DIAGRAM PRZYPADKÓW UŻYCIA USE CASE MODEL 1) Zastosowanie Jedną ze stosowanych metodologii prowadzenia projektów

Bardziej szczegółowo

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym PrestaShop (plugin dostępny w wersji ecommerce)

emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym PrestaShop (plugin dostępny w wersji ecommerce) emszmal 3: Automatyczne księgowanie przelewów w sklepie internetowym PrestaShop (plugin dostępny w wersji ecommerce) Zastosowanie Rozszerzenie to dedykowane jest sklepom internetowych zbudowanym w oparciu

Bardziej szczegółowo

REKOMENDACJE DOTYCZĄCE PLATFORMY ZARZĄDZANIA KOMPETENCJAMI

REKOMENDACJE DOTYCZĄCE PLATFORMY ZARZĄDZANIA KOMPETENCJAMI REKOMENDACJE DOTYCZĄCE PLATFORMY ZARZĄDZANIA KOMPETENCJAMI WYTYCZNE DO MODELU DANIEL WOJEWÓDZKI Rekomendacje dotyczące Platformy Zarządzania Kompetencjami System adresowany do małych przedsiębiorstw do

Bardziej szczegółowo

Krytyczne czynniki sukcesu w zarządzaniu projektami

Krytyczne czynniki sukcesu w zarządzaniu projektami Seweryn SPAŁEK Krytyczne czynniki sukcesu w zarządzaniu projektami MONOGRAFIA Wydawnictwo Politechniki Śląskiej Gliwice 2004 SPIS TREŚCI WPROWADZENIE 5 1. ZARZĄDZANIE PROJEKTAMI W ORGANIZACJI 13 1.1. Zarządzanie

Bardziej szczegółowo

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

Co to jest jest oprogramowanie? 8. Co to jest inżynieria oprogramowania? 9. Jaka jest różnica pomiędzy inżynierią oprogramowania a informatyką? ROZDZIAŁ1 Podstawy inżynierii oprogramowania: - Cele 2 - Zawartość 3 - Inżynieria oprogramowania 4 - Koszty oprogramowania 5 - FAQ o inżynierii oprogramowania: Co to jest jest oprogramowanie? 8 Co to jest

Bardziej szczegółowo

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje w roku akademickim 2012/2013. Zarządzanie projektem informatycznym

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje w roku akademickim 2012/2013. Zarządzanie projektem informatycznym Politechnika Krakowska im. Tadeusza Kościuszki Karta przedmiotu Wydział Fizyki, Matematyki i Informatyki obowiązuje w roku akademickim 01/013 Kierunek studiów: Informatyka Forma studiów: Stacjonarne Profil:

Bardziej szczegółowo

Przykład: budowa placu zabaw (metoda ścieżki krytycznej)

Przykład: budowa placu zabaw (metoda ścieżki krytycznej) Przykład: budowa placu zabaw (metoda ścieżki krytycznej) Firma budowlana Z&Z podjęła się zadania wystawienia placu zabaw dla dzieci w terminie nie przekraczającym 20 dni. Listę czynności do wykonania zawiera

Bardziej szczegółowo

Feature Driven Development

Feature Driven Development Feature Driven Development lekka metodyka tworzenia oprogramowania Kasprzyk Andrzej IS II Wstęp Feature Driven Development (FDD) to metodyka tworzenia oprogramowania, która wspomaga zarządzanie fazami

Bardziej szczegółowo

REFERAT O PRACY DYPLOMOWEJ

REFERAT O PRACY DYPLOMOWEJ REFERAT O PRACY DYPLOMOWEJ Temat pracy: Projekt i budowa systemu zarządzania treścią opartego na własnej bibliotece MVC Autor: Kamil Kowalski W dzisiejszych czasach posiadanie strony internetowej to norma,

Bardziej szczegółowo

Szkolenie 1. Zarządzanie projektami

Szkolenie 1. Zarządzanie projektami UNIWERSYTET MARII CURIE-SKŁODOWSKIEJ W LUBLINIE Projekt Nowoczesny model zarządzania w UMCS umowa nr UDA-POKL.04.01.01-00-036/11-00 Pl. Marii Curie-Skłodowskiej 5, 20-031 Lublin, www.nowoczesny.umcs.lublin.pl

Bardziej szczegółowo

Wskazówki projektowe. Programowanie Obiektowe Mateusz Cicheński

Wskazówki projektowe. Programowanie Obiektowe Mateusz Cicheński Wskazówki projektowe Programowanie Obiektowe Mateusz Cicheński Przydatne zasady SOLID Wzorce struktury aplikacji MVC MVP MVVM Metody wytwarzania oprogramowania Manifest Zwinnego Wytwarzania Oprogramowania

Bardziej szczegółowo

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą Załącznik nr 8 do SIWZ Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 3-CPI-WZP-44/13 Lp. Zakres wykonywanych czynności Liczba osób Imiona i nazwiska osób, którymi dysponuje wykonawca

Bardziej szczegółowo