ESCENARIOS
REQUERIMIENTOS DEL
SOFTWARE
REQUERIMIENTOS
Comprender la naturaleza de los problemas, puede ser muy
difícil si el sistema a desarrollar es de alta com...
REQUERIMIENTOS FUNCIONALES Y
NO FUNCIONALES
1.- REQUERIMIENTOS FUNCIONALES:
Describe los servicios que proveerá el sistema...
2.- REQUERIMIENTOS NO FUNCIONALES:
REQUERIMIENTOS
ORGANIZACIONALES
Requerimientos
de Entrega
Requerimientos de
Implementac...
OBTENCION Y ANALISIS DE
REQUERIMIENTOS
Comprensión
del dominio
Recolección de
Requerimientos
Verificación de
requerimiento...
Descripciones de las sesiones
de interacción con el sistema
ESCENARIOSESCENARIOS
•Escenario de Eventos
•Casos de Uso
•Etno...
METODO VORD (DEFINICION DE REQUERIMIENTOS
ORIENTADOS A PUNTOS DE VISTA)
Identificación
del punto de
vista
Estructuración
d...
Consulta
de saldo
Obtención de
transacciones
Base de
datos del
Cliente
Información
CuentaAdministrador
Retiro de
Efectivo
...
ESCENARIOS DE EVENTOS
•Utilizados en VORD
•Documentan comportamiento del sistema en eventos
específicos.
•Utilizan Diagram...
CASOS DE USO
•Establecido en el método Objectory.
•Característica UML
•Utilizan Diagramas
ETNOGRAFÍA
•Técnica de Informaci...
VALIDACION DEVALIDACION DE
REQUERIMIENTOSREQUERIMIENTOS
Comprende un bosquejo completo
del documento.
•Verificación Valide...
TECNICAS DETECNICAS DE
VALIDACIONVALIDACION
•Revisiones de requerimiento
•Construcción de prototipo
•Generación de casos d...
REVISIONES DE REQUERIMIENTOS
Proceso manual que involucra a lectores,
clientes y contratista.
El equipo de desarrollo cond...
ADMINISTRACION DEADMINISTRACION DE
REQUERIMIENTOSREQUERIMIENTOS
Proceso comprender y controlar los
cambios en los requerim...
2.- Planeación de la administración de Requerimientos:
Primera etapa de la administración de requerimientos.
Durante esta ...
3.- Tipos de información de Rastreo
a) Rastreo de la Fuente
b) Rastreo de los requerimientos
c) Rastreo del diseño
Adminis...
CONCLUSIONESCONCLUSIONES
A pesar de la importancia que posee la ingeniería
de requerimientos ha costado mucho trabajo que ...
GRACIAS
Expo escenarios requerimientos sw
Upcoming SlideShare
Loading in …5
×

Expo escenarios requerimientos sw

3,763 views

Published on

Published in: Education, Travel, Technology
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
3,763
On SlideShare
0
From Embeds
0
Number of Embeds
205
Actions
Shares
0
Downloads
82
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Expo escenarios requerimientos sw

  1. 1. ESCENARIOS REQUERIMIENTOS DEL SOFTWARE
  2. 2. 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)
  3. 3. 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.
  4. 4. 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
  5. 5. 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
  6. 6. Descripciones de las sesiones de interacción con el sistema ESCENARIOSESCENARIOS •Escenario de Eventos •Casos de Uso •Etnografía
  7. 7. 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
  8. 8. 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
  9. 9. ESCENARIOS DE EVENTOS •Utilizados en VORD •Documentan comportamiento del sistema en eventos específicos. •Utilizan Diagramas
  10. 10. 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
  11. 11. 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
  12. 12. 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
  13. 13. 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
  14. 14. ADMINISTRACION DEADMINISTRACION DE REQUERIMIENTOSREQUERIMIENTOS Proceso comprender y controlar los cambios en los requerimientos Sistemas que mejoran el Status quo
  15. 15. 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
  16. 16. 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.
  17. 17. 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.
  18. 18. GRACIAS

×