TALLER DE RETROALIMENTACIÓN

Juan Nicolas Vela Tovar

Universidad de la Amazonia
Facultad de Ingeniería
Florencia-Caquetá
Ing. Lina Saza Bustos
2023
 ELICITACION DE REQUISITOS
La elicitación de requisitos es el proceso de identificar, recopilar, analizar y definir
las necesidades, expectativas y restricciones de un sistema o proyecto de
software por parte de los stakeholders o partes interesadas.

Durante este proceso, los analistas de requisitos, ingenieros de software o

gerentes de proyectos interactúan con los stakeholders, incluyendo usuarios
finales, clientes, patrocinadores, expertos en dominios, reguladores y otros
interesados para comprender sus necesidades, objetivos y expectativas en
relación con el sistema o software en desarrollo.

La elicitación de requisitos es un paso crítico en el proceso de desarrollo de

software, ya que los requisitos mal definidos o interpretados pueden llevar a la
creación de un sistema que no cumple con las necesidades o expectativas de los
stakeholders, lo que resulta en un sistema ineficaz o en una falla del proyecto en
su conjunto.

ACTIVIDADES DE LA ELICITACION DE REQUISITOS

Existen diversas actividades que se pueden realizar en el proceso de elicitación de

requisitos, las cuales pueden variar según la metodología utilizada y el contexto
del proyecto. Algunas de las actividades comunes en la elicitación de requisitos
son:

1. Identificación de stakeholders: Identificar a las partes interesadas y

comprender su papel en el proyecto.

2. Entrevistas: Realizar entrevistas individuales o grupales con los

stakeholders para recopilar información sobre sus necesidades, objetivos y
expectativas.

3. Cuestionarios y encuestas: Diseñar y enviar cuestionarios y encuestas para

recopilar información de los stakeholders.

4. Talleres: Organizar talleres con los stakeholders para discutir y definir los
requisitos.
 5. Observación: Observar el entorno del usuario final para identificar
necesidades y problemas que no se han expresado verbalmente.

6. Análisis de documentos: Analizar documentos relacionados con el proyecto,

como especificaciones técnicas, informes de investigación y documentos de
estrategia.

7. Prototipos y modelos: Crear prototipos o modelos para validar y refinar los

requisitos.

8. Análisis de casos de uso: Identificar los casos de uso y escenarios de uso

del sistema.

9. Revisión y validación: Revisar y validar los requisitos con los stakeholders

para asegurarse de que se comprenden y se cumplen sus necesidades.

Es importante destacar que la elección de las actividades específicas a realizar

dependerá de la metodología y el enfoque de la elicitación de requisitos, así como
del contexto y alcance del proyecto.

TECNICAS O HERRAMIENTAS DE LA ELICITACION DE REQUISITOS

Existen varias técnicas y herramientas que se pueden utilizar en el proceso de

elicitación de requisitos. Algunas de las más comunes son:

Entrevistas: Las entrevistas son una técnica común para recopilar información de
los stakeholders. Pueden ser individuales o grupales y pueden ser estructuradas o
no estructuradas.

Cuestionarios y encuestas: Las encuestas son una herramienta útil para

recopilar información de un gran número de stakeholders en un corto período de
tiempo.

Talleres: Los talleres son una forma efectiva de reunir a un grupo de stakeholders
para discutir y definir los requisitos.
Prototipos y maquetas: Los prototipos y maquetas son herramientas que permiten
a los stakeholders interactuar con el sistema o software en desarrollo y
proporcionar comentarios y sugerencias.

Análisis de casos de uso: El análisis de casos de uso es una técnica que

permite identificar los requisitos del sistema mediante la identificación de los
diferentes casos de uso y escenarios de uso del sistema.

Análisis de documentos: El análisis de documentos es una técnica que permite

recopilar información relevante de los documentos relacionados con el proyecto,
como especificaciones técnicas, informes de investigación y documentos de
estrategia.

Observación: La observación es una técnica que permite a los analistas de

requisitos observar el entorno del usuario final para identificar necesidades y
problemas que no se han expresado verbalmente.

Es importante tener en cuenta que la elección de las técnicas y herramientas

específicas dependerá del contexto y alcance del proyecto, así como de las
necesidades y características de los stakeholders involucrados.

