<Project Name>

Especificacin del Caso de Uso:

<Caso de Uso>
Versin<1.0>

[Nota: La siguiente plantilla es suministrada para el uso con el proceso unificado sensato. El texto
adjuntado en los corchetes y exhibido en cursiva azules (el estilo = InfoBlue) es incluido para proveer la
orientacin al escritor y debe ser eliminado antes de publicar el documento. Un prrafo puesto en luego de
este estilo ser puesto automticamente a normalidad (el estilo = Body Text)]
[Personalizar campos automticos en el Microsoft Word (aquellos que muestran una formacin gris
cuando son seleccionados), seleccione en el men Archivo y luego Propiedades y reemplace el ttulo, en
cuestin y los campos de la compaa con la informacin apropiada para este documento. Despus de
cerrar el dilogo los campos automticos pueden ser actualizados en todo el documento seleccionando
Edicin y luego Seleccionar todo (o Ctrl - A) y presionar la tecla F9, o slo hacer clic en el campo y
presionar la tecla F9. Esto debe ser hecho por separado para los encabezamientos y los pies de pgina.
Alt - F9 alternar entre exhibir los nombres de campo y los contenidos de campo. Vea la ayuda de Word
para ms informacin sobre funcionar en campos.]

<Project Name>
Especificacin del caso de uso <Caso de uso>
<Nombre del documento>

Version:
<1.0>
Fecha: <dd/mmm/yy>

Historia de revisin
Fecha
<dd/mm/yy>

Confidencial

Versin
<x.x>

Descripcin
<detalles>

Escritor

<nombre>

2015

Page 2 of 6

<Project Name>
Especificacin del caso de uso <Caso de uso>
<Nombre del documento>

Version:
<1.0>
Fecha: <dd/mmm/yy>

ndice
1.

Descripcin breve.................................................................................................................4

2.

Flujo bsico de eventos........................................................................................................4

3.

Flujos Alternativos...............................................................................................................4
3.1

<Area de Funcionabilidad>........................................................................................................5

3.1.1
3.1.2

3.2

< A1 Primer Flujo Alternativo >.............................................................................................................5

< A2 Segundo Flujo Alternativo >..........................................................................................................5

<Otra Area de Funcionabilidad>...............................................................................................5

3.2.1

4.

< Un Otro Flujo Alternativo >................................................................................................................5

Sub flujos..............................................................................................................................5
4.1

< S1 Primer Subflujo >...............................................................................................................5

4.2

< S2 Segundo Subflujo >.............................................................................................................5

5.

Tipos de escenarios...............................................................................................................6

6.

Precondicin.........................................................................................................................6
6.1

7.

< Pre Condicin Uno >................................................................................................................6

Post Condicin......................................................................................................................6
7.1

8.

< Post Condicin Uno >..............................................................................................................6

Puntos de extensin..............................................................................................................6
8.1

9.

<Nombre del punto de extensin>..............................................................................................6

Requisitos especiales............................................................................................................6
9.1

10.

< Primer Requisitos Especial >..................................................................................................6

Informacin adicional..........................................................................................................6

Confidencial

2015

Page 3 of 6

<Project Name>
Especificacin del caso de uso <Caso de uso>
<Nombre del documento>

Version:
<1.0>
Fecha: <dd/mmm/yy>

Especificacin del Caso de Uso:

<Caso de Uso>
[La introduccin de la especificacin de realizacin del caso de uso debe proveer una visin general del
documento entero. Debe incluir el propsito, el alcance, las definiciones, las siglas, abreviaturas,
referencias, y visin general de esta especificacin de realizacin de caso de uso.]

1.

Descripcin breve
[La descripcin debe expresar brevemente el propsito del caso de uso. Un prrafo solo debe bastar para
esta descripcin.]

2.

Flujo bsico de eventos

