LEKKIE METODOLOGIE WYTWARZANIA OPROGRAMOWANIA

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

Download "LEKKIE METODOLOGIE WYTWARZANIA OPROGRAMOWANIA"

Transkrypt

1 LEKKIE METODOLOGIE WYTWARZANIA OPROGRAMOWANIA Wykład 12 Przegląd zwinnych metodologii programowania - ciąg dalszy Jacek Dajda Kraków, 17 stycznia 2008

2 Plan wykładu Przegląd metodyk Podsumowanie Strona: 2

3 Adaptive Software Development

4 A daptive S oftware Development 1995, Jim HighSmith, Następna RADidal Software Development Celem metodyki jest wspieranie dużych i skomplikowanych projektów poprzez organizację pracy pozwalającą na łatwiejsze dostosowanie się do zmieniającego środowiska ASD kładzie nacisk na kulturę i filozofię pracy niż na konkretne praktyki, rozwiązania, narzędzia Podobnie jak Scrum, ASD może być traktowane jako tzw. Wrapper dla innych metodologii Chyba jedna z najmniej konkretnych zwinnych metodologii Źrodło: Strona: 4

5 Adaptacyjny model wytwarzania oprogramowania Model kaskadowy Model ewolucyjny Model adaptacyjny Źrodło: Strona: 5

6 Źrodło: Agile S oftware D evelopment Methods. R eview And Analysis Strona: 6

7 Role w zespole Brak ścisłego zarysowania struktury, pojawia się Executive Sponsor W ramach spotkań planistycznych tzw. sesji Joint Application Development (JAD) pojawiają się następujące role: Facilitator Scribe Project manager Customers Developers Strona: 7

8 Feature Driven Development

9 Feature Driven Development Pierwsze prace , projekt dla dużego banku w Singapurze, 15 miesięcy, 50-osobowy Twórcy: Jeff Luca, Peter Coad, Stephen Palmer Dziedziną FDD jest projektowanie aplikacji i organizacja projektu Może współpracować z innymi metodologiami Charakterystyka: duże zespoły, nawet do 500 programistów nadaje się do prowadzenia dużych krytycznych projektów umożliwia większy udział programistów niższego stopnia nadaje się do środowisk wymagających modelu formalnego (kaskadowego) jest to podejście łączące filozofię i lekkość XP z tradycyjnym modelem produktu Strona: 9

10 2 główne etapy procesu Specyfikacja (odkrywanie) listy funckjonalności (wyjście to diagramy UML, Color UML) Źrodło: celem jest pozyskanie jak największej ilości wymagań i zaproponowanie model niekiedy mówi się, że w przypadku FDD pozyskany zakres funckjonalności na tym etapie powinien wynosić 70-80% (dla porównania: model kaskadowy 98%-100%, XP - 60%) Strona: 10

11 2 główne etapy procesu (2) Implementacja rozpoczyna się od podziału funkcjonalności na pakiety, każdy pakiet ma być ukończony w ciągu 1 iteracji (1-3 tygodni) pakiet oznacza działajacą funkcjonalność, użyteczną dla klienta programiści dzielą sie na zespoły dla każdego pakietu (zespoły mogą ulegać zmianie, w zależności od dostępności programistów), za pakiet odpowiada szef danego zespołu każda implementacja pakietu zaczyna się od modelowania (UML) w obrębie zespołu, przygotowywane jest kilka modeli (3 osobowe zespoły), a następnie wybrany najlepszy/najlepsze potem następuje właściwy development (testy jednostkowe, code reviews) Strona: 11

12 Proces Strona: 12

13 Cykl życia projektu Strona: 13

14 Role w zespole Project Manager - odpowiedzialny za administrację i finanse, chroni zespoł Chief Architect - odpowiedzialny za całą architekturę, organizuje sesje projektowe Development Manager - prowadzi implementację, rozstrzyga konflikty Chief Programmer - doświadczony programista, bierze udział w planowaniu i projektowaniu Class Owner - członek Feature Teams, odpowiedzialny za implementację wskazanych klas Domain Expert - klient, użytkownik, sponsor. Odpowiedzialny za przekazywanie wiedzy w danej dziedzinie Domain Manager - zarządza ekspertami, rozstrzyga konflikty Release Manager - śledzi postęp, organizuje krotkie spotkania z głownymi programistami Language Guru - ekspert w danej technologii lub języka Build Engineer - odpowiedzialny za proces integracji Toolsmith - wykonuje drobne aplikacje (np. konwersja formatow) przydatne dla zespołu System Administrator - odpowiedzialny za działanie serwerow Tester - odpowiedzialny za zgodność produktu z wymaganami użytkownika Deployer - przygotowuje system do działania, np. konwertuje potrzebne dane Technical Writer - pisze dokumentacje Strona: 14

15 Praktyki FDD Domain Object Modelling - eksploracja postawionego problemu Developing by Feature - śledzenie postępu projektu na podstawie drobnych funkcjonalności Individual (Class) Code Ownership - każda klasa ma tylko jednego właściela Feature Teams - małe zespoły właścieli klas, organizowane na potrzeby chwili Inspection - stosowanie najlepszych znanych mechanizmow wykrywania błędow Regular Builds - częste i regularna integracja systemu Configuration Management - śledzenie zmian projektu Progress Reporting - raportowanie postępow projektu (od programisty do managera) Źrodło: Strona: 15

16 Parking Lot - przykład Źrodło: Strona: 16

17 Lean Software Development

18 Powstanie Taiichi Ohno ojciec systemu produkcji w Toyota Lata 50, Zrewolucjonizował proces produkcji, Lean Manufacturing, podstawa to: Budować tylko to co jest w tej chwili potrzebne (Just In Time JIT) Eliminować straty wynikające z: Koszty przechowywania Nadprodukcja Oczekiwanie Zbędny ruch Defekty Nieodpowiednie wykorzystanie umiejętności pracowników Przejrzystość środowiska pracy i dobra komunikacja źrodło: Strona: 18

