SEVENTH FRAMEWORK PROGRAMME ICT PPP Future Internet The Environmental Observation Web and its Service Applications within the Future Internet FP7-284898 Collaborative project Annex - ENVIROFI Use Case Requirements Report (WP2) Creation date: 30/09/2011 The research leading to these results has received funding from the European Community’s Seventh Framework Programme (FP7/2007-2013) under grant agreement 284898
83
Embed
SEVENTH FRAMEWORK PROGRAMME ICT PPP Future Internet€¦ · SEVENTH FRAMEWORK PROGRAMME ICT PPP Future Internet The Environmental Observation Web and its Service Applications within
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
SEVENTH FRAMEWORK PROGRAMMEICT PPP
Future Internet
The Environmental Observation Web and its ServiceApplications within the Future Internet
FP7-284898
Collaborative project
Annex - ENVIROFI Use Case Requirements Report(WP2)
Creation date: 30/09/2011
The research leading to these results has received funding from the European Community’sSeventh Framework Programme (FP7/2007-2013) under grant agreement 284898
According to the ENVIROFI methodology of how to analyze and document user requirements, thisreport comprises the collection of use cases that were edited and agreed within the member team ofthe ENVIROFI work package WP2.
WP2 focuses on the use of Future Internet technology to enhance Human to Environment interac-tion by creating a series of integrated tools that will comprise the backbone of the Personal InformationSystem (PIS) for air pollutants and allergens as well as meteorological conditions affecting human well-being.
The report is automatically generated from the content of the ENVIROFI Use Case server acces-sible at http://envirofi.server.de.
The following tables provide a summary and overview description of the use cases as furtherdocumented in section 2.
Use Case Name
UC-ENV2.1-aut-01-V01 Provide web based services for administration
UC-ENV2.1-aut-02-V01 Register user on web portal
UC-ENV2.1-aut-03-V01 Login user
UC-ENV2.1-aut-04-V01 Administrate users
UC-ENV2.1-aut-05-V01 Change personal settings
UC-ENV2.1-aut-06-V01 Check personal settings
UC-ENV2.2-dat-01-V01 Upload of data from external sources
UC-ENV2.2-dat-02-V01 Edit provided data
UC-ENV2.2-dat-03-V01 Check availability of data on system server
UC-ENV2.2-dat-04-V01 Download data to mobile device
UC-ENV2.2-dat-05-V01 Store data on system server
UC-ENV2.3-vis-01-V01 Select temporal extent of requested information
UC-ENV2.3-vis-02-V01 Select location for requested information
UC-ENV2.3-vis-03-V01 Select environmental parameter of interest
UC-ENV2.3-vis-04-V01 User views data on web portal
UC-ENV2.3-vis-05-V01 Fuse real-time data with user reports
UC-ENV2.3-vis-06-V01 Provide visualization of requested data
UC-ENV2.4-pat-01-V01 Provide activity pattern of user
UC-ENV2.4-pat-02-V01 Determine air quality from uploaded photo
UC-ENV2.4-pat-03-V01 Determine weather condition from uploaded photo
UC-ENV2.4-pat-04-V01 Geo-tag provided report
UC-ENV2.5-sem-01-V01 Check observational report of user
UC-ENV2.5-sem-02-V01 Cross-check report with internal data
UC-ENV2.5-sem-04-V01 Request validation of report from other users
UC-ENV2.5-sem-05-V01 Rate accuracy of provided service
UC-ENV2.6-mis-01-V01 Determine GPS position of mobile device
UC-ENV2.6-mis-02-V01 Share information with social networks
UC-ENV2.6-mis-03-V01 Share information with other users
UC-ENV2.6-mis-04-V01 Pay for requested service
UC-ENV2.A-PFO-01.01-V01 Display predicted meteorological conditions and events
UC-ENV2.A-PFO-02.01-V01 Display predicted exposure to air pollution and pollen
UC-ENV2.A-PSM-01.01-V02 Display current meteorological conditions and events
UC-ENV2.A-PSM-02.01-V02 Display current exposure to air pollution and pollen
UC-ENV2.A-RPT-01.01-V02 Display past meteorological conditions and events
UC-ENV2.A-RPT-02.01-V03 Display past exposure to air pollution and pollen
UC-ENV2.B-NTA-01.01-V02 Create parameter threshold to receive personalized alerts
UC-ENV2.B-NTA-02.01-V03 Raise system alert and notify user if threshold is breached
UC-ENV2.B-NTA-03.01-V02 Choose from predefined profiles in order to receive alerts
UC-ENV2.B-PRA-01.01-V02 Provide thresholds for alerts on the basis of historic user input
UC-ENV2.C-USI-01.01.-V02 Report environmental observation to system
UC-ENV2.C-USI-02.01.-V02 Report health condition to system
UC-ENV2.C-USI-03.01.-V02 Provide demographic information of user
UC-ENV2.C-USI-04.01-V01 Display observational reports of other users
UC-ENV2.C-USI-05.01-V01 Display health reports of other users
Table 1: List of Use Cases
Use Case Description
UC-ENV2.1-aut-01-V01 The web interface could allow the user to access additional fea-tures or services that may be difficult to utilise on a mobile device.This could, for example, include access to GIS functionality. Inaddition, the web interface will allow the system admins accessto the data for reporting purposes, or to assist user’s in modifyingtheir own data.
UC-ENV2.1-aut-02-V01 The user opens the ENVIROFI PEIS Portal. Creates a new userand configures their profile. Registered users can modify theirprofile.
UC-ENV2.1-aut-03-V01 The user starts the ENVIROFI atmospheric application. The useris uniquely identified for further processing steps.
UC-ENV2.1-aut-05-V01 The user chooses settings from the main menu and selects hischoice of settings
UC-ENV2.1-aut-06-V01 The user chooses settings from the main menu and selects hischoice of settings
UC-ENV2.2-dat-01-V01 Data can be entered from external sources
UC-ENV2.2-dat-02-V01 Both existing occurrence records as well as knowledge resourcescan be edited by the user
UC-ENV2.2-dat-03-V01 While making use of PEIS, the user requests data of one or moreatmospheric parameters for a specific temporal and spatial ex-tent. The system checks the available internally.
UC-ENV2.2-dat-04-V01 the user can download atmospheric data and information via ser-vices for integration into external applications
UC-ENV2.2-dat-05-V01 While making use of PEIS, the user requests data of one or moreatmospheric parameters for a specific temporal and spatial ex-tent. The system checks the available internally.
UC-ENV2.3-vis-01-V01 The user specifies the temporal extent of the requested informa-tion.
UC-ENV2.3-vis-02-V01 The user specifies the spatial extent of the requested information.
UC-ENV2.3-vis-03-V01 The user specifies the spatial extent of the requested information.
UC-ENV2.3-vis-04-V01 The user opens the ENVIROFI PEIS Portal and logs in. The userspecifies the type of data they are interested in. This data isdisplayed to the user as maps as well as in tabular form as re-quested. In addition, further available knowledge on the habitatsand species can be requested.
UC-ENV2.3-vis-05-V01 The user has provided an observational report in which he re-ports hail at his location. Since he is interested to find out whetherthis is a local phenomenon, he requests to display other users’reports on weather conditions as well as up-to-date informationfrom weather stations etc.. The system has to fuse this data andto provide a report.
UC-ENV2.3-vis-06-V01 The user has provided an observational report in which he re-ports hail at his location. Since he is interested to find out whetherthis is a local phenomenon, he requests to display other users’reports on weather conditions as well as up-to-date informationfrom weather stations etc.. The system has to fuse this data andto provide a visualiuation.
UC-ENV2.4-pat-01-V01 The user wishes to know how much pollution he will be exposedto during the next day or a specific period. He requests a reportfor pollution exposure. In order to provide the user with this infor-mation, the system determines continuously the user’s locationand stores the coordinates as well as the amount of pollution .As a result the system automatically determines the user’s activ-ity pattern.
UC-ENV2.4-pat-02-V01 The user wishes to provide an observational report. He takesa photo with his mobile device and uploads it to the server. Byusing a clever pattern recognition algorithm, the system is able todetermine the amount of pollution and sends a report to the user.
UC-ENV2.4-pat-03-V01 The user wishes to provide an observational report. He takesa photo with his mobile device and uploads it to the server. Byusing a clever pattern recognition algorithm, the system is able todetermine the weather condition and sends a report to the user.
UC-ENV2.4-pat-04-V01 The user provided input about his current health condition andwishes to share this information with the PEIS user community.By allowing the system to share, this information is uploaded tothe PEIS server. As an extension to this the user can geo-tag hisinput on a map.
UC-ENV2.5-sem-01-V01 • cross check with internal data• check user trustability• compare with other users’ reports• store report to server
UC-ENV2.5-sem-02-V01
UC-ENV2.5-sem-03-V01 The user has provided several observations to the system. Ifa sufficient number of valid observations has been provided theuser is considered to be trustworthy and can share his informa-tion with the system.
UC-ENV2.5-sem-04-V01 A user provides a weather report for the first time, i.e. there is noway for the system to determine his trustability from past reports.The system sends a push notification to other users at the samelocation and requests to verify the report of the first user.
UC-ENV2.5-sem-05-V01 The user has received a personal warning on the basis of hisprovided input.
UC-ENV2.6-mis-01-V01 The user wishes to obtain weather information for his current lo-cation and has allowed the system to determine his current GPSposition. The system requests the GPS position from the user’smobile device.
UC-ENV2.6-mis-02-V01 The user received a warning from the system that due to ex-pected strong pressure changes there is a higher probability forheadaches. He wishes to share this information with a friendwhom he knows to be sensitive to sudden weather changes. Byallowing the system to share this information is uploaded to thefriend’s facebook page.
UC-ENV2.6-mis-03-V01 The user received a warning from the system that due to ex-pected strong pressure changes there is a higher probability forheadaches. He wishes to share this information with a friendwhom he knows to be sensitive to sudden weather changes. Byallowing the system to share this information is uploaded to thefriend’s facebook page.
UC-ENV2.6-mis-04-V01 The user requests an additional service that requires payment.If he agrees to pay for this service the system initializes a credittransfer.
UC-ENV2.A-PFO-01.01-V01 The user is making plans for her weekend and consults her per-sonal environmental information system. She specifies the me-teorological parameter(s) and the location to be monitored andreceives a visualization (meteogram) of the requested data.
UC-ENV2.A-PFO-02.01-V01 The user is planning a trip to the countryside. He wants to knowthe predicted air quality and pollen count for the next day.The usertherefore requests a forecast for a specific user-defined locationand time and receives a visualization of the requested data.
UC-ENV2.A-PSM-01.01-V02 The user is deciding whether to go shopping by car or by busdepending on the weather condition. So he is interested in thepresent weather condition for the location he is situated now. Hechooses current weather conditions and events and allows thesystem to use his current GPS coordinates. As a result he re-ceives a visualization (meteogram) of the default meteorologicalparameters at his current location.
UC-ENV2.A-PSM-02.01-V02 The user is interested in the current exposure to air pollutants athis daughter’s school. He enters the location and specifies the airpollutant to be displayed. As a result he receives a visualizationof the requested data.
UC-ENV2.A-RPT-01.01-V02 User wishes to know how much UV he has been exposed to dur-ing the last day. He requests a report for Met, including UV. EX-TENSION The user wants to decide whether he has to water hisgarden plants. He may wish to find out the cumulative precipita-tion during the past three days at his current location. Dependingon the cumulative amount of rain in e.g. mm/m**2 that hit theground during the last three days he can then decide whether hisplants need water.
UC-ENV2.A-RPT-02.01-V03 The user heard in the news that during the last days high levels ofozone and particulate matter have been measured in his region.He is interested to find out how much pollution his kids at schoolhave been exposed to over the last 24 hours. After setting thetime-frame and specifying a location, he requests a report forozone and particulate matter. The user receives e.g. a tabularreport based on the exposure to pollution over a specific timeperiod.
UC-ENV2.B-NTA-01.01-V02 The user is allergic to birch. Since the season for birch pollenhas just started he wants to be notified in case a threshold forthis pollen is exceeded. In his personal information system hespecifies the component to be monitored at his current locationand sets a threshold.
UC-ENV2.B-NTA-02.01-V03 The user has subscribed to receive warnings in case the amountfor a certain type of pollen is breached. The system identifieda threshold breach and raises an alert. As a consequence theuser receives a warning notification. According to his personalsettings this can be a push notification, an email or an sms. Ad-ditionally, the parameter that caused the alert is visualised.
UC-ENV2.B-NTA-03.01-V02 Many users will not have the basic knowledge on what parame-ters and corresponding thresholds are important or relevant forthem. In order to facilitate the usage of the PEIS, they can selectfrom predefined configurations with automatic threshold valuesfor key parameters. For example: Suffer from hay fever? Clickthis profile. Have asthma? Click this profile. Get headacheswhen the weather changes? Click this profile. Like outdoorsports? Click this profile. The system will set the thresholds forthe relevant parameters accordingly.
UC-ENV2.B-PRA-01.01-V02 Historic users input (Health reporting) is used to predict potentialrepeat of symptoms (see UC-ENV-2.2-any-01.01-V01)
UC-ENV2.C-USI-01.01.-V02 A hobby meteorologist is observing the approach of a thunder-storm that the system is not aware of yet. He can then e.g. notifythe system by sending a message or by taking a photo of theweather condition and uploading it to the system.
UC-ENV2.C-USI-02.01.-V02 User can select one or more attributes from a predefined listto describe his current health condition. These conditions caninclude the following: Headache, Irritated eyes, Sneezing, orCoughing In addition, the user can charaterize the attributes withvalues, such as mild, moderate, strong, or severe
UC-ENV2.C-USI-03.01.-V02 User is elderly, and does not manage to get outside often. Userwishes to receive reports on indoor exposure. User needs toensure that relevant information about himself is stored in thesystem. User stores specific information about himself such asSex/Age residence location work location This is necessary if theuser wishes an indoor assessment.
UC-ENV2.C-USI-04.01-V01 The user wishes to know how much pollution other user at hislocation were exposed to during the last day or a specific pe-riod. He requests a report for pollution exposure. In order toprovide the user with this information, the system determines theuser’s current location and searches on the server for user re-ports matching his request. As a result the system provides amap visualizing the positions of the users and the amount of pol-lution they have been exposed to.
UC-ENV2.C-USI-05.01-V01 The user wishes to know how many other users at his locationsuffered from a headache during the last day or a specific pe-riod. He requests a health report for headaches. In order toprovide the user with this information, the system determines theuser’s current location and searches on the server for user re-ports matching his request. As a result the system provides amap visualizing the positions of these users.
Goal Provide web interface with additional functionality over mobile de-vice
Summary The web interface could allow the user to access additional fea-tures or services that may be difficult to utilise on a mobile device.This could, for example, include access to GIS functionality. Inaddition, the web interface will allow the system admins accessto the data for reporting purposes, or to assist user’s in modifyingtheir own data.
Category
Actor User
Primary Actor (initiates) Administrator
Stakeholder
Requested InformationResources
Preconditions
Triggers
Main success scenario Provide web application with user management features, datamanagement systems and GIS display.
Preconditions User is logged in UC-ENV1.1-auth-01-V01
Triggers User wishes to upload an occurrence or has selected bulk dataupload
Main success scenario Data successfully stored in the ENVIROFI Biodiversity Reposi-tory
Extensions Various types of data entry: * Upload data from mobile devices *Manually enter new data and information * Upload data and infor-mation from existing sources (various formats) * Upload data andinformation from field-computers and mobile devices for caseswhere this was not possible from the field
Alternative paths
Post conditions new data in the ENVIROFI Biodiversity Repository
Goal Check availability of data on system server for required temporaland spatial extent
Summary While making use of PEIS, the user requests data of one or moreatmospheric parameters for a specific temporal and spatial ex-tent. The system checks the available internally.
Category Data Access
Actor All
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
ENVIROFI atmospheric ontology for quality assurance and provi-sion of knowledge on identification object ENVIROFI BiodiversityRepository for information on species sighted in the users vicinity
Preconditions User is logged in UC-ENV1.1-auth-01-V01
Triggers user requests data of one or more atmospheric parameters for aspecific temporal and spatial extent
Main success scenario • The system checks the availability of the requested data.• The system informs the user of the outcome.
Extensions The data originator is informed that their data has been accessed
Alternative paths
Post conditions The system provides the user the requested data.
Goal Provide access to ENVIROFI atmospheric data and information
Summary the user can download atmospheric data and information via ser-vices for integration into external applications
Category Data Input
Actor All
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
ENVIROFI atmospheric ontology for quality assurance and provi-sion of knowledge on identification object ENVIROFI BiodiversityRepository for information on species sighted in the users vicinity
Preconditions User is logged in UC-ENV1.1-auth-01-V01
Triggers user selects download in the portal
Main success scenario The user has received the required data and information re-sources via services. For the provision of data we foresee theuse of SOS. For the provision of information we foresee the useof RDF encoding
Goal Store data on system server for required temporal and spatialextent
Summary While making use of PEIS, the user requests data of one or moreatmospheric parameters for a specific temporal and spatial ex-tent. The system checks the available internally.
Category Data Access
Actor All
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
ENVIROFI atmospheric ontology for quality assurance and provi-sion of knowledge on identification object ENVIROFI BiodiversityRepository for information on species sighted in the users vicinity
Preconditions User is logged in UC-ENV1.1-auth-01-V01
Triggers user requests data of one or more atmospheric parameters for aspecific temporal and spatial extent
Goal Show data and information available in ENVIROFI PEIS Portal toregistered users.
Summary The user opens the ENVIROFI PEIS Portal and logs in. The userspecifies the type of data they are interested in. This data isdisplayed to the user as maps as well as in tabular form as re-quested. In addition, further available knowledge on the habitatsand species can be requested.
Category Information Provision
Actor All
Primary Actor (initiates)
Stakeholder
Requested InformationResources
Users can view their exposure reports online as well as otherrelevant data.
Preconditions none
Triggers The user opens the ENVIROFI Biodiversity Portal
Main success scenario User can view their data online and modify their registration in-formation.
Summary The user has provided an observational report in which he re-ports hail at his location. Since he is interested to find out whetherthis is a local phenomenon, he requests to display other users’reports on weather conditions as well as up-to-date informationfrom weather stations etc.. The system has to fuse this data andto provide a report.
Category Information Provision
Actor User
Primary Actor (initiates) System
Stakeholder
Requested InformationResources
Preconditions none
Triggers The user opens the ENVIROFI Biodiversity Portal
Summary The user has provided an observational report in which he re-ports hail at his location. Since he is interested to find out whetherthis is a local phenomenon, he requests to display other users’reports on weather conditions as well as up-to-date informationfrom weather stations etc.. The system has to fuse this data andto provide a visualiuation.
Category Information Provision
Actor User
Primary Actor (initiates) System
Stakeholder
Requested InformationResources
Preconditions none
Triggers The user opens the ENVIROFI Biodiversity Portal
Summary The user wishes to know how much pollution he will be exposedto during the next day or a specific period. He requests a reportfor pollution exposure. In order to provide the user with this infor-mation, the system determines continuously the user’s locationand stores the coordinates as well as the amount of pollution .As a result the system automatically determines the user’s activ-ity pattern.
Category
Actor Actor
Primary Actor (initiates) System
Stakeholder
Requested InformationResources
• Air quality data (read, text)• Visualization (create, image)• Format: csv, xml, image in the browser
Preconditions System contains coordinate data for user for specified period.
Triggers User requests report for exposure to pollution
Main success scenario • User chooses assessment report.• He specifies one or more components (default should be
all).• He sets a time-frame (last 24 hours, last week, last month)• The system shows a report as graphical visualisation.
Extensions 1. The user defines the temporal extentb. The user defines anunavailable temporal extent. A new dialogue window opens andrequires a new temporal extent.
Alternative paths User can select to view report in different formats. Tabu-lar/Graphical/Map
Post conditions
Non-functional requirements
Validation statement User requests report Receives alert that report is ready Can ac-cess report
Notes
Author and date NILU 20.06.2011 - Updated: UBIMET 22.07.2011
Includes UseCase Display past exposure to air pollution and pollen
Maps to Requirement Determine feature of interest
Refines UseCase Service performs algebraic and logical operation on observationsSupport user-specific application behaviour
Table 20: UC-ENV2.4-pat-01-V01 – Provide activity pattern of user
Summary The user wishes to provide an observational report. He takesa photo with his mobile device and uploads it to the server. Byusing a clever pattern recognition algorithm, the system is able todetermine the amount of pollution and sends a report to the user.
Category
Actor Actor
Primary Actor (initiates) System
Stakeholder
Requested InformationResources
• Air quality data (read, text)• Visualiztion (create, image)• Format: csv, xml, image in the browser
Preconditions System contains coordinate data for user for specified period.
Triggers User requests report for exposure to pollution
Main success scenario • User chooses assessment report.• He specifies one or more components (default should be
all).• He sets a time-frame (last 24 hours, last week, last month)• The system shows a report as graphical visualisation.
Extensions 1. The user defines the temporal extentb. The user defines anunavailable temporal extent. A new dialogue window opens andrequires a new temporal extent.
Alternative paths User can select to view report in different formats. Tabu-lar/Graphical/Map
Post conditions
Non-functional requirements
Validation statement User requests report Receives alert that report is ready Can ac-cess report
Summary The user wishes to provide an observational report. He takesa photo with his mobile device and uploads it to the server. Byusing a clever pattern recognition algorithm, the system is able todetermine the weather condition and sends a report to the user.
Category
Actor User
Primary Actor (initiates) System
Stakeholder
Requested InformationResources
• Air quality data (read, text)• Visualiztion (create, image)• Format: csv, xml, image in the browser
Preconditions System contains coordinate data for user for specified period.
Triggers User requests report for exposure to pollution
Main success scenario • User chooses assessment report.• He specifies one or more components (default should be
all).• He sets a time-frame (last 24 hours, last week, last month)• The system shows a report as graphical visualisation.
Extensions 1. The user defines the temporal extentb. The user defines anunavailable temporal extent. A new dialogue window opens andrequires a new temporal extent.
Alternative paths User can select to view report in different formats. Tabu-lar/Graphical/Map
Post conditions
Non-functional requirements
Validation statement User requests report Receives alert that report is ready Can ac-cess report
Summary The user provided input about his current health condition andwishes to share this information with the PEIS user community.By allowing the system to share, this information is uploaded tothe PEIS server. As an extension to this the user can geo-tag hisinput on a map.
Goal System checks validity of the user’s observational report inter-nally
Summary • cross check with internal data• check user trustability• compare with other users’ reports• store report to server
Category
Actor User
Primary Actor (initiates) Sytem
Stakeholder
Requested InformationResources
Preconditions
Triggers User selects to provide an environmental observation.
Main success scenario • The user chooses to provide an observation. (either met,air quality or pollen)
• The user chooses a format for his observation. (text, photo,movie)
• The user uploads his contribution.
Extensions 3a. The user has no internet access. The system asks him totry uploading later and stores the data locally.3b. The file has aninvalid format or size. The system asks for a different format orsize.
Alternative paths
Post conditions
Non-functional requirements
Validation statement
Notes In addition to receiving data from existing networks, the users willact as mobile sensors and present Volunteered Geographic In-formation (VGI) help to enhance the existing data infrastructures.Users will supply qualitative data which will feed back into thesystem.
Extensions 3a. The user has no internet access. The system asks him totry uploading later and stores the data locally.3b. The file has aninvalid format or size. The system asks for a different format orsize.
Alternative paths
Post conditions
Non-functional requirements
Validation statement
Notes In addition to receiving data from existing networks, the users willact as mobile sensors and present Volunteered Geographic In-formation (VGI) help to enhance the existing data infrastructures.Users will supply qualitative data which will feed back into thesystem.
Author and date
Maps to Requirement Determine feature of interest
Refines UseCase Support user-specific application behaviourUser provides new observation(s) to the system
Table 25: UC-ENV2.5-sem-02-V01 – Cross-check report with internal data
2.1.24 Determine user trustability
Determine user trustability
Use Case ID UC-ENV2.5-sem-03-V01
Use Case Name Determine user trustability
Revision and Reference V01; http://envirofi.server.de/servlet/is/6128/
Summary The user has provided several observations to the system. Ifa sufficient number of valid observations has been provided theuser is considered to be trustworthy and can share his informa-tion with the system.
Triggers User selects to provide an environmental observation.
Main success scenario • The user chooses to provide an observation. (either met,air quality or pollen)
• The user chooses a format for his observation. (text, photo,movie)
• The user uploads his contribution.
Extensions 3a. The user has no internet access. The system asks him totry uploading later and stores the data locally.3b. The file has aninvalid format or size. The system asks for a different format orsize.
Alternative paths
Post conditions
Non-functional requirements
Validation statement
Notes In addition to receiving data from existing networks, the users willact as mobile sensors and present Volunteered Geographic In-formation (VGI) help to enhance the existing data infrastructures.Users will supply qualitative data which will feed back into thesystem.
Author and date
Maps to Requirement Determine feature of interest
Refines UseCase Support user-specific application behaviourUser provides new observation(s) to the system
Table 26: UC-ENV2.5-sem-03-V01 – Determine user trustability
2.1.25 Request validation of report from other users
Request validation of report from other users
Use Case ID UC-ENV2.5-sem-04-V01
Use Case Name Request validation of report from other users
Revision and Reference V01; http://envirofi.server.de/servlet/is/6140/
Goal System checks validity of the user’s observational report byquerying other users
Summary A user provides a weather report for the first time, i.e. there is noway for the system to determine his trustability from past reports.The system sends a push notification to other users at the samelocation and requests to verify the report of the first user.
Category
Actor User
Primary Actor (initiates) System
Stakeholder
Requested InformationResources
Preconditions
Triggers User selects to provide an environmental observation.
Main success scenario • The user chooses to provide an observation. (either met,air quality or pollen)
• The user chooses a format for his observation. (text, photo,movie)
• The user uploads his contribution.
Extensions 3a. The user has no internet access. The system asks him to tryuploading later and stores the data locally. 3b. The file has aninvalid format or size. The system asks for a different format orsize.
Alternative paths
Post conditions
Non-functional requirements
Validation statement
Notes In addition to receiving data from existing networks, the users willact as mobile sensors and present Volunteered Geographic In-formation (VGI) help to enhance the existing data infrastructures.Users will supply qualitative data which will feed back into thesystem.
Author and date
Maps to Requirement Determine feature of interest
Refines UseCase Support user-specific application behaviourUser provides new observation(s) to the system
Table 27: UC-ENV2.5-sem-04-V01 – Request validation of report from other users
Summary The user wishes to obtain weather information for his current lo-cation and has allowed the system to determine his current GPSposition. The system requests the GPS position from the user’smobile device.
Category
Actor User
Primary Actor (initiates) System
Stakeholder
Requested InformationResources
Preconditions
Triggers The user requests a report for current location
Main success scenario
Extensions
Alternative paths
Post conditions
Non-functional requirements
Validation statement
Notes
Author and date Ubimet, 2011-09-19
Table 29: UC-ENV2.6-mis-01-V01 – Determine GPS position of mobile device
2.1.28 Share information with social networks
Share information with social networks
Use Case ID UC-ENV2.6-mis-02-V01
Use Case Name Share information with social networks
Revision and Reference V01; http://envirofi.server.de/servlet/is/6145/
Goal Allow user to share information with social networks
Summary The user received a warning from the system that due to ex-pected strong pressure changes there is a higher probability forheadaches. He wishes to share this information with a friendwhom he knows to be sensitive to sudden weather changes. Byallowing the system to share this information is uploaded to thefriend’s facebook page.
Category
Actor System
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
Preconditions
Triggers
Main success scenario
Extensions
Alternative paths
Post conditions
Non-functional requirements
Validation statement
Notes
Author and date Ubimet, 2011-09-09
Table 30: UC-ENV2.6-mis-02-V01 – Share information with social networks
Summary The user received a warning from the system that due to ex-pected strong pressure changes there is a higher probability forheadaches. He wishes to share this information with a friendwhom he knows to be sensitive to sudden weather changes. Byallowing the system to share this information is uploaded to thefriend’s facebook page.
Category
Actor System
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
Preconditions
Triggers
Main success scenario
Extensions
Alternative paths
Post conditions
Non-functional requirements
Validation statement
Notes
Author and date Ubimet, 2011-09-09
Table 31: UC-ENV2.6-mis-03-V01 – Share information with other users
Display predicted meteorological conditions and events
Use Case Diagram
Status Active
Priority of accomplishment Must have
Goal To provide a forecast for the required meteorological parame-ter(s) or events for a future time frame
Summary The user is making plans for her weekend and consults her per-sonal environmental information system. She specifies the me-teorological parameter(s) and the location to be monitored andreceives a visualization (meteogram) of the requested data.
Category
Actor User
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
• Meteorological model data (read, text)• Meteogram (create, image)• Used formats: csv, xml, image in the browser
Preconditions Forecast models for required location and temporal extent haveto be available.
Triggers The user chooses forecast for meteorological parameter(s).
Main success scenario • The user chooses forecast for meteorological parameter(s).• The user defines the location and temporal extent.• The system calculates the predicted parameter’s progres-
sion for this area.• The browser shows the predicted parameter’s progression
in a meteogram.• The user can choose to see more details.• The system displays meteorological model data in a tabular
form.
Extensions 1. The user defines the location.a. The user defines an unavail-able location. A new dialogue window opens and requires a newlocation.b. The user defines an unavailable temporal extent. Anew dialogue window opens and requires a new temporal extent.
Alternative paths
Post conditions Set alert UC
Non-functional requirements
Validation statement
Notes
Author and date Ubimet, 2011-06-10 -Updated: 2011-07-22
Goal Provide forecast for exposure to air pollution and pollen
Summary The user is planning a trip to the countryside. He wants to knowthe predicted air quality and pollen count for the next day.The usertherefore requests a forecast for a specific user-defined locationand time and receives a visualization of the requested data.
Category
Actor System
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
• Air qualtiy model data (read, text)• Visualization (create, image)• Used formats: csv, xml, image in the browser
Preconditions Model data for the required time frame and location have to beavailable
Triggers The user chooses forecast for air quality.
Main success scenario • The user chooses forecast for air quality components.• The user defines the location and temporal extent.• The system calculates the predicted parameter’s exposure
for this area.• The browser displays the predicted parameter’s exposure.• The user can choose to see more details.• The system displays air quality model data in a tabular form.
Extensions 2. The user defines the location and temporal exten.a. The userdefines an unavailable location. A new dialogue window opensand requires a new location.b. The user defines an unavailabletemporal extent. A new dialogue window opens and requires anew temporal extent.
Goal Display current meteorological conditions to user for current lo-cation
Summary The user is deciding whether to go shopping by car or by busdepending on the weather condition. So he is interested in thepresent weather condition for the location he is situated now. Hechooses current weather conditions and events and allows thesystem to use his current GPS coordinates. As a result he re-ceives a visualization (meteogram) of the default meteorologicalparameters at his current location.
Category
Actor System
Primary Actor (initiates) User
Stakeholder Employee in a weather service company
Requested InformationResources
• Meteorological model data (read, text)• Meteogram (create, image)• GPS coordinates (read, text)• Format: csv, xml, image in the browser
Preconditions The user has opened the portal successfully; weather data forrequired location and temporal extent
Triggers The user chooses current weather conditions and events.
Main success scenario • The user chooses to monitor the weather condition at hiscurrent location.
• The system requests the user’s GPS coordinates.• The user allows the system to read his GPS coordinates.• The system provides the latest available data and displays
Display current meteorological conditions and events
Extensions 2a. The user has no GPS or doesn’t provide his current coordi-nates. The system requests to choose a (different) location andcontinues with step 4.
Alternative paths 5. User can choose an alternative location or request differentmeteorological parameters.
Post conditions UC-ENV-2.2-PSM-02.02-V01
Non-functional requirements
Validation statement
Notes This UC could be the default information for users interested inweather conditions.
Author and date Ubimet, 2011-06-23 - Updated: 2011-07-22
Includes UseCase Personal Situation Monitoring - Met conditions alternate locales
Maps to Requirement Determine feature of interest
Refines UseCase Personal Situation Monitoring - Met conditionsSupport user-specific application behaviour
Table 35: UC-ENV2.A-PSM-01.01-V02 – Display current meteorological conditions and events
Goal Visualize current exposure to air pollutants and allergenes at thespecified location
Summary The user is interested in the current exposure to air pollutants athis daughter’s school. He enters the location and specifies the airpollutant to be displayed. As a result he receives a visualizationof the requested data.
Category
Actor System
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
• Meteorological model data (read, text)• Meteogram (create, image)• Format: csv, xml, image in the browser
Preconditions The user has opened the portal successfully; corrsponding airquality data available
Triggers The user chooses monitoring for air pollutants and allergenes.
Main success scenario • The user specifies the component to be monitored.• The user defines the location.• The system provides the latest available data for the re-
quired component.• The system displays a meteogram with the latest available
air pollution data.
Extensions 2. The user defines the temporal extent and locationa. The userdefines an unavailable location. A new dialogue window opensand requires a new location.b. The user defines an unavailabletemporal extent. A new dialogue window opens and requires anew temporal extent.
Goal To obtain a report for a past time frame for the required meteoro-logical parameter(s)
Summary User wishes to know how much UV he has been exposed to dur-ing the last day. He requests a report for Met, including UV. EX-TENSION The user wants to decide whether he has to water hisgarden plants. He may wish to find out the cumulative precipita-tion during the past three days at his current location. Dependingon the cumulative amount of rain in e.g. mm/m**2 that hit theground during the last three days he can then decide whether hisplants need water.
Category
Actor User
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
• Meteorological data (read, text)• Meteogram (create, image)• Format: csv, xml, image in the browser
Preconditions Weather data for required location and temporal extent have tobe available.
Triggers The user chooses report for meteorological parameter(s)
Main success scenario • The user chooses report for a specific meteorological pa-rameter.
• The user specifies a time frame at his current location.• The system searches/calculates the past parameter’s pro-
gression for this area.• The browser shows the parameter’s progression during the
Extensions 2. The user defines the temporal extent at current location2a.The user defines an unavailable location. A new dialogue win-dow opens and requires a new location.2b. The user defines anunavailable temporal extent. A new dialogue window opens andrequires a new temporal extent.
Alternative paths 2. User chooses alternate location for report. User selects tem-poral and spatial context.
Post conditions
Non-functional requirements
Validation statement
Notes
Author and date Ubimet, 2011-06-10 - Update: 22.07.2011
Refines UseCase Personal Exposure Report - MeteorologyService performs algebraic and logical operation on observationsSupport user-specific application behaviour
Table 37: UC-ENV2.A-RPT-01.01-V02 – Display past meteorological conditions and events
Goal Display personal exposure report for a specific component
Summary The user heard in the news that during the last days high levels ofozone and particulate matter have been measured in his region.He is interested to find out how much pollution his kids at schoolhave been exposed to over the last 24 hours. After setting thetime-frame and specifying a location, he requests a report forozone and particulate matter. The user receives e.g. a tabularreport based on the exposure to pollution over a specific timeperiod.
Category
Actor User
Primary Actor (initiates) User
Stakeholder Environmental and health agencies
Requested InformationResources
• Air quality data (read, text)• Visualiztion (create, image)• Format: csv, xml, image in the browser
Preconditions
Triggers User requests report
Main success scenario • User chooses environmental report for a specific compo-nent.
• He specifies one or more components to be assessed.• He sets a time-frame and location.• The system shows a report as graphical visualisation.• The user can choose alternative formats or more details.
Extensions 1. The user defines the temporal extent and location.a. The userdefines an unavailable location. A new dialogue window opensand requires a new location.b. The user defines an unavailabletemporal extent. A new dialogue window opens and requires anew temporal extent.
Alternative paths User can select to view report in different formats. Tabu-lar/Graphical/Map
Post conditions
Non-functional requirements
Validation statement • User requests report• Receives alert that report is ready• Can access report
Notes It might be possible to display the results in various formats.Currently I am thinking about either a simple tabular layout,where the user is simply told that they have been exposed to’Low/Moderate/High’ amounts of pollution, or a simple graphicalpresentation (bar graph) where the X axis represents time andthe Y axis represents exposure. the bars for each day, or pe-riod of time, would then be coloured to represent the amount ofexposure. Green for Low, Yellow for Moderate and Red for high.
Author and date NILU 20.06.2011 - Updated: UBIMET 22.07.2011
Refines UseCase Support user-specific application behaviourService performs algebraic and logical operation on observations
Included in UseCase Provide activity pattern of userDisplay observational reports of other usersDisplay health reports of other users
Table 38: UC-ENV2.A-RPT-02.01-V03 – Display past exposure to air pollution and pollen
Goal Monitor the required component at current location and raise analarm if a set threshold is exceeded
Summary The user is allergic to birch. Since the season for birch pollenhas just started he wants to be notified in case a threshold forthis pollen is exceeded. In his personal information system hespecifies the component to be monitored at his current locationand sets a threshold.
Category Categorisation of use cases according to overall reference archi-tecture.
Actor System
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
Personal Settings (create,text)
Preconditions The user has opened the portal successfully.
Triggers The user chooses personal notifications for pollen and allergenes
Main success scenario • The user chooses to track a specific component (met/AQ)• The user sets the threshold level for the component.• The user clicks the set alert button.
Extensions User can manage thresholds (edit/delete)
Alternative paths
Post conditions
Non-functional requirements Description of non-functional requirements for this use case.These are described using text in the UML documentation fieldfor the element in question.
Goal To raise an alert and notify the user when threshold broken
Summary The user has subscribed to receive warnings in case the amountfor a certain type of pollen is breached. The system identifieda threshold breach and raises an alert. As a consequence theuser receives a warning notification. According to his personalsettings this can be a push notification, an email or an sms. Ad-ditionally, the parameter that caused the alert is visualised.
Category
Actor System
Primary Actor (initiates) System
Stakeholder
Requested InformationResources
• Meteogram (create, image)• Used formats: csv, xml, image in the browser
Preconditions User has created alert thresholds (UC-ENV-2.2-NTA-02.01-V01)
Triggers System notices that a threshold for one or more parameters isbreached.
Main success scenario • An alert is raised a. a notification message is sent to userb. an audible or other alert is triggered.
• The display shows the parameter that caused the alert andprovides details on the event.
Raise system alert and notify user if threshold is breached
Author and date Ubimet, 2011-06-10 -Updated: 2011-07-22
Refines UseCase Threshold AlertService performs algebraic and logical operation on observationsSupport user-specific application behaviourSystem sends alerts/notifications to usersUser Adds List of Responders and defines alert levelsSystem Notifies Relevant Personnel
Table 40: UC-ENV2.B-NTA-02.01-V03 – Raise system alert and notify user if threshold is breached
Figure 15: Use case UC-ENV2.B-NTA-02.01-V03 Raise system alert and notify user if threshold isbreached
Goal Allow users to select prefedined profiles to configure automati-cally their parameter thresholds
Summary Many users will not have the basic knowledge on what parame-ters and corresponding thresholds are important or relevant forthem. In order to facilitate the usage of the PEIS, they can selectfrom predefined configurations with automatic threshold valuesfor key parameters. For example: Suffer from hay fever? Clickthis profile. Have asthma? Click this profile. Get headacheswhen the weather changes? Click this profile. Like outdoorsports? Click this profile. The system will set the thresholds forthe relevant parameters accordingly.
Category
Actor User
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
• User Input (create, text)• Predefined thresholds (read, text)
Preconditions
Triggers The user chooses personal notifications for meteorological con-ditions or air quality
Main success scenario • The user chooses personal notifications for meteorologicalconditions or air quality
• The user chooses a predefined profile or symptom (hayfever/asthma/headache/outdoor sports)
• The system sets thresholds for the corresponding parame-ters.
• The user receives alerts based on the thresholds precon-figured for him. These alerts are both timely and relevant tothe user.
Goal System generates alerts based on historic user input and currentor predicted atmospheric conditions
Summary Historic users input (Health reporting) is used to predict potentialrepeat of symptoms (see UC-ENV-2.2-any-01.01-V01)
Category
Actor System
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
Reported health affects. (see UC-ENV-2.2-any-01.01-V01)
Preconditions User must have input health affects previously.
Triggers Met or AQ event recurs or is predicted to recur.
Main success scenario • User chooses to obtain predictive alerts.• System checks if enough historic user input is available to
set predictive thresholds.• System analysis data and sets thresholds for required pa-
rameters.• User receives alert when a meteorological or air quality
condition is predicted to occur or is occuring.
Extensions 2. System checks if enough historic user input is available to setpredictive thresholds.a. The amount of data provided by the useris insufficient. The system informs the user about it and requestsmore user input.
Goal User can report external events and upload photos on the server
Summary A hobby meteorologist is observing the approach of a thunder-storm that the system is not aware of yet. He can then e.g. notifythe system by sending a message or by taking a photo of theweather condition and uploading it to the system.
Category
Actor User
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
User Report (create, text)
Preconditions
Triggers User selects to provide an environmental observation.
Main success scenario • The user chooses to provide an observation. (either met,air quality or pollen)
• The user chooses a format for his observation. (text, photo,movie)
• The user uploads his contribution.
Extensions 3a.The user has no internet access. The system asks him to tryuploading later and stores the data locally.3b. The file has aninvalid format or size. The system asks for a different format orsize.
Alternative paths
Post conditions
Non-functional requirements
Validation statement
Notes In addition to receiving data from existing networks, the users willact as mobile sensors and present Volunteered Geographic In-formation (VGI) help to enhance the existing data infrastructures.Users will supply qualitative data which will feed back into thesystem.
Summary User can select one or more attributes from a predefined listto describe his current health condition. These conditions caninclude the following: Headache, Irritated eyes, Sneezing, orCoughing In addition, the user can charaterize the attributes withvalues, such as mild, moderate, strong, or severe
Category
Actor User
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
User report (create, text/photo/film)
Preconditions User has an account for the PEIS
Triggers User selects to provide a health observation.
Main success scenario • The User chooses to provide input on his current healthcondition.
• The User can specify the category for his contribution.• The User includes his contribution (text, tick on display).• The system stores the contribution.
Goal User creates basic profile to store demographic information abouthimself
Summary User is elderly, and does not manage to get outside often. Userwishes to receive reports on indoor exposure. User needs toensure that relevant information about himself is stored in thesystem. User stores specific information about himself such asSex/Age residence location work location This is necessary if theuser wishes an indoor assessment.
Category
Actor User, System
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
User profile (create, text)
Preconditions User must register with the system before creating a profile
Triggers
Main success scenario • User creates profile including personal information.• User requests exposure report.• System generates report, including indoor report.• User receives report on mobile device.
Extensions In order to assess indoor exposure, a more detailed profile willbe required. This will need to include parameters such as: Kindof pet/s Cooking with gas or electric Building age
Goal Display observational reports provided by other users
Summary The user wishes to know how much pollution other user at hislocation were exposed to during the last day or a specific pe-riod. He requests a report for pollution exposure. In order toprovide the user with this information, the system determines theuser’s current location and searches on the server for user re-ports matching his request. As a result the system provides amap visualizing the positions of the users and the amount of pol-lution they have been exposed to.
Category
Actor System
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
• Air quality data (read, text)• Visualiztion (create, image)• Format: csv, xml, image in the browser
Preconditions System contains coordinate data for user for specified period.
Triggers User requests report for exposure to pollution
Main success scenario • The user chooses other user’s observational reports.• He specifies one or more components (default should be
all).• He sets a time-frame (last 24 hours, last week, last month)• The system shows a report as graphical visualisation.
Extensions 1. The user defines the temporal extentb. The user defines anunavailable temporal extent. A new dialogue window opens andrequires a new temporal extent.
Alternative paths User can select to view report in different formats. Tabu-lar/Graphical/Map
Validation statement User requests report Receives alert that report is ready Can ac-cess report
Notes It might be possible to display the results in various formats.Currently I am thinking about either a simple tabular layout,where the user is simply told that they have been exposed to’Low/Moderate/High’ amounts of pollution, or a simple graphicalpresentation (bar graph) where the X axis represents time andthe Y axis represents exposure. the bars for each day, or pe-riod of time, would then be coloured to represent the amount ofexposure. Green for Low, Yellow for Moderate and Red for high.
Author and date UBIMET, 22.09.2011
Includes UseCase Display past exposure to air pollution and pollen
Maps to Requirement Determine feature of interest
Refines UseCase Support user-specific application behaviourService performs algebraic and logical operation on observations
Table 46: UC-ENV2.C-USI-04.01-V01 – Display observational reports of other users
Figure 21: Use case UC-ENV2.C-USI-04.01-V01 Display observational reports of other users
Goal Display health reports provided by other users
Summary The user wishes to know how many other users at his locationsuffered from a headache during the last day or a specific pe-riod. He requests a health report for headaches. In order toprovide the user with this information, the system determines theuser’s current location and searches on the server for user re-ports matching his request. As a result the system provides amap visualizing the positions of these users.
Category
Actor System
Primary Actor (initiates) User
Stakeholder
Requested InformationResources
• User health reports (read, text)• Visualiztion (create, image)• Format: csv, xml, image in the browser
Preconditions System contains coordinate data for user for specified period.
Triggers User requests report for exposure to pollution
Main success scenario • The user chooses other user’s health reports.• He specifies one or more components (default should be
all).• He sets a time-frame (last 24 hours, last week, last month)• The system shows a report as graphical visualisation.
Extensions 1. The user defines the temporal extentb. The user defines anunavailable temporal extent. A new dialogue window opens andrequires a new temporal extent.
Alternative paths User can select to view report in different formats. Tabu-lar/Graphical/Map
Validation statement User requests report Receives alert that report is ready Can ac-cess report
Notes It might be possible to display the results in various formats.Currently I am thinking about either a simple tabular layout,where the user is simply told that they have been exposed to’Low/Moderate/High’ amounts of pollution, or a simple graphicalpresentation (bar graph) where the X axis represents time andthe Y axis represents exposure. the bars for each day, or pe-riod of time, would then be coloured to represent the amount ofexposure. Green for Low, Yellow for Moderate and Red for high.
Author and date UBIMET, 22.09.2011
Includes UseCase Display past exposure to air pollution and pollen
Maps to Requirement Determine feature of interest
Refines UseCase Support user-specific application behaviourService performs algebraic and logical operation on observations
Table 47: UC-ENV2.C-USI-05.01-V01 – Display health reports of other users
Figure 22: Use case UC-ENV2.C-USI-05.01-V01 Display health reports of other users