Sesión 5 Gestion de Requerimientos III-1

Gestión de Requerimientos III
Prof. Maria Angelica Perez de Ovalles

mariapovalles@gmail.com
Objetivo
 Especificarrequerimientos
correctamente
 Especificar Casos de Uso
correctamente
Contenido
  Especificación de Casos de Uso

Aclaremos…..
  La actividad de especificar los Casos de

Uso, se hace en paralelo a medida que se
van refinando los casos de uso.
  Intuitivamente sabemos cuales son los pasos
de por ejemplo Modificar los datos de un
Producto.
  Y sabemos que para modificarlo debemos
previamente buscar esos datos.
Aclaremos…..
  Por lo que, en el proceso de refinación ya
p ro p o n e m o s u n C a s o d e U s o d e
Modificación de datos de Producto que
tiene incluido un caso de uso Busqueda de
UNREGISTERED UNREGISTERED UNREGISTERED UNREGISTERED UNREGISTERED UNREGISTERED UNREGISTERED UNREGISTERED UNREGISTERED UNREGISTERED UNREGISTERED UNREG
UseCaseDiagram1
datos de Producto
Aclaremos…..
  Por lo que, debemos especificar ambos
UNREGISTERED UNREGISTERED
UseCaseDiagram1
Casos de Uso.
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREGISTERED
UNREG
UNREG
UNREG
Especificación de Casos de Uso
  Especificarun caso de Uso, es decir de
manera precisa cual es el “diálogo” entre
el Actor y el Sistema, que el usuario
quiere.
  Recuerden que un caso de uso , es un
conjunto de pasos que llevan a un valor
observable para el usuario.
  Entonces especificar es precisar cuáles son
estos pasos y llevarlos a un diálogo.
  Se comienza, conversando con el usuario/
cliente, precisando con él este dialogo.
  El diálogo debe decir QUE quiere el
usuario que pase, no dice cómo el sistema
lo logra.
  Esto seria diseño y nosotros en este
momento no estamos diseñando.
  Por ejemplo, si vamos a un cajero a retirar
dinero, el dialogo sería algo asi:
1.  Inserto la Tarjeta
2.  Ingreso mi clave
3.  Muestra el menu
4.  Selecciono retirar
5.  Muestra los posibles montos
6.  Selecciono un monto
7.  Muestra las posibles cuentas a debitar
8.  Selecciono la cuenta
9.  Entrega el dinero
10.  Entrega el recibo
11.  Informa que la transaccion ha sido exitosa
12.  Retiro la tarjeta
  Este “camino”
o dialogo se le conoce
como Flujo Básico o tambien como
camino feliz
  Puede suceder:
◦  Que marque mal la clave (mas de una vez).
◦  Que no tenga dinero (el cajero).
◦  Que no tenga dinero (yo).
◦  Que no haya papel.
Es decir, la especificación es precisar el Flujo Básico y los
posibles Flujos Alternos
Nombre del Caso de Uso

Breve descripción
Flujo básico
1.  Primer paso
2.  Segundo paso
3.  Tercer paso
A1 Flujo alterno 1
A2 Flujo alterno 2
A3 Flujo alterno 3
Sugerencias:
Nombre del Caso de Uso

Breve descripción
Flujo básico
1.  Primer paso
2.  Segundo paso Estructure el
Numere 3.  Tercer paso flujo en pasos
los pasos
A1 Flujo alterno 1
A2 Flujo alterno 2
A3 Flujo alterno 3
Sugerencias:
1.  Empiece siempre por el Flujo Básico
2.  Para encontrar los flujos alternos, sitúese en cada
paso del flujo básico y pregúntese que podria
pasar
Veamos otro ejemplo

  Flujo básico:
1.  Selecciona “Inscribir materias”. ¿En qué otras
2.  Obtiene información de materias. alternativas puede
3.  Selecciona materias. pensar?
4.  Muestra posibilidades de horario.
5.  Selecciona horario. Observe la
numeración de los
6.  Confirma inscripción. Flujos Alternos
  Flujos alternos:
