Bien que le système d'évaluation de processus logiciel ISO 15504, ou SPICE, soit connu comme l'abréviation, il vise à établir un principe commun entre différentes méthodes et méthodes d'évaluation de processus logiciel. De cette manière, un rapport commun sera obtenu pour les résultats de l'évaluation.
Lors de la mise en place de ce système dans une organisation, il doit d'abord comprendre sa situation actuelle, puis déterminer sa conformité à un certain ensemble d'exigences afin d'améliorer ses processus existants. Enfin, il est nécessaire de déterminer si les processus des fournisseurs et d'autres organisations similaires avec lesquelles il fait affaire sont adaptés à un certain contrat. SPICE est une norme largement utilisée pour l'évaluation et la gestion de différents processus logiciels développés au sein de l'organisation et de votre entreprise, et est particulièrement recommandé pour les éditeurs de logiciels qui souhaitent créer des compétences d'acquisition, de fourniture, de développement, d'exploitation et de support de logiciels.
L'objectif du modèle SPICE est de fournir un principe de base commun pour différents modèles et méthodes d'évaluation de processus logiciel. Cela garantit que les résultats des évaluations sont rapportés dans un contexte commun.
Le modèle de référence décrit les objectifs de base requis pour une bonne ingénierie logicielle à un niveau élevé et est appliqué à toute organisation logicielle qui souhaite obtenir, fournir, développer, exploiter, développer et soutenir le logiciel. Le modèle n'est pas basé sur une structure organisationnelle spécifique, une philosophie de gestion, un modèle de cycle de vie logiciel, une technologie logicielle ou une méthodologie de développement. L'architecture de ce modèle de référence organise les processus de manière à aider le personnel logiciel à le comprendre et à l'utiliser pour l'amélioration continue de la gestion des processus logiciels.
Le premier principe d'ISO 15504 est de révéler la capabilité du processus. En d'autres termes, pour déterminer si les processus répondent aux objectifs commerciaux actuels ou prévus.
Un autre principe important est d'éviter les difficultés découlant de la nature des produits logiciels. Ces difficultés peuvent être abstraites, changeantes ou sensibles aux humains. Ou cela peut être dû à des domaines d'application différents ou à l'utilisation de technologies différentes. Un processus de développement logiciel ne peut pas toujours être traçable. Parce que dans les études de logiciels, les processus de conception et de réalisation peuvent ne pas être complètement séparés.
Une enquête montre que seul X% des projets logiciels ont abouti. 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é.
