EPIC - Stakeholder (User) Workshops' Result

8/6/2019 EPIC - Stakeholder (User) Workshops' Result

1/50

DELIVERABLEProject Acronym: EPIC

Grant Agreement number: 270895

Project Title: European Platform for Intelligent Cities

D2.2 Stakeholder (User) Workshops Results

Version: 1.0

Authors:

Andreas Menychtas (NTUA)

Pavlos Kranas (NTUA)

Ravi Coote (FKIE)

Catalina Vasilescu (IM)

Philippe Perennez (NAV)

Pukul Rana (MCC)

Werner Brebels (IBBT)

Shenja Van Der Graaf (IBBT)

Tanguy Coenen (IBBT)

Internal Reviewers:

Keith Osman (BCU) Leonidas Kallipolitis (ATC)

Project co-funded by the European Commission within the ICT Policy Support Programme

Dissemination Level

PU Public X

PP Restricted to other program participants (including the Commission Services)


2/50

EPIC D2.2

EPIC Consortium 2 Version1.0,27/06/2011

RevisionHistory

RevisionDate Author Organisation Description

0.1 31/03/2011 PavlosKranas

NTUA InitialDraft

0.2 11/04/2011 Pavlos

Kranas,

Andreas

Menychtas

NTUA

StructureUpdated

Fulllistofquestionsadded

0.3 12/04/2011 RaviCoote FKIE Remarksontheinvolvementof

thepublicadministration

0.4 14/04/2011 Catalina

Vasilescu

IM InputonEPICPilot

Applications-Issy-Les-Moulineaux-UrbanPlanning

ServiceandStakeholder

Workshops-Issy-Les-

Moulineaux-UrbanPlanning

Servicesections

Answerstoadministrative

questions

0.5 16/04/2011 Philippe

Perennez

NAV InputonEPICPilot

Applications-Issy-Les-


ServiceandStakeholder

Workshops-Issy-Les-


Servicesections

Answerstotechnicalquestions

0.6 20/04/2011 PukulRana MCC InputonEPICPilot

Applications-Manchester-

SmartEnvironmentServiceand

StakeholderWorkshops-Manchester-Smart

EnvironmentServicesections

0.7 27/04/2011 Werner

Brebels,

ShenjaVan

DerGraaf,

IBBT InputonEPICPilot

Applications-Brussels

RelocationServiceand

StakeholderWorkshops-


3/50

EPIC D2.2


Tanguy

Coenen

BrusselsRelocationService

sections

0.8 28/04/2011 Pavlos

Kranas

NTUA InputonExecutivesummary,

IntroductionandConclusionssections

0.9 04/04/2011 Andreas

Menychtas

NTUA Minorchangesonstructure

0.10 18/04/2011 Andreas

Menychtas

NTUA Changesonthearchitectureof

PilotApplications

0.11 03/05/2011 Andreas

Menychtas

NTUA Updatedintroductionand

conclusionssections

0.12 11/05/2011 AndreasMenychtas

NTUA Changesonworkshopresultssection

0.13 31/05/2011 Andreas

Menychtas

NTUA Changesbasedontheinternal

reviewsbyKeithOsman(BCU)

andLeonidasKallipolitis(ATC)

0.14 24/06/2011 PukulRana,

Andreas

Menychtas,

Pavlos

Kranas

MCC,NTUA Missingdiagramsaddedfor

SmartEnvironmentApplication

1.0 27/06/2011 Andreas

Menychtas

Hugo

Kerschot

NTUA,ISP FinalInternalVersionforEU

Delivery

Statementoforiginality:

Thisdeliverablecontainsoriginalunpublishedworkexceptwhereclearlyindicatedotherwise.

Acknowledgementofpreviouslypublishedmaterialandoftheworkofothershasbeenmade

throughappropriatecitation,quotationorboth.


4/50

EPIC D2.2


Table of Contents

1 ExecutiveSummary.........................................................................................................8 2 Introduction.......................................................................................................................9 3 EPICPilotApplications................................................................................................10 3.1 Brussels-RelocationService..........................................................................................103.1.1 ApplicationScenario...................................................................................................................10 3.1.2 UseCases......... ......... .......... .......... ......... .......... .......... ......... .......... ......... .......... .......... ......... .......... ....113.1.3 GeneralArchitecture.......... ......... .......... .......... ......... .......... .......... ......... .......... ......... .......... .........14

3.2 Issy-Les-Moulineaux-UrbanPlanningService.........................................................153.2.1 ApplicationScenario...................................................................................................................15 3.2.2 UseCases......... ......... .......... .......... ......... .......... .......... ......... .......... ......... .......... .......... ......... .......... ....163.2.3 GeneralArchitecture.......... ......... .......... .......... ......... .......... .......... ......... .......... ......... .......... .........19

3.3 Manchester-SmartEnvironmentService..................................................................203.3.1 ApplicationScenario...................................................................................................................20 3.3.2 UseCases......... ......... .......... .......... ......... .......... .......... ......... .......... ......... .......... .......... ......... .......... ....213.3.3 GeneralArchitecture.......... ......... .......... .......... ......... .......... .......... ......... .......... ......... .......... .........25

4 StakeholderWorkshops.............................................................................................274.1 BrusselsRelocationService..........................................................................................284.2 Issy-Les-Moulineaux-UrbanPlanningService.........................................................294.3 Manchester-SmartEnvironmentService..................................................................29

5 UserRequirementsResults......................................................................................315.1 AdministrativeQuestions................................................................................................315.2 TechnicalQuestions...........................................................................................................39

6 Conclusions.....................................................................................................................497 References.......................................................................................................................50


5/50

EPIC D2.2


TableofFigures

Figure1:RelocationApplication-Usecasediagram...................................... ........................11Figure2:RelocationApplication-Architecturediagram.....................................................15Figure3:UrbanPlanningApplication-UseCaseDiagram.......................................... .........18Figure4:UrbanPlanningApplication-ArchitectureDiagram......................................... ..19Figure5:UrbanPlanningApplicationClientArchitectureDiagram.............................20 Figure6:SmartEnvironmentApplication-UseCasediagram........................................ ..22Figure7:SmartEnvironmentApplication-GeneralArchitecture....................................26Figure8:SmartEnvironmentGateway........................................... ............................................ ..26Figure9:BrainstormingatGentGeneralAssembly........................................ ........................28


6/50

EPIC D2.2


ListofTables

Table1:UseCaseRS1...........................................................................................................................11Table2:UseCaseRS2...........................................................................................................................12Table3:UseCaseRS3...........................................................................................................................12Table4:UseCaseRS4...........................................................................................................................12Table5:UseCaseRS5...........................................................................................................................12Table6:UseCaseRS6...........................................................................................................................13Table7:UseCaseRS7...........................................................................................................................13Table8:UseCaseRS8...........................................................................................................................13Table9:UseCaseRS9...........................................................................................................................13Table10:UseCaseUP1........................................................................................................................16Table11:UseCaseUP2........................................................................................................................16Table12:UseCaseUP3........................................................................................................................17Table13:UseCaseUP4........................................................................................................................17Table14:UseCaseUP5........................................................................................................................17Table15:UseCaseUP6........................................................................................................................18Table16:UseCaseSE1...................................... ............................................ .......................................22Table17:UseCaseSE2...................................... ............................................ .......................................23Table18:UseCaseSE3...................................... ............................................ .......................................23Table19:UseCaseSE4...................................... ............................................ .......................................23Table20:UseCaseSE5...................................... ............................................ .......................................24Table21:UseCaseSE6...................................... ............................................ .......................................24Table22:UseCaseSE7...................................... ............................................ .......................................24Table23:UseCaseSE8...................................... ............................................ .......................................25Table24:UseCaseSE9...................................... ............................................ .......................................25Table25:QuestionA1....................................... ............................................ .......................................31Table26:QuestionA2....................................... ............................................ .......................................32Table27:QuestionA3....................................... ............................................ .......................................33Table28:QuestionA4....................................... ............................................ .......................................33Table29:QuestionA5....................................... ............................................ .......................................34Table30:QuestionA6....................................... ............................................ .......................................34