[Este caso de uso empieza cuando el actor hace algo. Un actor inicia siempre los casos de uso. El caso de
uso describe lo que el actor hace y la respuesta del sistema. Es redactado en forma de un dilogo entre el
actor y el sistema.
El caso de uso describe qu ocurre dentro del sistema, pero no como o por qu. Si la informacin es
cambiada, se especifica qu va ha ser pasado de un lado a otro. Por ejemplo, no es muy esclarecedor decir
que el actor pone la informacin del cliente si no es definido. Es mejor decir que el actor pone el nombre y
direccin del cliente. Un glosario de los trminos (o un modelo de dominio ms formal) son esencial hacer
manejable la complejidad del caso de uso, usted puede querer definir cosas como guardar la informacin
del cliente detllelo en el diagrama del caso de uso.
Las opciones simples pueden ser presentadas dentro del texto de flujo de eventos. Si solamente toma
algunas oraciones describir qu ocurre cuando hay una alternativa, hgalo directamente dentro del flujo.
Si el flujo alternativo es ms complejo, use que una seccin distinta para describirlo. Por ejemplo, una
seccin interna de flujo alternativo explica cmo describir las alternativas ms complejos.
El flujo complejo de los eventos debe ser estructurado en subflujos. El objetivo principal debe ser mejorar
la lectura del texto. Los subflujos pueden ser invocados muchas veces de muchos lugares. Recuerde que el
caso de uso puede llevar a ejecutar opcionales subflujos en secuencias o en bucles o incluso varios al
mismo tiempo.
Una fotografa es a veces digna de mil palabras, aunque no hay ningn sustituto para la prosa limpia,
clara. Si mejora la claridad, sintase libre de insertar diagramas de flujo, diagramas de actividad o de
otros diagramas dentro del caso de uso. Si un diagrama de flujo es til para presentar un proceso de
decisin complicado, por supuesto selo! De forma semejante para el comportamiento dependiente de
estado, el diagrama transicin de estados aclara a menudo mejor el comportamiento de un sistema que las
pginas sobre pginas de texto. Use el medio de presentacin correcto para su problema, pero sea
precavido respecto a usar la terminologa, las notas o los dibujos que su audiencia no puede comprender.
Recuerde que su propsito es aclarar, no oscuro.]

3.

Flujos Alternativos
[Las alternativas ms complicadas son descritas en una seccin distinta, consultado en la subseccin de
Flujo Bsico de la seccin de Flujos de Eventos. Piense que en las subsecciones de Flujos Alternativos
como el comportamiento alternativo, cada FlujoAlternativo representa el comportamiento alternativo
generalmente debido a excepciones que existen en el Flujo Principal. Podran ser tan largos como
necesarios para describir los eventos relacionados con el comportamiento alternativo.

Confidencial

2015

Page 4 of 6

<Project Name>
Especificacin del caso de uso <Caso de uso>
<Nombre del documento>

Version:
<1.0>
Fecha: <dd/mmm/yy>

Empiece cada flujo alternativa con una lnea inicial dnde puede ocurrir el flujo alternativo y las
condiciones bajo las cuales ests funcionan.
Termine cada flujo alternativo con una lnea que dice dnde se rene el evento del flujo principal de
eventos. Esto debe ser dicho explcitamente.
Usar flujos alternativos mejora el lectura de los caso de uso. Guarde que los casos de uso slo las
descripciones de texto, y su propsito principal es documentar el comportamiento de un sistema en una
manera clara y concisa, y comprensible.]
3.1

<Area de Funcionabilidad>
[A menudo hay flujos alternativos mltiples relacionados con un rea sola de la funcionalidad (por
ejemplo especialista instalaciones de retiro, el manejo de la tarjeta o el manejo de recibo de retiro para el
caso de uso de retiro en efectivo de un cajero automtico). Mejora la lectura si estos juegos
conceptualmente relacionados de los flujos son agrupados en su propia seccin interna evidentemente
nombrada. ]

3.1.1

< A1 Primer Flujo Alternativo >

[Describa la circulacin alternativa, slo de la misma manera que cualquier otro flujo de eventos.]

3.1.1.1 < Un Subflujo Alternativo >

