27.03.2014 Views

SEKE 2012 Proceedings - Knowledge Systems Institute

SEKE 2012 Proceedings - Knowledge Systems Institute

SEKE 2012 Proceedings - Knowledge Systems Institute

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

students of UFPE and the environment of execution is the<br />

university infrastructure and free tools, the execution of the<br />

project is free of costs.<br />

Variables: In this study, the independent variables are the<br />

SMs model and the documentation required. We considered<br />

the dependent variables the feasibility of application<br />

implementation using the model, the benefits, difficulties and<br />

challenges of implementation. These variables will be<br />

measured by document analysis as well as promoted<br />

discussions. Finally, we consider control variable the<br />

comparison with previous project using SM model, the<br />

Futweet, that was implemented by a similar team in a similar<br />

context.<br />

C. Operation<br />

The operation was performed according to the planning.<br />

The project development was conducted as follows:<br />

Requirements: Application goal is to help people not<br />

familiarized with one city or one city area, such as tourists,<br />

business people or citizens, to gather information about places<br />

nearby him. Using a smartphone or a traditional web browser,<br />

the application allows user to see nearby places (registered on<br />

google places or foursquare services) and to browse useful<br />

information about it, such as: wikipedia and google search<br />

information, photos from Flickr and real time comments from<br />

twitter, from or about the place.<br />

To provide this information, the application flows must be<br />

in this sequence:<br />

(i) User (in a computer or cell phone) opens the application,<br />

which automatically detects his location, searches for nearby<br />

places and shows these places in a map;<br />

(ii) User selects one place in the map and gets the name,<br />

some initial information and a link for “more information”;<br />

(iii) User selects “more information” option and is<br />

redirected to a page containing the additional information<br />

related above: textual information, photos and comments by<br />

other people.<br />

Architecture: To satisfy these requirements, the project<br />

team selected some initial APIs to provide needed information:<br />

Google Maps for map visualization; Foursquare and/or Google<br />

Places for places search, Wikipedia and/or Google Search for<br />

textual information, Flickr for photos, and Twitter for realtime<br />

comments.<br />

According to SMs model, the application architecture is<br />

illustrated in Figure 1.<br />

In the figure, each service is considered as a SM, and SMs<br />

with similar functionalities are grouped inside the same circle.<br />

The application is named WhatHere, and is mainly the “glue<br />

SM”, which includes the application business rules. Clients are<br />

separated: Mobile and Web.<br />

Each SM was described according to the previously<br />

mentioned tuple: , and<br />

Figure 2 shows the specification of WhatHere social machine.<br />

Due to its relevance, Analysis and Interpretation will be<br />

made in the next section.<br />

Figure 1: Application Architecture<br />

IV. DEVELOPMENT ANALYSIS AND INTERPRETATION<br />

According to the planning and in order to reject the null<br />

hypothesis and satisfy the alternative hypothesis, we analyzed<br />

qualitatively the application design, code and documentation,<br />

involving the subjects, the professors and some guests<br />

specialists in web API’s, Cloud Computing and Software<br />

Atchitecture. First, the guests analyzed application design and<br />

performed a detailed code review. Then, documentation was<br />

analyzed and several discussions were performed between the<br />

subjects, professors and guests.<br />

Figure 2: Internal SM definition<br />

The application was designed and implemented in full<br />

compliance with its requirements and with the SMs model,<br />

which rejects the null hypothesis H 0 ’: it is not possible to<br />

design and implement the application according to Social<br />

Machines model, which validates the alternative hypothesis H 1.<br />

In addition, the subjects reported several benefits from<br />

applying this approach, mainly: (i) good system modularity<br />

and maintainability, because of separation of application rules<br />

and the services used; (ii) facilitation of the abstraction and use<br />

of external services and API’s, centralized in the wrapper<br />

interface, instead of merged in application logic; (iii) reuse of<br />

SMs; due to the fact that the SMs are accessed by well defined<br />

requests/responses, they can be reused by several applications,<br />

313

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!