Projekt Zespolowy Prowadzacy: Janusz A. Starzyk

Prezentacja na temat: "Projekt Zespolowy Prowadzacy: Janusz A. Starzyk"— Zapis prezentacji:

1 Projekt Zespolowy Prowadzacy: Janusz A. Starzyk
2017/3/28 Projekt Zespolowy Prowadzacy: Janusz A. Starzyk Asystenci: Daniel Jachyra (WSIZ), Pawel Raif (Politechnika Slaska), James Graham (Ohio University)

2 Projekt Zespołowy Strona Projektu: Wprowadzenie
2017/3/28 Projekt Zespołowy    Strona Projektu:   Wprowadzenie   Wymagania Dotyczące Projektu   Opis Srodowiska   Prezentacja Postepu Realizacji Projektu (PDR) Ramowy harmonogram projektu Szablon i Wskazowki Formatowania Raportu   Wskazówki Dotyczące Organizacji Projektow   Instrukcja MS Project

3 Założenia i cele projektu zespolowego
2017/3/28 Założenia i cele projektu zespolowego    Generalnym celem projektu zespołowego jest opracowanie programu wizualizacji czynności botów w opisanym w projekcie środowisku. W projekcie można wykorzystać rożne języki programowania i efekty wizualne (ruchy botów, perspektywę, trójwymiarowość). Projekt jest projektem zespołowym – w związku z tym rozsądnie jest dobrać sobie partnerów o rożnych zainteresowaniach, którzy są w stanie wnieść różne umiejętności dla lepszego wykonania projektu. Projekt wymaga współpracy pomiędzy członkami zespołu odpowiedzialnymi za scenariusz, projektowanie gry, programowanie, pisanie raportów i dokumentacji, animacje, opracowanie graficzne, dźwiękowe czy testowanie. 3

4 Założenia i cele projektu zespolowego
2017/3/28 Założenia i cele projektu zespolowego    Do głównych celów projektu pod względem organizacyjno wykonawczym należy rozwijanie: Umiejętności zespołowego rozwiązywania problemów Umiejętności komunikowania sie w ramach zespołu Umiejętności zarządzania projektem I sytuacjami konfliktowymi Poczucia odpowiedzialności za zespól Systematyczności w realizacji zadan Umiejętności prezentowania wyników swojej pracy Planowania i organizacji własnej pracy Korzystania z różnych źródeł informacji przydatnych do ralizacji celów projektu Krytycznej analizy informacji zapisywanie i prezentowanie zebranych materiałów przygotowywanie i wyrażanie swoich opinii słuchanie opinii wyrażanych przez innych członków grupy, 4

5 2017/3/28 Opis projektu W ramach projektu studenci w grupach 4-5 osobowych projektują aplikację o założonej wcześniej funkcjonalności i użyteczności. Z założenia projekt jest projektem otwartym, aby umożliwić wolność wyboru sposobu implementacji projektu w sposób, jaki najlepiej ilustruje umiejętności i zainteresowania członków zespołu. W szczególności zespół zdecyduje: Formę wykonania projektu Rodzaj środowiska ilustrowanego w projekcie Rodzaje obiektów i sposobów manipulacji tymi obiektami Użyte środki graficzne Dynamikę obiektów poruszających się w zrealizowanym środowisku, itp.

6 2017/3/28 Opis projektu Szczegółowe wymagania dotyczące projektu omówione sa na stronie Internetowej Kopie dokumentow związanych z projektem (wybór tematu, opis projektu i plan pracy, prezentacja PDR, prezentacja końcowa, raport końcowy oraz gotowy projekt) proszę umieścić na AFD. Wszystkie pliki powinny znaleźć się w jednym temacie (najlepiej nazwanym tytułem projektu). Adres owy: prowadzący projekt asystenci

