CHILD POWER: ONDERSTEUNING VAN KINDEREN VAN GESCHEIDEN OUDERS

Transcriptie

1 CHILD POWER: ONDERSTEUNING VAN KINDEREN VAN GESCHEIDEN OUDERS FRANK DIGNUM Dit projectplan is het startpunt voor de student om 1) een voorkeur voor een project uit te spreken en 2) te gebruiken als start informatie bij begin project. Het is tevens bijlage van het contract.

2 INTRODUCTIE In de introductie wordt de context geschetst van de opdrachtgever en de werkzaamheden van deze opdrachtgever. Binnen de Universiteit Utrecht is een multi disciplinair project gestart dat als doel heeft om kinderen te ondersteunen wiens ouders gescheiden zijn en apart van elkaar wonen, waarbij de kinderen een deel van hun tijd in beide huishoudens doorbrengen. De achterliggende gedachte is dat het voor deze kinderen moeilijker is om een gevoel van zich thuis voelen te ontwikkelen wat mogelijk kan leiden tot problemen bij het ontwikkelen van een eigen identiteit. In dit project werken mensen van pedagogiek, rechten, sociale geografie, linguistiek en informatica met elkaar samen. Ook zijn er een aantal externe maatschappelijke partners betrokken bij het project die zorgen dat het project ook maatschappelijk relevant is en niet alleen theoretische maar ook maatschappelijke problemen oplost. Relevant voor het software project zijn Villa Pinedo (een organisatie die jongeren ondersteunt en bv. buddies levert voor kinderen met gescheiden ouders) en Heppee (organisatie die een familie app heeft ontwikkeld voor gescheiden ouders en kinderen). Beide organisaties zullen ook indirect input leveren voor het software project en kunnen worden gebruikt voor feedback en evaluatie tests. DOEL Wat moet er gemaakt worden? Deze sectie beschrijft in algemene bewoordingen wat het doel van de game of software is. Daarbij wordt de globale eisen van wat de game en/of software moet kunnen. Tevens kan in deze sectie worden beschreven wat de doelgroep van het uiteindelijke prototype is. Doel van het project is om een app te ontwikkelen met de volgende twee functionaliteiten: Informatie voor kinderen over hun rechten. Gezamenlijke kalender; het communiceren over afspraken met beide ouders en over spullen die op verschillende locaties aanwezig zijn. WAT IS DE FUNCTIONALITEIT VAN DE GAME EN/OF SOFTWARE? Korte beschrijving van de functies van het te ontwikkelen systeem

