1

Welkom bij Software- en

Gameproject

2016/2017

2

Even voorstellen…….

Marjan van den Akker

� Studie Wiskunde TU/e

� Promotie Mathematische Besliskunde TU/e

� Ingenieur Nationaal Lucht- en Ruimtevaart

-laboratorium (NLR)

� Docent/onderzoeker Informatica UU:

� Coördinatie Software- en Gameproject

� Mastervakken: Algorithms for Decision Support

(COSC), Advanced Linear Programming (Mastermath)

� Onderzoek naar planningsalgortimen en simulatie

3

Na dit college

� Weet je ongeveer hoe SP/GP in elkaar zit

� Er is heel veel informatie: lees vooral aandachtig de website www.cs.uu.nl/docs/vakken/sp

� Spreek je je voorkeur voor projecten uit

4

Outline

� Inleiding

� Hoe werkt project?

� De theorie

� De start

� Faciliteiten

� Rechten

� Projecten

� Project indeling

5

INLEIDING

6

Wie zijn wij?

� Marjan van den Akker

� Frank van der Stappen

� Samen runnen wij het projectbureau

7

Projectbureau

Voorbereiding projecten:

� Werven van nieuwe projecten� Overleg over projectplannen met opdrachtgevers:

is het interessant en uitdagend genoeg !!!!!� Soms zeggen we nee� Contact houden met de opdrachtgevers� Stagiaires

Onderwijsorganisatie

Aanspreekpunt voor vragen tijdens project

Faciliteiten

PR:� Organisatie van events� Website, publicatie

8

SP/GP de setting

� Eindscriptie bachelor

� Software/game maken in realistische setting voor echteklanten

� Teams van 8 tot 10 studenten

� Jullie vormen tijdelijk je eigen softwarebedrijf/game-studio

� 15 ECTS, 420 uren werk per teamlid

� Eigen verantwoordelijkheid

9

HOE WERKT PROJECT?

10

Anders dan andere vakken

11

12

Zelf bedacht

13

8 tot 10 studentenTe groot om alles als team te doen, te groot om alles in je eentje te doen

14

Samenwerking

� Formele projectstructuur en werkwijze

PROFESSIONEEL WERKEN,

PROFESSIONEEL WERKEN,

PROFESSIONEEL WERKEN,

EN…..

COMMUNICEREN, COMMUNICEREN

COMMUNICEREN

15

Opdrachtgever

� Heeft wensen, ideeën over projectresultaat, zie projectplan

� Heeft heeeel veel domeinkennis:

� Vragen, vragen, en doorvragen

� Stem in overleg af wat jullie precies gaan maken

� Durf te vragen wat je nodig hebt

� Wees realistisch in wat je belooft

16

Opdrachtgever

� Jullie ontwikkelen zelfstandig

� Opdrachtgever krijgt indien gewenst tussentijdse releases

� Heeft geen toegang tot:

� Versiebeheer-systeem

� Backlog-systeem

� Logboeken

� Opdrachtgever wil jullie projectresultaat gebruiken:

� Installatie bij opdrachtgever voor einde project, help hier eventueel bij

17

SCRUM

� Agile software development

� User stories (te implementeren features)

� Product backlog (wat moet er nog gedaan worden)

18

SCRUM (2)

� Sprints van twee weken. Aan het eind:

� Demo aan opdrachtgever

� SCRUM meeting/ voortgangsvergadering met begeleider:

• Kort na demo aan opdrachtgever

• Review vorige Sprint

• Planning volgende sprint

• Belangrijke beslissingen over het project worden altijd in deze vergadering genomen

� Daily stand-up meetings

� Meer details: hoorcolleges

19

Rolverdeling� Product Owner:

� Inhoudelijke coördinatie

� Prioriteert de backlog

� Houdt overzicht over de wensen van de klant

� Contactpersoon klant

� SCRUM Master:

� Coördineert werkproces

� Beheerder planning en product, sprint backlog,

� Houdt overzicht over voortgang en ontwikkeling,

� Voorzitter:

� Zit SCRUM meeting voor

� Begeleid sociale kant van het proces,

� Kijkt naar evenwicht in de groep, horen van ieders mening, evenwichtige besluitvorming

� Is bij overleg artists met artistiek begeleider

� Contactpersoon ICT faciliteiten, Geert-Jan Giezeman

� Dinsdag 13 sept 15.15 BBG4.45: Overleg ICT-contactpersonen met Geert-Jan Giezeman

20

ARTISTS

