Od badań uczelnianych do innowacyjności w firmach Instytut Informatyki, Politechnika Poznańska Seminarium projektu InMoST 28 października 2005 Instytut.

Slides:



Advertisements
Podobne prezentacje
Opis metodyki i procesu produkcji oprogramowania
Advertisements

Lekkie metodyki programowania: Szansa czy zagrożenie?
Inżynieria oprogramowania II Wykład 4 Normy serii ISO 9000
Zwinne metodyki programowania
Inżynieria oprogramowania II Wykład 12 Projekty dyplomowe
Wprowadzenie do przedmiotu
Zwinne metodyki programowania Copyright, 2006 © Jerzy R. Nawrocki Inżynieria oprogramowania.
Wykład 1 Inżynieria oprogramowania II Wykład 1 Wprowadzenie
XPrince: Równoważenie zwinności i dyscypliny
J. Nawrocki, Inżynieria oprog. Plan wykładu Praktyki XP Wcześniejsze badania Personal Software Process eXtremme Programming Opis eksperymentu WynikiPodsumowanie.
Dyscyplina i zwinność w projektach informatycznych
Dyscyplina i zwinność w projektach informatycznych (cz. 2)
Copyright © Jerzy R. Nawrocki Personal Software Process Inżynieria oprogramowania II Wykład.
Zarządzanie przedsięwzięciami i PRINCE2
Copyright © Jerzy R. Nawrocki Team Software Process Inżynieria oprogramowania II Wykład.
Światowy Dzień Zdrowia 2016 Pokonaj cukrzycę. Światowy Dzień Zdrowia 7 kwietnia 2016.
Nauczanie na odległość Dr inż. Marlena Plebańska.
Poznańska droga do sukcesu Poznański Rockefeller – promocja i rozwój przedsiębiorczości na terenie Miasta Poznania Poznań, 4 października 2011 roku.
InMoST, Analiza architektury metodą ATAM Jerzy Nawrocki
Mirosław Ochodek Mirosław Ochodek Metoda delficka Czyli jak osiągnąć konsensus.
Dziecko z zaburzeniami rozwoju w szkole masowej – uwagi praktyczne.
Sprawozdawczość. Podstawowe terminy Okres sprawozdawczy  3 kolejne miesiące, licząc od daty zawarcia umowy o dofinansowanie projektu Rodzaje raportów.
ZASTOSOWANIE FUNKCJI WYKŁADNICZEJ I LOGARYTMICZNEJ DO OPISU RUCHU DRGAJĄCEGO Agnieszka Wlocka Agnieszka Szota.
OGÓLNOPOLSKIE SEMINARIUM PSYCHOLOGICZNO – PEDAGOGICZNE SZKOLNICTWA ARTYSTYCZNEGO ROLA PSYCHOLOGA I PEDAGOGA W SZKOLNICTWIE ARTYSTYCZNYM Centrum Edukacji.
Mazowieckie Samorządowe Centrum Doskonalenia Nauczycieli Wydział w Ciechanowie Ciechanów ul. Wyzwolenia 10 A Tel/fax.:
Grupa: urzędnicy JST (operatorzy przyjmujący wnioski w urzędach)
(c) Łukasz Olek. InMoST jest finansowany ze środków EFS. Plan dnia ▪ 10:00-10:15 Wprowadzenie ▪ 10:15-11:30 Innowacje w inżynierii wymagań ▪ 11:30–12:00.
ING BANK Faktoring –Jednostkom organizacyjnym Lasów Państwowych oferujemy faktoring krajowy z przejęciem ryzyka wypłacalności odbiorcy (bez regresu, pełny).
DANUTA SZCZEPANIK Sekretarz Miasta Legionowo EWA MILNER-KOCHAŃSKA Pełnomocnik ds. Systemu Przeciwdziałania Zagrożeniom Korupcyjnym Przeciwdziałanie korupcji.
Warstwa biznesowaWarstwa techniczna ??? To przejście jest połączone z innym procesem To przejście wywołuje samowyzwalacz To przejście jest warunkowe.
Sprawozdanie roczne z działalności Uczelnianej Komisji ds. Zapewnienia Jakości Kształcenia na PG w roku akademickim 2013/2014 Senat PG, r. Opracowała:
Kuchnie obcych krajów w naszym mieście- Kuchnie obcych krajów w naszym mieście- kuchnia chińska i wietnamska.
Międzynarodowa konferencja naukowo-dydaktyczna Zrównoważony rozwój, zrównoważone społeczeństwo. Wyzwania edukacyjne Sustainable development, sustainable.
Usługi socjalne dla osób starszych w Helsinkach Päivi Riikonen Satu Vihersaari-Virtanen
Zagrożenia w Internecie. Spis treści Rodzaje zagrożeń w Internecie Zagrożenia związane z komputerami Zagrożenia związane z oprogramowaniem Zagrożenia.
Katowicki Holding Węglowy S.A. Opracowanie technologii zgazowania węgla dla wysokoefektywnej produkcji paliw i energii elektrycznej 1.
“In God we trust, all others bring data.” W. Edwards Deming.
Innowacyjność w inżynierii wymagań 10:00-10:15 Wprowadzenie 10:15-11:30 Innowacje w inżynierii wymagań 11:30–12:00 Przerwa kawowa 12:00-13:30 UC Workbench.
Projekt: „Poznań stawia na zdrowie – profilaktyka wad postawy wśród dzieci uczęszczających do klas I-IV szkół podstawowych w Poznaniu” Wsparcie udzielone.
KOMUNIKOWANIE W PROCESIE WSPIERANIA ROZWOJU SZKOŁY Jarosław Kordziński NA.
Funkcjonalność oprogramowania Bazy Wiedzy i Repozytorium Politechniki Warszawskiej Prof. dr hab. inż. Henryk Rybiński, dr inż. Jakub Koperwas, dr inż.
OPTYMALNY CEL I PODSTAWY ROZWOJU SZKOŁY. PRZEDE WSZYSTKIM DZISIEJSZA SZKOŁA POWINNA PRZYGOTOWYWAĆ DO ŻYCIA W DRUGIEJ POŁOWIE XXI WIEKU.
Kryzys w przedsiębiorstwie „Najtrudniej zmienić się wtedy, kiedy nie wydaje się to jeszcze konieczne……” Jack Welch.
Sesja 6 Planowanie wdrożenia: Mapa Procesu Zmian
Szanowna Pani Dyrektor, Szanowny Panie Dyrektorze, Pragniemy zaprosić Pani/Pana szkołę do udziału w Ogólnopolskim Projekcie Edukacyjnym „Przekonujemy się.
Kierunek studiów: Informatyka Specjalność: Systemy informatyczne Praca dyplomowa inżynierska: Multimedialna Witryna Internetowa Bielskiej Szkoły Tańca.
Projekt InMoST InMoST: Wielkopolska sieć współpracy w zakresie innowacyjnych metod wytwarzania oprogramowania Termin realizacji: –
Wyższa Szkoła Informatyki i Zarządzania w Bielsku-Białej Wydział Informatyki Kierunek: Informatyka Specjalność: Systemy Informatyczne PRACA DYPLOMOWA INŻYNIERSKA.
III SESJA ZIMOWEJ SZKOŁY LEŚNEJ PRZY IBL „Strategia rozwoju lasów i leśnictwa w Polsce do roku 2030” Leśne Centrum Informacji - transfer wiedzy o środowisku.
„Wilanowski Program Aktywności Lokalnej ” Dzielnica Wilanów m. st. Warszawy.
LIDER PROJEKTUPARTNERZY PROJEKTU Towarzystwo Wiedzy Powszechnej Oddział Regionalny w Płocku Stowarzyszenie Academia Economica Projekt współfinansowany.
WEZ 1 Wyniki egzaminu zawodowego absolwentów techników i szkół policealnych październik 2006 r.
Ubezpieczenie - podsumowanie Marek Szczepański. Agenda Ryzyko Zarządzanie ryzykiem Metoda ubezpieczeniowa – schemat ideowy (wg prof. T.Szumlicza) Klasyfikacja.
Edukacja skuteczna, przyjazna i nowoczesna Reforma systemu oświaty.
 Indywidualne  Tylko dla określonej grupy – określone kraje (lagging countries „Widespread ”) przemysł (SMEs)  Mające konkretny cel np szkolenie młodych.
