Archive | februari 2014

Decision System

I am still a bit undecided here. Because as Gert Vanwijn replied at one of my blog posts. It would be nice to let the application decide whether or not the notification is intended for the user or not (if he is near enough to the victim. It would save a lot of battery and the server should have to do less calculations. However I don’t if it is possible to intercept the notification in your application before showing it to the user. Because the whole point of the notification is that the application doesn’t have to run in the background, but if it isn’t running how can it handle the notification? I read this tutorial:
http://www.raywenderlich.com/32960/apple-push-notification-services-in-ios-6-tutorial-part-1
And it says:
And when an event of interest occurs, the server-side component can send the app a push notification! There are three things a push notification can do:
Display a short text message
Play a brief sound
Set a number in a badge on the app’s icon.
So I don’t really know if that is possible, but I will look into that some more.
But if you know how I would like to hear about it because indeed that would be better!

The other approach is deciding server side who gets a notification. This will mean the user will have to push their location to the server on regular basis. So that application will have to run in the background. I am still undecided on the number of people I will want to notify. But for example I want to notify 30 people. I will send the 30 people whose current location is the closed to the victim. However it might be so that we don’t reach 30 people. This can be because the last update was too old and not representative anymore. People might have closed the application unaware we need their actual location or just turned off there GPS to save battery. What I want to do then is use there profile settings. As I mentioned in my presentation I studied other projects and many of them use the profile settings of the user to know where they are. That’s what I wanted to do as well if we don’t reach to number we set using the current location. So in their profiles they will have to state where they work or live and when they’re there. 

So first take the current location if we don’t reach enough people look at where they work or live and send those people a notification as well until we reach the desired number.

Evaluation in the field

When the notification system is ready for use (hopefully mid March) I can start testing in the field. I will use the iPhones made available to us by the department. It will require some preperation, because it all depends on the location where we will be testing. So an AED has to be nearby, the victim should be in a 1000m radius from our start location, … But that shouldn’t be too much of a hassle. 

Again I will probably ask people who aren’t that experienced in computers to do the testing. As the people people of computer science tend to give more feedback towards the build and interface then how easy and intuitive it is to use. Maybe in a later stage if there is time, I will ask them the same to add more features to the application (if there is time!).

Evalution Digital Prototype

The evaluation process was about the same as used for the paper prototype. I asked people who are not in computer science to perform some tasks with the application and afterwards made them fill out the System Usability Scale. The tasks where about the same as before for example show me all the AEDs nearby on a map, show me the legal information document, a notification about a sudden cardiac arrest case comes in what do you do, … 

I noticed I haven’t published the actual SUS score of the paper prototype, it was 85 percent. Which is a good score, you need a score of 68 to be average so 85 is well above average. I know it might not be the fanciest of designs but it seems to work intuitively and that’s the main goal here! With the digital prototype the scores was slightly better with a score of 87,5 percent. This is likely dough to the fact they could actually press buttons and that my drawing skills aren’t that great!

The idea was that I would finish the GUI design before the exams, unfortunately due to many other deadlines I didn’t quite finish it. Now I have finished it, I also examined it with test subjects. But I didn’t get much more feedback then last time. I wanted to test on my iPad, instead of the simulator, but due to a glitch I wasn’t able to. This will be fixed next week during my meeting with my advisor. I am also looking into JSON now, I hope before the meeting I will have successfully pull data from the REST server. I have some example code, and I also want to work with synchronized objects. But that part I have still to figure out how that exactly works. But normally this should be dealt with before the meeting on Thursday. After that we can hopefully start with the important stuff.

The things that yet have to be done:
-Testing the application in the field: Does it all work (does the GPS move with my position)
-Pushing messages to the devices
-Updating users GPS location
-Decision system, who will get a notification
-Making the application run in the background, making sure iOS doesn’t shutdown the application

Below you will find the screenshot of the direction text view. The results of the GUI testing will follow.

directions