Académique Documents
Professionnel Documents
Culture Documents
Análisis de Requerimientos
Introducción
Definición de requerimientos
Requerimientos funcionales.
Requerimientos no funcionales.
Requerimientos del Dominio.
Deseos y necesidad
Modelo de la situación
De los interesados actual
Requerimientos
Organización y sistemas Requerimientos
actuales
Reutilizables
Biblioteca de
Reutilización
Documentos existentes
Tipo de Requerimientos
recomendados
Plantilla de
Requerimientos
Proceso: Ingeniería de Requerimientos
Artefactos
Artefactos
Artefactos
Comprensión Recolección de
del dominio Requerimientos Clasificación
Verificación Resolución de
Priorización
de Requerimientos Conflictos
Proceso: Ingeniería de Requerimientos
Obtención y Análisis de requerimientos
Fases:
1. Comprensión del Dominio: el analista debe desarrollar su
propia comprensión del dominio de la aplicación. Ej.: Si
fuera un sistema para un supermercado este debe evaluar
como funciona un supermercado.
2. Recolección de Requerimientos: éste es el proceso de
interactuar con los clientes y usuarios para descubrir sus
requerimientos . Acá se desarrolla la compresión del
dominio.
3. Clasificación: considera la recolección no estructurada de
requerimientos y los organiza en grupos coherentes.
Proceso: Ingeniería de Requerimientos
Obtención y Análisis de requerimientos
Artefactos
Lenguaje Natural
Comprensible para el Cliente/Usuario.
Ambiguo (glosario).
Poca legibilidad (plantilla, formateo del texto).
Difícil de tratar (Verificar correctitud, consistencia,
completitud).
Notaciones Especiales (más formales)
Poca o ninguna ambigüedad.
Facilita tratamiento.
Necesidad de entrenamiento en la notación.
Dificultades de comprensión por Cliente/Usuario
Proceso: Ingeniería de Requerimientos
Especificación de Requerimientos
Notaciones Especiales.
Gráficas vs. Basadas en texto
Estáticas vs. Dinámicas
Descripciones Estáticas.
• Se especifican entidades y sus atributos, los
requerimientos se pueden ver como las relaciones entre
las entidades.
• No describe como cambian las relaciones con el tiempo
Descripciones Dinámicas
• Especifican estados y las transiciones entre estados en
el tiempo.
Proceso: Ingeniería de Requerimientos
Actividades
Artefactos
Propiedad Medida
Rapidez Transacciones por seg.
Tamaño KB.
Fiabilidad Tiempo promedio entre fallas.
Robustez Probabilidad de datos corruptos después de la falla.
Portabilidad Número de sistemas.
Facilidad de uso Tiempo de capacitación.
Artefactos
Técnicas para
Tablas de Decisión. describir un
Diagramas de transición de estados. sistema entorno a
estados y
Redes de Petri. estímulos.
Diagramas de Flujo de Datos.
Diagramas de Casos de Uso.
Proceso: Ingeniería de Requerimientos
Modelado del Sistema – Tablas de Decisión
Descripción dinámica.
Acciones a tomar.
Estados
F = Condición Falsa
1 2 3 4 5
Importe > 1000 F F V V V
V = Condición
Condiciones Buenos Antecedentes
Verdadera V F V V F
Ya operó antes - - V F -
- = condición no
Acciones Autorizar Crédito X X
importa
Analizar antecedentes X X X
Proceso: Ingeniería de Requerimientos
Modelado del Sistema – Tablas de Decisión
La tabla de decisión representa acciones a ser tomadas
cuando el sistema está en uno de los estados representados.
Descripción dinámica.
F(Si,Cj) = Sk
Proceso: Ingeniería de Requerimientos
Modelado del Sistema – Tablas de Transición de Estados
Tabla de Transición.
ESTADO ACTUAL ENTRADA PROXIMO ESTADO
S1 0 S2
S1 1 S1
S2 0 S2
S2 1 S1
S3 0 S1
S3 1 S3
1 0
S1 1
S2
0
1
S3
Proceso: Ingeniería de Requerimientos
Modelado del Sistema – Tablas de Transición de Estados
Solicitud de plaza
ninguna
Acciones
Solicitada
Plaza disponible Ninguna plaza disponible
decrementar cuenta de plaza Poner en lista de espera
Plaza disponible
decrementar cuenta de plaza
Confirmada En Lista de Espera
El cliente cancela
Incrementar cuenta de plazas El cliente desiste
El cliente ocupa
Retirar de la lista
ninguna
Ocupada Cancelada
Proceso: Ingeniería de Requerimientos
Modelado del Sistema – Redes de Petri
Descripción dinámica.
Significado:
Transición • Transiciones: Modelan eventos o
acciones.
• Lugares con marca: Cumplimiento
de una condición.
L2 -Lugar • Transición activada: Ocurrencia del
evento o ejecución de la acción.
Proceso: Ingeniería de Requerimientos
Modelado del Sistema – Redes de Petri
T1
L3 L4 L5
Estado pronto para activar la
transición. L3 L5
L4
Proceso: Ingeniería de Requerimientos
Modelado del Sistema – Redes de Petri
A1 Secuencia A4
Conflicto
T1 T3 T4 T5
T6
A2
A5 A6 A7
T2
T7 T8 T9
L3
Concurrencia
Proceso: Ingeniería de Requerimientos
Modelado del Sistema – Redes de Petri (Ejemplo)
T1-Inserta moneda
Descripción dinámica
Proviene de Metodología de Análisis y Diseño Estructurado
• fin de la década del 70.
• Archivo de datos.
• Flujo de Datos.
Ejemplo:
Síntomas Medicación y
Diagnostico
Factura
Paciente
Paciente
Proceso: Ingeniería de Requerimientos
Modelado del Sistema – Diagramas de Flujo de Datos (DFD)
Permite visualizar cómo fluye la información por el sistema.
• Está asociado a una realización particular del sistema.
El diagrama no es suficiente para precisar el comportamiento:
•por un flujo que entra a un proceso desde un archivo,
¿fluye un registro o todo el archivo?.
•No estipula sincronización, un flujo llega a una entidad
externa y otro sale ¿Están relacionados? ¿Uno es respuesta
del otro?.
Se complementa con un diccionario de datos que describe:
•estructura de los flujos y otros detalles.
•los procesos (lenguaje natural estructurado) con lo que el
comportamiento queda determinado.
A menudo sistemas legados están documentados con DFD.
Proceso: Ingeniería de Requerimientos
Modelado del Sistema – Casos de Uso (UML)
<<include>>
Retiro Validar con PIN
Caso de Uso:
Cliente <<include>> Conjunto de escenarios posibles que
Generalización
puedeCliente
Validar encarar un actor (o varios) con
el sistema para el logro de cierto
Depósito
objetivo.
<<include>>
Validar con Scaner de Retina
Transferencia
Proceso: Ingeniería de Requerimientos
Modelado del Sistema – Elección de una Técnica
Actividades
Artefactos
Necesidades
Balancear Calidad
Expectativas
Alcance
Necesidades Restricciones
Expectativas
Proceso
Proceso: Ingeniería de Requerimientos
Técnicas -Obtención y Análisis de requerimientos
Técnicas :
Investigar antecedentes.
Entrevistas individuales/grupales.
Encuestas/Cuestionarios.
Tormenta de ideas.
Casos de Uso.
Prototipado.
Proceso: Ingeniería de Requerimientos
Técnicas -Obtención y Análisis de requerimientos
Investigar Antecedentes
Estudio, muestreo, visitas,…
Buena forma de comenzar un proyecto.
Interna: Estructura de la organización, Políticas y
procedimientos, Formularios e informes, Documentación de
sistemas.
Externa: Publicaciones de la industria y comercio, Encuentros
profesionales, Visitas, Literatura y presentaciones de
vendedores.
Ventajas Desventajas
Ahorra tiempo de otros. Perspectiva limitada.
Prepara para otros enfoques. Desactualizado.
Puede llevarse a cabo fuera Demasiado genérico.
de la organización.
Proceso: Ingeniería de Requerimientos
Técnicas -Obtención y Análisis de requerimientos
Entrevistas Individuales y Grupales
Usar para:
• Entender el problema de negocio.
• Entender el ambiente de operación.
• Evitar omisión de requerimientos.
• Mejorar las relaciones con el cliente.
Ventajas Desventajas
Orientación a las personas. Costoso.
Interactivo / Flexible. Depende de las habilidades
Rico. interpersonales.
Proceso: Ingeniería de Requerimientos
Técnicas -Obtención y Análisis de requerimientos
Encuesta / Cuestionario
No substituye la entrevista.
Antes de usar el enfoque:
Determinar la información que se precisa.
Desarrollar cuestionario.
Probarlo con perfil típico.
Analizar resultado de las pruebas.
Su principal uso es para validar asunciones y obtener
datos estadísticos sobre preferencias.
Ventajas Desventajas
Conveniente para quien Menos Rico.
contesta. Problemas por no
Respuestas anónimas. Respuestas.
Esfuerzo de desarrollo.
Proceso: Ingeniería de Requerimientos
Técnicas -Obtención y Análisis de requerimientos
Tormenta de Ideas
Objetivo: Lograr consenso sobre los requerimientos.
Reglas:
• No se permite criticar ni debatir.
Actividades
Artefactos
Incluye:
• Revisar objetivos del sistema.
• Evaluar alineamiento de requerimientos con los objetivos (necesidad).
• Revisar el ambiente de operación y las interfaces con otros sistemas.
• Funciones completas, restricciones realistas.
• Evaluar riesgos.
• Considerar:
o Pruebas del sistema.
o Cambios en los requerimientos en el proyecto, su verificación y validación.
Medición de Requerimientos
La medición de requerimientos está enfoca a tres áreas:
Producto, Proceso y Recursos.
La escala es la siguiente:
A
1 2 3 4 5 1 2 3 4 5
1 2 3 4 5 1 2 3 4 5
GRACIAS