Sie sind auf Seite 1von 503

ESCUELA SUPERIOR POLITCNICA DE CHIMBORAZO

Facultad de Informtica y Electrnica


Escuela de Ingeniera en Sistemas

Ingeniera de Software II
Integrantes:

Vctor Bayas

1600

Natalia Pilco
Giannella Montao
Adriana Velsquez
Freddy Capuz
Carolina Valencia
Wilmer Barrera
Mara Jos Morillo
Vanessa Bonito
Yesenia Pilco
Jos Acn

5505
5509
5642
5682
5723
5726
5763
5773
5790
5906

INDICE

Introduccin
La licorera Licorera GIA es un negocio ubicado en Esmeraldas (Va Atacames Junto
al colegio Daniel Comboni- Fundacin Amiga) que se dedica a la venta de licores.
Cuyas ganancias promedio por das son de $25 a $30 y los fines de semana entre
$150 a $200.El dueo de la licorera ha manifestado que la misma presenta bajos
ingresos econmicos. El dueo ha observado que esto se origina en el hecho de que
en el negocio no se cuenta con un control adecuado del inventario, de las ventas, y de
los pedidos de los clientes. Y ha expuesto las siguientes causas:

Al registrar las ventas se tienen equivocaciones en la realizacin de los clculos


contables teniendo por ende errores en las cuentas del negocio.

La informacin no es legible debido a que se anota con mala letra y adems se hacen
tachones y borrones en los registros.

La informacin no est actualizada ya que las modificaciones no se hacen en el


momento adecuado y tachando los datos,

Los datos de los pedidos se anotan de manera apresurada y desorganizada


provocando prdida de informacin,

Existe falta de personal porque no existe suficiente recurso econmico para cubrir los
pagos de ms empleados,

El negocio solo trabaja con pagos en efectivo por lo que muchas veces el dinero se
contabiliza mal o se pasan billetes falsos,

Existe prdida de mercanca por botellas en mal estado debido al transporte

La entrega de pedidos es demorada debido a que la forma en la que estn


almacenados los licores dificultan extraerlos rpidamente.
Analizando las causas del problema se tiene que se puede lograr la automatizacin de
las tareas relacionadas con el manejo de la informacin mediante el desarrollo de un
sistema que permita el almacenamiento y mantenimiento ptimo de los registros del
inventario, ventas y pedidos del negocio.

OBJETIVOS
2.1 OBJETIVO GENERAL

Presentar un Documento en el cul se encuentren los resultados y desarrollos


de todas las iteraciones planificadas.

2.2 OBJETIVOS ESPECFICOS

Identificar los requerimientos Funcionales y No Funcionales.

Realizar el Anlisis y Gestin de los riesgos

Estudiar la Factibilidad del sistema.

Planificar el desarrollo del sistema.

Medir las mtricas de calidad establecidas para el proyecto.

DESARROLLO
Requerimientos del Sistema
Una vez determinado el problema de la licorera, con sus diferentes efectos y sus
causas. Se procedi a determinar los diferentes requerimientos que tiene el negocio,
esto con el fin de poder establecer cules sern las funcionalidades que deber
ofrecer el sistema Licorera Gia a sus usuarios.Para realizar lo mencionado
anteriormente fue necesario que la compaera Giannella Montao se comunicar con
el Sr. Rogelio Montao, para de esta manera poder establecer las necesidades de la
licorera y saber de qu manera se le da solucin mediante el desarrollo del software
Licorera GIA, dando como resultado la obtencin de 30 requisitos funcionales. Sin
embargo, en reuniones realizadas posteriormente con el cliente, se presentaron
nuevos requisitos siendo que se aumentaron a un total de 43 funcionalidades.
Requisitos funcionales
1. Autentificacin de los Usuarios
2. Autorizacin de la Autentificacin de los usuarios
3. Modificar datos del usuario
4. Ingreso de un nuevo empleado
5. Ingreso de un nuevo cliente
6. Mantenimiento ingreso de usuarios
7. Eliminar usuario
8. Buscar usuarios
9. Reporte de clientes con ms pedidos realizados
10. Calculo de sueldo por antigedad
11. Ingresar licores
12. Eliminar licores
13. Modificar datos de licores
14. Reporte de todos los licores
15. Reporte de los licores ms vendidos
16. Reporte de los licores que menos vendiendo

17. Reporte de los licores que se estn agotando


18. Spike actualizacin automtica de datos.
19. Buscar licor
20. Reporte de pedidos por periodo
21. Presentar licores por categora
22. Implementar carro de compras
23. Guardar Pedido
24. Cancelar pedido
25. Registrar la compra de licor a un proveedor
26. Calcular el costo del licor
27. Calcular el precio mnimo y precio de venta del licor
28. Buscar pedidos
29. Reporte de los proveedores a los que ms productos se compra
30. Implementacin de interfaz de nota de venta
31. Guardar Venta
32. Reporte de ventas por periodo
33. Generar venta a partir de pedido
34. Ingresar proveedor
35. Modificar proveedor
36. Eliminar proveedor
37. Reporte de los proveedores
38. Reportes de licores por proveedor
39. Buscar proveedores
40. Ingreso de categora
41. Modificar categora
42. Eliminar categora
43. Reporte de licor por categoras
44. Buscar Venta
45. Reportes ventas por empleado

46. Reporte de ganancias Y perdidas


47. Reportes de compras a proveedores
48. Realizar validaciones
Requisitos no funcionales
El sistema debe visualizarse y funcionar correctamente en cualquier
navegador, especialmente en Internet Explorer, Mozilla Firefox, Google
Chrome.
El sistema debe contar con manuales de usuario estructurados
adecuadamente.
El sistema debe proporcionar mensajes de error que sean informativos y
orientados a usuario final.
La aplicacin debe resultar atractiva para los usuarios
Los reportes debern ser entregados en el tiempo promedio de 10
segundos las bsquedas deber ser entregadas en un promedio de 8
segundos
Historias de usuario
Todos los requisitos tienen su historia de usuario mediante las cuales se documentan
de manera especfica las necesidades del usuario que luego se utilizaran al momento
de la implementacin. La historia de usuario detalla lo que se va a realizar en el
sistema y est estructurada as: un nmero, el nombre, el usuario del sistema que
cuenta con el menor nivel de acceso al mismo, adems posee una prioridad en el
negocio la cual es determinada por el cliente, el riesgo que tiene en el desarrollo, una
descripcin de lo que el usuario requiere del sistema y su beneficio a obtener. En
cuanto a las observaciones deben ir de acuerdo a las especificaciones y detalles
importantes a tomar en cuenta en el desarrollo del requerimiento. Adems, cada una
tiene pruebas de aceptacin que permitirn al cliente y al desarrollador verificar si ha
satisfecho o no la funcionalidad especificada.

Gestin de riesgos
El desarrollo de cualquier proyecto implica determinados riesgos. Tomando en cuenta
este antecedente se ha llevado a cabo el proceso de gestionar los riesgos con el fin de
definir los riesgos a los cuales se enfrenta el desarrollo de este proyecto. Este proceso
comprende identificar los riesgos, as como la probabilidad de que ocurran y su
impacto sobre el desarrollo del proyecto. el gestionamiento de los riesgos se ha
llevado a cabo en cuatro etapas que incluyen identificar los riesgos, detallarlos en las
hojas de gestin de riesgos, analizarlos y finalmente priorizarlos. Cada una de estas
etapas pasa a ser explicada a continuacin.

Identificacin de riesgos
En esta primera fase se hace un anlisis profundo para lograr encontrar aquellos
aspectos de mayor vulnerabilidad para la Licorera Gia y el equipo de desarrollo que
por lo tanto puedan llegar a retrasar o suspender completamente el desarrollo del
proyecto, en la tabla de Anexo 2 se detallan en 4 columnas con especificidad los
riesgos nombrados: Identificacin, Descripcin, Categora, y Consecuencias. En
identificacin el riesgo se describe con la letra R seguido de un nmero secuencial. En
Descripcin se detalla del riesgo. La Categora se ha dividido en 3 tipos: Del proyecto,
tcnico y Del negocio. Finalmente, en la columna de Consecuencia se describe el
problema o consecuencia que se puede presentar si el riesgo llegara a suceder.
Hojas de gestin de riesgos
En la siguiente etapa se pasa a realizar una descripcin an ms detallada de cada
uno de los riesgos identificados, con la finalidad de disminuir la probabilidad de
ocurrencia de resultados negativos y aumentar la probabilidad de cumplimiento de los
objetivos del proyecto. Al tener una clara compresin de los riesgos que se pueden
presentar se podr establecer las medidas preventivas y correctivas viables que
garanticen la mejor manera de llevar a cabo el proyecto para as al final obtener un
producto estable y confiable para el cliente. Anexo 3. Observando las hojas de riesgo
se tiene que existen varios riesgos de alto impacto de los cuales los ms relevantes
son la modificacin demasiado constante de los requerimientos que indicara
insatisfaccin por parte del cliente y retrasara el trabajo, adems el incumplimiento de
entregables a tiempo por lo cual las medidas de reduccin, supervisin, y gestin para
estos riesgos y todos los de alto impacto deben ser cumplidas para evitar
inconvenientes en el desarrollo del proyecto. En cuanto a riesgos de menor proporcin
igual deben seguir siendo altamente supervisados.
Anlisis de riesgos
El anlisis de riesgos tiene como propsito determinar los componentes del sistema
que estn expuestos a vulnerabilidades y las amenazas que esos pueden sufrir. El
anlisis de riesgos permitir tomar medidas preventivas y correctivas que garanticen
un buen desarrollo del proyecto. A cada riesgo identificado se le asignado un valor de
probabilidad, impacto y exposicin, estos parmetros de evaluacin permiten
determinar la probabilidad de que estos ocurran durante el desarrollo del proyecto, as
como valorar el impacto de los mismos durante su ejecucin. De los 16 riesgos
identificados se les ha asignado un valor en los parmetros antes descritos, como lo
indica en el Anexo 4.Los requisitos a los cuales se he asignado una probabilidad alta,
son aquellos que estn expuestos a cambios continuos y pueden afectar de mayor
forma el desarrollo del proyecto, aquellos que se les ha determinado con un valor de
probabilidad bajo nos indican que no tienen mucha influencia en el desarrollo y
aquellos que se les ha asignado un valor medio no presentan mayor dificultad para
que el proyecto se realice..
Estudio de factibilidad
El estudio de la factibilidad se concentra en recopilar los datos necesarios para definir
la posibilidad de desarrollar el software para la licorera. En base a este anlisis se

determinar la infraestructura tecnolgica y la capacidad tcnica que implica la


implementacin del sistema, as como los costos, beneficios y el grado de aceptacin,
por ello es necesario tomar en cuenta los recursos que disponen tanto Licores Gia
como el equipo de desarrollo antes de poner en marcha la elaboracin del proyecto.
Tenemos que tomar en cuenta lo que se estim anteriormente que nos dio un costo del
proyecto de $8888, por lo tanto, si es factible ya que el negocio tiene ingresos que si
podr cubrir el costo.

Factibilidad Tcnica
Consiste en realizar una evaluacin de los recursos tecnolgicos para la
implementacin e implantacin del sistema. En la Licores Gia se cuenta con una
computadora con caractersticas aceptables para la instalacin y el uso del sistema
propuesto. (Anexo 13) Con el fin de que la aplicacin y los servicios que da la
empresa sean altamente funcionales se debe adquirir dos computadoras de las
mismas caractersticas, tambin dos servidores cuyo propsito ser alojar de la
informacin y el servicio web. (Anexo 14). Con la computadora existente cuenta con el
Sistema Operativo Windows 7, Browser y antivirus que son necesarios para su
funcionamiento. Por otro lado, el equipo de trabajo cuenta con once computadoras de
caractersticas confiables junto con el software requerido para un buen desarrollo de la
aplicacin, solicitado por la Licorera. (Anexo 15). Para la implementacin de la
aplicacin se necesitar contar con el Sistema Operativo CentOS para el servidor,
PostgressSQL para la Base de datos y GlassFish es el alojamiento de las pginas
web, por el cual los equipos de trabajos requieren los mismos elementos para el
desarrollo ptimo. (Anexo 16. Por el momento la Licores Gia no cuenta con ningn
personal tcnico capacitado por eso es esencial contar con Administradores de redes
para la instalacin para la conexin a internet, as como su mantenimiento; el equipo
de trabajo se encuentra formado por 11 programadores que desarrollarn la
aplicacin.(Anexo 17;Anexo 18).

Factibilidad Operativa
El manejo del sistema a desarrollar se llevar a cabo por los siguientes usuarios:
administrador que ser el encargado de gestionar la informacin de licores, clientes,
ayudantes, ventas y pedidos, los ayudantes que manejarn las ventas y pedidos, y los
clientes de Licores los cuales podrn registrarse, generar pedidos y modificar sus
datos. (Anexo 19). En cuanto al desarrollo del sistema esto implica tener un equipo de
11 personas involucradas, cada una cumpliendo determinados roles dentro del avance

de cada uno de los mdulos del sistema. (Anexo 20) Por lo tanto el equipo de trabajo
disponible cumple con los requerimientos para llevar a cabo el desarrollo del sistema.

Factibilidad Econmica
Dentro de la implantacin del sistema se tienen en cuenta varios factores los cuales
determinaran la factibilidad de instalacin y utilizacin posterior del sistema. Estos
factores incluyen la capacitacin del personal en cuanto al maneja del sistema.
Tambin se requiere realizar la configuracin del sistema en los equipos de licores Gia.
Para los costos operacionales del desarrollo del proyecto se tienen los suministros de
oficina y personal operacional utilizados (Anexo 21). Despus de especificar todos
estos gastos se ha obtenido un total de $ 27366,60 como costo de desarrollo del
proyecto (Anexo 22). Una vez obtenida esta suma se tiene que Licores Gia es capaz
de cubrir dichos gastos, por lo tanto, el proyecto es viable y se puede proceder con su
desarrollo.
Planificacin
El objetivo de la planificacin es establecer periodos llamados iteraciones y el alcance
que deber tener el desarrollo del proyecto para cada una de esas iteraciones. El
mtodo utilizado para este proyecto es el Planing Poker segn el cual se ha estimado
el tiempo requerido para cada mdulo del sistema.

Metforas del Sistema


Para el desarrollo de cualquier proyecto de software existen varios requerimientos
bsicos que, aunque no son solicitados por el cliente, es indispensable llevarlos a
cabo. Dichos requerimientos son denominados metforas del sistema y estn
relacionados a los fundamentos tcnicos de su funcionamiento. A cada una de estas
metforas se la ha dado una estimacin en cuanto a cuanto esfuerzo, prioridad en el
negocio y riesgo de desarrollo (Anexo 23). Lo cual permitir asignarles un tiempo
adecuado dentro de la planificacin del proyecto.
Plan de entrega
En el plan de entrega se plantea la manera en la que se llevaran a cabo las diferentes
iteraciones en las que se desarrollara el proyecto. En cada una de las iteraciones se
indica que tareas se realizaran en dicha iteracin adems de la fecha en la que se
inicia la tarea y la fecha en la que se finaliza. Para realizar la estimacin de duracin
de cada historia de usuario, as como de las metforas se ha utilizado el mtodo
planning pker 13 ms de una iteracin, 8 una iteracin, 5 ms de media iteracin, 3
media iteracin, y tanto 1 como 2 menos de madia iteracin. Tanto las iteraciones con
las historias de usuario, metforas, spike a llevar a cabo, as como las fechas
correspondientes se muestran en el Anexo 122. El plan de entrega se estructuro en

dos reuniones del equipo de trabajo, teniendo como resultado 14 iteraciones, dando
inicio el jueves 05 de noviembre de 2015 y finalizando el 04 de febrero de 2016.
Diagrama de Grant
El diagrama de Gantt se representa de forma grfica cuyo objetivo es mostrar el
tiempo previsto para el desarrollo de cada iteracin a lo largo de la implementacin del
proyecto LicGia para visualizar el diagrama ver el Anexo 24

DESARROLLO DE LAS ITERACIONES


ITERACION 1
Se realiz las metforas del sistema que consiste en el anlisis y el funcionamiento del
software que se va a desarrollar que est compuesta en el Estndar del sistema,
diseo de la base de datos con sus trabajos de Ingeniera, Arquitectura del Sistema,
SPIKE 1-Consulta de arquitecturas y el manual Tcnico.
En esta Iteracin an no se presenta un producto funcional ya que realizamos las
metforas del sistema que no son los requerimientos del cliente, pero debemos
hacerlas porque son de gran importancia para poder continuar con el proyecto.

DEFINICIN DE ESTNDAR DE PROGRAMACIN


ESTNDAR DE PROGRAMACIN CAMELCASE
CamelCase: Tambin conocido como el Alto? CamelCase, en este estndar,
bsicamente cada nueva palabra tiene que iniciar con unaletra mayscula con
ciertas excepciones como en ndices y tambin en nombres de paquetes ya que
siempre se escriben en letras minsculas para evitar que entren en conflicto con
los nombres de clases o interfaces, adems que es un estndar recomendado
por Sun Microsystem (ahora propiedad de Oracle).
Entre las principales ventajas de su uso tenemos:

Facilitan el mantenimiento de una aplicacin. Dicho mantenimiento


constituye el 80% del coste del ciclo de vida de la aplicacin.
Permite que cualquier programador entienda y pueda mantener la
aplicacin. En muy raras ocasiones una misma aplicacin es mantenida por
su autor original.
Los estndares de programacin mejoran la legibilidad del cdigo, al mismo
tiempo que permiten su compresin rpida.

REVISAR ANEXO 25

DISEO DE LA BASE DE DATOS


La base de datos es uno de los principales componentes de nuestro sistema por lo
cual para garantizar su correcta implementacin y funcionamiento se realiz el diseo
preliminar de la misma que consta de el Diagrama Entidad-Relacin, los modelo
lgico, fsico, el diccionario de datos y el correspondiente script.

DIAGRAMA ENTIDAD-RELACIN
El diseo del der se ha basado en el funcionamiento del negocio, los requerimientos
del negocio as como de las historias de usuario, de donde se han obtenido todas las
entidades del negocio sus diferentes atributos y sus relaciones.
REVISAR ANEXO 26

MODELO LGICO
Luego de haber obtenido las principales entidades y sus relaciones, se procede a
normalizar. El proceso de normalizacin se realiza con el fin de obtener el modelo
lgico, a travs del cual se detallaran las relaciones, restricciones, etc.
Dentro del proceso de normalizacin que se realiz se tiene que se ha puesto el
diseo en primera forma normal puesto que como se puede observar cada uno de
sus atributos tiene valores que son atmicos y monovalentes. As como tambin se
tiene una clave primaria que identificara de manera nica cada registro de la base.
Igualmente se ha llegado hasta la segunda forma normal teniendo que todos los
atributos cuentan con dependencia funcional completa de su clave primaria.
Siguiendo con el proceso se lleg hasta una tercera forma normal puesto que no
existen dependencias transitivas, y finalmente tambin se encuentra en forma de
BFNC ya que todos los determinantes son claves aspirantes y solo uno de ellos es
clave primaria.
REVISAR ANEXO 28

MODELO FSICO
Para el diseo fsico, se debe considerar el motor de base de datos seleccionado.
En este caso se usara el Postgresql por ser uno de los motores ms potentes y de
libre uso. Realizando el diseo acorde con los parmetros del motor de base
mencionado.
El diseo fsico lo obtuvimos a partir del diseo lgico, una vez diseado el modelo
lgico
damos
clic
en
Tools
y
luego
en
la
opcin
de Generate Physical Data Model, y se nos genera nuestro modelo fsico. Este
modelo cuenta con un total de 9 tablas ya que tambin se nos gener las tablas
con las llaves forneas.

REVISAR ANEXO 29

DICCIONARIO DE DATOS
Un diccionario de datos es el conjunto de metadatos que describen las
caractersticas de los datos que se utilizaran en la base de datos. El diccionario
incluye nombre, cdigo, tipo de dato y longitud, indicando de manera rpida los
significados de cada uno de los componentes especificados en la base de datos.

REVISAR ANEXO 30

DISEO DE LA ARQUITECTURA DEL SISTEMA


La arquitectura del sistema consiste en realizar una representacin tcnica del
software que se va a desarrollar, definiendo su estructura y las responsabilidades de

cada componente, esto forma parte del desarrollo el cual incluye las relaciones
existentes entre los componentes a desarrollarse.
La Arquitectura del Sistema permite tener una visin global del sistema que se va a
desarrollar.
Para el desarrollo del sistema Licorera Gia se ha establecido utilizar la arquitectura
Cliente-Servidor multicapa.
Esta arquitectura permite crear sistemas autnomos que cooperan entre s para
intercambiar informacin, servicios, recursos, etc., es decir los objetos de cada capa
son independientes. Adems, esta arquitectura facilita la migracin de aplicaciones y
los procesos de escalabilidad.
Capas a implementarse en la arquitectura Cliente-Servidor

Capa de interfaz del usuario (IU)


Esta capa es la que interacta con el cliente, mediante esta capa se aceptan
peticiones o solicitudes realizadas por el usuario del sistema, estas solicitudes son
atendidas y procesadas por la capa de la de lgica de negocio la cual devolver las
peticiones solicitadas en la interfaz de usuario.

Capa de lgica de negocio (LN)


Es la capa que permitir la implementacin y administracin de solicitudes enviadas
por las capa de interfaz las cuales sern procesadas y enviadas a travs de la capa
de acceso a datos la cual tendr involucrada a la capa de almacenamiento.

Capa de acceso a datos (AD)


Esta capa permitir la conexin a la base de datos o denominada la capa de
almacenamiento en la cual se encuentran los diferentes servicios enviados por la capa
de lgica de negocio.

Capa de almacenamiento
En esta capa se encuentra los diferentes datos almacenados que sern consumidos
por los servicios de las capas anteriormente mencionadas, en este proyecto se
utilizara como motor de servicios a Postgresql.
REVISAR ANEXO 31

ITERACIN 2
Para nuestra segunda iteracin inicia el 12-11-2015 hasta el 18-11-2015, se
desarrollan 6 actividades, no funcionales las cuales son: Instalacin y configuracin del
servidor, Implementacin preliminar de la Base de Datos, Conexin a la Base de
Datos, Diseo de las interfaces de usuario, Realizacin del manual tcnico,
Realizacin del manual de usuario.
A continuacin, se detalla cada actividad:

INSTALACIN Y CONFIGURACIN DEL SERVIDOR


Para iniciar con el desarrollo del sistema "Licores Gia", es necesario contar con el
servidor de base de datos para poder realizar las pruebas necesarias al momento
en que se maneje la informacin del negocio por medio del sistema. Por lo cual
esta metfora consiste en la instalacin y configuracin de dicho servidor.
Se ha escogido levantar el servidor de base de datos en el sistema
operativo CentOS 7 ya que es uno de los ms estables, y como motor de base de
datos se ha seleccionado a Postgresql.
Pasos para la instalacin puede revisar en el REVISAR ANEXO 32

IMPLEMENTACIN PRELIMINAR DE LA BASE DE DATOS


Para poder empezar a desarrollar las funcionalidades de nuestro sistema debemos
tener la base de datos implementada, de esta manera podremos realizar las pruebas
de aceptacin de cada Historia de Usuario. La Implementacin de la Base de datos
LicGia fue realizada en PostgreSQl, se debe realizar la creacin de todas las tablas
con sus respectivas relaciones, tal como estaba predefinida en el diseo de la Base de
Datos
REVISAR ANEXO 33
CONEXIN A LA BASE DE DATOS
La conexin a la base de datos es parte primordial a ser completada en la iteracin
nmero 1 debido a que mediante esta se dar efecto a las historias de usuario. La
base de datos reside en nuestro servidor CentOS 7 Minimal mediante el motor de base
de datos PostgreSQL.
La base de datos del Sistema LICORERA GIA ser identificada bajo el nombre LicGia
que contendr todos los datos necesarios para la administracin del negocio.
REVISAR ANEXO 34

DISEO DE LAS INTERFACES DE USUARIO

Son pautas para disear interfaces de una manera prctica, fcil y correcta. Esto
permitir que el usuario final del sistema se familiarice muy fcilmente en un corto
tiempo sin perjudicar su trabajo y por el contrario hacerlo ms ligero.
REVISAR ANEXO 35

REALIZACIN DEL MANUAL TCNICO

El manual tcnico es una gua de los procesos realizados en una etapa


determinada los cuales pueden ser de ayuda en el futuro, este es importante para
identificar ms fcilmente los aspectos y caractersticas que forman parte de
nuestro proyecto.
REVISAR ANEXO 36
REALIZACIN DEL MANUAL DE USUARIO.
Un manual de usuario es un documento tcnico de un determinado sistema que
intenta dar asistencia a sus usuarios. Este manual debera ser entendido por cualquier
usuario principiante, como tambin serles til a usuarios avanzados.
Un manual de usuario est dirigido a realizar entregas de las pautas de operacin del
sistema que se est desarrollando.
Tienen como propsito orientar al usuario acerca del uso del sistema. Son tcnicas de
ayuda en los productos tecnolgicos, adems aportan informacin sobre el producto.

Estos ayudan a describir las caractersticas tcnicas y de funcionamiento de la


aplicacin, esta debe ser leda para que se le otorga un correcto funcionamiento y
sacarle suficiente provecho a todas sus funcionalidades.
REVISAR ANEXO 37

ITERACIN 3

Segn lo planificado esta iteracin inicia el 19/11/2015 y culmina el 25/11/2015, se


desarrollarn 5 actividades, de las cuales 3 son funcionales y 2 no funcionales: Ingreso
de un Cliente, Ingreso de un Ayudante, Ingreso de Licor, Manual Tcnico y de Usuario.

A continuacin, se detalla cada actividad:

INGRESO DE UN NUEVO AYUDANTE


Se realiz la implementacin de la funcionalidad ingreso de un nuevo
ayudante, dado que el dueo del negocio se plantea la posibilidad de tener
nuevos ayudantes en el local y desea tener almacenada su informacin. Esto
se llev a cabo en 4 tareas de ingeniera con 11 pruebas de aceptacin de las
cuales todas fueron exitosas.

REVISAR ANEXO 38

INGRESO DE UN NUEVO CLIENTE

Se realiz la implementacin de la funcionalidad ingreso de un nuevo cliente, dado que


el negocio se basa en la compra de licores realizada por los clientes cuya informacin
necesita ser registrada. Esto se llev a cabo en # tareas de ingeniera con # pruebas
de aceptacin de las cuales # fueron exitosas y # fueron fallidas, teniendo para esta
historia de usuario un porcentaje de # de fracaso.
REVISAR ANEXO 39

REALIZACIN DEL MANUAL TCNICO

El manual tcnico es una gua de los procesos realizados en una etapa


determinada los cuales pueden ser de ayuda en el futuro, este es importante para
identificar ms fcilmente los aspectos y caractersticas que forman parte de
nuestro proyecto.
REVISAR ANEXO 40

INGRESO DE UN NUEVO LICOR

Se realiz la implementacin de la funcionalidad ingreso de un nuevo licor, dado que el


dueo del negocio se plantea la posibilidad de adquirir nuevos licores dependiendo de
lo que el cliente requiera y desea que los productos que l tiene a la venta puedan ser
visualizados por el cliente. Esto se llev a cabo en 4 tareas de ingeniera con 9
pruebas de aceptacin de las cuales todas fueron exitosas.
REVISAR ANEXO 41

MANUAL DE USUARIO

El manual de usuario es un documento en el cual se da asistencia a sus usuarios a


cerca del sistema. Este manual debera ser entendido por cualquier usuario
principiante, como tambin ser til para usuarios avanzados.
Un manual de usuario est dirigido a realizar entregas de las pautas de operacin del
sistema que se est desarrollando.
REVISAR ANEXO 42

ITERACIN 4
Segn lo planificado esta iteracin inicia el 26/11/2015 y culmina el 02/12/2015, se
desarrollarn 8 actividades, de las cuales 4 son funcionales: Mantenimiento MS_06,
Diseo de la interfaz principal, Autenticacin del Usuario, Modificacin de datos del
usuario, Mantenimiento HU_03 e HU_05 y 4 no funcionales: Spike Proceso para
levantar el servidor DNS, Spike: Proceso para levantar servidor DHCP, Manual Tcnico
y de Usuario.
A continuacin, se detalla cada actividad:

SPIKE: PROCESO PARA LEVANTAR EL SERVIDOR DNS

SERVIDOR DNS
Domain Name System o llamado Protocolo DNS es un sistema de nomenclatura
jerrquica para computadoras, servicios que estn conectados en un red, su principal
funcin es la asignacin de nombres de dominio a direcciones IP los cuales estn
localizados en servidores de correo electrnico para cada dominio, DNS trabaja al lado
del servidor permitiendo de esta manera poder el cliente tener comunicacin en el
servidor a donde desea comunicarse.
REVISAR ANEXO 43

MANTENIMIENTO MS_06 DISEOS DE INTERFAZ DE USUARIO

Son pautas para disear interfaces de una manera prctica, fcil y correcta. Esto
permitir que el usuario final del sistema se familiarice muy fcilmente en un corto
tiempo sin perjudicar su trabajo y por el contrario hacerlo ms ligero.
REVISAR ANEXO 44

AUTENTICACIN DEL USUARIO

La autenticacin de usuario se realiza con la finalidad de limitar las funcionalidades del


sistema para poder categorizar las mismas de acuerdo al tipo de usuario
REVISAR ANEXO 45

MODIFICAR DATOS DEL USUARIO

La modificacin de datos del usuario se realiza con la finalidad de corregir errores que
se pueda cometer al momento registrarse los clientes para realizar sus pedidos.
REVISAR ANEXO 46

INGRESO DE UN NUEVO USUARIO (MANTENIMIENTO)

Se realiz la implementacin de la funcionalidad ingreso de un nuevo cliente y un


nuevo ayudante, dado que el dueo del negocio necesita saber a qu cliente le
pertenece el pedido realizado como tambin tener almacenada la informacin de los
ayudantes. Al ser similares las interfaces para el ingreso tanto de cliente como de
ayudante se realizar una sola interfaz por lo que se decidi dar mantenimiento a
dichas historias de usuario mencionadas anteriormente, obteniendo una nueva historia
de usuario denominada Mantenimiento ingreso de un nuevo usuario.
REVISAR ANEXO 47

SPIKE: PROCESO PARA LEVANTAR EL SERVIDOR DHCP

SERVIDOR DHCP
El protocolo DHCP permite determinar una direccin IP, donde la comunicacin entre
el cliente y el servidor se hace mediante el protocolo UDP, este protocolo depende del
protocolo IP para transmitir mensajes.
DHCP asigna direcciones IP de manera automtica, esto permite dar una direccin IP,
un mensaje DHCP puede tener una mascar de subred, adems esta direccin se
asigna de manera rpida y dinmica.
REVISAR ANEXO 48

REALIZACION DEL MANUAL TCNICO

El manual tcnico es una gua de los procesos realizados en una etapa


determinada los cuales pueden ser de ayuda en el futuro, este es importante para
identificar ms fcilmente los aspectos y caractersticas que forman parte de
nuestro proyecto.
REVISAR ANEXO 49

MANUAL DE USUARIO

El manual de usuario es un documento en el cual se da asistencia a sus usuarios a


cerca del sistema. Este manual debera ser entendido por cualquier usuario
principiante, como tambin ser til para usuarios avanzados.
Un manual de usuario est dirigido a realizar entregas de las pautas de operacin del
sistema que se est desarrollando.
REVISAR ANEXO 50

ITERACIN 5

Segn lo planificado esta iteracin inicia el 04/12/2015 y culmina el 10/12/2015, se


desarrollarn 6 actividades, de las cuales 5 son funcionales: HU_06 Eliminar Usuario,
HU_33 Ingresar proveedor, HU_07 Buscar Usuario, HU_10 Ingreso de licores
(Mantenimiento), HU_01.2 Autorizacin de la autentificacin y 2 no funcionales:
Realizacin del manual tcnico y manual de usuario
A continuacin, se detalla cada actividad:

ELIMINAR USUARIO

Se realiz la implementacin de la funcionalidad de eliminar un usuario (Cliente o


Empleado), ya que el dueo del negocio plantea la posibilidad de eliminar los usuarios
que no estn usando el sistema o Empleados que ya no estn trabajando en su local.
Esto se llev acabo en 6 tareas de ingeniera con 12 pruebas de aceptacin de las
cuales todas fueron exitosas.
REVISAR ANEXO 51

INGRESO DE UN PROVEEDOR

Se ha implementado la funcionalidad del ingreso de un proveedor, ya que el dueo del


negocio ha manifestado que necesita llevar un registro de sus proveedores quienes
abastecen los productos para su negocio. De esta manera se almacenar la

informacin necesaria de sus proveedores, la cual ser til al momento de realizar


pedidos a sus diferentes proveedores.
Se han desarrollado 4 tares de ingeniera, entre estas se encuentra dar mantenimiento
a la base de datos ya que para realizar esta funcionalidad del sistema es necesario
aadir una tablea tbProveedor con su relacin hacia la tabla licor, ya que esta no fue
implementada en el diseo inicial.
Esta historia de usuario se la desarrollo en 4 tareas de ingeniera a las mismas que se
les realizaron 11 pruebas de aceptacin, teniendo 11 pruebas exitosas y 0 pruebas
fallidas, pudiendo decir que esta tarea de usuario ha quedado concluida
satisfactoriamente.
REVISAR ANEXO 52

BUSCAR USUARIO

REVISAR ANEXO 53

INGRESO DE LICORES (MANTENIMIENTO)

Se realiz el mantenimiento del ingreso de un nuevo licor para poder ingresar un


nuevo parmetro el cual es la imagen de los productos que la Licorera ofrece dado
que el dueo del negocio, los ayudantes y en especial los clientes necesitan observar
el producto que van a adquirir.
REVISAR ANEXO 54

Autorizacin de la autentificacin

Se realiz la implementacin de la funcionalidad Autorizacin de la Autenticacin del


usuario, dado que el dueo del negocio no quiere que los clientes y ayudantes tengan
acceso a toda la informacin del negocio. Esto se llev a cabo en 3 tareas de
ingeniera con 8 pruebas de aceptacin de las cuales las 8 pruebas fueron exitosas.
REVISAR ANEXO 55

REALIZACION DEL MANUAL TCNICO

El manual tcnico es una gua de los procesos realizados en una etapa


determinada los cuales pueden ser de ayuda en el futuro, este es importante para
identificar ms fcilmente los aspectos y caractersticas que forman parte de
nuestro proyecto.
REVISAR ANEXO 56

MANUAL DE USUARIO

El manual de usuario es un documento en el cual se da asistencia a sus usuarios a


cerca del sistema. Este manual debera ser entendido por cualquier usuario
principiante, como tambin ser til para usuarios avanzados.
Un manual de usuario est dirigido a realizar entregas de las pautas de operacin del
sistema que se est desarrollando.
REVISAR ANEXO 57

ITERACIN 6
Segn lo planificado esta iteracin inicia el 11/12/2015 y culmina el 17/12/2015, se
desarrollarn 8 actividades, de las cuales 5 son funcionales: HU_34 Modificar
proveedor, HU_12 Modificar datos de licores, HU_40 Ingreso de categora, HU_17
Buscar licor, HU_16 Reporte de los licores que se estn agotando y 3 no funcionales:
Realizacin del manual tcnico, manual de usuario y un Spike de actualizacin
automtica de datos.
A continuacin, se detalla cada actividad:

MODIFICAR DATOS DEL PROVEEDOR

La presente historia de usuario se realiz con el objetivo de que el administrador o


ayudante a cargo pueda actualizar la informacin de los proveedores que sea
necesario en determinado momento. La presente historia de usuario se desarroll en 4
tareas de ingeniera con 9 pruebas de aceptacin en total, todas exitosas.
REVISAR ANEXO 58

Modificar datos de los licores

La posibilidad de modificar los datos de los licores es otra de las funcionalidades ms


importantes que debe ofrecer el sistema por lo tanto en esta iteracin se ha llevado a
cabo la implementacin de la historia de usuario 12: Modificar datos de licores. Lo cual
se ha tardado un total de 10 puntos, y se han realizado 5 tareas de ingeniera con 14
pruebas de aceptacin de las cuales una fue fallidas: Verificar que la imagen se
visualice correctamente en caso de necesitar modificar la misma debido a que no se
pudo direccionar correctamente a la imagen que estaba en el servidor web.
REVISAR ANEXO 59

BUSCAR LICOR

Se realiz la implementacin de la funcionalidad buscar licor, dado que el dueo del


negocio necesita saber los licores que existen en el local y la cantidad de estos de una
manera ms rpida. Esto se llev a cabo en 3 tareas de ingeniera con 10 pruebas de
aceptacin de las cuales todas fueron exitosas.

REVISAR ANEXO 60

Ingreso de Categora

Se realiz la funcionalidad Ingreso de categora la cual permitir ingresar una nueva


categora de Licores al sistema, es indispensable dado que al momento de registrar un
licor hay que seleccionar a que categora pertenece. Est funcionalidad ser
implementada en el men del administrador. Tambin se han realizado los controles y
validaciones respectivas de los campos de ingreso para que no se vea afectada la
integridad de la base de datos.
La realizacin de esta historia de usuario se llev a cabo en 4 tareas de ingeniera con
un total de 11 pruebas de aceptacin de las cuales todas fueron exitosas.
REVISAR ANEXO 61

REPORTE DE LICORES AGOTADOS

Se realiz la implementacin de la funcionalidad de reporte de Licores Agotados, ya


que el dueo del negocio desea tener un listado de los licores que se est agotando
para volver a comprar esos licores y as no tener desabastecimiento en su local. Esto
se llev acabo en 3 tareas de ingeniera con 10 pruebas de aceptacin de las cuales
todas fueron exitosas.
REVISAR ANEXO 62

REALIZACION DEL MANUAL TCNICO

El manual tcnico es una gua de los procesos realizados en una etapa determinada
los cuales pueden ser de ayuda en el futuro, este es importante para identificar ms
fcilmente los aspectos y caractersticas que forman parte de nuestro proyecto
REVISAR ANEXO 63

MANUAL DE USUARIO

El manual de usuario es un documento en el cual se da asistencia a sus usuarios a


cerca del sistema. Este manual debera ser entendido por cualquier usuario
principiante, como tambin ser til para usuarios avanzados. Un manual de usuario
est dirigido a realizar entregas de las pautas de operacin del sistema que se est
desarrollando.
REVISAR ANEXO 64

Spike sobre disparadores

En el presente documento se realiza un estudio sobre formas de actualizar los datos


de las tablas de forma rpida y confiable, para esta investigacin se decide investigar

acerca de triggers o disparadores que son de gran ayuda para realizar dichas
acciones.
Se tratar de investigar a fondo la utilizacin de este mtodo para base de datos para
posteriormente implementarla en el proyecto vigente de Licores Gia.
REVISAR ANEXO 65

ITERACIN 7
Segn lo planificado esta iteracin inicia el 18/12/2015 y culmina el 23/12/2015, se
desarrollarn 7 actividades, de las cuales 5 son funcionales: HU_38 Buscar
Proveedores, HU_26 Buscar Pedido, HU_11 Eliminar Licores, HU_40 Modificar
Categora, HU_36 Reporte de Proveedores y 2 no funcionales: Realizacin del
manual tcnico, manual de usuario.
A continuacin, se detalla cada actividad:

ELIMINAR PROVEEDOR

Se realiz la implementacin de la funcionalidad de eliminar un proveedor, ya que el


dueo del negocio plantea la posibilidad de eliminar a los proveedores que no estn
aportando ningn beneficio al negocio. Esto se llevar a cabo en 3 tareas de ingeniera
con 8 pruebas de aceptacin de las cuales todas fueron exitosas.
REVISAR ANEXO 66

MODIFICAR CATEGORA

La presente historia de usuario se realiz con el objetivo de que el administrador o


ayudante a cargo pueda actualizar la informacin de las categoras que sean
necesarias en determinado momento. La presente historia de usuario se desarrolla en
5 tareas de ingeniera con 11 pruebas de aceptacin en total.
REVISAR ANEXO 67

ELIMINAR LICORES

Se realiz la implementacin de la funcionalidad eliminar licor, dado que el dueo del


negocio necesita eliminar los licores que ya no tienen a la venta. Esto se llev a cabo
en 3 tareas de ingeniera con 10 pruebas de aceptacin de las cuales todas fueron
exitosas.
REVISAR ANEXO 68

Buscar Proveedores

Se ha realizado el desarrollo de la historia de usuario HU_38 Buscar Proveedores, ya


que el administrador del negocio requiere conocer la informacin necesaria de los
proveedores de manera rpida mediante la cual pueda realizar acciones como la
modificacin y eliminacin de los mismos.

Esta historia de usuario se lo ha realizado en 4 tareas de ingeniera con un total de 15


pruebas de aceptacin, de las cuales todas dieron como resultado exitosas,
permitiendo definir as que esta historia de usuario ha quedado concluida sin presentar
inconvenientes.
REVISAR ANEXO 69

REALIZACIN DEL MANUAL TCNICO

El manual tcnico es una gua de los procesos realizados en una etapa


determinada los cuales pueden ser de ayuda en el futuro, este es importante para
identificar ms fcilmente los aspectos y caractersticas que forman parte de
nuestro proyecto.
REVISAR ANEXO 70

MANUAL DE USUARIO

El manual de usuario es un documento en el cual se da asistencia a sus usuarios a


cerca del sistema. Este manual debera ser entendido por cualquier usuario
principiante, como tambin ser til para usuarios avanzados. Un manual de usuario
est dirigido a realizar entregas de las pautas de operacin del sistema que se est
desarrollando.
REVISAR ANEXO 71
ITERACIN 8
Segn lo planificado esta iteracin inicia el 25/12/2015 y culmina el 30/12/2015, se
desarrollarn 7 actividades, de las cuales 5 son funcionales: HU_41 Eliminar categoria,
HU_26 Buscar Pedido, HU_42 Reporte de licores por categoria, HU_19.1 Presentar
productos por categoria, HU_37 Reporte de licores por proveedores y 2 no
funcionales: Realizacin del manual tcnico, manual de usuario.
A continuacin, se detalla cada actividad:

ELIMINAR CATEGORA

Se realiz la implementacin de la funcionalidad eliminar categora, dado que el dueo


del negocio necesita eliminar una categora que ya no se est utilizando o que ya no
desea. Esto se llev a cabo en 3 tareas de ingeniera con 11 pruebas de aceptacin de
las cuales todas fueron exitosas.
REVISAR ANEXO 72

PRESENTAR PRODUCTOS POR CATEGORA

Se implement la funcionalidad para presentar los licores por categora, dado que los
clientes an no registrados en el sistema necesitan ver los licores con los que cuenta
la licorera. Esto se llev a cabo en 4 tareas de ingeniera con 13 pruebas de
aceptacin de las cuales todas fueron exitosas

REVISAR ANEXO 73

BUSCAR PEDIDOS

Se realiz la implementacin de la funcionalidad de Buscar Pedidos, ya que el dueo


del negocio desea buscar un pedido especfico para as obtener la informacin de una
manera rpida de dicho pedido. Esto se llev acabo en 4 tareas de ingeniera con 15
pruebas de aceptacin de las cuales todas fueron exitosas.
REVISAR ANEXO 74

REPORTE DE PROVEEDORES

Se realiz la implementacin de reportes de proveedores, dado que el dueo del


negocio se tiene la necesidad de ver un listado de las personas que proveen producto
para su negocio. Esto se llev a cabo en 3 tareas de ingeniera con 12 pruebas de
aceptacin de las cuales todas fueron exitosas
REVISAR ANEXO 75

REPORTE DE LICOR POR CATEGORA

Se realiz la implementacin de la funcionalidad del reporte de licor por categora, ya


que el dueo del negocio plantea la posibilidad de poder observar los licores
correspondientes a cada categora junto con el total de la inversin. Esto se llevara a
cabo en 4 tareas de ingeniera con 11 pruebas de aceptacin de las cuales todas
fueron exitosas.
REVISAR ANEXO 76

REALIZACION DEL MANUAL TCNICO

El manual tcnico es una gua de los procesos realizados en una etapa determinada
los cuales pueden ser de ayuda en el futuro, este es importante para identificar ms
fcilmente los aspectos y caractersticas que forman parte de nuestro proyecto.
REVISAR ANEXO 77

MANUAL DE USUARIO

El manual de usuario es un documento en el cual se da asistencia a sus usuarios a


cerca del sistema. Este manual debera ser entendido por cualquier usuario
principiante, como tambin ser til para usuarios avanzados. Un manual de usuario
est dirigido a realizar entregas de las pautas de operacin del sistema que se est
desarrollando.
REVISAR ANEXO 78

ITERACIN 9
Segn lo planificado esta iteracin inicia el 4/01/2016 y culmina el 07/01/206, se
desarrollarn 7 actividades, de las cuales 5 son funcionales: HU_45 Calculo del
salaraio por antigedad, HU_44 Reporte de los proveedores a los que se les compra

mas productos, HU_19.2 implementacion del carrito de compras, HU_28.1Inplementar


la interfaz de la nota de venta, HU_12 Reporte de todos los licores y 2 no funcionales:
Realizacin del manual tcnico, manual de usuario.
A continuacin, se detalla cada actividad:
IMPLEMENTACIN DE INTERFAZ DE NOTA DE VENTA
Se realiz la implementacin de la funcionalidad de Implementacin de Interfaz de
Nota de Venta, ya que el dueo del negocio le gustara generar la Nota de Venta de la
manera fcil y rpida. Esto se llev acabo en 3 tareas de ingeniera con 8 pruebas de
aceptacin de las cuales 6 fueron exitosas y 2 fallidas.
REVISAR ANEXO 79

IMPLEMENTAR CARRITO DE COMPRAS

Se realiz la implementacin de la funcionalidad Implementar el carrito de compras,


dado que el dueo del negocio desea que sus clientes puedan ir seleccionando los
licores y se les vaya mostrando una breve descripcin, dndoles la opcin de
desmarcar algn licor que ya no desee. Esto se llev a cabo en 3 tareas de ingeniera
con 11 pruebas de aceptacin de las cuales todas fueron exitosas.
REVISAR ANEXO 80

Reporte de todos los licores

La presente historia de usuario se realiz con el objetivo de que el administrador o


ayudante a cargo pueda obtener informacin actualizada de los productos de manera
rpida y resumida. La presente historia de usuario se desarroll en 3 tareas de
ingeniera con 9 pruebas de aceptacin en total, todas exitosas.
REVISAR ANEXO 81

ITERACIN 10
Segn lo planificado esta iteracin inicia el 08/01/2016 y culmina el 14/01/206, se
desarrollarn 7 actividades, de las cuales 5 son funcionales: HU_19.3 Guardar Pedido,
HU_49 Reporte de compras a proveedores en un determinado perodo, HU_50
Validaciones HU_28.2 Iimplementacin de interfaz de nota de venta, HU_15 Reporte
de los licores que no se estn vendiendo y 2 no funcionales: Realizacin del manual
tcnico, manual de usuario.
A continuacin, se detalla cada actividad:

REPORTE DE LOS LICORES QUE NO SE ESTAN VENDIENDO

Se realiz la implementacin de la funcionalidad del reporte de los licores con menos


ventas, ya que el dueo del negocio plantea la posibilidad de poder observar los

licores que no tienen una buena salida de su local. Esto se llevar a cabo en 3 tareas
de ingeniera teniendo en total de 9 pruebas de aceptacin con 8 exitosas y 1 fallida.
REVISAR ANEXO 82

IMPLEMENTACIN DE INTERFAZ DE NOTA DE VENTA

Se realiz la implementacin de la funcionalidad de Implementacin de Interfaz de


Nota de Venta, ya que el dueo del negocio le gustara generar la Nota de Venta de la
manera fcil y rpida. Esto se llev acabo en 3 tareas de ingeniera con 8 pruebas de
aceptacin de las cuales 6 fueron exitosas y 2 fallidas.
REVISAR ANEXO 83

VALIDACIONES

Se realiz la implementacin de la funcionalidad validaciones, dado que el dueo del


negocio desea que los datos a ingresar sean correctos y que al momento de ingresar
un dato incorrecto se borre solo el campo incorrecto. Esto se llev a cabo con 3 tareas
de ingeniera y 8 pruebas de aceptacin de las cuales 6 fueron exitosas y 2 fallidas.
REVISAR ANEXO 84

REPORTE DE COMPRAS A PROVEEDORES EN UN DETERMINADO


PERODO.

Se realiz la Historia de usuario de Reporte de compras a proveedores en un perodo


determinado de tiempo, el cual permitir listar las compras que se ha realizado a
proveedores en el perodo de tiempo que es seleccionado por el usuario. Es
indispensable dado que el administrador puede verificar a que proveedores se les ha
realizado compras. Est funcionalidad se ha implementado en el men del
Administrador/Ayudante.
La realizacin de esta historia de usuario se llev a cabo en 4 tareas de ingeniera con
un total de 10 pruebas de aceptacin exitosas
REVISAR ANEXO 85

GUARDAR PEDIDO

Esta historia de usuario es la ltima de las tres historias en las que se subdividi el
requerimiento del cliente de que se pudiera hacer pedidos de los licores a travez de
esta aplicacin. Aqu se realiza el almacenamiento de los datos correspondientes al
pedido
realizado con sus respectivos controles. Para desarrollar esta historia se tuvieron 3
tareas de ingeniera, con 10 pruebas de aceptacin de las cuales todas fueron
exitosas. En cuanto al tiempo estimado se tenan 10 puntos estimados, de los cuales
se tienen que el esfuerzo real fueron 10 puntos.

REVISAR ANEXO 86

ITERACIN 11
Segn lo planificado esta iteracin inicia el 15/01/16 y culmina el 21/01/2016, se
desarrollarn 7 actividades, de las cuales 5 son funcionales: HU_08 Reporte de
Clientes que han realizado ms compras, HU_43 Buscar venta, HU_14 Reporte de los
licores que ms se venden, HU_32 Generar venta a partir de un pedido, HU_29
Registrar compra a proveedor y 2 no funcionales: Realizacin del manual tcnico,
manual de usuario.
A continuacin, se detalla cada actividad:

REGISTRAR COMPRA A PROVEEDOR

Se realizar la implementacin de la funcionalidad registrar compra a proveedores,


dado que el dueo del negocio necesita llevar un control de lo que le compra a sus
proveedores y el precio al que se los compra. Esto se llev a cabo con 3 tareas de
ingeniera y 10 pruebas de aceptacin. De las cuales 9 fueron exitosas y una fallida.
REVISAR ANEXO 87

GENERAR VENTA A PARTIR DE UN PEDIDO

Se realiz la implementacin de la funcionalidad de generar venta a partir de un


pedido ya que el dueo del negocio plantea la posibilidad de poder generar ventas a
partir de pedidos ya realizados. Esto se llevar a cabo en 3 tareas de ingeniera
teniendo en total de 12 pruebas de aceptacin con la totalidad de pruebas exitosas.
REVISAR ANEXO 88

REPORTE DE LOS LICORES QUE MS SE VENDEN

Se ha implementado el reporte de los licores que ms se venden en un periodo de


tiempo, dado que el administrador solicito conocer la informacin de los licores de los
cuales se registren mayor cantidad de productos vendidos.
Esta funcionalidad se la ha realizado en 3 tareas de ingeniera con un total de 8
pruebas de aceptacin, de las cuales todas resultaron exitosas.
REVISAR ANEXO 89

BUSCAR VENTA

La presente historia de usuario se realiz con el objetivo de que el administrador o


ayudante a cargo pueda buscar informacin de ventas oportunamente junto con su
respectiva nota de venta. Se desarroll en 6 tareas de ingeniera con 16 pruebas de
aceptacin en total.
REVISAR ANEXO 90

REPORTE DE CLIENTES QUE HAN REALIZADO MS COMPRAS.

Se realiz la Historia de usuario de clientes que han realizado ms compras en un


perodo determinado de tiempo, el cual permitir listar los pedidos que ha realizado a
la licorera. Es indispensable dado que el administrador puede verificar cuales son los
clientes que le brindan ms al realizar las compras. Est funcionalidad se ha
implementado en el men del Administrador/Ayudante.
La realizacin de esta historia de usuario se llev a cabo en 4 tareas de ingeniera con
un total de 10 pruebas de aceptacin con 9 pruebas exitosas y 1 fallida.
REVISAR ANEXO 91

REALIZACION DEL MANUAL TCNICO

El manual tcnico es una gua de los procesos realizados en una etapa determinada
los cuales pueden ser de ayuda en el futuro, este es importante para identificar ms
fcilmente los aspectos y caractersticas que forman parte de nuestro proyecto.
REVISAR ANEXO 92

MANUAL DE USUARIO

El manual de usuario es un documento en el cual se da asistencia a sus usuarios a


cerca del sistema. Este manual debera ser entendido por cualquier usuario
principiante, como tambin ser til para usuarios avanzados. Un manual de usuario
est dirigido a realizar entregas de las pautas de operacin del sistema que se est
desarrollando.
REVISAR ANEXO 93

ITERACIN 12
Segn lo planificado esta iteracin inicia el 22/01/2016 y culmina el 28/01/2016, se
desarrollarn 7 actividades, de las cuales 5 son funcionales: HU_21 Cancelar Pedido,
HU_22 Calcular el costo DE ADQUISICION del licor, HU_13 Reporte de inventario de
los licores Mantenimiento, HU_23 Calcular el precio mnimo DE VENTA y el precio de
venta del licor, HU_47 Reporte de prdidas y ganancias, y 3 no funcionales:
Realizacin del manual tcnico, manual de usuario y matenimiento de usabilidad.
A continuacin, se detalla cada actividad:

REPORTE DE VENTAS ORDENADAS POR CATEGORIA

Se realiz la implementacin de la funcionalidad del reporte ventas ordenadas por


categora, ya que el dueo del negocio plantea la posibilidad de poder observar las
ventas para verificar cuales son las categoras de los productos que ms salen en
venta en la licorera. Esto se llevar a cabo en 3 tareas de ingeniera teniendo en total
de 8 pruebas de aceptacin siendo todas exitosas.
REVISAR ANEXO 94

INTEGRACIN DE LAS FUNCIONALIDADES DE LOS LICORES


Se realiz la integracin de las funcionalidades de los licores para mejorar la
usabilidad de la aplicacin web, para que de esta forma los usuarios tengan mayor
facilidad en el manejo del mismo. Esto se llev a cabo en 1 tarea de ingeniera con 4
pruebas de aceptacin de las cuales todas fueron exitosas.
REVISAR ANEXO 95

INTEGRACIN DE LAS FUNCIONALIDADES DE LOS CLIENTES

Se realiz la integracin de las funcionalidades de los clientes para mejorar la


usabilidad de la aplicacin web, para que de esta forma los usuarios tengan mayor
facilidad en el manejo del mismo. Esto se llev a cabo en 1 tarea de ingeniera con 3
pruebas de aceptacin de las cuales todas fueron exitosas.
REVISAR ANEXO 96

INTEGRACIN DE LAS FUNCIONALIDADES DE LOS EMPLEADOS

Se realiz la integracin de las funcionalidades de los empleados para mejorar la


usabilidad de la aplicacin web, para que de esta forma los usuarios tengan mayor
facilidad en el manejo del mismo. Esto se llev a cabo en 1 tarea de ingeniera con 3
pruebas de aceptacin de las cuales todas fueron exitosas.
REVISAR ANEXO 97

REGISTRAR COMPRA A PROVEEDOR (MANTENIMIENTO)

Se realiz el mantenimiento de la interfaz del registro de compra a proveedor para que


sea mas fcil de utilizar y de entender. Esto se llev a cabo en 2 tareas de ingeniera
con 4 pruebas de aceptacin de las cuales todas fueron exitosas.
REVISAR ANEXO 98

REPORTE DE PRDIDAS Y GANANCIAS

La presente historia de usuario se realiz con el objetivo de que el administrador o


ayudante a cargo pueda informarse del estado de prdidas y ganancias en
determinado periodo. La presente historia de usuario se desarrolla en 4 tareas de
ingeniera con 11 pruebas de aceptacin en total, todas ellas con un resultado
exitoso.
REVISAR ANEXO 99

CALCULO DE COSTOS DE LOS LICORES

El clculo de los costos que tendrn los diferentes licores del negocio son es muy
importante ya que permite tener un precio adecuado de adquisicin y de venta para
cada uno de estos, teniendo una mayor ganancia para el negocio. Por lo tanto se ha
implementado esta historia de usuario que hace lo mencionado anteriormente. Esta
historia fue implementada en 4 tareas de ingeniera, con 10 pruebas de aceptacin de
las cuales todas han sido exitosas.
REVISAR ANEXO 100

CANCELAR PEDIDO

Se realiz la implementacin de la funcionalidad cancelar pedido, dado que el dueo


del negocio necesita cancelar un pedido que ya se est utilizando o que ya no desea.
Esto se llev a cabo en 5 tareas de ingeniera con 12 pruebas de aceptacin de las
cuales todas fueron exitosas.
REVISAR ANEXO 101

REALIZACION DEL MANUAL TCNICO

El manual tcnico es una gua de los procesos realizados en una etapa


determinada los cuales pueden ser de ayuda en el futuro, este es importante para
identificar ms fcilmente los aspectos y caractersticas que forman parte de
nuestro proyecto.
REVISAR ANEXO 102

MANUAL DE USUARIO

El manual de usuario es un documento en el cual se da asistencia a sus usuarios a


cerca del sistema. Este manual debera ser entendido por cualquier usuario
principiante, como tambin ser til para usuarios avanzados. Un manual de usuario
est dirigido a realizar entregas de las pautas de operacin del sistema que se est
desarrollando.
REVISAR ANEXO 103

ITERACIN 13
Segn lo planificado esta iteracin inicia el 29/012016 y culmina el 04/02/2016, se
desarrollarn 7 actividades, de las cuales 5 son funcionales:
HU_44 Mantenimiento de navegabilidad, MS_10 Despliegue final del sistema,
Mantenimientos de Reportes, HU_17 Reporte de pedidos por periodo, HU_27 Reporte
de ventas por periodo, y 2 no funcionales: Realizacin del manual tcnico y manual de
usuario.

A continuacin, se detalla cada actividad:

DESPLIEGUE TOTAL

Se realiz con xito la presente metfora del sistema de Despliegue total en el perodo
de tiempo de 05/02/2016 al 11/02/2016 el cual fue asignado para la realizacin de la
iteracin 13. Esta metfora se llev a cabo en 5 tareas de ingeniera con 13 pruebas
de aceptacin de las cuales todas fueron exitosas.
REVISAR ANEXO 104
REPORTE DE VENTAS
Se ha desarrollada la funcionalidad del reporte de ventas, debido a que el cliente ha
dado a conocer que es necesario conocer los datos de las ventas realizadas en el
negocio, y el valor de cada una de ellas.
Esta funcionalidad se la ha desarrollado en 3 tareas de ingeniera, con un total de 8
pruebas de aceptacin de las cuales todas fueron exitosas.
REVISAR ANEXO 105
REPORTE DE PEDIDOS POR PERIODO
Se ha realizado el reporte de pedidos por periodo ya que el cliente ha manifestado que
necesita conocer la informacin de los pedidos que se realizan al negocio, esta
funcionalidad fue implementada en 3 tareas de ingeniera con un total de 8 pruebas de
aceptacin de las cuales todas dieron como resultado exitosas.
REVISAR ANEXO 106
MANTENIMIENTOS DE REPORTES

MANTENIMIENTO HU_08 REPORTE DE CLIENTES CON MS PEDIDOS


REALIZADOS
La siguiente modificacin se realiz con el objetivo de implementar una interfaz
grfica especializada en reportes con el uso de la herramienta ireport y as
mejorar la presentacin del del Reporte de clientes con ms pedidos realizados. El
presente mantenimiento se realiz en 3 tareas de ingeniera con 8 pruebas de
aceptacin en total, 4 exitosas y 4 fallidas

REVISAR ANEXO 107

MANTENIMIENTO HU_13 REPORTE DE TODOS LOS LICORES


La siguiente modificacin se realiz con el objetivo de implementar una interfaz
grfica especializada en reportes con el uso de la herramienta ireport y as
mejorar la presentacin del del Reporte de todos los licores. El presente
mantenimiento se realiz en 3 tareas de ingeniera con 8 pruebas de aceptacin
en total, 4 exitosas y 4 fallidas

REVISAR ANEXO 108

MANTENIMIENTO HU_14 REPORTE DE LOS LICORES MS VENDIDOS

La siguiente modificacin se realiz con el objetivo de implementar una interfaz


grfica especializada en reportes con el uso de la herramienta ireport y as
mejorar la presentacin del del Reporte de los licores ms vendidos. El presente
mantenimiento se realiz en 3 tareas de ingeniera con 8 pruebas de aceptacin
en total, 4 exitosas y 4 fallidas
REVISAR ANEXO 109

HU_15 REPORTE DE LOS LICORES QUE MENOS VENDIDOS


La siguiente modificacin se realiz con el objetivo de implementar una interfaz
grfica especializada en reportes con el uso de la herramienta ireport y as
mejorar la presentacin del del Reporte de los licores menos vendidos. El
presente mantenimiento se realiz en 3 tareas de ingeniera con 8 pruebas de
aceptacin en total, 4 exitosas y 4 fallidas.

REVISAR ANEXO 110

HU_16 REPORTE DE LOS LICORES QUE SE ESTN AGOTANDO


La siguiente modificacin se realiz con el objetivo de implementar una interfaz
grfica especializada en reportes con el uso de la herramienta ireport y as
mejorar la presentacin del del Reporte de los licores que se estn agotando. El
presente mantenimiento se realiz en 3 tareas de ingeniera con 8 pruebas de
aceptacin en total, 4 exitosas y 4 fallidas.

REVISAR ANEXO 111

MANTENIMIENTO HU_25 REPORTE DE LOS PROVEEDORES A LOS QUE


MS PRODUCTOS SE COMPRA
La siguiente modificacin se realiz con el objetivo de implementar una interfaz
grfica especializada en reportes con el uso de la herramienta ireport y as
mejorar la presentacin del del Reporte de proveedores a los que ms se compra.
El presente mantenimiento se realiz en 3 tareas de ingeniera con 8 pruebas de
aceptacin en total, 4 exitosas y 4 fallidas.

REVISAR ANEXO 112

MANTENIMIENTO HU_32 REPORTE DE LOS PROVEEDORES

La siguiente modificacin se realiz con el objetivo de implementar una interfaz


grfica especializada en reportes con el uso de la herramienta ireport y as
mejorar la presentacin del del Reporte de los proveedores. El presente
mantenimiento se realiz en 3 tareas de ingeniera con 8 pruebas de aceptacin
en total, 4 exitosas y 4 fallidas.
REVISAR ANEXO 113

MANTENIMIENTO HU_33 REPORTES DE LICORES POR PROVEEDOR


La siguiente modificacin se realiz con el objetivo de implementar una interfaz
grfica especializada en reportes con el uso de la herramienta ireport y as
mejorar la presentacin del del Reporte de licores por proveedor. El presente
mantenimiento se realiz en 3 tareas de ingeniera con 8 pruebas de aceptacin
en total, 4 exitosas y 4 fallidas.

REVISAR ANEXO 114

MANTENIMIENTO HU_38 REPORTE DE LICOR POR CATEGORAS


La siguiente modificacin se realiz con el objetivo de implementar una interfaz
grfica especializada en reportes con el uso de la herramienta ireport y as
mejorar la presentacin del del Reporte de licor por categoras. El presente
mantenimiento se realiz en 3 tareas de ingeniera con 8 pruebas de aceptacin
en total, 4 exitosas y 4 fallidas.

REVISAR ANEXO 115

MANTENIMIENTO HU_42 REPORTE DE COMPRAS A PROVEEDORES EN UN


DETERMINADO PERODO
La siguiente modificacin se realiz con el objetivo de implementar una interfaz
grfica especializada en reportes con el uso de la herramienta ireport y as
mejorar la presentacin del del Reporte de los proveedores a los que ms
productos se compra. El presente mantenimiento se realiz en 3 tareas de
ingeniera con 8 pruebas de aceptacin en total, 4 exitosas y 4 fallidas.

REVISAR ANEXO 116

MANTENIMIENTO HU_41 REPORTE DE GANANCIAS Y PRDIDAS

La siguiente modificacin se realiz con el objetivo de implementar una interfaz


grfica especializada en reportes con el uso de la herramienta ireport y as
mejorar la presentacin del del Reporte de ganancias y prdidas. El presente
mantenimiento se realiz en 3 tareas de ingeniera con 8 pruebas de aceptacin
en total, 4 exitosas y 4 fallidas.
REVISAR ANEXO 117

MANTENIMIENTO HU_40 REPORTE DE VENTAS POR EMPLEADO


La siguiente modificacin se realiz con el objetivo de implementar una interfaz
grfica especializada en reportes con el uso de la herramienta ireport y as
mejorar la presentacin del del Reporte de ventas por empleado. El presente
mantenimiento se realiz en 3 tareas de ingeniera con 8 pruebas de aceptacin
en total, 4 exitosas y 4 fallidas.

REVISAR ANEXO 118

INTEGRACIN DE LAS FUNCIONALIDADES DE LOS LICORES


Se realiz la integracin de las funcionalidades de los licores para mejorar la
usabilidad de la aplicacin web, para que de esta forma los usuarios tengan mayor
facilidad en el manejo del mismo. Esto se llev a cabo en 3 tareas de ingeniera
con 7 pruebas de aceptacin de las cuales todas fueron exitosas.

REVISAR ANEXO 119

REALIZACION DEL MANUAL TCNICO

El manual tcnico es una gua de los procesos realizados en una etapa


determinada los cuales pueden ser de ayuda en el futuro, este es importante para
identificar ms fcilmente los aspectos y caractersticas que forman parte de
nuestro proyecto.
REVISAR ANEXO 120

MANUAL DE USUARIO

El manual de usuario es un documento en el cual se da asistencia a sus usuarios a


cerca del sistema. Este manual debera ser entendido por cualquier usuario
principiante, como tambin ser til para usuarios avanzados. Un manual de usuario
est dirigido a realizar entregas de las pautas de operacin del sistema que se est
desarrollando.
REVISAR ANEXO 121

DIAGRAMA DE CLASES
El diseo de Diagrama de clases se obtuvo de las tarjetas CRC, con el fin tener
legibilidad de interpretar como esta constituido el sistema. En el diagrama de Acceso a
Datos esta constituido de 23 clases, la clase principal es Conexin en la cual depende
de
las
clases
Ventas,Pedidos,Proveedores,Autentificar,Configuraciones,DetallesPedidos
y
Abastecer. Cada clase tiene compuesta de otras clases como por ejemplo
Proveedores esta compuesta de Proveedor, Autentificar esta compuesta de varios
Clientes y Empleador, estas clase esta compuesta de la Clase Cliente y Empleado
independiente de cada una.

La clase principal de LicoresGia est compuesta de 18 clases que son las siguientes:
Empleado,
Empleados,
Licores,Licor,Clientes,Cliente,COnfiguracion,Configuraciones,DetallePedido,DetallePe
didos,DetalleVenta,Licor,Pedido,Pedidos,Proveedor,Proveedores,Venta y Ventas.

El Diagrama de LicoresGiaLN est compuesta de 12 clases como son: Abastece,


Categoria, Cliente, Configuracion, DetallePedido, DetalleVenta, Empleado, Licor,
LicoresGia, Pedido, Proveedor y Venta.

Las clases de la Interfaz de Usuario tenemos un total de 9 clases, La clase Interfaz


esta compuesta de Categora, Cliente,Empleado,ManejoImagenes y Licor, est

relacionada con GenerarSesion en la cual una interfaz crea una sesin y esta agrega
un LogOutServelt y tiene varias Validaciones.

MS_08 MANUAL TCNICO

La elaboracin del Manual Tcnico es con la finalidad de proporcionar los aspectos y


caractersticas que forman de nuestro proyecto los cuales pueden ser de ayuda en el
futuro. Esta metfora se fue realizando durante todas las interacciones, teniendo al
final un total de # hojas. Este manual fue creciendo acorde a la dificultad de las
iteraciones.
Pruebas de aceptacin

Pruebas Totales

9%

91%

Tareas Realizadas

Tareas Realizadas

5% 4%
19%
10%
7%
7%
7%
10%
6%
7%
5%
7% 7%

10

11

12

13

Velocidad del proyecto

Velocidad del Proyecto


70
60
50
40
30 33
28
20
10
0

60
52
44

44
42

60
58

58
57

46
44

Puntos Estimados

48

48

60
58

60

48
42

Puntos Reales

MTRICAS DE CALIDAD
Confiabilidad
Mtrica Errores
Se tomara como mtrica aquellos errores que se tengan durante le implementacin del
desarrollo:

60
58

PORCENTAJ
E
34.30%
29.40%
9.80%

FALTAS
De Sintaxis
De Algoritmo
De precisin
De
Documentaci
n
De Sobrecarga
De Capacidad

7.80%
4.90%
3.90%

PORCENTAJE ERRORES

9%

5% 4%
38%

11%

33%

De Sintaxis

De Algoritmo

De precisin

De Documentacin

De Sobrecarga

De Capacidad

Usabilidad
Mtrica Capacidad de atraccin
Capacidad del producto software para ser atractivo al usuario. Valoracin subjetiva (a
veces obtenida mediante un cuestionario) de la disposicin de los usuarios hacia el
sistema.
Se realiz las siguientes preguntas a los usuarios que van a utilizar el Sistema, en el
cual obtuvimos el 83,33% que es atractivo nuestro sistema.

Rendimiento
Mtrica Tiempos de respuesta
Los reportes debern ser entregados en un tiempo promedio de 10 segundos. Las
bsquedas deberan ser entregadas en un tiempo promedio de 8 segundos.
Tiempos obtenidos en base a los datos registrados en la base de datos utilizada en el
despliegue del proyecto.
TIEMPO DE RESPUESTA EN REPORTES Y BUSQUEDAS DE LICORES
REPORTES
LICORES MAS VENDIDOS
LICORES MENOS VENDIDOS

Tiempo de respuestas en milisegundos


112 milisegundos
148 milisegundos

TODOS LOS LICORES


TODOS LOS LICORES POR
PROVEEDOR
LICORES AGOTADOS
REPORTE DE PERDIDAS Y
GANANCIAS
REPORTE POR CATEGORIA
BUSQUEDAS
LICORES

107 milisegundos
115 milisegundos
156 milisegundos
138 milisegundos
244 milisegundos
114 milisegundos

TIEMPO DE RESPUESTA EN REPORTES Y BUSQUEDAS DE LICORES


REPORTES
Tiempo de respuestas en milisegundos
CLIENTES CON MAS PEDIDOS
108 milisegundos
BUSQUEDAS
CLIENTES
112 milisegundos
TIEMPO DE RESPUESTA EN LA BUSQUEDA DE VENTAS
BUSQUEDAS
Tiempo de respuestas en milisegundos
BUSQUEDA DE VENTAS
104 milisegundos
TIEMPO DE RESPUESTA EN LA BUSQUEDA DE PEDIDOS
BUSQUEDAS
Tiempo de respuestas en milisegundos
BUSQUEDA DE PEDIDOS
144 milisegundos
TIEMPO DE RESPUESTA EN REPORTES Y BUSQUEDA DE PROVEEDORES
REPORTES
Tiempo de respuestas en milisegundos
CON MAYOR SUMINISTRO
148 milisegundos
PROVEEDORES
120 milisegundos
COMPRAS A PROVEEDORES
104 milisegundos
BUSQUEDAS
BUSQUEDA DE PROVEEDORES
104 milisegundos
TIEMPO DE RESPUESTA EN REPORTES Y BUSQUEDA DE EMPLEADOS
REPORTES
Tiempo de respuestas en milisegundos
VENTAS POR EMPLEADO
128 milisegundos
BUSQUEDAS
BUSQUEDA DE EMPLEADO
200 milisegundos
CONCLUSIONES Y RECOMENDACIONES
CONCLUSIONES

Se logr resolver el problema de manejo de informacin ya que se pudo


automatizar el mismo facilitando al usuario que su informacin sea clara y fcil
de actualizar.

La metodologa xp facilito al equipo ajustar su planificacin acorde iba


disminuyendo el cono de incertidumbre o se ajustaban los requerimientos del
sistema.

Se obtuvo 18 riesgos de las cuales en todo el desarrollo del proyecto se


present 2 la primera fue ausencia temporal por calamidad domestica con la
cual se pudo resolver porque estamos trabajando en pareja y no se nota la
ausencia del integrante del grupo, la segunda falta de compromiso por parte de
los miembros del grupo esto fue gestionado por las reuniones diarias.

RECOMENDACIONES

Se recomienda poner en explotacin el sistema desarrollado para licores gia.

Utilizar la tcnica de programacin en pareja ya que esto permitir que todos


tengan conocimiento del sistema y que la produccin del mismo no se detenga
debido a la ausencia inesperada de un miembro del equipo.

ANEXO. 1
HISTORIAS DE USUARIO
HISTORIA DE USUARIO
Nmero: HU_01.1
Nombre: Autentificacin del Usuario
Modificacin de historia nmero:
Usuario: Usuario
Iteracin Asignada: 4
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales: 8
Descripcin:
Como Administrador me gustara que todos pasemos por un proceso de
verificacin de identidad para tener una mayor seguridad.
Observaciones:
La autenticacin se realizar mediante un correo electrnico y una contrasea.

PRUEBAS DE ACEPTACIN

Si se ingresa el correo y la contrasea correctamente se mostrar la pgina


correspondiente.
Si se ingresa el correo pero no la contrasea y se da clic en ingresar,
aparecer una nota indicando que debe llenar ese campo.
Si se ingresa la contrasea y no se ingresa el correo, el sistema indicar que
debe llenar ese campo.
Si no se ingresa la contrasea ni el correo y se presiona el botn ingresar, el
sistema mostrar un aviso indicando que se deben llenar dichos campos.
Si el usuario no existiera en la base de datos se cargar la pgina de registro
de un nuevo cliente.

HISTORIA DE USUARIO
Nombre: Autorizacin de la Autenticacin del
usuario
Modificacin de historia nmero:
Usuario: Usuario
Iteracin Asignada: 5
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales: 10
Descripcin:
Como Administrador no me gustara que tanto los clientes como mis empleados
tengan acceso a toda mi informacin, sino a cierta parte de ella para evitar el
manejo incorrecto de mi informacin.
Observaciones:
Cada usuario se diferenciar por un rol.
Nmero: HU_01.2

PRUEBAS DE ACEPTACIN

Si se Autentifica el cliente solo podr realizar las funcionalidades de modificar


sus datos, observar y reservar licores.
Si se autentica el Administrador tendr acceso a todo el sistema.
Si se Autentifica el Empleado podr realizar ciertas funcionalidades como el
registro y modificacin de la venta, registro y modificacin de cliente, reportes,
bsquedas, observar productos y modificar sus datos.

HISTORIA DE USUARIO
Nmero: HU_02
Nombre: Modificar datos del usuario
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 4
Prioridad en Negocio: Medio
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales: 10
Descripcin:
Como Administrador me gustara que los clientes puedan cambiar sus datos
para poder tener un registro con informacin real de los mismos.
Observaciones:
No se podr modificar el nmero de cdula.

PRUEBAS DE ACEPTACIN
Si se modifica los datos del usuario se mostrar un mensaje sus datos han sido
modificados.
Si al modificar se deja campos en blanco, el sistema indicar que se debe llenar
dicho campo.
Si no modifica los datos del usuario y presiona el botn Cancelar se cargar la
pgina con su men correspondiente.

HISTORIA DE USUARIO
Nmero: HU_03
Nombre: Ingreso de un nuevo empleado
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 3
Prioridad en Negocio: Alta
Puntos Estimados:8
Riesgo en desarrollo: Medio
Puntos Reales: 10
Descripcin:
Como administrador me gustara tener un registro de los ayudantes de la licorera para
poder tener la informacin necesaria de los mismos.
Observaciones:
El Administrador registra al ayudante

PRUEBAS DE ACEPTACIN
Si se registra un nuevo ayudante de forma correcta se cargar una pgina con la lista
de los ayudantes existentes.
Si los datos del ayudante a registrar ya existe en la base de datos se cargar la
pgina de registro de un nuevo ayudante.
Si se registra datos del ayudante y no se llenara algunos campos se mostrar un
mensaje indicando que debe llenar dicho campo.

ANEXO 39 INGRESO DE UN NUEVO CLIENTE


HISTORIA DE USUARIO
Nmero:HU_04
Nombre: Ingreso de un nuevo cliente
Modificacin de historia nmero:
Usuario: Cliente
Iteracin Asignada: 3
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Alta
Puntos Reales: 10
Descripcin:
Como administrador me gustara que todos los clientes puedan registrar su
informacin para poder saber a qu cliente le corresponde el pedido realizado.
Observaciones:
El cliente deber llenar los siguientes datos: cdula, nombre, direccin, correo
electrnico, telfono, fecha de nacimiento, clave, sexo.

PRUEBAS DE ACEPTACIN
Si se registran datos de manera duplicada el sistema enviar un aviso de Cliente ya
existe.
Si los datos se ingresan de manera errnea nos mostrar un aviso Dato incorrecto.
Si existen campos vacos nos indicar que se deben llenar dichos campos.

HISTORIA DE USUARIO

Nmero: HU_05
Nombre: Mantenimiento ingreso de un nuevo usuario
Modificacin de historia nmero: HU_03 Ingreso de un nuevo ayudante y HU_04
Ingreso de un nuevo cliente.
Usuario: Administrador
Iteracin Asignada: 4
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales: 10
Descripcin:
Como administrador deseo poder registrar a los empleados de la licorera para tener
la informacin necesaria de los mismos, as como tambin permitir que se registren
todos los clientes para saber a quin le pertenece el pedido que se realiza.
Observaciones:
PRUEBAS DE ACEPTACIN

En caso de que el usuario que se est ingresando ya exista no se permitir


realizar su ingreso y se volver a cargar la pgina de registro de usuario.
Si los datos ingresados son incorrectos el sistema enviar un aviso de Dato
incorrecto.
Si no se han llenado los campos obligatorios se indicar que se deben llenar
dichos campos.

HISTORIA DE USUARIO
Nmero: HU_06
Nombre: Eliminar usuario
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 5
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales: 10
Descripcin:
Como Administrador del negocio Licores Gia deseo poder eliminar a los usuarios en
caso de ser necesario.
Observaciones:
La eliminacin se lo realizar mediante un check para marcar todos los usuarios que
se desean eliminar para una mayor facilidad.

PRUEBAS DE ACEPTACIN

Al realizar la eliminacin fsica de alguno de los usuarios este ya no deber


estar registrado.
Al eliminar a un usuario de forma lgica solo cambiar su estado a (inactivo)
Al dar clic en la opcin eliminar usuario se cargar una pgina de bsqueda
del usuario.
Al ingresar en el campo de bsqueda el criterio por el cual se desea buscar,
aparecer una lista con los usuarios a eliminar.
Si no se llena el campo de bsqueda y da clic en buscar se mostrar un
mensaje indicando que se debe llenar dicho campo.

HISTORIA DE USUARIO
Nmero: HU_07
Nombre: Buscar usuario
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 5
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales: 10
Descripcin:
Como Administrador del negocio deseo poder buscar un usuario, para saber los
usuarios que estn registrados.
Observaciones:

PRUEBAS DE ACEPTACIN
Al momento de realizar la bsqueda se mostrarn todos los registros que
contengan el campo antes ingresado.
La bsqueda de los usuarios se realizarn por cualquier campo que se desee
buscar

HISTORIA DE USUARIO
Nmero: HU_08
Nombre: Reporte de clientes con ms pedidos realizados
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 11
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales:
Descripcin:
Como administrador deseo tener un listado con todos los clientes que han hecho ms
pedidos a la licorera para saber cules son los clientes que dan ms ingresos a la
licorera y tambin cules son los licores que son ms pedidos.
Observaciones:

PRUEBAS DE ACEPTACIN
Si el usuario ingresa una fecha en la cual no se realizaron pedidos se generar
un aviso No hay clientes con muchos pedidos. Error no existen pedidos en
esa fecha.
En caso de que el usuario ingrese errneamente la fecha se mostrar un aviso
Error en el ingreso de la fecha.

HISTORIA DE USUARIO
Nmero:HU_09
Nombre:Calculo de sueldo por antigedad
Modificacin de historia nmero:
Usuario:Administrador
Iteracin Asignada: 9
Prioridad en Negocio:Media
Puntos Estimados:10
Riesgo en desarrollo:Media
Puntos Reales:
Descripcin: Como Administrador del negocio LicoresGia deseo poder calcular
el sueldo de mis empleados por antigedad, para as poder tener un mejor
registro de las cuentas del negocio.
Observaciones:

PRUEBAS DE ACEPTACIN
Verificar que la cantidad de aos que ha laborado cumpla con las
condiciones para asignar determinado sueldo al mismo.
Verificar que el clculo del sueldo se obtenga correctamente

HISTORIA DE USUARIO
Nmero: HU_10
Nombre: Ingresar licores
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 3
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales: 10
Descripcin:
Como administrador deseo poder ingresar todos los licores que hay en el local
para que los clientes puedan saber los licores que existen y tambin poder llevar
un mejor registro de los licores.
Observaciones:

PRUEBAS DE ACEPTACIN
En caso de que el licor que se est ingresando ya exista en el sistema, se
deber indicar que el licor ya existe y no se permitir ingresar el mismo
licor.
Si los datos ingresados son incorrectos no se guardarn los datos y se
producir un aviso de error.
Si no se han llenado los campos obligatorios, se emitir un mensaje
indicando que se deben llenar dichos campos.

HISTORIA DE USUARIO
Nmero: HU_11
Nombre: Eliminar licores
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 7
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales:
Descripcin:
Como administrador deseo poder eliminar los licores que ya no se encuentren a la
venta en la licorera, para no tener equivocaciones en el manejo de inventarios con
los licores que si vende la licorera y los que no.
Observaciones:
Para poder eliminar los licores se harn mediante la seleccin de los mismos y luego
se eliminarn.

PRUEBAS DE ACEPTACIN
Para eliminar un licor se lo realizar mediante la bsqueda, en caso de no
existir el licor enviar un aviso de que el licor no existe.
Se solicitar la confirmacin del proceso de eliminacin mediante un aviso.

HISTORIA DE USUARIO
Nmero: HU_12
Nombre: Modificar datos de licores.
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 6
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Baja
Puntos Reales: 10
Descripcin:
Como administrador me gustara poder hacer cambios sobre los datos de los
licores para actualizarlos cada vez que se den cambios en informacin y
precios de los mismos.
Observaciones:
Solo el administrador tendr acceso a la modificacin de los datos de los
licores.

PRUEBAS DE ACEPTACIN
Si se modifica un licor y existen campos vacos los inputs indicarn que se
debe llenar todos los campos para poder guardar los cambios.
Si se modifican los datos del producto y se da clic en el botn Cancelar en vez
del botn guardar, no habr ninguna modificacin de los datos.
Si se modificar un licor y el nombre de este licor ya existe el sistema emitir una
advertencia de que ese nombre de licor este ya existe
HISTORIA DE USUARIO
Nmero: HU_13
Nombre: Reporte de todos los licores.
Modificacin de historia nmero:
Usuario: Usuario
Iteracin Asignada: 9
Prioridad en Negocio: Alta
Puntos Estimados: 8
Riesgo en desarrollo: Media
Puntos Reales: 6
Descripcin:
Como usuario me gustara poder conocer la informacin de todos los licores
que se encuentran disponibles en la licorera por medio de un listado, para as
tener un mejor control de los mismos.
Observaciones:
PRUEBAS DE ACEPTACIN

Si se ingresa un nuevo producto, el sistema deber automticamente aadirlo en


la lista de productos disponibles.
Se visualizar el listado de todos los productos que se encuentran disponibles
en la licorera.
El reporte constar con los datos ms relevantes de los licores.

HISTORIA DE USUARIO
Nmero:HU_14
Nombre: Reporte de los licores ms vendidos
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 11

Prioridad en Negocio: Alta


Puntos Estimados: 4
Riesgo en desarrollo: Medio
Puntos Reales:4
Descripcin:
Como administrador me gustara poder conocer mediante un listado cules han
sido los licores ms vendidos al finalizar un perodo de tiempo, para saber que
licores comprar en mayor cantidad.
Observaciones:
El reporte ser mediante una fecha determinada por el administrador

PRUEBAS DE ACEPTACIN
Si no se elige una fecha determinada y se da clic en ver reporte se mostrar un
aviso solicitando al administrador que elija una fecha.
El reporte deber contener el nombre del licor, cdigo del licor, y la cantidad
vendida de cada licor.
Se enviar un reporte al finalizar el da laboral de los licores ms vendidos en el
da

HISTORIA DE USUARIO
Nmero: HU_15
Nombre: Reporte de los licores que menos estn vendiendo
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 10
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Baja
Puntos Reales: 10
Descripcin:
Como administrador necesito ver un listado de los licores que no se estn
vendiendo para dejar de comprar o adquirir menos licores.
Observaciones:

PRUEBAS DE ACEPTACIN
Al pedir un reporte de los licores que no se estn vendiendo al sistema, el
sistema mostrar un listado indicando los licores que menos se estn
despachando en la licorera.
Se mostrar en el reporte todos los datos del licor que no se ha vendido , su
cantidad en ventas as como su costo en venta.
HISTORIA DE USUARIO
Nmero: HU_16
Nombre: Reporte de los licores que se estn agotando
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 6
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Bajo
Puntos Reales:
Descripcin:
Como administrador necesito tener la lista de aquellos licores que se estn agotando,
para volver a comprar esos licores y as evitar el desabastecimiento del licor.
Observaciones:

PRUEBAS DE ACEPTACIN
Se mostrar el reporte de los licores que ya se estn agotando con el cdigo, nombre
del licor, categora del licor y su stock.
Verificar que el reporte se actualice cuando los licores se vayan agotando.

HISTORIA DE USUARIO
Nmero: HU_17
Nombre: Buscar licor
Modificacin de historia nmero:
Usuario: Administrador/Ayudante
Iteracin Asignada: 6
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Baja
Puntos Reales:
Descripcin:
Como administrador quiero que mis ayudantes y yo podamos buscar el licor para
poder saber el precio de cada licor con la cantidad existente del mismo, para saber
ms rpido y exactamente el precio real del licor, as como la cantidad almacenada en
bodega.
Observaciones:

PRUEBAS DE ACEPTACIN
Si no se ingresan datos en el campo de entrada de bsqueda y se da clic el botn
Buscar no se realizar la bsqueda.
Si se ingresa algn campo de entrada de un producto y no se encuentra registrado el
mismo, se informar al usuario que no existe tal producto registrado en el sistema.

ANEXO 106 REPORTE DE PEDIDOS POR PERIODO


HISTORIA DE USUARIO
Nmero: HU_18
Nombre: Reporte de pedidos por periodo
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 12
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Alta
Puntos Reales:
Descripcin:
Como Administrador quiero observar un listado de los pedidos por periodo, para saber
que pedidos an no se han entregado y conocer aquellos pedidos que ya han sido
cancelados.
Observaciones:
Se necesit imprimir la informacin.

PRUEBAS DE ACEPTACIN
Los reportes se los realizarn segn los estados, el usuario deber escoger el
estado y un rango de fechas para poder observar dicho reporte.
Si el usuario elije una fecha posterior a la actual, el sistema emitir un error.
El sistema informar si no existen pedidos en la fecha ingresada.

HISTORIA DE USUARIO
Nmero: HU_19.1
Nombre: Presentar licores por categora
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 8
Prioridad en Negocio: Alta
Puntos Estimados: 6
Riesgo en desarrollo: Medio
Puntos Reales:
Descripcin:
Como Administrador me gustara que se muestre los licores divididos en una
categora especfica para que esto ayude al cliente a realizar con mayor facilidad sus
pedidos a la licorera.
Observaciones:
Se categorizar por el tipo de licor.
PRUEBAS DE ACEPTACIN

Se mostrar la lista de los licores segn la categora a la que pertenezcan.


Se debe mostrar una opcin para elegir que categorizacin se desea listar los
licores.

HISTORIA DE USUARIO
Nmero: HU_19.2
Nombre: Implementar carrito de compras
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 9
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales:
Descripcin:
Como Administrador me gustara que exista una pgina donde mis clientes vayan
marcando los productos en venta que deseen reservar para que se vaya generando
los totales y ventas correspondientes al pedido cliente.
Observaciones:
PRUEBAS DE ACEPTACIN

El carrito de compras debe mostrar la lista de los licores que se vaya


seleccionando.
El carrito de compras debe mostrar los subtotales y el total de lo que se est
reservando.
El subtotal debe ser igual al precio de venta por la cantidad.

PRUEBAS DE ACEPTACIN

Una vez confirmada el pedido se disminuye del stock correspondiente al licor


reservado.

Si el pedido no fue guardado no se debe disminuir el stock del licor.

HISTORIA DE USUARIO
Nmero: HU_20
Nombre: Cancelar el pedido.
Modificacin de historia nmero:
Usuario: Usuarios
Iteracin Asignada: 12
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales:
Descripcin:
Como Usuarios deseamos poder cancelar algn pedido para ya no tener en cuenta
esa reservacin.
Observaciones:
Una vez realizado el pedido el cliente podr cancelarlo en un perodo de 24 horas,
sino lo hace dentro de ese periodo, el pedido no podr ser cancelado.
PRUEBAS DE ACEPTACIN

Si el cliente intenta cancelar un pedido fuera de las 24 horas establecidas, el


sistema no deber permitirlo.

Cuando el cliente cancela un pedido este deber cambiar su estado ha


cancelado.

HISTORIA DE USUARIO
Nmero: HU_22
Nombre: Calcular el costo del licor
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 11
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Alta
Puntos Reales:
Descripcin:
Como Administrador deseo que el costo de mis licores que se calculen
automticamente para asi se me haga ligero para no estar ingresando.
Observaciones:

PRUEBAS DE ACEPTACIN

Se debe actualizar el costo del licor


Se debe calcular el costo del licor mediante el precio mnimo y el precio de
venta.

HISTORIA DE USUARIO
Nombre: Calcular el precio mnimo y precio de venta del
licor
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 12
Prioridad en Negocio: Media
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales:
Descripcin:
Como Administrador del negocio Licores Gia deseo que se calculen los precios de mis
licores al momento que compro, as saber qu precio mnimo puedo dejar a mis
clientes.
Observaciones:
Nmero: HU_23

PRUEBAS DE ACEPTACIN

Se debe calcular los precios cuando compro productos para la Licorera de los
proveedores.
Se debe actualizar los precios de los licores.

HISTORIA DE USUARIO
Nmero: HU_24
Nombre: Buscar pedidos
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 8
Prioridad en Negocio: Media
Puntos Estimados: 8
Riesgo en desarrollo: Baja
Puntos Reales:
Descripcin:
Como administrador requiero poder buscar un pedido en especfico, para poder ver la
informacin de dicho pedido.
Observaciones:
PRUEBAS DE ACEPTACIN

Al realizar la bsqueda de un pedido podremos observar toda la informacin


de dicho pedido.

Si el pedido no se encuentra en la base de datos, el sistema no deber


mostrar informacin.

Nmero: HU_25

HISTORIA DE USUARIO
Nombre: Reporte de los proveedores a los que ms
productos se compra

Modificacin historia usuario:


Usuario: Administrador y Empleado
Iteracin Asignada: 9
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Baja
Puntos Reales:
Descripcin:
Como administrador me gustara saber cules son los proveedores a los que ms
producto compro para de esta manera poder invertir mejor mi dinero.
Observaciones:
PRUEBAS DE ACEPTACIN
El reporte se debe presentar en orden descendente de los proveedores que ms
compro.
Se presentarn solo los 5 primeros proveedores a los que se compre ms producto
en caso de existir.
El reporte indicar el nombre del proveedor, nmero de productos que provee y un
listado de los mismos.
HISTORIA DE USUARIO
Nmero: HU_26.1
Nombre: Implementacin de interfaz de nota de venta
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 9
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales:
Descripcin:
Como administrador me gustara que exista una pgina en la cual pueda realizar de
manera ms rpida el registro y los clculos de la nota de venta para que esto me
ahorrara tiempo y atender ms rpido a los clientes.
Observaciones:
PRUEBAS DE ACEPTACIN

La Interfaz debe mostrar los productos seleccionado del cliente


La interfaz debe mostrar los datos del cliente en la Nota de Venta.

HISTORIA DE USUARIO
Nmero: HU_26.2
Nombre: Guardar venta
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 10
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales:
Descripcin:
Como administrador me gustara que las ventas realizadas sean guardadas, para
tener una especificacin de cada venta realizada en el negocio.
Observaciones:

PRUEBAS DE ACEPTACIN

Las ventas se guardarn con los datos del cliente, los datos del producto, y
los datos del empleado que realiz la venta.
Si una venta es cancelada no se deber guardar en el registro de Venta.

HISTORIA DE USUARIO
Nmero: HU_27
Nombre: Reporte de ventas por periodo
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada:13
Prioridad en Negocio: Media
Puntos Estimados:10
Riesgo en desarrollo: Media
Puntos Reales:
Descripcin:
Como administrador y dueo de la licorera necesito llevar una lista en la cual se
muestren las ventas realizadas de forma anual para tener un mejor manejo de las
cuentas de mi negocio.
Observaciones:
El reporte se generara a partir de la fecha seleccionada por el cliente.
PRUEBAS DE ACEPTACIN
El sistema verificar si la fecha para generar el reporte es la adecuada.
Se mostrarn nicamente las ventas que se encuentren en el periodo anual
seleccionado por el cliente.
Si la fecha ingresada es incorrecta, el sistema indicar que las fechas ingresadas son
incorrectas y pedir nuevamente que se ingrese las fechas correctas para generar el
reporte correspondiente al periodo solicitado.

HISTORIA DE USUARIO
Nmero: HU_28
Nombre: Generar venta a partir de pedido
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 11
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales:
Descripcin:
Como administrador de mi negocio me gustara que cuando ya se entregue un
pedido el mismo pase a formar parte de una venta, para que esto me ahorre el
trabajo de estar pasando los datos del pedido a la venta.
Observaciones:
PRUEBAS DE ACEPTACIN

Al cambiar el estado de un pedido a entregado, automticamente este se


convertir en una venta.

El pedido al que se cambi el estado ha entregado se registrar con la fecha


en la que se entreg el mismo.

El pedido al que se cambi el estado ha entregado seguir constando en el


registro de los pedidos.

Los registros de dicho pedido pasarn a formar parte de la tabla ventas, as


como los registros de detalle pedido pasarn a formar parte de la tabla detalle
venta.

HISTORIA DE USUARIO
Nmero: HU_29
Nombre: Ingresar proveedor
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 5
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales: 10
Descripcin:
Como Administrador me gustara poder tener un registro de los proveedores de la
licorera, para poseer la informacin cuando se requiera hacer una adquisicin de
otros licores.
Observaciones:

PRUEBAS DE ACEPTACIN

La informacin se guardar la ingresar todos los campos requeridos por el


formulario de ingreso.

Si se registran datos de manera duplicada estos no se guardarn en la base


de datos y se indicar que el proveedor ya se encuentra registrado.

Si existen campos vacos el sistema no permitir que los datos se registren,


indicando que los campos deben ser llenados.

HISTORIA DE USUARIO
Nmero: HU_30
Nombre: Modificar Proveedor
Modificacin de historia nmero:
Usuario: Ayudante/Administrador
Iteracin Asignada:6
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales: 8
Descripcin:
Como Ayudante/Administrador del negocio Licores Gia deseo poder modificar los
datos de los proveedores para actualizar la informacin de los mismos de ser
necesario.
Observaciones:

PRUEBAS DE ACEPTACIN

Al realizar la modificacin de alguno de los proveedores, estos cambios deben


guardarse exitosamente en la base de datos.

Al mostrar los datos de todos los proveedores los cambios deben ser
actualizados.

HISTORIA DE USUARIO
Nmero: HU_31
Nombre: Eliminar proveedor
Modificacin historia de usuario:
Usuario: Administrador
Iteracin Asignada: 7
Prioridad en Negocio: Medio
Puntos Estimados: 8
Riesgo en desarrollo: Medio
Puntos Reales:
Descripcin:
Como administrador me gustara poder realizar la eliminacin de un proveedor del
cual ya no se le adquiera productos para mi licorera.
Observaciones:
PRUEBAS DE ACEPTACIN

Si el proveedor no ha abastecido con ningn producto a la empresa, se


realizara una eliminacin fsica.

Se realizara una eliminacin lgica en caso de que sigan existiendo licores


abastecidos por ese proveedor.

HISTORIA DE USUARIO
Nmero: HU_32
Nombre: Reporte de los proveedores
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 7
Prioridad en Negocio: Media
Puntos Estimados: 8
Riesgo en desarrollo: Medio
Puntos Reales:
Descripcin:
Como administrador de la licorera me gustara tener un reporte de todos los
proveedores de quienes abastecen mi negocio, para as tener informacin precisa
de los productos que cada uno me entrega.
Observaciones:
PRUEBAS DE ACEPTACIN

Si un nuevo proveedor es registrado este deber constar en el reporte


generado.
El reporte indicar la informacin ms relevante de cada proveedor.

HISTORIA DE USUARIO
Nmero: HU_33
Nombre: Reportes de licores por proveedor
Modificacin de historia nmero:
Usuario: Administracin
Iteracin Asignada: 8
Prioridad en Negocio: Baja
Puntos Estimados: 8
Riesgo en desarrollo: Baja
Puntos Reales:
Descripcin:
Como Administrador me gustara poder acceder a un listado de todos los licores que
me vende un proveedor para poder saber quines me proveen que licores.
Observaciones:

PRUEBAS DE ACEPTACIN
Se debe listar todos los licores que son suministrados por un proveedor en
especfico.
Verificar que solo el Administrador pueda acceder al listado de los licores.

HISTORIA DE USUARIO
Nmero: HU_34
Nombre: Buscar proveedores
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 7
Prioridad en Negocio: Baja
Puntos Estimados: 8
Riesgo en desarrollo: Baja
Puntos Reales:
Descripcin:
Como administrador me gustara poder acceder a la informacin de un proveedor,
para que esto nos facilite poderlos contactar.
Observaciones:
PRUEBAS DE ACEPTACIN
Solo debe presentarse solo la informacin necesaria de cada uno de los proveedores.
La bsqueda debe realizarse a travs de los campos: nombre, cdula, telfono,
telfono, direccin o correo electrnico.

HISTORIA DE USUARIO
Nmero: HU_35
Nombre: Ingreso de categora
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 6
Prioridad en Negocio: Baja
Puntos Estimados: 10
Riesgo en desarrollo: Baja
Puntos Reales:
Descripcin:
Como administrador me gustara poder realizar el ingreso de las diferentes categoras
para tener mejor organizado el licor.
Observaciones:

Las categoras de los licores son: Aguardiente, Cervezas, Ron, Tequila, Vino, Vodka,
Whisky.
PRUEBAS DE ACEPTACIN
Solo el Administrador debe poder ingresar una nueva categora en el sistema.
Si se ingresa una categora existente se mostrar un mensaje advirtiendo que dicha
categora ya existe.
En el caso de que no llene el campo de categora y se enva a Guardar, se mostrar
un aviso de que llene el campo.

HISTORIA DE USUARIO
Nmero: HU_36
Nombre: Modificar categora
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 7
Prioridad en Negocio: Baja
Puntos Estimados: 8
Riesgo en desarrollo: Baja
Puntos Reales:
Descripcin:
Como Administrador deseo poder hacer cambios sobre una categora de licores para
corregir posibles errores y poder actualizar una categora.
Observaciones:
PRUEBAS DE ACEPTACIN
Solo el Administrador debe tener el privilegio para poder modificar los datos de una
categora.
Si al modificar la categora se ingresa una ya existente, entonces se mostrar un
error advirtiendo que dicha categora ya existe.
HISTORIA DE USUARIO
Nmero: HU_37
Nombre: Eliminar categora
Modificacin historia usuario:
Usuario: Administrador
Iteracin Asignada: 8
Prioridad en Negocio: Baja
Puntos Estimados: 8
Riesgo en desarrollo: Baja
Puntos Reales:
Descripcin:
Como Administrador necesito poder eliminar una categora dentro de las cual ya no
este ningn licor de mi negocio para que la informacin que tengo de las categoras
sea correcta y actual.
Observaciones:
PRUEBAS DE ACEPTACIN
Solo el Administrador debe poder eliminar una categora.
Si se eliminara una categora no debera aparecer en la lista de Reportes de licor por
categoras.
HISTORIA DE USUARIO
Nmero: HU_38
Nombre: Reporte de licor por categora
Modificacin de historia nmero:
Usuario: Administrador y Empleado
Iteracin Asignada: 8
Prioridad en Negocio: Baja
Puntos Estimados: 8
Riesgo en desarrollo: Baja
Puntos Reales:

Descripcin:
Como administrador me gustara que tanto yo como mi empleado, podamos obtener
un listado de todos los licores que pertenecen a una categora, para poder saber que
licores se tienen dentro de cada categora.
Observaciones:

PRUEBAS DE ACEPTACIN
Verificar que los licores presentados de una categora especfica sean los correctos.
El reporte deber presentar el nombre de categora, el total de la inversin de dicha
categora y los datos ms relevantes de los licores pertenecientes a esa categora.
En caso de existir una categora que no tenga licores se presentara un mensaje
indicando que no existen productos en dicha categora.
HISTORIA DE USUARIO
Nmero: HU_39
Nombre: Buscar Venta
Modificacin de historia nmero:
Usuario: Administrador y Empleado
Iteracin Asignada: 11
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales:
Descripcin:
Como Administrador necesito poder buscar una venta realizada con anterioridad,
tambin mis empleados podrn hacer dicha bsqueda para poder saber los datos de
determinada venta.
Observaciones:

PRUEBAS DE ACEPTACIN
Se debe verificar que la informacin extrada de la base de datos sea la
correcta y necesaria.
Si se busca una venta y no se encuentra la misma, se presentar un aviso
advirtiendo que no existe tal venta.
La bsqueda deber funcionar correctamente para los distintos campos
existentes dentro de la venta.

HISTORIA DE USUARIO
Nmero: HU_40
Nombre: Reporte de ventas por empleado
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 11
Prioridad en Negocio: Media
Puntos Estimados: 4
Riesgo en desarrollo: Media
Puntos Reales:
Descripcin:
Como Administrador del negocio Licores Gia deseo el reporte de los Empleados que
ms productos hayan vendido, para poder tener un registro del trabajo realizado de
los Empleados.
Observaciones:

PRUEBAS DE ACEPTACIN
Verificar que las cantidades mostradas estn acorde a las ventas realizadas
por el empleado en ese periodo de tiempo.

Verificar que la estructura de los datos presentados est acorde con las
necesidades del usuario.
Comprobar que la interfaz del reporte cumple con el estndar de interfaz de
usuario manejado por la aplicacin.

HISTORIA DE USUARIO
Nmero: HU_41
Nombre: Reporte de ganancias y prdidas
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada:
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales:
Descripcin:
Como Administrador del negocio Licores Gia deseo el reporte prdidas y ganancias,
para poder tener un registro de la economa de la licorera.
Observaciones:

PRUEBAS DE ACEPTACIN
El clculo de ganancias y prdidas deber contener el clculo de su diferencia
resaltado.
En caso de que el servidor de base de datos este cado no se pueda acceder
a la informacin.
Verificar que no salga el clculo sino existen datos en las tablas.

HISTORIA DE USUARIO
Nombre: Reporte de compras a proveedores en un
determinado perodo.
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 10
Prioridad en Negocio: Media
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales:
Descripcin:
Como Administrador del negocio Licores Gia deseo un reporte de compras realizadas
a proveedores en determinado perodo, para obtener informacin oportuna.
Observaciones:
Nmero: HU_42

PRUEBAS DE ACEPTACIN
Cuando se seleccione la fecha se restringir el mximo de seleccin hasta la
fecha actual.
Cuando se busque seleccionando la fecha de inicio y fin se mostrar todos los
registros que existen en ese perodo.

HISTORIA DE USUARIO
Nmero: HU_43
Nombre: Validaciones
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 10
Prioridad en Negocio: Media
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales:
Descripcin:

Como Administrador me gustara que se ingresen valores correctos y que al momento


de que se ingrese mal un dato solo se borre el dato incorrecto para evitar tener que
llenar toda la informacin de nuevo.
Observaciones:

PRUEBAS DE ACEPTACIN
Al momento de ingresar mal un dato debe presentar un mensaje indicando
que el dato ingresado es incorrecto.
Si el dato ingresado es incorrecto el campo se debe borrar para que se vuelva
a llenar dicho campo.

METFORAS DEL SISTEMA


METFORA
Nmero: MS_11
Nombre: Mantenimiento de la navegabilidad usuario
Modificacin historia usuario:
Usuario: Desarrollador
Iteracin Asignada: 12
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales:
Descripcin:
Como desarrolladores necesitamos que la aplicacin desarrollada ofrezca una buena
navegabilidad al usuario para que este pueda utilizarla de manera fcil y rpida.
Observaciones:

PRUEBAS DE ACEPTACIN
Comprobar que el usuario pueda navegar fcilmente a travez de la aplicacin.
Verificar que el usuario encuentra rpidamente las opciones para las
funcionalidades.

METFORA
Nmero: MS_12
Nombre: Implementacin de Ireport en reportes
Modificacin historia usuario:
Usuario: Desarrollador
Iteracin Asignada:
Prioridad en Negocio: Alta
Puntos Estimados: 8
Riesgo en desarrollo: Media
Puntos Reales:
Descripcin:
Como desarrollador deseo que los reportes se realicen con Ireport ya que esto mejora
la productividad al momento de hacer reportes y permite crear mejores reportes para
el usuario.
Observaciones:

PRUEBAS DE ACEPTACIN
Verificar que todos los reportes que realice la aplicacin se encuentren
implementados con Ireport.
Comprobar que los reportes muestran la informacin esperada por el usuario.

METFORA

Nmero: MS_13
Nombre: Mantenimiento interfaz de usuario.
Modificacin historia usuario:
Usuario: Desarrollador
Iteracin Asignada: 1
Prioridad en Negocio: Alta
Puntos Estimados: 8
Riesgo en desarrollo: Media
Puntos Reales: 10
Descripcin:
Como desarrollador deseo dar mantenimiento a la interfaz de usuario desarrollada
agrupando las opciones en una sola pantalla siguiendo la tendencia actual de las
aplicaciones web.
Observaciones:

PRUEBAS DE ACEPTACIN
Comprobar que los mens no son demasiado extensos.
Verificar que no exista dificultad al momento de hallar una opcin.
ANEXO. 2
Identificacin de los riesgos:
Identificaci
n
R1

Descripcin

Cambio de requerimientos Del proyecto


demasiado constante.

El proyecto no avanza, y el
cliente no se ve satisfecho.

R2

Diseo inadecuado de la
interfaz de usuario.
Mal ambiente de trabajo
entre
el
personal
de
desarrollo.
Discrepancias
entre
el
equipo de desarrollo y el
cliente.
Falta de conocimientos por
parte de los desarrolladores.

No se llegan a cumplir las


expectativas del usuario.
Retraso en el desarrollo del
proyecto.

R3

R4

R5

R6
R7

R8

Categora

Del proyecto
Del proyecto

Del proyecto

Tcnico

Interfaz poco amigable con Del proyecto


el usuario.
Incumplimiento
de
los Del proyecto
entregables por parte de los
desarrolladores del proyecto.
Falta de presupuesto para la Del negocio
realizacin del proyecto.

R9

Contrato mal establecido.

Del negocio

R10

Ausencia temporal de los Del proyecto


desarrolladores
por
calamidad domstica.

Consecuencias

Malos entendidos y el cliente no


estar satisfecho con el trabajo
realizado.
Retrasos en las entregas y un
posible aumento de costos por
causa de capacitaciones..
El usuario no estar satisfecho
con el software.
Retraso en la entrega final del
proyecto.
El proyecto quedara suspendido
hasta tener refinanciacin o
renegociacin del contrato.
Conflictos de avances de
proyecto y de pagos entre el
cliente y los desarrolladores.
Falta de personal que desarrolle
las tareas asignadas a los
desarrolladores ausentes.

R11

R12

R13

R14

R15

R16

R17

R18

Abandono sorpresivo por Del proyecto


parte de algn miembro del
equipo de desarrollo.
Cambio de las polticas Del negocio
empresariales.
Falta
de
instalaciones Tcnico
equipadas adecuadamente
para
el
desarrollo
del
proyecto.
Perdida accidental de la Del proyecto
informacin del proyecto.
Ausencia
de
las Tcnico
herramientas de software y
hardware necesarias.
Cierre sorpresivo de la Del negocio
empresa.
Falta de compromiso por Del proyecto
parte de los miembros del
equipo
Falta de acceso a internet.
Tecnico

Reestructuracin
y
redistribucin de tareas en el
equipo de trabajo.
Suspensin en el desarrollo del
proyecto
hasta
que
se
establezcan las nuevas normas.
Suspensin del proyecto hasta
la
adecuacin
de
las
instalaciones
Retrasos
del
proyecto
e
incomodar al cliente para
solicitar de nuevo la informacin
Suspensin del proyecto hasta
la consecucin del software
necesario.
Perdida de los recursos hasta el
momento invertidos en le
proyecto.
Entregables a destiempo o a su
vez
no
desarrollados
optimamente
No se podra actualizar la
documentacin
en
la
herramienta de gestin online
provocando cierta demora.

ANEXO. 3
Hojas de gestin de riesgos:
HOJA DE GESTIN DEL RIESGO
ID. DEL RIESGO: R01
FECHA: 20/Octubre/2015
Probabilidad: Alta Impacto: Alto
Exposicin: Alta
Prioridad: 3
Valor: 3
Valor: 3
Valor: 9
DESCRIPCIN: Cambio de requerimientos demasiado constante.
REFINAMIENTO:
Causas:
Falta de comunicacin con el cliente para establecer los requerimientos.
Mala documentacin de los requisitos especificados por parte del cliente.
Consecuencias:
Retraso en la ejecucin del proyecto.
Insatisfaccin por parte del cliente.
Baja calidad de desarrollo e implementacin.
Aumento de los costos del proyecto.
REDUCCIN:
Realizar un buen plan de trabajo el cual est relacionado con el cliente para
as establecer una mejor comunicacin y llegar a buenos acuerdos los cuales
sean de apoyo para el desarrollo del proyecto.
Realizar una adecuada valorizacin del proyecto para cuando haya algn

cambio este sea tambin sumado al costo final del mismo.


SUPERVISIN:
Cumplimiento con las actividades designadas de acuerdo a la planificacin.
Verificar que los costos estimados se encuentren dentro del presupuesto asignado
para el desarrollo del sistema.
GESTIN:
Planificacin adecuada con los miembros del equipo de desarrollo y el cliente.
Reuniones con el cliente para posibles renegociaciones que se generen por
los cambios realizados.
Realizar el proyecto en base al presupuesto establecido.
ESTADO ACTUAL:
Fase de Reduccin iniciada:
X
Fase de Supervisin iniciada:

Gestionando el riesgo:

RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.

HOJA DE GESTIN DEL RIESGO


ID. DEL RIESGO: R02
FECHA: 20/Octubre/2015
Probabilidad:
Impacto: Bajo
Exposicin: Bajo
Prioridad: 1
Bajo1
Valor: 1
Valor: 1
Valor: 1
DESCRIPCIN: Diseo inadecuado de la interfaz de usuario.
REFINAMIENTO:
Causas:
Mal diseo de las interfaces por parte del equipo de desarrollo.
Interfaces no acordes al tema del proyecto a desarrollarse.
Consecuencias:
Retraso de la ejecucin del proyecto.
No se llegan a cumplir las expectativas del usuario.
Redisear nuevas interfaces.
REDUCCIN:
Desarrollar interfaces acordes al motivo.
Opiniones del cliente acerca de las interfaces desarrolladas para mejorarlas y
lograr que estas sean amigables para los usuarios.
Mejorar la comunicacin con el cliente
SUPERVISIN:
Utilizar modelos de desarrollo para lograr interfaces con las cuales el cliente
se encuentre a gusto.
Reuniones con el cliente para determinar si las interfaces creadas son las
adecuadas.
GESTIN:

Crear planes para posibles cambios de rediseo en las interfaces presentadas


al cliente.
Crear interfaces adecuadas y amigables para que estn sean aprobadas por
parte del cliente
ESTADO ACTUAL:
Fase de Reduccin iniciada: X
Fase de Supervisin iniciada:
X
Gestionando el riesgo:

RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.
HOJA DE GESTIN DEL RIESGO
ID. DEL RIESGO: R03
FECHA: 20/Octubre/2015
Probabilidad:
Impacto: Moderado Exposicin: Media
Prioridad: 2
Media
Valor: 2
Valor: 4
Valor: 2
DESCRIPCIN: Mal ambiente de trabajo entre el personal de desarrollo.
REFINAMIENTO:
Causas:
El equipo de desarrollo del sistema no mantiene buenas relaciones para
poder gestionar el proyecto.
Desacuerdos en las decisiones, opiniones divididas en la toma de decisiones
que beneficien al desarrollo del proyecto.
Consecuencias:
Retraso de la ejecucin del proyecto.
Incumplimiento de las actividades designadas a los miembros del equipo de
desarrollo.
REDUCCIN:
Mejorar las relaciones dentro del equipo de desarrollo.
Gestionar de manera adecuada las diferentes actividades que se realizaran
durante el desarrollo del sistema.
SUPERVISIN:
Supervisar las diferentes actividades a realizarse para tener un control
adecuado de las mismas y as verificar que estas se estn realizando.
GESTIN:
Reuniones de socializacin con los miembros del equipo de desarrollo para
resolver posibles desacuerdos surgidos.
Verificacin de actividades asignadas a cada uno de los miembros del equipo
de desarrollo.
ESTADO ACTUAL:
Fase de Reduccin iniciada: X
Fase de Supervisin iniciada:
X
Gestionando el riesgo:

RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos

Morillo, Vctor Bayas.

HOJA DE GESTIN DEL RIESGO


ID. DEL RIESGO: R04
FECHA:20/Octubre/2015
Probabilidad:
Impacto: Moderado Exposicin: Baja
Prioridad: 2
Baja
Valor: 2
Valor: 2
Valor: 1
DESCRIPCIN: Discrepancias entre el equipo de desarrollo y el cliente
REFINAMIENTO:
Causas:
Falta de comunicacin entre el equipo de desarrollo y el cliente.
Malos entendidos en la toma de decisiones.
Desacuerdos entre el cliente y los desarrolladores.
Consecuencias:
Retraso de la ejecucin del proyecto.
Insatisfaccin por parte del cliente y los desarrolladores.
Mal desarrollo de las funcionalidades del sistema.
REDUCCIN:
Mantener un ambiente de confianza entre los desarrolladores y el cliente para
mejorar la comunicacin con el cliente.
Establecer acuerdos con el cliente para no retrasar el avance del sistema.
SUPERVISIN:
Realizar reuniones con el cliente donde se manifiesten sugerencias tanto por
los desarrolladores como por los clientes.
GESTIN:
Establecer acuerdos que beneficien al cliente pero no intervengan al
desarrollo del sistema.
Mantener reuniones en las cuales se obtengan sugerencias para mejorar la
funcionalidad el sistema.
ESTADO ACTUAL:
Fase de Reduccin iniciada: X
Fase de Supervisin iniciada:

Gestionando el riesgo:

RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.

HOJA DE GESTIN DEL RIESGO


ID. DEL RIESGO: R05
FECHA: 20/Octubre/2015
Probabilidad:
Impacto: Moderada Exposicin: Baja
Prioridad: 3
Baja
Valor: 3
Valor: 2
Valor: 2
DESCRIPCIN: Falta de conocimientos por parte de los desarrolladores.
REFINAMIENTO:
Causas:

Falta de experiencia en el desarrollo de software, desconocimiento de la


plataforma de trabajo.
Consecuencias:
Problemas en la calidad del software.
Retraso en la entrega del software.
Inconvenientes en la documentacin
Cambios en la planificacin
REDUCCIN:
Capacitacin al equipo de desarrollo de software.
Implementar en la planificacin conferencias y capacitaciones para los
desarrolladores de software.
SUPERVISIN:
Realizar reuniones frecuentes entre desarrolladores para intercambio de
ideas.
Verificar la adaptacin del equipo al modelo de desarrollo.
GESTIN:
Reuniones y socializacin entre el equipo de desarrollo para consulta de
inquietudes y dudas.
Capacitaciones.
Analizar el posible cambio de plataforma de desarrollo.
ESTADO ACTUAL:
Fase de Reduccin iniciada: X
Fase de Supervisin iniciada:
X
Gestionando el riesgo:

RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.

HOJA DE GESTIN DEL RIESGO


ID. DEL RIESGO: R06
FECHA: 20/Octubre/2015
Probabilidad:
Impacto: Alto
Exposicin: Media
Prioridad: 2
Baja
Valor: 3
Valor: 3
Valor: 1
DESCRIPCIN: Interfaz poco amigable con el usuario.
REFINAMIENTO:
Causas:
Software de baja calidad y usabilidad.
Falta de comunicacin con el Usuario (Administrador).
Consecuencias:
Retraso en el desarrollo del sistema.
Rediseo de la interfaz en sus funcionalidades.
Gasto extras.
REDUCCIN:
Comunicacin constante con el Administrador.

Uso de estndares de diseo.


Pruebas de aceptacin constantemente con el Administrador.
SUPERVISIN:
Verificar el uso de los estndares de diseo realizando pruebas continuas
manteniendo la comunicacin con el administrador.
Analizar interfaz segn el agrado del administrador.
GESTIN:
Ejecutar un rediseo.
Analizar la adaptabilidad y agrado de la interfaz.
ESTADO ACTUAL:
Fase de Reduccin iniciada: X
Fase de Supervisin iniciada:
X
Gestionando el riesgo:

RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.
HOJA DE GESTIN DEL RIESGO
ID. DEL RIESGO: R07
FECHA:20/Octubre/2015
Probabilidad:
Impacto: Moderado Exposicin: Media
Prioridad: 2
Media
Valor: 2
Valor: 4
Valor: 2
DESCRIPCIN: Incumplimiento de los entregables por parte de los desarrolladores
del proyecto.
REFINAMIENTO:
Causas:
No se defini fechas de entrega de reportes del desarrollo.
Falta de comunicacin entre los miembros de diseadores.
Consecuencias:
Retraso de la ejecucin del proyecto.
Bajo anlisis en el avance del proyecto.
REDUCCIN:
Reuniones frecuentes entre los diseadores de software.
Mejorar la comunicacin entre diseadores.
Planificar el avance diario del software.
SUPERVISIN:
Verificar el cumplimiento de la planificacin de actividades.
Verificar en el desarrollo de cada diseador.
GESTIN:
Reuniones y socializacin entre los diseadores.
Replanteamiento del avance del proyecto.
ESTADO ACTUAL:
Fase de Reduccin iniciada
X
Fase de Supervisin iniciada:

Gestionando el riesgo:

RESPONSABLES:

Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn


Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.
HOJA DE GESTIN DEL RIESGO
ID. DEL RIESGO: R08
FECHA:20/Octubre/2015
Probabilidad:
Impacto: Moderado Exposicin: Media
Prioridad: 2
Media
Valor: 2
Valor: 4
Valor: 2
DESCRIPCIN: Falta de presupuesto para la realizacin del proyecto.
REFINAMIENTO:
Causas:
No se realiz correctamente el aspecto de costo con el propietario de la
licorera
El presupuesto asignado no se ajusta a los costos reales del proyecto.
Consecuencias:
Suspensin total o parcial del proyecto.
Retraso de la ejecucin del proyecto.
Retraso en la entrega del proyecto
REDUCCIN:
Analizar el presupuesto correctamente con el Administrador.
Planificar correctamente la distribucin correcta del presupuesto.
SUPERVISIN:
Verificar el clculo de costos antes de entregar la propuesta.
Verificar castos innecesarios
GESTIN:
Reuniones y socializacin con los diseadores y el administrado
Renegociacin en costos y gastos.
Analizar la situacin econmica de la empresa.
ESTADO ACTUAL:
Fase de Reduccin iniciada: X
Fase de Supervisin iniciada:
X
Gestionando el riesgo:

RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.
HOJA DE GESTIN DEL RIESGO
ID. DEL RIESGO: R09
FECHA:20/Octubre/2015
Probabilidad:
Impacto: Moderado Exposicin: Media
Prioridad: 3
Media
Valor: 2
Valor: 4
Valor: 2
DESCRIPCIN: Contrato mal establecido.
REFINAMIENTO:
Causas:
Trminos mal establecidos en el contrato.
Falta de especificacin de algunos puntos importantes en el contrato.
Consecuencias:

Inconformidad del cliente.


Demora en la entrega del producto
REDUCCIN:
Extraer las necesidad principales del cliente respecto a las funcionalidades del
sistema al fin de llegar un acuerdo con el mismo
SUPERVISIN:
Organizar reuniones constantes con el cliente para verificar el funcionamiento
adecuado del sistema.
GESTIN:
Procurar reestablecer las relaciones de acuerdo con el cliente a fin de
asegurar la viabilidad del proyecto.
ESTADO ACTUAL:
Fase de Reduccin iniciada: X
Fase de Supervisin iniciada:

Gestionando el riesgo:

RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.

HOJA DE GESTIN DEL RIESGO


ID. DEL RIESGO: R10
FECHA: 20/Octubre/2015
Probabilidad:
Impacto: Moderado Exposicin: Media
Prioridad: 3
Media
Valor: 3
Valor: 4
Valor: 2
DESCRIPCIN:
Ausencia temporal de los desarrolladores por calamidad
domstica.
REFINAMIENTO:
Causas:
Calamidad domstica de un miembro del equipo de desarrolladores.
Consecuencias:
Retraso en la entrega puntual del proyecto.
Producto de baja calidad.
Requerimientos de baja prioridad postergados.
REDUCCIN:
Informar a los miembros de desarrollo que ha surgido un improvisto y no
podr estar presente.
Uso de servicios web para almacenar avances de proyecto
SUPERVISIN:
Verificar que los miembros del equipo que hayan sufrido calamidad domstica
debern seguir avanzando en las tareas asignadas segn la planificacin
correspondiente.
GESTIN:
Asignar las horas que dejo pendiente el desarrollador que se ausent a otro
desarrollador que disponga de tiempo.
ESTADO ACTUAL:
Fase de Reduccin iniciada: X

Fase de Supervisin iniciada:

Gestionando el riesgo:

RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas..
HOJA DE GESTIN DEL RIESGO
ID. DEL RIESGO: R11
FECHA: 20/Octubre/2015
Probabilidad:
Impacto: Alto
Exposicin: Alta
Prioridad: 3
Media
Valor: 3
Valor: 6
Valor: 2
DESCRIPCIN: Abandono sorpresivo por parte de algn miembro del equipo de
desarrollo.
REFINAMIENTO:
Causas:
Problemas de salud de algn miembro del equipo.
Falta de compromiso por parte de las personas que forman parte del equipo
de trabajo.
Consecuencias:
Retraso en la fecha de entrega e implementacin del proyecto.
Baja planificacin de desarrollo y nueva planificacin del proyecto
REDUCCIN:
Acordar un compromiso serio con todos los integrantes del grupo de trabajo.

Generar un adecuado ambiente de trabajo, para que los integrantes del


equipo se sientan a gusto en el mismo.
SUPERVISIN:
Supervisar la manera de llevar las actividades en cuanto se trate del proyecto
y la comunicacin que existe entre equipo del trabajo.
GESTIN:
Reuniones y socializar con el equipo.
Darse tiempo para hablar con los integrantes del grupo sobre temas que
mejoren la comunicacin del todo el equipo de trabajo.
ESTADO ACTUAL:
Fase de Reduccin iniciada: X
Fase de Supervisin iniciada:

Gestionando el riesgo:

RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.

HOJA DE GESTIN DEL RIESGO


ID. DEL RIESGO: R12
FECHA:20/Octubre/2015
Probabilidad:
Impacto: Alta
Exposicin: Media
Prioridad: 1
Baja
Valor: 3
Valor: 3
Valor: 1

DESCRIPCIN: Cambio de las polticas empresariales.


REFINAMIENTO:
Causas:
Cuestiones interna de la Licorera.
Consecuencias:
Cambio de las funcionalidades ya desarrolladas del sistema
Retraso de la ejecucin del proyecto
Incertidumbre no esperada en le desarrollo.
REDUCCIN:
Desarrollo de un proyecto con calidad desde sus principio para que pueda ser
modificable, interoperable e integrable en todas sus funcionalidades.
SUPERVISIN:
Verificar el desarrollo correcto de las funcionalidades.
Realizar pruebas efectivas de exploracin para cada funcionalidad.
GESTIN:
Mantener reuniones con el equipo y el dueo de la Licorera
Modificar adecuadamente el sistema sin poner en riesgo ninguna de las
funcionalidades.
Realizar pruebas constantes.
ESTADO ACTUAL:
Fase de Reduccin iniciada: X
Fase de Supervisin iniciada:

Gestionando el riesgo:

RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.
HOJA DE GESTIN DEL RIESGO
ID. DEL RIESGO: R13
FECHA:20/Octubre/2015
Probabilidad:
Impacto: Alto
Exposicin: Alta
Prioridad: 3
Media
Valor: 3
Valor: 6
Valor: 2
DESCRIPCIN: Falta de instalaciones equipadas adecuadamente para el desarrollo
del proyecto.
REFINAMIENTO:
Causas:
No existe un lugar de trabajo fijo
Cada persona trabaja en diferentes lugares
No se poseen los equipos necesarios para poder realizar el proyecto
Consecuencias:
Incomodidad a la hora de trabajar.
Desnimo de los desarrolladores.
Poca comunicacin con el resto del equipo
Incumplimiento de tareas por parte del equipo de desarrollo o trabajo realizado
con poco profesionalismo.

REDUCCIN:
Organizar reuniones donde se hable con el equipo a cerca de sugerencias
para tener mayor comodidad a la hora de trabajar
Buscar un lugar mucho ms apto y acorde a las necesidades donde podamos
trabajar de manera cmoda
Distribucin del trabajo al personal dependiendo de los equipos que poseen.
SUPERVISIN:
Verificar regularmente el avance de las tareas de cada desarrollador
Verificar que las herramientas que estamos utilizando estn funcionando bien
GESTIN:
Reuniones con los desarrolladores para intercambio de ideas
Los integrantes puedan informar sobre problemas o dudas que pueden
afectar el producto que se est desarrollando.
ESTADO ACTUAL:
Fase de Reduccin iniciada: X
Fase de Supervisin iniciada:

Gestionando el riesgo:

RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.
HOJA DE GESTIN DEL RIESGO
ID. DEL RIESGO: R14
FECHA: 20/Octubre/2015
Probabilidad:
Impacto: Alto
Exposicin: Alto
Prioridad: 3
Media
Valor: 3
Valor: 6
Valor: 2
DESCRIPCIN: Perdida accidental de la informacin del proyecto
REFINAMIENTO:
Causas:
Fallas elctricas
Fallos y averas en el hardware
Irresponsabilidad de cada persona al no guardar respaldos
Consecuencias:
Retraso en la entrega del proyecto.
Entrega del producto con mal funcionamiento
Producto de baja calidad
Omisin de partes fundamentales del proyecto
REDUCCIN:
Buscar un sitio o elegir horas de trabajo en donde se tenga menor riesgo de
ausencia elctrica.
Informar a los miembros de desarrollo que siempre que se realicen cambios
guardar una copia anterior y la actual del proyecto
Uso de servicios web para almacenar avances de proyecto
SUPERVISIN:
Verificar que los miembros del equipo guarden respaldos de los avances que
se vayan produciendo en el proyecto

Verificar que se siga avanzando en las tareas asignadas segn la


planificacin
GESTIN:
Reuniones con el equipo para informar a cerca de recomendaciones para
llevar correctamente el proyecto.
Verificacin de informacin actualizada y correcta
ESTADO ACTUAL:
Fase de Reduccin iniciada:
X
Fase de Supervisin iniciada:

Gestionando el riesgo:

RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.

HOJA DE GESTIN DEL RIESGO


ID. DEL RIESGO: R15
FECHA: 20/Octubre/2015
Probabilidad:
Impacto: Alto
Exposicin: Alta
Prioridad: 3
Media
Valor: 3
Valor: 6
Valor: 2
DESCRIPCIN: Ausencia de las herramientas de software y hardware necesarias.
REFINAMIENTO:
Causas:
Poco conocimiento de herramientas ms fructferas a la hora del realizar el
proyecto
Bajo presupuesto para adquirir mejor equipamiento.
Consecuencias:
Incumplimiento de la fecha de entrega del producto
Mayor esfuerzo a la hora de llevar a cabo las tareas personales
Menor control de avances del proyecto del personal asignado
REDUCCIN:
Asignar a un grupo para que investigue programas o herramientas que
faciliten el control de avances de proyecto.
Distribuir tareas al personal segn el equipo que posea cada miembro del
personal.
SUPERVISIN:
Verificar que el equipo de trabajo se ajuste a las herramientas que se van a
implementar en la realizacin del proyecto.
Mantener el hardware que disponemos en las mejores condiciones posibles.
GESTIN:
Reuniones donde el grupo de investigacin designado den a conocer sobre
herramientas que se pueda emplear para mejorar la productividad del
proyecto.
ESTADO ACTUAL:
Fase de Reduccin iniciada: X
Fase de Supervisin iniciada:

Gestionando el riesgo:

RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.

HOJA DE GESTIN DEL RIESGO


ID. DEL RIESGO: R16
FECHA:20/Octubre/2015
Probabilidad:
Impacto: Crtico
Exposicin: Alto
Prioridad: 3
Media
Valor: 4
Valor: 8
Valor: 2
DESCRIPCIN: Cierre sorpresivo de la empresa.
REFINAMIENTO:
Causas:
Quiebra en la empresa que ha contratado nuestro servicio.
Clausuras por incumplimiento de leyes del pas
Consecuencias:
Cancelacin del contrato
Entrar en conflictos legales con la empresa que contrata el servicio
REDUCCIN:
Realizar un contrato bien estructurado donde se den a conocer las medidas
que se tomaran frente a este posible riesgo.
Obtener informacin de la empresa para la que vamos a desarrollar el
producto dependiendo de la magnitud del mismo
SUPERVISIN:
Realizar reuniones con el cliente donde el objetivo sea mantener informado
del avance del proyecto.
Dar a conocer al cliente todo el contrato de forma clara
GESTIN:
Mantener reuniones regulares con el cliente donde nosotros damos a conocer
los avances del proyecto y adems consultar novedades que tenga el cliente
que puedan afectar al desarrollo del proyecto.
ESTADO ACTUAL:
Fase de Reduccin iniciada: X
Fase de Supervisin iniciada:

Gestionando el riesgo:

RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.

HOJA DE GESTIN DEL RIESGO


ID. DEL RIESGO: R17
FECHA:20/Octubre/2015
Probabilidad:
Impacto: Crtico
Exposicin: Alto
Prioridad: 3
Media
Valor: 4
Valor: 8

Valor: 2
DESCRIPCIN: Falta de compromiso por parte de los miembros del equipo
REFINAMIENTO:
Causas:
Los miembros del equipo no se sienten motivados a trabajar por el proyecto
Una mala actitud hacia el trabajo en equipo para el alcance de las metas.
Comportamientos individualistas en cuanto al trabajo.
Consecuencias:
Los entregables sufriran retrasos debido a que los miembros con falta de
compromiso no entregaran o no harian bien su parte sobrecargando al
equipo.
REDUCCIN:
Establecer normas al inicio del proyecto que motiven al compromiso con el
desarrollo del mismo a los miembros del equipo de trabajo.
SUPERVISIN:
Medir el compromiso de cada uno de los integrandes acorde con su
eficiencia y participacin en el desarrollo.
GESTIN:
Mantener reuniones diaras de duracin mxima de 15 minutos donde cada
uno de los miembros del equipo aclarara que hizo el dia anterior, que
problemas tubo y que planea hacer ese dia.
ESTADO ACTUAL:
Fase de Reduccin iniciada: X
Fase de Supervisin iniciada:

Gestionando el riesgo:
X
RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.

HOJA DE GESTIN DEL RIESGO


ID. DEL RIESGO: R18

FECHA:30/Noviembre/2015

Probabilidad:
Media

Impacto: Moderado

Exposicin: Media

Valor: 3

Valor: 4

Valor: 2
DESCRIPCIN: Falta de acceso a internet
REFINAMIENTO:
Causas:

Cada del servidor de internet.


Daos en la estructura de la red.

Prioridad: 2

Consecuencias:

No se podra actualizar la documentacin en la herramienta de gestin online


provocando cierta demora.
REDUCCIN:
Contratar el servicio de internet de mayor confiabilidad dentro del mercado.
SUPERVISIN:
Medir la calidad de servicio que ofrece nuestro servidor de internet el nmero
de veces que se queda sin brindar servicio y su velocidad.
GESTIN:
Mantener respaldos en los equipos de desarrollo para poder trabajar con
ellos hasta el momento cuando retorne el servicio de internet.
ESTADO ACTUAL:
Fase de Reduccin iniciada: X
Fase de Supervisin iniciada:

Gestionando el riesgo:
X
RESPONSABLES:
Vanessa Bonito, Yesenia Pilco, Adriana Velsquez, Giannella Montao, Evelyn
Valencia, Natalia Pilco, Jos Acn, Freddy Capuz, Wilmer Barrera, Mara Jos
Morillo, Vctor Bayas.
ANEXO. 4
Anlisis De Riesgos:

ID
RIESG
O

IMPACTO

PROBABILIDAD
DESCRIPCION

EXPOSICIN

PORCENTA PROBABILI VALO


VALO EXPOSICI VALO
JE
DAD
R
IMPACTO
R
N
R

Cambio de
R1

requerimientos
demasiado constante.
Diseo inadecuado

80%

ALTA

ALTO

ALTA

25%

BAJA

BAJO

BAJA

30%

MEDIO

MODERA
DO

MEDIA

de la interfaz de
usuario.
R2
Mal ambiente de
trabajo entre el
R3

personal de
desarrollo.

Discrepancias entre
el equipo de
R4

desarrollo y el cliente.

20%

BAJA

MODERA
DO

70%

ALTA

ALTO

ALTA

25%

BAJA

BAJO

BAJA

35%

MEDIA

ALTO
3

ALTA

BAJA

Falta de
conocimientos por
R5

R6

parte de los
desarrolladores.
Interfaz poco
amigable con el
usuario.
Incumplimiento de los
entregables por parte
de los

R7

desarrolladores del
proyecto.
Falta de presupuesto
para la realizacin del

R8

proyecto.

40%

MEDIA

ALTO

ALTA

40%

MEDIA

MODERA
DO

MEDIA

MEDIA

Contrato mal
establecido.
R9
Ausencia temporal de
los desarrolladores
R10

por calamidad
domstica.
Abandono sorpresivo

35%

MEDIA

MODERA
DO

30%

MEDIA

ALTO

ALTA

10%

BAJA

ALTO

MEDIA

40%

MEDIA

ALTO

ALTA

por parte de algn


R11

miembro del equipo


de desarrollo.
Cambio de las
polticas

R12

empresariales.
Falta de instalaciones
equipadas
adecuadamente para

R13

el desarrollo del
proyecto.

Perdida accidental de
la informacin del
R14

proyecto.

35%

MEDIA

ALTO

ALTA

40%

MEDIA

ALTO

ALTA

50%

MEDIA

CRITICO

ALTA

80%

ALTA

CRITICO

ALTA

MODERA
DO

MEDIA

Ausencia de las
herramientas de
R15

software y hardware
necesarias.
Cierre sorpresivo de
la empresa.

R16
Falta de compromiso
por parte de los
R17

miembros del equipo


Falta de acceso a
internet

R18

40%

MEDIA

ANEXO 13
Hardware existente
Licorera
Cantidad
1

Descripcin
Computadora
Porttil Samsung
procesador
ATOM(TM) CPU
N2100 1.6 GHz,
RAM 2GB,32bits

Observaciones
Uso de la
aplicacin.

Equipo
2

Computadora
Desarrollo de la
Porttil Toshiba,
aplicacin
Core i7, disco
duro,1T,12 RAM,64
bits.

Computadora
Desarrollo de la
Porttil DELL, Core aplicacin
i7,8 RAM, disco
duro,
1Terabyte,64bits.

Computadora
Porttil Toshiba,
Core i7, disco
duro,1Terabyte,16
RAM,64 bits.

Desarrollo de la
aplicacin

Computadora
Desarrollo de la
Porttil HP, 8
aplicacin
RAM,500GB, Core
i5, disco
duro,64bits.

Computadora
Desarrollo de la
porttil apple,8 GB aplicacin
RAM, Core i7,1
Terabyte.

Computadora
Porttil HP, Core
i7,12 RAM, 1
terabyte64bits

Desarrollo de la
aplicacin

ANEXO 14
Hardware Requerido

Licorera
Cantidad

Descripcin

Observaciones

Computadoras de

Uso de la aplicacin.

Escritorio HP Core
i3, 500Gb disco
duro, 4Gb RAM,
64 bits
2

Servidor IBM

Alojamiento de la

System X3100 M4

base de datos y
servicio web.

Equipo de Trabajo
Ninguno

ANEXO 15
Software Existente

Licorera
Nombre

Descripcin

Estado

Windows

Versin 8

Legal

Firefox

Versin 34.0.5

Libre

Avast

Premier 2015

Legal

Equipo de Trabajo
Windows

Versin 8.1

Legal

Netbeans

Versin 8.0.1

Libre

Firefox

Versin 34.0.5

Libre

Google Chrome

Versin 42.0

Libre

ANEXO 16
Software requerido

Licorera
Nombre

Descripcin

N Licencias

Centos Minimal

Versin 6

Postgresql

Versin 9.1

GlassFish

Versin v2.1.1

Equipo de Trabajo
Centos Minimal

Versin 6

Postgresql

Versin 9.1

GlassFish

Versin v2.1.1

ANEXO 17
Personal Tcnico Existente

Licorera
Nombre
Ninguno

Funcin

Equipo de Trabajo
Nombre

Funcin

Vanessa Bonito

Programador

Jos Acn

Programador

Natalia Pilco

Programador

Yesenia Pilco

Programador

Carolina Valencia

Programador

Giannella Montao

Programador

Freddy Capuz

Programador

Vctor Bayas

Programador

Adriana Velsquez

Programador

Wilmer Barrera

Programador

Mara Jos Morillo

Programador

ANEXO 18
Personal Tcnico Requerido

Licorera
Funcin

Formacin

Experiencia en:

Acadmica
Administrador De

Ingeniero En

Instalacin y

Redes

Telecomunicaciones

Mantenimiento de

Y Redes

Redes.

Equipo de Trabajo
Funcin

Formacin
Acadmica
Ninguno

ANEXO 19
Usuarios Directos

Experiencia en:

PERSONAS

ACTIVIDAD

ACCIN A REALIZAR

Usar el sistema para

Ingreso, modificacin y

poder tener un control del

eliminacin de la

inventario de sus licores,

informacin.

INVOLUCRADAS
Administrador

poder registrar las ventas


y los pedidos realizados y
visualizar los reportes.
Ayudante

Usar el sistema para el

Ingreso, modificacin y

registro de ventas y de

eliminacin de la

pedidos.

informacin.

ANEXO 20
Usuarios Indirectos
CARGO

FUNCIN

Clientes

Alcanzan beneficios del


Sistema ( capacidad de
realizar pedidos online )

ANEXO 21
Usuarios Tcnicos
NOMBRE

FUNCIN

Vanessa Bonito

Programador

Jos Acn

Programador

Natalia Pilco

Programador

Yesenia Pilco

Programador

Carolina Valencia

Programador

Giannella Montao

Programador

Freddy Capuz

Programador

Vctor Bayas

Programador

Adriana Velsquez

Programador

Wilmer Barrera

Programador

Mara Jos Morillo

Programador

ANEXO 22
Costos de desarrollo
COSTO

TIEMPO

COSTO / MES

COSTO TOTAL

(MESES)
Costo de programadores

22

$500

$11000

Costo de usuarios

$0

$0

Costos de reclutamiento de

$0

$0

Costos de equipos

22

$25

$550

Costos de capacitacin al

$0

$0

personal

personal de desarrollo
Costos de suministros

$100

Costos Software

$0

$0

$0

TOTAL

$11650

ANEXO 23
Costos de Instalacin el Sistema
COSTOS

TIEMPO

COSTO /

COSTO

(MESES)

MES

TOTAL

Costos de capacitacin a usuarios

$200

$200

Costos de Conversin y actualizacin

$0

$0

$250

$250

Costo de hardware requerido

$2250

$2250

Costo de adecuacin de local

$400

$400

de Base de Datos
Costo de personal durante la
instalacin

Total

Costos de Operacin

$3100

DETALLE
Costos de personal de Operacin

COSTO
$100

Costos de mantenimiento

$0

Costos de materiales y suministros

$20

TOTAL

$120

ANEXO 24 DIAGRAMA DE GANTT

ANEXO 25 DEFINICIN DE ESTNDAR DE PROGRAMACIN


Organizacin ficheros
Las clases en Java se agrupan en paquetes. Estos paquetes se deben
organizar de manera jerrquica, de forma que todo cdigo desarrollado para
Licorera Gia tendr que estar incluido dentro del paquete "com.licoreragia".
Dentro del paquete principal las clases se organizarn en sub paquetes en
funcin del rea, organismo o seccin de Licorera Gia que pertenezca el cdigo
desarrollado.
Por ejemplo, si estamos desarrollando un servicio web de registro de un cliente
las
clases
de
dicho
servicio
se
incluiran
en
el
paquete
"com.licoreragia.webservices.registrocliente" o similar.
Un fichero consta de secciones que deben estar separadas por lneas en
blanco y comentarios opcionales que identifiquen cada seccin.
Deben evitarse los ficheros de gran tamao que contengan ms de 1000
lneas. En ocasiones, este tamao excesivo provoca que la clase no encapsule
un comportamiento claramente definido, albergando una gran cantidad de
mtodos que realizan tareas funcional o conceptualmente heterogneas.

1. Ficheros fuente Java (.java)


Cada fichero fuente Java debe contener una nica clase. El nombre del
fichero tiene que coincidir con el nombre de la clase. Cuando existan varias
clases privadas asociadas funcionalmente a una clase pblica, podrn
colocarse en el mismo fichero fuente que la clase pblica. La clase pblica
debe estar situada en primer lugar dentro del fichero fuente.
En todo fichero fuente Java distinguimos las siguientes secciones:

Comentarios de inicio.
Sentencia de paquete.
Sentencias de importacin.
Declaraciones de clases.

2. Comentarios de inicio
Todo fichero fuente debe comenzar con un comentario que incluya el
nombre de la clase, informacin sobre la versin del cdigo, la fecha de
inicio y fin de dicha tarea.
Estos comentarios constituyen el historial de cambios del fichero. Este
historial es nico para cada fichero y permitir conocer rpidamente el
estado y la evolucin que ha tenido el fichero desde su origen.
Ejemplo: Se muestra un
"AgregarReservacion.java".

comentario

de

inicio

para

la

clase

/*
* AgregarReservacion.java 1.50 04/04/14
*/
/**
* Esta clase implementa un registro de reservacin
* Que realice un cliente a travs de la web
*
* Autores:
*
- Freddy Caps
*
- Wilmer Barrera
*
* Iteracin (Versin) # 2
* Fecha de Inicio: 04/11/2015
* Fecha de fin: 10/11/2015
*/
3. Sentencias de paquetes
La primera lnea no comentada de un fichero fuente debe ser la sentencia de
paquete, que indica el paquete al que pertenece(n) la(s) clase(s) incluida(s)
en el fichero fuente. Por ejemplo,
package com.licoreragia.interfaces;
4. Sentencias de importacin

Tras la declaracin del paquete se incluirn las sentencias de importacin de


los paquetes necesarios. Esta importacin de paquetes obligatorios seguir
el siguiente orden:
Paquetes del JDK de java.
Paquetes de utilidades no pertenecientes al JDK de Java, de frameworks de
desarrollo
o
de
proyectos opensource tales
como
Apache, Hibernate, Springframework, etc.
Paquetes de la aplicacin.
Se recomienda minimizar en la medida de lo posible el uso de importaciones
del tipo "package.*", pues dificultan la comprensin de las dependencias
existentes entre las clases utilizadas por la aplicacin. En caso contrario, se
recomienda utilizar comentarios de lnea tras la importacin.
import java.io.*;
import java.util.ArrayList;
import org.apache.log4j.Logger;
import org.apache.lucene.analysis.Analyzer;
import com.licoreragia.interfaces;
5. Declaraciones de clases
La siguiente tabla describe los elementos que componen la declaracin de
una clase, as como el orden en el que deben estar situados.
Elementos de declaracin
Descripcin
de una clase / interfaz
Comentario
dePermite describir la clase desarrollada. Necesario
documentacin
de
lapara generar la documentacin de la api
clase/*.... */
mediantejavadoc.
Comentario
deEste comentario incluye cualquier informacin que no
implementacin de la clase,pueda incluirse en el comentario de documentacin
si es necesario /* ... */
de la clase.
Variables
de
claseEn primer lugar las variables de clase pblicas
(estticas)
(public), despus las protegidas (protected),
posteriormente las de nivel de paquete (sin
modificador), y por ltimo las privadas (private).
Variables de instancia
Primero las pblicas (public), despus las protegidas
(protected), luego las de nivel de paquete (sin
modificador), y finalmente las privadas (private).
Mtodos
Deben agruparse por funcionalidad en lugarde
agruparse por mbito o accesibilidad. Por ejemplo,
un mtodo privado puede estar situado entre dos
mtodos pblicos. El objetivo es desarrollar cdigo
fcil de leer y comprender.
2. Sangra

Como norma general se establecen 4 caracteres como unidad de sangra. Los


entornos de desarrollo integrado (IDE) ms populares, tales como Eclipse
o NetBeans, incluyen facilidades para formatear cdigo Java.
1. Longitud de lneas
La longitud de lnea no debe superar los 80 caracteres por motivos de
visualizacin e impresin.
2. Divisin de lneas
Cuando una expresin ocupe ms de una lnea, esta se podr romper o dividir
en funcin de los siguientes criterios:

Tras una coma.


Antes de un operador.
Se recomienda las rupturas de nivel superior a las de nivel inferior.
Alinear la nueva lnea con el inicio de la expresin al mismo nivel que
la lnea anterior.

Si las reglas anteriores generan cdigo poco comprensible, entonces


estableceremos tabulaciones de 8 espacios.
Ejemplos:
UnMetodo(ExpresionLarga1, ExpresionLarga 2, ExpresionLarga
3,
ExpresionLarga 4, ExpresionLarga 5);
if ((Condicion1 && Condicion2)
|| (Condicion3 && Condicion4)
||!(Condicion5 && Condicion6))
{
UnMetodo();
}
3. Comentarios
Distinguimos dos tipos de comentarios: los comentarios de implementacin
y los de documentacin.
1. Comentarios de implementacin
Estos comentarios se utilizan para describir el cdigo ("el cmo"), y en ellos se
incluye informacin relacionada con la implementacin, tales como descripcin
de la funcin de variables locales, fases lgicas de ejecucin de un mtodo,
captura de excepciones, etc.
Distinguimos tres tipos de comentarios de implementacin:
Comentarios de bloque: Permiten la descripcin de ficheros, clases, bloques,
estructuras de datos y algoritmos.
/*

* Esto es un comentario
* de bloque
*/
Comentarios de lnea: Son comentarios cortos localizados en una sola lnea y
tabulados al mismo nivel que el cdigo que describen. Si ocupa ms de una
lnea se utilizar un comentario de bloque. Deben estar precedidos por una
lnea en blanco.
/* Esto es un comentario de lnea */
// Esto es otro comentario de lnea
Comentario a final de lnea: Comentario situado al final de una sentencia de
cdigo y en la misma lnea.
int Contador = 4 + 10; // Inicializacin del contador
Contador++; /* Incrementamos el contador */
4.Declaraciones
1. Una clara declaracin por lnea
Se recomienda el uso de una declaracin por lnea, promoviendo as el uso de
comentarios. Ejemplo,
int IdUnidad; // Identificador de la unidad organizativa
String[] Funciones; // Funciones de la unidad
2. Inicializacin
Toda variable local tendr que ser inicializada en el momento de su declaracin,
salvo que su valor inicial dependa de algn valor que tenga que ser calculado
previamente.
int IdUnidad = 1;
String[] Funciones = { "Administracin", "Intervencin",
"Gestin" };
3. Localizacin
Las declaraciones deben situarse al principio de cada bloque principal en el que
se utilicen, y nunca en el momento de su uso.
public void UnMetodo()
{
int contador = 0; // inicio del mtodo
...
}

La nica excepcin a esta regla son los ndices de los bucles "for", ya que, en
Java, pueden incluirse dentro de la propia sentencia "for", tales letras como i, j, k
y pudiendo hacer una excepcin en el uso del nombre de la variable con
Mayscula.
for (int i=0; contador<10; i++)
{
...
}
Se debe evitar el uso de declaraciones que oculten a otras declaraciones de
mbito superior.
int Contador = 0; // Inicio del mtodo
public void unMetodo()
{
if (condicion)
{
int contador = 2; // EVITAR !!
...
}
...
}
4. Declaraciones de clases
Durante el desarrollo de clases se deben seguir las siguientes reglas de
formateo:

No incluir ningn espacio entre el nombre del mtodo y el parntesis


inicial del listado de parmetros.

El carcter inicio de bloque ("{") debe aparecer al final de la lnea que


contiene la sentencia de declaracin o en una nueva lnea (opcional)
solo.

El carcter fin de bloque ("}") se sita en una nueva lnea tabulada al


mismo nivel que su correspondiente sentencia de inicio de bloque,
excepto cuando la sentencia sea nula, en tal caso se situar detrs de
"{".

Los mtodos se separarn entre s mediante una lnea en blanco, en


caso de usar { al final de la sentencia.
public classe ClaseEjemplo extends Object
{
int variable1;
int variable2;
public ClaseEjemplo() {
variable1 = 0;
variable2 = 1;

}
...
}

De la siguiente forma cuando se usa { en una nueva lnea.


public classe ClaseEjemplo extends
Object
{
int variable1;
int variable2;
public ClaseEjemplo()
{
variable1 = 0;
variable2 = 1;
}
...
}

5.Sentencias
Cada lnea debe contener como mximo una sentencia. Ejemplo,
int Contador++;
int Variable--;
Las sentencias pertenecientes a un bloque de cdigo estarn tabuladas un nivel
ms a la derecha con respecto a la sentencia que las contiene.
Todas la sentencias de un bloque deben encerrarse entre llaves "{ ... }", aunque
el bloque conste de una nica sentencia. Esta prctica permite aadir cdigo sin
cometer errores accidentalmente al olvidar aadir las llaves. Ejemplo,
if (Condicion)
{
variable++;
}
La sentencia "try/catch" siempre debe tener el formato siguiente,
try {
sentencias;
} catch (ClaseException e) {
sentencias;
}
En el bloque "catch" siempre se imprimir una traza de error indicando el tipo de
excepcin generada y posteriormente se elevar dicha excepcin al
cdigo invocante, salvo que la lgica de ejecucin de la aplicacin no lo
requiera.
Siempre se utilizar el bloque "finally" para liberar recursos y para imprimir trazas
de monitorizacin de fin de ejecucin.
try {

sentencias;
} catch (ClaseException e) {
sentencias;
} finally {
sentencias;
}
6. Espacios en Blanco
Las lneas y espacios en blanco mejoran la legibilidad del cdigo permitiendo
identificar las secciones de cdigo relacionadas lgicamente.
Se utilizarn espacios en blanco en los siguientes casos:

Entre una palabra clave y un parntesis. Esto permite que se distingan las
llamadas a mtodos de las palabras clave. Por ejemplo:
while (true) {
...
}

Tras cada coma en un listado de argumentos. Por ejemplo:


Objeto.UnMetodo (int A, int B, int C);

Para separar un operador binario de sus operandos, excepto en el caso


del operador ("."). Nunca se utilizarn espacios entre los operadores
unarios (p.e., "++" o "--") y sus operandos. Por ejemplo:
A+= B + C
A = (A + B) / (C + D);
Contador++;

Para separar las expresiones incluidas en la sentencia "for". Por ejemplo:


for (expresion1; expresion2; expresion3)

7. Nomenclatura de identificadores
Las convenciones de nombres de identificadores permiten que los programas
sean ms fciles de leer y por tanto ms comprensibles. Tambin proporcionan
informacin sobre la funcin que desempea el identificador dentro del cdigo,
es decir, si es una constante, una variable, una clase o un paquete, entre otros.
1. Paquetes
Se escribirn siempre en letras minsculas para evitar que entren en conflicto
con los nombres de clases o interfaces. El prefijo del paquete siempre
corresponder a un nombre de dominio de primer nivel, tal como:
es, eu, org, com, net, etc.
El resto de componentes del paquete se nombrarn de acuerdo a las normas
internas de organizacin de la empresa: departamento, proyecto, mquina,
seccin, organismo, rea, etc.

Generalmente se suele utilizar el nombre de dominio de Internet en orden


inverso. Cuando dicho nombre contenga un carcter "-", este se sustituir por el
carcter "_".
Ejemplos:
com.licoreragia.logica_negocio
2. Clases e interfaces
Los nombres de clases deben ser sustantivos y deber comenzar con letra
mayscula. Si el nombre es compuesto, cada palabra componente deber
comenzar con mayscula.
Los nombres sern simples y descriptivos. Debe evitarse el uso de acrnimos o
abreviaturas, salvo en aquellos casos en los que dicha abreviatura sea ms
utilizada que la palabra que representa (URL, HTTP, etc.).
Las interfaces se nombrarn siguiendo los mismos criterios que los indicados
para las clases. Como norma general toda interfaz se nombrar con el prefijo "I"
para diferenciarla de la clase que la implementa (que tendr el mismo nombre
sin el prefijo "I").
class Ciudadano
class OrganigramaDAO
class IAgendaService
3. Mtodos
Los mtodos deben ser verbos escritos en mayscula la primera letra de cada
palabra.
public void InsertaUnidad(Unidad Unid);
4. Variables
Las variables se escribirn siempre tendrn la primera letra mayscula. Las
variables compuestas tendrn la primera letra de cada palabra componente en
maysculas.
Las variables nunca podrn comenzar con el carcter "_" o "$". Los nombres de
variables deben ser cortos y sus significados tienen que expresar con suficiente
claridad la funcin que desempean en el cdigo. Debe evitarse el uso de
nombres de variables con un slo carcter, excepto para variables temporales o
ndices.
String Cadena;
5. Constantes
Todos los nombres de constantes tendrn que escribirse en maysculas. Cuando
los nombres de constantes sean compuestos las palabras se separarn entre s
mediante el carcter de guion bajo "_".
int LONGITUD_MAXIMA;

8.Prcticas de programacin
1. Visibilidad de atributos de instancia y de clase
Los atributos de instancia y de clase sern siempre privados, excepto cuando
tengan que ser visibles en subclases herederas, en tales casos sern declarados
como protegidos.
El acceso a los atributos de una clase se realizar por medio de los mtodos
"get" y "set" correspondientes, incluso cuando el acceso a dichos atributos se
realice en los mtodos miembros de la clase.
public class Unidad
{
private int Id;
private String Nombre;
...
public void Registro(String Cadena)
{
this.setId(unidad.getId());
this.setNombre(unidad.getNombre());
}
...
}
2. Referencia a miembros de una clase
Evitar el uso de objetos para acceder a los miembros de una clase (atributos y
mtodos estticos). Utilizaremos en su lugar el nombre de la clase. Por ejemplo:
MetodoUtilidad(); // Acceso desde la propia clase esttica
ClaseUtilidad.MetodoUtilidad(); // Acceso comn desde cualquier clase
3. Constantes
Los valores constantes (literales) nunca aparecern directamente en el cdigo.
Para designar dichos valores se utilizarn constantes escritas en maysculas y
se declararn, segn su mbito de uso, o bien en una Clase de constantes
creada para tal efecto, o bien en la clase donde sean utilizadas.
// Uso incorrecto
CodigoErrorUsuarioNoEncontrado = 1;
...
switch (error) {
case CodigoErrorUsuarioNoEncontrado:
...
}
// Uso correcto
public final int CODIGOERROR_USUARIONOENCONTRADO = 1;
...
switch (error) {
case CODIDOGERROR_USUARIONOENCONTRADO:

...
}
4. Asignacin sobre variables
Se deben evitar las asignaciones de un mismo valor sobre mltiples variables en
una misma sentencia, ya que dichas sentencias suelen ser difciles de leer.
int a = b = c = 2; // Evitar
No utilizar el operador de asignacin en aquellos lugares donde sea susceptible
de confusin con el operador de igualdad. Por ejemplo:
// INCORRECTO// CORRECTO
if ((c = d++) == 0) { } c = d++;
if (c == 0) { }
No utilizar asignaciones embebidas o anidadas. Ejemplo:
c = (c = 3) + 4 + d; // Evitar
Debera escribirse:
c = 3;
c = c + 4 + d;

5. Otras prcticas
Parntesis
Es una buena prctica el uso de parntesis en expresiones que incluyan distintos
tipos de operadores para evitar problemas de precedencia de operadores.
Aunque la precedencia de operadores nos pueda parecer clara, debemos asumir
que otros programadores no tengan un conocimiento exhaustivo sobre las reglas
de precedencia.
if (w == x && y == z) // INCORRECTO
if ((w == x) && (y == z)) // CORRECTO
Valores de retorno
Los valores de retorno tendrn que ser simples y comprensibles, de acuerdo al
propsito y comportamiento del objeto en el que se utilicen.
// INCORRECTO
public boolean esProgramador(Empleado emp) {
if (emp.getRol().equals(ROL_PROGRAMADOR)) {
return true;
} else {
return false;
}
}

// CORRECTO
public boolean esProgramador(Empleado emp) {
boolean esUnProgramador = false;
if (emp.getRol().equals(ROL_PROGRAMADOR)) {
esUnProgramador = true;
}
return esUnProgramador;
}
Expresiones en el operador condicional ternario
Toda expresin compuesta, por uno o ms operadores binarios, situada en la
parte condicional del operador ternario debern ir entre parntesis. Ejemplo:
(x >= y) ? x : y;

ANEXO 26 DISEO DE LA BASE DE DATOS

En el DER, se puede observar que se han obtenido un total de 6 entidades con sus
respectivos atributos, las cuales son Persona que puede ser un Cliente o un Usuario, a
su vez el Cliente puede comprar varios Licores lo cual se convierte en una Venta la
cual ser registrada por el Usuario. El Cliente tambin reserva Licores, y dicha
reservacin se convierte en un Pedido.

ANEXO 28 DIAGRAMA ENTIDAD-RELACIN

ANEXO 29 MODELO LGICO

ANEXO 30 SCRIPT DE LA BASE DE DATOS

SCRIPT DE LA BASE DE DATOS


Se realiz el script de la base de datos para su futura creacin.
/
*==============================================================*
/
/* DBMS name:
PostgreSQL 8
*/
/* Created on: 11/15/2015 7:14:00 PM
*/
/
*==============================================================*
/
drop index PEDIDO_FK;
drop index COMPRA3_FK;
drop index PEDIDO_PK;
drop index COMPRA_PK;

drop table COMPRA;


drop index VENTA_FK;
drop index RESERVA3_FK;
drop index VENTA_PK;
drop index RESERVA_PK;
drop table RESERVA;
drop table TBCLIENTE;
drop index TBLICOR_PK;
drop table TBLICOR;
drop index TBPEDIDO_PK;
drop table TBPEDIDO;
drop index PERSONACLIENTE_FK;
drop index TBPERSONA_PK;
drop table TBPERSONA;
drop table TBUSUARIO;
drop index CODCLIENTE;
drop index REGISTRA_FK;
drop index VENTA_PK2;
drop table TBVENTA;
/
*==============================================================*
/
/* Table: COMPRA
*/
/
*==============================================================*
/
create table COMPRA (
CODLICOR
INT4
not null,
CODVENTA
INT4
not null,
CANTVENDIDA
INT4
not null,
SUBTOTALVENTA
FLOAT8
not null,
PRECIOVENTA
FLOAT8
not null,
constraint PK_COMPRA primary key (CODLICOR, CODVENTA)
);
/
*==============================================================*
/
/* Index: COMPRA_PK
*/
/
*==============================================================*
/
create unique index COMPRA_PK on COMPRA (
CODLICOR,
CODVENTA
);
/
*==============================================================*
/
/* Index: PEDIDO_PK
*/
/
*==============================================================*
/

create unique index PEDIDO_PK on COMPRA (


CODLICOR
);
/
*==============================================================*
/
/* Index: COMPRA3_FK
*/
/
*==============================================================*
/
create index COMPRA3_FK on COMPRA (
CODVENTA
);
/
*==============================================================*
/
/* Index: PEDIDO_FK
*/
/
*==============================================================*
/
create index PEDIDO_FK on COMPRA (
);
/
*==============================================================*
/
/* Table: RESERVA
*/
/
*==============================================================*
/
create table RESERVA (
CODLICOR
INT4
not null,
CODPEDIDO
INT4
not null,
CANTPEDIDO
INT4
not null,
SUBTOTALPEDIDO
FLOAT8
not null,
constraint PK_RESERVA primary key (CODLICOR, CODPEDIDO)
);
/
*==============================================================*
/
/* Index: RESERVA_PK
*/
/
*==============================================================*
/
create unique index RESERVA_PK on RESERVA (
CODLICOR,
CODPEDIDO
);

/
*==============================================================*
/
/* Index: VENTA_PK
*/
/
*==============================================================*
/
create unique index VENTA_PK on RESERVA (
CODLICOR
);
/
*==============================================================*
/
/* Index: RESERVA3_FK
*/
/
*==============================================================*
/
create index RESERVA3_FK on RESERVA (
CODPEDIDO
);
/
*==============================================================*
/
/* Index: VENTA_FK
*/
/
*==============================================================*
/
create index VENTA_FK on RESERVA (
);
/
*==============================================================*
/
/* Table: TBCLIENTE
*/
/
*==============================================================*
/
create table TBCLIENTE (
FECHNACCLIENTE
DATE
not null
);
/
*==============================================================*
/
/* Table: TBLICOR
*/
/
*==============================================================*
/
create table TBLICOR (
CODLICOR
SERIAL
not null,
NOMLICOR
CHAR(50)
not null,
STOCKLICOR
INT4
not null,

STOCKMINLICOR
INT4
not null,
STOCKMAXLICOR
INT4
not null,
COSTOLICOR
FLOAT8
not null,
PRECIOLICOR
FLOAT8
not null,
PRECIOMINLICOR
FLOAT8
not null,
constraint PK_TBLICOR primary key (CODLICOR)
);
/
*==============================================================*
/
/* Index: TBLICOR_PK
*/
/
*==============================================================*
/
create unique index TBLICOR_PK on TBLICOR (
CODLICOR
);
/
*==============================================================*
/
/* Table: TBPEDIDO
*/
/
*==============================================================*
/
create table TBPEDIDO (
CODPEDIDO
SERIAL
not null,
FECHRESERPEDIDO
DATE
not null,
FECHVENCPEDIDO
DATE
not null,
TOTALPEDIDO
FLOAT8
null,
ESTADOPEDIDO
CHAR(2)
not null,
constraint PK_TBPEDIDO primary key (CODPEDIDO)
);
/
*==============================================================*
/
/* Index: TBPEDIDO_PK
*/
/
*==============================================================*
/
create unique index TBPEDIDO_PK on TBPEDIDO (
CODPEDIDO
);
/
*==============================================================*
/
/* Table: TBPERSONA
*/
/
*==============================================================*
/
create table TBPERSONA (
CIPERSONA
CHAR(10)
not null,

CARGO
CHAR(20)
null,
FECHNACCLIENTE
DATE
not null,
NOMPERSONA
CHAR(50)
not null,
TELFPERSONA
NUMERIC
not null,
DIRECPERSONA
CHAR(50)
not null,
CORREOPERSONA
CHAR(50)
not null,
CLAVEPERSONA
CHAR(16)
not null,
TIPOPERSONA
CHAR(1)
not null,
constraint PK_TBPERSONA primary key (CIPERSONA)
);
/
*==============================================================*
/
/* Index: TBPERSONA_PK
*/
/
*==============================================================*
/
create unique index TBPERSONA_PK on TBPERSONA (
CIPERSONA
);
/
*==============================================================*
/
/* Index: PERSONACLIENTE_FK
*/
/
*==============================================================*
/
create index PERSONACLIENTE_FK on TBPERSONA (
);
/
*==============================================================*
/
/* Table: TBUSUARIO
*/
/
*==============================================================*
/
create table TBUSUARIO (
CARGO
CHAR(20)
null
);
/
*==============================================================*
/
/* Table: TBVENTA
*/
/
*==============================================================*
/
create table TBVENTA (
CODVENTA
SERIAL
not null,
FECHVENTA
FLOAT8
not null,
TOTALVENTA
FLOAT8
null,

constraint PK_TBVENTA primary key (CODVENTA)


);
/
*==============================================================*
/
/* Index: VENTA_PK2
*/
/
*==============================================================*
/
create unique index VENTA_PK2 on TBVENTA (
CODVENTA
);
/
*==============================================================*
/
/* Index: REGISTRA_FK
*/
/
*==============================================================*
/
create index REGISTRA_FK on TBVENTA (
);
/
*==============================================================*
/
/* Index: CODCLIENTE
*/
/
*==============================================================*
/
create index CODCLIENTE on TBVENTA (
);
alter table COMPRA
add constraint FK_COMPRA_COMPRA_TBCLIENT foreign key ()
references TBCLIENTE
on delete restrict on update restrict;
alter table COMPRA
add constraint FK_COMPRA_COMPRA2_TBLICOR foreign key (CODLICOR)
references TBLICOR (CODLICOR)
on delete restrict on update restrict;
alter table COMPRA
add constraint FK_COMPRA_COMPRA3_TBVENTA foreign key (CODVENTA)
references TBVENTA (CODVENTA)
on delete restrict on update restrict;
alter table RESERVA
add constraint FK_RESERVA_RESERVA_TBCLIENT foreign key ()
references TBCLIENTE
on delete restrict on update restrict;

alter table RESERVA


add constraint FK_RESERVA_RESERVA2_TBLICOR foreign key (CODLICOR)
references TBLICOR (CODLICOR)
on delete restrict on update restrict;
alter table RESERVA
add constraint FK_RESERVA_RESERVA3_TBPEDIDO foreign key (CODPEDID
O)
references TBPEDIDO (CODPEDIDO)
on delete restrict on update restrict;
alter table TBPERSONA
add constraint FK_TBPERSON_PERSONACL_TBCLIENT foreign key ()
references TBCLIENTE
on delete restrict on update restrict;
alter table TBPERSONA
add constraint FK_TBPERSON_PERSONAUS_TBUSUARI foreign key ()
references TBUSUARIO
on delete restrict on update restrict;
alter table TBVENTA
add constraint FK_TBVENTA_REGISTRA_TBUSUARI foreign key ()
references TBUSUARIO
on delete restrict on update restrict;
ANEXO 31 DESPLIEGUE

ANEXO 32 INSTALACION DE CENTOS

Para realizar la instalacin y configuracin del servidor se siguieron los siguientes


pasos:
Datos de instalacin:

Requisitos
Un servidor (o mquina virtual) con 2 GB de RAM, 10 GB de disco duro y 1
cpu.
Conexin a internet.

Disco (ISO) de instalacin de Linux.

Esta gua se realizar con CentO 7 de 64 bits, versin NetInstall del disco, pero los
pasos son equivalentes para RedHat Linux 7 y Oracle Linux 7, con la salvedad de
la configuracin de los repositorios de sistema operativo.
1.- Seleccionamos la opcin para instalar CentOS.

2.- Seleccionamos el idioma. Yo siempre elijo idioma ingls porque es ms fcil buscar
informacin de errores en ingls.

3.- Configuramos primero la red.

4.- Habilitamos la interfaz de red, ingresamos un nombre de host y luego presionamos


el botn de Configurar.

5.- En la lengeta General, seleccionar la opcin para conectar automticamente a la


red.

6.- En la lengeta de configuracin IPv4 se debe seleccionar el mtodo Manual e


ingresar una direccin IP acorde con la configuracin de tu red. Lo importante es que
tenga salida a internet. Finalmente presionar el botn Save , y cuando vuelva a la
pantalla de red presionar el botn Done arriba a la izquierda.

7.- Dirjanse a la opcin Installation Source e ingresen un source o repositorio oficial.


Yo selecciono siempre un repositorio nacional, que en este caso es el de GTD.

8.- En Date and Time seleccionen su ciudad.

9.- En Software Selection elijan lo que necesiten. Debido a que esta es una instalacin
mnima por red utilizando los repositorios oficiales, seleccionar la instalacin mnima.

10.- En el resto de las opciones ingresen y hagan los cambios que estimen pertinente.
Si no, presionen Done en cada opcin. Una vez finalizado, presionar el botn Begin
Installation.

11.- Mientras comienza la instalacin, ingresen una contrasea para la cuenta root.
Una vez ingresada la contrasea, presionen Done.

12.- Una vez terminada la instalacin, reinicien el sistema.

Cargamos los repositorios de postgres 9.4

rpm
-Uvh
1.noarch.rpm

http://yum.postgresql.org/9.4/redhat/rhel-7-x86_64/pgdg-centos94-9.4-

Instalamos el servidor Postgresql y sus complementos


Nota esta accin se debe hacer como root por cuanto los permisos de usuario no
permite realizar el proceso de configuracin

Luego debemos inicializar la base de datos con el comando


El servicio de base de datos Postgresql ha sido instalado. Sin embargo necesita ser
inicializado. Ejecutamos la siguiente instruccin de forma manual y con acceso root
Ruta de acceso es

/usr/pgsql-9.4/bin/

Nombre del Comando

postgresql94-setup

Parmetro initdb
Para ser ejecutado
/usr/pgsql-9.4/bin/postgresql94-setup initdb

Configurar el servicio para que inicie automticamente cuando se inicie tambin el


sistema operativo.
# systemctl enable postgresql-9.4

Ruta

Cualquier lugar

Comando

systemctl

Parametro

enable

Servicio

postgresql-9.4

Para ser ejecutado


systemctl enable postgresql-9.4

Iniciamos el servicio de base de datos Postgresql.


Ruta

Cualquier lugar

Comando

systemctl

Parametro

start

Servicio

Para ser ejecutado


# systemctl start postgresql-9.4

Revisamos el estado del servicio

postgresql-9.4

# systemctl status postgresql-9.3

Procedemos a bajar las seguridades del sistema operativo con relacion a Firewall
Comando

firewall-cmd

Parametro

--add-port

firewall-cmd --permanent --add-port=5432/tcp


firewall-cmd --permanent --add-port=80/tcp
firewall-cmd --reload

su - postgres
psql

postgres=# \password postgres

Enter new password:


nter it again:
postgres=# \q

Cambiamos la configuracin de Postgres para que acepte conexiones de todos lados.


Editar el archivo de configuracin llamado/var/lib/pgsql/9.4/data/postgresql.conf, y
donde dice listen_address le asignamos el valor * , y al puerto lo habilitamos
Dice

Debe decir

Agregamos permisos de acceso a la IP del equipo que se va a conectar. Editar el


archivo de configuracin llamado /var/lib/pgsql/9.4/data/pg_hba.conf y aadimos la
siguiente lnea
host all all 192.168.0.0/24 md5
Host all all 192.168.198.0/24 md5
esto permitir que se realicen conexiones con cualquier usuario a cualquier base de
datos desde el segmento de red 192.168.0.10 (donde est la ip desde donde me
tratar de conectar) utilizando md5.
Reiniciamos el servicio postgres

METFORA DEL SISTEMA


Nmero: MS5

Nombre: Instalar y configurar el servidor

Modificacin de metfora nmero:


Usuario: Desarrollador

Iteracin Asignada: 2

Prioridad en Negocio: Alta

Puntos Estimados: 10

Riesgo en desarrollo: Baja

Puntos Reales: 8

Descripcin:
Como desarrollador deseo que se instale el servidor realizando las configuraciones
correspondientes para que este funcione adecuadamente y nos permita desplegar
los servicios necesarios para la aplicacin.
Observaciones:
PRUEBAS DE ACEPTACIN

Verificar que la mquina virtual de CentOS inicie correctamente.


Verificar que Postgresql se encuentre activo en el servidor.
Las peticiones realizadas al servidor debern ser respondidas
satisfactoriamente.

PRUEBA DE ACEPTACIN N
Cdigo: PA_01

Historia de Usuario: MS5 Instalar y configurar el servidor

Nombre: Verificar que se inicie correctamente el sistema


Responsable: Mara Jos Morillo

Fecha: 17/16/2015

Descripcin: Verificar que la mquina virtual de CentOS inicie correctamente


Condiciones de Ejecucin: Tener instalado ya CENTOS 7
Pasos de ejecucin:
Encender la mquina virtual
Ingresar la contrasea como administrador
Resultado esperado: Iniciarse pidiendo contrasea y password luego del logueo
pasar a lnea de consola
Evaluacin de la prueba: Exitosa

PRUEBA DE ACEPTACIN
Cdigo: PA_02

Historia de Usuario: MS5 Instalar y configurar el servidor

Nombre: Verificar que Postgresql se encuentre activo en el servidor


Responsable: Giannella Montao

Fecha: 17/11/2015

Descripcin: Verificar que el servicio de POSTGRESQL se encuentre activo


Condiciones de Ejecucin:
Tener instalado ya CENTOS 7 y tener instalado POSTGRESQL
Pasos de ejecucin:
En lnea de consola ingresar el comando: service postgresql status
Resultado esperado:
Visualizar que se muestre Servicio Activo
Evaluacin de la prueba: Exitosa

PRUEBA DE ACEPTACIN
Cdigo: PA_03

Historia de Usuario: MS5 Instalar y configurar el servidor

Nombre: Las peticiones


satisfactoriamente.

realizadas

Responsable: Mara Jos Morillo

al

servidor

debern

ser

respondidas

Fecha: 17/11/2015

Descripcin: Verificar que si se solicita la conexin al servidor de base de datos se


pueda realizar la conexin.
Condiciones de Ejecucin:
Tener instalado ya CENTOS 7 y tener instalado POSTGRESQL
Pasos de ejecucin:
En el IDE de Netbeans realizar una conexin a nuestro servidor BDLICGIA a la
direccin 192.168. al puerto 5432
Resultado esperado:

Que se permita el servicio de conexin a BDLICGIA por parte del servidor.


Evaluacin de la prueba: Exitosa

TAREA DE INGENIERA
Historia de Usuario: MS5 Instalar y configurar el servidor
Nmero
TI_01

de

Tarea:

Nombre de Tarea: Instalacin de CENTOS 7

Tipo de Tarea: Desarrollo

Puntos Estimados: 4

Fecha Inicio: 16/11/2015

Fecha Fin: 16/11/2015

Programador Responsable: Vanessa Bonito


Descripcin: Realizar la instalacin de CENTOS 7 sobre una mquina virtual la
instalacin deber ser la instalacin mnima del sistema
Pruebas de Aceptacin
Verificar que se ha instalado CentOS adecuadamente
Verificar que el acceso a internet
PRUEBA DE ACEPTACIN
Cdigo: PA_03

Historia de Usuario: MS5 Instalar y configurar el servidor

Nombre: Verificar que se ha instalado CentOS adecuadamente

Responsable: Giannella Montao

Fecha: 17/11/2015

Descripcin: Verificar que CentOS 7 versin minimal se halle correctamente


instalado en la mquina virtual
Condiciones de Ejecucin: Tener instalado CENTOS 7
Pasos de ejecucin:
Con el comando ip address verificar que las tarjetas de red estn agregadas
y activas.
Ingresar el comando ls -l
Resultado esperado: Que se desplieguen las diferentes tarjetas de red con sus
respectivas ip y se debe mostrar anaconda -ks.cfg
Evaluacin de la prueba: Exitosa

PRUEBA DE ACEPTACIN

Cdigo: PA_04

Historia de Usuario: MS5 Instalar y configurar el servidor

Nombre: Verificar el acceso a internet


Responsable: Giannella Montao

Fecha: 17/11/2015

Descripcin: Verificar que la mquina virtual tenga acceso a internet para as poder
realizar la actualizacin de los servicios del sistema y la instalacin de
POSTGRESQL.
Condiciones de Ejecucin: Tener instalado CENTOS 7
Tener las tarjetas de red agregadas y activas Conexin
a internet.
Pasos de ejecucin: Hacer un ping a google.com
Resultado esperado:
Debe realizarse con xito el ping.
Evaluacin de la prueba: Exitosa.

TAREA DE INGENIERA
Historia de Usuario: MS5 Instalar y configurar el servidor
Nmero de Tarea: TI_02

Nombre de Tarea: Instalacin de Postgresql

Tipo de Tarea: Desarrollo

Puntos Estimados: 4

Fecha Inicio: 17/11/2015

Fecha Fin: 17/11/2015

Programador Responsable: Victor Bayas


Descripcin: Instalar el motor de base de datos Postgresql sobre nuestra mquina
virtual con el sistema operativo CentOS 7
Pruebas de Aceptacin
Verificar que Postgresl est totalmente instalado
Verificar que se pueda iniciar Postgresql
PRUEBA DE ACEPTACIN
Cdigo: PA_05

Historia de Usuario: MS5 Instalar y configurar el servidor

Nombre: Verificar que Postgresl est totalmente instalado

Responsale: Mara Jos Morillo

Fecha: 18/11/2015

Descripcin: Verificar que POSTGRESQL se encuentre totalmente instalado junto


con todos sus servicios en nuestra mquina.
Condiciones de Ejecucin:

Tener instalado Centos 7


Tener instalado Postgresql
Pasos de ejecucin: Ingresar como administrador del sistema
Ingresar el comando: yum install postgresql*
Resultado esperado:
Debe mostrarse todos los paquetes de POSTGRESQL se encuentran ya instalados
en su ltima versin
Evaluacin de la prueba: Exitosa

PRUEBA DE ACEPTACIN
Cdigo: PA_06

Historia de Usuario: MS5 Instalar y configurar el servidor

Nombre: Verificar que se pueda iniciar Postgresql

Responsible: Maria Jose Morillo

Fecha: 18/11/2015

Descripcin: Verificar que Potsgrestql puede ser iniciado una vez que se ha
instalado.
Condiciones de Ejecucin:
Tener instalado Centos 7
Tener instalado Postgresql
Pasos de ejecucin: Ingresar como administrador del sistema
Ingresar el comando: service postgresl start
Resultado esperado:
Debe mostrarse que el servicio est corriendo con la siguiente lnea
Redirecting to /bin/systemctl start postgresql.service
Evaluacin de la prueba: Exitosa

TAREA DE INGENIERA
Historia de Usuario: MS5 Instalar y configurar el servidor
Nmero de Tarea: TI_03

Nombre de Tarea: Configuracin de Postgresql

Tipo de Tarea: Desarrollo

Puntos Estimados: 2

Fecha Inicio: 17/11/2015

Fecha Fin: 17/11/2015

Programador Responsable: Victor Bayas

Descripcin: Realizar todas las configuraciones necesarias en Posgresql para las


tarjetas de red y las conexiones remotas.
Pruebas de Aceptacin
Verificar que estn habilitadas las tarjetas de red.
Verificar que estn habilitadas las conexiones remotas.
PRUEBA DE ACEPTACIN
Cdigo: PA_08

Historia de Usuario MS5 Instalar y configurar el servidor

Nombre: Verificar que estn habilitadas las tarjetas de red.


Responsable: Maria Jose Morillo

Fecha: 18/11/2015

Descripcin: Examinar la configuracin de Postgresql y asegurarse las tarjetas de


red se encuentren habilitadas.
Condiciones de Ejecucin: Postgresl debe estar configurado
Pasos de ejecucin:
Ingresar como administrador del sistema.
Abrir el archivo pg_hba.
Revisar las configuraciones realizadas
Resultado esperado: La configuracin de Postgresql debe tener habilitadas las
tarjetas de red.
Evaluacin de la prueba: Exitosa.
PRUEBA DE ACEPTACIN
Cdigo: PA_09

Historia de Usuario MS5 Instalar y configurar el servidor

Nombre: Verificar que estn habilitadas las conexiones remotas.


Responsable: Maria Jose Morillo

Fecha: 18/11/2015

Descripcin: Examinar las configuraciones de Postgresql y verificar si las


conexiones remotas estn habilitadas.
Condiciones de Ejecucin: Postgresl debe estar configurado
Pasos de ejecucin:
Ingresar como administrador del sistema.
Abrir el archivo postgresql.conf
Revisar las configuraciones realizadas
Resultado esperado: La configuracin de Postgresql debe tener habilitadas las
conexiones remotas.
Evaluacin de la prueba: Exitosa

ANEXO 33 IMPLEMENTACIN PRELIMINAR DE LA BASE DE DATOS


METFORA DEL SISTEMA
Nmero: MS_04

Nombre: Implementacin preliminar d la base de datos.

Modificacin de metfora nmero:


Usuario: Desarrollador
Prioridad en Negocio: Alta
Riesgo en desarrollo: Baja
Descripcin:

Iteracin Asignada: 2
Puntos Estimados: 8
Puntos Reales: 6

Como desarrollador deseo que se haga la implementacin de la base de datos para


poder realizar las operaciones de manejo de datos.
Observaciones:
El motor de la base de datos a utilizar ser PostgreSQL

PRUEBAS DE ACEPTACIN

Al realizar operaciones bsicas como insertar, modificar y eliminar la base de


datos, esto permitir el acceso y manejo de datos de manera adecuada.

Al hacer los selects la base de datos deber devolver los datos especificados

PRUEBA DE ACEPTACIN
Cdigo: PA_ 01

Metfora del sistema: MS_04 Implementacin preliminar de la


base de datos.

Nombre: Realizar las operaciones como: insertar, modificar y eliminar la base de


datos, esto permitir el acceso y manejo de datos de manera adecuada.
Responsable: Mara Jose Morillo

Fecha: 13/11/2015

Descripcin: La informacin es ingresada por el usuario se debe almacenar de


manera correcta en la base de datos para de esta manera poder verificar que al
realizar una de las operaciones bsicas se encuentre en correcto funcionamiento.
Condiciones de Ejecucin: Una vez que se encuentre terminada la Base de Datos.
Pasos de ejecucin:

Realizar la conexin del pgAdmin III con la base de datos

Verificar el ingreso con 3 nombres de usuarios.

Realizar la modificacin a 3 usuarios.

Realizar la eliminacin de 3 usuarios.

Resultado esperado:

La base de dados funcionar correctamente despus de haber realizado pruebas


previas.
Evaluacin de la prueba: Exitoso.

PRUEBA DE ACEPTACIN
Cdigo: PA_ 02

Metfora del sistema: MS_04 Implementacin preliminar de la


base de datos.
Nombre: Al hacer los selects la base de datos deber devolver los datos
especificados
Responsable: Victor Bayas
Fecha: 13/11/2015
Descripcin: Al ejecutar la sentencia de consulta en la base de datos, nos deber
mostrar los datos especficos que han sido solicitados.
Condiciones de Ejecucin: Una vez que se encuentre terminada la Base de Datos.
Pasos de ejecucin:
Ingresar las sentencias select con los respectivos campos que desea que se
muestren.
Ejecutar la sentencia SQL para verificar que los datos que se ingresaron son
los correctos.
Resultado esperado: Las respectivas consultar realizadas mostrarn los datos
esperados.
Evaluacin de la prueba: Exitosa
TAREAS DE INGENIERA
TAREA DE INGENIERA
Historia de Usuario: MS_04 Implementacin de la base de Datos
Nmero de Tarea: TI_1
Nombre de Tarea: Implementar las tablas
Tipo de Tarea: Desarrollo
Puntos Estimados: 8
Fecha de inicio: 13/11/2015
Fecha Fin: 16/11/2015
Programador responsable: Jos Acn
Descripcin: Se implementar las tablas con sus respectivos atributos tal como se
ha determinado en el diseo de la base de datos, con sus respectivas relaciones.
Pruebas de aceptacin:
Verificar que se guarden correctamente los datos en la base segn el tipo de
dato que tiene cada atributo.
Verificar que las relaciones de las tablas que han sido creadas son correctas.

PRUEBA DE ACEPTACIN
Cdigo: PA_ 01
Metfora del sistema: MS_04 Implementacin preliminar de la
base de datos.
Nombre: Verificar que se guarden correctamente los datos en la base segn el tipo
de dato que tiene cada atributo.
Responsable: Adriana Velsquez
Fecha: 26/11/2015
Descripcin: Verificar que al momento de ingresar los datos que estos sean del

respectivo tipo determinado.


Condiciones de Ejecucin: Una vez que se encuentre terminada la Base de Datos.
Pasos de ejecucin:
Ingresar los datos respectivos en cada campo de la base de datos,
Verificar que cada uno de estos campos acepte el tipo de dato que ha sido
definido anteriormente.
Resultado esperado: El almacenamiento de los datos es correcto con respecto al
tipo de dato.
Evaluacin de la prueba: Exitoso.

PRUEBA DE ACEPTACIN
Cdigo: PA_ 02
Metfora del sistema: TI_1 Implementar las tablas de las
entidades
Nombre: Verificar que las relaciones de las tablas que han sido creadas son
correctas.
Responsable: Yesenia Pilco
Fecha: 16/11/2015
Descripcin: Se realizar consultas de datos de una manera que se solicite
informacin de varias tablas combinadas que estn relacionadas para poder
verificar que las relaciones creadas son correctas.
Condiciones de Ejecucin: Una vez que se encuentre terminada la Base de Datos.
Pasos de ejecucin:
Ingresar datos en las tablas de la base de datos.
Realizar una sentencia inner join de esta manera se puede combinar las
tablas para que se muestre un reporte de los datos.
Resultado esperado: Que se muestre la informacin requerida de las tablas
combinadas que han sido solicitadas.
Evaluacin de la prueba: Exitoso.

ANEXO 34 CONEXIN A LA BASE DE DATOS

La conexin se realiza al necesitar recuperar datos para ingreso, modificacin o


consulta de datos del sistema mediante una clase denominada cConexin contenida
en el paquete com.licoreragia.bd que tiene el siguiente cdigo:

Libreras necesarias

Variables de la clase conexin que permitirn obtener las respuestas de


conexin y error

Funcin tipo booleana para conectar la base de datos que necesita las
propiedades de nombre del usuario de postgreSQL y su respectiva contrasea,
adems se incluye la direccin donde reside la base de datos LicGia.

Funcin para la ejecucin de transacciones SQL que recibe la transaccin


como parmetro e invoca la conexin si es necesario.

Finalmente se detalla que la presente clase residir en el servidor de Acceso a datos


que ser el encargado de conectarse al servidor de Base de datos.
Se destaca que las pruebas se realizan mediante interfaz grfica de NetBeans debido
a que no se tiene codificado las funciones del sistema. Adems para las pruebas de la
conexin se ha implementado una base de datos de prueba mediante pgAdmin III con
la tabla X a la cual se pueda acceder para las verificaciones respectivas.

TARJETA CRC
cConexion

Connection cnn

Exception err

conexion()

execSQL()

METAFORA DEL SISTEMA


Nmero: MS_06
Nombre: Conexin con la base de datos
Modificacin de metfora nmero:
Usuario: Desarrollador
Iteracin Asignada: 2
Prioridad en Negocio: Alta
Puntos Estimados: 8
Riesgo en desarrollo: Baja
Puntos Reales:8
Descripcin:
Como desarrollador quiero que la aplicacin tenga conexin a la base de datos para
poder manejar los datos desde la interfaz de usuario.
Observaciones:
Los datos no debern ser manejados por el usuario directamente en el motor de base de
datos.

PRUEBAS DE ACEPTACIN

Cuando se realice la conexin se deber poder acceder a la informacin


almacenada en la base de datos.

Se podrn realizar las operaciones de ingreso, modificacin y borrar registros.

PRUEBA DE ACEPTACIN
Cdigo: PA_01

Historia de Usuario: MS_06 Conexin con la


base de datos
Nombre: Cuando se realice la conexin se deber poder acceder a la informacin
almacenada en la base de datos.
Responsable: Vanessa Bonito
Fecha: 18/11/2015
Descripcin: Se prueba la conexin a una base de datos de prueba mediante la
recuperacin de datos.
Condiciones de Ejecucin: Conexin a la base de datos de prueba, base de datos de
prueba implementada.
Pasos de ejecucin:
Probar el acceso a la base de datos de prueba mediante una conexin remota en
NetBeans.
Visualizacin de datos de la base de datos de prueba.
Resultado esperado: Los datos de la base de datos de prueba son accesibles.
Evaluacin de la prueba: Exitosa

PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: MS_06 Conexin con la base de
datos
Nombre: Se podrn realizar las operaciones de ingreso, modificacin y borrar registros.
Responsable: Vanessa Fecha: 18/11/2015
Bonito
Descripcin: Se prueba la conexin a una base de datos de prueba mediante la
modificacin, eliminacin e ingreso de datos.
Condiciones de Ejecucin: Conexin a la base de datos de prueba, base de datos de
prueba implementada.
Pasos de ejecucin:
Probar el acceso a la base de datos de prueba mediante una conexin remota en
NetBeans.
Ingreso de datos en la base de datos de prueba.
Modificacin de datos en la base de datos de prueba.
Eliminacin de datos en la base de datos de prueba.
Resultado esperado: Todas la funciones de ingreso, eliminacin y modificacin sean
realizadas con xito.
Evaluacin de la prueba: Exitosa

TAREA DE INGENIERA
Historia de Usuario: MS_06 Conexin con la base de datos
Nmero de Tarea: TI_01
Nombre de Tarea: Conexin remota de la base de datos
de prueba con NetBeans.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 17/11/2015
Fecha Fin: 17/11/2015
Programador Responsable: Mara Jos Morillo.
Descripcin: Realizar la conexin remota a la base de datos en NetBeans.
Pruebas de Aceptacin:
Verificar que la conexin se ha realizado con xito.

PRUEBA DE ACEPTACIN
Cdigo: PA_03

Historia de Usuario: MS_06 Conexin con la base


de datos
Nombre: Verificar que la conexin se ha realizado con xito.
Responsable: Vanessa Bonito Fecha: 18/11/2015
Descripcin: Se requiere conectarse a la base de datos mediante NetBeans para
probar la conexin exitosa a la misma.
Condiciones de Ejecucin: Base de datos de prueba implementada.
Pasos de ejecucin
Verificar la conexin de la base de datos de prueba en NetBeans
Resultado esperado
Que la conexin sea exitosa en NetBeans
Evaluacin de la prueba: Exitosa

TAREA DE INGENIERA
Historia de Usuario: MS6 Conexin con la base de datos
Nmero de Tarea: TI_02
Nombre de Tarea: Creacin de la clase
cConexion
Tipo de Tarea: Desarrollo
Puntos Estimados: 6
Fecha Inicio: 17/11/2015
Fecha Fin: 18/11/2015
Programador Responsable: Mara Jos Morillo
Descripcin: Realizar la clase cConexion que permita la conexin con la base de
datos.
Pruebas de Aceptacin
Verificar que la codificacin de la clase cConexion sea correcta en cuanto a las
propiedades de la base de datos y funciones en general.
PRUEBA DE ACEPTACIN
Cdigo: PA_04

Historia de Usuario: MS_06 Conexin con la base

de datos
Nombre: Verificar que la codificacin de la clase cConexion sea correcta en cuanto a
las propiedades de la base de datos y funciones en general.
Responsable: Vanessa Bonito Fecha: 18/11/2015
Descripcin: Se requiere analizar la codificacin de la clase cConexion sea
correcta en cuanto a las propiedades de la base de datos y funciones en general.
Condiciones de Ejecucin: Que la clase cConexion este creada.
Pasos de ejecucin
Verificacin de las propiedades de la conexin
Verificar que se d la conexin mediante las funciones implementadas
Resultado esperado
Que la codificacin sea correcta y que se conecte a la base de datos.
Evaluacin de la prueba: Exitosa
ANEXO 35 DISEO DE LAS INTERFACES DE USUARIO

Los siguientes estndares definidos a continuacin es una recopilacin de buenas


prcticas al momento de disear una pgina web, obteniendo las siguientes ventajas:

Facilidad de uso

Mayor accesibilidad

Mayor visibilidad

Dar mayor consistencia a un sitio

Fcil mantenimiento y actualizacin, esto disminuye costos para el cliente

Optimiza el tiempo de carga de la pgina


Reduce la dependencia de un Diseador

1. Elementos generales
Color del texto: El color de todo texto ser el color blanco de cdigo
#FFFFFFF, a menos que se especifique el color dentro de una interfaz en
especfico.

Botones y men: tendrn un color verde marino de fondo de cdigo


#01B1AF

Color de fondo de pgina web: Aguamarina medio de cdigo #8DD1CA

Color fondo centro contenido: Verde cerceta de cdigo #1D8499

Texto contenidos comunes ser con fuente Times new Roman tamao 16pt

Tipos de interfaces:
Interfaces para ingresos de datos

Interfaces de eliminacin

Interfaces de Reportes

Interfaces de visualizacin de imgenes

Interfaz principal o de Inicio

Interfaces de Advertencia

2. Elementos Comunes
Dentro de todas ests interfaces existirn elementos comunes los cuales se
definen a continuacin:

Encabezado (Logotipo de la empresa): La siguiente imagen se ubicara en la parte


superior izquierda de las pantallas
Alto: 109px

Ancho: 300px

Encabezado (Misin de la empresa): Ser una imagen que contenga la misin de la


empresa, la misma que ir ubicada a continuacin (parte derecha) del logotipo de la
empresa y sus dimensiones sern:

Men de opciones: El siguiente men ira ubicado en la parte inferior del logotipo sin
existir una separacin entre estos elementos y sus dimensiones sern:

Ancho: 671px

Ttulo relacionado con la funcin que realiza dicha interfaz


El ttulo ir ubicado en cada una de las interfaces excepto en la interfaz principal, este
ttulo tendr que ir entre etiquetas <h1>, letra times new roman y de color blanco de
cdigo hexadecimal #FFFFFF, su posicin en la pantalla ser a partir de dos saltos de

Alto: 109px

lnea forzado <br> e ir alineado al centro y luego del ttulo tambin se pondr dos
saltos de lnea forzado, siendo esa la posicin en donde se pueda agregar otros
elementos que se necesite

Ancho ajustable segn el nmero de opciones que se necesite en dicho men


2<br
2<br

Pie de pgina (Contactos e informacin de la empresa): La informacin de la


empresa como los contactos de la misma se definirn a partir de dos saltos de lnea
forzado <br> entre etiquetas <h3> y letras de color blanco de cdigo #FFFFFFF con
alineacin en el centro.
3. Interfaces de entrada de datos o informacin:
Para las entradas de texto se manejaran etiquetas input tipo texto, ya sea para
ingresar nombres, nmeros, entre otros, pero para el manejo o ingreso de fechas o
cantidades fijas determinadas se ingresarn a travs del elemento select dando la
opcin a elegir cantidad o da, mes y ao en fechas. Dichos elementos tendrn las
dimensiones por defecto.

select
input text

En estas interfaces irn ubicadas dentro de una tabla con alineacin al centro en
donde tendr un mximo de 4 columnas y un mnimo de dos (depende de la
longitud del campo de entrada), siendo las columnas impares donde se describe el
campo, y las columnas a continuacin (a la derecha) sern las entradas de datos.
Tambin habr un botn de confirmacin (Aceptar) para el ingreso de datos, el
mismo que se ubicar en la parte inferior izquierda de la tabla.
4. Interfaces de eliminacin
Las interfaces de eliminacin funcionarn de manera similar que las entradas de
datos, los datos a eliminar se mostrarn en una tabla con alineacin al centro esta
tendr dos columnas en donde la primera columna ir la descripcin del campo y
en el campo de la derecha del mismo presentar la informacin a eliminar.
Tambin habr un botn de confirmacin (Eliminar) para la eliminacin de datos, el
mismo que se ubicar en la parte inferior izquierda de la tabla

5. Interfaces de Reportes

Alto

Estas interfaces manejarn tablas para presentar la informacin las mismas que
tendrn las siguientes caractersticas:
Caractersticas:
Encabezado:

Color texto: blanco cdigo: #FFFFFFF, con negrita

Fondo del encabezado: dorado alambre oscuro de cdigo #BF9000,

Resto de la tabla:

Los colores de cada fila se alternaran comenzando por el color blanco


de cdigo #FFFFFFF y caqui de cdigo #FFE699 en este orden.

Color texto: negro cdigo: #0000000

ltima fila: ser destinada para totales o destacar informacin de la


tabla, tambin tendr texto color negro, con fondo color gris oscuro de
cdigo #A0A09F

6. Interfaces de Interfaces de visualizacin de imgenes


Existen dos tipos de interfaces para la visualizacin de imgenes, y todas las
imgenes sern de tipo PNG sin fondo para destacar el producto:

Interfaces de solo visualizacin.

Interfaces de visualizacin y accin.

Imagen principal (Imagen fuera de la tabla): Esta ubicada bajo el men con
alineacin a la izquierda

Tamao:
Alto: 206px
Ancho: 251

Imgenes Secundarias (Imgenes dentro de la tabla):


Tamao:
Alto: 144px
Ancho: 113px
Interfaces de solo visualizacin: Estas interfaces son destinada tan solo para
mostrar contenidos, pero solo se limita a dicha funcin.

Las mismas se presentaran dentro de una tabla con alineacin a la derecha de


un mximo de 6 columnas, las columnas impares estn destinadas para las
imgenes secundarias y las columnas a continuacin (a la derecha) estn
destinadas para dar una breve descripcin de la imagen que se encuentra a
lado izquierdo.
Tambin se usarn las especificaciones de la imagen principal

Interfaces de visualizacin y accin: Estas interfaces tienen dos objetivos


primero presentar imgenes y tambin realizar una accin de acuerdo a esas
imgenes o sobre las mismas.
Se trabajar con la imagen principal (ver especificaciones). Igualmente se
trabajar dentro de una tabla con alineacin a la derecha donde existirn un
mximo de 6 columnas y las columnas impares estn destinadas a las
imgenes secundarias y las columnas de la derecha estarn distribuidas de la
siguiente manera:

Esta celda estar alineada con la imagen secundara de la izquierda, esta celda
estar una combinacin de celdas en donde tiene 3 filas:
1ra fila: Detalla la imagen secundara de la izquierda
2da fila: Se divide en dos columnas:
1ra Columna: Descripcin de campo
2da Columna: Entrada de datos
3ra fila: Accin a realizar a partir de dicha imagen

En este tipo de interfaz se incluye una lista de acciones a realizar, con


alineacin a la izquierda y bajo de la imagen principal, algunas de estas
acciones se podran omitir, el tamao del mismo ser de:

Ancho: 251px

Alto: puede variar segn el contenido

Tambin existe un botn confirmar (ver especificaciones del mismo), se ubicara en


la parte inferior izquierda de la lista de acciones.

7. Interfaz principal
Esta es la interfaz de inicio del sistema web en la cual no necesita mucho
contenido por lo que solo se necesita poner una imagen que represente a lo que
hace el negocio estar alineado a la derecha y su tamao ser de:

Alto: 432px

Ancho: 576px

Normalmente se ubican botones de acceso rpido a las acciones que se


frecuentarn ms a menudo, estas se aliados a la izquierda las mismas que se
ubicarn uno bajo de otro hasta un mximo de 6 botones.

8. Interfaces de Advertencia: Estas interfaces son lo ms bsicas posibles por lo


que se ubicar tan solo una imagen que se alineara a la izquierda con un tamao
de:

Alto: 144px

Ancho: 113px

A lado derecho de la imagen se describir el proceso realizado y si se ha tenido


xito o fracaso en el mismo.
METFORA
Nmero: MS_07
Nombre: Diseo del estndar de interfaces de usuario
Modificacin de metfora nmero:
Usuario: Desarrollador
Iteracin Asignada: 2
Prioridad en Negocio: Media
Puntos Estimados: 10
Riesgo en desarrollo: Baja
Puntos Reales: 10
Descripcin:
Como desarrolladores necesitamos establecer los colores, tipo de letra, posicin de
los botones, men opciones que se manejaran de forma estndar dentro del
desarrollo de las interfaces del usuario para tener claro los estndares al momento
de desarrollarlos.

Observaciones:
Pruebas de Aceptacin
Los colores no deben forzar la vista de los usuarios y deben ser agradables.
La letra debe ser legible para los usuarios.
Las interfaces deben ser de fcil manejo por parte del usuario.
Las interfaces no deben estar recargadas con excesivas decoraciones.
PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_07 Diseo del estndar de
interfaces de usuario
Nombre: Los colores no deben forzar la vista de los usuarios y deben ser agradables.
Responsable: Vanesa Bonito
Fecha: 18-11-2015
Descripcin: La interfaz deber contener colores suaves pero llamativos para los
usuarios.
Condiciones de Ejecucin: Buscar colores que junto con el cliente y desarrolladores
estn de acuerdo para su contenido.
Pasos de ejecucin:
Verificar que el cliente est de acuerdo con los colores.
Resultado esperado: Los colores elegidos son los ms apropiados y cumplen con la
expectativa tanto del cliente.
Evaluacin de la prueba: Exitosa.
PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: MS_07 Diseo del estndar de
interfaces de usuario
Nombre: La letra debe ser legible para los usuarios.
Responsable: Natalia Pilco
Fecha: 18-11-2015
Descripcin: La interfaz deber contener una fuente apropiada para el contenido en
modo texto en el sistema.
Condiciones de Ejecucin: Haber seleccionado el estndar de fuente que cumplan
con las expectativas de los usuarios de manera que se sea legible dentro de las pginas
web.
Pasos de ejecucin:
Verificar que el cliente pueda leer el contenido sin mayor esfuerzo.
Resultado esperado: La fuente consultada fue aceptada por el cliente y cumple sus
expectativas.
Evaluacin de la prueba: Exitosa.
PRUEBA DE ACEPTACIN
Cdigo: PA_03
Historia de Usuario: MS_07 Diseo del estndar de
interfaces de usuario
Nombre: Las interfaces deben ser de fcil manejo por parte del usuario.
Responsable: Carolina Valencia
Fecha: 18-11-2015
Descripcin: El contenido de las interfaces deben ser amigables y fciles de entender
para los usuarios.
Condiciones de Ejecucin: Tener ya definido el estndar de interfaz de usuario.

Pasos de ejecucin:
Comprobar que el cliente no tiene problemas en entender de cmo se usa a
interfaz de usuario.
Resultado esperado: El diseo escogido es de grado para el cliente y cumplen con
estndares recomendadas por expertos.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_04
Historia de Usuario: MS_07 Diseo del estndar de
interfaces de usuario
Nombre: Las interfaces no deben estar recargadas con excesivas decoraciones.
Responsable: Jos Acn
Fecha: 18-11-2015
Descripcin: El contenido de las interfaces debe ser agradables a la vista del
usuario sin abusar de la decoracin apartando al usuario del mensaje de la pgina
web.
Condiciones de Ejecucin: Tener ya definido el estndar de interfaz de usuario.
Pasos de ejecucin:
Comprobar que el cliente no se distraiga con los contenidos con la interfaz.
Resultado esperado: El diseo interpretado en bosquejos por los desarrolladores
cumple con las expectativas del Cliente y las recomendaciones adquiridas.
Evaluacin de la prueba: Exitosa.
Tareas de Ingeniera
TAREA DE INGENIERA
Metfora: MS_07 Diseo del estndar de interfaces de usuario
Nmero de Tarea: TI_01 Nombre de Tarea: Consultar con personas expertas
acerca de todas las formas correctas para el diseo de
interfaces web.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 12-11-2015
Fecha Fin: 14-11-2015
Programador Responsable: Wilmer Barrera
Descripcin: Se investigara consultara y analizara mtodos y formas correctas que
se emplean al momento de desarrollar interfaces web con personas que tengan
experiencia en el mbito de diseo.
Pruebas de Aceptacin Verificar que el estndar consultado sea apropiado para el
desarrollo de nuestras interfaces.
TAREA DE INGENIERA
TAREA DE INGENIERA
Metfora: MS_07 Diseo del estndar de interfaces de usuario
Nmero de Tarea: TI_02 Nombre de Tarea: Disear bosquejos de pantalla
acerca de las interfaces con su respectivo estndar de
diseo.
Tipo de Tarea: Desarrollo
Puntos Estimados: 6
Fecha Inicio: 12-11-2015
Fecha Fin: 14-11-2015
Programador Responsable: Freddy Capuz
Descripcin: Se diseara los bosquejos de pantalla de las interfaces requeridas por
el diseo a desarrollar con sus estndares.

Pruebas de Aceptacin Verificar que los bosquejos y estndares cumplan con


expectativas de desarrolladores y Cliente.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_07 Diseo del estndar de interfaces
de usuario
Nombre: TI_02
Disear bosquejos de pantalla acerca de las interfaces con su
respectivo estndar de diseo.
Responsable: Giannella Montao
Fecha: 09-11-2015
Descripcin: Los bosquejos deben cumplir con las recomendaciones establecidas y
con las expectativas tanto del Cliente.
Condiciones de Ejecucin:
Tener ya diseados los bosquejos y estndares de diseo de las interfaces.
Pasos de ejecucin:
Verificar que el cliente este de acuerdo con los bosquejos y estndares de las
interfaces.
Resultado esperado: Los bosquejos y estndares asignados son aceptados por el
Cliente y cuentan con recomendaciones dichas por expertos.
Evaluacin de la prueba: Exitosa.

ANEXO 36 REALIZACIN DEL MANUAL TCNICO


METFORA DEL SISTEMA
Nmero: MS7
Nombre: Realizacin del manual tcnico
Modificacin de metfora nmero:
Usuario: Desarrollador
Iteracin Asignada: 2
Prioridad en Negocio: Bajo
Puntos Estimados: 6
Riesgo en desarrollo: Bajo
Puntos Reales: 6
Descripcin:
Como desarrollador deseo que todo lo relacionado con las tcnicas de gestin
proyecto y de codificacin este correctamente documentadas en un manual.
Observaciones:
El manual tcnico se realizar para cada iteracin.

Pruebas de Aceptacin

Todos los desarrolladores debern realizar la documentacin requerida de


cada una de las tareas realizadas.
Verificar que la documentacin sea clara y concisa.

Prueba de Aceptacin
Cdigo: PA_01
Historia de Usuario: MS7 Manual tcnico
Nombre: Todos los desarrolladores debern realizar la documentacin requerida de
cada una de las tareas realizadas.
Responsable: Natalia Pilco
Fecha: 04/11/2015
Descripcin: Se requiere analizar el manual tcnico generado para verificar si

cuenta con las especificaciones necesarias.


Condiciones de Ejecucin: Se deben conocer los procesos realizados a lo largo
del desarrollo de la etapa.
Pasos de ejecucin
Anlisis de todas las etapas que se estn realizando para el proceso del
desarrollo del Proyecto.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: el manual tcnico debe estar bien realizado con cada uno de
los elementos de las tareas para la documentacin.
Evaluacin de la prueba: Exitosa.

Prueba de Aceptacin
Cdigo: PA_02
Historia de Usuario: MS7 Manual tcnico.
Nombre: Verificar que la documentacin sea clara y concisa.
Responsable: Natalia Pilco
Fecha: 04/11/2015
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.
Condiciones de Ejecucin: Se deben conocer los procesos realizados a los largo
del desarrollo de la etapa.
Pasos de ejecucin
Se leer el manual tcnico.
Se realizar un anlisis de su informacin contenida.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: El contenido del manual tcnico sea entendible para todos
los desarrolladores.
Evaluacin de la prueba: Exitosa.

ANEXO 37 REALIZACIN DEL MANUAL DE USUARIO


Estructura de un manual de usuario

Un prefacio el cual indica informacin sobre cmo usar el propio manual

Un ndice

Una gua rpida sobre cmo usar las funciones principales del sistema.

Una seccin para la resolucin de problemas.

Una FAQ (tipo de archivos)

Informacin de contacto.

Un glosario

Pasos para elaborar un manual de usuario


1.

Definir el tema. - Indica la profundidad del manual. Lo que se va a cubrir en l.

2.

Visualizar el lector al cual est dirigido el manual, para adaptar el lenguaje


utilizado en el mismo y lo tcnico de sus prrafos, a ese lector o usuario.

3.

Define la estructura. - definir los temas que se van a tratar desde la introduccin
hasta el final.

4.

Redactar el manual, tomando en cuenta todo lo anterior para elaborarlo de una


manera adecuada de manera que el usuario pueda comprender sin realizar mayor
esfuerzo.

ANEXO 38 INGRESO DE UN NUEVO CLIENTE


HISTORIA DE USUARIO
Nmero:HU05
Nombre: Ingreso de un nuevo cliente
Modificacin historia de usuario:
Usuario: Cliente
Iteracin Asignada: 3
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Alta
Puntos Reales: 10
Descripcin:
Como administrador me gustara que todos los clientes puedan registrar su
informacin para poder saber a qu cliente le corresponde el pedido realizado.
Observaciones:
Se facilitar registrar informacin bsica del cliente, solo necesitaremos cdula,
nombre, apellido, direccin, correo electrnico, telfono.

PRUEBAS DE ACEPTACIN
Si se registra todos los campos pedidos por el formulario y se procede a guardar nos
mostrar un mensaje de xito.
Si se registran datos de manera duplicada nos aparecer un mensaje de usuario ya
existente.
Si los datos se ingresan de manera errnea (Cedula de Identidad) nos mostrar un
mensaje de error en el ingreso.
Si existen campos vacos nos mostrara un mensaje de llene todos los campos.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_05 Ingreso de un nuevo cliente
Nombre: Si se registra todos los campos pedidos por el formulario y se procede a
guardar nos mostrar un mensaje de xito.
Responsable: Carolina Valencia
Fecha: 25/11/2015
Descripcin: Verificar que los datos del nuevo cliente ingresado se hayan guardado
correctamente por medio de un mensaje de xito emitido por el sistema.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos
Los campos a ingresar deben estar llenos

Pasos de ejecucin:
Ingresar a la interfaz de ingreso de un ayudante
Llenar todos los campos respectivos, para lo cual se han ingresado los
siguientes datos:
CI: 1804358149
Nombre:
Telfono:
Direccin:
Correo:
Clave:
Sexo:
Fecha de Nacimiento:
Dar clic sobre el botn Guardar.
Nos indicara un mensaje indicando que los datos se han ingresado.
Resultado esperado: Que el sistema emita un mensaje indicando as que los datos
del cliente se han guardado con xito en la base de datos.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_05 Ingreso de un nuevo cliente
Nombre: Si se registran datos de manera duplicada nos aparecer un mensaje de
usuario ya existente.
Responsable: Carolina Valencia
Fecha: 25/11/2015
Descripcin: Comprobar que el sistema no permite ingresar dos veces el mismo
cliente.
Condiciones de Ejecucin:
Debe existir la conexin a la base de datos.
La base de datos debe tener registrado al cliente que se tratara de volver a
ingresar.
Pasos de ejecucin:
Ingresar a la interfaz de ingreso de un cliente.
Llenar los campos requeridos con los valores de:
CI=1804358149
Intentar guardar el registro en la base de datos seleccionando la opcin
Guardar.
Resultado esperado: Al momento de intentar ingresar un cliente con un nmero de
cdula que ya est ingresado, el sistema no lo permitir y emitir el mensaje de
error.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_05 Ingreso de un nuevo cliente
Nombre: Si existen campos vacos nos mostrara un mensaje de llene todos los
campos.
Responsable: Carolina Valencia
Fecha: 25/11/2015

Descripcin: Verificar que en caso de que se dejen en blanco los campos al


momento de ingresar un nuevo cliente, el sistema indique que no se puede realizar
debido a que falta la informacin de dichos campos.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Tener la interfaz de ingreso de un nuevo cliente
Pasos de ejecucin:
Ingresar a la interfaz de ingreso de un nuevo cliente
Dejar vacos 1 o varios campos.
Intentar guardar el registro.
Resultado esperado: Al intentar hacer ese ingreso el sistema no lo permitir,
indicando que se llenen los campos vacos.
Evaluacin: Exitosa

Tareas de ingeniera
Tarea de Ingeniera
Historia de Usuario: HU_05 Ingreso de un nuevo cliente
Nmero de Tarea: TI_01
Nombre de Tarea: Implementar la interfaz de
usuario para el ingreso de un cliente
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 23/11/2015
Fecha Fin: 23/11/2015
Programador Responsable: Mara Jos Morillo
Descripcin:
Desarrollar la interfaz de usuario correspondiente al ingreso de datos de un nuevo
cliente para obtener los datos que se ingresan y poder luego almacenarlos.
Pruebas de aceptacin
Verificar que la interfaz creada cumpla con el estndar antes desarrollado.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_05 Ingreso de un nuevo cliente
Nombre: Verificar que la interfaz creada cumpla con el estndar antes desarrollado.
Responsable: Freddy Capuz
Fecha: 25/11/2015
Descripcin: Verificar que la interfaz desarrollada para el ingreso de datos de los
nuevos clientes sea la adecuada, y contenga los campos necesarios para los datos
requeridos, adems esta debe ser acorde al diseo antes establecido.
Condiciones de Ejecucin:
La interfaz se encuentra ya desarrollada.
Pasos de ejecucin:
Abrir la interfaz de usuario que permite el ingreso de datos del cliente.
Verificar que esta cumpla con el diseo establecido.
Resultado esperado: La interfaz realizada esta desarrollada bajo los parmetros
de diseo de la misma.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_05 Ingreso de un nuevo cliente
Nmero de Tarea: TI_02
Nombre de Tarea: Crear la clase cCliente para
definir los atributos que se manejaran.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 24/11/2015
Fecha Fin: 24/11/2015
Programador Responsable: Yesenia Pilco
Descripcin:
Implementar una clase cCliente en la cual se definirn los atributos del cliente, en
esta clase se definirn los mtodos set y get correspondientes a cada atributo antes
definido.

Pruebas de aceptacin
Verificar que los atributos creados en la clase cCliente sean los mismos los cuales
se manejaran en la Base de Datos.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_05 Ingreso de un nuevo cliente
Nombre: Verificar que los atributos creados en la clase cCliente sean los mismos los cuales se
manejaran en la Base de Datos.
Responsable: Jos Acn
Fecha: 25/11/2015
Descripcin: Comprobar que los atributos definidos en la Base de Datos se definan
correctamente en la clase cCliente para su posterior uso y manejo en las diferentes
funcionalidades a implementarse.
Condiciones de Ejecucin:
La Base de Datos debe estar implementada
La conexin a la Base de Datos debe estar realizada.
Definir los atributos de la clase cCliente.
Pasos de ejecucin:
Comprobar que los datos y tipos de datos utilizados sean los mismos en la Base de Datos
y en la clase en la cual sern definidos.
Resultado esperado: Los atributos desarrollados en la clase cCliente son los mismos que se
encuentran definidos en la Base de Datos.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_05 Ingreso de un nuevo cliente
Nmero de Tarea: TI_03
Nombre de Tarea: Desarrollar el mtodo IngresarCliente
Tipo de Tarea: Desarrollo
Puntos Estimados: 1

Fecha Inicio: 24/11/2015


Fecha Fin: 24/11/2015
Programador Responsable: Adriana Velsquez
Descripcin:
Implementar el mtodo IngresarCliente mediante el cual se ejecutara la sentencia SQL para el
ingreso de los datos, este mtodo recibir como parmetro un objeto de la clase cliente, el cual
se lo publicara como un servicio web.

Pruebas de aceptacin
Verificar que la sentencia SQL de insercin se realice de manera correcta.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_05 Ingreso de un nuevo cliente
Nombre: Verificar que la sentencia SQL de insercin se realice de manera correcta.
Responsable: Evelyn Valencia
Fecha: 25/11/2015
Descripcin: verificar que la sentencia SQL desarrollada en el mtodo IngresarCliente se
ejecute correctamente.
Condiciones de Ejecucin:
Debe existir la conexin a la Base de Datos
El mtodo debe estar implementado.
Pasos de ejecucin:
Definir un objeto de tipo Cliente.
Enviar como parmetro el objeto definido al mtodo desarrollado.
Realizar consultas de select para verificar que la sentencia SQL se est realizando de
forma correcta sobre la tabla.
Resultado esperado: El cliente ingresado debe constar en la Base de Datos.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_05 Ingreso de un nuevo cliente
Nmero de Tarea: TI_04
Nombre de Tarea: Desarrollar las validaciones para los
campos del ingreso del cliente.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 24/11/2015
Fecha Fin: 24/11/2015
Programador Responsable: Mara Jos Morillo
Descripcin:
Implementar las validaciones para los diferentes campos que se registraran, esto permitir
almacenar informacin de manera correcta.

Pruebas de aceptacin
Verificar que el sistema no permita el ingreso de datos incorrectos.

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_05 Ingreso de un nuevo cliente
Nombre: Verificar que el sistema no permita el ingreso de datos incorrectos.
Responsable: Vanessa Bonito
Fecha: 25/11/2015

Descripcin: El sistema no permitir el registro de datos incorrectos.


Condiciones de Ejecucin:
Debe existir la conexin a la Base de Datos
La interfaz de usuario debe estar desarrolladas.
Se debe haber realizado las respectivas validaciones para los campos.
Pasos de ejecucin:
Abrir la interfaz de usuario que permite el ingreso de un nuevo cliente.
Registrar datos incorrectos:
CI:0604045305
Fecha Nacimiento:28-09-2001
Intentar registrar los datos ingresados.
Resultado esperado: Los datos ingresados de forma incorrecta no se guardan en la Base de
Datos.
Evaluacin: Exitosa
ANEXO 37 MANUAL TCNICO

METFORA DEL SISTEMA


Nmero: MS_08

Nombre de la historia: Manual tcnico.

Modificacin de historia de usuario:


Usuario: Desarrollador

Iteracin Asignada: 3

Prioridad en el Negocio: Baja

Puntos Estimados: 8

Riesgo en el Desarrollo: Baja

Puntos Reales: 6

Descripcin: Como desarrollador deseo que todo lo relacionado con las tcnicas de gestin
proyecto y de codificacin este correctamente documentadas en un manual.
Observaciones:

Pruebas de aceptacin

Todos los desarrolladores debern realizar la documentacin requerida de cada una de


las tareas realizadas.
La documentacin debe ser clara y concisa.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: MS_08 Manual Tcnico
Nombre: Todos los desarrolladores debern realizar la documentacin requerida de
cada una de las tareas realizadas.
Responsable: Wilmer Barrera
Fecha: 25/11/2015
Descripcin: Cada una de las Historias de Usuario as como Metforas del sistema debe ser
documentada de manera constante definiendo cada avance en el mismo.
Condiciones de Ejecucin:
Tener desarrollada una parte o toda la tarea asignada a los distintos grupos
Pasos de ejecucin:

Revisar el formato de la documentacin de cada grupo de trabajo


Resultado esperado: Se debe seguir el formato de la documentacin tanto de las pruebas de
aceptacin como tambin tareas de ingeniera tarjetas CRC y una breve descripcin de dicha
metfora o historia de usuario.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: MS_08 Manual Tcnico
Nombre: La documentacin debe ser clara y concisa.
Responsable: Vctor Bayas
Fecha: 25/11/2015
Descripcin: La documentacin de cada una de las tareas debe ser clara y estar expresada
de manera simple, refirindose a aspectos principales o fundamentales
Condiciones de Ejecucin:
Cada grupo de trabajo debe estar terminado de documentar con el formato
especificado
Pasos de ejecucin:
Revisar la documentacin de cada uno de los grupos de trabajo y corregir si se
presentan fallas
Resultado esperado: La documentacin debe estar redactada correctamente con aspectos
fundamentales de dicha tarea ejecutada.
Evaluacin: Exitosa

Tareas de Ingeniera
Tarea de Ingeniera
Historia de Usuario: MS_08 Manual tcnico
Nmero de Tarea: TI_01
Nombre de Tarea: Realizar el manual tcnico.
Tipo de Tarea: Desarrollo
Puntos Estimados: 8
Fecha Inicio: 19/11/2015
Fecha Fin: 25/11/2015
Programador Responsable: Wilmer Barrera
Descripcin: Realizar el manual tcnico con la integracin de grficos, objetivos y
conclusiones que se han determinado en dicha iteracin, adems el empleo de la tcnica
INTRAGRUPAL de reuniones de retroalimentacin.
Pruebas de Aceptacin
Verificar que el manual tcnico contemple todas las especificaciones realizadas por los
desarrolladores para tener una gua especfica a futuro.

Prueba de Aceptacin
Cdigo: PA_03
Historia de Usuario: MS_08 Manual tcnico
Nombre: Verificar que el manual tcnico contemple todas las especificaciones realizadas
por los desarrolladores para tener una gua especfica a futuro.
Responsable: Vctor Bayas
Fecha: 25/11/2015
Descripcin: Se requiere analizar el manual tcnico generado para verificar si cuenta con
las especificaciones necesarias.
Condiciones de Ejecucin:
Tener documentacin completa de cada tarea asignada a cada uno de los grupos
de trabajo
Tener definida una tcnica para reuniones de retroalimentacin

Pasos de ejecucin
En las reuniones diarias el grupo de trabajo que tenga dudas con algn tema debe
exponerlo para que en conjunto todos los grupos de trabajo sugieran ideas o
soluciones a dichas dudas
Verificar que los procesos definidos en el manual tcnico son una gua satisfactoria
para el desarrollador.
Resultado esperado: Tener un manual realizado correctamente y que sea una gua til en
procesos futuros.
Evaluacin de la prueba: Exitosa.
ANEXO 41 INGRESO DE UN NUEVO LICOR
HISTORIA DE USUARIO
Nmero: HU_09
Nombre: Ingreso de un nuevo licor
Modificacin historia de usuario:
Usuario: Administrador
Iteracin Asignada: 3
Prioridad en Negocio: Alta
Puntos Estimados:10
Riesgo en desarrollo: Medio
Puntos Reales: 10
Descripcin:
Como administrador deseo poder ingresar todos los licores que hay en el local para que los
clientes puedan saber los licores que existen y tambin poder llevar un mejor registro de los
licores.
Observaciones:

PRUEBAS DE ACEPTACIN

En caso de que el licor que se est ingresando ya exista no se permitir


realizar su ingreso y se volver a cargar la pgina de ingreso de licor.

Si los datos ingresados son incorrectos no se guardarn los datos y se


volver a cargar la pgina de ingreso de licor.

Si no se han llenado los campos obligatorios se emitir un mensaje indicando


que se deben de llenar dichos campos.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_09 Ingreso de un nuevo licor
Nombre: Si los datos ingresados son incorrectos no se guardarn los datos y se
volver a cargar la pgina de ingreso de licor.
Responsable: Freddy Capuz
Fecha: 25/11/2015
Descripcin: Verificar que regrese a la pgina de ingreso de licor en caso de que
los datos ingresados sean incorrectos.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos
Los campos a ingresar deben estar llenos
Pasos de ejecucin:
Ingresar a la interfaz de ingreso de un nuevo licor

Llenar el campo Nombre del licor con el dato Buchanns.


Llenar el campo Stock con la cantidad de 8.
Llenar el campo Stock Mnimo Licor con la cantidad de 6.
Llenar el campo Stock Mximo Licor con la cantidad de 15.
Llenar el campo de Costo Licor con el valor de 40,00.
Llenar el campo Precio Licor con el valor de 45,00.
Llenar el campo Precio Mnimo Licor con el valor de 42,00
Guardar los datos que se han ingresado.
Resultado esperado: Que al guardar el nuevo licor nos muestre una pgina con
todos los licores ingresados anteriormente y el nuevo que se ingres.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_09 Ingreso de un nuevo licor
Nombre: Si no se han llenado los campos obligatorios se emitir un mensaje
indicando que se deben de llenar dichos campos.
Responsable: Wilmer Barrera
Fecha: 25/11/2015
Descripcin: Comprobar que el sistema emita un mensaje en caso que no se
llenen todos los campos.
Condiciones de Ejecucin:
Debe existir la conexin a la base de datos.
No ingresar ciertos campos
Pasos de ejecucin:
Ingresar a la interfaz de ingreso de un nuevo licor
Llenar el campo Nombre del licor con el dato Buchanns.
Llenar el campo Stock con la cantidad de sin llenar campo
Llenar el campo Stock Mnimo Licor con la cantidad de 6.
Llenar el campo Stock Mximo Licor con la cantidad de 15.
Llenar el campo de Costo Licor con el valor de sin llenar campo.
Llenar el campo Precio Licor con el valor de 45,00.
Llenar el campo Precio Mnimo Licor con el valor de 42,00
Guardar los datos que se han ingresado.
Resultado esperado: Al momento de dar clic en el botn guardar presentar un
mensaje indicando que se debe completar ese campo.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_09 Ingreso de un nuevo licor
Nombre: En caso de que el licor que se est ingresando ya exista no se permitir
realizar su ingreso y se volver a cargar la pgina de ingreso de licor.
Responsable: Yesenia Pilco
Fecha: 25/11/2015
Descripcin: Verificar que el sistema no permita ingresar un licor ya existente.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Tener la interfaz de ingreso de un nuevo licor.

Pasos de ejecucin:
Ingresar a la interfaz de ingreso de un nuevo licor
Llenar el campo Nombre del licor con el dato Buchanns.
Llenar el campo Stock con la cantidad de 8.
Llenar el campo Stock Mnimo Licor con la cantidad de 6.
Llenar el campo Stock Mximo Licor con la cantidad de 15.
Llenar el campo de Costo Licor con el valor de 40,00.
Llenar el campo Precio Licor con el valor de 45,00.
Llenar el campo Precio Mnimo Licor con el valor de 42,00
Guardar los datos que se han ingresado.
Resultado esperado: Al momento de dar clic en el botn guardar se cargar la
pgina de ingreso de licor.
Evaluacin: Exitosa
Tareas de Ingeniera
Tarea de Ingeniera
Historia de Usuario: HU_09 Ingreso de un nuevo licor
Nmero de Tarea: TI_01
Nombre de Tarea: Implementar el servicio web Ingreso
Licor en la capa de acceso a datos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 19/11/2015
Fecha Fin: 19/11/2015
Programador Responsable: Giannella Montao
Descripcin: Desarrollar un mtodo Ingresarlicor que realice la sentencia SQL de
insertar el licor.
(Reverso)Pruebas de Aceptacin:
Verificar que el servicio web inserta correctamente los datos del licor.

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_09 Ingreso de un nuevo licor
Nombre: Verificar que el servicio web Ingresarlicor ingresa los datos.
Responsable: Evelyn Valencia
Fecha: 19/11/2015
Descripcin: Comprobar que los datos enviados al servicio web se ingresan
correctamente.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web Ingresarlicor debe estar implementado.
Pasos de ejecucin:
Crear la clase licor.
Realizar un test en el servicio web.
Llenar el atributo Nombre del licor con el dato Buchanns.
Llenar el atributo Stock con la cantidad de 8.
Llenar el atributo Stock Mnimo Licor con la cantidad de 6.
Llenar el atributo Stock Mximo Licor con la cantidad de 15.

Llenar el atributo de Costo Licor con el valor de 40,00.


Llenar el atributo Precio Licor con el valor de 45,00.
Llenar el atributo Precio Mnimo Licor con el valor de 42,00
Enviar los atributos al servicio web.
Ejecutar el servicio.
Resultado esperado:
El licor debe aparecer registrado en la tabla tblicor.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_09 Ingreso de un nuevo licor
Nombre: Verificar que el servicio web realiza la accin de registrar un licor
Responsable: Jos Acn
Fecha: 23/11/2015
Descripcin: Comprobar que el servicio web enva correctamente los datos que se
ingresaron y estos se registran satisfactoriamente en la base de datos.
Condiciones de Ejecucin:
Debe existir el servicio web.
Debe haber conexin con la base de datos.
Pasos de ejecucin:
Realizar un test en el servicio web.
Llenar el atributo Nombre del licor con el dato Buchanns.
Llenar el atributo Stock con la cantidad de 8.
Llenar el atributo Stock Mnimo Licor con la cantidad de 6.
Llenar el atributo Stock Mximo Licor con la cantidad de 15.
Llenar el atributo de Costo Licor con el valor de 40,00.
Llenar el atributo Precio Licor con el valor de 45,00.
Llenar el atributo Precio Mnimo Licor con el valor de 42,00
Enviar los parmetros.
Verificar que el licor este en la base de datos.
Resultado esperado:
El licor debe estar ya registrado en la base de datos.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_09 Ingreso de un nuevo licor
Nombre: Verificar que la interfaz desarrollada cumpla con el estndar
predeterminado.
Responsable: Vctor Bayas
Fecha: 24/11/2015
Descripcin: Comprobar la interfaz desarrollada para el ingreso de un nuevo licor
no est fuera del estndar seleccionado para el proyecto.
Condiciones de Ejecucin:
La interfaz debe estar desarrollada
Pasos de ejecucin:
Abrir la interfaz de ingreso de un nuevo licor.
Verificar que los colores y elementos de la interfaz estn dentro del

estndar.
Resultado esperado:
La interfaz debe cumplir satisfactoriamente con el estndar que se estableci
previamente con el cliente.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_09 Ingreso de un licor
Nombre: Verificar que no permita letras en campos numricos.
Responsable: Adriana Velsquez
Fecha: 25/11/2015
Descripcin: Comprobar que al intentar ingresar letras en campos numricos el
sistema no lo permita.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos.
Las validaciones para los campos numricos deben estar implementadas.
Pasos de ejecucin:
Abrir la interfaz de ingreso de un nuevo licor.
Ingresar letras en el campo de Stock Licor.
Ingresar letras en el campo de Stock Mnimo Licor.
Ingresar letras en el campo de Stock Mximo Licor.
Ingresar letras en el campo de Costo Licor.
Ingresar letras en el campo de Precio Licor.
Ingresar letras en el campo de Precio Mnimo Licor.
Resultado esperado:
El sistema no debe permitir el ingreso de letras en los campos de tipo numricos
Evaluacin: Exitosa.
Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_09 Ingreso de un nuevo licor
Nombre: Verificar que no permita valores negativos.
Responsable: Yesenia Pilco
Fecha: 25/11/2015
Descripcin: Comprobar que no permita ingresar valores negativos.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos.
Las validaciones para los campos numricos deben estar validados.
Pasos de ejecucin:
Abrir la interfaz de ingreso de un nuevo licor.
Ingresar el valor -7 en el campo Stock licor
Resultado esperado:
El sistema no debe permitir el ingreso de valores negativos.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_09 Ingreso de un nuevo cliente
Nombre: Verificar que no permita ingresar un licor existente.

Responsable: Yesenia Pilco


Fecha: 25/11/2015
Descripcin: Comprobar que al ingresar un licor que ya existe el sistema no
permita realizar el ingreso.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos.
Pasos de ejecucin:
Abrir la interfaz de ingreso de un nuevo licor.
Llenar el atributo Nombre del licor con el dato Buchanns.
Llenar el atributo Stock con la cantidad de 8.
Llenar el atributo Stock Mnimo Licor con la cantidad de 6.
Llenar el atributo Stock Mximo Licor con la cantidad de 15.
Llenar el atributo de Costo Licor con el valor de 40,00.
Llenar el atributo Precio Licor con el valor de 45,00.
Llenar el atributo Precio Mnimo Licor con el valor de 42,00
Resultado esperado:
El sistema no debe permitir el ingreso de un licor existente.
Evaluacin: Exitosa.

ANEXO 42 REALIZACION DEL MANUAL DE USUARIO


METFORA DEL SISTEMA
Nmero: MS_09
Nombre: Realizacin del manual de usuario
Modificacin de metfora nmero:
Usuario: Usuario
Iteracin Asignada:
Prioridad en Negocio: Alta
Puntos Estimados: 8
Riesgo en desarrollo: Bajo
Puntos Reales: 6
Descripcin:
Como desarrollador deseo documentar cmo se maneja el sistema para que mi
cliente lo pueda utilizar con la mayor facilidad posible.
Observaciones:

Pruebas de Aceptacin

El lenguaje utilizado deber ser de sencilla comprensin para el usuario.


El manual deber contener descripciones de pantallas y su funcionamiento.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_08 Realizacin del manual de
usuario
Nombre: El lenguaje utilizado deber ser de sencilla comprensin para el usuario.
Responsable: Natalia Pilco
Fecha: 25-11-2015

Descripcin: El manual de usuario tiene un lenguaje de sencilla comprensin para el


usuario.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se puede seguir los pasos especificados en el manual.
Resultado esperado: El sistema sea entendible para el usuario por medio de los
manuales.
Evaluacin de la prueba: Exitosa.
PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: MS_08 Realizacin del manual de
usuario
Nombre: El manual deber ser totalmente descriptivo.
Responsable: Wilmer Barrera
Fecha: 25-11-2015
Descripcin: El manual deber contener descripciones de pantallas y su
funcionamiento.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se realiza lo que est escrito en el manual.
Resultado esperado: El usuario entienda y maneje el sistema por medio del manual.
Evaluacin de la prueba: Exitosa.
Tareas de ingeniera
TAREA DE INGENIERA
Metfora: MS_08 Realizacin del manual de usuario
Nmero de Tarea: TI_01 Nombre de Tarea: Realizar el manual de usuario.
Tipo de Tarea: Desarrollo
Puntos Estimados: 8
Fecha Inicio: 20-11-2015
Fecha Fin: 25-11-2015
Programador Responsable: Freddy Capuz, Jos Acn
Descripcin: Realizar el manual de usuario para que el cliente tenga una gua
especifica de manejo del producto que le ser entregado.
Pruebas de Aceptacin
Verificar que el manual de usuario contemple todas las especificaciones de
uso del sistema para que pueda tener un manejo ptimo del mismo.
PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_08 Realizacin del manual de
usuario
Nombre: TI_01 Realizar el manual de usuario.
Responsable: Carolina Valencia
Fecha: 25-11-2015
Descripcin: Se requiere analizar el manual de usuario generado para verificar
si cuenta con las especificaciones de gua necesarias.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.

Pasos de ejecucin:
Analizar la redaccin del manual de usuario para ver si se encuentran
especificadas los pasos para el manejo de cada funcionalidad.
Verificar que la gua realizada en el manual lleva al usuario hacia los
resultados correctos.
Resultado esperado: Llegar a la conclusin de que el manual est apto para su
entrega al usuario y que le ser de utilidad como gua en el manejo del sistema.
Evaluacin de la prueba: Exitosa.
ANEXO 43 SPIKE: PROCESO PARA LEVANTAR EL SERVIDOR DNS

Los servidores DNS utilizan TCP y UDP este protocolo trabaja en el puerto 53 para
responder peticiones a los clientes, los cuales la mayoria son solicitudes UDP, pero se
realiza una conexin TCP cuando el tamao de datos excede en 512 bytes. (Dueas,
s.f.)

Componentes de DNS: El DNS opera con los componentes de:


Clientes DNS: Son los programas que se ejecuta de lado del usuario los cuales
generan peticiones de consulta para resolver nombres estos bsicamente preguntan
por la direccion IP de un nombre determinado.
Servidores DNS: Son servicios que se encargan de contestar las consultas que son
realizadas por los clientes entre estos existen dos tipos de servidores:
Servidor Maestro: Tambin se le llama primario es el encargado de obtener los datos
del dominio a partir de un archivo alojado en el mismo servidor.
Servidor Esclavo: Tambin se le llama secundario se obtiene al iniciar los datos del
dominio a travs de un servidor maestro realizando un proceso de transferencia de
zona.
Aplicaciones de DNS: Proporciona tres utilidades para poder consultar a servidores
que son:
Host: Obtiene una direccin IP asociada con un nombre de host o un nombre de host
asociado con una direccin IP.
Nslookup: Permite localizar informacin acerca de los nodos de red y examinar los
contenidos que existe en la base de datos de un servidor de nombres y establecer la
accesibilidad que existe en los servidores de nombre.
DIG (Domain Internet Groper): Prueba los servidores de nombres para almacenar
grandes volmenes de informacin de nombres de dominio y ejecutar simples
consultas con dicho nombre de dominio. (Protocolo DNS, s.f.)

ANEXO 44 DISEO DEL ESTNDAR DE INTERFACES DE USUARIO


Los siguientes estndares definidos a continuacin es una recopilacin de buenas
prcticas al momento de disear una pgina web, obteniendo las siguientes ventajas:

Facilidad de uso

Mayor accesibilidad

Mayor visibilidad

Dar mayor consistencia a un sitio

Fcil mantenimiento y actualizacin, esto disminuye costos para el cliente

Optimiza el tiempo de carga de la pgina


Reduce la dependencia de un Diseador

9. Elementos generales
Color del texto: El color de todo texto ser el color blanco de cdigo
#FFFFFF, a menos que se especifique el color dentro de una interfaz en
especfico.

Men: Tendr un color gris oscuro de cdigo #333.

Imgen de fondo de pgina web: Ser una imagen representativa con


colores opacos.

Color fondo centro contenido: Carmn con cdigo #8A0829.

Color de fondo encabezado y pie de pgina: Blanco de cdigo #FFFFFF.

Texto contenidos comunes: Fuente Times new Roman tamao 16pt.

Tipos de interfaces:

Interfaces para ingresos de datos

Interfaces de Reportes

Interfaces de visualizacin de imgenes

Interfaz principal o de Inicio

Interfaces iniciales

Mensajes

10. Elementos Comunes


Dentro de todas ests interfaces existirn elementos comunes los cuales se
definen a continuacin:

Encabezado (Logotipo de la empresa): La siguiente imagen se ubicara en la parte


superior izquierda de las pantallas

Alto:

Ancho:
Encabezado (Misin de la empresa): Ser una imagen que contenga la misin de la
empresa, la misma que ir ubicada a continuacin (parte derecha) del logotipo de la
empresa y sus dimensiones sern:
Alto:

Ancho:
Men de opciones: El siguiente men ira ubicado en la parte inferior del logotipo sin
existir una separacin entre estos elementos y sus dimensiones sern:

Alto:

Ancho ajustable segn el nmero de opciones que se necesite

Ttulo

relacionado con la funcin que realiza dicha interfaz


El ttulo ir ubicado en cada una de las interfaces excepto en la interfaz principal, este
ttulo tendr que ir entre etiquetas <h1>, letra times new roman y de color blanco de
cdigo hexadecimal #FFFFFF, su posicin en la pantalla ser a partir de dos saltos de
lnea forzado <br> e ir alineado al centro y luego del ttulo tambin se pondr dos
saltos de lnea forzado, siendo esa la posicin en donde se pueda agregar otros
elementos que se necesite

2<br
2<br

Pie de pgina (Contactos e informacin de la empresa): Se ubicar la informacin


de la empresa como los contactos y direccin, adems de los derechos de copyright
que se ubicar a partir de dos saltos de lnea forzado <br> entre etiquetas <h4> y
letras de color negro de cdigo #000000 con alineacin en el centro, adems se
ubicar links de Facebook, Twitter y Youtube.
11. Interfaces de entrada de datos o informacin:
Para las entradas de texto se manejaran etiquetas input tipo text, ya sea para
ingresar nombres, nmeros, para la clave ser de tipo password y la seleccin del
gnero ser de tipo select al igual que las fechas si se necesitara para especificar
da, mes y ao. Dichos elementos tendrn las dimensiones por defecto.
Los datos que requieran ingreso irn ubicado en modo lista. Tambin se ubicar un
botn de confirmacin (Aceptar) para el ingreso de datos, el mismo que se ubicar
en la parte inferior izquierda.
12. Interfaces de Reportes
Estas interfaces manejarn tablas para presentar la informacin las mismas que
tendrn las siguientes caractersticas:
Encabezado:

Color texto: negro de cdigo: #000000, con negrita.

Fondo del encabezado: blanco de cdigo #FFFFFF.

Resto de la tabla:

Bordes: blanco de cdigo #FFFFFF.

Color texto: blanco de cdigo #FFFFFF.

Alineacin del texto: para letras se alinear al centro y para nmeros


hacia la derecha.

ltima fila: ser destinada para totales o destacar informacin de la


tabla, tambin tendr texto color negro de cdigo: #000000, con fondo
color blanco de cdigo #FFFFFF.

13. Interfaces de visualizacin de imgenes


Existen dos tipos de interfaces para la visualizacin de imgenes, y todas las
imgenes sern de tipo PNG sin fondo para destacar el producto:

Interfaces de solo visualizacin

Interfaces de visualizacin y accin

Imagen principal (Imagen fuera de la tabla): Esta ubicada bajo el men con
alineacin a la izquierda

Tamao:
o
o

Alto: 206px
Ancho: 251

Imgenes Secundarias (Imgenes dentro de la tabla):

Tamao:
o
o

Alto: 144px
Ancho: 113px

Interfaces de solo visualizacin: Estas interfaces son destinada tan solo para
mostrar contenidos, pero solo se limita a dicha funcin.
Las mismas se presentaran dentro de una tabla con alineacin a la derecha de
un mximo de 6 columnas, las columnas impares estn destinadas para las
imgenes secundarias y las columnas a continuacin (a la derecha) estn
destinadas para dar una breve descripcin de la imagen que se encuentra a
lado izquierdo.
Tambin se usarn las especificaciones de la imagen principal
Interfaces de visualizacin y accin: Estas interfaces tienen dos objetivos
primero presentar imgenes y tambin realizar una accin de acuerdo a esas
imgenes o sobre las mismas.
Se trabajar con la imagen principal (ver especificaciones). Igualmente se
trabajar dentro de una tabla con alineacin a la derecha donde existirn un
mximo de 6 columnas y las columnas impares estn destinadas a las
imgenes secundarias y las columnas de la derecha estarn distribuidas de la
siguiente manera:

Esta celda estar alineada con la imagen secundara de la izquierda, esta celda
estar una combinacin de celdas en donde tiene 3 filas:

1ra fila: Detalla la imagen secundara de la izquierda

2da fila: Se divide en dos columnas:

1ra Columna: Descripcin de campo

2da Columna: Entrada de datos

3ra fila: Accin a realizar a partir de dicha imagen

En este tipo de interfaz se incluye una lista de acciones a realizar, con


alineacin a la izquierda y bajo de la imagen principal, algunas de estas
acciones se podran omitir, el tamao del mismo ser de:

Ancho: 251px

Alto: puede variar segn el contenido

Tambin existe un botn confirmar (ver especificaciones del mismo), se ubicar en


la parte inferior izquierda de la lista de acciones.

14. Interfaz principal


Esta es la interfaz de inicio del sistema web en la cual no necesita mucho
contenido, pero a la vez se necesitar que resalte por lo que ubicar un carrusel de
imgenes representativas al negocio que informen de los productos ofertados en la
parte central del contenido principal.
Carrusel:

Alto: 302px

Ancho: 658px

15. Interfaces iniciales


Sern organizadas de acuerdo al nmero de elementos o funcionalidades de cada
tipo, esto es de acuerdo al rol, cumpliendo con el esquema de colores y plantillas
comunes.

16.Mensajes:
Los mensajes se presentarn en un pequeo cuadro texto emergente en la misma
pgina que lo origine y contendr mensajes lo ms simples posibles.

En caso de que el diseador necesite otra especificacin podr aumentarla


siguiendo el esquema de colores descrito y plantillas comunes.

ANEXO 44 MANTENIMIENTO DE DISEO DE LAS INTERFACES DE USUARIO


METAFORA
Nmero: MS_07
Nombre: Diseo del estndar de interfaces de usuario
Modificacin de metfora numero: 1
Usuario: Desarrollador
Iteracin Asignada: 4
Prioridad en Negocio: Media
Puntos Estimados: 4
Riesgo en desarrollo: Baja
Puntos Reales: 4
Descripcin:
Como desarrolladores necesitamos establecer los colores, tipo de letra, posicin de los
botones, men opciones que se manejaran de forma estndar dentro del desarrollo de las
interfaces del usuario para tener claro los estndares al momento de desarrollarlos.
Observaciones:

Pruebas de Aceptacin
Los colores no deben forzar la vista de los usuarios y deben ser agradables.
La letra debe ser legible para los usuarios.
Las interfaces deben ser de fcil manejo por parte del usuario.
Las interfaces no deben estar recargadas con excesivas decoraciones.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_07 Diseo del estndar de interfaces de
usuario
Nombre: Los colores no deben forzar la vista de los usuarios y deben ser agradables.
Responsable: Wilmer Barrera
Fecha: 27/11/2015
Descripcin: La interfaz deber contener colores suaves pero llamativos para los usuarios.
Condiciones de Ejecucin:
Los colores deben estar definidos en el estndar.
Pasos de ejecucin:
Verificar que el cliente est de acuerdo con los colores.
Resultado esperado: Los colores elegidos son los ms apropiados y cumplen con la
expectativa tanto del cliente.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: MS_07 Diseo del estndar de interfaces de
usuario
Nombre: La letra debe ser legible para los usuarios.
Responsable: Wilmer Barrera
Fecha: 27/11/2015
Descripcin: La interfaz deber contener una fuente apropiada para el contenido en modo
texto en el sistema.
Condiciones de Ejecucin:
Haber seleccionado el estndar de fuente que cumplan con las expectativas de los
usuarios de manera que se sea legible dentro de las pginas web.
Pasos de ejecucin:
Verificar que el cliente pueda leer el contenido sin mayor esfuerzo.
Resultado esperado: La fuente consultada fue aceptada por el cliente y cumple sus
expectativas.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_03
Historia de Usuario: MS_07 Diseo del estndar de interfaces de
usuario
Nombre: Las interfaces deben ser de fcil manejo por parte del usuario.
Responsable: Wilmer Barrera
Fecha: 27/11/2015
Descripcin: El contenido de las interfaces deben ser amigables y fciles de entender para los
usuarios.
Condiciones de Ejecucin:
Tener ya definido el estndar de interfaz de usuario.
Pasos de ejecucin:
Comprobar que el cliente no tiene problemas en entender de cmo se usa a interfaz de
usuario.
Resultado esperado: El diseo escogido es de grado para el cliente y cumplen con
estndares recomendadas por expertos.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_04
Historia de Usuario: MS_07 Diseo del estndar de interfaces de
usuario
Nombre: Las interfaces no deben estar recargadas con excesivas decoraciones.
Responsable: Wilmer Barrera
Fecha: 27/11/2015
Descripcin: El contenido de las interfaces debe ser agradables a la vista del usuario sin
abusar de la decoracin apartando al usuario del mensaje de la pgina web.
Condiciones de Ejecucin:
Tener ya definido el estndar de interfaz de usuario.
Pasos de ejecucin:
Comprobar que el cliente no se distraiga con los contenidos con la interfaz.
Resultado esperado: El diseo interpretado en bosquejos por los desarrolladores cumple con
las expectativas del Cliente y las recomendaciones adquiridas.
Evaluacin de la prueba: Exitosa.

Tareas de Ingeniera
TAREA DE INGENIERA
Metfora: MS_07 Diseo del estndar de interfaces de usuario
Nmero de Tarea: TI_01 Nombre de Tarea: Consultar estndares para diagramar en
HTML5.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 26/11/2015
Fecha Fin: 26/11/2015
Programador Responsable: Vanessa Bonito
Descripcin: Se investigar los mtodos para diagramar y estructurar los contenidos de una
interfaz web mediante HTML5.
Pruebas de Aceptacin Verificar que el estndar consultado cumple con los estndares
actuales en el diagramado de pginas web.

PRUEBA DE ACEPTACIN
Cdigo: PA_05
Historia de Usuario: MS_07 Diseo del estndar de interfaces de
usuario
Nombre: Verificar que el estndar consultado cumple con los estndares actuales en el
diagramado de pginas web.
Responsable: Wilmer Barrera
Fecha: 27-11-2015
Descripcin: El nuevo estndar consultado deber esta actualizado acorde con los ltimos
estndares para diagramar pginas web.
Condiciones de Ejecucin:
Tener ya definido el estndar de interfaz de usuario.
Pasos de ejecucin:
Comprobar que el estndar sea actualizado.
Resultado esperado: El estndar debe estar actual.
Evaluacin de la prueba: Exitosa.

TAREA DE INGENIERA
Metfora: MS_07 Diseo del estndar de interfaces de usuario
Nmero de Tarea: TI_02 Nombre de Tarea: Disear bosquejos de pantalla acerca de las
interfaces con su respectivo estndar de diseo.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 27/11/2015
Fecha Fin: 27/11/2015
Programador Responsable: Vanessa Bonito
Descripcin: Se volver a establecer los bosquejos bajo las nuevas modificaciones que se le
han realizado al estndar.
Pruebas de Aceptacin: Verificar que los bosquejos y estndares cumplan con expectativas
de desarrolladores y Cliente.

PRUEBA DE ACEPTACIN
Cdigo: PA_06
Historia de Usuario: MS_07 Diseo del estndar de interfaces de
usuario
Nombre: Verificar que
los bosquejos y estndares cumplan con expectativas de
desarrolladores y Cliente.

Responsable: Wilmer Barrera


Fecha: 27-11-2015
Descripcin: El nuevo estndar que se ha definido debe cumplir con las exigencias del
cliente.
Condiciones de Ejecucin:
Tener ya definido el estndar de interfaz de usuario.
Pasos de ejecucin:
Comprobar con el cliente que el estndar cumple sus expectativas..
Resultado esperado: El estndar debe estar actual.
Evaluacin de la prueba: Exitosa.
Implementacin Interfaz principal
HISTORIA DE USUARIO
Nmero:
Nombre: Implementacin Interfaz principal
HU_56/MS_20
Modificacin de metfora nmero:
Usuario: Desarrollador
Iteracin Asignada: 4
Prioridad en Negocio: Media
Puntos Estimados: 4
Riesgo en desarrollo: Baja
Puntos Reales: 4
Descripcin:
Como desarrolladores necesitamos establecer los colores, tipo de letra, posicin de los
botones, men opciones que se manejaran de forma estndar dentro del desarrollo de las
interfaces del usuario para tener claro los estndares al momento de desarrollarlos.
Observaciones:

Pruebas de Aceptacin
Los colores no deben forzar la vista de los usuarios y deben ser agradables.
La letra debe ser legible para los usuarios.
Las interfaces deben ser de fcil manejo por parte del usuario.
Las interfaces no deben estar recargadas con excesivas decoraciones.

Tareas de Ingeniera
TAREA DE INGENIERA
Metfora: MS_07 Diseo del estndar de interfaces de usuario
Nmero de Tarea: TI_01 Nombre de Tarea: Desarrollo de hojas de estilo
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 30-11-2015
Fecha Fin: 30-11-2015
Programador Responsable: Mara Jos Morillo
Descripcin: Se implementarn las hojas de estilo para la interfaz principal de la pgina
web de la licorera Licores Gia.
Pruebas de Aceptacin
Verificar que las hojas de estilo sigan el estndar de interfaz grfica de usuario
definido.

TAREA DE INGENIERA
Metfora: MS_07 Diseo del estndar de interfaces de usuario
Nmero de Tarea: TI_03 Nombre de Tarea: Implementacin de html5.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 01-12-2015
Fecha Fin: 01-12-2015
Programador Responsable: Mara Jos Morillo
Descripcin: Implementar los componente de html 5 para generar la estructura y el contenido
de la pgina principal.
Pruebas de Aceptacin
Verificar que los componentes estn acorde a las hojas de estilo creadas.
Verificar que la estructura realizada cumple con las expectativas del cliente.

TAREA DE INGENIERA
Metfora: MS_07 Diseo del estndar de interfaces de usuario
Nmero de Tarea: TI_03 Nombre de Tarea: Implementacin de transicin de imgenes
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 02-12-2015
Fecha Fin: 02-12-2015
Programador Responsable: Mara Jos Morillo
Descripcin: Implementar transiciones de imgenes de los productos que ofrece la licorera
en la interfaz principal.
Pruebas de Aceptacin
Verificar que las imgenes son de buena calidad.
Verificar que la transicin de imgenes se realiza a una velocidad cmoda para el
cliente.
Verificar que las imgenes que se colocan en la transicin estn acorde con los
criterios del cliente.

ANEXO 45 AUTENTIFICACIN DEL USUARIO


HISTORIA DE USUARIO
Nmero: HU_01.1
Nombre: Autentificacin del Usuario
Modificacin historia de usuario:
Usuario: Usuario
Iteracin Asignada: 1
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales: 8
Descripcin:
Como Administrador me gustara que todos pasemos por un proceso de
verificacin de identidad para estar seguro de que no todos tendrn acceso a la
misma informacin.
Observaciones:
La autenticacin se realizar mediante un correo electrnico y una contrasea.

PRUEBAS DE ACEPTACIN

Si se ingresar la cuenta del usuario y la contrasea correctamente se mostrar la

pgina principal.

Si se ingresa la cuenta del usuario y no ingresa la contrasea, el sistema lanzar


un mensaje de error indicando que llene todos los datos.

Si se ingresa la contrasea y no se ingresa la cuenta del usuario, el sistema


mostrar un mensaje de error indicando que llene todos los datos.

Si no se ingresa la contrasea ni la cuenta del usuario y presionando el botn de


ingreso, el sistema mostrar un mensaje de error indicando que llene todos los
datos.

Si el usuario no existiera en la base de datos el sistema lo enviara hacia la Interfaz


de Registro de usuario

PRUEBA DE ACEPTACIN
Cdigo: PA_ 01
Metfora del sistema: HU_01.1 Autentificacin del Usuario.
Nombre: Si se ingresar la cuenta del usuario y la contrasea correctamente se
mostrar la pgina principal.
Responsable: Adriana Velsquez
Fecha: 26/11/2015
Descripcin:
Si la informacin ingresada tanto en el campo usuario y contrasea es correcta
podr tener acceso a las funcionalidades del Usuario.
Condiciones de Ejecucin:
Establecer conexin con la base de datos.
Debe existir datos en la tabla Usuario.
Pasos de ejecucin:
Ejecutar la pgina de Login.
Ingresar datos en el campo usuario (correo electrnico).
Ingresar datos en el campo contrasea.
Verificar los datos de la base de datos.
Enviar la informacin del formulario.
Verificar que accede sin ningn problema a la pgina principal despus de
hacer presionar en el botn Ingresar.
Resultado esperado: Se ingresa sin ningn problema y se cargan las
funcionalidades segn el tipo de usuario que sea.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Metfora del sistema: HU_01.1 Autentificacin del Usuario.

Cdigo: PA_ 02
Nombre:
Si se ingresa la cuenta del usuario y no ingresa la contrasea, el sistema lanzar un
mensaje de error indicando que llene todos los datos.
Responsable: Adriana Velsquez
Fecha: 26/11/2015
Descripcin: si no se ingresa la informacin en el campo contrasea el sistema nos
indicar un mensaje de error.

Condiciones de Ejecucin:
Establecer conexin con la base de datos
Pasos de ejecucin:
Ejecutar la pgina de Login.
Llenar el campo usuario con un correo electrnico.
Dejar en blanco el campo contrasea.
Dirigirse y presionar el botn Ingresar.
Enviar la informacin del formulario.
Mostrar mensaje que debe ingresar los datos a validar.
Resultado esperado:
Al ingresar datos solo en el campo usuario del formulario y tratar de ingresar se
muestra el mensaje de Datos a validar.
Evaluacin de la prueba: Exitosa

PRUEBA DE ACEPTACIN
Cdigo: PA_ 03
Metfora del sistema: HU_01.1 Autentificacin del Usuario.
Nombre: Si se ingresa la contrasea y no se ingresa la cuenta del usuario, el
sistema mostrar un mensaje de error indicando que llene todos los datos.
Responsable: Adriana Velsquez
Fecha: 26/11/2015
Descripcin:
Si no se ingresa la informacin en el campo Usuario el sistema nos indicar un
mensaje indicando que no se ha ingresado los datos para su validacin
correspondiente.
Condiciones de Ejecucin:
Establecer conexin con la base de datos.
Pasos de ejecucin:
Ejecutar la pgina de Login.
Dejar en blanco campo Usuario (correo electrnico).
Ingresar la contrasea.
Dirigirse y presionar el botn Ingresar.
Enviar la informacin del formulario.
Mostrar mensaje que debe ingresar los datos a validar.
Resultado esperado:
Al ingresar datos solo en el campo contrasea del formulario y tratar de ingresar se
muestra el mensaje de Datos a validar.
Evaluacin de la prueba: Exitosa
PRUEBA DE ACEPTACIN
Cdigo: PA_ 04
Metfora del sistema: HU_01.1 Autentificacin del Usuario.
Nombre: Si no se ingresa la contrasea ni la cuenta del usuario y presionando el
botn de ingreso, el sistema mostrar un mensaje de error indicando que llene todos
los datos.
Responsable: Adriana Velsquez
Fecha: 26/11/2015
Descripcin: No se ingresarn los datos en los campos requeridos del formulario
de autentificacin para que se muestre su respectivo mensaje de error
Condiciones de Ejecucin:

Establecer conexin con a base de datos.


Los campos del formulario deben estar vacos.
Pasos de ejecucin:
Ejecutar la pgina de Login.
Dejar en blanco el campo de Usuario.
Dejar en blanco el campo contrasea.
Dirigirse y presionar el botn Ingresar.
Enviar en el formulario con los campos vacos.
Mostrar mensaje que debe ingresar los datos a validar
Resultado esperado:
Al no ingresar datos en los campos Usuario y Contrasea del formulario se muestra
el mensaje de Datos no ingresados
Evaluacin de la prueba: Exitosa

PRUEBA DE ACEPTACIN
Cdigo: PA_ 05
Metfora del sistema: HU_01.1 Autentificacin del Usuario.
Nombre: Si el usuario no existiera en la base de datos el sistema lo enviar hacia la
Interfaz de Registro de usuario
Responsable: Adriana Velsquez
Fecha: 26/11/2015
Descripcin:
Cuando los datos en los campos del formulario son enviados, muestra un mensaje
de usuario no existente y redireccin a la pgina de registrarse.
Condiciones de Ejecucin:
Conexin con la Base de Datos
Pasos de ejecucin:
Ejecutar la pgina de Login.
Enviar en el formulario con los campos llenos.
Verificar la informacin en la base de datos
Re direccionar a la pgina de Registro si no se encontr en la base de datos.
Resultado esperado:
Si la informacin no se encuentra registrada en la base de datos se procede a
redireccionar a la pgina registro de usuario para su respectivo proceso
Evaluacin de la prueba: Exitosa
TAREA DE INGENIERA
Historia de Usuario: HU_01.1 Autentificacin del Usuario.
Nmero de Tarea: TI_1
Nombre de Tarea: Acceso a datos
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha de inicio: 27/11/2015
Fecha Fin: 30/11/2015
Programador responsable: Victor Bayas
Descripcin:
Crear una capa acceso a datos para consultar la informacin a la base de datos.
Pruebas de aceptacin:
Verificar que el servicio web realice la consulta del usuario indistinto de que
tipo sea.

Cdigo: PA_ 01

PRUEBA DE ACEPTACIN
Metfora del sistema: HU_01.1: Autentificacin del Usuario

Nombre: Verificar que el servicio web realice la consulta del usuario indistinto de que
tipo sea.
Responsable: Victor Bayas
Fecha: 27/11/2015
Descripcin:
Comprobar que los datos enviados al servicio web se procesen o realicen en mtodo de
bsqueda correctamente.
Condiciones de Ejecucin:
Establecer conexin con la base de datos.
El servicio web autentificacin debe estar implementado
Pasos de ejecucin:
Enviar ese objeto como atributo al servicio web.
Ejecutar el servicio.
Realizar la consulta e identificamos si es un usurario o un cliente.
Crear los objetos Usuario y cliente segn sea el resultado de la consulta.
Enviar los datos a una funcin que me devuelva los dato.
Resultado esperado:
La consulta debe proporcionar algn resultado comparando el registrado en la tabla de
datos.
Evaluacin de la prueba: exitosa
TAREA DE INGENIERA
Historia de Usuario: HU_01.1 Autentificacin del Usuario.
Nmero de Tarea: TI_2
Nombre de Tarea: lgica de negocio.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha de inicio: 30/11/2015
Fecha Fin: 30/12/2015
Programador responsable: Victor Bayas
Descripcin:
Crear un cliente que consuma el servicio web del mtodo autentificacion e
implementar un servicio web que reciba un objeto tipo Usuario y mande sus datos a
su cliente web para los realizar la bsqueda en la base.
Pruebas de aceptacin:
Verificar que el servicio web de la capa de lgica de negocio realiza la accin
de Bsqueda de un cliente o un usuario

PRUEBA DE ACEPTACIN
Cdigo: PA_ 01
Metfora del sistema: HU_01.1: Autentificacin del Usuario
Nombre: Verificar que el servicio web de la capa de lgica de negocio realiza la accin
de Bsqueda de un cliente o un usuario
Responsable: Adriana Velsquez
Fecha: 27/11/2015
Descripcin:
Comprobar que los datos enviados al servicio web se procesen o realicen en mtodo de
bsqueda correctamente.
Condiciones de Ejecucin:
Establecer conexin con la base de datos.
El servicio web autentificacin debe estar implementado
Pasos de ejecucin:
Enviar ese objeto como atributo al servicio web.
Ejecutar el servicio.

Realizamos la consulta e identificamos si es un usurario o un cliente.


Creamos los objetos Usuario y cliente segn sea el resultado de la consulta.
Enviamos los datos a una funcin que me devuelva los datos.
Resultado esperado:
La consulta debe proporcionar algn resultado comparando el registrado en la tabla de
datos.
Evaluacin de la prueba: exitosa
TAREA DE INGENIERA
Historia de Usuario: HU_01.1 Autentificacin del Usuario.
Nmero de Tarea: TI_3
Nombre de Tarea: Interfaz de autentificacin de
usuario
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha de inicio: 26/11/2015
Fecha Fin: 30/11/2015
Programador responsable: Victor Bayas
Descripcin: La interfaz se realiz segn el estndar de diseo de interfaz
Pruebas de aceptacin:
Verificar que la interfaz realizada se ajuste al estndar de diseo de interfaz
PRUEBA DE ACEPTACIN
Cdigo: PA_ 01
Metfora del sistema: HU_01.1 HU_ Autentificacin del Usuario
Nombre: Verificar que la interfaz realizada se ajuste al estndar de diseo de interfaz.
Responsable: Adriana Velsquez
Fecha: 30/11/2015
Descripcin:
Comprobar la interfaz desarrollada para el inicio de una sesin ingreso de un usuario o
un cliente no est fuera del estndar elegido para el proyecto.
Condiciones de Ejecucin:
La interfaz debe estar desarrollada
Pasos de ejecucin:
Insertar los cuadros de texto en la pgina de inicio para poder iniciar una sesin
Verificar que los colores y elementos de la interfaz estn dentro del estndar
predeterminado.
Resultado esperado:
La interfaz debe cumplir satisfactoriamente con el estndar que se estableci
previamente con el cliente.
Evaluacin de la prueba: exitosa
Tarea de Ingeniera
Historia de Usuario: HU_01.1 Autentificacin del Usuario
Nmero de Tarea: TI_04
Nombre de Tarea: Implementar las validaciones para
el ingreso.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 01/12/2015
Fecha Fin: 01/12/2015
Programador Responsable: Victor Bayas
Descripcin:
Desarrollar las validaciones necesarias para controlar que los datos del ayudante que se
ingresan sean correctos.
Pruebas de Aceptacin:
Verificar que no se admitan correos invlidos.

PRUEBA DE ACEPTACIN
Cdigo: PA_ 01
Metfora del sistema: HU_01.1 HU_ Autentificacin del Usuario
Nombre: Verificar que no se admitan correos invlidos.
Responsable: Adriana Velsquez
Fecha: 27/11/2015
Descripcin:
Comprobar que al ingresar datos errneos en el campo correo el sistema no nos
permite realizar el ingreso.
Condiciones de Ejecucin:
Establecer conexin con la base de datos.
Las validaciones para el campo correo deben estar implementadas.
Pasos de ejecucin:
Ingresar a la pgina de principal llenar los datos
Resultado esperado:
El sistema no debe permitir el ingreso de correos invlidos, indicando que el dato es
errneo
Evaluacin de la prueba: exitosa
ANEXO 46 MODIFICAR DATOS DEL USUARIO
METAFORA DEL SISTEMA
Nmero: HU_02
Nombre: Modificar datos del usuario.
Modificacin de metfora nmero:
Usuario: Usuario
Iteracin Asignada:
Prioridad en Negocio: Alta
Puntos Estimados: 8
Riesgo en desarrollo: Bajo
Puntos Reales: 8
Descripcin:
Como dueo del negocio me gustara que se puedan cambiar los datos del usuario
para poder tener un registro con informacin real de los mismos.
Observaciones:
No se podr modificar el nmero de cdula.
PRUEBAS DE ACEPTACIN
Si se modifica los datos del usuario se mostrar un mensaje se Modific con
xito.
Si se modifica y deja campos en blanco el sistema mostrar un mensaje de error
indicando que se llene todos los campos.
Si no modifica los datos del usuario y presiona cancelar se mostrar los datos
del usuario sin modificar.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: HU_02 Modificar datos de usuario.
Nombre: Si se modifica los datos del usuario se mostrar un mensaje se actualiz
con xito sus datos y se mostrar los datos modificado.
Responsable: Carolina Valencia
Fecha: 01-12-2015
Descripcin: El usuario necesita saber si los datos que ha requerido modificar se
han modificado con xito, para esto el sistema deber emitir un mensaje.
Condiciones de Ejecucin: Una vez que est terminada la modificacin de datos de
un usuario.

Pasos de ejecucin: Ingresar a modificar usuario, ingresar nuevos datos en los


campos a modificar y dar clic en guardar.
Resultado esperado: Mensaje Modificacin Exitosa.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: HU_02 Modificar datos de usuario.
Nombre: Si se modifica y deja campos en blanco el sistema mostrar un mensaje de
error indicando que se llene todos los campos.
Responsable: Carolina Valencia
Fecha: 01-12-2015
Descripcin: Para guardar los datos de un usuario es necesario que todos los
campos contengan informacin, no se debe permitir que un campo est vaco.
Condiciones de Ejecucin: Una vez que est terminada la modificacin de datos de
un usuario.
Pasos de ejecucin: Ingresar el nmero de cdula de un usuario a modificar.
Modificar los datos del usuario, dejar un campo vaco y dar en guardar.
Resultado esperado: Mensaje Llene todos los campos.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_03
Historia de Usuario: HU_02 Modificar datos de usuario.
Nombre: Si no modifica los datos del usuario y presiona cancelar se mostrar los
datos del usuario sin modificar.
Responsable: Carolina Valencia
Fecha: 01-12-2015
Descripcin: Si los datos han sido ingresados pero se cancela la transaccin los
datos no debern ser almacenados en la base de datos.
Condiciones de Ejecucin: Una vez que est terminada la modificacin de datos de
un usuario.
Pasos de ejecucin: Ingresar el nmero de cdula de un usuario a modificar.
Modificar los datos del usuario, dejar un campo vaco y dar clic en cancelar.
Resultado esperado: Muestra los datos sin modificar.
Evaluacin de la prueba: Exitosa.
TAREAS DE INGENIERA
TAREA DE INGENIERA
Metfora: HU_02 Modificar datos de usuario
Nmero de Tarea: TI_01 Nombre de Tarea: Crear la capa de acceso a datos
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 26-11-2015
Fecha Fin: 02-12-2015
Programador Responsable: Natalia Pilco

Descripcin: Se usar la clase de Acceso a datos ya realizada anteriormente para


modificar los datos del usuario
Pruebas de Aceptacin
Verificar que la conexin a la base de datos se establezca.
Verificar que se ejecute la sentencia sql.
PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: HU_02 Modificar datos de usuario.
Nombre: TI_01 Verificar que la conexin a la base de datos se establezca.
Responsable: Carolina Valencia
Fecha: 29-11-2015
Descripcin: Para realizar cualquier requerimiento se necesita acceder a la base de
datos ya que es el repositorio de la informacin, es por eso que es necesario que se
compruebe que haya conexin con la base de datos.
Condiciones de Ejecucin: La capa de acceso a datos debe estar terminada.
Pasos de ejecucin: Realizar una nueva conexin a la base de datos licgia.
Resultado esperado: verificar si la conexin se establece.
Evaluacin de la prueba:

PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: HU_02 Modificar datos de usuario.
Nombre: TI_01 Verificar que se ejecute la sentencia sql.
Responsable: Wilmer Barrera
Fecha: 29-11-2015
Descripcin: Dentro de la capa de acceso a datos se establece la sentencia sql que
se requiere para la modificacin, es importante verificar que esta se ejecute de
manera correcta.
Condiciones de Ejecucin: La capa de acceso a datos debe estar terminada.
Pasos de ejecucin: Depurar la parte del proyecto en la lnea de la consulta al
mismo tiempo realizar el test a la capa de Acceso a Datos.
Copiar la consulta y realizar un Execute Command.
Resultado esperado: EL update se realiz de manera correcta.
Evaluacin de la prueba: Exitosa

TAREA DE INGENIERA
Metfora: HU_02 Modificar datos de usuario
Nmero de Tarea: TI_02 Nombre de Tarea: Crear la capa lgica de negocio
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 26-11-2015
Fecha Fin: 02-12-2015
Programador Responsable: Freddy Capuz
Descripcin: Implementar las acciones necesarias para la modificacin de un
usuario en la capa Lgica de Negocio.
Pruebas de Aceptacin
Comprobar mediante un index local de prueba si el servicio web creado
modifica los datos a la base.
Comprobar que el servicio web creado se levante.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: HU_02 Modificar datos de usuario.
Nombre: TI_02 Comprobar mediante un index local de prueba si el servicio web
creado modifica los datos a la base.
Responsable: Yesenia Pilco
Fecha: 01-12-2015
Descripcin: Para proseguir con el desarrollo de la modificacin de usuario, se debe
verificar que la capa lgica de negocio realmente est modificando los datos en la
base de datos.
Condiciones de Ejecucin: La capa lgica de negocio debe estar terminada.
Pasos de ejecucin:
Creamos un .jsp de prueba, se le manda a ejecutar esta con los datos necesarios y
se verifica en la base de datos que se haya modificado dichos datos.
Resultado esperado: Que en la base de datos estn los nuevos datos ingresados
en la modificacin.
Evaluacin de la prueba: Exitosa
PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: HU_02 Modificar datos de usuario.
Nombre: TI_02 Comprobar que el servicio web creado se levante.
Responsable: Jose Acan
Fecha: 01-12-2015
Descripcin: Muchas de las veces el servicio web no se ejecuta por diversos
inconvenientes, es por eso que se necesita comprobar que est funcionando para
continuar con el desarrollo.
Condiciones de Ejecucin: La capa lgica de negocio debe estar terminada.
Pasos de ejecucin:
Damos clic derecho al servicio web y seleccionamos la opcin Test Web Service.
Resultado esperado: Mensaje Successfull, en el Glassfish.
Evaluacin de la prueba: Exitosa.
TAREA DE INGENIERA
Metfora: HU_02 Modificar datos de usuario
Nmero de Tarea: TI_03 Nombre de Tarea: Buscar Usuario a modificar.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 26-11-2015
Fecha Fin: 02-12-2015
Programador Responsable: Freddy Capuz
Descripcin: Se realizar una interfaz provisional para realizar una bsqueda del
usuario para poder modificar sus datos.
Pruebas de Aceptacin
Que se busque el usuario requerido por medio de su cdula.
PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: HU_02 Modificar datos de usuario.
Nombre: TI_03 Que se busque el usuario requerido por medio de su cdula.
Responsable: Giannella Montao
Fecha: 01-12-2015

Descripcin: Todos los usuarios a modificar se debern buscar por su cdula de


identidad.
Condiciones de Ejecucin: Una vez que est terminada la bsqueda del usuario a
modificar
Pasos de ejecucin:
Creamos un. jsp de prueba, se le manda a ejecutar esta con los datos necesarios y
se verifica en la base de datos que se haya modificado dichos datos.
Resultado esperado: Que se muestren los datos del usuario1 listo para modificar.
Evaluacin de la prueba: Exitosa

TAREA DE INGENIERA
Metfora: HU_02 Modificar datos de usuario
Nmero de Tarea: TI_04 Nombre de Tarea: Interfaz de Usuario
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 26-11-2015
Fecha Fin: 02-12-2015
Programador Responsable: Natalia Pilco
Descripcin: Se realizar la interfaz de usuario de acuerdo al estndar establecido.
Pruebas de Aceptacin
Que se encuentren los campos necesarios para la modificacin de los datos
de un usuario.
El campo cedula no se pueda modificar.
PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: HU_02 Modificar datos de usuario.
Nombre: TI_04 Que se encuentren los campos necesarios para la modificacin de
los datos de un usuario.
Responsable: Wilmer Barrera
Fecha: 01-12-2015
Descripcin: Verificar que en la interfaz del usuario estn los campos necesarios
para las modificaciones de los datos de un cliente.
Condiciones de Ejecucin: Interfaz de cliente realizada.
Pasos de ejecucin:
Ejecutar la pgina de Interfaz_Modificar_Usuario.
Verificar que los campos del modelo de la interfaz, con los campos de la base
de datos
Resultado esperado: Que se muestren los datos del usuario1 listo para modificar.
Evaluacin de la prueba: Exitosa
PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: HU_02 Modificar datos de usuario.
Nombre: TI_04 El campo cedula no se pueda modificar.
Responsable: Wilmer Barrera
Fecha: 01-12-2015
Descripcin: Verificar que en la interfaz del usuario el campo cedula este
deshabilitado para su modificacin.
Condiciones de Ejecucin: Interfaz de cliente realizada.

Pasos de ejecucin:
Ejecutar la pgina de Interfaz_Modificar_Usuario.
Verificar que los campo Cedula este desactivado.
Resultado esperado: Que se muestren los datos del usuario y el campo cedula no
sea visible.
Evaluacin de la prueba: Exitosa

ANEXO 47 INGRESO DE UN NUEVO USUARIO (MANTENIMIENTO)


HISTORIA DE USUARIO
Nombre: Mantenimiento ingreso de un nuevo
usuario
Modificacin historia de usuario: HU_03 Ingreso de un nuevo ayudante y HU_04
Ingreso de un nuevo cliente
Usuario: Administrador
Iteracin Asignada: 1
Prioridad en Negocio: Alta
Puntos Estimados: 8
Riesgo en desarrollo: Medio
Puntos Reales:
Descripcin:
Como administrador deseo poder registrar a los ayudantes de la licorera para tener
la informacin necesaria de los mismos as como tambin permitir que se registren
todos los clientes para saber a quin le pertenece el pedido que se realiza.
Observaciones:
Nmero: HU_05

PRUEBAS DE ACEPTACIN

Si se registra un nuevo usuario llenando todos los campos especificados se


mostrar un mensaje de Datos ingresados.

En caso de que el usuario que se est ingresando ya exista no se permitir


realizar su ingreso, se mostrar un mensaje usuario ya existe y se volver a
cargar la pgina de registro de usuario.

Si los datos ingresados son incorrectos no se guardarn y nos mostrar un


mensaje indicando el dato incorrecto.

Si no se han llenado los campos obligatorios se emitir un mensaje indicando que


se deben de llenar dichos campos.

Tareas de Ingeniera
Tarea de Ingeniera
Historia de Usuario: HU_05 Mantenimiento ingreso de un nuevo usuario
Nmero de Tarea:
Nombre de Tarea: Implementar el servicio web Ingreso Usuario en la
TI_01
capa de acceso a datos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 26/11/2015
Fecha Fin: 26/112015
Programador Responsable: Wilmer Barrera
Descripcin: Desarrollar un mtodo IngresarUsuario que realice la sentencia SQL de insertar el

usuario.
(Reverso)Pruebas de Aceptacin:
Verificar que el servicio web inserta correctamente los datos del usuario.

Prueba de aceptacin
Cdigo: PA_01

Historia de Usuario: HU_05 Mantenimiento ingreso de un nuevo


usuario
Nombre: Verificar que el servicio web IngresarUsuario ingresa los datos.
Responsable: Mara Jos Morillo
Fecha: 26/11/2015
Descripcin: Comprobar que los datos enviados al servicio web se ingresan correctamente.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web IngresarUsuario debe estar implementado.
Pasos de ejecucin:
Crear un objeto Usuario.
Llenar el atributo Ci con la cedula 0803713569.
Llenar el atributo Nombre con el dato David Montao.
Llenar el atributo de Telfono con el dato 0969450035.
Dejar el atributo de Direccin con el dato Piedrahita entre Coln y Olmedo.
Dejar el atributo de Correo con el dato dalexi125@hotmail.com.
Llenar el atributo de Clave con el dato abc123.
Llenar el atributo Sexo con el campo M.
Enviar ese objeto como atributo al servicio web.
Ejecutar el servicio.
Resultado esperado:
El usuario debe aparecer registrado en la tabla tbusuario.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_05 Mantenimiento ingreso de un nuevo usuario
Nmero de Tarea: TI_02 Nombre de Tarea: Crear un cliente web y un servicio
web en la capa de lgica de negocio
Tipo de Tarea: desarrollo
Puntos Estimados: 2
Fecha Inicio: 27/11/2015
Fecha Fin: 27/11/2015
Programador Responsable: Wilmer Barrera
Descripcin: Crear un cliente que consuma el servicio web del mtodo
IngresarUsuario e implementar un servicio web que reciba un objeto tipo Usuario y
mande sus datos a su cliente web para que los registre en la base.
(Reverso)Pruebas de Aceptacin:
Verificar que el servicio web de la capa de lgica de negocio realiza la accin
de registrar un usuario.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_05 Mantenimiento ingreso de un
nuevo usuario
Nombre: Verificar que el servicio web realiza la accin de registrar un usuario
Responsable: Evelyn Valencia
Fecha: 27/11/2015

Descripcin: Comprobar que el servicio web enva correctamente los datos a ser
ingresados y estos se registran satisfactoriamente en la base de datos.
Condiciones de Ejecucin:
Debe existir el servicio web.
Debe haber conexin con la base de datos.
Pasos de ejecucin:
Crear un objeto tipo Usuario.
Llenar el atributo Ci con la cedula 0803713569.
Llenar el atributo Nombre con el dato David Montao.
Llenar el atributo de Telfono con el dato 0969450035.
Dejar el atributo de Direccin con el dato Piedrahita entre Coln y Olmedo.
Dejar el atributo de Correo con el dato dalexi125@hotmail.com.
Llenar el atributo de Clave con el dato abc123.
Llenar el atributo Sexo con el campo M
Realizar un test en el servicio web.
Enviarle el objeto creado.
Verificar que el usuario este en la base de datos.
Resultado esperado:
El usuario debe estar ya registrado en la base de datos.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_05 Mantenimiento ingreso de un nuevo usuario
Nmero de Tarea: TI_03 Nombre de Tarea: Desarrollar la interfaz de ingreso de
un nuevo usuario.
Tipo de Tarea: desarrollo
Puntos Estimados: 2
Fecha Inicio: 30/11/2015
Fecha Fin: 30/11/2015
Programador Responsable: Wilmer Barrera
Descripcin: Desarrollar la interfaz para realizar el ingreso de un nuevo usuario
siguiendo el estndar de interfaz de usuario preestablecido.
(Reverso)Pruebas de Aceptacin:
Verificar que el servicio web de la capa Interfaz Usuario realiza la accin de
registrar un usuario.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_05 Mantenimiento ingreso de un
nuevo usuario
Nombre: Verificar que el servicio web de la capa Interfaz Usuario realiza la accin
de registrar un usuario.
Responsable: Adriana Velsquez
Fecha: 01/12/2015
Descripcin: Comprobar que la interfaz desarrollada para el ingreso de un nuevo
usuario permita su registro.
Condiciones de Ejecucin:
La interfaz debe estar desarrollada
Debe existir conexin con la Base de Datos
Pasos de ejecucin:
Ingresar a la interfaz de ingreso de usuario

Llenar el campo Ci con la cedula 0803713569.


Llenar el campo Nombre con el dato David Montao.
Llenar el campo de Telfono con el dato 0969450035.
Llenar el campo de Direccin con el dato Piedrahita entre Coln y Olmedo.
Llenar el campo de Correo con el dato dalexi125@hotmail.com
Llenar el campo de Clave con el dato abc123.
Llenar el campo Sexo con el campo M.
Guardar los datos que se han ingresado
Resultado esperado:
El usuario debe estar registrado en la base de datos.
Evaluacin: exitosa

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_05 Mantenimiento ingreso de un
nuevo usuario
Nombre: Si se registra un nuevo usuario llenando todos los campos especificados
se mostrar un mensaje de Datos ingresados.
Responsable: Freddy Capuz
Fecha: 01/12/2015
Descripcin: Verificar que muestre un mensaje de Datos ingresados en caso de
que los datos ingresados sean correctos.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos
Los campos a ingresar deben estar llenos
Pasos de ejecucin:
Ingresar a la interfaz de ingreso de usuario
Llenar el campo Ci con la cedula 0803713569.
Llenar el campo Nombre con el dato David Montao.
Llenar el campo de Telfono con el dato 0969450035.
Llenar el campo de Direccin con el dato Piedrahita entre Coln y Olmedo.
Llenar el campo de Correo con el dato dalexi125@hotmail.com
Llenar el campo de Clave con el dato abc123.
Llenar el campo Sexo con el campo M.
Guardar los datos que se han ingresado
Resultado esperado: Que el sistema emita un mensaje indicando que los datos del
usuario se han guardado con xito.
Evaluacin: exitosa

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_05 Mantenimiento ingreso de un
nuevo usuario.
Nombre: En caso de que el usuario que se est ingresando ya exista no se
permitir realizar su ingreso, se mostrar un mensaje usuario ya existe y se
volver a cargar la pgina de registro de usuario.
Responsable: Natalia Pilco
Fecha: 01/12/2015

Descripcin: Comprobar que el sistema no permite ingresar dos veces el mismo


usuario.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos
Los campos a ingresar deben estar llenos
Pasos de ejecucin:
Ingresar a la interfaz de ingreso de usuario
Llenar el campo Ci con la cedula 0803713569.
Llenar el campo Nombre con el dato David Montao.
Llenar el campo de Telfono con el dato 0969450035.
Llenar el campo de Direccin con el dato Piedrahita entre Coln y Olmedo.
Llenar el campo de Correo con el dato dalexi125@hotmail.com
Llenar el campo de Clave con el dato abc123.
Llenar el campo Sexo con el campo M.
Guardar los datos que se han ingresado
Resultado esperado: Al momento de intentar ingresar un usuario que ya est
registrado en el sistema no lo permitir y emitir un mensaje de Usuario ya existe.
Evaluacin: exitosa

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_05 Mantenimiento ingreso de un
nuevo usuario
Nombre: Si no se han llenado los campos obligatorios se emitir un mensaje
indicando que se deben de llenar dichos campos.
Responsable: Evelyn Valencia
Fecha: 01/12/2015
Descripcin: Comprobar que el sistema emita un mensaje en caso que no se
llenen todos los campos.
Condiciones de Ejecucin:
Debe existir la conexin a la base de datos.
No ingresar ciertos campos
Pasos de ejecucin:
Ingresar a la interfaz de ingreso de usuario
Llenar el campo Ci con la cedula 0803713569.
Llenar el campo Nombre con el dato David Montao.
Llenar el campo de Telfono con el dato 0969450035.
Llenar el campo de Direccin vaco
Llenar el campo de Correo con el dato dalexi125@hotmail.com
Llenar el campo de Clave vaco
Llenar el campo Sexo con el campo M.
Guardar los datos que se han ingresado
Resultado esperado: Al momento de dar clic en el botn guardar presentar un
mensaje indicando que se debe completar ese campo.
Evaluacin: exitosa
Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_05 Mantenimiento ingreso de un
nuevo usuario
Nombre: Si los datos ingresados son incorrectos no se guardarn y nos mostrar

un mensaje indicando el dato incorrecto.


Responsable: Vanesa Bonito
Fecha: 01/12/2015
Descripcin: Verificar que el sistema no permita ingresar datos incorrectos.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Tener la interfaz de ingreso de un nuevo usuario.
Pasos de ejecucin:
Ingresar a la interfaz de ingreso de usuario
Llenar el campo Ci con la cedula 0803713569.
Llenar el campo Nombre con el dato David Montao.
Llenar el campo de Telfono con el dato 0969450035.
Llenar el campo de Direccin con el dato Piedrahita entre Coln y Olmedo.
Llenar el campo de Correo con el dato dalexi125@hotmail.com
Llenar el campo de Clave con el dato abc123.
Llenar el campo Sexo con el campo M.
Guardar los datos que se han ingresado
Resultado esperado: Al momento de dar clic en el botn guardar se mostrar un
mensaje del campo que est incorrecto.
Evaluacin: Exitosas

Tarea de Ingeniera
Historia de Usuario: HU_05 Mantenimiento ingreso de un nuevo usuario
Nmero de Tarea: TI_04 Nombre de Tarea: Implementar las validaciones para el
ingreso.
Tipo de Tarea: desarrollo
Puntos Estimados: 2
Fecha Inicio: 01/12/2015
Fecha Fin: 01/12/2015
Programador Responsable: Wilmer Barrera
Descripcin: Desarrollar las validaciones necesarias para controlar que los datos
del usuario que se ingresan sean correctos.
(Reverso)Pruebas de Aceptacin:
Verificar que no permita letras en campos numricos.
Verificar que no permita nmeros en campos de solo letras.
Verificar que no permita cdulas invlidas.
Verificar que no permita nmeros de telfonos invlidos.
Verificar que no permita correos invlidos.
Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_05 Ingreso de un nuevo usuario
Nombre: Verificar que no permita letras en campos numricos.
Responsable: Vctor Bayas
Fecha: 01/12/2015
Descripcin: Comprobar que al intentar ingresar letras en campos numricos el
sistema no lo permita.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos.
Las validaciones para los campos numricos deben estar implementadas.
Pasos de ejecucin:
Abrir la interfaz de ingreso de un nuevo usuario.
Llenar el campo Ci con la cedula anaaaa.

Llenar el campo Nombre con el dato David Montao.


Llenar el campo de Telfono con el dato hola.
Llenar el campo de Direccin con el dato Piedrahita entre Coln y Olmedo.
Llenar el campo de Correo con el dato dalexi125@hotmail.com
Llenar el campo de Clave con el dato abc123.
Llenar el campo Sexo con el campo M.
Guardar
Resultado esperado:
El sistema no permitir el ingreso de letras en los campos de tipo numricos
Evaluacin: fallida

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_05 Ingreso de un nuevo usuario
Nombre: Verificar que no permita nmeros en campos de solo letras.
Responsable: Freddy Capz
Fecha: 01/12/2015
Descripcin: Comprobar que al intentar ingresar nmeros en campos de solo letras
no se pueda realizar esta accin.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos.
Las validaciones para los campos de solo letras deben estar implementadas.
Pasos de ejecucin:
Abrir la interfaz de ingreso de un nuevo usuario.
Ingresar nmeros en el campo de Nombre.
Resultado esperado:
El sistema no debe permitir el ingreso de nmeros en campos que son solo para el
ingreso de letras.
Evaluacin: fallida
Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_05 Ingreso de un nuevo usuario
Nombre: Verificar que no permita cdulas invlidas.
Responsable: Natalia Pilco
Fecha: 01/12/2015
Descripcin: Comprobar que al ingresar una cdula errnea no permita realizar el
ingreso.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos.
Las validaciones para el campo cdula deben estar implementadas.
Pasos de ejecucin:
Abrir la interfaz de ingreso de un nuevo usuario.
Llenar el campo Ci con la cedula 0909898765.
Llenar el campo Nombre con el dato David Montao.
Llenar el campo de Telfono con el dato 0969450035.
Llenar el campo de Direccin con el dato Piedrahita entre Coln y Olmedo.
Llenar el campo de Correo con el dato dalexi125@hotmail.com
Llenar el campo de Clave con el dato abc123.
Llenar el campo Sexo con el campo M.
Guardar
Resultado esperado:

El sistema no debe permitir el ingreso, indicando que la cedula es invlida.


Evaluacin: fallida

Prueba de aceptacin
Cdigo: PA_11
Historia de Usuario: HU_05 Ingreso de un nuevo usuario
Nombre: Verificar que no permita nmeros de telfonos invlidos.
Responsable: Evelyn Valencia
Fecha: 02/12/2015
Descripcin: Comprobar que al ingresar datos errneos en el campo de telfono el
sistema no nos permite realizar el ingreso.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos.
Las validaciones para el campo telfono deben estar implementadas.
Pasos de ejecucin:
Abrir la interfaz de ingreso de un nuevo usuario.
Llenar el campo Ci con la cedula 0909898765.
Llenar el campo Nombre con el dato David Montao.
Llenar el campo de Telfono con el dato 0869450035.
Llenar el campo de Direccin con el dato Piedrahita entre Coln y Olmedo.
Llenar el campo de Correo con el dato dalexi125@hotmail.com
Llenar el campo de Clave con el dato abc123.
Llenar el campo Sexo con el campo M.
Guardar
Resultado esperado:
El sistema no debe permitir el ingreso de nmeros telefnicos invlidos, indicando el
dato que esta fuera del formato.
Evaluacin: fallida

Prueba de aceptacin
Cdigo: PA_12
Historia de Usuario: HU_05 Ingreso de un nuevo usuario
Nombre: Verificar que no permita correos invlidos.
Responsable: Yesenia Pilco
Fecha: 02/12/2015
Descripcin: Comprobar que al ingresar datos errneos en el campo correo el
sistema no nos permite realizar el ingreso.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos.
Las validaciones para el campo correo deben estar implementadas.
Pasos de ejecucin:
Abrir la interfaz de ingreso de un nuevo ayudante.
Llenar el campo Ci con la cedula 0909898765.
Llenar el campo Nombre con el dato David Montao.
Llenar el campo de Telfono con el dato 0869450035.
Llenar el campo de Direccin con el dato Piedrahita entre Coln y Olmedo.
Llenar el campo de Correo con el dato dalexi125hotmail
Llenar el campo de Clave con el dato abc123.
Llenar el campo Sexo con el campo M.
Guardar
Resultado esperado:

El sistema no debe permitir el ingreso de correos invlidos, indicando que el dato es


errneo.
Evaluacin: exitosa
ANEXO 48 SPIKE: PROCESO PARA LEVANTAR EL SERVIDOR DHCP
Para realizar este proceso el administrador debe realizar la respectiva configuracin
del servidor DHCP con un conjunto de direcciones IP especficas para ser utilizadas en
el proceso. Cada vez que una computadora nueva se incorpore a la red se contacta al
servidor y solicita una direccin. El servidor selecciona una de las direcciones
especficas por el administrador y le asigna a la computadora.
El funcionamiento DHCP se basa en la arquitectura cliente / servidor (como casi todos
los servicios de Internet), por lo que debe ser un servidor DHCP (dhcpd) y el cliente
DHCP para su funcionamiento. En el caso ms simple es un servidor DHCP en la
subred a la que el cliente solicite la asignacin de direccin IP (y el resto de los
parmetros de configuracin). Si no existe un servidor DHCP de la subred se
necesitar un agente (normalmente un router) que sabe la direccin del servidor
DHCP.
ANEXO 49 REALIZACIN DE MANUAL TCNICO
METFORA DEL SISTEMA
Nmero: MS_08
Nombre: Realizacin del manual tcnico
Modificacin de metfora Nmero:
Usuario: Desarrollador
Iteracin Asignada: 6
Prioridad en Negocio: Bajo
Puntos Estimados: 6
Riesgo en desarrollo: Bajo
Puntos Reales: 6
Descripcin:
Como desarrollador deseo que todo lo relacionado con las tcnicas de gestin
proyecto y de codificacin este correctamente documentadas en un manual.
Observaciones:
El manual tcnico se realizar para cada iteracin.

Pruebas de Aceptacin

Todos los desarrolladores debern realizar la documentacin requerida de


cada una de las tareas realizadas.
Verificar que la documentacin sea clara y concisa.

Prueba de Aceptacin
Cdigo: PA_01
Historia de Usuario: MS_08 Manual tcnico
Nombre: Todos los desarrolladores debern realizar la documentacin requerida de
cada una de las tareas realizadas.
Responsable: Natalia Pilco
Fecha: 16/12/2015
Descripcin: Se requiere analizar el manual tcnico generado para verificar si

cuenta con las especificaciones necesarias.


Condiciones de Ejecucin: Se deben conocer los procesos realizados a lo largo
del desarrollo de la etapa.
Pasos de ejecucin
Analisis de todas las etapas que se estn realizando para el proceso del
desarrollo del Proyecto.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: el manual tcnico debe estar bien realizado con cada uno de
los elementos de las tareas para la documentacin.
Evaluacin de la prueba: Exitosa.

Prueba de Aceptacin
Cdigo: PA_02
Historia de Usuario: MS_08 Manual tcnico.
Nombre: Verificar que la documentacin sea clara y concisa.
Responsable: Natalia Pilco
Fecha: 16/12/2015
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.
Condiciones de Ejecucin: Se deben conocer los procesos realizados al largo del
desarrollo de la etapa.
Pasos de ejecucin
Se leer el manual tcnico.
Se realizar un anlisis de su informacin contenida.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: El contenido del manual tcnico sea entendible para todos
los desarrolladores.
Evaluacin de la prueba: Exitosa.

ANEXO 50 REALIZACION DE MANUAL DE USUARIO


METAFORA DEL SISTEMA
Nmero: MS_09
Nombre: Realizacin del manual de usuario
Modificacin de metfora Nmero:
Usuario: Usuario
Iteracin Asignada: 4
Prioridad en Negocio: Alta
Puntos Estimados: 6
Riesgo en desarrollo: Bajo
Puntos Reales: 6
Descripcin:
Como desarrollador deseo documentar cmo se maneja y est estructurado el
sistema para que el cliente lo pueda utilizar fcilmente y de una manera gil.
Observaciones:

Pruebas de Aceptacin

El lenguaje utilizado deber ser de sencilla comprensin para el usuario.


El manual deber contener descripciones de pantallas y su
funcionamiento.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_08 Realizacin del manual de
usuario
Nombre: El lenguaje utilizado deber ser de sencilla comprensin para el usuario.
Responsable: Freddy Caps
Fecha: 1-12-2015
Descripcin: El manual de usuario tiene un lenguaje de sencilla comprensin para el
usuario, el cliente ha podido realizar las actividades de la pgina sin necesidad de
que este presenten uno de los programadores.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se puede seguir los pasos especificados en el manual.
Resultado esperado: El sistema debe ser entendible para el usuario por medio de
los manuales.
Evaluacin de la prueba: Exitosa.
PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: MS_08 Realizacin del manual de
usuario
Nombre: El manual deber contener descripciones de pantallas y en cada una su
funcionamiento descriptivo
Responsable: Vanessa Bonito
Fecha: 01-12-2015
Descripcin: El manual de usuario tiene que ser descriptivo llevando en si de una
forma grfica y textual de lo que realiza cada parte de la aplicacin
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se realiza lo que est escrito en el manual.
Resultado esperado: El usuario se guio mediante las interfaces y descripciones
dando como resultado el maneje del sistema por medio del manual.
Evaluacin de la prueba: Exitosa.

Tareas de ingeniera
TAREA DE INGENIERA
Metfora: MS_08 Realizacin del manual de usuario
Nmero de Tarea: TI_01 Nombre de Tarea: Realizar el manual de usuario.
Tipo de Tarea: Desarrollo
Puntos Estimados: 8
Fecha Inicio: 20-11-2015
Fecha Fin: 25-11-2015
Programador Responsable: Freddy Capuz, Jos Acn
Descripcin: Realizar el manual de usuario para que el cliente tenga una gua
especifica de manejo del producto que le ser entregado.
Pruebas de Aceptacin
Verificar que el manual de usuario contemple todas las especificaciones de uso del

sistema para que pueda tener un manejo ptimo del mismo.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_08 Realizacin del manual de
usuario
Nombre: TI_01 Realizar el manual de usuario.
Responsable: Yessenia Pilco
Fecha: 01-12-2015
Descripcin: Se requiere analizar el manual de usuario generado para verificar si
cuenta con las especificaciones de gua necesarias.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Analizar la redaccin del manual de usuario para ver si se encuentran
especificadas los pasos para el manejo de cada funcionalidad.
Verificar que la gua realizada en el manual lleva al usuario hacia los
resultados correctos.
Resultado esperado: Llegar a la conclusin de que el manual est apto para su
entrega al usuario y que le ser de utilidad como gua en el manejo del sistema.
Evaluacin de la prueba: Exitosa.

ANEXO 51 ELIMINAR USUARIO


HISTORIA DE USUARIO
Nmero: HU_06
Nombre: Eliminar usuario
Modificacin historia usuario:
Usuario: Cliente
Iteracin Asignada:5
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales: 10
Descripcin:
Como administrador del negocio Licores Gia deseo poder eliminar los usuarios de mi
negocio, tanto a los clientes como a mis ayudantes que por algn motivo ya no se
encuentren activos en este.
Observaciones:

PRUEBAS DE ACEPTACIN
Al realizar la eliminacin de alguno de los usuarios que haya realizado pedido o
ventas no debe tener estado activo.
Al mostrar los datos de todos los usuarios ya no deben estar en la Base de datos.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_06 Eliminar usuario
Nombre: Al realizar la eliminacin de alguno de los usuarios que haya realizado pedido o
ventas no debe tener estado activo.
Responsable: Adriana Velsquez
Fecha: 09/12/2015
Descripcin: Se comprobar que el usuario que se va eliminar se debe cambiar de estado
por la eliminacin lgica.
Condiciones de Ejecucin:

Debe existir conexin a la base de datos.


Debe existir un usuario que haya realizado un pedido o venta.
Pasos de ejecucin:
Ingresar Interfaz de Eliminar Cliente
Nos muestra la lista de todos los clientes.
Seleccionamos al cliente que vamos a eliminar
Damos clic en el botn Eliminar.
Resultado esperado:
Se mostrar la lista de todos los clientes, pero se debe mostrar el cliente con el estado
inactivo.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_06 Eliminar usuario
Nombre: Al mostrar los datos de todos los usuarios ya no deben estar en la Base de datos.
Responsable: Adriana Velsquez
Fecha: 09/12/2015
Descripcin: Se comprobar que el usuario que se va eliminar se debe cambiar de estado
por la eliminacin lgica.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Debe existir un usuario que no haya realizado nada en el sistema.
Pasos de ejecucin:
Ingresar Interfaz de Eliminar Cliente
Nos muestra la lista de todos los clientes.
Seleccionamos al cliente que vamos a eliminar
Damos clic en el botn Eliminar.
Resultado esperado:
Se mostrar la lista de todos los clientes, pero no se debe mostrar el cliente que se elimin.
Evaluacin: Exitosa.

TAREAS DE INGENIERIA
Tarea de Ingeniera
Historia de Usuario: HU_06 Eliminar usuario
Nmero de Tarea:
Nombre
de
Tarea:
Implementar
el
servicio
TI_01
EliminarEmpleado en la capa de acceso a datos.

web

Tipo de Tarea: Desarrollo


Puntos Estimados: 2
Fecha Inicio: 04/12/2012
Fecha Fin: 07/12/2015
Programador Responsable: Evelyn Valencia
Descripcin: Desarrollar un mtodo EliminarEmpleado que realice la sentencia sql de
eliminar el usuario y publicarlo como servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo EliminarEmpleado del servicio web pueda eliminar a un
Usuario cuando no haya realiza ventas.
Verificar que el mtodo EliminarEmpleado del servicio web pueda cambiar el
estado.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_06 Eliminar usuario
Nombre: Verificar que el mtodo EliminarEmpleado del servicio web pueda eliminar
a un Usuario cuando no haya realiza ventas.
Responsable: Vanessa Bonito
Fecha: 07/12/2015
Descripcin: Comprobar que el dato cdula enviados al servicio web se elimina.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web EliminarEmpleado debe estar implementado.
Pasos de ejecucin:
Llenar el atributo Ci con la cedula 0704424290.
Ejecutar el servicio.
Resultado esperado:
El ayudante no debe aparecer en la tabla de usuarios.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_06 Eliminar usuario
Nombre: Verificar que el mtodo EliminarEmpleado del servicio web pueda cambiar
el estado.
Responsable: Vanessa Bonito
Fecha: 07/12/2015
Descripcin: Comprobar que el dato cdula enviados al servicio web cambie el
estado del usuario.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web EliminarEmpleado debe estar implementado.
Pasos de ejecucin:
Llenar el atributo Ci con la cedula 080373551.
Ejecutar el servicio.
Resultado esperado:
El ayudante se debe cambiar el estado de activo a
inactivo.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_06 Eliminar usuario
Nmero de Tarea:
Nombre de Tarea: Implementar el servicio
TI_02
EliminarCliente en la capa de acceso a datos.

web

Tipo de Tarea: Desarrollo


Puntos Estimados: 2
Fecha Inicio: 04/12/2012
Fecha Fin: 07/12/2015
Programador Responsable: Evelyn Valencia
Descripcin: Desarrollar un mtodo EliminarCliente que realice la sentencia sql de
eliminar el usuario y publicarlo como servicio web.

(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo EliminarCliente del servicio web pueda eliminar a un
Cliente cuando no haya realizado pedido.
Verificar que el mtodo EliminarCliente del servicio web pueda cambiar el
estado del Cliente.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_06 Eliminar usuario
Nombre: Verificar que el mtodo EliminarCliente del servicio web pueda eliminar a
un Cliente cuando no haya realizado pedido.
Responsable: Freddy Capuz
Fecha: 07/12/2015
Descripcin: Comprobar que el dato cdula enviados al servicio web elimina a un
cliente.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web EliminarCliente debe estar implementado.
Pasos de ejecucin:
Llenar el atributo Ci con la cedula 1804358149.
Ejecutar el servicio.
Resultado esperado:
El Cliente no debe aparecer en la tabla de Cliente.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_06 Eliminar usuario
Nombre: Verificar que el mtodo EliminarCliente del servicio web pueda cambiar el
estado del Cliente.
Responsable: Freddy Capuz
Fecha: 07/12/2015
Descripcin: Comprobar que el dato cdula enviados al servicio web cambie el
estado del cliente si realizo un pedido.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web EliminarCliente debe estar implementado.
Pasos de ejecucin:
Llenar el atributo Ci con la cedula 0603913229.
Ejecutar el servicio.
Resultado esperado:
El cliente se debe cambiar el estado de activo a inactivo.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_06 Eliminar usuario
Nmero de Tarea: TI_3 Nombre de Tarea: Implementar el servicio
loadEmpleado en la capa de acceso a datos.
Tipo de Tarea: Desarrollo

Puntos Estimados: 2

web

Fecha Inicio: 07/12/2015


Fecha Fin: 08/12/2015
Programador Responsable: Evelyn Valencia
Descripcin: Desarrollar un mtodo loadEmpleado que realice la sentencia sql de
mostrar todos los empleados y publicarlo como servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que la consultar del sql realice el funcionamiento de listar
Empleado.
Verificar que el mtodo ListarEmpleado del servicio web pueda mostrar
todos los empleados.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_06 Eliminar usuario
Nombre: Verificar que la consultar del sql realice el funcionamiento de listar
Empleado.
Responsable: Natalia Pilco
Fecha: 08/12/2015
Descripcin: Comprobar que se muestren todos los empleados en el servicio web.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Debe estar la consulta sql.
Pasos de ejecucin:
Ir a la ventana de pgAdminIII.
Copiar la consulta que se realiz para listar Empleados.
Ejecutar la consulta.
Resultado esperado:
Que se muestre todos los empleados.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_06 Eliminar usuario
Nombre: Verificar que el mtodo ListarEmpleado del servicio web pueda mostrar
todos los empleados.
Responsable: Natalia Pilco
Fecha: 08/12/2015
Descripcin: Comprobar que se muestren todos los empleados en el servicio web.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web ListarEmpleado debe estar implementado.
Pasos de ejecucin:
Realizar el Test del servicio web.
Ejecutar el servicio.
Resultado esperado:
Que se muestre todos los empleados.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_06 Eliminar usuario

Nmero de Tarea: TI_4

Nombre de Tarea: Implementar el servicio


loadCliente en la capa de acceso a datos.

web

Tipo de Tarea: Desarrollo


Puntos Estimados: 2
Fecha Inicio: 08/12/2012
Fecha Fin: 09/12/2015
Programador Responsable: Evelyn Valencia
Descripcin: Desarrollar un mtodo ListarClientes que realice la sentencia sql de
mostrar todos los clientes y publicarlo como servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que la consultar del sql realice el funcionamiento de listar Clientes.
Verificar que el mtodo loadClientes del servicio web pueda mostrar todos
los clientes.
Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_06 Eliminar usuario
Nombre: Verificar que la consultar del sql realice el funcionamiento de listar
Clientes.
Responsable: Jos Acan
Fecha: 09/12/2015
Descripcin: Comprobar que se muestren todos los empleados en el servicio web.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Debe estar la consulta sql.
Pasos de ejecucin:
Ir a la ventana de pgAdminIII.
Copiar la consulta que se realiz para listar Clientes.
Ejecutar la consulta.
Resultado esperado:
Que se muestre todos los clientes.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_06 Eliminar usuario
Nombre: Verificar que el mtodo ListarClientes del servicio web pueda mostrar
todos los clientes.
Responsable: Jos Acan
Fecha: 09/12/2015
Descripcin: Verificar que el mtodo ListarClientes del servicio web pueda mostrar
todos los clientes.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web ListarClientes debe estar implementado.
Pasos de ejecucin:
Ejecutar el servicio.
Resultado esperado:
Que se muestre todos los Clientes.
Evaluacin: Exitosa.

Tarea de Ingeniera

Historia de Usuario: HU_06 Eliminar usuario


Nmero de Tarea: TI_05

Nombre de Tarea: Desarrollar la interfaz de eliminar


Usuario.
Tipo de Tarea: desarrollo
Puntos Estimados:2
Fecha Inicio: 08/12/2015
Fecha Fin: 09/12/2015
Programador Responsable: Evelyn Valencia
Descripcin: Desarrollar la interfaz para realizar la eliminacin de un usuario
siguiendo el estndar de interfaz de usuario preestablecido.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz desarrollada cumpla con el estndar predeterminado.
Verificar que la funcionalidad se ejecute correctamente

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_06 Eliminar usuario
Nombre: Verificar que la interfaz desarrollada cumpla con el estndar
predeterminado.
Responsable: Vctor Bayas
Fecha: 09/12/2015
Descripcin: Analizar la interfaz comprobando que se cumpla con lo establecido en
el estndar.
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Eliminar Usuario
Pasos de ejecucin:
Abrir la interfaz de ingreso de un nuevo ayudante.
Verificar que los colores y elementos de la interfaz estn dentro del
estndar.
Resultado esperado:
La interfaz debe cumplir satisfactoriamente con el estndar que se estableci
previamente con el cliente.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_06 Eliminar usuario
Nombre: Verificar que la funcionalidad se ejecute correctamente.
Responsable: Vctor Bayas
Fecha: 09/12/2015
Descripcin: Se debe realizar la ejecucin de todo la Interfaz de Eliminar para
verificar si funciona correctamente.
Condiciones de Ejecucin:
Que las funcionalidades estn implementadas.
Que exista la conexin a la Base de datos.
Que debe estar la interfaz de eliminar Usuario

Pasos de ejecucin:
Ingresar en la interfaz General
Ir al men Eliminar
Escoger el men de Eliminar Cliente
Mostrar la lista de los clientes
Selecciona un cliente para eliminar
Dar clic en el botn Eliminar
Resultado esperado: En la lista de los clientes ya no conste el Cliente que se
elimin.
Evaluacin: Exitosa

ANEXO 52 INGRESO DE UN PROVEEDOR


HISTORIA DE USUARIO
Nmero: HU_33
Nombre: Ingresar proveedor
Modificacin historia de usuario:
Usuario: Administrador
Iteracin Asignada: 5
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales:10
Descripcin:
Como Administrador me gustara poder tener un registro de los proveedores
de la licorera para poseer la informacin cuando se requiera hacer una
adquisicin de otros licores.
Observaciones:
Tambin que se ingrese el nombre de la empresa, nombre del representante, la
direccin de la matriz y sucursal.
HISTORIA DE USUARIO
Nmero: HU_33
Nombre: Ingresar proveedor
Modificacin historia de usuario:
Usuario: Administrador
Iteracin Asignada: 5
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales:10
Descripcin:
Como Administrador me gustara poder tener un registro de los proveedores
de la licorera para poseer la informacin cuando se requiera hacer una
adquisicin de otros licores.
Observaciones:
Tambin que se ingrese el nombre de la empresa, nombre del representante, la
direccin de la matriz y sucursal.

PRUEBAS DE ACEPTACIN

La informacin se guardar la ingresar todos los campos requeridos por el


formulario de ingreso.

Si se registran datos de manera duplicada estos no se guardarn en la base


de datos.

Si existen campos vacos nos mostrara un mensaje de llene todos los


campos.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_33 Ingresar Proveedor
Nombre: La informacin se guardar al ingresar todos los campos requeridos por el
formulario de ingreso.
Responsable: Adriana Velsquez
Fecha: 09/12/2015
Descripcin: Verificar que los datos del proveedor ingresados por medio del
formulario se guarden correctamente en la Base de Datos.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos
Los campos a ingresar deben estar llenos
Pasos de ejecucin:
Ingresar a la interfaz de ingreso de un proveedor
Llenar todos los campos respectivos, para lo cual se han ingresado los
siguientes datos: llena con datos
CI: 0604045302
Nombre: Yesenia Pilco
Telfono: 0981540356
Direccin: Pungal Grande
Correo: yessypilco@hotmail.es
Estado: Activo
Dar clic sobre el botn Guardar.
Resultado esperado: Que el sistema almacene los datos correctamente en la Base
de Datos.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_33 Ingresar Proveedor
Nombre: Si se registran datos de manera duplicada estos no se guardarn en la base de
datos.
Responsable: Adriana Velsquez
Fecha: 09/12/2015
Descripcin: Comprobar que el sistema no permite ingresar dos veces el mismo cliente.
Condiciones de Ejecucin:
Debe existir la conexin a la base de datos.
La base de datos debe tener registrado al proveedor que se intente volver a ingresar.
Pasos de ejecucin:
Ingresar a la interfaz de ingreso de un proveedor
Llenar todos los campos respectivos, para lo cual se han ingresado los siguientes
datos: llena con datos
CI: 0604045302
Nombre: Yesenia Pilco
Telfono: 0981540356
Direccin: Pungal Grande
Correo: yessypilco@hotmail.es
Estado: Activo

Dar clic sobre el botn Guardar.


Intentar guardar el registro en la base de datos seleccionando la opcin Guardar.
Resultado esperado: Al momento de dar click en guardar los datos no se guardaran ya que
estos ya se encuentran antes registrados.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_33 Ingresar Proveedor
Nombre: Si existen campos vacos nos mostrara un mensaje de llene todos los campos.
Responsable: Adriana Velsquez
Fecha: 09/12/2015
Descripcin: Verificar que, si existen campos vacos al momento de ingresar los datos de
un nuevo proveedor, el sistema emita un mensaje indicando que se llenen todos los campos
requeridos.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Tener la interfaz de ingreso de un nuevo proveedor
Pasos de ejecucin:
Ingresar a la interfaz de ingreso de un nuevo proveedor
Dejar vacos 1 o varios campos del formulario.
Intentar guardar el registro.
Resultado esperado: El sistema emitir un mensaje de Complete este campo en caso de
que un campo no se encuentre lleno.
Evaluacin: Exitosa

TAREA DE INGENIERA
Historia de Usuario: HU_33 Ingresar proveedor
Nmero de Tarea: TI_01 Nombre de Tarea: Mantenimiento de Base de Datos.
Tipo de Tarea: Mantenimiento
Puntos Estimados: 2
Fecha Inicio: 03-12-2015
Fecha Fin: 03-12-2015
Programador Responsable: Freddy Capuz
Descripcin: Se dar mantenimiento a la base de datos por motivo de un nuevo
requerimiento por parte del Cliente para el ingreso de los Proveedores de licor.
Pruebas de Aceptacin
Verificar que la conexin a la base de datos se establezca.
Verificar que las tablas se creen de forma correcta.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: HU_33 Ingresar Proveedor.
Nombre: TI_01 Verificar que la conexin a la base de datos se establezca.
Responsable: Natalia Pilco
Fecha: 07-12-2015
Descripcin: Para realizar cualquier requerimiento se necesita acceder a la base de
datos ya que es el repositorio de la informacin, es por eso que es necesario que se
compruebe que haya conexin con la base de datos.
Condiciones de Ejecucin: La capa de acceso a datos debe estar terminada.

Pasos de ejecucin:
Testeamos el servicio web.
Clic en Ingresar Proveedor.
Mostrar una pantalla de insertar usuario.
Se procede a revisar en netbeans y observamos que nos mostr el mensaje
de Successfull.
Resultado esperado: Mensaje Successfull
Evaluacin de la prueba: Exitosa
PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: HU_33 Ingresar Proveedor.
Nombre: TI_02 Verificar que las tabla se creen de forma correcta.
Responsable: Wilmer Barrera
Fecha: 29-11-2015
Descripcin: Dentro de netbeans y la ubicacin Servicios existe Base de Datos
donde deber estar la conexin realizada con sus tablas correspondientes.
Condiciones de Ejecucin: La conexin con la base de datos debe estar realizada.
Pasos de ejecucin:
Dirigimos a la parte de Servicios.
Abrimos las bases de datos.
Abrimos conexin licgia.
Abrimos las tablas.
Existen 9 tablas.
Resultado esperado: Deben existir 9 tablas en total.
Evaluacin de la prueba: Exitosa.

TAREA DE INGENIERA
Metfora: HU_33 Ingresar proveedor
Nmero de Tarea: TI_02 Nombre de Tarea: Implementar el servicio web
IngresoProveedor en la capa de acceso a datos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 07-12-2015
Fecha Fin: 08-12-2015
Programador Responsable: Yesenia Pilco
Descripcin:
Desarrollar un mtodo IngresarProveedor que realice la sentencia sql de insertar los
datos del proveedor y publicarlo como servicio web.
Pruebas de Aceptacin
Verificar que la sentencia sql se ejecute correctamente.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: HU_33 Ingresar Proveedor.
Nombre: TI_02 Verificar que se ejecute la sentencia sql.
Responsable: Natalia Pilco
Fecha: 08-12-2015
Descripcin: Verificar que la sentencia SQL desarrollada en el
IngresarProveedor se ejecute correctamente.
Condiciones de Ejecucin:
El servidor de base de datos debe estar funcionando correctamente.
La conexin a la base de datos debe estar realizada.

mtodo

Pasos de ejecucin:
Nos vamos a la capa de acceso a datos.
Cambiamos en la sentencia sql del mtodo InsertarProveedor e insertamos
datos.
Testeamos el servicio, y
Copiamos la sentencia SQL.
En la tabla proveedor de la base de datos de nuestro netbeans ingresamos en
execute command,
Ejecutamos la sentencia SQL.
En el campo ciproveedor insertamos: 1804796645
En el campo nomproveedor insertamos: Freddy Capuz
En el campo telfproveedor insertamos: 0995848998
En el campo direcproveedor insertamos: Los shyris y las flores
En el campo correoproveedor insertamos: freddyct8@hotmail.com
En el campo estadoproveedor insertamos: Activo
Y observamos el mensaje Insercin del Proveedor exitosa.
Resultado esperado: Mensaje Executed successfully
Evaluacin de la prueba: Exitosa

PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: HU_33 Ingresar Proveedor.
Nombre: TI_02 Verificar que se ejecute la sentencia sql.
Responsable: Natalia Pilco
Fecha: 08-12-2015
Descripcin: Comprobar que el servicio web enva correctamente los datos a ser
ingresados y estos se registran satisfactoriamente en la base de datos.
Condiciones de Ejecucin:
El servidor de base de datos debe estar funcionando correctamente.
La conexin a la base de datos debe estar realizada.
El servicio web debe estar desarrollado.
Pasos de ejecucin:
Crear un objeto de tipo Proveedor.
Llenar los atributos con los valores:
ciproveedor: 0604045302
nomproveedor: Yesenia Pilco
telfproveedor: 0981540356
direcproveedor: Pungal
correoproveedor: yessypilco@hotmail.com
estadoproveedor: Activo
Realizar un test en el servicio web.
Enviar el objeto creado.
Verificar que los datos del proveedor se hayan registrado en la base de datos.
Resultado esperado: Los datos del proveedor ingresado debe encontrarse
registrado en la base de datos.
Evaluacin de la prueba: Exitosa

TAREA DE INGENIERA
Metfora: HU_33 Ingresar proveedor
Nmero de Tarea: TI_03 Nombre de Tarea: Capa Lgica de Negocio, desarrollar
un cliente web y un servicio web.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 08-12-2015
Fecha Fin: 09-12-2015
Programador Responsable: Freddy Capuz
Descripcin: Desarrollar un cliente que consuma el servicio web del mtodo
IngresarProveedor del acceso a datos e implementar un servicio web que reciba un
objeto tipo Proveedor para poder registrar los datos en la base de datos.
Pruebas de Aceptacin
Comprobar mediante un index local de prueba si el servicio web creado
ingrese datos a la base.
Comprobar que el servicio web creado se levante.
PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: HU_33 Ingresar Proveedor.
Nombre: TI_03 Comprobar mediante un index local de prueba si el servicio web
creado ingrese datos a la base.
Responsable: Giannella Montao
Fecha: 08-12-2015
Descripcin: El servicio web se ingresa a la base de datos
Condiciones de Ejecucin: Crear un index local
Pasos de ejecucin:
Creamos un index.jsp.
Creamos un objeto de la clase Proveedor con todos sus campos asignando
datos, por ejemplo:
- CI: 1804796645.
- Nombre: Freddy Capuz.
- Telefono: 0987881783.
- Direccion: Alobamba
- Correo: farfan8@yahoo.es
- Estado: Activo.
Iniciamos la aplicacin de la lgica de negocios,
Y en el navegador observamos el mensaje Insercin del Proveedor exitosa.
Resultado esperado: Se conect el servicio web a la base de datos
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: HU_33 Ingresar Proveedor.

Nombre: TI_03 Comprobar que el servicio web creado se levante.


Responsable: Wilmer Barrera
Fecha: 08-12-2015
Descripcin: Se ejecuta el servicio
Condiciones de Ejecucin: Estar creado el servicio web
Pasos de ejecucin:
Testeamos el servicio web de la lgica de negocios.
Clic en Proveedor.
Y mostrar el mensaje Insercin del Proveedor fallida
Resultado esperado: Mostrar el mensaje Insercin del Proveedor Fallida
Evaluacin de la prueba: Exitosa.

TAREA DE INGENIERA
Historia de Usuario: HU_33 Ingresar proveedor
Nmero de Tarea: TI_04 Nombre de Tarea: Desarrollar la interfaz de usuario
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 03-12-2015
Fecha Fin: 03-12-2015
Programador Responsable: Yesenia Pilco
Descripcin: Se realizar el desarrollo de la interfaz de usuario que permite mostrar
el formulario mediante el cual se obtendrn los datos para su posterior ingreso.
Pruebas de Aceptacin
Verificar que la interfaz cumpla con el estndar diseado.
Verificar que los campos del formulario sean los adecuados para obtener los
datos del proveedor.

Prueba de aceptacin
Cdigo: TI_01
Historia de Usuario: HU_05 Ingreso de un nuevo cliente
Nombre: Verificar que la interfaz creada cumpla con el estndar antes desarrollado.
Responsable: Jos Acn
Fecha: 25/11/2015
Descripcin: Verificar que la interfaz desarrollada para el ingreso de datos de
proveedores este acorde al diseo antes establecido.
Condiciones de Ejecucin:
La interfaz se encuentra ya desarrollada.
Pasos de ejecucin:
Abrir la interfaz de usuario que permite el ingreso de datos del cliente.
Verificar que esta cumpla con el diseo establecido.
Resultado esperado: La interfaz realizada esta desarrollada bajo los parmetros de
diseo de la misma.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: TI_01
Historia de Usuario: HU_05 Ingreso de un nuevo cliente
Nombre: Verificar que los campos del formulario sean los adecuados para obtener
los datos del proveedor.
Responsable: Jos Acn
Fecha: 25/11/2015

Descripcin: Verificar que la interfaz desarrollada para el ingreso de datos contenga


los campos necesarios para el ingreso de los datos de los proveedores.
Condiciones de Ejecucin:
La interfaz se encuentra ya desarrollada.
Pasos de ejecucin:
Abrir la interfaz de usuario que permite el ingreso de datos del cliente.
Verificar que esta contenga los campos requeridos para el ingreso de un
nuevo proveedor
Resultado esperado: La interfaz realizada contiene el formulario con los campos
requeridos para el ingreso de los proveedores.
Evaluacin: Exitosa
ANEXO 53 BUSCAR USUARIO
HISTORIA DE USUARIO
Nmero: HU_08
Nombre: Buscar usuario
Modificacin historia usuario:
Usuario: Administrador
Iteracin Asignada: 5
Prioridad en Negocio: Media
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales: 10
Descripcin:
Como administrador del negocio deseo poder buscar un usuario de mi negocio, para
facilitarme el trabajo de realizar bsquedas al momento de realizar una venta.
Observaciones:

PRUEBAS DE ACEPTACIN
Al momento de realizar la bsqueda se mostrarn todos los registros que
contengan el campo antes ingresado.
La bsqueda de los usuarios se realizar por cualquier campo que se desee
buscar.

Tarea de Ingeniera
Historia de Usuario: HU_08 Buscar usuarios
Nmero de Tarea: TI_01
Nombre de Tarea: Implementar la interfaz de
buscar usuario.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 07/12/2015
Fecha Fin: 07/12/2015
Programador Responsable: Vanessa Bonito
Descripcin: Implementar la interfaz adecuada para la bsqueda del usuario.
(Reverso)Pruebas de Aceptacin:
Validar que la interfaz sea homognea con el estilo que se ha ido manejando..

Tarea de Ingeniera
Historia de Usuario: HU_08 Buscar usuarios
Nmero de Tarea: TI_02
Nombre de Tarea: Desarrollar el
mtodo BuscarUsuario.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4

Fecha Inicio: 08/12/2015


Fecha Fin: 09/12/2015
Programador Responsable: Vanessa Bonito
Descripcin: Implementar un mtodo de bsqueda que permita buscar al usuario
bajo distintos parmetros de bsqueda.
(Reverso)Pruebas de Aceptacin:
Comprobar que realice la bsqueda bajo varios criterios de bsqueda.
Validar que si no encuentra resultados lo indique.
ANEXO 54 INGRESO DE LICORES (MANTENIMIENTO)

Nmero: HU_10

HISTORIA DE USUARIO
Nombre: Ingresar licores

Modificacin de historia nmero: 1


Usuario: Administrador

Iteracin Asignada: 5

Prioridad en Negocio: Alta

Puntos Estimados: 10

Riesgo en desarrollo: Medio

Puntos Reales: 10

Descripcin:
Como administrador deseo poder ingresar todos los licores que disponemos para que
los clientes puedan sepan que licores ofrecemos y tambin poder llevar un mejor
registro de los licores.
Observaciones:

PRUEBAS DE ACEPTACIN

En caso de que el licor que se est ingresando ya exista en el sistema se deber


emitir un mensaje licor ya existe y no se le permitir volver a ingresar el mismo
licor.

Si los datos ingresados son incorrectos no se guardarn los datos.

Si no se han ingresado los campos obligatorios se emitir un mensaje indicando


que se deben de ingresar esos datos.

Tareas de Ingeniera
Tarea de Ingeniera
Historia de Usuario: HU_10 Ingresar licores
Nmero de Tarea:
Nombre de Tarea: Investigar la mejor manera para manipular
TI_01
imgenes en un sistema web con conexin a PostgresSQL.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 03/12/2015
Fecha Fin: 03/12/2015
Programador Responsable: Wilmer Barrera
Descripcin: Consultar y analizar mtodos y formas correctas para poder manipular y
guardar imgenes en un servicio web en n capas.

(Reverso)Pruebas de Aceptacin:
Exponer al grupo de trabajo las soluciones encontradas.
Elegir la opcin ms adecuado de acuerdo al requerimiento

Tarea de Ingeniera
Historia de Usuario: HU_10 Ingresar licores
Nmero de Tarea: TI_02
Nombre de Tarea: Implementar la funcionalidad dentro de la capa
de acceso a datos para Ingresar la informacin de los licores.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 04/12/2015
Fecha Fin: 04/12/2015
Programador Responsable: Wilmer Barrera
Descripcin:
(Reverso)Pruebas de Aceptacin:
Verificar que se ejecute la sentencia SQL de la clase Licores.

Tarea de Ingeniera
Historia de Usuario: HU_10 Ingresar licores
Nmero de Tarea: TI_03
Nombre de Tarea: Implementar el servicio web en la capa de acceso
a datos
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 07/12/2015
Fecha Fin: 07/12/2015
Programador Responsable: Wilmer Barrera
Descripcin: Desarrollar un mtodo que realice el ingreso de la informacin de los licores dentro
de la base de datos
(Reverso)Pruebas de Aceptacin:
Verificar que los datos se almacenen correctamente en la base de datos licgia

Tarea de Ingeniera
Historia de Usuario: HU_10 Ingresar licores
Nmero de Tarea: TI_04
Nombre de Tarea: Crear un servicio web y un cliente web dentro de
la capa de lgica de negocio
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 08/12/2015
Fecha Fin: 08/12/2015
Programador Responsable: Wilmer Barrera
Descripcin: Crear un cliente que consuma el servicio web del mtodo de la capa de acceso a
datos e implementar un servicio web que reciba los parmetros desde la capa de Interfaz de
Usuario y mande sus datos a su cliente web para que ingrese los datos del licor en la base de
datos.
(Reverso)Pruebas de Aceptacin:
Verificar que el servicio web de la capa lgica del negocio consuma el servicio destinado
para el ingreso de la informacin de la capa de acceso a datos.
Tarea de Ingeniera
Historia de Usuario: HU_10 Ingresar licores
Nmero de Tarea: TI_05
Nombre de Tarea: Modificar la interfaz para el ingreso del licor.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2

Fecha Inicio: 09/12/2015


Fecha Fin: 09/12/2015
Programador Responsable: Wilmer Barrera
Descripcin: Se realizar la interfaz de usuario de acuerdo al estndar establecido.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz desarrollada cumpla con el estndar establecido.
Verificar que la interfaz desarrollada realice la accin de ingresar la imagen del licor.
ANEXO 55 AUTORIZACIN DE LA AUTENTIFICACIN DEL USUARIO
HISTORIA DE USUARIO
Nmero: HU_01.2
Nombre: Autorizacin de la Autenticacin
del usuario
Modificacin historia de usuario:
Usuario: Usuario
Iteracin Asignada: 1
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales: 10
Descripcin:
Como Administrador no me gustara que tanto los clientes como mis ayudantes
tengan acceso a toda mi informacin, sino a cierta parte de ella.
Observaciones:
Cada usuario se diferenciar por un rol.

PRUEBAS DE ACEPTACIN

Si se Autentifica el cliente solo podr realizar los pedidos y modificar sus


datos.
Si se autentica el Administrador tendr acceso a toda la informacin.
Si se Autentifica el Ayudante podr realizar ciertas funcionalidades.

Tareas de Ingeniera
Tarea de Ingeniera
Historia de Usuario: HU_01.1 Autorizacin de la Autenticacin del usuario
Nmero de Tarea: TI_01
Nombre de Tarea: Implementar el servicio web Autentificar en la
capa de acceso a datos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 04/12/2015
Fecha Fin: 07/12/2015
Programador Responsable: Vctor Bayas
Descripcin: Desarrollar un mtodo Autentificar que realice la sentencia SQL de verificar si el
usuario existe en la base de datos, si este existe enviar un true para confirmar su comprobacin.

PRUEBAS DE ACEPTACIN

Verificar que el servicio web devuelve un true en caso de existir este en la base de datos.
Verificar que el servicio web devuelve un false en caso de existir este en la base de datos.

Prueba de aceptacin
Cdigo: PA_01

Historia de Usuario: HU_01.1 Autorizacin de la Autenticacin del


usuario
Nombre: Verificar que el servicio web devuelve un true en caso de existir este en la base de
datos.
Responsable: Natalia Pilco
Fecha: 07/12/2015
Descripcin: Comprobar que los datos enviados al servicio web devuelve un true en caso de
que le usuario exista en la base de datos.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web Autentificar debe estar implementado.
Pasos de ejecucin:
Crear un objeto Cliente.
Crear un objeto Empleado.
Llenar el atributo de Correo con el dato andrex_92@hotmail.com.
Llenar el atributo de Clave con el dato 12345.
Resultado esperado:
Al ingresar estos atributos se debe mostrar un true si el usuario existe.
Evaluacin: exitosa

Prueba de aceptacin
Cdigo: PA_02

Historia de Usuario: HU_01.1 Autorizacin de la Autenticacin del


usuario
Nombre: Verificar que el servicio web devuelve un false en caso de existir este en la base de
datos.
Responsable: Natalia Pilco
Fecha: 07/12/2015
Descripcin: Comprobar que los datos enviados al servicio web devuelven un false en caso
que el usuario no exista en la base de datos.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web Autentificar debe estar implementado.
Pasos de ejecucin:
Crear un objeto Cliente.
Crear un objeto Empleado.
Llenar el atributo de Correo con el dato andre@hotmail.com.
Llenar el atributo de Clave con el dato 123.
Resultado esperado:
Al ingresar estos atributos se deben mostrar un false si el usuario no existe en la base de
datos.
Evaluacin: exitosa

Tarea de Ingeniera
Historia de Usuario: HU_01.1 Autorizacin de la Autenticacin del usuario
Nmero de Tarea: TI_02
Nombre de Tarea: Crear un cliente web y un servicio web
en la capa de lgica de negocio
Tipo de Tarea: desarrollo
Puntos Estimados: 2

Fecha Inicio: 8/12/2015


Fecha Fin: 8/12/2015
Programador Responsable: Vctor Bayas
Descripcin: Crear un cliente web que consuma el servicio web del mtodo existeCliente y
existeAyudante e implementar un servicio web que reciba los parmetros de correo, clave y
mande sus datos a su cliente web para que verifique si existen en la base de datos para
obtener el campo rol y nombre, los mismos que sern utilizados para crear la sesin.
PRUEBAS DE ACEPTACIN

Verificar que el servicio web de la capa lgica de negocio realiza la accin de comprobar
que los datos enviados existen en la base de datos para asi poder obtener el campo rol y
nombre, los mismos que sern utilizados para crear la sesin.

Prueba de aceptacin
Cdigo: PA_03

Historia de Usuario: HU_01.1 Autorizacin de la Autenticacin del


usuario
Nombre: Verificar que el servicio web de la capa lgica de negocio realiza la accin de
comprobar que los datos enviados existen en la base de datos para asi poder obtener el
campo rol y nombre, los mismos que sern utilizados para crear la sesin.
Responsable: Wilmer Barrera
Fecha: 08/12/2015
Descripcin: Comprobar que el dato enviado al servicio web de la capa lgica de negocio
devuelve el objeto correspondiente para cada sesin y obtener los parmetros nombre y
usuario.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web Autentificar debe estar implementado.
Pasos de ejecucin:
Llenar el atributo de Correo con el dato andrex_92@hotmail.com.
Llenar el atributo de Clave con el dato 12345.
Resultado esperado:
Al ingresar estos atributos y debe obtenerse el nombre con el que se va a crear la sesin.
Evaluacin: exitosa

Tarea de Ingeniera
Historia de Usuario: HU_01.1 Autorizacin de la Autenticacin del usuario
Nmero de Tarea: TI_03
Nombre de Tarea: Desarrollar la interfaz que se va a
mostrar al usuario dependiendo del rol que este tenga.
Tipo de Tarea: desarrollo
Puntos Estimados: 4
Fecha Inicio: 9/12/2015
Fecha Fin: 9/12/2015
Programador Responsable: Vctor Bayas
Descripcin: Crear una interfaz que recibe como parmetro un rol, para que se muestre la
pgina correspondiente al usuario dependiendo del rol que este tenga.

PRUEBAS DE ACEPTACIN

Verificar que a cada usuario se le muestre la interfaz correspondiente.


Verificar que el usuario exista y tenga una sesin activa.

Prueba de aceptacin
Cdigo: PA_04

Historia de Usuario: HU_01.1 Autorizacin de la Autenticacin del


usuario
Nombre: Verificar que a cada usuario se le muestre la interfaz correspondiente.
Responsable: Vanesa Bonito
Fecha: 09/12/2015
Descripcin:
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Tener la interfaz de autentificacin.
Pasos de ejecucin:
Llenar el campo de Correo con el dato andrex_92@hotmail.com.
Llenar el campo de Clave con el dato 12345.
Resultado esperado:
Al ingresar estos atributos de cargarse la pgina correspondiente, ya que las pginas se
mostrarn dependiendo del rol que tenga el usuario.
Evaluacin: exitosa

Prueba de aceptacin
Cdigo: PA_05

Historia de Usuario: HU_01.1 Autorizacin de la Autenticacin del


usuario
Nombre: Verificar que el usuario exista y tenga una sesin activa.
Responsable: Freddy Capuz
Fecha: 09/12/2015
Descripcin:
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Tener la interfaz de autentificacin.
Pasos de ejecucin:
Llenar el campo de Correo con el dato andrex_92@hotmail.com.
Llenar el campo de Clave con el dato 12345.
Resultado esperado:
Al ingresar estos atributos y si el usuario existe y est activo se le mostrar la pgina
correspondiente caso contrario cargar la pgina de inicio de sesin.
Evaluacin: exitosa
ANEXO 56 REALIZACIN DEL MANUAL TCNICO

METFORA DEL SISTEMA


Nmero: MS_08
Nombre:
Realizacin del manual tcnico
Pruebas
de Aceptacin
El lenguaje
utilizado Nmero:
deber ser de sencilla comprensin para el usuario.
Modificacin
de metfora

El
manual
deber
contener
descripciones
de pantallas
y su
Usuario: Desarrollador
Iteracin
Asignada:
5 funcionamiento.
Prioridad en Negocio: Bajo
Puntos Estimados: 6
Riesgo en desarrollo: Bajo
Puntos Reales: 6
Descripcin:
Como desarrollador deseo que todo lo relacionado con las tcnicas de gestin
proyecto y de codificacin este correctamente documentadas en un manual.
Observaciones:
El manual tcnico se realizar para cada iteracin.

Pruebas de Aceptacin

Todos los desarrolladores debern realizar la documentacin requerida de


cada una de las tareas realizadas.
Verificar que la documentacin sea clara y concisa.

Prueba de Aceptacin
Cdigo: PA_01
Historia de Usuario: MS_08 Manual tcnico
Nombre: Todos los desarrolladores debern realizar la documentacin requerida de
cada una de las tareas realizadas.
Responsable: Natalia Pilco
Fecha: 09/12/2015
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.
Condiciones de Ejecucin: Se deben conocer los procesos realizados a lo largo
del desarrollo de la etapa.
Pasos de ejecucin
Analisis de todas las etapas que se estn realizando para el proceso del
desarrollo del Proyecto.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: el manual tcnico debe estar bien realizado con cada uno de
los elementos de las tareas para la documentacin.
Evaluacin de la prueba: Exitosa.

Prueba de Aceptacin
Cdigo: PA_02
Historia de Usuario: MS_08 Manual tcnico.
Nombre: Verificar que la documentacin sea clara y concisa.
Responsable: Natalia Pilco
Fecha: 09/12/2015
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.

Condiciones de Ejecucin: Se deben conocer los procesos realizados a los largo


del desarrollo de la etapa.
Pasos de ejecucin
Se leer el manual tcnico.
Se realizar un anlisis de su informacin contenida.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: El contenido del manual tcnico sea entendible para todos
los desarrolladores.
Evaluacin de la prueba: Exitosa.

ANEXO 57 REALIZACIN DEL MANUAL DE USUARIO


METAFORA DEL SISTEMA
Nmero: MS_09
Nombre: Realizacin del manual de usuario
Modificacin de metfora Nmero:
Usuario: Usuario
Iteracin Asignada: 5
Prioridad en Negocio: Alta
Puntos Estimados: 4
Riesgo en desarrollo: Bajo
Puntos Reales: 4
Descripcin:
Como desarrollador deseo documentar cmo se maneja y est estructurado el
sistema para que el cliente lo pueda utilizar fcilmente y de una manera gil.
Observaciones:

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_08 Realizacin del manual de
usuario
Nombre: El lenguaje utilizado deber ser de sencilla comprensin para el usuario.
Responsable: Freddy Caps
Fecha: 09/12/2015
Descripcin: El manual de usuario tiene un lenguaje de sencilla comprensin para el
usuario, el cliente ha podido realizar las actividades de la pgina sin necesidad de
que este presenten uno de los programadores.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se puede seguir los pasos especificados en el manual.
Resultado esperado: El sistema debe ser entendible para el usuario por medio de
los manuales.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN

Cdigo: PA_02

Historia de Usuario: MS_08 Realizacin del manual de


usuario
Nombre: El manual deber contener descripciones de pantallas y en cada una su
funcionamiento descriptivo
Responsable: Vanessa Bonito
Fecha: 09/12/2015
Descripcin: El manual de usuario tiene que ser descriptivo llevando en si de una
forma grfica y textual de lo que realiza cada parte de la aplicacin
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se realiza lo que est escrito en el manual.
Resultado esperado: El usuario se guio mediante las interfaces y descripciones
dando como resultado el maneje del sistema por medio del manual.
Evaluacin de la prueba: Exitosa.

Tareas de ingeniera
TAREA DE INGENIERA
Metfora: MS_08 Realizacin del manual de usuario
Nmero de Tarea: TI_01 Nombre de Tarea: Realizar el manual de usuario.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 06/12/2015
Fecha Fin: 09/12/2015
Programador Responsable: Jos Acn
Descripcin: Realizar el manual de usuario para que el cliente tenga una gua
especifica de manejo del producto que le ser entregado.
Pruebas de Aceptacin
Verificar que el manual de usuario contemple todas las especificaciones de uso del
sistema para que pueda tener un manejo ptimo del mismo.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_08 Realizacin del manual de
usuario
Nombre: TI_01 Realizar el manual de usuario.
Responsable: Yessenia Pilco
Fecha: 01-12-2015
Descripcin: Se requiere analizar el manual de usuario generado para verificar si
cuenta con las especificaciones de gua necesarias.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Analizar la redaccin del manual de usuario para ver si se encuentran
especificadas los pasos para el manejo de cada funcionalidad.
Verificar que la gua realizada en el manual lleva al usuario hacia los
resultados correctos.
Resultado esperado: Llegar a la conclusin de que el manual est apto para su
entrega al usuario y que le ser de utilidad como gua en el manejo del sistema.
Evaluacin de la prueba: Exitosa.

ANEXO 58 MODIFICAR DATOS DEL PROVEEDOR


HISTORIA DE USUARIO
Nmero: HU_34
Nombre: Modificar Proveedor
Modificacin historia usuario:
Usuario: Ayudante/Administrador
Iteracin Asignada: 6
Prioridad en Negocio: Alta
Puntos Estimados: 6
Riesgo en desarrollo: Media
Puntos Reales: 6
Descripcin:
Como Ayudante/Administrador del negocio Licores Gia deseo poder modificar los
datos de los proveedores para actualizar la informacin de los mismos de ser
necesario.
Observaciones:

PRUEBAS DE ACEPTACIN
Al realizar la modificacin de alguno de los proveedores estos cambios
deben guardarse exitosamente en la base de datos.
Al mostrar los datos de todos los proveedores los cambios deben ser
actualizados.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_34 Modificar Proveedor
Nombre: Al realizar la modificacin de alguno de los proveedores estos cambios
deben guardarse exitosamente en la base de datos.
Responsable: Carolina Valencia
Fecha: 14/12/2015
Descripcin: Comprobar que la modificacin se realiza correctamente.
Condiciones de Ejecucin:
La funcionalidad Modificar Proveedor debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad, se lista los proveedores.
Se presiona en Modificar en el registro deseado.
Se presenta los campos a modificar: Nombre, Direccin, Correo, Telfono.
Se presiona en Guardar.
Al verificar en la base de datos, los datos han cambiado.
Resultado esperado:
La funcionalidad Modificar Proveedor se ejecuta correctamente.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_34 Modificar Proveedor
Nombre: Al mostrar los datos de todos los proveedores los cambios deben ser
actualizados.
Responsable: Carolina Valencia
Fecha: 14/12/2015
Descripcin: Comprobar que la modificacin se ha realizado cuando se muestran

los datos.
Condiciones de Ejecucin:
La funcionalidad Modificar Proveedor debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad, se lista los proveedores.
Se presiona en Modificar en el registro deseado.
Se presenta los campos a modificar: Nombre, Direccin, Correo, Telfono.
Se presiona en Guardar.
Se presenta el registro nuevamente con los datos modificados.
Resultado esperado:
Los datos se muestran modificados.
Evaluacin: Exitosa.

TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_34 Modificar Proveedor
Nmero de Tarea:
Nombre de Tarea: Implementar el servicio web
TI_01
ModificarProveedor en la capa de acceso a datos con su
respectiva funcin en la clase Proveedor.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 10/12/2015
Fecha Fin: 10/12/2015
Programador Responsable: Mara Jos Morillo
Descripcin: Desarrollar un mtodo ModificarProveedor que realice la sentencia
sql de modificar un registro del proveedor y publicarlo en el servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ModificarProveedor del acceso a datos en la clase
Proveedores este bien implementado.
Verificar que el mtodo ModificarProveedor del servicio web pueda modificar
a un Proveedor.

Prueba de aceptacin
Cdigo: PA_01_01
Historia de Usuario: HU_34 Modificar Proveedor
Nombre: Verificar que el mtodo ModificarProveedor del acceso a datos en la clase
Proveedores este bien implementado.
Responsable: Carolina Valencia
Fecha: 11/12/2015
Descripcin: Comprobar que el mtodo que modifica datos de proveedores este
bien implementado.
Condiciones de Ejecucin:
El mtodo ModificarProveedor debe estar implementado.
Pasos de ejecucin:
Revisar el cdigo del mtodo ModificarProveedor
Resultado esperado:
El mtodo ModificarProveedor debe tener el cdigo correcto
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02_01
Historia de Usuario: HU_34 Modificar Proveedor
Nombre: Verificar que el mtodo ModificarProveedor del servicio web pueda
modificar a un Proveedor.
Responsable: Carolina Valencia
Fecha: 11/12/2015
Descripcin: Comprobar que el mtodo que modifica datos de proveedores realice
la modificacin correctamente.
Condiciones de Ejecucin:
El mtodo ModificarProveedor debe estar implementado en la capa de
Acceso a Datos.
Pasos de ejecucin:
Testeo del servicio web Acceso a Datos.
Se enva los parmetros para modificar los datos de algn proveedor
registrado.
Los datos se modifican en la base de datos.
Resultado esperado:
El mtodo ModificarProveedor en la capa de Acceso a Datos realiza la modificacin
de un proveedor registrado.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_34 Modificar Proveedor
Nmerov de Tarea:
Nombre de Tarea: Implementar y publicar la funcin
TI_02
ModificarProveedor en la capa de Lgica del Negocio.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 11/12/2015
Fecha Fin: 11/12/2015
Programador Responsable: Mara Jos Morillo
Descripcin: Implementar un mtodo ModificarProveedor en la capa de Lgica del
Negocio en el servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ModificarProveedor este publicado en la Lgica del
negocio.
Verificar que el mtodo ModificarProveedor del servicio web Lgica del
negocio pueda modificar un proveedor una vez enviado el parmetro
respectivo.

Prueba de aceptacin
Cdigo: PA_01_02
Historia de Usuario: HU_34 Modificar Proveedor
Nombre: Verificar que el mtodo ModificarProveedor este publicado en la Lgica del
negocio.
Responsable: Carolina Valencia
Fecha: 11/12/2015
Descripcin: Comprobar que el mtodo que modifica datos de proveedores este
publicado en la Lgica del negocio.
Condiciones de Ejecucin:
El mtodo ModificarProveedor debe estar implementado en la capa de

Lgica del negocio.


Pasos de ejecucin:
Testeo del servicio web Acceso a Datos.
El mtodo ModificarProveedor est publicado correctamente.
Resultado esperado:
El mtodo ModificarProveedor en la capa de Lgica del negocio esta correctamente
publicado.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02_02
Historia de Usuario: HU_34 Modificar Proveedor
Nombre: Verificar que el mtodo ModificarProveedor del servicio web Lgica del
negocio pueda modificar un proveedor una vez enviado el parmetro respectivo.
Responsable: Carolina Valencia
Fecha: 11/12/2015
Descripcin: Comprobar que el mtodo que modifica datos de proveedores
funcione correctamente en la Lgica del negocio.
Condiciones de Ejecucin:
El mtodo ModificarProveedor debe estar implementado en la capa de
Lgica del negocio.
Pasos de ejecucin:
Testeo del servicio web Acceso a Datos.
El mtodo ModificarProveedor est publicado correctamente.
Se enva un objeto como parmetro.
Los datos se han modificado en la base de datos.
Resultado esperado:
El mtodo ModificarProveedor en la capa de Lgica del negocio funciona
correctamente.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_34 Modificar Proveedor
Nmero de Tarea: TI_03
Nombre de Tarea: Implementar y publicar la funcin
LoadProveedores y LoadProveedor
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 11/12/2015
Fecha Fin: 11/12/2015
Programador Responsable: Mara Jos Morillo
Descripcin: Implementar y publicar las funciones LoadProveedores y
LoadProveedor tanto en la capa Acceso a datos como en la capa Lgica del
negocio.
(Reverso)Pruebas de Aceptacin:
Verificar que los mtodos LoadProveedor y LoadProveedores esten
publicados y funcionen correctamente en la capa Acceso a Datos.
Verificar que los mtodos LoadProveedor y LoadProveedores esten
publicados y funcionen correctamente en la capa Lgica del Negocio.

Prueba de aceptacin

Cdigo: PA_01_03
Historia de Usuario: HU_34 Modificar Proveedor
Nombre: Verificar que los mtodos LoadProveedor y LoadProveedores esten
publicados y funcionen correctamente en la capa Acceso a Datos.
Responsable: Carolina Valencia
Fecha: 11/12/2015
Descripcin: Comprobar que los mtodos LoadProveedor y LoadProveedores
esten publicados y funcionen correctamente en la capa Acceso a Datos.
Condiciones de Ejecucin:
Los mtodos LoadProveedor y LoadProveedores deben estar
implementados.
Pasos de ejecucin:
Testeo del servicio web Acceso a Datos.
Los mtodos LoadProveedor y LoadProveedores estn publicados
correctamente.
Se enva una CI como parmetro en la funcin LoadProveedor.
Retorna un objeto proveedor con esa CI.
Se presiona en la funcin LoadProveedores.
Retorna todos los registros de proveedores.
Resultado esperado:
Los mtodos LoadProveedor y LoadProveedores funcionan correctamente en la
capa de Acceso a datos.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02_03
Historia de Usuario: HU_34 Modificar Proveedor
Nombre: Verificar que los mtodos LoadProveedor y LoadProveedores esten
publicados y funcionen correctamente en la capa Lgica del Negocio.
Responsable: Carolina Valencia
Fecha: 11/12/2015
Descripcin: Comprobar que los mtodos LoadProveedor y LoadProveedores
esten publicados y funcionen correctamente en la capa Lgica del negocio.
Condiciones de Ejecucin:
Los mtodos LoadProveedor y LoadProveedores deben estar
implementados.
Pasos de ejecucin:
Testeo del servicio web Lgica del Negocio.
Los mtodos LoadProveedor y LoadProveedores estn publicados
correctamente.
Se enva una CI como parmetro en la funcin LoadProveedor.
Retorna un objeto proveedor con esa CI.
Se presiona en la funcin LoadProveedores.
Retorna todos los registros de proveedores.
Resultado esperado:
Los mtodos LoadProveedor y LoadProveedores funcionan correctamente en la
capa Lgica del Negocio.
Evaluacin: Exitosa.

Tarea de Ingeniera

Historia de Usuario: HU_34 Modificar Proveedor


Nmero de Tarea: TI_04
Nombre de Tarea: Implementacin de la interfaz grfica.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 14/12/2015
Fecha Fin: 14/12/2015
Programador Responsable: Mara Jos Morillo
Descripcin: Implementar la interfaz grfica de la historia de usuario Modificar
Proveedor.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz grfica cumpla con el estndar de interfaces utilizado.
Verificar que los proveedores se listen correctamente al ingresar a la
funcionalidad.
Verificar que se pueda modificar los datos de un proveedor especfico.
Prueba de aceptacin
Cdigo: PA_01_04
Historia de Usuario: HU_34 Modificar Proveedor
Nombre: Verificar que la interfaz grfica cumpla con el estndar de interfaces
utilizado.
Responsable: Carolina Valencia
Fecha: 14/12/2015
Descripcin: Comprobar que la interfaz grfica cumpla con el estndar de
interfaces utilizado.
Condiciones de Ejecucin:
La interfaz grfica de la funcionalidad est implementada.
Pasos de ejecucin:
Ejecucin de las interfaces.
Comprobar el estndar.
Resultado esperado:
La interfaz grfica de la funcionalidad cumple con los estndares pre-establecidos.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02_04
Historia de Usuario: HU_34 Modificar Proveedor
Nombre: Verificar que los proveedores se listen correctamente al ingresar a la
funcionalidad.
Responsable: Carolina Valencia
Fecha: 14/12/2015
Descripcin: Comprobar que los proveedores se listen correctamente al ingresar a
la funcionalidad.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada con su interfaz grfica.
Pasos de ejecucin:
Ejecucin de la funcionalidad.
Los registros de todos los proveedores se muestran correctamente.
Resultado esperado:
Los registros de los proveedores se listan correctamente.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_03_04

Historia de Usuario: HU_34 Modificar Proveedor

Nombre: Verificar que se pueda modificar los datos de un proveedor especfico.


Responsable: Carolina Valencia
Fecha: 14/12/2015
Descripcin: Comprobar que se pueda modificar los datos de un proveedor
especfico.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada con su interfaz grfica.
Pasos de ejecucin:
Ejecucin de la funcionalidad.
Los registros de todos los proveedores se muestran.
Se presiona en Modificar en alguno de los registros.
Se presenta la pantalla de modificacin de ese registro.
Se modifica los datos: Nombre, Direccin, Correo, Telfono.
Se presiona en Guardar.
Los registros se listan nuevamente con los datos modificados.
Resultado esperado:
Los datos del proveedor modificado se han actualizado.
Evaluacin: Exitosa.
ANEXO 59 MODIFICAR DATOS DE LICORES
HISTORIA DE USUARIO
Nmero: HU_12
Nombre: Modificar datos de licores.
Modificacin historia de usuario:
Usuario: Administrador
Iteracin Asignada: 6
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Baja
Puntos Reales: 10
Descripcin:
Como administrador me gustara poder hacer cambios sobre los datos de los licores
para actualizarlos cada vez que se den cambios y que mi informacin de los licores
este al da.
Observaciones:
Solo el administrador tendr acceso a la modificacin de los datos de los licores.

PRUEBAS DE ACEPTACIN
Si se modifica un licor y existen campos vacos los inputs indicaran que debe llenar
todos los campos para poder guardar los cambios.
Si se modifican los datos del producto y se da clic en el botn cancelar en vez del
botn guardar, no habr ninguna modificacin de los datos.
Si se modificar un licor y el nombre de este licor ya existe el sistema lanzara una
advertencia de que ese nombre de licor este ya existe.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_12
Nombre: Si se modifica un licor y existen campos vacos los inputs indicaran que
debe llenar todos los campos para poder guardar los cambios.
Responsable: Evelyn Valencia
Fecha: 16/12/2015
Descripcin: Se deber verificar que el sistema no permita que se ingresen

campos vacos para lo cual los inputs debern dar un aviso de llenar el campo en
los campos que el usuario no haya llenado.
Condiciones de Ejecucin:
Debe estar desarrollada la interfaz de modificar licor
Debe existir conexin con el servidor web.
Debe existir conexin a la base de datos.
Pasos de ejecucin:
Cargar la interfaz de modificar licor.
Modificar el campo nombre dejndolo vaco.
Modificar el campo stock mnimo dejndolo vaco.
Dar clic en guardar.
Resultado esperado: El sistema no nos dejara modificar y los inputs desplegaran
un aviso indicando que llenen los respectivos campos.
Evaluacin: Exitosa.
Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_12
Nombre: Si se modifican los datos del producto y se da clic en el botn cancelar en
vez del botn guardar, no habr ninguna modificacin de los datos.
Responsable: Evelyn Valencia
Fecha: 16/12/2015
Descripcin: En caso de que el usuario ya no desee modificar ningn dato del licor
debe poder cancelar dicha modificacin, conservando los datos del licor y
redirigindose a la pgina anterior.
Condiciones de Ejecucin:
Debe estar desarrollada la interfaz de modificar licor
Debe existir conexin con el servidor web.
Debe existir conexin a la base de datos.
Pasos de ejecucin:
Cargar la interfaz de modificar licor.
Modificar el campo nombre licor con el valor Amaretto.
Modificar el campo stock licor con el valor 50.
Modificar el campo precio licor con el valor 57.50
Dar clic en el botn cancelar.
Esperar que se redirija a la pgina anterior.
Consultar en la base de datos que los datos del licor no han variado.
Resultado esperado: Al dar clic en cancelar se debe cargar la pgina anterior y no
deben modificarse los datos del licor.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_12
Nombre: Si se modificar un licor y el nombre de este licor ya existe el sistema
lanzara una advertencia de que ese nombre de licor este ya existe.
Responsable: Evelyn Valencia
Fecha: 16/12/2015
Descripcin: Cuando se realice la modificacin el sistema no deber permitir que
ingrese un nombre licor duplicado ya que este tambin debe ser nico.
Condiciones de Ejecucin:
Debe estar desarrollada la interfaz de modificar licor

Debe existir conexin con el servidor web.


Debe existir conexin a la base de datos.
Debe existir el registro del licor con nombre Pilsener.
Pasos de ejecucin:
Cargar la interfaz de modificar licor.
Modificar el campo nombre licor con el valor Pilsener.
Dar clic en el botn modificar.
Resultado esperado: El sistema lanzara una advertencia de que ya existe un
registro con ese nombre y solicitara otro.
Evaluacin: Exitosa.

Tareas de Ingeniera
Tarea de Ingeniera
Historia de Usuario: HU_12 Modificar datos de licores.
Nmero de Tarea:
Nombre de Tarea: Investigar mtodos para convertir a
TI_01
imgenes bytes almacenados en bases de datos postgres.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 11/12/2015
Fecha Fin: 11/12/2015
Programador Responsable: Wilmer Barrera
Descripcin: Averiguar cules son los diferentes mtodos para transformar las
imgenes de bytes guardadas en la base de datos licgia y seleccionar el mejor de
ellos.
(Reverso)Pruebas de Aceptacin:
El mtodo elegido para convertir un archivo binario (bytes) a imagen
debe ser entendido por el equipo de trabajo.
Verificar que en la imagen se genere correctamente desde la base de
datos

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_12
Nombre: El mtodo elegido para convertir un archivo binario (bytes) a imagen debe
ser entendido por el equipo de trabajo.
Responsable: Evelyn Valencia
Fecha: 11/12/2015
Descripcin: Se debe compartir el conocimiento de conversin de un archivo
binario con el equipo y este nuevo conocimiento debe ser adecuadamente asimilado
por los miembros del equipo.
Condiciones de Ejecucin:
El mtodo para el manejo de imgenes debe estar seleccionado.
El equipo no debe contar con un alto conocimiento de manejo de imgenes.
Pasos de ejecucin:
Realizar una reunin de retroalimentacin.
Explicar el mtodo seleccionado.
Despejar posibles dudas.
Resultado esperado: Los miembros del equipo deben comprender la manera en la
que se trabajara convirtiendo las imgenes dentro del proyecto.
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_12
Nombre: Verificar que en la imagen se genere correctamente desde la base de
datos
Responsable: Evelyn Valencia
Fecha: 11/12/2015
Descripcin: Se comprobara que la imagen que se obtiene de la base de datos se
genere correctamente en el cliente de la aplicacin.
Condiciones de Ejecucin:
Debe estar una interfaz de prueba para el cliente donde se debe cargar la
imagen.
Debe existir conexin con el servidor web.
Debe existir conexin a la base de datos.
Debe existir el registro del licor con la imagen.
Pasos de ejecucin:
Cargar la interfaz de prueba.
Verificar que se cargue la imagen correspondiente a la que se encuentra en
la base de datos.
Verificar la url de la imagen que se carga en el cdigo fuente de la pgina.
Resultado esperado: Se debe guardar la imagen en el servidor web de la capa de
interfaz de usuario
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_12 Modificar datos de licores.
Nmero de Tarea:
Nombre de Tarea: Implementar el mtodo para modificar la
TI_02
informacin del licor en la base de datos licgia
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 14/12/2015
Fecha Fin: 14/12/2015
Programador Responsable: Wilmer Barrera
Descripcin: Se debe desarrollar un mtodo que permita hacer la conexin a la
base por medio del mtodo Conectar y que ejecute la sentencia sql que cambie los
datos de los licores almacenados en la base de datos.
(Reverso)Pruebas de Aceptacin:
La sentencia sql update para modificar la informacin de un licor debe
ejecutarse correctamente.
Verificar que exista una conexin a la base de datos licgia en postgres

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_12
Nombre: La sentencia sql update para modificar la informacin de un licor debe
ejecutarse correctamente.
Responsable: Evelyn Valencia
Fecha: 14/12/2015
Descripcin: Si se manda a ejecutar la sentencia sql update para modificar esta
debe retornar un valor true si se hace correctamente caso contrario devolver false.
Condiciones de Ejecucin:
Debe existir conecion con la base de datos.
El servidor de base de datos debe estar levantado.

La sentencia sql update para modificar licor debe estar implementada.


Pasos de ejecucin:
Seleccionar la sentencia.
Realizar un debug.
Avanzar un paso.
Comprobar el valor devuelto por la sentencia en la ventana de variables.
Resultado esperado: El valor devuelto por el debug en la sentencia deber ser
true.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario:
Nombre: Verificar que exista una conexin a la base de datos licgia en postgres
Responsable: Evelyn Valencia
Fecha: 14/12/2015
Descripcin: Se debe comprobar que la aplicacin est haciendo conexin con la
base de datos licgia.
Condiciones de Ejecucin:
El servidor de base de datos debe estar levantado.
El servidor de acceso a datos debe estar levantado.
La clase Conexin () debe estar implementada.
Pasos de ejecucin:
Seleccionar la lnea de cdigo this.bd = new Conexion();.
Realizar un debug.
Avanzar un paso.
Comprobar el valor devuelto por la clase conexin en la ventana de
variables.
Resultado esperado: Debe devolver una conexin a la base de datos licgia.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_12 Modificar datos de licores.
Nmero de Tarea:
Nombre de Tarea: Implementar el servicio web en la capa
TI_03
de acceso a datos, tambin crear un servicio web cliente en
la capa de lgica de negocio como tambin un servicio web.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 14/12/2015
Fecha Fin: 14/12/2015
Programador Responsable: Wilmer Barrera
Descripcin: Se requiere realizar el respectivo cliente web que consuma el servicio
para modificar los datos del licor de la capa de acceso a datos pasndole los nuevos
datos que sern modificados.
(Reverso)Pruebas de Aceptacin:
Verificar que el sistema modifique correctamente la informacin (solo
datos de texto) de un licor.
Verificar que se extraigan correctamente los datos del licor a modificar.

Prueba de aceptacin
Cdigo: PA_08

Historia de Usuario:

Nombre: Verificar que el sistema modifique correctamente la informacin (solo


datos de texto) de un licor.
Responsable: Evelyn Valencia
Fecha: 14/12/2015
Descripcin: Si se realiza la modificacin en el servicio web modificarlicor de la
lgica de negocio estos cambios debern guardarse correctamente.
Condiciones de Ejecucin:
Deber existir conexin con la base de datos.
Debe estar levantado el servidor de base de datos.
Debe estar implementado el servicio web modificarlicor en la lgica de
negocio.
Pasos de ejecucin:
Desplegar los servicios de lgica de negocio.
Realizar un test web service de la lgica de negocio.
Utilizar el servicio modificarlicor cambiando el nombre por Tropico Seco, y la
categora por Aguardiente.
Ejecutar el servicio web.
Consultar en la base de datos si los datos del licor han cambiado.
Resultado esperado: Los datos modificados se deben estar cambiados en la base
de datos.
Evaluacin: Exitosa.
Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario:
Nombre: Verificar que se extraigan correctamente los datos del licor a modificar.
Responsable: Evelyn Valencia
Fecha: 14/12/2015
Descripcin: Se debe comprobar que los datos del licor que se muestran para
poder cambiar son los mismos que estn en la base de datos.
Condiciones de Ejecucin:
Deber existir conexin con la base de datos.
Debe estar levantado el servidor de base de datos.
Debe estar implementado el servicio web modificarlicor en la lgica de
negocio.
Pasos de ejecucin:
Desplegar los servicios de lgica de negocio.
Realizar un test web service de la lgica de negocio.
Consultar en la base de datos y comparar que los datos del licor que se va a
modificar sean los mismos que estn registrados en la tabla.
Resultado esperado: Los datos que se muestran a modificar debern ser los
mismos que estn en la base de datos licgia.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_12 Modificar datos de licores.
Nmero de Tarea:
Nombre de Tarea: Implementar funcionalidad para la
TI_04
visualizacin de la informacin del licor en la interfaz de
usuario por medio de un controlador jsp.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 15/12/2015
Fecha Fin: 15/12/2015

Programador Responsable: Wilmer Barrera


Descripcin: Se necesita implementar una funcionalidad para poder representar la
informacin del licor del cual se van a cambiar los datos lo cual se har a travs de
un controlador jsp en la capa de interfaz de usuario.
(Reverso)Pruebas de Aceptacin:
Verificar que la informacin que se extrae desde la base de datos sea la
correcta
Verificar que se cree la imagen extrada de la base de datos en el
directorio especificado en el cdigo.

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_12
Nombre: Verificar que la informacin que se extrae desde la base de datos sea la
correcta
Responsable: Evelyn Valencia
Fecha: 15/12/2015
Descripcin: Al momento de modificar el controlador deber retornar los datos de
la informacin del licor que se pretende modificar.
Condiciones de Ejecucin:
Deber existir conexin con la base de datos.
Debe estar levantado el servidor de base de datos.
Debe estar implementado el controlador de modificar licor
Pasos de ejecucin:

Resultado esperado:
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_11
Historia de Usuario: HU_12
Nombre: Verificar que se cree la imagen extrada de la base de datos en el
directorio especificado en el cdigo.
Responsable: Evelyn Valencia
Fecha: 15/12/2015
Descripcin: Al momento de ejecutar la interfaz de modificarlicor se debe verificar
que en el servidor web se cree la imagen que se ha extrado de la base de datos en
el directorio imag.
Condiciones de Ejecucin:
Deber existir conexin con la base de datos.
Debe estar levantado el servidor de base de datos.
Debe estar implementado la interfaz de modificar licor
El registro que se va a cambiar debe estar en la base de datos.
Pasos de ejecucin:
Ejecutar la interfaz de modificar licor.
Buscar la imagen generada en el directorio imag en el servidor web.
Resultado esperado: En el directorio imag debe generarse la imagen extraida.
Evaluacin: Fallida.

Tarea de Ingeniera
Historia de Usuario: HU_12 Modificar datos de licores.

Nmero de Tarea:
TI_05

Nombre de Tarea: Implementar la interfaz de usuario para


modificar la informacin del licor y crear servicio web cliente
dentro de la capa IU
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 16/12/2015
Fecha Fin: 16/12/2015
Programador Responsable: Wilmer Barrera
Descripcin: Se necesita desarrollar la interfaz que interactuara con el usuario
mostrndole al usuario los datos a modificar.
(Reverso)Pruebas de Aceptacin:
Verificar que se presente los campos que se pueden modificar de la
informacin del licor
Verificar que la imagen se visualice correctamente en caso de necesitar
modificar la misma
Verificar que la informacin modificada (Campos de texto como tambin
la imagen) se pase correctamente a la base de datos licgia.

Prueba de aceptacin
Cdigo: PA_12
Historia de Usuario: HU_12
Nombre: Verificar que se presente los campos que se pueden modificar de la
informacin del licor
Responsable: Evelyn Valencia
Fecha: 16/12/2015
Descripcin: Comprobar que la interfaz para la modificacin del licor presente
todos los campos posibles para la modificacin del licor.
Condiciones de Ejecucin:
Debe estar desarrollado la interfaz de modificarlicor.
Pasos de ejecucin:
Cargar la interfaz de modificar
Verificar que tenga todos los campos que se pueden modificar.
Resultado esperado: La interfaz debera presentar al usuario todos los posibles
campos que puede modificiar del licor.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_13
Historia de Usuario: HU_12
Nombre: Verificar que la imagen se visualice correctamente en caso de necesitar
modificar la misma
Responsable: Evelyn Valencia
Fecha: 16/12/2015
Descripcin: Comprobar que en la interfaz de modificar usuario se carga
adecuadamente la imagen respectiva del licor a modificar.
Condiciones de Ejecucin:
Debe estar desarrollado la interfaz de modificarlicor.
Debe existir conexin con la base de datos.
Debe estar parado el servidor de base de datos.
El registro que se va a cambiar debe estar en la base de datos.
Pasos de ejecucin:
Cargar la interfaz de modificar
Verificar que la imagen que se cargue sea la respectiva.
Resultado esperado: La imagen que se carga debe ser la adecuada respecto al

licor que se espera modificar.


Evaluacin: Fallida.

Prueba de aceptacin
Cdigo: PA_14
Historia de Usuario: HU_12
Nombre: Verificar que la informacin modificada (Campos de texto como tambin la
imagen) se pase correctamente a la base de datos licgia.
Responsable: Evelyn Valencia
Fecha:
Descripcin: Comprobar que la informacin que se modifica se guarda
correctamente en la base de datos.
Condiciones de Ejecucin:
Debe estar desarrollado la interfaz de modificarlicor.
Debe existir conexin con la base de datos.
Debe estar parado el servidor de base de datos.
El registro que se va a cambiar debe estar en la base de datos.
Pasos de ejecucin:
Cargar la interfaz de modificar datos del licor.
Modificar el campo de precio del licor poner 5.50.
Dar clic en modificar.
Consultar en la base de datos el registro modificado.
Resultado esperado: Comprobar que el registro del licor se haya modificado
correctamente
Evaluacin: Exitosa.

ANEXO 60 BUSCAR LICOR


HISTORIA DE USUARIO
Nmero: HU_17
Nombre: Buscar licor
Modificacin historia de usuario:
Usuario: Usuarios
Iteracin Asignada: 6
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Baja
Puntos Reales: 9
Descripcin: Como usuario necesito saber los licores existentes, as como tambin
el precio de cada licor y la cantidad del mismo de una forma ms rpida.
Observaciones:
El licor ser buscado por nombre y tambin por el precio del licor.

PRUEBAS DE ACEPTACIN
Si no se ingresan datos en el campo de entrada de bsqueda y se da clic en el botn
buscar no se realizar la bsqueda hasta que se ingresen datos al mismo.
Si se ingresa el nombre de un producto y no se encuentra registrado se informar al
usuario que no existe tal producto registrado en el sistema.
Si se ingresa un valor en el campo de bsqueda y se da clic en buscar se listarn
todos los licores desde el valor que se ingres hacia abajo.
Si se ingresa el nombre de un producto y se da clic en buscar se mostrar el producto

con su respectivo detalle.

Tarea de Ingeniera
Historia de Usuario: HU_17 Buscar Licor
Nmero de Tarea: TI_01
Nombre de Tarea: Implementar el servicio web
BuscarLicor en la capa de acceso a datos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 11/12/2015
Fecha Fin: 14/12/2015
Programador Responsable: Natalia Pilco
Descripcin: Desarrollar un mtodo BuscarLicor que realice la sentencia SQL de
buscar el licor bajo distintos parmetros de bsqueda.

PRUEBAS DE ACEPTACIN
Verificar que exista conexin a la base de datos.
Verificar que el servicio web busca correctamente los datos del licor.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_17 Buscar Licor
Nombre: Verificar que exista conexin a la base de datos.
Responsable: Mara Jos Morillo
Fecha: 14/12/2015
Descripcin: Al ejecutar el mtodo se debe presentar la pgina del tester
Condiciones de Ejecucin:
El servicio web en la capa de acceso debe estar implementado
Pasos de ejecucin:
Ir al servicio web de la capa de acceso a datos
Dar clic derecho
Seleccionar Test Web Service
Resultado esperado:
Se debe presentar la pgina de tester con el mtodo que se realiz
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_17 Buscar Licor
Nombre: Verificar que el servicio web busca correctamente los datos del licor.
Responsable: Vanesa Bonito
Fecha: 14/12/2015
Descripcin: Comprobar que el dato enviado al servicio web devuelven los datos
esperados.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web BuscarLicor debe estar implementada.
Pasos de ejecucin:
Ir al servicio web de la capa de acceso a datos
Dar clic derecho
Seleccionar Test Web Service

Ingresar el dato Fron


Dar clic en BuscarLicor
Resultado esperado:
Se debe mostrar los datos respectivos del licor que se est buscando
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_17 Buscar Licor
Nmero de Tarea: TI_02
Nombre de Tarea: Crear un cliente web y un
servicio web en la capa de lgica de negocio
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 14/12/2015
Fecha Fin: 14/12/2015
Programador Responsable: Natalia Pilco
Descripcin: Crear un cliente que consuma el servicio web del mtodo BuscarLicor e
implementar un servicio web que reciba un objeto tipo Licor y mande sus datos a su
cliente web.

PRUEBAS DE ACEPTACIN
Verificar que exista conexin a la base de datos
Verificar que el servicio web realiza la accin de buscar licor.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_17 Buscar Licor
Nombre: Verificar que exista conexin a la base de datos.
Responsable: Freddy Capuz
Fecha: 14/12/2015
Descripcin: Al ejecutar el mtodo se debe presentar la pgina del tester
Condiciones de Ejecucin:
El servicio web en la capa de acceso debe estar implementado
Pasos de ejecucin:
Ir al servicio web de la capa de acceso a datos
Dar clic derecho
Seleccionar Test Web Service
Resultado esperado:
Se debe presentar la pgina de tester con el mtodo que se realiz.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_17 Buscar Licor
Nombre: Verificar que el servicio web realiza la accin de buscar licor.
Responsable: Yesenia Pilco
Fecha: 14/12/2015
Descripcin: Comprobar que el dato enviado al servicio web de la capa lgica de
negocio devuelve los datos esperados.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web BuscarLicor debe estar implementada.
Pasos de ejecucin:

Ir al servicio web de la capa lgica de negocio


Dar clic derecho
Seleccionar Test Web Service
Ingresar el dato 40
Dar clic en BuscarLicor
Resultado esperado:
Se debe mostrar los datos respectivos del licor que se est buscando
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_17 Buscar Licor
Nmero de Tarea: TI_03
Nombre de Tarea: Desarrollar la interfaz de Buscar
Licor
Tipo de Tarea: desarrollo
Puntos Estimados: 4
Fecha Inicio: 15/12/2015
Fecha Fin: 16/12/2015
Programador Responsable: Natalia Pilco
Descripcin: Desarrollar la interfaz para realizar la bsqueda de un licor siguiendo el
estndar de interfaz de usuario preestablecido.

PRUEBAS DE ACEPTACIN
Validar que la interfaz sea homognea con el estilo que se ha ido manejando.
Verificar que el servicio web de la capa Interfaz Usuario realiza la accin de
buscar licor.

PRUEBA DE ACEPTACIN
Cdigo: PA_ 05
Historia de Usuario: HU_17 Buscar Licor
Nombre: Validar que la interfaz sea homognea con el estilo que se ha ido
manejando
Responsable: Adriana Velsquez
Fecha: 15/12/2015
Descripcin:
La interfaz de bsqueda de licor debe tener la misma estructura que las pginas
anteriores con su respectivo men y pie de pgina.
Condiciones de Ejecucin:
Debe estar enlazada la pgina de buscar licor al men.
Debe existir las validaciones de la interfaz de la bsqueda
Pasos de ejecucin:
Ejecutar la pgina de inicio (index)
Registrarse como administrador o empleado
Dar clic en Buscar Licor
Resultado esperado:
La interfaz debe ser similar a las pginas creadas anteriormente con el estndar
establecido para la interfaz de usuario.
Evaluacin de la prueba: Exitosa

Prueba de aceptacin

Cdigo: PA_06
Historia de Usuario: HU_17 Buscar Licor
Nombre: Verificar que el servicio web de la capa Interfaz Usuario realiza la accin de
buscar licor.
Responsable: Evelyn Valencia
Fecha: 16/12/2015
Descripcin: Comprobar que la interfaz desarrollada para la bsqueda de licores se
ejecute correctamente.
Condiciones de Ejecucin:
La interfaz debe estar desarrollada
Debe existir conexin con la Base de Datos
Pasos de ejecucin:
Registrarse como administrador o como empleado
Dar clic en Buscar Licor
Ingresar el criterio por el cual se va a buscar Zhumir
Dar clic en buscar
Resultado esperado:
Se debe presentar una pgina con los datos del licor que se est buscando
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_17 Buscar Licor
Nombre: Si no se ingresan datos en el campo de entrada de bsqueda y se da clic en
el botn buscar no se realizar la bsqueda hasta que se ingresen datos al mismo.
Responsable: Vctor Bayas
Fecha: 16/12/2015
Descripcin: Comprobar que la bsqueda no se realiza sino se han ingresado datos
en el campo.
Condiciones de Ejecucin:
La interfaz debe estar desarrollada
Debe existir conexin con la Base de Datos
Pasos de ejecucin:
Registrarse como administrador o como empleado
Dar clic en Buscar Licor
Ingresar el criterio por el cual se va a buscar vaco
Dar clic en buscar
Resultado esperado: No se deben presentar resultados, es decir seguir en la
pantalla de bsqueda hasta que se ingrese algn dato dentro del mismo.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_17 Buscar Licor
Nombre: Si se ingresa el nombre de un producto y no se encuentra registrado se
informar al usuario que no existe tal producto registrado en el sistema.
Responsable: Vanesa Bonito
Fecha: 16/12/2015
Descripcin: Comprobar que se enve un aviso en caso de no constar el producto
dentro de la base de datos.
Condiciones de Ejecucin:
La interfaz debe estar desarrollada
Debe existir conexin con la Base de Datos

Pasos de ejecucin:
Registrarse como administrador o como empleado
Dar clic en Buscar Licor
Ingresar el criterio por el cual se va a buscar Pedro Dome
Dar clic en buscar
Resultado esperado: Debe mostrar un mensaje Datos no encontrados
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_17 Buscar Licor
Nombre: Si se ingresa un valor en el campo de bsqueda y se da clic en buscar se
listarn todos los licores desde el valor que se ingres hacia abajo.
Responsable: Freddy Capuz
Fecha: 16/12/2015
Descripcin: Comprobar que al ingresar una cantidad se muestre una lista con todos
los licores que tienen ese precio ingresado hacia abajo.
Condiciones de Ejecucin:
La interfaz debe estar desarrollada
Debe existir conexin con la Base de Datos
Pasos de ejecucin:
Registrarse como administrador o como empleado
Dar clic en Buscar Licor
Ingresar el criterio por el cual se va a buscar 45
Dar clic en buscar
Resultado esperado: Debe mostrar todos los licores que contienen ese precio hacia
abajo.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_17 Buscar Licor
Nombre: Si se ingresa el nombre de un producto y se da clic en buscar se mostrar
el producto con su respectivo detalle.
Responsable: Evelyn Valencia
Fecha: 16/12/2015
Descripcin: Comprobar que se muestren los resultados esperados.
Condiciones de Ejecucin:
La interfaz debe estar desarrollada
Debe existir conexin con la Base de Datos
Pasos de ejecucin:
Registrarse como administrador o como empleado
Dar clic en Buscar Licor
Ingresar el criterio por el cual se va a buscar 45
Dar clic en buscar
Resultado esperado: Debe mostrar una lista detallada de los licores que contengan
el nombre ingresado.
Evaluacin: Exitosa
ANEXO 61 INGRESO DE CATEGORA

HISTORIA DE USUARIO
Nmero: HU_40
Nombre: Ingreso de categora
Modificacin historia de usuario:
Usuario: Administrador
Iteracin Asignada:6
Prioridad en Negocio: Baja
Puntos Estimados:10
Riesgo en desarrollo: Baja
Puntos Reales: 8
Descripcin:
Como administrador deseo ingresar la categora de mis licores para tener la
informacin de los licores con su respectiva clasificacin.
Observaciones:
PRUEBAS DE ACEPTACIN
La informacin se guardar la ingresar todos los campos requeridos por el
formulario de ingreso.
Si el ingreso de la categora existiera se mostrar un mensaje categora ya
existe.
Si existen campos vacos nos mostrar un mensaje indicando que llene todos
los campos.
Al hacer clic en el botn Cancelar, redireccionar a la pgina de inicio.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_40 Ingreso de categora
Nombre: Categora existente
Responsable: Vanessa Bonito
Fecha: 16/12/2015
Descripcin: En caso de que se guarde informacin de una categora ya existente,
el sistema mostrar un mensaje indicando de que la categora a ingresarse ya se
encuentra registrada.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos.
Los campos a ingresar deben estar llenos.
Pasos de ejecucin:
Ir a la interfaz de ingreso de una categora.
Llenar el campo Nombre.
Llenar el campo Descripcin.
Presionar sobre el botn Guardar.
Resultado esperado: Que el sistema no permita el ingreso de registros duplicados.
Evaluacin:
Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_40 Ingreso de categora
Nombre: La informacin se guardar al ingresar todos los campos requeridos por el
formulario de ingreso.
Responsable: Carolina Valencia
Fecha: 16/12/2015
Descripcin: Verificar que los datos de la categora ingresada por medio del
formulario se guarden correctamente en la Base de Datos.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos

Los campos a ingresar deben estar llenos


Pasos de ejecucin:
Ir a la interfaz de ingreso de una categora.
Llenar el campo Nombre.
Llenar el campo Descripcin.
Presionar sobre el botn Guardar.
Resultado esperado: Que el sistema almacene los datos correctamente en la Base
de Datos.
Evaluacin:

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_40 Ingreso de categora
Nombre: Campos vacos
Responsable: Natalia Pilco
Fecha: 16/12/2015
Descripcin: El sistema no permitir el ingreso de datos, si es que algn campo del
formulario de ingreso se encuentra vaco.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos.
La interfaz de usuario debe estar creada.
Pasos de ejecucin:
Ingresar a la interfaz de ingreso de una categora.
Llenar los campos respectivos dejando uno de ellos vaco.
Presionar sobre el botn Guardar.
Resultado esperado: El sistema indique que el campo est vaco, y se requiere
llenarlo.
Evaluacin:

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_40 Ingreso de categora
Nombre: Botn Cancelar
Responsable: Natalia Pilco
Fecha: 16/12/2015
Descripcin: Al presionar sobre el botn Cancelar, automticamente redireccionar
a la pgina de inicio.
Condiciones de Ejecucin:
La interfaz de usuario debe estar creada.
Pasos de ejecucin:
Ingresar a la interfaz de ingreso de una categora.
Presionar sobre el botn Cancelar.
Mostrar interfaz pgina principal.
Resultado esperado: se cancela el ingreso de una categora y nos enva a la
pgina principal del sistema
Evaluacin: Exitosa
TAREAS DE INGENIERA
TAREA DE INGENIERA
Historia de Usuario: HU_40 Ingreso de categora

Nmero de Tarea: TI_01

Nombre de Tarea: Desarrollar la interfaz de usuario

Tipo de Tarea: Desarrollo


Puntos Estimados: 2
Fecha Inicio: 11/12/2015
Fecha Fin: 14/12/2015
Programador Responsable: Yesenia Pilco
Descripcin: Se realizar el desarrollo de la interfaz de usuario mediante la cual se
obtendrn los datos de las diferentes categoras de los licores.
Pruebas de Aceptacin
Verificar que la interfaz cumpla con el estndar diseado.
Verificar que los campos del formulario sean los adecuados para obtener la
informacin de las categoras.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_40 Ingreso de categora
Nombre: Verificar que la interfaz cumpla con el estndar diseado.
Responsable: Maria Jose Morillo
Fecha: 16/12/2015
Descripcin: Verificar que la interfaz desarrollada para el ingreso de datos de
proveedores este acorde al diseo antes establecido.
Condiciones de Ejecucin:
La interfaz se encuentra desarrollada.
Pasos de ejecucin:
Abrir la interfaz de usuario que permite el ingreso de datos de las categoras.
Verificar que esta cumpla con el diseo establecido.
Resultado esperado: La interfaz realizada esta desarrollada bajo los parmetros de
diseo de la misma.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_40 Ingreso de categora
Nombre: Verificar que los campos del formulario sean los adecuados para obtener
los datos de la categora.
Responsable: Victor Bayas
Fecha: 16/12/2015
Descripcin: Verificar que la interfaz desarrollada para el ingreso de datos de las
categoras contenga los campos necesarios para el ingreso de los datos de las
mismas
Condiciones de Ejecucin:
La interfaz se encuentra ya desarrollada.
Pasos de ejecucin:
Abrir la interfaz de usuario que permite el ingreso de datos del cliente.
Verificar que esta contenga los campos requeridos para el ingreso de una
categora
Resultado esperado: La interfaz realizada contiene el formulario con los campos
requeridos para el ingreso de una categoria.
Evaluacin: Exitosa

TAREA DE INGENIERA
Historia de Usuario: HU_40 Ingreso de categora
Nmero de Tarea: TI_02 Nombre de Tarea: Desarrollar las clases Categoras y
categora en el Acceso a Datos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 15/12/2015
Fecha Fin: 15/12/2015
Programador Responsable: Yesenia Pilco
Descripcin: Desarrollar de las clases categora y categoras en la capa de acceso
con sus respectivos atributos y mtodos.
Pruebas de Aceptacin
Verificar que exista conexin con la base de datos.
Verificar que se ejecute la sentencia sql.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_40 Ingreso de categora
Nombre: Verificar que se ejecute la sentencia sql.
Responsable: Freddy Capuz
Fecha: 16/12/2015
Descripcin: Ejecutar la sentencia sql.
Condiciones de Ejecucin:
Ejecutar Postgesql
Pasos de ejecucin:
Ir a capa de acceso a datos.
En la sentencia sql del ingreso de categora cambiamos los campos a enviar:
Nombre:
Descripcion:
Estado:
Testear el servicio.
Ir al navegador hacer clic en IngresarCategoria.
Verificar el mensaje de ingreso, exitoso.
Resultado esperado: Se ejecut la sentencia sql.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_40 Ingreso de categora
Nombre: Verificar que exista conexin con la base de datos.
Responsable: Wilmer Barrera
Fecha: 16/12/2015
Descripcin: Verificar conexin con la base de datos.
Condiciones de Ejecucin:
Ejecutar Postgesql
Pasos de ejecucin:
Ejecutar la sentencia sql en Ntebeans.
Verificar mensaje de x Rows Affected
Verificar la tabla con los datos ingresados.
Resultado esperado: Conexin exitosa con la base de datos.
Evaluacin: Exitosa

TAREA DE INGENIERA
Historia de Usuario: HU_40 Ingreso de categora
Nmero de Tarea: TI_03 Nombre de Tarea: Lgica de negocio
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 15/12/2015
Fecha Fin: 15/12/2015
Programador Responsable: Yesenia Pilco
Descripcin: Desarrollar de las clases categora y categoras en la capa de acceso
con sus respectivos atributos y mtodos.
Pruebas de Aceptacin
Verificar que el servicio web creado se levante en la capa de lgica de
negocio.

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_40 Ingreso de categora
Nombre: Verificar que el servicio web creado se levante.
Responsable: Giannella Montao
Fecha: 16/12/2015
Descripcin: ejecutar el servicio web de la lgica de negocio
Condiciones de Ejecucin:
Estar creado el servicio web.
Pasos de ejecucin:
Testear el servicio web de la lgica de negocio.
Hacer clic en IngresarCategoria.
Resultado esperado: El servicio web se ha levantado correctamente.
Evaluacin: Exitosa
PRUEBA DE ACEPTACIN
Cdigo: PA_10
Historia de Usuario: HU_40 Ingreso de categora
Nombre: TI_04 Verificar que se ejecute la sentencia sql.
Responsable: Adriana Velsquez
Fecha: 16/12/2015
Descripcin: Verificar que la sentencia SQL desarrollada en el mtodo
IngresarProveedor se ejecute correctamente.
Condiciones de Ejecucin:
El servidor de base de datos debe estar funcionando correctamente.
La conexin a la base de datos debe estar realizada.
Pasos de ejecucin:
Nos vamos a la capa de acceso a datos.
Cambiamos en la sentencia sql del mtodo ListarCategoria
Copiamos la sentencia SQL.
En la tabla tbcategoria de la base de datos de nuestro netbeans ingresamos
en execute command,
Ejecutamos la sentencia SQL con los datos.
Resultado esperado: Muestra los nombres de las diferentes categoras ingresadas.
Evaluacin de la prueba: Exitosa
PRUEBA DE ACEPTACIN
Cdigo: PA_11
Historia de Usuario: HU_40 Ingreso de categora
Nombre: TI_04 Verificar que el servicio web realice la funcin esperada.
Responsable: Yesenia Pilco
Fecha: 16/12/2015
Descripcin: Verificar que el servicio web publicado realice la funcin esperad, es

decir que me liste las diferentes categoras existentes.


Condiciones de Ejecucin:
El servidor de base de datos debe estar funcionando correctamente.
La conexin a la base de datos debe estar realizada.
El mtodo ListarCategoria debe estar desarrollado
Pasos de ejecucin:
Nos vamos a la capa de acceso a datos.
Seleccionamos los servicios web.
Testeamos los servicios web.
Seleccionamos el servicio web Listar Categora.
Resultado esperado: Se muestra el nombre de las diferentes categoras existentes
en la base de datos.
Evaluacin de la prueba: Exitosa

ANEXO 62 REPORTE DE LOS LICORES QUE SE ESTAN AGOTANDO


HISTORIA DE USUARIO
Nmero: HU_16
Nombre: Reporte de los licores que se estn agotando
Modificacin historia de usuario:
Usuario: Administrador
Iteracin Asignada: 9
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Bajo
Puntos Reales: 8
Descripcin: Como administrador necesito tener la lista de aquellos licores que se
estn agotando, para volver a comprar esos licores y as evitar el desabastecimiento
del licor.
Observaciones:
Cada que sobren solo 6 unidades de un licor en bodega se compra ms mercadera
de este y necesito imprimir esta informacin.

PRUEBAS DE ACEPTACIN
Se mostrar el reporte de los licores que ya se estn agotando el categoria, nombre
del licor y sus stocks.
Verificar que el reporte se actualice cuando los licores se vayan agotando.
Verificar si no hay licores que se est agotando se muestre un mensaje de aviso que
No Existe licores Agotados.
Verificar que el reporte muestre los licores que solo tengan el estado Activo.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_16 Reporte de los licores que se
estn agotando
Nombre: Verificar que el reporte se actualice cuando los licores se vayan agotando.
Responsable: Natalia Pilco
Fecha: 16/12/2015
Descripcin: Se comprobar que se muestre el reporte con sus respectivos
campos con sus datos.
Condiciones de Ejecucin:
Que exista la conexin a la Base de datos.

Que debe estar la interfaz de Reporte de Licores Agotados


Pasos de ejecucin:
Ingresar en la interfaz General
Ir al men Reporte
Escoger el men de Reporte de Licores Agotados
Resultado esperado: Debe mostrar la lista de los Licores que se esta Agotando.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_16 Reporte de los licores que se
estn agotando.
Nombre: Verificar que el reporte se actualice cuando los licores se vayan agotando.
Responsable: Yessenia Pilco
Fecha: 16/12/2015
Descripcin: Se comprobar cuando un Licor llegue a su stock mnimo se deber
mostrar en el Reporte de Licores Agotados.
Condiciones de Ejecucin:
Que exista la conexin a la Base de datos.
Que debe estar la interfaz de Reporte de Licores Agotados
Pasos de ejecucin:
Ingresar un Licor con su Stock y Stock mnimo con el mismo valor.
Ir al Men Reporte
Seleccionar Reporte de Licores Agotados.
Resultado esperado: Se debe mostrar el licor que se ingres para ver si consta en
el Reporte de Licores Agotados.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_16 Reporte de los licores que se
estn agotando.
Nombre: Verificar si no hay licores que se est agotando se muestre un mensaje de
aviso que No Existe licores Agotados.
Responsable: Maria Jose Morillo
Fecha: 16/12/2015
Descripcin: Se comprobar que el sistema muestre un mensaje de aviso al
momentos que no existe Licores Agotados.
Condiciones de Ejecucin:
Que exista la conexin a la Base de datos.
Que debe estar la interfaz de Reporte de Licores Agotados
No debe existir ningn licores que tenga su stock igual al Stock mnimo.
Pasos de ejecucin:
Ingresar a la Interfaz principal
Ir al Men Reporte
Seleccionar Reporte de Licores Agotados.
Resultado esperado: debe mostrar el mensaje de aviso que No Existe Licores
Agotados.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_4
Historia de Usuario: HU_16 Reporte de los licores que se
estn agotando.
Nombre: Verificar que el reporte muestre los licores que solo tengan el estado
Activo.
Responsable: Giannella Montao
Fecha: 16/12/2015
Descripcin: Se comprobar que se liste todos los licores que tengan estado
Activo.
Condiciones de Ejecucin:
Que exista la conexin a la Base de datos.
Que debe estar la interfaz de Reporte de Licores Agotados
Pasos de ejecucin:
Ingresar a la Interfaz principal
Ir al Men Reporte
Seleccionar Reporte de Licores Agotados.
Resultado esperado: debe mostrar todos los licores que se est Agotando y su
estado sea Activo.
Evaluacin: Exitosa
TAREAS DE INGENIERIA
Tarea de Ingeniera
Historia de Usuario: HU_16 Reporte de los licores que se estn agotando
Nmero
de
Tarea: Nombre de Tarea Implementar el servicio web
TI_01
LicorAgotado en la capa de acceso a datos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 11/12/2015
Fecha Fin: 14/12/2015
Programador Responsable: Victor Bayas
Descripcin: Desarrollar un mtodo LicorAgotado que realice la sentencia sql me
muestre los licores que se estn agotando y publicarlo como servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que la consulta para mostrar la lista del reporte este bien realizada.
Verificar que el mtodo LicorAgotado del servicio web pueda mostrar la lista
de los licores que se estn agotando.

Prueba de aceptacin
Cdigo: PA_05 Historia de Usuario: HU_16 Reporte de los licores que se estn
agotando
Nombre: Verificar que la consulta para mostrar la lista del reporte este bien
realizada.
Responsable: Vanessa Bonito
Fecha: 14/12/2015
Descripcin: Comprobar la consulta realizada para que nos muestre la lista de los
licores que se est agotando.
Condiciones de Ejecucin:
Debe estar la conexin con la Base de datos
Debe estar realizada la consulta
Pasos de ejecucin:
Se copia la consulta realizada.

Dar un clic en ejecutar consultar


Pegar la consulta que se realizo
Dar clic en ejecutar
Resultado esperado:
Debe mostrar la lista de los licores que se est agotando.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_16 Reporte de los licores que se
estn agotando
Nombre: Verificar que el mtodo LicorAgotado del servicio web pueda mostrar la
lista de los licores que se estn agotando.
Responsable: Vanessa Bonito
Fecha: 14/12/2015
Descripcin: Comprobar que el servicio de Acceso a Datos muestre la lista de los
licores que se est agotando.
Condiciones de Ejecucin:
. Debe estar la conexin con la Base de datos

Debe estar implementado el Servicio web LicorAgotado


Pasos de ejecucin:
Realizamos el Test en el servicio de Acceso a datos
Ejecutamos el servicio web de LicorAgotado
Resultado esperado:
Debe mostrar la lista de los licores que se est agotando.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_16 Reporte de los licores que se estn agotando
Nmero
de
Tarea: Nombre de Tarea Crear el mtodo en el servicio web en
TI_02
la capa de lgica de negocio LicorAgotadoLN
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 15/12/2015
Fecha Fin: 15/12/2015
Programador Responsable: Victor Bayas
Descripcin: Crear el mtodo en el servicio web en la capa de Lgica de negocio
LicorAgotadoLN.
(Reverso)Pruebas de Aceptacin:
Verificar que se actualice el cliente web para obtener el mtodo
LicorAgotado.
Verificar que el mtodo LicorAgotadoLN del servicio web pueda mostrar la
lista de los licores que se estn agotando.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_16 Reporte de los licores que se
estn agotando
Nombre: Verificar que se actualice el cliente web para obtener el mtodo

LicorAgotado
Responsable: Freddy Capuz
Fecha: 15/12/2015
Descripcin: Verificar que el mtodo LicorAgotadoLN del servicio web pueda
mostrar la lista de los licores que se estn agotando.
Condiciones de Ejecucin:
Debe estar la conexin con la Base de datos
Debe estar el cliente web en la capa de Lgica de Negocio
Debe estar el mtodo en el servicio web de Acceso a Datos.
Pasos de ejecucin:
Se va a la carpeta Web service Reference
Muestra el servicio web Referencia Licores Gia
Se da clic en derecho y seleccionar Refresh
Resultado esperado:
Debe mostrar el mtodo LicorAgotado.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_16 Reporte de los licores que se
estn agotando
Nombre Verificar que el mtodo LicorAgotadoLN del servicio web pueda mostrar la
lista de los licores que se estn agotando.
Responsable: Freddy Capuz
Fecha: 15/12/2015
Descripcin: Comprobar que el servicio web de la LN del mtodo LicorAgotadoLN
muestre los licores que se est agotando.
Condiciones de Ejecucin:
Debe estar la conexin con la Base de datos
Debe estar el cliente web en la capa de Lgica de Negocio
Debe estar el mtodo en el servicio web de Acceso a Datos.
Pasos de ejecucin:
Se va a Web Service de la Logica de Negocio
Se da clic derecho encima del Servicio Web LicoresGiaLN
Seleccionamos Test Web Service
Damos clic en el mtodo LicoreAgotadoLN
Resultado esperado:
Debe mostrar la lista de los licores que se est Agotando.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_16 Reporte de los licores que se estn agotando
Nmero de Tarea: TI_03

Nombre de Tarea: Desarrollar la interfaz del Reporte


de licores que se estn agotando.
Tipo de Tarea: Desarrollo
Puntos Estimados:3
Fecha Inicio: 15/12/2015
Fecha Fin:16/12/2015
Programador Responsable: Victor Bayas
Descripcin: Desarrollar la interfaz para realizar el reporte de los licores que se
estn agotando siguiendo el estndar de interfaz de usuario reestablecido.
(Reverso)Pruebas de Aceptacin:

Verificar que la interfaz desarrollada cumpla con el estndar predeterminado.


Verificar que la funcionalidad se ejecute correctamente

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_16 Reporte de los licores que se
estn agotando
Nombre Verificar que la interfaz desarrollada cumpla con el estndar
predeterminado.
Responsable: Jos Acan
Fecha: 16/12/2015
Descripcin: Analizar la interfaz comprobando que se cumpla con lo establecido en
el estndar.
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Eliminar Usuario
Pasos de ejecucin:
Abrir la interfaz de Reporte de los Licores que se est Agotando.
Verificar que los colores y elementos de la interfaz estn dentro del estndar.
Resultado esperado:
La interfaz debe cumplir satisfactoriamente con el estndar que se estableci
previamente con el cliente.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_16 Reporte de los licores que se
estn agotando
Nombre: Verificar que la funcionalidad se ejecute correctamente.
Responsable: Vctor Bayas
Fecha: 16/12/2015
Descripcin: Se debe realizar la ejecucin de todo la Interfaz de Reporte de licores
que est Agotando para verificar si funciona correctamente.
Condiciones de Ejecucin:
Que las funcionalidades estn implementadas.
Que exista la conexin a la Base de datos.
Que debe estar la interfaz del Reporte de Licores Agotados
Pasos de ejecucin:
Ingresar en la interfaz General
Ir al men Reporte
Escoger el men de Reporte Licores Agotados.
Resultado esperado:
Se debe mostrar la lista de los licores que se est agotando.
Evaluacin: Exitosa
ANEXO 63 REALIZACIN DEL MANUAL TCNICO
METFORA DEL SISTEMA
Nmero: MS_08
Nombre: Realizacin del manual tcnico
Modificacin de metfora Nmero:
Usuario: Desarrollador
Iteracin Asignada: 6
Prioridad en Negocio: Bajo
Puntos Estimados: 6

Riesgo en desarrollo: Bajo


Puntos Reales: 6
Descripcin:
Como desarrollador deseo que todo lo relacionado con las tcnicas de gestin
proyecto y de codificacin este correctamente documentadas en un manual.
Observaciones:
El manual tcnico se realizar para cada iteracin.

Pruebas de Aceptacin

Todos los desarrolladores debern realizar la documentacin requerida de


cada una de las tareas realizadas.
Verificar que la documentacin sea clara y concisa.

Prueba de Aceptacin
Cdigo: PA_01
Historia de Usuario: MS_08 Manual tcnico
Nombre: Todos los desarrolladores debern realizar la documentacin requerida de
cada una de las tareas realizadas.
Responsable: Natalia Pilco
Fecha: 16/12/2015
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.
Condiciones de Ejecucin: Se deben conocer los procesos realizados a lo largo
del desarrollo de la etapa.
Pasos de ejecucin
Analisis de todas las etapas que se estn realizando para el proceso del
desarrollo del Proyecto.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: el manual tcnico debe estar bien realizado con cada uno de
los elementos de las tareas para la documentacin.
Evaluacin de la prueba: Exitosa.

Prueba de Aceptacin
Cdigo: PA_02
Historia de Usuario: MS_08 Manual tcnico.
Nombre: Verificar que la documentacin sea clara y concisa.
Responsable: Natalia Pilco
Fecha: 16/12/2015
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.
Condiciones de Ejecucin: Se deben conocer los procesos realizados al largo del
desarrollo de la etapa.
Pasos de ejecucin
Se leer el manual tcnico.
Se realizar un anlisis de su informacin contenida.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: El contenido del manual tcnico sea entendible para todos
los desarrolladores.
Evaluacin de la prueba: Exitosa.

ANEXO 64 REALIZACIN DEL MANUAL DE USUARIO


METAFORA DEL SISTEMA
Nmero: MS_09
Nombre: Realizacin del manual de usuario
Modificacin de metfora Nmero:
Usuario: Usuario
Iteracin Asignada:
Prioridad en Negocio: Alta
Puntos Estimados: 4
Riesgo en desarrollo: Bajo
Puntos Reales: 4
Descripcin:
Como desarrollador deseo documentar cmo se maneja y est estructurado el
sistema para que el cliente lo pueda utilizar fcilmente y de una manera gil.
Observaciones:

Pruebas de Aceptacin

El lenguaje utilizado deber ser de sencilla comprensin para el usuario.


El manual deber contener descripciones de pantallas y su
funcionamiento.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_09 Realizacin del manual de
usuario
Nombre: El lenguaje utilizado deber ser de sencilla comprensin para el usuario.
Responsable: Freddy Caps
Fecha: 14/12/2015
Descripcin: El manual de usuario tiene un lenguaje de sencilla comprensin para el
usuario, el cliente ha podido realizar las actividades de la pgina sin necesidad de
que este presenten uno de los programadores.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se puede seguir los pasos especificados en el manual.
Resultado esperado: El sistema debe ser entendible para el usuario por medio de
los manuales.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: MS_09 Realizacin del manual de
usuario
Nombre: El manual deber contener descripciones de pantallas y en cada una su
funcionamiento descriptivo
Responsable: Vanessa Bonito
Fecha: 14/12/2015
Descripcin: El manual de usuario tiene que ser descriptivo llevando en si de una
forma grfica y textual de lo que realiza cada parte de la aplicacin
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.

Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se realiza lo que est escrito en el manual.
Resultado esperado: El usuario se guio mediante las interfaces y descripciones
dando como resultado el maneje del sistema por medio del manual.
Evaluacin de la prueba: Exitosa.

Tareas de ingeniera
TAREA DE INGENIERA
Metfora: MS_08 Realizacin del manual de usuario
Nmero de Tarea: TI_01 Nombre de Tarea: Realizar el manual de usuario.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 12/12/2015
Fecha Fin: 14/12/2015
Programador Responsable: Jos Acn
Descripcin: Realizar el manual de usuario para que el cliente tenga una gua
especifica de manejo del producto que le ser entregado.
Pruebas de Aceptacin
Verificar que el manual de usuario contemple todas las especificaciones de uso del
sistema para que pueda tener un manejo ptimo del mismo.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_09 Realizacin del manual de
usuario
Nombre: TI_01 Realizar el manual de usuario.
Responsable: Yessenia Pilco
Fecha: 14/12/2015
Descripcin: Se requiere analizar el manual de usuario generado para verificar si
cuenta con las especificaciones de gua necesarias.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Analizar la redaccin del manual de usuario para ver si se encuentran
especificadas los pasos para el manejo de cada funcionalidad.
Verificar que la gua realizada en el manual lleva al usuario hacia los
resultados correctos.
Resultado esperado: Llegar a la conclusin de que el manual est apto para su
entrega al usuario y que le ser de utilidad como gua en el manejo del sistema.
Evaluacin de la prueba: Exitosa.

ANEXO 65 DISPARADORES
SPIKE: Actualizacin automtica de datos.
INTRODUCCIN

En el presente documento se realiza un estudio sobre formas de actualizar los datos


de las tablas de forma rpida y confiable, para esta investigacin se decide investigar
acerca de triggers o disparadores que son de gran ayuda para realizar dichas
acciones.
Se tratar de investigar a fondo la utilizacin de este mtodo para base de datos para
posteriormente implementarla en el proyecto vigente de Licores Gia.
OBJETIVOS
Objetivo General
Consultar el funcionamiento de los disparadores en Postgresql.

Objetivos Especficos
Funcionamiento de disparadores.
Pasos para su creacin.
Ejemplos de usos en base de datos postgresql.

MARCO TERICO
Disparadores en PostgreSQL.
Una de las funcionalidades disponibles en PostgreSQL son los denominados
disparadores (triggers). En este artculo vamos a introducirnos en el mundo de los
disparadores, como funcionan y cmo podemos empezar a utilizarlos.
Un disparador no es otra cosa que una accin definida en una tabla de nuestra base
de datos y ejecutada automticamente por una funcin programada por nosotros. Esta
accin se activar, segun la definamos, cuando realicemos un INSERT, un UPDATE
un DELETE en la susodicha tabla.
Un disparador se puede definir de las siguientes maneras:
Para que ocurra ANTES de cualquier INSERT,UPDATE DELETE
Para que ocurra DESPUES de cualquier INSERT,UPDATE DELETE
Para que se ejecute una sola vez por comando SQL (statement-level trigger)
Para que se ejecute por cada linea afectada por un comando SQL (row-level

trigger)
Esta es la definicin del comando SQL que se puede utilizar para definir un disparador
en una tabla.

Antes de definir el disparador tendremos que definir el procedimiento almacenado que


se ejecutar cuando nuestro disparador se active.
El procedimiento almacenado usado por nuestro disparador se puede programar en
cualquiera de los lenguajes de procedimientos disponibles, entre ellos, el
proporcionado por defecto cuando se instala PostgreSQL, PL/pgSQL. Este lenguaje es
el que utilizaremos en todos los ejemplos de este artculo. Puedes encontrar ms
informacin sobre procedimientos almacenados en el artculo "Procedimientos
almacenados y PL/pgSQL"
Caractersticas y reglas a seguir.
A continuacin tienes algunas de las caractersticas y reglas ms importantes a tener
en cuenta, cuando definamos un disparador y/ programemos un procedimiento
almacenado que se vaya a utilizar por un disparador:
El procedimiento almacenado que se vaya a utilizar por el disparador debe de

definirse e instalarse antes de definir el propio disparador.


Un procedimiento que se vaya a utilizar por un disparador no puede tener

argumentos y tiene que devolver el tipo "trigger".


Un mismo

procedimiento almacenado se puede utilizar por mltiples


disparadores en diferentes tablas.

Procedimientos almacenados utilizados por disparadores que se ejecutan una

sola vez per comando SQL (statement-level) tienen que devolver siempre
NULL.
Procedimientos almacenados utilizados por disparadores que se ejecutan una

vez por lnea afectada por el comando SQL (row-level) pueden devolver una fila
de tabla.
Procedimientos almacenados utilizados por disparadores que se ejecutan una

vez per fila afectada por el comando SQL (row-level) y ANTES de ejecutar el
comando SQL que lo lanz, pueden:
Retornar NULL para saltarse la operacin en la fila afectada.
devolver una fila de tabla (RECORD).
Procedimientos almacenados utilizados por disparadores que se ejecutan
DESPUES de ejecutar el comando SQL que lo lanz, ignoran el valor de
retorno, asi que pueden retornar NULL sin problemas.
En resumen, independientemente de cmo se defina un disparador, el
procedimiento almacenado utilizado por dicho disparador tiene que devolver
bien NULL, bien un valor RECORD con la misma estructura que la tabla que
lanz dicho disparador.
Si una tabla tiene ms de un disparador definido para un mismo evento
(INSERT,UPDATE,DELETE), estos se ejecutarn en orden alfabtico por el
nombre del disparador. En el caso de disparadores del tipo ANTES / row-level,
la file retornada por cada disparador, se convierte en la entrada del siguiente.
Si alguno de ellos retorna NULL, la operacin ser anulada para la fila
afectada.

Procedimientos almacenados utilizados por disparadores pueden ejecutar


sentencias SQL que a su vez pueden activar otros disparadores. Esto se
conoce como disparadores en cascada. No existe lmite para el nmero de
disparadores que se pueden llamar pero es responsabilidad del programador el
evitar una recursin infinita de llamadas en la que un disparador se llame asi
mismo de manera recursiva.
Otra cosa que tenemos que tener en cuenta es que, por cada disparador que
definamos en una tabla, nuestra base de datos tendr que ejecutar la funcin asociada
a dicho disparador. El uso de disparadores de manera incorrecta inefectiva puede
afectar significativamente al rendimiento de nuestra base de datos. Los principiantes
deberian de usar un tiempo para entender como funcionan y asi poder hacer un uso
correcto de los mismos antes de usarlos en sistemas en produccin.
Variables especiales en PL/pgSQL.
Cuando una funcin escrita en PL/pgSQL es llamada por un disparador tenemos cierta
variable especial disponible en dicha funcin. Estas variables son las siguientes:
NEW.- Tipo de dato RECORD; Variable que contiene la nueva fila de la tabla

para las operaciones INSERT/UPDATE en disparadores del tipo row-level. Esta


variable es NULL en disparadores del tipo statement-level.
OLD.- Tipo de dato RECORD; Variable que contiene la antigua fila de la tabla

para las operaciones UPDATE/DELETE en disparadores del tipo row-level.


Esta variable es NULL en disparadores del tipo statement-level.
TG_NAME.- Tipo de dato name; variable que contiene el nombre del

disparador que est usando la funcin actualmente.


TG_WHEN.- Tipo de dato text; una cadena de texto con el valor BEFORE o

AFTER dependiendo de cmo el disparador que est usando la funcin


actualmente ha sido definido
TG_LEVEL.- Tipo de dato text; una cadena de texto con el valor ROW o

STATEMENT dependiendo de como el disparador que est usando la funcin


actualmente ha sido definido
TG_OP.- Tipo de dato text; una cadena de texto con el valor INSERT, UPDATE

o DELETE dependiendo de la operacin que ha activado el disparador que


est usando la funcin actualmente.
TG_RELID.- Tipo de dato oid; el identificador de objeto de la tabla que ha

activado el disparador que est usando la funcin actualmente.


TG_RELNAME.- Tipo de dato name; el nombre de la tabla que ha activado el

disparador que est usando la funcin actualmente. Esta variable es obsoleta y


puede desaparacer en el futuro. Usar TG_TABLE_NAME.
TG_TABLE_NAME.- Tipo de dato name; el nombre de la tabla que ha activado

el disparador que est usando la funcin actualmente.


TG_TABLE_SCHEMA.- Tipo de dato name; el nombre de la schema de la

tabla que ha activado el disparador que est usando la funcin actualmente.


TG_NARGS.- Tipo de dato integer; el nmero de argumentos dados al

procedimiento en la sentencia CREATE TRIGGER.

TG_ARGV[].- Tipo de dato text array; los argumentos de la sentencia CREATE

TRIGGER. El ndice empieza a contar desde 0. Indices invlidos (menores que


0 mayores/iguales que tg_nargs) resultan en valores nulos.
Ejemplos prcticos
Consideremos un caso en el que queremos mantener procedimientos de auditora
para cada registro que se inserta en la tabla EMPRESA, que vamos a crear nueva de
la siguiente manera (tabla gota EMPRESA si ya lo tiene):

Para mantener el juicio de auditora, vamos a crear una nueva tabla llamada
AUDITORA donde los mensajes de registro se insertarn cada vez que hay una
entrada en la tabla de compaa para un nuevo rcord:

Aqu, ID es el ID de registro de auditora y EMP_ID es el ID de los cuales provendrn


de mesa EMPRESA y FECHA mantendr fecha y hora cuando se cre el registro en la
tabla EMPRESA. As que ahora vamos a crear un disparador en la mesa EMPRESA
de la siguiente manera:

Dnde auditlogfunc () es una PostgreSQL procedimiento y tiene la siguiente definicin:

Ahora, vamos a comenzar el trabajo real, vamos a empezar la insercin de registro en


la tabla EMPRESA que debera traducirse en la creacin de un registro de auditora en
la tabla de auditora. As que vamos a crear un registro en la tabla EMPRESA de la
siguiente manera:

Esto crear un registro en la tabla EMPRESA, que es el siguiente:

A la misma hora, un registro se crear en la tabla AUDITORA. Este disco es el


resultado de un disparador, que hemos creado en la operacin INSERT en la tabla
EMPRESA. De manera similar, puede crear sus factores desencadenantes en
UPDATE y DELETE operaciones en base a sus requerimientos.

Aadir Disparadores
Usted puede enumerar abajo de todos los factores desencadenantes de la base de
datos actual de pg_trigger tabla de la siguiente manera:

Por encima de PostgreSQL declaracin se lista abajo todos los disparadores.


Si desea una lista por desencadenantes en una mesa en particular, entonces usar
AND clusula con nombre de la tabla de la siguiente manera:

Por encima de PostgreSQL declaracin tambin se lista abajo slo una entrada de la
siguiente manera:

Borrar disparadores
A continuacin, se presenta el comando DROP, que se puede utilizar para dejar un
disparador existente:

ANEXO 66 ELIMINAR PROVEEDOR


HISTORIA DE USUARIO
Nmero: HU_35
Nombre: Eliminar Proveedor
Modificacin historia usuario:

Usuario: Administrador
Iteracin Asignada: 7
Prioridad en Negocio: Media
Puntos Estimados: 8
Riesgo en desarrollo: Media
Puntos Reales: 8
Descripcin:
Como administrador me gustara poder realizar la eliminacin de un proveedor del
cual ya no se le adquiera productos para mi licorera.
Observaciones:

PRUEBAS DE ACEPTACIN
Si el proveedor no ha abastecido con ningn producto a la empresa, se
realizar una eliminacin fsica.
Se realizar una eliminacin lgica en caso de que sigan existiendo
licores abastecidos por ese proveedor.

TAREAS DE INGENIERIA
Tarea de Ingeniera
Historia de Usuario: HU_35 Eliminar proveedor
Nmero de Tarea:
Nombre de Tarea: Implementar el servicio web
TI_01
EliminarProveedor en la capa de acceso a datos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 18/12/2015
Fecha Fin: 21/12/2015
Programador Responsable: Natalia Pilco
Descripcin: Desarrollar un mtodo EliminarProveedor que realice la sentencia SQL
de eliminar un proveedor y publicarlo como servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo EliminarProveedor del servicio web pueda eliminar al
proveedor cuando este ya no tenga ningun producto registrado a su nombre.
Verificar que el mtodo EliminarProveedor del servicio web pueda cambiar el
estado.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_35 Eliminar Proveedor
Nombre: Verificar que el mtodo EliminarProveedor del servicio web pueda eliminar
al proveedor cuando este ya no tenga ningn producto registrado a su nombre.
Responsable: Vanessa Bonito
Fecha: 21/12/2015
Descripcin: Comprobar que se realice la eliminacin fsica cuando el proveedor a
eliminar no haya abastecido con productos a la empresa.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web EliminarProveedor debe estar implementado.
Pasos de ejecucin:
Llenar el atributo Ci con la cedula 1804625158.
Ejecutar el servicio.
Resultado esperado:
El proveedor no debe aparecer en la tabla de proveedores.

Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_35 Eliminar Proveedor
Nombre: Verificar que el mtodo EliminarProveedor del servicio web pueda cambiar
el estado.
Responsable: Vanessa Bonito
Fecha: 21/12/2015
Descripcin: Comprobar que se realice la eliminacin lgica cuando el proveedor a
eliminar haya abastecido con productos a la empresa, en este caso deber cambiar
solo su estado a inactivo.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web EliminarProveedor debe estar implementado.
Pasos de ejecucin:
Llenar el atributo Ci con la cedula 1804625133.
Ejecutar el servicio.
Resultado esperado:
El proveedor se presentar con su estado inactivo.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_35 Eliminar proveedor
Nmero de Tarea: TI_2 Nombre de Tarea: Implementar el servicio web
cargarProveedores en la capa de acceso a datos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 21/12/2015
Fecha Fin: 22/12/2015
Programador Responsable: Natalia Pilco
Descripcin: Desarrollar un mtodo cargarProveedores que realice la sentencia SQL
de mostrar todos los proveedores y publicarlo como servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que la consultar SQL realice el funcionamiento de listar proveedores.
Verificar que el mtodo cargarProveedores del servicio web pueda mostrar
todos los proveedores.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_35 Eliminar Proveedor
Nombre: Verificar que la consultar SQL realice el funcionamiento de listar proveedores.
Responsable: Carolina Valencia
Fecha: 22/12/2015
Descripcin: Comprobar que se muestren todos los proveedores en el servicio web.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Debe estar la consulta SQL.
Pasos de ejecucin:
Ir a la ventana de pgAdminIII.
Copiar la consulta que se realiz para listar proveedores.
Ejecutar la consulta.

Resultado esperado:
Se presentan todos los proveedores.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_35 Eliminar Proveedor
Nombre: Verificar que el mtodo cargarProveedores del servicio web pueda mostrar
todos los proveedores.
Responsable: Carolina Valencia
Fecha: 22/12/2015
Descripcin: Comprobar que se muestren todos los proveedores en el servicio web.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web cargarProveedores debe estar implementado.
Pasos de ejecucin:
Realizar el Tester del servicio web.
Ejecutar la consulta.
Resultado esperado:
Se presentan todos los proveedores.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_35 Eliminar proveedor
Nmero de Tarea: TI_03
Nombre de Tarea: Desarrollar la interfaz de eliminar
proveedor.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 22/12/2015
Fecha Fin: 23/12/2015
Programador Responsable: Natalia Pilco
Descripcin: Desarrollar la interfaz para realizar la eliminacin de un proveedor
siguiendo el estndar de interfaz del proveedor preestablecido.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz desarrollada cumpla con el estndar predeterminado.
Verificar que la funcionalidad se ejecute correctamente

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_35 Eliminar Proveedor
Nombre: Verificar que la interfaz desarrollada cumpla con el estndar predeterminado.
Responsable: Adriana Velasquez
Fecha: 23/12/2015
Descripcin: Analizar la interfaz comprobando que se cumpla con lo establecido en el
estndar.
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Eliminar Proveedor
Pasos de ejecucin:
Abrir la interfaz de eliminar un proveedor.
Verificar que los colores y elementos de la interfaz estn dentro del estndar.
Resultado esperado:

La interfaz debe cumplir satisfactoriamente con el estndar que se estableci


previamente con el cliente.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_35 Eliminar Proveedor
Nombre: Verificar que la funcionalidad se ejecute correctamente.
Responsable: Adriana Velasquez
Fecha: 23/12/2015
Descripcin: Se debe realizar la ejecucin de todo la Interfaz de Eliminar Proveedor
para verificar si funciona correctamente.
Condiciones de Ejecucin:
Que las funcionalidades estn implementadas.
Que exista la conexin a la Base de datos.
Que debe estar la interfaz de eliminar proveedor
Pasos de ejecucin:
Ingresar en la interfaz General
Ir al men Eliminar
Escoger el men de Eliminar proveedor
Mostrar la lista de los proveedores
Selecciona un proveedor para eliminar
Dar clic en el botn Eliminar
Resultado esperado: Se habr realizado la eliminacin segn corresponda.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_35 Eliminar Proveedor
Nombre: Si el proveedor no ha abastecido con ningn producto a la empresa, se
realizar una eliminacin fsica.
Responsable: Giannella Montao
Fecha: 23/12/2015
Descripcin: Se comprobar que se realiz una eliminacin fsica al proveedor que
no haya abastecido con ningn producto a la empresa.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Debe existir un proveedor que no haya abastecido a la empresa.
Pasos de ejecucin:
Ingresar Interfaz de eliminar proveedor
Nos muestra la lista de todos los proveedores.
Seleccionamos al proveedor que vamos a eliminar
Damos clic en el botn Eliminar.
Resultado esperado:
El proveedor ya no existir en la base de datos.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_35 Eliminar Proveedor

Nombre: Se realizara una eliminacin lgica en caso de que sigan existiendo licores
abastecidos por ese proveedor.
Responsable: Giannella Montao
Fecha: 23/12/2015
Descripcin: Se comprobar que se realiz una eliminacin lgica al proveedor que
haya abastecido a la empresa, este tendr que cambiar su estado a inactivo.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Debe existir un proveedor que haya abastecido a la empresa.
Pasos de ejecucin:
Ingresar Interfaz de eliminar proveedor
Nos muestra la lista de todos los proveedores.
Seleccionamos al proveedor que vamos a eliminar
Damos clic en el botn Eliminar.
Resultado esperado:
Se mostrar la lista de todos los proveedores pero se debe mostrar el proveedor con
el estado inactivo.
Evaluacin: Exitosa.

ANEXO 67 MODIFICAR CATEGORA


HISTORIA DE USUARIO
Nmero: HU_40
Nombre: Modificar Categora
Modificacin historia usuario:
Usuario: Ayudante/Administrador
Iteracin Asignada:7
Prioridad en Negocio: Media
Puntos Estimados: 8
Riesgo en desarrollo: Media
Puntos Reales: 8
Descripcin:
Como Ayudante/Administrador del negocio Licores Gia deseo poder modificar los
datos de las categoras para actualizar la informacin de las mismas de ser
necesario.
Observaciones:

PRUEBAS DE ACEPTACIN
Al realizar la modificacin de alguna de las categoras estos cambios
deben guardarse exitosamente en la base de datos.
Al mostrar los datos de todas las categoras los cambios deben estar
actualizados.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_40 Modificar categora
Nombre: Al realizar la modificacin de alguna de las categoras estos cambios deben
guardarse exitosamente en la base de datos.
Responsable: Natalia Pilco
Fecha: 18/12/2015
Descripcin: Comprobar que se ha realizado la modificacin de los datos.
Condiciones de Ejecucin:
Verificar que el mtodo ModificarCategoria se encuentre implementado
Pasos de ejecucin:

Ingresar a la funcionalidad, se listan las categoras existentes.


Presionar el botn Modificar en el registro deseada realizar esta accin.
Mostrar los campos a modificar: Nombre, Descripcin, Estado.
Presionar en el botn Guardar.
Verificar en la base de datos, los datos han sido modificados.
Resultado esperado: eModificar Categoria funciona correctamente.
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_40 Modificar categora
Nombre: Verificar que el mtodo ModificarCategora del acceso a datos en la clase
Catregoras este bien implementado.
Responsable: Yesenia Pilco
Fecha: 18/12/2015
Descripcin: Verificar que el mtodo ModificarCategora se encuentre bien
implementado.
Condiciones de Ejecucin:
Verificar la pertinencia a conexin a la base de datos.
Verificar que los mtodos de la clase Base de datos manipule correctamente
las peticiones de respuesta hacia la base de datos.
Pasos de ejecucin:
Gestionar correctamente las conexiones a la Base de Datos
Establecer correctamente la sentencia SQL para la actualizacin.
Manipular adecuadamente la respuesta de la Base de Datos.
Emitir respuesta de comprobacin de la actualizacin.
Mantener control de errores de la sentencia SQL(A travs de try - catch).
Resultado esperado: La implementacin del mtodo ModificarCategora es correcto.
Evaluacin: Exitoso.

TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_40 Modificar Categora
Nmero
de
Tarea: Nombre de Tarea: Implementar en el servicio web de la
TI_01
capa de acceso a datos la funcin ModificarCategora
con su respectiva funcin en la clase Categorias.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 18/12/2015
Fecha Fin: 18/12/2015
Programador Responsable: Mara Jos Morillo
Descripcin: Desarrollar un mtodo ModificarCategora que realice la sentencia sql
de modificar un registro de categora y publicarlo en el servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ModificarCategora del acceso a datos en la clase
Proveedores este bien implementado.
Verificar que el mtodo ModificarCategora del servicio web pueda modificar
una categora.

Prueba de aceptacin

Cdigo: PA_01
Historia de Usuario: HU_40 Modificar categora
Nombre: Verificar que el mtodo ModificarCategora del acceso a datos en la clase
Catregoras este bien implementado.
Responsable: Adriana Velsquez
Fecha: 18/12/2015
Descripcin: Verificar que el mtodo ModificarCategora se encuentre bien
implementado.
Condiciones de Ejecucin:
Verificar la pertinencia a conexin a la base de datos.
Verificar que los mtodos de la clase Base de datos manipule correctamente
las peticiones de respuesta hacia la base de datos.
Pasos de ejecucin:
Gestionar correctamente las conexiones a la Base de Datos
Establecer correctamente la sentencia SQL para la actualizacin.
Manipular adecuadamente la respuesta de la Base de Datos.
Emitir respuesta de comprobacin de la actualizacin.
Mantener control de errores de la sentencia SQL(A travs de try - catch).
Resultado esperado: La implementacin del mtodo ModificarCategora es correcto.
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_40 Modificar categora
Nombre: Verificar que el mtodo ModificarCategora del servicio web pueda modificar
una categora.
Responsable: Adriana Velsquez
Fecha: 18/12/2015
Descripcin: Crear una clase tester java main para verificar localmente que el
mtodo ModificarCategora est funcionando correctamente.
Condiciones de Ejecucin:
Verificar que el mtodo ModificarCategora del acceso a datos en la clase
Proveedores este bien implementado.
Pasos de ejecucin:
Crear una clase main de java para probar localmente la funcin de
actualizacin de la Categora.
Instanciar un objeto de tipo categora para poder enviar los datos a ser
actualizados a travs de la clase Categorias.
Instanciar objeto tipo Categorias para poder utilizar el mtodo de actualizacin.
Llamar al mtodo de actualizacin y enviar el objeto categora como
parmetro.
Verificar que la actualizacin se ha realizado correctamente.
Resultado esperado: La actualizacin de los datos se ha realizado correctamente a
travs de una clase main de java.
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_40 Modificar Categora
Nmero
de
Tarea: Nombre de Tarea: Implementar y publicar la funcin
TI_02
ModificarCategora en la capa de Lgica del Negocio
Tipo de Tarea: Desarrollo
Puntos Estimados: 1

Fecha Inicio: 21/12/2015


Fecha Fin: 21/12/2015
Programador Responsable: Mara Jos Morillo
Descripcin: Implementar un mtodo ModificarCategora en la capa de Lgica del
Negocio en el servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ModificarCategora este publicado en la Lgica del
negocio.
Verificar que el mtodo ModificarCategora del servicio web Lgica del
negocio pueda modificar una categora una vez enviado el parmetro
respectivo.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_40 Modificar categora
Nombre: Verificar que el mtodo ModificarCategora este publicado en la Lgica del
negocio.
Responsable: Adriana Velsquez
Fecha: 18/12/2015
Descripcin:
Comprobar que el mtodo ModificarCategora de capa de acceso a datos se
encuentre publicado en el servicio web
Condiciones de Ejecucin:
El mtodo ModificarCategora del acceso a datos debe estar implementado en
la capa de lgica de negocio.
Pasos de ejecucin:
Testear del servicio web Acceso a Datos.
Verificar que el mtodo ModificarCategora en la capa de lgica de negocio
est publicado correctamente.
Resultado esperado: El mtodo ModificarCategora de la capa de lgica de negocio
est publicado correctamente en la lgica de negocios.
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_40 Modificar categora
Nombre: Verificar que el mtodo ModificarCategora del servicio web Lgica del
negocio pueda modificar una categora una vez enviado el parmetro respectivo.
Responsable: Adriana Velsquez
Fecha: 18/12/2015
Descripcin:
Comprobar que el mtodo ModificarCategora est funcionando correctamente.
Condiciones de Ejecucin:
El mtodo ModificarCategora se encuentre publicado en la lgica de negocio.
Pasos de ejecucin:
Testear del servicio web de Acceso a Datos.
Comprobar que el ModificarCategora se encuentre publicado correctamente
en la capa de lgica de negocio.
Llamar al mtodo de actualizacin y enviar el objeto categora como
parmetro.
Verificar que la actualizacin se ha realizado correctamente.
Resultado esperado: La actualizacin de los datos se ha realizado correctamente en
la capa de lgica de negocio funciona correctamente.

Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_40 Modificar Categora
Nmero
de
Tarea: Nombre de Tarea: Implementar y publicar la funcin
TI_03
LoadCategorias y LoadCategoria.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 21/12/2015
Fecha Fin: 21/12/2015
Programador Responsable: Mara Jos Morillo
Descripcin: Implementar y publicar las funciones LoadCategorias y
LoadCategoria tanto en la capa Acceso a datos como en la capa Lgica del
negocio.
(Reverso)Pruebas de Aceptacin:
Verificar que los mtodos LoadCategoria y LoadCategorias esten publicados
y funcionen correctamente en la capa Acceso a Datos.
Verificar que los mtodos LoadCategoria y LoadCategorias esten publicados
y funcionen correctamente en la capa Lgica del Negocio.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_40 Modificar categora
Nombre: Verificar que los mtodos LoadCategoria y LoadCategorias estn
publicados y funcionen correctamente en la capa Acceso a Datos.
Responsable: Freddy Capuz
Fecha: 18/12/2015
Descripcin: Comprobar que los mtodos LoadCategoria y LoadCategorias esten
publicados y funcionen correctamente en la capa de Acceso a datos.
Condiciones de Ejecucin:
Verificar la pertinencia a conexin a la base de datos.
Verificar que los mtodos de la clase Base de datos manipule correctamente
las peticiones de respuesta hacia la base de datos.
Pasos de ejecucin:
Testear el servicio web de Acceso a Datos.
Publicar los mtodos LoadCategoria y LoadCategorias.
Enviar un nmero de cdula como parmetro en la funcin LoadCategoria.
Retornar un objeto categora con en nmero de cdula ingresado.
Presionar el botn de la funcin LoadCategorias.
Retornar todos los registros de categoras existentes.
Resultado esperado: los mtodos de cargar LoadCategoria y LoadCategorias
funcionan correctamente en la capa de Acceso a Datos.
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_40 Modificar categora
Nombre: Verificar que los mtodos LoadCategoria y LoadCategorias esten
publicados y funcionen correctamente en la capa Lgica del Negocio.
Responsable: Victor Bayas
Fecha: 18/12/2015
Descripcin: Comprobar que los mtodos LoadCategoria y LoadCategorias se

encuentren publicados y se encuentren funcionando correctamente en la capa de


lgica de negocios.
Condiciones de Ejecucin:
Los mtodos LoadCategoria y LoadCategorias se encuentren implementados.
Pasos de ejecucin:
Testear el servicio web Lgica del Negocio.
Verificar que los mtodos LoadCategoria y LoadCategorias se encuentren
publicados.
Ingesar un nmero de cdula (CI) como parmetro a la funcin LoadCategoria.
Retornar un objeto categora con ese nmero de cdula (CI).
Presionar el botn de la funcin LoadCategorias.
Retornar todos los registros de categorias .
Resultado esperado: La actualizacin de los datos se ha realizado correctamente a
travs de una clase main de java.
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_40 Modificar Categora
Nmero
de
Tarea: Nombre de Tarea: Implementar y publicar la funcin
TI_04
VerificarNombreCategoria.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 21/12/2015
Fecha Fin: 21/12/2015
Programador Responsable: Mara Jos Morillo
Descripcin: Implementar y publicar la funcin VerificarNombreCategoria tanto en
la capa Acceso a datos como en la capa Lgica del negocio.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo VerificarNombreCategoria este publicado y funcione
correctamente en la capa Acceso a Datos.
Verificar que los mtodos VerificarNombreCategoria este publicado y
funcione correctamente en la capa Lgica del Negocio.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_40 Modificar categora
Nombre: Verificar que el mtodo VerificarNombreCategoria este publicado y funcione
correctamente en la capa Acceso a Datos.
Responsable: Vanessa Bonito
Fecha: 18/12/2015
Descripcin: Comprobar que el mtodo VerificarNombreCategoria se encuentre
publicado y est funcionando en la capa de Acceso a Datos.
Condiciones de Ejecucin:
Verificar que el mtodo VerificarNombreCategoria este bien implementado.
Pasos de ejecucin:
Testear el servicio web de Acceso a Datos
Probar que el mtodo VerificarNombreCategoria se encuentre publicado.
Enviar un Nombre de categora como parmetro de la funcin
VerificarNombreCategoria.
Retornar un objeto categora con el nombre ingresado.
Resultado esperado: La actualizacin de los datos se ha realizado correctamente a

travs de una clase main de java.


Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_40 Modificar categora
Nombre: Verificar que los mtodos VerificarNombreCategoria este publicado y
funcione correctamente en la capa Lgica del Negocio
Responsable: Giannella Montao
Fecha: 18/12/2015
Descripcin: Comprobar que el mtodo VerificarNombreCategoria se encuentre
publicado y funcione correctamente en la capa de Lgica de negocio.
Condiciones de Ejecucin:
El mtodo VerificarNombreCategoria en la capa de Acceso a Datos debe
implementado.
Pasos de ejecucin:
Testear el servicio web de la capa de Lgica del Negocio.
Probar que el mtodo VerificarNombreCategoria se encuentre publicado.
Enviar un Nombre de categora como parmetro de la funcin
VerificarNombreCategoria.
Retornar un objeto categoria con el Nombre iingresado.
Resultado esperado: El mtodo VerificarNombreCategoria funciona correctamente
en l capa de Lgica de Negocio.
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_40 Modificar Categora
Nmero
de
Tarea: Nombre de Tarea: Implementacin de la interfaz grfica.
TI_05
Tipo de Tarea: Desarrollo
Puntos Estimados: 3
Fecha Inicio: 22/12/2015
Fecha Fin: 23/12/2015
Programador Responsable: Mara Jos Morillo
Descripcin: Implementar la interfaz grfica de la historia de usuario Modificar
Categora.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz grfica cumpla con el estndar de interfaces
utilizado.
Verificar que las categoras se listen correctamente al ingresar a la
funcionalidad.
Verificar que se pueda modificar los datos de una categora especfica.

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_40 Modificar categora
Nombre: Verificar que la interfaz grfica cumpla con el estndar de interfaces
utilizado.
Responsable: Wilmer Barrera
Fecha: 18/12/2015
Descripcin: Comprobar que la interfaz grfica cumpla con el estndar de interfaces
utilizado.

Condiciones de Ejecucin:
La interfaz grfica de la funcionalidad est implementada.
Pasos de ejecucin:
Ejecucin de las interfaces.
Comprobar el estndar.
Resultado esperado: La interfaz grfica de la funcionalidad cumple con los
estndares pre-establecidos.
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_40 Modificar categora
Nombre: Verificar que las categoras se listen correctamente al ingresar a la
funcionalidad.
Responsable: Carolina Valencia
Fecha: 18/12/2015
Descripcin: Comprobar que las categoras se listen correctamente al ingresar a la
funcionalidad.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada con su interfaz grfica.
Pasos de ejecucin:
Ejecucin de la funcionalidad.
Los registros de todos las categoras se muestran correctamente.
Resultado esperado: Los registros de las categoras se listan correctamente.
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_11
Historia de Usuario: HU_40 Modificar categora
Nombre: Verificar que se pueda modificar los datos de una categora especfica.
Responsable: Adriana Velsquez
Fecha: 18/12/2015
Descripcin: Comprobar que se pueda modificar los datos de un proveedor
especfico.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada con su interfaz grfica..
Pasos de ejecucin:
Ejecutar la funcionalidad.
Mostrar los registros de todas las categoras.
Presionar el botn de Modificar en alguno de los registros.
Mostrar la pantalla de modificacin del registro seleccionado.
Modificar los datos: Nombre, Descripcin, Estado.
Presionar en el botn Guardar.
Listar los registros con los datos ya modificados.
Resultado esperado: Los datos de la categora modificada se han actualizado.
Evaluacin: Exitoso.
ANEXO 68 ELIMINAR LICORES
HISTORIA DE USUARIO
Nmero: HU_11
Nombre: Eliminar licores
Modificacin de historia nmero:

Usuario: Administrador
Iteracin Asignada: 7
Prioridad en Negocio: Alta
Puntos Estimados: 8
Riesgo en desarrollo: Medio
Puntos Reales: 8
Descripcin:
Como administrador deseo poder eliminar los licores que ya no se encuentren disponibles
para la venta en la licorera, para evitar confusiones al momento de que los clientes hagan
sus reservaciones o compras.
Observaciones:

PRUEBAS DE ACEPTACIN

Si se desea eliminar un licor se lo realizar mediante la bsqueda, en caso de no


existir el licor enviar un aviso de que el licor no existe.
El sistema deber mostrar la confirmacin del proceso de eliminacin mediante un
aviso.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_11 Eliminar licores
Nombre: Si se desea eliminar un licor se lo realizar mediante la bsqueda, en caso de no
existir el licor enviar un aviso de que el licor no existe.
Responsable: Evelyn Valencia
Fecha: 23/12/2015
Descripcin: Se verifica que para hacer la eliminacin primero el licor deber existir dentro
de la base sino se deber indicar al usuario que el licor que pretende eliminar no existe.
Condiciones de Ejecucin:
El mtodo en la capa lgica de negocio y el acceso a datos deben estar
implementados.
La interfaz para eliminar licor debe estar implementada.
Los servidores de la aplicacin deben estar levantados.
El licor Amaretto no debe existir en la base de datos.
Pasos de ejecucin:
Abrir la interfaz para eliminar licor.
Buscar el licor Amaretto.
Esperar el aviso de que el licor no existe.
Resultado esperado: El sistema deber dar un aviso indicando que el licor no existe.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_11 Eliminar licores
Nombre: El sistema deber mostrar la confirmacin del proceso de eliminacin mediante un
aviso.
Responsable: Evelyn Valencia
Fecha: 23/12/2015
Descripcin: Se verifica que el sistema confirme que se realizado la eliminacin del licor
escogido mediante un aviso.
Condiciones de Ejecucin:
El mtodo en la capa lgica de negocio y el acceso a datos deben estar
implementados.

La interfaz para eliminar licor debe estar implementada.


Los servidores de la aplicacin deben estar levantados.
El licor Grand Duval debe existir en la base de datos.
Pasos de ejecucin:
Abrir la interfaz para eliminar licor.
Buscar el licor Grand Duval.
Dar clic en la opcin eliminar.
Esperar la confirmacin de que el licor se ha eliminado.
Resultado esperado: El sistema deber dar un aviso indicando que el licor se ha eliminado
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_11 Eliminar licores
Nmero de Tarea: TI_01 Nombre de Tarea: Implementar el mtodo y servicio web
EliminarLicores en el acceso a datos
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 18/12/2015
Fecha Fin: 21/12/2015
Programador Responsable: Vanessa Bonito
Descripcin: Desarrollar un mtodo en la capa de acceso a datos que permita realizar la
eliminacin tanto fsica como lgica de un determinado licor en el sistema licores Gia.

PRUEBAS DE ACEPTACIN
Verificar que en caso de que el licor no est relacionado con otras tablas la
eliminacin sea fsica.
Verificar que en caso de que el licor est relacionado con otras tablas la eliminacin
sea lgica.
Verificar que en caso de no lograr conectarse al servidor de base de datos el sistema
de una excepcin.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_11 Eliminar licores
Nombre: Verificar que en caso de que el licor no est relacionado con otras tablas la
eliminacin sea fsica.
Responsable: Natalia Pilco
Fecha: 21/12/2015
Descripcin: Al ejecutar el servicio web se debe presentar la pgina del tester con el mtodo
respectivo.
Condiciones de Ejecucin:
El mtodo en la capa de acceso a datos debe estar implementado
Pasos de ejecucin:
Ir al servicio web de la capa acceso a datos
Dar clic derecho
Seleccionar Test Web Service
Ingresar Cdigo del Licor 33
Resultado esperado:
Se debe eliminar el licor que contenga ese cdigo de la tabla tblicor

Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_11 Eliminar licores
Nombre: Verificar que en caso de que el licor est relacionado con otras tablas la eliminacin
sea lgica.
Responsable: Wilmer Barrera
Fecha: 21/12/2015
Descripcin: Al ejecutar el servicio web se debe presentar la pgina del tester con el mtodo
respectivo y se debe verificar que el mtodo realice la eliminacin respectiva.
Condiciones de Ejecucin:
El mtodo en la capa de acceso a datos debe estar implementado
Pasos de ejecucin:
Ir al servicio web de la capa acceso a datos
Dar clic derecho
Seleccionar Test Web Service
Ingresar Cdigo del Licor 22
Resultado esperado:
Se debe cambiar el estado del licor que contenga ese cdigo a INT (inactivo)
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_11 Eliminar licores
Nombre: Verificar que en caso de no lograr conectarse al servidor de base de datos el
sistema de una excepcin.
Responsable: Vctor Bayas
Fecha: 21/12/2015
Descripcin: Si el servicio web intenta conectarse con el servidor de base de datos y por
alguna causa el servidor no estuviese activo el sistema deber arrojar una excepcin del
sistema.
Condiciones de Ejecucin:
El mtodo en la capa de acceso a datos debe estar implementado
Pasos de ejecucin:
Ir al servicio web de la capa acceso a datos
Dar clic derecho
Seleccionar Test Web Service
Ingresar Cdigo del Licor 22
Resultado esperado:
Se debe cambiar el estado del licor que contenga ese cdigo a INT (inactivo)
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_11 Eliminar licores
v de Tarea: TI_02
Nombre de Tarea: Implementar el servicio web Eliminar Licor en
la capa de lgica de negocio
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 22/12/2015
Fecha Fin: 22/12/2015
Programador Responsable: Vanessa Bonito
Descripcin: Implementar el consumo del servicio web de eliminar un licor del acceso a

datos y a su vez crear un servicio web en la capa de lgica de negocio que permita realizar
la eliminacin fsica y lgica de un licor.
PRUEBAS DE ACEPTACIN

Verificar que el servicio web EliminarLicor elimine el licor escogido para ser eliminado
de manera correcta.
Comprobar que en caso de cada del servidor de acceso a datos el sistema lanza una
excepcin del sistema.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_11 Eliminar licores
Nombre: Verificar que el servicio web EliminarLicor implementado en la capa de lgica de
negocio elimine el licor escogido de manera correcta.
Responsable: Evelyn Valencia
Fecha: 22/12/2015
Descripcin: Al ejecutar el servicio web de la capa lgica de negocio se debe presentar la
pgina del tester con el mtodo respectivo y este debe realizar correctamente la eliminacin
del licor.
Condiciones de Ejecucin:
El mtodo en la capa lgica de negocio debe estar implementado
Pasos de ejecucin:
Ir al servicio web de lgica de negocia
Dar clic derecho
Seleccionar Test Web Service
Ingresar Cdigo del Licor 32
Resultado esperado:
Se debe cambiar el estado del licor que contenga ese cdigo a INT (inactivo)
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_11 Eliminar licores
Nombre: Comprobar que en caso de cada del servidor de acceso a datos el sistema lanza
una excepcin del sistema.
Responsable: Evelyn Valencia
Fecha: 22/12/2015
Descripcin: Se deber verificar que en caso de que el servidor de acceso a datos no este
levantado el sistema lanzara la respectiva excepcin indicando esta situacin.
Condiciones de Ejecucin:
El mtodo en la capa lgica de negocio debe estar implementado.
El servidor de acceso a datos no debe estar activo.
Pasos de ejecucin:
Ir al servicio web de lgica de negocia
Dar clic derecho
Seleccionar Test Web Service
Ingresar Cdigo del Licor 32
Resultado esperado:
El sistema debe lanzar una excepcin
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_11 Eliminar licores
Nmero de Tarea: TI_03 Nombre de Tarea: Implementar la interfaz que permitir realizar
la eliminacin del licor
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 23/12/2015
Fecha Fin: 23/12/2015
Programador Responsable: Vanessa Bonito
Descripcin: Implementar la interfaz necesaria para que el administrador pueda realizar la
eliminacin de licores donde se tendr la opcin de buscar el licor y en los licores deber
aparecer la opcin para eliminarlos.

PRUEBAS DE ACEPTACIN
Verificar que la interfaz este acorde con el estndar establecido.
Comprobar que al dar clic en eliminar un licor que no est enlazado con las tablas
tbdetalleventa y tbdetallepedido. ya no aparezca registrado en la base de datos.
Comprobar que al dar clic en eliminar un licor que este enlazado a las tablas
tbdetalleventa y tbdetallepedido este licor solo cambie su estado a inactivo.

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_11 Eliminar licores
Nombre: Verificar que la interfaz este acorde con el estndar establecido.
Responsable: Evelyn Valencia
Fecha: 23/12/2015
Descripcin: no s qu poner
Condiciones de Ejecucin:
La interfaz para eliminar licor debe estar implementada.
Pasos de ejecucin:
Abrir la interfaz para eliminar licor.
Analizar si su diseo est acorde al estndar de interfaz de usuario preestablecido.
Resultado esperado: La interfaz debe cumplir con los estndares establecidos en el
estndar de interfaz de usuario.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_11 Eliminar licores
Nombre: Comprobar que al dar clic en eliminar un licor que no est enlazado con las tablas
tbdetalleventa y tbdetallepedido ya no aparezca registrado en la base de datos.
Responsable: Evelyn Valencia
Fecha: 23/12/2015
Descripcin: no s qu poner
Condiciones de Ejecucin:
El mtodo en la capa lgica de negocio y el acceso a datos deben estar
implementados.
La interfaz para eliminar licor debe estar implementada.
Los servidores de la aplicacin deben estar levantados.
El licor Trpico Seco debe existir en la base de datos y no debe tener relacin con las
tablas tbdetalleventa y tbdetallepedido.
Pasos de ejecucin:
Abrir la interfaz para eliminar licor.

Buscar el licor Trpico Seco.


Dar clic en la opcin eliminar.
Buscar el licor Trpico Seco en la base de datos.
Resultado esperado: El licor seleccionado para eliminarse no debe estar registrado en la
base.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_11 Eliminar licores
Nombre: Comprobar que al dar clic en eliminar un licor que este enlazado a las tablas
tbdetalleventa y tbdetallepedido este licor solo cambie su estado a inactivo.
Responsable: Evelyn Valencia
Fecha: 23/12/2015
Descripcin: Se verifica que si se trata de eliminar un licor que ya haya constado dentro del
registro de un pedido o una venta dentro de la licorera este se elimine solo lgicamente.
Condiciones de Ejecucin:
El mtodo en la capa lgica de negocio y el acceso a datos deben estar
implementados.
La interfaz para eliminar licor debe estar implementada.
Los servidores de la aplicacin deben estar levantados.
El licor Ron San Miguel debe existir en la base de datos y debe tener relacin con las
tablas tbdetalleventa y tbdetallepedido.
Pasos de ejecucin:
Abrir la interfaz para eliminar licor.
Buscar el licor Ron San Miguel.
Dar clic en la opcin eliminar.
Buscar el licor Ron San Miguel en la base de datos.
Resultado esperado: El estado del licor eliminado lgicamente deber ser inactivo.
Evaluacin: Exitosa
ANEXO 69 BUSCAR PROVEEDORES
HISTORIA DE USUARIO
Nmero: HU_38
Nombre: Buscar proveedores
Modificacin historia usuario:
Usuario: Administrador
Iteracin Asignada: 7
Prioridad en Negocio: Baja
Puntos Estimados: 8
Riesgo en desarrollo: Baja
Puntos Reales: 8
Descripcin:
Como administrador me gustara poder buscar los datos de mis proveedores para obtener la
informacin necesaria de manera rpida mediante las cuales pueda modificar o eliminar su
informacin.
Observaciones:

PRUEBAS DE ACEPTACIN
Solo debe presentarse solo la informacin necesaria de cada uno de los proveedores.
La bsqueda debe realizarse a travs de los campos: nombre, cdula, telfono, telfono,
direccin o correo electrnico.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_38 Buscar proveedores
Nombre: Se presentara solo la informacin necesaria del proveedor.
Responsable: Wilmer Barrera
Fecha: 23/12/2015
Descripcin: Se comprobara que al realizar la bsqueda de los proveedores con los que
cuenta el almacn, se visualice nicamente la informacin ms relevante y necesaria de los
mismos.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicio que permitan realizar la bsqueda de los
proveedores.
Tener implementada la interfaz que permita visualizar la informacin de los
proveedores.
Pasos de ejecucin:
Ingresar como administrador del sistema.
Ingresar a la opcin de buscar proveedor.
Ingresar un criterio de bsqueda.
Dar clic sobre la opcin Buscar
Resultado esperado: Al dar clic sobre la opcin buscar se muestra nicamente la
informacin necesaria de los proveedores que cumplen con el criterio de bsqueda.
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_38 Buscar proveedores
Nombre: La bsqueda se realice por el criterio adecuado
Responsable: Wilmer Barrera
Fecha: 23/12/2015
Descripcin: Se comprobara que al realizar la bsqueda de los proveedores se realice con
los siguientes criterios: nombre, cedula, telfono, direccin o correo electrnico.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicio que permitan realizar la bsqueda de los
proveedores.
Tener implementada la interfaz que permita visualizar la informacin de los
proveedores.
Pasos de ejecucin:
Ingresar como administrador del sistema.
Ingresar a la opcin de buscar proveedor.
Ingresar un criterio de bsqueda por el cual se realiza la bsqueda.
Dar clic sobre la opcin Buscar
Resultado esperado: Al dar clic sobre la opcin buscar se los registros que cumplen con el
criterio ingresado para realizar la bsqueda..
Evaluacin: Exitosa
Tareas de Ingenieria

Tarea de Ingeniera
Historia de Usuario: HU_38 Buscar proveedores
Nmero de Tarea: TI_01
Nombre de Tarea: Desarrollar el mtodo BuscarProveedor
en la capa de acceso a datos
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 18/12/2015
Fecha Fin: 18/12/2015
Programador Responsable: Yesenia Pilco
Descripcin: Desarrollar un mtodo que permita realizar la bsqueda de los proveedores
por cualquier criterio que sea ingresado.
Pruebas de aceptacin
Verificar que la sentencia sql se ejecute correctamente.
Verificar que la bsqueda se realice por el criterio nombre.
Verificar que la bsqueda se realice por el criterio cdula.
Verificar que la bsqueda se realice por el criterio telfono.
Verificar que la bsqueda se realice por el criterio direccin.
Verificar que la bsqueda se realice por el criterio correo.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_38Buscar proveedores
Nombre: Verificar que la sentencia sql se ejecute correctamente.
Responsable: Victor Bayas
Fecha: 21/12/2015
Descripcin: Se comprobar que la consulta sql se ejecute correctamente.
Condiciones de Ejecucin:
Tener realizada la consulta.
Tener conexin con la Base de datos
Pasos de ejecucin:
Ingresar en PgAdmin
Dar clic en ejecutar consultas SQL
Ponemos la consulta que se realizo
Se pone una Letra P en la parte de apellido.
Resultado esperado: Debe mostrar los Proveedores que tengan el apellido con la letra P.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_38 Buscar proveedores
Nombre: Verificar que la bsqueda se realice por el criterio nombre.
Responsable: Natalia Pilco
Fecha: 21/12/2015
Descripcin: Se comprobar que se realice la bsqueda por el criterio nombre o se ingrese
una letra.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD
Pasos de ejecucin:
Realizar el Test en el servicio web Acceso a Datos.
Ingresar la letra N
Ejecutar BuscarProveedor
Resultado esperado: Debe mostrar los Proveedores que tengan el apellido con la letra P.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_38 Buscar proveedores
Nombre: Verificar que la bsqueda se realice por el criterio cdula.
Responsable: Natalia Pilco
Fecha: 21/12/2015
Descripcin: Se comprobar que se realice la bsqueda por el criterio cdula o se ingrese
el primer digito de la cedula.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD
Pasos de ejecucin:
Realizar el Test en el servicio web Acceso a Datos.
Ingresar los dgitos 180
Ejecutar BuscarProveedor
Resultado esperado: Debe mostrar los proveedores que tengan los primeros dgitos de la
cdula.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_38 Buscar proveedores
Nombre: Verificar que la bsqueda se realice por el criterio telfono.
Responsable: Vanessa Bonito
Fecha: 21/12/2015
Descripcin: Se comprobar que se realice la bsqueda por el criterio Telfono o se ingrese
los primeros dgitos del telfono
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD
Pasos de ejecucin:
Realizar el Test en el servicio web Acceso a Datos.
Ingresar los dgitos 098
Ejecutar BuscarProveedor.
Resultado esperado: Debe mostrar los proveedores que tengan los tres primeros dgitos
del nmero telefnico.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_38 Buscar proveedores
Nombre: Verificar que la bsqueda se realice por el criterio direccin.
Responsable: Vanessa Bonito
Fecha: 21/12/2015
Descripcin: Se comprobar que la bsqueda realice por el criterio direccin o Ingresando
ciertos datos de la direccin.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD

Pasos de ejecucin:
Realizar el Test en el servicio web Acceso a Datos.
Ingresar Cdla.Juan Montalvo
Ejecutar BuscarProveedor.
Resultado esperado: Debe mostrar los proveedores que tenga la direccin ingresada
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_38 Buscar proveedores
Nombre: Verificar que la bsqueda se realice por el criterio correo.
Responsable: Vctor Bayas
Fecha: 21/12/2015
Descripcin: Se comprobar que ingresando el criterio de correo para buscar se ejecute
correctamente.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD
Pasos de ejecucin:
Realizar el Test en el servicio web Acceso a Datos.
Ingresar el criterio hotmail
Ejecutar BuscarProveedor.
Resultado esperado: debe mostrar a los Proveedores con los correos que contenga hotmail
Evaluacin: Exitosa
Tarea de Ingeniera
Historia de Usuario: HU_38 Buscar proveedores
Nmero de Tarea: TI_02
Nombre de Tarea: Crear el mtodo en el servicio web de la
capa lgica de negocio
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 21/12/2015
Fecha Fin: 21/12/2015
Programador Responsable: Yesenia Pilco
Descripcin: Implementar el mtodo de BuscarProveedor en la capa lgica de negocio que
nos permita realizar la bsqueda.
Pruebas de aceptacin

Verificar que se actualice el servicio web cliente.


Verificar que la consulta se ejecute correctamente.

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_38 Buscar proveedores
Nombre: Verificar que se actualice el servicio web cliente.
Responsable: Vanessa Bonito
Fecha: 21/12/2015
Descripcin: Se verificara la actualizacin del servicio web desarrollado.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web de bsqueda de proveedor.

Pasos de ejecucin:
Refrescar los servicios web de la lgica de negocios.
Desarrollar el servicio web en la lgica de negocios.
Realizar el Test en el servicio web de la lgica de negocios.
Resultado esperado: debe mostrar el servicio web que se desarroll.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_38 Buscar proveedores
Nombre: verificar que la consulta se ejecute correctamente.
Responsable: Vanessa Bonito
Fecha: 21/12/2015
Descripcin: Se comprobara que la consulta sql desarrollada se ejecute correctamente
desde el servicio web de la lgica de negocio.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web de bsqueda de proveedor.
Pasos de ejecucin:
Refrescar los servicios web de la lgica de negocios.
Desarrollar el servicio web en la lgica de negocios.
Realizar el Test en el servicio web de la lgica de negocios.
Ingresar el criterio de bsqueda.
Dar clic sobre el servicio web.
Resultado esperado: debe mostrar aquellos proveedores que cumplan con el criterio de
bsqueda ingresado.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_38 Buscar proveedores
Nmero de Tarea: TI_03
Nombre de Tarea: Implementar la interfaz
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 22/12/2015
Fecha Fin: 22/12/2015
Programador Responsable: Yesenia Pilco
Descripcin: Implementar la interfaz mediante la cual se ingresar el criterio para realizar la
bsqueda.
Pruebas de aceptacin

Verificar que la interfaz cumpla con el estndar establecido.


Verificar que el funcionamiento de la bsqueda se ejecute correctamente.
Verificar que si el criterio ingresado no consta en la tabla proveedor se mostrara un
mensaje de Datos no encontrados.

Prueba de aceptacin
Cdigo: PA_11
Historia de Usuario: HU_38 Buscar proveedores
Nombre: Verificar que la interfaz cumpla con el estndar establecido.
Responsable: Jos Acn
Fecha: 22/12/2015

Descripcin: Se verificar que la interfaz creada para realizar la bsqueda de los


proveedores cumpla con los estndares antes establecidos.
Condiciones de Ejecucin:
La interfaz debe estar creada
Pasos de ejecucin:
Ingresar a la capa de interfaz de usuario.
Abrir la interfaz de buscar proveedores.
Verificar la interfaz con el estndar.
Resultado esperado: La interfaz cumple con los estndares establecidos para su
desarrollo.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_12
Historia de Usuario: HU_38 Buscar proveedores
Nombre: Verificar que el funcionamiento de la bsqueda se ejecute correctamente.
Responsable: Jos Acn
Fecha: 22/12/2015
Descripcin: Se verificar que el funcionamiento de la bsqueda de un proveedor se
muestre adecuadamente en la interfaz de usuario.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web de bsqueda de proveedor.
La interfaz debe estar creada
Pasos de ejecucin:
Ingresar a la capa de interfaz de usuario.
Ingresar el criterio por el cual se realizar la bsqueda.
Dar clic en el botn buscar.
Se listarn los proveedores que cumplan con el criterio ingresado de manera
organizada.
Resultado esperado: La informacin presentada se muestra de forma adecuada
cumpliendo con los criterios de bsqueda.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_13
Historia de Usuario: HU_38 Buscar proveedores
Nombre: Mensaje de datos no encontrados.
Responsable: Jos Acn
Fecha: 22/12/2015
Descripcin: Se verificar que si el criterio ingresado para realizar la bsqueda no se
encuentra registrado en la tabla proveedor, se mostrara un mensaje indicando que los
datos no se han encontrado.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web de bsqueda de proveedor.
La interfaz debe estar creada

Pasos de ejecucin:
Ingresar a la capa de interfaz de usuario.
Ingresar el criterio por el cual se realizar la bsqueda.
Dar clic en el botn buscar.
No existen datos registrados por lo tanto se mostrar el mensaje.
Resultado esperado: Se muestra un mensaje de datos no encontrados, si el criterio de
bsqueda no es el correcto.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_38 Buscar proveedores
Nmero de Tarea: TI_04
Nombre de Tarea: Implementar la bsqueda modificar
Proveedor.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 23/12/2015
Fecha Fin: 23/12/2015
Programador Responsable: Yesenia Pilco
Descripcin: Se implementar la bsqueda en la interfaz de modificar proveedor, en la
cual el administrador podr realizar la bsqueda del proveedor que desea modificar.
Pruebas de aceptacin

Verificar que el criterio ingresado muestre los resultados esperados.


Verificar que si el criterio ingresado no consta en la tabla proveedor se mostrara
un mensaje de Datos no encontrados.

Prueba de aceptacin
Cdigo: PA_14
Historia de Usuario: HU_38 Buscar proveedores
Nombre: Verificar que el criterio ingresado muestre los resultados esperados.
Responsable: Natalia Pilco
Fecha: 23/12/2015
Descripcin: Se comprobara que al momento de realizar la bsqueda se muestren los
resultados correspondientes al criterio de bsqueda ingresados.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web de bsqueda de proveedor.
La interfaz debe estar creada
Pasos de ejecucin:
Ingresar a la interfaz de usuario de buscar proveedor.
Ingresar el criterio de por el cual se realizara la bsqueda.
Dar clic en el botn buscar.
Comprobar que los registros presentados correspondan al criterio de bsqueda
ingresado y en el cual constara la opcin de modificar el registro.
Resultado esperado: Los registros presentados corresponden al criterio de bsqueda
ingresado.
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_15
Historia de Usuario: HU_38 Buscar proveedores

Nombre: Verificar que si el criterio ingresado no consta en la tabla proveedor se


mostrara un mensaje de Datos no encontrados.
Responsable: Natalia Pilco
Fecha: 23/12/2015
Descripcin: Se comprobar que al momento de realizar la bsqueda y no se
encuentren datos se muestre un mensaje indicando que no se han encontrado datos.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web de bsqueda de proveedor.
La interfaz debe estar creada
Pasos de ejecucin:
Ingresar a la interfaz de usuario de buscar proveedor.
Ingresar un criterio de bsqueda no existente.
Dar clic en el botn guardar.
Se mostrar un mensaje indicando que los datos no se han encontrado.
Resultado esperado: Se muestra el mensaje de datos no encontrados.
Evaluacin: Exitosa
ANEXO 70 REALIZACION MANUAL TECNICO
METFORA DEL SISTEMA
Nmero: MS_08
Nombre: Realizacin del manual tcnico
Modificacin de metfora Nmero:
Usuario: Desarrollador
Iteracin Asignada: 7
Prioridad en Negocio: Bajo
Puntos Estimados: 6
Riesgo en desarrollo: Bajo
Puntos Reales: 6
Descripcin:
Como desarrollador deseo que todo lo relacionado con las tcnicas de gestin
proyecto y de codificacin este correctamente documentadas en un manual.
Observaciones:
El manual tcnico se realizar para cada iteracin.

Pruebas de Aceptacin

Todos los desarrolladores debern realizar la documentacin requerida de


cada una de las tareas realizadas.
Verificar que la documentacin sea clara y concisa.

Prueba de Aceptacin
Cdigo: PA_01
Historia de Usuario: MS_08 Manual tcnico
Nombre: Todos los desarrolladores debern realizar la documentacin requerida de
cada una de las tareas realizadas.
Responsable: Natalia Pilco
Fecha: 22/12/2015
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.
Condiciones de Ejecucin: Se deben conocer los procesos realizados a lo largo
del desarrollo de la etapa.

Pasos de ejecucin
Analisis de todas las etapas que se estn realizando para el proceso del
desarrollo del Proyecto.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: el manual tcnico debe estar bien realizado con cada uno de
los elementos de las tareas para la documentacin.
Evaluacin de la prueba: Exitosa.

Prueba de Aceptacin
Cdigo: PA_02
Historia de Usuario: MS_08 Manual tcnico.
Nombre: Verificar que la documentacin sea clara y concisa.
Responsable: Natalia Pilco
Fecha: 22/12/2015
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.
Condiciones de Ejecucin: Se deben conocer los procesos realizados al largo del
desarrollo de la etapa.
Pasos de ejecucin
Se leer el manual tcnico.
Se realizar un anlisis de su informacin contenida.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: El contenido del manual tcnico sea entendible para todos
los desarrolladores.
Evaluacin de la prueba: Exitosa.
ANEXO 71 MANUAL USUARIO

Nmero: MS_09

METAFORA DEL SISTEMA


Nombre: Realizacin del manual de usuario

Modificacin de metfora Nmero:


Usuario: Usuario
Iteracin Asignada: 7
Prioridad en Negocio: Alta
Puntos Estimados: 4
Riesgo en desarrollo: Bajo
Puntos Reales: 4
Descripcin:
Como desarrollador deseo documentar cmo se maneja y est estructurado el
sistema para que el cliente lo pueda utilizar fcilmente y de una manera gil.
Observaciones:

Pruebas de Aceptacin

El lenguaje utilizado deber ser de sencilla comprensin para el usuario.


El manual deber contener descripciones de pantallas y su
funcionamiento.

PRUEBA DE ACEPTACIN

Cdigo: PA_01

Historia de Usuario: MS_09 Realizacin del manual de


usuario
Nombre: El lenguaje utilizado deber ser de sencilla comprensin para el usuario.
Responsable: Freddy Caps
Fecha: 23/12/2015
Descripcin: El manual de usuario tiene un lenguaje de sencilla comprensin para el
usuario, el cliente ha podido realizar las actividades de la pgina sin necesidad de
que este presenten uno de los programadores.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se puede seguir los pasos especificados en el manual.
Resultado esperado: El sistema debe ser entendible para el usuario por medio de
los manuales.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: MS_09 Realizacin del manual de
usuario
Nombre: El manual deber contener descripciones de pantallas y en cada una su
funcionamiento descriptivo
Responsable: Vanessa Bonito
Fecha: 23/12/2015
Descripcin: El manual de usuario tiene que ser descriptivo llevando en si de una
forma grfica y textual de lo que realiza cada parte de la aplicacin
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se realiza lo que est escrito en el manual.
Resultado esperado: El usuario se guio mediante las interfaces y descripciones
dando como resultado el maneje del sistema por medio del manual.
Evaluacin de la prueba: Exitosa.
Tareas de ingeniera
TAREA DE INGENIERA
Metfora: MS_08 Realizacin del manual de usuario
Nmero de Tarea: TI_01 Nombre de Tarea: Realizar el manual de usuario.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 18/12/2015
Fecha Fin: 24/12/2015
Programador Responsable: Jos Acn
Descripcin: Realizar el manual de usuario para que el cliente tenga una gua
especifica de manejo del producto que le ser entregado.
Pruebas de Aceptacin
Verificar que el manual de usuario contemple todas las especificaciones de uso del

sistema para que pueda tener un manejo ptimo del mismo.


PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_09 Realizacin del manual de
usuario
Nombre: TI_01 Realizar el manual de usuario.
Responsable: Yessenia Pilco
Fecha: 22/12/2015
Descripcin: Se requiere analizar el manual de usuario generado para verificar si
cuenta con las especificaciones de gua necesarias.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Analizar la redaccin del manual de usuario para ver si se encuentran
especificadas los pasos para el manejo de cada funcionalidad.
Verificar que la gua realizada en el manual lleva al usuario hacia los
resultados correctos.
Resultado esperado: Llegar a la conclusin de que el manual est apto para su
entrega al usuario y que le ser de utilidad como gua en el manejo del sistema.
Evaluacin de la prueba: Exitosa.
ANEXO 72 ELIMINAR CATEGORIA
HISTORIA DE USUARIO
Nmero: HU_41
Nombre: Eliminar categora
Modificacin historia de usuario:
Usuario: Administrador
Iteracin Asignada: 8
Prioridad en Negocio: Baja
Puntos Estimados: 8
Riesgo en desarrollo: Baja
Puntos Reales: 8
Descripcin: Como Administrador me gustara poder eliminar una categora que ya no
est utilizando para evitar confusiones al momento de ir categorizando mis licores.
Observaciones:
Para eliminar una categora se lo har mediante una bsqueda.

PRUEBAS DE ACEPTACIN
Si se elimina una categora que contiene licores estos pasarn a sin categora y luego
se eliminar dicha categora.
Si se eliminara una categora no debera aparecer en la lista de Reportes de licor por
categoras.
Verificar que para eliminar una categora se lo pueda hacer tambin mediante una
bsqueda.
Si la categora a eliminar no contiene licores esta se eliminar.
Si no se ingresa nada en el campo de bsqueda esta no se realizar hasta que llene
dicho campo.

Tarea de Ingeniera
Historia de Usuario: HU_41 Eliminar categora
Nmero de Tarea: TI_01
Nombre de Tarea: Implementar el servicio web
EliminarCategoria en la capa de acceso a datos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 25/12/2015
Fecha Fin: 25/12/2015

Programador Responsable: Giannella Montao


Descripcin: Desarrollar un mtodo EliminarCategoria que realice la sentencia SQL
de eliminar una categora en caso de ser necesario.

PRUEBAS DE ACEPTACIN
Verificar que en caso de que no exista una categora devuelva un false.
Verificar que el servicio web elimina una categora deseada de forma correcta.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_41 Eliminar categora
Nombre: Verificar que en caso de que no exista una categora devuelva un false.
Responsable: Vanessa Bonito
Fecha: 28/12/2015
Descripcin: Al ejecutar el mtodo se debe presentar la pgina del tester
Condiciones de Ejecucin:
El mtodo EliminarCategoria en la capa de acceso debe estar implementado.
Pasos de ejecucin:
Ir al servicio web de la capa de acceso a datos.
Dar clic derecho.
Seleccionar Test Web Service.
Escribir en el mtodo EliminarCategoria Cerveza.
Resultado esperado:
Debe devolver una false
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_41 Eliminar categora
Nombre: Verificar que el servicio web elimina una categora deseada de forma
correcta.
Responsable: Natalia Pilco
Fecha: 28/12/2015
Descripcin: Comprobar que el mtodo implementado en la capa acceso a datos
elimina la categora de forma correcta.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web EliminarCategoria debe estar implementada.
Pasos de ejecucin:
Ir al servicio web de la capa de acceso a datos.
Dar clic derecho.
Seleccionar Test Web Service.
Ingresar el dato Tequila.
Dar clic en EliminarCategoria.
Resultado esperado:
Se debe mostrar un True.
Evaluacin: Exitosa

Tarea de Ingeniera

Historia de Usuario: HU_41 Eliminar Categora.


Nmero de Tarea: TI_02
Nombre de Tarea: Crear un servicio web cliente y un
servicio web en la capa de lgica de negocio
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 28/12/2015
Fecha Fin: 28/12/2015
Programador Responsable: Giannella Montao
Descripcin: Implementar el consumo del servicio web Eliminar Categora del acceso
a datos y a su vez crear un servicio web en la capa lgica de negocio que permita
realizar la eliminacin fsica de la Categora especificada.

PRUEBAS DE ACEPTACIN
Verificar que en caso de dar clic sobre el mtodo EliminarCategoria sin llenar el
campo el sistema enviar una excepcin.
Verificar que el servicio web realiza la accin de EliminarCategora.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_41 Eliminar Categora
Nombre: Verificar que en caso de dar clic sobre el mtodo EliminarCategoria sin llenar
el campo el sistema enviar una excepcin.
Responsable: Evelyn Valencia
Fecha: 28/12/2015
Descripcin: Comprobar que el servicio web de la capa lgica de negocio enva la
excepcin en caso de que no se llene el campo indicado.
Condiciones de Ejecucin:
El servicio web en la capa de Acceso a Datos debe estar implementado.
Pasos de ejecucin:
Ir al servicio web de la capa de lgica de negocio.
Dar clic derecho.
Seleccionar Test Web Service.
Dar clic sobre el mtodo EliminarCategoria
Resultado esperado:
Se debe mostrar una excepcin
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_41 Eliminar Categora
Nombre: Verificar que el servicio web realiza la accin de EliminarCategora.
Responsable: Freddy Capz
Fecha: 28/12/2015
Descripcin: Verificar que el servicio web elimina una categora deseada de forma
correcta.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El mtodo EliminarCategora debe estar implementado.

Pasos de ejecucin:
Ir al servicio web de la capa de acceso a datos
Dar clic derecho
Seleccionar Test Web Service
Ingresar el dato Tequila.
Dar clic en el botn EliminarCategoria
Resultado esperado:
Se debe mostrar un True.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_11 Eliminar licores
Nmero de Tarea: TI_03 Nombre de Tarea: Implementar la interfaz que permita
realizar la eliminacin de la categora.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 29/12/2015
Fecha Fin: 30/12/2015
Programador Responsable: Giannella Montao
Descripcin: Implementar la interfaz necesaria para que el administrador pueda
eliminar una categora deseada para lo cual se tendr la opcin de buscar la categora
a eliminar y a lado aparecer la opcin para eliminar dicha categora.

PRUEBAS DE ACEPTACIN
Verificar que la interfaz este acorde con el estndar establecido.
Verificar que en caso de que no exista la categora muestre un mensaje
indicando que no hay datos de categora.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_41 Eliminar Categora
Nombre: Verificar que la interfaz este acorde con el estndar establecido.
Responsable: Vanessa Bonito
Fecha: 30/12/2015
Descripcin: Comprobar que la interfaz grfica cumpla con el estndar de interfaz que
se est utilizando.
Condiciones de Ejecucin:
La interfaz para Eliminar Categora debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Modificar/Eliminar Categora
Resultado esperado: La interfaz debe cumplir con el estndar establecido para la
interfaz de usuario.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_41 Eliminar Categora
Nombre: Verificar que en caso de que no exista la categora muestre un mensaje

indicando que no hay datos de categora.


Responsable: Natalia Pilco
Fecha: 30/12/2015
Descripcin: Comprobar que al realizar la bsqueda de categora y esta no exista
muestre un mensaje indicando que no existe dicha categora.
Condiciones de Ejecucin:
La interfaz para Eliminar Categora debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Modificar/Eliminar Categora
Buscar la Categora que se desea eliminar Manzana
Dar clic sobre el botn eliminar
Resultado esperado: Debe mostrar un mensaje no hay datos de categora
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_41 Eliminar Categora
Nombre: Si se elimina una categora que contiene licores estos pasarn a sin
categora y luego se eliminar dicha categora.
Responsable: Evelyn Valencia
Fecha: 30/12/2015
Descripcin: Comprobar que al eliminar una categora que contiene licores estos
pasen a sin categora y luego se elimine dicha categora.
Condiciones de Ejecucin:
La interfaz para Eliminar Categora debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Modificar/Eliminar Categora
Dar clic sobre el botn eliminar
Resultado esperado: Los licores que estn dentro de esa categora deben pasar a
sin categora y esa categora ya no debe aparecer
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_41 Eliminar Categora
Nombre: Si se eliminara una categora no debera aparecer en la lista de Reportes de
licor por categoras.
Responsable: Freddy Capz
Fecha: 30/12/2015
Descripcin: Comprobar que al eliminar una categora esta ya no aparezca en los
reportes por categora.
Condiciones de Ejecucin:
La interfaz para Eliminar Categora debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Modificar/Eliminar Categora
Dar clic sobre el botn eliminar

Dar clic en reportes por categora


Resultado esperado: La categora eliminada ya no debe estar en reportes por
categora
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_41 Eliminar Categora
Nombre: Verificar que para eliminar una categora se lo pueda hacer tambin
mediante una bsqueda.
Responsable: Vctor Bayas
Fecha: 30/12/2015
Descripcin: Comprobar que para eliminar una categora esta se la pueda hacer
mediante una bsqueda.
Condiciones de Ejecucin:
La interfaz para Eliminar Categora debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Modificar/Eliminar Categora
Buscar la Categora que se desea eliminar
Dar clic sobre el botn eliminar
Resultado esperado: Al realizar la bsqueda de la categora a eliminar esta muestre
los resultados y la opcin de eliminar dicha categora.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_41 Eliminar Categora
Nombre: Si la categora a eliminar no contiene licores esta se eliminar.
Responsable: Wilmer Barrera
Fecha: 30/12/2015
Descripcin: Comprobar que al no tener una categora licores esta se elimina sin
ningn problema.
Condiciones de Ejecucin:
La interfaz para Eliminar Categora debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Modificar/Eliminar Categora
Buscar la Categora que se desea eliminar
Dar clic sobre el botn eliminar
Resultado esperado: Al dar clic sobre el botn eliminar esta categora ya no debe
aparecer.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_11
Historia de Usuario: HU_41 Eliminar Categora
Nombre: Si no se ingresa nada en el campo de bsqueda esta no se realizar hasta
que llene dicho campo.

Responsable: Wilmer Barrera


Fecha: 30/12/2015
Descripcin: Comprobar que al estar vaco el campo de bsqueda y dar clic en el
botn buscar este no har nada hasta que se ingrese algn dato.
Condiciones de Ejecucin:
La interfaz para Eliminar Categora debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Modificar/Eliminar Categora
Dar clic sobre el botn buscar
Resultado esperado: Al dar clic sobre el botn buscar no debe realizar ninguna
accin.
Evaluacin: Exitosa
ANEXO 73 PRESENTAR PRODUCTOS POR CATEGORIA
HISTORIA DE USUARIO
Nmero:HU_19.1
Nombre: Presentar productos por categora
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada:8
Prioridad en Negocio: Alta
Puntos Estimados:6
Riesgo en desarrollo: Medio
Puntos Reales: 8
Descripcin: Como Administrador me gustara que se muestre los licores divididos en
una categora especfica para que esto ayude al cliente a realizar con mayor facilidad
sus pedidos a la licorera.
Observaciones: Se categorizar por el tipo de licor.

PRUEBAS DE ACEPTACIN
Se mostrar la lista de los licores segn la categora a la que pertenezcan.
Se debe mostrar una opcin para elegir que categorizacin se desea listar los
licores.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_19.1 Presentar productos por categora
Nombre: Se mostrar la lista de los licores segn la categora a la que pertenezcan.
Responsable: Vanessa Bonito
Fecha: 30/12/2015
Descripcin: Se mostrar la lista de los licores segn la categora a la que
pertenezcan.
Condiciones de Ejecucin:
La funcionalidad Presentar productos por categora debe estar implementada.
Hay conexin a la base de datos.
Pasos de ejecucin:
Se ingresa a la funcionalidad Presentar productos por categora.
Se selecciona en el lateral izquierdo la categora Aguardiente.
Se muestra en la parte central del cuadro todos los licores que pertenecen a
esa categora incluyendo su imagen y precio.
Resultado esperado:
Se muestran los licores de una categora especfica al presionar en la misma.

Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_19.1 Presentar productos por categora
Nombre: Se debe mostrar una opcin para elegir que categorizacin se desea listar
los licores.
Responsable: Vanessa Bonito
Fecha: 30/12/2015
Descripcin: Se debe mostrar una opcin para elegir que categorizacin se desea
listar los licores.
Condiciones de Ejecucin:
La funcionalidad Presentar productos por categora debe estar implementada.
Hay conexin a la base de datos.
Pasos de ejecucin:
Se ingresa a la funcionalidad Presentar productos por categora.
Se muestra en el lateral izquierdo la lista de categoras existentes que se
puede seleccionar.
Resultado esperado:
Se muestra todas las categoras registradas en la base de datos.
Evaluacin: Exitosa
TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_19.1 Presentar productos por categora.
Nmero de Tarea: TI_01
Nombre de Tarea: Mantenimiento al Ingreso y
Modificacin de los licores.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 24/12/2015
Fecha Fin: 24/12/2015
Programador Responsable: Wilmer Barrera
Descripcin: Como desarrollador necesito que las funcionalidades tanto el ingreso
como la modificacin del licor funcione correctamente.
Pruebas de aceptacin

Al ingresar un licor existente en la base de datos mostrar un mensaje


advirtiendo que ya existe dicho licor
Verificar que cuando el usuario registre un licor e incluya la respectiva imagen
est se guarde en la carpeta Imgenes del servidor de la capa IU.
Al modificar un licor, si existe ya un licor con el mismo nombre se mostrar un
mensaje advirtiendo que dicho licor ya est registrado.
Al cambiar el nombre de un licor, si este licor est guardado con una imagen
dicha imagen se actualizara al nombre que se ha cambiado.
Al cambiar la imagen de un licor primero se deber eliminar la imagen anterior
en caso de existir

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_19.1 Presentar productos por
categora.

Nombre: Al ingresar un licor existente en la base de datos mostrar un mensaje


advirtiendo que ya existe dicho licor.
Responsable: Carolina Valencia
Fecha: 24/12/2015
Descripcin: Al ingresar un licor existente en la base de datos mostrar un mensaje
advirtiendo que ya existe dicho licor.
Condiciones de Ejecucin:
La funcionalidad Ingresar Licor debe estar implementada.
Hay conexin a la base de datos.
Pasos de ejecucin:
Ingresar a la funcionalidad Ingresar Licor
Ingresar los datos de prueba:
Nombre: Zhumir Clsica; Stock: 12; Stock Mnimo: 12; Stock Mximo: 28;
Costo: 15; Precio: 15; Precio Mnimo: 15; Categora: Seleccionar Aguardiente;
Imagen: Zhumir Pink.png
Se presiona en Guardar Datos.
Retorna a la misma pgina indicando que ya existe el licor que se desea
ingresar.
Resultado esperado:
La funcionalidad Ingresar Licor se ejecuta correctamente y muestra un mensaje de
producto ya existente cuando se trata de ingresar datos repetidos.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_19.1 Presentar productos por
categora.
Nombre: Verificar que cuando el usuario registre un licor e incluya la respectiva
imagen est se guarde en la carpeta Imgenes del servidor de la capa IU.
Responsable: Carolina Valencia
Fecha: 24/12/2015
Descripcin: Verificar que cuando el usuario registre un licor e incluya la respectiva
imagen est se guarde en la carpeta Imgenes del servidor de la capa IU.
Condiciones de Ejecucin:
La funcionalidad Ingresar Licor debe estar implementada.
Hay conexin a la base de datos.
Pasos de ejecucin:
Ingresar a la funcionalidad Ingresar Licor
Ingresar los datos de prueba:
Nombre: Zhumir Clsica; Stock: 12; Stock Mnimo: 12; Stock Mximo: 28;
Costo: 15; Precio: 15; Precio Mnimo: 15; Categora: Seleccionar
Aguardiente; Imagen: Zhumir Pink.png
Se presiona en Guardar Datos.
Resultado esperado:
La funcionalidad Ingresar Licor se ejecuta correctamente y la imagen se guarda en
la carpeta Imgenes de la IU.
Evaluacin: Exitosa.

Prueba de aceptacin

Cdigo: PA_03

Historia de Usuario: HU_19.1 Presentar productos por


categora.
Nombre: Al modificar un licor, si existe ya un licor con el mismo nombre se mostrar
un mensaje advirtiendo que dicho licor ya est registrado.
Responsable: Carolina Valencia
Fecha: 24/12/2015
Descripcin: Al modificar un licor, si existe ya un licor con el mismo nombre se
mostrar un mensaje advirtiendo que dicho licor ya est registrado.
Condiciones de Ejecucin:
La funcionalidad Modificar Licor debe estar implementada.
Hay conexin a la base de datos.
Pasos de ejecucin:
Ingresar a la funcionalidad de edicin del Licor Cristal
Ingresar los datos de prueba:
Nombre: Zhumir Clsica y los dems datos se conservan.
Se presiona en Guardar Datos.
Resultado esperado:
La funcionalidad Modificar Licor se ejecuta correctamente y cuando se modifica un
licor con un nombre que ya existe en la base de datos, esta no lo permite y muestra
un mensaje de advertencia.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_19.1 Presentar productos por
categora.
Nombre: Al cambiar el nombre de un licor, si este licor est guardado con una
imagen dicha imagen se actualizara al nombre que se ha cambiado.
Responsable: Carolina Valencia
Fecha: 24/12/2015
Descripcin: Al cambiar el nombre de un licor, si este licor est guardado con una
imagen dicha imagen se actualizara al nombre que se ha cambiado.
Condiciones de Ejecucin:
La funcionalidad Modificar Licor debe estar implementada.
Hay conexin a la base de datos.
Pasos de ejecucin:
Ingresar a la funcionalidad de edicin del Licor Zhumir Clsica
Ingresar los datos de prueba:
Nombre: Zhumir Clsica Ultra y los dems datos se conservan.
Se presiona en Guardar Datos.
Resultado esperado:
La funcionalidad Modificar Licor se ejecuta correctamente y cuando se modifica un
licor con un nuevo nombre, se modifica el nombre y este mismo nombre se asigna a
la imagen correspondiente.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_19.1 Presentar productos por
categora.
Nombre: Al cambiar la imagen de un licor primero se deber eliminar la imagen

anterior en caso de existir


Responsable: Carolina Valencia
Fecha: 24/12/2015
Descripcin: Al cambiar la imagen de un licor primero se deber eliminar la imagen
anterior en caso de existir
Condiciones de Ejecucin:
La funcionalidad Modificar Licor debe estar implementada.
Hay conexin a la base de datos.
Pasos de ejecucin:
Ingresar a la funcionalidad de edicin del Licor Zhumir Clsica
Ingresar los datos de prueba: Imagen: Seleccionar una imagen y los dems
datos se conservan.
Se presiona en Guardar Datos.
Resultado esperado:
La funcionalidad Modificar Licor se ejecuta correctamente y cuando se cambia la
imagen representativa de un licor, la anterior imagen se elimina.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_19.1 Presentar productos por categora.
Nmero de Tarea: TI_02
Nombre de Tarea: Implementar la funcionalidad para
extraer los datos de licores desde la base de datos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 28/12/2015
Fecha Fin: 28/12/2015
Programador Responsable: Mara Jose Morillo
Descripcin: Como desarrollador necesito implementar la funcionalidad en la capa
de acceso a datos para que esta interacte con la base de datos a la hora de extraer
la informacin.
Pruebas de aceptacin

Comprobar que la sentencia sql se ejecute correctamente.


Comprobar la conexin a la base de datos.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_19.1 Presentar productos por
categora.
Nombre: Comprobar que la sentencia sql se ejecute correctamente.
Responsable: Carolina Valencia
Fecha: 28/12/2015
Descripcin: Comprobar que la sentencia sql se ejecute correctamente.
Condiciones de Ejecucin:
Hay conexin a la base de datos.
Pasos de ejecucin:
Ejecutar la sentencia sql ubicndola en el servidor de BD conectado en
NetBeans.
Resultado esperado:
La sentencia sql se ejecuta correctamente extrayendo los datos solicitados.
Evaluacin: Exitosa.

Prueba de aceptacin

Cdigo: PA_02

Historia de Usuario: HU_19.1 Presentar productos por


categora.
Nombre: Comprobar la conexin a la base de datos.
Responsable: Carolina Valencia
Fecha: 28/12/2015
Descripcin: Comprobar la conexin a la base de datos.
Condiciones de Ejecucin:
Base de datos existente.
Pasos de ejecucin:
Se realiza debug mediante Netbeans, obteniendo un valor true en la
conexin a la base de datos.
Resultado esperado:
La base de datos se conecta.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_19.1 Presentar productos por categora.
Nmero de Tarea: TI_03
Nombre de Tarea: Implementar la funcin respectiva
en los Servicios Web de las capas de Acceso a Datos
y Lgica de Negocio.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 29/12/2015
Fecha Fin: 29/12/2015
Programador Responsable: Mara Jose Morillo
Descripcin: Como desarrollador necesito implementar las funciones respectivas en
los Servicios Web de Acceso a Datos y Lgica de Negocio para que sean consumidas
por la capa de Interfaz de usuario.
Pruebas de aceptacin

Verificar que el servicio web cliente en la lgica de negocio consuma el


servicio web de acceso a datos a travs del testeo.
Verificar que el servicio web cliente en la capa Interfaz de Usuario consuma el
servicio web de la capa lgica de negocio a travs del testeo.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_19.1 Presentar productos por
categora.
Nombre: Verificar que el servicio web cliente en la lgica de negocio consuma el
servicio web de acceso a datos a travs del testeo.
Responsable: Carolina Valencia
Fecha: 29/12/2015
Descripcin: Verificar que el servicio web cliente en la lgica de negocio consuma
el servicio web de acceso a datos a travs del testeo.
Condiciones de Ejecucin:
Hay conexin a la base de datos.
Pasos de ejecucin:
Testear el Servicio Web Lgica del Negocio
Seleccionar la funcin publicada CargarLicoresLN
Se retorna los datos atravesando la capa de Acceso a datos
Resultado esperado:
La funcin publicada en el Servicio Web Lgica del Negocio se ejecuta
correctamente consumiendo el Servicio Web Acceso a Datos.

Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_19.1 Presentar productos por
categora.
Nombre: Verificar que el servicio web cliente en la capa Interfaz de Usuario
consuma el servicio web de la capa lgica de negocio a travs del testeo.
Responsable: Carolina Valencia
Fecha: 29/12/2015
Descripcin: Verificar que el servicio web cliente en la capa Interfaz de Usuario
consuma el servicio web de la capa lgica de negocio a travs del testeo.
Condiciones de Ejecucin:
Hay conexin a la base de datos.
Pasos de ejecucin:
Testear el Servicio Web Interfaz de Usuario
Seleccionar la funcin publicada CargarLicoresLN
Se retorna los datos atravesando la capa Lgica del Negocio
Resultado esperado:
La funcin publicada en el Servicio Web Interfaz de Uusuario se ejecuta
correctamente consumiendo el Servicio Web Lgica del Negocio.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_19.1 Presentar productos por categora.
Nmero de Tarea: TI_04
Nombre de Tarea: Implementar la interfaz de usuario
para presentar los licores por categora.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 30/12/2015
Fecha Fin: 30/12/2015
Programador Responsable: Wilmer Barrera
Descripcin: Como desarrollador necesito tener una interfaz de usuario en la cual se
presentarn los licores que pertenecen a una categora.
Pruebas de aceptacin

Verificar que se presenten todas las categoras existentes en la base de datos.


Verificar que se presenten los licores correspondientes a una categora en
especfico.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_19.1 Presentar productos por
categora
Nombre: Verificar que se presenten todas las categoras existentes en la base de
datos.
Responsable: Vanessa Bonito
Fecha: 30/12/2015
Descripcin: Verificar que se presenten todas las categoras existentes en la base
de datos.
Condiciones de Ejecucin:
La funcionalidad Presentar productos por categora debe estar
implementada.
Hay conexin a la base de datos.

Pasos de ejecucin:
Se ingresa a la funcionalidad Presentar productos por categora.
Se muestra en el lateral izquierdo la lista de categoras existentes.
Resultado esperado:
Se muestra todas las categoras registradas en la base de datos.
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_19.1 Presentar productos por
categora
Nombre: Verificar que se presenten los licores correspondientes a una categora en
especfico.
Responsable: Vanessa Bonito
Fecha: 30/12/2015
Descripcin: Verificar que se presenten los licores correspondientes a una
categora en especfico.
Condiciones de Ejecucin:
La funcionalidad Presentar productos por categora debe estar
implementada.
Hay conexin a la base de datos.
Pasos de ejecucin:
Se ingresa a la funcionalidad Presentar productos por categora.
Se selecciona en el lateral izquierdo la categora Aguardiente.
Se muestra en la parte central del cuadro todos los licores que pertenecen a
esa categora incluyendo su imagen y precio.
Resultado esperado:
Se muestran los licores de una categora especfica al presionar en la misma.
Evaluacin: Exitosa
ANEXO 74 BUSCAR PEDIDOS
HISTORIA DE USUARIO
Nmero:HU_26
Nombre: Buscar pedidos
Modificacin historia usuario:
Usuario: Administrador
Iteracin Asignada:8
Prioridad en Negocio: Media
Puntos Estimados:8
Riesgo en desarrollo: Baja

Puntos Reales: 8

Descripcin:
Como administrador deseo poder buscar un pedido en especfico, para poder ver la
informacin de dicho pedido.
Observaciones:
PRUEBAS DE ACEPTACIN

Al realizar la bsqueda de un pedido podremos observar toda la informacin de


dicho pedido.

Si el pedido no se encuentra en la base de datos, el sistema no deber mostrar


informacin.
Prueba de aceptacin

Cdigo: PA_01

Historia de Usuario: HU_26 Buscar pedidos

Nombre: Al realizar la bsqueda de un pedido podremos observar toda la informacin


de dicho pedido.
Responsable: Wilmer Barrera
Fecha: 29/12/2015
Descripcin: Se verificar que el funcionamiento de la bsqueda de un pedido ya
culminada mostrando toda la informacin requerida.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD y LN.
Tener desarrollado los servicios web de bsqueda de pedido.
La interfaz debe estar creada
Pasos de ejecucin:
Ingresar a la capa de interfaz de Buscar Pedido.
Ingresar el criterio 100
Dar clic en el botn buscar.
Resultado esperado: Debe mostrar la informacin de todos los pedidos que tengan
un total de pedido 100
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_26 Buscar pedidos
Nombre: Si el pedido no se encuentra en la base de datos, el sistema debe mostrar
un mensaje de No hay datos de Pedidos
Responsable: Wilmer Barrera
Fecha: 29/12/2015
Descripcin: se verificar que si el Administrador busca un pedido y no se encuentra
en la base de datos se deber mostrar un mensaje No hay datos de Pedidos
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD y LN.
Tener desarrollado los servicios web de bsqueda de pedido.
La interfaz debe estar creada
Pasos de ejecucin:
Ingresar a la capa de interfaz de Buscar Pedido.
Ingresar el criterio 0704424290.
Dar clic en el botn buscar.
Resultado esperado: Se mostrar un mensaje No Hay datos de Pedidos.
Evaluacin: Exitosa
Tarea de Ingeniera
Historia de Usuario: HU_26 Buscar pedidos
Nmero de Tarea: TI_01
Nombre de Tarea: Desarrollar el mtodo
BuscarPedidos en la capa de acceso a datos
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 25/12/2015
Fecha Fin: 25/12/2015
Programador Responsable: Freddy Capuz
Descripcin: Desarrollar un mtodo que permita realizar la bsqueda de los pedidos
por cualquier criterio que sea ingresado.
Pruebas de aceptacin

Verificar que la sentencia sql se ejecute correctamente.


Verificar que la bsqueda se realice por el criterio nombre.
Verificar que la bsqueda se realice por el criterio cdigo pedido.
Verificar que la bsqueda se realice por el criterio cdula.
Verificar que la bsqueda se realice por el criterio fecha reservacin de pedido
Verificar que la bsqueda se realice por el criterio fecha vencimiento de
pedido.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_26 Buscar pedidos
Nombre: Verificar que la sentencia sql se ejecute correctamente.
Responsable: Natalia Pilco
Fecha: 29/12/2015
Descripcin: Se comprobar que la consulta sql se ejecute correctamente.
Condiciones de Ejecucin:
Tener realizada la consulta.
Tener conexin con la Base de datos
Pasos de ejecucin:
Ingresar en PgAdmin
Dar clic en ejecutar consultas SQL
Ponemos la consulta que se realizo
Ponemos 1804 en la parte del criterio.
Resultado esperado: Debe mostrar los Pedidos que empiezan con el nmero de
cedula 1804 y estn en estado activo.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_26 Buscar pedidos
Nombre: Verificar que la bsqueda se realice por el criterio nombre.
Responsable: Vanesa Bonito
Fecha: 29/12/2015
Descripcin: Se comprobar que se realice la bsqueda por el criterio nombre o se
ingrese una letra.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD
Pasos de ejecucin:
Realizar el Test en el servicio web Acceso a Datos.
Ingresar el criterio NA
Ejecutar el servicio Web BuscarPedido
Resultado esperado: Debe mostrar los pedidos en los que los que el nombre del
cliente empiece con NA ...
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_26 Buscar pedidos

Nombre: Verificar que la bsqueda se realice por el criterio cdigo pedido


Responsable: Mara Jos Morillo
Fecha: 29/12/2015
Descripcin: Se comprobar que se realice la bsqueda por el criterio cdigo de
pedido.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD
Pasos de ejecucin:
Realizar el Test en el servicio web Acceso a Datos.
Ingresar el criterio de cdigo de pedido 02
Ejecutar el servicio Web BuscarPedido.
Resultado esperado: Debe mostrar el pedido con el cdigo 02.
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_26 Buscar pedidos
Nombre: Verificar que la bsqueda se realice por el criterio cdula.
Responsable: Giannella Montao
Fecha: 29/12/2015
Descripcin: Se comprobar que se realice la bsqueda por un criterio por el
nmero de cdula.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD
Pasos de ejecucin:
Realizar el Test en el servicio web Acceso a Datos.
Ingresar el criterio con los dgitos 180
Ejecutar BuscarPedido
Resultado esperado: Debe mostrar los pedidos cuyos clientes tengas el nmero de
cedula que empieza con 180
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_26 Buscar pedidos
Nombre: Verificar que la bsqueda se realice por el criterio fecha reservacin de
pedido
Responsable: Giannella Montao
Fecha: 29/12/2015
Descripcin: Se comprobar que se realice la bsqueda por un criterio de una
fecha se realiz un pedido
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD
Pasos de ejecucin:
Realizar el Test en el servicio web Acceso a Datos.
Ingresar el criterio de fecha 2015
Ejecutar BuscarPedido
Resultado esperado: Debe mostrar los pedidos cuya fecha de realizacin sean del
ao 2015.

Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_26 Buscar pedidos
Nombre: Verificar que la bsqueda se realice por el criterio fecha vencimiento de
pedido.
Responsable: Vctor Bayas
Fecha: 29/12/2015
Descripcin: Se comprobar que se realice la bsqueda por un criterio de una
fecha en la que venza el pedido.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD
Pasos de ejecucin:
Realizar el Test en el servicio web Acceso a Datos.
Ingresar el criterio del da 21
Ejecutar BuscarPedido
Resultado esperado: Debe mostrar los pedidos cuya fecha se encuentre los
pedidos vencidos con el da 21.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_26 Buscar pedidos
Nmero de Tarea: TI_02
Nombre de Tarea: Crear el mtodo en el servicio
web de la capa lgica de negocio
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 28/12/2015
Fecha Fin: 28/12/2015
Programador Responsable: Freddy Capuz
Descripcin: Implementar el mtodo de BuscarPedido en la capa lgica de negocio
que nos permita realizar la bsqueda.
Pruebas de aceptacin

Verificar que se actualice el servicio web cliente.


Verificar que el mtodo se ejecute correctamente.

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_26 Buscar pedidos
Nombre: Verificar que se actualice el servicio web cliente.
Responsable: Yesenia Pilco
Fecha: 29/12/2015
Descripcin: Se verificar la actualizacin del servicio web desarrollado.
Condiciones de Ejecucin:
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web de bsqueda de pedido.

Pasos de ejecucin:
Da un clic derecho y seleccionamos Deploy
Se abre la carpeta Web Service References
Da un clic derecho en LicoresGia
Selecciona Refresh
Resultado esperado: Debe mostrar el mtodo del servicio web de AD que es
BuscarPedido
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_26 Buscar pedidos
Nombre: verificar que el mtodo se ejecute correctamente.
Responsable: Vanessa Bonito
Fecha: 29/12/2015
Descripcin: Se comprobar que el mtodo desarrollada se ejecute correctamente
desde el servicio web de la lgica de negocio.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD.
Tener desarrollada el mtodo de BuscarPedido en la Lgica de Negocio.
Pasos de ejecucin:.
Realizar el Test en el servicio web de la lgica de negocios.
Ingresar el criterio GI.
Dar clic sobre el mtodo del servicio web.
Resultado esperado: Debe mostrar todos los pedidos que el nombre del cliente
comenc con GI.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_26 Buscar pedidos
Nmero de Tarea: TI_03
Nombre de Tarea: Implementar la interfaz para
Buscar Pedidos
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 29/12/2015
Fecha Fin: 29/12/2015
Programador Responsable: Freddy Capuz
Descripcin: Implementar la interfaz mediante la cual se ingresar el criterio para
realizar la bsqueda.
Pruebas de aceptacin

Verificar que la interfaz cumpla con el estndar establecido.


Verificar que el funcionamiento de la bsqueda se ejecute correctamente.
Verificar que si el criterio ingresado no consta en la tabla pedidos se mostrar
un mensaje de No hay datos en Pedidos.

Prueba de aceptacin
Cdigo: PA_11
Historia de Usuario: HU_26 Buscar pedidos
Nombre: Verificar que la interfaz cumpla con el estndar establecido.
Responsable: Natalia Pilco
Fecha: 29/12/2015
Descripcin: Se verificar que la interfaz creada para realizar la bsqueda de los
pedidos cumpla con los estndares antes establecidos.

Condiciones de Ejecucin:
La interfaz debe estar creada
Pasos de ejecucin:
Ingresar a la capa de interfaz de usuario.
Abrir la interfaz de buscar pedidos.
Verificar la interfaz con el estndar.
Resultado esperado: La interfaz cumple con los estndares establecidos para su
desarrollo.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_12
Historia de Usuario: HU_26 Buscar pedidos
Nombre: Verificar que el funcionamiento de la bsqueda se ejecute correctamente.
Responsable: Adriana Velsquez
Fecha: 29/12/2015
Descripcin: Se verificar que el funcionamiento de la bsqueda de un pedido que
se muestre adecuadamente en la interfaz de usuario.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web de bsqueda de pedido.
La interfaz debe estar creada
Pasos de ejecucin:
Ingresar a la interfaz de Buscar Pedidos.
Ingresar el criterio 001.
Dar clic en el botn buscar.
Resultado esperado: Debe mostrar los pedido que tenga 001 con su informacin.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_13
Historia de Usuario: HU_26 Buscar pedidos
Nombre: Verificar que si el criterio ingresado no consta en la tabla pedidos se
mostrar un mensaje de No hay datos en Pedidos.
Responsable: Giannella Montao
Fecha: 29/12/2015
Descripcin: Se verificar que si el criterio ingresado para realizar la bsqueda no
se encuentra registrado en la tabla DetallePedido, se mostrara un mensaje
indicando que los datos no se han encontrado.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web de bsqueda de pedidos
La interfaz debe estar creada
Pasos de ejecucin:
Ingresar a la interfaz de Buscar Pedidos.
Ingresar el criterio por el ao 2016
Dar clic en el botn buscar.

Resultado esperado: se debe mostrar un mensaje No Hay datos de Pedidos.


Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_38 Buscar proveedores
Nmero de Tarea: TI_04
Nombre de Tarea: Implementar la bsqueda en
modificar y eliminar Pedidos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 30/12/2015
Fecha Fin: 30/12/2015
Programador Responsable: Freddy Capuz
Descripcin: Se implementar la bsqueda en la interfaz de modificar y eliminar
pedidos, en la cual el administrador podr realizar la bsqueda de los pedidos que
desea modificar o eliminar.
Pruebas de aceptacin

Verificar que el criterio ingresado muestre los resultados esperados.


Verificar que si el criterio ingresado no consta en la tabla pedidos se
mostrar un mensaje de Datos no encontrados.

Prueba de aceptacin
Cdigo: PA_14
Historia de Usuario: HU_26 Buscar pedidos
Nombre: Verificar que el criterio ingresado muestre los resultados esperados.
Responsable: Adriana Velsquez
Fecha: 29/12/2015
Descripcin: Se verificar que el funcionamiento de la bsqueda de un pedido que
se muestre adecuadamente en la interfaz de usuario.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web de bsqueda de pedido.
La interfaz debe estar creada
Pasos de ejecucin:
Ingresar a la interfaz de Buscar Pedidos.
Ingresar el criterio 20.
Dar clic en el botn buscar.
Resultado esperado: Debe mostrar los pedidos que tenga 20 con su informacin.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_15
Historia de Usuario: HU_26 Buscar pedidos
Nombre: Verificar que si el criterio ingresado no consta en la tabla pedidos se
mostrar un mensaje de No hay Datos de Pedidos.
Responsable: Giannella Montao
Fecha: 29/12/2015
Descripcin: Se verificar que, si el criterio ingresado para realizar la bsqueda no
se encuentra registrado, se mostrar un mensaje No hay Datos de Pedidos.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD.

Tener desarrollado el servicio web de bsqueda de pedidos


La interfaz debe estar creada
Pasos de ejecucin:
Ingresar a la interfaz de Buscar Pedidos.
Ingresar el criterio por el ao 2014
Dar clic en el botn buscar.
Resultado esperado: se debe mostrar un mensaje No Hay datos de Pedidos.
Evaluacin: Exitosa
ANEXO 75 REPORTE DE PROVEEDORES
HISTORIA DE USUARIO
Nmero: HU_36
Nombre: Reporte de los proveedores
Modificacin de metfora Nmero:
Usuario: Administrador
Iteracin Asignada: 8
Prioridad en Negocio: Media
Puntos Estimados: 8
Riesgo en desarrollo: Medio
Puntos Reales: 8
Descripcin:
Como administrador de la licorera me gustara tener un reporte de todos los
proveedores de quienes abastecen mi negocio para as tener informacin precisa de
los productos que cada uno me entrega.
Observaciones:

PRUEBAS DE ACEPTACIN
Si un nuevo proveedor es registrado este deber constar en el reporte
Generado.
El reporte indicara la informacin ms relevante de cada proveedor.
Verificar que el interfaz cumpla con el estndar especificado.

Prueba de aceptacin
Cdigo: PA_01

Historia de Usuario: HU_36 Reporte de los


proveedores
Nombre: Si un nuevo proveedor es registrado este deber constar en el reporte
Generado.
Responsable: Vanesa Bonito
Fecha: 22/12/2015
Descripcin: Se verificar que al ingresar un nuevo proveedor conste en el reporte.
Condiciones de Ejecucin:
Tener culminado el servicio web AC y LN.
Tener la interfaz desarrollada.
Pasos de ejecucin:
Ingresar un nuevo proveedor.
Volver a sacar el reporte de proveedores
Resultado esperado: Se mostrara el reporte con el nuevo Proveedor ingresado.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_36 Reporte de los proveedores
Nombre: El reporte indicara la informacin ms relevante de cada proveedor.
Responsable: Adriana Velsquez
Fecha: 22/12/2015
Descripcin: Se verificara que la informacin mostrada en el reporte sea la
informacin necesaria y ms relevante.
Condiciones de Ejecucin:
Tener culminado el servicio web AC y LN.
Tener la interfaz desarrollada.
Pasos de ejecucin:
Ingresar a la pgina principal como Administrador.
Ingresar a la seccin de Proveedores.
Ingresar al icono de Reportes.
Resultado esperado: Se mostrara la informacin de mayor relevancia de los
proveedores.
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_36 Reporte de los proveedores
Nombre: Verificar que el interfaz cumpla con el estndar especificado.
Responsable: Adriana Velsquez
Fecha: 22/12/2015
Descripcin: Se verificara que la interfaz de usuario sea la establecida en el
estndar.
Condiciones de Ejecucin:
Tener desarrollada la interfaz de usuario para mostrar los reportes.
Pasos de ejecucin:
Verificar que los colores y elementos de la interfaz estn dentro del estndar.
Resultado esperado: La interfaz debe cumplir satisfactoriamente con el estndar que
se estableci previamente con el cliente.
Evaluacin: Exitosa

TAREAS DE INGENIERA
TAREA DE INGENIERA
Metfora: HU_36 Reporte de los proveedores
Nmero de Tarea: TI_01
Nombre de Tarea: Crear la interfaz de usuario.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 21/12/2015
Fecha Fin: 21/12/2015
Programador Responsable:
Descripcin: Como Desarrollador necesito poder implementar una interfaz de
usuario en donde muestre al Administrador la informacin de los proveedores.
Pruebas de Aceptacin
Verificar que la interfaz est disponible solo para el Administrador.
Comprobar que se retorne la informacin necesaria y correcta.
Al dar clic en el botn Ver ms detalles mostrara toda la informacin del
proveedor.

Al dar clic en Menos detalle se mostrara solo la informacin bsica del


proveedor.

Prueba de aceptacin
Cdigo: PA_04

Historia de Usuario: HU_36 Reporte de los proveedores

Nombre: Verificar que la interfaz est disponible solo para el Administrador.


Responsable: Natalia Pilco
Fecha: 22/12/2015
Descripcin: Se verificar que la interfaz del reporte de los proveedores est
disponible solo para el administrador.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD y LN.
Tener desarrollado los servicios web del reporte.
La interfaz debe estar creada
Pasos de ejecucin:
Logearse como administrador.
Ingresar a la seccin de Proveedores.
Ingresar al Reportes.
Logearse como cliente y verificar que no me d la opcin de reporte para el
cliente.
Resultado esperado: Debe mostrar la interfaz de los reportes de los proveedores.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_36 Reporte de los proveedores
Nombre: Comprobar que se retorne la informacin necesaria y correcta.
Responsable: Vctor Bayas
Fecha: 22/12/2015
Descripcin: Se comprobara que la informacin mostrada en el reporte sea
simplemente la necesaria.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD y LN.
Tener desarrollado los servicios web del reporte.
La interfaz debe estar creada
Pasos de ejecucin:
Logearse como administrador.
Ingresar a la seccin de Proveedores.
Ingresar a Reportes.
Observar la informacin presentada.
Resultado esperado: Debe mostrar la informacin relevante y ms importante para
el Administrador.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_36 Reporte de los proveedores
Nombre: Al dar clic en el botn Ver ms detalles mostrara toda la informacin del
proveedor.
Responsable: Giannella Montao
Fecha: 22/12/2015
Descripcin: Se comprobara que el link ver ms detalles no muestre ms
informacin en el reporte.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD y LN.
Tener desarrollado los servicios web del reporte.
La interfaz debe estar creada
Pasos de ejecucin:
Logearse como administrador.
Ingresar a la seccin de Proveedores.
Ingresar a Reportes.
Dar clic en el hipervnculo Ver ms Detalles y observar que presente ms
detalles del proveedor.
Resultado esperado: Se mostrara informacin en el reporte de menos relevancia en
conjunto con la informacin anterior.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_36 Reporte de los proveedores
Nombre: Al dar clic en Menos detalle se mostrara solo la informacin bsica del
proveedor.
Responsable: Giannella Montao
Fecha: 22/12/2015
Descripcin: Se comprobara que el link ver menos detalles no muestre solo la
informacin de mayor relevancia.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD y LN.
Tener desarrollado los servicios web del reporte.
La interfaz debe estar creada
Pasos de ejecucin:
Logearse como administrador.
Ingresar la seccin de Proveedores.
Ingresar a Reportes.
Dar clic en el hipervnculo Ver Menos Detalle y observar que no se presente
solo la informacin ms relevante.
Resultado esperado: Se mostrara informacin en el reporte de mayor relevancia.
Evaluacin: Exitosa

TAREA DE INGENIERA
Metfora: HU_36 Reporte de los proveedores

Nmero de Tarea: TI_02

Nombre de Tarea: Crear los servicios web y servicios


web cliente en la capa lgica de negocio.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 22/12/2015
Fecha Fin: 22/12/2015
Programador Responsable: Freddy Capuz
Descripcin: Como Desarrollador necesito crear un servicio web que sea consumido
por la capa de interfaz de usuario para la extraccin de la informacin de los
proveedores.
Pruebas de Aceptacin
Verificar que al testear en la capa de interfaz de usuario se extraiga la
informacin correcta consumiendo el servicio web de la capa lgica de
negocio.
Verificar que se regrese un mensaje de advertencia cuando no haya
proveedores registrados.

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_36 Reporte de los proveedores
Nombre: Verificar que al testear en la capa de interfaz de usuario se extraiga la
informacin correcta consumiendo el servicio web de la capa lgica de negocio.
Responsable: Yesenia Pilco
Fecha: 22/12/2015
Descripcin: Se verificar que el testeo del servicio web de la capa lgica de
negocio funcione de manera correcta consumiendo la informacin de la capa de
acceso a datos.
Condiciones de Ejecucin:
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web del reporte.
Pasos de ejecucin:
Da un clic derecho y seleccionamos Tester en el servicio web.
Dar clic en el botn del reporte, luego de haber puesto el nombre de prueba
Martin.
Resultado esperado: Verificar que se muestre informacin en la respuesta del
testeo.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_36 Reporte de los proveedores
Nombre: Verificar que se regrese un mensaje de advertencia cuando no haya
proveedores registrados.
Responsable: Yesenia Pilco
Fecha: 22/12/2015
Descripcin: Se verificar que en caso de no existir informacin de proveedores en
la base de datos nos retorne un mensaje No existen Proveedores.
Condiciones de Ejecucin:
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web del reporte.

Pasos de ejecucin:
Da un clic derecho y seleccionamos Tester en el servicio web.
Dar clic en el botn del reporte, luego de haber puesto el nombre de prueba
Martin.
Resultado esperado: Verificar que se no aparezca informacin del reporte y
aparezca el mensaje de advirtiendo que no existen proveedores.
Evaluacin: Exitosa

TAREA DE INGENIERA
Metfora: HU_36 Reporte de los proveedores
Nmero de Tarea: TI_03 Nombre de Tarea: Crear el servicio web en la capa de
acceso a datos e implementacin de funcionalidad par
extraccin de informacin de la base de datos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 17/12/2015
Fecha Fin: 18/12/2015
Programador Responsable: Freddy Capuz
Descripcin: Como Desarrollador necesito crear un servicio web que sea consumido
por la capa de lgica de negocio, para la extraccin de los datos de los proveedores.
Pruebas de Aceptacin
Verificar que al testear se extraigan los datos correctos de los proveedores en
la capa lgica de negocio a travs del servicio web cliente.
Verificar que se ejecute la sentencia SQL.
Verificar que se levante el servicio web.

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_36 Reporte de los proveedores
Nombre: Verificar que al testear se extraigan los datos correctos de los proveedores
en la capa lgica de negocio a travs del servicio web cliente.
Responsable: Natalia Pilco
Fecha: 29/12/2015
Descripcin: A travs del testeo comprobar desde la capa lgica de negocio que se
extraiga la informacin de los proveedores desde la base de datos.
Condiciones de Ejecucin:
Tener implementada el mtodo en el servicio web AD y LN.
Tener desarrollado el servicio web del reporte.
Pasos de ejecucin:
Clic derecho en el servicio web LN.
Dar clic en Testes.
Ingresar un nombre Martin para la prueba y verificar que regresa la
informacin de dicho proveedor.
Resultado esperado: Debe mostrar los datos correctos acorde a la consulta
realizada.
Evaluacin: Exitosa
PRUEBA DE ACEPTACIN
Cdigo: PA_11
Historia de Usuario: HU_36 Reporte de los proveedores

Nombre: Verificar que se ejecute la sentencia SQL.


Responsable: Carolina Valencia.
Fecha: 22-12-2015
Descripcin: Verificar que la sentencia SQL se ejecute de manera correcta.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Tener la implementada la funcionalidad para la consulta del reporte.
Pasos de ejecucin:
Copiar la sentencia en el SQL de java
Ejecutar el Run SQL
Resultado esperado: La informacin del reporte aparecer de manera correcta.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_12
Historia de Usuario: HU_36 Reporte de los proveedores
Nombre: Verificar que se levante el servicio web.
Responsable: Natalia Pilco
Fecha: 22/12/2015
Descripcin: Verificar que el servicio web se levante de manera correcta.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Tener implementada la funcionalidad para el reporte de proveedores
Tener desarrollado los servicios web.
Pasos de ejecucin:
Clic derecho en el servicio web.
Seleccionamos deploy.
Regresamos a netbeans a la parte de output
Resultado esperado: Aparece un mensaje de Succesfull.
Evaluacin de la prueba: Exitosa.

ANEXO 76 REPORTE DE LICOR POR CATEGORIA


HISTORIA DE USUARIO
Nmero: HU_42
Nombre: Reporte de licor por categora
Modificacin historia usuario:
Usuario: Administrador y Empleado
Iteracin Asignada: 8
Prioridad en Negocio: Baja
Puntos Estimados: 8
Riesgo en desarrollo: Baja
Puntos Reales: 8
Descripcin:
Como administrador me gustara que tanto yo como mi empleado, podamos obtener
un listado de todos los licores que pertenecen a una categora, para poder saber que
licores se tienen dentro de cada categora.
Observaciones:
PRUEBAS DE ACEPTACIN
Verificar que los licores presentados de una categora especfica sean los correctos
El reporte deber presentar el nombre de categora, el total de la inversin de dicha
categora y los datos ms relevantes de los licores pertenecientes a esa categora.

En caso de existir una categora que no tenga licores se presentara un mensaje


indicando que no existen productos en dicha categora.
Tareas de ingeniera
Tarea de Ingeniera
Historia de Usuario: HU_42 Reporte de licor por categora
Nmero de Tarea:
Nombre de Tarea: Implementar el mtodo que permita
TI_01
listar las categoras existentes en el acceso a datos y
publicarlo como un servicio web.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 28/12/2015
Fecha Fin: 28/12/2015
Programador Responsable: Natalia Pilco
Descripcin: Implementar el mtodo que permita listar las categoras existentes de
los licores, el cual ser utilizado para realizar el respectivo reporte, a la vez este
deber ser publicado como un servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que el servicio web se ejecute correctamente.
Comprobar mediante el servicio web que el mtodo desarrollado se ejecuta
correctamente.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_42 Reporte de licor por categora
Nombre: Verificar que el servicio web se ejecute correctamente.
Responsable: Victor Bayas
Fecha: 28/12/2015
Descripcin: Se comprobar que el servicio web publicado en la capa de acceso a
datos se ejecute correctamente.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo en el acceso a datos.
Haber publicado el servicio web.
Pasos de ejecucin:
Ingresar a la capa de acceso a datos.
Realizar el testeo al servicio web de la capa de acceso a datos.
Comprobar que el servicio web se encuentra publicado correctamente.
Resultado esperado: Al realizar el testeo de los servicios web de la capa de acceso
a datos este debe mostrar tambin el servicio web que se a implementado para
realizar la consulta.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_42 Reporte de licor por categora
Nombre: Comprobar mediante el servicio web que el mtodo desarrollado se
ejecuta correctamente.
Responsable: Victor Bayas
Fecha: 28/12/2015
Descripcin: Se comprobar que el servicio web publicado devuelva los resultados
esperados.

Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo en el acceso a datos.
Haber publicado el servicio web.
Pasos de ejecucin:
Ingresar a la capa de acceso a datos.
Realizar el testeo al servicio web de la capa de acceso a datos.
Ingresar el valor para realizar la consulta.
Dar clic sobre el servicio web.
Verificar que se muestren los resultados esperados.
Resultado esperado: Al dar clic sobre sobre el servicio web, se muestran los datos
correspondientes al parmetro enviado.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_42 Reporte de licor por categora
Nmero de Tarea:
Nombre de Tarea: Implementar un mtodo que permite
TI_02
obtener los valores totales de los licores pertenecientes a
una categora.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 28/12/2015
Fecha Fin: 28/12/2015
Programador Responsable: Natalia Pilco
Descripcin: Implementar un mtodo mediante el cual se obtengan los valores
totales de la inversin realizada en los licores pertenecientes a la misma categora.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo realizado se ejecute adecuadamente.
Comprobar que las categoras existentes tengan licores asignados, caso
contrario no se presentara el valor de la inversin.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_42 Reporte de licor por categora
Nombre: Verificar que el mtodo realizado se ejecute adecuadamente.
Responsable: Evelyn Valencia
Fecha: 28/12/2015
Descripcin: Se comprobar que el mtodo desarrollado para obtener los valores
totales de las inversiones se ejecute correctamente.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo en el acceso a datos.
Haber publicado el servicio web.
Pasos de ejecucin:
Ingresar a la capa de acceso a datos.
Realizar el testeo al servicio web de la capa de acceso a datos.
Ingresar la categora mediante la cual se realizara la consulta.
Dar clic sobre el servicio web.
Verificar que se muestre el valor total para la categora ingresada.
Resultado esperado: Al dar clic sobre sobre el servicio web, se muestra el total de

la inversin para la categora ingresada.


Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_42 Reporte de licor por categora
Nombre: Comprobar que las categoras existentes tengan licores asignados, caso
contrario no se presentara el valor de la inversin.
Responsable: Evelyn Valencia
Fecha: 28/12/2015
Descripcin: Se verificara que al ingresar una categora la cual no tenga licores
asignados, no se deber presentar el valor de la inversin.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo en el acceso a datos.
Haber publicado el servicio web.
Pasos de ejecucin:
Ingresar a la capa de acceso a datos.
Realizar el testeo al servicio web de la capa de acceso a datos.
Ingresar la categora sin licores asignados.
Dar clic sobre el servicio web.
No se mostrara ningn valor.
Resultado esperado: Al dar clic sobre sobre el servicio web, este no deber
presentar valores de los licores.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_42 Reporte de licor por categora
Nmero de Tarea:
Nombre de Tarea: Desarrollar un servicio web cliente en
TI_03
la capa lgica de negocio.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 29/12/2015
Fecha Fin: 29/12/2015
Programador Responsable: Natalia Pilco
Descripcin: Desarrollar un servicio web cliente en la capa lgica de negocio el
cual consuma el servicio web publicado en la capa de acceso a datos.
(Reverso)Pruebas de Aceptacin:
Verificar que el servicio web desarrollado se ejecute correctamente.
Verificar mediante el servicio web que el mtodo desarrollado en el acceso a
datos presente los datos esperados.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_42 Reporte de licor por categora
Nombre: Verificar que el servicio web desarrollado se ejecute correctamente.
Responsable: Evelyn Valencia
Fecha: 29/12/2015
Descripcin: Se verificara que el servicio web cliente desarrollado en la lgica de
negocio se haya publicado correctamente
Condiciones de Ejecucin:
Tener conexin con la Base de datos.

Tener implementado el servicio web cliente en el acceso a datos.


Pasos de ejecucin:
Ingresar a la capa de lgica de negocio
Realizar el testeo al servicio web de la capa lgica de negocio.
Comprobar que el servicio web se haya publicado en la capa de la lgica de
negocio.
Resultado esperado: El servicio web cliente se encuentra publicado en la capa
lgica de negocio.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_42 Reporte de licor por categora
Nombre: Verificar mediante el servicio web que el mtodo desarrollado en el acceso
a datos presente los datos esperados.
Responsable: Evelyn Valencia
Fecha: 29/12/2015
Descripcin: Se comprobara que al testear el servicio web cliente de la Lgica de
negocio este presente los datos esperados por la categora seleccionada.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener creado el servicio web cliente en la lgica de negocio.
Pasos de ejecucin:
Ingresar a la capa de la lgica de negocio.
Realizar el testeo al servicio web de la lgica de negocio.
Ingresar la categora.
Dar clic sobre el servicio web.
Se mostrara la informacin de los licores por la categora.
Resultado esperado: Al dar clic sobre sobre el servicio web, se mostrara la
informacin de los licores relacionada a la categora
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_42 Reporte de licor por categora
Nmero de Tarea: TI_04

Nombre de Tarea: Desarrollar la interfaz del Reporte


de licores por categora.
Tipo de Tarea: Desarrollo
Puntos Estimados:2
Fecha Inicio: 30/12/2015
Fecha Fin:30/12/2015
Programador Responsable: Natalia Pilco
Descripcin: Desarrollar la interfaz de usuario en la cual se presentara el reporte
de acuerdo a la categora seleccionada.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz desarrollada cumpla con el estndar establecido
Verificar que la funcionalidad se ejecute correctamente.
Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_42 Reporte de licor por categora
Nombre: Verificar que la interfaz desarrollada cumpla con el estndar establecido
Responsable: Freddy Capuz
Fecha: 30/12/2015

Descripcin: Se comprobara que la interfaz desarrollada para el reporte de los


licores por las distintas categoras existentes se ajuste al estndar establecido para
el desarrollo de las interfaces.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener desarrollada la interfaz en la capa de interfaz de usuario.
Pasos de ejecucin:
Ingresar a la capa interfaz de usuario.
Ejecutar el archivo de la interfaz desarrollada para el reporte.
Comprobar que esta cumpla con el estndar antes definido.
Resultado esperado: La interfaz desarrollada para el reporte de los licores por
categora cumple con el estndar definido.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_42 Reporte de licor por categora
Nombre: Verificar que la funcionalidad se ejecute correctamente.
Responsable: Freddy Capuz
Fecha: 30/12/2015
Descripcin: Se comprobara que la informacin presentada en el reporte se
muestre adecuadamente en la interfaz de usuario.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicios que permitan obtener la
informacin para los reportes.
Pasos de ejecucin:
Ingresar a la interfaz de usuario del reporte de licores por categora.
Seleccionar una categora.
Se mostrara la informacin de los licores pertenecientes a la categora
seleccionada con su valor total de la inversin realizada y el nombre de la
categora.
Resultado esperado: La informacin que se presenta en el reporte es la adecuada
y se presenta de forma correcta sin afectar al diseo de la interfaz.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_42 Reporte de licor por categora
Nombre: Verificar que los licores presentados de una categora especfica sean los
correctos.
Responsable: Giannella Montao
Fecha: 30/12/2015
Descripcin: Se comprobar que la informacin presentada en el reporte muestre
los datos acorde a la categora seleccionada.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicios que permitan presentar la
informacin en el reporte.

Pasos de ejecucin:
Ingresar a la interfaz que permite presentar el reporte por categora.
Seleccionar la categora para la cual se realizara el reporte.
En el reporte se muestra la informacin correspondiente a cada categora.
Resultado esperado: La informacin presentada en el reporte corresponde a los
licores de la categora seleccionada.
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_42 Reporte de licor por categora
Nombre: El reporte deber presentar el nombre de categora, el total de la inversin
de dicha categora y los datos ms relevantes de los licores pertenecientes a esa
categora.
Responsable: Giannella Montao
Fecha: 30/12/2015
Descripcin: En el reporte se presentara la informacin ms relevante y necesaria
para para el administrador y el empleado, adems se presentara el valor total de la
inversin realizada para dicha categora y el nombre de la categora.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo y los servicios que permiten obtener los datos
para el reporte.
Pasos de ejecucin:
Ingresar a la interfaz de usuario que presenta el reporte de los licores por
categora.
Seleccionar una categora para generar el reporte.
El reporte presentara el valor total de la inversin realizada por parte del
administrador para dichos licores en la categora seleccionada.
Resultado esperado: Los valores presentados en el reporte pertenecen a la
categora seleccionada.
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_11
Historia de Usuario: HU_42 Reporte de licor por categora
Nombre: En caso de existir una categora que no tenga licores se presentara un
mensaje indicando que no existen productos en dicha categora.
Responsable: Giannella Montao
Fecha: 30/12/2015
Descripcin: Se verificara que si se selecciona una categora en la cual no se
encuentren asignados licores, mostrara una advertencia en la cual se indique que
en dicha categora no existen licores.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo y los servicios que permiten obtener los datos
para el reporte.
Pasos de ejecucin:
Ingresar a la interfaz de usuario que presenta el reporte de los licores por
categora.
Seleccionar una categora para generar el reporte.
Se mostrara un mensaje indicando que no existen licores en esa categora.
Resultado esperado: Se presentara en mensaje.

Evaluacin: Exitosa
ANEXO 77 MANUAL TECNICO
METFORA DEL SISTEMA
Nmero: MS_08
Nombre: Realizacin del manual tcnico
Modificacin de metfora Nmero:
Usuario: Desarrollador
Iteracin Asignada: 8
Prioridad en Negocio: Bajo
Puntos Estimados: 6
Riesgo en desarrollo: Bajo
Puntos Reales: 6
Descripcin:
Como desarrollador deseo que todo lo relacionado con las tcnicas de gestin
proyecto y de codificacin este correctamente documentadas en un manual.
Observaciones:
El manual tcnico se realizar para cada iteracin.

Pruebas de Aceptacin

Todos los desarrolladores debern realizar la documentacin requerida de


cada una de las tareas realizadas.
Verificar que la documentacin sea clara y concisa.

Prueba de Aceptacin
Cdigo: PA_01
Historia de Usuario: MS_08 Manual tcnico
Nombre: Todos los desarrolladores debern realizar la documentacin requerida de
cada una de las tareas realizadas.
Responsable: Natalia Pilco
Fecha: 29/12/2015
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.
Condiciones de Ejecucin: Se deben conocer los procesos realizados a lo largo
del desarrollo de la etapa.
Pasos de ejecucin
Analisis de todas las etapas que se estn realizando para el proceso del
desarrollo del Proyecto.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: el manual tcnico debe estar bien realizado con cada uno de
los elementos de las tareas para la documentacin.
Evaluacin de la prueba: Exitosa.

Prueba de Aceptacin
Cdigo: PA_02
Historia de Usuario: MS_08 Manual tcnico.
Nombre: Verificar que la documentacin sea clara y concisa.
Responsable: Natalia Pilco
Fecha: 30/12/2015
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.
Condiciones de Ejecucin: Se deben conocer los procesos realizados al largo del
desarrollo de la etapa.

Pasos de ejecucin
Se leer el manual tcnico.
Se realizar un anlisis de su informacin contenida.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: El contenido del manual tcnico sea entendible para todos
los desarrolladores.
Evaluacin de la prueba: Exitosa.
ANEXO 78 MANUAL USUARIO
METAFORA DEL SISTEMA
Nmero: MS_09
Nombre: Realizacin del manual de usuario
Modificacin de metfora Nmero:
Usuario: Usuario
Iteracin Asignada: 7
Prioridad en Negocio: Alta
Puntos Estimados: 4
Riesgo en desarrollo: Bajo
Puntos Reales: 4
Descripcin:
Como desarrollador deseo documentar cmo se maneja y est estructurado el
sistema para que el cliente lo pueda utilizar fcilmente y de una manera gil.
Observaciones:

Pruebas de Aceptacin

El lenguaje utilizado deber ser de sencilla comprensin para el usuario.


El manual deber contener descripciones de pantallas y su funcionamiento.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_09 Realizacin del manual de usuario
Nombre: El lenguaje utilizado deber ser de sencilla comprensin para el usuario.
Responsable: Freddy Caps
Fecha: 27/12/2015
Descripcin: El manual de usuario tiene un lenguaje de sencilla comprensin para el
usuario, el cliente ha podido realizar las actividades de la pgina sin necesidad de
que este presenten uno de los programadores.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se puede seguir los pasos especificados en el manual.
Resultado esperado: El sistema debe ser entendible para el usuario por medio de
los manuales.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_02 Historia de Usuario: MS_09 Realizacin del manual de usuario
Nombre: El manual deber contener descripciones de pantallas y en cada una su
funcionamiento descriptivo
Responsable: Vanessa Bonito
Fecha: 28/12/2015
Descripcin: El manual de usuario tiene que ser descriptivo llevando en si de una
forma grfica y textual de lo que realiza cada parte de la aplicacin
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se realiza lo que est escrito en el manual.
Resultado esperado: El usuario se guio mediante las interfaces y descripciones
dando como resultado el maneje del sistema por medio del manual.
Evaluacin de la prueba: Exitosa.

Tareas de ingeniera
TAREA DE INGENIERA
Metfora: MS_08 Realizacin del manual de usuario
Nmero de Tarea: TI_01 Nombre de Tarea: Realizar el manual de usuario.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 25/12/2015
Fecha Fin: 30/12/2015
Programador Responsable: Jos Acn
Descripcin: Realizar el manual de usuario para que el cliente tenga una gua
especifica de manejo del producto que le ser entregado.
Pruebas de Aceptacin
Verificar que el manual de usuario contemple todas las especificaciones de uso del
sistema para que pueda tener un manejo ptimo del mismo.
PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_09 Realizacin del manual de
usuario
Nombre: TI_01 Realizar el manual de usuario.
Responsable: Yessenia Pilco
Fecha: 30/12/2015
Descripcin: Se requiere analizar el manual de usuario generado para verificar si
cuenta con las especificaciones de gua necesarias.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Analizar la redaccin del manual de usuario para ver si se encuentran
especificadas los pasos para el manejo de cada funcionalidad.
Verificar que la gua realizada en el manual lleva al usuario hacia los
resultados correctos.
Resultado esperado: Llegar a la conclusin de que el manual est apto para su
entrega al usuario y que le ser de utilidad como gua en el manejo del sistema.
Evaluacin de la prueba: Exitosa.

ANEXO 79 IMPLEMENTACION DE INTERFAZ DE NOTA DE VENTA


HISTORIA DE USUARIO
Nmero: HU_26.1
Nombre: Implementacin de interfaz de nota de venta
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 9
Prioridad en Negocio: Alta
Puntos Estimados: 6
Riesgo en desarrollo: Media
Puntos Reales: 6
Descripcin:
Como administrador me gustara que exista una pgina en la cual pueda realizar de manera
ms rpida el registro y los clculos de la nota de venta para que esto me ahorrara tiempo y
atender ms rpido a los clientes.
Observaciones:

PRUEBAS DE ACEPTACIN
La Interfaz debe mostrar los productos seleccionado del cliente
La interfaz debe mostrar los datos del cliente en la Nota de Venta.

Prueba de aceptacin
Cdigo: PA_07 Historia de Usuario: HU 28.1 Implementacin de interfaz de nota de venta
Nombre: La interfaz debe mostrar los datos del cliente en la Nota de Venta
Responsable: Yesenia Pilco
Fecha: 06/01/2016
Descripcin: Comprobar que el producto seleccionado por parte del cliente se muestre en el
detalle
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta
Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.
Ingresa el nmero de cliente 1804625158
Dar clic en Buscar
Se llena los datos del cliente
Dar clic en Agregar
Muestra La Interfaz de Listar de los Licores
Se va agregando a una lista
Dar clic en Guardar
Resultado esperado:
Debe mostrar los licores que selecciono el cliente en el detalle
Evaluacin: Fallida.
Prueba de aceptacin
Cdigo: PA_08 Historia de Usuario: HU 28.1 Implementacin de interfaz de nota de venta
Nombre: La interfaz debe mostrar los datos del cliente en la Nota de Venta.
Responsable: Yesenia Pilco
Fecha: 06/01/2016
Descripcin: Comprobar que en la Nota de Venta muestre los datos del cliente.
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta.

Conexin a la Base de Datos.


Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.
Ingresamos el nmero de cedula 1804625158
Dar clic en Buscar
Resultado esperado:
Debe llenar los datos del cliente existente.
Evaluacin: Exitosa.
Tarea de Ingeniera
Historia de Usuario: HU 28.1 Implementacin de interfaz de nota de venta
Nmero de Tarea: TI_01
Nombre de Tarea: Implementar la interfaz de Nota de Venta
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/01/2016
Programador Responsable: Natalia Pilco
Descripcin: Implementar la interfaz la Interfaz de Nota de Venta para vender los licores a los
clientes.
Pruebas de aceptacin

Verificar que la interfaz cumpla con el estndar establecido.


Verificar que la Nota de Venta este bien estructurado.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU 28.1 Implementacin de interfaz de
nota de venta
Nombre Verificar que la interfaz cumpla con el estndar establecido.
Responsable: Freddy Capuz
Fecha: 04/01/2016
Descripcin: Analizar que la interfaz de la Nota de venta cumpla con los estndares.
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta
Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.
Verificar que los colores y elementos de la interfaz estn dentro del estndar.
Resultado esperado:
La interfaz debe cumplir con los estndares que se estableci con el cliente.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU 28.1 Implementacin de interfaz de
nota de venta
Nombre: Verificar que la Nota de Venta este bien estructurado.
Responsable: Vanessa Bonito
Fecha: 04/01/2016
Descripcin: Analizar que la estructura de la Nota de Venta cuente con los campos

principales.
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta.
Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.
Ver los campos que est en la Interfaz de Nota de Venta
Resultado esperado:
Debe contener con los campos de una Nota de Venta.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU 28.1 Implementacin de interfaz de nota de venta
Nmero de Tarea: TI_02
Nombre de Tarea: Agregar Cliente
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/01/2016
Programador Responsable: Natalia Pilco
Descripcin: se implementar en la Interfaz de Nota de Venta un Buscar cliente para
que cuando se busque un cliente se ponga la informacin automticamente.
Pruebas de aceptacin

Verificar que se muestre los datos del cliente.


Verificar que si el cliente no existe debe mostrar un mensaje.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU 28.1 Implementacin de interfaz de
nota de venta
Nombre: Verificar que se muestre los datos del cliente.
Responsable: Yesenia Pilco
Fecha: 04/01/2016
Descripcin: Se busca el nmero de cedula de cliente y se insertar o se presenta
automticamente los datos del cliente.
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta.
Conexin a la Base de Datos.
Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.
Ingresamos el nmero de cedula 1804625158
Dar clic en Buscar
Resultado esperado:
Debe llenar los datos del cliente existente.
Evaluacin: Exitosa.
Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU 28.1 Implementacin de interfaz de
nota de venta
Nombre: Verificar que si el cliente no existe debe mostrar un mensaje.
Responsable: Jose Acan
Fecha: 04/01/2016
Descripcin: Se comprobar que el cliente que no existe en la Base de Datos se

debe mostrar un mensaje El Cliente no Existe.


Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta.
Conexin a la Base de Datos.
Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.
Ingresamos el nmero de cedula 0704424290
Dar clic en Buscar
Resultado esperado:
Debe mostrar un mensaje El Cliente no Existe.
Evaluacin: Exitosa.
Tarea de Ingeniera
Historia de Usuario: HU 28.1 Implementacin de interfaz de nota de venta
Nmero de Tarea: TI_03
Nombre de Tarea: Agregar y Eliminar Artculos
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 05/01/2016
Fecha Fin: 06/01/2016
Programador Responsable: Natalia Pilco
Descripcin: Implementar el Agregar y eliminar productos para la Nota de Venta.
Pruebas de aceptacin
Verificar que se agreguen los artculos que se van a vender.
Verificar que se elimine los artculos que ya no se desea comprar.
Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU 28.1 Implementacin de interfaz de
nota de venta
Nombre: Verificar que se agreguen los artculos que se van a vender.
Responsable: Giannella Montao
Fecha: 06/01/2016
Descripcin: Se comprobar que el cliente que no existe en la Base de Datos se
debe mostrar un mensaje El Cliente no Existe.
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta.
Conexin a la Base de Datos.
Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.
Ingresa el nmero de cliente 1804625158
Dar clic en Buscar
Se llena los datos del cliente
Dar clic en Agregar
Muestra La Interfaz de Listar de los Licores
Se va agregando a una lista
Dar clic en Guardar
Resultado esperado:
Debe mostrar en el detalle los licores seleccionados.
Evaluacin: Fallida

Prueba de aceptacin

Cdigo: PA_06

Historia de Usuario: HU 28.1 Implementacin de interfaz de nota


de venta
Nombre: Verificar que se elimine los artculos que ya no se desea comprar.
Responsable: Victor Bayas
Fecha: 06/01/2016
Descripcin: Se comprobar que el cliente que no existe en la Base de Datos se
debe mostrar un mensaje El Cliente no Existe.
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta.
Conexin a la Base de Datos.
Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.
Ingresa el nmero de cliente 1804625158
Dar clic en Buscar
Se llena los datos del cliente
Dar clic en Agregar
Muestra La Interfaz de Listar de los Licores
Se va agregando a una lista
En la lista damos clic en Eliminar del Licor que ya no deseamos
Resultado esperado:
Debe eliminar el producto que ya no se desea.
Evaluacin: Exitosa
ANEXO 80 IMPLEMENTAR CARRITO DE COMPRAS

HISTORIA DE USUARIO
Nmero: HU_19.2
Nombre: Implementar carrito de compras
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 9
Prioridad en Negocio: Alta
Puntos Estimados: 6
Riesgo en desarrollo: Medio
Puntos Reales: 6
Descripcin:
Como Administrador me gustara que exista una pgina donde mis clientes vayan
marcando los productos en venta que deseen reservar para que se vaya generando
los totales y ventas correspondientes al pedido cliente.
Observaciones:

PRUEBAS DE ACEPTACIN
El carrito de compras debe mostrar la lista de los licores que se vaya
seleccionando.
El carrito de compras debe mostrar los subtotales y el total de lo que se est
reservando.
Si se desmarca algn licor el total de la reserva debe ser disminuido en ese
subtotal.
El subtotal debe ser igual al precio de venta por la cantidad.

Tarea de Ingeniera

Historia de Usuario: HU_19.2 Implementar carrito de compras


Nmero de Tarea: TI_01
Nombre de Tarea: Implementar la funcionalidad que
permita extraer los datos de los licores.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/01/2016
Programador Responsable: Wilmer Barrera
Descripcin: Consumir del servicio web CargarLicores creado en la lgica de negocio
la cual permite una correcta extraccin de los datos.

PRUEBAS DE ACEPTACIN
Verificar que llegue la informacin de los licores de forma correcta.
Verificar que los datos extrados sean aquellos que contienen una imagen.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_19.2 Implementar carrito de compras
Nombre: Verificar que llegue la informacin de los licores de forma correcta.
Responsable: Natalia Pilco
Fecha: 04/01/2016
Descripcin: Al ejecutar la interfaz del carrito de compras se debe visualizar cada licor con
su respectiva informacin.
Condiciones de Ejecucin:
La interfaz para el carrito de compras debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Carrito de Compras
Resultado esperado:
Cada licor debe contener su informacin respectiva.
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_19.2 Implementar carrito de compras
Nombre: Verificar que los datos extrados sean aquellos que contienen una imagen.
Responsable: Evelyn Valencia
Fecha: 04/01/2016
Descripcin: Al ejecutar la interfaz del carrito de compras se debe visualizar los licores que
contengan una imagen.
Condiciones de Ejecucin:
La interfaz para el carrito de compras debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Carrito de Compras
Resultado esperado:
Se deben visualizar solo los licores que contengan una imagen.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_19.2 Implementar carrito de compras

Nmero de Tarea: TI_02

Nombre de Tarea: Implementar la funcionalidad que


presente los licores.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/01/2016
Programador Responsable: Wilmer Barrera
Descripcin: Implementar la interfaz necesaria para que los clientes puedan visualizar
los licores con su imagen e informacin correspondiente.

PRUEBAS DE ACEPTACIN
Verificar que la imagen del licor se presente correctamente.
Verificar que los datos del licor estn vinculados a la imagen correspondiente.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_19.2 Implementar carrito de compras
Nombre: Verificar que la imagen del licor se presente correctamente.
Responsable: Vanessa Bonito
Fecha: 04/01/2016
Descripcin: Al ejecutar la interfaz del carrito de compras se debe visualizar los licores con
su imagen correspondiente.
Condiciones de Ejecucin:
La interfaz para el carrito de compras debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Carrito de Compras
Resultado esperado:
Los licores deben visualizarse con su imagen respectiva.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_19.2 Implementar carrito de compras
Nombre: Verificar que los datos del licor estn vinculados a la imagen correspondiente.
Responsable: Vanessa Bonito
Fecha: 04/01/2016
Descripcin: Al ejecutar la interfaz del carrito de compras se debe visualizar la imagen del
licor con una descripcin.
Condiciones de Ejecucin:
La interfaz para el carrito de compras debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Carrito de Compras
Resultado esperado:
Los datos del licor deben estar junto a la imagen correspondiente.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_19.2 Implementar carrito de compras

Nmero de Tarea: TI_03

Nombre de Tarea: Implementar la funcionalidad del clculo


y actualizacin de los licores a reservar.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 05/01/2016
Fecha Fin: 06/01/2016
Programador Responsable: Wilmer Barrera
Descripcin: Implementar la interfaz necesaria para que los clientes puedan visualizar los
licores que van reservando con su subtotal y el total.

PRUEBAS DE ACEPTACIN
Verificar que al seleccionar un licor aparezca una breve descripcin
Verificar que al desmarcar un licor que ya ha sido seleccionado el total se actualice.
Verificar que se calcule el subtotal de cada licor seleccionado.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_19.2 Implementar carrito de compras
Nombre: Verificar que al seleccionar un licor aparezca una breve descripcin.
Responsable: Vanessa Bonito
Fecha: 06/01/2016
Descripcin: Al dar clic sobre el botn agregar se debe mostrar una breve descripcin del
mismo a lado izquierdo.
Condiciones de Ejecucin:
La interfaz para el carrito de compras debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Carrito de Compras
Resultado esperado:
Al seleccionar un licor se debe presentar una breve descripcin indicando el nombre del licor,
precio unitario y subtotal.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_19.2 Implementar carrito de compras
Nombre: Verificar que al desmarcar un licor que ya ha sido seleccionado el total se actualice.
Responsable: Yesenia Pilco
Fecha: 06/01/2016
Descripcin: Al desmarcar un licor que ya ha sido seleccionado el total debe actualizarse.
Condiciones de Ejecucin:
La interfaz para el carrito de compras debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Carrito de Compras
Resultado esperado:
Al desmarcar un licor que ya ha sido seleccionado en el total ya no debe constar ese valor.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_19.2 Implementar carrito de compras
Nombre: Verificar que se calcule el subtotal de cada licor seleccionado.
Responsable: Adriana Velsquez
Fecha: 06/01/2016
Descripcin: Comprobar que al seleccionar un licor se calcule de forma correcta su subtotal.
Condiciones de Ejecucin:
La interfaz para el carrito de compras debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Carrito de Compras
Resultado esperado:
Se debe presentar el subtotal de forma correcta de cada licor seleccionado.
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_19.2 Implementar carrito de compras
Nombre: El carrito de compras debe mostrar la lista de los licores que se vaya
seleccionando.
Responsable: Natalia Pilco
Fecha: 06/01/2016
Descripcin: Comprobar que al seleccionar un licor se vaya mostrando una lista con los
licores seleccionados.
Condiciones de Ejecucin:
La interfaz para el carrito de compras debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Carrito de Compras
Resultado esperado:
Se debe presentar una lista con los licores que se han seleccionado
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_19.2 Implementar carrito de compras
Nombre: El carrito de compras debe mostrar los subtotales y el total de lo que se est
reservando.
Responsable: Mara Jos Morillo
Fecha: 06/01/2016
Descripcin: Comprobar que al seleccionar un licor se muestre en la descripcin el subtotal
de cada licor seleccionado como tambin el total.
Condiciones de Ejecucin:
La interfaz para el carrito de compras debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Carrito de Compras
Resultado esperado:
Se debe presentar dentro de la descripcin el subtotal de cada licor seleccionado y al final su

total respectivo.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_19.2 Implementar carrito de compras
Nombre: Si se desmarca algn licor el total de la reserva debe ser disminuido en ese
subtotal.
Responsable: Evelyn Valencia
Fecha: 06/01/2016
Descripcin: Al desmarcar algn licor que ya ha sido seleccionado su total debe ser
disminuido en ese subtotal.
Condiciones de Ejecucin:
La interfaz para el carrito de compras debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Carrito de Compras
Resultado esperado:
Se debe disminuir en el total de la reserva el subtotal del licor que se est desmarcando.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_11
Historia de Usuario: HU_19.2 Implementar carrito de compras
Nombre: El subtotal debe ser igual al precio de venta por la cantidad.
Responsable: Freddy Capuz
Fecha: 06/01/2016
Descripcin: Comprobar que el subtotal sea igual l precio de venta por la cantidad del licor
que se est reservando.
Condiciones de Ejecucin:
La interfaz para el carrito de compras debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Carrito de Compras
Resultado esperado:
El subtotal debe ser igual al precio de venta por la cantidad del licor.
Evaluacin: Exitosa

ANEXO 81 REPORTE DE TODOS LOS LICORES


HISTORIA DE USUARIO
Nmero: HU_13
Nombre: Reporte de todos los licores
Modificacin historia usuario:
Usuario: Ayudante/Administrador
Iteracin Asignada:9
Prioridad en Negocio: Alta
Puntos Estimados: 6
Riesgo en desarrollo: Media
Puntos Reales: 4
Descripcin:
Como Ayudante/Administrador me gustara poder conocer la informacin de todos los
licores que se encuentran disponibles en la licorera por medio de un listado, para as

tener un mejor control de los mismos.


Observaciones:

PRUEBAS DE ACEPTACIN
Si se ingresa un nuevo producto, el sistema deber automticamente
aadirlo en la lista de productos disponibles.
Se visualizar el listado de todos los productos de la licorera.
El reporte constar con los datos ms relevantes: Nombre, Stock, Costo,
Precio y Estado, adems se incluye el nmero total de registros.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_13 Reporte de todos los licores.
Nombre: Verificar que un nuevo licor ingresado conste en el reporte.
Responsable: Giannella Montao
Fecha: 05/01/2016
Descripcin: Se comprobara que al ingresar un nuevo licor a la base de datos, este
se muestre en el reporte generado.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicio que permitan la generacin del
reporte con todos los licores disponibles.
Tener implementada la interfaz que permita visualizar el reporte.
Pasos de ejecucin:
Ingresar como administrador del sistema.
Ingresar a la opcin de reporte y seleccionar la opcin de Reporte de todos
los licores.
Visualizar la informacin del nuevo licor que se ingres a la Base de datos
Resultado esperado: El reporte generado presenta la informacin del nuevo licor
que se almaceno en la Base de Datos.
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_13 Reporte de todos los licores.
Nombre: Verificar que todos los licores se presenten en el reporte.
Responsable: Giannella Montao
Fecha: 05/01/2016
Descripcin: Se comprobara que el reporte generado presente la informacin de
todos los licores que se encuentran registrados en la Base de Datos.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicio que permitan la generacin del
reporte con todos los licores disponibles.
Tener implementada la interfaz que permita visualizar el reporte.

Pasos de ejecucin:
Ingresar como administrador del sistema.
Ingresar a la opcin de reporte y seleccionar la opcin de Reporte de todos
los licores.
Visualizar la informacin de los licores.
Resultado esperado: El reporte imprimir la informacin guardada de todos los
licores.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: Reporte de todos los licores.
Nombre: El reporte constar con los datos ms relevantes de los licores.
Responsable: Giannella Montao
Fecha: 05/01/2016
Descripcin: Se comprobara que en el reporte generado se muestre la informacin
ms importante de los licores disponibles ya que esa informacin es utilizada por el
usuario.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicio que permitan la generacin del
reporte con todos los licores disponibles.
Tener implementada la interfaz que permita visualizar el reporte.
Pasos de ejecucin:
Ingresar como administrador del sistema.
Ingresar a la opcin de reporte y seleccionar la opcin de Reporte de todos
los licores.
Visualizar el reporte con la informacin ms importante de los licores que se
encuentran disponibles.
Resultado esperado: El reporte presenta la informacin ms importante de los
licores.
Evaluacin: Exitosa
TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_13 Reporte de todos los licores
Nmero de Tarea:
Nombre de Tarea: Implementar en el servicio web de la
TI_01
capa
de
acceso
a
datos
la
funcin
ReporteTodosLicoresAD con su respectiva funcin en la
clase Licores.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/01/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Desarrollar un mtodo ReporteTodosLicores que realice la sentencia
sql para recuperar los datos de los licores y publicarlo en el servicio web de la capa
Acceso a Datos.

(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ReporteTodosLicores del acceso a datos en la clase
Licores este bien implementado.
Verificar que el mtodo ReporteTodosLicoresAD del servicio web recupere
los datos de los licores.
Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_13 Reporte de todos los licores.
Nombre: Verificar el funcionamiento de la sentencia SQL.
Responsable: Natalia Pilco
Fecha: 04/01/2016
Descripcin: Se comprobara la sentencia SQL implementada en el mtodo
ReporteTodosLicores se ejecute correctamente devolviendo los valores esperados.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo con la sentencia SQL en el acceso a datos.
Pasos de ejecucin:
En la conexin de la base de datos dar clic secundario y seleccionar la
opcin Execute Command.
En esta ventana copiar la sentencia SQL del mtodo ReporteTodosLicores.
Ejecutar la sentencia SQL.
Resultado esperado: Al ejecutar la sentencia SQL se debe presentar la informacin
de los licores registrados.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_13 Reporte de todos los licores.
Nombre: Verificar el funcionamiento del servicio web.
Responsable: Natalia Pilco
Fecha: 04/01/2016
Descripcin: Se comprobara mediante el testeo del servicio web que el mtodo
desarrollado en el acceso a datos devuelve la informacin correcta de los licores.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo en la clase Licores del acceso a datos.
Tener publicado el servicio web en el acceso a datos.
Pasos de ejecucin:
Ingresar a la capa de acceso a datos.
Realizar un tester de los servicios web.
Seleccionar la opcin ReporteTodosLicores.
Resultado esperado: Se presentara la informacin de los licores que se
encuentran registrados.
Evaluacin: Exitosa
Tarea de Ingeniera
Historia de Usuario: HU_13 Reporte de todos los licores

Nmero de Tarea:
TI_02

Nombre de Tarea: Implementar y publicar la funcin


ReporteTodosLicoresLN en la capa de Lgica del
Negocio.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/01/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Implementar un mtodo ReporteTodosLicoresLN en la capa de Lgica
del Negocio en el servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ReporteTodosLicoresLN este publicado en la Lgica
del negocio.
Verificar que el mtodo ReporteTodosLicoresLN del servicio web Lgica del
negocio pueda recuperar los datos de los licores.
Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_13 Reporte de todos los licores.
Nombre: Verificar que el servicio web desarrollado se ejecute correctamente.
Responsable: Evelyn Valencia
Fecha: 05/01/2016
Descripcin: Se verificara que el servicio web cliente desarrollado en la lgica de
negocio se haya publicado correctamente
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el servicio web cliente en la lgica de negocio.
Pasos de ejecucin:
Ingresar a la capa de lgica de negocio
Realizar el testeo al servicio web de la capa lgica de negocio.
Comprobar que el servicio web se haya publicado en la capa de la lgica de
negocio.
Resultado esperado: El servicio web cliente se encuentra publicado en la capa
lgica de negocio.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_13 Reporte de todos los licores.
Nombre: Verificar mediante el servicio web cliente que el mtodo desarrollado en el
acceso a datos presente los datos esperados.
Responsable: Evelyn Valencia
Fecha: 05/01/2016
Descripcin: Se comprobara que al testear el servicio web cliente de la Lgica de
negocio, este nos presente la informacin de los licores que se encuentran
registrados.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener creado el servicio web cliente en la lgica de negocio.

Pasos de ejecucin:
Ingresar a la capa de la lgica de negocio.
Realizar el testeo a los servicios web de la lgica de negocio.
Seleccionar la opcin ReporteTodosLicores.
Resultado esperado: Al dar clic sobre sobre el servicio web, se mostrara la
informacin de todos los licores que se encuentran registrados.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_13 Reporte de todos los licores
Nmero de Tarea:
Nombre de Tarea: Implementar la interfaz grfica del
TI_03
reporte.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 05/01/2016
Fecha Fin: 05/01/2016
Programador Responsable: Yesenia Pilco
Descripcin: Implementar la interfaz grfica que mostrar el reporte de todos los
licores.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz grfica cumpla con el estndar de interfaces de
usuario asignado.
Verificar que la funcionalidad cumpla con el objetivo de mostrar todos los
licores existentes.
Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_13 Reporte de todos los licores
Nombre: Verificar que la interfaz desarrollada cumpla con el estndar establecido
Responsable: Freddy Capuz
Fecha: 05/01/2016
Descripcin: Se comprobara que la interfaz desarrollada para el reporte de todos
los licores cumpla con el estndar establecido para el desarrollo de las interfaces.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener desarrollada la interfaz en la capa de interfaz de usuario.
Pasos de ejecucin:
Ingresar a la capa interfaz de usuario.
Ejecutar el archivo de la interfaz desarrollada para el reporte.
Comprobar que la interfaz cumpla con el estndar establecido.
Resultado esperado: La interfaz desarrollada para el reporte de todos los licores
cumple con el estndar definido.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_13 Reporte de todos los licores
Nombre: Verificar que la funcionalidad se ejecute correctamente.
Responsable: Freddy Capuz
Fecha: 05/01/2016

Descripcin: Se comprobara que la informacin presentada en el reporte se


muestre adecuadamente sin afectar el diseo de la interfaz de usuario.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicios que permitan obtener la
informacin para el reporte de todos los licores.
Pasos de ejecucin:
Ingresar a la interfaz de usuario del reporte de todos los licores.
Comprobar que la informacin presentada en el reporte se presente
adecuadamente sin afectar el diseo de la misma.
Resultado esperado: La informacin que se presenta en el reporte es la adecuada
y se presenta de forma correcta sin afectar al diseo de la interfaz.
Evaluacin: Exitosa

ANEXO 82 REPORTE DE LOS LICORES QUE NO SE ESTAN VENDIENDO


HISTORIA DE USUARIO
Nmero:HU_15
Nombre: Reporte de los licores que no se
estn vendiendo
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada:10
Prioridad en Negocio: Alta
Puntos Estimados:10
Riesgo en desarrollo: Baja
Puntos Reales: 10
Descripcin:
Como administrador necesito ver un listado de los licores que no se estn vendiendo
para dejar de comprar o adquirir menos licores.
Observaciones:

PRUEBAS DE ACEPTACIN
Al pedir un reporte de los licores que no se estn vendiendo al sistema, el
sistema mostrar un listado indicando los licores que menos se estn
despachando en la licorera.
Se mostrar en el reporte todos los datos del licor que no se ha vendido, su
cantidad en ventas as como su costo en venta.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_15 Reporte de los licores que no se
estn vendiendo
Nombre: Al pedir un reporte de los licores que no se estn vendiendo al sistema, el
sistema mostrar un listado indicando los licores que menos se estn despachando
en la licorera.
Responsable: Vanesa Bonito
Fecha: 13-01-2016
Descripcin: Se comprobara que la informacin presentada en el reporte muestre
los datos de los licores que menos venta han realizado.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.

Tener implementado los mtodos y servicios que permitan obtener la


informacin para los reportes.
Pasos de ejecucin:
Ingresar a la interfaz de usuario del reporte de licores que no se estn
vendiendo
Ingresamos una fecha la cual requerimos el reporte 05-01-2016
Se mostrara la informacin de los licores que menos se est vendiendo.
Resultado esperado: La informacin que se presenta en el reporte es la adecuada
y se presenta de forma correcta sin afectar al diseo de la interfaz.
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_15 Reporte de los licores que no se
estn vendiendo
Nombre: Se mostrar en el reporte todos los datos del licor que no se ha vendido,
su cantidad en ventas as como su costo en venta.
Responsable: Maria Jose Morillo
Fecha: 13-01-2016
Descripcin: Se comprobara que el sistema calcule cantidad de ventas asu como
el costo en ventas por licor.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicios que permitan obtener la
informacin para los reportes.
Pasos de ejecucin:
Ingresar a la interfaz de usuario del reporte de licores que no se estn
vendiendo
Ingresamos una fecha la cual requerimos el reporte 05-01-2016
Se mostrara la informacin de los licores que menos se est vendiendo.
Resultado esperado: La informacin que se presenta en el reporte muestra la
cantidad de ventas, el costo en ventas y la informacin correspondiente a cada licor.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_15 Reporte de los licores que no se estn vendiendo
Nmero de Tarea:
Nombre de Tarea: Implementar el mtodo de que
TI_01
permita obtener los licores en el acceso a datos y
publicarlo como un servicio web.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 11/01/2016
Fecha Fin: 12/01/2016
Programador Responsable: Yesenia Pilco
Descripcin: Implementar el mtodo que permita obtener la informacin de los
icores que no se estn vendiendo en el negocio mediante una sentencia SQL, el
cual ser utilizado para realizar el respectivo reporte, dicho mtodo debe ser
desarrollado en la clase Licores de la capa de acceso a datos, a la vez deber ser
publicado como un servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que la sentencia SQL recupere los datos de los licores que no se
vende.

Comprobar mediante el servicio web que el mtodo desarrollado se ejecuta


correctamente.

PRUEBA DE ACEPTACIN
Cdigo: PA_01 Historia de Usuario: HU_15 Reporte de los licores que no se
estn vendiendo
Nombre: Verificar que la sentencia SQL recupere los datos de los licores que no se
vendiendo.
Responsable: Carolina Valencia.
Fecha: 13/01/2016
Descripcin: Verificar que la sentencia SQL se ejecute de manera correcta.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Tener la consulta del reporte.
Pasos de ejecucin:
Copiar la sentencia en el SQL de java
Ejecutar el Run SQL
Resultado esperado: La informacin de los licores que no se estn vendiendo se
presente de forma correcta
Evaluacin de la prueba: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_42 Reporte de licor por categora
Nombre: Comprobar mediante el servicio web que el mtodo desarrollado se
ejecuta correctamente.
Responsable: Victor Bayas
Fecha: 13-01-2016
Descripcin: Se comprobar que el servicio web publicado devuelva los resultados
esperados.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo en el acceso a datos.
Haber publicado el servicio web.
Pasos de ejecucin:
Ingresar a la capa de acceso a datos.
Realizar el testeo al servicio web de la capa de acceso a datos.
Ingresar el valor para realizar la consulta.
Dar clic sobre el servicio web.
Verificar que se muestren los resultados esperados.
Resultado esperado: Al dar clic sobre sobre el servicio web, se muestran los datos
correspondientes al parmetro enviado.
Evaluacin: Exitosa

Tarea de Ingeniera

Historia de Usuario: HU_15 Reporte de los licores que no se estn vendiendo


Nmero de Tarea:
Nombre de Tarea: Desarrollar un servicio web cliente en
TI_03
la capa lgica de negocio.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 13/01/2016
Fecha Fin: 13/01/2016
Programador Responsable: Yesenia Pilco
Descripcin: Desarrollar un servicio web cliente en la capa lgica de negocio el
cual consuma el servicio web publicado en la capa de acceso a datos.
(Reverso)Pruebas de Aceptacin:
Verificar que el servicio web desarrollado se ejecute correctamente.
Verificar mediante el servicio web que el mtodo desarrollado en el acceso a
datos presente los datos esperados.
Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_15 Reporte de los licores que no se
estn vendiendo
Nombre: Verificar que el servicio web desarrollado se ejecute correctamente.
Responsable: Natalia Pilco
Fecha: 13-01-2016
Descripcin: Se verificar mediante un testeo que el servicio web desarrollado se
ejecute correctamente.
Condiciones de Ejecucin:
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web del reporte.
Pasos de ejecucin:
Seleccionamos el servicio web LicoresGiaLN
Clic derecho y seleccionamos test web Service
Seleccionamos el mtodo LicoresNoVendidos.
Ingresamos una fecha 2016-01-05
Resultado esperado: Verificar que se muestre informacin en la respuesta del
testeo.
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_15 Reporte de los licores que no se
estn vendiendo
Nombre: Verificar mediante el servicio web que el mtodo desarrollado en el acceso
a datos presente los datos esperados.
Responsable: Giannella Montao
Fecha: 13-01-2016
Descripcin: Se verificar mediante un testeo que el servicio web desarrollado se
ejecute correctamente.
Condiciones de Ejecucin:
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web del reporte.
Pasos de ejecucin:
Seleccionamos el servicio web LicoresGiaLN
Clic derecho y seleccionamos test web Service
Seleccionamos el mtodo LicoresNoVendidos.
Ingresamos una fecha 2016-01-01

Resultado esperado: Verificar que se muestre solo los datos esperados.


Evaluacin: Exitosa
Tarea de Ingeniera
Historia de Usuario: HU_15 Reporte de los licores que no se estn vendiendo
Nmero de Tarea: TI_04

Nombre de Tarea: Desarrollar la interfaz del Reporte


de licores que no se estn vendiendo.
Tipo de Tarea: Desarrollo
Puntos Estimados:4
Fecha Inicio: 13/01/2016
Fecha Fin:13/01/2016
Programador Responsable: Yesenia Pilco
Descripcin: Desarrollar la interfaz de usuario en la cual se presentara el reporte
de los licores que no se venden en el negocio.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz desarrollada cumpla con el estndar establecido
Verificar que la funcionalidad se ejecute correctamente.
Verificar que al ingresar un nuevo licor aparezca en el reporte de licores no
vendidos.
Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_15 Reporte de los licores que no se
estn vendiendo
Nombre: Verificar que la interfaz desarrollada cumpla con el estndar establecido
Responsable: Carolina Valencia
Fecha: 13-01-2016
Descripcin: Se comprobara que la interfaz desarrollada para el reporte de los
licores por las distintas categoras existentes se ajuste al estndar establecido para
el desarrollo de las interfaces.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener desarrollada la interfaz en la capa de interfaz de usuario.
Pasos de ejecucin:
Ingresar a la capa interfaz de usuario.
Ejecutar el archivo de la interfaz desarrollada para el reporte.
Comprobar que esta cumpla con el estndar antes definido.
Resultado esperado: La interfaz desarrollada para el reporte de los licores que no
se estn vendiendo cumple con el estndar definido.
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_15 Reporte de los licores que no se
estn vendiendo
Nombre: Verificar que la funcionalidad se ejecute correctamente.
Responsable: Vanesa Bonito
Fecha: 13-01-2016
Descripcin: Se comprobara que la informacin presentada en el reporte se
muestre adecuadamente en la interfaz de usuario.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicios que permitan obtener la

informacin para los reportes.


Pasos de ejecucin:
Ingresar a la interfaz de usuario del reporte de licores que no se estn
vendiendo
Ingresamos una fecha la cual requerimos el reporte 05-01-2016
Se mostrara la informacin de los licores que menos se est vendiendo.
Resultado esperado: La informacin que se presenta en el reporte es la adecuada
y se presenta de forma correcta sin afectar al diseo de la interfaz.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_15 Reporte de los licores que no se
estn vendiendo
Nombre: Verificar que al ingresar un nuevo licor aparezca en el reporte de licores no
vendidos.
Responsable: Carolina Valencia
Fecha: 13-01-2016
Descripcin: Se comprobara que la interfaz muestre un licor recin ingresado ya
que constara como licor sin ventas.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener desarrollada la interfaz en la capa de interfaz de usuario.
Pasos de ejecucin:
Ingresar a la capa interfaz de usuario.
Seleccionar ingresar nuevo licor.
Ingresamos nombre de licor Ron Cartagena.
En Stock licor ingresamos 10.
En Stock minimo ingresamos 4
En stock mximo ingresamos 15
Costo ingresamos 20.00
En precio ingresamos 25.00
En precio minimo ingresamos 22
En categora seleccionamos Ron
Ingresamos la imagen del licor.
Guardamos el licor
Ingresamos a Reportes de licores que no se estn vendiendo.
Ingresamos la fecha 05-01-2016
Verificar la informacin obtenida
Resultado esperado: La interfaz nos mostrara el licor recin ingresado con ventas
cero
Evaluacin: Fallida
ANEXO 83 IMPLEMENTACION DE INTERFAZ DE NOTA DE VENTA
HISTORIA DE USUARIO
Nmero: HU_28.1
Nombre: Implementacin de interfaz de nota de venta
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 10

Prioridad en Negocio: Alta


Puntos Estimados: 6
Riesgo en desarrollo: Media
Puntos Reales: 6
Descripcin:
Como administrador me gustara que exista una pgina en la cual pueda realizar de
manera ms rpida el registro y los clculos de la nota de venta para que esto me
ahorrara tiempo y atender ms rpido a los clientes.
Observaciones:

PRUEBAS DE ACEPTACIN
La Interfaz debe mostrar los productos seleccionado del cliente
La interfaz debe mostrar los datos del cliente en la Nota de Venta.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU 28.1 Implementacin de interfaz de
nota de venta
Nombre: La interfaz debe mostrar los datos del cliente en la Nota de Venta
Responsable: Yesenia Pilco
Fecha: 06/01/2016
Descripcin: Comprobar que el producto seleccionado por parte del cliente se
muestre en el detalle
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta
Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.
Ingresa el nmero de cliente 1804625158
Dar clic en Buscar
Se llena los datos del cliente
Dar clic en Agregar
Muestra La Interfaz de Listar de los Licores
Se va agregando a una lista
Dar clic en Guardar
Resultado esperado:
Debe mostrar los licores que selecciono el cliente en el detalle
Evaluacin: Fallida.

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU 28.1 Implementacin de interfaz de
nota de venta
Nombre: La interfaz debe mostrar los datos del cliente en la Nota de Venta.
Responsable: Yesenia Pilco
Fecha: 06/01/2016
Descripcin: Comprobar que en la Nota de Venta muestre los datos del cliente.
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta.
Conexin a la Base de Datos.
Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.
Ingresamos el nmero de cedula 1804625158

Dar clic en Buscar


Resultado esperado:
Debe llenar los datos del cliente existente.
Evaluacin: Exitosa.
Tarea de Ingeniera
Historia de Usuario: HU 28.1 Implementacin de interfaz de nota de venta
Nmero de Tarea: TI_01
Nombre de Tarea: Implementar la interfaz de Nota de
Venta
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/01/2016
Programador Responsable: Natalia Pilco
Descripcin: Implementar la interfaz la Interfaz de Nota de Venta para vender los
licores a los clientes.
Pruebas de aceptacin

Verificar que la interfaz cumpla con el estndar establecido.


Verificar que la Nota de Venta este bien estructurado.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU 28.1 Implementacin de interfaz de
nota de venta
Nombre Verificar que la interfaz cumpla con el estndar establecido.
Responsable: Freddy Capuz
Fecha: 04/01/2016
Descripcin: Analizar que la interfaz de la Nota de venta cumpla con los
estndares.
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta
Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.
Verificar que los colores y elementos de la interfaz estn dentro del estndar.
Resultado esperado:
La interfaz debe cumplir con los estndares que se estableci con el cliente.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU 28.1 Implementacin de interfaz de
nota de venta
Nombre: Verificar que la Nota de Venta este bien estructurado.
Responsable: Vanessa Bonito
Fecha: 04/01/2016
Descripcin: Analizar que la estructura de la Nota de Venta cuente con los campos
principales.
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta.
Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.
Ver los campos que est en la Interfaz de Nota de Venta
Resultado esperado:

Debe contener con los campos de una Nota de Venta.


Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU 28.1 Implementacin de interfaz de nota de venta
Nmero de Tarea: TI_02
Nombre de Tarea: Agregar Cliente
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/01/2016
Programador Responsable: Natalia Pilco
Descripcin: se implementar en la Interfaz de Nota de Venta un Buscar cliente para
que cuando se busque un cliente se ponga la informacin automticamente.
Pruebas de aceptacin

Verificar que se muestre los datos del cliente.


Verificar que si el cliente no existe debe mostrar un mensaje.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU 28.1 Implementacin de interfaz de
nota de venta
Nombre: Verificar que se muestre los datos del cliente.
Responsable: Yesenia Pilco
Fecha: 04/01/2016
Descripcin: Se busca el nmero de cedula de cliente y se insertar o se presenta
automticamente los datos del cliente.
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta.
Conexin a la Base de Datos.
Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.
Ingresamos el nmero de cedula 1804625158
Dar clic en Buscar
Resultado esperado:
Debe llenar los datos del cliente existente.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU 28.1 Implementacin de interfaz de
nota de venta
Nombre: Verificar que si el cliente no existe debe mostrar un mensaje.
Responsable: Jose Acan
Fecha: 04/01/2016
Descripcin: Se comprobar que el cliente que no existe en la Base de Datos se
debe mostrar un mensaje El Cliente no Existe.
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta.
Conexin a la Base de Datos.
Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.

Ingresamos el nmero de cedula 0704424290


Dar clic en Buscar
Resultado esperado:
Debe mostrar un mensaje El Cliente no Existe.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU 28.1 Implementacin de interfaz de nota de venta
Nmero de Tarea: TI_03
Nombre de Tarea: Agregar y Eliminar Artculos
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 05/01/2016
Fecha Fin: 06/01/2016
Programador Responsable: Natalia Pilco
Descripcin: Implementar el Agregar y eliminar productos para la Nota de Venta.
Pruebas de aceptacin

Verificar que se agreguen los artculos que se van a vender.


Verificar que se elimine los artculos que ya no se desea comprar.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU 28.1 Implementacin de interfaz de
nota de venta
Nombre: Verificar que se agreguen los artculos que se van a vender.
Responsable: Giannella Montao
Fecha: 06/01/2016
Descripcin: Se comprobar que el cliente que no existe en la Base de Datos se
debe mostrar un mensaje El Cliente no Existe.
Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta.
Conexin a la Base de Datos.
Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.
Ingresa el nmero de cliente 1804625158
Dar clic en Buscar
Se llena los datos del cliente
Dar clic en Agregar
Muestra La Interfaz de Listar de los Licores
Se va agregando a una lista
Dar clic en Guardar
Resultado esperado:
Debe mostrar en el detalle los licores seleccionados.
Evaluacin: Fallida

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU 28.1 Implementacin de interfaz de
nota de venta
Nombre: Verificar que se elimine los artculos que ya no se desea comprar.
Responsable: Victor Bayas
Fecha: 06/01/2016
Descripcin: Se comprobar que el cliente que no existe en la Base de Datos se
debe mostrar un mensaje El Cliente no Existe.

Condiciones de Ejecucin:
Debe estar realiza la interfaz de Nota de Venta.
Conexin a la Base de Datos.
Pasos de ejecucin:
Abrir la interfaz de Nota de Venta.
Ingresa el nmero de cliente 1804625158
Dar clic en Buscar
Se llena los datos del cliente
Dar clic en Agregar
Muestra La Interfaz de Listar de los Licores
Se va agregando a una lista
En la lista damos clic en Eliminar del Licor que ya no deseamos
Resultado esperado:
Debe eliminar el producto que ya no se desea.
Evaluacin: Exitosa
ANEXO 84 VALIDACIONES
HISTORIA DE USUARIO
Nmero: HU_43
Nombre: Validaciones
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 10
Prioridad en Negocio: Media
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales: 10
Descripcin:
Como Administrador me gustara que se ingresen valores correctos y que al momento
de que se ingrese mal un dato solo se borre el dato incorrecto para evitar tener que
llenar toda la informacin de nuevo.
Observaciones:

PRUEBAS DE ACEPTACIN
Al momento de ingresar mal un dato debe presentar un mensaje indicando
que el dato ingresado es incorrecto.
Si el dato ingresado es incorrecto el campo se debe borrar para que se vuelva
a llenar dicho campo.

Tarea de Ingeniera
Historia de Usuario: HU_50
Nmero de Tarea: TI_01

Validaciones
Nombre
de
Tarea:
Crear
la
funcin
validadorDeCedula
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 08/01/2016
Fecha Fin: 08/01/2016
Programador Responsable: Vctor Bayas
Descripcin: Desarrollar la funcin necesaria para que realice la validacin de cdula
correspondiente.

PRUEBAS DE ACEPTACIN
Verificar que solo permita ingresar 10 dgitos.
Verificar que solo permita el ingreso de nmeros.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_50 Validaciones
Nombre: Verificar que solo permita ingresar 10 dgitos.
Responsable: Natalia Pilco
Fecha: 08/01/2016
Descripcin: Al realizar el ingreso de la cdula solo debe permitir ingresar 10 dgitos.
Condiciones de Ejecucin:
La funcin que valida la cdula debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Seleccionar la opcin Registrar Cliente
Resultado esperado:
Al momento de ingresar la cdula solo debe permitir el ingreso de 10 dgitos.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_50 Validaciones
Nombre: Verificar que solo permita el ingreso de nmeros.
Responsable: Evelyn Valencia
Fecha: 08/01/2016
Descripcin: Al realizar el ingreso de un nmero de cdula solo debe permitir el ingreso de
nmeros.
Condiciones de Ejecucin:
La funcin que validar la cdula debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Seleccionar la opcin Registrar Cliente
Resultado esperado:
Al llenar el campo de cdula de identidad solo debe permitir el ingreso de nmeros.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_50
Nmero de Tarea: TI_02

Validaciones
Nombre de Tarea: Crear la funcin SoloNmeros y
SoloLetras
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 11/01/2016
Fecha Fin: 12/01/2016
Programador Responsable: Vctor Bayas
Descripcin: Desarrollar las funciones necesarias para que realicen las validaciones
correspondientes.

PRUEBAS DE ACEPTACIN
Verificar que en campos numricos solo se ingresen nmeros.
Verificar que en campos de letras no permita el ingreso de nmeros.

Prueba de aceptacin

Cdigo: PA_03
Historia de Usuario: HU_50 Validaciones
Nombre: Verificar que en campos numricos solo se ingresen nmeros.
Responsable: Vanessa Bonito
Fecha: 11/01/2016
Descripcin: Al realizar el ingreso en uno de los campos numricos solo debe permitir el
ingreso de valores numricos.
Condiciones de Ejecucin:
La funcin que Solo numeros debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Seleccionar la opcin Registrar Cliente
Resultado esperado:
Al llenar el campo telfono no debe permitir el ingreso de letras.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_50 Validaciones
Nombre: Verificar que en campos de letras no permita el ingreso de nmeros.
Responsable: Wilmer Barrera
Fecha: 12/01/2016
Descripcin: Comprobar que no se permita ingresar nmeros en campo de solo letras.
Condiciones de Ejecucin:
La funcin SoloLetras debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Seleccionar la opcin Registrar Empleado
Resultado esperado:
No se debe permitir el ingreso de nmeros en campos de solo letras.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_50
Nmero de Tarea: TI_03

Validaciones
Nombre de Tarea: Desarrollar un mtodo para que
no se borren todos los campos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 13/01/2016
Fecha Fin: 14/01/2016
Programador Responsable: Vctor Bayas
Descripcin: Desarrollar un mtodo para que al momento de ingresar mal un dato no
se borren todos los campos sino solo el campo que est incorrecto.

PRUEBAS DE ACEPTACIN
Verificar que al ingresar mal un dato solo se debe borrar ese campo el resto de
la informacin debe permanecer.
Verificar que la informacin que se quede en los campos sea la que se ingres.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_50 Validaciones
Nombre: Verificar que al ingresar mal un dato solo se debe borrar ese campo el resto de la

informacin debe permanecer.


Responsable: Wilmer Barrera
Fecha: 12/01/2016
Descripcin: Comprobar que no se borren todos los campos al ingresar mal un dato
Condiciones de Ejecucin:
La funcin ControlarCampos debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Seleccionar la opcin Registrar Cliente
Resultado esperado:
Se debe borrar solo el campo en el que se ingres mal el dato.
Evaluacin: Fallida

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_50 Validaciones
Nombre: Verificar que la informacin que se quede en los campos sea la que se ingres
Responsable: Wilmer Barrera
Fecha: 12/01/2016
Descripcin: Comprobar que los campos estn llenos con la informacin que fue ingresada
Condiciones de Ejecucin:
La funcin ControlarCampos debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Seleccionar la opcin Registrar Cliente
Resultado esperado:
Los campos deben aparecer llenos con la informacin que se ingres
Evaluacin: Fallida

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_50 Validaciones
Nombre: Al momento de ingresar mal un dato debe presentar un mensaje indicando que el
dato ingresado es incorrecto.
Responsable: Wilmer Barrera
Fecha: 12/01/2016
Descripcin: Comprobar que se presente el mensaje cuando un dato est mal ingresado.
Condiciones de Ejecucin:
La funcin ControlarCampos debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Seleccionar la opcin Registrar Cliente
Resultado esperado:
Se debe mostrar un mensaje si el dato est incorrecto.
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_50 Validaciones
Nombre: Si el dato ingresado es incorrecto el campo se debe borrar para que se vuelva a
llenar dicho campo.
Responsable: Wilmer Barrera
Fecha: 12/01/2016
Descripcin: Comprobar que se borre el campo que se llen de forma incorrecta.
Condiciones de Ejecucin:

La funcin ControlarCampos debe estar implementada.


Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Seleccionar la opcin Registrar Cliente
Resultado esperado:
Se debe mostrar un mensaje si el dato est incorrecto.
Evaluacin: Exitosa
ANEXO 85 REPORTE DE COMPRAS A PROVEEDORES EN UN DETERMINADO
PERODO.
HISTORIA DE USUARIO
Nmero: HU_42
Nombre: Reporte de compras a proveedores en un
determinado perodo.
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 10
Prioridad en Negocio: Media
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales: 8
Descripcin:
Como Administrador del negocio Licores Gia deseo un reporte de compras realizadas
a proveedores en determinado perodo, para obtener informacin oportuna.
Observaciones:

PRUEBAS DE ACEPTACIN
Cuando se seleccione la fecha se restringir el mximo de seleccin hasta la
fecha actual.
Cuando se busque seleccionando la fecha de inicio y fin se mostrar todos los
registros que existen en ese perodo.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_49 Reportes de compras a
proveedores en un determinado perodo.
Nombre: Cuando se seleccione la fecha se restringir el mximo de seleccin hasta
la fecha actual.
Responsable: Adriana Velsquez
Fecha: 13/01/2016
Descripcin: Al momento de realizar una bsqueda la fecha de finalizacin no debe
ser mayor a la fecha actual.
Condiciones de Ejecucin:
Establecer conexin de la base de datos.
Tener ingresado datos en tbabastece, tbproveedor, tblicor.
Verificar que el mtodo ReporteComprasPeriodo del acceso a datos en la
clase Proveedores este bien implementado.
El servicio web del acceso a datos debe estar publicado.
Verificar que el mtodo ReporteComprasPeriodoLN de la lgica de negocio s
este bien implementado.
Verificar que los mtodos de la clase Base de datos manipule correctamente
las peticiones de respuesta hacia la base de datos.
La interfaz de usuario debe estar implementada.
Pasos de ejecucin:

Ejecutar la pgina ReportesComprasPeriodo.jsp


Seleccionar Fecha de Inicio. 01/12/2015
Seleccionar Fecha de Finalizacin.13/01/2016
Resultado esperado: No se puede seleccionar una fecha de finalizacin mayor a la
fecha actual, las fechas del calendario se bloquean.
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_40 Modificar categora
Nombre: Cuando se busque seleccionando la fecha de inicio y fin se mostrar todos
los registros que existen en ese perodo.
Responsable: Adriana Velsquez
Fecha: 13/01/2016
Descripcin: Se podr mostrar el reporte al usuario segn el periodo de tiempo que
desee ya sea anual, mensual, semanal o diario.
Condiciones de Ejecucin:
Establecer conexin con la base de datos.
Tener ingresado datos en tbabastece, tbproveedor, tblicor.
El mtodo ReporteComprasProveedores debe encontrarse implementado.
El servicio web de la capa de acceso a datos debe estar implementado.
El servicio web de la capa de lgica de negocio debe estar implementado
La interfaz de Usuario debe estar implementada.
Pasos de ejecucin:
Ejecutar la pgina ReportesComprasPeriodo.jsp
Seleccionar Fecha de Inicio: 08/01/2016
Seleccionar Fecha de Finalizacin: 13/01/2016
Presionar el botn Buscar.
Listar las compras realizadas a proveedores en dicho perodo.
Resultado esperado: Se presenta los nombres de los licores que se han adquirido a
los proveedores en determinado tiempo, si no se encuentran registros muestra un
mensaje Indicando que No hay datos en ese perodo..
Evaluacin: Exitoso.

TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_49 Reporte de compras a proveedores en un
determinado perodo.
Nmero
de
Tarea: Nombre de Tarea: Implementar en la capa de acceso a
TI_01
datos la funcin ReporteComprasPeriodo con su
respectiva funcin en la clase Abastecer.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 08/01/2016
Fecha Fin: 08/01/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Desarrollar un mtodo ReporteComprasPeriodo que realice la
sentencia sql para mostrar los registros de todas las compras que se han realizado
a los proveedores en un determinado tiempo.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ReporteComprasPeriodo del acceso a datos en la

clase Abastecer este bien implementado.


Verificar que el mtodo ReporteComprasPeriodoAD del servicio web liste los
registros de las compras en el perodo determinado de tiempo por el usuario.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_49 Reporte de compras a
proveedores en un determinado perodo.
Nombre: Verificar que el mtodo ReporteComprasPeriodo del acceso a datos en la
clase Abastecer este bien implementado.
Responsable: Adriana Velsquez
Fecha: 08/01/2016
Descripcin: Verificar que el mtodo ReporteComprasPeriodo se encuentre
implementado en la clase Abastecer.
Condiciones de Ejecucin:
Verificar la pertinencia a conexin a la base de datos.
Verificar que los mtodos de la clase Base de datos manipule correctamente
las peticiones de respuesta hacia la base de datos.
Pasos de ejecucin:
Gestionar correctamente las conexiones a la Base de Datos
Establecer correctamente la sentencia SQL para listar los registros de las
compras en un determinado perodo.
Manipular adecuadamente la respuesta de la Base de Datos.
Emitir respuesta de comprobacin de los datos.
Mantener control de errores de la sentencia SQL(A travs de try - catch).
Resultado esperado: La implementacin del mtodo ReporteComprasPeriodo es
correcta.
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_49 Reportes de compras a
proveedores en un determinado perodo.
Nombre: Verificar que el mtodo ReporteComprasPeriodoAD del servicio web liste
los registros de las compras en el perodo de tiempo determinado por el usuario
Responsable: Adriana Velsquez
Fecha: 08/01/2016
Descripcin: Crear una clase tester java main para verificar localmente que el
mtodo ReporteComprasPeriodod est funcionando correctamente.
Condiciones de Ejecucin:
Verificar que el mtodo ReporteComprasPeriodo del acceso a datos en la
clase Proveedores este bien implementado.
Tener ingresado datos en tbabastece, tbproveedor, tblicor.
Verificar que los mtodos de la clase Base de datos manipule correctamente
las peticiones de respuesta hacia la base de datos.
Pasos de ejecucin:
Testear el servicio Web de la capa de Acceso a datos.
Buscar el mtodo ReporteComprasPeriodo.
Seleccionar la fecha de inicio. 08/11/2015
Seleccionar la Fecha de finalizacin: 12/121/2015
Presionar el botn ReporteComprasPeriodoAD
Mostrar el listado de las compras realizadas en dicho periodo de tiempo.

Resultado esperado: El mtodo ReporteComprasPeriodoAD lista las compras a


proveedores en el periodo de tiempo ingresado.
Evaluacin: Exitoso

Tarea de Ingeniera
Historia de Usuario: HU_49 Reportes de compras a proveedores en un
determinado perodo.
Nmero
de
Tarea: Nombre
de
Tarea:
Publicar
la
funcin
TI_02
ReporteComprasPeriodo en el servicio web de la capa
de Acceso a Datos
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 08/01/2016
Fecha Fin: 08/01/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Publicar el mtodo ReporteComprasPeriodo en el servicio web de la
capa de Acceso a datos.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ReporteComprasPeriodo este publicado en la
Servicio web de la capa de acceso a datos.
Verificar que el mtodo ReporteComprasPeriodoAD del servicio web de la
capa de Acceso a datos liste las compras realizadas en un periodo de
tiempo enviando los parmetros respectivos.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_49 Reportes de compras a
proveedores en un determinado perodo.
Nombre: Verificar que el mtodo ReporteComprasPeriodo este publicado en la
Servicio web de la capa de acceso a datos.
Responsable: Adriana Velsquez
Fecha: 11/01/2016
Descripcin:
Comprobar que el mtodo ReporteComprasPeriodo de capa de acceso a datos se
encuentre publicado en el servicio web
Condiciones de Ejecucin:
El mtodo ReporteComprasPeriodo de la clase Abastecer debe estar
implementado en la clase Abastecer.
Tener ingresado datos en tbabastece, tbproveedor, tblicor.
Establecer conexin con la base de datos.
Pasos de ejecucin:
Testear del servicio web Acceso a Datos.
Verificar que el mtodo ReporteComprasPeriodoAD en la capa de acceso est
publicado correctamente.
Resultado esperado: El mtodo ReporteComprasPeriodoAD de la capa de acceso a
datos est publicado correctamente.
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario:

HU_49 Reportes de compras a

proveedores en un determinado perodo.


Nombre: Verificar que el mtodo ReporteComprasPeriodoAD del servicio web de la
capa de Acceso a datos liste las compras realizadas en un periodo de tiempo
enviando los parmetros respectivos.
Responsable: Adriana Velsquez
Fecha: 11/01/2016
Descripcin:
Comprobar que el mtodo ReporteComprasPeriodoAD est funcionando
correctamente.
Condiciones de Ejecucin:
El mtodo se encuentre publicado en la lgica de negocio.
Pasos de ejecucin:
Testear el servicio web de la capa de acceso a datos.
Ingresar la fecha de inicio: 08/01/2016
Ingresar Fecha de finalizacin 11/01/2016
Presionar el botn ReporteComprasPertiodoAD.
Verificar los registros de los proveedores a los que se les ha comprado en el
periodo de tiempo ingresado.
Resultado esperado: El mtodo devuelve los datos necesarios solicitados por el
usuario
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_49 Reportes de compras a proveedores en un determinado
perodo.
Nmero
de
Tarea: Nombre de Tarea: Implementar y publicar la funcin
TI_03
ReporteComprasPeriodoLN en la capa de Lgica del
Negocio
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 11/01/2016
Fecha Fin: 11/01/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Implementar un mtodo ReporteComprasPeriodoLN en la capa de
Lgica del Negocio en el servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ReporteComprasPeriodoLN este publicado en la
Lgica del negocio.
Verificar que el mtodo ReporteComprasPeriodoLN del servicio web Lgica
del negocio liste los datos de las compras realizadas en un periodo de tiempo
enviando los parmetros respectivos.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_49 Reportes de compras a
proveedores en un determinado perodo.
Nombre: Verificar que el mtodo ReporteComprasPeriodoLN este publicado en la
Lgica del negocio.
Responsable: Adriana Velsquez
Fecha: 11/01/2016
Descripcin:
Comprobar que el mtodo ReporteComprasPeriodoLN de capa de acceso a datos se

encuentre publicado en el servicio web.


Condiciones de Ejecucin:
El mtodo ReporteComprasPeriodoAD del acceso a datos debe estar
implementado en la capa de lgica de negocio.
Tener ingresado datos en tbabastece, tbproveedor, tblicor.
Establecer conexin con la base de datos.
Pasos de ejecucin:
Testear del servicio web Acceso a Datos.
Verificar que el mtodo ReporteComprasPeriodoLN en la capa de lgica de
negocio est publicado correctamente.
Resultado esperado: El mtodo Modifica ReporteComprasPeriodoLN de la capa de
lgica de negocio se encuentra publicado correctamente en la lgica de negocios.
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_49 Reportes de compras a
proveedores en un determinado perodo.
Nombre: Verificar que el mtodo ReporteComprasPeriodoLN del servicio web Lgica
del negocio liste los datos de las compras realizadas en un periodo de tiempo
enviando los parmetros respectivos.
Responsable: Adriana Velsquez
Fecha: 11/01/2016
Descripcin:
Comprobar que el mtodo ReporteComprasPeriodoLN est funcionando
correctamente.
Condiciones de Ejecucin:
Establecer conexin con la base de datos.
El mtodo se encuentre publicado en la lgica de negocio.
Pasos de ejecucin:
Testear el servicio web de la capa de lgica de negocios.
Enviar los parmetros de fecha de inicio: 08/01/2016 y fecha de finalizacion :
11/01/2016 en ReporteComprasPeriodoLN.
Presionar el botn ReporteComprasPeriodoLN.
Verificar que los registros que se muestra se encuentra en el perodo de
tiempo determinado.
Resultado esperado: El servicio web de la lgica de negocios devuelve los datos
requeridos para el reporte
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_49 Reportes de compras a proveedores en un
determinado perodo.
Nmero
de
Tarea: Nombre de Tarea: Implementacin de la interfaz grfica.
TI_04
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 12/01/2016
Fecha Fin: 13/01/2016
Programador Responsable: Mara Jos Morillo

Descripcin: Implementar la interfaz grfica de la historia de usuario Modificar


Categora.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz grfica cumpla con el estndar de interfaces
utilizado.
Verificar que el reporte liste las compras a proveedores segn el perodo de
tiempo determinado.

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_49 Reportes de compras a
proveedores en un determinado perodo.
Nombre: Verificar que la interfaz grfica cumpla con el estndar de interfaces
utilizado.
Responsable: Adriana Velsquez
Fecha: 13/01/2016
Descripcin: Comprobar que la interfaz grfica cumpla con el estndar de interfaces
utilizado.
Condiciones de Ejecucin:
La interfaz grfica de la funcionalidad est implementada.
Pasos de ejecucin:
Ejecutar la pgina ReportesComprasPeriodo.jsp
Comprobar que cumpla con el estndar.
Resultado esperado: La interfaz grfica de la funcionalidad cumple con los
estndares pre-establecidos.
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_49 Reportes de compras a
proveedores en un determinado perodo.
Nombre: Verificar que el reporte liste las compras a proveedores segn el perodo de
tiempo determinado.
Responsable: Adriana Velsquez
Fecha: 13/01/2016
Descripcin: Comprobar que las categoras se listen correctamente al ingresar a la
funcionalidad.
Condiciones de Ejecucin:
Establecer conexin a la base de datos.
Tener ingresado datos en tbabastece, tbproveedor, tblicor.
La funcionalidad debe estar implementada con su interfaz grfica.
Pasos de ejecucin:
Ejecutar la pgina ReportesComprasPeriodo.jsp.
Ingresar la fecha de inicio: 01/12/2015.
Ingresar la fecha de finalizacin: 01/01/2016.
Mostrar los registros de todas las compras en el perodo ingresado.
Resultado esperado: Los registros de las categoras se listan correctamente.
Evaluacin: Exitoso.

ANEXO 86 GUARDAR PEDIDO

HISTORIA DE USUARIO
Nmero: HU_19.3
Nombre: Guardar pedido
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 10
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales:
Descripcin:
Como Administrador me gustara que cuando un cliente realice su pedido se guardara
un registro de ese pedido para poder tener la informacin de que ha pedido el cliente
con su respectivo detalle.
Observaciones:

PRUEBAS DE ACEPTACIN
Verificar que el pedido se guarde a nombre del usuario de la sesin desde la
cual se ha realizado el pedido.
Verificar que el detalle del pedido este correctamente guardado en la base de
datos.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_19.3
Nombre: Verificar que el pedido se guarde a nombre del usuario de la sesin desde
la cual se ha realizado el pedido.
Responsable: Yesenia Pilco
Fecha: 13/01/2016
Descripcin: Se deber verificar que el pedido quede guardado con la cedula y
nombre de la sesin correspondiente al usuario que haya realizado el pedido
Condiciones de Ejecucin:
Debe estar desarrollada la interfaz del carro de compras.
El cliente que har el pedido debe estar registrado.
El cliente debe estar en su sesin.
Debe existir conexin con el servidor web.
Debe existir conexin a la base de datos.
Pasos de ejecucin:
Ingresar en el sistema como el cliente Vicente Noboa.
Ingresar a la interfaz del carrito de compras.
Agregar al carrito 12 cervezas Pilsener.
Guardar el pedido.
Verificar en la base de datos que el pedido se haya guardado a nombre de
Vicente Noboa.
Resultado esperado: El sistema deber guardar los datos del pedido a nombre del
usuario al que le corresponda la sesin desde la cual se realiz el pedido.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_19.3
Nombre: Verificar que el detalle del pedido este correctamente guardado en la base
de datos.
Responsable: Yesenia Pilco
Fecha: 13/01/2016
Descripcin: Se deber verificar que el sistema guarde correctamente todos los

registros correspondientes al detalle de un pedido realizado.


Condiciones de Ejecucin:
Debe estar desarrollada la interfaz del carro de compras.
El cliente que har el pedido debe estar registrado.
El cliente debe estar en su sesin.
Debe existir conexin con el servidor web.
Debe existir conexin a la base de datos.
Pasos de ejecucin:
Ingresar en el sistema como el cliente Vicente Noboa.
Ingresar a la interfaz del carrito de compras.
Agregar al carrito 12 cervezas Pilsener.
Agregar al carrito 6 cervezas Club.
Agregar al carrito 3 Pjaro Azul.
Guardar el pedido.
Verificar en la base de datos que el detalle del pedido se haya guardado
correctamente.
Resultado esperado: El sistema guardara correctamente el detalle del pedido en la
base de datos licgia.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_19.3 Guardar pedido.
Nmero de Tarea: TI_01
Nombre de Tarea: Investigar mtodos para enviar
campos creados dinmicamente de un formulario a
una pgina jsp.
Tipo de Tarea: Investigativa
Puntos Estimados: 3
Fecha Inicio: 08/01/2016
Fecha Fin: 11/01/2016
Programador Responsable: Wilmer Barrera
Descripcin: Como desarrollador necesito implementar un mtodo para el envo de
los campos creados dinmicamente en un formulario ya que no se puede enviar de
forma convencional.
Pruebas de aceptacin

Comprobar que todos los campos que se crean dinmicamente se deben


poder recoger desde otro archivo jsp.
Verificar que la misma informacin que envi desde un formulario sea la
misma que recibo en otra.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_19.3
Nombre: Comprobar que todos los campos que se crean dinmicamente se deben
poder recoger desde otro archivo jsp.
Responsable: Yesenia Pilco
Fecha: 11/01/2016
Descripcin: Se deber verificar que la informacin de los campos creados
dinmicamente se puede transferir a otro .jsp.
Condiciones de Ejecucin:
Debe estar desarrollada la interfaz del carrito de compras.
Debe estar desarrollado un controlador de prueba.
Debe existir conexin con el servidor web.

Debe existir conexin a la base de datos.


Pasos de ejecucin:
Cargar la interfaz de carrito de compras.
Agregar al carrito 4 botellas de Pjaro Azul.
Agregar al carrito 2 botellas de Zhumir.
Agregar al carrito 5 botellas de Club.
Ejecutar el controlador de prueba.
Ver que la informacin se est pasando.
Resultado esperado: El sistema permitir que se pase la informacin de los
campos dinmicos de un jsp a otro.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_19.3
Nombre: Verificar que la misma informacin que envi desde un formulario sea la
misma que recibo en otra
Responsable: Yesenia Pilco
Fecha: 11/01/2016
Descripcin: Se deber verificar que la informacin de los campos creados
dinmicamente sea la misma que se est pasando a otro jsp.
Condiciones de Ejecucin:
Debe estar desarrollada la interfaz del carrito de compras.
Debe estar desarrollado un controlador de prueba.
Debe existir conexin con el servidor web.
Debe existir conexin a la base de datos.
Pasos de ejecucin:
Cargar la interfaz de carrito de compras.
Agregar al carrito 4 botellas de Pjaro Azul.
Agregar al carrito 2 botellas de Zhumir.
Agregar al carrito 5 botellas de Club.
Ejecutar el controlador de prueba.
Ver que la informacin pasada sea la misma.
Resultado esperado: El sistema deber pasar la misma informacin que se ha
generado dinmicamente en los campos.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_19.3 Guardar pedido.
Nmero de Tarea: TI_02
Nombre de Tarea: Implementar servicios web en la
capa de Acceso a Datos, junto con la implementacin
de la funcionalidad para guardar los datos en la base
de datos licgia.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 11/01/2016
Fecha Fin: 11/01/2016
Programador Responsable: Wilmer Barrera
Descripcin: Como desarrollador necesito implementar la funcionalidad para poder
acceder a la base de datos licgia y poder guardar datos del pedido.
Pruebas de aceptacin

Verificar que las sentencia sql para insertar datos funcione correctamente.

Verificar que mtodo de acceso a datos calcule correctamente la fecha


tope de vencimiento de pedido.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_19.3
Nombre: Verificar que la sentencia sql para insertar datos funcione correctamente.
Responsable: Yesenia Pilco
Fecha: 11/01/2016
Descripcin: Se deber verificar que las sentencias que insertan los datos en las
tablas tbpedido y tbdetallepedido se ejecuten correctamente.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Las sentencias sql deben estar creadas.
Pasos de ejecucin:
Colocar como cedula de cliente el nmero 0604098483 perteneciente al
cliente Vicente Noboa.
Colocar como fecha de realizacin del pedido el 13/01/2016.
Colocar como fecha de vencimiento del pedido e/ 14/01/2016.
Colocar como total de pedido la cantidad 43.00.
Colocar como estado PRO.
Ejecutar la sentencia para insertar en la tabla tbpedido.
Colocar como cdigo de pedido el nmero 1.
Colocar como cantidad 1.
Colocar como subtotal 43.00.
Colocar como id de licor el correspondiente al licor Jhonny Rojo en la base
de datos.
Ejecutar la sentencia para insertar en la talba tbdetallepedido.
Resultado esperado: Al ejecutar estas sentencias se podr guardar el encabezado
y detalle de pedido en la base.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_19.3
Nombre: Verificar que mtodo de acceso a datos calcule correctamente la fecha
tope de vencimiento de pedido.
Responsable: Yesenia Pilco
Fecha: 11/01/2016
Descripcin: Se deber verificar que los datos del encabezado del pedido y del
detalle se pasen correctamente de la lgica de negocio a la capa de acceso a datos.
Condiciones de Ejecucin:
Debe estar implementado el mtodo en el acceso a datos.
Debe estar implementado el mtodo en la lgica de negocio.
Debe existir conexin con el servidor web.
Debe existir conexin a la base de datos.
Pasos de ejecucin:
Ingresar en el sistema como el cliente Vicente Noboa.
Ingresar a la interfaz del carrito de compras.
Agregar al carrito 12 cervezas Pilsener.

Guardar el pedido.
Verificar en la base de datos que el pedido se haya guardado con la fecha de
vencimiento correcta.
Resultado esperado: El mtodo de acceso a datos deber haber aumentado un
da a la fecha en la que se hizo el pedido.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_19.3 Guardar pedido.
Nmero de Tarea: TI_03
Nombre de Tarea: Implementar servicios web y
servicios web cliente tanto en la capa de interfaz de
usuario como en la lgica de negocio.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 12/01/2016
Fecha Fin: 12/01/2016
Programador Responsable: Wilmer Barrera
Descripcin: Como desarrollador necesito poder implementar el servicios web en la
capa lgica de negocio, como tambin los servicios web cliente en la capa de Interfaz
de Usuario y Lgica de negocios, donde cada una de estas consumir el servicio web
de la Lgica de negocio y Acceso a datos respectivamente.
Pruebas de aceptacin

Verificar que se realice la transaccin de datos desde el test del servicio


web de la capa de Acceso a Datos.
Verificar que el Servicio Web cliente en la capa Interfaz de Usuario
funcione correctamente, cuando se envan datos del pedido a guardar.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_19.3
Nombre: Verificar que se realice la transaccin de datos desde el test del servicio
web de la capa de Acceso a Datos.
Responsable: Yesenia Pilco
Fecha: 12/01/2016
Descripcin: Se deber verificar que los datos del encabezado del pedido y del
detalle se pasen correctamente de la lgica de negocio a la capa de acceso a datos.
Condiciones de Ejecucin:
Debe estar implementado el mtodo en el acceso a datos.
Debe estar implementado el mtodo en la lgica de negocio.
Debe existir conexin con el servidor web.
Debe existir conexin a la base de datos.
Pasos de ejecucin:
Crear una clase tester en la lgica de negocio.
Crear un objeto Pedido.
Llenar el objeto con el valor como cedula de cliente el nmero 0604098483
perteneciente al cliente Vicente Noboa.
Llenar el objeto con el valor fecha de realizacin del pedido el 13/01/2016.
Llenar el objeto con el valor fecha de vencimiento del pedido e/ 14/01/2016.
Llenar el objeto con el valor total de pedido la cantidad 43.00.
Llenar el objeto con el valor estado PRO.
Crear un arraylist tipo DetallePedido.
Llenar el primer objeto con el valor cdigo de pedido el nmero 1.

Llenar el primer objeto con el valor como cantidad 1.


Llenar el primer objeto con el valor como subtotal 43.00.
Llenar el primer objeto con el valor como id de licor el correspondiente al licor
Jhonny Rojo en la base de datos.
Ejecutar el servicio web de la lgica IngresarPedidoLN.
Resultado esperado: El servicio IngresarPedidoLN debe pasar correctamente los
datos a la capa de lgica de negocio.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_19.3
Nombre: Verificar que el Servicio Web cliente en la capa Interfaz de Usuario
funcione correctamente, cuando se envan datos del pedido a guardar
Responsable: Yesenia Pilco
Fecha: 12/01/2016
Descripcin: Se deber verificar que el cliente que existe en interfaz de usuario
para enviar los datos a lgica de negocio consuma el servicio correctamente.
Condiciones de Ejecucin:
Debe estar implementado el mtodo en el acceso a datos.
Debe estar implementado el mtodo en la lgica de negocio.
Debe existir conexin con el servidor web.
Debe existir conexin a la base de datos.
Pasos de ejecucin:
Crear una clase tester en la interfaz usuario.
Crear un objeto Pedido.
Llenar el objeto con el valor como cedula de cliente el nmero 0604098483
perteneciente al cliente Vicente Noboa.
Llenar el objeto con el valor fecha de realizacin del pedido el 13/01/2016.
Llenar el objeto con el valor fecha de vencimiento del pedido e/ 14/01/2016.
Llenar el objeto con el valor total de pedido la cantidad 43.00.
Llenar el objeto con el valor estado PRO.
Consumir el servicio web de lgica de negocio.
Resultado esperado: El servicio web de la lgica de negocio deber ser
adecuadamente consumido por la interfaz de usuario.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_19.3 Guardar pedido.
Nmero de Tarea: TI_04
Nombre de Tarea: Implementar el controlador de
guardar pedido en la capa Interfaz de Usuario para
extraer datos de la interfaz carrito de compras.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 13/12/2015
Fecha Fin: 13/12/205
Programador Responsable: Wilmer Barrera
Descripcin: Como desarrollador necesito implementar el controlador que interacte
con la interfaz de usuario del carrito de compras para poder extraer datos del mismo y
poder enviarlos a guardar en la base de datos.
Pruebas de aceptacin

Verificar que los Datos extrados de la interfaz de usuario Carrito de

compras sean los correctos.


Verificar que el total del pedido este correctamente calculada.

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_19.3
Nombre: Verificar que los Datos extrados de la interfaz de usuario Carrito de
compras sean los correctos.
Responsable: Yesenia Pilco
Fecha: 13/01/2016
Descripcin: Se deber verificar que al momento que el controlador extrae los
datos generados en la interfaz de carrito de compras estn correctos.
Condiciones de Ejecucin:
Debe estar desarrollada la interfaz de Carrito de Compras.
Debe estar desarrollado el controlador del carrito de compras.
Debe existir conexin con el servidor web.
Debe existir conexin a la base de datos.
Pasos de ejecucin:
Cargar la interfaz de carrito de compras.
Agregar al carrito 4 botellas de Caa Manabita.
Agregar al carrito 2 botellas de Grand Duval.
Agregar al carrito 5 botellas de Jhonny Negro.
Ejecutar el controlador de prueba.
Ver que la informacin se est pasando sea la correcta.
Resultado esperado: La informacin que se pasa al controlador debe coincidir con
la informacin que se gener al agregar licores al carrito de compras.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_19.3
Nombre: Verificar que la fecha tope para el vencimiento del pedido este
correctamente calculada.
Responsable: Yesenia Pilco
Fecha: 13/01/2016
Descripcin: Se deber verificar que el total que se tiene para el pedido en el
controlador este correctamente calculado.
Condiciones de Ejecucin:
Debe estar desarrollada la interfaz de Carrito de Compras.
Debe estar desarrollado el controlador del carrito de compras.
Debe existir conexin con el servidor web.
Debe existir conexin a la base de datos.
Pasos de ejecucin:
Cargar la interfaz de carrito de compras.
Agregar al carrito 4 botellas de Caa Manabita.
Agregar al carrito 2 botellas de Grand Duval.
Agregar al carrito 5 botellas de Jhonny Negro.
Ejecutar el controlador de prueba.
Ver que el total del pedido este correctamente calculado.
Resultado esperado: El total de los pedidos deber coincidir con la suma de los
subtotales del detalle del pedido.

Evaluacin: Exitosa.
ANEXO 87 REGISTRAR COMPRA A PROVEEDOR
HISTORIA DE USUARIO
Nmero: HU_29
Nombre: Registrar compra a Proveedor
Modificacin historia de usuario:
Usuario: Administrador
Iteracin Asignada: 11
Prioridad en Negocio: Media
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales: 10
Descripcin:
Como administrador deseo poder registrar la compra que les hago a mis proveedores
para llevar un control del precio al que le compro los licores.
Observaciones:

PRUEBAS DE ACEPTACIN
Al seleccionar un proveedor deben aparecer sus datos
Al seleccionar un licor se debe mostrar en la otra tabla con el costo que este tiene
Si no se han llenado los campos obligatorios y se da clic en calcular se emitir un
mensaje indicando que se deben de llenar dichos campos.

Tarea de Ingeniera
Historia de Usuario: HU_29 Registrar compra a Proveedor
Nmero de Tarea: TI_01
Nombre de Tarea: Implementar el servicio web
IngresarAbastece en la capa de acceso a datos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 15/01/2016
Fecha Fin: 18/01/2016
Programador Responsable: Natalia Pilco
Descripcin: Desarrollar un mtodo IngresarAbastece que realice la sentencia SQL de
insertar las compras que se realizan.

PRUEBAS DE ACEPTACIN
Verificar que al momento de dar clic sobre el mtodo muestre un mensaje Ingreso
Incorrecto
Verificar que se registre la compra de forma correcta.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_29 Registrar compra a Proveedor
Nombre: Verificar que al momento de dar clic sobre el mtodo muestre un mensaje Ingreso
Incorrecto
Responsable: Mara Jos Morillo
Fecha: 18/01/2016
Descripcin: Comprobar que se muestre el mensaje de ingreso incorrecto en caso de dar
clic sobre el mtodo.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web IngresarAbastece debe estar implementado.
Pasos de ejecucin:

Crear un objeto Abastece.


Resultado esperado:
Se debe mostrar el mensaje
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_29 Registrar compra a Proveedor
Nombre: Verificar que se registre la compra de forma correcta.
Responsable: Vanessa Bonito
Fecha: 18/01/2016
Descripcin: Comprobar que se registre la compra
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web IngresarAbastece debe estar implementado.
Pasos de ejecucin:
Crear un objeto Abastece.
Resultado esperado:
La compra debe estar registrada en la base de datos
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_29 Registrar compra a Proveedor
Nmero de Tarea: TI_02
Nombre de Tarea: Crear un cliente web y un servicio
web en la capa de lgica de negocio
Tipo de Tarea: desarrollo
Puntos Estimados: 2
Fecha Inicio: 18/01/2016
Fecha Fin: 18/01/2016
Programador Responsable: Natalia Pilco
Descripcin: Crear un cliente que consuma el servicio web del mtodo Ingresar Abastece e
implementar un servicio web que reciba un objeto tipo Abastece y mande sus datos a su
cliente web para que los registre en la base.

PRUEBAS DE ACEPTACIN
Verificar que el servicio web de la capa lgica de negocio realiza la accin de registrar
una compra.
Verificar que al ingresar una compra se actualice el stock del licor.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_29 Registrar compra a Proveedor
Nombre: Verificar que el servicio web de la capa de lgica de negocio realiza la accin de
registrar una compra.
Responsable: Evelyn Valencia
Fecha: 18/01/2016
Descripcin: Comprobar que el servicio web enva correctamente los datos a ser ingresados
y estos se registran satisfactoriamente en la base de datos.
Condiciones de Ejecucin:
Debe existir el servicio web.
Debe haber conexin con la base de datos.
Pasos de ejecucin:

Crear un objeto tipo Abastece.


Resultado esperado:
La compra debe estar ya registrado en la base de datos.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_29 Registrar compra a Proveedor
Nombre: Verificar que al ingresar una compra se actualice el stock del licor.
Responsable: Freddy Capuz
Fecha: 18/01/2016
Descripcin: Comprobar que al ejecutar la consulta el stock del licor se actualice.
Condiciones de Ejecucin:
Debe existir el servicio web.
Debe haber conexin con la base de datos.
Pasos de ejecucin:
Crear un objeto tipo Abastece.
Resultado esperado:
El stock del licor se debe actualizar segn la compra que se registre.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_29 Registrar compra a Proveedor
Nmero de Tarea: TI_03
Nombre de Tarea: Implementar la interfaz que permitir
realizar la Compra a los proveedores
Tipo de Tarea: desarrollo
Puntos Estimados: 4
Fecha Inicio: 19/01/2016
Fecha Fin: 20/01/2016
Programador Responsable: Natalia Pilco
Descripcin: Implementar la interfaz necesaria para que el administrador pueda realizar el
Ingreso de la Compra que realiza a sus proveedores donde se tendr la opcin de
seleccionar al proveedor para que sus datos aparezcan.

PRUEBAS DE ACEPTACIN
Al dar clic sobre el botn calcular debe aparecer el total de la compra realizada.
Al dar clic sobre el checkbox desaparece el licor de la lista.
Al dar clic sobre el botn calcular se habilitar el botn guardar.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_29 Registrar compra a Proveedor
Nombre: Al dar clic sobre el botn calcular debe aparecer el total de la compra realizada.
Responsable: Yesenia Pilco
Fecha: 20/01/2016
Descripcin: Comprobar que al dar clic sobre el botn calcular debe mostrarse el total de la
compra realizada.
Condiciones de Ejecucin:
Debe existir el servicio web.
Debe haber conexin con la base de datos.
Pasos de ejecucin:
Crear un objeto tipo Abastece.

Resultado esperado: Se debe visualizar el total correspondiente


Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_29 Registrar compra a Proveedor
Nombre: Al dar clic sobre el checkbox desaparece el licor de la lista.
Responsable: Adriana Velsquez
Fecha: 20/01/2016
Descripcin: Comprobar que al dar clic sobre el checkbox el licor desaparezca.
Condiciones de Ejecucin:
Debe existir el servicio web.
Debe haber conexin con la base de datos.
Pasos de ejecucin:
Crear un objeto tipo Abastece.
Resultado esperado: Al dar clic sobre el checkbox el licor ya no debe estar en la lista.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_29 Registrar compra a Proveedor
Nombre: Al dar clic sobre el botn calcular se habilitar el botn guardar.
Responsable: Vctor Bayas
Fecha: 20/01/2016
Descripcin: El botn guardar se habilitar despus de que se haya calculado el total.
Condiciones de Ejecucin:
Debe existir el servicio web.
Debe haber conexin con la base de datos.
Pasos de ejecucin:
Crear un objeto tipo Abastece.
Resultado esperado: Despus de calcular el total el botn guardar se debe habilitar
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_29 Registrar compra a Proveedor
Nombre: Al seleccionar un proveedor deben aparecer sus datos
Responsable: Wilmer Barrera
Fecha: 20/01/2016
Descripcin: Los datos del Proveedor deben aparecer cuando se seleccione un proveedor
Condiciones de Ejecucin:
Debe existir el servicio web.
Debe haber conexin con la base de datos.
Pasos de ejecucin:
Crear un objeto tipo Abastece.
Resultado esperado: Al seleccionar un proveedor sus datos deben aparecer.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_29 Registrar compra a Proveedor
Nombre: Al seleccionar un licor se debe mostrar en la otra tabla con el costo que este tiene
Responsable: Wilmer Barrera
Fecha: 20/01/2016
Descripcin: Los datos del Proveedor deben aparecer cuando se seleccione un proveedor

Condiciones de Ejecucin:
Debe existir el servicio web.
Debe haber conexin con la base de datos.
Pasos de ejecucin:
Crear un objeto tipo Abastece.
Resultado esperado: Al seleccionar un licor este debe aparecer en la otra tabla con el costo
anterior.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_29 Registrar compra a Proveedor
Nombre: Si no se han llenado los campos obligatorios y se da clic en calcular se emitir un
mensaje indicando que se deben de llenar dichos campos.
Responsable: Wilmer Barrera
Fecha: 20/01/2016
Descripcin: Se deben llenar todos los campos obligatorios para poder hacer el clculo sino
se mostrar el mensaje respectivo.
Condiciones de Ejecucin:
Debe existir el servicio web.
Debe haber conexin con la base de datos.
Pasos de ejecucin:
Crear un objeto tipo Abastece.
Resultado esperado: Si no llenan todos los campos debe mostrarse un mensaje indicando
que se deben llenar todos los campos.
Evaluacin: Fallida
ANEXO 88 GENERAR VENTA A PARTIR DE UN PEDIDO
HISTORIA DE USUARIO
Nmero: HU_32
Nombre: Generar venta a partir de pedido
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 11
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales: 10
Descripcin:
Como administrador de mi negocio me gustara que cuando ya se entregue un
pedido el mismo pase a formar parte de una venta, para que esto me ahorre el
trabajo de estar pasando los datos del pedido a la venta.
Observaciones:

PRUEBAS DE ACEPTACIN

Al cambiar el estado de un pedido a entregado, automticamente este se


convertir en una venta.

El pedido al que se cambi el estado ha entregado se registrar con la fecha


en la que se entreg el mismo.

El pedido al que se cambi el estado ha entregado seguir constando en el


registro de los pedidos.

Los registros de dicho pedido pasarn a formar parte de la tabla ventas, as


como los registros de detalle pedido pasarn a formar parte de la tabla detalle
venta.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: HU_32 Generar venta a partir de
pedido
Nombre: Al cambiar el estado de un pedido a entregado, automticamente este se
convertir en una venta.
Responsable: Vanesa Bonito
Fecha: 2016/01/20
Descripcin: Verificar que al cambiar el estado de un pedido se convierta en venta
Condiciones de Ejecucin:
Debe existir conexin a la base de dtos.
Tener la consulta SQL1 realizada.
Pasos de ejecucin:
Ingresar a la pagina principal
Ingresar la contrasea de Administracion
Ingresar el login del Administrador
Ingresar al icono de Pedidos
Ingresar al icono Modificar/Eliminar
Resultado esperado: El pedido se convertir en Venta
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: HU_32 Generar venta a partir de pedido
Nombre: El pedido al que se cambi el estado ha entregado se registrar con la
fecha en la que se entreg el mismo.
Responsable: Natalia Pilco
Fecha: 2016/01/20
Descripcin: Verificar El pedido al que se cambi el estado ha entregado se
registrar con la fecha en la que se entreg el mismo.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Tener la consulta SQL1 realizada.
Pasos de ejecucin:
Ingresar a la pagina principal
Ingresar la contrasea de Administracion
Ingresar el login del Administrador
Ingresar al icono de Pedidos
Ingresar al icono Modificar/Eliminar
Cambiar el estado Entregado
Resultado esperado: Se guardara con la fecha la que entrego el mismo.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_03 Historia de Usuario: HU_32 Generar venta a partir de pedido
Nombre: El pedido al que se cambi el estado ha entregado seguir constando en el
registro de los pedidos.
Responsable: Vanesa Bonito
Fecha: 2016/01/20
Descripcin:
Verificar que el pedido al que se cambi el estado ha
entregado seguir constando en el registro de los pedidos.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Tener la consulta SQL1 realizada.
Pasos de ejecucin:
Ingresar a la pagina principal
Ingresar la contrasea de Administrador
Ingresar el login del Administrador
Ingresar al icono de Pedidos
Ingresar al icono Buscar
Ingresamos 08
Seleccionamos Entregados
Resultado esperado: EL pedido editado seguir constando
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_04
Historia de Usuario: HU_32 Generar venta a partir de
pedido
Nombre: Los registros de dicho pedido pasarn a formar parte de la tabla ventas, as
como los registros de detalle pedido pasarn a formar parte de la tabla detalle venta.
Responsable: Natalia Pilco
Fecha: 2016/01/20
Descripcin: Verificar que en l base de datos los registros de los pedidos y ventas
consten en las tabla detalleventa
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Tener la consulta SQL1 realizada.
Pasos de ejecucin:
Ingresar a la pagina principal
Ingresar la contrasea de Administracion
Ingresar el login del Administrador
Ingresar al icono de Pedidos
Ingresar al icono Modificar/Eliminar
Cambiar el estado Entregado
Ingresar a la base de datos
Resultado esperado: En la tabla tbdetalleventa constara de datos de la venta recin
realizada.
Evaluacin de la prueba: Exitosa.
TAREAS DE INGENIERA

Tarea de Ingeniera
Historia de Usuario: HU_32 Generar venta a partir de pedido
Nmero de Tarea: TI_01

Nombre de Tarea: Crear el servicio web en la capa de


acceso a datos e Implementar el mtodo que permita
obtener los licores en el acceso a datos y publicarlo
como un servicio web.
Tipo de Tarea: Desarrollo
Puntos Estimados:4
Fecha Inicio: 2016/01/14
Fecha Fin: 2016/01/15
Programador Responsable: Wilmer Barrera
Descripcin: Implementar el mtodo que permita obtener la informacin de los
licores que se venden a partir de un pedido mediante sentencias SQL, el cual ser
utilizado para realizar el respectivo reporte, dicho mtodo debe ser desarrollado en
la clase Pedidos de la capa de acceso a datos, a la vez deber ser publicado como
un servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que la sentencia SQL1 guarde el pedido en la tabla tbpedido.
Verificar que la sentencia SQL2 extraiga el nombre y el precio del licor de la
tabla licor.
Verificar que la sentencia SQL3 guarde el detalle del pedido en la
tbdetallepedido.
Verificar que se levante el servicio web.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: HU_32 Generar venta a partir de
pedido
Nombre: Verificar que la sentencia SQL1 guarde el pedido en la tabla tbpedido.
Responsable: Carolina Valencia.
Fecha: 2016/01/20
Descripcin: Verificar que la sentencia SQL1 guarde el pedido en la tabla tbpedido.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Tener la consulta SQL1 realizada.
Pasos de ejecucin:
Ingresamos a el servicio web de AD
Ingresamos al paquete com.licoresgia.funcionesAD
Buscar la sentencia SQL guardarpedido
Copiar la sentencia en el SQL de java
Ejecutar el Run SQL
Resultado esperado: La informacin del pedido se guardara en la tabla tbpedido.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_02

Historia de Usuario: HU_32 Generar venta a


partir de pedido
Nombre: Verificar que la sentencia SQL2 extraiga el nombre y el precio del licor.
Responsable: Natalia Pilco.
Fecha: 2016/01/20
Descripcin: Verificar que la sentencia SQL2 extraiga el nombre y precio del licor

de la tabla.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Tener la consulta SQL2 realizada.
Pasos de ejecucin:
Ingresamos a el servicio web de AD
Ingresamos al paquete com.licoresgia.funcionesAD
Buscar la sentencia SQL extraerdatos
Copiar la sentencia en el SQL de java
Ejecutar el Run SQL
Resultado esperado: Se extraer el nombre y precio del licor
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_03
Historia de Usuario: HU_32 Generar venta a partir de
pedido
Nombre: Verificar que la sentencia SQL3 guarde el detalle del pedido en la
tbdetallepedido.
Responsable: Adriana Velasquez
Fecha: 2016/01/20
Descripcin: Verificar que la sentencia SQL3 guarde los detalles de pedido en la
tabla tbdetallepedido.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Tener la consulta SQL3 realizada.
Pasos de ejecucin:
Ingresamos a el servicio web de AD
Ingresamos al paquete com.licoresgia.funcionesAD
Buscar la sentencia SQL guardardetallepedido
Copiar la sentencia en el SQL de java
Ejecutar el Run SQL
Resultado esperado: Se guardara los detalles de los pedidos en la tabla
tbdetallepedido.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_04
Historia de Usuario: HU_32 Generar venta a partir de
pedido
Nombre: Verificar que se levante el servicio web.
Responsable: Carolina Valencia
Fecha: 2016/01/20
Descripcin: Verificar que el servicio web se levante
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Tener la consulta SQL3 realizada.

Pasos de ejecucin:
Ingresamos a WebService de la capa AD.
Testeamos el servicio web LicoresGia
Ingresamos a Metodo generarventa
Regresamos a netbeans
Resultado esperado: Mensaje en ventana de output mensaje sucessfull
Evaluacin de la prueba: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_32 Generar venta a partir de pedido
Nmero de Tarea: TI_02

Nombre de Tarea: Desarrollar un servicio web cliente


en la capa lgica de negocio.
Tipo de Tarea: Desarrollo
Puntos Estimados:2
Fecha Inicio: 2016/01/18
Fecha Fin: 2016/01/18
Programador Responsable: Freddy Capuz
Descripcin: Como Desarrollador necesito crear un servicio web que sea
consumido por la capa de interfaz de usuario para la extraccin de la informacin de
los pedidos.
(Reverso)Pruebas de Aceptacin:
Verificar que al testear el mtodo del servicio web se extraiga la informacin
correcta del pedido consumiendo el servicio web de la capa acceso a datos.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: HU_32 Generar venta a partir de pedido
Nombre: Verificar que al testear el mtodo del servicio web se extraiga la informacin
correcta del pedido consumiendo el servicio web de la capa acceso a datos.
Responsable: Carolina Valencia
Fecha: 2016/01/20
Descripcin: Verificar que el servicio web se levante
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Tener la consulta SQL3 realizada.
Pasos de ejecucin:
Ingresamos a WebService de la capa AD.
Testeamos el servicio web LicoresGia
Ingresamos a Metodo generarventa
Regresamos a netbeans
Resultado esperado: Verificar que los datos extrados sean correctos.
Evaluacin de la prueba: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_32 Generar venta a partir de pedido
Nmero de Tarea: TI_03

Nombre de Tarea: Crear la interfaz de usuario de las


ventas a partir de pedidos.
Tipo de Tarea: Desarrollo
Puntos Estimados:4
Fecha Inicio: 2016/01/19
Fecha Fin: 2016/01/20
Programador Responsable: Wilmer Barrera
Descripcin: Como Desarrollador necesito poder implementar una interfaz de

usuario en donde muestre al Administrador la informacin de las ventas a partir de


los pedidos.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz est disponible solo para el Administrador.
Comprobar que se retorne la informacin necesaria y correcta.
Ingresar un Boton que nos permita generar venta a partir de un buscar.

PRUEBA DE ACEPTACIN
Cdigo: PA_01

Historia de Usuario: HU_32 Generar venta a partir de


pedido
Nombre: Verificar que al testear el mtodo del servicio web se extraiga la informacin
correcta del pedido consumiendo el servicio web de la capa acceso a datos.
Responsable: Carolina Valencia
Fecha: 2016/01/20
Descripcin: Verificar que la interfaz est disponible solo para el Administrador.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD y LN.
Tener desarrollado los servicios web de la venta a partir de un pedido
La interfaz debe estar creada
Pasos de ejecucin:
Ingresar a la pgina principal
Ingreso en login del Administrador
Ingreso la contrasea del administrador
Seleccionar Licor
Ingresa a Buscar
Ingresar 08
Seleccionar Entregado
Precionar el boton generar venta
Resultado esperado: La interfaz de generacin de venta aparecer.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: HU_32 Generar venta a partir de pedido
Nombre: Comprobar que se retorne la informacin necesaria y correcta.
Responsable: Yesenia Pilco
Fecha: 2016/01/20
Descripcin: Verificar que la informacion desplegada en la interfaz sea la necesaria
y consisa.
Condiciones de Ejecucin:
Tener conexin con la Base de datos
Tener implementada el mtodo en el servicio web AD y LN.
Tener desarrollado los servicios web de la venta a partir de un pedido
La interfaz debe estar creada
Pasos de ejecucin:
Ingresar a la pgina principal
Ingreso en login del Administrador
Ingreso la contrasea del administrador

Seleccionar Licor
Ingresa a Buscar
Ingresar 08
Seleccionar Entregado
Precionar el boton generar venta
Observar la Interfaz desplegada
Resultado esperado: La interfaz de generacin de venta aparecer con los datos
necesarios para generar la venta.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_03 Historia de Usuario: HU_32 Generar venta a partir de pedido
Nombre: Ingresar un Boton que nos permita generar venta a partir de un buscar.
Responsable: Natalia Pilco
Fecha: 2016/01/20
Descripcin: Verificar que por medio de un botn buscar nos permita generar una venta
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Tener la consulta SQL1 realizada.
Pasos de ejecucin:
Ingresar a la pagina principal
Ingresar la contrasea de Administracion
Ingresar el login del Administrador
Ingresar al icono de licor
Seleccinar Buscar
Resultado esperado: Aparece una interfaz de bsqueda de pedido
Evaluacin de la prueba: Exitosa.
ANEXO 89 REPORTE DE LOS LICORES QUE MS SE VENDEN
HISTORIA DE USUARIO
Nmero:HU_14
Nombre: Reporte de los licores que ms se
venden
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada:11
Prioridad en Negocio: Media
Puntos Estimados:4
Riesgo en desarrollo: Baja
Puntos Reales: 4
Descripcin: Como administrador necesito conocer cules son los licores que ms se
venden en mi negocio para as adquirir ms licores y que se aumenten las ventas.
Observaciones: El reporte se realizara en un intervalo de tiempo.

PRUEBAS DE ACEPTACIN

Al generar el reporte de los licores con ms ventas, el sistema presentara la


informacin de los licores indicando la cantidad vendida y su valor realizado en
ventas.

El reporte presentara el valor total de las ventas realizadas de los licores que se

muestran en el reporte.

Prueba de aceptacin
Cdigo: PA_01 Historia de Usuario: HU_14 Reporte de los licores que ms se venden
Nombre: Se presentara la informacin de los licores as como la cantidad vendida y el
valor en ventas obtenido
Responsable: Natalia Pilco
Fecha: 20/01/2016
Descripcin: Se comprobar que la informacin presentada en el reporte muestre los
datos adecuados as como la cantidad vendida por licor y su valor obtenido en las ventas.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicios que permitan presentar la informacin
en el reporte.
Pasos de ejecucin:
Ingresar a la interfaz que permite presentar el reporte de los licores que ms se
venden ReporteLicoresNoVendidos.
Seleccionar la fecha desde la cual se requiere generar el reporte 2016-01-01.
Seleccionar la opcin MAS VENDIDOS.
Dar clic en la opcin Buscar.
Resultado esperado: La informacin presentada en el reporte es la correcta.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_14 Reporte de los licores que ms se
venden
Nombre: El reporte presentara el valor total de las ventas realizadas de los licores que se
muestran en el reporte.
Responsable: Natalia Pilco
Fecha: 20/01/2016
Descripcin: Se verificara que en el reporte se presente el valor total de las ventas de los
licores ms vendidos.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicios que permitan presentar la informacin
en el reporte.
Pasos de ejecucin:
Ingresar a la interfaz que permite presentar el reporte de los licores que ms se
venden ReporteLicoresNoVendidos.
Seleccionar la fecha desde la cual se requiere generar el reporte 2016-01-01.
Seleccionar la opcin MAS VENDIDOS
Dar clic en la opcin Buscar.
Resultado esperado: La reporte presenta el valor total de ventas realizadas de los licores
que se muestran en dicho reporte.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_14 Reporte de los licores que ms se venden

Nmero de Tarea:
TI_01

Nombre de Tarea: Implementar el mtodo que permita obtener


los datos de los licores en el acceso a datos y publicarlo como
un servicio web.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 15/01/2016
Fecha Fin: 15/01/2016
Programador Responsable: Yesenia Pilco
Descripcin: Implementar un mtodo en la clase Licores del acceso de datos que permita
mediante una sentencia sql obtener la informacin de los licores que registran mayor
cantidad de ventas.
(Reverso)Pruebas de Aceptacin:
Verificar que la sentencia SQL recupere los datos de los licores que no se vende.
Comprobar mediante el servicio web que el mtodo desarrollado se ejecuta
correctamente.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_14 Reporte de los licores que ms
se venden
Nombre: Verificar que la sentencia sql recupere los datos necesarios.
Responsable: Evelyn Valencia
Fecha: 19/01/2016
Descripcin: Se verificara que la sentencia sql implementada en el mtodo del
acceso a datos recupere la informacin necesaria para presentarla en el reporte.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado la sentencia sql en el mtodo LicoresMasVendidos que
recupere los datos para presentarlos.
Pasos de ejecucin:
Crear un script en el cual se insertara la sentencia sql.
Insertar la sentencia SQL y ejecutarla
Verificar que se presenten losdatos
Resultado esperado: Los datos recuperados en la sentencia sql son los necesarios
para presentar el reporte.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_14 Reporte de los licores que ms
se venden
Nombre: Comprobar que el servicio web se ejecute correctamente.
Responsable: Evelyn Valencia
Fecha: 19/01/2016
Descripcin: Se verificara que el servicio web publicado en el acceso a datos se
publique y ejecute correctamente, presentando la informacin adecuada de los
licores que ms se vende.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo en el acceso a datos.
Haber publicado el servicio web en el acceso a datos.

Pasos de ejecucin:
Ir a la capa de acceso a datos.
Seleccionar los servicios web.
Realizar un tester a los servicios web.
Ingresar el parmetro 2016-01-01 en el servicio licoresMasVendidos.
Dar clic en la opcin licoresMasVendidos.
Resultado esperado: El servicio web se ejecuta correctamente, presentando la
informacin adecuada.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_14 Reporte de los licores que ms se venden
Nmero de Tarea:
Nombre de Tarea: Desarrollar un servicio web cliente en
TI_02
la capa lgica de negocio.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 20/01/2016
Fecha Fin: 20/01/2016
Programador Responsable: Yesenia Pilco
Descripcin: Desarrollar un servicio web cliente en la capa lgica de negocio el
cual consuma el servicio web publicado en la capa de acceso a datos.
(Reverso)Pruebas de Aceptacin:
Verificar que el servicio web desarrollado se haya publicado correctamente.
Verificar mediante el servicio web de la lgica de negocio que el mtodo
desarrollado en el acceso a datos presente los datos esperados.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_14 Reporte de los licores que ms
se venden
Nombre: Verificar que el servicio web cliente se haya publicado correctamente
Responsable: Victor Bayas
Fecha: 20/01/2016
Descripcin: Se verificara que el servicio web cliente publicado en la lgica de
negocio se haya publicado correctamente.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo en el acceso a datos.
Haber publicado el servicio web en el acceso a datos.
Haber implementado el servicio web cliente en la lgica de negocio.
Pasos de ejecucin:
Ir a la capa de lgica de negocio
Seleccionar los servicios web
Realizar un tester a los servicios web.
Resultado esperado: El servicio web cliente de la lgica de negocio se encuentra
publicado correctamente.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_14 Reporte de los licores que ms

se venden
Nombre: Verificar el funcionamiento del servicio web cliente en la lgica de negocio,
Responsable: Victor Bayas
Fecha: 20/01/2016
Descripcin: Se verificara que el servicio web cliente implementado en la lgica de
negocio consuma el servicio del mtodo desarrollado en el acceso a datos.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo en el acceso a datos.
Haber publicado el servicio web en el acceso a datos.
Haber desarrollado el servicio web cliente en la lgica de negocio.
Pasos de ejecucin:
Ir a la capa lgica de negocio.
Seleccionar los servicios web.
Realizar un tester a los servicios web.
Ubicar la opcin licoresMasVendidos
Ingresar la fecha para presentar el reporte 2016-01-01.
Dar clic sobre licoresMasVendidos.
Resultado esperado: El servicio web cliente de la lgica de negocio presenta la
informacin adecuada.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_14 Reporte de los licores que ms se venden
Nmero de Tarea: TI_03

Nombre de Tarea: Desarrollar la interfaz del Reporte


de licores que ms se venden
Tipo de Tarea: Desarrollo
Puntos Estimados:1
Fecha Inicio: 20/01/2016
Fecha Fin:20/01/2016
Programador Responsable: Yesenia Pilco
Descripcin: Agregar un select en la interfaz de usuario del
ReporteLicoresNoVendidos en el cual se presentara el reporte tanto de los licores
ms vendidos como de los que menos ventas se ha registrado
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz desarrollada cumpla con el estndar establecido
Verificar que la funcionalidad se ejecute correctamente.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_14 Reporte de los licores que ms
se venden
Nombre: Verificar que la interfaz cumpla con el estndar antes establecido.
Responsable: Freddy Capuz
Fecha: 20/01/2016
Descripcin: Se verificara que la interfaz desarrollada para presentar el reporte de
los licores que ms se venden se ajuste y cumpla con el estndar antes establecido.
Condiciones de Ejecucin:
Haber desarrollado la interfaz de usuario.

Pasos de ejecucin:
Ir a la capa de acceso a datos.
Seleccionar el archivo ReporteLicoresNoVendidos.
Comprobar que la interfaz cumpla con el estndar antes establecido
Resultado esperado: La interfaz cumple con el diseo antes establecido.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_14 Reporte de los licores que ms
se venden
Nombre: Verificar que la funcionalidad se ejecute correctamente
Responsable: Freddy Capuz
Fecha: 20/01/2016
Descripcin: Se verificara que el reporte se presente adecuadamente, sin afectar al
diseo de la interfaz desarrollada para presentar la informacin del reporte.
Condiciones de Ejecucin:
Haber desarrollado la interfaz de usuario.
Tener implementado los mtodos y los servicios web que permiten que se
presente la informacin para el reporte.
Pasos de ejecucin:
Ir a la capa de interfaz de usuario.
Seleccionar el archivo LicoresNoVendidos.
Ingresar la fecha en la cual se generara el reporte 2016-01-01.
Seleccionar la opcin MAS VENDIDOS.
Dar clic sobre la opcin Buscar.
Resultado esperado: La funcionalidad se ejecute correctamente en la interfaz de
usuario.
Evaluacin: Exitosa
ANEXO 90 BUSCAR VENTA
HISTORIA DE USUARIO
Nmero: HU_43
Nombre: Buscar Venta
Modificacin de historia nmero:
Usuario: Administrador y Empleado
Iteracin Asignada: 11
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales:9
Descripcin:
Como Administrador necesito poder buscar una venta realizada con anterioridad,
tambin mis empleados podrn hacer dicha bsqueda para poder saber los datos de
determinada venta.
Observaciones:

PRUEBAS DE ACEPTACIN
Se debe verificar que la informacin extrada de la base de datos sea la
correcta y necesaria.
Si se busca una venta y no se encuentra la misma, se presentar un aviso
advirtiendo que no existe tal venta.
La bsqueda deber funcionar correctamente para los distintos campos

existentes dentro de la venta.

Prueba de aceptacin
Cdigo: PA_01

Historia de Usuario: HU 43 Buscar Venta

Nombre: Se debe verificar que la informacin extrada de la base de datos sea la


correcta y necesaria.
Responsable: Freddy Capuz
Fecha: 20/01/2016
Descripcin: Comprobar si la informacin que se muestra es correcta y necesaria
para el usuario.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Acceder a la funcionalidad Buscar Ventas
Ingresar el criterio de bsqueda 17.
Obtener la tabla de resultados con el criterio ingresado.
Resultado esperado: Los datos mostrados son correctos y necesarios segn el
criterio ingresado.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02

Historia de Usuario: HU 43 Buscar Venta

Nombre: Si se busca una venta y no se encuentra la misma, se presentar un aviso


advirtiendo que no existe tal venta.
Responsable: Freddy Capuz
Fecha: 20/01/2016
Descripcin: Comprobar que al ingresar un criterio de bsqueda y no hay resultados
de la misma se muestra un mensaje indicndolo.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Acceder a la funcionalidad Buscar Ventas
Ingresar el criterio de bsqueda Panchito.
Resultado esperado: Se muestra un mensaje indicando que no hay datos con ese
criterio.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_03

Historia de Usuario: HU 43 Buscar Venta

Nombre: La bsqueda deber funcionar correctamente para los distintos campos


existentes dentro de la venta.
Responsable: Freddy Capuz
Fecha: 20/01/2016
Descripcin: Comprobar que al ingresar un criterio de bsqueda sea referente a
Nombre del cliente, CI del cliente, ID de la venta, Total de la venta, Fecha de la venta
pueda ser buscado y presentado.
Condiciones de Ejecucin:
Debe existir conexin con la base de datos

La funcionalidad debe estar implementada.


Pasos de ejecucin:
Acceder a la funcionalidad Buscar Ventas
Ingresar el criterio de bsqueda sea: Natalia.
Resultado esperado: Se muestra todos los registros de ventas que contienen este
criterio.
Evaluacin: Exitosa

TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_43 Buscar Venta
Nmero de Tarea:
Nombre de Tarea: Implementar en el servicio web de la
TI_01
capa de acceso a datos la funcin BuscarVentaAD con
su funcin en la clase respectiva.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 15/01/2016
Fecha Fin: 15/01/2016
Programador Responsable: Evelyn Valencia
Descripcin: Desarrollar un mtodo BuscarVentaAD que realice la sentencia sql de
buscar registros de ventas y publicarlo en el servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo BuscarVentaAD del acceso a datos en la clase este
bien implementado.
Verificar que el mtodo BuscarVentaAD del servicio web pueda buscar
ventas.
.
Prueba de aceptacin
Cdigo: PA_04

Historia de Usuario: HU 43 Buscar Venta

Nombre: Verificar que el mtodo BuscarVentaAD del acceso a datos en la clase este
bien implementado.
Responsable: Vanessa Bonito
Fecha: 15/01/2016
Descripcin: Comprobar que el mtodo BuscarVentaAD funcione correctamente.
Condiciones de Ejecucin:
Tener la consulta de buscar Venta
Tener conexin a la base de datos.
Pasos de ejecucin:
Abrir pgAdmin
Clic en ejecutor de SQL
Ponemos la consulta que se realizo
Da clic en ejecutar
Resultado esperado: Debe salir los datos de las ventas con los datos a buscar.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_05

Historia de Usuario: HU 43 Buscar Venta

Nombre: Verificar que el mtodo BuscarVentaAD del servicio web pueda buscar

ventas.
Responsable: Natalia Pilco
Fecha: 15/01/2016
Descripcin: comprobar que el mtodo pueda realizar bsquedas por varios criterios
Condiciones de Ejecucin:
Tener conexin a la base de datos
Tener el mtodo en la clase Ventas
Tener publicado el mtodo en el Acceso a Datos
Pasos de ejecucin:
Realizar el tester en el Acesso a Datos
Ingresamos el dato N
Ejecutamos el metodo
Resultado esperado: Listar todas las ventas que el nombre del cliente sea N.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_43 Buscar Venta
Nmero de Tarea:
Nombre de Tarea: Implementar en el servicio web de la
TI_02
capa de acceso a datos la funcin ObtenerNotaAD con
su funcin en la clase respectiva.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 18/01/2016
Fecha Fin: 18/01/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Desarrollar un mtodo ObtenerNotaAD que realice la sentencia sql de
buscar registros de detalle de ventas y publicarlo en el servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ObtenerNotaAD del acceso a datos en la clase este
bien implementado.
Verificar que el mtodo ObtenerNotaAD del servicio web pueda buscar
detalle de ventas.

Prueba de aceptacin
Cdigo: PA_06

Historia de Usuario: HU 43 Buscar Venta

Nombre: Verificar que el mtodo ObtenerNotaAD del acceso a datos en la clase este
bien implementado.
Responsable: Yesenia Pilco
Fecha: 18/01/2016
Descripcin: Comprobar que el mtodo ObtenerNotaAD funcione correctamente con
la consulta que se implement.
Condiciones de Ejecucin:
Tener la consulta de buscar Venta
Tener conexin a la base de datos.
Pasos de ejecucin:
Abrir pgAdmin
Clic en ejecutor de SQL
Ponemos la consulta que se realizo
Da clic en ejecutar
Resultado esperado: muestre los registros de una venta determinada.

Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_07

Historia de Usuario: HU 43 Buscar Venta

Nombre: Verificar que el mtodo ObtenerNotaAD del servicio web pueda buscar
detalle de ventas.
Responsable: Yesenia Pilco
Fecha: 18/01/2016
Descripcin: Comprobar que muestre el detalle de una venta determinada.
Condiciones de Ejecucin:
Tener conexin a la base de datos
Tener el mtodo en la clase Ventas
Tener publicado el mtodo en el Acceso a Datos
Pasos de ejecucin:
Realizar el tester en el Acceso a Datos
Ingresamos el dato 4
Ejecutamos el mtodo
Resultado esperado: debe listar todos los licores que se realiz con ese cdigo de
venta.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_43 Buscar Venta
Nmero de Tarea:
Nombre de Tarea: Implementar en el servicio web de la
TI_03
capa de acceso a datos las funciones GetLicor y
GetVenta con su funcin en la clase respectiva.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 19/01/2016
Fecha Fin: 19/01/2016
Programador Responsable: Evelyn Valencia
Descripcin: Desarrollar las funciones GetLicor y GetVenta que obtengan un licor y
venta especficos respectivamente y publicarlas en el servicio web de acceso a
datos.
(Reverso)Pruebas de Aceptacin:
Verificar que las funciones GetLicor y GetVenta del acceso a datos en la
clase este bien implementado.
Verificar que las funciones GetLicor y GetVenta del servicio web puedan
obtener un licor y venta especficos respectivamente.

Prueba de aceptacin
Cdigo: PA_08

Historia de Usuario: HU 43 Buscar Venta

Nombre: Verificar que las funciones GetLicor y GetVenta del acceso a datos en la
clase este bien implementado.
Responsable: Yesenia Pilco
Fecha: 19/01/2016
Descripcin: Comprobar que las funciones en el cual contienen consultas sql
funciones correctamente.
Condiciones de Ejecucin:
Tener la consulta de GetLicor y GetVenta

Tener conexin a la base de datos.


Pasos de ejecucin:
Abrir pgAdmin
Clic en ejecutor de SQL
Ponemos la consulta que se realizo
Da clic en ejecutar
Resultado esperado: debe mostrar el nombre del licor con un dato determinado y
mostrar los datos de la venta con un dato determinada.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_09

Historia de Usuario: HU 43 Buscar Venta

Nombre: Verificar que las funciones GetLicor y GetVenta del servicio web puedan
obtener un licor y venta especficos respectivamente.
Responsable: Victor Bayas
Fecha: 19/01/2016
Descripcin: Comprobar que las funciones GetLicor y GetVenta se publiquen en el
acceso a datos y funcionen correctamente.
Condiciones de Ejecucin:
Tener conexin a la base de datos
Tener el mtodo en la clase Ventas
Tener publicado el mtodo GetLicor y GetVenta en el Acceso a Datos
Pasos de ejecucin:
Realizar el tester en el Acceso a Datos en el mtodo GetLicor y GetVenta.
Ingresamos el dato 59 en el GetLicor
Ejecutamos el mtodo
Ingresamos el dato 4 en el GetVenta
Ejecutamos el metodo
Resultado esperado: en el mtodo Getlicor debe mostrar el nombre del licor y en ek
mtodo GetVenta debe mostrar los datos de la venta.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_43 Buscar Venta
Nmero de Tarea:
Nombre de Tarea: Implementar y publicar las funciones
TI_04
BuscarVentaLN y ObtenerNotaLN en la capa de Lgica
del Negocio.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 19/01/2016
Fecha Fin: 19/01/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Implementar un mtodo BuscarVentaLN en la capa de Lgica del
Negocio en el servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que las funciones BuscarVentaLN y ObtenerNotaLN estn
publicadas en la Lgica del negocio.
Verificar que las funciones BuscarVentaLN y ObtenerNotaLN del servicio
web Lgica del negocio pueda buscar ventas y detalles de ventas

respectivamente.

Prueba de aceptacin
Cdigo: PA_10

Historia de Usuario: HU 43 Buscar Venta

Nombre: Verificar que las funciones BuscarVentaLN y ObtenerNotaLN estn


publicadas en la Lgica del negocio.
Responsable: Adriana Velasquez
Fecha: 19/01/2016
Descripcin: Comprobar que las funciones estn publicadas en la lgica de negocio.
Condiciones de Ejecucin:
Debe estar publicada BuscarVentaAD y ObtenerNotaAD
Tener conexin a la base de datos.
Debe estar implementada las funciones BuscarVentaLN y ObtenerNotaLN en
la lgica de negocio
Pasos de ejecucin:
Realizar el deploy
Realizar el tester en la capa de lgica de negocio.
Resultado esperado: Debe aparecer las funciones BuscarVentaAD y
ObtenerNotaAD en el servicio web LN
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_11

Historia de Usuario: HU 43 Buscar Venta

Nombre: Verificar que las funciones BuscarVentaLN y ObtenerNotaLN del servicio


web Lgica del negocio pueda buscar ventas y detalles de ventas respectivamente.
Responsable: Adriana Velasquez
Fecha: 19/01/2016
Descripcin: Comprobar que las funciones BuscarVentaLN y ObtenerNotaLN
funcionen correctamente en el servicio web LN.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Debe estar implementada las funciones BuscarVentaLN y ObtenerNotaLN en
la lgica de negocio
Pasos de ejecucin:
Realizar el tester en el servicio web de la lgica de negocio.
Ingresar el dato NATALIA en la funcionalidad publicada BuscarVentaLN
Ejecutar el mtodo BuscarVentaLN
Ingresamos el dato: 4 en la funcionaidad ObtenerNotaLN
Ejecutamos el mtodo ObtenerNotaLN
Resultado esperado: Se debe mostrar los datos de las ventas que el cliente con el
nombre NATALIA y se debe mostrar en la funcionalidad ObtenerNotaLN todos los
datos de la compra de los licores del cdigo de la compra ingresada.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_43 Buscar Venta

Nmero de Tarea:
TI_05

Nombre de Tarea: Implementar y publicar las funciones


GetLicor y GetVenta en la capa de Lgica del Negocio.

Tipo de Tarea: Desarrollo


Puntos Estimados: 1
Fecha Inicio: 20/01/2016
Fecha Fin: 20/01/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Implementar los mtodos GetLicor y GetVenta en la capa de Lgica
del Negocio en el servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que los mtodos GetLicor y GetVenta estn publicados en la Lgica
del negocio.
Verificar que los mtodos GetLicor y GetVenta obtengan un licor y venta
especficos respectivamente.

Prueba de aceptacin
Cdigo: PA_12

Historia de Usuario: HU 43 Buscar Venta

Nombre: Verificar que los mtodos GetLicor y GetVenta estn publicados en la


Lgica del negocio.
Responsable: Wilmer Barrera
Fecha: 20/01/2016
Descripcin: Comprobar que las funciones estn publicadas en la lgica de negocio.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Debe estar implementada las funciones GetLicor y GetVenta en la lgica de
negocio
Pasos de ejecucin:
Realizar el tester en la capa de lgica de negocio.
Resultado esperado: Debe aparecer las funciones GetLicor y GetVenta en el
servicio web LN
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_13

Historia de Usuario: HU 43 Buscar Venta

Nombre: Verificar que los mtodos GetLicor y GetVenta obtengan un licor y venta
especficos respectivamente.
Responsable: Giannella Montao
Fecha: 20/01/2016
Descripcin: Comprobar que las funciones BuscarVentaLN y ObtenerNotaLN
funcionen correctamente en el servicio web LN.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Debe estar implementada las funciones GetLicor y GetVenta en la lgica de
negocio
Pasos de ejecucin:
Realizar el tester en el servicio web de la lgica de negocio.
Ingresar el dato GetLicor 59
Ejecutar el servicio web

Ingresamos el dato GetVenta 4


Ejecutamos el servicio web

Resultado esperado: Debe mostrar el nombre del licor con el cdigo 59 y debe
mostrar los datos de la venta con el cdigo 4
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_43 Buscar Venta
Nmero Tarea: TI_06
Nombre de Tarea: Implementacin de la interfaz grfica.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 20/01/2016
Fecha Fin: 20/01/2016
Programador Responsable: Evelyn Valencia
Descripcin: Implementar la interfaz grfica de la historia de usuario Buscar Venta.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz grfica cumpla con el estndar de interfaces
utilizado.
Verificar que se pueda ingresar correctamente los parmetros necesarios
para realizar la bsqueda de ventas.
Verificar que se muestre los datos correctos.

Prueba de aceptacin
Cdigo: PA_14

Historia de Usuario: HU 43 Buscar Venta

Nombre: Verificar que la interfaz grfica cumpla con el estndar de interfaces


utilizado.
Responsable: Jos Acn
Fecha: 20/01/2016
Descripcin: Comprobar que la Interfaz de Buscar Venta cumpla con los
estndares establecidos.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada con su interfaz.
Pasos de ejecucin:
Ingresar a la Interfaz de Buscar Venta.
Ingresar el criterio 17
Clic en Buscar
Obtener la tabla de resultado que cumpla con el criterio de bsqueda.
Resultado esperado: La interfaz cumple con los estndares.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_15

Historia de Usuario: HU 43 Buscar Venta

Nombre: Verificar que se pueda ingresar correctamente los parmetros necesarios


para realizar la bsqueda de ventas.
Responsable: Jos Acn
Fecha: 20/01/2016
Descripcin: Al ingresar un criterio de bsqueda, se podr ingresar sin problemas.

Condiciones de Ejecucin:
La funcionalidad debe estar implementada con su interfaz.
Pasos de ejecucin:
Ingresar a la Interfaz de Buscar Venta.
Ingresar el criterio 17
Clic en Buscar
Resultado esperado: Se debe permitir el ingreso de cualquier criterio que se
necesite, numero, nombre, o fecha.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_16

Historia de Usuario: HU 43 Buscar Venta

Nombre: Verificar que se muestre los datos correctos.


Responsable: Jos Acn
Fecha: 20/01/2016
Descripcin: Al ingresar un criterio de bsqueda, se mostrar los datos adecuados.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada con su interfaz.
Pasos de ejecucin:
Ingresar a la Interfaz de Buscar Venta.
Ingresar el criterio 17
Clic en Buscar
Resultado esperado: Los datos mostrados deben ser correctos y cumplir con el
criterio de bsqueda.
Evaluacin: Exitosa

ANEXO 91 REPORTE DE CLIENTES QUE HAN REALIZADO MS COMPRAS.


HISTORIA DE USUARIO
Nmero: HU_08
Nombre: Reporte de clientes con ms pedidos realizados
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 10
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales: 10
Descripcin:
Como administrador deseo tener un listado con todos los clientes que han hecho ms
pedidos a la licorera, para saber cules son los clientes que dan ms ingresos a la
licorera y tambin cules son los licores que son ms pedidos.
Observaciones:

PRUEBAS DE ACEPTACIN
Si el usuario ingresa una fecha en la cual no se realizaron pedidos se generar
un aviso No hay clientes con muchos pedidos. Error no existen pedidos en
esa fecha.
En caso de que el usuario ingrese errneamente la fecha se mostrar un aviso
Error en el ingreso de la fecha.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_08 Reportes de clientes con ms

pedidos realizados.
Nombre: Si el usuario ingresa una fecha en la cual no se realizaron pedidos se
generar un aviso No hay clientes con muchos pedidos. Error no existen pedidos en
esa fecha.
Responsable: Adriana Velsquez
Fecha: 20/01/2016
Descripcin: Al momento de realizar una bsqueda de los clientes en un rango de
fecha y en este no se han encontrado clientes que han realizado pedidos se emitir
un mensaje indicando que No existe listado de pedidos,No existe detalles de
pedidos.
Condiciones de Ejecucin:
Establecer conexin de la base de datos.
Tener ingresado datos en tbcliente, tbpedido, tbdetallepedido.
Verificar que el mtodo ClientePedidoTop5 del acceso a datos en la clase
Cliente este bien implementado.
El servicio web del acceso a datos debe estar publicado.
Verificar que el mtodo ClientePedidoTop5 de la lgica de negocio s este bien
implementado.
Verificar que los mtodos de la clase Base de datos manipule correctamente
las peticiones de respuesta hacia la base de datos.
La interfaz de usuario debe estar implementada.
Pasos de ejecucin:
Ejecutar la pgina ReporteClientePedidoTop5.jsp
Seleccionar Fecha de Inicio. 01/12/2015
Seleccionar Fecha de Finalizacin.18/01/2016
Ingresar cuantos clientes mximos se van a listar.
Presionar el botn Buscar.
Mostrar lista del cierto nmero de clientes con ms pedidos que han realizado
en un determinado perodo de tiempo.
Resultado esperado:
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_08 Reportes de clientes con ms
pedidos realizados.
Nombre: En caso de que el usuario ingrese errneamente la fecha se mostrar un
aviso Error en el ingreso de la fecha.
Responsable: Adriana Velsquez
Fecha: 20/01/2016
Descripcin: Al momento de realizar una bsqueda la fecha de finalizacin no debe
ser mayor a la fecha actual.
Condiciones de Ejecucin:
Establecer conexin de la base de datos.
Tener ingresado datos en tbcliente, tbpedido, tbdetallepedido.
Verificar que el mtodo ClientePedidoTop5 del acceso a datos en la clase
Proveedores este bien implementado.
El servicio web del acceso a datos debe estar publicado.
Verificar que el mtodo ClientePedidoTop5 de la lgica de negocio s este bien
implementado.
Verificar que los mtodos de la clase Base de datos manipule correctamente

las peticiones de respuesta hacia la base de datos.


La interfaz de usuario debe estar implementada.
Pasos de ejecucin:
Ejecutar la pgina ReportesClientePediddoTop5.jsp
Seleccionar Fecha de Inicio. 01/12/2015
Seleccionar Fecha de Finalizacin.18/01/2016
Ingresar el nmero lmite de clientes que desea que se listen.
Presionar el botn Buscar.
Resultado esperado:
Evaluacin: Fallida

TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_08 Reportes de clientes con ms pedidos realizados.
Nmero
de
Tarea: Nombre de Tarea: Implementar en la capa de acceso a
TI_01
datos la funcin ClientePedidoTop5 con su respectiva
funcin en la clase Cliente.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 18/01/2016
Fecha Fin: 15/01/2016
Programador Responsable: Victor Bayas
Descripcin: Desarrollar un mtodo ClientePedidoTop5 que realice la sentencia SQL
para mostrar la lista de los clientes que ms pedidos han realizado a la licorera en un
determinado tiempo.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ClientePedidoTop5 del acceso a datos en la clase
Cliente este bien implementado.
Verificar que el mtodo ClientePedidoTop5 del servicio web liste los registros
de las compras en el perodo determinado de tiempo por el usuario.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_08 Reportes de clientes con ms
pedidos realizados.
Nombre: Verificar que el mtodo ClientePedidoTop5 del acceso a datos en la clase
Clientes este bien implementado.
Responsable: Adriana Velsquez
Fecha: 15/01/2016
Descripcin: Verificar que el mtodo ClientePedidoTop5 se encuentre implementado
en la clase Clientes.
Condiciones de Ejecucin:
Verificar la pertinencia a conexin a la base de datos.
Verificar que los mtodos de la clase Base de datos manipule correctamente
las peticiones de respuesta hacia la base de datos.
Pasos de ejecucin:
Gestionar correctamente las conexiones a la Base de Datos.

Establecer correctamente la sentencia SQL para listar los registros de las


compras en un determinado perodo.
Manipular adecuadamente la respuesta de la Base de Datos.
Emitir respuesta de comprobacin de los datos.
Mantener control de errores de la sentencia SQL(A travs de try - catch).
Resultado esperado: La implementacin del mtodo ClientePedidoTop5 en la clase
Clientes es correcta.
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_08 Reporte de clientes con ms
pedido realizado
Nombre: Verificar que el mtodo ClientePedidoTop5 del servicio web liste los
registros de los clientes que ms pedidos han realizado en el perodo de tiempo
determinado por el usuario.
Responsable: Adriana Velsquez
Fecha: 15/01/2016
Descripcin: Ejecutar el servicio web de la capa de acceso a datos para comprobar
que el mtodo ha sido creado, publicado y se encuentra funcionando.
Condiciones de Ejecucin:
Verificar que el mtodo ClientePedidoTop5 del acceso a datos en la clase
Proveedores este bien implementado.
Tener ingresado datos en tbcliente, tbpedido, tbdetallepedido.
Verificar que los mtodos de la clase Base de datos manipule correctamente
las peticiones de respuesta hacia la base de datos.
Pasos de ejecucin:
Testear el servicio Web de la capa de Acceso a datos.
Buscar el mtodo ClientePedidoTop5.
Ingresar la Cdula del cliente de inicio.
Ingresar el ID del pedido.
Ingresar Fecha de inicio.
Ingresar Fecha de finalizacin.
Presionar el botn ClientePedidoTop5
Mostrar el listado de las compras realizadas en dicho periodo de tiempo.
Resultado esperado: El mtodo ClientePedidoTop5 lista las compras a proveedores
en el periodo de tiempo ingresado.
Evaluacin: Exitoso

Tarea de Ingeniera
Historia de Usuario: HU_08 Reportes de clientes con ms pedidos realizados.
Nmero
de
Tarea: Nombre de Tarea: Publicar la funcin ClientePedidoTop5
TI_02
en el servicio web de la capa de Acceso a Datos
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 18/01/2016
Fecha Fin: 18/01/2016
Programador Responsable: Victor Bayas
Descripcin: Publicar el mtodo ClientePedidoTop5 en el servicio web de la capa de
Acceso a datos.

(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ClientePedidoTop5 este publicado en la Servicio web
de la capa de acceso a datos.
Verificar que el mtodo ClientePedidoTop5 del servicio web de la capa de
Acceso a datos liste a los clientes que han realizado ms pedidos en un
periodo de tiempo enviando los parmetros respectivos.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_08 Reportes de clientes con ms
pedidos realizados.
Nombre: Verificar que el mtodo ClientePedidoTop5 este publicado en la Servicio
web de la capa de acceso a datos.
Responsable: Adriana Velsquez
Fecha: 18/01/2016
Descripcin:
Comprobar que el mtodo ClientePedidoTop5 de capa de acceso a datos se
encuentre publicado en el servicio web.
Condiciones de Ejecucin:
El mtodo ClientePedidoTop5 de la clase Clientes debe estar implementado
en la clase Cliente.
Tener ingresado datos en tbcliente, tbpedido, tbdetallepedido.
Establecer conexin con la base de datos.
Pasos de ejecucin:
Testear del servicio web Acceso a Datos.
Verificar que el mtodo ClientePedidoTop5 en la capa de acceso est
publicado correctamente.
Resultado esperado: El mtodo ClientePedidoTop5 de la capa de acceso a datos
est publicado correctamente.
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_08 Reportes de clientes con ms
pedidos realizados.
Nombre: Verificar que el mtodo ClientePedidoTop5 del servicio web de la capa de
Acceso a datos liste a los clientes que han realizado ms pedidos en un periodo de
tiempo enviando los parmetros respectivos.
Responsable: Adriana Velsquez
Fecha: 18 /01/2016
Descripcin:
Comprobar que el mtodo ClientePedidoTop5 est funcionando correctamente.
Condiciones de Ejecucin:
El mtodo se encuentre publicado en la lgica de negocio.
Pasos de ejecucin:
Testear el servicio web de la capa de acceso a datos.
Ingresar la Cdula del cliente.
Ingresar el ID del pedido.
Ingresar Fecha de inicio.
Ingresar fecha de finalizacin. comoparmetro
Presionar el botn ClientePedidoTop5.

Verificar los registros de los proveedores a los que se les ha comprado en el


periodo de tiempo ingresado.

Resultado esperado: El mtodo devuelve los datos de los clientes que hay realizado
ms compras ordenados descendentemente por la cantidad.
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_08 Reportes de clientes con ms pedidos realizados.
Nmero
de
Tarea: Nombre de Tarea: Implementar y publicar la funcin
TI_03
ClientePedidoTop5 en la capa de Lgica del Negocio
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 18/01/2016
Fecha Fin: 18/01/2016
Programador Responsable: Victor Bayas.
Descripcin: Implementar un mtodo ClientePedidoTop5 en la capa de Lgica del
Negocio en el servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ClientePedidoTop5 este publicado en la Lgica del
negocio.
Verificar que el mtodo ClientePedidoTop5 del servicio web Lgica del negocio
liste los datos de los clientes que han realizados ms pedidos a la licorera en
un periodo de tiempo enviando los parmetros respectivos.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_08 Reportes de clientes con ms
pedidos realizados.
Nombre: Verificar que el mtodo ClientePedidoTop5 este publicado en la Lgica del
negocio.
Responsable: Adriana Velsquez
Fecha: 18/01/2016
Descripcin:
Comprobar que el mtodo ClientePedidoTop5 de capa de acceso a datos se
encuentre publicado en el servicio web.
Condiciones de Ejecucin:
El mtodo ClientePedidoTop5 del acceso a datos debe estar implementado en
la capa de lgica de negocio.
Tener ingresado datos en tbcliente, tbpedido, tbdetallepedido.
Establecer conexin con la base de datos.
Estar publicado el mtodo ClientePedidoTop5 el servicio web de la capa de
acceso a datos.
Desplegar el servicio web de la capa de acceso a datos.
Pasos de ejecucin:
Testear del servicio web la capa de lgica de negocio.
Verificar que el mtodo ClientePedidoTop5 en la capa de lgica de negocio se
encuentra publicado.
Resultado esperado:
El mtodo Modifica ClientePedidoTop5 de la capa de lgica de negocio se encuentra
publicado correctamente en la lgica de negocios.

Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_08 Reportes de clientes con ms
pedidos realizados.
Nombre: Verificar que el mtodo ClientePedidoTop5 del servicio web Lgica del
negocio liste los datos los clientes que han realizados ms pedidos a la licorera en un
periodo de tiempo determinado enviando los parmetros respectivos.
Responsable: Adriana Velsquez
Fecha: 18 /01/2016
Descripcin:
Comprobar que el mtodo ClientePedidoTop5 se encuentre funcionando.
Condiciones de Ejecucin:
Establecer conexin con la base de datos.
El mtodo ClientePedidoTop5 se encuentre publicado en el acceso a datos.
El mtodo ClientePedidoTop5 se encuentre publicado en la lgica de negocio.
Pasos de ejecucin:
Testear el servicio web de la capa de lgica de negocios.
Enviar los parmetros de cicliente, codpedido, fecha de inicio: 01/01/2016 y
fecha de finalizacin: 18/01/2016 en ClientePedidoTop5.
Presionar el botn ClientePedidoTop5.
Verificar que los registros que se muestra se encuentra en el perodo de
tiempo determinado.
Resultado esperado: El servicio web de la lgica de negocios devuelve los datos
requeridos para el reporte
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_08 Reportes de clientes con ms pedidos realizados.
Nmero
de
Tarea: Nombre de Tarea: Implementacin de la interfaz grfica.
TI_04
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 19/01/2016
Fecha Fin: 20/01/2016
Programador Responsable: Victor Bayas
Descripcin: Implementar la interfaz grfica de la historia de usuario Reporte de
clientes con ms pedidos realizados.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz grfica cumpla con el estndar de interfaces utilizado.
Verificar que el reporte liste las compras a proveedores segn el perodo de
tiempo determinado.

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_08 Reportes de clientes con ms
pedidos realizados.
Nombre: Verificar que la interfaz grfica cumpla con el estndar de interfaces
utilizado.
Responsable: Adriana Velsquez
Fecha: 19/01/2016

Descripcin: Comprobar que la interfaz grfica cumpla con el estndar de interfaces


utilizado.
Condiciones de Ejecucin:
La interfaz grfica de la funcionalidad est implementada.
Pasos de ejecucin:
Ejecutar la pgina ReportesClientePedidoTop5.jsp
Comprobar que cumpla con el estndar.
Resultado esperado: La interfaz grfica del Reporte de los clientes que ms han
realizado compras cumple con los estndares pre-establecidos.
Evaluacin: EXITOSO

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_08 Reportes de clientes con ms
pedidos realizados.
Nombre: Verificar que el reporte liste las compras a proveedores segn el perodo de
tiempo determinado.
Responsable: Adriana Velsquez
Fecha: 20/01/2016
Descripcin: Comprobar que las categoras se listen correctamente al ingresar a la
funcionalidad.
Condiciones de Ejecucin:
Establecer conexin a la base de datos.
Tener ingresado datos en tbcliente, tbpedido, tbdetallepedido.
La funcionalidad debe estar implementada con su interfaz grfica.
Pasos de ejecucin:
Ejecutar la pgina ReportesClientePedidoTop5.jsp.
Ingresar la fecha de inicio: 01/12/2015.
Ingresar la fecha de finalizacin: 20/01/2016.
Ingresar el lmite de clientes que se va a mostrar.
Mostrar los registros de todas las compras en el perodo ingresado.
Presionar el botn Pedidos para mostrar los pedidos que ha realizado el
cliente.
Presionar en el botn Detalle para conocer los productos que han sido
comprados por el cliente seleccionado.
Resultado esperado: Los registros de los clientes que ms han hecho pedidos se
muestra correctamente.
Evaluacin: EXITOSO

ANEXO 92 REALIZACION DEL MANUAL TECNICO


METFORA DEL SISTEMA
Numero: MS_08
Nombre: Realizacin del manual tcnico
Modificacin de metfora numero:
Usuario: Desarrollador
Iteracin Asignada: 11
Prioridad en Negocio: Bajo
Puntos Estimados: 6
Riesgo en desarrollo: Bajo
Puntos Reales: 6
Descripcin:

Como desarrollador deseo que todo lo relacionado con las tcnicas de gestin
proyecto y de codificacin este correctamente documentadas en un manual.
Observaciones:
El manual tcnico se realizar para cada iteracin.
Pruebas de Aceptacin

Todos los desarrolladores debern realizar la documentacin requerida de


cada una de las tareas realizadas.
Verificar que la documentacin sea clara y concisa.

Prueba de Aceptacin
Cdigo: PA_01
Historia de Usuario: MS_08 Manual tcnico
Nombre: Todos los desarrolladores debern realizar la documentacin requerida de
cada una de las tareas realizadas.
Responsable: Jos Acn
Fecha: 18/01/2016
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.
Condiciones de Ejecucin: Se deben conocer los procesos realizados a lo largo
del desarrollo de la etapa.
Pasos de ejecucin
Analisis de todas las etapas que se estn realizando para el proceso del
desarrollo del Proyecto.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: el manual tcnico debe estar bien realizado con cada uno de
los elementos de las tareas para la documentacin.
Evaluacin de la prueba: Exitosa.

Prueba de Aceptacin
Cdigo: PA_02
Historia de Usuario: MS_08 Manual tcnico.
Nombre: Verificar que la documentacin sea clara y concisa.
Responsable: Jos Acn
Fecha: 19/01/2016
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.
Condiciones de Ejecucin: Se deben conocer los procesos realizados al largo del
desarrollo de la etapa.
Pasos de ejecucin
Se leer el manual tcnico.
Se realizar un anlisis de su informacin contenida.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: El contenido del manual tcnico sea entendible para todos
los desarrolladores.
Evaluacin de la prueba: Exitosa.
ANEXO 93 MANUAL USUARIO
METAFORA DEL SISTEMA
Numero: MS_09
Nombre: Realizacin del manual de usuario
Modificacin de metfora numero:

Usuario: Usuario
Iteracin Asignada: 11
Prioridad en Negocio: Alta
Puntos Estimados: 4
Riesgo en desarrollo: Bajo
Puntos Reales: 4
Descripcin:
Como desarrollador deseo documentar cmo se maneja y est estructurado el
sistema para que el cliente lo pueda utilizar fcilmente y de una manera gil.
Observaciones:
Pruebas de Aceptacin

El lenguaje utilizado deber ser de sencilla comprensin para el


usuario.
El manual deber contener descripciones de pantallas y su
funcionamiento.

PRUEBA DE ACEPTACIN
Cdigo: PA_01 Historia de Usuario: MS_09 Realizacin del manual de usuario
Nombre: El lenguaje utilizado deber ser de sencilla comprensin para el usuario.
Responsable: Vannesa Bonito
Fecha: 19/01/2016
Descripcin: El manual de usuario tiene un lenguaje de sencilla comprensin para el
usuario, el cliente ha podido realizar las actividades de la pgina sin necesidad de
que este presenten uno de los programadores.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se puede seguir los pasos especificados en el manual.
Resultado esperado: El sistema debe ser entendible para el usuario por medio de
los manuales.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: MS_09 Realizacin del manual de usuario
Nombre: El manual deber contener descripciones de pantallas y en cada una su
funcionamiento descriptivo
Responsable: Vanessa Bonito
Fecha: 20/01/2016
Descripcin: El manual de usuario tiene que ser descriptivo llevando en si de una
forma grfica y textual de lo que realiza cada parte de la aplicacin
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se realiza lo que est escrito en el manual.
Resultado esperado: El usuario se guio mediante las interfaces y descripciones
dando como resultado el maneje del sistema por medio del manual.
Evaluacin de la prueba: Exitosa.

Tareas de ingeniera
TAREA DE INGENIERA
Metfora: MS_08 Realizacin del manual de usuario
Nmero de Tarea: TI_01 Nombre de Tarea: Realizar el manual de usuario.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 25/12/2015
Fecha Fin: 20/01/2016
Programador Responsable: Jos Acn
Descripcin: Realizar el manual de usuario para que el cliente tenga una gua
especifica de manejo del producto que le ser entregado.
Pruebas de Aceptacin
Verificar que el manual de usuario contemple todas las especificaciones de uso del
sistema para que pueda tener un manejo ptimo del mismo.

PRUEBA DE ACEPTACIN
Cdigo: PA_01 Historia de Usuario: MS_09 Realizacin del manual de usuario
Nombre: TI_01 Realizar el manual de usuario.
Responsable: Yessenia Pilco
Fecha: 20/01/2016
Descripcin: Se requiere analizar el manual de usuario generado para verificar si
cuenta con las especificaciones de gua necesarias.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Analizar la redaccin del manual de usuario para ver si se encuentran
especificadas los pasos para el manejo de cada funcionalidad.
Verificar que la gua realizada en el manual lleva al usuario hacia los
resultados correctos.
Resultado esperado: Llegar a la conclusin de que el manual est apto para su
entrega al usuario y que le ser de utilidad como gua en el manejo del sistema.
Evaluacin de la prueba: Exitosa.
ANEXO 94 VENTAS ORDENADAS POR CATEGORIA
HISTORIA DE USUARIO
Nmero: HU_23
Nombre: Reporte de ventas por categora
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 12
Prioridad en Negocio: Media
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales: 10
Descripcin:
Como Administrador del negocio Licores Gia deseo un reporte de los licores ms
vendidos ordenados por categora para poder llevar un inventario ms correcto del
funcionamiento de la licorera.
Observaciones:

HISTORIA DE USUARIO
Nmero: HU_23
Nombre: Reporte de ventas por categora
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 12
Prioridad en Negocio: Media
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales: 10
Descripcin:
Como Administrador del negocio Licores Gia deseo un reporte de los licores ms
vendidos ordenados por categora para poder llevar un inventario ms correcto del
funcionamiento de la licorera.
Observaciones:

PRUEBAS DE ACEPTACIN

Al pedir un reporte de las ventas por categora, el sistema mostrar un listado


indicando las ventas realizadas ordenadas respectivamente por las
respectivas categoras de los licores.

Se mostrar en el reporte de todas las ventas realizadas ordenadas.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_23 Reporte de ventas por categora
Nombre: Al pedir un reporte de las ventas por categora, el sistema mostrar un
listado indicando las ventas realizadas ordenadas respectivamente por las
respectivas categoras de los licores.
Responsable: Vanesa Bonito
Fecha: 27-01-2016
Descripcin: Se comprobara que la informacin presentada en el reporte muestre
los datos de las ventas ordenados por categora.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicios que permitan obtener la
informacin para los reportes.
Pasos de ejecucin:
Ingresar a la interfaz de usuario del reporte de ventas ordenadas por
categora.
Ingresamos una fecha la cual requerimos el reporte 05-01-2016
Se mostrara la informacin de ventas ordenadas por categoria
Resultado esperado: La informacin que se presenta en el reporte es la adecuada
y se presenta de forma correcta sin afectar al diseo de la interfaz.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_23 Reporte de ventas por categora
Nombre: Se mostrar en el reporte de todas las ventas realizadas ordenadas.
Responsable: Maria Jose Morillo
Fecha: 27-01-2016
Descripcin: Se comprobara que el sistema presente la informacin en forma
ordenada.
Condiciones de Ejecucin:

Tener conexin con la Base de datos.


Tener implementado los mtodos y servicios que permitan obtener la
informacin para los reportes.
Pasos de ejecucin:
Ingresar a la interfaz de usuario del reporte de ventas ordenadas por
categora.
Ingresamos una fecha la cual requerimos el reporte 05-01-2016
Se mostrara la informacin de las ventas ordenadas por categoria.
Resultado esperado: La informacin que se presenta en el reporte muestra las
ventas pero en forma ordenada.
Evaluacin: Exitosa
TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_23 Reporte de ventas por categora
Nmero de Tarea: TI_01

Nombre de Tarea: Implementar el mtodo de que


permita obtener los licores en el acceso a datos y
publicarlo como un servicio web.
Tipo de Tarea: Desarrollo
Puntos Estimados:
Fecha Inicio:
Fecha Fin:
Programador Responsable: Carolina Valencia
Descripcin: Implementar el mtodo que permita obtener la informacin de ventas
por categoria mediante una sentencia SQL, el cual ser utilizado para realizar el
respectivo reporte, dicho mtodo debe ser desarrollado en la clase Licores de la
capa de acceso a datos, a la vez deber ser publicado como un servicio web.
(Reverso)Pruebas de Aceptacin:
Verificar que la sentencia SQL obtenga la consulta ventas por categora.
Comprobar mediante el servicio web que el mtodo desarrollado se ejecuta
correctamente.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_23 Reporte de ventas por categora
Nombre: Verificar que la sentencia SQL obtenga la consulta ventas por categora.
Responsable: Adriana Velsquez
Fecha: 27-01-2016
Descripcin: Verificar que la sentencia SQL se ejecute de manera correcta.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Tener la consulta del reporte.
Pasos de ejecucin:
Copiar la sentencia en el SQL de java
Ejecutar el Run SQL
Resultado esperado: La informacin de ventas por categora presente de forma
correcta
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_23 Reporte de ventas por categora
Nombre: Comprobar mediante el servicio web que el mtodo desarrollado se
ejecuta correctamente.
Responsable: Vanesa Bonito
Fecha: 27-01-2016
Descripcin: Se comprobar que el servicio web publicado devuelva los resultados
esperados.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo en el acceso a datos.
Haber publicado el servicio web.
Pasos de ejecucin:
Ingresar a la capa de acceso a datos.
Realizar el testeo al servicio web de la capa de acceso a datos.
Ingresar el valor para realizar la consulta.
Dar clic sobre el servicio web.
Verificar que se muestren los resultados esperados.
Resultado esperado: Al dar clic sobre sobre el servicio web, se muestran los datos
correspondientes al parmetro enviado.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_23 Reporte de ventas por categora
Nmero de Tarea: TI_02

Nombre de Tarea: Desarrollar un servicio web cliente


en la capa lgica de negocio.
Tipo de Tarea: Desarrollo
Puntos Estimados:
Fecha Inicio:
Fecha Fin:
Programador Responsable: Freddy Capuz
Descripcin: Desarrollar un servicio web cliente en la capa lgica de negocio el
cual consuma el servicio web publicado en la capa de acceso a datos.
(Reverso)Pruebas de Aceptacin:
Verificar que el servicio web desarrollado se ejecute correctamente.
Verificar mediante el servicio web que el mtodo desarrollado en el acceso a
datos presente los datos esperados.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_23 Reporte de ventas por categora
Nombre: Verificar que el servicio web desarrollado se ejecute correctamente.
Responsable: Yesenia Pilco
Fecha: 27-01-2016
Descripcin: Se verificar mediante un testeo que el servicio web desarrollado se
ejecute correctamente.
Condiciones de Ejecucin:
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web del reporte.

Pasos de ejecucin:
Seleccionamos el servicio web LicoresGiaLN
Clic derecho y seleccionamos test web Service
Seleccionamos el mtodo VentasPorCategoria.
Ingresamos una fecha 2016-01-05
Resultado esperado: Verificar que se muestre informacin en la respuesta del
testeo.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_23 Reporte de ventas por categora
Nombre: Verificar mediante el servicio web que el mtodo desarrollado en el acceso
a datos presente los datos esperados.
Responsable: Natalia Pilco
Fecha: 27-01-2016
Descripcin: Se verificar mediante un testeo que el servicio web desarrollado se
ejecute correctamente.
Condiciones de Ejecucin:
Tener implementada el mtodo en el servicio web AD.
Tener desarrollado el servicio web del reporte.
Pasos de ejecucin:
Seleccionamos el servicio web LicoresGiaLN
Clic derecho y seleccionamos test web Service
Seleccionamos el mtodo VentasPorCategoria.
Ingresamos una fecha 2016-01-01
Resultado esperado: Verificar que se muestre solo los datos esperados.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_23 Reporte de ventas por categora
Nmero de Tarea: TI_03

Nombre de Tarea: Desarrollar la interfaz del Reporte


de licores que ms se estn vendiendo.
Tipo de Tarea: Desarrollo
Puntos Estimados:
Fecha Inicio:
Fecha Fin:
Programador Responsable: Carolina Valencia
Descripcin: Desarrollar la interfaz de usuario en la cual se presentara el reporte
de los licores que ms se venden en el negocio.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz desarrollada cumpla con el estndar establecido
Verificar que la funcionalidad se ejecute correctamente.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_23 Reporte de ventas por categora
Nombre: Verificar que la interfaz desarrollada cumpla con el estndar establecido
Responsable: Yesenia Pilco

Fecha: 27-01-2016

Descripcin: Se comprobara que la interfaz desarrollada para el reporte de los


licores por las distintas categoras existentes se ajuste al estndar establecido para
el desarrollo de las interfaces.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener desarrollada la interfaz en la capa de interfaz de usuario.
Pasos de ejecucin:
Ingresar a la capa interfaz de usuario.
Ejecutar el archivo de la interfaz desarrollada para el reporte.
Comprobar que esta cumpla con el estndar antes definido.
Resultado esperado: La interfaz desarrollada para el reporte de ventas por
categora cumple con el estndar definido.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_23 Reporte de ventas por categora
Nombre: Verificar que la funcionalidad se ejecute correctamente.
Responsable: Vanesa Bonito
Fecha: 27-01-2016
Descripcin: Se comprobara que la informacin presentada en el reporte se
muestre adecuadamente en la interfaz de usuario.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicios que permitan obtener la
informacin para los reportes.
Pasos de ejecucin:
Ingresar a la interfaz de usuario del reporte de ventas por categora
Ingresamos una fecha la cual requerimos el reporte 05-01-2016
Se mostrara la informacin de las ventas por categora
Resultado esperado: La informacin que se presenta en el reporte es la adecuada
y se presenta de forma correcta sin afectar al diseo de la interfaz.
Evaluacin: Exitosa
ANEXO 95 INTEGRACION DE FUNCIONALIDADES DE LOS LICORES
HISTORIA DE USUARIO
Nmero: HU_45.1
Nombre: Integracin de las funcionalidades de licores
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 12
Prioridad en Negocio: Alta
Puntos Estimados: 4
Riesgo en desarrollo: Medio

Puntos Reales: 4

Descripcin:
Como administrador deseo tener facilidad al momento de utilizar el sistema, para ello
me gustara que se encuentre todo dentro de una misma pgina.
Observaciones:

PRUEBAS DE ACEPTACIN

Deben estar todas las funcionalidades integradas en una misma interfaz.


La interfaz debe cumplir con el estndar establecido.

Tareas de Ingeniera
Tarea de Ingeniera
Historia de Usuario: HU_45.1 Integracin de las funcionalidades de licores
Nmero de Tarea:
Nombre de Tarea: Implementar en una sola interfaz las
TI_01
funcionalidades de los licores.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 22/01/2016
Fecha Fin: 22/01/2016
Programador Responsable: Giannella Montao
Descripcin: Para tener mayor facilidad en el uso de la aplicacin, se implement las
funcionalidades de los licores en una sola interfaz.
(Reverso)Pruebas de Aceptacin:
Verificar que las funcionalidades estn funcionando de forma correcta.

Prueba de aceptacin
Cdigo: PA_01 Historia de Usuario: HU_45.1 Integracin de las funcionalidades de licores
Nombre: Verificar que las funcionalidades estn funcionando de forma correcta.
Responsable: Adriana Velsquez
Fecha: 22/01/2016
Descripcin: Comprobar que las funcionalidades sigan funcionando correctamente.
Condiciones de Ejecucin:
Que exista conexin con la base de datos.
La interfaz debe estar implementada.
Pasos de ejecucin:
Iniciar sesin como administrador
Ir al men licores
Resultado esperado: Las funcionalidades de los licores debe realizar su respectiva accin.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_45.1 Integracin de las funcionalidades de licores
Nmero de Tarea:
Nombre de Tarea: Agregar la opcin para poder visualizar los licores
TI_02
activos e inactivos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 25/01/2016
Fecha Fin: 25/01/2016
Programador Responsable: Giannella Montao
Descripcin: Agregar la opcin correspondiente para mostrar los datos segn el estado.
(Reverso)Pruebas de Aceptacin:
Verificar que se muestren los datos correctamente, segn el estado seleccionado.

Prueba de aceptacin
Cdigo: PA_02 Historia de Usuario: HU_45.1 Integracin de las funcionalidades de licores
Nombre: Verificar que se muestren los datos correctamente, segn el estado seleccionado.
Responsable: Yessenia Pilco
Fecha: 25/01/2016
Descripcin: Al seleccionar una opcin, se debe mostrar los datos correspondientes a ese
estado.

Condiciones de Ejecucin:
Debe existir la conexin a la Base de datos.
Tener las opciones implementadas.
Pasos de ejecucin:
Iniciar sesin como administrador
Elegir la opcin licores
Seleccionar la opcin ACTIVO
Resultado esperado: Se presentarn todos los licores con estado activo.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_03 Historia de Usuario: HU_45.1 Integracin de las funcionalidades de licores
Nombre: Deben estar todas las funcionalidades integradas en una misma interfaz.
Responsable: Carolina Valencia
Fecha: 25/01/2016
Descripcin: Para una mejor ejecucin de la aplicacin, se integraron las funcionalidades de
los licores en una sola interfaz.
Condiciones de Ejecucin:
Debe existir una conexin con la Base de datos
Las funcionalidades deben estar integradas
Pasos de ejecucin:
Iniciar sesin como administrador
Ir al men licores
Resultado esperado: Las funcionalidades deben estar integradas.
Evaluacin: Exitosa.
Prueba de aceptacin
Cdigo: PA_04 Historia de Usuario: HU_45.1 Integracin de las funcionalidades de licores
Nombre: La interfaz debe cumplir con el estndar establecido.
Responsable: Carolina Valencia
Fecha: 25/01/2016
Descripcin: La interfaz de los licores debe cumplir con el estndar establecido.
Condiciones de Ejecucin:
Debe existir una conexin con la Base de datos
Las funcionalidades deben estar implementadas
Pasos de ejecucin:
Iniciar sesin como administrador
Ir al men licores
Resultado esperado: La interfaz debe cumplir con el estndar establecido.
Evaluacin: Exitosa.

ANEXO 96 INTEGRACIN DE LAS FUNCIONALIDADES DE LOS CLIENTES


HISTORIA DE USUARIO
Nmero: HU_45.2
Nombre: Integracin de las funcionalidades de clientes
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 12
Prioridad en Negocio: Alta
Puntos Estimados: 1
Riesgo en desarrollo: Medio
Puntos Reales: 1

Descripcin:
Como administrador deseo tener facilidad al momento de utilizar el sistema, para ello
me gustara que se encuentre todo dentro de una misma pgina.
Observaciones:

PRUEBAS DE ACEPTACIN
Deben estar todas las funcionalidades integradas en una misma interfaz.
La interfaz debe cumplir con el estndar establecido.

Tareas de ingeniera
Tarea de Ingeniera
Historia de Usuario: HU_45.2 Integracin de las funcionalidades de clientes
Nmero de Tarea:
Nombre de Tarea: Implementar en una sola interfaz las
TI_01
funcionalidades de los clientes.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 26/01/2016
Fecha Fin: 26/01/2016
Programador Responsable: Giannella Montao
Descripcin: Para tener mayor facilidad en el uso de la aplicacin, se implement las
funcionalidades de los clientes en una sola interfaz.
(Reverso)Pruebas de Aceptacin:
Verificar que se muestren los datos correctamente, segn el estado seleccionado

Prueba de aceptacin
Cdigo: PA_01 Historia de Usuario: HU_45.2 Integracin de las funcionalidades de clientes
Nombre: Verificar que se muestren los datos correctamente, segn el estado seleccionado.
Responsable: Yessenia Pilco
Fecha: 26/01/2016
Descripcin: Al seleccionar una opcin, se debe mostrar los datos correspondientes a ese
estado.
Condiciones de Ejecucin:
Debe existir la conexin a la Base de datos.
Tener las opciones implementadas.
Pasos de ejecucin:
Iniciar sesin como administrador
Elegir la opcin clientes
Seleccionar la opcin ACTIVO.
Resultado esperado: Se presentarn todos los clientes con estado activo.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_45.2 Integracin de las funcionalidades de
clientes
Nombre: Deben estar todas las funcionalidades integradas en una misma interfaz.
Responsable: Vanessa Bonito
Fecha: 26/01/2016
Descripcin: Para una mejor ejecucin de la aplicacin, se integraron las funcionalidades de
los clientes en una sola interfaz.
Condiciones de Ejecucin:

Debe existir una conexin con la Base de datos


Las funcionalidades deben estar integradas
Pasos de ejecucin:
Iniciar sesin como administrador
Ir al men clientes
Resultado esperado: Las funcionalidades deben estar integradas.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_45.2 Integracin de las funcionalidades de
clientes
Nombre: La interfaz debe cumplir con el estndar establecido.
Responsable: Vanessa Bonito
Fecha: 26/01/2016
Descripcin: La interfaz de los clientes debe cumplir con el estndar establecido.
Condiciones de Ejecucin:
Debe existir una conexin con la Base de datos
Las funcionalidades deben estar implementadas
Pasos de ejecucin:
Iniciar sesin como administrador
Ir al men clientes
Resultado esperado: La interfaz debe cumplir con el estndar establecido.
Evaluacin: Exitosa.
ANEXO 97 INTEGRACION DE FUNCIONALIDADES DE EMPLEADOS
HISTORIA DE USUARIO
Nmero: HU_45.3
Nombre: Integracin de las funcionalidades de empleados
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 12
Prioridad en Negocio: Alta
Puntos Estimados: 1
Riesgo en desarrollo: Medio
Puntos Reales: 1
Descripcin:
Como administrador deseo tener facilidad al momento de utilizar el sistema, para ello
me gustara que se encuentre todo dentro de una misma pgina.
Observaciones:

PRUEBAS DE ACEPTACIN
Deben estar todas las funcionalidades integradas en una misma interfaz.
La interfaz debe cumplir con el estndar establecido.

Tareas de ingeniera
Tarea de Ingeniera
Historia de Usuario: HU_45.3 Integracin de las funcionalidades de empleados
Nmero de Tarea:
Nombre de Tarea: Implementar en una sola interfaz
TI_01
funcionalidades de los empleados.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1

las

Fecha Inicio: 26/01/2016


Fecha Fin: 26/01/2016
Programador Responsable: Giannella Montao
Descripcin: Para tener mayor facilidad en el uso de la aplicacin, se implement las
funcionalidades de los empleados en una sola interfaz.
(Reverso)Pruebas de Aceptacin:
Verificar que se muestren los datos correctamente, segn el estado seleccionado

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_45.3 Integracin de las funcionalidades de
empleados
Nombre: Verificar que se muestren los datos correctamente, segn el estado seleccionado.
Responsable: Yessenia Pilco
Fecha: 26/01/2016
Descripcin: Al seleccionar una opcin, se debe mostrar los datos correspondientes a ese
estado.
Condiciones de Ejecucin:
Debe existir la conexin a la Base de datos.
Tener las opciones implementadas.
Pasos de ejecucin:
Iniciar sesin como administrador
Elegir la opcin empleados
Seleccionar la opcin ACTIVO.
Resultado esperado: Se presentarn todos los empleados con estado activo.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_45.3 Integracin de las funcionalidades de
empleados
Nombre: Deben estar todas las funcionalidades integradas en una misma interfaz.
Responsable: Vanessa Bonito
Fecha: 26/01/2016
Descripcin: Para una mejor ejecucin de la aplicacin, se integraron las funcionalidades de
los empleados en una sola interfaz.
Condiciones de Ejecucin:
Debe existir una conexin con la Base de datos
Las funcionalidades deben estar integradas
Pasos de ejecucin:
Iniciar sesin como administrador
Ir al men de empleados
Resultado esperado: Las funcionalidades deben estar integradas.
Evaluacin: Exitosa.
Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_45.3 Integracin de las funcionalidades de
empleados
Nombre: La interfaz debe cumplir con el estndar establecido.
Responsable: Vanessa Bonito
Fecha: 26/01/2016
Descripcin: La interfaz de los empleados debe cumplir con el estndar establecido.
Condiciones de Ejecucin:
Debe existir una conexin con la Base de datos

Las funcionalidades deben estar implementadas


Pasos de ejecucin:
Iniciar sesin como administrador
Ir al men empleados
Resultado esperado: La interfaz debe cumplir con el estndar establecido.
Evaluacin: Exitosa.
ANEXO 98 REGISTRAR COMPRA A PROVEEDOR (MANTENIMIENTO)
HISTORIA DE USUARIO
Nmero: HU_21
Nombre: Mantenimiento a registro compra a proveedor
Modificacin de historia nmero: 1
Usuario: Administrador
Iteracin Asignada: 12
Prioridad en Negocio: Media
Puntos Estimados: 4
Riesgo en desarrollo: Medio
Puntos Reales: 4
Descripcin:
Como administrador deseo poder registrar la compra que les hago a mis proveedores
para llevar un control del precio al que le compro los licores.
Observaciones:

PRUEBAS DE ACEPTACIN
Al seleccionar un proveedor deben aparecer sus datos
Al seleccionar un licor se debe mostrar en la otra tabla con el costo que este tiene

Tareas de ingeniera
Tarea de Ingeniera
Historia de Usuario: HU_21 Mantenimiento a registro compra a proveedor
Nmero de Tarea: TI_01
Nombre de Tarea: Mantenimiento a la interfaz que permitir
realizar la Compra a los proveedores
Tipo de Tarea: desarrollo
Puntos Estimados: 2
Fecha Inicio: 27/01/2016
Fecha Fin: 27/01/2016
Programador Responsable: Giannella Montao
Descripcin: Dar mantenimiento a la interfaz para que el administrador pueda realizar el
Ingreso de la Compra que realiza a sus proveedores donde se tendr la opcin de
seleccionar al proveedor para que sus datos aparezcan.
(Reverso)Pruebas de Aceptacin:
La interfaz debe cumplir con el estndar establecido.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_21 Mantenimiento a registro compra a
proveedor
Nombre: La interfaz debe cumplir con el estndar establecido.
Responsable: Carolina Valencia
Fecha: 27/01/2016
Descripcin: La interfaz de los licores debe cumplir con el estndar establecido.
Condiciones de Ejecucin:
Debe existir una conexin con la Base de datos
Las funcionalidades deben estar implementadas

Pasos de ejecucin:
Iniciar sesin como administrador
Ir al men licores
Resultado esperado: La interfaz debe cumplir con el estndar establecido.
Evaluacin: Exitosa.

Tarea de Ingeniera
Historia de Usuario: HU_29 Mantenimiento a registro compra a proveedor
Nmero de Tarea: TI_02
Nombre de Tarea: Control de campos vacos.
Tipo de Tarea: desarrollo
Puntos Estimados: 2
Fecha Inicio: 28/01/2016
Fecha Fin: 28/01/2016
Programador Responsable: Giannella Montao
Descripcin: Todos los campos debern estar calculados, caso contrario no se permitir
guardar la informacin.
(Reverso)Pruebas de Aceptacin:
Verificar que, si existen campos vacos, no se permitir guardar los datos.

Prueba de aceptacin
Cdigo: PA_02

Historia de Usuario: HU_21 Mantenimiento a registro compra a


proveedor
Nombre: Verificar que, si existen campos vacos, no se permitir guardar los datos.
Responsable: Wilmer Barrera
Fecha: 28/01/2016
Descripcin: Se deben llenar todos los campos obligatorios para poder hacer el clculo sino
se mostrar el mensaje respectivo.
Condiciones de Ejecucin:
Debe existir el servicio web.
Debe haber conexin con la base de datos.
Pasos de ejecucin:
Crear un objeto tipo Abastece.
Resultado esperado: Si no llenan todos los campos debe mostrarse un mensaje indicando
que se deben llenar todos los campos.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_03

Historia de Usuario: HU_21 Mantenimiento a registro compra a


proveedor
Nombre: Al seleccionar un proveedor deben aparecer sus datos
Responsable: Wilmer Barrera
Fecha: 28/01/2016
Descripcin: Los datos del Proveedor deben aparecer cuando se seleccione un proveedor
Condiciones de Ejecucin:
Debe existir el servicio web.
Debe haber conexin con la base de datos.
Pasos de ejecucin:
Crear un objeto tipo Abastece.
Resultado esperado: Al seleccionar un proveedor sus datos deben aparecer.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_04

Historia de Usuario: HU_21 Mantenimiento a registro compra a


proveedor
Nombre: Al seleccionar un licor se debe mostrar en la otra tabla con el costo que este tiene
Responsable: Wilmer Barrera
Fecha: 28/01/2016
Descripcin: Los datos del Proveedor deben aparecer cuando se seleccione un proveedor
Condiciones de Ejecucin:
Debe existir el servicio web.
Debe haber conexin con la base de datos.
Pasos de ejecucin:
Crear un objeto tipo Abastece.
Resultado esperado: Al seleccionar un licor este debe aparecer en la otra tabla con el costo
anterior.
Evaluacin: Exitosa
ANEXO 99 REPORTE DE PRDIDAS Y GANANCIAS
HISTORIA DE USUARIO
Nmero:HU_41

Nombre: Reporte de ganancias y prdidas

Modificacin de historia nmero:


Usuario:Administrador

Iteracin Asignada: 13

Prioridad en Negocio:Alta

Puntos Estimados:10

Riesgo en desarrollo:Media

Puntos Reales: 10

Descripcin:
Como Administrador del negocio LicoresGiadeseo deseo obtener el reporte de prdidas y
ganancias, para poder tener un registro de la economa de la licorera.
Observaciones:

PRUEBAS DE ACEPTACIN

El clculo de ganancias y prdidas deber contener el clculo de su diferencia


resaltado.

En caso de que el servidor de base de datos este cado no se pueda acceder a la


informacin.

Verificar que no salga el clculo sino existen datos en las tablas.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_41 Reporte de ganancias y prdidas
Nombre: El clculo de ganancias y prdidas deber contener el clculo de su diferencia
resaltado
Responsable: Vanessa Bonito
Fecha: 27/01/2016
Descripcin: Se comprobara que el valor los clculos realizados de las ganancias y prdidas
se muestren resaltados.
Condiciones de Ejecucin:

Tener conexin con la Base de datos.


Tener implementado los mtodos y servicios que permitan presentar la informacin en
el reporte.
Pasos de ejecucin:
Ingresar a la interfaz de usuario que permita generar el reporte de las Prdidas y
Ganancias.
Seleccionar el ao en el cual se generara el reporte.
2015
Seleccionar el periodo, mes de inicio y mes final.
Mes Inicio: 09
Mes Fin:11
Dar clic en la opcin Aceptar.
Resultado esperado: Los clculos que se han realizado se presentan de forma resaltada.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02 Historia de Usuario: HU_41 Reporte de ganancias y prdidas
Nombre: En caso de que el servidor de base de datos este cado no se pueda acceder a
la informacin.
Responsable: Vanessa Bonito
Fecha: 27/01/2016
Descripcin: Se comprobara la conexin al servidor de la base de datos, en caso de que
de que este est cado no deber presentar ninguna informacin.
Condiciones de Ejecucin:
El servidor de base de datos no debe estar funcionando.
Deben estar implementados los mtodos y servicios que permita generar el
reporte.
Pasos de ejecucin:
Ingresar a la interfaz de usuario que permita generar el reporte de las Prdidas y
Ganancias.
Seleccionar el ao en el cual se generara el reporte.
2015
Seleccionar el periodo, mes de inicio y mes final.
Mes Inicio: 09
Mes Fin:11
Dar clic en la opcin Aceptar.
Resultado esperado: No se presentara ninguna informacin, ya que no se tiene acceso a
la base de datos.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_41 Reporte de ganancias y prdidas
Nombre: Verificar que no salga el clculo sino existen datos en las tablas.
Responsable: Vanessa Bonito
Fecha: 27/01/2016
Descripcin: Se verificara que si no existen datos para mostrarse en el reporte, no se
mostrara ningn clculo.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.

Deben estar implementados mtodos y servicios que permitan la obtencin de


datos del reporte.
Pasos de ejecucin:
Ingresar a la interfaz de usuario que permita generar el reporte de las Prdidas y
Ganancias.
Seleccionar el ao en el cual se generara el reporte 2016.
Seleccionar el periodo, mes de inicio y mes final
Mes Inicio
Mes Fin:
Dar clic en la opcin Aceptar.
Resultado esperado: No se muestra ningn clculo en el reporte generado.
Evaluacin: Exitosa
TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_41 Reporte de ganancias y prdidas
Nmero de Tarea: TI_01
Nombre de Tarea: Implementar en el servicio web de la
capa
de
acceso
a
datos
la
funcin
ObtenerTotalComprasAD con su respectiva funcin en la
clase Abastecer.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 22/01/2016
Fecha Fin: 22/01/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Desarrollar un mtodo ObtenerTotalComprasAD que realice la sentencia sql
para obtener los datos necesarios de compras.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ObtenerTotalCompras del acceso a datos este bien
implementado.
Verificar que el mtodo ObtenerTotalComprasAD del servicio web pueda obtener
datos correctos.

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_41 Reporte de ganancias y prdidas
Nombre: Verificar que el mtodo ObtenerTotalComprasAD este bien implementado.
Responsable: Natalia Pilco
Fecha: 22/01/2016
Descripcin: Se verificara que el mtodo ObtenerTotalComprasAD se encuentre bien
implementado en el acceso a datos.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Tener implementado el mtodo ObtenerTotalComprasAD en el acceso a datos.
Pasos de ejecucin:
Crear una clase tester.
Crear un objeto de tipo Abastece.
Utilizar el mtodo antes desarrollado ObtenerTotalComprasAD.
Resultado esperado: El mtodo se encuentra bien implementado.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_41 Reporte de ganancias y prdidas
Nombre: Verificar que el mtodo ObtenerTotalComprasAD del servicio web pueda obtener
datos correctos.
Responsable: Natalia Pilco
Fecha: 22/01/2016
Descripcin: Se verificara que el mtodo ObtenerTotalComprasAD del servicio web
desarrollado recupere los datos esperados para el reporte.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Tener implementado el mtodo ObtenerTotalComprasAD en el acceso a datos.
Haber publicado el mtodo como un servicio web en el acceso a datos.
Pasos de ejecucin:
Hacer un tester de los servicios web de la capa acceso a datos.
Ubicar el servicio web ObtenerTotalComprasAD.
Ingresar como parmetros la fecha, ao del que se desea obtener la informacin, y
los meses inicial y final al reporte, se ingresaran los datos:
Ao: 2016
Mes Inicial: 09
Mes Final: 11
Dar clic sobre el servicio web.
Resultado esperado: Se han recuperado los datos correctos mediante el servicio web
desarrollado.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_41 Reporte de ganancias y prdidas
Nmero de Tarea: Nombre de Tarea: Implementar en el servicio web de la capa de
TI_02
acceso a datos la funcin ObtenerTotalVentasAD con su respectiva
funcin en la clase Ventas.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 25/01/2016
Fecha Fin: 25/01/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Desarrollar un mtodo ObtenerTotalVentasAD que realice la sentencia sql
para obtener los datos necesarios de ventas.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ObtenerTotalVentas del acceso a datos este bien
implementado.
Verificar que el mtodo ObtenerTotalVentasAD del servicio web pueda obtener datos
correctos.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_41 Reporte de ganancias y prdidas
Nombre: Verificar que el mtodo ObtenerTotalVentas del acceso a datos este bien
implementado.
Responsable: Victor Bayas
Fecha: 25/01/2016
Descripcin: Se verificara que el mtodo ObtenerTotalVentas del servicio web desarrollado
en el acceso a datos se encuentre bien implementado.

Condiciones de Ejecucin:
Tener conexin a la base de datos.
Tener implementado el mtodo ObtenerTotalVentas en el acceso a datos.
Pasos de ejecucin:
Crear una clase tester.
Crear un objeto de tipo Venta.
Utilizar el mtodo antes desarrollado ObtenerTotalVentas.
Resultado esperado: El mtodo se ObtenerTotalVentas se encuentra bien desarrollado.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_41 Reporte de ganancias y prdidas
Nombre: Verificar que el mtodo ObtenerTotalVentasAD del servicio web pueda obtener
datos correctos.
Responsable: Victor Bayas
Fecha: 25/01/2016
Descripcin: Se verificara que el mtodo ObtenerTotalVentasAD del servicio web se
obtenga los correctos para presentar en el reporte.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Tener implementado el mtodo ObtenerTotalVentasAD en el acceso a datos.
Haber publicado el mtodo ObtenerTotalVentasAD como un servicio web en el
acceso a datos.
Pasos de ejecucin:
Hacer un tester de los servicios web de la capa acceso a datos.
Ubicar el servicio web ObtenerTotalVentasAD.
Ingresar como parmetros la fecha, ao del que se desea obtener la informacin, y
el mes inicial y final al reporte, se ingresaran los datos.
Ao: 2015
Mes Inicial: 09
Mes Final:11
Dar clic sobre el servicio web.
Resultado esperado: El mtodo se ObtenerTotalVentasAD se encuentra bien desarrollado.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_41 Reporte de ganancias y prdidas
Nmero de Tarea: TI_03
Nombre de Tarea: Implementar y publicar las funciones
ObtenerTotalComprasLN y ObtenerTotalVentasLN en la capa
de Lgica del Negocio.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 25/01/2016
Fecha Fin: 25/01/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Implementar y publicar las funciones ObtenerTotalComprasLN y
ObtenerTotalVentasLN en la capa Lgica del negocio.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ObtenerTotalComprasLN este bien implementado y
publicado.

Verificar que el mtodo ObtenerTotalVentasLN este bien implementado y publicado.

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_41 Reporte de ganancias y prdidas.
Nombre: Verificar que el mtodo ObtenerTotalComprasLN este bien implementado y
publicado.
Responsable: Carolina Valencia
Fecha: 25/01/2016
Descripcin: Se verificara que el mtodo ObtenerTotalComprasLN implementado en la
lgica de negocio consuma los servicios del acceso a datos.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Tener implementado el mtodo ObtenerTotalComprasAD y servicios en la capa de
acceso a datos.
Tener implementado el servicio web cliente ObtenerTotalComprasLN en la capa
lgica de negocio.
Pasos de ejecucin:
Acceder a la lgica de negocio.
Hacer un tester a los servicios web de la lgica de negocio.
Ubicar el servicio ObtenerTotalComprasLN.
Ingresar los parmetros:
Ao: 2015
Mes Inicial: 09
Mes Final:11
Dar clic sobre el servicio.
Resultado esperado: El servicio web cliente devuelve los datos correctos.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_41 Reporte de ganancias y prdidas.
Nombre: Verificar que el mtodo ObtenerTotalVentasLN este bien implementado y
publicado.
Responsable: Carolina Valencia
Fecha: 25/01/2016
Descripcin: Verificar que el mtodo ObtenerTotalVentasLN este bien implementado y
publicado.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Tener implementado el mtodo ObtenerTotalVentasAD y servicios en la capa de
acceso a datos.
Tener implementado el servicio web cliente ObtenerTotalVentasLN en la capa lgica
de negocio.
Pasos de ejecucin:
Acceder a la lgica de negocio.
Hacer un tester a los servicios web de la lgica de negocio.
Ubicar el servicio ObtenerTotalVentasLN.
Ingresar los parmetros:
Ao: 2015

Mes Inicial:09
Mes Final:11
Dar clic sobre el servicio.

Resultado esperado: El mtodo ObtenerTotalVentasLN se encuentra bien implementado y


publicado en la lgica de negocio.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_41 Reporte de ganancias y prdidas
Nmero de Tarea: TI_04
Nombre de Tarea: Implementacin de la interfaz grfica
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 26/01/2016
Fecha Fin: 27/01/2016
Programador Responsable: Yesenia Pilco
Descripcin: Implementar la interfaz grfica de la historia de usuario.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz grfica cumpla con el estndar de interfaces utilizado.
Verificar que el estado de ganancias y prdidas se genere correctamente.

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_41 Reporte de ganancias y prdidas.
Nombre: Verificar que la interfaz grfica cumpla con el estndar de interfaces
utilizado.
Responsable: Wilmer Barrera
Fecha: 27/01/2016
Descripcin: Se verificara que la interfaz desarrollada cumpla con el estndar antes
definido para el desarrollo de las mismas.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Tener implementado los mtodos y servicios que permitan obtener la
informacin para mostrar en el reporte.
Haber desarrollado la interfaz de usuario para el reporte.
Pasos de ejecucin:
Ingresar al sistema.
Logearse como administrador.
Seleccionar la opcin Reportes.
Seleccionar la opcin Prdidas y Ganancias
Ingresar el ao en el cual se generara el reporte.
Ao: 2015
Mes inicio: 09
Mes final:11
Dar clic sobre el botn Aceptar.
Resultado esperado: La interfaz cumple con el estndar utilizado en el desarrollo
de las interfaces.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_11 Historia de Usuario: HU_41 Reporte de ganancias y prdidas.
Nombre: Verificar que el estado de ganancias y prdidas se genere correctamente.
Responsable: Wilmer Barrera
Fecha: 27/01/2016
Descripcin: Se verificara que
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Tener implementado los mtodos y servicios que permitan obtener la
informacin para mostrar en el reporte.
Haber desarrollado la interfaz de usuario para el reporte.
Pasos de ejecucin:
Ingresar al sistema.
Logearse como administrador.
Seleccionar la opcin Reportes.
Seleccionar la opcin Prdidas y Ganancias
Ingresar el ao en el cual se generara el reporte.
Ao: 201
Mes inicio:09
Mes final:11
Dar clic sobre el botn Aceptar.
Resultado esperado: El estado de prdidas y ganancias se genera de manera
correcta.
Evaluacin: Exitosa
ANEXO 100 CLCULO DE COSTOS DE LOS LICORES
HISTORIA DE USUARIO
Nmero: HU_45
Nombre: Calculo de costos de los licores
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 12
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Media
Puntos Reales: 10
Descripcin:
Como Administrador del negocio Licores Gia deseo poder realizar el clculo de los
costos de adquisicin, venta y mnimo para mis licores para tener un mejor control de
los diferentes costos que se manejan dentro del negocio.
Observaciones:
Los costos de venta y mnimo se calcularan acorde a un margen de ganancia.
El margen de ganancia debe ser ingresado por el usuario.
El costo de adquisicin debe poder ser calculado por los mtodos de costo
mximo, costo promedio y costo ponderado.

PRUEBAS DE ACEPTACIN
Comprobar que se actualicen correctamente los precios.
Comprobar que los precios de venta y de venta mnimo estn acorde al costo
de adquisicin y los mrgenes de ganancia.

Prueba de aceptacin

Cdigo: PA_01
Historia de Usuario: HU_45 Calculo de costos de los licores
Nombre: Comprobar que se actualicen correctamente los precios.
Responsable: Freddy Capuz
Fecha: 27/01/2016
Descripcin: Se deber verificar que los precios que se calculan para el licor se
actualicen correctamente en la tabla tblicor.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Deben estar implementados los mtodos de acceso a datos.
Deben estar implementados los mtodos de lgica de negocio.
Deben existir los licores de los que se calcularan los precios.
Pasos de ejecucin:
Ingresar la compra del licor Fostius Rosado 40 botellas al proveedor
Bielamark.
Verificar en la tabla licor que los costos de adquisicin, precio de venta y
precio mnimo estn actualizados.
Resultado esperado: Los campos mencionados debern estar correctamente
actualizados.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02 Historia de Usuario: HU_45 Calculo de costos de los licores
Nombre: Comprobar que los precios de venta y de venta mnimo estn acorde al
costo de adquisicin y los mrgenes de ganancia.
Responsable: Freddy Capuz
Fecha: 27/01/2016
Descripcin: Se deber verificar que los costos que calcula el sistema estn
correctos acorde al criterio para el costo y precios.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Deben estar implementados los mtodos de acceso a datos.
Deben estar implementados los mtodos de lgica de negocio.
Debe estar implementada la interfaz para ingresar los datos del local .
Deben existir los licores de los que se calcularan los precios.
Pasos de ejecucin:
Ingresar la compra del licor Fostius Rosado 40 botellas al proveedor
Bielamark.
Verificar en la tabla licor que el costo de adquisicin este acorde al criterio
para calcular el costo establecido.
Verificar que los precios de venta y de venta mnimo esten acorde a los
mrgenes establecidos.
Resultado esperado: Debe calcular correctamente los precios para el licor.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_45 Calculo de costos de los licores
Nmero de
Nombre de Tarea: Implementacin de los mtodos que permitan
Tarea: TI_01 calcular el costo de adquisicin por el mximo, promedio y
ponderado.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4

Fecha Inicio: 22/01/2016


Fecha Fin: 25/01/2016
Programador Responsable: Vctor Bayas
Descripcin: Se deber implementar los mtodos necesarios para realizar el
clculo del precio de adquisicin del licor acorde al algoritmo del costo mximo,
costo promedio y costo ponderado.
(Reverso)Pruebas de Aceptacin:
Verificar que se realice correctamente el clculo del costo mximo.
Verificar que se realice correctamente el clculo del costo promedio.
Verificar que se realice correctamente el clculo del costo ponderado.

Prueba de aceptacin
Cdigo: PA_03 Historia de Usuario: HU_45 Calculo de costos de los licores
Nombre: Verificar que se realice correctamente el clculo del costo mximo.
Responsable: Gianella Montao
Fecha: 25/01/2016
Descripcin: Se debe verificar que el mtodo implementado para calcular el costo
mximo calcule adecuadamente el costo de costo del licor.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Deben estar implementados el mtodo para calcular el costo mximo.
Deben estar ingresados licores de los que se va a calcular el costo de
adquisicin.
Pasos de ejecucin:
Hacer un test web service del servicio web CalculoMax.
Ingresar el id del licor FortiusRosado.
Verificar que el costo calculado sea el correcto.
Resultado esperado: El costo de adquisicin calculado para el Fortius Rosado este
acorde al algoritmo de costo mximo.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_04 Historia de Usuario: HU_45 Calculo de costos de los licores
Nombre: Verificar que se realice correctamente el clculo del costo promedio
Responsable: Freddy Capuz
Fecha: 25/01/2016
Descripcin: Se deber comprobar que este correctamente implementado el
mtodo del costo promedio calculando el costo promedio de un licor.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Deben estar implementados el mtodo para calcular el costo mximo.
Deben estar ingresados licores de los que se va a calcular el costo de
adquisicin.
Pasos de ejecucin:
Hacer un test web service del servicio web CalculoPromedio.
Ingresar el id del licor FortiusRosado.
Verificar que el costo calculado sea el correcto.
Resultado esperado: El costo de adquisicin calculado para el Fortius Rosado este
acorde al algoritmo de costo promedio.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_05 Historia de Usuario: HU_45 Calculo de costos de los licores
Nombre: Verificar que se realice correctamente el clculo del costo ponderado.
Responsable: Freddy Capuz
Fecha: 25/01/2016
Descripcin: Se deber comprobar que este correctamente implementado el
mtodo del costo ponderado calculando el costo ponderado de un licor.
Condiciones de Ejecucin:
Hacer un test web service del servicio web CalculoPromedio.
Ingresar el id del licor Fortius Rosado.
Verificar que el costo calculado sea el correcto.
Pasos de ejecucin:
Hacer un test web service del servicio web CalculoPromPonderado.
Ingresar el id del licor Fortius Rosado.
Verificar que el costo calculado sea el correcto
Resultado esperado: El costo de adquisicin calculado para el Fortius Rosado este
acorde al algoritmo de costo ponderado.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_45 Calculo de costos de los licores
Nmero de Tarea:
Nombre de Tarea: Implementacin de los mtodos que
TI_02
permitan calcular el costo de venta y el costo mnimo.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 26/01/2016
Fecha Fin: 26/01/2016
Programador Responsable: Vctor Bayas
Descripcin: Se deber implementar los mtodos necesarios para realizar el
clculo del precio de venta del licor as como del precio de venta mnimo para el
licor.
(Reverso)Pruebas de Aceptacin:
Verificar que se realice correctamente el clculo del precio de venta.
Verificar que se realice correctamente el clculo del precio de venta mnimo.

Prueba de aceptacin
Cdigo: PA_06 Historia de Usuario: HU_45 Calculo de costos de los licores
Nombre: Verificar que se realice correctamente el clculo del precio de venta.
Responsable: Freddy Capuz
Fecha: 26/01/2016
Descripcin: Se debe comprobar que el precio de venta que se calcula est bien
calculado acorde al costo de adquisicin del licor y del margen de ganancia
establecido.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Deben estar implementados el mtodo para calcular el costo mximo.
Los mrgenes de ganancia deben estar establecidos.
Deben estar ingresados licores de los que se va a calcular el precio de venta.
Pasos de ejecucin:
Hacer un test web service del servicio web CalculoPrecioVenta.

Ingresar el id del licor Fortius Rosado.


Verificar que el precio de venta que calcula el mtodo sea el correcto
Resultado esperado: El precio de venta calculado para el Fortius Rosado este
correctamente calculado.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_07 Historia de Usuario: HU_45 Calculo de costos de los licores
Nombre: Verificar que se realice correctamente el clculo del precio de venta.
Responsable: Freddy Capuz
Fecha: 26/01/2016
Descripcin: Se debe comprobar que el precio mnimo de venta que se calcula
est bien calculado acorde al costo de adquisicin del licor y del margen de
ganancia establecido.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Deben estar implementados el mtodo para calcular el costo mximo.
Los mrgenes de ganancia deben estar establecidos.
Deben estar ingresados licores de los que se va a calcular el precio de venta.
Pasos de ejecucin:
Hacer un test web service del servicio web CalculoPrecioVentaMin.
Ingresar el id del licor Fortius Rosado.
Verificar que el precio que calcula el servicio este correctamente calculado.
Resultado esperado: El precio de venta calculado para el Fortius Rosado este
correctamente calculado.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_45 Calculo de costos de los licores
Nmero de Tarea:
Nombre de Tarea: Implementacin del cliente y del servicio
TI_02
web que en la capa de lgica de negocio para los mtodos de
clculo de precios creados.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 25/01/2016
Fecha Fin: 25/01/2016
Programador Responsable: Vanessa Bonito
Descripcin: Se deber implementar un cliente web que permita consumir los
servicios web de clculo de precios para los licores implementados en la capa de
acceso a datos y a su vez publicar un servicio web con estos mtodos.
(Reverso)Pruebas de Aceptacin:
Verificar que la capa de lgica de negocio consuma el servicio de la capa de
acceso a datos.
Comprobar que los datos que los precios calculado en el acceso a datos y
que se pasan a la lgica estn correctos.

Prueba de aceptacin
Cdigo: PA_08 Historia de Usuario: HU_45 Calculo de costos de los licores
Nombre: Verificar que la capa de lgica de negocio consuma el servicio de la capa
de acceso a datos.

Responsable: Freddy Capuz


Fecha:
Descripcin: Comprobar que la lgica de negocio consuma adecuadamente los
servicios web del acceso a datos.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Deben estar implementados los mtodos de acceso a datos.
Deben estar implementados los mtodos de lgica de negocio.
Pasos de ejecucin:
Realizar un test en el servicio web CalculoMax.
Verificar que consuma el servicio web de acceso a datos.
Realizar un test en el servicio web CalculoPromedio.
Verificar que consuma el servicio web de acceso a datos.
Realizar un test en el servicio web CalculoPonderado.
Verificar que consuma el servicio web de acceso a datos.
Realizar un test en el servicio web CalculoPrecioVenta.
Verificar que consuma el servicio web de acceso a datos.
Realizar un test en el servicio web CalculoPrecioVentaMin.
Verificar que consuma el servicio web de acceso a datos.
Resultado esperado: Los mtodos de lgica de negocio debern consumir los
servicios creados en la capa de acceso a datos.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_08 Historia de Usuario: HU_45 Calculo de costos de los licores
Nombre: Comprobar que los datos que los precios calculado en el acceso a datos y
que se pasan a la lgica estn correctos.
Responsable: Freddy Capuz
Fecha:
Descripcin: Se deber comprobar que los datos que el servicio web de acceso a
datos pasa a la lgica de negocio son correctos.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Deben estar implementados los mtodos de acceso a datos.
Deben estar implementados los mtodos de lgica de negocio.
Deben existir los datos de los licores de los que se calcular el costo en la
base de datos.
Pasos de ejecucin:
Realizar un test en el servicio web CalculoMax con el id de licor Fotius
Rosado.
Verificar que los datos devueltos sean correctos.
Realizar un test en el servicio web CalculoPromedio con el id de licor Fotius
Rosado.
Verificar que los datos devueltos sean correctos.
Realizar un test en el servicio web CalculoPonderado con el id de licor Fotius
Rosado.
Verificar que los datos devueltos sean correctos.
Realizar un test en el servicio web CalculoPrecioVenta con el id de licor
Fotius Rosado.
Verificar que los datos devueltos sean correctos.

Realizar un test en el servicio web CalculoPrecioVentaMIn con el id de licor


Fotius Rosado.
Verificar que los datos devueltos sean correctos.
Resultado esperado: Los datos que la capa de acceso a datos da a la capa de
lgica de negocio deben ser correctos.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_45 Calculo de costos de los licores
Nmero de Tarea:
Nombre de Tarea: Implementacin de la interfaz para el
TI_03
ingreso de las configuraciones.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 27/01/2016
Fecha Fin: 27/01/2016
Programador Responsable: Vctor Vayas
Descripcin: Se deber implementar una interfaz que permita ingresar los datos
generales del local como direccin, telfono, mrgenes de ganancia y hacer que
cuando se registre la compra de un licor se calculen los costos.
(Reverso)Pruebas de Aceptacin:
Comprobar que los datos del local se guarden correctamente.
Verificar que se calculen el precio de venta y precio de venta mnimo acorde
a los mrgenes ingresados por medio de la interfaz creada.

Prueba de aceptacin
Cdigo: PA_09 Historia de Usuario: HU_45 Calculo de costos de los licores
Nombre: Comprobar que los datos del local se guarden correctamente.
Responsable: Freddy Capuz
Fecha: 27/01/2016
Descripcin: Se deber verificar que los datos del local se guardan correctamente
a travs de la interfaz realizada.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Deben estar implementados los mtodos de acceso a datos.
Deben estar implementados los mtodos de lgica de negocio.
Debe estar implementada la interfaz para ingresar los datos del local.
Pasos de ejecucin:
Abrir la interfaz de ingresar los datos del local.
Ingresar el ci del local.
Ingresar el ci del propietario.
Ingresar el nombre del propietario.
Ingresar la direccin del local.
Ingresar el telfono de local.
Dar clic en guardar.
Resultado esperado: Los datos del local deben guardarse correctamente en la
base.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_10 Historia de Usuario: HU_45 Calculo de costos de los licores

Nombre: Verificar que se calculen el precio de venta y precio de venta mnimo


acorde a los mrgenes ingresados por medio de la interfaz creada.
Responsable: Freddy Capuz
Fecha: 27/01/2016
Descripcin: se deber verificar si los clculos para los precios de venta y venta
mnimo se calculen en concordancia con los mrgenes de venta establecidos.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Deben estar implementados los mtodos de acceso a datos.
Deben estar implementados los mtodos de lgica de negocio.
Debe estar implementada la interfaz para ingresar los datos del local
Deben existir los licores de los que se calcularan los precios.
Pasos de ejecucin:
Ingresar la compra del licor Fostius Rosado 40 botellas al proveedor
Bielamark.
Verificar en la tabla licor que el costo de adquisicin este acorde al criterio
para calcular el costo establecido.
Verificar que los precios de venta y de venta mnimo sean correctamente
calculados.
Resultado esperado: Debe calcular correctamente los precios para el licor.
Evaluacin: Exitosa
ANEXO 101 CANCELAR EL PEDIDO
HISTORIA DE USUARIO
Nmero: HU_20
Nombre: Cancelar el pedido.
Modificacin de historia nmero:
Usuario: Usuarios
Iteracin Asignada: 12
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Medio
Puntos Reales: 10
Descripcin:
Como Usuarios deseamos poder cancelar algn pedido para ya no tener en cuenta
esa reservacin.
Observaciones:
Una vez realizado el pedido el cliente podr cancelarlo en un perodo de 24 horas,
sino lo hace dentro de ese periodo, el pedido no podr ser cancelado.

PRUEBAS DE ACEPTACIN
Si el cliente intenta cancelar un pedido fuera de las 24 horas establecidas, el
sistema no deber permitirlo.
Cuando el cliente cancela un pedido este deber cambiar su estado ha
cancelado.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_20 Cancelar pedido
Nombre: Si el cliente intenta cancelar un pedido fuera de las 24 horas establecidas, el
sistema no deber permitirlo.
Responsable: Adriana Velsquez
Fecha: 27/01/2016
Descripcin: Al ejecutar el mtodo se debe presentar la pgina del tester
Condiciones de Ejecucin:
El mtodo EliminarCategoria en la capa de acceso debe estar implementado.

Pasos de ejecucin:
Ir al servicio web de la capa de acceso a datos.
Dar clic derecho.
Seleccionar Test Web Service.
Escribir en el mtodo EliminarCategoria Cerveza.
Resultado esperado:
Debe devolver una false
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_20 Cancelar pedido
Nombre: Cuando el cliente cancela un pedido este deber cambiar su estado ha
cancelado.
Responsable: Natalia Pilco
Fecha: 27/01/2016
Descripcin: Comprobar que el mtodo implementado en la capa acceso a datos
elimina la categora de forma correcta.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
El servicio web EliminarCategoria debe estar implementada.
Pasos de ejecucin:
Ir al servicio web de la capa de acceso a datos.
Dar clic derecho.
Seleccionar Test Web Service.
Ingresar el dato Tequila.
Dar clic en EliminarCategoria.
Resultado esperado:
Se debe mostrar un True.
Evaluacin: Exitosa
TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_20 Cancelar pedido
Nmero
de Nombre de Tarea: Realizar funcionalidad para actualizar pedidos
Tarea: TI_01
que deben cancelados al pasar el tiempo de reservacin.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 18/01/2016
Fecha Fin: 22/01/2016
Programador Responsable: Wilmer Barrera
Descripcin: Implementar la funcin que actualice los pedidos que van a ser
cancelados una vez que ha pasados dos das desde que ha reservado.
(Reverso)Pruebas de Aceptacin:
Verificar que las sentencias sql se ejecuten correctamente.
Verificar que la funcionalidad implementada en la capa Acceso a Datos
funcione correctamente.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_20 Cancelar pedido

Nombre: Verificar que las sentencias sql se ejecuten correctamente.


Responsable: Adriana Velsquez
Fecha: 22/01/2016
Descripcin: Comprobar que la sentencia sql para la actualizacin los datos al
momento de cancelar el pedido.
Condiciones de Ejecucin:
Ejecutar Postgresql
Pasos de ejecucin:
Ir a capa de acceso a datos.
En la sentencia sql del actualizar pedido cambiamos los campos a enviar:
Cantidad.
Testear el servicio.
Ir al navegador hacer clic en IngresarCategoria.
Verificar el mensaje de ingreso, exitoso.
Resultado esperado:
Se ejecut la sentencia sql.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_20 Cancelar pedido
Nombre: Verificar que la funcionalidad implementada en la capa Acceso a Datos
funcione correctamente.
Responsable: Adriana Velsquez
Fecha: 22/01/2016
Descripcin:
Verificar
que
la
funciones
ActualizarEstadoPedido
y
CambiarEstadoPedido realizada para la actualizacin de la cancelacin de pedidos
despus de dos das se encuentren implementadas en la capa de Acceso a Datos.
Condiciones de Ejecucin:
Verificar la pertinencia a conexin a la base de datos.
Verificar que los mtodos de la clase Base de datos manipule correctamente las
peticiones de respuesta hacia la base de datos.
Pasos de ejecucin:
Gestionar correctamente las conexiones a la Base de Datos
Establecer correctamente la sentencia SQL para la actualizacin.
Manipular adecuadamente la respuesta de la Base de Datos.
Emitir respuesta de comprobacin de la actualizacin.
Mantener control de errores de la sentencia SQL(A travs de try - catch).
Resultado esperado:
La implementacin de los mtodos ActualizarEstadoPedido y CambiarEstadoPedido ha
sido de forma correcta.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_20 Cancelar pedido
Nmero
de
Tarea: Nombre de Tarea: Implementare servicios web y servicios
TI_02
web cliente tanto en las capas de AD, LN e IU
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 22/01/2016
Fecha Fin: 22/01/2016
Programador Responsable: Wilmer Barrera

Descripcin: Publicar los servicios web de los mtodos mtodos


ActualizarEstadoPedido y CambiarEstadoPedido en la capa de AD, LN e IU
(Reverso)Pruebas de Aceptacin:
Verificar que los Datos que se envan para la cancelar un pedido sean los
correctos.
Verificar que los servicios web clientes en las diferentes capas del proyecto
consuman los servicios web de las otras capas.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_20 Cancelar pedido
Nombre: Verificar que los Datos que se envan para la cancelar un pedido sean los
correctos
Responsable: Evelyn Valencia
Fecha: 25/01/2016
Descripcin: Comprobar que el servicio web de la capa AD, LN e IU se encuentran
publicados. Y que los servicios web clientes consuman los recursos correctamente.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
La pabla pedidos debe tener datos.
Los mtodos ActualizarEstadoPedido y CambiarEstadoPedido deben estar
implementados.
Pasos de ejecucin:
Ir al servicio web de la capa de Acceso a datos.
Dar clic derecho.
Seleccionar Test Web Service.
Buscar el mtodo CambiarEstadoPedido
Enviar los parmetros de Cdigo del pedido y el estado.
Presionar el botn CambiarEstadoPedido.
Mostrar que el pedido ha cambiado sus estado.
Dar clic sobre el botn ActualizarEstadoPedido.
Resultado esperado:
Se puede visualizar que el estado del pedido ha sido modificado
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_20 Cancelar pedido
Nombre: Verificar que los servicios web clientes en las diferentes capas del proyecto
consuman los servicios web de las otras capas.
Responsable: Adriana Velsquez
Fecha: 25/01/2016
Descripcin: Verificar que el servicio web cliente de la capa de LN e IU consuman los
recursos de los servicios web.
Condiciones de Ejecucin:
Debe existir conexin a la base de datos.
Los mtodos ActualizarEstadoPedido y CambiarEstadoPedido
El servicio web de la capa de acceso a patos debe estar funcionando.

Pasos de ejecucin:
Ir al servicio web de la capa de lgica de negocios
Dar clic derecho
Seleccionar Test Web Service
Ingresar los parmetros de cdigo del pedido y el estado en
CambiarEstadoPedido
Dar clic en el botn CambiarEstadoPedido
Mostrar los datos del pedido que se ha ingresado.
Resultado esperado:
El estado del pedido ha sido modificado.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_20 Cancelar pedido
Nmero
de
Tarea: Nombre de Tarea: Realizar la interfaz para cancelar
TI_03
pedido por parte del cliente.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 26/01/2016
Fecha Fin: 27/01/2016
Programador Responsable: Wilmer Barrera
Descripcin: Implementar la funcin que actualice los pedidos que van a ser
cancelados una vez que ha pasados dos das desde que ha reservado.
(Reverso)Pruebas de Aceptacin:
Verificar que se presente los pedidos que tienen un cliente para que as pueda
cancelar o anular un pedido.
Verificar que se anule el pedido correcto que ha seleccionado el cliente.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_20 Cancelar pedido
Nombre: Verificar que se presente los pedidos que tienen un cliente para que as
pueda cancelar o anular un pedido.
Responsable: Wilmer Barrera
Fecha: 2701/2016
Descripcin: Comprobar que se listen todos los pedidos que posea un cliente para
poder realizar la cancelacin o anulacin del mismo.
Condiciones de Ejecucin:
La interfaz para VerPedidoCliente debe estar implementada.
El ControlCancPedido.jsp debe estar implementada.
Pasos de ejecucin:
Ejecutar VerPedidoCliente.jsp
Mostrar los pedidos realizados con las fechas que se han realizado las
reservaciones.
Seleccionar el pedido a Cancelar.
Seleccionar Anular Pedido.
Resultado esperado: El pedido ha sido anulado.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_20 Cancelar pedido
Nombre: Verificar que se anule el pedido correcto que ha seleccionado el cliente.
Responsable: Natalia Pilco
Fecha: 26/01/2016
Descripcin: Comprobar que el pedido seleccionado por el cliente ha sido eliminado.
Condiciones de Ejecucin:
La interfaz para VerPedidoCliente debe estar implementada.
El ControlCancPedido.jsp debe estar implementada.
Pasos de ejecucin:
Ejecutar VerPedidoCliente.jsp
Mostrar los pedidos realizados con las fechas que se han realizado las
reservaciones.
Seleccionar el pedido de un cliente a Cancelar.
Seleccionar Anular Pedido.
Resultado esperado: El pedido seleccionado por el cliente ha sido anulado.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_20 Cancelar pedido
Nmero
de
Tarea: Nombre de Tarea: Modificar interfaz buscar pedido para
TI_04
agregar botn anular pedido por parte del empleado y
admin
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 26/01/2016
Fecha Fin: 27/01/2016
Programador Responsable: Wilmer Barrera
Descripcin: Implementar el botn anular pedido en la interfaz de usuario para
buscar pedidos por parte del administrador y empleado.
(Reverso)Pruebas de Aceptacin:
Verificar que el botn agregado para anular un pedido cumpla con la
funcionalidad que cancelar un pedido en especfico.
Verificar que solo el empleado y administrador pueda acceder a dicha interfaz.

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_20 Cancelar pedido
Nombre: Verificar que el botn agregado para anular un pedido cumpla con la
funcionalidad que cancelar un pedido en especifico
Responsable: Adriana Velsquez
Fecha: 27/01/2016
Descripcin: Comprobar que al eliminar una categora que contiene licores estos
pasen a sin categora y luego se elimine dicha categora.
Condiciones de Ejecucin:
La interfaz para Eliminar Categora debe estar implementada.
Pasos de ejecucin:
Ejecutar el BuscarPedido.jsp
Seleccionar el estado del pedido.
Listar los pedidos segn el estado seleccionado.
Seleccionar uno de los pedidos.
Presionar en el botn Anular Pedido.

Resultado esperado: el botn Anula pedido que ha sido aadido en la interfaz de la


pgina de buscar pedido realiza su accin correspondiente.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: HU_20 Cancelar pedido
Nombre: Verificar que solo el empleado y administrador pueda acceder a dicha
interfaz.
Responsable: Adriana Velsquez
Fecha: 27/01/2016
Descripcin: Comprobar solo tenga acceso a la anulacin de pedidos el administrador
del negocio y los empleados que trabajan en la licorera..
Condiciones de Ejecucin:
La interfaz para BuscarPedido, VerPedidosCliente debe estar implementada.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto.
Loguearse como administrador.
Seleccionar el mtodo Buscar Pedido.
Dar clic sobre el botn Anular.
Resultado esperado: Solo el administrador como el empleado tienen acceso a la
opcin de anular los pedidos realizados.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_20 Cancelar pedido
Nmero
de
Tarea: Nombre de Tarea: Realizar el controlador en la capa IU
TI_05
para cancelar un pedido
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 26/01/2016
Fecha Fin: 27/01/2016
Programador Responsable: Wilmer Barrera
Descripcin: Implementar la funcin que actualice los pedidos que van a ser
cancelados una vez que ha pasados dos das desde que ha reservado.
(Reverso)Pruebas de Aceptacin:
Verificar que en el controlador recoja los datos correctos para cancelar un
pedido.
Verificar que el controlador funcione correctamente tanto para el cliente,
empleado y Administrador.

Prueba de aceptacin
Cdigo: PA_11
Historia de Usuario: HU_20 Cancelar pedido
Nombre: Verificar que en el controlador recoja los datos correctos para cancelar un
pedido.
Responsable: Adriana Velsquez
Fecha: 27/01/2016
Descripcin: Comprobar que los datos de pedido sean manipulados correctamente
hasta completar el proceso de cancelacin del mismo.
Condiciones de Ejecucin:
La interfaz para Cancelar Pedido debe estar implementada.

Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador
Seleccionar el mtodo Mostrar Pedidos
Seleccionar un pedido
Dar clic en la opcin cancelar pedido.
Resultado esperado: El pedido seleccionado no debe constar en la lista actual de
pedidos.
Evaluacin: Exitosa
Prueba de aceptacin
Cdigo: PA_12
Historia de Usuario: HU_20 Cancelar pedido
Nombre: Verificar que el controlador funcione correctamente tanto para el cliente,
empleado y Administrador.
Responsable: Adriana Velsquez
Fecha: 27/01/2016
Descripcin: Comprobar que el controlador verifique el tipo de usuario que se
encuentra con una sesin activa, y de acuerdo a sus privilegios se le permita procesar
informacin requerida.
Condiciones de Ejecucin:
El controlador para la cancelacin de pedidos debe funcionar en su fase inicial.
Pasos de ejecucin:
Ejecutar el index de nuestro proyecto
Loguearse como administrador, cliente y empleado.
Seleccionar el mtodo Mostrar Pedidos
Escoger un pedido especfico
En el caso de los usuarios administrador y empleado, dar clic sobre el botn
cancelar pedido
Resultado esperado: Al probar el proceso para cancelar un pedido, en cada una de
las instancias de sesin con los tipos de usuario Administrador, Empleado y Cliente, se
debe respetar los privilegios de cada uno para permitirle o no ejecutar el proceso de
cancelacin de pedido.
Evaluacin: Exitosa
ANEXO 102 REALIZACIN DEL MANUAL TECNICO
METFORA DEL SISTEMA
Nmero: MS_08
Nombre: Realizacin del manual tcnico
Modificacin de metfora Nmero:
Usuario: Desarrollador
Iteracin Asignada: 12
Prioridad en Negocio: Bajo
Puntos Estimados: 6
Riesgo en desarrollo: Bajo
Puntos Reales: 6
Descripcin:
Como desarrollador deseo que todo lo relacionado con las tcnicas de gestin
proyecto y de codificacin este correctamente documentadas en un manual.
Observaciones:
El manual tcnico se realizar para cada iteracin.
Pruebas de Aceptacin

Todos los desarrolladores debern realizar la documentacin requerida de


cada una de las tareas realizadas.
Verificar que la documentacin sea clara y concisa.

Prueba de Aceptacin
Cdigo: PA_01
Historia de Usuario: MS_08 Manual tcnico
Nombre: Todos los desarrolladores debern realizar la documentacin requerida de
cada una de las tareas realizadas.
Responsable: Vanessa Bonito Fecha: 27/01/2016
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.
Condiciones de Ejecucin: Se deben conocer los procesos realizados a lo largo
del desarrollo de la etapa.
Pasos de ejecucin
Anlisis de todas las etapas que se estn realizando para el proceso del
desarrollo del Proyecto.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: el manual tcnico debe estar bien realizado con cada uno de
los elementos de las tareas para la documentacin.
Evaluacin de la prueba: Exitosa.

Prueba de Aceptacin
Cdigo: PA_02
Historia de Usuario: MS_08 Manual tcnico.
Nombre: Verificar que la documentacin sea clara y concisa.
Responsable: Freddy Capz Fecha: 27/01/2016
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.
Condiciones de Ejecucin: Se deben conocer los procesos realizados al largo del
desarrollo de la etapa.
Pasos de ejecucin
Se leer el manual tcnico.
Se realizar un anlisis de su informacin contenida.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: El contenido del manual tcnico sea entendible para todos
los desarrolladores.
Evaluacin de la prueba: Exitosa.
ANEXO 103 MANUAL DE USUARIO
METAFORA DEL SISTEMA
Nmero: MS_09
Nombre: Realizacin del manual de usuario
Modificacin de metfora nmero:
Usuario: Usuario
Iteracin Asignada: 12
Prioridad en Negocio: Alta
Puntos Estimados: 4
Riesgo en desarrollo: Bajo
Puntos Reales: 4
Descripcin:
Como desarrollador deseo documentar cmo se maneja y est estructurado el
sistema para que el cliente lo pueda utilizar fcilmente y de una manera gil.

Observaciones:

Pruebas de Aceptacin
El lenguaje utilizado deber ser de sencilla comprensin para el usuario.
El manual deber contener descripciones de pantallas y su
funcionamiento.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_09 Realizacin del manual de
usuario
Nombre: El lenguaje utilizado deber ser de sencilla comprensin para el usuario.
Responsable: Jos Acn
Fecha: 27/01/2016
Descripcin: El manual de usuario tiene un lenguaje de sencilla comprensin para el
usuario, el cliente ha podido realizar las actividades de la pgina sin necesidad de
que este presenten uno de los programadores.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se puede seguir los pasos especificados en el manual.
Resultado esperado: El sistema debe ser entendible para el usuario por medio de
los manuales.
Evaluacin de la prueba: Exitosa.

PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: MS_09 Realizacin del manual de usuario
Nombre: El manual deber contener descripciones de pantallas y en cada una su
funcionamiento descriptivo
Responsable: Vanessa Bonito
Fecha: 27/01/2016
Descripcin: El manual de usuario tiene que ser descriptivo llevando en si de una
forma grfica y textual de lo que realiza cada parte de la aplicacin
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se realiza lo que est escrito en el manual.
Resultado esperado: El usuario se guio mediante las interfaces y descripciones
dando como resultado el maneje del sistema por medio del manual.
Evaluacin de la prueba: Exitosa.

Tareas de ingeniera
TAREA DE INGENIERA
Metfora: MS_08 Realizacin del manual de usuario

Nmero de Tarea: TI_01 Nombre de Tarea: Realizar el manual de usuario.


Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 22/01/2016
Fecha Fin: 28/01/2016
Programador Responsable: Jos Acn
Descripcin: Realizar el manual de usuario para que el cliente tenga una gua
especifica de manejo del producto que le ser entregado.
Pruebas de Aceptacin
Verificar que el manual de usuario contemple todas las especificaciones de uso del
sistema para que pueda tener un manejo ptimo del mismo.

PRUEBA DE ACEPTACIN
Cdigo: PA_01 Historia de Usuario: MS_09 Realizacin del manual de usuario
Nombre: TI_01 Realizar el manual de usuario.
Responsable: Yessenia Pilco
Fecha: 27/01/2016
Descripcin: Se requiere analizar el manual de usuario generado para verificar si
cuenta con las especificaciones de gua necesarias.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Analizar la redaccin del manual de usuario para ver si se encuentran
especificadas los pasos para el manejo de cada funcionalidad.
Verificar que la gua realizada en el manual lleva al usuario hacia los
resultados correctos.
Resultado esperado: Llegar a la conclusin de que el manual est apto para su
entrega al usuario y que le ser de utilidad como gua en el manejo del sistema.
Evaluacin de la prueba: Exitosa.
ANEXO 104 DEPLIEGUE TOTAL
METFORA DEL SISTEMA
Nmero: MS_10
Nombre: Despliegue total
Modificacin de metfora nmero:
Usuario: Desarrollador
Iteracin Asignada:13
Prioridad en Negocio: Alta
Puntos Estimados: 10
Riesgo en desarrollo: Bajo
Puntos Reales: 10
Descripcin: Como desarrolladores necesitamos dejar desplegado el sistema
segn la arquitectura ya establecida para poder entregar el sistema y que este
pueda empezar a ser usado por el cliente.
Observaciones:

PRUEBAS DE ACEPTACIN
Verificar que los distintos servidores se encuentren levantados.
Validar que desde cualquier computadora con acceso a internet se puede
acceder al servicio del servidor web.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: MS_ 10 Despliegue total
Nombre: Verificar que los distintos servidores se encuentren levantados.

Responsable: Natalia Pilco


Fecha: 11/02/2016
Descripcin: Comprobar que se los servidores se encuentren levantados
Condiciones de Ejecucin:
Verificar que los servidores glassfish en los distintos ordenadores se
encuentren levantados
Verificar que el servidor de base de datos se encuentre funcionando.
Verificar que el jdk se encuentre instalado.
Verificar que el servidor de DNS y DHCP se encuentren funcionando
Pasos de ejecucin:
Abrir el prompt.
Ejecutar el comando ping con la direccin IP del servidor del que se quiere
comprobar la conexin.
Resultado esperado: todos los servidores se encuentran levantados y funcionando
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: MS_ 10 Despliegue total
Nombre: Validar que desde cualquier computadora con acceso a la red interna se
puede acceder al servicio del servidor web.
Responsable: Adriana Velsquez
Fecha: 11 /02/2016
Descripcin: cualquier cliente puede acceder a los servicios siempre y cuando se
encuentre conectado a la red interna.
Condiciones de Ejecucin:
Verificar que los servidores glassfish en los distintos ordenadores se
encuentren levantados
Verificar que el servidor de base de datos se encuentre funcionando.
Verificar que el jdk se encuentre instalado.
Verificar que el servidor de DNS y DHCP se encuentren funcionando.
Verificar que los ordenadores se encuentren conectados a la misma red.
Pasos de ejecucin:
Configurar una mquina como cliente.
Verificar que se haga ping entre el cliente y el servidor web.
Verificar que se pueda ingresar al servidor a travs del navegador.
Resultado esperado: Cualquier ordenador que se encuentre unido a la red tiene
acceso a los servicios del servidor web.
Evaluacin: Exitoso

TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: MS_ 10 Despliegue total
Nmero
de
Tarea: Nombre de Tarea: Instalacin de sistemas operativos
Windows (4 mquinas) y centos 7 minimal (1 mquina)
TI_01
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 05/02/2016
Fecha Fin: 05/02/2016
Programador Responsable: Wilmer Barrera.

Descripcin: instalar en mquinas virtuales los sistemas operativos Windows server


y centOS mnimal.
(Reverso)Pruebas de Aceptacin:
Todas las mquinas deben estar funcionando correctamente.
Verificar que todas las mquinas estn dentro de una misma red.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: MS_ 10 Despliegue total.
Nombre: Todas las mquinas deben estar funcionando correctamente.
Responsable: Adriana Velsquez
Fecha: 11/02/2016
Descripcin: Comprobar que las maquinas con los sistemas operativos que han sido
creadas
Condiciones de Ejecucin:
Verificar que la sistema operativo este estable
Verificar que se pueden conectar a la red
Que los servidores se encuentren funcionando correctamente
Pasos de ejecucin:
Acceder a C/U de los ordenadores.
Comprobar que haya conexin de red.
Comprobar que se le haya asignado una direccin IP a travs del DHCP.
Verificar que cada mquina tenga acceso a cada recurso.
Comprobar la comunicacin bilateral entre todos los ordenadores
Resultado esperado: los ordenadores se encuentran funcionando correctamente
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_40 Modificar categora
Nombre: Verificar que todas las mquinas estn dentro de una misma red.
Responsable: Adriana Velsquez
Fecha: 11/02/2016
Descripcin: Comprobar que todas las computadoras se encuentren en una misma
red verificando las direcciones IP.
Condiciones de Ejecucin:
El servidor DHCP debe encontrarse configurado y funcionando correctamente.
Pasos de ejecucin:
Conectarse a la red.
Abrir el prompt.
Ejecutar el comando ipconfig para ver que ip est asignada a cada mquina.
Hacer ping entre mquinas para verificar que se encuentren conectadas en la
misma red.
Resultado esperado: Todas las mquinas se encuentran conectadas a la misma red.
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: MS_ 10 Despliegue total
Nmero
de
Tarea: Nombre de Tarea: Poner el servidor glassfish en 3
mquinas con el S.O Windows e Instalar JDK de java
TI_02

Tipo de Tarea: Desarrollo


Puntos Estimados: 2
Fecha Inicio: 08/02/2016
Fecha Fin: 08/02/2016
Programador Responsable: Wilmer Barrera
Descripcin: instalar el servidor glassfish en 3 mquinas con el sistema operativo
de Windows e instalar el JDK de java
(Reverso)Pruebas de Aceptacin:
Verificar que glassfish est funcionando correctamente.
Verificar que glassfish pueda desplegar los archivos jsp (para esto es
necesario tener instalado el jdk de java).

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: MS_ 10 Despliegue total
Nombre: Verificar que glassfish est funcionando correctamente.
Responsable: Adriana Velsquez
Fecha: 11/02/2016
Descripcin: Comprobar que encuentre instalado y configurado el servidor de
glassfish en una mquina.
Condiciones de Ejecucin:
Instalar el servidor de glassfish.
Pasos de ejecucin:
Verificar que se est ejecutando glassfish por el puerto 4848.
Resultado esperado: El servidor glassfish en el puerto4848 se encuentra
funcionando correctamente
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: MS_ 10 Despliegue total
Nombre: Verificar que glassfish pueda desplegar los archivos jsp (para esto es
necesario tener instalado el jdk de java).
Responsable: Adriana Velsquez
Fecha: 11/02/2016
Descripcin: Comprobar que los archivos .jsp se puedan desplegar con el servidor
glassfish.
Condiciones de Ejecucin:
Instalar el servidor de glassfish.
Instalar el jdk de java.
Pasos de ejecucin:
Cargar un archivo .war de prueba hecho con java server page
Verificar que despliegue correctamente dicha aplicacin.
Resultado esperado: el servidor de glassfish ejecuta correctamente los archivos jsp
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: MS_ 10 Despliegue total
Nmero
de
Tarea: Nombre de Tarea: Instalar y configurar postgresql 9.4
en la mquina de centos 7 minimal, junto con el firewall.
TI_03
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 9/02/2016
Fecha Fin: 09/02/2016

Programador Responsable: Wilmer Barrera


Descripcin: instalar el sistema operativo CentOS para instalar el servidor de base
de datos.
(Reverso)Pruebas de Aceptacin:
Verificar que se rechace el ping desde cualquier mquina hacia la base de
datos.
Verificar que la base de datos se conecte solo con la mquina de la capa de
acceso a datos.
Verificar que el firewall sea configurado correctamente y se activen los
puertos necesarios para el gestor de base de datos Portgresql.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: MS_ 10 Despliegue total
Nombre: Verificar que se rechace el ping desde cualquier mquina hacia la base de
datos.
Responsable: Adriana Velsquez
Fecha: 11/02/2016
Descripcin: configurar el firewall para que rechace la solicitud de conexin de la las
mquinas que no son la capa de acceso a datos.
Condiciones de Ejecucin:
La mquina que contenga la base de datos debe encontrarse estar encendida.
Las reglas del firewall deben estar bien implementadas.
Todas las mquinas deben encontrarse conectadas a la misma red.
Pasos de ejecucin:
Escoger una de las mquinas que no contenga la capa de acceso a datos.
Abrir el prompt.
Ejecutar el comando ping hacia el servidor de base de datos.
Recibir el rechazo de respuesta a travs de un time out.
Resultado esperado: el ping desde cualquier mquina que no sea la capa de
acceso a datos hacia el servidor de la base de datos fue rechazado
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: MS_ 10 Despliegue total
Nombre: Verificar que la base de datos se conecte solo con la mquina de la capa de
acceso a datos.
Responsable: Adriana Velsquez
Fecha: 11/02/2016
Descripcin: comprobar que solo se conecte la capa de acceso a datos con {a base de
datos.
Condiciones de Ejecucin:
La mquina que contenga la base de datos debe encontrarse estar encendida.
Las reglas del firewall deben estar bien implementadas.
Todas las mquinas deben encontrarse conectadas a la misma red.
Pasos de ejecucin:
Escoger la mquina que contenga la capa de acceso a datos.
Abrir el prompt.
Ejecutar el comando ping hacia el servidor de base de datos.
Recibir el respuesta de conexin a travs del envo de paquetes.

Resultado esperado: solo tiene acceso a la base de datos la mquina que contiene la
capa de acceso a datos, las otras mquinas con las que se realiz las pruebas no tienen
conexin.
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: MS_ 10 Despliegue total
Nombre: Verificar que el firewall sea configurado correctamente y se activen los
puertos necesarios para el gestor de base de datos Portgresql.
Responsable: Adriana Velsquez
Fecha: 11/02/2016
Descripcin: comprobar que las reglas del firewall se encuentren implementadas y
que los puertos para Postgresql se encuentren activados.
Condiciones de Ejecucin:
Las reglas de excepcin del firewall deben estar implementadas para el gestor
de base de datos.
Las maquinas deben encontrarse conectadas a la misma red.
El servicio de postgresql debe estar levantado.
Pasos de ejecucin:
Utilizar el ordenador en el que se encuentra la capa acceso a datos Hacer una prueba de conexin con la base de datos.
Recibir como respuesta un mensaje indicando que se mantiene una conexin
con el servidor.
Resultado esperado: los puertos del gestor de base datos se encuentran activados
ya que permite el acceso a la base.
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: MS_ 10 Despliegue total
Nmero
de
Tarea: Nombre de Tarea: Instalar y configurar servicio de DNS
y DHCP en la mquina de Windows
TI_04
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 10/02/2016
Fecha Fin: 10/02/2016
Programador Responsable: Wilmer Barrera
Descripcin: en la mquina de Windows server instalar los servicios de DHCP para
la comunicacin entre las capas y el DNS para el despliegue del dominio
(Reverso)Pruebas de Aceptacin:
Verificar cuando se hace ping a la mquina de interfaz de usuario por el
nombre www.proyecto3.licgia.com haga ping a la mquina 10.10.0.6
Verificar que el servidor de DHCP reparta direcciones ip a host nuevos que
se conectan a la red en un rango de 10.10.0.150 a 10.10.0.254

Prueba de aceptacin
Cdigo: PA_10
Historia de Usuario: MS_ 10 Despliegue total
Nombre: Verificar cuando se hace ping a la mquina de interfaz de usuario por el
nombre www.proyecto3.licgia.com haga ping a la mquina 10.10.0.6
Responsable: Vanessa Bonito
Fecha: 11/02/2016

Descripcin: al momento de hacer ping desde la mquina que contenga la interfaz


de usuario a la pgina www.proyecto3.licgia.com debe indicar que se esta haciendo
ping a la mquina 10.10.0.6
Condiciones de Ejecucin:
El servidor de base de datos debe encontrarse activo.
Debe encontrarse correctamente configurado el servidor DNS.
La red debe funcionar correctamente.
La mquinas deben encontrarse en red.
Pasos de ejecucin:
Ubicarse en la mquina de la capa de interfaz de usuario.
Abrir el prompt.
Hacer ping a www.proyecto3.licgia.com
Resultado esperado: al hacer ping a www.proyecto3.licgia.com muestra que se hace
ping a la mquina 10.10.0.6
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_11
Historia de Usuario: MS_ 10 Despliegue total
Nombre: Verificar que el servidor de DHCP reparta direcciones ip a host nuevos que
se conectan a la red en un rango de 10.10.0.150 a 10.10.0.254
Responsable: Giannella Montao
Fecha: 11/02/2016
Descripcin:.Comprobar que el servidor DHCP se encuentre emitiendo direcciones
IP de manera dinmica que se encuentren en el rango 10.10.0.150 a 10.10.0.254
Condiciones de Ejecucin:
El servidor DHCP se encuentre correctamente configurado.
Pasos de ejecucin:
Conectar una nueva mquina a la red.
Verificar q el servidor DHCP le asigne una IP de manera dinmica.
Resultado esperado: las nuevas mquinas que se aadieron a la red obtuvieron una
direccin IP en el rango de 10.10.0.150 a 10.10.0.254
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: MS_ 10 Despliegue total
Nmero
de
Tarea: Nombre de Tarea: Crear de archivos war de las distintas
capas del proyecto licores Gia.
TI_05
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 11/02/2016
Fecha Fin: 11/02/2016
Programador Responsable: Mara Jos Morillo
Descripcin: el momento de desplegar cada capa del proyecto se crean los
archivos .war que son necesarios para que se consuman los recursos de las capas.
(Reverso)Pruebas de Aceptacin:
Verificar que cada capa consuma el servicio de la anterior.
Verificar que se pueda ingresar al servidor de la interfaz de usuario como
cliente.

Prueba de aceptacin
Cdigo: PA_12
Historia de Usuario: MS_ 10 Despliegue total
Nombre: Verificar que cada capa consuma el servicio de la anterior.
Responsable: Wilmer Barrera
Fecha: 11/02/2016
Descripcin: Comprobar que al crear el archivo .war se ejecute en el servidor
glassfish, el wdsl de la capa de acceso debe encontrarse en la capa de lgica de
negocio en la cual debe colocarse la direccin IP del AC en lugar de localhost, de
igual manera al desplegar la capa de LN se crea el archivo .war el cual debe
ejecutarse en el servidor glassfish de la capa de interfaz de usuario para que
consuma los recurso de la LN.
Condiciones de Ejecucin:
Todas las capas deben estar implementadas cada una en diferente
computadora.
El servidor glassfish debe estar activo.
El servidor de base de datos debe encontrarse activo
Desplegar cada una de las capas para crear el archivo .war
Pasos de ejecucin:
Ejecutar el servidor glassfish
Seleccionar el archivo .war
Comprobar que se consuma los recursos de la capa anterior
Resultado esperado: se consume los recursos de las capas anteriores
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_13
Historia de Usuario: MS_ 10 Despliegue total
Nombre: Verificar que se pueda ingresar al servidor de la interfaz de usuario como
cliente.
Responsable: Carolina Valencia
Fecha: 11/02/2016
Descripcin: comprobar que se pueda ingresar al servidor de la interfaz de usuario
para visualizar la pgina como cliente
Condiciones de Ejecucin:
La base de datos debe estar activa
El servidor DNS debe estar funcionando correctamente
El servidor de acceso a datos de be estar funcionando.
El servidor de lgica de negocio debe encontrarse en funcionamiento.
Pasos de ejecucin:
Publicar el servicio web de la LN
Crear un servicio web cliente de la IU para que consuma las funciones de la
LN.
Conectarse desde un ordenador cualquiera y acceder al dominio.
Acceder a la interfaz principal de sistema.
Resultado esperado: el cliente puede ver la interfaz renderizada por completo a
travs del servidor de IU.
Evaluacin: Exitoso.
ANEXO 105 REPORTE DE VENTAS

HISTORIA DE USUARIO
Nmero:HU_27
Nombre: Reporte de ventas
Modificacin de historia nmero:
Usuario:Administrador
Iteracin Asignada:13
Prioridad en Negocio:Alta
Puntos Estimados:6
Riesgo en desarrollo:Baja
Puntos Reales: 6
Descripcin: Como administrador necesito conocer el reporte de las ventas que se
realizan en mi negocio.
Observaciones: El reporte se generara en el intervalo de fechas ingresadas por el
usuario.

PRUEBAS DE ACEPTACIN
Al generar el reporte se mostraran aquellas ventas realizadas en el periodo
de tiempo ingresados.
En el reporte se mostrara la informacin ms relevante correspondiente a
cada venta.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_ Reporte de ventas
Nombre: Al generar el reporte se mostraran aquellas ventas realizadas en el
periodo de tiempo ingresados
Responsable: Freddy Capuz
Fecha: 04/02/2015
Descripcin: Se comprobara que al generar el reporte, se muestre la informacin
correspondiente a las fechas ingresadas por el usuario.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicios que permitan presentar la
informacin en el reporte.
Pasos de ejecucin:
Ingresar al sistema.
Logearse como administrador.
Seleccionar la opcin reporte de ventas.
Ingresar las fechas:
Fecha inicio: 2015-011-19
Fecha fin: 2016-01-05
Dar clic en la opcin Buscar.
Resultado esperado: La informacin presentada en el reporte es la
correspondiente a las fechas de las ventas realizadas.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_ Reporte de ventas
Nombre: En el reporte se mostrara la informacin ms relevante correspondiente a
cada venta.
Responsable: Freddy Capuz
Fecha: 04/02/2015
Descripcin: Se comprobara que el reporte generado contenga la informacin ms
relevante correspondiente a cada venta.
Condiciones de Ejecucin:

Tener conexin con la Base de datos.


Tener implementado los mtodos y servicios que permitan presentar la
informacin en el reporte.
Pasos de ejecucin:
Ingresar al sistema.
Logearse como administrador.
Seleccionar la opcin reporte de ventas.
Ingresar las fechas:
Fecha inicio: 2015-011-19
Fecha fin: 2016-01-05
Dar clic en la opcin Buscar.
Resultado esperado: La informacin presentada en el reporte es la adecuada.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_ Reporte de ventas
Nmero de Tarea:
Nombre de Tarea: Implementar el mtodo de que
TI_01
permita obtener los datos de las ventas en el acceso a
datos.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 29/01/2016
Fecha Fin: 01/02/2016
Programador Responsable: Yesenia Pilco
Descripcin: Implementar el mtodo ReporteVentas que permita obtener la
informacin de las ventas, mediante un mtodo que ejecute la sentencia SQL
correspondiente y publicarlo como un servicio web en la capa de acceso a datos.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ReporteVentas implementado en el acceso a datos
recupere los datos esperados.
Comprobar mediante el servicio web ReporteVentas que el mtodo
desarrollado devuelve los resultados esperados.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_ Reporte de ventas
Nombre: Verificar que el mtodo ReporteVentas implementado en el acceso a datos
recupere los datos esperados.
Responsable: Freddy Capuz
Fecha: 01/02/2015
Descripcin: Se comprobara que el mtodo desarrollado en el acceso a datos, se
ejecute correctamente recuperando mediante la sentencia SQL los datos necesarios
para presentar en el reporte.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo ReporteVentas mediante el cual se ejecutara
la sentencia SQL.
Pasos de ejecucin:
Crear una clase Tester VerificarVenta.
Crear un objeto de tipo Venta.
Utilizar el mtodo ReprteVentas antes desarrollado en el acceso a datos.

Resultado esperado: El mtodo se ejecuta correctamente.


Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_ Reporte de ventas
Nombre: Comprobar mediante el servicio web ReporteVentas que el mtodo
desarrollado devuelve los resultados esperados.
Responsable: Freddy Capuz
Fecha: 01/02/2015
Descripcin: Se verificara que el servicio web ReporteVentas desarrollado en el
acceso a datos, recupere los datos esperados mediante el mtodo ReporteVentas
antes desarrollado.fu
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo ReporteVentas.
Haber publicado dicho mtodo como un servicio web en el acceso a datos.
Pasos de ejecucin:
Realizar un tester a los servicios web de la capa acceso a datos.
Ubicar el servicio reporteVentas.
Ingresar los parmetros:
2015-11-19 y 2016-01-05
Dar clic sobre el servicio reporteVentas.
Resultado esperado: El servico web reporteVentas devuelve los resultados
adecuados.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_ Reporte de ventas
Nmero de Tarea:
Nombre de Tarea: Desarrollar un servicio web cliente en
TI_02
la capa lgica de negocio.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 01/02/2016
Fecha Fin: 01/02/2016
Programador Responsable: Yesenia Pilco
Descripcin: Desarrollar un servicio web cliente en la capa lgica de negocio el
cual consuma el servicio web ReporteVentas publicado en la capa de acceso a
datos.
(Reverso)Pruebas de Aceptacin:
Verificar que el servicio web cliente ReporteVentas desarrollado se haya
publicado correctamente.
Verificar mediante el servicio web cliente ReporteVentas que el mtodo
desarrollado en el acceso a datos presente los datos esperados.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_ Reporte de ventas
Nombre: Verificar que el servicio web cliente ReporteVentas desarrollado se haya
publicado correctamente.
Responsable: Natalia Pilco
Fecha: 01/02/2015

Descripcin: Se verificara que el servicio web cliente reporteVentas desarrollado en


la lgica de negocio se haya publicado correctamente.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo ReporteVentas en el acceso a datos.
Haber publicado dicho mtodo como un servicio web.
Haber creado el servicio web cliente ReporteVentas en la lgica de negocio.
Pasos de ejecucin:
Ubicarse en la capa lgica de negocio.
Refrescar los servicios web clientes en dicha capa.
Realizar un tester a los servicios web de la capa lgica de negocio.
Ubicar el servicio reporteVentas.
Resultado esperado: El servicio web cliente reporteVentas se ha publicado
correctamente en la lgica de negocio.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_ Reporte de ventas
Nombre: Verificar mediante el servicio web cliente ReporteVentas que el mtodo
desarrollado en el acceso a datos presente los datos esperados.
Responsable: Natalia Pilco
Fecha: 01/02/2015
Descripcin: Se verificara que el servicio web cliente reporteVentas desarrollado en
la lgica de negocio consuma los servicio del acceso a datos, recuperando los datos
adecuados para el reporte.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado el mtodo ReporteVentas en el acceso a datos.
Haber publicado dicho mtodo como un servicio web.
Haber creado el servicio web cliente ReporteVentas en la lgica de negocio.
Pasos de ejecucin:
Realizar un tester a los servicios web de la capa lgica de negocio.
Ubicar el servicio reporteVentas.
Ingresar los parmetros.
2015-11-19 y 2016-01-05
Dar clic sobre el servicio web reporteVentas.
Resultado esperado: El servicio web cliente reporteVentas devuelve los datos
adecuados.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_ Reporte de ventas
Nmero de Tarea: TI_03

Nombre de Tarea: Desarrollar la interfaz del Reporte


de ventas.
Tipo de Tarea: Desarrollo
Puntos Estimados:2
Fecha Inicio: 02/02/2016
Fecha Fin:02/02/2016
Programador Responsable: Yesenia Pilco

Descripcin: Desarrollar la interfaz de usuario en la cual se presentara el reporte


de las ventas realizadas por periodo.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz desarrollada cumpla con el estndar establecido
Verificar que la funcionalidad se ejecute correctamente.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_ Reporte de ventas
Nombre: Verificar que la interfaz desarrollada cumpla con el estndar establecido
Responsable: Adriana Velzquez
Fecha: 02/02/2015
Descripcin: Se comprobara que la interfaz desarrollada para presentar el reporte
de las ventas, sea la adecuada y cumpla con el estndar antes definido para
presentar dicho reporte.
Condiciones de Ejecucin:
Tener implementada la interfaz para presentar el reporte.
Pasos de ejecucin:
Ingresar al sistema.
Logearse como administrador.
Seleccionar la opcin ReporteVentas.
Resultado esperado: La interfaz desarrollada para presentar el reporte de las
ventas es el adecuado y cumple con el estndar antes establecido.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_ Reporte de ventas
Nombre: Verificar que la funcionalidad se ejecute correctamente.
Responsable: Adriana Velzquez
Fecha: 02/02/2015
Descripcin: Se comprobara que la funcionalidad desarrollada para presentarse el
reporte no afecte al diseo de la interfaz.
Condiciones de Ejecucin:
Tener conexin a la base de datos
Tener implementado los mtodos y servicio que permitan presentar la
informacin en el reporte.
Tener desarrollada la interfaz de usuario que permita presentar el reporte.
Pasos de ejecucin:
Ingresar al sistema
Logearse como administrador.
Seleccionar la opcin Reporte de Ventas.
Ingresar los parmetros.
Fecha inicio: 2015-011-19
Fecha fin: 2016-01-05
Dar clic en la opcin buscar.
Resultado esperado: La funcionalidad desarrollada se presenta de forma
adecuada en la interfaz antes desarrollada.
Evaluacin: Exitosa
ANEXO 106 REPORTE DE PEDIDOS POR PEDIDOS

HISTORIA DE USUARIO
Nmero:HU_18
Nombre: Reporte de pedidos por periodo
Modificacin de historia nmero:
Usuario:Administrador
Iteracin Asignada:13
Prioridad en Negocio:Alta
Puntos Estimados:4
Riesgo en desarrollo:Baja
Puntos Reales: 6
Descripcin: Como administrador necesito conocer el reporte de pedidos
realizados en un periodo de tiempo.
Observaciones: El reporte se generara en el intervalo de fechas ingresadas por el
usuario.

PRUEBAS DE ACEPTACIN
Al generar el reporte se mostraran todos los periodos realizados
correspondientes al periodo de fecha ingresado por el usuario.
En el reporte se mostrara la informacin ms relevante correspondiente a
los pedidos realizados en el negocio.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_ Reporte de Pedidos por periodo
Nombre: Al generar el reporte se mostraran todos los periodos realizados
correspondientes al periodo de fecha ingresado por el usuario.
Responsable: Evelyn Valencia
Fecha: 04/02/2015
Descripcin: Se comprobara que la informacin presentada en el reporte
corresponda a los pedidos correspondientes a las fechas ingresadas por el usuario.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicios que permitan presentar la
informacin en el reporte.
Tener desarrollada la interfaz de usuario en la cual se presentara dicho
reporte.
Pasos de ejecucin:
Ingresar al sistema.
Logearse como administrador.
Seleccionar la opcin reporte de pedidos.
Ingresar las fechas:
Fecha inicio: 2015-011-19
Fecha fin: 2016-01-05
Dar clic en la opcin Buscar.
Resultado esperado: La informacin presentada en el reporte es la
correspondiente a las fechas de los pedidos realizados.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_ Reporte de ventas
Nombre: En el reporte se mostrara la informacin ms relevante correspondiente a
los pedidos realizados en el negocio.
Responsable: Evelyn Valencia
Fecha: 04/02/2015

Descripcin: Se comprobara que la informacin presentada en el reporte de los


pedidos, sea la adecuada y relevante de cada pedido.
Condiciones de Ejecucin:
Tener conexin con la Base de datos.
Tener implementado los mtodos y servicios que permitan presentar la
informacin en el reporte.
Tener desarrollada la interfaz que permitir visualizar la informacin del
reporte.
Pasos de ejecucin:
Ingresar al sistema.
Logearse como administrador.
Seleccionar la opcin reporte de pedidos.
Ingresar las fechas:
Fecha inicio: 2015-011-19
Fecha fin: 2016-01-05
Dar clic en la opcin Buscar.
Resultado esperado: La informacin presentada en el reporte es la adecuada.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_ Reporte de pedidos por periodo
Nmero de Tarea:
Nombre de Tarea: Implementar un mtodo en el acceso
TI_01
a datos mediante el cual se recupere la informacin
necesaria para presentar el reporte.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 03/01/2016
Fecha Fin: 03/02/2016
Programador Responsable: Yesenia Pilco
Descripcin: Implementar el mtodo ReportePedidosxPerido en la capa de acceso
a datos que mediante la sentencia SQL implementada en el mismo, recupere los
datos adecuados para presentar el reporte.
(Reverso)Pruebas de Aceptacin:
Verificar que el mtodo ReportePedidosxPerido implementado en el acceso
a datos recupere los datos esperados.
Comprobar mediante el servicio web ReportePedidosxPerido publicado en el
acceso a datos, que el mtodo desarrollado devuelve los resultados
esperados.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_ Reporte de pedidos por periodo
Nombre: Verificar que el mtodo ReportePedidosxPerido implementado en el
acceso a datos recupere los datos esperados.
Responsable: Victor Bayas
Fecha: 03/02/2015
Descripcin: Se comprobara la ejecucin y adecuado funcionamiento del mtodo
ReportePedidosxPeriodo implementado en el acceso a datos.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Tener implementado el mtodo ReportePedidosxPeriodo en la capa de

acceso a datos.
Pasos de ejecucin:
Crear una clase tester VerificarPedido.
Crear un objeto del tipo Pedido.
Usar el mtodo ReportePedidoxPeriodo.
Resultado esperado: El metodo se ejecuta adecuadamente, devolviendo los
resultados esperados.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_ Reporte de pedidos por periodo
Nombre: Comprobar mediante el servicio web ReportePedidosxPerido publicado en
el acceso a datos, que el mtodo desarrollado devuelve los resultados esperados.
Responsable: Victor Bayas
Fecha: 03/02/2015
Descripcin: Se comprobara que mediante el servicio web publicado en el acceso
a datos el mtodo antes desarrollado devuelva los resultados esperados.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Tener implementado el mtodo ReportePedidosxPeriodo en el acceso a
datos.
Haber publicado el mtodo como un servicio web
Pasos de ejecucin:
Realizar un tester a los servicios web de la capa de acceso a datos.
Ubicar el servico reportePedidoxPeriodo.
Ingresar los parmetros.
Fecha Inicio: 2015-11-19
Fecha Fin: 2016-01-05
Dar clic en el servicio reportePedidoxPeriodo.
Resultado esperado: Al realizar el tester del servicio web, este nos devuelve los
resultados correspondientes a la consulta.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_ Reporte de pedidos por periodo
Nmero de Tarea:
Nombre de Tarea: Desarrollar un servicio web cliente en
TI_02
la capa lgica de negocio.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/02/2016
Fecha Fin: 04/02/2016
Programador Responsable: Yesenia Pilco
Descripcin: Desarrollar un servicio web cliente en la capa lgica de negocio el
cual consuma el servicio web ReportePedidosxPeriodo publicado en la capa de
acceso a datos.
(Reverso)Pruebas de Aceptacin:
Verificar que el servicio web cliente ReportePedidosxPeriodo desarrollado se
haya publicado correctamente.
Verificar mediante el servicio web cliente ReportePedidosxPeriodos que el
mtodo desarrollado en el acceso a datos presente los datos esperados.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_ Reporte de pedidos por periodo
Nombre: Verificar que el servicio web cliente ReportePedidosxPeriodo desarrollado
se haya publicado correctamente.
Responsable: Natalia Pilco
Fecha: 01/02/2015
Descripcin: Se comprobara que el servicio web cliente desarrollado en la lgica de
negocio se haya publicado correctamente en dicha capa.
Condiciones de Ejecucin:
Tener implementado los servicios web en el acceso a datos.
Haber desarrollado el servicio web cliente en la lgica de negocio.
Pasos de ejecucin:
Realizar un tester a los servicios web de la lgica de negocio.
Verificar que el servicio web cliente reportePedidosxPeriodo se encuentre
publicado.
Resultado esperado: El servicio web reportePedidosxPeriodo se encuentra
publicado correctamente.
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_ Reporte de pedidos por periodo
Nombre: Verificar mediante el servicio web cliente ReportePedidosxPeriodo que el
mtodo desarrollado en el acceso a datos presente los datos esperados.
Responsable: Natalia Pilco
Fecha: 04/02/2015
Descripcin: Se comprobara que mediante el servicio web reportePedidosxPeriodo
desarrollado en la lgica de negocio que se devuelvan los datos esperados para
presentarse en el reporte.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Haber publicado los servicios en la capa de acceso a datos.
Haber desarrollado los servicios web clientes en la lgica de negocio.
Pasos de ejecucin:
Realizar el tester a los servicios web de la lgica de negocio.
Ubicar el servicio reportePedidosxPeriodo.
Ingresar los parmetros.
Fecha inicio: 2015-11-19
Fecha Fin: 2016-01-05
Dar clic sobre el servicio reportePedidosxPeriodo
Resultado esperado: El servico web reportePedidosxPeriodo desarrollado en la
lgica de negocio presenta los datos esperados para presentarse en el reporte.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_ Reporte de pedidos por periodo
Nmero de Tarea: TI_03

Nombre de Tarea: Desarrollar la interfaz del Reporte

de ventas.
Tipo de Tarea: Desarrollo
Puntos Estimados:1
Fecha Inicio: 02/02/2016
Fecha Fin:04/02/2016
Programador Responsable: Yesenia Pilco
Descripcin: Desarrollar la interfaz de usuario en la cual se presentara el reporte
de los pedidos realizados.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz desarrollada cumpla con el estndar establecido
Verificar que la funcionalidad se ejecute correctamente.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: Reporte de pedidos por periodo
Nombre: Verificar que la interfaz desarrollada cumpla con el estndar establecido
Responsable: Adriana Velzquez
Fecha: 04/02/2015
Descripcin: Se verificara que la interfaz desarrollada para presentar el reporte de
los pedidos por periodo sea la adecuada y se ajuste al diseo de interfaces antes
establecido.
Condiciones de Ejecucin:
Haber diseado la interfaz para presentar el reporte de los pedidos por
periodo.
Pasos de ejecucin:
Ingresar el sistema
Logearse como administrador.
Seleccionar la opcin reportes de pedidos.
Resultado esperado: La interfaz cumple con el estndar definido
Evaluacin: Exitosa

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: Reporte de pedidos por periodo
Nombre: Verificar que la funcionalidad se ejecute correctamente.
Responsable: Adriana Velzquez
Fecha: 04/02/2015
Descripcin: Se verificara que al ejecutar la funcionalidad del reporte, la
informacin se presente de forma adecuada y no afecte al diseo de la interfaz
desarrollada.
Condiciones de Ejecucin:
Tener conexin a la base de datos.
Haber desarrollado los mtodos y servicios que permita obtener la
informacin del reporte.
Haber desarrollado la interfaz de usuario.
Pasos de ejecucin:
Ingresar al sistema
Logearse como administrador.
Seleccionar Reporte de pedidos.
Ingresar los parmetros.
Fecha inicio: 2015-11-19
Fecha Fin: 2016-01-05
Dar clic en la opcin buscar.
Resultado esperado: La informacin presentada en el reporte es la adecuada y se

presenta de forma correcta sin afectar el diseo de la interfaz.


Evaluacin: Exitosa
ANEXO 107 MANTENIMIENTO HU_08 REPORTE DE CLIENTES CON MS
PEDIDOS REALIZADOS
HISTORIA DE USUARIO
Nmero: HU_08
Nombre: Reporte de clientes con ms pedidos realizados
Modificacin de historia nmero: 1
Usuario: Administrador
Iteracin Asignada: 13
Prioridad en Negocio: Alta
Puntos Estimados: 1
Riesgo en desarrollo: Medio
Puntos Reales: 1
Descripcin:
Como administrador deseo tener un listado con todos los clientes que han hecho ms
pedidos a la licorera para saber cules son los clientes que dan ms ingresos a la
licorera y tambin cules son los licores que son ms pedidos.
Observaciones:

PRUEBAS DE ACEPTACIN
La interfaz de usuario se ajusta a los requerimientos del estndar de
interfaces.
Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_08 Reporte de clientes con ms
pedidos realizados
Nombre: La interfaz de usuario se ajusta a los requerimientos del estndar de
interfaces.
Responsable: Mara Jos Morillo
Fecha: 04/02/2016
Descripcin: La interfaz creada para el reporte mediante ireport debe ajustarse al
estndar de interfaces usado.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de clientes con ms pedidos realizados.
Resultado esperado: La ubicacin de los elementos en la interfaz del Reporte de
clientes con ms pedidos realizados deber ajustarse al estndar de interfaces
especificado para el sistema.
Evaluacin: Fallido.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_08 Reporte de clientes con ms
pedidos realizados
Nombre: Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos
Responsable: Mara Jos Morillo
Fecha: 04/02/2016
Descripcin: Cuando se muestre los datos en la funcionalidad se deber mostrar los

datos correctos correspondientes al reporte.


Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de clientes con ms pedidos realizados.
Resultado esperado: Se muestran los datos correctos de todos los clientes.
Evaluacin: Fallido.

TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_08 Reporte de clientes con ms pedidos realizados
Nmero
de
Tarea: Nombre de Tarea: Establecer la conexin con la base
TI_01
de datos implementando la sentencia SQL.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 29/01/2016
Fecha Fin: 29/01/2016
Programador Responsable: Victor Bayas
Descripcin: Establecer la conexin con la base de datos, implementando la
sentencia SQL respectiva.
(Reverso)Pruebas de Aceptacin:
Verificar que se d la conexin con la base de datos.
Verificar que la sentencia SQL recupere los datos esperados.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_08 Reporte de clientes con ms
pedidos realizados
Nombre: Verificar que se d la conexin con la base de datos.
Responsable: Yesenia Pilco
Fecha: 29/01/2016
Descripcin: Verificar mediante Netbeans que se d la conexin con la base de
datos.
Condiciones de Ejecucin:
Debe existir un servidor de base de datos con una base de datos creada.
Pasos de ejecucin:
Conectarse mediante Netbeans al servidor de base de datos.
Resultado esperado: La conexin se da exitosamente.
Evaluacin: Exitoso

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_08 Reporte de los proveedores
Nombre: Verificar que la sentencia SQL recupere los datos esperados.
Responsable: Yesenia Pilco
Fecha: 29/01/2016
Descripcin: Ejecutar la sentencia SQL mediante la herramienta ireport y verificar la
correcta recuperacin de datos de los clientes con ms pedidos.
Condiciones de Ejecucin:
La sentencia SQL debe estar creada.
Pasos de ejecucin:

Ejecutar la sentencia SQL en la herramienta ireport.


Resultado esperado: Se recupera los datos correctos de los clientes.
Evaluacin: Exitoso.
Tarea de Ingeniera
Historia de Usuario: HU_08 Reporte de clientes con ms pedidos realizados
Nmero
de
Tarea: Nombre de Tarea: Implementar la interfaz de usuario
TI_02
mediante ireport.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 29/01/2016
Fecha Fin: 29/01/2016
Programador Responsable: Victor Bayas
Descripcin: Implementar la interfaz de usuario mediante ireport.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Verificar que se muestren los datos correctamente.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_08 Reporte de clientes con ms
pedidos realizados
Nombre: Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Responsable: Natalia Pilco
Fecha: 29/01/2016
Descripcin: Verificar que la interfaz de usuario del reporte cumpla con el estndar
de interfaces usado.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport
Resultado esperado: Las tablas cumplen con el estndar de interfaces usado
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_08 Reporte de clientes con ms
pedidos realizados
Nombre: Verificar que se muestren los datos correctamente.
Responsable: Natalia Pilco
Fecha: 29/01/2016
Descripcin: Verificar que los datos devueltos por la consulta se muestren
correctamente.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport
Resultado esperado: Los datos se muestran correctamente en cada columna, por
cada registro existente de los clientes con ms pedidos.
Evaluacin: Exitoso

Tarea de Ingeniera
Historia de Usuario: HU_08 Reporte de clientes con ms pedidos realizados
Nmero
de
Tarea: Nombre de Tarea: Incorporar el reporte creado con
TI_03
ireport a la interfaz de usuario de LICORES GIA.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 05/01/2016
Fecha Fin: 04/02/2016
Programador Responsable: Victor Bayas
Descripcin: Incorporar los reportes a la interfaz de usuario de LICORES GIA.
(Reverso)Pruebas de Aceptacin:
Verificar que el reporte se muestre en la pgina web
Verificar que el reporte se genere correctamente

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_08 Reporte de clientes con ms
pedidos realizados
Nombre: Verificar que el reporte se muestre en la pgina web
Responsable: Freddy Capuz
Fecha: 04/02/2016
Descripcin: Verificar que el reporte se muestre en la pgina web.
Condiciones de Ejecucin:
La funcionalidad de estar implementada
Pasos de ejecucin:
Ingresar al Reporte de clientes con ms pedidos realizados
Resultado esperado: El reporte se muestra en la pgina web
Evaluacin: Fallido

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_08 Reporte de clientes con ms
pedidos realizados
Nombre: Verificar que el reporte se genere correctamente
Responsable: Freddy Capuz
Fecha: 04/01/2016
Descripcin: Verificar que los datos mostrados de los clientes son correctos
Condiciones de Ejecucin:
La funcionalidad est implementada
Pasos de ejecucin:
Ingresar al Reporte de clientes con ms pedidos realizados
Resultado esperado: Se muestra datos correctos
Evaluacin: Fallido.

ANEXO 108 MANTENIMIENTO HU_13 REPORTE DE TODOS LOS LICORES


HISTORIA DE USUARIO
Nmero: HU_13
Nombre: Reporte de todos los licores.
Modificacin de historia nmero: 1
Usuario: Usuario
Iteracin Asignada: 13

Prioridad en Negocio: Alta


Puntos Estimados: 1
Riesgo en desarrollo: Media
Puntos Reales: 1
Descripcin:
Como usuario me gustara poder conocer la informacin de todos los licores que se
encuentran disponibles en la licorera por medio de un listado, para as tener un mejor
control de los mismos.
Observaciones:

PRUEBAS DE ACEPTACIN
La interfaz de usuario se ajusta a los requerimientos del estndar de
interfaces.
Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_13 Reporte de todos los licores
Nombre: La interfaz de usuario creada mediante ireport se ajusta a los
requerimientos del estndar de interfaces.
Responsable: Mara Jos Morillo
Fecha: 04/02/2016
Descripcin: La interfaz creada mediante ireport debe ajustarse al estndar de
interfaces usado.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de todos los licores
Resultado esperado: La ubicacin de los elementos en la interfaz se ajusta al
estndar de interfaces.
Evaluacin: Fallido.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_13 Reporte de todos los licores
Nombre: Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos
Responsable: Mara Jos Morillo
Fecha: 04/02/2016
Descripcin: Cuando se muestre los datos en la funcionalidad se deber mostrar el
reporte con la informacin correcta de los licores.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de todos los licores
Resultado esperado: Se muestran los datos correctos de los licores.
Evaluacin: Fallido.
TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_13 Reporte de todos los licores

Nmero
de
Tarea: Nombre de Tarea: Establecer la conexin con la base
TI_01
de datos implementando la sentencia SQL.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 01/02/2016
Fecha Fin: 01/02/2016
Programador Responsable: Victor Bayas
Descripcin: Establecer la conexin con la base de datos, implementando la
sentencia SQL respectiva.
(Reverso)Pruebas de Aceptacin:
Verificar que se d la conexin con la base de datos.
Verificar que la sentencia SQL recupere los datos esperados.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_13 Reporte de licores por proveedor
Nombre: Verificar que se d la conexin con la base de datos.
Responsable: Evelyn Valencia
Fecha: 01/02/2016
Descripcin: Verificar mediante Netbeans que se d la conexin con la base de
datos.
Condiciones de Ejecucin:
Debe existir un servidor de base de datos con una base de datos creada.
Pasos de ejecucin:
Conectarse mediante Netbeans al servidor de base de datos.
Resultado esperado: La conexin se da exitosamente.
Evaluacin: Exitoso

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_13 Reporte de todos los licores
Nombre: Verificar que la sentencia SQL recupere los datos esperados.
Responsable: Evelyn Valencia
Fecha: 01/02/2016
Descripcin: Ejecutar la sentencia SQL mediante la herramienta ireport y verificar la
correcta recuperacin de datos de los licores por proveedor.
Condiciones de Ejecucin:
La sentencia SQL est creada.
Pasos de ejecucin:
Ejecutar la sentencia SQL en la herramienta ireport.
Resultado esperado: Se recupera los datos correctos de los licores por proveedor.
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_13 Reporte de todos los licores
Nmero
de
Tarea: Nombre de Tarea: Implementar la interfaz de usuario
TI_02
mediante ireport.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 01/02/2016
Fecha Fin: 01/02/2016
Programador Responsable: Victor Bayas
Descripcin: Implementar la interfaz de usuario mediante ireport.
(Reverso)Pruebas de Aceptacin:

Verificar que la interfaz de usuario del reporte cumpla con el estndar de


interfaces.
Verificar que se muestren los datos correctamente.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_13 Reporte de todos los licores
Nombre: Verificar que la interfaz de usuario del repore cumpla con el estndar de
interfaces.
Responsable: Adriana Velsquez
Fecha: 01/02/2016
Descripcin: Verificar que la interfaz de usuario del reporte cumpla con el estndar
de interfaces usado.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport
Resultado esperado: El reporte cumple con el estndar de interfaces usado
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_13 Reporte de todos los licores
Nombre: Verificar que se muestren los datos correctamente.
Responsable: Adriana Velzquez
Fecha: 01/02/2016
Descripcin: Verificar que los datos devueltos por la consulta se muestren
correctamente.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport
Resultado esperado: Los datos se muestran correctamente en cada columna, por
cada registro existente de los licores.
Evaluacin: Exitoso

Tarea de Ingeniera
Historia de Usuario: HU_13 Reporte de todos los licores
Nmero
de
Tarea: Nombre de Tarea: Incorporar el reporte creado con ireport
TI_03
a la interfaz de usuario de LICORES GIA.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/02/2016
Programador Responsable: Victor Bayas
Descripcin: Incorporar los reportes a la interfaz de usuario de LICORES GIA.
(Reverso)Pruebas de Aceptacin:
Verificar que el reporte se muestre en la pgina web
Verificar que el reporte se genere correctamente

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_13 Reporte de todos los licores
Nombre: Verificar que el reporte se muestre en la pgina web
Responsable: Adriana Velasquez
Fecha: 04/02/2016
Descripcin: Verificar que el reporte se muestre en la pgina web.
Condiciones de Ejecucin:
La funcionalidad de estar implementada
Pasos de ejecucin:
Ingresar al Reporte de licores por proveedor
Resultado esperado: El reporte se muestra en la pgina web
Evaluacin: Fallido

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_13 Reporte de todos los licores
Nombre: Verificar que el reporte se genere correctamente
Responsable: Adriana Velsquez
Fecha: 04/01/2016
Descripcin: Verificar que los datos mostrados son correctos
Condiciones de Ejecucin:
La funcionalidad est implementada
Pasos de ejecucin:
Ingresar al Reporte de todos los licores
Resultado esperado: Se muestra datos correctos de los licores
Evaluacin: Fallido.
ANEXO 109 MANTENIMIENTO HU_14 REPORTE DE LOS LICORES MS
VENDIDOS
HISTORIA DE USUARIO
Nmero:HU_14
Nombre: Reporte de los licores ms vendidos
Modificacin de historia nmero: 1
Usuario: Administrador
Iteracin Asignada: 13
Prioridad en Negocio: Alta
Puntos Estimados: 1
Riesgo en desarrollo: Medio
Puntos Reales:1
Descripcin:
Como administrador me gustara poder conocer mediante un listado cules han sido
los licores ms vendidos al finalizar un perodo de tiempo, para saber que licores
comprar en mayor cantidad.
Observaciones:
El reporte ser mediante una fecha determinada por el administrador

PRUEBAS DE ACEPTACIN
La interfaz de usuario se ajusta a los requerimientos del estndar de
interfaces.
Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos

Prueba de aceptacin
Cdigo: PA_01 Historia de Usuario: HU_14 Reporte de los licores ms vendidos

Nombre: La interfaz de usuario se ajusta a los requerimientos del estndar de


interfaces.
Responsable: Mara Jos Morillo
Fecha: 04/02/2016
Descripcin: La interfaz creada para el reporte mediante ireport debe ajustarse al
estndar de interfaces usado.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de los licores ms vendidos
Resultado esperado: La ubicacin de los elementos en la interfaz del Reporte de
clientes con ms pedidos realizados deber ajustarse al estndar de interfaces
especificado para el sistema.
Evaluacin: Fallido.

Prueba de aceptacin
Cdigo: PA_02 Historia de Usuario: HU_14 Reporte de los licores ms vendidos
Nombre: Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos
Responsable: Mara Jos Morillo
Fecha: 04/02/2016
Descripcin: Cuando se muestre los datos en la funcionalidad se deber mostrar los
datos correspondientes a los licores ms vendidos.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de los licores ms vendidos.
Resultado esperado: Se muestran los datos correctos de todos los licores.
Evaluacin: Fallido.
TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_14 Reporte de los licores ms vendidos
Nmero
de
Tarea: Nombre de Tarea: Establecer la conexin con la base
TI_01
de datos implementando la sentencia SQL.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 29/01/2016
Fecha Fin: 29/01/2016
Programador Responsable: Victor Bayas
Descripcin: Establecer la conexin con la base de datos, implementando la
sentencia SQL respectiva.
(Reverso)Pruebas de Aceptacin:
Verificar que se d la conexin con la base de datos.
Verificar que la sentencia SQL recupere los datos esperados.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_14 Reporte de los licores ms
vendidos
Nombre: Verificar que se d la conexin con la base de datos.

Responsable: Yesenia Pilco


Fecha: 29/01/2016
Descripcin: Verificar mediante Netbeans que se d la conexin con la base de
datos.
Condiciones de Ejecucin:
Debe existir un servidor de base de datos con una base de datos creada.
Pasos de ejecucin:
Conectarse mediante Netbeans al servidor de base de datos.
Resultado esperado: La conexin se da exitosamente.
Evaluacin: Exitoso

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_14 Reporte de los licores ms
vendidos
Nombre: Verificar que la sentencia SQL recupere los datos esperados.
Responsable: Yesenia Pilco
Fecha: 29/01/2016
Descripcin: Ejecutar la sentencia SQL mediante la herramienta ireport y verificar la
correcta recuperacin de datos de los licores que ms se han vendido.
Condiciones de Ejecucin:
La sentencia SQL debe estar creada.
Pasos de ejecucin:
Ejecutar la sentencia SQL en la herramienta ireport.
Resultado esperado: Se recupera los datos correctos de los licores ms vendidos.
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_14 Reporte de los licores ms vendidos
Nmero
de
Tarea: Nombre de Tarea: Implementar la interfaz de usuario
TI_02
mediante ireport.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 29/01/2016
Fecha Fin: 29/01/2016
Programador Responsable: Victor Bayas
Descripcin: Implementar la interfaz de usuario mediante ireport.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Verificar que se muestren los datos correctamente.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_14 Reporte de los licores ms
vendidos
Nombre: Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Responsable: Natalia Pilco
Fecha: 29/01/2016

Descripcin: Verificar que la interfaz de usuario del reporte cumpla con el estndar
de interfaces usado.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport
Resultado esperado: Las tablas cumplen con el estndar de interfaces usado
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_14 Reporte de los licores ms
vendidos
Nombre: Verificar que se muestren los datos correctamente.
Responsable: Natalia Pilco
Fecha: 29/01/2016
Descripcin: Verificar que los datos devueltos por la consulta se muestren
correctamente.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport
Resultado esperado: Los datos se muestran correctamente en cada columna, por
cada registro existente de los licores que ms se han vendido.
Evaluacin: Exitoso

Tarea de Ingeniera
Historia de Usuario: HU_14 Reporte de los licores ms vendidos
Nmero
de
Tarea: Nombre de Tarea: Incorporar el reporte creado con
TI_03
ireport a la interfaz de usuario de LICORES GIA.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 05/01/2016
Fecha Fin: 04/02/2016
Programador Responsable: Victor Bayas
Descripcin: Incorporar los reportes a la interfaz de usuario de LICORES GIA.
(Reverso)Pruebas de Aceptacin:
Verificar que el reporte se muestre en la pgina web
Verificar que el reporte se genere correctamente

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_14 Reporte de los licores ms
vendidos
Nombre: Verificar que el reporte se muestre en la pgina web
Responsable: Freddy Capuz
Fecha: 04/02/2016
Descripcin: Verificar que el reporte se muestre en la pgina web.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada

Pasos de ejecucin:
Ingresar al Reporte de los licores ms vendidos
Resultado esperado: El reporte se muestra en la pgina web
Evaluacin: Fallido

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_14 Reporte de los licores ms
vendidos
Nombre: Verificar que el reporte se genere correctamente
Responsable: Freddy Capuz
Fecha: 04/01/2016
Descripcin: Verificar que los datos mostrados de los licores ms vendidos son
correctos
Condiciones de Ejecucin:
La funcionalidad est implementada
Pasos de ejecucin:
Ingresar al Reporte de los licores ms vendidos
Resultado esperado: Se muestra datos correctos
Evaluacin: Fallido.
ANEXO 110 HU_15 REPORTE DE LOS LICORES QUE MENOS VENDIDOS
HISTORIA DE USUARIO
Nmero: HU_15
Nombre: Reporte de los licores que menos estn vendiendo
Modificacin de historia nmero: 1
Usuario: Administrador
Iteracin Asignada: 13
Prioridad en Negocio: Alta
Puntos Estimados: 1
Riesgo en desarrollo: Baja
Puntos Reales: 1
Descripcin:
Como administrador necesito ver un listado de los licores que no se estn
vendiendo para dejar de comprar o adquirir menos licores.
Observaciones:

PRUEBAS DE ACEPTACIN
La interfaz de usuario se ajusta a los requerimientos del estndar de
interfaces.
Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_15 Reporte de los licores que menos
estn vendiendo
Nombre: La interfaz de usuario se ajusta a los requerimientos del estndar de
interfaces.
Responsable: Mara Jos Morillo
Fecha: 04/02/2016
Descripcin: La interfaz creada para el reporte mediante ireport debe ajustarse al
estndar de interfaces usado.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.

Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de los licores que menos estn vendiendo
Resultado esperado: La ubicacin de los elementos en la interfaz del Reporte de
clientes con ms pedidos realizados deber ajustarse al estndar de interfaces
especificado para el sistema.
Evaluacin: Fallido.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_15 Reporte de los licores que menos
estn vendiendo
Nombre: Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos
Responsable: Mara Jos Morillo
Fecha: 04/02/2016
Descripcin: Cuando se muestre los datos en la funcionalidad se deber mostrar los
datos correspondientes a los licores menos vendidos.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de los licores que menos estn vendiendo.
Resultado esperado: Se muestran los datos correctos de todos los licores menos
vendidos.
Evaluacin: Fallido.

TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_15 Reporte de los licores que menos estn vendiendo
Nmero
de
Tarea: Nombre de Tarea: Establecer la conexin con la base de
TI_01
datos implementando la sentencia SQL.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 29/01/2016
Fecha Fin: 29/01/2016
Programador Responsable: Victor Bayas
Descripcin: Establecer la conexin con la base de datos, implementando la
sentencia SQL respectiva.
(Reverso)Pruebas de Aceptacin:
Verificar que se d la conexin con la base de datos.
Verificar que la sentencia SQL recupere los datos esperados.

Prueba de aceptacin
Cdigo: PA_03 Historia de Usuario: HU_15 Reporte de los licores que menos
estn vendiendo
Nombre: Verificar que se d la conexin con la base de datos.
Responsable: Yesenia Pilco
Fecha: 29/01/2016
Descripcin: Verificar mediante Netbeans que se d la conexin con la base de datos.
Condiciones de Ejecucin:
Debe existir un servidor de base de datos con una base de datos creada.
Pasos de ejecucin:

Conectarse mediante Netbeans al servidor de base de datos.


Resultado esperado: La conexin se da exitosamente.
Evaluacin: Exitoso

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_15 Reporte de los licores que menos
estn vendiendo
Nombre: Verificar que la sentencia SQL recupere los datos esperados.
Responsable: Yesenia Pilco
Fecha: 29/01/2016
Descripcin: Ejecutar la sentencia SQL mediante la herramienta ireport y verificar la
correcta recuperacin de datos de los licores que menos se han vendido.
Condiciones de Ejecucin:
La sentencia SQL debe estar creada.
Pasos de ejecucin:
Ejecutar la sentencia SQL en la herramienta ireport.
Resultado esperado: Se recupera los datos correctos de los licores menos vendidos.
Evaluacin: Exitoso.
Tarea de Ingeniera
Historia de Usuario: HU_15 Reporte de los licores que menos estn vendiendo
Nmero
de
Tarea: Nombre de Tarea: Implementar la interfaz de usuario
TI_02
mediante ireport.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 29/01/2016
Fecha Fin: 29/01/2016
Programador Responsable: Victor Bayas
Descripcin: Implementar la interfaz de usuario mediante ireport.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Verificar que se muestren los datos correctamente.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_15 Reporte de los licores que menos
estn vendiendo
Nombre: Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Responsable: Natalia Pilco
Fecha: 29/01/2016
Descripcin: Verificar que la interfaz de usuario del reporte cumpla con el estndar
de interfaces usado.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport
Resultado esperado: Las tablas cumplen con el estndar de interfaces usado
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_15 Reporte de los licores que menos
estn vendiendo
Nombre: Verificar que se muestren los datos correctamente.
Responsable: Natalia Pilco
Fecha: 29/01/2016
Descripcin: Verificar que los datos devueltos por la consulta se muestren
correctamente.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport
Resultado esperado: Los datos se muestran correctamente en cada columna, por
cada registro existente de los licores que menos se han vendido.
Evaluacin: Exitoso

Tarea de Ingeniera
Historia de Usuario: HU_15 Reporte de los licores que menos estn vendiendo
Nmero
de
Tarea: Nombre de Tarea: Incorporar el reporte creado con
TI_03
ireport a la interfaz de usuario de LICORES GIA.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 05/01/2016
Fecha Fin: 04/02/2016
Programador Responsable: Victor Bayas
Descripcin: Incorporar los reportes a la interfaz de usuario de LICORES GIA.
(Reverso)Pruebas de Aceptacin:
Verificar que el reporte se muestre en la pgina web
Verificar que el reporte se genere correctamente

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_15 Reporte de los licores que menos
estn vendiendo
Nombre: Verificar que el reporte se muestre en la pgina web
Responsable: Freddy Capuz
Fecha: 04/02/2016
Descripcin: Verificar que el reporte se muestre en la pgina web.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada
Pasos de ejecucin:
Ingresar al Reporte de los licores menos vendidos
Resultado esperado: El reporte se muestra en la pgina web
Evaluacin: Fallido

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_15 Reporte de los licores que menos

estn vendiendo
Nombre: Verificar que el reporte se genere correctamente
Responsable: Freddy Capuz
Fecha: 04/01/2016
Descripcin: Verificar que los datos mostrados de los licores menos vendidos son
correctos
Condiciones de Ejecucin:
La funcionalidad est implementada
Pasos de ejecucin:
Ingresar al Reporte de los licores que menos estn vendiendo
Resultado esperado: Se muestra datos correctos
Evaluacin: Fallido.
ANEXO 111 HU_16 REPORTE DE LOS LICORES QUE SE ESTN AGOTANDO
HISTORIA DE USUARIO
Nmero: HU_16
Nombre: Reporte de los licores que se estn agotando
Modificacin de historia nmero: 1
Usuario: Administrador
Iteracin Asignada: 13
Prioridad en Negocio: Alta
Puntos Estimados: 1
Riesgo en desarrollo: Bajo
Puntos Reales: 1
Descripcin:
Como administrador necesito tener la lista de aquellos licores que se estn agotando,
para volver a comprar esos licores y as evitar el desabastecimiento del licor.
Observaciones:

PRUEBAS DE ACEPTACIN
La interfaz de usuario se ajusta a los requerimientos del estndar de
interfaces.
Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos

Prueba de aceptacin
Cdigo: PA_01 Historia de Usuario: HU_16 Reporte de los licores que se estn
agotando
Nombre: La interfaz de usuario creada mediante ireport se ajusta a los
requerimientos del estndar de interfaces.
Responsable: Mara Jos Morillo
Fecha: 04/02/2016
Descripcin: La interfaz creada mediante ireport debe ajustarse al estndar de
interfaces usado.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de los licores que se estn agotando
Resultado esperado: La ubicacin de los elementos en la interfaz se ajusta al
estndar de interfaces.
Evaluacin: Fallido.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_16 Reporte de los licores que se

estn agotando
Nombre: Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos
Responsable: Mara Jos Morillo
Fecha: 04/02/2016
Descripcin: Cuando se muestre los datos en la funcionalidad se deber mostrar el
reporte con la informacin correcta de los licores que se estn agotando.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de los licores que se estn agotando
Resultado esperado: Se muestran los datos correctos de los licores que se estn
agotando.
Evaluacin: Fallido.
TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_16 Reporte de los licores que se estn agotando
Nmero
de
Tarea: Nombre de Tarea: Establecer la conexin con la base de
TI_01
datos implementando la sentencia SQL.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 01/02/2016
Fecha Fin: 01/02/2016
Programador Responsable: Victor Bayas
Descripcin: Establecer la conexin con la base de datos, implementando la
sentencia SQL respectiva.
(Reverso)Pruebas de Aceptacin:
Verificar que se d la conexin con la base de datos.
Verificar que la sentencia SQL recupere los datos esperados.

Prueba de aceptacin
Cdigo: PA_03 Historia de Usuario: HU_16 Reporte de los licores que se estn
agotando
Nombre: Verificar que se d la conexin con la base de datos.
Responsable: Evelyn Valencia
Fecha: 01/02/2016
Descripcin: Verificar mediante Netbeans que se d la conexin con la base de
datos.
Condiciones de Ejecucin:
Debe existir un servidor de base de datos con una base de datos creada.
Pasos de ejecucin:
Conectarse mediante Netbeans al servidor de base de datos.
Resultado esperado: La conexin se da exitosamente.
Evaluacin: Exitoso

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_16 Reporte de los licores que se
estn agotando
Nombre: Verificar que la sentencia SQL recupere los datos esperados.
Responsable: Evelyn Valencia
Fecha: 01/02/2016

Descripcin: Ejecutar la sentencia SQL mediante la herramienta ireport y verificar la


correcta recuperacin de datos de los licores por proveedor.
Condiciones de Ejecucin:
La sentencia SQL est creada.
Pasos de ejecucin:
Ejecutar la sentencia SQL en la herramienta ireport.
Resultado esperado: Se recupera los datos correctos de los licores que se estn
agotando.
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_16 Reporte de los licores que se estn agotando
Nmero
de
Tarea: Nombre de Tarea: Implementar la interfaz de usuario
TI_02
mediante ireport.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 01/02/2016
Fecha Fin: 01/02/2016
Programador Responsable: Victor Bayas
Descripcin: Implementar la interfaz de usuario mediante ireport.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Verificar que se muestren los datos correctamente.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_16 Reporte de los licores que se
estn agotando
Nombre: Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Responsable: Adriana Velsquez
Fecha: 01/02/2016
Descripcin: Verificar que la interfaz de usuario del reporte cumpla con el estndar
de interfaces usado.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport
Resultado esperado: El reporte cumple con el estndar de interfaces usado
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_16 Reporte de los licores que se
estn agotando
Nombre: Verificar que se muestren los datos correctamente.
Responsable: Adriana Velzquez
Fecha: 01/02/2016
Descripcin: Verificar que los datos devueltos por la consulta se muestren
correctamente.
Condiciones de Ejecucin:

El reporte debe estar creado con ireport


Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport
Resultado esperado: Los datos se muestran correctamente en cada columna, por
cada registro existente de los licores que se estn agotando.
Evaluacin: Exitoso

Tarea de Ingeniera
Historia de Usuario: HU_16 Reporte de los licores que se estn agotando
Nmero
de
Tarea: Nombre de Tarea: Incorporar el reporte creado con ireport
TI_03
a la interfaz de usuario de LICORES GIA.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/02/2016
Programador Responsable: Victor Bayas
Descripcin: Incorporar los reportes a la interfaz de usuario de LICORES GIA.
(Reverso)Pruebas de Aceptacin:
Verificar que el reporte se muestre en la pgina web
Verificar que el reporte se genere correctamente

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_16 Reporte de los licores que se
estn agotando
Nombre: Verificar que el reporte se muestre en la pgina web
Responsable: Adriana Velasquez
Fecha: 04/02/2016
Descripcin: Verificar que el reporte se muestre en la pgina web.
Condiciones de Ejecucin:
La funcionalidad de estar implementada
Pasos de ejecucin:
Ingresar al Reporte de los licores que se estn agotando
Resultado esperado: El reporte se muestra en la pgina web
Evaluacin: Fallido

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_16 Reporte de los licores que se
estn agotando
Nombre: Verificar que el reporte se genere correctamente
Responsable: Adriana Velsquez
Fecha: 04/01/2016
Descripcin: Verificar que los datos mostrados son correctos
Condiciones de Ejecucin:
La funcionalidad est implementada
Pasos de ejecucin:
Ingresar al Reporte de los licores que se estn agotando
Resultado esperado: Se muestra datos correctos de los licores que se estn
agotando
Evaluacin: Fallido.

ANEXO 112 MANTENIMIENTO HU_25 REPORTE DE LOS PROVEEDORES A LOS


QUE MS PRODUCTOS SE COMPRA
HISTORIA DE USUARIO
Nmero: HU_25
Nombre: Reporte de los proveedores a los que ms
productos se compra
Modificacin de historia nmero: 1
Usuario: Administrador
Iteracin Asignada: 13
Prioridad en Negocio: Media
Puntos Estimados: 1
Riesgo en desarrollo: Media
Puntos Reales: 1
Descripcin:
Como Administrador del negocio Licores Gia deseo un reporte de compras realizadas
a proveedores en determinado perodo, para obtener informacin oportuna.
Observaciones:

PRUEBAS DE ACEPTACIN
La interfaz de usuario se ajusta a los requerimientos del estndar de
interfaces.
Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_25 Reporte de los proveedores a los
que ms productos se compra
Nombre: La interfaz de usuario creada mediante ireport se ajusta a los
requerimientos del estndar de interfaces.
Responsable: Wilmer Barrera
Fecha: 04/02/2016
Descripcin: La interfaz creada mediante ireport debe ajustarse al estndar de
interfaces usado.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de los proveedores a los que ms
productos se compra
Resultado esperado: La ubicacin de los elementos en la interfaz se ajusta al
estndar de interfaces.
Evaluacin: Fallido.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_44 Reporte de los proveedores a los
que ms productos se compra
Nombre: Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos
Responsable: Wilmer Barrera
Fecha: 04/02/2016
Descripcin: Cuando se muestre los datos en la funcionalidad se deber mostrar el
reporte con la informacin correcta.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.

Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de los proveedores a los que ms
productos se compra
Resultado esperado: Se muestran los datos correctos.
Evaluacin: Fallido.
TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_25 Reporte de los proveedores a los que ms productos se
compra
Nmero
de
Tarea: Nombre de Tarea: Establecer la conexin con la base de
TI_01
datos implementando la sentencia SQL.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/02/2016
Fecha Fin: 04/02/2016
Programador Responsable: Victor Bayas
Descripcin: Establecer la conexin con la base de datos, implementando la
sentencia SQL respectiva.
(Reverso)Pruebas de Aceptacin:
Verificar que se d la conexin con la base de datos.
Verificar que la sentencia SQL recupere los datos esperados.
Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_25 Reporte de los proveedores a los
que ms productos se compra
Nombre: Verificar que se d la conexin con la base de datos.
Responsable: Adriana Velasquez
Fecha: 04/02/2016
Descripcin: Verificar mediante Netbeans que se d la conexin con la base de
datos.
Condiciones de Ejecucin:
Debe existir un servidor de base de datos con una base de datos creada.
Pasos de ejecucin:
Conectarse mediante Netbeans al servidor de base de datos.
Resultado esperado: La conexin se da exitosamente.
Evaluacin: Exitoso

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_25 Reporte de los proveedores a los
que ms productos se compra
Nombre: Verificar que la sentencia SQL recupere los datos esperados.
Responsable: Adriana Velasquez
Fecha: 04/02/2016
Descripcin: Ejecutar la sentencia SQL mediante la herramienta ireport y verificar la
correcta recuperacin de datos de los licores por categora.
Condiciones de Ejecucin:
La sentencia SQL est creada.
Pasos de ejecucin:
Ejecutar la sentencia SQL en la herramienta ireport.
Resultado esperado: Se recupera los datos correctos de los licores por categora.
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_25 Reporte de los proveedores a los que ms productos
se compra
Nmero
de
Tarea: Nombre de Tarea: Implementar la interfaz de usuario
TI_02
mediante ireport.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/02/2016
Fecha Fin: 04/02/2016
Programador Responsable: Victor Bayas
Descripcin: Implementar la interfaz de usuario mediante ireport.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Verificar que se muestren los datos correctamente.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_25 Reporte de los proveedores a los
que ms productos se compra
Nombre: Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Responsable: Evelyn Valencia
Fecha: 04/02/2016
Descripcin: Verificar que la interfaz de usuario del reporte cumpla con el estndar
de interfaces usado.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante ireport
Resultado esperado: La interfaz cumple con el estndar de interfaces usado
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_44 Reporte de los proveedores a los
que ms productos se compra
Nombre: Verificar que se muestren los datos correctamente.
Responsable: Evelyn Valencia
Fecha: 04/02/2016
Descripcin: Verificar que los datos devueltos por la consulta se muestren
correctamente.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante ireport
Resultado esperado: Los datos se muestran correctamente en cada columna, por
cada registro existente.
Evaluacin: Exitoso

Tarea de Ingeniera
Historia de Usuario: HU_25 Reporte de los proveedores a los que ms productos
se compra
Nmero
de
Tarea: Nombre de Tarea: Incorporar el reporte creado con
TI_03
ireport a la interfaz de usuario de LICORES GIA.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/02/2016
Programador Responsable: Victor Bayas
Descripcin: Incorporar los reportes a la interfaz de usuario de LICORES GIA.
(Reverso)Pruebas de Aceptacin:
Verificar que el reporte se muestre en la pgina web
Verificar que el reporte se genere correctamente

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_25 Reporte de los proveedores a los
que ms productos se compra
Nombre: Verificar que el reporte se muestre en la pgina web
Responsable: Adriana Velasquez
Fecha: 04/02/2016
Descripcin: Verificar que el reporte se muestre en la pgina web.
Condiciones de Ejecucin:
La funcionalidad de estar implementada
Pasos de ejecucin:
Ingresar al Reporte de los proveedores a los que ms productos se
compra
Resultado esperado: El reporte se muestra en la pgina web
Evaluacin: Fallido

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_25 Reporte de los proveedores a los
que ms productos se compra
Nombre: Verificar que el reporte se genere correctamente
Responsable: Adriana Velasquez
Fecha: 04/01/2016
Descripcin: Verificar que los datos mostrados son correctos
Condiciones de Ejecucin:
La funcionalidad est implementada
Pasos de ejecucin:
Ingresar al Reporte de los proveedores a los que ms productos se
compra
Resultado esperado: Se muestra datos correctos
Evaluacin: Fallido.
ANEXO 113 MANTENIMIENTO HU_32 REPORTE DE PROVEEDORES
HISTORIA DE USUARIO
Nmero: HU_32
Nombre: Reporte de los proveedores
Modificacin de historia nmero: 1

Usuario: Administrador
Iteracin Asignada: 13
Prioridad en Negocio: Media
Puntos Estimados: 1
Riesgo en desarrollo: Media
Puntos Reales: 1
Descripcin:
Como administrador de la licorera me gustara tener un reporte de todos los
proveedores de quienes abastecen mi negocio para as tener informacin precisa de
los productos que cada uno me entrega.
Observaciones:

PRUEBAS DE ACEPTACIN
La interfaz de usuario se ajusta a los requerimientos del estndar de
interfaces.
Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_32 Reporte de los proveedores
Nombre: La interfaz de usuario se ajusta a los requerimientos del estndar de
interfaces.
Responsable: Vanessa Bonito
Fecha: 04/02/2016
Descripcin: La interfaz creada mediante ireport debe ajustarse al estndar de
interfaces usado.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de Proveedores
Resultado esperado: La ubicacin de los elementos en la interfaz del Reporte de
Proveedores se ajusta al estndar de interfaces.
Evaluacin: Fallido.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_32 Reporte de los proveedores
Nombre: Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos
Responsable: Vanessa Bonito
Fecha: 04/02/2016
Descripcin: Cuando se muestre los datos en la funcionalidad se deber mostrar el
reporte con la informacin correcta.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de Proveedores
Resultado esperado: Se muestran los datos correctos de todos los proveedores.
Evaluacin: Fallido.
TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_32 Reporte de los proveedores
Nmero
de
Tarea: Nombre de Tarea: Establecer la conexin con la base
TI_01
de datos implementando la sentencia SQL.

Tipo de Tarea: Desarrollo


Puntos Estimados: 1
Fecha Inicio: 29/01/2016
Fecha Fin: 29/01/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Establecer la conexin con la base de datos, implementando la
sentencia SQL respectiva.
(Reverso)Pruebas de Aceptacin:
Verificar que se d la conexin con la base de datos.
Verificar que la sentencia SQL recupere los datos esperados.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_32 Reporte de los proveedores
Nombre: Verificar que se d la conexin con la base de datos.
Responsable: Adriana Velasquez
Fecha: 29/01/2016
Descripcin: Verificar mediante Netbeans que se d la conexin con la base de
datos.
Condiciones de Ejecucin:
Debe existir un servidor de base de datos con una base de datos creada.
Pasos de ejecucin:
Conectarse mediante Netbeans al servidor de base de datos.
Resultado esperado: La conexin se da exitosamente.
Evaluacin: Exitoso

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_32 Reporte de los proveedores
Nombre: Verificar que la sentencia SQL recupere los datos esperados.
Responsable: Adriana Velasquez
Fecha: 29/01/2016
Descripcin: Ejecutar la sentencia SQL mediante la herramienta ireport y verificar la
correcta recuperacin de datos de los proveedores.
Condiciones de Ejecucin:
La sentencia SQL est creada.
Pasos de ejecucin:
Ejecutar la sentencia SQL en la herramienta ireport.
Resultado esperado: Se recupera los datos correctos de los proveedores.
Evaluacin: Exitoso.
Tarea de Ingeniera
Historia de Usuario: HU_32 Reporte de los proveedores
Nmero
de
Tarea: Nombre de Tarea: Implementar la interfaz de usuario
TI_02
mediante ireport.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 29/01/2016
Fecha Fin: 29/01/2016
Programador Responsable: Evelyn Valencia
Descripcin: Implementar la interfaz de usuario mediante ireport.

(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Verificar que se muestren los datos correctamente.
Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_32 Reporte de los proveedores
Nombre: Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Responsable: Vanessa Bonito
Fecha: 29/01/2016
Descripcin: Verificar que la interfaz de usuario del reporte cumpla con el estndar
de interfaces usado.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport
Resultado esperado: Las tablas cumplen con el estndar de interfaces usado
Evaluacin: Exitoso.
Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_32 Reporte de los proveedores
Nombre: Verificar que se muestren los datos correctamente.
Responsable: Vanessa Bonito
Fecha: 29/01/2016
Descripcin: Verificar que los datos devueltos por la consulta se muestren
correctamente.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport
Resultado esperado: Los datos se muestran correctamente en cada columna, por
cada registro existente.
Evaluacin: Exitoso

Tarea de Ingeniera
Historia de Usuario: HU_32 Reporte de los proveedores
Nmero
de
Tarea: Nombre de Tarea: Incorporar el reporte creado con
TI_03
ireport a la interfaz de usuario de LICORES GIA.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 05/01/2016
Fecha Fin: 04/02/2016
Programador Responsable: Evelyn Valencia
Descripcin: Incorporar los reportes a la interfaz de usuario de LICORES GIA.
(Reverso)Pruebas de Aceptacin:
Verificar que el reporte se muestre en la pgina web
Verificar que el reporte se genere correctamente

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_32 Reporte de los proveedores
Nombre: Verificar que el reporte se muestre en la pgina web
Responsable: Adriana Velasquez
Fecha: 04/02/2016
Descripcin: Verificar que el reporte se muestre en la pgina web.
Condiciones de Ejecucin:
La funcionalidad de estar implementada
Pasos de ejecucin:
Ingresar al Reporte de Proveedores
Resultado esperado: El reporte se muestra en la pgina web
Evaluacin: Fallido

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_32 Reporte de los proveedores
Nombre: Verificar que el reporte se genere correctamente
Responsable: Adriana Velasquez
Fecha: 04/01/2016
Descripcin: Verificar que los datos mostrados son correctos
Condiciones de Ejecucin:
La funcionalidad est implementada
Pasos de ejecucin:
Ingresar al Reporte de Proveedores
Resultado esperado: Se muestra datos correctos
Evaluacin: Fallido.
ANEXO 114 MANTENIMIENTO HU_33 REPORTES DE LICORES POR
PROVEEDOR
HISTORIA DE USUARIO
Nmero: HU_33
Nombre: Reporte de licores por proveedor
Modificacin de historia nmero: 1
Usuario: Administrador
Iteracin Asignada: 13
Prioridad en Negocio: Media
Puntos Estimados: 1
Riesgo en desarrollo: Media
Puntos Reales: 1
Descripcin:
Como Aministrador necesito obtener el reporte de licores por proveedores para
informarme que licor estoy adquiriendo de cada proveedor.
Observaciones:

PRUEBAS DE ACEPTACIN
La interfaz de usuario se ajusta a los requerimientos del estndar de
interfaces.
Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_33 Reporte de licores por proveedor
Nombre: La interfaz de usuario creada mediante ireport se ajusta a los
requerimientos del estndar de interfaces.

Responsable: Vanessa Bonito


Fecha: 04/02/2016
Descripcin: La interfaz creada mediante ireport debe ajustarse al estndar de
interfaces usado.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de licores por proveedor
Resultado esperado: La ubicacin de los elementos en la interfaz se ajusta al
estndar de interfaces.
Evaluacin: Fallido.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_33 Reporte de licores por proveedor
Nombre: Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos
Responsable: Vanessa Bonito
Fecha: 04/02/2016
Descripcin: Cuando se muestre los datos en la funcionalidad se deber mostrar el
reporte con la informacin correcta.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de licores por proveedor
Resultado esperado: Se muestran los datos correctos.
Evaluacin: Fallido.

TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_33 Reporte de licores por proveedor
Nmero
de
Tarea: Nombre de Tarea: Establecer la conexin con la base
TI_01
de datos implementando la sentencia SQL.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 01/02/2016
Fecha Fin: 01/02/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Establecer la conexin con la base de datos, implementando la
sentencia SQL respectiva.
(Reverso)Pruebas de Aceptacin:
Verificar que se d la conexin con la base de datos.
Verificar que la sentencia SQL recupere los datos esperados.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_33 Reporte de licores por proveedor
Nombre: Verificar que se d la conexin con la base de datos.
Responsable: Adriana Velasquez
Fecha: 01/02/2016
Descripcin: Verificar mediante Netbeans que se d la conexin con la base de
datos.

Condiciones de Ejecucin:
Debe existir un servidor de base de datos con una base de datos creada.
Pasos de ejecucin:
Conectarse mediante Netbeans al servidor de base de datos.
Resultado esperado: La conexin se da exitosamente.
Evaluacin: Exitoso

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_33 Reporte de licores por proveedor
Nombre: Verificar que la sentencia SQL recupere los datos esperados.
Responsable: Adriana Velasquez
Fecha: 01/02/2016
Descripcin: Ejecutar la sentencia SQL mediante la herramienta ireport y verificar la
correcta recuperacin de datos de los licores por proveedor.
Condiciones de Ejecucin:
La sentencia SQL est creada.
Pasos de ejecucin:
Ejecutar la sentencia SQL en la herramienta ireport.
Resultado esperado: Se recupera los datos correctos de los licores por proveedor.
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_33 Reporte de licores por proveedor
Nmero
de
Tarea: Nombre de Tarea: Implementar la interfaz de usuario
TI_02
mediante ireport.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 01/02/2016
Fecha Fin: 01/02/2016
Programador Responsable: Evelyn Valencia
Descripcin: Implementar la interfaz de usuario mediante ireport.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Verificar que se muestren los datos correctamente.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_33 Reporte de licores por proveedor
Nombre: Verificar que la interfaz de usuario del repore cumpla con el estndar de
interfaces.
Responsable: Vanessa Bonito
Fecha: 01/02/2016
Descripcin: Verificar que la interfaz de usuario del reporte cumpla con el estndar
de interfaces usado.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport

Resultado esperado: El reporte cumple con el estndar de interfaces usado


Evaluacin: Exitoso.
Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_33 Reporte de licores por proveedor
Nombre: Verificar que se muestren los datos correctamente.
Responsable: Vanessa Bonito
Fecha: 01/02/2016
Descripcin: Verificar que los datos devueltos por la consulta se muestren
correctamente.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport
Resultado esperado: Los datos se muestran correctamente en cada columna, por
cada registro existente.
Evaluacin: Exitoso

Tarea de Ingeniera
Historia de Usuario: HU_33 Reporte de licores por proveedor
Nmero
de
Tarea: Nombre de Tarea: Incorporar el reporte creado con ireport
TI_03
a la interfaz de usuario de LICORES GIA.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/02/2016
Programador Responsable: Evelyn Valencia
Descripcin: Incorporar los reportes a la interfaz de usuario de LICORES GIA.
(Reverso)Pruebas de Aceptacin:
Verificar que el reporte se muestre en la pgina web
Verificar que el reporte se genere correctamente

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_33 Reporte de los proveedores
Nombre: Verificar que el reporte se muestre en la pgina web
Responsable: Adriana Velasquez
Fecha: 04/02/2016
Descripcin: Verificar que el reporte se muestre en la pgina web.
Condiciones de Ejecucin:
La funcionalidad de estar implementada
Pasos de ejecucin:
Ingresar al Reporte de licores por proveedor
Resultado esperado: El reporte se muestra en la pgina web
Evaluacin: Fallido

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_33 Reporte de los proveedores
Nombre: Verificar que el reporte se genere correctamente
Responsable: Adriana Velasquez
Fecha: 04/01/2016

Descripcin: Verificar que los datos mostrados son correctos


Condiciones de Ejecucin:
La funcionalidad est implementada
Pasos de ejecucin:
Ingresar al Reporte de licores por proveedor
Resultado esperado: Se muestra datos correctos
Evaluacin: Fallido.
ANEXO 115 MANTENIMIENTO HU_38 REPORTE DE LICOR POR CATEGORAS
HISTORIA DE USUARIO
Nmero: HU_38
Nombre: Reporte de licor por categoras
Modificacin de historia nmero: 1
Usuario: Administrador
Iteracin Asignada: 13
Prioridad en Negocio: Media
Puntos Estimados: 1
Riesgo en desarrollo: Media
Puntos Reales: 1
Descripcin:
Como administrador me gustara que tanto yo como mi empleado, podamos obtener
un listado de todos los licores que pertenecen a una categora, para poder saber que
licores se tienen dentro de cada categora.
Observaciones:

PRUEBAS DE ACEPTACIN
La interfaz de usuario se ajusta a los requerimientos del estndar de
interfaces.
Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_38 Reporte de licores por categorias
Nombre: La interfaz de usuario creada mediante ireport se ajusta a los
requerimientos del estndar de interfaces.
Responsable: Vanessa Bonito
Fecha: 04/02/2016
Descripcin: La interfaz creada mediante ireport debe ajustarse al estndar de
interfaces usado.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de licores por categorias
Resultado esperado: La ubicacin de los elementos en la interfaz se ajusta al
estndar de interfaces.
Evaluacin: Fallido.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_38 Reporte de licores por pcategorias
Nombre: Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos
Responsable: Vanessa Bonito
Fecha: 04/02/2016
Descripcin: Cuando se muestre los datos en la funcionalidad se deber mostrar el

reporte con la informacin correcta.


Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de licores por categorias
Resultado esperado: Se muestran los datos correctos.
Evaluacin: Fallido.
TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_38 Reporte de licor por categoras
Nmero
de
Tarea: Nombre de Tarea: Establecer la conexin con la base
TI_01
de datos implementando la sentencia SQL.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 02/02/2016
Fecha Fin: 02/02/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Establecer la conexin con la base de datos, implementando la
sentencia SQL respectiva.
(Reverso)Pruebas de Aceptacin:
Verificar que se d la conexin con la base de datos.
Verificar que la sentencia SQL recupere los datos esperados.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_38 Reporte de licor por categoras
Nombre: Verificar que se d la conexin con la base de datos.
Responsable: Adriana Velasquez
Fecha: 02/02/2016
Descripcin: Verificar mediante Netbeans que se d la conexin con la base de
datos.
Condiciones de Ejecucin:
Debe existir un servidor de base de datos con una base de datos creada.
Pasos de ejecucin:
Conectarse mediante Netbeans al servidor de base de datos.
Resultado esperado: La conexin se da exitosamente.
Evaluacin: Exitoso
Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_38 Reporte de licor por categoras
Nombre: Verificar que la sentencia SQL recupere los datos esperados.
Responsable: Adriana Velasquez
Fecha: 02/02/2016
Descripcin: Ejecutar la sentencia SQL mediante la herramienta ireport y verificar la
correcta recuperacin de datos de los licores por categora.
Condiciones de Ejecucin:
La sentencia SQL est creada.
Pasos de ejecucin:
Ejecutar la sentencia SQL en la herramienta ireport.
Resultado esperado: Se recupera los datos correctos de los licores por categora.
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_40 Reporte de licor por categoras
Nmero
de
Tarea: Nombre de Tarea: Implementar la interfaz de usuario
TI_02
mediante ireport.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 02/02/2016
Fecha Fin: 02/02/2016
Programador Responsable: Evelyn Valencia
Descripcin: Implementar la interfaz de usuario mediante ireport.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Verificar que se muestren los datos correctamente.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_40 Reporte de licor por categoras
Nombre: Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Responsable: Vanessa Bonito
Fecha: 02/02/2016
Descripcin: Verificar que la interfaz de usuario del reporte cumpla con el estndar
de interfaces usado.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport
Resultado esperado: El reporte cumple con el estndar de interfaces usado
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_38 Reporte de licor por categoras
Nombre: Verificar que se muestren los datos correctamente.
Responsable: Vanessa Bonito
Fecha: 02/02/2016
Descripcin: Verificar que los datos devueltos por la consulta se muestren
correctamente.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante la herramienta ireport
Resultado esperado: Los datos se muestran correctamente en cada columna, por
cada registro existente.
Evaluacin: Exitoso

Tarea de Ingeniera
Historia de Usuario: HU_38 Reporte de licores por categorias

Nmero
de
Tarea: Nombre de Tarea: Incorporar el reporte creado con
TI_03
ireport a la interfaz de usuario de LICORES GIA.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/02/2016
Programador Responsable: Evelyn Valencia
Descripcin: Incorporar los reportes a la interfaz de usuario de LICORES GIA.
(Reverso)Pruebas de Aceptacin:
Verificar que el reporte se muestre en la pgina web
Verificar que el reporte se genere correctamente

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_38 Reporte de licores por categorias
Nombre: Verificar que el reporte se muestre en la pgina web
Responsable: Adriana Velasquez
Fecha: 04/02/2016
Descripcin: Verificar que el reporte se muestre en la pgina web.
Condiciones de Ejecucin:
La funcionalidad de estar implementada
Pasos de ejecucin:
Ingresar al Reporte de licores por categorias
Resultado esperado: El reporte se muestra en la pgina web
Evaluacin: Fallido

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_38 Reporte de licores por categorias
Nombre: Verificar que el reporte se genere correctamente
Responsable: Adriana Velasquez
Fecha: 04/01/2016
Descripcin: Verificar que los datos mostrados son correctos
Condiciones de Ejecucin:
La funcionalidad est implementada
Pasos de ejecucin:
Ingresar al Reporte de licores por categorias
Resultado esperado: Se muestra datos correctos
Evaluacin: Fallido.
ANEXO 116 MANTENIMIENTO HU_42 REPORTE DE COMPRAS A
PROVEEDORES EN UN DETERMINADO PERODO
HISTORIA DE USUARIO
Nmero: HU_42
Nombre: Reporte de compras a proveedores en un
determinado perodo
Modificacin de historia nmero: 1
Usuario: Administrador
Iteracin Asignada: 13
Prioridad en Negocio: Media
Puntos Estimados: 1
Riesgo en desarrollo: Media
Puntos Reales: 1
Descripcin:
Como Administrador del negocio Licores Gia deseo un reporte de compras realizadas

a proveedores en determinado perodo, para obtener informacin oportuna.


Observaciones:

PRUEBAS DE ACEPTACIN
La interfaz de usuario se ajusta a los requerimientos del estndar de
interfaces.
Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_34 Reporte de compras a
proveedores en un determinado perodo
Nombre: La interfaz de usuario creada mediante ireport se ajusta a los
requerimientos del estndar de interfaces.
Responsable: Vanessa Bonito
Fecha: 04/02/2016
Descripcin: La interfaz creada mediante ireport debe ajustarse al estndar de
interfaces usado.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de compras a proveedores en un
determinado perodo
Resultado esperado: La ubicacin de los elementos en la interfaz se ajusta al
estndar de interfaces.
Evaluacin: Fallido.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_34 Reporte de compras a
proveedores en un determinado perodo
Nombre: Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos
Responsable: Vanessa Bonito
Fecha: 04/02/2016
Descripcin: Cuando se muestre los datos en la funcionalidad se deber mostrar el
reporte con la informacin correcta.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de compras a proveedores en un
determinado perodo
Resultado esperado: Se muestran los datos correctos.
Evaluacin: Fallido.
TAREAS DE INGENIERA
Tarea de Ingeniera

Historia de Usuario: HU_42 Reporte de compras a proveedores en un determinado


perodo
Nmero
de
Tarea: Nombre de Tarea: Establecer la conexin con la base de
TI_01
datos implementando la sentencia SQL.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 03/02/2016
Fecha Fin: 03/02/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Establecer la conexin con la base de datos, implementando la
sentencia SQL respectiva.
(Reverso)Pruebas de Aceptacin:
Verificar que se d la conexin con la base de datos.
Verificar que la sentencia SQL recupere los datos esperados.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_42 Reporte de compras a
proveedores en un determinado perodo
Nombre: Verificar que se d la conexin con la base de datos.
Responsable: Adriana Velasquez
Fecha: 03/02/2016
Descripcin: Verificar mediante Netbeans que se d la conexin con la base de
datos.
Condiciones de Ejecucin:
Debe existir un servidor de base de datos con una base de datos creada.
Pasos de ejecucin:
Conectarse mediante Netbeans al servidor de base de datos.
Resultado esperado: La conexin se da exitosamente.
Evaluacin: Exitoso
Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_42 Reporte de compras a
proveedores en un determinado perodo
Nombre: Verificar que la sentencia SQL recupere los datos esperados.
Responsable: Adriana Velasquez
Fecha: 03/02/2016
Descripcin: Ejecutar la sentencia SQL mediante la herramienta ireport y verificar la
correcta recuperacin de datos de los licores por categora.
Condiciones de Ejecucin:
La sentencia SQL est creada.
Pasos de ejecucin:
Ejecutar la sentencia SQL en la herramienta ireport.
Resultado esperado: Se recupera los datos correctos de los licores por categora.
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_42 Reporte de compras a proveedores en un
determinado perodo
Nmero
de
Tarea: Nombre de Tarea: Implementar la interfaz de usuario
TI_02
mediante ireport.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1

Fecha Inicio: 03/02/2016


Fecha Fin: 03/02/2016
Programador Responsable: Evelyn Valencia
Descripcin: Implementar la interfaz de usuario mediante ireport.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Verificar que se muestren los datos correctamente.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_42 Reporte de compras a
proveedores en un determinado perodo
Nombre: Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Responsable: Vanessa Bonito
Fecha: 03/02/2016
Descripcin: Verificar que la interfaz de usuario del reporte cumpla con el estndar
de interfaces usado.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante ireport
Resultado esperado: La interfaz cumple con el estndar de interfaces usado
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_42 Reporte de compras a
proveedores en un determinado perodo
Nombre: Verificar que se muestren los datos correctamente.
Responsable: Vanessa Bonito
Fecha: 03/02/2016
Descripcin: Verificar que los datos devueltos por la consulta se muestren
correctamente.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante ireport
Resultado esperado: Los datos se muestran correctamente en cada columna, por
cada registro existente.
Evaluacin: Exitoso

Tarea de Ingeniera
Historia de Usuario: HU_42 Reporte de compras a proveedores en un
determinado perodo
Nmero
de
Tarea: Nombre de Tarea: Incorporar el reporte creado con
TI_03
ireport a la interfaz de usuario de LICORES GIA.

Tipo de Tarea: Desarrollo


Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/02/2016
Programador Responsable: Evelyn Valencia
Descripcin: Incorporar los reportes a la interfaz de usuario de LICORES GIA.
(Reverso)Pruebas de Aceptacin:
Verificar que el reporte se muestre en la pgina web
Verificar que el reporte se genere correctamente

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_42 Reporte de compras a
proveedores en un determinado perodo
Nombre: Verificar que el reporte se muestre en la pgina web
Responsable: Adriana Velasquez
Fecha: 04/02/2016
Descripcin: Verificar que el reporte se muestre en la pgina web.
Condiciones de Ejecucin:
La funcionalidad de estar implementada
Pasos de ejecucin:
Ingresar al Reporte de compras a proveedores en un determinado perodo
Resultado esperado: El reporte se muestra en la pgina web
Evaluacin: Fallido

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_42 Reporte de compras a
proveedores en un determinado perodo
Nombre: Verificar que el reporte se genere correctamente
Responsable: Adriana Velasquez
Fecha: 04/01/2016
Descripcin: Verificar que los datos mostrados son correctos
Condiciones de Ejecucin:
La funcionalidad est implementada
Pasos de ejecucin:
Ingresar al Reporte de compras a proveedores en un determinado perodo
Resultado esperado: Se muestra datos correctos
Evaluacin: Fallido.
ANEXO 117 MANTENIMIENTO DE GANANCIAS Y PRDIDAS
HISTORIA DE USUARIO
Nmero: HU_41
Nombre: Reporte de ganancias y perdidas
Modificacin de historia nmero: 1
Usuario: Administrador
Iteracin Asignada: 13
Prioridad en Negocio: Media
Puntos Estimados: 1
Riesgo en desarrollo: Media
Puntos Reales: 1
Descripcin:
Como Administrador del negocio LicoresGia deseo obtener el reporte de prdidas y
ganancias, para poder tener un registro de la economa de la licorera.
Observaciones:
PRUEBAS DE ACEPTACIN

La interfaz de usuario se ajusta a los requerimientos del estndar de


interfaces.
Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_41 Reporte de ganancias y perdidas
Nombre: La interfaz de usuario creada mediante ireport se ajusta a los
requerimientos del estndar de interfaces.
Responsable: Vanessa Bonito
Fecha: 04/02/2016
Descripcin: La interfaz creada mediante ireport debe ajustarse al estndar de
interfaces usado.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de ganancias y perdidas
Resultado esperado: La ubicacin de los elementos en la interfaz se ajusta al
estndar de interfaces.
Evaluacin: Fallido.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_41 Reporte de ganancias y perdidas
Nombre: Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos
Responsable: Vanessa Bonito
Fecha: 04/02/2016
Descripcin: Cuando se muestre los datos en la funcionalidad se deber mostrar el
reporte con la informacin correcta.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de ganancias y perdidas
Resultado esperado: Se muestran los datos correctos.
Evaluacin: Fallido.
TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_41 Reporte de ganancias y perdidas
Nmero
de
Tarea: Nombre de Tarea: Establecer la conexin con la base
TI_01
de datos implementando la sentencia SQL.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 05/02/2016
Fecha Fin: 04/02/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Establecer la conexin con la base de datos, implementando la
sentencia SQL respectiva.
(Reverso)Pruebas de Aceptacin:
Verificar que se d la conexin con la base de datos.
Verificar que la sentencia SQL recupere los datos esperados.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_41 Reporte de ganancias y perdidas
Nombre: Verificar que se d la conexin con la base de datos.
Responsable: Adriana Velasquez
Fecha: 04/02/2016
Descripcin: Verificar mediante Netbeans que se d la conexin con la base de
datos.
Condiciones de Ejecucin:
Debe existir un servidor de base de datos con una base de datos creada.
Pasos de ejecucin:
Conectarse mediante Netbeans al servidor de base de datos.
Resultado esperado: La conexin se da exitosamente.
Evaluacin: Exitoso

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_41 Reporte de ganancias y perdidas
Nombre: Verificar que la sentencia SQL recupere los datos esperados.
Responsable: Adriana Velasquez
Fecha: 04/02/2016
Descripcin: Ejecutar la sentencia SQL mediante la herramienta ireport y verificar la
correcta recuperacin de datos de compras y ventas.
Condiciones de Ejecucin:
La sentencia SQL est creada.
Pasos de ejecucin:
Ejecutar la sentencia SQL en la herramienta ireport.
Resultado esperado: Se recupera los datos correctos de ventas y compras.
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_41 Reporte de ganancias y perdidas
Nmero
de
Tarea: Nombre de Tarea: Implementar la interfaz de usuario
TI_02
mediante ireport.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 05/02/2016
Fecha Fin: 04/02/2016
Programador Responsable: Evelyn Valencia
Descripcin: Implementar la interfaz de usuario mediante ireport.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Verificar que se muestren los datos correctamente.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_41 Reporte de ganancias y perdidas
Nombre: Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.

Responsable: Vanessa Bonito


Fecha: 04/02/2016
Descripcin: Verificar que la interfaz de usuario del reporte cumpla con el estndar
de interfaces usado.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante ireport
Resultado esperado: La interfaz cumple con el estndar de interfaces usado
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_41 Reporte de ganancias y perdidas
Nombre: Verificar que se muestren los datos correctamente.
Responsable: Vanessa Bonito
Fecha: 04/02/2016
Descripcin: Verificar que los datos devueltos por la consulta se muestren
correctamente.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport.
Pasos de ejecucin:
Ingresar al reporte mediante ireport
Resultado esperado: Los datos se muestran correctamente en cada columna, por
cada registro existente.
Evaluacin: Exitoso

Tarea de Ingeniera
Historia de Usuario: HU_41 Reporte de ganancias y perdidas
Nmero
de
Tarea: Nombre de Tarea: Incorporar el reporte creado con
TI_03
ireport a la interfaz de usuario de LICORES GIA.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/02/2016
Programador Responsable: Evelyn Valencia
Descripcin: Incorporar los reportes a la interfaz de usuario de LICORES GIA.
(Reverso)Pruebas de Aceptacin:
Verificar que el reporte se muestre en la pgina web
Verificar que el reporte se genere correctamente

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_41 Reporte de ganancias y perdidas
Nombre: Verificar que el reporte se muestre en la pgina web
Responsable: Adriana Velasquez
Fecha: 04/02/2016
Descripcin: Verificar que el reporte se muestre en la pgina web.
Condiciones de Ejecucin:
La funcionalidad de estar implementada
Pasos de ejecucin:

Ingresar al Reporte de ganancias y perdidas


Resultado esperado: El reporte se muestra en la pgina web
Evaluacin: Fallido

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_41 Reporte de ganancias y perdidas
Nombre: Verificar que el reporte se genere correctamente
Responsable: Adriana Velasquez
Fecha: 04/01/2016
Descripcin: Verificar que los datos mostrados son correctos
Condiciones de Ejecucin:
La funcionalidad est implementada
Pasos de ejecucin:
Ingresar al Reporte de ganancias y perdidas
Resultado esperado: Se muestra datos correctos
Evaluacin: Fallido.
ANEXO 118 MANTENIMIENTO HU_40 REPORTE DE VENTAS POR EMPLEADO
HISTORIA DE USUARIO
Nmero: HU_40
Nombre: Reporte de ventas por empleado
Modificacin de historia nmero: 1
Usuario: Administrador
Iteracin Asignada: 13
Prioridad en Negocio: Media
Puntos Estimados: 1
Riesgo en desarrollo: Media
Puntos Reales: 1
Descripcin:
Como Administrador del negocio Licores Gia deseo el reporte de los Empleados que
ms productos hayan vendido, para poder tener un registro del trabajo realizado de
los Empleados.
Observaciones:

PRUEBAS DE ACEPTACIN
La interfaz de usuario se ajusta a los requerimientos del estndar de
interfaces.
Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_40 Reporte de ventas por empleado
Nombre: La interfaz de usuario creada mediante ireport se ajusta a los
requerimientos del estndar de interfaces.
Responsable: Vanessa Bonito
Fecha: 04/02/2016
Descripcin: La interfaz creada mediante ireport debe ajustarse al estndar de
interfaces usado.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de ventas por empleado
Resultado esperado: La ubicacin de los elementos en la interfaz se ajusta al
estndar de interfaces.
Evaluacin: Fallido.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_40 Reporte de ventas por empleado
Nombre: Cuando se ingrese en la funcionalidad se mostrar el reporte con los datos
correctos
Responsable: Vanessa Bonito
Fecha: 04/02/2016
Descripcin: Cuando se muestre los datos en la funcionalidad se deber mostrar el
reporte con la informacin correcta.
Condiciones de Ejecucin:
La funcionalidad debe estar implementada.
Pasos de ejecucin:
Ingresar a la funcionalidad Reporte de ventas por empleado
Resultado esperado: Se muestran los datos correctos.
Evaluacin: Fallido.
TAREAS DE INGENIERA
Tarea de Ingeniera
Historia de Usuario: HU_40 Reporte de ventas por empleado
Nmero
de
Tarea: Nombre de Tarea: Establecer la conexin con la base
TI_01
de datos implementando la sentencia SQL.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/02/2016
Fecha Fin: 04/02/2016
Programador Responsable: Mara Jos Morillo
Descripcin: Establecer la conexin con la base de datos, implementando la
sentencia SQL respectiva.
(Reverso)Pruebas de Aceptacin:
Verificar que se d la conexin con la base de datos.
Verificar que la sentencia SQL recupere los datos esperados.

Prueba de aceptacin
Cdigo: PA_03
Historia de Usuario: HU_40 Reporte de ventas por empleado
Nombre: Verificar que se d la conexin con la base de datos.
Responsable: Adriana Velasquez
Fecha: 04/02/2016
Descripcin: Verificar mediante Netbeans que se d la conexin con la base de
datos.
Condiciones de Ejecucin:
Debe existir un servidor de base de datos con una base de datos creada.
Pasos de ejecucin:
Conectarse mediante Netbeans al servidor de base de datos.
Resultado esperado: La conexin se da exitosamente.
Evaluacin: Exitoso

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_40 Reporte de ventas por empleado
Nombre: Verificar que la sentencia SQL recupere los datos esperados.
Responsable: Adriana Velasquez
Fecha: 04/02/2016

Descripcin: Ejecutar la sentencia SQL mediante la herramienta ireport y verificar la


correcta recuperacin de datos de los licores por categora.
Condiciones de Ejecucin:
La sentencia SQL est creada.
Pasos de ejecucin:
Ejecutar la sentencia SQL en la herramienta ireport.
Resultado esperado: Se recupera los datos correctos de las ventas por empleado
Evaluacin: Exitoso.

Tarea de Ingeniera
Historia de Usuario: HU_40 Reporte de ventas por empleado
Nmero
de
Tarea: Nombre de Tarea: Implementar la interfaz de usuario
TI_02
mediante ireport.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/02/2016
Fecha Fin: 04/02/2016
Programador Responsable: Evelyn Valencia
Descripcin: Implementar la interfaz de usuario mediante ireport.
(Reverso)Pruebas de Aceptacin:
Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Verificar que se muestren los datos correctamente.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_40 Reporte de ventas por empleado
Nombre: Verificar que la interfaz de usuario del reporte cumpla con el estndar de
interfaces.
Responsable: Vanessa Bonito
Fecha: 04/02/2016
Descripcin: Verificar que la interfaz de usuario del reporte cumpla con el estndar
de interfaces usado.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante ireport
Resultado esperado: La interfaz cumple con el estndar de interfaces usado
Evaluacin: Exitoso.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_40 Reporte de ventas por empleado
Nombre: Verificar que se muestren los datos correctamente.
Responsable: Vanessa Bonito
Fecha: 04/02/2016
Descripcin: Verificar que los datos devueltos por la consulta se muestren
correctamente.
Condiciones de Ejecucin:
El reporte debe estar creado con ireport
Pasos de ejecucin:
Ingresar al reporte mediante ireport

Resultado esperado: Los datos se muestran correctamente en cada columna, por


cada registro existente.
Evaluacin: Exitoso

Tarea de Ingeniera
Historia de Usuario: HU_40 Reporte de ventas por empleado
Nmero
de
Tarea: Nombre de Tarea: Incorporar el reporte creado con ireport
TI_03
a la interfaz de usuario de LICORES GIA.
Tipo de Tarea: Desarrollo
Puntos Estimados: 1
Fecha Inicio: 04/01/2016
Fecha Fin: 04/02/2016
Programador Responsable: Evelyn Valencia
Descripcin: Incorporar los reportes a la interfaz de usuario de LICORES GIA.
(Reverso)Pruebas de Aceptacin:
Verificar que el reporte se muestre en la pgina web
Verificar que el reporte se genere correctamente

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_40 Reporte de ventas por empleado
Nombre: Verificar que el reporte se muestre en la pgina web
Responsable: Adriana Velasquez
Fecha: 04/02/2016
Descripcin: Verificar que el reporte se muestre en la pgina web.
Condiciones de Ejecucin:
La funcionalidad de estar implementada
Pasos de ejecucin:
Ingresar al Reporte de ventas por empleado
Resultado esperado: El reporte se muestra en la pgina web
Evaluacin: Fallido

Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_40 Reporte de ventas por empleado
Nombre: Verificar que el reporte se genere correctamente
Responsable: Adriana Velasquez
Fecha: 04/01/2016
Descripcin: Verificar que los datos mostrados son correctos
Condiciones de Ejecucin:
La funcionalidad est implementada
Pasos de ejecucin:
Ingresar al Reporte de ventas por empleado
Resultado esperado: Se muestra datos correctos
Evaluacin: Fallido.
ANEXO 119 INTEGRACIN DE LAS FUNCIONALIDADES DE LOS LICORES
HISTORIA DE USUARIO
Nmero: HU_44
Nombre: Navegabilidad del sistema
Modificacin de historia nmero:
Usuario: Administrador
Iteracin Asignada: 13

Prioridad en Negocio: Alta


Puntos Estimados: 4
Riesgo en desarrollo: Medio
Puntos Reales: 4
Descripcin:
Como administrador deseo tener facilidad al momento de utilizar el sistema, para ello
me gustara que se encuentre todo dentro de una misma pgina.
Observaciones:

PRUEBAS DE ACEPTACIN
Deben estar todas las funcionalidades integradas en una misma interfaz.
La interfaz debe cumplir con el estndar establecido.

Tareas de Ingeniera
Tarea de Ingeniera
Historia de Usuario: HU_44 Navegabilidad del sistema
Nmero de Tarea: TI_01 Nombre de Tarea: Implementar los reportes dentro de la interfaz
correspondiente.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 29/01/2016
Fecha Fin: 29/01/2016
Programador Responsable: Natalia Pilco
Descripcin: Para tener mayor facilidad en el uso de la aplicacin, se implement los
reportes dentro de la interfaz correspondiente.
(Reverso)Pruebas de Aceptacin:
Verificar que al seleccionar uno de los reportes estos estn funcionando de forma
correcta.

Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: HU_44 Navegabilidad del sistema
Nombre: Verificar que al seleccionar uno de los reportes estos estn funcionando de forma
correcta.
Responsable: Adriana Velsquez
Fecha: 29/01/2016
Descripcin: Comprobar que al seleccionar un reporte este presente sus resultados de
forma correcta
Condiciones de Ejecucin:
Que exista conexin con la base de datos.
La interfaz debe estar implementada.
Pasos de ejecucin:
Iniciar sesin como administrador
Ir al men licores
Colocar el mouse sobre la opcin reporte
Seleccionar un reporte
Resultado esperado: Los reportes deben funcionar de forma correcta y presentar la
informacin correspondiente.
Evaluacin: Exitosa

Tarea de Ingeniera
Historia de Usuario: HU_44 Navegabilidad del sistema

Nmero de Tarea: TI_02

Nombre de Tarea: Implementar botones con imgenes segn


funcionalidad.
Tipo de Tarea: Desarrollo
Puntos Estimados: 2
Fecha Inicio: 01/02/2016
Fecha Fin: 01/02/2016
Programador Responsable: Natalia Pilco
Descripcin: Todas las pginas deben contener los botones con las imgenes
correspondientes.
(Reverso)Pruebas de Aceptacin:
Verificar que al dar clic sobre el botn este siga realizando la accin correspondiente.

Prueba de aceptacin
Cdigo: PA_02
Historia de Usuario: HU_44 Navegabilidad del sistema
Nombre: Verificar que al dar clic sobre el botn este siga realizando la accin
correspondiente.
Responsable: Yessenia Pilco
Fecha: 01/02/2016
Descripcin: Al dar clic sobre el botn, este debe realizar la accin correspondiente.
Condiciones de Ejecucin:
Debe existir la conexin a la Base de datos.
Tener las opciones implementadas.
Pasos de ejecucin:
Iniciar sesin como administrador
Elegir la opcin clientes
Dar clic sobre Nuevo registro
Llenar Datos
Dar clic sobre el botn guardar.
Resultado esperado: Se debe presentar la pantalla correspondiente y al dar clic sobre
guardar el registro deber estar almacenado en la base de datos.
Evaluacin: Exitosa
Tareas de ingeniera
Tarea de Ingeniera
Historia de Usuario: HU_44 Navegabilidad del sistema
Nmero de Tarea: TI_03
Nombre de Tarea: Control de la funcionalidad Registrar
Compra a Proveedor.
Tipo de Tarea: desarrollo
Puntos Estimados: 2
Fecha Inicio: 02/02/2016
Fecha Fin: 02/02/2016
Programador Responsable: Giannella Montao
Descripcin: Realizar el respectivo control a la interfaz Registrar Compra a Proveedor para
que el administrador pueda realizar el Ingreso de la Compra de forma correcta y sin errores
al momento de calcular el valor total a pagar.
(Reverso)Pruebas de Aceptacin:
Verificar que al seleccionar el licor y no ingresar el valor y cantidad no se habilite el
botn el guardar.
Verificar que al estar calculado el total y desmarcar un licor este valor disminuya de
forma automtica.
Verificar que al estar llenos todos los campos y una vez calculado su valor total el
botn guardar se habilite y los datos se guarden de forma correcta.
Prueba de aceptacin

Cdigo: PA_03
Historia de Usuario: HU_44 Navegabilidad del sistema
Nombre: Verificar que al seleccionar el licor y no ingresar el valor y cantidad no se habilite el
botn el guardar.
Responsable: Carolina Valencia
Fecha: 03/02/2016
Descripcin: El botn guardar se debe habilitar solo cuando estn ingresados de forma
correcta los valores.
Condiciones de Ejecucin:
Debe existir una conexin con la Base de datos
Las funcionalidades deben estar implementadas
Pasos de ejecucin:
Iniciar sesin como administrador
Ir al men Proveedor
Seleccionar Compra a Proveedor
Seleccionar un Proveedor
Seleccionar uno o varios licores
Dar clic sobre calcular
Resultado esperado: El botn guardar no se debe habilitar hasta que estn ingresados
todos los datos.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_04
Historia de Usuario: HU_44 Navegabilidad del sistema
Nombre: Verificar que al estar calculado el total y desmarcar un licor este valor disminuya de
forma automtica.
Responsable: Carolina Valencia
Fecha: 03/02/2016
Descripcin: Al desmarcar algn valor el total debe calcularse de nuevo.
Condiciones de Ejecucin:
Debe existir una conexin con la Base de datos
Las funcionalidades deben estar implementadas
Pasos de ejecucin:
Iniciar sesin como administrador
Ir al men Proveedor
Seleccionar Compra a Proveedor
Seleccionar un Proveedor
Seleccionar el licor Buchanans
Seleccionar el licor Pedro Dome
Llenar el campo costo$ 20 y 30
Llenar el campo cantidad 2 y 4
Dar clic sobre calcular
Resultado esperado: Al desmarcar el licor Pedro Dome el total deber volver a calcularse
de forma automtica.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_05
Historia de Usuario: HU_44 Navegabilidad del sistema
Nombre: Verificar que al estar llenos todos los campos y una vez calculado su valor total el
botn guardar se habilite y los datos se guarden de forma correcta.

Responsable: Carolina Valencia


Fecha: 03/02/2016
Descripcin: Al desmarcar algn valor el total debe calcularse de nuevo.
Condiciones de Ejecucin:
Debe existir una conexin con la Base de datos
Las funcionalidades deben estar implementadas
Pasos de ejecucin:
Iniciar sesin como administrador
Ir al men Proveedor
Seleccionar Compra a Proveedor
Seleccionar un Proveedor
Seleccionar el licor Buchanans
Seleccionar el licor Pedro Dome
Llenar el campo costo$ 20 y 30
Llenar el campo cantidad 2 y 4
Dar clic sobre calcular
Dar clic sobre guarder
Resultado esperado: Al dar clic sobre el botn guardar los datos deben estar almacenados
en la base de datos de forma correcta.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_06
Historia de Usuario: HU_44 Navegabilidad del sistema
Nombre: Deben estar todas las funcionalidades integradas en una misma interfaz.
Responsable: Carolina Valencia
Fecha: 03/02/2016
Descripcin: Para una mejor ejecucin de la aplicacin, se integraron las funcionalidades de
los licores en una sola interfaz.
Condiciones de Ejecucin:
Debe existir una conexin con la Base de datos
Las funcionalidades deben estar integradas
Pasos de ejecucin:
Iniciar sesin como administrador
Ir al men licores
Resultado esperado: Las funcionalidades deben estar integradas.
Evaluacin: Exitosa.

Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_44 Navegabilidad del sistema
Nombre: La interfaz debe cumplir con el estndar establecido.
Responsable: Carolina Valencia
Fecha: 03/02/2016
Descripcin: La interfaz de los licores debe cumplir con el estndar establecido.
Condiciones de Ejecucin:
Debe existir una conexin con la Base de datos
Las funcionalidades deben estar implementadas
Pasos de ejecucin:
Iniciar sesin como administrador
Ir al men licores
Resultado esperado: La interfaz debe cumplir con el estndar establecido.

Evaluacin: Exitosa.
ANEXO 120 REALIZACIN DEL MANUAL TCNICO
METFORA DEL SISTEMA
Nmero: MS_08
Nombre: Realizacin del manual tcnico
Modificacin de metfora nmero:
Usuario: Desarrollador
Iteracin Asignada: 13
Prioridad en Negocio: Bajo
Puntos Estimados: 6
Riesgo en desarrollo: Bajo
Puntos Reales: 6
Descripcin:
Como desarrollador deseo que todo lo relacionado con las tcnicas de gestin
proyecto y de codificacin este correctamente documentadas en un manual.
Observaciones:
El manual tcnico se realizar para cada iteracin.

Pruebas de Aceptacin

Todos los desarrolladores debern realizar la documentacin requerida de


cada una de las tareas realizadas.
Verificar que la documentacin sea clara y concisa.

Prueba de Aceptacin
Cdigo: PA_01
Historia de Usuario: MS_08 Manual tcnico
Nombre: Todos los desarrolladores debern realizar la documentacin requerida de
cada una de las tareas realizadas.
Responsable: Vanessa Bonito Fecha: 03/02/2016
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.
Condiciones de Ejecucin: Se deben conocer los procesos realizados a lo largo
del desarrollo de la etapa.
Pasos de ejecucin
Anlisis de todas las etapas que se estn realizando para el proceso del
desarrollo del Proyecto.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: el manual tcnico debe estar bien realizado con cada uno de
los elementos de las tareas para la documentacin.
Evaluacin de la prueba: Exitosa.

Prueba de Aceptacin
Cdigo: PA_02
Historia de Usuario: MS_08 Manual tcnico.
Nombre: Verificar que la documentacin sea clara y concisa.
Responsable: Freddy Capz Fecha: 03/01/2016
Descripcin: Se requiere analizar el manual tcnico generado para verificar si
cuenta con las especificaciones necesarias.
Condiciones de Ejecucin: Se deben conocer los procesos realizados al largo del
desarrollo de la etapa.

Pasos de ejecucin
Se leer el manual tcnico.
Se realizar un anlisis de su informacin contenida.
Verificar que los procesos definidos en el manual tcnico son una gua
satisfactoria para el desarrollador.
Resultado esperado: El contenido del manual tcnico sea entendible para todos
los desarrolladores.
Evaluacin de la prueba: Exitosa.
Pruebas de Aceptacin

El lenguaje utilizado deber ser de sencilla comprensin para el usuario.


El manual deber contener descripciones de pantallas y su
funcionamiento.

ANEXO 121 REALIZACION DEL MANUAL DE USUARIO


METAFORA DEL SISTEMA
Nmero: MS_09
Nombre: Realizacin del manual de usuario
Modificacin de metfora nmero:
Usuario: Usuario
Iteracin Asignada: 13
Prioridad en Negocio: Alta
Puntos Estimados: 4
Riesgo en desarrollo: Bajo
Puntos Reales: 4
Descripcin:
Como desarrollador deseo documentar cmo se maneja y est estructurado el
sistema para que el cliente lo pueda utilizar fcilmente y de una manera gil.
Observaciones:

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_09 Realizacin del manual de
usuario
Nombre: El lenguaje utilizado deber ser de sencilla comprensin para el usuario.
Responsable: Jos Acn
Fecha: 29/01/2016
Descripcin: El manual de usuario tiene un lenguaje de sencilla comprensin para el
usuario, el cliente ha podido realizar las actividades de la pgina sin necesidad de
que este presenten uno de los programadores.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se puede seguir los pasos especificados en el manual.
Resultado esperado: El sistema debe ser entendible para el usuario por medio de
los manuales.
Evaluacin de la prueba: Exitosa.
PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: MS_09 Realizacin del manual de
usuario
Nombre: El manual deber contener descripciones de pantallas y en cada una
su funcionamiento descriptivo
Responsable: Vanessa Bonito
Fecha: 29/01/2016
Descripcin: El manual de usuario tiene que ser descriptivo llevando en si de una

forma grfica y textual de lo que realiza cada parte de la aplicacin


Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Abrir el sistema.
Abrir el manual.
Ejecutar los pasos especificados en el manual.
Comprobar si se realiza lo que est escrito en el manual.
Resultado esperado: El usuario se guio mediante las interfaces y descripciones
dando como resultado el maneje del sistema por medio del manual.
Evaluacin de la prueba: Exitosa.

Tareas de ingeniera
TAREA DE INGENIERA
Metfora: MS_08 Realizacin del manual de usuario
Nmero de Tarea: TI_01 Nombre de Tarea: Realizar el manual de usuario.
Tipo de Tarea: Desarrollo
Puntos Estimados: 4
Fecha Inicio: 22/01/2016
Fecha Fin: 28/01/2016
Programador Responsable: Jos Acn
Descripcin: Realizar el manual de usuario para que el cliente tenga una gua
especifica de manejo del producto que le ser entregado.
Pruebas de Aceptacin
Verificar que el manual de usuario contemple todas las especificaciones de uso del
sistema para que pueda tener un manejo ptimo del mismo.

PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_09 Realizacin del manual de
usuario
Nombre: TI_01 Realizar el manual de usuario.
Responsable: Yessenia Pilco
Fecha: 27/01/2016
Descripcin: Se requiere analizar el manual de usuario generado para verificar si
cuenta con las especificaciones de gua necesarias.
Condiciones de Ejecucin: debe estar funcionando esa parte del sistema.
Pasos de ejecucin:
Analizar la redaccin del manual de usuario para ver si se encuentran
especificadas los pasos para el manejo de cada funcionalidad.
Verificar que la gua realizada en el manual lleva al usuario hacia los
resultados correctos.
Resultado esperado: Llegar a la conclusin de que el manual est apto para su
entrega al usuario y que le ser de utilidad como gua en el manejo del sistema.
Evaluacin de la prueba: Exitosa.

ANEXO 122 PLAN DE ENTREGA

ITERACIN

TAREA

Iteracin 1

FECHA DE

FECHA FINAL

INICIO
2015-11-05

2015-11-11

MS_01 Definicin del estndar de


programacin
MS_02 Diseo de la Arquitectura del
sistema
MS_03 Diseo de la Base de Datos
Spike: Investigar las actuales
arquitecturas de software para la
implementacin de un proyecto.
MS_08 Realizacin del manual Tcnico
Iteracin 2

2015-11-12

2015-11-18

MS_04 Implementacin preliminar de la


Base de Datos.
MS_05 Instalar y configurar el servidor de
base de datos
MS_06 Conexin a la Base de Datos
MS_07 Diseo de las interfaces de
usuario
MS_08 Realizacin del manual tcnico
MS_09 Realizacin del manual de
usuario
Iteracin 3

2015-11-19

2015-11-25

HU_04 Ingreso de un nuevo cliente


HU_03 Ingreso de un nuevo empleado
HU_10 Ingresar licores
MS_08 Realizacin del manual tcnico
MS_09 Realizacin del manual de
usuario
Iteracin 4

2015-11-26
Mantenimiento HU_03, HU_05
Mantenimiento MS_06 Diseo de interfaz
de usuario
MS_11 Diseo de la interfaz principal
HU_01.1 Autenticacin del usuario
HU_02 Modificar datos del usuario
Spike: Proceso para levantar el servidor
DNS
Spike: Proceso para levantar el servidor
DHCP

2015-12-02

Realizacin del manual Tcnico y manual


de usuario
Iteracin 5

2015-12-04
HU_01.2

Autorizacin

de

2015-12-10

la

Autentificacin de los usuarios


HU_06 Eliminar usuario
HU_07 Buscar usuarios
Mantenimiento HU_10 Ingresar licores
HU_29 Ingresar proveedor
Realizacin del manual Tcnico y manual
de usuario
Iteracin 6

2015-12-11

2015-12-17

HU_12 Modificar datos de licores


HU_16 Reporte de los licores que se
estn agotando
HU_17 Buscar licor
HU_30 Modificar proveedor
HU_35 Ingreso de categora
Spike actualizacin automtica de datos.
Realizacin del manual de usuario y
manual tcnico
Iteracin 7

2015-12-18

2015-12-23

HU_11 Eliminar licores


HU_31 Eliminar proveedor
HU_32 Reporte de los proveedores
HU_34 Buscar proveedores
HU_36 Modificar categora
Realizacin del manual de usuario y
manual tcnico
Iteracin 8

2015-12-25

2015-12-30

HU_19.1 Presentar productos por


categora
HU_24 Buscar pedidos
HU_33 Reportes de licores por proveedor
HU_37 Eliminar categora
HU_38 Reporte de licor por categoras
Realizacin del manual de usuario y
manual tcnico
Iteracin 9

vie 2016-0101
HU_19.2 Implementar carro de compras
HU_13 Reporte de todos los licores
HU_26.1 Implementacin de interfaz de
nota de venta
HU_25 Reporte de los proveedores a los

mier 2016-01-07

que ms productos se compra


HU_09 Calculo de sueldo por antigedad
Realizacin del manual de usuario y
manual tcnico
Iteracin 10

jue 2016-01-

mier 2016-01-14

08
HU_15 Reporte de los licores que no se
estn vendiendo
HU_19.3 Guardar Pedido
HU_26.2 Guardar Venta
HU_42 Reportes de compras a
proveedores
Mantenimiento de validaciones
Realizacin del manual de usuario y
manual tcnico
Iteracin 11

2016-01-15

2016-01-21

HU_08 Reporte de clientes con ms


pedido realizado
HU_40 Reportes de ventas por empleado
HU_14 Reporte de los licores ms
vendidos
HU_21 Registrar compra a proveedor
Spyke: iReport
HU_28 Generar venta a partir de pedido
HU_39 Buscar Venta
Realizacin del manual de usuario y
manual tcnico
Iteracin 12

2016-01-22

2016-01-28

HU_20 Cancelar pedido


HU_22 Calcular el costo del licor
HU_13 Reporte de inventario de los
licores Mantenimiento
HU_23 Calcular el precio minimo y el
precio de venta del licor
HU_41 Reporte de prdidas y ganancias
MS_11 Mantenimiento de la
navegabilidad usuario
Realizacin del manual de usuario y
manual tcnico
Iteracin 13

2016-01-29
MS_10 Despliegue final del sistema
MS_13 Mantenimiento interfaz de usuario
MS_12 Implementacin de irpeport en
reportes
HU_27 Reporte de ventas periodo
HU_18 Reporte de pedidos por periodo
Realizacin del manual de usuario y

2016-02-04

manual tcnico

Das könnte Ihnen auch gefallen