A1.1. Información no disponible El primer paso del
A5.1. No puede inscribirse flujo alternos: NO es
un paso, es la razon
A7.1. Salir. por la cual es un
alterno
  Otra
forma de representar los Flujos de
un Caso de Uso es esta. Alterno
Significa
que “sale”
del Caso de
Uso
Básico
Mas sugerencias, pregúntense:

  Para el FlujoBásico:
◦ ¿Qué evento inicia el Caso de Uso?.
◦ ¿Cómo termina el Caso de Uso?.
◦ ¿Cómo repite algún comportamiento el
Caso de Uso?.
  Mas sugerencias, pregúntense:
  Para los Flujos Alternos:
◦  ¿Existen situaciones opcionales en el Caso de
Uso?.
◦  ¿Qué casos raros pueden pasar?.
◦  ¿Qué variantes pueden pasar?.
◦  ¿Qué puede salir mal?.
◦  ¿Qué puede no pasar?.
◦  ¿Qué tipos de recursos pueden ser bloqueados?.
Especificarción de Casos de Uso
  UML exige que los Casos de Uso se

especifiquen.
  Mas no dice cómo.
  Sólo señala que debe ser un conjunto
de pasos escritos.
  Por ello yo les propongo una plantilla,
para escribir este diálogo, el Básico y
los Alternos
  Nuevamente esta plantilla es de licencia
libre y producto de muchos años de
experiencia.
  Puede ser que ustedes obtengan otras
plantillas en otros textos o ambientes de
trabajo, diferentes, eso no importa.
  Lo importante es especificar éste diálogo.
  Este diálogo es lo que se conoce en las
metodologias ágiles como historias o
sprint en SCRUM
Inscribir materias postgrado
FLUJO BÁSICO
Actor Sistema Estructure el flujo
1)Selecciona ”Inscribir materias”. en pasos
2) Consulta en la oferta las posibles materias
que este estudiante puede inscribir
3) Muestra Interfaz de Materias a Inscribir Numere y
describa cada
4) Selecciona 4 materias principales y 2 paso (1 a 3
materias alternas de la lista de oferta de oraciones)
materias disponibles..
5)  Despliega las posibilidades de horario.
6) Indica el horario para cada materia.
Mantenga la
7)Presiona OK 8) Para cada materia seleccionada en el estructura
horarioverifica que el estudiante tiene los evento-respuesta
pre-requisitos necesarios. (acción):
Qué hace el actor
9) Despliega el horario para el estudiante
conteniendo las materias seleccionadas.
y
Cómo responde
el
10) Confirma la inscripción. 11)Regresa a la Interfaz principal sistema
FLUJOS ALTERNOS
Actor Sistema
2.1) Catálogo de materias no disponible
2.2) Despliega el mensaje “información no disponible en este
momento. Intente más tarde”.
2.3) Confirma la lectura del
mensaje.
2.4) Regresa a la interfaz principal Describa qué
8.1.1) Los pre-requisitos para una materia seleccionada no están
pasa: Inicio/
satisfechos Condición
8.1.2) Despliega el mensaje “La materia <código materia> no puede
Eventos-
ser inscrita por falta de requisitos”.
Acciones
8.1.3) Confirma la lectura del
mensaje.
Continuación
8.1.4) Regresa a la pantalla de selección de materias
8.2.1) No hay cupo para una materia
8.2.2) Muestra el mensaje “La materia <código materia> no puede ser
inscrita por falta de cupo”.
mensaje.
8.2.4) Regresa a la pantalla de selección de horario.
12.1) Cancela la inscripción.
12.2) Regresa a….

FLUJOS ALTERNOS
Actor Sistema
2.1) Catálogo de materias no disponible
2.2) Despliega el mensaje “información no disponible en este
momento. Intente más tarde”.
2.3) Confirma la lectura del
mensaje. Observe
2.4) Regresa a la interfaz principal
8.1.1) Los pre-requisitos para una materia seleccionada no están
satisfechos
8.1.2) Despliega el mensaje “La materia <código materia> no puede
ser inscrita por falta de requisitos”.
mensaje.
8.1.4) Regresa a la pantalla de selección de materias
8.2.1) No hay cupo para una materia
8.2.2) Muestra el mensaje “La materia <código materia> no puede ser
inscrita por falta de cupo”.
mensaje.
8.2.4) Regresa a la pantalla de selección de horario.
12.1) Cancela la inscripción.
12.2) Regresa a….

