WP 01 User Requirements Analysis D01.2 Functional specifications

1. WP 01 User Requirements Analysis D01.2 Functional specifications First project review October 31, 2000

2. Functional specifications Based on the User requirements report, the following functional specifications have been identified at this stage of the tool development.

3. The system will operate based on standard browser and multimedia formats. • Upon user request it will be possible to export results in standard formats (text, spreadsheets, data bases, pictures).

4. Printing selected screens, tables, windows. • Trainee interaction with the system will be done by means of the keyboard or the mouse. • Data input through editing windows.

5. The dynamic simulation models will be integrated to consider different emergency types, dominant hazards and effect range. The different simulation models will run automatically without any trainee action to select the model to be used. • To simulate a communication system a routine of pre-processed message passing will be provided.

6. Concentration, explosion and thermal radiation contours will be shown overlaid on maps. Upon user request it will be possible to see these contours ahead in time.

7. Maps showing different information (population, land use, roads, natural resources, etc.) can be switched as required by the user.

8. Multimedia elements like videos, recordings, pictures, as far as possible. • Upon request, there will be access to support material as Operating Manuals, existing Safety Reports, Emergency Plans, etc.

9. Hypertext and hyperlinks allowing to access contact lists, site plans, or even external Internet web sites. • On-line help tool to solve questions regarding system operability and emergency management topics. • At the beginning of the session it will be possible to select between single user or multiple-views training mode.

10. A timer will be provided for real-time exercises that can be stopped to look for background information. • The content of the scenarios modifiable by the training developer. • Manual or random selection of scenarios

11. Possibility to do one step back or rewind the complete exercise. • The information used to define the emergency scenario can be accessed at any time by the trainee by clicking on the relevant buttons or links: • Geographical background • Population distribution • Administrative boundaries • Substances data • Health and intervention services in the area • Toxicological and environmental thresholds • Applicable regulations, etc.

12. At the beginning of the training the student profile will be defined and a registration form will have to be filled in. • The user will be provided with a user name and password to allow the system keep track of all the trainee’s actions during the training. A-TEAM USERNAME PASSWORD

13. As the different scenarios will be defined according to the user profile, the system will automatically select a set of scenarios when the user logs in into the system. • The different questions will be triggered in different ways. For example: • automatically triggered by the system when running real-time scenarios. • manually requested by the student when having “text book” training sessions.

14. Assessment methods will vary according to the final training scenario definition. They could include numeric answers and multiple-choice test. QUESTION 2A 00:14 MULTIPLE CHOICE GIVEN THE EXTENT OF THE FIRE AND THE LOCATION WITH RESPECT TO THE BUILDINGS WHAT WOULD BE YOUR NEXT ACTION: CALL THE NATIONAL CIVIL PROTECTION SERVICE EVACUATE THE BUILDINGS CALL A CRANE TO REMOVE THE TANKS SUBMIT

15. The system will evaluate the student answer and will provide score. It will keep record of all the trainee’s evaluations and test scores. • Trainee assessment could be in the form of volunteer evaluation in which the student complete the evaluation but the score is not considered in the final computation of the grade or formal evaluation, completed by the student and added to his grade book.