(c) Jerzy Nawrocki Jerzy Nawrocki

Slides:



Advertisements
Podobne prezentacje
I część 1.
Advertisements

Agile w praktyce, czyli jak to robimy naprawdę
Project management w procesie budowy grona
Wprowadzenie do informatyki Wykład 6
Modelowanie przypadków użycia
Ludwik Antal - Numeryczna analiza pól elektromagnetycznych –W10
Zarządzanie przedsięwzięciami i PRINCE2
Inżynieria Oprogramowania 0. Zasady skutecznego działania
1 Stan rozwoju Systemu Analiz Samorządowych czerwiec 2009 Dr Tomasz Potkański Z-ca Dyrektora Biura Związku Miast Polskich Warszawa,
Jerzy Nawrocki Piotr Pawałowski Krzysztof Pospiech
Na Etapie Inżynierii Wymagań
Ksantypa2: Architektura
Systemy operacyjne Copyright, 2000 © Jerzy R. Nawrocki Wprowadzenie do informatyki.
Inżynieria oprogramowania II Wykład 12 Projekty dyplomowe
XPrince: Równoważenie zwinności i dyscypliny
Copyright © Jerzy R. Nawrocki Zbieranie wymagań Analiza systemów informatycznych Wykład.
Inżynieria oprogramowania II Wykład 10 PRINCE2 i TSP
Dyscyplina i zwinność w projektach informatycznych
Dyscyplina i zwinność w projektach informatycznych (cz. 2)
Wprowadzenie do przedmiotu
Zarządzanie przedsięwzięciami i PRINCE2
Cykle życia oprogramowania
mgr inż. Marek Kamiński Katedra Inżynierii Oprogramowania WETI PG
Życiorys mgr inż. Krystyna Dziubich Katedra Architektury Systemów Komputerowych WETI PG Urodzona: r. Wykształcenie: studia uzupełniające.
Życiorys mgr inż. Katarzyna Łukasiewicz Katedra Inżynierii Oprogramowania WETI PG Urodzona: r. Wykształcenie: 2010 – obecnie studia doktoranckie.
Życiorys mgr inż. Jacek Siciarek Katedra Inteligentnych Systemów Interaktywnych, WETI PG Urodzony: r. Wykształcenie, praca zawodowa: od 2010 studia.
mgr Anna Domagalska Katedra Inżynierii Wiedzy WETI PG
Poznańskie Centrum Superkomputerowo-Sieciowe Cezary Mazurek
Wstęp do geofizycznej dynamiki płynów. Semestr VI. Wykład
Praca Inżynierska „Analiza i projekt aplikacji informatycznej do wspomagania wybranych zadań ośrodków sportowych” Dyplomant: Marcin Iwanicki Promotor:
UKŁADY SZEREGOWO-RÓWNOLEGŁE
Analiza i projektowanie Informacyjnych Systemów Zarządzania
Analiza, projekt i częściowa implementacja systemu obsługi kina
Wykonawcy:Magdalena Bęczkowska Łukasz Maliszewski Piotr Kwiatek Piotr Litwiniuk Paweł Głębocki.
Stanisław Jerzy Niepostyn, Ilona Bluemke Instytut Informatyki,
Produkcja skojarzona w systemie elektroenergetycznym
Kalendarz 2011 Oto ciekawy kalendarz, który zaprojektował
KALENDARZ 2011r. Autor: Alicja Chałupka klasa III a.
SPOTKANIE Z RODZICAMI OGÓLNE INFORMACJE O SPRAWDZIANIE Data sprawdzianu – 8 kwietnia 2008 roku Czas pracy – 60 minut Liczba punktów do uzyskania.
1/34 HISTORIA BUDOWY /34 3/34 6 MAJA 2011.
Szkolenia, Coaching, PR.
1 Zdjęcia ze stron: Spotkanie dotowane w ramach: Programu Rozwoju Samorządów Salamon Consulting.
Metodyki zarządzania projektami
Prof.dr hab. Michał Jasiulewicz Politechnika Koszalińska Wydział Nauk Ekonomicznych GOSPODARKA PRZESTRZENNA Studia I-go stopnia.
Zwiększenie wykorzystania energii z OZE w budownictwie
1 Zdjęcia ze stron: Spotkanie dotowane Salamon Consulting.
Analiza wpływu regulatora na jakość regulacji (1)
czyli szkolenie dla tych, co nie mają czasu
Kalendarz 2011r. styczeń pn wt śr czw pt sb nd
Badanie kwartalne BO 2.3 SPO RZL Wybrane wyniki porównawcze edycji I- VII Badanie kwartalne Beneficjentów Ostatecznych Działania 2.3 SPO RZL – schemat.
Badanie kwartalne BO 2.3 SPO RZL Wybrane wyniki porównawcze edycji I- VII Badanie kwartalne Beneficjentów Ostatecznych Działania 2.3 SPO RZL – schemat.
Dr Karolina Muszyńska Na podst.:
(C) Jarosław Jabłonka, ATH, 5 kwietnia kwietnia 2017
Badanie kwartalne BO 2.3 SPO RZL Wybrane wyniki porównawcze edycji I- VI Badanie kwartalne Beneficjentów Ostatecznych Działania 2.3 SPO RZL – schemat a.
Jakość w projektach studenckich Paweł Polaczyk. Paweł Polaczyk, Jakość w projektach studenckich 2/12 Plan prezentacji Informacje ogólne Jakość Zagrożenia.
1 PROINFO System zarządzania informacją o przedsięwzięciu informatycznym Seminarium dyplomowe 2004 WIiZ Politechnika Poznańska.
ŁUKASZ DZWONKOWSKI Modele zwinne i ekstremalne. Podejście tradycyjne
Kalendarz 2020.
(c) Jerzy Nawrocki Jerzy Nawrocki
(c) Jerzy Nawrocki Jerzy Nawrocki
Analiza ryzyka Analiza systemów inf. Wykład 14
Copyright © Jerzy R. Nawrocki Team Software Process Inżynieria oprogramowania II Wykład.
Zarządzanie wdrożeniem oprogramowania w organizacji w oparciu o metodykę ITIL Michał Majewski s4440 Praca magisterska napisana pod kierunkiem dr inż. Tomasza.
Opiekun naukowy: dr hab. inż. Tadeusz A. Grzeszczyk Metoda oceny publicznych projektów informatycznych Politechnika Warszawska Wydział Zarządzania mgr.
Innowacyjne metody zarządzania jakością oprogramowania, Zarządzanie ryzykiem w metodyce PRINCE2 Jerzy Nawrocki
Dokument ten ma charakter informacyjny. Każdorazowo należy sprawdzić na stronie uczelni szczegółowe zasady rekrutacji.
Copyright © Jerzy R. Nawrocki Innowacyjność: Szanse i zagrożenia Seminarium Programu InMoST.
Departament Rozwoju Regionalnego i Funduszy Europejskich
Inżynieria Oprogramowania Laboratorium
IEEE SPMP Autor : Tomasz Czwarno
Zapis prezentacji:

(c) Jerzy Nawrocki Jerzy Nawrocki Jerzy.Nawrocki@put.poznan.pl Inżynieria oprogramowania II Etap przedprojektowy Jerzy Nawrocki Jerzy.Nawrocki@put.poznan.pl XPrince dla architektów

Wartość biznesowa projektu Aspekty techniczne i organizacyjne (c) Jerzy Nawrocki Plan wykładu Cel i zakres etapu Wartość biznesowa projektu Aspekty techniczne i organizacyjne Zarządzanie ryzykiem w etapie przedprojektowym Zamknięcie etapu XPrince dla architektów

O K Manifest zwinności Osoby i interakcje między nimi (c) Jerzy Nawrocki Manifest zwinności O K Osoby i interakcje między nimi Działające oprogramowanie Tommorow or never! Współpracujący klient Reagowanie na zmiany XPrince dla architektów

Piąta zasada zwinności (c) Jerzy Nawrocki Piąta zasada zwinności Osoby i interakcje O K Działające oprogr. Współpracujący klient Reagowanie na zmiany Tommorow or never! Rozwiązane problemy ważniejsze niż zaawansowane oprogramowanie XPrince dla architektów

Cykl życia wg XPrince Rozpoczę-cie Dopraco-wanie Wydanie 1 Wydanie 2 (c) Jerzy Nawrocki Cykl życia wg XPrince Rozpoczę-cie Dopraco-wanie Wydanie 1 Wydanie 2 Zamknię-cie XPrince dla architektów

