Apuntes03 CasosUso

MODELO DE
REQUERIMIENTOS
(MODELADO DE
CASOS DE USO )

Panorámica general
• Descripción de requerimientos
• Proporcionar las bases del
modelo de casos de uso (use
cases):
– Actores
– Casos de uso

• Notaciones relevantes de UML

Entorno del modelo de
casos de uso
Modelo de
requerimientos
Diagrama de clases
(primera versión)

Modelo de
análisis

Modelo de
diseño

Modelo de casos de uso

Casos deuso
Casos de uso
(+ descripciones)

Diagrama de clases
(+ paquetes)
Asociaciones
Atributos
Clases

Modelo de
Implementación

Secuencia de las
operaciones
Diagramas de secuencias

Clases

Diagrama de estado

Diagrama
de clases

Estados de las
operaciones

Definición de la interfaz 2

Diagrama
de Componentes

Definición
de la
interfaz 1

Diagrama
de Deployment

Hecho
• La vista estática de lasclases en un
sistema ayuda al analista a
comunicarse con un cliente
(Diagramas de clase).
• La vista dinámica, ayuda al analista a
comunicarse con un equipo de
desarrolladores, y ayuda a los
desarrolladores a crear programas
(Diagramas de casos de uso)

Características de los
requerimientos de un
• sistema
Los requerimientos de un
sistema

– Necesitan ser los adecuados
– Necesitan estar más enfocadosal
usuario
– Son los primeros en someterse a
un proceso de reingeniería
– Deben involucrar 100% al usuario

• Los requerimientos de un
sistema deben centrarse en los
usuarios

Flujo de trabajo de requerimientos

• Según Rational, flujo
de trabajo de
requerimientos:

Tipos de requerimientos
• Los requerimientos pueden
diferenciarse de acuerdo a:
– Grado de obligatoriedad
– Tipo de requerimiento– Grado de detalle
– Prioridad

Tipos de requerimientos
• La obligatoriedad se puede dividir en:
– Requerimientos obligatorio.
• Deberán incluirse sin falta, o el producto será considerado incompleto
y pudiera no ser aceptado por el cliente

– Requerimientos opcionales (deseos).
• Absolutamente no deberán ser completados, por ejemplo si los costos
relativos son excesivos, contienen frases como “Elsistema debiera…”

– Intenciones.
• Requerimientos que probablemente tengan que ser satisfechos en un
futuro, por ejemplo, en versiones posteriores. Contienen frases como
“Se intenta que el sistema…”

– Sugerencias.
• No son requerimientos, pero son ideas de los directamente
interesados (stakeholders), acerca de cómo los requerimientos
actuales pueden ser resueltos de mejor manera.

–Comentarios.
• No son requerimientos, pero son notas y explicaciones sobre
requerimientos, que los hacen fáciles de comprender

Tipos de requerimientos
• Dentro de las entrevistas con los stakeholders,
también pueden distinguirse lo siguiente:
–
–
–
–
–

Problemas.
Metas.
Requerimientos funcionales, casos de uso.
Condiciones límite (leyes, estándares, etc.)
Requerimientos de calidad (usabilidad,disponibilidad,
eficiencia, soporte, expandibilidad, etc.)
– Requerimientos de pruebas
– Criterios de aceptación

Descripción de requerimientos
mediante casos de uso
• Los casos de uso representan una forma especial de
descripción de requerimientos
– Requieren que un proceso típico en particular, sea soportado por
el sistema
– Son una expresión de requerimientos funcionales

• Los casos de uso por si mismos,no son suficientes para
describir los requerimientos totales de un sistema, pero son
un buen principio y ventana de trabajo.
• Muchos requerimientos no “caben” en esta ventana de
trabajo
– Por ejemplo, los requerimientos de calidad son aquellos que se
basan en la usabilidad del sistema, y en los tiempos de
respuesta, sin embargo no son especificados en los casos de uso
– Otro ejemplo: “Elconductor debe tener 21 años antes de
obtener una licencia de conducir”

Referenciando requerimientos
en casos de uso.
• Los requerimientos pueden ser
administrados,
generalmente
independiente a los casos de uso.

definidos y
de
forma

• Un caso de uso es una compilación de
requerimientos generales en el contexto de un
dominio específico.
• Requerimientos funcionales pueden ser descritos
muy...