OpenSource Maturity Model
![]() |
The Open Source Maturity Model (OMM) is a methodology for assessing Free/Libre Open Source Software (FLOSS) and more specifically the FLOSS development process. This methodology is released under the Creative Commons license.
OMM may help in building trust in the development process of companies using or producing FLOSS. The aim of the methodology is to enable any enterprise or organization to use FLOSS software in production and, in particular, in their mainstream products and not only in prototypes.[1][2]
OMM objectives are to provide FLOSS communities a basis for developing products efficiently and making their products trustworthy for the potential customers, and also for integrating companies and to provide FLOSS integrators a basis for evaluating the processes used by the FLOSS communities.
OMM is interchangeably referred to as model and methodology. It is first a model that contains all elements that have to be assessed, but it is also a set of rules and guidelines describing how to conduct the assessment process.
General structure
[edit]![OMM general structure](http://upload.wikimedia.org/wikipedia/commons/thumb/b/b4/OMMStructure.png/300px-OMMStructure.png)
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[3]
- CMMI Process Areas
Basic level
[edit]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) roadmap
Intermediate level
[edit]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 Assurance
Advanced level
[edit]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 Companies
Development and Use
[edit]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[4] that are led by FLOSS communities or by software development companies.
See also
[edit]References
[edit]- As of 16 June 2010, this article is derived in whole or in part from Qalipso. The copyright holder has licensed the content in a manner that permits reuse under CC BY-SA 3.0 and GFDL. All relevant terms must be followed. The original text was at "OpenSource Maturity Model (OMM) evaluation"
- ^ Wittmann, Marion; Nambakam, Ranganatham. "CMM-like model for OSS" (PDF). QualiPSo project web site. Archived from the original (PDF) on 30 May 2015. Retrieved 12 June 2017.
- ^ Petrinja, Etiel; Sillitti, Alberto; Succi, Giancarlo (7–10 September 2008). "Overview on Trust in large FLOSS Communitie" (PDF). Open Source Development, Communities and Quality. Milan, Italy: Springer. pp. 47–56. Archived from the original (PDF) on 2011-08-24. Retrieved 2010-06-16.
- ^ Petrinja, Etiel; Nambakam, Ranganatham; Sillitti, Alberto (May 16–24, 2009). "Introducing the OpenSource Maturity Model". Workshop: Emerging Trends in Free/Libre/Open Source Software Research and Development. Vancouver, Canada: Collocated with ICSE 2009. doi:10.1109/FLOSS.2009.5071358.
- ^ Petrinja, Etiel; Sillitti, Alberto; Succi, Giancarlo (30 May – 2 June 2010). "Comparing OpenBRR, QSOS, and OMM Assessment Models". Open Source Software: New Horizons. Notre Dame, Indiana, USA: Springer. pp. 224–238. doi:10.1007/978-3-642-13244-5_18.
External links
[edit]- "Qualipso: Trust and Quality in Open Source Systems". Archived from the original on 2013-10-17. Retrieved Oct 16, 2013.
- "Developing a new Capability Maturity Model-like approach to assessing the quality of OSS". Retrieved June 7, 2011.[dead link]
- "QualiPSo OpenSource Maturity Model (OMM) evaluation". Retrieved June 7, 2011.[dead link]
- "OMM Overview". Retrieved June 7, 2011.