Difference between revisions of "DJRA1.1 Report on Knowledge Ecosystem Supporting Technology Development"

From Gcube Wiki
Jump to: navigation, search
(State of Software Development)
(Introduction)
Line 11: Line 11:
 
This deliverable documents the gCube technology by reporting on the overall status of the system architecture, the per service tasks and enhancements, and other technical details needed to have a comprehensive understanding of the developed knowledge ecosystem enabling technology.  
 
This deliverable documents the gCube technology by reporting on the overall status of the system architecture, the per service tasks and enhancements, and other technical details needed to have a comprehensive understanding of the developed knowledge ecosystem enabling technology.  
  
The deliverable is implemented through a Wiki page to be easily and promptly adapted to reflect the ever-evolving status of the developed system. For the same reasons, performed and planned activities are reported via dedicated TRAC reports, created for this very purpose.
+
The deliverable is implemented through a Wiki page to be easily and promptly adapted to reflect the ever-evolving status of the developed technologies. For the same reasons, performed and planned activities are reported via dedicated TRAC reports, created for this very purpose.
  
 
== State of Software Development Activities ==
 
== State of Software Development Activities ==

Revision as of 04:16, 10 July 2010


Introduction

The goals of the work package JRA1 Knowledge Ecosystem Implementation are to provide the technology realising the common practices, standards and solutions identified by the NA4 work package and enhance and consolidate the gCube system to match the needs of the ecosystem approach. A primary role of JRA1 (played within TJRA1.2) is to address the various interoperability issues inherent in the construction of a knowledge ecosystem, and then identify and implement proper solutions. Ranging from content-related problems to architecture-oriented issues. Major inputs for this part of the work come from DNA4.1.

An Agilish development methodology (referring to no specific Agile development platforms, but to the general idea of quickly responding to change) is driving the teams in JRA1. Plans are sketched and verified with the management boards and user communities; seeing and playing with the system being the most important thing and preferred to over-planning.

This deliverable documents the gCube technology by reporting on the overall status of the system architecture, the per service tasks and enhancements, and other technical details needed to have a comprehensive understanding of the developed knowledge ecosystem enabling technology.

The deliverable is implemented through a Wiki page to be easily and promptly adapted to reflect the ever-evolving status of the developed technologies. For the same reasons, performed and planned activities are reported via dedicated TRAC reports, created for this very purpose.

State of Software Development Activities

This section reports on the current maintenance and upgrade activities on the gCube system by making an extensive use of TRAC's living reports created for this purpose.

Upgrade Activities

The planned actions are recorded through TRAC (report #37)

The closed actions are recorded through TRAC (report #38)

Maintenance Activities

The open maintenance activities are recorded through TRAC (report #39)

The closed maintenance activities are recorded through TRAC (report #40)

[TBC]

Code Metrics

This section will describe and link the JRA Indicators

[TBC]

Code Statistics

This section will report various tables and charts describing the project development.

[TBC]

Documentation

This section will describe the work on the Development and Administrator's Guide

Software

Development Version

D4ScienceII relies on the ETICS system to automate the way its software (gCube and gCore) is built and tested. In particular, the project has put in place mechanisms to perform daily builds of the latest version of the code committed in the project source code repository. This activity leads to the production of (i) a report of the build activity and (ii) a set of software artifacts including the software package, the source code and the documentation.

JRA1 is responsible for managing the development version (namely HEAD) of these reports and artifacts whose main purpose is to provide a way to

  • verify the dependencies among the artifacts
  • exchange artifacts among the development teams


gCube gCore
Build Report Build Report
Development Version (Login is required) Latest Version (Login is required)


[TBC]