Projekt Kompetencyjny - założenia

Podobne dokumenty
Metody wytwarzania oprogramowania. Metody wytwarzania oprogramowania 1/31

CMM. Capability Maturity Model for Software. Capability Maturity Model for Software - Strona 1 z 6

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Analityk i współczesna analiza

Wstęp do zarządzania projektami

Metodyki zwinne wytwarzania oprogramowania

Zarządzanie projektami. Porównanie podstawowych metodyk

Programowanie zwinne

Wstęp do zarządzania projektami

Wstęp do zarządzania projektami

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

INŻYNIERIA OPROGRAMOWANIA Jakość w projekcie informatycznym - normy

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

Etapy życia oprogramowania

Akademia PMP przygotowanie do egzaminów PMP /CAPM - edycja weekendowa

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

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

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

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

STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI Edycja 2011/2012

Jakość w procesie wytwarzania oprogramowania

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

Egzamin / zaliczenie na ocenę*

ŚCIEŻKA KRYTYCZNA. W ścieżkach krytycznych kolejne zadanie nie może się rozpocząć, dopóki poprzednie się nie zakończy.

Zasady organizacji projektów informatycznych

Ekonomiczny Uniwersytet Dziecięcy

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

RAPORT Z POLSKIEGO BADANIA PROJEKTÓW IT 2010

Program kształcenia i plan studiów podyplomowych: Zarządzanie projektami

STUDIA PODYPLOMOWE Zarządzanie Projektami

Opis metodyki i procesu produkcji oprogramowania

Badania marketingowe. Badania marketingowe. Materiały do wykładu Prowadzący: dr Krzysztof Hejduk Szkoła Główna Handlowa w Warszawie

Przedsięwzięcia Informatyczne w Zarządzaniu

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

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Administracja jako organizacja zarządzana procesowo

MS Project 2010 w harmonogramowaniu - planowanie zadań, działań, operacji i przedsięwzięć

Tworzenie gier na urządzenia mobilne

Lekkie metodyki. tworzenia oprogramowania

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

Wykład 1 Inżynieria Oprogramowania

Cechy charakterystyczne tworzenia oprogramowania w Inżynierii Biomedycznej. Wykładowca Dr inż. Zofia Kruczkiewicz

Zastosowanie symulacji Monte Carlo do zarządzania ryzykiem przedsięwzięcia z wykorzystaniem metod sieciowych PERT i CPM

Inżynieria oprogramowania II

Gry społecznościowe. wykład 0. Joanna Kołodziejczyk. 24 lutego Joanna Kołodziejczyk Gry społecznościowe 24 lutego / 11

Zarządzanie projektami IT

Planowanie i realizacja zadań w zespole Scrum

Biuro projektu: ul. Kościuszki 4/6a, Rzeszów, tel.: ,

ZARZĄDZANIE PRZEDSIĘWZIĘCIAMI BUDOWLANYMI - Zarządzanie Łańcuchem Krytycznym Projektu CCPM

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

PRAKTYKA ZARZĄDZANIA PROJEKTAMI W OPARCIU O PMBOK GUIDE 5TH.ED.

Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego. 1. Cel szkolenia

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

Międzynarodowa Rada Inżynierii Wymagań. The International Requirements Engineering Board (IREB e.v.) Szkolenia IREB w CTS.

Wprowadzenie, podstawowe pojęcia, projekt a produkt Wykład1

tel. (+48 81) /22 fax (+48 81) Wykład Ćwiczenia Laboratorium Projekt

Zakres wykładu. Podstawy InŜynierii Oprogramowania

Organizacyjny aspekt projektu

WPROWADZENIE DO UML-a

Programowanie zespołowe

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

Oceny z prezentacji INKU011S. Zofia Kruczkiewicz

Zarządzanie projektami. Wykład 1 - Projekt

JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE?

SVN. 10 października Instalacja. Wchodzimy na stronę i pobieramy aplikację. Rysunek 1: Instalacja - krok 1

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

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

Wydział: Zarządzanie i Finanse. Zarządzanie

Podejście zwinne do zarządzania projektami

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Podstawy modelowania programów Kod przedmiotu

Wszystkie problemy leżą w testach. ForProgress spółka z ograniczoną odpowiedzialnością sp.k.

SYSTEMY INFORMATYCZNE ćwiczenia praktyczne

Koncepcja systemu zarządzania jakością w dużym projekcie informatycznym zgodnie z normą ISO/IEC 9001:2008

Bogdan Kępka. Bogdan Kępka

PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI KATOWICE

Projektowanie interakcji

Projekty BPM z perspektywy analityka biznesowego. Wrocław, 20 stycznia 2011

PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI KATOWICE

Agile Project Management WHITEPAPER

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

Zarządzanie inicjatywami i wymaganiami w projektach IT

