feedback MUME (Pieter Bamps)

Ik ben zeer tevreden over de inhoud van de cursus. De manier van werken in dit vak is perfect om de pro’s en contra’s van de 3 verschillende technologieën, perfect met elkaar te vergelijken. Het handover systeem verplichte je om ook met iedere technologie bezig te zijn. Indien dit niet zo was zouden studenten sowieso het werk onder elkaar verdelen met als resultaat dat iedereen slechts in een technologie zou gewerkt hebben. Een nadeel aan deze strategie is wel dat eens je een technologie min of meer onder de knie krijgt je hem plots moet loslaten om je in een hele nieuwe wereld te verdiepen. Doordat deze cursus maar 13 weken beslaat en de eerste 2 weken er nog niet geprogrammeerd werd betekent dit dat je vrij weinig tijd hebt om de technologie onder de knie te krijgen. De begeleiding bij de cursus was goed. Je kon altijd met vragen bij de assistenten terecht en de cursus verplichte je tot zelfstudie , waarvan ik een groot voorstander ben. Een laatste positieve punt vond ik de lessen. Deze waren eerder een ‘verplichte werksessie’ dan een saai hoorcollege van 3 uur. De gastcollege’s waren vrij interessant maar ze kwamen naar mijn mening niet op het juiste moment. Het contextcollege was zeer interessant voor onze applicaties maar op dat moment zaten de applicaties al zo ver in de ontwikkeling dat je moeilijk nog aanpassingen kon doen met deze nieuwe kennis.

Pro:

• Praktijkgericht
• Zelfstudie
• Zeer interessante materie

Contra:

• tijdsspreiding( het vak is de 6 stp waard maar daar waar je bij een normaal vak deze kan spreiden door je cursus bij te houden had ik hier wat het gevoel dat er een zeer hoge werkdruk naar het einde van het project toe lag terwijl er in het begin eerder een lage werkdruk was)
• gastcolleges kwamen niet op het geschikte moment.
• Groepje met 2 ipv. 3

feedback demo

STREAMY:

• PRO: zeer mooi en origineel resultaat. Zeker de streamy meter was zeer interessant. (ook mooi op esthetisch vlak)
• CON: niet echt negatieve punten opgemerkt

SINT:

• PRO: de demo verliep vlot en was niet saai.
• CON: Vrij beperkte functionaliteit

MobileDo:

• PRO: Mooie verzorgde applicatie
• CON: HTML5 deel was niet geconnecteerd met back-end

MobilEnvi:

• PRO: Er was zeer veel functionaliteit aanwezig.
• CON: Presentatie verliep chaotisch(doordat er zoveel functionaliteit was)

Mediablitz:

• PRO: Google calendar functionaliteit+ zeer vlotte presentatie
• CON:  het logo

final report (with conclusion)

Just found out that our final report had no conclusion. This is the updated version  WITH CONCLUSION here

Final report

Here it is: Multimedia final report

To check out the HTML5 application you can go to http://bptoledo.appspot.com.
With one of the given username/password combinations:

• BrianBurlet / a
• Pieter_Bamps / b
• gaposx / g
• Michael_Derde / m
• jurgoe / j
• SanderVanLoock / s
• RobbyWauters / r
• JanssensJan /j
• ErikDuval / e

The HTML5 and Google App Engine code can be found @http://code.google.com/p/toledo-brianpieter/downloads/list

Ios Code

The IOS code of our project can be found here  and the xcodeprojectfile here .

Context

1. Beschrijf context van typische gebruiker van jullie app.

Onze typische gebruiker is een student die op een makkelijke manier aan nuttige informatie wil geraken. De gebruiker is verwikkeld in vele groepswerken en gebruikt onze applicatie om hier een overzicht over te hebben en om het samenwerken te vergemakkelijken.

2. Welke context-elementen gebruiken jullie?

Relations:

• ISP (relatie tussen cursus en student) om enkel de nuttige vakken te tonen.
• workfloor(relatie tussen studenten in hetzelfde vak onderling om samen te werken aan een groepswerk)
• notifications(relatie tussen student en cursus)

Time:

• Verschillende events in een kalendertool ( het lessenrooster wordt automatisch hierin opgenomen)
• Notifications bevatten ook een tijdselement want deze moeten verdwijnen eens bekeken.
• Todo-lijst bij workfloor. Eens voltooid wordt het status hiervan aangepast.

Individual:

• Persoonlijk ISP
• Notifications zijn ook persoonlijk
• kalender
• de workfloors waarin de student aanwezig is.

Activity:

• De gebruiker kan Todo-lijstjes updaten.
• De gebruiker kan posts raten.
• De gebruiker kan een workfloor oprichten.
• Emails versturen.
• de google Docs updaten.
• notification bekijken.