7 2017/3/28 Literatura W. Susłow, Zarządzanie projektem informatycznym, Koszalin, Phillips J., Zarządzanie projektami IT, One Press 2004. Flasiński M., Zarządzanie projektami informatycznymi, Wydawnictwo Naukowe PWN, ISBN: , 196 stron. Trocki M., Zarządzanie projektami, Polskie Wydawnictwo Ekonomiczne, 2003. Jaszkiewicz A., Inżynieria oprogramowania”, Wyd. Helion, 1997. Subieta K., Wprowadzenie do inżynierii oprogramowania, Wyd. PJWSTK, 2002. M. McCuskey, Z. Koza, P. Januszek, B. Grzybicki, Programowanie gier w DirectX, Mikom 2003.

8 2017/3/28 Oceny Projekt jest oceniany etapami i zawiera następujące elementy oceny: formułowanie tematu do 5 punktów zbieranie i opracowywanie materiałów do 10 punktów prezentacja do 20 punktów wykonanie projektu do 30 punktów raport końcowy do 20 punktów praca w grupie do 10 punktów aktywnosc w dyskusji do 5 punktow

9 Raport Końcowy Raport końcowy projektu powinien ilustrować:
2017/3/28 Raport Końcowy Raport końcowy projektu powinien ilustrować: Założenia i fazy rozwoju programu Problemy wyłaniające sie w trakcie realizacji założeń projektu Problemy implementacji programu Ustępstwa w drodze do ukończenia projektu Opracowanie, rozwinięcie i wdrożenie strategii testowania programu