REQUISITOS DE SOLUCIÓN

os requisitos de solución son aquellos requisitos que se refieren a las

características, funcionalidades y capacidades específicas que se necesitan para
solucionar un problema o satisfacer una necesidad de los stakeholders. Estos
requisitos suelen estar directamente relacionados con la funcionalidad y el
comportamiento del sistema o software y deben ser específicos, claros y medibles
para garantizar que el sistema o software cumpla con las expectativas y
necesidades de los stakeholders.

Algunos ejemplos de requisitos de solución pueden incluir:

Funcionalidad: Los requisitos de funcionalidad describen las funciones y

características específicas que el sistema o software debe tener para cumplir con
los objetivos del proyecto.
Rendimiento: Los requisitos de rendimiento especifican los criterios de
rendimiento que el sistema o software debe cumplir, como el tiempo de respuesta,
la velocidad de procesamiento y la capacidad de carga.

Seguridad: Los requisitos de seguridad describen los controles y medidas de

seguridad que el sistema o software debe implementar para garantizar la
integridad, confidencialidad y disponibilidad de los datos y sistemas.

Interfaz de usuario: Los requisitos de la interfaz de usuario describen cómo los

usuarios interactuarán con el sistema o software, incluyendo el diseño de la
interfaz de usuario y la facilidad de uso.

Requisitos legales y regulatorios: Los requisitos legales y regulatorios describen

los requisitos legales y regulatorios que el sistema o software debe cumplir, como
los requisitos de cumplimiento de la privacidad y la protección de datos.

Disponibilidad: Los requisitos de disponibilidad describen los criterios de

disponibilidad que el sistema o software debe cumplir, como el tiempo de
inactividad programado y no programado.

En resumen, los requisitos de solución son aquellos requisitos que se refieren a

las características, funcionalidades y capacidades específicas que se necesitan
para solucionar un problema o satisfacer una necesidad de los stakeholders y
deben ser especificados con claridad y precisión para asegurar el éxito del
proyecto.

REQUISITOS DE TRANSICION

Los requisitos de transición son aquellos requisitos que se refieren a la transición

del sistema o software desde su fase de desarrollo a su fase de operación y
mantenimiento. Estos requisitos suelen ser necesarios para asegurar que el
sistema o software pueda ser entregado e implementado de manera efectiva y que
cumpla con las expectativas de los stakeholders. Algunos ejemplos de requisitos
de transición pueden incluir:
Capacitación: Se pueden requerir programas de capacitación para los usuarios
finales y el personal encargado de mantener y administrar el sistema o software.

Instalación y configuración: Los requisitos de instalación y configuración deben

estar documentados para garantizar que el sistema o software se instale
correctamente en los entornos previstos y se configure según las necesidades del
proyecto.

Pruebas de aceptación del usuario: Los requisitos de pruebas de aceptación del

usuario deben especificar las pruebas que se deben realizar para validar que el
sistema o software cumple con los requisitos del usuario y está listo para su
implementación.

Documentación: La documentación debe estar disponible y actualizada para

permitir la comprensión y el mantenimiento del sistema o software después de su
implementación.

Soporte: Se deben establecer requisitos para el soporte técnico y de

mantenimiento, incluyendo los tiempos de respuesta, la disponibilidad de personal
y los procedimientos de resolución de problemas.

Planes de implementación: Se deben establecer planes de implementación que

definan las etapas y los cronogramas de la transición del sistema o software desde
el desarrollo hasta la operación.

En resumen, los requisitos de transición son aquellos requisitos que se deben

cumplir para garantizar una transición efectiva y sin problemas del sistema o
software desde la fase de desarrollo hasta la fase de operación y mantenimiento.

REQUISITOS FUNCIONALES Y NO FUNCIONALES

Los requisitos de software se pueden clasificar en dos categorías principales:

requisitos funcionales y no funcionales.

Requisitos Funcionales:
Los requisitos funcionales describen las funciones, tareas y acciones que el
software debe ser capaz de realizar. Son declaraciones de comportamiento que se
espera que el software exhiba bajo ciertas condiciones específicas. Ejemplos de
requisitos funcionales pueden incluir:

 Registrar usuarios nuevos

 Buscar y mostrar resultados de búsqueda
 Enviar correos electrónicos de confirmación
 Permitir a los usuarios comprar productos en línea