2.1 Hoe reageert de toepassing op welke context-elementen?

De applicatie toont alleen informatie die nuttig is voor de gebruiker. Hierbij baseert deze zich op het isp van de gebruiker zodat alleen informatie van de vakken opgenomen door de gebruiker getoond wordt.

Op gebied van Time biedt onze applicatie een kalendertool aan zodat iedere gebruiker een persoonlijke agenda kan bijhouden om zijn tijd in te delen.

Op gebied van relations worden de gebruikers die samen in een groepswerk moeten maken geclusterd in zogenaamde workfloors. Hierbij hebben ze een google docs  en een ToDo-lijst ter beschikking om deze taak te vergemakkelijken.

2.2 Welke zouden jullie nog kunnen gebruiken?

We hadden kunnen werken met location based context. Hiervoor hadden we gebruik kunnen maken van de GPS-sensor die in iedere smartphone zit.

3.Welke sensoren gebruiken jullie?

In onze applicatie maken we enkel gebruik van het touchscreen en WiFi. Dit voor het gebruiksgemak voor navigatie in onze applicatie en voor de internetconnectie om de laatste tweets/blogposts op te halen.

3.1 Welke zouden jullie nog kunnen gebruiken?

We hadden de gps-sensor kunnen gebruiken zodat studenten zich konden inchecken in een les.
Ook hadden we gebruik kunnen maken van Bluetooth om op een makkelijke manier files met elkaar te delen.
Een andere mogelijkheid zou zijn om gebruik te maken van de GPS en Calendar om te checken wanneer een student les heeft en zich hier daadwerkelijk in bevindt. We zouden dan het geluid van de smartphone op stil kunnen zetten.

3.2 En waarom gebruiken jullie ze niet?

We maken geen gebruik van deze functionaliteit omdat de hoofdfunctionaliteit van onze applicatie zich focust op het afhalen van tweets en blogposts en op de integratie van google docs voor het vergemakkelijken van groepswerken. Hierdoor is er minder aandacht gelegd op de extra functionaliteit die al deze sensors met zich meebrengt. Het is echter mogelijk in een later stadium deze extra functionaliteit nog toe te voegen om onze applicatie completer te maken.

Second report

report

First intermediate report

Report

Storyboard

In this blogpost we’ll be presenting our storyboard.

Currently the main focusses of our application are:

1. Direct users to new content.
2. Allow a large scale of tasks to be performed without immediately cluttering the screen.

• Our initial screen shows the calendar with all the upcoming deadlines/classes.
• 1: The user clicks on courses and gets a new screen with all his courses and the number of updates each course has.
• 2: The user clicks on MUME, a course that has 5 updates. He arrives on the initial screen, being the public stream.
• Notice that the number of new updates has decreased because new updates have been viewed. In this case “Informatie over storyboarding”.
• 3: The user clicks on the group icon to indicate that he wants to see how his groupwork is progressing. The new screen shows a list of TODOs and the group submenu, the icons on this submenu depend on the choices that were made by the first user. (Check scenario 2)
• Again the number of new notifications dropped (@group icon, @courses icon and @notifications), because 2 of them are being seen by the user.
• 4: The user clicks on the notifications icon, he now receives a list of the new notifications.
• 5: He clicks on one of the items on the list to check what Pieter replyed to his message.

Scenario

We will be presenting two scenarios; in the first one Pieter wants to catch up on one of his courses, in the second one Brian wants to create a space for his group project.

Scenario 1: catching up

• Pieter wants to catch up on one of his courses. He opens our application on his portable device and sees that he has 6 new updates for his MUME course.
• He initially sees the course stream and sees that there are 3 new updates on the stream, he checks them and he gives a positive rating to a video that one of his fellow students had posted.
• On his screen he sees that in the other categories: Slides, Group, Information,… There are still 2 updates for the Group section and 1 update for the slide section. He clicks on the slide icon and sees that the professor has updated one of the files.

Scenario 2: creating a group

• Brian is commencing a group project for the MUME course. He goes to our webapp via his laptop and goes to MUME page.
• He clicks on the group icon, which will result in a “create a group”-wizard. (because Brian isn’t part of a group yet)
• Brian first selects the other students that are part of his group and selects the tools that his group will be using. In this case they will be using a scheduler, todo list, shared documents and a forum.
• Once finished the other students get a notification that a group has been created.
• Brian immediately wants to schedule a meeting and clicks on the scheduler icon. This scheduler compiles a list of time slots based on the free moments in the calendar of the students in the group. Brian selects which time slots seem interesting and a doodle gets created.