Czy potrzebujemy jeszcze czegoś? Ludzie spędzają za dużo czasu myśląc jak zrealizować przedsięwzięcie a za mało czasu na refleksję czy dane przedsięwzięcie warte jest realizacji. Tim Lister The Atlantic Systems Guild Inc.

Metafora sita projektowego Sito projektów Projekt C Projekt A Projekt E Projekt B Do planowania Projekt D

Główne rezultaty etapu Rozpoczęcia Business Process Reengineering Wymagania pozafunkcjonalne Role (Aktorzy) Zarys wymagań funkcjonalnych Zarys architektury . . . Rozpoczęcie

Etap przed-projekto-wy (c) Jerzy Nawrocki Cykl życia wg XPrince Etap przed-projekto-wy Rozpoczę-cie Dopraco-wanie Wydanie 1 Wydanie 2 Zamknię-cie ? XPrince dla architektów

Cele etapu przedprojektowego Odpowiedź na dwa pytania: Jakie są biznesowe motywacje związane z projektem? Czy warto inwestować w planowanie projektu?

Podejście do planowania Ostrz piłę Najpierw staraj się zrozumieć, Dbaj o synergię a potem myśl o budżecie i czasie. Najpierw staraj się zrozumieć Myśl o obopólnej korzyści Aby rzeczy pierwsze były pierwsze Zaczynaj mając koniec na względzie Bądź proaktywny 7 zasad skutecznego działania

Wstępny przypadek biznesowy 1 Kontekst Kto jest klientem? 2 Problemy i ich konsekwencje 3 Zarys rozwiązania 4 Ograniczenia biznesowe Budżet

Kontekst Politechnika Poznańska 9 wydziałów ~ 19 000 studentów ~ 2 000 pracowników Studia: zawodowe (inż.) i magisterskie podyplomowe doktoranckie www.put.poznan.pl Campus Piotrowo

Wyniki Komisja Komisja Problem Kilka tysięcy kandydatów rocznie. WIZ 2006: 1300 kandydatów (stacj.) Wyniki Mam świadectwo dojrzałości Komisja Mam dokumenty i opłatę Komisja Wada: Czasochłonność (kandydaci + komisja)

Wyniki Komisja Zarys rozwiązania Zalety: (c) Jerzy Nawrocki Zarys rozwiązania Wyniki Mam świadectwo dojrzałości Wyślę podanie przez Internet. Wyniki Komisja Proces biznesowy, pokazanie srodowiska z systemem jako ? Zalety: Kandydat przychodzi tylko raz. Mniej pracy dla komisji (przychodzą tylko przyjęci). XPrince dla architektów

Ograniczenia biznesowe Wdrożenie zakończone 15 czerwca 2008

Dalsze pytania Jak?

? Sokrates Diagram kontekstu Kandydat BANK (c) Jerzy Nawrocki Wydział Architektury Wydział Budownictwa i Inżynierii Środowiska Wydział Budowy Maszyn i Zarządzania BANK Wydział Elektroniki i Telekomunikacji Sokrates ? Wydział Elektryczny Wydział Fizyki Technicznej Wydział Informatyki i Zarządzania Kandydat Wydział Maszyn Roboczych i Transportu Wydział Technologii Chemicznej XPrince dla architektów

