Especificación de Casos de Uso <Nombre del Caso de Uso>

Versión <1.0>
[Nota: La siguiente plantilla se realizó con base en el Rational Unified Process y documentación del área de Control de Calidad. El texto encerrado en brackets y color azul, provee guías al autor y se deben borrar para publicar el documento. El texto que se incluya después del comentario sera automáticamente en formato normal.] [Para personalizar campos automáticos de Microsoft Word (que despliegan un background gris cuando se selecciona), seleccione File>Properties y reemplace los campos del Título, Tema (Subject) y Organización con la información apropiada del documento. Después de cerrar el diálogo, los campos se actualizarán automáticamente en el documento al seleccionar Edit>Select All (o Ctrl-A) y presione F9, o simplemente haga clic en el campo y presione F9. Esto se debe hacer separado para Headers y Footers. Puede consultar la ayuda de Word para mayor información sobre trabajo con campos.]

Revisiones
Fecha <dd/mmm/yy> Versión <x.x> <detalle> Descripción Autor <nombre>

Página 1 de 4

] Lic. XxxxxYyyyyy Puesto El presente documento cuenta con [cantidad de folios totales del documento] folios Página 2 de 4 . XxxxxYyyyyy Puesto Ing.Para: Con copia a: De: Con la inicial de: Fecha: Sistema: [En esta área se colocan los nombres y espacio para las firmas de los participantes.

1. La colección de casos de uso es la funcionalidad completa del sistema.] 1.] 1.2. No es obligatorio] 1.2 Pre-Condiciones [Descripción de las condiciones o eventos previos que deben ocurrir para que este caso de uso se ejecute.[Los requerimientos funcionales expresan que hace el sistema.4. El modelo de casos de uso está compuesto de actores.1. el sistema ejecuta un caso de uso. casos de uso y las relaciones entre ellos. Los casos de uso representan el comportamiento del sistema. Para la elaboración de casos de uso. 1.3 Pre-condición 1 Pre-condición 2 … Flujo básico [Flujo de eventos que ocurrirán en condiciones ideales. Los actores representan todo lo que debe intercambiar información con el sistema. Caso de uso <Nombre del caso de uso > [Diagrama del caso de uso. Específicamente. 1.3. deben contestarse las siguientes preguntas: ¿Cómo se usará el sistema?.2. los requerimientos funcionales describen cuales son las entradas y salidas del sistema. que es de valor para un actor. 3 ó 4 líneas] 1.2.2. incluyendo tipos de usuario. En esta sección se elaboran casos de uso detallados. y como son convertidas esas entradas en salidas.1Resultados esperados [Son todos los resultados que se obtendrán al final del flujo básico del caso de uso. 3. Paso 1[FA01] Paso 2 Paso 3 [en el paso 1 se detalla el formato a seguir para el llamado de Flujos alternos] 1.3.] • Resultado 1 • Resultado 2 Página 3 de 4 . los escenarios a los que el sistema va en respuesta a los estímulos de un actor. ¿cómo serán los listados que emitirá el sistema?] 1. 2.2. para que se obtenga algún resultado de valor para los actores.1 Descripción [Descripción breve del caso de uso en 2. Cuando un actor usa el sistema. 1. Un buen caso de uso es una secuencia de transacciones que produce un resultado que se puede medir.

] 1.5 Paso 1 Flujo alterno 1 Paso 2 Flujo alterno 2 … Resultados Esperados [Descripción de los diferentes escenarios que esperamos al concluir el caso de uso. Se debe describir el formato a utilizar.1Flujo alterno 1 (nombre) • • • 1.] Página 4 de 4 .6 Diagramas o bosquejos [Bosquejos de pantallas o dibujos que ayuden a ampliar la comprensión del caso de uso.4 Flujos alternos [Descripción de las salidas que se esperan del sistema (si las hay) para este caso de uso..] 1.4.1.

Sign up to vote on this title
UsefulNot useful