Академический Документы
Профессиональный Документы
Культура Документы
Anlisis de
Requerimientos
Dra. Ingrid Kirschning UDLA-P
Especificacin y anlisis de
requerimientos
Qu es un Requerimiento?
Qu Ciclo
es un
Concepto?
de vida V
Verificacin y Validacin
Why? Concepto
What?
Anlisis
How?
Pruebas acept.
Pruebas integ.
Diseo
Do!
Pruebas unit.
Cdigo
Fases de la especificacin y
anlisis de requerimientos
Blastoff
Recoleccin de requerimientos
Prototipos
Verificacin y validacin
Revisiones
Post-Mortem
Blastof
Blastoff (continuacin)
Identificacin de las
personas interesadas:
Patrocinadores
Clientes
Usuarios
Especialistas
Ingeniero de requerimientos
Determinar el alcance:
Dominios y Contexto
Los dominios de inters son los
que influyen en el sistema que se
esta por estudiar
El dominio de la aplicacin
simular hasta cierto punto a los
dominios de inters.
Diagrama de contexto:
(cont.)
Recoleccin de Requerimientos
Aprendiz
Escenciales
Entrevistas
Herramientas
Mind Maps
Brainstorming
Particionamiento del contexto
Identificacin de eventos y Casos
de uso
Uso de Video
Aprendiz:
Aprendiz (continuacin)
Requerimientos escenciales
Entrevistas
Entrevistas (cont.)
Brainstorming
Identificacin de eventos y
Casos de uso
Casos de uso:
Uso de Video
Tipos de Requerimientos
Restricciones globales
Requerimientos Funcionales
Requerimientos No-Funcionales
Restricciones globales
Requerimientos Funcionales
Requerimientos No-Funcionales
Requerimientos Funcionales
Requerimientos Funcionales
Restricciones:
Restricciones (cont.)
Requerimientos No-Funcionales
Requerimientos no-funcionales
Verificacin y Validacin de
Requerimientos
Quality Gateway
Criterios de Validacin
Mtricas
Tipo de requerimiento
10. Apariencia y sensacin
11. Usabilidad
12. Performance
13. Operabilidad
14. Mantenibilidad
15. Seguridad
16. Requerimientos Polticas
17. Requerimientos legales
Escalas de evaluacin
Cumple con el estndar?
especificar quin/cmo probarlo
Tiempo requerido para aprender
Tiempo de entrenamiento
Realizacin de funciones en tiempo
planteado
Tiempo para completar la accin
Cuantificacin del tiempo/facilidad de uso
Tiempo permitido
Esfuerzo requerido para portarlo
Cuantificar quin ha tenido acceso
Quin los acepta (no son cuantificables)
Opinin del abogado
Pruebas de Relevancia
Pruebas de viabilidad
Situaciones
Baratos
No requiere habilidades de programacin
Util medio de comunicacin
Identifica mercado y requerimientos de
usuario
Genera ideas de funcionalidad
Demostracin general del funcionamiento del
producto
Construccin de un prototipo
de baja fidelidad
Navegacin y flujo
Interactivo
Demostracin fiel del comportamiento
Provoca el surgimiento de requerimientos de usabilidad
Pretenden ser como el producto final
Completa funcionalidad de la interfaz
"La interfaz es el producto"
Exploracin interactiva de las funciones del producto
Se realiza junto con una especificacin escrita
Sin embargo es un prototipo desechable
No hay compromiso de entregar exactamente la misma
interfaz
Reutilizacin de Requerimientos
Reutilizacin de Requerimientos
Ejemplo:
Revisin de requerimientos
Revisin (cont.)
Post-Mortem
Modelado de Requerimientos
Modelos de Contexto
IDENTIFICACIN DE EVENTOS
Modelado de Datos
Puntos de Vista
Modelos de Datos
Modelos de Datos(cont.)
cardinalidad
Cliente
entidad
solicita
relacin
Catlogo
entidad
Modelos de Datos(cont.)
opcionales (a)
repeticiones {a}
seleccionar uno [a | b ]
*comentario*
Modelos de Eventos
Descomposicin en eventos:
Partir un problema grande en partes pequeas
Particiones naturales con mnimas conexiones a otras partes, con
fronteras claras y cuantificables y encontrando usuarios que son
expertos para esa parte.
Una respuesta de un evento es iniciado por un evento del exterior del
sistema o por el paso del tiempo.
Un sistema responde a eventos
El caso de uso es el alcance de la respuesta limitado por los sistemas
adyacentes y bases de datos: coleccin nica de procesos y datos que
responden a cada evento
la respuesta es contnua (en tiempo)
cada proceso se puede describir
los datos se pueden definir por cada evento
luego se modelan:
Modelos de Eventos(cont.)
Nomenclatura:
para eventos externos: [nombre del sistema adyacente]
+razn por la cual enva el flujo de datos al sistema
para eventos temporales: [Hora de producir]+ nombre del
flujo de datos o razn por la cual se enva el flujo de datos
al sistema adyacente
Cada evento se trata como un caso de uso
Cada evento es modelado
Cada evento es bien conocido por un usuario
Es conveniente numerar los eventos
Cada respuesta a estos eventos se modela tambin.