Definiowanie i planowanie zadań typu P 1.  Planowanie zadań typu P  Zadania typu P to zadania unikalne służące zwykle dokonaniu jednorazowej, konkretnej.
Kamila Szczepańska Promotor: mgr inż. Andrzej Ptasznik Warszawska Wyższa Szkoła Informatyki Warszawa, 2015.
ROLA POT W TWORZENIU ZINTEGROWANEGO SYSTEMU BADAŃ KONSUMENTÓW USŁUG TURYSTYCZNYCH TERESA BUCZAK.
Biznes Wielkopolska to magazyn, który ukazuje się od 2003 roku. Magazyn powstał jako element promocji firm wyróżnionych certyfikatem „Najwyższa Jakość”
Moduł SDI – zasilanie węzłów IIP oraz wykorzystanie danych. Wprowadzenie. Szkolenie przeprowadzone w ramach projektu „TERYT 3 – Rozbudowa systemów do prowadzenia.
Czy DENY jest zawsze ważniejszy niż GRANT?
Wytwarzanie oprogramowania sterowane przypadkami testowymi
Mikołaj Radwan JUnit Mikołaj Radwan
Full Text Finder Przegląd Publication Finder
Projekt „Podniesienie kompetencji studentów Wydziału Gospodarki Międzynarodowej” współfinansowany przez Unię Europejską z Europejskiego Funduszu Społecznego.
POLITECHNIKA POZNAŃSKA, WYDZIAŁ INŻYNIERII ZARZĄDZANIA
Inżynieria Oprogramowania Laboratorium
Git - system kontroli wersji
Inżynieria oprogramowania II Wykład 5 Model CMMI
Zapis prezentacji:

