FusionDirectory - Mature level check-list


Technical criteria

Source code
The project must have means of separating active development from versioning and bug-fixing in the source repository. It must be documented on the web siteok
The source code of the project must be available on the OW2 infrastructure. Either the OW2 forge is used as the main source code repository, or the source code is synced from external repositories to the OW2 forge, automatically and on regular basis (at least once per release)ok - reference
For each release, the project must publish an archive file containing the source code corresponding to the release.ok - reference
The project must follow a code convention guideline, which has to be documented on the web site. This guideline should be enforced by using tools such as Checkstyle

ok - Coding convention guidelines enforced by codesniffer + phpunit

Continuous integration
The way to build the project has to be documented on the web site (required environment and step by step process to be followed)ok - Documentation on how to build and release sotfware
The project code base must compile successfully on the target platforms.ok - reference: repository of software builds by CI
The project must contain automated test suites executing successfullycodesniffer + phpunit - git of automated test suite
A continuous integration platform must be set up (either within the OW2 forge with Bamboo currently, or an external CI platform)ok - reference (Jenkins)
Binaries
The project binaries must be synced to the OW2 platform, at least once per releaseN/A: no binaries, only interpreted languages
Documentation
A user and a developer documentation must be availableok - User documentation , Developer documentation
The documentation must be synced to the OW2 forge, at least once per release
Quality assessment
Transversal maturity assessment by filling in and maintaining on a regular basis the Open-source Maturity Model formok - reference
Source code static analysis with a tool such as SonarQube
IP and license analysis with a tool such as FOSSologyok - reference
Source code originality analysis with a tool such as Antepedia Reporterok - reference
Activiy metrics eg via OpenHubok - OpenHub page

Community criteria

Activeness
Existence of discussions around the project on one or several communication channel(s) such as mailing-lists or IRC channelsok - contacts for Fusiondirectory
Existence of recent source code commitsok - git repos of FusionDirectory
Availability of technical support must be (not necessarily commercial)ok - community and preofessional support
Usage
Download statistics ok - download stats are available from the OW2 forge (complementary stats is a work in progress at OpenSides)
Availability of public case studiesok - see dashboard
References to business users

ok - references: companies, public sector, NGO

Committers
The project must have at least two code committers.ok - reference: OpenHub metrics
Dashboard
SPDX license(s) referenceok
Forge linkok - see dashboard
Mailing-list(s) informationok - see dashboard
Case study(ies)ok - see dashboard
Quality assessment reports covering static analysis, IP/License analysis, originality analysisin progress
Implemented standardsLDAP
Recommended
Datasheet
Professional support informationok - OpenSides Professional Support
Project roadmapok - roadmap
Community metricsok - OpenHub

Validation:

  • Get the status reviewed by SL and DGA (TC Chair)
  • Submit the new status for approval by the TC