Las características comunes de los requisitos funcionales incluyen:

 Especificidad: los requisitos funcionales deben ser específicos y detallados,

para garantizar que se comprenda exactamente lo que se espera del
software.
 Verificabilidad: los requisitos funcionales deben ser verificables para poder
evaluar si el software los cumple o no.
 Prioridad: los requisitos funcionales deben ser clasificados en función de su
importancia y relevancia para el software.

Requisitos No Funcionales:

Los requisitos no funcionales describen las características y propiedades del

software, en lugar de sus funcionalidades. Estos requisitos definen cómo se debe
comportar el software en términos de calidad, eficiencia, usabilidad, rendimiento,
seguridad, disponibilidad, entre otros. Ejemplos de requisitos no funcionales
pueden incluir:

 Tiempo de respuesta aceptable

 Facilidad de uso e intuitividad de la interfaz
 Escalabilidad del sistema
 Requisitos de seguridad y privacidad de los datos

Las características comunes de los requisitos no funcionales incluyen:

  Cuantificables: los requisitos no funcionales deben ser cuantificables, para
permitir la medición y evaluación de su cumplimiento.
 Medibles: los requisitos no funcionales deben ser medibles y evaluables en
términos de calidad, eficiencia y otros aspectos relevantes.
 Claridad: los requisitos no funcionales deben ser claros y precisos, para
evitar ambigüedades y malinterpretaciones.

En resumen, los requisitos funcionales se centran en lo que el software debe

hacer, mientras que los requisitos no funcionales se centran en cómo el software
debe hacerlo. Ambos tipos de requisitos son esenciales para el éxito del software
y deben ser cuidadosamente definidos y documentados para asegurar la
satisfacción de los stakeholders.

MANERA CORRECTA DE ESCRIBIR REQUISITOS

La escritura de requisitos es una actividad clave en la gestión de proyectos de

software. La claridad, precisión y concisión son esenciales para garantizar que los
requisitos sean entendidos por todas las partes interesadas y se puedan
implementar correctamente en el software. Aquí hay algunos consejos para
escribir requisitos de manera efectiva:

Utilizar un lenguaje claro y conciso: Los requisitos deben ser escritos en un

lenguaje simple y fácil de entender para todas las partes interesadas. Es
importante evitar el uso de jergas técnicas o palabras ambiguas que puedan
confundir a los lectores.

Definir los requisitos de manera específica: Los requisitos deben ser específicos,
precisos y detallados para garantizar que el software se ajuste exactamente a los
requisitos. Es importante definir los requisitos en términos medibles y
cuantificables.
Organizar los requisitos de manera estructurada: Los requisitos deben estar
organizados de manera clara y lógica. Es común utilizar una plantilla estándar
para escribir los requisitos, que incluya información sobre la fuente del requisito, la
descripción detallada del requisito, los criterios de aceptación, entre otros.

Utilizar un lenguaje orientado al usuario: Los requisitos deben ser escritos desde la
perspectiva del usuario, de modo que se entienda cómo el software ayudará al
usuario a realizar sus tareas de manera efectiva.

Establecer prioridades: Los requisitos deben estar clasificados en función de su

importancia y relevancia para el proyecto. Es importante identificar los requisitos
críticos para el éxito del proyecto y establecer prioridades para su implementación.

Mantener una trazabilidad adecuada: Los requisitos deben estar bien

documentados y trazables. Esto significa que cada requisito debe tener una fuente
clara, una descripción detallada, criterios de aceptación y una relación con otros
requisitos y elementos del proyecto.

Revisar y validar los requisitos: Es importante que los requisitos sean revisados y
validados por todas las partes interesadas, para garantizar que se entiendan
correctamente y que se ajusten a las necesidades del usuario y los objetivos del
proyecto.

En resumen, la escritura de requisitos es una actividad crítica en la gestión de

proyectos de software y debe ser realizada con cuidado y atención a los detalles.
La claridad, precisión y concisión son esenciales para garantizar el éxito del
proyecto y la satisfacción del cliente y los stakeholders.