Más sugerencias:
  Describir solamente los eventos visibles para
el Actor:
◦  ¿Qué hace el Actor?.
◦  ¿Qué hace el sistema en repuesta a?.
  Dar todos los detalles que le interesan al
cliente.
Mas sugerencias:
  Utilizar lenguaje preciso.
  Pasos atómicos, esto nos llevarà a un

diseño mantenible y detallado de esta
transaccion.
Especificacipon de Casos de Uso
Precondiciones
  Es una restricción del estado del sistema
que se debe cumplir antes de la ejecución
del Caso de Uso.
  Restringen sobre cuándo puede iniciarse
el Caso de Uso, no el evento que inicia el
Caso de Uso.
  Opcional: Utilizar solamente si es
necesario para clarificación.
Especificacipon de Casos de Uso
Precondiciones
  Ejemplo:
◦  Inscribir materias postgrado
  Pre-condición:
La lista de materias ofrecidas para el
semestre ha sido creada y está disponible
para el Sistema de Inscripción de Materias.
Postcondiciones
  Se garantizan como verdaderas cuando el

Caso de Uso termina.
  Opcional: Utilizar solamente si es
necesario para clarificación.
Especificacón de Casos de Uso
Precondiciones
  Ejemplo:
◦  Inscribir materias postgrado
  Pre-condición:
La lista de materias ofrecidas para el
semestre ha sido creada y está disponible
para el Sistema de Inscripción de Materias.
  Vamos a registrar las Especificaciones de

los Casos de Uso en el ERS
  Sólo de aquellos Casos de Uso que hemos
refinado.
  Y sólo hemos refinado los Casos de Uso
correspondientes a la Primera Iteración.
Todas por correo o
el grupo de
whatsapp

Sesión 5 Gestion de Requerimientos III-1

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Sesión 5 Gestion de Requerimientos III-1

Transféré par

Droits d'auteur :

Formats disponibles

Gestión de Requerimientos III

Prof. Maria Angelica Perez de Ovalles

Especificación de Casos de Uso

La actividad de especificar los Casos de

Nombre del Caso de Uso

Nombre del Caso de Uso

Veamos otro ejemplo

Mas sugerencias, pregúntense:

UML exige que los Casos de Uso se

6) Indica el horario para cada materia.

12.2) Regresa a….

12.2) Regresa a….

Utilizar lenguaje preciso.

Pasos atómicos, esto nos llevarà a un

Se garantizan como verdaderas cuando el

Vamos a registrar las Especificaciones de

Vous aimerez peut-être aussi

Sesión 5 Gestion de Requerimientos III-1

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Sesión 5 Gestion de Requerimientos III-1

Transféré par

Droits d'auteur :

Formats disponibles

Gestión de Requerimientos III

Prof. Maria Angelica Perez de Ovalles

 Especificación de Casos de Uso

 La actividad de especificar los Casos de

Nombre del Caso de Uso

Nombre del Caso de Uso

Veamos otro ejemplo

Mas sugerencias, pregúntense:

 UML exige que los Casos de Uso se

6) Indica el horario para cada materia.

12.2) Regresa a….

12.2) Regresa a….

 Utilizar lenguaje preciso.

 Pasos atómicos, esto nos llevarà a un

 Se garantizan como verdaderas cuando el

 Vamos a registrar las Especificaciones de

Vous aimerez peut-être aussi

  Especificación de Casos de Uso

  La actividad de especificar los Casos de

  UML exige que los Casos de Uso se

  Utilizar lenguaje preciso.

  Pasos atómicos, esto nos llevarà a un

  Se garantizan como verdaderas cuando el

  Vamos a registrar las Especificaciones de