7/50

EPIC D2.2


Table31:QuestionA7....................................... ............................................ .......................................35Table32:QuestionA8....................................... ............................................ .......................................35Table33:QuestionA9....................................... ............................................ .......................................36Table34:QuestionA10........................................... ............................................ ................................36Table35:QuestionA11........................................... ............................................ ................................37Table36:QuestionA12........................................... ............................................ ................................37Table37:QuestionA13........................................... ............................................ ................................38Table38:QuestionA14........................................... ............................................ ................................38Table39:QuestionA15........................................... ............................................ ................................39Table40:QuestionA16........................................... ............................................ ................................39Table41:QuestionT1....................................... ............................................ .......................................40Table42:QuestionT2....................................... ............................................ .......................................41Table43:QuestionT3....................................... ............................................ .......................................41Table44:QuestionT4....................................... ............................................ .......................................42Table45:QuestionT5....................................... ............................................ .......................................43Table46:QuestionT6....................................... ............................................ .......................................43Table47:QuestionT7....................................... ............................................ .......................................44Table48:QuestionT8....................................... ............................................ .......................................44Table49:QuestionT9....................................... ............................................ .......................................45Table50:QuestionT10.......................................................................................................................45Table51:QuestionT11.......................................................................................................................46Table52:QuestionT12.......................................................................................................................46Table53:QuestionT13.......................................................................................................................47Table54:QuestionT14.......................................................................................................................47Table55:QuestionT15.......................................................................................................................48Table56:QuestionT16.......................................................................................................................48


8/50

EPIC D2.2


1 Executive SummaryThis report consolidates the results of the consultation meetings which were

organisedbythepilotleadsintheframeofWP2( UserRequirementsAnalysis)ofthe EPIC Project. The Stakeholder Requirements/Workshops are expected toprovide a view of the user requirements that the EPIC platform must cover,

identifyingthetechnologiesthatmustbesupportedbytheplatform,whileontheotherhandtoanalysethepilotapplications'usecases,aswellastheirlimitations

andcapabilities.Anefficientnumberofrelevantstakeholderswereinvitedtothose

workshops,mainlyLivingLabsstaffandcityadministratorsfromtheparticipatingcountries, providing useful input to the projectwhile extensive discussions took

placetoclarifytechnicalandbusinessissuesfortheadaptationoftheapplicationstotheEPICplatform.

The results of Stakeholder Requirements/Workshops, presented within thisdocument, cover the user requirements that will be considered towards therealisation of the EPIC platform, as well as describe the functionalities and

capabilitiesthatthepilotapplicationsprovide.Acompletelistofeachscenario'suse

cases is listed, in combinationwith the general architecture of the applications.Moreover, the full set of both administrative and technical answers to a specific

questionnaire is presented, as discussed at the workshops. This document willprovide valuable input to T2.4 ("Technical Requirements Creation") for the

implementation of the platform elements, aswell as for the development of the

RoadmapinWP6.


9/50

EPIC D2.2


2 IntroductionThis report includes the results of the consultation meetings (Stakeholder

Requirements/Workshops)whichwere organised by the pilot leadsof the EPIC

Project.Thekeyaimofthisreportistosummarisealltheresultsaccruedthroughtheextendeddiscussionsbetweenallpartnersinvolvedinthistaskandtherelevant

stakeholders of all three pilot leads. Moreover, an extensive analysis of theapplications'usecasesandtheirgeneralarchitectureispresented.

The document is divided into three main sections. Section 3 is devoted to the

presentationof thethree pilot applications.More precisely, a generalviewof theapplicationisdescribedatfirst,presentingthepurposeandscenarioofeachoneof

them.Inaddition,acompletelistofallusecasesispresentedandaimstoitsbetterunderstanding. Finally, the general architecture of the applications is described

briefly,helpingtoidentifythekeysoftwarecomponentsandtherelationsbetween

theapplicationanditsexternaldataproviders.

Insection4thestakeholderworkshopsthattookplacewithinthepreviousperiod

aredescribed in detail.The dateandplaceofeveryworkshopisreferred,with a

completelistofallstakeholderswhoparticipatedandtheagendaofeach.

Section5presentstheparticipantsresponsestoapredefinedquestionnaire,along

withtherelevantstakeholderswhowereresponsibletoanswereachquestion.Thequestionnairewascreatedbasedontheextensivediscussionsbetweenalltechnical

andnon-technicalpartnersinvolvedintheprojectthattookplaceatthebeginning

of this work package. However, the pilot leads that organized the workshopsadaptedthequestionnairetothespecificneedsoftherelevantpilotapplicationin

order to improve the communication between the workshop participants andenhancetherequirementacquisitionprocess.Theoutcomesandrecommendations

of the stakeholder meetings are presented in this section in a summarised and

categorised list of tables. Finally, the general conclusions derived from thisdocumentaredescribedinsection6.


10/50

EPIC D2.2


3 EPIC Pilot Applications3.1 Brussels - Relocation Service3.1.1 Application ScenarioAnend-user,typicallysomeonelookingforaresidenceinaforeigncountry(expats,

international students, etc.) creates a relocation profile. The profile is used toidentifytheresourceswhicharerequiredforhandlingtherelocationprocess.

Ofcourse,thispersonandhisorherfamilyhavecertainrequirementsregardingtheneighbourhoodinwhichtheyareplanningtolive.Almosteverypersonandhis/her

familythathas torelocate toa newcitywillbeconfrontedwith choices tomake.

These choices are subject to all kinds of constraints (environmental, traffic,transportation,schools,etc.)

Bycreatingasearchqueryandfilters,theuserwillbeabletodefinethosecriteriaandconditions.Whenexecutingthequery,theuserwillgetanoverviewofallthepointsofinterest(POIs)andrealestatepropertiesthatarelocatedintheareasthat

matchthequeryfilters.Thiswillbepresentedasalistview.Besidesthelistview,onewillhavetheoptiontoviewtheresultsonamap(e.g.byusingGoogleMapsor

OpenStreetMap).

Oncetheresultshavebeenreturned,theuserisabletoviewdetailedinformationaboutaparticularPOIorarealestateproperty(price,broker,rooms,area,contact

info,etc.)orhe/shecansavethequeryandqueryresults.Savingqueryresultsgivestheusertheoptionofquicklyretrievingtheseresultslater.

Inaddition,theapplicationwillbeavailabletouserswithadvancedmobiledevicessupporting the latest technologies, including 3G networking and positioning andlocationservices(iPhone/Android).Throughthemobilerelocationapplication,the

userwillbeabletoviewtheresultingobjectsinaliveviewbrowserwiththehelp

ofaugmentedreality(AR)technology(e.g.LayarorWikiTude),onceagainhavingthe possibility of retrieving more detailed information about a specific POI or

property.

Aftertheend-userhasexploredareasofacitythatmatchhis/hercriteria,he/she

willdecide torelocate.When theend-userhasactuallydecided torelocate to the

previouslyexploredcity,therelocationservicefurthermoreprovidestheend-userwith information about necessary government-related duties he/she has to

perform.Therelocationserviceoffersoptionsfortheend-usertosemi-automatetheprocessofrelocation,forexample,byprovidingapplicationformstheend-usercanfillout.Optionally,forahigherdegreeofautomation,therelocationservicemayalso

beabletoinitializeinternalapplicationprocessesandcommunicatewiththepublicadministration in order to prepare the administration for thependingrelocation

andtominimizetherelocationeffortfortheend-user.


11/50

EPIC D2.2


3.1.2 Use CasesTheusecasesrelatedwiththeRelocationServicescenario(RSx)areseparatedin

twophases:1)Lookingforanewlocationand2)Actualmomentofrelocation.

Figure1:RelocationApplication-Usecasediagram

3.1.2.1Phase 1: Looking for a new locationTable1:UseCaseRS1

ID RS1

Name End-usercreatesarelocationprofile

Description An end-user, typically someone looking for a residence in a foreign country

(expats, international students,etc.) createsa relocationprofile. Theprofile is