Od badań uczelnianych do innowacyjności w firmach Instytut Informatyki, Politechnika Poznańska Seminarium projektu InMoST 28 października 2005 Instytut Logistyki i Magazynowania w Poznaniu J. Nawrocki, Ł. Olek, M. Jasiński, B. Paliświat, B. Walter, B. Pietrzak, P. Godek

J.Nawrocki i inni, XPrince Kryzys oprogramowania LOOPLOOP ate oor quality ver budget vertime Loop Loop is dangerous.

J.Nawrocki i inni, XPrince Plan prezentacji  Wstęp  Struktura zespołu  Cykl życia projektu  Inżynieria wymagań i UC Workbench  Techniki programowania  Testy jednostkowe jako wymagania  Wykrywanie defektów w kodzie

J.Nawrocki i inni, XPrince XP Tom DeMarco "XP jest dzisiaj najważniejszym ruchem w IO." Extreme Programming (XP) = lekka (zwinna) lekka (zwinna) metodyka rozwoju oprogramowania metodyka rozwoju oprogramowania

J.Nawrocki i inni, XPrince Słabości Dyscyplina (Celebra)Zwinność (XP) Nadmiar papierów Powolny proces decyz. Mała elastyczność Opór przed zmianą Założenie „on-site customer” Brak spisanej dokumentacji Zbyt krótka perspektywa planu

J.Nawrocki i inni, XPrince Rozwiązanie Addison-Wesley, Barry Boehm Richard Turner Balancing Agility and Discipline A Guide for the Perplexed „ każde skuteczne przedsięwzięcie w zmieniającym się świecie wymaga zarówno zwinności, jak i dyscypliny ”

J.Nawrocki i inni, XPrince Studio Rozwoju Oprogramowania Politechnika Poznańska Wydział Informatyki i Zarządzania Studio Rozwoju Oprogramowania (od 1998) Produkty programist. Transfer technologii:  Dobre praktyki  Metody i narzędzia  Wzorce dokumentów

J.Nawrocki i inni, XPrince XPrince e X treme PR ogramming IN C ontrolled E nvironments Źródła XPrince XP PRINCE 2Rational Unified Process

J.Nawrocki i inni, XPrince Zespół XP Klient Coach Tracker Tester Programiści

J.Nawrocki i inni, XPrince Kierownik Zespołu Zespół Zarządzania Projektem w PRINCE2 Komitet sterujący Główny użytkownik Przewodn.Główny dostawca Kierownik projektu Nadzór projektu Kierownik zesp. Wsparcie projektu Raport Plan Raport Grupa zad.

J.Nawrocki i inni, XPrince Role w RUP Kierownik projektu Tester Programista Analityk Architekt

