8/16/2019 Requerimientos - Actualizado

1/3

Rochester Institute of Technology Software Engineering Department

Requisitos del Producto

Equipo:

 Nota: este es un “documento activo”, o sea, que su contenido cambiará con la implementación

del proyecto. Úsenlo para capturar los requisitos clave del proyecto y para asegurarse de que lascaracterísticas del producto realizado coinciden con los requisitos eactamente ! si deseanagregar nuevas características, estas deben ser agregadas primero a los requisitos. "l documentode requerimientos, y todos los cambios que se le #agan, deben ser aprobados por el cliente$instructor%. "liminar este teto y los párra&os descriptivos de cada sección que indican lo que debe #acer antes de agregar esto a su repositorio o entregarlo a su instructor.

Breve descripción del problema

 'eemplace este teto y las instrucciones a continuación con su descripción en negro.(2-5 líneas describiendo el problema a tratar. Tenga en cuenta que incluso si usted simplemente está

repitiendo lo que ya está en el documento de necesidades, debe reformular en sus palabras. Esto le

da una oportunidad para que el cliente pueda identificar y proporcionar información sobre lasdiferencias en la interpretación, si es que ay alguna!.

Las partes interesadas (Clientes)

 'eemplace este teto y las instrucciones a continuación con su declaración en negro.Listar los clientes de su proyecto. "ecuerde que estas son las personas que tienen un inter#s

 personal en que este proyecto tenga #$ito y en quien usted confiaría para entender el dominio ylo que se espera. Estos pueden mapear (con%ertirse! en los actores primarios o secundarios,

más tarde en su modelado.

Perfil de los Usuarios

 'eemplace este teto y las instrucciones a continuación con su descripción en negro.(&dentificar qui#n %a a utili'ar el sistema, en qu# forma y su perfil en t#rminos de familiaridad conel uso de computadoras y de softare similar. )i se toma material del documento de necesidades,

entonces reformular en sus palabras.!.

Requisitos del Sistema

 'eemplace este teto y las instrucciones a continuación con su descripción  en negro.(* o más líneas que identifican los requisitos del sistema para su solución. )i necesita un lengua+e y

 bibliotecas particulares, tambi#n listarlos.!.

Requirements Page

8/16/2019 Requerimientos - Actualizado

2/3

Rochester Institute of Technology Software Engineering Department

Requisitos de caractersticas (!istorias de Usuario)

 (ea las instrucciones y complete la tabla. "liminar todo el teto azul antes de a)adir esto a surepositorio o entregarlo a su instructor.

(Esta es una lista numerada de las istorias de usuario que son las características del sistema a

implementar. ada istoria de usuario es una operación que el usuario puede reali'ar encon elsistema. ara cada istoria de usuario, proporcione una descripción bastante detallada para que

usted sepa qu# construir y para que pueda escribir un caso de prueba para demostrar que su sistema

ofrece esta característica. ara cada istoria de usuario, usted identificará (durante la planificación

de la liberación! la liberación en la que se lle%ará a cabo/ "*, "2 o "0. 1ormalmente, el sistema

tendrá * a 2 istorias o características, pero no dude en a3adir más filas a la tabla, si usted decide

utili'ar las istorias más específicas (fine-grained!.

"o#"ombre de la

!istoria de Usuario $escripción Liberación

%#

!"

#"

$"

%"

&"

'"

("

)"

*"

"

!"

#"

$"

$ia&rama de Casos de Uso

 (ea las instrucciones más aba*o y complete la tabla. "liminar todo el teto azul antes de a)adir esto a su repositorio o entregarlo a su instructor.

Dibuje el diagrama de contexto de casos de uso UML para el sistema. Asegúrese de que loscasos de uso mostrados en el diagrama corresponden a las historias de usuario descritasen la sección anterior.

Requirements Page !

8/16/2019 Requerimientos - Actualizado

3/3

Rochester Institute of Technology Software Engineering Department

$escripción de casos de uso

 "liminar todo el teto azul y rellenar la plantilla antes de a)adir esto a su repositorio oentregarlo a su instructor. N+-: ara evitar con&usiones, se recomienda /N0/0"N"1"N" completar todos los casos de uso antes de la implementación.

"umero del Casode Uso

CU- !"eemplace con un numero#

"ombre del Casode Uso:

Coloque aqui el nombre del caso de uso

$escripción: Describa aqu$ el proposito del caso de uso en una descripción de %-& l$neas. 'sta podr$a ser la misma descripcion que la pro(ista para lahistoria de usuario.

'ctor(es): Liste todos los actores que participan en el caso de uso. !)eparados por coma#

Precondicion(es): Digite la condición que debe ser (erdadera antes de antes de iniciar el caso de uso.

lu*o Principal: 'scenario *rincipal !de exito#+ Los pasos deben ser numerados.

,lujos alternos+  ncluir la post-condicion para cada lujo alterno !si esdierente de la del lujo principal#.

PostCondicion(es): Digite la!s# condicion!es# que debe!n# ser (erdadera!s# cuando el lujo principal se complete.

$ia&ramas adicionales a incluir:

%# $ia&ramas de Clases

+# $ia&ramas de Secuencia

,# $ia&ramas de Estado

-# $ia&ramas de 'ctividad

.# $ia&ramas de Componentes

/# $ia&ramas de $istribución

Requirements Page #