19 Lean w inżynierii oprogramowania Mary and Tom Poppendieck: Lean Software Development: An Agile Toolkit Standardowa produkcja Magazyn Dodatkowe przetwarzanie Nadprodukcja Transport Oczekiwanie Ruch Defekty Inżyniera oprogramowania Częściowe wykonanie pracy Papierkowa praca Ekstra funkcjonalności Produkt nie spełnia wymagań klienta Oczekiwanie na informacje Przełączanie się pomiędzy zadaniami Defekty Strona: 19

20 7 praw i 22 narzędzi 1. ELIMINATE WASTE 1. Seeing waste 2. Value Strip Mapping 2. AMPLIFY LEARNING 3. Feedback 4. Iterations 5. Synchronization 6. Set-Based development 3. DECIDE AS LATE AS POSSIBLE 7. Options thinking 8. The last responsible moment 9. Decision making 4. DELIVER AS FAST AS POSSIBLE 10. Pull systems 11. Queuing theory 12. Cost of delay 5. EMPOWER THE TEAM 13. Self determination 14. Motivation 15. Leadership 16. Expertise 6. BUILD INTEGRITY IN 17. Perceived integrity 18. Conceptual integrity 19. Refactoring 20. Testing 7. SEE THE WHOLE 21. Measurements 22. Contracts Strona: 20

21 Dynamic System Development Method

22 DSDM - wprowadzenie Początek 1994 w Wielkiej Brytanii, na bazie RAD Właściciel: DSDM Consortium Obecnie wersja 4.2 Framework for Business Centered Development (marzec 2003) Od czerwca ogolnie dostępna w ograniczeniem sprzedaży Strona: 22

23 Podstawowe prawa Zaagnażowanie klienta Zwiększenie roli zespółu programistów, większa niezależność Częste dostarczanie nowych funkcjonalnościes. Dostarczane funkcjonalności powinny być oceniane wg ich przydatności dla obecnych celów biznesowych (lepiej skupić się na krytycznych funkcjonalnościach) Iteracyjny model produkcji oprogramowania Wszystkie zmiany można cofnąć Ogólny zakres funckjonalności ustalony przed rozpoczęciem projektu Testowanie w każdym momencie cyklu projektu (TDD) Komunikacja i koraboracja pomiędzy wszystkimi członkami projektu Strona: 23

24 Proces Strona: 24

25 Role w zespole DSDM wyrożnia 15 ról. Najbardziej znaczące to: Developers i Senior Developers - od analizy do testowania. Starsi programiści wyznaczani są na podstawie doświadczenia w danej dziedzinie lub technologi Technical coordinator - odpowiedzialny za architekturę i jakość produktu. Zarządza zmianami w projekcie Ambassador User i Adviser User - przedstawiciele użytkownikow systemu, Ambasador odpowiedzialny jest za całokształt projektu, doradcy specjalizują się w pewnych dziedzinach projektu Visionary - nadaje projektowi kierunek rozwoju, często pomysłodawca systemu Executive Sponsor - daje pieniądze i może podejmować wszystkie decyzje :-) Strona: 25

26 Wybrane techniki Timeboxing - realizacja produktu w umiejętnie rozdzielonych etapach (zasada 80% w 20%) MoSCoW MUST have - funkjonalność niezbędna dla produktu SHOULD have - funkjonalność potrzebna ale nie krytyczna COULD have - funkcjonalność potrzebna jeśli nie wpływa negatywnie na pozostałe i efektywność systemu WOULD have - funkcjonalność ktorą fajnie by było mieć kiedyś Prototyping - tworzenie prototypow fragmentow systemu we wczesnych fazach projektu Testing - DSDM zakłada wysoką jakość, testowanie ciągłe w ramach iteracji Workshop - spotkania (rożnych) przedstawicieli klienta z zespołem w celu ustalenia wymagań, funkcjonalności Strona: 26

27 Podsumowanie

28 Dużo podobieństw Role w zespole Wspólne: klient, programista, coach/faciilator/scrum master, tracker/skryba, sponsor etc. Szczególne: toolsmith, doomsayer Cykl życia projektu Iteracyjność, krótkie wydania Podejście do udziału klienta w projekcie Zaangażowanie i decydowanie o zakresie projektu Planowanie i estymacja Plan zgrubny i zmienny Oparte na optymalizowanych estymatach zespołu Automatyzacje i narzedziowe wsparcie zespołu Ciągła integracja Automatyzacja testów (jednostkowych, integracyjnych, akceptacyjnych) Timeboxing, optymalizacja kosztów Unikanie zbędnych funkcjonalności Efektywna praca w bez nadgodzin Strona: 28

29 Lęki klienta Jego wyobrażenie o problemie jest niekompletne, a to co proponuje jest złe lub niepotrzebne Każda decyzja jest wiążąca i nie da się jej odkręcić Jego przyszłość zależy od pracy innych ludzi (programistow) Płaci za dużo za zbyt mało Nie będzie znał postępow prac Projekt się przedłuży i pochłonie większy budżet Gotowy produkt nie będzie spełniał jego potrzeb Programiści przygotują szajs, ktorego nie będzie się dało używać Programiści będą go chcieli oszukać, nikt nie powie mu prawdy Strona: 29

30 Lęki programisty Nie będzie miał jasno określonych wymagań lub będą one zmienne Klient będzie wymagał zbyt dużo za zbyt małe pieniądze Postawiony problem będzie przerastał jego możliwości lub zajmie mu zbyt dużo czasu Problem zawiera ukryte miny Nikt mu nie pomoże, gdy napotka trudny problem Klient nie doceni jego wysiłku a jedynym wyznacznikiem pracy będą terminy Na nim spoczywa odpowiedzialność za wszystkie niepowodzenia projektu Strona: 30