Diagram kontekstu Bank Sokrates 1 System Sokrates 2 Kandydat Sokrates 9

Alternatywne podejścia (c) Jerzy Nawrocki Alternatywne podejścia Rozwiązanie System zewnętrzny System wewnętrzny Wiele systemów drzewo alternatywnych rozwiązań XPrince dla architektów

Diagram kontekstu Bank System 1 Sokrates 1 System 2 Sokrates 2 Kandydat System 9 Sokrates 9

Alternatywne podejścia (c) Jerzy Nawrocki Alternatywne podejścia Rozwiązanie System zewnętrzny System wewnętrzny Jeden system Wiele systemów drzewo alternatywnych rozwiązań XPrince dla architektów

Diagram kontekstu Bank Sokrates 1 System Sokrates 2 Kandydat Sokrates 9

Dodatkowe ograniczenia Współpraca z instalacjami systemu Sokrates. Brak możliwości ingerencji w system Sokrates i ew. inne systemy.

Kryteria jakości Terminowość Niezawodność Bezpieczeństwo danych Funkcjonalność

Zespół XPrince Prince2 Komitet Sterujący Główny użytkownik Przewodn. Główny dostawca Kierownik XP Kierownik Zespołu Programiści Analityk Architekt

Zarządzanie ryzykiem Przygotowanie Walka Identyfikacja Ocena Niskie Wysoki Średnie Niski Niskie Niski Wysokie Niski

Zarządzanie ryzykiem Przygotowanie Walka Identyfikacja Ocena Planowanie Monitorowanie Unikanie Reagowanie

Zarządzanie ryzykiem – Etap przedprojektowy Szybka identyfikacja i ocena ryzyka?

Zarządzanie ryzykiem – Etap przedprojektowy Przygotowanie Walka Identyfikacja Ocena Planowanie Monitorowanie Unikanie Reagowanie

Zarządzanie ryzykiem – Etap przedprojektowy Przygotowanie Walka Identyfikacja Ocena Planowanie Monitorowanie Unikanie Reagowanie

Biznesowe czynniki ryzyka EPIC E = business Environment impacting the project, wpływ środowiska biznesowego na projekt P = Problem to be solved, problem do rozwiązania I = Investor willing to pay for solving the problem, inwestor mający płacić za rozwiązanie problemu C = business Constraints imposed on the project, ograniczenia biznesowe związane z projektem

Czynniki ryzyka związane z programowaniem ETICS E = development Environment, środowisko, w którym ma powstać oprogramowanie T = Technology to be applied, technologia, jaka ma być zastosowana I = Iterativeness of the proposed approach, iteracyjność proponowanego podejścia C = Crew (developers) that would solve the problem, zespół mający rozwiązać problem S = Subcontractor(s) supporting the developers zleceniobiorcy wspomagający zespół wykonawczy

Biznesowe czynniki ryzyka EPIC E = business Environment impacting the project, P = Problem to be solved, I = Investor willing to pay for solving the problem, C = business Constraints imposed on the project, Pytania

Ocena ryzyka w etapie przedprojektowym Czy projekt może się załamać ze względu na: zły wpływ środowiska biznesowego, obejmującego siły przyrody, prawo, gospodarkę, konkurencję itp.? niejasno sformułowaną lub słabą motywację dla rozwiązania postawionego problemu? 10 – Bardzo prawdopodobne 7 – Raczej możliwe 5 – Trudno powiedzieć 3 – Raczej niemożliwe 0 – Bardzo nieprawdopodobne . . .

Zamknięcie etapu przedprojektowego Przedstawienie informacji nt.: wartości biznesowej aspektów technicznych proponowanego zespołu oceny ryzyka Czekanie na akceptację.