1. Clasificación de Requisitos
1.1. Funcionales
1.1.1. Definen lo que el sistema debe hacer (ej. "El sistema debe permitir a los usuarios registrarse y crear una cuenta").
1.2. No Funcionales
1.2.1. Describen cómo debe funcionar el sistema, incluyendo atributos de calidad como rendimiento, seguridad y usabilidad (ej. "El sistema debe cargar las páginas en menos de 2 segundos").
1.3. Del Negocio
1.3.1. Relacionados con los objetivos y necesidades del negocio (ej. "El sistema debe aumentar la eficiencia del proceso de ventas en un 20%").
1.4. Del Usuario
1.4.1. Especifican las necesidades y expectativas de los usuarios finales (ej. "El sistema debe tener una interfaz intuitiva y fácil de usar para los empleados de la tienda")
2. Procesos en la Ingeniería de Requisitos
2.1. Elicitación
2.1.1. Recopilación de necesidades, deseos y expectativas.
2.1.2. Técnicas: Entrevistas, encuestas, talleres, observación, análisis de documentos.
2.2. Documentación
2.2.1. Especificación de Requisitos del Software (SRS).
2.3. Validación y Verificació
2.3.1. Asegurar que los requisitos son correctos, completos y factibles.
2.4. Gestión de Requisitos
2.4.1. Supervisar y controlar cambios en los requisitos
3. Técnicas de Elicitación de Requisitos
3.1. Entrevistas
3.1.1. Preguntas directas a usuarios y stakeholders.
3.2. Encuestas y Cuestionarios
3.2.1. Formularios para recopilar información de muchas personas.
3.3. Talleres de Trabajo
3.3.1. Reuniones grupales para discutir y definir requisitos
3.4. Observación Directa
3.4.1. Observar tareas diarias de usuarios.
3.5. Análisis de Documentos
3.5.1. Revisión de manuales, informes, registros
4. Ejemplos Prácticos
4.1. Desarrollo de una aplicación bancaria
4.1.1. Requisitos como la capacidad de los usuarios para ver su saldo, transferir dinero, pagar facturas, etc., cumpliendo con normas de seguridad.
4.2. Creación de un sitio web de comercio electrónico
4.2.1. Incluye un sistema de carrito de compras, métodos de pago, gestión de inventario y funcionalidades para la gestión de cuentas de usuario.
4.3. Software de gestión hospitalaria
4.3.1. Requisitos como la capacidad de registrar y seguir las citas de los pacientes, gestionar historiales médicos y permitir la comunicación entre diferentes departamentos del hospital
5. definición
5.1. ingenieria de requisitos
5.1.1. Es una fase fundamental en el desarrollo de software que se encarga de identificar, documentar y gestionar las necesidades y expectativas de los usuarios y otras partes interesadas. Su objetivo es asegurar que el software desarrollado satisfaga las necesidades de los usuarios de manera efectiva y eficiente, evitando costosos errores y malentendidos
6. Importancia
6.1. Define el propósito del software
6.1.1. Ayuda a entender exactamente qué se espera del software.
6.2. Evita errores costosos
6.2.1. Identificar y corregir errores en las etapas iniciales es más económico.
6.3. Alinea expectativas
6.3.1. Asegura que todos los involucrados estén en la misma página
6.4. Mejora la planificación
6.4.1. Proporciona una base sólida para estimar tiempos, costos y recursos necesarios
7. Ventajas
7.1. Mejora la comunicación
7.1.1. Facilita la comunicación entre todos los involucrados en el proyecto.
7.2. Reducción de costos y tiempos
7.2.1. Ayuda a evitar cambios y correcciones tardías
7.3. Aumento de la satisfacción del usuario
7.3.1. Asegura que el producto final cumpla con las necesidades del usuario.
7.4. Facilita la planificación y gestión
7.4.1. Proporciona una base sólida para la planificación y gestión del proyecto.
8. Características Principales
8.1. Claridad
8.1.1. Deben ser fáciles de entender para evitar malentendidos.
8.2. Especificidad
8.2.1. Deben ser detallados y específicos, indicando claramente qué se necesita.
8.3. Factibilidad
8.3.1. Deben ser realistas y posibles de implementar dentro de las restricciones del proyecto.
8.4. Verificabilidad
8.4.1. Deben poder ser verificados y testeados para asegurar que se han cumplido.
8.5. Consistencia
8.5.1. No deben contradecirse entre sí