used to identify the resources that are required for handling the relocation

process.


12/50

EPIC D2.2


Table2:UseCaseRS2

ID RS2

Name End-usercreatesasearchquery

Description The end-user has certain requirements concerning the neighbourhood he/she

(andhis/herfamily)wouldliketolivein.Bycreatingasearchqueryanddefining

filters, he/shecan narrowdowntheset ofareaswhichqualify asanadequate

placetolive.

Table3:UseCaseRS3

ID RS3

Name End-userqueriesPOIsandrealestatedata

Description Thequeryisexecutedagainsttheavailabledatasources.Thiswillresultinaset

ofPOIsandrealestateobjects,locatedinanareathatmatchesthecriteriainthe

query.

Table4:UseCaseRS4

ID RS4

Name End-userviewsresultsinbrowser(Non-mobile)

Description Whenqueryresultsarereturned,intheformofPOIsandrealestateproperties,

thoseresultscanbeviewedinalistoronamapinanon-mobilebrowser,i.e.apc

orlaptop.

Table5:UseCaseRS5

ID RS5

Name End-userviewsdetailedinformationaboutPOIorproperty

Description By clicking on a particular POI or property item, the user is able to request

detailed information about the item. In the case of real estate property, this

informationcouldcontainpriceinfo,brokercontactinfo,propertyinfo(number

of rooms, area, etc.), pictures, etc.When available, information on thearea in

whichthePOIissituated,arepresentedtotheuser.


13/50

EPIC D2.2


Table6:UseCaseRS6

ID RS6

Name End-usersavesqueryresults

Description Afterasuccessfulquerysearch,theend-userisabletosaveboththequeryand

theresults(POIsandproperties)inanexternaldatabase.Anend-usercansaveas

manyqueriesass/hewants.

Theend-usercandecideatanytimetoretrieveapreviouslycreatedqueryand

executeitagain.

Table7:UseCaseRS7

ID RS7

Name End-userviewsresultsinAR-browser(Mobile)

Description Savedqueryresultscanberetrievedonamobiledevice, supporting the latest

technologiesincluding3G-networking,GPS,camera,compass,etc.(e.g.iPhoneor

Android-based phone). By using augmented reality, the POIs and real estate

propertiescanbeviewed in anAR-browser, presenting information about the

end-userssurroundings, presentedas a live Augmented reality view oramap

view.

3.1.2.2Phase 1: Actual moment of relocationTable8:UseCaseRS8

ID RS8

Name End-userrequestsgovernment-relatedinformation

Description Afteranexplorationofthecity,theend-userwilldecidetomovetothecity.The

relocationservice then provides theuserwith informationaboutgovernment-

related obligations of thenew residenceadministration that thecitizen has to

takecareof(registration,neededcertificates,applicationforchildbenefits,and

healthinsuranceforthefamily).

Table9:UseCaseRS9

ID RS9(optional)


14/50

EPIC D2.2


Name End-usertriggersgovernment-relatedapplications,automaticallyinvoked

bytherelocationservice

Description Thiscaseisautomaticallyinvokedwhenauserstatesandconfirmstherelocation

process.

3.1.3 General ArchitectureFigure2showsthegeneralarchitectureoftherelocationapplication.Fromanend-

users perspective, a non-mobile client (e.g. a PC) connects with the IBMGovernment Industry Framework cloud model [3] in a browser environment.

Wheneveradatarequest(i.e.executequery)fromtheclientissenttothecloud,the