Programowanie Zespołowe

Czy 99% działań bez braków to dobry wynik?

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

Podstawy Zarządzania Projektami w Organizacjach

Usługa: Testowanie wydajności oprogramowania

DLA SEKTORA INFORMATYCZNEGO W POLSCE

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

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2015/2016

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

STUDIA PODYPLOMOWE ZARZĄDZANIE PROJEKTAMI INFORMATYCZNYMI

Oprogramowanie zgodne z prawem

PRZEWODNIK PO PRZEDMIOCIE

Zaufanie i partnerstwo jako alternatywa dla kontroli w projektach publicznych

Kontrola spójności modeli UML za pomocą modelu. Stanisław Jerzy Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

Projektowanie systemów informatycznych

Podejście tradycyjne. plan wykonanie sekwencyjna natura wykonywanych zadań

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań

Zastosowania informatyki w gospodarce Projekt

Transkrypt:

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 techniki komputerowej. 1. Sprzęt 2. Oprogramowanie 3. Zasoby osobowe ludzie 4. Elementy organizacyjne - czyli procedury (procedury organizacyjne - termin z zarządzania) korzystania z systemu informatycznego, instrukcje robocze itp. 5. Elementy informacyjne; bazy wiedzy - na przykład podręcznik księgowania w wypadku systemu finansowoksięgowego 2

Zarządzanie projektem Kontrolowanie: Zasobów zespół, budżet; Czasu harmonogram, realizacja zadań; Zakresu wymagania; Ryzyko Jakość Satysfakcja 3

Znaczenie problemu 16% 33% Przerwane projekty informatyczne Nieudane projekty informatyczne 51% Projekty informatyczne zakończone sukcesem 4 Standish Group International (Raport o projektach w USA lata 90-te)

Nieudany projekt informatyczny Miarą niepowodzenia projektu jest niedotrzymania jednego lub więcej z następujących parametrów: Budżetu Czasu realizacji Funkcjonalności 5

Przyczyny niepowodzeń 6 M.Keil, P.E. Cule, K. Lyytinen, R.S. Schmidt, A Framework for Identifying Software Project Risks, CACM, November 1998.

Syndrom LOOP L O O P Late (późno) Over budget (przekroczony budżet) Overtime (nadgodziny) Poor quality (kiepska jakość) 7 Jerzy Nawrocki, Institute of Computing Sci.,Poznan Univ. of Technology

Bywa i tak Źródło Politechnika Śląska 8

9

Capability Maturity Model for Software tworzony przez Software Engineering Institute (SEI); model służący ocenie procesu wytwórczego służącego do produkcji oprogramowania. CMM ocenia praktyki stosowane podczas produkcji. Model ocenia proces w skali pięciostopniowej - od chaotycznego, aż do ścisłego, zdyscyplinowanego procesu uwzględniającego wszystkie potrzebne aspekty. 10

Poziomy CMM Initial - oprogramowanie tworzone chaotycznie, bez żadnych formalnych procedur, ewentualnie z takimi, które są szczątkowe - nie określają procesu. Repeatable - stosowane są podstawowe techniki śledzenia projektu - śledzi się koszt, harmonogram oraz funkcjonalność. Stosuje się techniki pozwalające na powtarzanie udanych projektów na podstawie informacji zapisanych przy okazji poprzednich. Defined - proces wytwórczy jest opisany, wszystkie wykonywane czynności są udokumentowane w postaci procedur lub instrukcji. Managed - podczas projektów stosuje się szczegółowe metryki dotyczące samego procesu oraz jakości produktu. Optimizing - stosuje się praktyki mające na celu ciągłe poprawianie procesu wytwórczego oprogramowania - poprzez monitorowanie procesu pod względem możliwości usprawnień, oraz poprzez ich wprowadzanie. 11

Zastosowanie: Initial prototyp, krótkie serie Managed duże systemy, produkty na dłużej Optimazing systemy stosowane dotychczas 12

Cechy: ocenia zarządzanie projektem, a nie produkt wyjściowy; określenie zdolności firm składających oferty na kontrakty dla departamentu obrony USA ustala zdolności organizacyjne; Mały projekt umiejętności ludzi Duży projekt jakość procesu 13

Procesy w projekcie 14 Project Management Institute, Inc.: A Guide to the Project Management Body of Knowledge (PMBOK Guide), 3rd Edition, 2004.

Etapy powstawania projektu informatycznego Rozmowa z klientem Opis problemu Specyfikacja problemu Pomysł na rozwiązanie Realizacja rozwiązania Weryfikacja + walidacja 15

Walidacja w naukach technicznych i informatyce działanie mające na celu potwierdzenie w sposób udokumentowany i zgodny z założeniami, że procedury, procesy, urządzenia, materiały, czynności i systemy rzeczywiście prowadzą do zaplanowanych wyników ŚWIAT Rzeczywisty SYSTEM 16

