Lors de la configuration de ce système dans une organisation, une organisation doit d'abord comprendre son statut actuel, puis déterminer son adéquation à un ensemble particulier d'exigences afin d'améliorer ses processus existants. Enfin, les fournisseurs et autres organisations similaires avec lesquelles ils font affaire doivent déterminer si leurs processus sont conformes à un contrat particulier.
De cette manière, grâce au logiciel d'évaluation des processus logiciels, une culture d'amélioration continue est établie dans cette organisation et la mise en place des systèmes nécessaires au maintien de cette culture est soutenue. Ce système présente également l’avantage de motiver l’ingénierie de processus qui répondra aux objectifs de l’entreprise. Cela signifie la meilleure utilisation des ressources. Ces explications montrent que le premier principe de base du système d'évaluation de processus logiciel ISO 15504 est de révéler la capacité de traitement. En d’autres termes, déterminer l’état des processus pour atteindre les objectifs commerciaux actuels ou anticipés.
Le deuxième principe important du système consiste à éviter les difficultés liées à la nature des produits logiciels. Ces difficultés peuvent être abstraites, changeantes ou sensibles à l'homme. Cela peut aussi être dû à différents domaines d’application ou à l’utilisation de technologies différentes. Un processus de développement logiciel n'est pas toujours traçable.
En effet, les processus de conception et de mise en œuvre dans les études de logiciel peuvent ne pas être totalement séparés. En regardant les résultats d'une recherche récente, seul X% des projets de logiciels ont été couronnés de succès. Le pourcentage 32 est à peine terminé. Bon nombre de ces projets ont dépassé leurs coûts et nombre d’entre eux n’ont pas été achevés à temps ou pourraient présenter des lacunes. 44% des projets ont échoué. Le projet a été annulé avant la livraison ou n’a jamais été utilisé. La norme ISO 24 relative au système d’évaluation des processus logiciels a été créée en raison de la nécessité de processus de développement plus disciplinés afin d’éviter les problèmes liés aux processus logiciels.
