Alert.png The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.

Difference between revisions of "EGI-InSPIRE:WP5 Provisioning the Software Infrastructure (SA2)"

From EGIWiki
Jump to navigation Jump to search
(Created page with 'Wiki page for EGI InSPIRE SA2 activities =WP5-SA2= This activity will coordinate the external provision of software required by EGI to form the production infrastructure. It wi…')
 
Line 29: Line 29:




== TSA2.1 Activity Management ()==
== TSA2.1 Activity Management (CTO, EGI.eu) ==


This task focuses on the management of the activity and the relationship with EGI’s software providers. Prioritised requirements from elsewhere in EGI are collated and distributed to the current software providers and published for the whole community. The functional roadmaps and release dates from individual software providers are assembled into an integrated UMD Roadmap. The projected UMD Roadmap is monitored and the effectiveness of software providers to deliver components to the required schedule and quality will be reported to the TCB. This work will be managed by the Technology Manager who reports to the Project Director and will hold regular meetings of the team to ensure effective coordination of its activities. Additional meetings will be held with the external providers to provide a forum for conflict resolution.
This task focuses on the management of the activity and the relationship with EGI’s software providers. Prioritised requirements from elsewhere in EGI are collated and distributed to the current software providers and published for the whole community. The functional roadmaps and release dates from individual software providers are assembled into an integrated UMD Roadmap. The projected UMD Roadmap is monitored and the effectiveness of software providers to deliver components to the required schedule and quality will be reported to the TCB. This work will be managed by the Technology Manager who reports to the Project Director and will hold regular meetings of the team to ensure effective coordination of its activities. Additional meetings will be held with the external providers to provide a forum for conflict resolution.


== TSA2.2: Definition of the UMD quality criteria () ==
== TSA2.2: Definition of the UMD quality criteria (Enol Fernandez, CSIC) ==


The generic component acceptance criteria will be provided and updated according to evolving needs. Specific criteria will be developed for components on the UMD Roadmap.
The generic component acceptance criteria will be provided and updated according to evolving needs. Specific criteria will be developed for components on the UMD Roadmap.


== TSA2.3: Verification of conformance criteria () ==
== TSA2.3: Verification of conformance criteria (Carlos Fernandez, CESGA) ==


The components contributed to the repository will be validated against the generic and component specific conformance criteria. SA2 will be involved in pre-release component testing. Verification of each component will be summarised in an acceptance report, available with the component in the repository.
The components contributed to the repository will be validated against the generic and component specific conformance criteria. SA2 will be involved in pre-release component testing. Verification of each component will be summarised in an acceptance report, available with the component in the repository.


== TSA2.4: Provision of a software repository and support tools () ==
== TSA2.4: Provision of a software repository and support tools (Kostas Koumantaros, GRNET) ==


Necessary services to deliver the functionality of the repository and its surrounding process (FTP server, web server, issue tracker, version control system, etc.) will be provided and maintained.
Necessary services to deliver the functionality of the repository and its surrounding process (FTP server, web server, issue tracker, version control system, etc.) will be provided and maintained.


== TSA2.5: Deployed Middleware Support Unit () ==
== TSA2.5: Deployed Middleware Support Unit (Michael Gronager, NDGF) ==


Expertise is needed in the production infrastructure to debug problems and then to propose workarounds or solutions with the software used in production. This group will be deployed as a support unit (second line support) as part of the EGI Helpdesk and it will work closely with other EGI operations functions and the external software providers.
Expertise is needed in the production infrastructure to debug problems and then to propose workarounds or solutions with the software used in production. This group will be deployed as a support unit (second line support) as part of the EGI Helpdesk and it will work closely with other EGI operations functions and the external software providers.

Revision as of 17:11, 7 September 2010

Wiki page for EGI InSPIRE SA2 activities

WP5-SA2

This activity will coordinate the external provision of software required by EGI to form the production infrastructure. It will:

  • Establish agreements with key software providers
  • Maintain the UMD Roadmap
  • Define general and component specific quality criteria to be applied to software components
  • Verify the software components against these criteria
  • Provide a repository for the software components within UMD and the related support tools
  • Provided a distributed "support unit" within the EGI Helpdesk infrastructure with expertise on the deployed middleware in production use.

