Requerimientos funcionales

UN ESTUDIO INICIAL DE REQUERIMIENTOS NO FUNCIONALES A TRAVES DEL CASO DE USO1
DIGIÓN, Leda Beatriz
Univ. Nacional de Santiago del Estero, Facultad de Ciencias Exactas y Tecnologías.

Abstract En este trabajo se investiga la definición inicial de requerimientos no funcionales, como parte del proceso de educción de requerimientos de un producto informático. Si no se considera la educción,documentación y registro de requerimientos no funcionales en el proceso de desarrollo de producto software, se hace más difícil priorizar el tratamiento de las diferencias de calidad que puedan surgir en el sistema en estudio. Recuérdese que la calidad es el grado de concordancia entre los requerimientos del producto y el producto actual; también, se define la calidad desde el punto de vista de lapercepción del usuario, expectativas y objetivos o necesidades. Se toman las lecciones presentadas en el documento de Bredemeyer Consulting [4], y también se exponen conceptos introductorios de medición En este trabajo, se brinda conocimiento para identificar fuentes de requerimientos no funcionales y clasificarlos con la técnica ampliada de caso de uso, para lo cual se muestra un ejemplo. Asítambién, se pueden deducir atributos de calidad asociados a los objetivos técnicos y organizacionales del sistema en estudio. Palabras clave Requerimientos no funcionales, caso de uso, atributos del sistema, calidad del sistema.

1. Introducción Un equipo de proyecto informático inicia su trabajo con el objetivo de desarrollar un sistema que satisfaga los requerimientos actuales del usuario. Luego de untiempo de trabajo del equipo, lamentablemente puede suceder que se demore por “cuellos de botella” surgidos en el análisis y diseño del sistema, y el equipo comienza a sentir la presión de la próxima fecha impostergable de terminación del proyecto; además arrastra un importante desvío temporal en su ejecución. El riesgo de no poder terminar el proyecto en tiempo y forma, hace que comiencen aaparecer y crezcan rápidamente problemas de calidad en el producto y proceso, con la posible consecuencia del abandono del proyecto. Este es un escenario común que se mantiene en muchos equipos de proyectos informáticos, aún hasta el día de hoy. Entonces, ya sea que los requerimientos no funcionales no fueron especificados en el tiempo, o estudiados con la atención explícita de los riesgos queinvolucran, se dificulta el tratamiento de los problemas de calidad que puedan surgir. Sin objetivos de calidad que guíen a arquitectos e ingenieros, las chances de mejorar el producto son arbitrarias, y es duro medir al sistema durante las revisiones de diseño y arquitectura, y test del sistema. Por ello, se presenta aquí otra definición de calidad como la totalidad de rasgos y características de unproducto o servicio que se refiere a su habilidad para satisfacerlos en forma regular, o necesidades implicadas [9]. En este trabajo, se realiza una investigación sobre la definición inicial de requerimientos no funcionales, como parte del proceso de educción de requerimientos. Se tomarán las lecciones expuestas en el documento de Bredmeyer Consulting [4]. Si no se considera la educción,documentación y registro de requerimiento no funcionales, se hace más difícil priorizar los problemas de calidad en el sistema en estudio. Recuérdese que la calidad es el grado de
1

Trabajo realizado en el marco del proyecto CICYT Nº 23/C062, desarrollado en la Facultad de Ciencias Exactas y Tecnologías, Universidad Nacional de Santiago del Estero.

concordancia entre los requerimientos del producto yel producto actual; entonces, se define la calidad desde el punto de vista de la percepción del usuario, expectativas y objetivos o necesidades. La idea de este trabajo es, en una etapa inicial, poder identificar fuentes de requerimientos no funcionales, clasificarlos con el modelo de casos de uso, y poder deducir los atributos, o cualidades del sistema, que permitan más adelante, evaluar al...