Niet-functionele vereisten

Elke auto kan rijden, dus waarom? rappers, supersteratleten, en miljoen- en miljardairs, betaal tonnen extra om een ​​Bentley Continental GT coupe te kopen waarmee ze voor veel minder geld zo snel en veilig kunnen komen waar ze willen zijn? Zo indrukwekkend als de lange lijst met technologie van de GT is, veel ervan is beschikbaar op veel goedkopere auto's, zoals de Porsche Panamera, waarmee het de basisarchitectuur deelt. Wat een Bentley onderscheidt van de rest is presentatie. Een Continental GT zou de gevleugelde B-badge op de motorkap niet waard zijn als het ontwerp, interieur materialen, en vakmanschap liet je niet verbazen.


In software wordt naar deze presentatie verwezen als niet-functionele vereisten. Zoals in dure auto's, de niet-functionele vereisten bepalen een aanzienlijk deel van de kosten en inspanningen die nodig zijn om een ​​software-engineeringoplossing te realiseren of te onderhouden. Toch is het effect van niet-functionele vereisten op schattingen van kosten en inspanningen grotendeels onderbelicht in de gemeenschappen voor software-engineering en softwaremetingen.

Een paar schattingsoplossingen, zoals SNAP en COCOMO, zijn voorgesteld maar leveren een onbevredigend voorspellend vermogen of missen een theoretische basis van hun mechanismen. Eerder onderzoek van Nesma naar schatting van verpakte software heeft al enig inzicht opgeleverd in de basismechanismen die de schatting van kosten en inspanningen van zowel functionele als niet-functionele vereisten sturen. Het is gebleken dat deze mechanismen complexer zijn dan de momenteel voorgestelde methoden.

Een algemeen schattingsmechanisme

In een paper gepresenteerd op de IWSM 2017 Conferentie heeft een algemeen mechanisme aangetoond dat alleen architectuurgestuurde schattingsmechanismen kunnen leiden tot goede kostenvoorspellingen. Op basis van dat mechanisme kunnen we uitleggen waarom de huidige schattingsoplossingen niet succesvol zijn. Je vindt de presentatie op de Nesma slideshare.

De SIGMA-oplossing

Verdere ontwikkeling

De oorspronkelijke commissie die het algemene mechanisme heeft ontwikkeld, breidt de groep nu uit om dit te ontwikkelen tot een praktische methode die door professionals kan worden gebruikt. We zijn vooral op zoek:

  • Oplossingsarchitecten die ons helpen de elementen van de Architecture Breakdown Structure te standaardiseren die we nodig hebben
  • Inkoopspecialisten om ons te helpen bij het definiëren van gestandaardiseerde componenten om verzoeken om voorstellen op een gestandaardiseerde manier uit te drukken
  • Financiële / meetspecialisten die ons helpen bij het definiëren van gestandaardiseerde manieren om de kosten van de gestandaardiseerde componenten te schatten

We hebben al een aantal vrijwilligers die hebben aangeboden om ons vanuit Brazilië te helpen, Frankrijk, Jordanië en Nederland, maar we kunnen nog steeds meer hulp gebruiken. Wanneer je mee wilt doen aan deze effert, stuur dan een e-mail naar nfr@nesma.org.

Deel deze post op:

Laat een antwoord achter