Difference between revisions of "GCube Development"

From Gcube Wiki
Jump to: navigation, search
m
m
Line 4: Line 4:
 
Such a technology is intrinsically complex because of the amount of standards, specifications, technologies, patterns and approaches put in place to guarantee a high quality (reliable, secure, autonomic, fault resilient, etc.) software system. This risks to overwhelm developers and distract them from the specific application logic of the services they are willing to develop.
 
Such a technology is intrinsically complex because of the amount of standards, specifications, technologies, patterns and approaches put in place to guarantee a high quality (reliable, secure, autonomic, fault resilient, etc.) software system. This risks to overwhelm developers and distract them from the specific application logic of the services they are willing to develop.
  
In the context of the D4Science-II project, the gCube technology will be developed with the synergistic activities of two work packages:
+
In the context of the D4Science-II project, the gCube technology has been developed with the synergistic activities of two work packages:
 
* '''''JRA1 Knowledge Ecosystem Implementation''''' whose objectives are (i) to provide the technology realising the common practices, standards and solutions identified by the NA4 work package ([https://networking.wiki.d4science-ii.research-infrastructures.eu/networking/index.php/Interoperability_Solutions Interoperability Solutions]) and (ii)  to enhance and consolidate the gCube system to match the needs of the ecosystem approach;
 
* '''''JRA1 Knowledge Ecosystem Implementation''''' whose objectives are (i) to provide the technology realising the common practices, standards and solutions identified by the NA4 work package ([https://networking.wiki.d4science-ii.research-infrastructures.eu/networking/index.php/Interoperability_Solutions Interoperability Solutions]) and (ii)  to enhance and consolidate the gCube system to match the needs of the ecosystem approach;
 
** This activity is documented via a '''''[[DJRA1.1 Report on Knowledge Ecosystem Supporting Technology Development|dedicated report]]''''';
 
** This activity is documented via a '''''[[DJRA1.1 Report on Knowledge Ecosystem Supporting Technology Development|dedicated report]]''''';
 
* '''''JRA2 Scenario Specific Implementation''''' whose objective is to cover the design and implementation case-specific needs for each particular interoperable infrastructure. Each case is analyzed and the system to implement it, on the side of the interoperating infrastructure, is designed in detail. Following the initial design, each case implements the specific components required so that it can exploit the facilities offered by the evolving ecosystem core and it can export the identified interoperable features to the rest of the ecosystem cases.
 
* '''''JRA2 Scenario Specific Implementation''''' whose objective is to cover the design and implementation case-specific needs for each particular interoperable infrastructure. Each case is analyzed and the system to implement it, on the side of the interoperating infrastructure, is designed in detail. Following the initial design, each case implements the specific components required so that it can exploit the facilities offered by the evolving ecosystem core and it can export the identified interoperable features to the rest of the ecosystem cases.
 
** This activity is documented  via a '''''[[DJRA2.1 Report on Scenario Specific Technology Development|dedicated report]]''''';
 
** This activity is documented  via a '''''[[DJRA2.1 Report on Scenario Specific Technology Development|dedicated report]]''''';

Revision as of 11:28, 10 January 2012

gCube (http://www.gcube-system.org) is a Software System whose development activity is ongoing and performed according to the Agile software development methodology. This implies that software components are developed in relatively short subsequent iterations, each containing the tasks needed to release new functionality - planning, requirement analysis, detailed design, implementation, integration, testing and documentation. This leads to a very flexible and dynamic development activity that needs to be proper documented.

Such a technology is intrinsically complex because of the amount of standards, specifications, technologies, patterns and approaches put in place to guarantee a high quality (reliable, secure, autonomic, fault resilient, etc.) software system. This risks to overwhelm developers and distract them from the specific application logic of the services they are willing to develop.

In the context of the D4Science-II project, the gCube technology has been developed with the synergistic activities of two work packages:

  • JRA1 Knowledge Ecosystem Implementation whose objectives are (i) to provide the technology realising the common practices, standards and solutions identified by the NA4 work package (Interoperability Solutions) and (ii) to enhance and consolidate the gCube system to match the needs of the ecosystem approach;
  • JRA2 Scenario Specific Implementation whose objective is to cover the design and implementation case-specific needs for each particular interoperable infrastructure. Each case is analyzed and the system to implement it, on the side of the interoperating infrastructure, is designed in detail. Following the initial design, each case implements the specific components required so that it can exploit the facilities offered by the evolving ecosystem core and it can export the identified interoperable features to the rest of the ecosystem cases.