3 Op het eerste gezicht lijkt vooral de eerste functionaliteit makkelijk te realiseren met een database waarin de relevante informatie opgeslagen wordt voor kinderen bij scheidingen. Echter, het is vooral belangrijk om de informatie beschikbaar te hebben vanuit het perspectief van het kind!. Dat betekent dat informatie geordend zal moeten worden rondom de situaties die voor de kinderen belangrijk zijn en niet zoals vanuit het recht wordt gekeken. Hierbij moet ook rekening gehouden met uitbreidbaarheid van het systeem. We gaan er van uit dat de tool start met een beperkte set van veel gebruikte informatie, maar dat dit later wordt uitgebreid kan worden zodat ook minder vaak voorkomende situaties kunnen worden gecovered. (bv. kun je als kind eisen dat je niet bij je vader wilt zijn als daar ook zijn nieuwe stiefkind is?). De tweede functionaliteit kan in eerste instantie gedaan worden door een soort Google calender of iets dergelijks te maken. Echter het eerste punt is al dat beide ouders niet alle afspraken hoeven te kunnen zien. Dit kan namelijk gevoelig liggen bij een scheiding. Kan bv. leiden tot het bekend worden dat een voormalige partner mogelijk een nieuwe partner heeft. Het kind kan dan gebruikt worden om afspraken te frustreren. Dus selectieve zichtbaarheid van afspraken is belangrijk, waarbij het beginpunt het perspectief van het kind is, maar de belangen van de ouders ook mee moeten worden genomen. Dit wordt nog moeilijker als de kalender door verschillende kinderen in het gezin wordt gebruikt waarbij niet alle kinderen van dezelfde biologische ouders afkomstig hoeven te zijn. Gerelateerd aan deze functionaliteit is het de bedoeling om een soort logistieke functie te maken die bijhoudt waar de spullen van de kinderen zich bevinden en welke er van nodig zijn voor bepaalde afspraken. Dat betekent dus bv. dat sportspullen beschikbaar moeten zijn in het huis waarvan het kind naar de gymles op school gaat. Het zou mooi zijn als dit systeem pro actief waarschuwingen kan geven om dit soort verbanden tussen activiteiten en spullen aan te geven zodat kinderen of ouders hier op kunnen anticiperen. Dit kan bv. leiden tot nieuwe taken om spullen te halen of brengen. TOEPASSINGSGEBIED Wat is het toepassingsgebied voor de applicatie of de game? In welk gebied wil de opdrachtgever deze gebruiken? De applicatie wordt gebruikt door tieners in de leeftijd van jaar. In principe als app op hun mobiel. CONTEXT/GERELATEERD WERK Zijn er al games, applicaties die in bepaalde opzichten vergelijkbaar zijn met het beoogde projectresultaat? Zijn er voorbeelden, sfeerimpressies, screenshot, illustraties die helpen om richting te geven aan het ontwerp van de software. Er is een familie app van Heppee ( die gebruikt kan worden als inspiratie voor de kalender functionaliteit. Echter deze app was bedoeld voor jongere kinderen. Er is ook al een informatie tool ontwikkeld door TNO (INBOX) voor de PC die bekeken kan worden en waarvan de software mogelijk als basis zou kunnen dienen voor de informatie functionaliteit. Omdat deze tool niet uitgerold is het onduidelijk in hoeverre de software nog bruikbaar is. Dat zal voor het begin van het project duidelijk zijn.

4 De informatie die kinderen kunnen krijgen via dit platform over hun rechten bij scheiding is in ieder geval beschikbaar als basis de tool die in het software project ontwikkeld moet worden. Buiten deze informatie is er binnen de projectgroep ook een juriste beschikbaar met als specialisatie het familierecht en ook werkzaam als rechter voor familiezaken. Zij kan verdere informatie geven en pointers naar bronnen die gebruikt kunnen worden. WAAROM IS HET PROJECT INTERESSANT? Wat maakt dat dit een interessant project is? Wat heeft het voor impact op de gebruiker? Wat heeft het voor impact op de maatschappij? Wat maakt dat deze game of applicatie een succes gaat worden? Het project komt voort uit een maatschappelijke behoefte en is zeer relevant voor de gebruikersgroep. Als de app goed ontwikkeld wordt zal het ook in fases ingezet gaan worden in de praktijk en kan vele kinderen in Nederland daadwerkelijk heel praktisch ondersteunen. WAAROM IS HET PROJECT INTERESSANT VOOR DE STUDENT? Waarom is dit een interessant probleem voor studenten? Wat maakt dat studenten dit project willen doen? Als software project is dit een uitdagend project waarin allerlei aspecten van de informatica een rol spelen. Bij de informatie functionaliteit is het belangrijk om de informatie flexibel en op vele manieren toegankelijk te maken. Bij de kalender is de balans tussen security en sharing belangrijk en zal allerlei modelleer en implementeer issues opleveren. Het maken van een pro actief deel in de kalender geeft de mogelijkheid om hier ook wat AI toe te passen. DELIVERABLES Deze sectie beschrijft wat er dient te worden opgeleverd. Naast de standaard eis dat er een prototype van de software of de game opgeleverd moet worden kunnen er aanvullende dingen zijn die moeten worden gemaakt. Denk hierbij aan documentatie van de game/software of resultaten uit onderzoek of testsessies. Aangeraden wordt om al voor eind project de software te installeren op de computer van de opdrachtgever waar de software verder moet gaan draaien. Indien gewenst kunnen de studenten dit doen. Geef wensen hierover aan in deze sectie. Minimaal moet er een prototype draaien op een simulatie omgeving die mobiele telefoons op PC s simuleert. Heel belangrijk is goede documentatie en zeer modulaire opzet van de implementatie zodat het systeem later makkelijk onderhouden en uitgebreid kan worden. Wat is de begin en einddatum van het project. Februari 2018 Juli 2018 PROJECTDUUR

5 ONTWERP GRENZEN De studenten zijn verantwoordelijk voor het uiteindelijke technische ontwerp van de game en/of software. Hiervoor zullen zij ook contact hebben met de opdrachtgever. De grenzen van het ontwerp dienen echter wel deels te worden bedacht vooraf. Het doel hiervan is om te zorgen dat de studenten op een goede manier het project in stappen. Deze secties dienen deze grenzen aan te geven. BEPERKENDE VOORWAARDEN Wat zijn beperkende voorwaarden? Waar moet zeker rekening mee worden gehouden tijdens het maken van de software/game. Denk hierbij bijvoorbeeld aan een platform waarop ontwikkeld moet worden, of de locatie waar men de software gebruikt of de game speelt. Bedoeling is dat de uiteindelijke app op mobiele telefoons kan draaien. Voor de ontwikkeling kan echter worden volstaan met een simulatie omgeving. Dit maakt het ontwikkelen wat makkelijker. Echter keuzes moeten wel zodanig gemaakt worden dat een transitie naar een echte mobiele app makkelijk te maken is en dat duidelijk is wat hier nog voor gedaan moet worden. SYSTEEM INPUT Deze sectie beschrijft wat er gebruikt wordt als invoer voor de software of het spel. Denk hierbij aan informatie en informatiestromen maar ook aan de locatie waar het gebruikt wordt, wie of wat er nodig is om het te gebruiken. Als input nemen we voorlopig alleen gebruikers input mee. Voor de informatie zal in ieder geval gekeken moeten worden of de informatie zoals in de TNO tool (INBOX) is gebruikt overgenomen kan worden. Er kan gekeken worden of connecties met andere kalender systemen mogelijk en/of wenselijk zijn. Dit heeft geen prioriteit bij het huidige project. GEWENST GEDRAG Dit beschrijft wat de gebruiker of speler moet gaan doen. Wat wil je dat er voor gedrag wordt getoond? Dit hoeft niet beperkt te blijven tot het gedrag ten opzichte van het spel of software, maar kan breder worden getrokken. Om een heel gek voorbeeld te noemen: een spel heeft als resultaat dat het zorgt dat mensen in hun verdere leven zich houden aan het niet door rood rijden. Dit hoeft geheel niet terug te komen in het spel, als het maar wel dit gedrag als gevolg heeft. Kinderen houden hun kalender goed bij en beheren hun spullen zodanig dat ze over het algemeen alle noodzakelijke spullen bij zich hebben. Kinderen weten ook wat hun rechten en plichten zijn en zijn mondiger over hun eigen wensen naar hun ouders toe. ONGEWENST GEDRAG

6 Wat wil je dat de speler of gebruiker absoluut niet zou moeten doen? Om een voorbeeld te noemen: een applicatie op de mobiele telefoon voor het bijhouden van het eetpatroon (en dat dit wordt gedeeld op sociale media) heeft als gevolg dat mensen uiteindelijk niet de goede gegevens invullen. Het ongewenste gedrag is dus het liegen over je eetpatroon. Het invullen en beheren van hun kalender zodanig dat allerlei afspraken voor beide ouders niet zichtbaar zijn doordat ze gemaskeerd worden door fake afspraken. Dit kan leiden tot slecht inzicht van de ouders van het gedrag en mogelijke problemen bij de kinderen. GEBRUIK Dit deel van het document dient gevuld te worden met informatie over het gebruik van de game of de software. Wat voor ervaring zal de speler of gebruiker hebben? Wat zal hij of zij voor zich zien? Wat moet hij gaan doen? Hoe moet hij gaan handelen? VISUALISATIE Hoe beleeft de eindgebruiker het uiteindelijke prototype? Wat ziet hij of zij voor zich? In welke stijl wordt dit gepresenteerd? Er zijn twee interfaces. Een voor het opvragen van informatie en een voor het bijhouden van de kalender en beheer van spullen. Voor de tweede interface lijkt een kalender week voor de hand te liggen en mogelijk ook locaties met inventarisatie van spullen per locatie. ARTWORK Is er behoefte aan artwork door stagiaires grafische MBO opleiding? Wat voor soort, 2D/3D? Wat voor beeldmateriaal is er nodig? Welke stijl wordt aan gedacht? Er is nog geen stijl of artwork bedacht. Inspiratie kan komen van de bestaande systemen zoals INBOX en Heppee, maar zal ook in samenspraak met de opdrachtgever en maatschappelijke organisaties verder uitgewerkt worden. Er hoeft geen stagiaire voor het artwork gebruikt te worden. SPELERS /GEBRUIKERSPERSPECTIEF Wat ziet de speler of gebruiker? Vanuit welke invalshoek gaat hij of zij te werk? Vanuit welke situatie (werk, vrije tijd, training, etc...) gaat de speler of gebruiker met het prototype aan de gang? De kinderen moeten in principe op ieder moment van de dag en elk moment toegang hebben tot de app. Betekent dat de interface goed overzichtelijk moet zijn, dat je niet te veel moet klikken door heel veel menu s en er misschien onderscheid moet zijn tussen veelgebruikte functies en minder gebruikte functies qua snelheid van bediening. ACTIES/HANDELINGEN

7 Wat zijn de typische acties of handelingen die een gebruiker moet uitvoeren? Denk hierbij vooral aan werkwoorden om dit te kunnen beschrijven. Kinderen zullen vragen stellen om informatie te vragen. Dit kan hetzij via een menu of via een (beperkte) natuurlijke taal interface. De manier van vragen stellen kan geavanceerder worden gemaakt als de tijd dit toelaat. Vragen zullen vaak betrekking hebben op een specifieke situatie van het kind. De juridische informatie is gerangschikt naar onderdelen van het recht. In ingewikkeldere situaties moet dus bepaalt worden welke juridische informatie relevant is en hoe deze vervolgens gecombineerd kan worden gerepresenteerd. Kinderen worden bv. wel gehoord over omgangsregelingen, maar moeten weten dat ook de rechten van beide ouders daar een rol in spelen. Dus ze kunnen wel zeggen dat ze hun vader nooit meer willen zien, maar moeten dan beseffen dat zoiets misschien niet gaat gebeuren. In de kalender tool zullen kinderen afspraken inplannen en spullen beheren. Spullen beheren zou kunnen door eenvoudig icoontjes te kunnen maken van spullen die dan versleept worden naar de locatie waar ze zijn. Bij het inplannen van een afspraak kan er automatisch gechecked worden of de benodigde spullen aanwezig zijn op de goede locatie. Of hier kan naar gevraagd worden. Zo nodig zou dit kunnen leiden tot een nieuwe taak om de spullen naar de juiste locatie te brengen. VEREISTE MATERIALEN Wat zijn de materialen die gebruikt dienen te worden voor het maken van de software of het spel? Denk hierbij aan specifieke hardware of software. Een app. voor een mobiele telefoon vereist bijvoorbeeld dat er telefoons zijn waarop deze kan worden ontwikkeld. Er zijn PC s nodig met simulatie software voor mobiele platformen. MATERIALEN AANGELEVERD DOOR DE OPDRACHTGEVER Wat zijn de materialen die nodig zijn voor het project die de opdrachtgever gaat aanleveren? Denk hierbij aan data, modellen, software modules, documentatie. Zijn deze nu reeds beschikbaar? Zo nee, is het zeker dat ze beschikbaar zijn bij aanvang van het project? De opdrachtgever zal voor zover mogelijk de informatie tool van TNO (INBOX) beschikbaar stellen. TESTOMGEVING Waar moet het resultaat getest worden? Welke faciliteiten/testpersonen zijn hiervoor beschikbaar via de opdrachtgever. Er kan een basis evaluatie gedaan worden met test personen die via Villa Pinedo geworven worden. Dit zal een kleine groep zijn. Er wordt in dit stadium van het project nog geen grootschalige evaluatie van het systeem verwacht. CONTACTPERSOON

8 Deze sectie beschrijft wie er bij de opdrachtgever zal samenwerken en overleggen met het projectteam en verantwoordelijk is voor het leveren en verzorgen van de specifieke materialen ten behoeve van de ontwikkeling. Frank Dignum.