31 Karta praw klienta Klient ma prawo do długofalowego planowania z uwzględnieniem kosztów i wariantów Klient ma prawo do cotygodniowego wyznaczania priorytetow projektu Klient ma prawo do wglądu w postępy projektu oraz dostępu do działającej wersji aplikacji, ktora zawiera nowe funkcjonalności z każdym tygodniem pracy Klient ma prawo do zmiany terminarza i sposobu redukcji zadań, a także do rezygnacji z projektu w każdej jego fazie Klient ma prawo do zmiany zdania (założeń projektu) bez konieczności płacenia wygorowanych kosztow Strona: 31

32 Karta praw programisty Programista ma prawo do przedstawiania własnych estymat zadań projektowych, a także do ich zmiany Programista ma prawo do produkowania wysokiej jakości kodu niezależnie od okoliczności Programista ma prawo do wiedzy o tym, które zadania są najważniejsze i powinny zostać zrealizowane w najbliższym czasie Programista ma prawo do otrzymywania pomocy ze strony klienta, szefów oraz członków zespołu Programista ma prawo do uczciwego raportowania postepów projektu Strona: 32

33 Metodyki tradycyjne a metodologie zwinne Zakres (wymagania) Zasoby Czas Ryzyko Tradycyjne metodyki Dobrze określony, dobrze zrozumiany, niezmienny Zatwierdzone i dostępne, budżet jest wystarczający, ludzie znają zadania, technologie i narzędzia Ściśle określony, dobrze sprecyzowane cele (milestone'y) Dobrze rozumiane, średnie znaczenie Metodologie zwinne Nie do końca określone, nieznane lub niepewne, podatne na zmiany Nie w pełni dostępne lub zaakceptowane, potrzeba proof of concept, budżget niepewny albo nie pozostawiający pola manewru, potrzeba nowych umiejętności Nie do końca określony (otwarty), cele niesprecyzowane, podatne na zmianę Nowe technologie, nieznane, duże znaczenie Strona: 33

34 Jak wyglądąć będą metodologie wytwarzania oprogramowania za 20 lat? Formalizm/złożoność metodologii Duże skomplikowane projekty Złożone zarządania projektem Trudne panowanie nad projektem? Programowanie strukturalne Szybkie prototypowanie Małe projekty Asembler, C Złoty środek? Być może metody zwinne... Czas Strona: 34

35 Bibliografia Adaptive Software Development Jim Highsmith, Adaptive Software Development: A Collaborative Approach to Managing Complex Systems Jim Highsmith, Agile Project Management: Creating Innovative Products Feature-Driven Development Stephen R. Palmer, John M. Felsing: A Practical Guide to Feature-Driven Development Lean Software Development Mary Poppendieck and Tom Poppendieck: Lean Software Development: An Agile Toolkit Mary Poppendieck and Tom Poppendieck: Implementing Lean Software Development: From Concept to Cash Dynamic System Development Method DSDM Consortium, Jennifer Stapleton: DSDM: Business Focused Development, Second Edition Strona: 35

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

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

KANBAN SCRUM-BAN. Agile PM Zarys AUP

KANBAN SCRUM-BAN. Agile PM Zarys AUP Anna Kulig KANBAN SCRUM-BAN Agile PM Zarys AUP Kanban - jedna z podstaw systemów produkcyjnych Toyoty (Toyota Production System) i pochodnych, opartych o zasadę pull. System pull (w odróżnieniu od systemów

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

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

Agile vs PRINCE2. 2014/2015 I rok st. magisterskie Informatyka

Agile vs PRINCE2. 2014/2015 I rok st. magisterskie Informatyka Agile vs PRINCE2 Ewa Solecka - specjalność ogólna- 1117627 Przemysław Mrozowski specjalność ogólna- 1121130 Michał Roztoczyński specjalność ogólna - 1118910 2014/2015 I rok st. magisterskie Informatyka

Bardziej szczegółowo

Leszno 14.03.2013. Jakie są i będą oczekiwania biznesu wobec IT?

Leszno 14.03.2013. Jakie są i będą oczekiwania biznesu wobec IT? Leszno 14.03.2013 Jakie są i będą oczekiwania biznesu wobec IT? Banki stoją w obliczu zmian Uwarunkowania ekonomiczne Regulacje prawne Trendy społeczne Nowe technologie Dzisiaj otoczenie oczekuje innego

Bardziej szczegółowo

LEKKIE METODOLOGIE WYTWARZANIA OPROGRAMOWANIA

LEKKIE METODOLOGIE WYTWARZANIA OPROGRAMOWANIA LEKKIE METODOLOGIE WYTWARZANIA OPROGRAMOWANIA Wykład 11 Przegląd zwinnych metodologii programowania Jacek Dajda Kraków, 10 stycznia 2008 Plan wykładu Przypomnienie manifestu. informatycznego

Bardziej szczegółowo

Modele cyklu życia oprogramowania

Modele cyklu życia oprogramowania Anna Kulig Modele cyklu życia oprogramowania Programowanie zwinne Przyczyny powstania Wprowadzenie Programowanie ekstremalne Wstęp Reguły i praktyki AUP krótki opis metodologii Model cyklu życia systemu

Bardziej szczegółowo

Testowanie oprogramowania

Testowanie oprogramowania Testowanie oprogramowania 1/17 Testowanie oprogramowania Wykład 01 dr inż. Grzegorz Michalski 13 października 2015 Testowanie oprogramowania 2/17 Dane kontaktowe: Kontakt dr inż. Grzegorz Michalski pokój

Bardziej szczegółowo

Agile Project Management WHITEPAPER

Agile Project Management WHITEPAPER 1 Wstęp... 2 Historia... 2 DSDM ATERN... 3 Agile w zarządzaniu projektami... 4 Szkolenia i certyfikacja... 6 Certyfikaty Agile Project Management Foundation i Practitioner... 6 Szkolenie Agile Project

Bardziej szczegółowo

Programowanie zwinne - wprowadzenie. Programowanie ekstremalne. Wstęp Reguły i praktyki SCRUM. Wprowadzenie Role Zdarzenia Artefakty

Programowanie zwinne - wprowadzenie. Programowanie ekstremalne. Wstęp Reguły i praktyki SCRUM. Wprowadzenie Role Zdarzenia Artefakty Anna Kulig Programowanie zwinne - wprowadzenie Programowanie ekstremalne Wstęp Reguły i praktyki SCRUM Wprowadzenie Role Zdarzenia Artefakty Agile Manifesto 2001 rok, Snowbird w stanie Utah w USA Najważniejsi

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

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

Acceptance Test Driven Development wspierane przez narzędzie ROBOT Framework. Edyta Tomalik Grzegorz Ziemiecki

Acceptance Test Driven Development wspierane przez narzędzie ROBOT Framework. Edyta Tomalik Grzegorz Ziemiecki Acceptance Test Driven Development wspierane przez narzędzie ROBOT Framework Edyta Tomalik Grzegorz Ziemiecki 1 Nokia Siemens Networks 2013 Tradycyjne podejście analityk programista tester implementacja

Bardziej szczegółowo

Agile Software Development Perspektywa Członka Zespołu

Agile Software Development Perspektywa Członka Zespołu Agile Software Development Perspektywa Członka Zespołu Bartosz Kiepuszewski, PhD Cutter Consortium we współpracy z Jim Highsmith Director, Agile Project Management Practice Fellow, Cutter Business Technology

Bardziej szczegółowo

Asynchroniczne interfejsy WWW

Asynchroniczne interfejsy WWW Asynchroniczne interfejsy WWW Metodyki zwinnego wytwarzania oprogramowania mgr inż. Rafał Grycuk Strona służbowa: http://iisi.pcz.pl/~rgrycuk/ Kontakt: rafal.grycuk@iisi.pcz.pl Konsultacje: Środa, 12-14

Bardziej szczegółowo

Szybkość w biznesie. Zwinne testowanie oprogramowania (Agile) Mateusz Morawski (mateusz.morawski@hp.com) 14 kwietnia 2015

Szybkość w biznesie. Zwinne testowanie oprogramowania (Agile) Mateusz Morawski (mateusz.morawski@hp.com) 14 kwietnia 2015 Szybkość w biznesie Zwinne testowanie oprogramowania (Agile) Mateusz Morawski (mateusz.morawski@hp.com) 14 kwietnia 2015 Klient Wykonawca...wprowadzamy nowy typ przelewów do aplikacji internetowej. Dodam

Bardziej szczegółowo

PROJEKTOWANIE ZORIENTOWANE NA UŻYTKOWNIKA W METODYCE SCRUM. Hubert Wawrzyniak Grupa Allegro

PROJEKTOWANIE ZORIENTOWANE NA UŻYTKOWNIKA W METODYCE SCRUM. Hubert Wawrzyniak Grupa Allegro PROJEKTOWANIE ZORIENTOWANE NA UŻYTKOWNIKA W METODYCE SCRUM Hubert Wawrzyniak Grupa Allegro PLAN PREZENTACJI 1. Projektowanie zorientowane na użytkownika 2. Model kaskadowy 3. Metodyka scrum 4. UCD w scrumie

Bardziej szczegółowo

Scaling Scrum with SAFe. Małgorzata Czerwińska

Scaling Scrum with SAFe. Małgorzata Czerwińska Scaling Scrum with SAFe Małgorzata Czerwińska Agenda 1. Wstęp 2. Współpraca zespołów scrumowych 3. Zarządzanie Programem 4. Podsumowanie Wstęp Skuteczność zespołów developerskich, realizujących projekty

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

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

Zagadnienia. Inżynieria Oprogramowania

Zagadnienia. Inżynieria Oprogramowania Zagadnienia Co to jest extreme Programming (XP) Czym charakteryzują się tzw. lekkie metodyki zarządzania procesem produkcji oprogramowania Reguły i praktyki XP Dlaczego i kiedy można a w jakich przypadkach

Bardziej szczegółowo

Oferta szkoleń firmy Code Sprinters

Oferta szkoleń firmy Code Sprinters Oferta szkoleń firmy Code Sprinters Code Sprinters sp z o.o. Królewska 2/2 Kraków Telefon +48 12 379 34 14 Fax +48 12 379 34 11 info@codesprinters.com www.codesprinters.com Jako liderzy na rynku szkoleń

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

Metodyki programowania. Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl

Metodyki programowania. Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl Metodyki programowania Tomasz Kaszuba 2015 kaszubat@pjwstk.edu.pl Wybrane metodyki zwinne TRADYCYJNE: RUP (Rational Unified Process) spiralny, rozbudowany PRINCE2 (Projects In Controlled Environments)

Bardziej szczegółowo

Projektowanie oprogramowania. Termin zajęć: poniedziałek, 18.00-19.45. a podstawie materiału ze strony. http://gromit.iiar.pwr.wroc.

Projektowanie oprogramowania. Termin zajęć: poniedziałek, 18.00-19.45. a podstawie materiału ze strony. http://gromit.iiar.pwr.wroc. Projektowanie oprogramowania Termin zajęć: poniedziałek, 18.00-19.45 a podstawie materiału ze strony http://gromit.iiar.pwr.wroc.pl/p_inf/ Przebieg realizacji projektu (tabela 1) Nr tygo dnia Spotkanie

Bardziej szczegółowo

USPRAWNIANIE, DORADZTWO, KONSULTING

USPRAWNIANIE, DORADZTWO, KONSULTING USPRAWNIANIE, DORADZTWO, KONSULTING LEAN MANAGEMENT All we are doing is looking at a time line from the moment the customer gives us an order to the point when we collect the cash. And we are reducing

Bardziej szczegółowo

Inżynieria oprogramowania (Software Engineering)

Inżynieria oprogramowania (Software Engineering) Inżynieria oprogramowania (Software Engineering) Wykład 2 Proces produkcji oprogramowania Proces produkcji oprogramowania (Software Process) Podstawowe założenia: Dobre procesy prowadzą do dobrego oprogramowania

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

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Zarządzanie testowaniem wspierane narzędziem HP Quality Center Zarządzanie testowaniem wspierane narzędziem HP Quality Center studium przypadku Mirek Piotr Szydłowski Ślęzak Warszawa, 17.05.2011 2008.09.25 WWW.CORRSE.COM Firma CORRSE Nasze zainteresowania zawodowe

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

Planowanie i realizacja zadań w zespole Scrum

Planowanie i realizacja zadań w zespole Scrum MetaPack IT Academy Uniwersytet Zielonogórski Planowanie i realizacja zadań w zespole Scrum Paweł Przybyła Professional Scrum Master (www.scrum.org) Planowanie i realizacja zadań w zespole Scrum Agenda:

Bardziej szczegółowo

Opisy szkoleń dla certyfikatów Agile Scrum. www.cts.com.pl

Opisy szkoleń dla certyfikatów Agile Scrum. www.cts.com.pl Opisy szkoleń dla certyfikatów Agile Scrum www.cts.com.pl SPIS TREŚCI Opisy szkoleń dla certyfikatów Agile Scrum...2 Istniejące certyfikacje agile...2 Szkolenia oferowane przez CTS...3 Agile Tester (zgodne

Bardziej szczegółowo

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Marek Bieniasz Sławomir Umpirowicz Piotr Miszewski Kraków, 10 13 września 2012 Plan prezentacji Informacje

Bardziej szczegółowo

Techniki komputerowe w robotyce

Techniki komputerowe w robotyce Techniki komputerowe w robotyce Wykład V Adaptacyjne zarządzanie projektami Robert Muszyński KCiR, W4, PWr Skład FoilTEX c R. Muszyński 2009-2015 Metodologie prowadzenia projektu Dążenie do opracowania

Bardziej szczegółowo

Podstawy programowania III WYKŁAD 4

Podstawy programowania III WYKŁAD 4 Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.

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

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

Testowanie oprogramowania w środowisku IBM Rational Software Architect

Testowanie oprogramowania w środowisku IBM Rational Software Architect Testowanie oprogramowania w środowisku IBM Rational Software Architect Software Development 2008 Michał Wolski m.wolski@modesto.pl szkolenia: inżynierii oprogramowania zarządzania projektami usługi doradcze

Bardziej szczegółowo

Ewolucyjna architektura

Ewolucyjna architektura Ewolucyjna architektura www.sxc.hu/photo/850368 Na początek Michał Bartyzel konsultant, trener BNS IT procesy zwinne i nie tylko architektura czysty kod software crafstmanship strategie skutecznych programistów

Bardziej szczegółowo

Skuteczność => Efekty => Sukces

Skuteczność => Efekty => Sukces O HBC Współczesne otoczenie biznesowe jest wyjątkowo nieprzewidywalne. Stała w nim jest tylko nieustająca zmiana. Ciągłe doskonalenie się poprzez reorganizację procesów to podstawy współczesnego zarządzania.

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

Metodyki zwinne wytwarzania oprogramowania

Metodyki zwinne wytwarzania oprogramowania Metodyki zwinne wytwarzania oprogramowania Wykład 1 Marcin Młotkowski 7 października 2014 Plan wykładu Sprawy organizacyjne Organizacja pracowni 1 Sprawy organizacyjne Organizacja pracowni 2 3 Marcin Młotkowski

Bardziej szczegółowo

Dr Katarzyna Grzesiak-Koped

Dr Katarzyna Grzesiak-Koped Dr Katarzyna Grzesiak-Koped 2 Tworzenie oprogramowania Najlepsze praktyki IO Inżynieria wymagao Technologia obiektowa i język UML Techniki IO Metodyki zwinne Refaktoryzacja Mierzenie oprogramowania Jakośd

Bardziej szczegółowo

Analityk i współczesna analiza

Analityk i współczesna analiza Analityk i współczesna analiza 1. Motywacje 2. Analitycy w IBM RUP 3. Kompetencje analityka według IIBA BABOK Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura

Bardziej szczegółowo

AGILE PROJECT MANAGEMENT

AGILE PROJECT MANAGEMENT AGILE PROJECT MANAGEMENT Agile Project Management oparte jest o metodę DSDM Atern (Dynamic Systems Development Method) najstarsze (1995r.) z usystematyzowanych podejść typu Agile na świecie. 1 CTPartners

Bardziej szczegółowo

MSF. Microsoft Solution Framework

MSF. Microsoft Solution Framework MSF Microsoft Solution Framework MSF a PMI PMI - metodyka podobna dla każdego rodzaju projektów MSF metodyka przeznaczona dla projektów informatycznych mająca cechy PMI MSF metodyka utworzona na podstawie

Bardziej szczegółowo

Zakres wykładu. Podstawy InŜynierii Oprogramowania

Zakres wykładu. Podstawy InŜynierii Oprogramowania Zakres wykładu Pojęcia podstawowe InŜynierii Oprogramowania Proces wytwarzania oprogramowania Artefakty procesu wytwarzania i ich modele Jakość oprogramowania Literatura: [1] Sacha K., InŜynieria oprogramowania,

Bardziej szczegółowo

Narzędzia CASE dla.net. Łukasz Popiel

Narzędzia CASE dla.net. Łukasz Popiel Narzędzia CASE dla.net Autor: Łukasz Popiel 2 Czym jest CASE? - definicja CASE (ang. Computer-Aided Software/Systems Engineering) g) oprogramowanie używane do komputerowego wspomagania projektowania oprogramowania

Bardziej szczegółowo

Data: 06-07 marzec 2014 r. (2 dni, czwartek-piątek), godz. 9-16. Miejsce: Eureka Technology Park, Innowatorów 8

Data: 06-07 marzec 2014 r. (2 dni, czwartek-piątek), godz. 9-16. Miejsce: Eureka Technology Park, Innowatorów 8 Szkolenie Scrum w projektach IT (Agile) METRYCZKA: Szkolenie Scrum Data: 06-07 marzec 2014 r. (2 dni, czwartek-piątek), godz. 9-16 Miejsce: Eureka Technology Park, Innowatorów 8 Temat: Zwinne Zarządzanie

Bardziej szczegółowo

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

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Geoff Evelyn Przekład: Natalia Chounlamany APN Promise Warszawa 2011 Spis treści Podziękowania......................................................

Bardziej szczegółowo

REFERAT PRACY DYPLOMOWEJ

REFERAT PRACY DYPLOMOWEJ REFERAT PRACY DYPLOMOWEJ Temat pracy: Projekt i implementacja środowiska do automatyzacji przeprowadzania testów aplikacji internetowych w oparciu o metodykę Behavior Driven Development. Autor: Stepowany

Bardziej szczegółowo

INŻYNIERIA OPROGRAMOWANIA

INŻYNIERIA OPROGRAMOWANIA INSTYTUT INFORMATYKI STOSOWANEJ 2013 INŻYNIERIA OPROGRAMOWANIA Inżynieria Oprogramowania Proces ukierunkowany na wytworzenie oprogramowania Jak? Kto? Kiedy? Co? W jaki sposób? Metodyka Zespół Narzędzia

Bardziej szczegółowo

Tools for (Java) Developers. by Mirosław Żyszczyński

Tools for (Java) Developers. by Mirosław Żyszczyński Tools for (Java) Developers by Mirosław Żyszczyński Agenda Wstęp / Cel wykładu Opis problemu programistów Etapy tworzenia aplikacji Przegląd etapów oraz narzędzi Confluence JIRA + JIRA Agile SVN FishEye/Crucible

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

Inżynieria oprogramowania. Założenia i cele przedmiotu: Opis form zajęć

Inżynieria oprogramowania. Założenia i cele przedmiotu: Opis form zajęć Inżynieria oprogramowania Kod przedmiotu: IO Rodzaj przedmiotu: kierunkowy ; obowiązkowy Wydział: Informatyki Kierunek: Informatyka Specjalność (specjalizacja): - Poziom studiów: pierwszego stopnia Profil

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 w NGO

Zarządzanie projektami w NGO Zarządzanie projektami w NGO Warsztaty dla Grupy Nowe Technologie Federacja Organizacji Służebnych MAZOWIA 4 września 2012 Projekt współfinansowany jest ze środków Unii Europejskiej w ramach Europejskiego

Bardziej szczegółowo

Szkolenie Scrum w projektach IT (Agile)

Szkolenie Scrum w projektach IT (Agile) METRYCZKA: Szkolenie Scrum Szkolenie Scrum w projektach IT (Agile) Data: 06-07 marzec 2014 r. (2 dni, czwartek-piątek), godz. 9-16 Miejsce: Eureka Technology Park, Innowatorów 8 Temat: Zwinne Zarządzanie

Bardziej szczegółowo

Cykle życia systemu informatycznego

Cykle życia systemu informatycznego Cykle życia systemu informatycznego Cykl życia systemu informatycznego - obejmuję on okres od zgłoszenia przez użytkownika potrzeby istnienia systemu aż do wycofania go z eksploatacji. Składa się z etapów

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

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

Marcin Kucięba marcin.kucieba@sabre.com. Agile Development

Marcin Kucięba marcin.kucieba@sabre.com. Agile Development Marcin Kucięba marcin.kucieba@sabre.com Agile Development Agile Development Dotychczasowe podejście Konieczność zmian Agile Manifest Praktyki Agile Dlaczego Agile? Agile resources & books 2 Software development

Bardziej szczegółowo

Testujemy dedykowanymi zasobami (ang. agile testers)

Testujemy dedykowanymi zasobami (ang. agile testers) Testujemy dedykowanymi zasobami (ang. agile testers) - wspólne standupy; - ten sam manager; - duży przepływ informacji; - po pewnym czasie zanika asertywność; - pojawia się tendencja do nie zgłaszania

Bardziej szczegółowo

Katalog rozwiązań informatycznych dla firm produkcyjnych

Katalog rozwiązań informatycznych dla firm produkcyjnych Katalog rozwiązań informatycznych dla firm produkcyjnych www.streamsoft.pl Obserwować, poszukiwać, zmieniać produkcję w celu uzyskania największej efektywności. Jednym słowem być jak Taiichi Ohno, dyrektor

Bardziej szczegółowo

know 5 W, : filary wzrostu WHAT WHEN WHO WHY WHERE model biznesowy

know 5 W, : filary wzrostu WHAT WHEN WHO WHY WHERE model biznesowy nasza misja model biznesowy 5 W, : filary wzrostu know WHAT WHEN WHO WHY WHERE zwinne oprogramowanie, oparte o wybór właściwej technologii, outsourcing specjalistów odpowiednia strategia, wyprzedzanie

Bardziej szczegółowo

ŚcieŜki Certyfikacji Testera. Karol Mioduszewski - CORRSE

ŚcieŜki Certyfikacji Testera. Karol Mioduszewski - CORRSE ŚcieŜki Certyfikacji Testera Karol Mioduszewski - CORRSE Kierunki rozwoju W dół, w górę czy w bok? Rozwój w dół Specjalizacja Zagłębianie się w wybrany wycinek wiedzy, np. testy wydajnościowe lub konkretne

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

Oferta usług coachingowych firmy Code Sprinters

Oferta usług coachingowych firmy Code Sprinters Oferta usług coachingowych firmy Code Sprinters Code Sprinters sp z o.o. Królewska 2/2 Kraków Telefon +48 12 379 34 14 Fax +48 12 379 34 11 info@codesprinters.com www.codesprinters.com Zakres i sposób

Bardziej szczegółowo

Wprowadzenie do metodyki SCRUM. mgr inż. Remigiusz Samborski Instytut Informatyki Politechnika Wrocławska

Wprowadzenie do metodyki SCRUM. mgr inż. Remigiusz Samborski Instytut Informatyki Politechnika Wrocławska Wprowadzenie do metodyki SCRUM mgr inż. Remigiusz Samborski Instytut Informatyki Politechnika Wrocławska SCRUM Scrum (skrót od scrummage) - metoda ponownego uruchomienia gry w rugby zwana również formacją

Bardziej szczegółowo

Jak być agile w projekcie utrzymaniowym? JOANNA SIEMIŃSKA

Jak być agile w projekcie utrzymaniowym? JOANNA SIEMIŃSKA Jak być agile w projekcie utrzymaniowym? JOANNA SIEMIŃSKA Joanna Siemińska o mnie Absolwentka Politechniki Warszawskiej Orange Outbox Europejska Organizacja Badań Jądrowych w Genewie (CERN) TouK Certyfikat

Bardziej szczegółowo

Tematy prac magisterskich Rok akademicki 2013/2014

Tematy prac magisterskich Rok akademicki 2013/2014 Dr hab. inż. Jan Werewka, prof. n. AGH Wydział EAIiIB AGH E-mail: werewka@agh.edu.pl www: http://home.agh.edu.pl/werewka Tematy prac magisterskich Rok akademicki 2013/2014 Temat 1 Architektura przedsięwzięcia

Bardziej szczegółowo

Wykład 2. MIS-1-505-n Inżynieria oprogramowania Marzec 2014. Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie

Wykład 2. MIS-1-505-n Inżynieria oprogramowania Marzec 2014. Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie Wykład 2 MIS-1-505-n Inżynieria Marzec 2014 Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie 2.1 Agenda 1 2 3 4 5 6 2.2 Czynności w czasie produkcji. Inżynieria stara się zidentyfikować

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Modeling and analysis of computer systems Kierunek: Informatyka Forma studiów: Stacjonarne Rodzaj przedmiotu: Poziom kwalifikacji: obowiązkowy

Bardziej szczegółowo

Nowocześnie zaprojektowana e-usługa - studium przypadku

Nowocześnie zaprojektowana e-usługa - studium przypadku 2012 Nowocześnie zaprojektowana e-usługa - studium przypadku Piotr Kocjan Wyzwania w projektowaniu i programowaniu e-usługi Poznań, 11 października 2012 Problem Wyzwania w projektowaniu i programowaniu

Bardziej szczegółowo

Analiza i projektowanie aplikacji Java

Analiza i projektowanie aplikacji Java Analiza i projektowanie aplikacji Java Modele analityczne a projektowe Modele analityczne (konceptualne) pokazują dziedzinę problemu. Modele projektowe (fizyczne) pokazują system informatyczny. Utrzymanie

Bardziej szczegółowo

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

Zarządzaj projektami efektywnie i na wysokim poziomie. Enovatio Projects SYSTEM ZARZĄDZANIA PROJEKTAMI Sprawne zarządzanie projektami Tworzenie planów projektów Zwiększenie efektywności współpracy Kontrolowanie i zarządzanie zasobami jak również pracownikami Generowanie raportów Zarządzaj projektami efektywnie

Bardziej szczegółowo

Agile, approach Scrum in IT projects 15.3.2010 Katarzyna Terlecka, Filip Sajdak & Jerzy Wachala

Agile, approach Scrum in IT projects 15.3.2010 Katarzyna Terlecka, Filip Sajdak & Jerzy Wachala Agile, approach Scrum in IT projects 15.3.2010 Katarzyna Terlecka, Filip Sajdak & Jerzy Wachala 1 Nokia Siemens Networks Working Agreements Telefony wyciszone Pytania w trakcie, dłuŝsze będą zapisywane

Bardziej szczegółowo

ZARZĄDZANIE PROCESEM TESTOWYM (SQAM Test Manager) 7-8 luty 2008, Warszawa Zdobądź z nami certyfikat SQAM Test Manager.

ZARZĄDZANIE PROCESEM TESTOWYM (SQAM Test Manager) 7-8 luty 2008, Warszawa Zdobądź z nami certyfikat SQAM Test Manager. ZARZĄDZANIE PROCESEM TESTOWYM (SQAM Test Manager) 7-8 luty 2008, Warszawa Zdobądź z nami certyfikat SQAM Test Manager. Na szkolenie zapraszamy: testerów kierowników działów testowych analityków systemowych

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

Text. Atlassian User Group Lower Silesia Praktyczne wykorzystanie narzędzi Atlasisan w skalowaniu i zarządzaniu projektami. Best practices.

Text. Atlassian User Group Lower Silesia Praktyczne wykorzystanie narzędzi Atlasisan w skalowaniu i zarządzaniu projektami. Best practices. Text Atlassian User Group Lower Silesia Praktyczne wykorzystanie narzędzi Atlasisan w skalowaniu i zarządzaniu projektami. Best practices. O Mnie: Consultant w zakresie zarządzania rozwojem oprogramowania

Bardziej szczegółowo

Metodyka dla projektu SYRIUSZ

Metodyka dla projektu SYRIUSZ Metodyka dla projektu SYRIUSZ Wprowadzenie Robert Ganowski Warszawa, 29 lipca 2003 r. Czym się zajmujemy? * Program Low Produkt Change programowy Essential (Uogólnienie, testowanie, Money dokumentacja,

Bardziej szczegółowo

Jak rozwiązać nierozwiązaln e problemy w projektach

Jak rozwiązać nierozwiązaln e problemy w projektach Jak rozwiązać nierozwiązaln e problemy w projektach...i mieć lepsze życie Marcin Kokott Senior Consultant Tieto, marcin.kokott@tieto.com Czy ja mam jakiś problem? Nie masz problemu jeżeli twój produkt

Bardziej szczegółowo

In ż ynieria oprogramowania wykład II Modele i fazy cyklu życia oprogramowania

In ż ynieria oprogramowania wykład II Modele i fazy cyklu życia oprogramowania In ż ynieria oprogramowania wykład II Modele i fazy cyklu życia oprogramowania prowadzący: dr inż. Krzysztof Bartecki www.k.bartecki.po.opole.pl Proces tworzenia oprogramowania jest zbiorem czynności i

Bardziej szczegółowo

Lista analizowanych stanowisk

Lista analizowanych stanowisk Lista stanowisk Lista analizowanych stanowisk NACZELNE KIEROWNICTWO 1. Dyrektor zarządzający (Chief Executive Officer) PION PROJEKTOWO-PROGRAMISTYCZNY 2. Dyrektor ds. produkcji oprogramowania (DI) (Software

Bardziej szczegółowo

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty przedmiotu Stopień studiów i forma: Rodzaj przedmiotu Kod przedmiotu Grupa kursów Zaawansowane techniki analizy

Bardziej szczegółowo

Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia. Click Piotr Kałuski to edit Master subtitle style

Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia. Click Piotr Kałuski to edit Master subtitle style Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia Click Piotr Kałuski to edit Master subtitle style Punkty widzenia Zespół Testów Manager Projektu Użytkownik końcowy Zespół Testów

Bardziej szczegółowo

Wprowadzenie do systemów informacyjnych

Wprowadzenie do systemów informacyjnych Wprowadzenie do systemów informacyjnych Kryteria oceny systemu Podstawowe metody projektowania UEK w Krakowie Ryszard Tadeusiewicz 1 UEK w Krakowie Ryszard Tadeusiewicz 2 Technologia informatyczna dzisiaj

Bardziej szczegółowo

Katalog szkoleń certyfikowanych Testowanie Oprogramowania

Katalog szkoleń certyfikowanych Testowanie Oprogramowania Katalog szkoleń certyfikowanych Testowanie Oprogramowania Szanowni Państwo, Certyfikowane szkolenia testerzy.pl to dwie uznane ścieżki szkoleniowe dla testerów ISTQB oraz ISEB. Dostarczamy pełny zakres

Bardziej szczegółowo

Modele implementacji oprogramowania. Michał Tomal

Modele implementacji oprogramowania. Michał Tomal Modele implementacji oprogramowania Michał Tomal Proces wytwórczy oprogramowania (Software development process) lub Cykl życia oprogramowania (Software development lifecycle) Jest to struktura określająca

Bardziej szczegółowo

Podejście zwinne a tradycyjne do projektów wytwarzania oprogramowania. Waldemar Łabuda * Warszawska Wyższa Szkoła Informatyki.

Podejście zwinne a tradycyjne do projektów wytwarzania oprogramowania. Waldemar Łabuda * Warszawska Wyższa Szkoła Informatyki. Zeszyty Naukowe WWSI, No 13, Vol. 9, 2015, s. 57-87 Podejście zwinne a tradycyjne do projektów wytwarzania oprogramowania Waldemar Łabuda * Warszawska Wyższa Szkoła Informatyki Streszczenie Artykuł stanowi

Bardziej szczegółowo

Agile Software Development. Zastosowanie metod Scrum i Kanban.

Agile Software Development. Zastosowanie metod Scrum i Kanban. Radosław Lont, CN, CNXDA Ericpol Telecom Sp. z o.o. radoslaw.lont@ericpol.com Tel.: 663441360 Agile Software Development. Zastosowanie metod Scrum i Kanban. Ericpol kilka słów o Polska firma informatyczna

Bardziej szczegółowo

I Twój zespół może być zwinny (choć to może trochę potrwać) Paweł Lipiński

I Twój zespół może być zwinny (choć to może trochę potrwać) Paweł Lipiński I Twój zespół może być zwinny (choć to może trochę potrwać) Paweł Lipiński pawel@warsjawa:/etc$whoami Ja: ponad 10 lat pracy w Javie SCJP, SCWCD, SCBCD, SCEA brałem udział w: rozwój oprogramowania, consulting,

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

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

Scrum w praktyce. Michał Piórek

Scrum w praktyce. Michał Piórek Scrum w praktyce Michał Piórek Slajd 2 z 28 Plan prezentacji Scrum metodyka prowadzenia projektów Opis projektu systemu do rozliczania podatków Struktura zespołu i jego role Zespół w firmie Podatnik.info

Bardziej szczegółowo

Szczególne problemy projektowania aplikacji internetowych. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Szczególne problemy projektowania aplikacji internetowych. Jarosław Kuchta Projektowanie Aplikacji Internetowych Szczególne problemy projektowania aplikacji Jarosław Kuchta Miejsce projektowania w cyklu wytwarzania aplikacji SWS Analiza systemowa Analiza statyczna Analiza funkcjonalna Analiza dynamiczna Analiza behawioralna

Bardziej szczegółowo

OGŁOSZENIE DODATKOWYCH INFORMACJI, INFORMACJE O NIEKOMPLETNEJ PROCEDURZE LUB SPROSTOWANIE

OGŁOSZENIE DODATKOWYCH INFORMACJI, INFORMACJE O NIEKOMPLETNEJ PROCEDURZE LUB SPROSTOWANIE 1/ 11 ENOTICES_CPIMSWiA 25/06/2010- ID:2010-081521 Formularz standardowy 14 PL Publikacja Suplementu do Dziennika Urzędowego Unii Europejskiej 2, rue Mercier, L-2985 Luksemburg Faks (352) 29 29-42670 E-mail:

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK PO PRZEDMIOCIE C1. Podniesienie poziomu wiedzy studentów z inżynierii oprogramowania w zakresie C.

Bardziej szczegółowo