J.Nawrocki i inni, XPrince XP Prince2 Kierownik Zespołu Zespół XPrince Komitet sterujący Główny użytkownik Przewodn.Główny dostawca Kierownik = Coach Nadzór projektu Programiści Architekt Analityk = Klient

J.Nawrocki i inni, XPrince Plan prezentacji  Wstęp  Struktura zespołu  Cykl życia projektu  Inżynieria wymagań i UC Workbench  Techniki programowania  Testy jednostkowe jako wymagania  Wykrywanie defektów w kodzie

J.Nawrocki i inni, XPrince Cykl życia wg PRINCE Przyg. założ. proj. Inicjowanie projektu Etap 1Etap 2Etap 3Etap 4Zamk. Projektu

J.Nawrocki i inni, XPrince Wydanie 2Wydanie 1 Cykl życia wg XP Przyrost 1Przyrost 2Przyrost 1Przyrost 2

J.Nawrocki i inni, XPrince XP Prince2 Kierownik Zespołu Zespół XPrince Komitet sterujący Główny użytkownik Przewodn.Główny dostawca Kierownik = Coach Nadzór projektu Programiści Architekt Analityk = Klient

J.Nawrocki i inni, XPrince Fazy wg RUP Rozpoczęcie RozpracowanieKonstrukcjaWdrożenie

J.Nawrocki i inni, XPrince Cykl życia wg XPrince Przyg. założ. proj. Cel i zakres Architek tura Wydanie 1 Wydanie 2 Wydanie 3 Zamkn. Projektu Modelowa nie biznesowe Przyrost 1 ZakresPrzyrost 2 Wdroż.

J.Nawrocki i inni, XPrince Plan prezentacji  Wstęp  Struktura zespołu  Cykl życia projektu  Inżynieria wymagań i UC Workbench  Techniki programowania  Testy jednostkowe jako wymagania  Wykrywanie defektów w kodzie

J.Nawrocki i inni, XPrince Ivar Jacobson ▪ 1967: Ericsson, systemy telefomunikacyjne ▪ 1985: Ph.D., Dep. of Computer Systems, The Royal Institute of Tech., Sztokholm ▪ 1987: Objectory AB ▪ 1995: Objectory AB łączy się z Rational Software ▪ 2003: IBM kupuje Rational

J.Nawrocki i inni, XPrince Ivar Jacobson Addison-Wesley, 1992

J.Nawrocki i inni, XPrince Przypadek użycia Wstępna rejestracja artykułu Scenariusz główny 1. System presents a registration form. 2. Author fills the form in. 3. System validates the data and returns a login and password. Rozszerzenia 3a. The data are in wrong format. 3a1. System displays a message and returns to step 2. Edycja przypadków użycia Generowanie prototypów typu mockup...

J.Nawrocki i inni, XPrince Przykładowy przypadek użycia UC1. Preliminary paper registration

J.Nawrocki i inni, XPrince ID Pełny opis Krótki opisAtrybut Rational RequisitePro

J.Nawrocki i inni, XPrince Edytor przypadków użycia

J.Nawrocki i inni, XPrince Edytor przypadków użycia

J.Nawrocki i inni, XPrince Eksperymentalna ocena 25% less 40% less

J.Nawrocki i inni, XPrince Zautomatyzowane przeglądy przypadków użycia Stranger Lazy actor Too short or too long scenarios Too many extensions Incomplete extensions Too much happiness Dangling functionality Outsider

J.Nawrocki i inni, XPrince Czy wymagania są zrozumiałe?

J.Nawrocki i inni, XPrince Generacja makiet

J.Nawrocki i inni, XPrince Generacja makiet Makieta = przypadki użycia + formatki

J.Nawrocki i inni, XPrince Kontrola przeglądów

J.Nawrocki i inni, XPrince Kompozytor SRS

J.Nawrocki i inni, XPrince Szacowanie nakładów Punkty use-case Wideband Delphi Gra planistyczna

J.Nawrocki i inni, XPrince UC Workbench  1,5 roku rozwoju  Nadal szybki rozwój  Wdrożenia:  projekt w PB Polsoft  Rozpowszechnianie:  Za darmo 

J.Nawrocki i inni, XPrince Plan prezentacji  Wstęp  Struktura zespołu  Cykl życia projektu  Inżynieria wymagań i UC Workbench  Techniki programowania  Testy jednostkowe jako wymagania  Wykrywanie defektów w kodzie

