Expo escenarios requerimientos sw
Descargar como PPT, PDF2 recomendaciones2,599 vistas
El documento describe los conceptos clave de la ingeniería de requerimientos. Explica que los requerimientos pueden ser funcionales o no funcionales, y que existen diferentes técnicas para obtener y analizar los requerimientos de los usuarios como escenarios, casos de uso y etnografía. También cubre la validación de requerimientos y la administración del cambio en los requerimientos a lo largo del tiempo.
Expo escenarios requerimientos sw
- 3. REQUERIMIENTOS Comprender la naturaleza de los problemas, puede ser muy difícil si el sistema a desarrollar es de alta complejidad. Es difícil establecer exactamente lo que el sistema debe hacer. LAS DESCRIPCIONES DE LOS SERVICIOS Y SUS RESTRICCIONES (REQUERIMIENTOS) PROCESO DE DESCUBRIR, ANALIZAR, DOCUMENTAR, VERIFICAR ESTOS SERVICIOS Y RESTRICCIONES (INGENIERIA DE REQUERIMIENTOS)
- 4. REQUERIMIENTOS FUNCIONALES Y NO FUNCIONALES 1.- REQUERIMIENTOS FUNCIONALES: Describe los servicios que proveerá el sistema. 2.- REQUERIMIENTOS NO FUNCIONALES: Restricciones de los servicios o funciones ofrecidos por el sistema. 3.- REQUERIMIENTOS DEL DOMINIO: Requerimientos que provienen del dominio de aplicación del sistema.
- 5. 2.- REQUERIMIENTOS NO FUNCIONALES: REQUERIMIENTOS ORGANIZACIONALES Requerimientos de Entrega Requerimientos de Implementación Requerimientos de Estándares REQUERIMIENTOS NO FUNCIONALES REQUERIMIENTOS DEL PRODUCTO Requerimientos de Eficiencia Requerimientos de Fiabilidad Requerimientos de Portabilidad REQUERIMIENTOS EXTERNOS Requerimientos de Interoperabilidad Requerimientos Legislativos Requerimientos Éticos
- 6. OBTENCION Y ANALISIS DE REQUERIMIENTOS Comprensión del dominio Recolección de Requerimientos Verificación de requerimientos Priorización Especificación de requerimientos Documento de requerimiento Resolución de conflictos Clasificación Entrada del proceso
- 7. Descripciones de las sesiones de interacción con el sistema ESCENARIOSESCENARIOS •Escenario de Eventos •Casos de Uso •Etnografía
- 8. METODO VORD (DEFINICION DE REQUERIMIENTOS ORIENTADOS A PUNTOS DE VISTA) Identificación del punto de vista Estructuración del punto de vista Documentación del punto de vista Trazado del punto de vista del Sistema
- 9. Consulta de saldo Obtención de transacciones Base de datos del Cliente Información CuentaAdministrador Retiro de Efectivo Costo del SistemaUsuario No Valido Retención de tarjeta Mantenimiento del Hardware Ejemplo: Cajeros Automáticos Plantilla Cajero Ejecución de diagnostico Adición de Efectivo Adición de Papel Envío de mensaje Plantilla Cliente Referencia: Cliente Atributo: Numero Cuenta Inicio Transacción Eventos: Seleccionar servicios Cancelar Transacción Finalizar Transacción Servicios: Retiro de efectivo
- 10. ESCENARIOS DE EVENTOS •Utilizados en VORD •Documentan comportamiento del sistema en eventos específicos. •Utilizan Diagramas
- 11. CASOS DE USO •Establecido en el método Objectory. •Característica UML •Utilizan Diagramas ETNOGRAFÍA •Técnica de Información. •Como objetivo principal entender los requerimientos sociales y organizacionales
- 12. VALIDACION DEVALIDACION DE REQUERIMIENTOSREQUERIMIENTOS Comprende un bosquejo completo del documento. •Verificación Validez •Verificación de Consistencia. •Verificación de Integridad •Verificación de Realismo •Verificabilidad
- 13. TECNICAS DETECNICAS DE VALIDACIONVALIDACION •Revisiones de requerimiento •Construcción de prototipo •Generación de casos de prueba. ¿Estamos construyendo el producto correcto? ¿Estamos construyendo el producto correctamente? El software debería ajustarse a su especificación El software debería hacer lo que el cliente realmente reclama
- 14. REVISIONES DE REQUERIMIENTOS Proceso manual que involucra a lectores, clientes y contratista. El equipo de desarrollo conduce a los clientes a través de los requerimientos. CONSTRUCCION DE PROTOTIPOS Se muestra un modelo ejecutable del sistema a los usuarios finales y a los clientes. GENERACION DE CASOS DE PRUEBA
- 15. ADMINISTRACION DEADMINISTRACION DE REQUERIMIENTOSREQUERIMIENTOS Proceso comprender y controlar los cambios en los requerimientos Sistemas que mejoran el Status quo
- 16. 2.- Planeación de la administración de Requerimientos: Primera etapa de la administración de requerimientos. Durante esta etapa para c/ proyecto se establece el nivel de detalle. •Identificación de los requerimientos. •Proceso de administración del cambio. •Políticas de rastreo. •Ayuda de Herramientas CASE 1.- Requerimientos Duraderos y Volátiles: Desarrollo de un sistema grande puede llevar varios años. •Requerimientos Duraderos. •Requerimientos Volátiles ETAPASETAPAS
- 17. 3.- Tipos de información de Rastreo a) Rastreo de la Fuente b) Rastreo de los requerimientos c) Rastreo del diseño Administración del Cambio de los Requerimientos: Proceso formal para administrar el cambio. Los cambios propuestos son tratados de forma consistente. Los cambios en el documento de requerimiento se hacen de forma controlada. • Análisis del problema y especificación del cambio. • Análisis del cambio, costeo e Implementación. • Implementación del cambio.
- 18. CONCLUSIONESCONCLUSIONES A pesar de la importancia que posee la ingeniería de requerimientos ha costado mucho trabajo que se le preste atención adecuada a esta actividad; aunque falta mejorar la integración de requerimientos funcionales y no funcionales. Es importante tomarse el tiempo para conocer a nuestros clientes, usuarios y sobre todo que participen en la definición de sus requerimientos pues ellos son los que deciden el destino del proyecto.
- 19. GRACIAS