Maisqual Quality Model
From Maisqual Private Wiki
 Introduction: Why a model?
 Different quality models for different projects
Software projects cannot be compared all together. The attributes of quality we observe will definitely depend on many criteria: application domain, criticality of the service offered, or targeted public. For that reason, a single quality model would be misleading. We will rather consider sort-of specific profiles that mask some components of a generic quality model.
Published and internal software projects cannot be compared, because their model
 Existing Quality Models
Note that for project quality there is a real gap in the litterature, as observed by Stephen H. Kan.
 The Maisqual Quality Model
 Product Quality
This model targets the release outcome of the project: software and documentation.
It is mainly inspired from the ISO 9126 and ISO SQuaRE standards, but also from research papers on quality models.
 Process Performance
This model evaluates the performance of the project process, as defined in the following Key Process Areas:
- Project Management
- Contracts Management
- Integrated Project Management
- Project Monitoring and Control
- Project Planning
- Risk Management
- Developer mailing list of forum
- User mailing list or forum
- User involvement
- User reporting
- Management reporting
- Build & Release Management
- Configuration Management
- Change Management
- Developer Base
- Measurement & Analysis
- Requirements Management
- Test Management
We define charisma as the attributes of quality that are directly related to the user context. They are clearly distinct from product or process characteristics and rather measure how the world around has received the software. It includes usage (do people use it?) and popularity (do people like it?).
These characteristics are not easy to measure, as they heavily rely on human interactions and personalities.
We define community as the attributes of quality that are neither part of the product or the process and still play an important role for users satisfaction. It includes support (how users requests regarding information, enhancements and defects are handled), communication (are users well informed of the evolution of product, etc.), learnability (are there a lot of resources on the world wide web, are there customer customisations or themes available, etc.), and continuity (is there a lot of users, is there some kind of guarantee that the software will be supported, etc.).
- ↑ See section "16.2, Software Process Maturity Assessment and Software Project Assessment", pp. 415, in the Metrics and Models in Software Quality Engineering book on the maisqual wiki.