UNIVERSIDAD PERUANA UNION

FACULTAD DE INGENIERIA Y ARQUITECTURA

E.A..P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2012-I)



ENCONTRANDO REQUERIMIENTOS DEL
CASO: SORTEO
Modelo del Negocio:

CASOS DE USO DEL NEGOCIO

Jefe Comit Organizador
(from Actores del Model o del Negoci o)
Asistente
(from Actores del Model o del Negoci o)
Sortear premios
Notario
(from Actores del Model o del Negoci o)
Inscribir concursante
Concursante
(from Actores del Model o del Negoci o)
Entregar premios


En todos los diagramas (Asistente = Secretaria).

Por lo tanto tenemos tres mdulos:
a. Inscribir Concursante.
b. Sortear premios.
c. Premiar.

Ahora veremos el Diagramas de cada Caso de Uso de Negocio, y un Diagrama General de
Clases, llamado tambin Modelo del Dominio:


UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A..P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2012-I)


Realizacin Inscribir Concursante Inscribir concursante
(from Business Use-Case Model)
Realizacin Sortear premios Sortear premios
(from Business Use-Case Model)
Realizacin Entregar Premios Entregar premios
(from Business Use-Case Model)



Diagrama de Clases del CUN Inscribir Participante:
Jefe Comit Organizador
(from Actores)
Concursante
(from Actores)
Asistente
(from Actores)
COMPRA
1..n
1..1
1..n
1..1
+registra
1..n
+es vendido
1..1
+compra
1..n
+identjfica
1..1
BOLETA DE
VENTA
1..1
1..1
+identifica 1..1
+genera 1..1
TICKET
1..n
1..1 +identifica 1..1
+contiene 1..n

Diagrama de Clases del CUN Sortear Premios:


UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A..P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2012-I)


Jefe Comit Organizador
(from Actores)
Notario
(from Actores)
SORTEO
1..1
1..1
1..1
1..1
TICKET
1..n
1..1
+administra
1..1
+es organizado por
1..1
+verifica
1..1
+es declarado conforme
1..1
+tiene
1..n
+toma parte en
1..1




UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A..P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2012-I)


Diagrama de Clases del CUN Entregar Premios:

Auspiciador
Notario
(from Actores)
TICKET
ACTA DE
ENTREGA
1..1
1..1
Concursante
(from Actores)
PREMIO
1..1
1..1
1..1
1..n
1..1
1..1
1..1
1..1
+es certificado
+verifica
1..1
1..1
+consta de
1..1
+es registrada
1..1
+sortea
1..1
+pertenece
1..1
+recibe
1..1
+es entregado
1..1
+auspicia 1..n
+es entregado
1..1































UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A..P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2012-I)



Modelo del Dominio (Diagrama General de Clases del Modelo del Negocio):
BOLETA DE VENTA
(fromClases Vari...
Asistente
(fromActores)
Auspiciador
(fromActores)
Concursante
(fromActores)
PREMIO
(fromClases Vari... ...
1..n
1..1
+auspicia
1..n
+es entregado
1..1
1..1 1..1
+es entregado
1..1
+recibe
1..1
COMPRA
(fromClases Varias) )
1..1
1..1
1..1
+genera
1..1 1..1
1..1
+genera
1..1
+identif ica 1..1
1..1
1..n
+es v endido
1..1
+registra
1..n
1..1
1..n
+identif ica
1..1
+adquiere
1..n
1..1
1..n
+identjf ica
1..1
+compra
1..n
Jef e Comit Organizador
(fromActores)
1..1
1..n
+es v endido
1..1
+registra
1..n
1..1
1..n
+es v endido
1..1
+registra
1..n
ACTA DE ENTREGA
(fromClases Varias)
1..1
1..1
+es registrada
1..1
+consta de
1..1
Notario
(fromActores)
+v erif ica
+es certif icado
1..1
1..1
1..1
SORTEO
(fromClases Varias) )
1..1
1..1
+es organizado por
1..1
+administra
1..1
1..1
1..1
1..1
+v erif ica
1..1
TICKET
(fromClases Varias) )
1..1 1..1
+genera
1..1
1..n
+identif ica
1..1
+contiene
1..n
1..1
1..n
+toma parte en 1..1
+tiene
1..n
1..1
1..1
+pertenece
1..1
+sortea
1..1
1..1
+genera
1..1

