EGI-InSPIRE:Requirements gathering details
- 1 Introduction
- 2 The requirement gathering and processing workflow - What happens with requirements?
- 3 Channels to communicate Your requirements
- 4 Sources of requirements - Public documents
- 5 Surveys for user communities
- 6 Requirements captured at (user) events
- 7 Requirements captured with other methods
- 8 Our partners in capturing requirements
The evolution of the European Grid Infrastructure is driven by the users. Therefore capturing and communicating feedback from users to the infrastructure as well as technology operators and providers is a key goal for NA3 and for the project as a whole. The page linked below describes the channels, processes and bodies that the User Community Coordination activity established and runs in order to collect, capture, process, and report requirements and recommendations of users. Input from users are collected by NA3 through various electronic channels and face-to-face communication mechanisms. The User Community Board (UCB), the group of representatives of user communities, then prioritises the collected input with the help of the EGI.eu User Community Support Team (UCST) and the User Services Advisory Group (USAG). The prioritised, weighed requirements prepared by these groups provide direction for the evolution of middleware services as well as the user-oriented technical services provided by EGI. This page also includes links to the requirements and recommendations that have been collected through these processes so far. The transfer of these requirements into the EGI Request Tracker (RT) system is ongoing. More information about requirement management with RT is available on this page.
The requirement gathering and processing workflow - What happens with requirements?
- Feedback, requirements and recommendations are collected by the User Community Support Team of EGI.eu from user communities. Several channels are available to communicate your requirements.
- The collected information is normalised by the UCST (i.e. the completeness and correctness of the data is checked; format is changed; requirements are grouped).
- The data is evaluated by the UCST and if possible the team provides solution.
- UCST invites other members of the EGI.eu organisation and the EGI-InSPIRE project, it invites user support teams from NGIs and VRCs to provide solution if they can.
- The remaining, unresolved requirements are discussed, prioritised and endorsed by the User Community Board to assure that the user communities' interests are correctly represented at the Technology Coordination Board.
- The Technology Coordination Board (TCB) incorporates the endorsed requirements into the UMD (Unified Middleware Distribution) roadmap.
- External technology providers develop new technologies, new features in EGI software.
- EGI operators validate and install new tools on the infrastructure.
Channels to communicate Your requirements
The User Communty Support Team (UCST) of EGI already opened several channels through which users can communicate their requirements to EGI. These channels are:
- EGI RT: This page describes the process of submitting requirements to EGI through the EGI RT system How To submit New Requirement
- Documents written by communities: Communities are encouraged to send any document that describes their requirements to the UCST (email@example.com). The team is aware of the following documents and already captured requirements from (most of) these files.
- Form to describe requirements: This form can be filled and sent back to UCST (firstname.lastname@example.org) to communicate user requirements with EGI. The form is designed to describe one well defined requirement. Should you have more than one requirements please submit several copies of the form.
- UCST uses questionnaires and surveys to collects feedback from NGIs, VRCs, HUCs and VOs on well defined topics. These surveys and the received responses are available here.
- Events: Representatives of the EGI.eu UCST attend user-centric events that are organised by grid and scientific communities (DECIDE workshop, NEERI 2010, NDGF Strategy Workshop). These events provide excellent opportunities to identify emerging user requirements and/or to further discuss needs that are already known but are not detailed enough yet to be ratified by the UCB. Please let us know about events where the UCST could capture requirements (email@example.com). Requirements captured at past events are available here.
- Using this online form any scientific community, possibly through a use case scenario, can give evidences of the needs from the infrastructure. It is assumed that only those communities will live with this option who are not yet formally engaged with EGI (as a VRC or a VO).
Sources of requirements - Public documents
These documents are collections of requirements and recommendations provided for EGI by the user communities. The User Community Support Team of EGI.eu processes these documents, captures e-infrastructure requirements from them then merges with inputs from other sources before forwarding to the User Community Board.
|Title||Provider||Link to document||Processing status||Link to captured requirements|
|SHARE Roadmap||Healthgrid community||||Processed by UCST|||
|ESFRI project requirements for Pan-European e-infrastructure resources and facilities||European E-Infrastructure Forum||||Processed by UCST|||
|Production Grid Infrastructure - Use Case Collection v1||Open Grid Forum||||Processed by UCST|||
|Request for Enhancements of gLite to support bio-NMR applications; Updated Request for Enhancements of gLite to support bio-NMR applications||Deploying and unifying the NMR e-Infrastructure in System Biology (e-NMR)||, ||Processed by UCST|||
|gLite requirements collected by the EGEE Project Technical Forum||EGEE project||||Out of date|
|User requirements||European Grid Initiative Design Study||||New|
|Deliverable D2.2: Results of questionnaires HMR||DRIHMS - Distributed Research Infrastructure for Hydro-Metereology Study||||Processed by UCST|||
|Deliverable D3.2: Results of Questionnaires GRID||DRIHMS - Distributed Research Infrastructure for Hydro-Metereology Study||||Processed by UCST|||
Training and Education Documents
|Title||Provider||Link to document||Processing status||Link to captured requirements|
|Computing Education||"Distributed Computing Education, Part 5: Intellectual property Rights" Elizabeth van der Meer, Malcolm Atkinson and David Fergusson,, IEEE Distributed Systems Online, (2008),||||Processed by UCST|||
|Training and Education||"Strategies and Policies to Support and Advance Education in e-Science" Malcolm Atkinson, Elizabeth Vander Meer, David Fergusson, Clive Davenhall, and Hamza Mehammed
"Curricula Development for e-Science: Meeting the Challenges" By Malcolm Atkinson, David Fergusson, and Elizabeth Vander Meer
"Distributed Computing Education, Part 1: A Special Case?" David Fergusson, Elizabeth van der Meer, and Malcolm Atkinson • National e-Science Centre, Edinburgh Diego Romano University of Naples Federico II
"Distributed Computing Education, Part 4: Training Infrastructure" David Fergusson, Roberto Barbera, Emidio Giorgio, Marco Fargetta, Gergely Sipos, Diego Romano, Malcolm Atkinson, and Elizabeth Vander Meer
|||Processed by UCST|||
|Strategies and Policies to Support and Advance Education in e-Science||"Distributed Computing Education, Part 7: Policy Frameworks" Elizabeth van der Meer, Malcolm Atkinson and David Fergusson,, IEEE Distributed Systems Online, (2009),||||New|
|Policy Supporting Grid Education and Training||OGF|| ||New|
|Policies in Cooperation on t-Infrastructure||OGF||||New|
|Curricula Development for e-Science||"Distributed Computing Education, Part 6: Curriculum Development" Elizabeth van der Meer, Malcolm Atkinson and David Fergusson,, IEEE Distributed Systems Online, (2009),||||New|
|Certified Grid Engineer Curriculum||OGF||||New|
|Professional Grid Certification||OGF||||New|
|e-Infrastructure Education and Training||eIRG ETTF||||New|
|Grid Education and Training||OGF under ICEAGE||||New|
|Training modules||OGF||  ||New|
|Engaging industry in Grid Computing||OGF under E&T||||New|
Surveys for user communities
Surveys and questionnaires are best suited to collect input from known users and user groups on well defined topics. The User Community Support Team of EGI.eu performed the following surveys in order to receive feedback from user communities on particular topics:
|Name of the survey||Topic of the survey||Format of the survey||Sent to||Sent (date)||Deadline to answer||Number of responses||Response rate||Link to survey and to collected responses||Processing status||Link to captured requirements|
|NGI User Support Questionnaire||Discovering the services of NGI User Support Teams; Their capabilities for serving international collaborations; Collecting feedback from NGIs on existing user services and for their improvements||Email with attached doc||Main contacts of every NGI User Support Team||25.09-05.10/2010||Continuous collection of responses||12 (out of XX)||Received answers in multiple files, Answers in a single spreadsheet||Processed by UCST||NGI USTs|
|VO questionnaire on EMI middleware transition and features||How does the transition of gLite services from v3.1 to v3.2 affect user communities; What enhancements user communities require in the ARC, gLite and UNICORE middleware by April 2011 (foreseen release date of EMI middleware 1.0)||Administrators of every registered EGI VO; Coordinators of Heavy User Communities||07/10/2010||18/10/2010||23 (out of 223)||10.3%||VOs XLS file in EGI.eu Humyo and HUCs XLS file in EGI.eu Humyo||Processed by UCST||VOs and HUCs|
List of questions that need to be answered by the user communities and will be circulated to them in the near future: Questions for user communities.
Requirements captured at (user) events
|Event||Session (if relevant)||Provider of requirements||Processing status||Link to captured requirements|
|EGI Technical Forum||ESFRI sessions||ESFRI projects||Processed by UCST||EGI TF 2010 Summary / Link to the doc|
|EGI Technical Forum||HUCs sessions||HUCs||Processed by UCST||EGI TF 2010 Summary / Link to the doc|
Requirements captured with other methods
Requirements collected from GGUS tickets, Savannah tickets, emails or other sources.
Requirements by BIOMED VO:
1) use of GlueSEStatus BDII attribute: Link to doc
2) dCache's grid-mapfile is cleared when VOMS is not online: Link to doc
3) establishing a strong site decommissioning procedure: Link to doc
Requirements for GGUS by UCST, Life Sciences, HUC:
1) extra button at GGUS to delegate a ticket as a requirement to EGI UCST Link to doc
Requirements by HealthGrid:
1) VO management tools Link to doc
Requirements for EGI-InSPIRE:
1) Link to doc
Our partners in capturing requirements
EEF - European E-infrastructure Forum
EEF homepage - http://www.einfrastructure-forum.eu/
EEF Work documents - https://documents.egi.eu/public/ListBy?topicid=1
2010, ESFRI Projects requirements report by EEF - https://documents.egi.eu/public/ShowDocument?docid=12
2008, ESFRI Projects requirements report by EEF - http://www.einfrastructure-forum.eu/documents/EEF-report
- EGI - http://www.egi.eu/
- DEISA - http://www.deisa.eu/
- PRACE - http://www.prace-project.eu/
- Terena - http://www.terena.org/
- GEANT - http://www.geant.net
Requirements of Communities observed at EGI TF 2010 Summary
Reasearch Infrastructures (RIs) - http://ec.europa.eu/research/infrastructures/index_en.cfm?pg=projects
List of ESFRI Infrastructures