Weryfikacja sprawdzenie, skontrolowanie z prawdą oraz sprawdzenie czy dana część nadaje się do użytkowania. W inżynierii oprogramowania : Weryfikacja jest to testowanie oprogramowania pod względem wymagań zdefiniowanych w fazie analizy. 17

Klient!!!! Odbiorców procesu (projektu) uczynić jego wykonawcami. 18

Specyfikacja problemu Pozyskiwanie wymagań Analiza i specyfikacja Technologia, personel, Doświadczenie, ograniczenia 19

Pomysł na rozwiązanie Burza mózgów Dyskusja Potencjał ludzki, sprzętowy Stan wiedzy, jak rozwiązuje się takie problemy na świeci 20

Realizacja pomysłu podział prac 21

Cykl życia projektu Analiza Projektowanie Konstrukcja Testowanie Sprawdzenie osiągnięcia celów Sprawdzenie zgodności ze specyfikacją WDRAŻANIE 22

Praca w grupie Zorientowanie na interakcję motywacja = współdziałanie w grupie Praca zespołowa skład zespołu spójność zespołu komunikacja w zespole modele organizacji zespołu 23

Etapy życia oprogramowania 1. Określenie wymagań 2. Projektowanie 3. Implementacja 4. Testowanie 5. Rozwój & pielęgnacja Dokumentacja I Dokumentacja II Zrozumienie problemu 24

WYMAGANIA - zaliczenie Zasoby: zespół, budżet (użyte narzędzia); Czas: Harmonogram (podział na podzadania), realizacja zadań + osobogodziny; Zakres: wymagania; Ryzyko Identyfikacja problemów, przed ich pojawieniem 25

Czas Harmonogram, podział na zadania. Dekompozycja dziel i zwyciężaj (rekurencja); Zalety: Podzadania. Praca równoległa. Modułowość. Wady: Scalanie. Zrozumienie problemu.. 26

Czas cd. Ile pracy do wykonania? Ile czasu (dni/tygodni/miesięcy/lat) jest do tego potrzebne? Koszt całkowity? 27

Diagram zależności pomiędzy zadaniami rozp. najw. czas zakon. najw. podzadanie: rozp. najp. zapas czasu zakon. najp. rozp. najw. czas zakon. najw. podzadanie: rozp. najw. czas zakon. najw. rozp. najw. czas zakon. najw. rozp. najp. zapas czasu zakon. najp. podzadanie: podzadanie: rozp. najp. zapas czasu zakon. najp. rozp. najp. zapas czasu zakon. najp. rozp. najw. podzadanie: rozp. najp. czas zapas czasu zakon. najw. zakon. najp. rozp. najw. podzadanie: rozp. najp. czas zapas czasu zakon. najw. zakon. najp. Ścieżka krytyczna najdłuższa ścieżka; Zapas zadania dla ścieżki krytycznej = 0 zapas = zakon. najp zakon. najw. 28

Rezultat prac 1. Poznanie różnych technologii informatycznych, zdobycie wiedzy. 2. Umiejętność rozwiązywania problemów informatycznych 3. Wytworzenie produktu informatycznego i jego zastosowanie 29

termin zadanie dokumentacja I 10.2013 Zajęcia wprowadzające cel - II - 04.11.2013 III 12.11.2013 10-15min Przedstawienie tematu projektu, podziału na grupy, celu, wymagań Przedstawienie harmonogramu prac (diagram), podział na podzadania, sposób realizacji rozwiązania, analiza rynku Doc doc + ppt IV Realizacja projektu (uzupełnienia dokumentacji) - V Realizacja projektu (opracowanie sposobu weryfikacji i walidacji) doc VI Implementacja rozwiązania - VII 16.12.2013 10 min Przedstawienie stanu prac doc + ppt VI Implementacja rozwiązania - VIII 20.01.2014 15min Rozliczenie z projektu * ppt + doc 30

Rozliczenie projektu ocena aplikacji (40%); dokumentacja/ppt (25%); komunikacja w grupie (10%) dalszy rozwój (10%); czas realizacji (15%); 31

Założenia projektu projekty bardziej bliskie realnym sytuacjom w życiu zawodowym studenci sami szukają wiedzy studenci sami decyduj co zamierzają zrobić studenci mają wpływ na swoje oceny 32

Manifest zwinności (Agile Manifesto) - http://agilemanifesto.org/ 1. Jednostki i interakcje nad procesami i narzędziami 2. Działające oprogramowanie nad obszerną dokumentacją 3. Współpraca klienta nad negocjacją kontraktu 4. Nadążanie za zmianami nad trzymaniem się planu 33