Este diagrama es el resultado de juntar los tres Diagramas de Clase ( D.O.N) de los 3 Casos de uno del Negocio.

UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A.P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2010-II)

Modelo de Requerimientos:

Quines usarn el Sistema de Sorteos?
(Quines usarn directamente el Sistema?)
Jefe Comit Organizador
(from Actores del Modelo del Negocio)
Asistente
(from Actores del Modelo del Negocio)

El Jefe del Comit Organizador ser un usuario del sistema porque querr que el Sistema
le deba permitir registrar inscripciones, llevar a cabo todo el proceso del sorteo as como
registrar la entrega del premio.
Tendr acceso como Administrador a todos los mens y opciones del Sistema de Sorteos
X.
El Asistente (Secretaria) ser un usuario del sistema porque querr que el Sistema le debe
permitir registrar inscripciones.
Tendr acceso como usuario restringido, tendr acceso solo al Men de inscripciones.




























UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A.P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2010-II)



UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A.P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2010-II)

Cmo escribir el nombre de un Caso de Uso?

Un Caso de Uso es lo que usuario quiere encontrar en el Sistema, o dicho de otro modo,
lo que el Sistema le permitir hacer al usuario.





Abre
Guarda
Agrega
Registra
Modifica
Elimina
Procesa
Muestra
Reporta
Calcula
Genera
Accede
Enva.
Dibuja.
Bloquea.
Recepciona.
Actualiza.
Emite.
Obtiene.
Imprime.
Etc, etc, etc.

Tambin los puede escribir en terminaciones ar, er e ir.

Estos verbos son vlidos para el nombre de un Caso de Uso siempre y cuando encierren
dentro de s una funcionalidad (un conjunto de pequeas tareas que juntos cumplan una
responsabilidad dentro del Sistema).

Ejemplos:

Abre Archivo.
Guarda Archivo.
Agrega usuario.
Registra Alumno
Modifica Datos del Alumno.
Elimina Alumno.
Procesa Registro de Notas.
Muestra Balance.
Reporta Ventas.
Calcula Planilla de Pagos.
Genera Orden de Compra.
Construye Cuadro Comparativo de
cotizaciones.
Accede a Archivo de Texto.
Enva mensajes a la red.
Dibuja figura geomtrica.
Bloquea acceso a usuario.
Recepciona ficheros enviados.
Actualiza Intereses de prstamo.
Emite Documento de Venta.
Obtiene cdigo de Lector de barras.
I mprime Reportes.
Etc.

La lista de verbos es infinita. Tambin los puede escribir en terminaciones ar, er e
ir.

Por cada verbo puede existir una infinidad de redacciones que se adecuen a su realidad.

Verbo + complemento.

UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A.P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2010-II)

MATRIZ DE REQUERIMIENTOS:

Casos de Uso Base funcionales:
(Lo que el Sistema har).

MDULOS
(CASOS DE USO DEL
NEGOCIO)
REQUERIMIENTOS POR ACTORES:
JEFE DEL COMIT
ORGANIZADOR
ASISTENTE
Inscribir Concursante Registrar Nuevo participante
Modificar datos del
participante.
Eliminar participante
Vender tickets adicionales a un
inscrito.





Vender tickets adicionales a un
inscrito.

Registrar Nuevo participante
Modificar datos del participante.
Sortear premios. Generar ticket ganadores.
Notificar ganadores por correo
electrnico
Reportar Ingresos por
inscripciones.
Reportar Ganadores.

Entregar premios. Inscribir Auspiciadores.
Registrar Premios.
Registrar entrega de premios.

Administrar Sistema Acceder al Sistema.
Agregar Acceso.
Modificar Clave de acceso.
Eliminar Acceso.

Acceder al Sistema.



CASOS DE USO BASE FUNCIONALES DEL MDULO: INSCRIBIR CONCURSANTE.
Entedemos que un Caso de Uso es un pedido del cliente que desea encontrar en el software.
De este modo el prototipado de pantallas (formularios) es la expresin visible implementada a
la que puede llegar un Caso de Uso. De modo que el concepto de Caso de Uso si se cumple.

UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A.P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2010-II)

Jefe Comit Organizador
(f rom Actores)
Asi stente
(f rom Actores)
Regi strar Nuevo Concursante
Modificar datos del Concursante
El iminar Concursante
Concursante
(f rom Actores)
Vender ti ckets adi ci onal es

Los usuarios directos del sistema son el Jefe del Comit Organizador y el Asistente.
Las siguientes pantallas son los primeros prototipos respectivos para los Casos de Uso.
Estas podran cambiar en algo en lo sucesivo de nuestro trabajo:


Prototipo del Caso de Uso: Registrar nuevo Concursante


Prototipo del Caso de Uso: Modificar datos del Concursante



UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A.P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2010-II)


Prototipo del Caso de Uso: Eliminar datos del Concursante






Prototipo del Caso de Uso: Vender Tickets adicionales






















Nota: Un formulario que integre los tres casos de uso podra ser factible de
ser prototipado!!!

UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A.P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2010-II)

CASOS DE USO BASE FUNCIONALES DEL MDULO: SORTEAR PREMIOS.

Generar tickets ganadores
Notario
(from Actores del Modelo del Negocio)
Notificar ganadores por correo
electrnico
Jefe Comit Organizador
(from Actores del Modelo del Negocio)
Reportar ingresos por Inscripciones
Asistente
(from Actores del Modelo del Negocio)
Reportar Ganadores

Los usuarios directos del sistema son el Jefe del Comit Organizador y el Asistente y un usuario indirecto es el Notario.


















UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A.P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2010-II)


Prototipo del Caso de Uso: Generar Ticket ganadores










Al hacer clic en el botn Conocer Ganadores podrn
apreciarse en un nuevo formulario los datos de aquellos
concurdantes con tickets ganadores. Y al presionar el
botn salir en el formulario Conocer Ganadores del
Sorteo podr retornarse al anterior Windows form.

UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A.P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2010-II)

Prototipo del Caso de Uso: Notificar ganadores por correo electrnico



Prototipo que combina los Caso de Uso: Reportar ingresos por inscripciones y Reportar
Ganadores, con un Radio Button por cada uno.


CASOS DE USO BASE FUNCIONALES DEL MDULO: ENTREGAR PREMIOS.


Inscribir Auspiciadores
Registrar Premios
Jefe Comit Organizador
(from Actores del Model o del Negoci o)
Notario
(from Actores del Model o del Negoci o)
Concursante
(from Actores del Model o del Negoci o)
Registrar entrega de premios


El usuario directo del sistema es el Jefe del Comit Organizador y los usuarios indirectos son el Notario y el
concursante.



Prototipo del Caso de Uso: Inscribir Auspiciadotes.


UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A.P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2010-II)



Prototipo del Caso de Uso: Registrar entrega Premio.

Sera intil en este caso hacer un formulario para agregar, otro para modificar y otro para eliminar.
Como esta funcionalidad del sistema es corta mejor lo hacemos en un solo formulario.



Prototipo del Caso de Uso: Registrar Premio.

El acta que se imprimir ser resultante de un reporte, donde aparecern el nombre del Ganador,
el premio y otros datos del sorteo mismo. Los datos sern arrastrados desde una Base de Datos.
Cmo es la Base Datos y que Tablas contiene?. Eso es respuesta del flujo de Trabajo: Diseo
en la etapa de Elaboracin del Proceso Unificado de Desarrollo de Software.




Ahora tenemos Casos de Uso que no pertenecen a ningn mdulo los agruparemos en uno
nuevo: Administracin del Sistema:
















UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A.P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2010-II)

CASOS DE USO BASE FUNCIONALES DEL MDULO: ADMINISTRACION DEL
SISTEMA.

Caso de uso Acceder al Sistema:






Si el Usuario ingresa con su login y clave de Administrador se desplegar la
siguiente pantalla con los sub-mens siguientes:









UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A.P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2010-II)





Caso contrario, en el caso que un Usuario ingresara con su login y clave de
usuario comn se desplegar la siguiente pantalla con los sub-mens
siguientes:




Caso de uso: Agregar Accesos:



En este formulario estamos combinando tres requisitos: Agregar Acceso como Administrador,
Modificar Clave de Acceso y Eliminar Acceso. Bien podran ser 3 formularios distintos, pero
habra que pensar en los costos o diferencias resultantes.








UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A.P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2010-II)

Casos de Uso Base (funcionales) Candidatos:


No. DESCRIPCION
(REQUERIMIENTO
O CASO DE USO)
EXPLICACION TIEMPO
DE
IMPLEM.
PRIORIDAD ITERACION
A Inscribir Concursante.
1 Registrar Nuevo
participante
El Concursante otorga
sus datos para que los
ingrese en el Sistema el
Jefe del Comit
Organizador o el
Asistente (Secretaria).
El concursante deber
indicar cuantos tickets
desea comprar.
2d
Crtica ( )
Alta ( )
Media ( )
Baja ( )
1
2 Modificar datos del
participante.





1
3 Modificar datos del
participante.




1
4 Vender tickets
adicionales.

1
B. Sortear premios.
1 Generar ticket
ganadores.




2
2 Notificar ganadores
por correo
electrnico




2
3 Reportar Ingresos
por inscripciones.




2
4 Reportar
Ganadores.





2
C. Entregar premios.
1 Inscribir
Auspiciadotes.





3
2 Registrar Premios.




3

UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A.P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2010-II)

3 Registrar entrega de
premios.





3
D. Administracin del Sistema.
1 Acceder al Sistema.



4
2 Agregar Acceso.






4
3 Modificar Clave de
acceso.








4
4 Eliminar Acceso.




4

El sistema ser construido en 4 iteraciones, Cmo y Porqu?

Uno de los criterios para hallar el nmero de iteraciones, es agrupar los Casos de Uso Base de
acuerdo a que si juntos, algunos de ellos pueden funcionar como un Sub-Sistema dentro del
sistema completo, de modo que se puedan hacer entregas (liberaciones) parciales a los
usuarios para que lo prueben y usen.

Otro criterio vlido a tomar cuenta, puede ser la disponibilidad de recursos econmicos,
materiales y humanos, de manera que de acuerdo a como se vaya contando con ellos, tambin
se realizarn las iteraciones mediante el Proceso Unificado de Desarrollo de Software.

Hay que entender que criterios son relativos, pero sirven como lnea de base, debido a que el
cliente puede cambiar sus prioridades.

En cualquiera de los casos es el Analista Funcional el encargado de mediar entre el cliente y el
equipo de desarrollo.

Las iteraciones deben ser traducidas en el documento: Plan de Iteraciones, Plan de desarrollo
de software, Plan de Administracin de Requerimientos, as como deben ser referenciados en
Documento de Especificacin Funcional (DET) y Documento de Especificacin Tcnica (DET).






UNIVERSIDAD PERUANA UNION
FACULTAD DE INGENIERIA Y ARQUITECTURA
E.A.P. INGENIERIA DE SISTEMAS
Ing. Omar L. Loaiza Jara (2010-II)

Descripcin de Casos de Uso Base (funcionales) Candidatos:

Mdulo: Administrar Inscribir concursantes:
CASO DE USO BASE: REGISTRAR NUEVO CONCURSANTE.
Actores : Jefe de Comit Organizador, Asistente
ACTOR:
RESPUESTA DEL SISTEMA
Estado Inicial o Pre-Condicin:
El usuario ha ingresado al Sistema y la Pantalla principal est desplegada en el
Monitor.
Evento Inicial:
El usuario elige la opcin de Registro de nuevo concursante del Men principal.
1. El usuario escoge ingresa los datos
del concursante.






3. El usuario presiona el botn
Registrar




2. El Sistema valida las entradas
del usuarios en las Cajas de
texto y otros controles.




4. El Sistema inserta los datos en
la Base de Datos utilizando la
conexin creada con el Gestor
de Base de Datos para tal
efecto.

5. Mostrar mensaje de xito o
error de la operacin de
insercin.

Flujos Alternativos:
2.1. En caso que el concursante ya haya sido ingresado anteriormente, el
Sistema mandar un mensaje de alerta no permitiendo la entrada
repetida del concursante al sorteo.
Post Condicin:
El Caso de Uso termina cuando el usuario decide cerrar el formulario.