Prérogatives non fonctionnelles

N'importe quelle voiture peut conduire, so why do rappeurs, athlètes superstars, et millions- et milliardaires, payer des tonnes d'argent supplémentaires pour acheter un coupé Bentley Continental GT qui les amène aussi rapidement et en toute sécurité là où ils veulent être pour beaucoup moins d'argent? As impressive as the GT’s long list of technology is, une grande partie est disponible sur des automobiles beaucoup moins coûteuses, comme la Porsche Panamera, avec lequel il partage l'architecture de base. Ce qui sépare une Bentley du reste, c'est la présentation. Une Continental GT ne vaudrait pas l'insigne ailé B sur le capot si sa conception, matériaux intérieurs, et l'artisanat ne vous a pas laissé bouche bée.


Dans le logiciel, cette présentation est appelée exigences non fonctionnelles. Comme dans les voitures chères, les exigences non fonctionnelles déterminent une part importante des coûts et des efforts nécessaires pour réaliser ou maintenir une solution d'ingénierie logicielle. Pourtant, l'effet des exigences non fonctionnelles sur les estimations des coûts et des efforts est largement sous-exposé dans les communautés de génie logiciel et de mesure logicielle.

Quelques solutions d'estimation, comme SNAP et COCOMO, ont été proposés mais n'offrent pas un pouvoir prédictif satisfaisant ou n'ont pas de fondement théorique de leurs mécanismes. Earlier research from Nesma on packaged software estimation has already delivered some insight in the basic mechanisms that drive the estimation of cost and effort from both Functional and Non-Functional Requirements. Il a montré que ces mécanismes sont plus complexes que les méthodes actuellement proposées.

Un mécanisme d'estimation général

Dans un article présenté à l'IWSM 2017 conférence un mécanisme général a montré que seuls les mécanismes d'estimation pilotés par l'architecture peuvent conduire à de bonnes prévisions de coûts. Sur la base de ce mécanisme, nous pouvons expliquer pourquoi les solutions d'estimation actuelles échouent. Vous pouvez retrouver la présentation sur le slideshare Nesma.

La solution SIGMA

La poursuite du développement

Le comité d'origine qui a développé le mécanisme général étend maintenant le groupe pour en faire une méthode pratique pouvant être utilisée par des professionnels. Nous recherchons en particulier:

  • Solution architects to help us standardize the elements of the Architecture Breakdown Structure we need
  • Procurement specialists to help us define standardized components to express Requests for Proposal in a standardized way
  • Financial/measurement specialists to help us define standardized ways to estimate the cost of the standardized components

Nous avons déjà un certain nombre de volontaires qui ont offert de nous aider du Brésil, France, La Jordanie et les Pays-Bas, mais nous pouvons toujours utiliser plus d'aide. Quand tu veux rejoindre cet effert, veuillez envoyer un e-mail à nfr@nesma.org.

Partager cet article sur:

Laisser une réponse