Requerimientos no funcionales
Cualquier auto puede conducir, Entonces, ¿por qué hacer 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? Por impresionante que sea la larga lista de tecnologías del GT, 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. Las investigaciones anteriores de Nesma sobre la estimación del software empaquetado ya han brindado una idea de los mecanismos básicos que impulsan la estimación del costo y el esfuerzo de los requisitos funcionales y no funcionales.. 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.
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:
- Arquitectos de soluciones para ayudarnos a estandarizar los elementos de la estructura de desglose de la arquitectura que necesitamos
- Especialistas en adquisiciones para ayudarnos a definir componentes estandarizados para expresar solicitudes de propuestas de manera estandarizada
- Especialistas en finanzas/medición para ayudarnos a definir formas estandarizadas para estimar el costo de los componentes estandarizados
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.