J.Nawrocki i inni, XPrince Programować parami czy indywidualnie? Programowanie indywidualne - Ind 1 osoba – 1 komputer – 1 zadanie Programowanie parami - XP 2 osoby – 1 komputer – 1 zadanie Programowanie Side-by-Side - SbS 2 osoby – 2 komputery – 1 zadanie

J.Nawrocki i inni, XPrince Zadania i proces  Aplikacje internetowe  System zarządzania artykułami konf. PapersOnLine  6 dni, około 8 godz. dziennie:  Dzień 0: „Praca domowa”  Dzień 1: Sprawdzian znajomości technologii  Dzień 2: Pomiar indywidualnej prędkości program.  Dni 3-4: Zdobywanie dośw. w programowaniu parami  Dni 5-6: Właściwy eksperyment i pomiar czasu

J.Nawrocki i inni, XPrince Średni CZAS programowania Ind XP SbS IndXPSbS

J.Nawrocki i inni, XPrince Średnia PRACOCHŁONNOŚĆ programowania Ind XP SbS IndXPSbS

J.Nawrocki i inni, XPrince Programować parami czy indywidualnie? Ind XP SbS Wniosek: Elastyczna metodyka programowania powinna udostępniać wszystkie ‘ tryby’ programowania:  indywidualny,  programowanie parami w stylu XP i  programowanie Side-by-Side.

J.Nawrocki i inni, XPrince Plan prezentacji  Wstęp  Struktura zespołu  Cykl życia projektu  Inżynieria wymagań i UC Workbench  Techniki programowania  Testy jednostkowe jako wymagania  Wykrywanie defektów w kodzie

J.Nawrocki i inni, XPrince Integracja powtórnego użycia i test-first coding public void testStack(){ for (int k=0; k <10; k++){ call(„wloz", k, DONT_CARE); } for (int k = 0; k < 10; k++){ call(„zdejmij", 9 - k); }

J.Nawrocki i inni, XPrince Integracja powtórnego użycia i test-first coding java.util.Stack wloz = void push(Object) zdejmij = Object pop()

J.Nawrocki i inni, XPrince Prosty eksperyment 9 programistów 10 jednostek do znal. Opis w języku naturalnym public void testStack(){ for (int k=0; k <10; k++){ call(„wloz", k, DONT_CARE); } for (int k = 0; k < 10; k++){ call(„zdejmij", 9 - k); } JUnit

J.Nawrocki i inni, XPrince Prosty eksperyment - wyniki 9 z 10 jednostek – Poprawna i jednoznaczna charakterystyka ‘Trudna’ jednostka – klasa manipulująca łańcuchami

J.Nawrocki i inni, XPrince Plan prezentacji  Wstęp  Struktura zespołu  Cykl życia projektu  Inżynieria wymagań i UC Workbench  Techniki programowania  Testy jednostkowe jako wymagania  Wykrywanie defektów w kodzie

J.Nawrocki i inni, XPrince Przykry zapach „Przykry zapach jest symptomem niskiej jakości kodu, który wskazuje na konieczność refaktoryzacji” Martin Fowler Refactoring, Improving the designof existing code Addison-Wesley, 1999

J.Nawrocki i inni, XPrince Objawy przykrych zapachów Bad code smell Metryki Analiza drzewa składniowego Intuicja programisty Historia zmian w repozytorium Testy jednostkowe Obecność innych zapachów

J.Nawrocki i inni, XPrince XSmells  1,5 roku rozwoju  Wtyczka dla Eclipse  Wykrywanie 6 przykrych zapachów w Javie  Badania nad nowymi technikami wykrywania  Rozpowszechnianie:  Za darmo

J.Nawrocki i inni, XPrince XSmells

J.Nawrocki i inni, XPrince Podsumowanie  Kombinacja zwinnej metodyki (XP) ze zdyscyplinowaną (PRINCE2 i RUP) jest możliwa  Wsparcie narzędziowe (UC Workbench) jest ważne  Elastyczne podejście do programowania parami  Kombinacja powtórnego użycia z test-first coding.  Wczesne wykrywanie potencjalnych defektów w kodzie programów

J.Nawrocki i inni, XPrince Pytania?