10 2017/3/28 Software Zespoły mogą korzystać z gotowych narzędzi budowania gier wideo jak na przykład Microsoft XNA ( przy użyciu oprogramowania w języku C# używając Microsoft Visual Studio do budowy gier wideo lub Garage Games' Torque X na Microsoft Windows ( 360 lub MC 342, Python 3D Software Collection: grafika 3D w Pythonie (przegląd projektów): czy tez Blender a 3D game engine

11 Kolejne fazy projektów zespołowych
2017/3/28 Kolejne fazy projektów zespołowych Zadanie Dobór grup, deklaracja wykonania określonego tematu Wykonanie opisu projektu i planu pracy grupy Zatwierdzenie tematów Realizacja projektu Wysłanie do prowadzących slajdow do PDR Prezentacja postępu realizacji projektu (PDR) Wysłanie do prowadzących slajdow do prezentacji projektu Prezentacja projektu Raport końcowy Ocena projektu i pracy zespołu 11

12 Opis Srodowiska Agent dziala autonomicznie w okreslonym srodowisku
2017/3/28 Opis Srodowiska Agent dziala autonomicznie w okreslonym srodowisku Agent oddzialywuje na środowisko poprzez wyjscia motoryczne Agenta (działanie motoru na określony obiekt w określonym miejscu w srodowisku) Komunikacja środowiska z Agentem poprzez czuciowe sygnały wejściowe Agenta. Środowisko jest w stanie przekazać aktualny stan swojego świata, ale w zależności od lokalizacji Agenta będzie on w stanie zobaczyć tylko część Środowiska.

13 2017/3/28 Opis Srodowiska Agent przekazuje Środowisku, co chce zrobić a ono odpowiednio się aktualizuje. Następnie Środowisko odpowiada poprzez pobudzenie czujnikow sensorycznych Agenta. Dane sensoryczne tylko przekazują czy pewne rzeczy są dostępne czy nie. Agent używa tych danych do wewnętrznej oceny prawdopodobieństwa dotyczącego dostępności zasobów. To z kolei działa na potrzeby Agenta i na to jak wybiera dalsze akcje.

14 2017/3/28 Opis Srodowiska Graficzna implementacja środowiska powinna umieścić w nim Agenta i dać mu dostęp do zasobów. Lepiej dostarczyć agentowi więcej informacji niż jest to konieczne i w formacie rozumianym przez Agenta. Trójwymiarowa macierz wartości może określać położenie w przestrzeni (2D) oraz zawarte tam obiekty (trzeci wymiar), gdzie każdy element macierzy zawiera informację o tym, co jest w odpowiednim miejscu przestrzeni. Srodowisko ma możliwość uzupełnienia kończących się zasobów, aby Agent był w stanie nauczyć się przywracania zużytych zasobów.

15 Co Należy Dostarczyć? Opis projektu i planu pracy grupy
2017/3/28 Co Należy Dostarczyć? Opis projektu i planu pracy grupy Każdy zgłoszony projekt powinien zawierać następujące elementy: szczegółowy temat projektu, cele projektu, przewidywana forma realizacji i prezentacji (model, film, audycja, inscenizacja), źródła literatury, plan pracy zespołu, zadania dla poszczególnych członków grupy. Szczegoly w Wymagania Dotyczące Projektu Zespolowego

16 2017/3/28 Propozycja Projektu Propozycja projektu nie powinna przekraczać 4 stron i powinna zawierać dostatecznie dużo informacji na temat planowanego zakresu prac i spodziewanego wyniku. Opis powinien skoncentrować się na koncepcji graficznego opracowania i ilustracji czynności wykonywanych przez boty. Najlepiej jest zacząć od ciekawej fabuły ilustrującej złożone zależności zachodzące pomiędzy głównymi graczami w rozpatrywanym środowisku, znajdujących się tam przedmiotów, podejmowanych akcji i ich konsekwencji.

17 Propozycja Projektu 1. Koncept Ogólny 2. Motywacje Botów do Działania
2017/3/28 Propozycja Projektu 1. Koncept Ogólny Krotki opis o co w tym środowisku chodzi i jaka jest jego specyfika. 2. Motywacje Botów do Działania Jakie zadania boty maja wykonywać i za jakie akcje boty otrzymują nagrodę lub karę. 3. Opis Oddziaływania Pomiędzy Botami w Środowisku Jakie są charakterystyczne cechy żyjących w tym środowisku botów takie jak umiejętność, szczególne zdolności czy potrzeby. 4. Scenariusz Pożądanego Rozwoju Wydarzeń Jakie mogą być konsekwencje oddziaływań pomiędzy botami, które boty są agresywne a które będą potencjalnymi ofiarami.

18 Propozycja Projektu 5. Założenia Softwareowe 6. Zespół 7. Harmonogram
2017/3/28 Propozycja Projektu 5. Założenia Softwareowe Proszę opisać wymagania dotyczące platformy, systemu operacyjnego, wielkości pamięci i dodatkowych wymagan softwareowych. 6. Zespół Proszę wstępnie opisać role poszczególnych członków zespołu. 7. Harmonogram Proszę zaplanować poszczególne etapy wykonania projektu, czas ich trwania i wzajemna zależność i przedstawić w postaci „Gantt chart”. 8. Podsumownie Proszę opisać dlaczego taki scenariusz gry jest interesujący i warty wykonania w tym projekcie i jak jesteście przygotowani, jako zespół, do tego żeby go zrobić.

19 2017/3/28 Propozycja Projektu Należy podać trzy (rozsądne) terminy, w których członkowie zespołu mogą się spotykać każdego tygodnia (dni tygodnia i godziny). Po zatwierdzeniu propozycji projektu, zespół będzie miał regularne spotkania z asystentem nadzorującym przebieg prac nad projektem w jednym z podanych terminów. O terminie spotkania zostaniecie powiadomieni poprzez AFD, lub stronę internetowa projektu.

20 2017/3/28 Realizacja Projektu Członkowie zespołu wykonującego projekt spotykają się regularnie w celu omówienia i koordynacji zadań do wykonania. Zespół ma dużą samodzielność zarówno, co do planowania, podziału zadań, jak i form wykonania poszczególnych zadań. Końcowym efektem projektu powinien być: Raport koncowy- sprawozdanie z wykonania projektu, Implementacja softwareowa współpracująca z baza danych, Prezentacja projektu - na forum klasy, Dyskusja - w czasie, której studenci spoza zespołu mogą zadawać pytania w celu wyjaśnienia wątpliwości.

21 Prezentacja z Postępu Realizacji Projektu (PDR)
2017/3/28 Prezentacja z Postępu Realizacji Projektu (PDR) PDR opisuje postęp realizacji projektu w celu oceny przez odbiorcę projektu. Celem prezentacji jest: uwiarygodnienie zaproponowanego podejścia analiza rozpatrywanego podejścia i opcji zatwierdzenie proponowanych rozwiązań. Pozwala to na ocenę profesjonalizmu w podejściu do tematu, budowanie zaufania i wiarygodności zespołu.

22 PDR - Co Należy Przedstawić ?
2017/3/28 PDR - Co Należy Przedstawić ? Raport PDR przedstawia: Potrzeby, specyfikacje i produkt końcowy projektu. Podsumowuje etap studiów literatury i opracowanie projektu. Prezentuje rozwiązania alternatywne omawiając ich wady i zalety. Ocenia całkowity koszt (ilość godzin) wykonania projektu w rozbiciu na zadania. Przedstawia harmonogram prac, które prowadzą do końcowych rezultatów z wystarczającym czasem zaplanowanym na test projektu. Uczciwie ocenia zagrożenia wykonania projektu, przewidywane trudności w realizacji projektu i plan przezwyciężania tych trudności.

23 Prezentacja Kto Ma Przedstawić Raport? Jak się Ubrać?
2017/3/28 Prezentacja Kto Ma Przedstawić Raport? Nie jest konieczne by raport był wygłoszony przez wszystkich członków zespołu Wszyscy członkowie zespołu musza znać projekt i być gotowi odpowiedzieć na pytania Specjalistyczne zagadnienia powinny być przedstawione przez tego członka zespołu, który nad nimi pracował Jak się Ubrać? Ubranie powinno wskazywać na profesjonalizm i być bardziej formalne niż na co dzień.

24 Przygotowanie do Wystąpienia
2017/3/28 Przygotowanie do Wystąpienia Na kilka dni przed wystąpieniem zespół powinien upewnić się że: Wszyscy maja zarezerwowany czas na wystąpienie Zarezerwować pokój (jak potrzeba z telemostem) i środki techniczne potrzebne do wystąpienia Poprosić asystenta o przejrzenie slajdów Dzień przed wystąpieniem wysłać do uczestników z kopia slajdów lub adresem URL do instruktora i asystenta

25 Wskazówki do Wystąpienia
2017/3/28 Wskazówki do Wystąpienia Zespól powinien poprosić uczestników o wnikliwe pytania Być przygotowany na krytyczne uwagi i wypowiedzi uczestników Zaplanować wystąpienie na 10 min i 5 min dyskusji Zrobić atrakcyjne slajdy lub prezentacje na Internecie Unikać dużej ilości tekstu na slajdach. Sajdy powinny eksponować inna niż tekst informacje dla uatrakcyjnienia wystąpienia, takie jak: Rysunki Wykresy Schematy blokowe Tabele Klipy wideo

26 Wskazówki do Wystąpienia
2017/3/28 Wskazówki do Wystąpienia Slajdy powinny mówić same za siebie Szczegóły tekstu proszę zachować do raportu końcowego Slajdy powinny być czytelne ze wszystkich lokalizacji w pokoju Przygotować kopie slajdów (handouts) dla widzów żeby mieli na czy robić notatki i uwagi. Wystarcza 2-3 strony. Ponumerować slajdy żeby łatwiej było odwołać sie do numeru slajdu w dyskusji. Opracować logicznie ułożone wystąpienie

27 Koncowa Prezentacja Projektu
2017/3/28 Koncowa Prezentacja Projektu Zespól przygotuje 15 minutową prezentacje opisująca projekt, etapy jego realizacji i wyniki używając slajdów Power Point. Przy prezentacji uczestniczą wszyscy członkowie zespołu zmieniając się przy omawianiu kolejnych elementów wykonania projektu i odpowiadając na pytania z sali. Przy prezentacji należy zachować kontakt wzrokowy z salą, nie czytać z notatek, nie mówić do ekranu, mówić wyraźnie i odpowiednio głośno, nie chrząkać, nie czynić niepotrzebnych gestów, zachować profesjonalizm wystąpienia.

28 Koncowa Prezentacja Projektu
2017/3/28 Koncowa Prezentacja Projektu Wszyscy członkowie prezentującego zespołu powinni być schludnie ubrani i zachować się tak jakby ta prezentacja odbywała się w czasie rozmowy kwalifikacyjnej u przyszłego pracodawcy, a widzowie na sali ich egzaminatorami. Celem prezentacji projektu jest wyrobienie umiejętności sposobu przedstawienia wyników prac zespołu, komunikowania, organizacji wystąpienia, prowadzenia dyskusji oraz odpowiedzi na pytania. Wskazowki podobne jak do PDR.

29 2017/3/28 Raport Koncowy Raport końcowy projektu musi być złożony w postaci drukowanego dokumentu. Powinien on zawierać stronę tytułową, na której znajdują się tytuł „Projekt Zespołowy”, nazwa projektu, nazwiska studentów w grupie projektowej i ich numery indeksów. Raport końcowy nie powinien przekraczać 15 stron.

30 2017/3/28 Raport Koncowy Raport projektu powinien zawierać opis następujących elementów: szczegółowy temat projektu, zrealizowane cele projektu, formę realizacji i prezentacji (model, film, audycja, inscenizacja), wykorzystane źródła literatury, organizacje pracy zespołu, zadania wykonane przez poszczególnych członków grupy. trudności występujące w trakcie realizacji projektu trudności materiałowe i techniczne

31 Ocena Projektow i Zespolow
2017/3/28 Ocena Projektow i Zespolow Ocena projektu zawiera: ocena tematu i jego ujęcia realizacja zamierzonych celów, dobór dodatkowych źródeł informacji, pomysłowość, przedsiębiorczość, dodatkowe badania, ocena prezentacji struktura prezentacji, komunikatywność, wizualizacja, pomysłowość, ocena wykonania projektu stopień realizacji zamierzonych celów, atrakcyjność wykonania graficznego, stopień trudności i złożoność realizacji zadań, terminowość wykonania zadań, trudności i sposoby ich pokonania, ocena raportu układ opracowania, wykorzystanie komputera, ilustracje, ocena przebiegu pracy grupy terminowość, podział prac w grupie, zaangażowanie.

32 Ocena Projektow i Zespolow
2017/3/28 Ocena Projektow i Zespolow Każdy student ma do rozdzielenia 100 punktów oceniając pracę kolegów w zespole. Proszę uwzględnić takie aspekty pracy kolegów jak: podejmowanie decyzji, słuchanie się nawzajem, motywacja do pracy samodzielnej, rozwiązywanie konfliktów, zaangażowanie w pracę, pilnowanie postępów w pracy, umiejętność rozwiązywania problemów, współpraca nad usunięciem zagrożeń projektu, zdobywanie i posługiwanie się informacją, umiejętność pracy w zespole.

33 Podstawy rozwoju inteligentnych systemów
2017/3/28 Podstawy rozwoju inteligentnych systemów Z ksiązki Rolf Pfeifer “Understanding of Intelligence” Współdziałanie ze złożonym otoczeniem Tania budowa Balans ekologiczny Zasada nadmiarowości Równoległe, luźno połączone procesy Asynchronizm Współdziałanie czujników i przekaźników Zasada wartości Agent Rysunek Ciarán O’Leary- Dublin Institute of Technology