DJRA1.1 Report on Knowledge Ecosystem Supporting Technology Development
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. To stay on track with the evolution of the system, the project's TRAC instance has been properly exploited in the following manner:
- firstly, four dedicated milestones have been defined:
- Short-Term gCube plan
- Medium-Term gCube plan
- Long-Term gCube plan
- Ready To Release
- then, JRA1 management asked to each developer to insert his/her own tasks by grouping them per each milestone;
- finally, in order to supervise the all activities, four TRAC's living reports have been created for this purpose. These reports are introduced in the following sub-sections.
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]