Task Leaders

To contact all task leaders (see below), send mail to inspire-sa2@mailman.egi.eu[1].

Involved partners

EGI.eu - Netherlands
CESNET - Czech Republic
KIT-G - Germany
CSIC - Spain
GRNET - Greece
INFN - Italy
LIP - Portigal
UCPH - Denmark
VR-SNIC - Sweden
NORDUNET A/S - Denmark


TSA2.1 Activity Management (CTO, EGI.eu)

This task focuses on the management of the activity and the relationship with EGI’s software providers. Prioritised requirements from elsewhere in EGI are collated and distributed to the current software providers and published for the whole community. The functional roadmaps and release dates from individual software providers are assembled into an integrated UMD Roadmap. The projected UMD Roadmap is monitored and the effectiveness of software providers to deliver components to the required schedule and quality will be reported to the TCB. This work will be managed by the Technology Manager who reports to the Project Director and will hold regular meetings of the team to ensure effective coordination of its activities. Additional meetings will be held with the external providers to provide a forum for conflict resolution.

TSA2.2: Definition of the UMD quality criteria (Enol Fernandez, CSIC)

The generic component acceptance criteria will be provided and updated according to evolving needs. Specific criteria will be developed for components on the UMD Roadmap.

TSA2.3: Verification of conformance criteria (Carlos Fernandez, CESGA)

The components contributed to the repository will be validated against the generic and component specific conformance criteria. SA2 will be involved in pre-release component testing. Verification of each component will be summarised in an acceptance report, available with the component in the repository.

TSA2.4: Provision of a software repository and support tools (Kostas Koumantaros, GRNET)

Necessary services to deliver the functionality of the repository and its surrounding process (FTP server, web server, issue tracker, version control system, etc.) will be provided and maintained.

TSA2.5: Deployed Middleware Support Unit (Michael Gronager, NDGF)

Expertise is needed in the production infrastructure to debug problems and then to propose workarounds or solutions with the software used in production. This group will be deployed as a support unit (second line support) as part of the EGI Helpdesk and it will work closely with other EGI operations functions and the external software providers.

Deliverables

D5.1 UMD Roadmap [PM3]
D5.2 UMD Roadmap [PM9]
D5.3 Annual Report on the status of Software Provisioning activity and the work of DMSU [PM11]
D5.4 UMD Roadmap [PM15]
D5.5 UMD Roadmap [PM21]
D5.6 Annual Report on the status of Software Provisioning activity and the work of DMSU [PM23]
D5.7 UMD Roadmap [PM27]
D5.8 UMD Roadmap [PM33]
D5.9 Annual Report on the status of Software Provisioning activity and the work of DMSU [PM35]
D5.10 UMD Roadmap [PM39]
D5.11 UMD Roadmap [PM45]
D5.12 Annual Report on the status of Software Provisioning activity and the work of DMSU [PM47]

Milestones

MS501 Establishment of the EGI Software Repository and associated support tools [PM1]
MS502 Deployed Middleware Support Unit Operations Procedures [PM2]
MS503 Software Provisioning Process [PM2]
MS504 EGI Software Repository – Architecture and Plans [PM3]
MS505 Service Level Agreement with a Software Provider [PM4]
MS506 EGI Software Repository – Architecture and Plans [PM13]
MS507 Deployed Middleware Support Unit Operations Procedures [PM14]
MS508 Software Provisioning Process [PM14]
MS509 Service Level Agreement with a Software Provider [PM16]
MS510 EGI Software Repository – Architecture and Plans [PM25]
MS511 Deployed Middleware Support Unit Operations Procedures [PM26]
MS512 Software Provisioning Process [PM26]
MS513 Service Level Agreement with a Software Provider [PM28]
MS514 EGI Software Repository – Architecture and Plans [PM37]
MS515 Deployed Middleware Support Unit Operations Procedures [PM38]
MS516 Software Provisioning Process [PM38]
MS517Service Level Agreement with a Software Provider [PM40]