21

Artists

� In sommige game projecten

� Voltijds aanwezig gedurende het hele project

� Zijn deel van het team

� Ongeveer van jullie leeftijd

� Meer doeners dan denkers

� Meer behoefte aan concrete opdrachten met deadlines

� Aparte begeleiding op artistiek gebied:

� 1 uur per stagiaire per week

� SCRUM master bij overleg aanwezig

22

Docent-begeleider

� Docent Informatica

� Jullie hebben de lead, begeleider helpt alleen een beetje:

� Observerend en adviserend

� Teambegeleiders en geen teamleiders

� Als het project niet goed gaat, kan er worden ingegrepen

� Functioneringsgesprekken:

� Intake

� Halverwege

� Maand voor einde project met cijferindicatie

� Beoordeling

23

Zichtbaarheid van het project

� Bedrijfsnaam en logo

� Website

� Blog

� Poster

� Trailer

24

Let op

25

Software: bestaand of zelfgemaakt

� Gebruik bestaande software indien mogelijk

� Kijk naar bestaande kennis op internet, forums, gebruikersgroepen

� Cijfer is niet evenredig met het aantal regels code

26

27

DE THEORIE

En natuurlijk is er ook:

28

Hoorcollege

� Onderwerpen ter ondersteuning van de ontwikkeling

� Rooster op www.cs.uu.nl/docs/vakken/sp ‘hoorcolleges en presentaties’ is geldend

� Aanwezigheidsplicht

29

Zelf aan de slag met de stof…

� Onderwerpen:

� SCRUM

� Requirements engineering

� Testen en coverage tools

� Presentatie 15 minuten op hoorcollege

� Academisch eindverslag:

� Omschrijving van probleem

� Omschrijving van jullie product

� Inhoudelijke achtergrond en research

� Leg beslissingen vast en onderbouw deze

� Reflectie

� Dit is je bachelorscriptie dus het moet goed en serieus

30

College respons groep

� Een persoon per team

� 2 Bijeenkomsten met hoorcollege-docenten:

� Week 41

� Week 47

� Graag uiterlijk 16 september naam doorgeven aan J.M.vandenAkker@uu.nl

31

DE START

32

Kick-off meeting

� Maandagmiddag 12 september 13.15-15.30 (project C 14.00-16.30) in groepsruimte

� Lees projectplan vantevoren door.

� Denk na over inhoudelijke vragen

� Technische keuzes komen later

33

Kick-off meeting: agenda

� Alleen met begeleider:

� Voorstellen

� Voorbereiden vragen aan opdrachtgever

� Afspraak intake gesprek

� Ook met opdrachtgever (vanaf 14.00)

� Uitleg project door opdrachtgever

� Vragen aan opdrachtgever

� Vaststellen tijdstip tweewekelijkse demo opdrachtgever en SCRUM meeting

� Artwork starten

34

Eerste twee weken

� Nog geen echte sprint

� Voorbereidend

� Globale planning maken voor het hele project:

� Agile is niet: ik weet niet waar ik heen wil

� Research

� Keuzes voor programmeertalen, libraries, platform etc. Goed onderbouwen.

� Domeinkennis!!!!!!!!

� Formele/wiskundige modellen

� Nieuwe technieken/talen

� Bij een ander vak is alle kennis voor het practicum beschikbaar. Bij Project moet je deze zelf achterhalen.

35

Eerste twee weken: en verder

� Leg rolverdeling vast

� Teamnaam en logo

� Maak basis-versie van website

� Teken contract

36

Eerste twee weken

� Document Projectplanning:

� Format op webpagina

� uiterlijk 26 september inleveren

� Eerste groepspresentatie:30 september

� In project met artists:

� Schetsen, sfeerimpressies

� Overleg over voldoende werk!!!!!!

37

FACILITEITEN

38

Faciliteiten

� Kantoorruimte: sleutels via secretariaat BBG 5.74

� Projectwerk moet in deze ruimte worden uitgevoerd, bijhouden in logboek

� 1 grote kamer of 1 ½ standaard kamer (vergaderruimte delenmet andere groep)

� Apparatuur

� Budget

� Teambuilding 25 Euro p.p. mag in blok 1

� Projectruimte en webruimte op server

� Website moet daar draaien

� Gitlab verplicht

39

RECHTEN

40

Auteursrecht

� Moeilijk en ingewikkeld iets

� Meerdere belangen

� Opdrachtgever/klant

• Wil een product en daar ook iets mee kunnen

