Nicht-funktionale Anforderungen

Jedes Auto kann fahren, so why do Rapper, Superstar-Athleten, und Millionen- und Milliardäre, Zahlen Sie eine Menge Geld extra, um ein Bentley Continental GT Coupé zu kaufen, mit dem Sie für viel weniger Geld so schnell und sicher dorthin gelangen, wo sie wollen? As impressive as the GT’s long list of technology is, Ein Großteil davon ist in weitaus kostengünstigeren Automobilen erhältlich, wie der Porsche Panamera, mit dem es die Basisarchitektur teilt. Was einen Bentley vom Rest unterscheidet, ist die Präsentation. Ein Continental GT wäre das Winged-B-Emblem auf der Motorhaube nicht wert, wenn sein Design, Innenausstattung, und Handwerkskunst hat Sie nicht verblüfft.


In der Software wird diese Präsentation als nicht funktionale Anforderungen bezeichnet. Wie in teuren Autos, Die nicht funktionalen Anforderungen bestimmen einen erheblichen Teil der Kosten und des Aufwands, die zur Realisierung oder Wartung einer Software-Engineering-Lösung erforderlich sind. Die Auswirkungen nichtfunktionaler Anforderungen auf Kosten- und Aufwandsschätzungen sind in den Communities Software Engineering und Software Measurements jedoch weitgehend unterbelichtet.

Einige Schätzlösungen, wie SNAP und COCOMO, wurden vorgeschlagen, liefern jedoch eine unbefriedigende Vorhersagekraft oder haben keine theoretische Grundlage für ihre Mechanismen. 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. Es hat sich gezeigt, dass diese Mechanismen komplexer sind als die derzeit vorgeschlagenen Methoden.

Ein allgemeiner Schätzmechanismus

In einem auf der IWSM vorgestellten Papier 2017 Konferenz hat ein allgemeiner Mechanismus gezeigt, dass nur architekturgesteuerte Schätzmechanismen zu guten Kostenvorhersagen führen können. Basierend auf diesem Mechanismus können wir erklären, warum aktuelle Schätzlösungen nicht erfolgreich sind. Sie finden die Präsentation auf der Nesma-Diashow.

Die SIGMA-Lösung

Weitere Entwicklung

Das ursprüngliche Komitee, das den allgemeinen Mechanismus entwickelt hat, erweitert die Gruppe nun, um daraus eine praktische Methode zu entwickeln, die von Fachleuten angewendet werden kann. Insbesondere suchen wir:

  • 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

Wir haben bereits eine Reihe von Freiwilligen, die angeboten haben, uns aus Brasilien zu helfen, Frankreich, Jordanien und die Niederlande, aber wir können noch mehr Hilfe gebrauchen. Wenn Sie diesem Effert beitreten möchten, Bitte senden Sie eine E-Mail an nfr@nesma.org.

Share this post on:

Leave a Reply