Kick-off meeting
June 7th-8th 2012
The meeting took place at Tecnalia in the building at Mikeletegi
Pasealekua, 7 San Sebastian Technology Park
June 7th
9:00 to 18:00
Present: Alberto Martínez
(TECNALIA),Alexandru Stan (IN2), Alfonso Dominguez
(TECNALIA), Ariane Girault
(E-Seniors), Erkki Siira
(VTT), Idoia Olalde Gancedo (Andago), Iñigo González Vázquez (Andago), Jayden Khakurel (Citruna Technologies), Janne Lahti (VTT), Kieran Holmes (TTR), Mikko
Mertala(Fara Oy), Michael Obach (TECNALIA),
Monique Epstein (E-Seniors), Philip Barham (works for
TTR as an independent consultant), Stefan Carmien
(TECNALIA), Wladimir Gutowski
(E-Seniors), Wolfgang Kainz (University Vienna), Ainara Garzo (TECNALIA) joined at
12:00
9:00 |
10’ |
Opening -Welcome,
logistic issues. |
TECN |
9:10 |
60‘ |
Partners’ Introductions -Partners
will have ~5´ to introduce |
All
& IN2 |
10:10 |
50‘ |
WP5: Project management |
TECN |
11:00 |
30‘ |
COFFEE BREAK |
|
11:30 |
120’ |
GENERAL PRESENTATION OF THE PROJECT |
TECN
and All |
13:30 |
60‘ |
Lunch |
All |
14:30 |
30’ |
GENERAL PRESENTATION OF THE PROJECT (CONTINUED) |
TECN
and All |
15:00 |
45‘ |
WP1 Definition of User Requirements and Services |
Andago |
15:45 |
30‘ |
COFFEE BREAK |
|
16:15 |
45’ |
WP2: System Development |
VTT |
17:00 |
|
END OF DAY 1 |
|
June 8th 9:00 to 13:15
Present: Alexandru Stan (IN2), Ariane
Girault (E-Seniors),
Idoia Olalde Gancedo (Andago), Iñigo González Vázquez (Andago), Jayden Khakurel (Citruna Technologies),
Kieran Holmes (TTR), Michael Obach (TECNALIA), Monique Epstein (E-Seniors), Philip Barham (works for TTR as an independent consultant), Stefan
Carmien (TECNALIA), Wladimir
Gutowski (E-Seniors), Wolfgang Kainz
(University Vienna), Ainara Garzo
(TECNALIA)
9:00 |
10’ |
Opening -Welcome,
logistic issues. |
TECN |
9:10 |
45‘ |
WP3:System
Integration, Field Trials and Evaluation |
E-Seniors |
9:55 |
45‘ |
WP4: Dissemination & Exploitation |
TTR |
10:40 |
30‘ |
COFFEE BREAK |
|
11:10 |
30‘ |
Discussion of possible issues |
TECN
and All |
11:40 |
50’ |
LAUNCHING THE PROJECT |
Tecn |
12:30 |
30’ |
Any Other Business |
All |
13:00 |
15‘ |
Next Quarterly Meeting (QM-1) |
All |
13:15 |
|
END OF meeting and Lunch |
|
14:30 |
30’ |
Tour of D-Bus telemetric facilities |
All who want to |
Minutes :
(note as these are not a formal deliverable, but only a
milestone internal document I am leaving them in the original note form)
Changes in DoW:
1.
Make all month references absolute not relative (i.e.
June 2012 not month 0) if the month is a deliverable then June 2012 means June
30, 2012, if it's a start date for a task June 2012 means June 1, 2012
2.
Add milestone for specifying target population
(including stakeholders) and which ones will be evaluated. We decided that some
of the evaluations need to be done with typical disabilities: vision, motoric (e.g. wheel chares and shaky fingers). Exactly how
many and which evaluations is for the WP to decide.
Immediate to do:
1. Choose and implement the shared file space
(Stefan)
2. Prepare
for next week a flyer with information about the project to get collaborators
(PTCs). Translate it into French (and German?) using Google translator? (Stefan)
3. Each
partner must send 10 questions that they want to make to the users to collect
everything and decide which ones would be asked. Send to: Andago
and cc Stefan
4. Everyone
should send to VTT the arguments to choose one of other platform.
a.
The decision about the developing platform must be
taken in September/October at the latest.
5. Start Project hand book
6. Start mailing lists (initiated)
7. Send updated DoW to Brussels
(and ourselves) before July 1
8.
We need a flyer (in French) to get the collaboration
of the PTC of France (Paris?). à Stefan
will do it for next week.
9.
Each partner must send 10
questions that they want to make to the users to collect everything and decide
which ones would be asked.
10.
Wolfgang will finish informed consent; he will send
his input to Andago.
a.
Ainara will send some stuff too.
11.
Every partner who is involved in user
requirements gathering and analysis should write down 10 questions and then
schedule a phone conference.
a.
Example: “Tell me a story about a successful bus trip,
one about every day bus trip; worst bus trip you ever had. “This might be an
interview (i.e. somehow guided), so that they don’t tell too long stories.
b.
TTR could contribute some results from their previous
(literature) research.
12.
Phil
will send within two weeks a press release in English; Michael will forward it
to Erika Ibañez
13. It was suggested to have a short tag line of
3-4 words. Phil will send an e-mail to all to ask for suggestions.
14. Logo too washed out ANDAGO will make it
with more blue pop out
15. E-Seniors will be in Eindhoven and take flyers
etc. there.
16. Andago will provide a first text of the copyleft
issues.
17. Stefan will send an e-mail asking for skillsets of people.
18. Stefan will do a Doodle for the next meeting in
December.
19.
Fact sheet: within 2 months. Stefan has something
done.
20.
Two ppt slides for AAL
web-site: within 4 months
21.
Set up project web-site: within 4 months à web-site needs to include videos and
photos.
22.
Send to TTR Fact sheet draft: within 2 months
23.
Send an e-mail to the partners asking for information
related to their skills.
24.
Collect Skype information of all the partners.
Made decision:
1.
The slides will be on a shared file space.
2.
We should have a shared glossary (started 14.6.12)
3.
We will try and use Haptimap’s
map format and route editor
4.
We should have 2-3 levels of handouts: one for
techno-guy, one for public transportation companies and one for the general
public (one for users too?).
5.
HTML5 is not an option, because the system must work
without network access, too.
6.
Localization of the web-site: it must be multilingual.
(at least in the partners languages)
7. Accessibility of the website: AA might be
enough, but if it’s simple enough AAA could be achieved.
8.
The
webpage must have the logos of the funding organizations, e.g. the Spanish
Ministry MINETUR.
9. The final conference will be inside an AAL
Forum in order to have the right people there (instead a conference) and
because it is much more cost effective.
10. All should CC Stefan in E-Mails concerning
stuff to do.
Needs to make decision:
1.
Decide on shared file technology – look at basecamp as well as BSCW
2.
How to facilitate ticket purchase without being involved
financially
3.
If the user is using the system, could he/she receive
calls
4.
Ask <target> people how they use the public
transportation & recover (good practices)
5.
Selection of the mobile platform:
a.
Send to VTT the arguments of each partner to choose
one of other platform.
b.
Erkki shall poll the technical people
c.
We need to know how many and which platforms
Long-term issue:
1.
Make and post a schedule of meetings and due dates in public
space
2.
Send a list of good practice with respect to use of
and failure/recovery from PUC
3.
How to deal with conflicting information from
different sources?
4.
GPS !
5.
There’s a definition of the target users in the DoW; this should be copied into the related working
documents.
6.
Agree conventions for coding (quality of code).
7.
Conventions for coding must be put into the project
book.
8.
Phil shall write a short document
that enables a new web host to maintain the website once the project will be
finished.
9.
There
should be an ASSISTANT discussion group within LinkedIn; the purpose is to try
these media;
10.
The
informed consent should address the issue that movies, pictures and audio of
the people are published.
11.
A template for deliverables and reports will be done
12.
Create a generic ASSISTANT set of slides (in several
sizes – Stefan has done a 3 page one)
13.
Look at CEN stuff and see if M24 is too early for this
– tell TTR if so)
14.
Collect stats on elders use of phones and smartphones
15.
Put list of design for elders resources on project
handbook (my stuff)
Notes from meeting:
Day one:
2012-06-07 09:13
Opening and
Partner’s Introduction
Stefan presents
TECNALIA, Agenda
9:52 Management WP5
See slides for
more information, here are only additional remarks and agreements.
The slides will be
on a shared file space.
Project date: 1
June 2012 – 31 May 2015
Alberto informs
that on Feb. 2013 and on February 2014, we have to send a report of the
respective calendar year.
Start deliverables
when you start a task.
Project Handbook:
File repository BSCW; every project partner will have only one account;
Alexandru will send Stefan a URL to Basecamp; then it will decided if Basecamp
is better for the project with BSCW.
Mailing Lists:
Social Media
should be addressed in dissemination; Phil and Monique should talk about this
and will address this issue in their presentation tomorrow.
DoW must be sent to Brussels within the next
month. Due dates must be explicit in the DoW, e.g.
Month 1 must be replaced by June 2012.
Absolute calendar
must be used instead of relative dates. (This was agreed twice during the
meeting.)
Stefan will create
a schedule of the project and especially propose a list of upcoming meetings
(when, where).
It was discussed,
how elderly people (users) should pay for the products and services of
ASSISTANT. Ticket buying could be an issue. Data structure should be compatible
with existing standards.
Example: if someone
travelling, say, ASSISTANT should recommend where to
buy a ticket, which ticket etc., but should not buy the ticket. ASSISTANT
should not be a ticketing system (especially not internationally working),
because it could be too challenging. An external ticketing system could be
called in ASSISTANT.
Good practise
ideas should be given to E-Seniors in order to inspire them.
Because things
change so quickly, from time to time we have to check the State of the Art
work.
2012/06/07
– 12.00 GENERAL
PRESENTATION OF THE PROJECT
We have to decide things like: if the user
is using the system, could he/she receive calls? Stefan thinks that he/she
should do. We have to check if the user is in the correct side of the way, if
the bus line is the correct, …
Some test must be performed although the
system is not complete develop. Maybe using a couple of screens and explaining
the users which will be the functionalities. Other issue to take into account
is if the users give us some feedback and afterwards we feel that that feedback
mustn’t be taken into account we should explain it to the users.
HaptiMap
To get down of the bus the user must be
advised by voice or vibration because the users won’t be looking at the screen
continuously so they won’t realize about an alert in the screen.
11:30 General
presentation of the project:
Target group are
the elderly. Other groups are not excluded, even though solutions are not
primarily targeted at them.
It was suggested
that there will be an “app” for each city, not a general app.
There are already
some applications for trip planning, e.g. (UK) national door-to-door trip
planning system. ASSISTANT will use robustly and compare to them. - Google Transit is another application.
There should be a
Panic button on the smart phone to go home from every point and additionally,
if the user is or feels lost.
It was agreed that we need a proper glossary
of terms.
Conflicting
information from different information sources is an issue; we have to write
scenarios and test cases to check if things really work.
Additional notes:
error trapping: maybe some service could be established to answer phone calls
if some user is lost; but this would not scale well.
Open question:
what should happen, if ASSISTANT is running on a smart phone and a phone call
comes in? Should it switch forth and back or should it not allow any
distraction? This might be configured in the system.
If someone goes on
board a bus, say, the user must be sure that’s the right vehicle. In Finland,
an NFC-based validation system is used. There is a whole series of questions,
which turn out to be requirements to meet.
Galileo could be
an issue to be addressed within the near future, even though the basic problem
of GPS that it may fail (GPS canyons, subways, buildings); dead-reckoning could
help; we must tell the user that the system is not working when it’s not working;
be transparent;
Spiral model
(iterative development) is a good way of avoiding working for two years on some
system and then realize that it doesn’t work or doesn’t meet the requirements
of the users.
There will be in
the beginning and early phases quick mockups to find problems and requirements with users.
We must have a
product/service in 2017. Dbus doesn’t want to have
just another project that half a year after finishing it,
nobody uses the prototype any more.
12:45 Presentation
of Haptimap by Alfonso Domínguez
When on the bus,
the modality of vision could be wrong; vibrating could be the one to prompt a
user to leave the bus.
Maybe the route
editor and part of the maps of Haptimap could be used
in ASSISTANT.
It was discussed
that pedestrian crossings, traffic lights and other data might be very
difficult and costly to obtain and to maintain.
These and other
problems listed in these notes will be available in a list, which will be
passed out to every partner. Changes in the DoW will
be done accordingly.
2012/06/07
– 14.30 GENERAL
PRESENTATION OF THE PROJECT (CONTINUED)
PTE: public transportation executive
PTC: public transportation company
Necesitamos datos
reales desde el principio. Viena: tiene un acuerdo
con el PTC de allí para conseguir los datos gratis. SS también.
We need a flyer (in French) to get the
collaboration of the PTC of France (Paris?). à Stefan will do it for next week. It will
be useful also for dissemination. Maybe for Germany also.
It was suggested to call PTE better PTC (public transportation company).
What inputs could
be used: Behavioural information, GPS, …
Escalating set of
remediation is a part of the remediation structure; one example might be that a
user is in the right bus line, but in a bus that drives into the wrong direction.
During the project
development, maps can be used from Austrian University. In Paris, you probably
must pay for the real-time information on arriving buses; however, in San Sebastián this data is for free.
We will use real
bus data from the very beginning.
We should be able
to link into existing, running systems in the three towns/cities where tests
are foreseen;
Even though the UK
is not involved in the trials, however, they may try to think of how the system
tested in the other cities would/could work in the UK.
Monique needs a
flyer or something similar on one page that Stefan will send her, so that she
can translate it into French (next week).
We should have 2-3
levels of handouts: one for techno-guy, one for public transportation companies
and one for the general public (one for users too?).
2012/06/07 – 15.00 WP1 DEFINITION OF USER REQUIREMENTS
AND SERVICES
Objectives:
-
Define a needs framework for the system development
from the user perspective
-
Generate a set of scenarios and use cases that will
guide system design and evaluation, and become the basis for test cases in the
evaluation phase of the project
-
Build an ethical guideline for the project
-
Update the state-of-the-art analysis to reflect
changes made between proposal and project
They have to think by themselves and
afterwards make a workshop with seniors. They are doing it in different
countries to check the differences and connections. They want to create some
tests. They are thinking in FG or interviews. Stefan says for asking users
about stories related to public transport and that they got loosen. The use
cases will be defined and afterwards they will be implemented to be tested.
Ask people how they use the public
transportation.
Steps:
-
define user’s needs
-
define user’s barriers (how they interact with the
service/system)
-
prioritise them
-
analyse environment’s context
-
collect technological requirements: also for business model
perspective. WP4 & WP5 will be involved also.
-
system design
Adding collection of practices is proposed
and very well accepted.
For the first contact with users (maybe
better with stakeholders) are proposed: focus group or personal interview
including an explanation of their experience with the public transportation.
Target of users? Must be the first step.
Each partner must send 10 questions that
they want to make to the users to collect everything and decide which ones
would be asked.
Andago: WP1
Andago will work with e-Seniors in order to
It is important
that tests are not culture bound.
Andago will do a first attempt in Spain and from
there will come out
Focus groups will
be the preferable type.
Suggestion: Ask
potential users to “Tell me some stories when you got lost”.
From these
stories, find some common motives that might come out of them.
Informed consent
will be finished by Wolfgang, he will send his input
to Andago.
Ainara will send some stuff too.
Steps in Andago: it was suggested to start with the collection of
current practises. These could be “little narratives” about it. “Tell me how
you use the bus.” “Let them say a paragraph.” What we want is a story (not a
number or a “Yes” or “No”).
This will give
credibility and depth to the scenarios.
Every partner who
is involved in user requirements gathering and analysis should write down 10
questions and then schedule a phone conference.
Example: “Tell me
a story about a successful bus trip, one about every day bus trip; worst bus
trip you ever had. “This might be an interview (i.e. somehow guided), so that
they don’t tell too long stories.
TTR could
contribute some results from their previous (literature) research.
Andago should check if they are fine with the DoW concerning possible changes needed for WP1.
There’s a
definition of the target users in the DoW; this
should be copied into the related working documents.
2012/06/07
– 16.00 WP2 COMPONENT DEVELOPMENT
It is the technical implementation.
Goals:
-
Design and implement modules and solutions for
specific challenges, achieving a robust, context-sensitive travel guide.
-
Design and implement a browser based route editor.
-
Provide support for importing and storing local
transit data.
-
Design and integrate a user interface that allows
input changes by the end-user.
-
Explore and specify error-trapping and error mediation
functions.
-
Generate APISs for UM and error-capture models that
allow easy integration and modification.
-
Investigate different multimodal interaction
techniques (audio, haptic, visual).
Creating a common platform is a challenging
task!
Selection of the mobile platform: most of
the participants have experience with Android, some with Windows Mobile and
only one with iphone. We don’t have to choose one
right now, but VTT is asking for a date.
Send to VTT the arguments of each partner
to choose one of other platform.
Agree conventions for coding (quality of
code).
Schedule: 3 cycles: concept, pilot,
prototype
WP2:
Erkki Siira, VTT
Experience within
the group
Android 10
Windows Mobile 2
iPhone 1
-> iPhones are great, but they are
too expensive for the elderly;
It was also
discussed to develop in HTML5, but this is not an option, because the system
must work without network access, too.
Code porting was
discussed; no definite agreement was made in this respect.
The decision about
the developing platform must be taken in September/October at the latest.
Erkki shall poll the technical people for
recommendations about the platform to be used. Every technically skilled
partner shall reason in some paragraphs why some platform shall be used;
We should do two
out of four (Symbian OS is dying; iOS
may be too expensive; Android and Windows Mobile might be the winners).
Erkki shall send a mail and ask the other
opinions.
It was discussed
how many and which platforms should be used;
The software must
be maintainable; programmers must use good function names, variable names, and
must use comments.
Conventions for
coding must be put into the project book.
Alex, Alfonso, Iñigo and Erkki, and others too,
will exchange knowledge about architecture and other issues while requirements
are gathered and analysed.
2012/06/08
– 9.10 WP3 SYSTEM INTEGRATION, FIELD TRIALS AND EVALUATION
In this WP they need the help of all the
partners.
ESENIORS is defining the FG, but they also
must participate in the design of the FG in other regions. Interviews will be
also done.
Someone should help to Vienna defining the
interviews and FG.
2 iterations
The PM subcontracted to Alex (Germany) by Andago must be represented anywhere. In this WP they have 5
PM (apart of the other 8PM for Andago).
This WP will start in M9.
Localization of the web-site: it must be
multilingual. We would create material in English, but translations must be
done. Every partner will do the translation into their language. Languages:
French, Spanish, German and Finish.
ESENIOR needs to make something in French
for the users.
Erika Ibañez can
help us with the dissemination of the Kick-off meeting. à Michael sent an e-mail to Erika about this
during the meeting.
Blue week in France, in October, dedicated
to seniors. Maybe next meeting could be done there October or December (January
not good).
2012-06-08
9:15
WP3: Phil will collect some data from the UK
The person-months might be tentative.
There are 2 iterations in 3 countries.
IN2 is a subcontractor of Andago
and will work on 3.1.
Requirements are a set of metrics to measure
the results of the projects.
Localization of the website: it will be with
several languages.
German, Spanish, French, English, maybe Finish Phil
will send some summary to Stefan;
press release is required
Phil will send within two weeks a press release
in English; Michael will forward it to Erika Ibañez.
It was suggested to have a short tag line of
3-4 words. Phil will send an e-mail to all to ask for suggestions.
The logotype shall be not too washed out. Andago will take care of that.
It was commented that research should not be a
silo. Furthermore, the importance of a glossary and a list of definitions were
underpinned.
A DVD (i.e. a movie, because in 2015 DVDs will
have disappeared) will be done with a video for the end of a
Phil and Stefan will talk about a 3-minute
video soon.
Phil shall write a short document that enables
a new web host to maintain the website once the project will be finished.
Accessibility of the website is an issue. AA
might be enough, but Alexandru and Stefan said that
AAA could be achieved. We'll check this.
The deadline for AAL Forum in Eindhoven in
September has passed.
The webpage must have the logos of the funding organizations,
e.g. the Spanish Ministry MINETUR.
E-Seniors will be in Eindhoven and take flyers
etc. there.
It was discussed that publishing results in US
American conferences, could be interesting, but that the European Commission
should be asked before because of the increased costs: Stefan and Phil will
talk about this.
There should be an ASSISTANT discussion group
within LinkedIn; the purpose is to try these media;
The informed consent should address the issue
that movies, pictures and audio of the people are published. This is for the
final DVD too. It might depend on the country.
Andago will provide a first text of the copyleft
issues.
The final conference will be inside an AAL
Forum in order to have the right people there (instead a conference) and
because it is much more cost effective.
Tests:
We will test mainly with
typical target;
we
have to include at least one with motoric disability,
one with ...
low
hanging fruit, i.e. easy to include disabilities; however, this should not be a
test about interaction mobilities for, say,
blind
people. We just make sure that the transfer modality is successful.
We need a milestone for the description of
target population. Stefan will talk to E-Seniors about this.
Stefan will send an e-mail asking for skillsets of people.
Skype could be an option for phone conferences,
mainly because of the shared whiteboard; regarding speech quality, however, the
system used in the last audio conferences is better; Recommendation: get a
head-set;
Stefan will figure out how to inform the right
people about how the project is going (progress, future actions).
Stefan will do a Doodle for the next meeting in
December.
All should CC Stefan in E-Mails concerning
stuff to do.
2012/06/08
– 10.00 WP4 DISSEMINATION & EXPLOITATION
-
Establish project identity (logo, tag line)
-
Establish awareness of, and a profile for, our product
-
Develop effective communication tools, channels and
interfaces
-
Communicate the role of the AAL JP and the EC in
supporting the project
-
Maintain wide-ranging, two-way communication with key
stakeholders: end users, industry, other European projects, co-workers, etc. à also the transportation companies.
-
All partners contribute to this process à sometimes a paragraph in the website is
enough
A template for deliverables and reports
will be done.
Logo: must be blue. When the new one is
done we will check if the A of Assistant must be put or not.
Press release of project kick-off meeting à as soon as possible. Try doing in
different local languages.
Fact sheet: within 2 months. Stefan has
something done.
Two ppt slides
for AAL web-site: within 4 months
Set up project web-site: within 4 months à web-site needs to include videos and
photos.
www.aal-assistant.eu: a tool for disseminating results. Lively and updated. Need updates, blogs, videos, etc. Needs
links and RSS feeds to social media. Must be accessible!
Other obligations:
-
Representation at Annual AAL Forum
-
Subscribe to AAL Newsletter: done
-
Verify that all reports, publications and press
releases bear logo and acknowledgement.
o
We have to add also the Spanish Minister logo!
-
Copy all reports in the web-site
Elements of dissemination:
-
Newsletter: 2 per year
-
Conferences blog à they are doing a document not to miss the
conferences, including transport conferences. Is an on-going document, will be
available.
-
Social media: LinkedIn, twitter, Facebook
-
On-going contact with other projects and organisations
+ European forums (ELTIS?)
-
Press releases + company newsletters
-
Final DVD à check the proper consents for each country
Other immediate opportunities:
-
ITS UK Inclusive Mobility Interest Group Meeting
(13/06/2012). TTR will send someone as attendant
-
The Vodafone Smart Accessibility Awards
First draft of Business Plan by M18 à Marketing strategy will be very
interesting for Tecnalia. We can share it with
Jennifer Stack.
CEN Standards Workshop in M24
2012/06/08
– 11.10 DICUSSION OF POSSIBLE ISSUES
How many elderly uses smartphones?
We have good data about how many of them use mobile phones. Maybe the market
target is not very big?
Are we taking into account
-
People with disabilites? à We have to test the system with people
with disabilities. But what kind? The application must be inclusive.
-
National differences?
Discussion of target.
I got the phone call just as my bus came to
my stopàmaybe in
the previous stop the user can receive a message.
2012/06/08
– 11.40 LAUNCHING THE PROJECT
Infrastructure first:
-
Templates
-
Share file space
-
Phone conference system – Skype?
-
What other resources do we need before starting?
We have to decide things like: if the user
is using the system, could he/she receive calls? Stefan told that he/she should
do.
Some test must be
performed although the system is not complete develop. Maybe using a couple of
screens and explaining to the users which will be the functionalities. Other
issue to take into account is if the users give us some feedback and afterwards
we feel that that feedback mustn’t be taken into account we should explain it
to the
Target of users? Must be the first step.
It was discussed,
how elderly people (users) should pay for the products and services of
ASSISTANT. Ticket buying could be an issue. Data structure should be compatible
with existing standards
Because things
change so quickly, from time to time we have to check the State of the Art
work.
Target group are
the elderly. Other groups are not excluded, even though solutions are not
primarily targeted at them.
It was agreed that
we need a proper glossary of terms.
Open question:
what should happen, if ASSISTANT is running on a smart phone and a phone call
comes in? Should it switch forth and back or should it not allow any
distraction? This might be configured in the system.
It was discussed
that pedestrian crossings, traffic lights and other data might be very
difficult and costly to obtain and to maintain
Every partner who
is involved in user requirements gathering and analysis should write down 10
questions and then schedule a phone conference.
Example: “Tell me
a story about a successful bus trip, one about every day bus trip; worst bus
trip you ever had. “
This might be an
interview (i.e. somehow guided), so that they don’t tell too long stories
network access, too.