requestisfirsthandledbythesemanticlayer(FKIEservice)andtranslatedintoanunambiguousartificial language(generated bya grammar likeC2LG[4]which is

definedbyXMLschemata.

Theservicebrokerwithintheservice-orientedarchitectureisthenresponsiblefor

communicatingwiththeexternaldatasources,bymeansofwebservicetechnology

(e.g.SOAPorRESTservices).Dataisbeingtransferredandaresultisreturnedtotheclient,onceagaintranslatedbasedonthedefinitionsintheXMLscheme.

The end-user isnow able tosave the results of the query inadatabase for laterretrievalonamobileclient.


15/50

EPIC D2.2


Figure2:RelocationApplication-Architecturediagram

3.2 Issy-Les-Moulineaux - Urban Planning Service3.2.1 Application ScenarioTheUrbanPlanningApplicationhelpsuserstounderstandthevisionofthecityandexperience potential developments by accessing and experiencing relevant

informationlikesounds,statistics,geometrics,dynamicflowsandmedia.Theusercan virtually fly over andmovearound the digital 3Dmodelof the city,entering

majorsiteslikeinavideogame.

The end-usercan opt for a generaldiscovery of the city,orhe/she can choose aspecific topic of interest (Leisure and Culture, Sustainable Development, Urban

Planningprojects,PublicServices,Enterprises).

Afterselectingthemaintopic,thepointsofinterestinthecityassociatedtoit,arehighlightedonthe3Dmap.TheusercansimplyflyoverthecityandchoosethePOI

he/shewouldliketohaveinformationabout.Byclickingonthedesireditem,theuserhasaccesstogeneralinfo,picturesandvideos.He/shecanalsotakeavirtual

touroftheplaceandaccessitswebsite,formoredetailedinformation.

ByselectingthetopicEnterprises,theusercanviewallthecompaniesregisteredinIssy(eitherby3Daerialvieworinasidelist)andcanaccessusefulinformation


16/50

EPIC D2.2


suchasphotos,presentationvideos,latestjoboffers(towhichtheusercanapplydirectly)andtheirofficialwebsiteforfurtherinformation.

Iftheuserhasanideaaboutthepointofinteresthe/sheissearchingfor,butisnot

surewheretofindit(i.e.inwhichtopic),he/shecanusethesearchqueryforafastfindingandlocatingoftheitem.

Whenthe end-userhas informationaboutaprobleminthecity(i.e.a hole intheroad,aredlightthatdoesntworkproperly,damagednoticeboardsorroadsigns,

etc.),he/shemayshareitwiththelocaladministrationthroughthesectionFilea

report.Byclickingonthissection,theuserhastofillinaformwiththefollowinginformation:location(addresswheretheincidentwasreported),descriptionofthe

reportandoptionally,animagewiththereport.Iftheuserwishestofollowupon

his/her demand, he/she can leave his/her contact details (name, email, phone),allowingthelocaladministrationtosendhim/heraconfirmationmail/smsandan

issue-number.The samecaseapplies for a localgovernmentagentwhowants to

reportaprobleminthecitytohis/hercolleagues.

ASMEaccessestheplatformtoinquireaboutsimilarproductsandservicesinthe

cityorsimplytohaveanideaaboutthecompaniesbasedinIssy.AfterselectingthetopicEnterprises,theSMEcanviewallthecompaniesregisteredinIssyandcan

accessusefulinformationsuchasphotos,presentationvideo,latestjoboffersandtheofficialwebsitesforfurtherinformationandcontact.Thisisagoodopportunity

forcompanies to learn about each others activities, advertise their productsand

informothersaboutchangesandevolutions,andalsoagoodwaytofindsimilaritiesandpartnershipideas.

3.2.2 Use CasesTheusecasesfortheUrbanPlanningscenario(UPx)arepresentedinthefollowing

tables:

Table10:UseCaseUP1

ID UP1

Name End-userchooseshis/hertopicofinterest

Description Theend-user(citizenorvisitor)hasthechoicetotakeageneraltourofthecity,

orhe/shetochooseaspecifictopicofinterest(LeisureandCulture,Sustainable

Development,UrbanPlanningprojects,PublicServices,Enterprises).

Table11:UseCaseUP2

ID UP2

Name End-userselectshis/herpoint(s)ofinterest


17/50

EPIC D2.2


Description Aftertheend-userhasselectedthemaintopic,thepointsofinterestin the city

associatedtothatthemearehighlightedonthe3Dmap.Theusercansimplyfly

overthecityandchoosethePOIhe/shewouldliketohaveinformationabout.By

clicking on thedesired item, the user hasaccess to general info, pictures and

videos.He/shecanalsotakeavirtualtouroftheplaceandaccessitswebsite,formoredetailedinformation.

By selecting the topic Enterprises, the user can view all the companies

registeredinIssy(eitherbyaerialvieworinasidelist),andcanaccessuseful

informationsuch asphotos, presentationvideo, latest job offersand ofcourse

theirofficialwebsiteforfurtherinformation.

Table12:UseCaseUP3

ID UP3

Name End-userqueriesPOIs

Description Theuserhasanideaaboutthepointofinteresthe/sheissearchingfor,butisnot

surewhere to find it (i.e. inwhich topic). He/shecan usethe searchquery to

locatetheitemrapidly.

Table13:UseCaseUP4

ID UP4

Name End-userfilesareport

Description Theend-userwants toinformthe localadministrationaboutan incidentin the

city (aholein the road,a red lightthatdoesntworkproperly,damagednotice

boardsorroadsigns,etc.).TheuserchoosesthetopicFileareport.Aformwill

appearasking him/herfor thefollowing information: location (addresswhere

the incident was reported), description of the report, image with the report

(optional).

Optionally, the user can leave his/her contact details (name, email,

phone), allowing the local administration to send him/her a confirmation

mail/smsandanissue-number.

Table14:UseCaseUP5

ID UP5

Name Localgovernmentagentfilesareport


18/50

EPIC D2.2


Description Samecaseasdescribedabove,wherealocalgovernment agentreportstohis/her

colleaguesaproblem/dysfunctioninthecity.

Table15:UseCaseUP6

ID UP6

Name SMEsinquireaboutexistingproductsandservices

Description SMEsaccesstheplatformtoinquireaboutsimilarservicesinthecityorsimplyto

have an idea about the companies based in Issy. After selecting the topic

Enterprises,theSMEcanview all the companies registeredin Issy (either by

aerialvieworinasidelist),andcanaccessusefulinformationsuchasphotos,

presentation video, latest job offers and the official website for further

information.Thisisagoodopportunityforcompaniestolearnabouteachothers

activities,findsimilaritiesandpartnershipideas.

Theyarealsosummarisedattheabovefigure:

Figure3:UrbanPlanningApplication-UseCaseDiagram


19/50

EPIC D2.2


3.2.3 General ArchitectureIn the following figures the general architecture of the urbanplanning service is

presented.Moreprecisely,Figure4showsthesoftwarecomponentsthatconsistthepre-productionprocess,whileinFigure5theclientarchitectureispresented.

Pre-ProductionProcess:

Figure4:UrbanPlanningApplication-ArchitectureDiagram


20/50

EPIC D2.2


ClientArchitecture:

Figure5:UrbanPlanningApplicationClientArchitectureDiagram

3.3 Manchester - Smart Environment Service3.3.1 Application ScenarioThe smart environment service will extend the application of domestic andcommercialenergymonitoringsystemsbymakingvisiblebothenergyconsumptiondata and supporting contextual data such as internal and external temperature,

humidity, light levels,occupancy, etc.Energyconsumptionwillbemeasuredwith

varyingdegreesofgranularityfromtotalenergydowntotheconsumptionanduseof individual appliances, to give both instantaneous real-timemeasurements and

historicaldata.Toallowcomparisonbetweenproperties/regions/countries,etcitwillbenecessarytosupplementtheenergydatawithdatarelatingtotheproperty/

household/locationandsupplementthiswithlocalweatherdataetc.

An energy usage dashboard will allowusers tounderstand their instantaneous

andlonger-termenergyconsumptionbyaggregatingandreportingdataindifferentformats.Comparisonswithsimilartypesofhousehold/property/community,etc

will be possible by aggregating other anonymous data feeds, making use ofadditionalmeta-datatodescribetheusagecontext.Theimpactwillbetoempower

personalised action on climate change, which will enable new policies such asPersonal CarbonAllowances aswell assupporting the Smart Cityvision usinga

cloud-baseddatamanagementsystem.


21/50

EPIC D2.2


Birmingham CityUniversitywill assist the achievement of the Smart Cityvisionthrough development of a universal framework for usage monitoring of energy

(UFUME),whichcanconsumedatafeedsfromawidervarietyofenergymonitoring

devices including domestic units and data feeds from Building Management

Systems,etcusedinpublicandcommercialbuildings.Thefocusofthisactivitywillbe tomaximise access to energy usagedata sources that are currently available,eitherbecausetheyfeedintoexistingapplicationssuchasEnergyhive,GooglePower

MeterorPachubeorbecauseplug-inshavebeencreatedtosupportthespecific

dataprotocolsusedbycommercialsystemsandsensorswithagreedstandards.

UFUMEwillimplementarigorousInternetofThings(IoT)philosophy,allowinga

fully distributed registration and meta-data mark-up of distributed sensors and

actuators.UFUMEwillembraceawiderangeofexistingapplicationstandardsforsensordatamark-up;availableAPIsandexistingandemergentIEEEandISO/IEC

standardsforsmart-sensorsandassociatedsystems.

InordertopilotthesuccessofUFUME,HildebrandandMCCarecontributingtheoutputsfromFP7DEHEMSprojectandHildebrandEnergyhive[1]Energyhiveisan

energy monitoring product which allows users to view the households energyconsumptionviaaweb-baseddashboard.Theproduct collateshouseholddata at

regularintervalsviaoneormoreenergymonitoringunitslocatedinthehome.Thiscontribution,theimplementationofEnergyhiveintotheCloudbasedEPICplatform

willdemonstratehowdomesticmonitoring andcustomisable user interfaces can

directlyinfluencethebehaviourofindividuals.

FortheEUprojectcontext,it isimportanttorecognisethatawiderangeofenergy

monitoringhardwareandvisualisationtoolsareindevelopmentacrosstheenergy

monitoringmarket,withvaryingdegreesof sophistication and intended end-use.Thus,UFUMEwillensurethatmaximumusecanbemadeofavailabledatafroma

varietyofsensordatasources,andaggregatetheseintoacommonformat,allowingforwide-rangingaggregationandcomparisonacrossawiderangeofusagecontexts,

including households, public buildings and commercial premises, which all fall

withinscopeofatrulysmart-city.

3.3.2 Use CasesAgeneralusecasediagramoftheapplicationispresentedinFigure6.


22/50

EPIC D2.2


Figure6:SmartEnvironmentApplication-UseCasediagram

Table16:UseCaseSE1

ID SE1

Name UserLogin

Description Auserauthenticatestothecoresysteminordertoaccessthefunctionality,andis

grantedaccessaccordingtorightsthatareallocatedinthesystemconfiguration.


23/50

EPIC D2.2


Table17:UseCaseSE2

ID SE2

Name ExamineOverallHouseholdUsage

Description Thehouseholderwishestoreviewtheoverallpowerusageoverthelastmonth

andisconcernedtoseeifanypeaksinusageoccurredandwhen.Afterloggingin,

theuser ispresentedwithascreenshowingthecurrentusage,theusagesofar

thismonthandafieldshowinganestimateoftherecentusagecomparedtolast

month's bill. The usage so far this month is available as kWh, Cost and CO2

emissionandisabletoreadoffthedate/timeandlevelofconsumptionacrossthe

pastmonthingraphicalform.Whentheuserentersthisscreen,thesystemwill

selector constructa suitable tip topresent tothe usersregarding theirusage.

Thiswillbetailored totheparticularhouseholdbasedonthepastandpresent

powerusagepattern,andtheirpreferencesprioritiesasrecordedinthesystem.

Theuserwillbeabletoratethetipaccordingto:(i)clarity/understandability,(ii)

relevance,(iii)levelofusefulness,accordingtotheirownperceptionandalsotorecordafreetextcommentinresponsetothetip.Thisresponseinformationwill

berecordedagainstthehousehold,thetipdisplayed,andthetime/date.

Table18:UseCaseSE3

ID SE3

Name Compareusagetolocalaverage

Description Theuserswish tocompare their ownhousehold usage thismonthagainst the

averageusageacrosslocalhouseholdsforthepastmonth.Ascreenisshowninwhich both current usage and usage so far may be compared with a "local"

averageforhouseholdsintheclosevicinity.

Table19:UseCaseSE4

ID SE4

Name InstallHouseholdSystem

Description When the household part of the system is installed at a house, a screen is

accessedbytheinstaller,whichisusedtoregisterthehouseholdinthesystem,

carryoutcommunicationtestsbetweenthehouseholdandthecentraldatabase

andcarryoutsimplediagnosticstocorrectanyanticipatedproblems.Basicdata

willbegatheredfromthehouseholderatthispointandnecessaryuseraccounts

willbecreated,linkedtothehouseholdandgetassignedthestandardhousehold

userrights.Theinstallerwillconfirmthatthehouseholderunderstandshowto

usethesystem.


24/50

EPIC D2.2


Table20:UseCaseSE5

ID SE5

Name Recordusernote

Description Theuserrecordsa free textnotein the databasewhilst examining theirusage.

The note is time stamped, linked to the particular user and household in the

databaseandmayalsobelinkedtoaparticularpointintheusagehistory.Users

makeuseofthisfacilityforseveralpurposes,forexample:

torecordsignificantevents,suchaschangesincircumstances,switchingon-offequipment,etc.,forlateranalysis

torecordgeneralobservationsforlaterreference torecord issuesassociatedwith theusage ofthe systemsuchasbugs,

defects,etc.

torecordaspectsofthesystemthattheydonotunderstandTheuseris able tospecifywhichofthesepurposesthenotewascreatedfor,in

ordertoassistwithlateranalysis.

Table21:UseCaseSE6

ID SE6

Name Providehouseholdusertraining

Description Screenswillbeprovidedwithsampledatatoallowtheusertobetrainedintheuse of the system. The screenswillbebased on a "sandbox" account already

populated/initializedwithstandardsampledata,withfullinteractivityprovided.

Detailedoperationofthisusecasewillbebasedontrainingplans.

Table22:UseCaseSE7

ID SE7

Name ExportQualitativeData

Description Theresearcherexportsdatathathasnotalreadybeenexportedtothequalitativedatabase.Allnotesandcommentswillbeexported,aswellasmetadataregarding

notesandtheircontext.Thesystemwillkeeparecordofwhichdatahavealready

been exported in this way. Technical staffwill analyse the data for purposes

relatedtomaintainingthesystem.(Bugs,improvements,issues,etc.)


25/50

EPIC D2.2


Table23:UseCaseSE8

ID SE8

Name Raiseissueticket

Description Thetechnicalstaffmemberanalysingthedatawithinthesystemgeneratesissue

ticketsregardingbugsorotherissueswithintheticketingsystem.Theyareable

to make use of data contained within notes and comments in the system to

populatefieldsintheticketingsystemwithsomedegreeofautomation.

Table24:UseCaseSE9

ID SE9

Name Updatehouseholdconfiguration

Description Userupdatestheconfigurationinformationforahouseholdinstallation,including

password,powertariffinformation,etc.

3.3.3 General ArchitectureIn the following figures the general deployment architecture of the smart

environmentserviceispresented.Moreprecisely,Figure7showshowthesensorsareconnectedtoacentralgatewayviathehomenetwork,thesoftwarecomponents

thatconstitutethegatewayandhowthelatterisbeingconnectedtotheapplicationviatheinternet.Inaddition,Figure8showstheprotocolsusedbythegatewayinamoredetailedway.


26/50


27/50

EPIC D2.2


4 Stakeholder WorkshopsOne of the major objectives of the stakeholder workshops, apart from the

presentation of the pilot applications, was the discussion on a common

questionnairethatwascreatedinordertobeusedasaguidelineforcollectingtheuser requirements.This questionnairewas the result of all discussions that took

placefromthebeginningofthisWPbetweenalltechnicalpartners,pilotapplicationdevelopers and city administrators. Its major part was populated during a

brainstormsessionatGentsmeeting,onDecember17,2010.Atthismeeting,the

participatingpartnerswerecategorizedin threefocusgroups:cityadministrators,applicationdevelopersandathirdgroup,generallynamedintegrators,whichwas

consistedofthetechnicalpartnerswhosetaskistodeveloptheEPICplatformandintegratetheexistingapplicationsthere.Duringthissession,allqueriesaboutthis

newplatformwererecordedatvariouspost-itnotes,andtheninitiallydiscussed

betweenthemembersofeachfocusgroupandinasecondphaseamongbetweenall

participants.Theresultofthissessionwasa listofquestions thatformulatedtheinitial draft of the questionnaire. The latter was extended with additional input

comingfromthefollowingiterationsofthisprocessviaonlinemeetingsorbythemailinglistsoftheproject.

The questionnaire was divided into two sections: the administrative and thetechnicalpart.Thenecessityforthisdivisionwasthediversityofthetargetgroups

thatthequestionsaddressed.Forthisreason,theadministrativepartisfocusedon

thecityadministrators andtheapplicationdevelopers, andit addresses businessoriented aspects, trying to define the general vision of the relevant stakeholders

regardingtheuseoftheEPICplatform.Theoutcomesofthispartwillbevaluable

for the development of the EPICs road map, as defined in WP6. Moreover, thetechnicalpartofthequestionnaireismainlyfocusedontheapplicationdevelopers

andthetechnicalpartnersoftheproject.Thissectionconsistsoftechnicalorientedquestions,whichaimtodefinethegeneraluserrequirementsof theplatform.This

willprovidevaluableinputfortheD2.3.


28/50

EPIC D2.2


Figure9:BrainstormingatGentGeneralAssembly

4.1 Brussels Relocation ServiceAn informed accountofthe currentstatus ofthe relocationmarket inBrussels is

importantforensuringthattheresultsofthisprojectareassessedandappliedinwaysthatareenablingandresponsivetothevariedcorporate,privateandpolicy

stakeholders. Therefore, aworkshop and qualitative interviewswith several keyinformantsthat, invariouscapacities,workwithexpertswereorganizedinMarch

andApril.

These consulting meetings were kicked off by the workshop that took place onTuesday, 22nd March 2011, at the IBBT/SMIT offices inBrussels. The workshop

startedat9amandlastedtill6pm.Themorningsessionwasmostlyagatheringof

consortiumpartners,with3stakeholdersfromBrusselsalsopresent,todiscussthetechnology underpinning the relocation application. The starting point of the

discussionwasashortpresentationoftheapplicationsgeneralarchitecture.Intheafternoon the discussion focused on the sets of administrative and business

questionsdevelopedbyNTUA.Bytheendoftheday,wedidsucceedtosatisfyinglyanswerallthesequestionsinthecontextoftheapplication(seeChapter5).

Inordertogainmorein-depthinsightintovariouselementsinvolvedinrelocating

to Brussels, several exploratory interviews were conducted with: Association ofBelgiumRelocationAgents,BrusselsBusinessFlats,CityofBrussels(Departments

ofDemographyandOrganisation),Deloitte,ING(Expatriates&Non-residents),and

Verbingsbureau Brussel-Europa. The interviews focused on the roles of


29/50

EPIC D2.2


stakeholders in relocation practices, challenges involved in relocating, thefunctionalitiesandlimitationsofthecurrentapplicationandhoweachstakeholder

could envision how to make use of the application (via the EPIC platform) and

integrate(andupdate)itintotheircurrentactivities.

4.2 Issy-Les-Moulineaux - Urban Planning ServiceTheworkshoptookplaceonFriday,24thMarch2011,attheUrbanPlanningandSustainableDevelopmentCentreinIssy-les-Moulineaux.

Themeetingbrought together10 stakeholders from Issy-les-Moulineaux and the

UrbanCommunityofGreaterParisSeineWest,alldirectlyconcernedbytheUrbanPlanningApplicationISSY3D.

Theworkshop started at 10 am and ended at 1.30 pm andwas held in French

language.AfterashortpresentationoftheapplicationandanoverviewoftheEPICproject,thediscussionswerelaunched.Theyfocusedmainlyonhowtheapplication

is currently developed and delivered, what the limitations, key features andchallenges are, and how the EPIC platform can be integrated into the existing

processes.

ThedebateswerebasedonthequestionnairedevelopedandprovidedbyNTUA.

Due to the short duration of the meeting, therewerequestions that couldnt be

analysedandotherissuesthatarosealongtheway.Therefore,thepilotleaddecidedjointlywithall participants torepeat theexperienceandmeet anothertimefor a

more detailed analysis of the applications needs and future functionalities. The

meetingwasscheduledforTuesday,3rdMayatIssyMdia.

4.3 Manchester - Smart Environment ServiceManchester (UK) workshop took place on Tuesday 29 March 2011, at the

ManchesterDigitalDevelopmentAgency(MDDA)premises. Invitationswere sentout to a number of local stakeholder groups representing Manchesters decision

makingbodies.AdditionalinputwasprovidedfromtheManchesterpartnerMDDA,which gave useful examples of application and services a Smart Environment

Servicewithin theManchester context.This inturnhelped togenerate insightful

commentsandrecommendationsforgoingforward.

Anexternalfacilitatorwasusedduringtheworkshopsessionstoensureconsistency

of responses and a focus on the task at hand. Additionally, the workshop was

recordedtoprovideanaudiorecordoftheeventandsupportthedatagatheringattheendoftheevent.Thequestionsbeingansweredbythefocusgroupwerebased

ontheUserRequirementsQuestionnairedevelopedbypartnersNTUA.

Theoutputsfromthefocusgrouparelistedbelow.Giventheshortageoftimethe

technicalquestionsweresentdirectlytoourpartnersbasedinLondonforfurther

explanationthiswasanagreednextstep.


30/50

EPIC D2.2


Theopeningquestionforthefocusgroupwasnotfromthelistedoptions:WhatisaSmartCity?

The meaning of a smart city does not only refer to changing theinfrastructuresbutalsochangingthecitizensattitude.

Smartenergypatterns Improvedqualityoflife Encouragecitizenstocontribute Implementationofnewtechnologies Advanced/smartinformationflow Newopportunitiesforthecitizens,thecityadministration

This was used to set a general level of understanding and help clarifymeaning

amongstparticipants.Formoreinformationpleaseseesection5.


31/50

EPIC D2.2


5 User Requirements ResultsInthe frame ofWP2,threeworkshops tookplaceatthe relevant pilotcities.The

mainobjectiveoftheseworkshopswasthediscussionofacommonquestionnaire.

The latter was divided into two parts: the administrative part which containsquestionsaddressedmainlytothecityadministratorsandapplicationdevelopers,

andatechnicalpartwithquestionsaddressedmainlytotheapplicationdevelopersand the technical partners of the project. The answers of this questionnaire are

gatheredinthissection,inacategorisedandsummarisedway.

5.1 Administrative QuestionsThis section presents the results and answers of the administrative part of the

questionnaire. The questions that are contained here generally refer to the cityadministrators and the pilot labs andwill beusedmainly for the creationof the

EPICs road map. However, interesting user requirements regarding the

developmentoftheplatformcanbedefinedhere.

Table25:QuestionA1

ID A1

Description Whatisthepurposeofmakingacitysmart?

Scope We arent looking for a typical definition of a smart city, but rather record city

council'svisionaboutit(goodpolicyguidelines,savecouncilmoney,morejobsetc.)

Actors RelocationService UrbanPlanningService SmartEnvironment

Service

CityAdministrators,

ApplicationDevelopers

CityAdministrators CityAdministrators

Response Tomakeacitysmart,some

ofthefollowingissues

shouldbeprovided:

Situationalawarenessaboutthecitys

operationalstatus

Dashboardsfordecisionandpolicy

makers

Businessprocesssupport

Integratedknowledgebase

Seamlessintegration Securityandprivacy

ASmartcityshouldhave

moreefficientservicesfor

citizens, better

communication between

citizens & local

administration &

enterprises, and betteraccesstoinformation

A Smart City should

have smart services for

transportation, better

communication

between citizens,

reduced cost, allowing

(inclusive) access toinformation and

enabling the

information to be

delivered. In this

context SMEs/Thirdparties/other will

develop the required

applications.


32/50

EPIC D2.2


compliance

LowlatencyHowever, theres no need

for additional public

services. We shouldconcentrate on the ability

tofindtheinformationand

bypassbureaucracy issues.

We should also focus on

getting data from city

administrators.

Table26:QuestionA2

ID A2

Description Whatbusinessmodelisusedforofferingtheapplication?

Scope Thereistheneedtodefinethebusinessmodelonly(free,subscription,etc.),and

nottechnicalissuesrelatedwiththecorrespondingmodel.


Service

ApplicationDevelopers CityAdministrators ApplicationDevelopers

Response There is a triple win

condition: city, providers,

and citizens/enterprises.

An e-Identity management

is required,while security,

privacy and trust must be

provided. In this context,

license agreements are

necessary. The application

isofferedfreeforeveryone.

There isaneed forlicense

agreementforcartographic

data.

Today the application is

offered by an annual

licence & fees for

Services, expected

subscriptions & SaaS for

some categories of

customers. However its

freeforcitizens.

Thisissuewillbe

clarifiedlater.


33/50

EPIC D2.2


Table27:QuestionA3

ID A3

Description Howmanyend-usersdoyouhave?Aretheredifferentcategoriesofend-users?

Scope Weneedtoidentifythenumberofusersthatareinvolvedintheapplicationand

theircategories.


Service

ApplicationDevelopers ApplicationDevelopers ApplicationDevelopers

Response There are a couple of

thousandsofend-users.All

end-users (citizens) havethe same rights and

permissions.

There are 20 users on-

site, and 100 users on-

line. There are alsodifferent categories of

citizens: inhabitants,

delegations, associations,

studentsandchildren.

Currently thereare250

users (196 online) who

could be separated in:data producers, data

consumers,service/data

aggregators,

authenticators.

Table28:QuestionA4

ID A4

Description Areend-userstrainedontheuseofaparticularSmartproductorservice

application?


Service

ApplicationDevelopers CityAdministrators,


ApplicationDevelopers,

CityAdministrators

Response Noparticulartrainingis

required.

Noparticulartrainingis

required.Theapplication

isuser-friendly.

In this kind of

applications, training

should not be required.

The applications should

beveryeasytobeusedbyanyone.


34/50

EPIC D2.2


Table29:QuestionA5

ID A5

Description Doyourend-usersprovideorshareinformationandfeedbackontheseapplications?


Service

CityAdministrators CityAdministrators CityAdministrators,


Response Thereisnoneedforsuch

functionality.

Thereisnomeanofdata

collection/feedbackfrom

theusersatthemoment.

Feedback should be

provided in a

standardized way, for

instance, through a

module in the portal,through the appstore

etc.

Table30:QuestionA6

ID A6

Description Whoisthemostimportantend-userandhowwilltheybenefit?


Service

CityAdministrators,


CityAdministrators CityAdministrators,


Response Irrelevantquestion.

Themost importantend-

users are the citizens of

Issy-les-Moulineaux.

Citizens can access any

information

communicatedbytheCity

administration.

The important in this

applicationisnothowto

acquirethedataorhow

accuratethedataare.

The real value of the

application is the

visualizationof thedata

andtherealinformationthat can be extracted

fromthem.Forinstance:

To identify the

appliancethatconsumes

more;

To identify abnormal

energy consumption


35/50

EPIC D2.2


peaks;

To identify and resolve

failures(e.g.Iforgotto

turn of the heater or

the refrigerator is

disconnected).

Table31:QuestionA7

ID A7

Description Isthereapotentialaudience,whichisnotbeingreachedcurrently?


Service

CityAdministrators CityAdministrators CityAdministrators,


Response Citizenswhodonothave

internetaccess;people

withahandicap.

ThecompaniesinIssy-

les-Moulineauxshould

havebeenreached.

By analysing data and

exploiting other

visualizationtechniques,

the usage of the

application could be

extended. Theneedfor

real-time data delivery

isveryimportant.

Table32:QuestionA8

ID A8

Description Whoistheapplicationprovider?Isitthesameentitythathoststhe

application?DoyouplantochangethisexploitingEPIC?

Scope Thereis aspecificneedtodefinethebusinessmodelbutnot thetechnical issues

relatedwiththedeploymentoftheapplicationindifferentcities.

Actors RelocationService UrbanPlanningService SmartEnvironmentService


Response Theapplicationprovideris

IBBT. Theapplication uses

data from external

providers: Immoweb and

The application provider

isNavidis. Different from

the entity that hosts the

application and data

Theapplication

providerisHildebrand.


36/50


37/50

EPIC D2.2


shared, creative,

conversational, compact,easy,cheap, intangible,and

multi-platform/device &

the consumption and user

engagement process isprocess-oriented,

challenge-inspired and

quality-driven.

Usability Interactivity Availability AttractiveInterface DesignforIdentity

Usability Accessibility Attractiveinterface Highavailability

Table35:QuestionA11

ID A11

Description Incaseofspecialdevices,whoownsthedeviceandthedatabeingproduced

byit?

Scope Weshouldfocusonlyonthebusinessmodelandnotontechnicalissuesconcerning

theconnectivityandinteroperabilityofthosedevices


Service

Applicationdevelopers Applicationdevelopers Applicationdevelopers

Response Irrelevantquestion Irrelevantquestion Irrelevantquestion

Table36:QuestionA12

ID A12

Description Whodefinesthedataaccesspolicies?

Scope Weshouldnotfocusontechnicalissuesconcerningdataaccesspolicies


Service

ApplicationDevelopers,

cityadministrators

Cityadministrators Cityadministrators

Response Theownerofthedata,who

is the government, due to

the fact that the data are

publicinthisscenario.

The owner of the data.

(Weare still not inOpen

Dataagreement).

The city hall and city

administrators manage

the data access policies

whicharedefinedbythe

Data Protection Act

1998 and the Privacy

and Electronic


38/50

EPIC D2.2


Communications (EC

Directive) Regulations2003

Table37:QuestionA13

ID A13

Description Whatdoyouthinkarethecurrentlimitationsinyourapplication?


Service

ApplicationDevelopers Cityadministrators Cityadministrators

Response Using EPIC we candecouple applications/

functionalities from data

using web services. The

current risk is not taking

into account (i.e. not

knowing enough) the end-

user, i.e. the

citizen/expatand his/her

everyday life while

focusing toomuch on tech

aspects/requirements

Thecurrentlimitationsare:

Lackofinteractivitywiththeuser,

feedbackform

Statisticstoolnotattherequiredlevel

Wecannotseetheactualnumberof

visitsonthesite

Internetversionoftheapplicationnot

fluidenough(3D

requiresHighSpeed

Internet)

There is no identifiedlimitation at the

moment.Theremightbe

issues in different

countries regarding

access and privacy

issues.

Table38:QuestionA14

ID A14

Description AreyouinterestedtohaveEPICexploitapan-Europeanversionofyour

application?

Scope Weshouldfocusonlyonthebusinessmodelshere,andnotontechnicalaspects,as

thelatterhavealreadybeenanalysedpreviously.


Service

Cityadministrators Cityadministrators Cityadministrators

Response Yes Yes Yes


39/50

EPIC D2.2


Table39:QuestionA15

ID A15

Description Aretherelegalconstraintsinoneorseveralcountriesthatwouldbelikelytoimpedetheimplementationoftheapplication?

Scope Regarding the technical requirements, we should focus primary on the data

manipulation.RegardingEPIC'sRoadmap,weshouldconsiderthecustom-directed

applicationadaptationsforeachcity,soastoavoidalllegalconstraints.


Service

Cityadministrators Cityadministrators Cityadministrators

Response This is not clear at the

current phase of theapplicationdevelopment.

There is no constraint

outside owner of dataandprivacypolicy.

There is no constraint

outside ownerofdataandprivacypolicy.

Table40:QuestionA16

ID A16

Description Whohastherightsandresponsibilitiesofuse?Whohastherightsofthe

applicationservicewhendeployedtoanothercity?


Service


Response Outofscope NavidisforICECUBE

PlatformApplicationand

services.

Outofscope

5.2 Technical QuestionsThis section contains the results and answers to the technical part of thequestionnaire,whichismainlyreferredtotheapplicationdevelopers.Theresultsof

this part came from extended discussions between the latter and the technicalpartnersofWP2.Theoutcomeswillbeusedtodefinethegeneraluserrequirements

oftheEPICplatform.


40/50

EPIC D2.2


Table41:QuestionT1

ID T1

Description Howwillyouoffertheapplication?(technicalperspective)

Scope Forexample,viaawebbrowser,amobiledeviceetc.


Service


Response Theapplication consists of

2parts:

1. Web-based client (Non-

mobile): a website,

targeting devices which

have more advanced

computing ability

(PC/Notebook/iPad/etc).

Through the website, city

areas with interesting

points of interest (POIs)

which match the user's

profile can be identified

andstored.

2. Smartphone client

(Mobile): app for mobile

devices using the latesttechnologies(GPS,compass,

camera,etc), running iOS

(iPhone) or Android. The

mobileappisabletoshow

the results (stored by the

PCclient)onamap,inalist

view or in an augmented

reality (AR) browser. The

app can be downloadeddirectlytothetargetdevice

from the Apple App Store

ortheAndroidMarket.

There is a middle war

with different level of

services.

1. Web based client with

3D engine player for

displaying the city and

servicesin3D.

2. Web based client and

smartphone client for

publishing contents into

the3Dmodelofthecity.

3. Web based client for

the city (administration

tool) for managing the

contents.

The application is

offered via a web

browser.


41/50

EPIC D2.2


Table42:QuestionT2

ID T2

Description Whicharethemostimportantplatformservicestheapplicationrequires?

Scope This requirement should not focus on how the services are implemented, but

shouldrecordallnecessaryservices.Itshouldalsofocusontheservicesrequired

bytheend-users,andnotthecoreservicesrequiredbytheplatform.


Service


Response The application definitely

requires a well-defined

data model for CIBG andImmoWeb to provide the

externaldataneededbythe

application and a single

sign on. There is also the

need for geolocation

services and external data

services. External data can

be provided by CIBG or

Googlemaps.

The most important

platformservicesare:

CustomerManagementSystem

Security

DatabaseService

Table43:QuestionT3

ID T3

Description Isyourapplicationopensource?

Scope Weshouldidentifyallopensourcecomponentsthatareusedbytheapplication.


Service


Response No,itsnot.Itwillbebased

onacomprehensive

businessprocess

managementandSOA

referencearchitecture

commercialsoftwarestack

ofIBMimplementingand

supportingopenweb

No,itsnot.Itwillbe

basedona

comprehensivebusiness

processmanagementand

SOAreference

architecturecommercial

softwarestackofIBM

implementingand

supportingopenweb

No it is not. Is based

partiallyonOS,partially

oncommercialsoftware

and also contains some

pure Hilderand IP and

InformixIDS.


42/50

EPIC D2.2


servicestandards. servicestandards.

Table44:QuestionT4

ID T4

Description Whatexternalinformationdoestheapplicationrequire?Whoisthe

informationprovider?Howdoyouusethisinformation?


Service

ApplicationDevelopers Applicationdevelopers Applicationdevelopers

Response Immowebwillprovidedata

regarding the rentinghouses and CIBG will

provide public data and

city maps. All information

being consumed is

external; the application

does not have data. Web

services will access the

data,andametadatamodel

to give context. Platform

will access the data

sources, and provide the

data to the application

serviceinordertovisualizethe results. Other external

services of the public

administration may

become necessary

dependingonthedegreeof

automatic interaction

betweentheEPICplatform

andtheITinfrastructureof

thepublicadministration.

City (or other) should

provide GIS withTopographic Data, Social

and Economic data

required to be displayed

bytheapplication.

The data providers

should define accesspolicies to their data

which should be

enforced by the

platform. The key

characteristic of this is

that the policies can be

only applied to future

data and not to the

existing/past data

which were already

available. Therefore a

data provider can only

publishdatabutnotun-publishthem.


43/50

EPIC D2.2


Table45:QuestionT5

ID T5

Description WhattechnologyisusedtoimplementtheUserInterface(webbased,windows,onlytext,etc.)?


Service


Response TheUIwillbemakinguseof

the IBM portal (Java). The

Non-mobile app will use

web-based programming

languages. For the mobile

part of the applicationwellmake use of iOS and

Android. For the AR-part

we're planning to develop

the application on top of

Layar and WikiTude with

the help of the iPhone and

AndroidSDK.

The UI is making use of

web based programming

languages (HTML/PHP)

and the Virtools player

(DS3DVIA).

TheUIismakinguseof

theworldweatheronline

freeapi[2].

Table46:QuestionT6

ID T6

Description Onwhichplatform/technologiesdoyourely?

Scope J2EE,MSVisualstudioetc.


Service


Response Data will be stored at the

IBM's platform DB. Theapplication is developed

basedontheJ2EEplatform.

Regarding the front-end

therearetwooptions:

Non-mobile: client(HTML/web

application framework

like RoR, Django

Datashouldmovefrom

MySQL,PostgreSQLtoIBMDB2.

Theapplicationrelies

onphp,perl,MySQL,linux,InformixIDS.


44/50

EPIC D2.2


(Python), etc.) and

SOAP and RESTservices

Mobile: iPhone andAndroid SDK and

technologies whichprovide an augmented

reality platform like

LayarandWikiTude.

Table47:QuestionT7

ID T7

Description Whatstandardsareusedinyourapplication?

Scope Itismoreimportanttorecordthenon-standardizedprocessesthantheactual

standardized.


Service


Response The application is making

use of XML, SOAP

messages, JSON objects,

Layar,WikiTude.

Theapplicationismaking

useofXML.

Outofscope

Table48:QuestionT8

ID T8

Description Doyouuseanyspecialhardware(equipment/devices)fortheapplication?

Scope Weshouldnotonlyjustrecordallthespecialequipment,butalsotoseeiftheseare

standardizedandcanbeusedindifferentcities.


Service


Response Irrelevantquestion. GraphicBoardisrequired

for running the 3D

application (delivered in

stdPCnow).

Wemakeuseofsensors

for collecting the user

data.


45/50

EPIC D2.2


Table49:QuestionT9

ID T9

Description What kind of resources is required by your application (storage,computational,networkingetc.)?

Scope Wemustidentifytheresourcesneededbytheend-usertoruntheapplicationand

theresourcesneededbytheplatformtohosttheapplication.


Service


Response ADatabase Service is

required as there are

objects that need to bestored, like user profiles,

user query results, points-

of-interest (POIs), real

estate objects and related

information. There is no

special need for increased

streaming or computation,

andthereisnohighvolume

data.

As the application

manipulates rich medias,

it means significantstorage is required. This

could be around some

hundredsofMBperlayer,

when we can have 10

layerspercity.

ADatabase Service is

required. No special

computational ornetworking

requirements.

Table50:QuestionT10

ID T10

Description Whatistheminimumlevelofperformanceexpectedfortheapplication(e.g.

5msecresponsetime)?

Scope Thisshoulddefinetheacceptablelevelsofperformancefortheapplication,sothat

theEPICplatformcanhostit.


Service


Response There are no restrictions

yet,afewsecondsresponse

timeisacceptable.

Even though the most

important is the

bandwidthoninternetfor

citizen, the platform

shouldbeabletoperform

intimetransfer.

Mobile hardware, web-

based application,

broadband connectivity,

multilingual platforms,

multi-platform. The

application consumes

one data set, per


46/50

EPIC D2.2


household per minute.

We need real-timedisplay.

Table51:QuestionT11

ID T11

Description Whatsecuritydoestheapplicationprovideandrequiresfromtheplatform?

Scope Thisrefersfromonehandtothemechanismsrequiredbytheapplicationandfrom

theotherhandtothetechnologiesusedbytheapplicationtoidentifyifthelatter

canbemigratedtotheEPICplatform.


Service


Response Theplatformmustprovide

functionalities like user

authentication and

authorization, and

cryptography as the data

being exchanged are very

sensitive.

Security is required for

sensitiveandprivatedata.

Some services will

require Data Customer

Management.

Asabove

Table52:QuestionT12

ID T12

Description Istheapplicationmultilanguage?

Scope OneofthepurposesofEPICprojectistoprovidecommonapplicationsindifferent

citiesacrossEurope.Theobjectivehereistofigureouthowthemechanismsused

bytheapplicationtoprovideamultilanguageenvironmentcanbereplacedtomake

useofthesemanticstechnology.


Service

ApplicationdevelopersApplicationdevelopers Applicationdevelopers

Response Yes Some Services will be

language sensitive

meaning language

selectionisrequired.

Notatthispoint,butit

shouldbe.


47/50

EPIC D2.2


Table53:QuestionT13

ID T13

Description Howwillthemulticurrency,thetimezonesetc.aretreatedbytheapplication?

Scope Weshouldfigureoutwhichmechanismsmustbedevelopedinordertosolvethis

issueandifthereissenseinmakinguseofthesemanticstechnology.


Service


Response There is no need for

multicurrency or different

timezones.

Some Services will be

time sensitive meaning

timezonemanagementisrequired.

There is no need for

multicurrency or

differenttimezones.

Table54:QuestionT14

ID T14

Description Willthedeploymentinadifferentcityrequirethedevelopmentofadditional

components?Whowillberesponsibleofdoingsoandhowistheownershipof

theapplicationservicedistributedamongallparties?

Scope The term 'additional component' refers to3rdparty's software components (i.e.

specialcitymaps)or services providing city specific data.We shouldn't focus on

