Requerimientos no funcionales

Cualquier auto puede conducir, so why do raperos, atletas superestrellas, y millones- y multimillonarios, Pague toneladas de dinero extra para comprar un cupé Bentley Continental GT que los lleve tan rápido y seguro a donde quieren estar por mucho menos dinero? As impressive as the GT’s long list of technology is, gran parte está disponible en automóviles mucho menos costosos, como el Porsche Panamera, con el que comparte la arquitectura base. Lo que separa a un Bentley del resto es la presentación. Un Continental GT no valdría la insignia de B con alas en el capó si su diseño, materiales interiores, y la artesanía no te dejó atónito.


En el software, esta presentación se conoce como requisitos no funcionales. Como en autos caros, Los requisitos no funcionales determinan una cantidad significativa del costo y el esfuerzo necesarios para realizar o mantener una solución de ingeniería de software. Sin embargo, el efecto de los requisitos no funcionales en las estimaciones de costo y esfuerzo está en gran medida subexpuesta en las comunidades de ingeniería de software y mediciones de software.

Algunas soluciones de estimación, como SNAP y COCOMO, se han propuesto pero producen un poder predictivo insatisfactorio o carecen de una base teórica de sus mecanismos. 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. Se ha demostrado que estos mecanismos son más complejos que los métodos actualmente propuestos..

Un mecanismo de estimación general.

En un trabajo presentado en el IWSM 2017 conferencia, un mecanismo general ha demostrado que solo los mecanismos de estimación guiados por la arquitectura pueden conducir a buenas predicciones de costos. Sobre la base de ese mecanismo, podemos explicar por qué las soluciones de estimación actuales no tienen éxito. Puede encontrar la presentación en la diapositiva compartida de Nesma.

La solución SIGMA

Mayor desarrollo

El comité original que desarrolló el mecanismo general ahora está ampliando el grupo para desarrollar esto en un método práctico que pueda ser utilizado por profesionales.. En particular estamos buscando:

  • 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

Ya tenemos una serie de voluntarios que se han ofrecido para ayudarnos desde Brasil., Francia, Jordania y los Países Bajos, pero aún podemos usar más ayuda. Cuando quieras unirte a este esfuerzo, por favor envíe un correo electrónico a nfr@nesma.org.

Comparte este artículo en:

Deja una respuesta