[Los flujos alternativos pueden ser, por turno, divididos en secciones internas si mejora la claridad.
Solamente los subflujos de lugar son aplicables a un simple flujo alternativo.]
3.1.2

< A2 Segundo Flujo Alternativo >

[Puede ser y probablemente podra ser, varios flujos alternativos dentro de cada rea de la funcionalidad.
Guarde cada flujo alternativo distinto para mejorar la claridad.]

3.2

<Otra Area de Funcionabilidad>

[Puede ser y probablemente podra ser, un numero de reas de funcionalidad llevando un conjunto de
flujos alternativos. Guarde cada juego de flujo alternativo distinto para mejorar la claridad.]

3.2.1

< Un Otro Flujo Alternativo >

[Los flujos alternativos pueden ser, por tuno, divididos en secciones internas si mejora la claridad.]

4.

Sub flujos

4.1

< S1 Primer Subflujo >

Un subflujo debe ser un segmento del comportamiento dentro del caso de uso que tiene un propsito claro,
y es "Atmico" en el sentido de que usted hace todo o ninguno de las acciones descritas. Usted podra
necesitar tener diferentes niveles de subflujos, pero si usted puede debe evitar si esto hace que el texto sea
ms complicado y ms difcil comprender.

4.2

< S2 Segundo Subflujo >

[Puede ser, y muy probablemente podra ser, varios subflujos dentro de un caso de uso. Guarde cada
sustituta de flujo distinta para mejorar la claridad. Usar el sustituto de flujos que mejora la lectura del
caso de uso, tambin como impedir casos de uso que lleguen a estar descompuestos en jerarquas de casos
de uso. Guarde los casos de uso que son descripciones de texto, y su propsito principal es documentar el
comportamiento de un sistema en una manera clara y concisa, y comprensible.]

Confidencial

2015

Page 5 of 6

<Project Name>
Especificacin del caso de uso <Caso de uso>
<Nombre del documento>

5.

Version:
<1.0>
Fecha: <dd/mmm/yy>

Tipos de escenarios
[Ponga en una lista de escenarios ms importantes de los casos de uso. Slo provea un nombre breve y
acompae la descripcin para identificar cada tipo de escenario. Potencialmente habr muchos
escenarios posibles con esta especificacin de caso de uso: es importante concentrarse en el(la/los/las) del
escenario ms importante o frecuentemente hablado que son cualquier ejemplos de este caso de uso o son
de importancia especfica a los actores de los stakeholders.]

6.

Precondicin
[Un precondicin de un caso de uso del estado del sistema que debe estar presente antes que un caso de
uso se lleve a cabo.]

6.1

< Pre Condicin Uno >

7.

Post Condicin
[Un post condicin de un caso de uso de una lista de estados posibles en que puede estar en el sistema
despus que el caso de uso haya terminado.]

7.1

< Post Condicin Uno >

8.

Puntos de extensin
[Puntos de la extensin del caso de uso.]

8.1

<Nombre del punto de extensin>

[Definicin de la ubicacin del punto de extensin en el flujo de eventos.]

9.

Requisitos especiales
[Un requisito especial es tpicamente un requisito de no funcional que es propio de un caso de uso, pero no
es fcilmente o naturalmente especificar en el texto del flujo de evento del caso de uso. Los ejemplos de
requisitos especiales incluyen requisitos legales y reguladores, los padrones de aplicacin, y los atributos
de calidad del sistema de ser desarrollados incluyendo la utilizacin, la confiabilidad, el rendimiento o los
requisitos de suportabilidad. Adicionalmente, otro requerimiento tal como los sistemas operativos y los
ambientes, los requisitos de compatibilidad, y disee las restricciones que debe ser capturado en esta
seccin.]

9.1

< Primer Requisitos Especial >

10.

Informacin adicional
[Incluir, o proporcione a referencias, o cualquier informacin adicional requerida para aclarar el caso de
uso. Esto poda incluir diagramas de visin general, ejemplos o cualquier cosa adicional que usted se
imagine.]

Confidencial

2015

Page 6 of 6