� Universiteit

• Studenten opleiden en goede projecten bieden

• Voorlichtingsmateriaal

� Student

• Niet geremd worden in de ontwikkeling en mogelijk delen in het succes

©

41

Auteursrecht: student - UU

1. Studenten dragen rechten Intellectueel Eigendom over aanUniversiteit

2. Studenten krijgen daarvoor een niet-exclusieve licentievoor het gebruik van alle code voor niet-commercieledoeleinden buiten het toepassingsgebied van het project

� Het gebruik mag geen schade aan opdrachtgever/klantopleveren

� Het mag niet gebruikt worden in hetzelfde gebied als waarklant in actief is

� Jij kunt het `los’ van de rest van de groep gebruiken

� Beter dan niets doen

©

42

Auteursrecht: UU-bedrijf

� Bedrijf krijgt licentie voor het gebruik en doorontwikkelingvan de software binnen toepassingsgebied

� Geen licentie voor verkoop aan derden van buiten het gebied waarin het bedrijf werkt

� Universiteit behoudt de rechten

� Bij verkoop van de rechten (zelden) delen van de winst

� Studenten

� De opdrachtgever/klant

� De universiteit

43

PROJECTEN

44

Gametech:B of C

Project Titel OpdrachtgeverContactpersoonOpdrachtgever

ContactpersoonProjectbureau

Project A

EGADB - ExperimentalGraph AlgorithmsDataBase projectplan, slides.

Algorithms and Complexity Group, UU Informatica

Hans Bodlaender, Tom van der Zanden

Marjan van den Akker

Project BMaatwerk met ICT op school: een spelsimulatie projectplan

Hogeschool Arnhem Nijmegen (HAN), UU Informatica

Anne-Marieke van Loon (HAN), Kirsten de Ries (HAN), Johan Jeuring

Marjan van den Akker

Project CThe performance game projectplan

Utrechtse school voor Bestuurs- en Organisatiewetenschap, UMC Utrecht

Scott Douglas (USBO), Tom Overmans (USBO), Floor Schepers(UMC)

Marjan van den AkkerKick-off 14.00-16.30 (opdrachtgever vanaf 15.00)

EGADBExperimental Graph Algorithms DatabaseProf. dr. Hans L. Bodlaender,

Tom van der Zanden, M.Sc.

� Onderzoek naar graafalgoritmen

� Vooral theoretisch, weinig experimenteel

� Problemen: treewidth, feedback vertex set,vertex cover, traveling salesman,…

� Nodig: systeem om experimenteelonderzoek te faciliteren

� Onderzoeksresultaten internationaalvergelijken

Bestaande Initiatieven� DIMACS Implementation Challenges

� PACE: Parameterized Algorithms and Computational Experiments Challenge

� Nieuw: treedecompositions.com

� TreewidthLib: oud initiatief UU, systeem kapot

Features voor EAGDB� Webinterface

� Database met testinstanties (grafen)

� Opslaan van resultaten van experimenten

� Statistieken over grafen opslaan, zoekfunctie, graafklassen (koppeling met graphclasses.org)

� Visualisatie

� Draaien van benchmarks van algoritmen

� Uitbreidbaar: nieuwe problemen, algoritmen

Waarom EAGDB?� Nodig om experimenteel onderzoek aan te moedigen

� Verzameling benchmark-instanties

� Makkelijk vergelijken van resultaten van onderzoekersover de hele wereld

� Dé standaard voor experimentelegraafalgoritmen

Johan Jeuring

Anne-Marieke van Loon (HAN)

Kirsten de Ries (HAN)

HAN Project

iXpeditie Maatwerk

Opdrachtgever

• Het iXperium / CoE Leren met ict, maakt onderdeel uit van de Hogeschool van

Arnhem en Nijmegen.

• Eén van de werkzaamheden is het project iXpeditie Maatwerk.

• In het project worden scholen ondersteund in het bieden van meer maatwerk

aan hun leerlingen met behulp van ict.

Doel• Ontwikkel een spelsimulatie waarmee schoolteams en studenten van de

lerarenopleiding kunnen ervaren hoe ze maatwerk met ict in de klas

vormgeven en hoe dit aansluit bij de organisatie van de school.

• Bijv, bij individuele leerroutes moet de manier van toetsen, groeperingsvorm

en ict op worden aangepast.

• Leraren ervaren dat hun keuzes consequenties hebben voor andere

onderwijsaspecten.

• Jullie kunnen gebruik maken van model “organiseren van maatwerk met ict”.

Spelsimulatie

• De simulatie wordt gespeeld door een team van basisschool leerkrachten en

door studenten van de lerarenopleiding.

• De verschillende spelers zitten achter verschillende computers en spelen een

specifieke rol (leraar of directeur) in een virtuele school. Zij voeren acties uit

in de school (hoe toets je leerlingen, hoe zet je ICT in, hoe geef je lessen,

etc). Iedere actie heeft een effect op parameters/ performances indicatoren

(zoals leerlingtevredenheid, oudertevredenheid, docenttevredenheid, etc).

Functionaliteit• De simulatie loopt bijv. een jaar, en een speler kan dan iedere week een actie

uitvoeren. Welke actie een speler uit kan voeren hangt af van de rol van de

speler. Iedere actie heeft een effect op een gedeelde toestand.

• De gedeelde toestand wordt getoond aan alle spelers (mogelijk een gedeelte

afhankelijk van de rol).

• Er kunnen ook onverwachte gebeurtenissen (niet geïnitieerd door een actie

van een speler) voorkomen, zoals bv het bezoek van de inspectie, of een

directeur die ontslagen wordt (events).

• De acties die je uitvoert zorgen ervoor dat je school zich in een bepaalde

“state (scenario)” bevindt.

• Aan het einde van de simulatie worden de acties van de speler geëvalueerd.

De acties van een speler moeten dus worden bewaard.

• Het systeem draait op een server die verschillende clients bedient.

Samenwerking

Studenten van de Universiteit van Tilburg maken een plan mbt het ontwerp,

usability, en presentatie van de simulatie. Deze studenten zullen vanaf begin

september 2016 gedurende zes weken werken aan dit ontwerp, en dit medio

november presenteren.

The Performance GameOverviewScott Douglas, Christopher Hood, Floor Scheepers, Tom Overmans

8 september 2016

Hospitals face conflicting expectations of good ‘health care’

56

Sick people should get the best possible care

We don’t want to waste our hard-earned taxes

Healthcare should befair and open for all

What do youfeel is most important?

Hospital manangers can use differen tools to steer doctors

57

Watch their everymove and decision

Give awards to the best doctors and nurses

Reward them withfinancial benefits

What do youthink will

work best?

This game puts players in the driving seat of a hospital, challenging them to make choices and satisfy demands

58

OR OR

Give doctors more time per patient

Save money byreducing patient time

Eliminate waiting listsby increasing workload

Team will consist of international experts, with experiencewith hospitals, management, and gaming

59

Floor ScheepersDirector of PsychiatryDepartment at UMC Utrecht

Scott DouglasResearcher in performance management at Utrecht Schoof of Governance

Tom OvermansResearcher in public management andeducational games at Utrecht School of Governance

Christopher HoodResearcher in theperverse effects of performance management at Oxford University

60

PROJECT INDELING

61

De projecten

� Er zijn meerdere projecten

� Deze gaan allemaal door

� Jullie worden verdeeld over de projecten

� Studenten Gametechnologie kiezen project met game component

� Voorkeur opgeven

� Projectplannen staan op de website en vormenstartpunt project

62

Hoe geef je je voorkeur door?

� Een eerste, tweede, derde voorkeur

� Door invullen formulier op www.cs.uu.nl/docs/vakken/sp (onderdeel Projecten najaar 2016)

� Uiterlijk vr 9 sep16.00

63

Let wel!

� Projecten worden dus allemaal uitgevoerd

� Plaatsing gaat op grond van opgegeven informatie

� Voorkeur om bij vrienden in team te komen wordt niet gehonoreerd (geen groep in groep)

� Bij `overinschrijving' voor een bepaald project gaat de volgorde van het doorgeven van voorkeur een rol spelen.

64

Indeling

� Ontvang je per e-mail in de loop van het weekend

� Verschijnt maandagmorgen op webpagina

65

TENSLOTTE

66

Resultaat wordt echt gebruikt

� Universiteit – Gemeente Utrecht hebben samenwerkingsovereenkomst Virtuele Patiënt

� resultaat van game projecten Communicate! (1, 2, en 3)

67

En nu

� Geef uiterlijk vandaag 16.00 uur je voorkeur door

� Maandag 13.15-15.30 kick-off (project C 14.00-16.30)

� Vragen, opmerkingen: loop gerust een keer langs bij het Projectbureau (BBG 5.08 of 4.22)

En vooral:

�Maak er een leuke tijd van!