Resumen

La Elicitación de Requisitos implica un proceso de entendimiento de las necesidades funcionales y las restricciones (Requisitos No Funcionales - RNF) establecidas por los stakeholders, las cuales serán entrada para las demás etapas del desarrollo de software. En dicha elicitación, la inclusión de los RNF depende de las estrategias para gestionar el conocimiento de los interesados (stakeholders y elicitadores) con el objetivo de generar productos software de alta calidad. Este documento se centra en establecer los diferentes flujos de transformación del conocimiento que se generan en el proceso de Elicitación de RNF al integrar diferentes componentes de la gestión del conocimiento. El núcleo de transformación del conocimiento propuesto fue valorado mediante las técnicas Focus Group y reporte de experiencia obteniendo resultados positivos para su implementación dentro de las prácticas de las organizaciones dedicadas al desarrollo de software.

INTRODUCCIÓN

El estándar IEEE 830-1998 indica que el proceso de Especificación de Requisitos (Software Requirements Specification) incluye, dentro de sus partes esenciales, información sobre interfaces externas, funciones, requisitos de desempeño, requisitos lógicos de base de datos, restricciones de diseño, atributos del software 1. Así mismo, el proceso de Elicitación de Requisitos (ER) se refiere a todo sobre aprender y entender las necesidades de los usuarios y de los interesados del proyecto de software con el objetivo de comunicar estas necesidades a los desarrolladores del sistema 2. De esta forma, el proceso de ER se considera como la base para que las etapas siguientes de un proceso de desarrollo de software plasmen de manera adecuada y completa la(s) alternativa(s) de solución 1-3.

Dentro de la ER, se toman en cuenta dos elementos principales: los Requisitos Funcionales (RF) y los Requisitos No Funcionales (RNF) (4. Los RF son las acciones que debe realizar el software sin considerar las limitaciones físicas; mientas que los RNF definirán las propiedades ambientales y las restricciones de implementación relacionadas con el desempeño del producto software 3. Para Chung, los RNF deben ser considerados como parte del proceso de desarrollo de software debido a que representan características de usabilidad, flexibilidad, desempeño, operatividad y seguridad del producto solicitado 4. Por otro lado, se indica que los RNF limitan el comportamiento y el desarrollo de un producto software especificando los atributos que el sistema resultante debe tener 5. Además, se señala que la funcionalidad está relacionada a lo que el sistema hace y su no funcionalidad o calidad se refiere a cómo el sistema se comporta frente a atributos observables como el desempeño, reusabilidad, confiabilidad 6. Por todo lo anterior, los RNF deben considerarse, de manera determinante, en la definición de las restricciones tanto para el desarrollo como para el proceso de implementación 7 cumpliendo de manera completa las expectativas de los interesados (stakeholders y elicitadores) 8.

• Materias:Administración del conocimiento Ingeniería de software Relaciones con los clientes
• Subjects:Knowledge management Software engineering Customer relations
• Palabras claves:Ingeniería de software; Elicitación de requisitos; Gestión del conocimiento; Requisitos no funcionales
• Keywords:Software engineering; Requirements elicitation; Knowledge management; Non- functional requirements