EE141
Projekt ZespolowyProjekt ZespolowyProwadzacy: Janusz A. StarzykAsystent: Leszek Gajecki (WSIZ),
EE141
Strona Projektu: http://people.ohio.edu/starzykj/network/Class/Wyklady.htm
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
Projekt Zespołowy
EE141
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.
Założenia i cele prZałożenia i cele projektuojektuzespolowegozespolowego
EE141
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,
Założenia i cele prZałożenia i cele projektuojektuzespolowegozespolowego
EE141
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.
Opis projektuOpis projektu
EE141
Szczegółowe wymagania dotyczące projektu omówione sa na stronie Internetowej http://people.ohio.edu/starzykj/network/Class/ee690/Projekt%20Zespolowy/index.htm
Opis projektuOpis projektu
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 emailowy: prowadzący projekt [email protected] asystent [email protected]
EE141
W. Susłow, Zarządzanie projektem informatycznym, Koszalin, http://moskit.ie.tu.koszalin.pl/~swalover/ZPI_w2.pdf.
Phillips J., Zarządzanie projektami IT, One Press 2004. Flasiński M., Zarządzanie projektami informatycznymi,
Wydawnictwo Naukowe PWN, ISBN: 9788301145927, 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.
LiteraturaLiteratura
EE141
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
OcenyOceny
EE141
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
Raport KRaport Końcowyońcowy
EE141
Zespoły mogą korzystać z gotowych narzędzi budowania gier wideo jak na przykład
Microsoft XNA (http://www.xna.com/) 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 (http://www.garagegames.com/products/consoles),Xbox 360 lub MC 342,
Python 3D Software Collection: grafika 3D w Pythonie (przegląd projektów): http://www.vrplumber.com/py3d.py czy tez
Blender a 3D game engine http://www.blender.org/
SoftwareSoftware
EE141
Kolejne fazy projektów Kolejne fazy projektów zespołowychzespoł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
Zaliczenie
Ocena projektu i pracy zespołu
EE141
Opis Opis SrodowiskaSrodowiska
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.
EE141
Opis Opis SrodowiskaSrodowiska
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.
EE141
Opis Opis SrodowiskaSrodowiska
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.
EE141
Co Należy Dostarczyć?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
EE141
Propozycja ProjektuPropozycja 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.
EE141
Propozycja ProjektuPropozycja 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.
EE141
Propozycja ProjektuPropozycja 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ć.
EE141
Propozycja ProjektuPropozycja 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, email lub stronę internetowa projektu.
EE141
Realizacja Realizacja PProjekturojektu
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.
EE141
Prezentacja z Prezentacja z PPostępu ostępu
RRealizacji ealizacji PProjektu (PDR)rojektu (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.
EE141
PDRPDR - - Co Należy Przedstawić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.
EE141
PrezentacjaPrezentacja
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ń.
EE141
Przygotowanie do Przygotowanie do WystąpieniaWystą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ć email do uczestników z kopia
slajdów lub adresem URL do instruktora i asystenta
EE141
Wskazówki do Wskazówki do WystąpieniaWystą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
EE141
Wskazówki do Wskazówki do WystąpieniaWystą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
EE141
Koncowa Koncowa Prezentacja Prezentacja PProjekturojektu
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.
EE141
Koncowa Koncowa Prezentacja Prezentacja PProjekturojektu
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.
EE141
Raport KoncowyRaport 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.
EE141
Raport KoncowyRaport 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
EE141
Ocena Projektow i Zespolow 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.
EE141
Ocena Projektow i Zespolow 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.
EE141
Podstawy rozwoju inteligentnych systemówPodstawy rozwoju inteligentnych systemów
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
Z ksiązki Rolf Pfeifer “Understanding of Intelligence”
Top Related