technicalaspectshere,astheyhavealreadyanalysedpreviously.Wemusthighlight

onbusinessmodelshereregardingthedevelopmentoftheRoadmap.


Service


Response Outofscope Therewillbethe

necessityforlanguage

support

No,thereisnotsucha

need


48/50


49/50

EPIC D2.2


6 ConclusionsThis report Stakeholder (User) Workshops' Results presents the results of the

work carriedout in thescope ofT2.2 Stakeholder Requirements/Workshopsof

EPICproject.Initially,inthisreportweprovidedtheoverviewofthethreepilotapplicationsthat

willbeadaptedandintegratedintheEPICplatform,highlightingthecompletelistofthe use cases, alongwith a generic architecture diagram.The use casesshow all

interacting actors, while the architecture diagram focuses on the key software

componentsoftheapplications,aimingtoidentifyallexternaldataprovidersthatneededtobeinvitedtotheworkshops.

Furthermore,weprovidedashortdescriptionoftheorganisationoftheworkshops,followedbyacompletelistofanswerswhichwasacquiredthere.Thislistisbased

onacommonquestionnairethatwascreatedasaresultofthediscussionsbetween

alltechnicalandnon-technicalpartnersinvolvedinWP2thattookplacefromthebeginningofthisWPuntiltheorganisationoftheworkshops.

It is expected that this report will provide useful input for the whole project,

considering the fact that it will be used as thebasis for the creation of theuserrequirementsoftheEPICplatform.Theresultscomingfromtherealisationofthe

workshopswillprovidevaluableinputtotheremainingtasksofthecurrentWPandmorepreciselytoT2.4"TechnicalRequirementsCreation".


50/50

EPIC D2.2

7 References[1]EnergyhiveService:http://www.energyhive.co.uk/[2]WorldWeatherOnlineAPI:http://www.worldweatheronline.com/[3]IBMGovernmentIndustryFramework:http://www-304.ibm.com/isv/tech/validation/framework/gov.html[4]CommandandControlLexicalGrammar(C2LG)Specification:

http://c4i.gmu.edu/events/conferences/2011/BMLsymposium2011/papers/B

ML-Symposium-Schade.pdf

EPIC - Stakeholder (User) Workshops' Result

Documents

Transcript of EPIC - Stakeholder (User) Workshops' Result