General structure
OMM is organized in levels, each level is building on and including the trustworthy elements (TWE) at the lower level. The trustworthy elements included in OMM were collected or inspired by two sources: # FLOSS-TWEs gathered from an extensive survey conducted on FLOSS developers, FLOSS users, and FLOSS integrators # CMMI Process AreasBasic level
The basic level that can be easily reached by adopting a few necessary practices in the FLOSS development process: * PDOC – Product Documentation * STD – Use of Established and Widespread Standards * QTP – Quality of Test Plan * LCS – Licenses * ENV – Technical Environment * DFCT – Number of Commits and Bug Reports * MST – Maintainability and Stability * CM – Configuration Management * PP1 – Project Planning Part 1 * REQM – Requirements Management * RDMP1 – Availability and Use of a (product) roadmapIntermediate level
The intermediate level is the second level in OMM and can be achieved by fulfilling all trustworthy elements from the basic level and required trustworthy elements from the intermediate level. * RDMP2 – Availability and Use of a (product) roadmap * STK – Relationship between Stakeholders * PP2 – Project Planning Part 2 * PMC – Project Monitoring and Control * TST1 – Test Part 1 * DSN1 – Design Part 1 * PPQA – Process and Product Quality AssuranceAdvanced level
The advanced level is the highest level that FLOSS projects can achieve by fulfilling all trustworthy elements from basic and intermediate levels and required trustworthy elements from the advanced level. * PI – Product Integration * RSKM – Risk Management * TST2 – Test Part 2 * DSN2 – Design 2 * RASM – Results of third party assessment * REP – Reputation * CONT – Contribution to FLOSS Product from SW CompaniesDevelopment and Use
While attempting to develop such a model, a few basic facts had been considered: # OMM is a process model for development by developers and integration of FLOSS products by integrators. # OMM is intended for use by individuals and development teams that may be spread across locations worldwide, hence the emphasis on simplicity and ease of use. Being simple but organized as an evolutionary model, OMM can be useful for companies as well. This approach helped to keep the model lean but still practical. The OMM model is now tested and validated in real FLOSS projects that are led by FLOSS communities or by software development companies.See also
* Open source software assessment methodologies * Open Source Software * Free SoftwareReferences
:External links
* * * * {{DEFAULTSORT:Omm Free software culture and documents Maturity models