• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Qualipso Open Maturity Model OW2 Conference Nov10
 

Qualipso Open Maturity Model OW2 Conference Nov10

on

  • 817 views

 

Statistics

Views

Total Views
817
Views on SlideShare
817
Embed Views
0

Actions

Likes
0
Downloads
1
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Qualipso Open Maturity Model OW2 Conference Nov10 Qualipso Open Maturity Model OW2 Conference Nov10 Presentation Transcript

    • QualiPSo OMM(Open Maturity Model) Prof. Alberto Sillitti Free University of Bolzano, Italy
    • Overview• Introduction• Problem Description• OMM• Assessment Guidelines• Evolution of OMM
    • VisionAllow companies to use FLOSS to build their mainstream products and services OMMDefinition of a CMMI-like model for FLOSS to improve the trust in FLOSS software
    • Introduction• Quality certification is not easy to obtain for Free/Libre Open Source Software (FLOSS) produced by globally spread out individuals or virtual teams who often operate without much infrastructure and / or formal tool environment• Basic Quality Assurance (QA) measures such as extensive testing, field testing are not enough to create ‘trustworthiness’ of the trustworthiness FLOSS among the potential integrators and other customers.
    • Introduction QualiPSo OpenSource Maturity Model (OMM).In general, it is a CMM-like model based on FLOSS trustworthy elements (elements that bring trust in the quality of specific aspects of the FLOSS development process).
    • The problem• We have researched mainly three sources of information about the trust in the FLOSS development process: – published material on FLOSS. – public FLOSS repositories by using specifically developed tools, and – people working for software companies and individuals involved in FLOSS projects that use, integrate or develop FLOSS. The majority of trustworthy elements identified from FLOSS communities and industry surveys confirmed findings of other research already published in the literature
    • TWEs, CMMI and OMM
    • OMM• OMM is an assessment and an improvement model focused on the FLOSS development process.• OMM is intended for use by individuals FLOSS users, (FLOSS) development, and integration teams. – The emphasis is on simplicity and ease of use• Being simple but organized as an evolutionary model, OMM can be useful for companies as well.
    • OMM• OMM has three key levels: • the Basic level, • the Intermediate level, and • the Advanced level.• All levels include process areas from CMMI belonging to maturity levels 2 and 3. Not all process areas from CMMI are mandatory• Included CMMI process areas were simplified and converted into a TWE.
    • OMM Product Integration, Risk Management , Test Part 2, Design Part 2, Results of Advanced RSKM, 3rd Party Assessments, Reputation, Contributions Level DSN2, TST2, PI, RASM, REP, CONT Implementation of a Roadmap, Relationship between Stakeholders, Project Planning Part 2,Intermediate RDMP2, STK, Project Monitoring and Control,Level PP2, PMC, TST1, Test Part 1, Design Part 1, Process and Project Quality Assurance DSN1, PPQA Basic Product Documentation, Use of Established and Widespread Standards, Quality of Test Plan, Licenses, Level PDOC, STD, QTP, LCS, ENV, Technical Environment, Number of Commits and Bug DFCT, MST, CM, PP1, REQM, Reports, Maintainability and Stability, Configuration RDMP1 Management, Project Planning Part 1, Requirements Management, Availability of a Roadmap
    • Assessment• The assessment framework offers two possibilities: – The assessment team has free access to all development documentation, process documents, development teams for interviews. – The assessment team has limited access to the development documentation, process documents and development teams. This leads to a partial assessment.
    • Assessment• The central part of the framework is the assessment process itself.• Guidelines like the questionnaire, restrictions like scope and goal of assessment and roles/responsibilities are needed to support the assessment process.• A report is then prepared, as we will present in the following slides
    • Assessment 3 3 2 2 2 Rating 1 1 0 0 A B C D E 8 7 number of practices 6 5 practices not rated 4 3 rated practices 2 1 0 A B C D E TWERating Profile
    • OMM evolution• Typical OMM evolution actors• OPG – OPG is the OMM steering group• Specialist Groups – While OPG are the equivalent of “administrators” in Open Source Projects, Specialist groups are the “committers” of the model.• General users and contributors – All OMM users might be considered as potential contributors• OMM Sponsors – An additional support can eventually be contributed by future projects funded either by commercial companies or public bodies that will focus on the further development of OMM.
    • OMM evolution