Informe Primer Avance

ESCUELA SUPERIOR POLITCNICA DE
CHIMBORAZO
Facultad de Informtica y Electrnica

Escuela de Ingeniera en Sistemas
Ingeniera de Software II
Integrantes:
Giannella Montao 5509

Wilmer Barrera
5726
Freddy Capuz
5682
Jos Acn
5906
Carolina Valencia
5723
Natalia Pilco
5505
Mara Jos Morillo 5763
Adriana Velsquez 5642
Yesenia Pilco
5790
Vanessa Bonito
5773
Victor Bayas
1600
Contenido
Introduccin................................................................................................... 4
Objetivos........................................................................................................ 5
Objetivo general.......................................................................................... 5
Objetivos especficos................................................................................... 5
Requerimientos del Sistema...........................................................................5
Requisitos funcionales................................................................................. 5
Requisitos no funcionales............................................................................7
Historias de usuario........................................................................................ 7
Gestin de riesgos.......................................................................................... 8
Identificacin de riesgos................................................................................. 8
Hojas de gestin de riesgos........................................................................... 8
Anlisis de riesgos.......................................................................................... 9
Reuniones diarias...................................................................................... 10
Reuniones de retroalimentacin intergrupal................................................10
Estudio de factibilidad.................................................................................. 10
Factibilidad Tcnica...................................................................................... 11
Factibilidad Operativa................................................................................... 11
Factibilidad Econmica................................................................................. 12
Plan de entrega......................................................................................... 13
Diagrama de Grant....................................................................................... 13
DESARROLLO DE LAS ITERACIONES.............................................................13
ITERACION 1................................................................................................. 13
INTRODUCCIN......................................................................................... 13
DESARROLLO............................................................................................ 13
MS_01 DEFINICIN DE ESTNDAR DE PROGRAMACIN............................14
ESTNDAR DE PROGRAMACIN CAMELCASE............................................14
DISEO DE LA BASE DE DATOS.................................................................14
DIAGRAMA ENTIDAD-RELACION................................................................14
MODELO LGICO....................................................................................... 14
MODELO FSICO......................................................................................... 15
DICCIONARIO DE DATOS........................................................................... 15
SCRIPT DE LA BASE DE DATOS..................................................................15
MS_02 DISEO DE LA ARQUITECTURA DEL SISTEMA.................................15
Capa de interfaz del usuario (IU)...............................................................16
Capa de lgica de negocio (LN).................................................................16

Capa de acceso a datos (AD)....................................................................16
Capa de almacenamiento.........................................................................16
MS_08 MANUAL TCNICO ITERACIN I......................................................16
ITERACION 2................................................................................................. 17
DESARROLLO............................................................................................ 17
MS_05 Instalacin y configuracin del servidor.........................................17
MS_04 Implementacin preliminar de la Base de Datos...........................17
MS_06 Conexin a la Base de Datos.........................................................18
MS_07 Diseo del estndar de interfaces de usuario................................18
MS_08 Realizacin del manual tcnico......................................................19
MS_09 Realizacin del manual de usuario.................................................19
VELOCIDAD ITERACION II...........................................................................20
ITERACION 3................................................................................................. 20
INTRODUCCION......................................................................................... 20
DESARROLLO............................................................................................ 21
HU_05 Ingreso de un nuevo cliente...........................................................21
VELOCIDAD ITERACION IV.........................................................................26
VELOCIDAD DEL PROYECTO......................................................................27
Conclusiones y Recomendaciones................................................................28
Conclusiones............................................................................................. 28
Recomendaciones..................................................................................... 28
Anexos.......................................................................................................... 29
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
Objetivo general
Presentar el trabajo realizado para el diseo y codificacin de las cuatro

primeras iteraciones para el proyecto licores Gia .
Objetivos especficos
Establecer los estndares de codificacin, y la arquitectura a utilizar.
Implementar la base de datos y establecer el estndar de interfaz de

usuario.
Implementar los ingresos de aquellas entidades de mayor prioridad

dentro del negocio licores Gia.
Realizar el mantenimiento del ingreso del ayudante y del cliente, e

implementar la autenticacin sin autorizacin.
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 51
funcionalidades.
Requisitos funcionales
1.1 Autentificacin de los Usuarios
1.2 Autorizacin de la Autentificacin de los usuarios
2. Modificar datos del usuario
3. Ingreso de un nuevo ayudante
4. Ingreso de un nuevo cliente
5. Mantenimiento ingreso de usuarios
6. Eliminar usuario
7. Buscar usuarios
8. Reporte de clientes con ms pedidos realizados
9. Reporte de clientes que ms cancelan sus pedidos
10. Ingresar licores
11. Eliminar licores
12. Modificar datos de licores
13. Reporte de todos los licores
14. Reporte de los licores ms vendidos
15. Reporte de los licores que no se estn vendiendo
16. Reporte de los licores que se estn agotando
17. Buscar licor
18. Notificaciones de stock de producto
19.1 Presentar licores por categora
19.2 Implementar carro de compras
19.3 Guardar Pedido
20. Modificar pedido
21. Cancelar pedido
22. Eliminar pedido (Realizar HU
22. Reporte de pedidos diarios.
24. Reporte de mejores pedidos por mes (HU)
25. Reporte de pedidos segn sus estados
26. Buscar pedidos
27. Notificaciones de pedidos
28.1 Implementacin de interfaz de nota de venta
28.2 Guardar Venta
29. Modificar Ventas
30. Reporte de ventas anuales
31. Implementacin de la interfaz principal
32. Reporte de ventas diarias
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 (Realizar HU)
45. Mantenimiento HU_05 validacin de fecha
46. Reporte de los proveedores a los que ms productos se compra
47. Calculo de sueldo por antigedad (Realizar HU)
48. Reportes ayudante que haya vendido ms producto
49. Reporte de ganancias y prdidas
50. Reporte de clientes registrados sin actividad de compras

51. Reportes de compras anuales a proveedores (HACER HU)
Requisitos no funcionales
El sistema debe visualizarse y funcionar correctamente en cualquier
navegador, especialmente en Internet Explorer, Mozilla Firefox, Google
Chrome.
El tiempo de aprendizaje del sistema por un usuario deber ser menor a
4 horas.
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.
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 de la historia que llevara por
defecto el nombre del requisito que se va a desarrollar en el proyecto, 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. Anexo 1
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. Para un mejor
entendimiento a continuacin se define un breve concepto de los 3 tipos de categora
existente:
Del proyecto: afecta directamente al proyecto en general.
Tcnico: afecta directamente al Hardware o Software.
Del negocio: afecta directamente al propietario o al negocio.
De este anlisis se ha podido obtener que existen 16, de los cuales 5 son riesgos de
proyecto, 3 son riesgos tcnicos y 4 son riesgos del negocio.
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. Las hojas de riesgo estn estructuradas de
la siguiente manera un ID del riesgo representado con la letra mayscula R y un
nmero con la secuencia respectiva, la fecha en que se document el riesgo, la
probabilidad de ocurrencia, el impacto en el proyecto, exposicin al riesgo y la
prioridad con las diferentes valoraciones del riesgo y una descripcin; en la parte de
refinamiento se argumentan las causas y consecuencias que el riesgo ocasionara en

caso de ocurrencia. Tambin se establecen medidas de reduccin, supervisin y
gestin del riesgo descrito; estado actual y los responsables. 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.
El parmetro de Impacto tambin se lo ha designado con valores alto, medio y bajo a
los cuales se les ha asignado un valor, para determinar el impacto que estos tienen
sobre el proyecto a realizarse.
La exposicin indica el que valor existe para que el riesgo sea ejecutado y es el
resultado de la multiplicacin del valor de la probabilidad asignada con el valor del
impacto asignado a cada riesgo.
Reuniones diarias
Las reuniones se realizaron a las ocho de la noche teniendo como mtrica la duracin
de 15 minutos y con la estructura de expresar que se hizo ayer, los problemas que se
tuvo y lo que se planea hacer hoy.
Reuniones de retroalimentacin intergrupal

Se utiliz esta tcnica consistente en que todos los miembros grupo aporte con crticas
constructivas en un ambiente que no sea hostil. Esta tcnica de retroalimentacin fue
aplicada los das de entrega donde se hicieron observaciones de las fallas del grupo y
se apunt posibles soluciones a dichas fallas.
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
La factibilidad tcnica consiste en realizar una evaluacin de los recursos tecnolgicos
existentes para la implementacin e implantacin del sistema que se desea
desarrollar. 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.
10
(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
11
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. En el sistema para la
Licorera Gia se tienen las siguientes metforas del sistema:
Definicin del estndar de programacin

Diseo de la arquitectura del sistema
Diseo de la base de datos
Implementacin preliminar de la base de datos
Instalar y configurar el servidor
Conexin con la base de datos
Diseo del estndar de interfaces de usuario
Realizacin del manual tcnico
Realizacin del manual de usuario
Despliegue final del sistema
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 26. 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 mircoles 11 de febrero de 2016.
12
Diagrama de Grant
Anexo 19
DESARROLLO DE LAS ITERACIONES

ITERACION 1
INTRODUCCIN
Se realiz las metforas del sistema que consiste en el anlisis y el funcionamiento del
software que se va a desarrollar que est compuesta por: Definicin del estndar de
programacin, 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.
DESARROLLO
MS_01 DEFINICIN DE ESTNDAR DE PROGRAMACIN

ESTNDAR DE PROGRAMACIN CAMELCASE
UpperCamelCase: Tambin conocido como el Alto CamelCase, en este estndar,
bsicamente cada nueva palabra tiene que iniciar con una letra 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.
13
Los estndares de programacin mejoran la legibilidad del cdigo, al mismo

tiempo que permiten su compresin rpida.
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 modelos
lgicos, fsico, el diccionario de datos y el correspondiente script.
DIAGRAMA ENTIDAD-RELACION
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. 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.
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 detallarn 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
MODELO FSICO
Para el diseo fsico, se debe considerar el motor de base de datos seleccionado. En
este caso se usar 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.
14
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.
SCRIPT DE LA BASE DE DATOS

Se realiz el script de la base de datos para la futura implementacin de la base de
datos.
MS_02 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.
15
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.
Haciendo el diseo de la arquitectura del sistema se ha obtenido el diagrama de
despliegue para el sistema teniendo un total de 4 servidores.
Tambin se tiene que para esta metfora se han tenido dos tareas de ingeniera con
pruebas de aceptacin.
MS_08 MANUAL TCNICO ITERACIN I
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. Teniendo que para la primera iteracin el manual tcnico tuvo un total de 34
hojas.
ITERACION 2
La segunda iteracin de nuestro proyecto est planificada para desarrollarse entre el
jueves 2015-11-12 y el mircoles 2015-11-18, para esto se ha planificado el desarrollo
de 6 actividades, estas actividades son no funcionales pero las cuales son necesarias
para llevar a cabo el desarrollo del proyecto, las mismas son las metforas de usuario
siguientes:
DESARROLLO
MS_05 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. ANEXO 26
Se ha escogido levantar el servidor de base de datos en el sistema operativo

CentOS 7 versin mnima ya que es uno de los ms estables, y como motor de
base de datos se ha seleccionado a Postgresql.
Datos de instalacin:
16
Requisitos
Un servidor (o mquina virtual) con 2 GB de RAM
10B de disco duro
1 cpu
Conexin a internet
Disco (ISO) de instalacin de Linux.
A esta metfora se le han asignado 10 puntos estimados, pero al desarrollarla los

puntos reales han resultado ser 8. Es decir, esta tarea demoro menos de lo que se
haba planificado.
MS_04 Implementacin preliminar de la Base de Datos
Para empezar a desarrollar las diferentes funcionalidades del sistema es indispensable
desarrollar esta metfora, mediante la cual se podr agregar las diferentes
funcionalidades.
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
predefinido en el diseo de la Base de Datos
Esta metfora tiene un total de 6 puntos reales frente a los 8 que han sido estimados,
es decir esta tarea se la realizo en menos tiempo de lo planificado debido a que el
script de la base de datos ya fue generado en la iteracin anterior. ANEXO 27
MS_06 Conexin a la Base de Datos
La conexin a la Base de Datos es una de las metforas primordiales dentro de esta
iteracin ya que mediante esta se podr comenzar a desarrollarse las siguientes
historias de usuarios. La base de Datos de nuestro servidor la hemos realizado en
postgreSQL en el servidor Centos7 minimal. La base de datos la hemos llamado
LicGia, el proceso de conexin se lo realiza para recuperar datos en las diferentes
funcionalidades del sistema, la conexin se ha realizado mediante una clase
denominada cConexion. ANEXO 28
A esta tarea se le ha asignado 8 puntos estimados, y se la ha realizado en 8 puntos
reales, es decir esta tarea se la realizo en el tiempo que se la haba planificado.
MS_07 Diseo del estndar de interfaces de usuario
El diseo del estndar de programacin se lo ha diseado para tener pautas para
desarrollar las diferentes interfaces de una manera fcil y unificada, permitiendo al
usuario y desarrollador su fcil manejo.
17
En el estndar se define las diferentes caractersticas y elementos que formarn parte

de las interfaces, as como tambin se establecern colores y los diferentes tamaos
de los elementos que sern parte de nuestra interface.
Los estndares definidos 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
Esta Metfora del sistema se la ha realizado en 8 puntos reales, frente a 8 puntos

estimados en nuestra planificacin. ANEXO 30
MS_08 Realizacin del manual tcnico

El manual tcnico permite llevar la documentacin necesaria de cada tarea realizada
en la presente iteracin, esto permite tener una gua especfica de todos los procesos
realizados, el manual tcnico ayuda al usuario o desarrollador a conocer y mantenerse
actualizado acerca de todos los procesos que se realizan.
Este proceso tiene asignados 8 puntos estimados y se lo ha realizado en los mismo 8
puntos, ya que esto es una recopilacin de las diferentes actividades generadas en las
diferentes actividades realizadas en la presente iteracin. ANEXO 32
MS_09 Realizacin del manual de usuario

La metfora de la realizacin del manual tcnico, se lo ha realizado como una tarea de
Spike debido a que en esta iteracin an no se han desarrollado actividades
correspondientes a las funcionalidades del sistema, por lo tanto, se ha definido la
estructura del manual de usuario y los diferentes pasos que este debe seguir para
conseguir un buen diseo.
A esta tarea se le ha asignado un total de 8 puntos estimados, pero se lo ha realizado
en 4 puntos, debido a que no se encuentra desarrollada ninguna funcionalidad
mediante la cual se podra realizar el respectivo manual. Mirar ANEXO 33
18
VELOCIDAD ITERACION II
Velocidad iteracin II
10
10
6
4
MS5
MS4
MS6
MS7
Puntos Estimados
MS8
MS9
Puntos Reales
En esta iteracin se han desarrollado un total de 6 Metforas del Sistema, las mismas
que tenan asignadas un total de 52 puntos estimados, pero estas actividades se las
han desarrollado en 44 puntos reales, lo que significa que alguna tareas nos tomaron
menos tiempo en realizarlas. Se han realizado un total de 16 tareas de ingeniera, y se
han realizado las diferentes pruebas de aceptacin las mismas que han sido exitosas
para esta iteracin, por lo tanto podemos concluir que esta iteracin se la ha
desarrollado de manera exitosa.
ITERACION 3
INTRODUCCION
La iteracin 3 se la ha realizado desde el jueves 2015-11-19 hasta el mircoles 201511-25, en la cual se han realizado un total de 5 actividades o tareas, de las cuales 3 de
ellas son Historias de Usuarios que indican la realizacin de las funcionalidades del
sistema y las otras dos son actividades no funcionales del sistema las misma que
tambin son necesarias.
Las distintas actividades desarrolladas son:
HU_05 Ingreso de un nuevo cliente.
HU_10 Ingresar licores
19
HU_03 Ingreso de un nuevo ayudante

DESARROLLO
HU_05 Ingreso de un nuevo cliente.

Esta historia de usuario supone una funcionalidad para el sistema que se est
desarrollando, es indispensable para el cliente registrar la informacin de sus clientes
para registrar las ventas. Esto se llev a cabo en 4 tareas de ingeniera con un total
de 8 pruebas de aceptacin de las cuales 7 fueron exitosas y 1 fueron fallidas,
teniendo para esta historia de usuario un porcentaje de 12.5 de fracaso.
A esta historia de usuario de le ha estimado un total de 10 puntos, la misma que fue
realizada en los mismos 8 puntos. ANEXO 40
HU_10 Ingresar licores

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.
Esta historia de usuario tena asignado 10 puntos estimados y se lo realizo en los
mismo 10 puntos, puedo haberse realizado en menos puntos debido a que falto la
agregacin de una librera que permitir los procesos de ingreso. ANEXO 41
HU_03 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.
Esta historia de usuario tenia estimada un total de 8 puntos, pero se la realizo en 10
puntos debido a cambios en el desarrollo de la programacin ANEXO 42
20

El manual tcnico es una gua de todos los procesos que se realizan durante la
presente iteracin, este ayuda a los desarrolladores a comprender de mejor manera
los diferentes procesos desarrollados lo cual les puede servir de ayuda en el futuro.
ANEXO 43

El manual de usuario es un documento descriptivo el cual brinda asistencia a los
usuarios acerca de sistema, en el manual se describe las funcionalidades del sistema
as como las diferentes acciones que se pueden realizar en el, este 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.
A esta metfora del sistema le hemos asignado 8 puntos estimados, la misma que la
hemos realizado en un total de 6 puntos reales. Mirar 4NEXO 43
VELOCIDAD ITERACION III
A lo largo de esta iteracin se han realizado 5 actividades a las cuales las hemos
estimado en un total de 44 puntos estimados, de los cuales 42 han sido los puntos
21
reales que se han trabajado es esta iteracin. En esta iteracin se han realizado 36
pruebas de aceptacin de las cuales 35 han resultado exitosas y una de ellas ha
resultado fallida, esto da como resultado un 3% de falla en todas las funcionalidades
realizadas, lo cual indica que esta iteracin se ha concluido de manera exitosa al no
presentarse mayor porcentaje de pruebas fallidas.
ITERACION 4
INTRODUCCION
La iteracin 4 ha sido realizada desde el jueves 2015-11-03 hasta el mircoles 201511-09, en esta iteracin se han realizado un total de 8 actividades las cuales son:
Spike: Proceso para levantar el servidor DNS, Mantenimiento MS_06, Diseo de
interfaz de usuario, Diseo de la interfaz principal, HU01.1 Autenticacin del usuario,
Modificar datos del usuario, Mantenimiento HU_03, HU_05, Spike: Proceso para
levantar el servidor DHCP y Realizacin del manual tcnico y de usuario.
DESARROLLO
Spike: Proceso para levantar el servidor DNS y DHCP
El proceso para levantar e implementar el funcionamiento de los servidores requiere
una previa investigacin para conocer su funcionamiento y aplicacin.
22
La funcin del protocolos DNS 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.
Mantenimiento a la MS_06
El mantenimiento a la metfora del sistema numero 6 corresponde a la realizar un
mantenimiento de las interfaces de usuario, este mantenimiento se lo ha realizado en
base a crticas constructivas recibidas en la iteracin anterior.
El diseo de las interfaces se ha modificado de manera que estas estn acorde al uso
de las nuevas tecnologas y sobre todo estn tengan la debida aprobacin del cliente.
ANEXO 45
Diseo e implementacin de la interfaz principal

El diseo e implementacin de la interfaz principal del usuario ha sido desarrollada en
base a que esta es la que permite el acceso a las dems funcionalidades
implementadas en el sistema, Esta ha sido desarrollad en base al estndar antes
planteado para asi seguir una regla uniforme para todas las interfaces.
HU_01.1 Autenticacin del usuario

Esta historia de usuario corresponde a una de las funcionalidades importantes dentro
del desarrollo del sistema, ya que el cliente la ha catalogado como una actividad de
alta prioridad, ya que para acceder al sistema se necesita realizar el proceso de
autentificacin. Para el desarrollo de esta historia de usuario se han estimado 10
puntos de los cuales se han trabajado 8 puntos reales, lo que implica que esta tarea se
desarroll en menos tiempo de lo planificado debido a que este proceso ya era
conocido por uno de los desarrolladores encargados de realizar el desarrollo de esta
historia de usuario. ANEXO 46
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. Esto
ayuda a mantener los registros de los usuarios de manera actualizada y con datos
correctos. ANEXO 47
23
Mantenimiento a la HU_3, HU_05

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. ANEXO 48
Realizacin del manual Tcnico y de usuario

El manual de usuario es un documento en el cual se da asistencia a sus usuarios a
cerca del sistema. Un manual de usuario est dirigido a realizar entregas de las pautas
de operacin del sistema que se est desarrollando. El manual tcnico ayuda a los
desarrolladores a conocer el proceso y las diferentes tareas que se realizan conforme
avanza el proyecto. ANEXO 49
VELOCIDAD ITERACION IV
Velocidad iteracin IV
10
MS_08
10
MS_07
HU_56
10
HU_01.1
HU_02
Puntos Estimados
24
Puntos Reales
Hu_03, HU_05
VELOCIDAD DEL PROYECTO
Velocidad del proyecto

52
44
44
42
46
44
Interacion II
Interacion III
Interacion IV
33
28
Interacion I
Puntos estimados
Puntos Reales
A lo largo de estas cuatro iteraciones desarrolladas, se han desarrollado diferentes

actividades las mismas que han sido estimadas de acuerdo a los criterios por parte de
los miembros del equipo de desarrollo.
Se ha estimado un total de 175 puntos para el desarrollo de las distintas historias de
usuario como para las metforas del sistema que han sido planificadas, el nmero de
puntos reales obtenidos fueron de 158, es decir que ha algunas iteraciones se les ha
estimado un numero sobrevalorado de puntos.
Adems hay que tener en cuenta que en estas iteraciones se han asignado cinco
actividades como parte de una iteracin, lo que indica que la planificacin est mal
realizada, ya que un integrante del grupo no tena una tarea para desarrollarla durante
la iteracin.
25
Conclusiones y Recomendaciones
Conclusiones
Se determin que la mala aplicacin del estndar de programacin se debi a

las diferentes interpretaciones que cada uno tuvo del mismo, sobre todo al
momento de crear los paquetes.
Es de gran importancia que la configuracin de postgresql este correcta ya que

de lo contrario este no funcionara de la manera esperada, como por ejemplo no
realizara las conexiones remotas que se necesiten.
En los ingresos se utiliz en un inicio varias interfaces para el ingreso de cliente

y ayudante siendo que se pudo tambin haber realizado utilizando una sola
interfaz ya que ambas entidades tienen informacin muy similar.
En un inicio la falta de experiencia en cuanto a las reuniones diarias y de

retroalimentacin impedan que estas se realizaran de manera ptima y fluida.
Recomendaciones
Realizar una tabla que resuma el estndar para reducir la posibilidad de que se
den ambigedades al momento de interpretar el mismo.
Tener los conocimientos necesarios para haces los cambios en los archivos de
configuracin de postgresql que se requieran.
No realizar ms interfaces de las necesarias al momento de desarrollar una

funcionalidad, esto ahorrara esfuerzo a la vez que mejorara la navegabilidad.
Realizar siempre las reuniones de retroalimentacin y diarias motivando a que

el equipo sienta un mayor compromiso y adems investigar nuevas formas de
realizar estas reuniones para imprimirles un mayor dinamismo.
26
Anexos
ANEXO 1.
Historias de usuario
HISTORIA DE USUARIO
Nmero: HU_01.1
Nombre: Autentificacin del Usuario
Modificacin historia de usuario:
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 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 indicara que llene todos los datos.
Si se ingresa la contrasea y no se ingresa la cuenta del usuario, el sistema

lanzara un indicara que llene todos los datos.
Si no se ingresara la contrasea ni la cuenta del usuario y presionando el

botn de ingreso, el sistema lanzara un indicara que llene todos los datos.
Si el usuario no existiera en la base de datos el sistema lo enviara hacia la
27
Interfaz de Registro de usuario
HISTORIA DE USUARIO
Nmero: HU_01.2
Nombre: Autorizacin de la Autentificacin
del usuario
Usuario: Usuario
Puntos Reales:
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
para que no puedan realizar manejos inapropiados con los registros de la
licorera.
Observaciones:
Cada usuario se diferenciar con un tipo.
Si se Autentifica el cliente solo podr realizar los pedidos.

Si se autentica el Administrador tendr acceso a todo el sistema.
Si se Autentifica el Ayudante podr realizar las ventas y cambiar el estado.
28
HISTORIA DE USUARIO
Nmero: HU_02
Nombre: Modificar datos del usuario
Usuario: Usuario
Prioridad en Negocio: Medio
Puntos Reales: 10
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.
Si se modifica los datos del usuario se mostrar un mensaje se actualiz con
xito sus datos y se mostrar los datos modificado.
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.
29
HISTORIA DE USUARIO
Nmero: HU_03
Nombre: Ingreso de un nuevo ayudante
Usuario: Administrador
Prioridad en Negocio: Bajo
Puntos Estimados:8
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:
Si se registra un nuevo ayudante con los campos llenos por parte del Administrador se
mostrar un mensaje se registr con xito.
Si el ingreso de los datos del ayudante existiera se mostrar un mensaje ayudante ya
existe.
Si se registra datos del ayudante y no se llenara algunos campos se mostrar un
mensaje de error indicando que llene todos los datos.
30
HISTORIA DE USUARIO
Nmero:HU_04
Nombre: Ingreso de un nuevo cliente
Usuario: Cliente
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.
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.
31
HISTORIA DE USUARIO
Nmero: HU_05
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
Puntos Reales: 10
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:
En caso de que el usuario que se est ingresando ya exista no se permitir

realizar su ingreso, el sistema indicara que el usuario ya existe y se volver a
cargar la pgina de registro de usuario.
Si los datos ingresados son incorrectos no dejara que se guarden en el

sistema.
Si no se han llenado los campos obligatorios el sistema no guardara ningn

dato e indicara que se deben de llenar dichos campos.
32
HISTORIA DE USUARIO
Nmero: HU_06
Nombre: Eliminar usuario
Modificacin historia usuario:
Usuario: Cliente
Iteracin Asignada:5
Riesgo en desarrollo: Media
Puntos Reales:
Descripcin:
Como administrador del negocio Licorera 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:
Al realizar la eliminacin de alguno de los usuarios este ya no
deber estar registrado como cliente activo.
Al generar los reportes de los clientes estos ya no deben contar en
los mismos.
33
HISTORIA DE USUARIO
Nmero: HU_07
Nombre: Buscar usuario
Prioridad en Negocio: Media
Puntos Reales:
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:
Al momento de realizar la bsqueda se mostraran todos los registros que
contengan el campo antes ingresado.
La bsqueda de los usuarios se realizara por cualquier campo que se desee
buscar.
34
HISTORIA DE USUARIO
Nmero:HU_08
Nombre: Reporte de clientes con ms pedido realizado
Modificacin de historia nmero:
Usuario: Usuario
Iteracin Asignada:10
Puntos Reales:
Descripcin:
Como usuario 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 y tambin cules son los licores que ms piden ellos.
Observaciones:
Si el usuario ingresa una fecha que esta pasada de la fecha actual se deber
generar un mensaje Error no existen clientes en esa fecha.
En caso de que no hayan existido clientes con muchos pedidos el sistema

mostrar un mensaje No hay clientes con muchos pedidos.
35
HISTORIA DE USUARIO
Nmero:HU_09
Nombre: Reporte de clientes que ms cancelan sus

pedidos.

Usuario: Usuario
Puntos Reales:
Descripcin:
Como usuario deseo tener un listado con todos los clientes que han
cancelado sus pedidos.
Observaciones:
El reporte mostrara la informacin del cliente que cancelo su pedido con el

numero o cdigo del pedido cancelado.
Si ningn cliente ha cancelado su pedido este reporte no mostrara

informacin.
HISTORIA DE USUARIO
36
Nmero: HU_10
Nombre: Ingresar licores
Puntos Reales:
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:
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 le permitir volver a ingresar
el mismo licor.
Si los datos ingresados son incorrectos no se guardarn los datos y se

producir un mensaje de error.
Si no se han llenado los campos obligatorios se emitir un mensaje

indicando que se deben de rellenar.
37
HISTORIA DE USUARIO
Nmero: HU_11
Nombre: Eliminar licores
Puntos Estimados: 8
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.
Al eliminar los licores eliminara el licor de la base de datos.

Si no se seleccin ningn licor y damos clic en el botn eliminar mostrar un
no eliminara ningn licor indicando que se debe seleccionar un licor para
eliminarlo.
HISTORIA DE USUARIO
Nmero: HU_12
Nombre: Modificar datos de licores.
38
Riesgo en desarrollo: Baja
Puntos Reales:
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.
Si se modifica un licor y existen campos vacos el sistema indicara que debe
llenar todos los campos para poder guardar los cambios.
Una vez que los datos del producto se modificaran en la base de datos.
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.
39
HISTORIA DE USUARIO
Nmero: HU_12
Nombre: Reporte de todos los licores.
Usuario: Usuario
Iteracin Asignada:
Puntos Estimados:6
Puntos Reales:
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:
Si un nuevo producto nuevo es registrado deber automticamente constar en
la lista de productos disponibles.
Se visualizar el listado de todos los productos que se encuentran disponibles
en la licorera.
HISTORIA DE USUARIO
Nmero:HU_14
Nombre: Reporte de los licores ms vendidos
40
Iteracin Asignada:1
Puntos Reales:
Descripcin: Como administrador me gustara poder conocer mediante un
listado cules han sido los licores ms vendidos al finalizar un perodo de
tiempo para comprar ms de esos licores.
Observaciones:
El reporte ser mediante una fecha determinada por el usuario.
Los reportes de los licores ms vendidos se mostrarn de acuerdo al ao que

elija el usuario, si el usuario eligiera un ao pasado del ao actual indicara al
usuario que Elija una fecha correcta.
Si el usuario elije un ao anterior a la que se empez a crear los reportes el
sistema indicara que Ao incorrecto, vuelva a escoger un ao.
Si no elige un ao y da clic en ver reporte se mostrar un mensaje el sistema
debe solicitar al usuario que elija un a;o.
41
HISTORIA DE USUARIO
Nmero: HU_15
Nombre: Reporte de los licores que no se estn vendiendo
Iteracin Asignada:
Puntos Reales:
Descripcin: Como administrador necesito ver un listado de aquellos licores
que no se estn vendiendo para dejar de comprar o adquirir menos licores de
estos.
Observaciones: Para saber si comprar menos producto o dejar de comprar me
basara en informacin de ventas mensuales y anuales. Tambin necesito
imprimir esta informacin.
Al pedir un reporte de los licores que no se estn vendiendo al sistema y no
existir licores registrados en el sistema mostrar indicara que no existe licores
en el sistema.
Al pedir un reporte de los licores que no se estn vendiendo al sistema y en
caso de aun no existir ventas el sistema mostrar indicara que an no existen
ventas de los licores
Si no eligen un ao en la barra de desplazamiento de los aos y se presiona el
botn bsqueda, se informar al usuario que debe elegir un ao para poder
realizar la bsqueda.
Si no eligen un mes en la barra de desplazamiento de meses y se presiona el
botn bsqueda, se informar al usuario que debe elegir un mes para poder
realizar la bsqueda.
42
HISTORIA DE USUARIO
Nmero: HU_16
Nombre: Reporte de los licores que se estn agotando
Iteracin Asignada:
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:
Cada que sobren solo 4 unidades de un licor en bodega se compra ms
mercadera de este y necesito imprimir esta informacin.
Al pedir un reporte de los licores que se estn agotando el sistema verificar
que productos han sido registrados en el sistema y en caso de no ser as
mostrar un mensaje de error indicando al usuario que no existe producto
registrado.
43
HISTORIA DE USUARIO
Nmero: HU_17
Nombre: Buscar licor
Usuario: Usuarios
Iteracin Asignada:
Puntos Reales:
Descripcin: Como usuario necesito poder saber el precio de cada licor y la cantidad
existente del mismo para saber ms rpido y exactamente el precio real del licor as
como la cantidad almacenada en bodega.
Observaciones:
Se nos facilita mucho el trabajo encontrar un producto a travs del nombre.
Si no se ingresan datos en el campo de entrada de bsqueda y se da clic 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 el mismo se
informara al usuario que no existe tal producto registrado en el sistema.
44
HISTORIA DE USUARIO
Nombre: Notificaciones de stock de
producto
Puntos Reales:
Descripcin:
Como Administrador me gustara que se muestre un mensaje cuando el stock
de cualquier licor se est terminando o est agotado.
Observaciones:
Nmero: HU_18
Si el stock del licor est en 6 unidades en venta se notificara al administrador

con un mensaje de alerta que el licor se est terminando
Si el stock del licor se encuentra agotado se enviar la administrado un

mensaje que el licor est totalmente agotado.
HISTORIA DE USUARIO
Nmero: HU_19.1
Nombre: Presentar licores por categora
45
Iteracin Asignada:
Puntos Estimados: 6
Puntos Reales:
Descripcin:
Como Administrador me gustara que se muestre los licores divididos en una
categora especifica que ayude al cliente a realizar con mayor facilidad sus
pedidos a la licorera.
Observaciones:
Se categorizar por el tipo de licor.

La categorizacin debe ser llamativa y de fcil entendimiento para el cliente.
Se mostrar en la pgina por categorizacin de licor.
HISTORIA DE USUARIO
46
Nmero: HU_19.2
Nombre: Implementar carrito de compras
Puntos Reales:
Descripcin:
Como Administrador me gustara que exista una pgina donde mis clientes
vayan marcando los productos en venta y se vaya generando los totales y
ventas correspondientes al cliente.
Observaciones:
El carrito debe reducir el stock cuando haya marcado alguno de sus

productos.
La interfaz debe ser fcil de entendimiento y con la posibilidad de tener
menos opciones de escritura.
Debe tener un botn de guardar pedido el cual ser enviado al sistema
47
HISTORIA DE USUARIO
Nmero: HU_19.3
Nombre: Guardar pedido
Puntos Reales:
Descripcin:
Como Administrador me gustara que cuando un cliente realice su pedido este
sea almacenado en la base de datos
Observaciones:
Cuando el pedido sea guardado se enviar un mensaje de confirmacin al

cliente.
Una vez confirmada la venta se descontar del stock correspondiente el licor
reservado.
Si el pedido no fue guardado se mostrara un mensaje de error al intentar
guardar registro de pedido.
48
HISTORIA DE USUARIO
Nmero: HU_20
Nombre: Modificar Pedido
Usuario: Usuario
Iteracin Asignada:
Prioridad en el Negocio: Alta
Riesgo en el Desarrollo: Alta
Puntos Reales:
Descripcin: Como usuario deseo poder modificar los pedidos que han sido realizados
por los clientes del negocio, en caso de que el pedido pueda cambiar.
Observaciones:
Al seleccionar el registro a modificar aparecer una ventana en la cual se presentan
todos los datos a ser modificados.
Se verificara que todos los campos contengan la informacin adecuada para cada uno
de ellos.
49
HISTORIA DE USUARIO
Nmero: HU_21
Nombre: Cancelar el pedido.
Usuario: Cliente
Puntos Reales:
Descripcin: Como administrador deseo que cuando un cliente ya no quiera el
pedido que realiz tenga la posibilidad de cancelarlo antes de que confirme para
dejar de reservar los licores del pedido de ese cliente.
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.
Si el cliente confirma la cancelacin el stock del producto debe actualizarse.
Cuando el cliente cancele un pedido este deber cambiar su estado a
cancelado.
50
HISTORIA DE USUARIO
Nmero: HU_22
Nombre: Eliminar pedido
Iteracin Asignada:
Puntos Reales:
Descripcin: Como administrador quiero poder eliminar aquellos pedidos que ya no
tengan informacin importante para mi negocio y as solo tener aquellos pedidos que
de verdad tengan datos importantes.
Observaciones:
Al eliminar el pedido si este se encuentra en estado en proceso se actualizara

el stock.
Si al eliminar el pedido este se encuentra en estado cancelado el stock no
deber variar.
51
HISTORIA DE USUARIO
Nmero: HU_23
Nombre: Reporte de pedidos diarios.
Modificacin de historia de usuario:
Usuario: Usuario
Puntos Reales:
Descripcin: Como usuario quiero ver un listado de las ventas diarias realizadas, para
poder saber el valor total de lo que se vendi en ese da.
Observaciones:
Los reportes diarios se cargarn de acuerdo a la fecha que elija el usuario, si el usuario
eligiera una fecha pasada al da actual mostrar el sistema informara al usuario lo
siguiente Elija una fecha correcta.
Si el usuario elije una fecha anterior a la que se empez a crear los reportes el sistema
informara al usuario lo siguiente Fecha incorrecta, vuelva a escoger una fecha.
Si elige la fecha indicada y no hay ventas de ese da el sistema informara al usuario lo
siguiente No hubieron ventas en ese da.
Sino elige el da del que desea ver el reporte y da clic en ver reporte el sistema informara
al usuario lo siguiente Debe elegir un da para ver el reporte.
52
HISTORIA DE USUARIO
Nmero: HU_24
Nombre: Reporte de mejores pedidos por mes
Puntos Reales:
Descripcin: Como administrador quiero saber cules han sido los mejores pedidos
que se ha tenido durante el mes esto tambin me ayuda a saber que clientes piden
ms producto y que productos se venden ms.
Observaciones:
En caso de no haber existido pedidos ese mes el sistema no deber mostrar

nada.
El reporte deber resaltar los datos ms importantes resaltando con fondo de
distinto color las cantidades ms relevantes.
53
HISTORIA DE USUARIO
Nombre: Reporte de pedidos segn sus estados
Nmero: HU_25

Usuario: Usuario
Puntos Reales:
Descripcin: Como usuario deseo obtener una lista con los estados de cada pedido
para saber cuntos pedidos hay en estados de reservacin y aquellos que han sido
entregados y as saber la cantidad verdadera de los licores.
Observaciones:
Para saber si es necesario realizar un ingreso en inventario de un producto por cuanto el
estado de pedidos pendientes puede ser por falta de stock con esto se reporte se
tendra listo los pedidos de estado pendientes Tambin necesito imprimir esta
informacin.
Los reportes se los presentara por estado el usuario puede escoger de los estados y fijar
un periodo como rango de bsqueda si no hay registro se indicara que No Hay Pedidos
con ese estado
Si el usuario escoge un rango de fecha de inicio que no es vlido (fecha de inicio fecha
posterior a la actual) el sistema indicara que Fecha de Inicio de bsqueda incorrecta
54
HISTORIA DE USUARIO
Nmero: HU_26
Nombre: Buscar pedidos
Usuario: Usuario
Iteracin Asignada:8
Puntos Estimados:8
Puntos Reales:
Descripcin: Como usuario deseo poder saber los pedidos que se realizaron
para asi tener mayor facilidad al momento de buscarlos.
Observaciones:
Al realizar una bsqueda del pedido este mostrara el detalle del

pedido realizado, es decir contendr la cantidad de productos, el
nombre del cliente que realizo el pedido y el valor total del mismo.
Si el pedido no se encuentra en la base de datos el sistema no
deber mostrar resultados a esa bsqueda.
55
HISTORIA DE USUARIO
Numero: HU_27
Nombre: Notificaciones de Pedidos
Modificacin de historia numero:
Iteracin Asignada:9
Puntos Estimados: 8
Puntos Reales:
Descripcin: Como administrador de mi negocio dese recibir notificaciones al
momento que un usuario realiza un pedido para poder llevar un registro de las
actividades dentro de mi negocio.
Observaciones:
Las notificaciones llegaran al correo del administrador del negocio.
Al momento en que un usuario realiza un pedido se enviara un correo al

administrador del negocio indicando que se ha realizado un nuevo pedido.
El correo enviado contendr la informacin de la persona quien hizo el pedido.
56
HISTORIA DE USUARIO
Nombre: Implementacin de interfaz de
nota de venta
Puntos Reales:
Descripcin:
Como Administrador me gustara que exista una pgina donde se pueda ver la
nota de venta de licores que fueron vendidos y reservados.
Nmero: HU_28.1
Observaciones:
La interfaz deber contener los datos de la venta realizada.
Deber tener informacin necesaria que ayude al administrador en las

ventas realizadas
Se verificara si los datos fueron ingresados.
57
HISTORIA DE USUARIO
Nmero: HU_28.2
Nombre: Guardar Venta
Puntos Reales:
Descripcin:
Como Administrador me gustara que las ventas realizadas sean guardadas
para tener una especificacin de cada venta realizada en la licorera.
Observaciones:
Las ventas se guardarn con los datos respectivos de cada licor que fue
vendido en la licorera.
Las ventas se guardarn con los datos del ayudante que realizo la venta
Si una venta no fue aceptada se indicara que no fue realizada y se
eliminaran los datos.
58
HISTORIA DE USUARIO
Nmero:HU_29
Nombre: Modificar Ventas
Usuario: Usuario
Iteracin Asignada:
Puntos Reales:
Descripcin:
Como usuario quiero que las ventas puedan corregirse en caso de que se haya
ingresado mal alguna venta para no tener ventas mal registradas que no me den
una estimacin real de los ingresos.
Observaciones:
Al modificar una venta se actualizar los datos correspondientes.
En caso de que el usuario decida cancelar la modificacin no se cambiara
ningn dato.
59
HISTORIA DE USUARIO
Nmero: HU_30
Nombre: Reporte de ventas anuales
Usuario: Usuario
Puntos Estimados:8
Puntos Reales:
Descripcin:
Como administrador necesito llevar una lista que me permita revisar las ventas
anuales que se han realizado en mi licorera para tener un mejor manejo de las
cuentas y ganancias que genera mi negocio.
Observaciones:
Las fechas se seleccionarn por el administrador para poder generar el reporte
correspondiente.
Al momento de ingresar las fechas el sistema verificar si estas son correctas
ya que no se podr ingresar fechas mayores a la actual.
Si la fecha ingresada es incorrecta el sistema indicara que las fechas
ingresadas son incorrectas y nos pedir nuevamente que se ingrese las fechas
correctas para generar el reporte correspondiente al periodo solicitado.
El sistema verificar si el reporte a generar se lo realiza en el tiempo adecuado
es decir en el periodo de un ao.
60
HISTORIA DE USUARIO
Nmero: HU_31
Nombre: Reporte de ventas diarias
Usuario: Usuario
Puntos Estimados:10
Puntos Reales:
Descripcin:
Como administrador me gustara obtener informacin sobre todas las ventas
que se han realizado durante el da para conocer las ganancias que se generan
y llevar un mejor manejo sobre las cuentas de mi negocio.
Observaciones:
Las fechas se seleccionarn por el administrador para poder generar el reporte
correspondiente.
Al realizar el ingreso de la fecha para generar el reporte el sistema verificara si
la fecha es correcta, caso contrario no se podr generar ningn reporte ya que
la fecha no debe ser mayor a la actual y el sistema nos pedir ingresar de
manera correcta las fechas para generar el reporte correspondiente.
Si no se han registrado ventas durante el da no se podr generar el reporte de
ventas y el sistema indicara que durante el da no se han realizado ventas.
61
HISTORIA DE USUARIO
Nmero: HU_32
Nombre: Generar venta a partir de pedido
Iteracin Asignada:
Puntos Reales:
Descripcin: Como administrador quiero que cuando entregue un pedido esto ya se
registre tambin como venta esto me ahorrara trabajo de estar pasando los datos del
pedido a la venta.
Observaciones:
Al cambiar el estado de un pedido a entregado el registro de este deber

pasar a la tabla venta as como sus registros correspondientes en detalle
pedido debern pasar a detalle venta.
El registro del pedido deber desaparece de la tabla pedido.
62
HISTORIA DE USUARIO
Nmero: HU_33
Nombre: Ingresar proveedor
Puntos Reales:
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.
Si existen campos requeridos vacos, el sistema informara al usuario que

existen campos por completar.
Si se trata de ingresar datos de un proveedor que ya se encuentra registrado

el sistema informara al usuario que El proveedor ya se encuentra
registrado.
63
HISTORIA DE USUARIO
Nmero: HU_34
Nombre: Modificar proveedor
Puntos Reales:
Descripcin:
Como administrador me gustara poder realizar cambios en los datos de los
proveedores ya que al momento de regstralo se puede haber cometido un
error al llenar algn campo
Observaciones:
Solo el administrador tendr acceso a la modificacin de los datos de los
proveedores.
Si se modifica un proveedor y existe campos vacos se emitir un mensaje indicando
que se deben llenar todos los campos para poder guardar los cambios realizados.
Una vez que los datos del proveedor hayan sido modificados se emitir un mensaje
indicando que la actualizacin realizada ha sido exitosa.
Si se modifican los datos del proveedor y se da click en el botn cancelar en vez del
botn guardar, no habr ninguna modificacin de los datos.
64
HISTORIA DE USUARIO
Nmero: HU_35
Nombre: Eliminar proveedor
Puntos Estimados: 8
Puntos Reales:
Descripcin:
Como Administrador me gustara poder realizar la eliminacin de un proveedor
al cual ya no se le adquiera productos.
Observaciones:
Si se realiza la eliminacin de un proveedor se emitir un mensaje de Se ha

eliminado exitosamente.
Si se elimina un proveedor no deber aparecer en la lista de proveedores.
65
HISTORIA DE USUARIO
Nmero: HU_36
Nombre: Reporte de los proveedores
Puntos Estimados: 6
Puntos Reales:
Descripcin:
Como Administrador me gustara conocer la informacin de todos los
proveedores que brindan su servicio hacia la licorera por medio de un listado,
para as tener un mejor control de los mismos.
Observaciones:
Si un nuevo proveedor es registrado deber constar automticamente en la

lista proveedores.
En el reporte se mostrar la empresa proveedora con sus respectivos

representantes.
66
HISTORIA DE USUARIO
Nmero: HU_37
Nombre: Reportes de licores por proveedor
Usuario: Administracin
Iteracin Asignada:9
Prioridad en Negocio: Baja
Puntos Estimados:6
Puntos Reales:
Descripcin:
Como Administrador me gustara obtener informacin de los licores por proveedor
para conocer que proveedor adquiero ms en las compras de los licores.
Observaciones:
Se debe mostrar una lista de los licores con sus respectivos Proveedores.
Se mostrar una lista de los licores del proveedor especfico.
67
HISTORIA DE USUARIO
Nmero: HU_38
Nombre: Buscar proveedores
Iteracin Asignada:8
Puntos Estimados:8
Puntos Reales:
Descripcin:
Como administrador me gustara por buscar el proveedor para obtener informacin de
la manera ms rpido.
Observaciones:
Se buscar por el nombre de la empresa por el cual se mostrar los datos de proveedor
Se buscar por el nombre del proveedor y se debe se mostrar los datos de proveedor
68
HISTORIA DE USUARIO
Nmero: HU_39
Nombre: Ingreso de categora y asignacin de licores
Iteracin Asignada:6
Puntos Estimados:10
Puntos Reales:
Descripcin:
Como administrador deseo ingresar la categora de mis licores para tener la
informacin de los licores con su respectiva clasificacin.
Observaciones:
Si se registra una nueva categora por parte del Administrador se mostrar un
mensaje se registr con xito.
Si el ingreso de la categora existiera se mostrar un mensaje categora ya existe.
En el caso de que no llene el campo de categora y se enva a guardar se mostrar un
mensaje llene el campo.
Nmero: HU_40
HISTORIA DE USUARIO
Nombre: Modificar categora
69

Iteracin Asignada:8
Puntos Estimados:8
Puntos Reales:
Descripcin:
Como Administrador me gustara modificar las categoras para poder tener un registro
de las categoras que existen en el negocio.
Observaciones:
Si se eliminara un ayudante se mostrar un mensaje se elimin con xito.
Si se eliminara un ayudante no debera aparecer en la lista de categoras.
HISTORIA DE USUARIO
Nmero: HU_41
Nombre: Eliminar categora
Iteracin Asignada:9
Puntos Estimados:6
Puntos Reales:
Descripcin:
70
Como Administrador me gustara poder eliminar la categora que en la licorera ya no

se est funcionando.
Observaciones:
Si se eliminara una categora se mostrar un mensaje se elimin con xito.
Si se eliminara una categora no debera aparecer en la lista de Reportes de licor por
categoras.
HISTORIA DE USUARIO
Nmero: HU_42
Nombre: Reporte de licor por categoras
Puntos Estimados:10
Puntos Reales:
Descripcin:
Como administrador me gustara obtener un reporte del licor por categoras para
71
poder saber qu tipo de licores existen en dicha categora.

Observaciones:
Se mostrar la lista de los licores con sus categoras.
Se mostrar la lista de los licores por la categora que se desea obtener.
HISTORIA DE USUARIO
Nmero: HU_43
Nombre: Buscar Venta
Iteracin Asignada:
Puntos Reales:
Descripcin: Como administrador quiero poder buscar alguna venta que necesite
esto me facilitara mucho la administracin del negocio.
Observaciones:
72
La venta debe poder buscarse bajo cualquier parmetro que tenga en la tabla
venta.
En caso de que la bsqueda no sea exitosa el sistema no deber mostrar
ningn resultado.
HISTORIA DE USUARIO
Nombre: Reporte de los proveedores a los que ms
productos se compra
Iteracin Asignada:
Puntos Reales:
Descripcin: Como administrador me gustara saber a qu proveedores les
compro una mayor cantidad de licor esto me ayudara a decidir cmo realizar las
inversiones.
Observaciones:
Nmero: HU_44
73
El reporte no deber mostrar a un proveedor al que se le realicen compras de
manera ocasional.
Solo debern aparecer aquellos a los que se le compren una cantidad mayor a 5
tipos de licores.
El reporte indicara el nombre del proveedor, numero de productos que provee y un
listado de los mismos.
HISTORIA DE USUARIO
Nmero: HU_45
Nombre: Calculo de sueldo por antigedad
Puntos Estimados: 8
Puntos Reales:
Descripcin: Como administrador quiero que el posible aumento de sueldo a un
ayudante se haga automtico el clculo segn su antigedad esto me servira para
saber a cunto podra realizar los aumentos.
Observaciones:
.
74
En caso de que el ayudante no tenga ms de un mes el aumento deber ser

de 0.
El aumento deber ser calculado pero no se debe guardar en la tabla
ayudante, sino hasta que el administrador lo decida.
HISTORIA DE USUARIO
Nmero: HU_46
Nombre: Reporte del ayudante que haya
vendido ms productos.
Usuario: Usuario
Puntos Reales:
Descripcin:
75
Como dueo del negocio de la licorera me gustara saber cul de mis

ayudantes ha registrado ms ventas para tener un registro con los valores de
las ventas realizadas por cada uno de ellos.
Observaciones:
El reporte indicara la informacin bsica del ayudante, incluyendo la

cantidad total de ventas realizadas, as como el valor total de las ventas
generadas por el mismo.
El reporte se presentara en orden descendente, es decir primero se listaran
los ayudantes con ms ventas realizadas, as hasta listar el ayudante con
menos ventas.
HISTORIA DE USUARIO
Nmero: HU_47
Nombre: Reporte de prdidas y ganancias.
Puntos Estimados: 8
Puntos Reales:
Descripcin: Como administrador deseo tener un reporte que me diga cuanto he
ganado y cuanto he perdido para poder saber cmo va mi negocio.
76
Observaciones:
El reporte deber indicar que el negocio corre peligro si sus prdidas son
mayores a sus ganancias.
El sistema deber indicar que le negocio se encuentra en equilibrio si todo lo
invertido se recuper pero sin ganancia.
HISTORIA DE USUARIO
Nmero: HU_48
Nombre: Reporte de clientes registrados sin
actividad de compra
Usuario: Usuario
Puntos Reales:
77
Descripcin:
Como dueo de la licorera Gia deseo tener un reporte de aquellos clientes que
se han registrado pero no han realizado ninguna compra o reservacin en mi
negocio, para as llevar un registro de los clientes inactivos registrados en mi
negocio.
Observaciones:
El reporte indicara solo el listado de los clientes sin actividad de compra en

el negocio.
En caso de no existir clientes sin registro de compras el reporte no
presentara ningn dato.
Si se elimina las ventas de un cliente, este deber constar en el reporte.
HISTORIA DE USUARIO
Nmero: HU_49
Nombre: Reportes de compras anuales a proveedores
Iteracin Asignada:
78
Puntos Reales:
Descripcin: Como administrador quiero poder saber anualmente que es lo que les he
comprado a mis proveedores para poder tener un control de que estoy comprando y a
quien.
Observaciones:
Si existe un proveedor al que no se le ha comprado nada el sistema debera resaltarlo

indicando que no se han adquirido productos y sugerir que se lo elimine del sistema.
El reporte mostrara los proveedores segn la cantidad de productos que se le han
comprado en orden ascendente.
ANEXO. 2
Identificacin de los riesgos:
Identificaci
n
R1
Descripcin
Categora
Consecuencias
Cambio de requerimientos
demasiado constante.
Del proyecto
El proyecto no avanza, y el
cliente no se ve satisfecho.
R2
Diseo inadecuado de la
Del proyecto
No se llegan a cumplir las
79
R3
R4
R5
R6
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.
Del proyecto
Del proyecto
Tcnico
Interfaz poco amigable con

el usuario.
Incumplimiento
de
los
entregables por parte de los
desarrolladores del proyecto.
Falta de presupuesto para la
realizacin del proyecto.
Del proyecto
R9
Contrato mal establecido.
Del negocio
R10
Ausencia temporal de los

desarrolladores
por
calamidad domstica.
Abandono sorpresivo por
parte de algn miembro del
equipo de desarrollo.
Cambio de las polticas
empresariales.
Del proyecto
Falta
de
instalaciones
equipadas adecuadamente
para
el
desarrollo
del
proyecto.
Perdida accidental de la
informacin del proyecto.
Tcnico
Ausencia
de
las
herramientas de software y
hardware necesarias.
Cierre sorpresivo de la
empresa.
Tcnico
Falta de compromiso por

parte de los miembros del
equipo
Falta de acceso a internet.
Del proyecto
R7
R8
R11
R12
R13
R14
R15
R16
R17
R18
80
Del proyecto
Del negocio
Del proyecto
Del negocio
Del proyecto
Del negocio
Tecnico
expectativas del usuario.

Retraso en el desarrollo del
proyecto.
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.
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.
81

ID. DEL RIESGO: R02
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
RESPONSABLES:
Bayas.
ID. DEL RIESGO: R03

82
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:
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:
RESPONSABLES:
Bayas.

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:
83
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:
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:
RESPONSABLES:
Bayas.

ID. DEL RIESGO: R05
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:
84
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:
RESPONSABLES:
Bayas.
ID. DEL RIESGO: R06
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.
85
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:
RESPONSABLES:
Bayas.
ID. DEL RIESGO: R07
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:
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.
86
Replanteamiento del avance del proyecto.
ESTADO ACTUAL:
Fase de Reduccin iniciada
X
Fase de Supervisin iniciada :
RESPONSABLES:
Bayas.
ID. DEL RIESGO: R08
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 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:
RESPONSABLES:
Bayas.
87

ID. DEL RIESGO: R09
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:
X
RESPONSABLES:
Bayas.
ID. DEL RIESGO: R10
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.
88
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:
X
RESPONSABLES:
Bayas..
ID. DEL RIESGO: R11
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.
89
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:
RESPONSABLES:
Bayas.

ID. DEL RIESGO: R12
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
90
de las
funcionalidades.
Realizar pruebas constantes.
ESTADO ACTUAL:
X
RESPONSABLES:
Bayas.
ID. DEL RIESGO: R13
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:
91
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:
RESPONSABLES:
Bayas.
ID. DEL RIESGO: R14
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:
92
Reuniones con el equipo para informar a cerca de recomendaciones para llevar

correctamente el proyecto.
Verificacin de informacin actualizada y correcta
ESTADO ACTUAL:
X
RESPONSABLES:
Bayas.
ID. DEL RIESGO: R15
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:
93

X
RESPONSABLES:
Bayas.
ID. DEL RIESGO: R16
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:
RESPONSABLES:
Bayas.
94

ID. DEL RIESGO: R17
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:
X
RESPONSABLES:
Bayas.

ID. DEL RIESGO: R18
FECHA:30/Noviembre/2015
Probabilidad:
Impacto: Moderado
Exposicin: Media
Prioridad: 2
Media
Valor: 3
Valor: 4
Valor: 2
DESCRIPCIN: Falta de acceso a internet
REFINAMIENTO:
Causas:
95
Cada del servidor de internet.

Daos en la estructura de la red.
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 numero 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:
X
RESPONSABLES:
Bayas.
ANEXO. 4
Anlisis De Riesgos:
ID
RIESGO
IMPACTO
PROBABILIDAD
DESCRIPCION
EXPOSICIN
PORCENTAJE
PROBABILIDAD
VALOR
IMPACTO
VALOR EXPOSICIN VALOR
80%
ALTA
ALTO
ALTA
25%
BAJA
BAJO
BAJA
30%
MEDIO
MODERADO
MEDIA
Cambio de requerimientos
R1
demasiado constante.
Diseo inadecuado de la
interfaz de usuario.
R2
Mal ambiente de trabajo entre
R3
el personal de desarrollo.
96
Discrepancias entre el equipo

de desarrollo y el cliente.
R4
20%
BAJA
MODERADO
BAJA
70%
ALTA
ALTO
ALTA
25%
BAJA
BAJO
BAJA
35%
MEDIA
ALTO
3
ALTA
Falta de conocimientos por

parte de los desarrolladores.
R5
Interfaz poco amigable con el
R6
usuario.
Incumplimiento de los
entregables por parte de los
desarrolladores del proyecto.
R7
Falta de presupuesto para la
realizacin del proyecto.
R8
40%
MEDIA
ALTO
ALTA
40%
MEDIA
MODERADO
MEDIA
35%
MEDIA
MODERADO
MEDIA
30%
MEDIA
ALTO
ALTA
10%
BAJA
ALTO
MEDIA
40%
MEDIA
ALTO
ALTA
35%
MEDIA
ALTO
ALTA
40%
MEDIA
ALTO
ALTA
Contrato mal establecido.
R9
Ausencia temporal de los
desarrolladores por calamidad
domstica.
R10
Abandono sorpresivo por
R11
parte de algn miembro del

equipo de desarrollo.
Cambio de las polticas
empresariales.
R12
Falta de instalaciones
equipadas adecuadamente
para el desarrollo del
R13
proyecto.
Perdida accidental de la
informacin del proyecto.
R14
Ausencia de las herramientas
de software y hardware
necesarias.
R15
97
Cierre sorpresivo de la
empresa.
R16
50%
MEDIA
CRITICO
ALTA
80%
ALTA
CRITICO
ALTA
40%
MEDIA
MODERADO
MEDIA
Falta de compromiso por

parte de los miembros del
equipo
R17
Falta de acceso a internet
R18
ANEXO 13
Hardware existente
Licorera
Cantidad
Descripcin
Computadora
Porttil Samsung
procesador
ATOM(TM) CPU
N2100 1.6 GHz,
RAM 2GB,32bits
Observaciones
Uso de la
aplicacin.
Equipo
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.
98
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,
2
64 bits
Servidor IBM
Alojamiento de la
System X3100 M4
base de datos y
servicio web.
Equipo de Trabajo
Ninguno
99
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
100
Licorera
Nombre
Funcin
Ninguno
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:
Administrador De
Acadmica
Ingeniero En
Instalacin y
Redes
Telecomunicaciones
Mantenimiento de
Y Redes
Equipo de Trabajo
Redes.
Formacin
Experiencia en:
Funcin
Acadmica
Ninguno
ANEXO 19
Usuarios Directos
PERSONAS
ACTIVIDAD
ACCIN A REALIZAR
INVOLUCRADAS
Administrador
Usar el sistema para
Ingreso, modificacin y
poder tener un control del
eliminacin de la
inventario de sus licores,
informacin.
101
poder registrar las ventas y

los pedidos realizados y
Ayudante
visualizar los reportes.

Usar el sistema para el
Ingreso, modificacin y
registro de ventas y de
eliminacin de la
pedidos.
informacin.
ANEXO 20
Usuarios Indirectos
CARGO
Clientes
FUNCIN
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
102
ANEXO 22
Costos de desarrollo
COSTO
TIEMPO
COSTO / MES
COSTO TOTAL
Costo de programadores
Costo de usuarios
Costos de reclutamiento de
(MESES)
22
0
0
$500
$0
$0
$11000
$0
$0
personal
Costos de equipos
Costos de capacitacin al
22
0
$25
$0
$550
$0
personal de desarrollo
Costos de suministros
Costos Software
$0
$0
$100
$0
$11650
TOTAL
ANEXO 23
Costos de Instalacin el Sistema
COSTOS
TIEMPO
COSTO /
COSTO
Costos de capacitacin a usuarios

Costos de Conversin y actualizacin
(MESES)
1
0
MES
$200
$0
TOTAL
$200
$0
de Base de Datos
Costo de personal durante la
$250
$250
instalacin
Costo de hardware requerido
Costo de adecuacin de local
1
1
$2250
$400
$2250
$400
$3100
Total
ANEXO 24
Costos de Operacin
DETALLE
Costos de personal de Operacin
Costos de mantenimiento
Costos de materiales y suministros
TOTAL
COSTO
$100
$0
$20
$120
ANEXO 25
METFORAS DEL SISTEMA
103
METAFORA DEL SISTEMA

Numero: MS1
Nombre: Definicin del estndar de programacin
Modificacin de metfora numero:
Usuario: Desarrollador
Iteracin Asignada:
Puntos Estimados: 6
Puntos Reales:
Descripcin:
Como desarrolladores deseamos establecer el estndar de programacin bajo el cual
se regir el desarrollo del proyecto
para
desarrollar cdigo homogneo y de
PRUEBAS
DEpoder
ACEPTACIN
fcil comprension.
Observaciones:
Numero: MS2

Nombre: Diseo de la arquitectura del sistema
104

Iteracin Asignada:
Puntos Estimados: 8
Puntos Reales:
Descripcin:
Como desarrollador deseo que se haga el diseo de la arquitectura de software que
ms se ajuste al proyecto a desarrollar.
Observaciones:
En caso de ser necesario se escogern ms de dos arquitecturas.
Verificar que la arquitectura escogida se adapte a las necesidades del software

a desarrollar.

Numero: MS3
Nombre: Diseo de la base de datos
Iteracin Asignada:
Puntos Estimados: 8
Puntos Reales:
Descripcin:
105
Como desarrollador deseo que se lleve a cabo el diseo de la base de datos para el
sistema.
Observaciones:
En la normalizacin se debe llegar hasta la forma de Boyce-Codd
La base de datos creada deber contar con l.

El diseo creado debe soportar la cantidad de datos que manejara el negocio.
El diseo debe ser flexible y ofrecer la posibilidad de manipular la estructura de
la base de datos.
ANEXO 27

Numero: MS4
Nombre: Implementacin preliminar de la base de datos
Iteracin Asignada:
Puntos Estimados: 8
Puntos Reales:
Descripcin:
Como desarrollador deseo que se haga la implementacin de la base de datos para
106
poder realizar las operaciones de manejo de datos.

Observaciones:
El motor de base de datos a utilizar ser PotsgreSQL.
Al realizar operaciones bsicas como insertar, modificar y eliminar la base de

datos deber permitir el acceso y manejo de datos de manera adecuada.
Al hacer los selects la base de datos deber devolver los datos especificados.
ANEXO 26

Numero: MS5
Nombre: Instalar y configurar el servidor
Iteracin Asignada:
Puntos Reales:
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.
107
Observaciones:
Las peticiones realizadas

satisfactoriamente.
al
servidor
debern
ser
respondidas
ANEXO 28

Numero: MS6
Nombre: Conexin con la base de datos
Iteracin Asignada:
Puntos Estimados: 8
Puntos Reales:
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:
108
Los datos no debern ser manejados por el usuario directamente en el motor de base
de datos.
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.
109
ANEXO 29

Numero: MS7
Nombre: Diseo del estndar de interfaces de usuario
Iteracin Asignada:
Puntos Reales:
Descripcin:
Se establecern los colores, tipo de letra, posicin de los botones, opciones que se
manejaran de forma estndar dentro del desarrollo de las interfaces del usuario.
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.
ANEXO 30
Numero: MS8

Nombre: Realizacin del manual tcnico

Iteracin Asignada:
Puntos Estimados:8
Puntos Reales:
Descripcin:
Como desarrollador deseo que todo lo relacionado con las tcnicas de gestin
proyecto y de codificacin este correctamente documentadas en un manual.
Observaciones:
110
Todos los desarrolladores debern realizar la documentacin requerida de

cada una de las tareas realizadas.
La documentacin debe ser clara y concisa.
ANEXO 31
Numero: MS9

Nombre: Realizacin del manual de usuario

Usuario: Usuario
Iteracin Asignada:
Puntos Estimados: 8
Puntos Reales:
Descripcin:
Como desarrollador deseo documentar cmo se maneja el sistema para que mi
cliente lo pueda utilizar con la mayor facilidad posible.
Observaciones:
111
El lenguaje utilizado deber ser de sencilla comprensin para el

usuario.
El manual deber ser totalmente descriptivo.
ANEXO 32
Numero: MS10

Nombre: Elaboracin del manual de instalacin

Usuario: Usuario
Iteracin Asignada:
Puntos Estimados: 8
Puntos Reales:
Descripcin:
Como desarrollador deseo que se haga un manual que especifique como realizar la
instalacin del sistema esto permitir que el usuario lo pueda hacer en ms maquinas
en caso de ser necesario.
Observaciones:
112
El cliente deber ser capaz de realizar la instalacin con la ayuda del

manual de instalacin.
ANEXO 33

Numero: MS_01
Nombre: Definicin del estndar de programacin

Puntos Estimados: 6
Puntos Reales: 6
Descripcin:
Como desarrolladores deseamos establecer el estndar de programacin bajo el cual
se regir el desarrollo del proyecto para poder desarrollar cdigo homogneo y de
113
fcil comprensin.
Observaciones:
Verificar que el estndar se comprenda fcilmente por los programadores.
Verificar que el estndar escogido sea familiar para los programadores.
PRUEBA DE ACEPTACIN
114
Cdigo: PA_01
Historia de Usuario: MS_01 Definicin del estndar de

programacin
Nombre: Verificar que el estndar se comprenda fcilmente por los programadores

Responsable: Vanesa Bonito
Fecha: 09/11/2015
Descripcin: El estndar deber contener especificaciones claras de cmo crear:

clases, objetos, mtodos, variables, constantes, paquetes, entre especificaciones de
desarrollo HTML y JSP.
Condiciones de Ejecucin: El estndar de codificacin para el desarrollo del
sistema debe estar especificado
Pasos de ejecucin:
Analizar en conjunto con los programadores el estndar que se ha

especificado para el desarrollo del proyecto.
Comprobar que es un estndar fcil de seguir y que permitir desarrollar

cdigo homogneo y comprensible.
Resultado esperado: Los desarrolladores deben comprender claramente la manera
en la que se realizara la codificacin.
Evaluacin de la prueba: Exitosa.
PRUEBA DE ACEPTACIN
Cdigo: PA_02
Historia de Usuario: MS_01 Definicin del estndar de

programacin
Nombre: Verificar que el estndar escogido sea familiar para los programadores.
Fecha: 09/11/2015
Descripcin: El estndar que se ha seleccionado no deber ser totalmente

desconocido para los programadores siendo que estos se pueden adaptar fcilmente
al estndar.
Condiciones de Ejecucin:
El estndar de codificacin para el desarrollo del sistema debe estar

especificado
Pasos de ejecucin:
Hacer que los desarrolladores codifiquen una pequea aplicacin en netbeans

con el estndar.
Comprobar que las aplicaciones hechas estn acorde al estndar.
115
Resultado esperado: Que no les haya sido difcil adaptarse al estndar cuando
realizaban la codificacin.
TAREA DE INGENIERA
Historia de usuario: MS_01 Definicin del estndar de programacin
Nmero de Tarea: TI_01
Nombre de Tarea: Establecer que estndar de

codificacin que se utilizara en la codificacin del
proyecto.
Tipo de Tarea: Desarrollo
Puntos Estimados: 6
Fecha Inicio: 06/11/2015
Fecha Fin: 09/11/2015
Programador Responsable: Freddy Capuz

Descripcin: Seleccionar un nico estndar para la codificacin del sistema Licores
Gia de entre los distintos estndares existentes para la programacin dentro del
lenguaje Java.
Pruebas de Aceptacin Verificar que el estndar consultado sea apropiado para el
desarrollo de nuestro sistema.
PRUEBA DE ACEPTACIN
Cdigo: PA_03
Historia de Usuario: TI_01

estndares de codificacin Java.
Investigacin
acerca
de
Nombre: TI_01 Investigacin acerca de estndares de codificacin Java.

Responsable: Wilmer Barrera
Fecha: 09/11/2015
Descripcin: La variedad de estndares que existen implica escoger el estndar que

ms se ajuste y convenga en el desarrollo de nuestro proyecto.
116
Haber realizado la investigacin respectiva y haber seleccionado un estndar
especifico.
Pasos de ejecucin:
Verificar que los componentes del estndar Java en el que se basar contiene:
mtodos, clases, objetos, variables, constantes, paquetes, como tambin en el
desarrollo HTML y JSP.
Resultado esperado: El estndar escogido contenga todos los aspectos necesarios
para que el cdigo a desarrollar se pueda llevar de una manera organizada en el
desarrollo del sistema.
Anexo 34
DIAGRAMA ENTIDAD-RELACION
MODELO LGICO
117
MODELO FSICO
DICCIONARIO DE DATOS
Nombre
ApellCliente
Apellido
Cantidad
CargoTrabajador
Ced_Cliente
Cdigo
APELLCLIENTE
APELLIDO
CANTIDAD
CARGOTRABAJADOR
CED_CLIENTE
118
Tipo de dato
Variable characters (20)
Integer
Number (10)
Longitud
20
20
20
10
CedCliente
Cedula_Ident
Clave
ClaveCliente
Cod_Licores
CodLicores
CodPedido
Correo
CorreoCliente
DirecCliente
EstadoPedido
Fecha_venta
FechaentregaPedid
o
FechaNacCli
FecharegisPedido
Nombre
NomCliente
NomLicores
Precio
PrecioLicores
Rol
StockLicores
Subtotal
Telefono
TelfCliente
Total_venta
TotalPedido
CEDCLIENTE
CEDULA_IDENT
CLAVE
CLAVECLIENTE
COD_LICORES
CODLICORES
CODPEDIDO
CORREO
CORREOCLIENTE
DIRECCLIENTE
ESTADOPEDIDO
FECHA_VENTA
FECHAENTREGAPEDIDO
Number (10)
Number (10)
Date
Date
FECHANACCLI
FECHAREGISPEDIDO
NOMBRE
NOMCLIENTE
NOMLICORES
PRECIO
PRECIOLICORES
ROL
STOCKLICORES
SUBTOTAL
TELEFONO
TELFCLIENTE
TOTAL_VENTA
TOTALPEDIDO
Date
Date
Float
Float
Integer
Float
Number (10)
Number (10)
Float
Float
10
10
6
6
3
3
3
20
20
20
20
20
20
20
20
10
10

Numero: MS_03
Nombre: Diseo de la base de datos
Puntos Estimados: 8
Puntos Reales: 10
Descripcin:
Como desarrollador deseo que se lleve a cabo el diseo de la base de datos para que
as se facilite la implementacin de la misma y esta sea eficiente en el manejo de los
datos de la licorera.
Observaciones:
ACEPTACIN
En la normalizacin se debePRUEBAS
llegar hastaDE
la forma
de Boyce-Codd
La base de datos creada deber contar con los nombres de los campos y
tablas acorde al estndar.
El diseo creado debe soportar la cantidad de datos que manejara el negocio.
El diseo debe ser flexible y ofrecer la posibilidad de manipular la estructura de
la base de datos.
119
PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: MS_03 Diseo de la Base de Datos
Nombre: Verificar que los nombres de tablas y campos concuerden con el estndar.
Responsable: Mara Jos Morillo
Fecha: 11/11/2015
Descripcin: Las tablas y los campos de cada tabla deben concordar con el
estndar establecido
Condiciones de Ejecucin: Existencia del diseo de la base de datos
Pasos de ejecucin:
Comparar los nombres de las tablas con el estndar.
Comparar los campos de cada tabla con el estndar
Resultado esperado: Que la base de datos cumpla con el estndar

PRUEBA DE ACEPTACIN
Cdigo: PA_02
Nombre: El diseo creado debe soportar la cantidad de datos que manejara el
negocio
Fecha: 11/11/2015
Descripcin: Comprobar que la base de datos diseada soporta la cantidad de
datos que manejara el negocio.
Pasos de ejecucin:
Comprobar que la base de datos tiene el diseo acorde con las necesidades
de almacenamiento de datos del negocio.
Resultado esperado: Que el diseo brinde un soporte adecuado a la cantidad de
datos que se manejaran en la licorera.
PRUEBA DE ACEPTACIN
Cdigo: PA_03
Nombre: El diseo debe ser flexible y ofrecer la posibilidad de manipular la
120
estructura de la base de datos.

Fecha: 11/11/2015
Descripcin: Verificar que el diseo de base de datos realizado permita ajustar su
estructura acorde a las necesidades del negocio.
Pasos de ejecucin:
Analizar si el diseo que se ha obtenido hace posible la manipulacin de su

estructura para ajustarse a posibles nuevos requerimientos en el negocio.
Resultado esperado: Que el diseo brinde un la flexibilidad esperada en cuanto a
su estructura.
TAREA DE INGENIERA
Metfora: MS_03 Diseo de la Base de Datos
Nmero de Tarea: Nombre de Tarea: Diseo del diagrama Entidad-Relacin.
TI_01
Puntos Estimados: 2
Fecha Fin: 05/11/2015
Programador Responsable: Vanessa Bonito
Descripcin: La creacin del diseo del esquema conceptual de la base de datos
mediante un modelo entidad relacin (DER), para tener una idea clara de las
entidades, relaciones y atributos de la base de datos.
El DER est acorde con las historias de usuario.
PRUEBA DE ACEPTACIN
Cdigo: PA_04
Nombre: El DER est acorde con las historias de usuario.
Fecha: 06/11/2015
Descripcin: En la base de datos las tablas deben estar correctamente
relacionadas y cada tabla debe tener los campos que se requieren para el desarrollo
del sistema.
Existencia del DER.
Pasos de ejecucin
Comprobar si existen todas las ENTIDADES que se necesite para cumplir

cada historia de usuario y sus respectivos atributos.
Comprobar si las tablas estn correctamente diseadas: Fijndonos en la

primaria y fornea clave de cada tabla.
Resultado esperado: Que el DER est bien diseado.
121

TAREA DE INGENIERA
Nmero de Tarea: Nombre de Tarea: Diseo del esquema conceptual de la
TI_02
base de datos.
Puntos Estimados: 2
Fecha Fin: 06/11/2015
Descripcin: La creacin del diseo del esquema conceptual de la base de datos
mediante un modelo entidad relacin (DER), para tener una idea clara de las
entidades, relaciones y atributos de la base de datos.
El esquema conceptual este acorde con los requisitos del usuario.
PRUEBA DE ACEPTACIN
Cdigo: PA_05
Historia de Usuario: MS3 Diseo de la Base de Datos
Nombre: El esquema conceptual este acorde con los requisitos del usuario.
Responsable: Mara Jos Fecha: 06/11/2015
Morillo
Descripcin: Que las entidades tengan relacin unas con otras y que contengan
sus respectivos atributos.
Identificacin de las entidades que debe contener la base de datos de acuerdo a los
requerimientos planteados del usuario.
Pasos de ejecucin:
Identificar las entidades y sus relaciones.
Asignar atributos a las entidades.
Resultado esperado: Que las relaciones entre las entidades sea adecuada.
TAREA DE INGENIERA
Nombre de Tarea: Diseo fsico de la Base de
Datos.
Puntos Estimados: 2
Fecha Fin: 09/11/2015
Descripcin: La creacin del diseo fsico de la base de datos, es para tener una
idea ms clara del nmero de tablas que se van a utilizar en el desarrollo del
Sistema.
Verificar que la base se encuentre normalizada.
122
PRUEBA DE ACEPTACIN
Cdigo: PA_06
Nombre: Verificar que la base se encuentre normalizada.
Fecha: 11/05/2015
Descripcin: Comprobar que las tablas estn correctamente normalizadas.
Comprobar que las tablas no tienen campos de tipo multivaluado.
Comprobar que los atributos no clave tienen dependencia funcional completa

con la clave principal.
Comprobar que no existan dependencias transitivas.
Pasos de ejecucin:
Identificar las tablas que estn con varios campos repetidos o los todos los
campos repetidos Separar las tablas o eliminarlas.
Resultado esperado: Que las tablas generadas sean las adecuadas

TAREA DE INGENIERA
Nombre de Tarea: Generacin del Diccionario de datos
Puntos Estimados: 1
Fecha Inicio: 09-11-2015
Fecha Fin: 10/11/2015
Descripcin: La creacin del diccionario de datos con sus respectivos tipos de datos y
sus restricciones.
Verificar que el diccionario contenga todos los campos que se especificaron en

el esquema fsico.
PRUEBA DE ACEPTACIN
Cdigo: PA_07
Nombre: Verificar que el diccionario contenga todos los campos que se especificaron en
la base de datos.
Fecha: 10/11/2015
Descripcin: Validar si el diccionario contiene los nombres de los campos con sus
respectivos tipos y restricciones.
Condiciones de Ejecucin: Existencia del diccionario de datos.
Pasos de ejecucin
Verificar que los nombres de los datos coincidan con los campos de las tablas
Verificar que el tipo y las restricciones estn correctos.
Resultado esperado: Que el diccionario est acorde al esquema fsico.

123
TAREA DE INGENIERA
Nombre de Tarea: Generacin del Script de la base de

datos
Puntos Estimados: 1
Fecha Fin: 11/11/2015
Descripcin: Realizacin del script para la creacin de la base de datos.
El script de la base de datos debe ser correcto y eficiente.
PRUEBA DE ACEPTACIN
Cdigo: PA_08
Nombre: El script de la base de datos debe ser correcto y eficiente.
Responsable: Maria Jose Morillo
Fecha: 11/11/2015
Descripcin: El script deber estar desarrollado correctamente y ser eficiente.
Condiciones de Ejecucin: Existencia del script de la base de datos.
Pasos de ejecucin
Revisar el cdigo de creacin de la base de datos
Revisar los nombres de las tablas
Revisar los tipos de los atributos y nombres
Resultado esperado: Que el script de la base de datos sea correcto.

Anexo 34
Diagrama de despliegue
124
METFORA DEL SISTEMA

Numero: MS_02
Nombre: Diseo de la arquitectura del sistema
Puntos Estimados: 8
Puntos Reales: 6
Descripcin:
Como desarrollador deseo que se haga el diseo de la arquitectura de software que
ms se ajuste al proyecto a desarrollar.
Observaciones:
En caso de ser necesario se escogern ms de dos arquitecturas.
Verificar que la arquitectura escogida se adapte a las necesidades del software

a desarrollar.
Comprobar que los componentes del diseo de la arquitectura estn
planteados adecuadamente para su posterior implementacin.
ueba de Aceptacin
Cdigo: PA_01
Historia de Usuario: MS_02 Diseo de la arquitectura del
sistema.
Nombre: Verificar que la arquitectura escogida se adapte al software a desarrollar.
Responsable: Victor Bayas
Fecha: 11/11/2015
Descripcin: Se requiere realizar la verificacin de la arquitectura escogida para
implementarse previo al desarrollo del sistema.
La arquitectura debe estar definida.
Pasos de ejecucin
Comprobar que la arquitectura permita la implementacin de desarrollo de
software en n capas.
Resultado esperado
La arquitectura escogida y sus componentes sean adecuados para la
implementacin del sistema en n capas.
PRUEBA DE ACEPTACION
Cdigo: PA_02

sistema.
Nombre: Comprobar que los componentes del diseo de la arquitectura estn
planteados adecuadamente.
Fecha: 11/11/2015
125
Descripcin: Se desea verificar que el diseo de los componentes de la arquitectura

sea la adecuada.
La arquitectura que se va a utilizar debe especificar de manera clara sus
diversos componentes y relaciones para su correcta implementacin.
Pasos de ejecucin
Analizar el diagrama de despliegue en el cual se muestra los componentes

de la arquitectura a utilizarse.
Verificar si cada componente de la arquitectura y las relaciones establecidas
en ellas son las adecuadas.
Resultado esperado
Que el diseo establecido en el diagrama de despliegue este correctamente

realizado con los componentes y relaciones necesarias.
TAREA DE INGENIERA
Historia de Usuario: TI_01 Diseo de la arquitectura del sistema.
Nmero de Tarea: Nombre de Tarea: Analizar los componentes a
TI_01
desarrollarse
Puntos Estimados: 4
Fecha Fin: 11/11/2015
Programador Responsable: Jos Acn
Descripcin: Describir los componentes que forman parte de la arquitectura del
sistema a desarrollarse para lograr obtener un adecuado diseo de dicha arquitectura
a utilizar.
Comprobar que la arquitectura seleccionada sea la adecuada para el uso en

el desarrollo del sistema.
PRUEBA DE ACEPTACIN
Cdigo: PA_03

sistema.
Nombre: Analizar los componentes a desarrollarse
Fecha: 11/11/2015
Descripcin: Se requiere realizar el diagrama de despliegue de la arquitectura a
implementarse
Condiciones de Ejecucin: De haberse realizado un correcto anlisis y
documentacin de la arquitectura a utilizarse para establecer adecuadamente sus
componentes.
Pasos de ejecucin
Verificar que los componentes establecidos estn acordes con el sistema a

desarrollarse.
126
Resultado esperado
Definir correctamente las arquitecturas a implementarse.
TAREA DE INGENIERA
Historia de Usuario: MS_02 Diseo de la arquitectura del sistema.
Nmero de Tarea: Nombre de Tarea: Realizar el diagrama de componentes
TI_02
de la arquitectura.
Puntos Estimados: 4
Fecha Fin: 11/11/2015
Programador Responsable: Yesenia Pilco
Descripcin: Elaborar el diagrama de despliegue en el que se muestran los distintos
componentes y sus relaciones que definen la arquitectura del sistema a desarrollarse,
este diagrama se lo realizara utilizando la herramienta UML.
Analizar los distintos componentes a implementarse como parte de la

arquitectura del sistema.
PRUEBA DE ACEPTACION
Cdigo: PA_04
sistema.
Nombre: Realizar el diagrama de componentes de la arquitectura.
Responsable: Vanessa Bonito
Fecha: 11/11/2015
Descripcin: Se necesita verificar la distribucin de los componentes del sistema
como parte de la arquitectura del mismo.
Condiciones de Ejecucin: La arquitectura establecida anteriormente debe
especificar sus distintos componentes para establecer si su diseo es el adecuado.
Pasos de ejecucin
Analizar los distintos componentes que forman parte de la arquitectura a
disearse.
Analizar la correcta distribucin de los componentes antes especificados.
Realizar el diseo de la arquitectura el cual ser utilizado en el desarrollo del
sistema.
Resultado esperado
Definir y establecer que el diseo realizado es el correcto y que sus
componentes estn diseados adecuadamente para su correcto uso.
Evaluacin de la prueba: Exitosa
Anexo 35
METFORA DEL SISTEMA
127
Numero: MS_08

Iteracin Asignada:1
Puntos Estimados: 8
Puntos Reales: 8
Descripcin:
Como desarrollador deseo que todo lo relacionado con las tcnicas de gestin de
proyecto y codificacin este correctamente documentadas en un manual para as
facilitar le gestin y mantenimiento del sistema.
Observaciones:
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_07 Manual tcnico
Nombre: Todos los desarrolladores debern realizar la documentacin requerida de
Responsable: Freddy Capuz Fecha: 11/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
Anlisis de todas las etapadas que se estan 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 est bien realizado con cada uno de los
elementos de las tareas para la documentacin.
Prueba de Aceptacin
Cdigo: PA_02
Historia de Usuario: MS_07 Manual tcnico y manual de
usuario.
Nombre: La documentacin debe ser clara y concisa.
128
Responsable: Natalia Pilco

Fecha: 11/11/2015
Pasos de ejecucin
Se leer el manual tcnico.
se realizar un anlisis de su informacin contenida.
Resultado esperado: El manual Tcnico
Anexo 36

Numero: MS_05
Nombre: Instalar y configurar el servidor de base de datos
Puntos Reales: 8
Descripcin:
Como desarrollador deseo que se instale el servidor de base de datos realizando las
configuraciones correspondientes para que este funcione adecuadamente y nos
permita desplegar los servicios necesarios para el funcionamiento de la base de
datos.
Observaciones:
129
PRUEBA DE ACEPTACIN N
Cdigo: PA_01
Historia de Usuario: MS_05 Instalar y configurar el servidor
Nombre: Verificar que se inicie correctamente CentOS
Responsable: Giannella Monta;o
Fecha: 17/16/2015
Descripcin: Verificar que la mquina virtual de Centos inicie correctamente
Tener instalado ya CENTOS 7
Pasos de ejecucin:
Encender la mquina virtual
Ingresar la contrasea como administrador
Resultado esperado: Que el sistema operativo del servidor de base de datos se
inicie pidiendo contrasea y password luego del logueo que se estableci durante su
instalacin.
PRUEBA DE ACEPTACIN
Cdigo: PA_02
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
Tener instalado ya CENTOS 7 y tener instalado POSTGRESQL
Pasos de ejecucin:
Inicializar el sistema operativo CentOS.
En lnea de consola ingresar el comando: service postgresql status
Resultado esperado:
Visualizar que se muestre Servicio Activo
PRUEBA DE ACEPTACIN
Cdigo: PA_03
Historia de Usuario: MS5 Instalar y configurar el servidor
Nombre: Las peticiones realizadas al servidor debern ser respondidas
satisfactoriamente.
Fecha: 17/11/2015
Descripcin: Verificar que si se solicita la conexin al servidor de base de datos se
130
pueda realizar la conexin.

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.
TAREA DE INGENIERA
Nombre de Tarea: Instalacin de CENTOS 7
Puntos Estimados: 4
Fecha Fin: 14/11/2015
Programador Responsable: Victor Bayas
Descripcin: Realizar la instalacin de CENTOS 7 sobre una mquina virtual la
instalacin deber ser la instalacin mnima del sistema
Verificar que se ha instalado CentOS adecuadamente
Verificar el acceso a internet
PRUEBA DE ACEPTACIN
131
Cdigo: PA_04
Nombre: Verificar que se ha instalado CentOS adecuadamente

Responsable: Giannella
Fecha: 14/11/2015
Montao
Descripcin: Verificar que CentOS 7 version 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 esten agregadas
y activas.
Ingresar el comando ls -l
Resultado esperado: Que se despliguen las diferentes tarjetas de red con sus
respectivas ip y se debe mostrar anaconda-ks.cfg
PRUEBA DE ACEPTACIN
Cdigo: PA_05
Historia de Usuario: MS_05 Instalar y configurar el
servidor
Nombre: Verificar el acceso a internet
Fecha: 14/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.
Tener instalado CENTOS 7
Tener las tarjetas de red agregadas y activas con
conexin a internet
Pasos de ejecucin:
Iniciar CentOS.
Hacer un ping a google.com
Resultado esperado: Debe realizarse con xito el ping
132
TAREA DE INGENIERA
Nmero de Tarea:
Nombre de Tarea: Instalacin de Postgresql
TI_02
Puntos Estimados: 2
Fecha Fin: 16/11/2015
Descripcin: Instalar el motor de base de datos Postgresql sobre nuestra mquina
virtual con el sistema operativo CentOS 7
Verificar que Postgresl est totalmente instalado
Verificar que se pueda iniciar Postgresql
PRUEBA DE ACEPTACIN
Cdigo: PA_06
Nombre: Verificar que Postgresl est totalmente instalado
Responsible: Giannella Montao
Fecha: 16/11/2015
Descripcin: Verificar que POSTGRESQL se encuentre totalmente instalado junto
con todos sus servicios en nuestra mquina.
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
133
PRUEBA DE ACEPTACIN
Cdigo: PA_07
Nombre: Verificar que se pueda iniciar Postgresql
Responsible: Giannella Montao
Fecha: 16/11/2015
Descripcin: Verificar que Potsgrestql puede ser iniciado una vez que se ha
instalado.
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
TAREA DE INGENIERA
Nombre de Tarea: Configuracin de Postgresql
Puntos Estimados: 4
Fecha Fin: 18/11/2015
Descripcin: Realizar todas las configuraciones necesarias en Posgresql para las
tarjetas de red y las conexiones remotas.
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.
Fecha: 17/11/2015
Descripcin: Examinar la configuracin de Postgresql y asegurarse las tarjetas de

red se encuentren habilitadas.
Postgresl debe estar configurado
134
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.
PRUEBA DE ACEPTACIN
Cdigo: PA_09
Historia de Usuario MS_05 Instalar y configurar el servidor
Nombre: Verificar que estn habilitadas las conexiones remotas.
Responsable: Maria Jose Morillo Fecha: 17/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.
Anexo 37
METFORA DEL SISTEMA
Nmero: MS_04
Nombre: Implementacin preliminar d la base de datos.
Modificacin de metfora nmero:
Puntos Estimados: 8
Puntos Reales: 6
Descripcin:
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
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
135
PRUEBA DE ACEPTACIN
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.
Tener implementada 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.
Cdigo: PA_ 01
PRUEBA DE ACEPTACIN
base de datos.
Nombre: Al hacer los selects la base de datos deber devolver los datos especificados
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.
Cdigo: PA_ 02
TAREA DE INGENIERA
Historia de Usuario: MS_04 Implementacin de la base de Datos
Nombre de Tarea: Implementar las tablas
Puntos Estimados: 6
Fecha de inicio: 13/11/2015
Fecha Fin: 17/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
136
que tiene cada atributo.

Verificar que las relaciones de las tablas que han sido creadas son correctas.
PRUEBA DE ACEPTACIN
Cdigo: PA_ 02
base de datos.
Nombre: Verificar que se guarden correctamente los datos en la base segn el tipo de
dato que tiene cada atributo.
Responsable: Evelyn Valencia
Fecha: 26/11/2015
Descripcin: Verificar que al momento de ingresar los datos que estos sean del
respectivo tipo determinado.
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.
PRUEBA DE ACEPTACIN
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.
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.
Cdigo: PA_ 02
Anexo 38
137

Numero: MS_06
Nombre: Conexin con la base de datos
Puntos Estimados: 8
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.
Cuando se realice la conexin se deber poder acceder a la informacin
Se podrn realizar las operaciones de ingreso, modificacin y borrar registros.
PRUEBA DE ACEPTACIN
Historia de Usuario: MS_06 Conexin con la base
de datos
Nombre: Cuando se realice la conexin se deber poder acceder a la informacin
Responsable: Vanessa
Fecha: 18/11/2015
Bonito
Descripcin: Se prueba la conexin a una base de datos de prueba mediante la
recuperacin de datos.
Cdigo: PA_01
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 sean accesibles.
138
PRUEBA DE ACEPTACIN
de datos
Nombre: Se podrn realizar las operaciones de ingreso, modificacin y borrar
registros.
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.
Cdigo: PA_02
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
TAREA DE INGENIERA
Historia de Usuario: MS_06 Conexin con la base de datos
Nombre de Tarea: Conexin remota de la base de
datos de prueba con NetBeans
Puntos Estimados: 2
Fecha Fin: 17/11/2015
Programador Responsable: Mara Jos Morillo
Descripcin: Realizar la conexin remota a la base de datos en NetBeans.
Verificar que la conexin se ha realizado con xito.
PRUEBA DE ACEPTACIN
de datos
Nombre: Verificar que la conexin se ha realizado con xito.
Fecha: 18/11/2015
Bonito
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
Cdigo: PA_03
139
Resultado esperado:Que la conexin sea exitosa en NetBeans

TAREA DE INGENIERA
Historia de Usuario: MS6 Conexin con la base de datos
Nombre de Tarea: Creacin de la clase
cConexion
Puntos Estimados: 6
Fecha Fin: 18/11/2015
Descripcin: Realizar la clase cConexion que permita la conexin con la base de
datos.
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
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
Cdigo: PA_04
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.
Anexo 39
METFORA DEL SISTEMA
Numero: MS_08
Iteracin Asignada:2
Puntos Estimados: 8
Puntos Reales: 6
Descripcin:
Como desarrollador deseo que todo lo relacionado con las tcnicas de gestin de
140
proyecto y codificacin este correctamente documentadas en un manual para as

facilitar le gestin y mantenimiento del sistema.
Observaciones:
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
Nombre: Todos los desarrolladores debern realizar la documentacin requerida de
Responsable: Yesenia Pilco Fecha: 18/11/2015
Pasos de ejecucin
Anlisis de todas las etapadas que se estan realizando para el proceso del
desarrollo del Proyecto.
Resultado esperado: el manual tcnico est bien realizado con cada uno de los
elementos de las tareas para la documentacin.
Prueba de Aceptacin
Cdigo: PA_02
Historia de Usuario: MS_07 Manual tcnico y manual de
usuario.
Responsable: Yesenia Pilco Fecha: 18/11/2015
Pasos de ejecucin
Se leer el manual tcnico.
se realizar un anlisis de su informacin contenida.
141
Resultado esperado: El manual Tcnico

ANEXO 40
HISTORIA DE USUARIO
Nmero:HU05
Usuario: Cliente
Puntos Reales: 10
Descripcin:
Observaciones:
existente.
142
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.
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
143
Prueba de aceptacin
Cdigo: PA_02
Nombre: Si se registran datos de manera duplicada nos aparecer un mensaje de
usuario ya existente.
Fecha: 25/11/2015
Descripcin: Comprobar que el sistema no permite ingresar dos veces el mismo
cliente.
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_03
Nombre: Si los datos se ingresan de manera errnea (Cedula de Identidad) nos
mostrar un mensaje de error en el ingreso.
Fecha: 25/11/2015
Descripcin: Verificar que en caso de que se ingrese una Cdula de Identidad
incorrecta se emita un mensaje que lo afirme.
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
Llenar el campo CI con un nmero no existente o incorrecto.
CI=1804358148
Intentar guardar el registro o pasar al siguiente campo.
Resultado esperado: Al intentar hacer ese ingreso el sistema no lo permitir,
solicitando que se verifique la Ci y se vuelva a ingresar.
Evaluacin: Exitosa
144
Prueba de aceptacin
Cdigo: PA_04
Nombre: Si existen campos vacos nos mostrara un mensaje de llene todos los campos.
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.

Pasos de ejecucin:

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
Numero de Tarea: TI_01
Nombre de Tarea: Implementar la interfaz de usuario para el
ingreso de un cliente
Puntos Estimados: 1
Fecha Fin: 23/11/2015
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.
145
Prueba de aceptacin
Cdigo: PA_05
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.
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
Nombre de Tarea: Crear la clase cCliente para definir los
atributos que se manejaran.
Puntos Estimados: 1
Fecha Fin: 24/11/2015
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.
146
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
Nombre: Verificar que los atributos creados en la clase cCliente sean los mismos los cuales se
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.
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
147
encuentran definidos en la Base de Datos.

Evaluacin: Exitosa
Tarea de Ingeniera
Nombre de Tarea: Desarrollar el mtodo IngresarCliente
Puntos Estimados: 1
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.
Verificar que la sentencia SQL de insercin se realice de manera correcta.
Prueba de aceptacin
Cdigo: PA_07
Nombre: Verificar que la sentencia SQL de insercin se realice de manera correcta.
148

Fecha: 25/11/2015
Descripcin: verificar que la sentencia SQL desarrollada en el mtodo IngresarCliente se
ejecute correctamente.
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
Nombre de Tarea: Desarrollar las validaciones para los
campos del ingreso del cliente.
Puntos Estimados: 1
Fecha Fin: 24/11/2015
Descripcin:
Implementar las validaciones para los diferentes campos que se registraran, esto permitir
almacenar informacin de manera correcta.
Verificar que el sistema no permita el ingreso de datos incorrectos.
149
Prueba de aceptacin
Cdigo: PA_08
Nombre: Verificar que el sistema no permita el ingreso de datos incorrectos.
Fecha: 25/11/2015
Descripcin: El sistema no permitir el registro de datos incorrectos.

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
MANUAL TCNICO
El manual tcnico es una gua especfica para los desarrolladores de los

procesos realizados en una etapa determinada los cuales le pueden ser de
ayuda en el futuro.
METFORA DEL SISTEMA

Nmero: MS_08
Nombre de la historia: Manual tcnico.
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
150
gestin proyecto y de codificacin este correctamente documentadas en un manual.

Observaciones:
Todos los desarrolladores debern realizar la

requerida de cada una de las tareas realizadas.
documentacin
Prueba de aceptacin
Cdigo: PA_01
Historia de Usuario: MS_08 Manual Tcnico
Nombre: Todos los desarrolladores debern realizar la documentacin


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.
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
151

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
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
Nombre de Tarea: Realizar el manual tcnico.
Puntos Estimados: 8
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.
Verificar que el manual tcnico contemple todas las especificaciones
realizadas por los desarrolladores para tener una gua especfica a futuro.
152
Prueba de Aceptacin
Cdigo: PA_03
Nombre: Verificar que el manual tcnico contemple todas las especificaciones
Fecha: 25/11/2015
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
Resultado esperado: Tener un manual realizado correctamente y que sea una
gua til en procesos futuros.
El manual de usuario es una gua para que el usuario pueda manejar el

producto de una manera correcta y le servir de apoyo en el momento que lo
necesite.
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.
HISTORIA DE USUARIO
EnHU_09
caso de que Nombre:
el licor que
se est
ingresando
Nmero:
Ingreso
de un
nuevo licorya exista no se permitir
Modificacin
de usuario:
realizarhistoria
su ingreso
y se volver a cargar la pgina de ingreso de licor.
Prioridad
en Negocio:
Alta
Puntos
Si los
datos ingresados
son incorrectos
no seEstimados:10
guardarn los datos y se volver
Riesgo aen
desarrollo:
Medio
Puntos
Reales:
10
cargar la pgina de ingreso de licor.
Descripcin:
Como
deseo poder
ingresar
todos los licores
queun
hay
en el local
para
administrador
Si no se han llenado
los campos
obligatorios
se emitir
mensaje
indicando
que los que
clientes
puedan
licores
que existen y tambin poder llevar un mejor
se deben
de saber
llenar los
dichos
campos.
153
registro de los licores.
Observaciones:
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.
Fecha: 25/11/2015
Descripcin: Verificar que regrese a la pgina de ingreso de licor en caso de que los datos
ingresados sean incorrectos.

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
154
Prueba de aceptacin
Cdigo: PA_02
Nombre: Si no se han llenado los campos obligatorios se emitir un mensaje indicando que se
deben de llenar dichos campos.
Fecha: 25/11/2015
Descripcin: Comprobar que el sistema emita un mensaje en caso que no se llenen todos los
campos.

No ingresar ciertos campos
Pasos de ejecucin:

Llenar el campo Stock con la cantidad de sin llenar campo
Llenar el campo de Costo Licor con el valor de sin llenar campo.
Resultado esperado: Al momento de dar clic en el botn guardar presentar un mensaje indicando
que se debe completar ese campo.
Evaluacin: Exitosa
155
Prueba de aceptacin
Cdigo: PA_03
Nombre: En caso de que el licor que se est ingresando ya exista no se permitir realizar su ingreso
Fecha: 25/11/2015
Descripcin: Verificar que el sistema no permita ingresar un licor ya existente.

Tener la interfaz de ingreso de un nuevo licor.
Pasos de ejecucin:

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
Nombre de Tarea: Implementar el servicio web Ingreso Licor en la
capa de acceso a datos.
Puntos Estimados: 2
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.
156
Prueba de aceptacin
Cdigo: PA_04
Nombre: Verificar que el servicio web Ingresarlicor ingresa los datos.
Fecha: 19/11/2015
Descripcin: Comprobar que los datos enviados al servicio web se ingresan correctamente.
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.
Tarea de Ingeniera
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 Fin: 23/11/2015
Programador Responsable: Natalia Pilco
Descripcin: Crear un cliente que consuma el servicio web del mtodo Ingresarlicor e
implementar un servicio web que reciba los parmetros y los enve a su cliente web para que los
registre en la base.
Verificar que el servicio web de la capa de lgica de negocio realiza la accin de

registrar un licor.
157
Prueba de aceptacin
Cdigo: PA_05
Nombre: Verificar que el servicio web realiza la accin de registrar un licor
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.
Debe existir el servicio web.

Debe haber conexin con la base de datos.
Pasos de ejecucin:

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.
Tarea de Ingeniera
Nombre de Tarea: Desarrollar la interfaz de ingreso de un nuevo
licor.
Puntos Estimados: 4
Fecha Fin: 24/11/2015
Programador
Responsable:
Giannella
Montao
Tarea de Ingeniera
Descripcin:
Desarrollar
interfazIngreso
para realizar
el ingreso
Historia de
Usuario:laHU_09
de un nuevo
licorde un nuevo licor siguiendo el
estndar
de
interfaz
de
usuario
preestablecido.
Prueba
de
aceptacin
Nombre de Tarea: Implementar las validaciones para el ingreso.
(Reverso)Pruebas
Aceptacin:
Cdigo:
PA_06de
Historia de Usuario: HU_09
Ingreso
de un nuevo
licor
Tipo de Tarea:
desarrollo
Puntos
Estimados:
2
Nombre:
Verificar
que
la
interfaz
desarrollada
cumpla
con
el
estndar
predeterminado.
Fecha
Inicio:
24/11/2015
Fecha
Fin:
24/11/2015
Verificar que la interfaz desarrollada cumpla con el estndar predeterminado.
Responsable:
Vctor Bayas Natalia Pilco
Fecha: 24/11/2015
Programador Responsable:
Descripcin:
Comprobar
la
interfaz
desarrollada
parapara
el ingreso
de un
licordel
no licor
est que
fuera
Descripcin: Desarrollar las validaciones necesarias
controlar
quenuevo
los datos
sedel
estndar
para el proyecto.
ingresan seleccionado
sean correctos.
Condiciones
de
Ejecucin:
La
interfaz
debe
estar desarrollada
Verificar
que
no permita
letras en campos numricos.
Pasos
de
ejecucin:
Verificar que no permita nmeros en campos de solo letras.
Abrir la interfaz
ingreso
de un valores
nuevo licor.
Verificar
que no de
permita
ingresar
negativos.
Verificar
que
los
colores
y
elementos
de
la
interfaz estn dentro del estndar.
Verificar que no permita ingresar un licor existente.
Resultado esperado:
158el estndar que se estableci previamente con el
La interfaz debe cumplir satisfactoriamente con
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.
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_08
Nombre: Verificar que no permita nmeros en campos de solo letras.
Fecha: 25/11/2015
Descripcin: Comprobar que al intenta ingresar nmeros en campos donde se debe ingresar solo
letras no se pueda realizar esta accin.

Las validaciones para los campos de solo letras deben estar implementadas.
Pasos de ejecucin:

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: Exitosa.
159
Prueba de aceptacin
Cdigo: PA_09
Nombre: Verificar que no permita valores negativos.
Fecha: 25/11/2015
Descripcin: Comprobar que no permita ingresar valores negativos.

Las validaciones para los campos numricos deben estar validados.
Pasos de ejecucin:

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
Nombre: Verificar que no permita ingresar un licor existente.
Fecha: 25/11/2015
Descripcin: Comprobar que al ingresar un licor que ya existe el sistema no permita realizar el
ingreso.
Pasos de ejecucin:

Resultado esperado:
El sistema no debe permitir el ingreso de un licor existente.
Evaluacin: Exitosa.
160
ANEXO 41
HISTORIA DE USUARIO
Nmero: HU_09
Nombre: Ingreso de un nuevo licor
Puntos Estimados:10
Puntos Reales: 10
Descripcin:
Prueba de aceptacin
administrador
deseo
poder ingresar
losdelicores
que licor
hay en el local para
Cdigo:Como
PA_01
Historia
de Usuario:
HU_09 todos
Ingreso
un nuevo
que
puedan saber
los licores que
existen
y tambin
podery llevar
un mejor
Nombre:
Silos
losclientes
datos ingresados
son incorrectos
no se
guardarn
los datos
se volver
a cargar la
registro
de
los
licores.
Observaciones:
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.

PRUEBAS
DE ACEPTACIN
Los campos a ingresar deben
estar llenos
Pasos de ejecucin:
Ena caso
de que
licor que
se nuevo
est ingresando
ya exista no se permitir
Ingresar
la interfaz
de el
ingreso
de un
licor
realizar
su Nombre
ingreso ydel
se volver
a cargar
Llenar el
campo
licor con
el datolaBuchanns.

Si los datos ingresados son incorrectos no se guardarn los datos y se volver
a cargar la pgina de ingreso de licor.
Llenar
de llenado
Costo Licor
con el obligatorios
valor de 40,00.
el
Si campo
no se han
los campos
se emitir un mensaje indicando
Llenar el
campo
Precio
Licor
con
el
valor
de
45,00.
que se deben de llenar dichos campos.
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
161
Prueba de aceptacin
Cdigo: PA_02
Nombre: Si no se han llenado los campos obligatorios se emitir un mensaje indicando que se
deben de llenar dichos campos.
Fecha: 25/11/2015
Descripcin: Comprobar que el sistema emita un mensaje en caso que no se llenen todos los
campos.

Pasos de ejecucin:

Llenar el campo Stock con la cantidad de sin llenar campo
Llenar el campo de Costo Licor con el valor de sin llenar campo.
Resultado esperado: Al momento de dar clic en el botn guardar presentar un mensaje indicando
que se debe completar ese campo.
Evaluacin: Exitosa
162
Prueba de aceptacin
Cdigo: PA_03
Nombre: En caso de que el licor que se est ingresando ya exista no se permitir realizar su ingreso
Fecha: 25/11/2015
Descripcin: Verificar que el sistema no permita ingresar un licor ya existente.

Tener la interfaz de ingreso de un nuevo licor.
Pasos de ejecucin:

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
Nombre de Tarea: Implementar el servicio web Ingreso Licor en la
capa de acceso a datos.
Puntos Estimados: 2
Fecha Fin: 19/11/2015
Programador Responsable: Giannella Montao
Descripcin: Desarrollar un mtodo Ingresarlicor que realice la sentencia SQL de insertar el licor.
Verificar que el servicio web inserta correctamente los datos del licor.
163
Prueba de aceptacin
Cdigo: PA_04
Nombre: Verificar que el servicio web Ingresarlicor ingresa los datos.
Fecha: 19/11/2015
Descripcin: Comprobar que los datos enviados al servicio web se ingresan correctamente.

El servicio web Ingresarlicor debe estar implementado.
Pasos de ejecucin:
Crear la clase licor.

Enviar los atributos al servicio web.
Resultado esperado:
El licor debe aparecer registrado en la tabla tblicor.
Evaluacin: Exitosa.
Tarea de Ingeniera
Nombre de Tarea: Crear un cliente web y un servicio web en la
capa de lgica de negocio
Puntos Estimados: 2
Fecha Fin: 23/11/2015
Programador Responsable: Natalia Pilco
Descripcin: Crear un cliente que consuma el servicio web del mtodo Ingresarlicor e
implementar un servicio web que reciba los parmetros y los enve a su cliente web para que los
registre en la base.

registrar un licor.
164
Prueba de aceptacin
Cdigo: PA_05
Nombre: Verificar que el servicio web realiza la accin de registrar un licor
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.

Pasos de ejecucin:

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.
Tarea de Ingeniera
Nombre de Tarea: Desarrollar la interfaz de ingreso de un nuevo
licor.
Puntos Estimados: 4
Fecha Fin: 24/11/2015
Programador
Responsable:
Giannella
Montao
Tarea de Ingeniera
Descripcin:
Desarrollar
interfazIngreso
para realizar
el ingreso
Historia de
Usuario:laHU_09
de un nuevo
licorde un nuevo licor siguiendo el
estndar
de
interfaz
de
usuario
preestablecido.
Prueba
de
aceptacin
Nombre de Tarea: Implementar las validaciones para el ingreso.
(Reverso)Pruebas
Aceptacin:
Cdigo:
PA_06de
Historia de Usuario: HU_09
Ingreso
de un nuevo
licor
Tipo de Tarea:
desarrollo
Puntos
Estimados:
2
Nombre:
Verificar
que
la
interfaz
desarrollada
cumpla
con
el
estndar
predeterminado.
Fecha
Inicio:
24/11/2015
Fecha
Fin:
24/11/2015
Responsable:
Vctor Bayas Natalia Pilco
Fecha: 24/11/2015
Programador Responsable:
Descripcin:
Comprobar
la
interfaz
desarrollada
parapara
el ingreso
de un
licordel
no licor
est que
fuera
Descripcin: Desarrollar las validaciones necesarias
controlar
quenuevo
los datos
sedel
estndar
para el proyecto.
ingresan seleccionado
sean correctos.
Condiciones
de
Ejecucin:
La
interfaz
debe
estar desarrollada
Verificar
que
no permita
letras en campos numricos.
Pasos
de
ejecucin:
Abrir la interfaz
ingreso
de un valores
nuevo licor.
Verificar
que no de
permita
ingresar
negativos.
Verificar
que
los
colores
y
elementos
de
la
interfaz estn dentro del estndar.
Verificar que no permita ingresar un licor existente.
Resultado esperado:
165el estndar que se estableci previamente con el
La interfaz debe cumplir satisfactoriamente con
cliente.
Evaluacin: Exitosa.
Prueba de aceptacin
Cdigo: PA_07
Historia de Usuario: HU_09 Ingreso de un licor
Fecha: 25/11/2015
Descripcin: Comprobar que al intentar ingresar letras en campos numricos el sistema no lo
permita.

Pasos de ejecucin:

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_08
Fecha: 25/11/2015
Descripcin: Comprobar que al intenta ingresar nmeros en campos donde se debe ingresar solo
letras no se pueda realizar esta accin.

Las validaciones para los campos de solo letras deben estar implementadas.
Pasos de ejecucin:

Resultado esperado:
El sistema no debe permitir el ingreso de nmeros en campos que son solo para el ingreso de letras.
Evaluacin: Exitosa.
166
Prueba de aceptacin
Cdigo: PA_09
Nombre: Verificar que no permita valores negativos.
Fecha: 25/11/2015
Descripcin: Comprobar que no permita ingresar valores negativos.

Las validaciones para los campos numricos deben estar validados.
Pasos de ejecucin:

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
Nombre: Verificar que no permita ingresar un licor existente.
Fecha: 25/11/2015
Descripcin: Comprobar que al ingresar un licor que ya existe el sistema no permita realizar el
ingreso.
Pasos de ejecucin:

Resultado esperado:
El sistema no debe permitir el ingreso de un licor existente.
Evaluacin: Exitosa.
167
ANEXO 42
HISTORIA DE USUARIO
Nmero:HU05
Usuario: Cliente
Puntos Reales: 10
Descripcin:
Observaciones:
existente.
168
Prueba de aceptacin
Cdigo: PA_01
Nombre: Si se registra todos los campos pedidos por el formulario y se procede a
guardar nos mostrar un mensaje de xito.
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.

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
169
Prueba de aceptacin
Cdigo: PA_02
Nombre: Si se registran datos de manera duplicada nos aparecer un mensaje de
usuario ya existente.
Fecha: 25/11/2015
Descripcin: Comprobar que el sistema no permite ingresar dos veces el mismo
cliente.
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_03
Nombre: Si los datos se ingresan de manera errnea (Cedula de Identidad) nos
mostrar un mensaje de error en el ingreso.
Fecha: 25/11/2015
Descripcin: Verificar que en caso de que se ingrese una Cdula de Identidad
incorrecta se emita un mensaje que lo afirme.
Pasos de ejecucin:
Llenar el campo CI con un nmero no existente o incorrecto.
CI=1804358148
Intentar guardar el registro o pasar al siguiente campo.
Resultado esperado: Al intentar hacer ese ingreso el sistema no lo permitir,
solicitando que se verifique la Ci y se vuelva a ingresar.
Evaluacin: Exitosa
170
Prueba de aceptacin
Cdigo: PA_04
Nombre: Si existen campos vacos nos mostrara un mensaje de llene todos los campos.
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.

Pasos de ejecucin:

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
Nombre de Tarea: Implementar la interfaz de usuario para el
ingreso de un cliente
Puntos Estimados: 1
Fecha Fin: 23/11/2015
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.
Verificar que la interfaz creada cumpla con el estndar antes desarrollado.
171
Prueba de aceptacin
Cdigo: PA_05
Nombre: Verificar que la interfaz creada cumpla con el estndar antes desarrollado.
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.
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
Nombre de Tarea: Crear la clase cCliente para definir los
atributos que se manejaran.
Puntos Estimados: 1
Fecha Fin: 24/11/2015
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.
172
Verificar que los atributos creados en la clase cCliente sean los mismos los cuales se
Prueba de aceptacin
Cdigo: PA_06
Nombre: Verificar que los atributos creados en la clase cCliente sean los mismos los cuales se
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.
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
173
encuentran definidos en la Base de Datos.

Evaluacin: Exitosa
Tarea de Ingeniera
Nombre de Tarea: Desarrollar el mtodo IngresarCliente
Puntos Estimados: 1
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.
Verificar que la sentencia SQL de insercin se realice de manera correcta.
Prueba de aceptacin
Cdigo: PA_07
Nombre: Verificar que la sentencia SQL de insercin se realice de manera correcta.
174

Fecha: 25/11/2015
Descripcin: verificar que la sentencia SQL desarrollada en el mtodo IngresarCliente se
ejecute correctamente.

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
Nombre de Tarea: Desarrollar las validaciones para los
campos del ingreso del cliente.
Puntos Estimados: 1
Fecha Fin: 24/11/2015
Descripcin:
Implementar las validaciones para los diferentes campos que se registraran, esto permitir
almacenar informacin de manera correcta.
Verificar que el sistema no permita el ingreso de datos incorrectos.
175
Prueba de aceptacin
Cdigo: PA_08
Nombre: Verificar que el sistema no permita el ingreso de datos incorrectos.
Fecha: 25/11/2015
Descripcin: El sistema no permitir el registro de datos incorrectos.

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 43
METFORA DEL SISTEMA

Nmero: MS_08
Nombre de la historia: Manual tcnico.
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:
176
Todos los desarrolladores debern realizar la

documentacin
Prueba de aceptacin
Cdigo: PA_01
Nombre: Todos los desarrolladores debern realizar la documentacin


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.
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
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
Cada grupo de trabajo debe estar terminado de documentar con el formato
177
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
Nombre de Tarea: Realizar el manual tcnico.
Puntos Estimados: 8
Fecha Fin: 25/11/2015
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.
Verificar que el manual tcnico contemple todas las especificaciones
Prueba de Aceptacin
Cdigo: PA_03
Nombre: Verificar que el manual tcnico contemple todas las especificaciones
Fecha: 25/11/2015
178
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
Resultado esperado: Tener un manual realizado correctamente y que sea una
gua til en procesos futuros.
El lenguaje utilizado deber ser de sencilla comprensin para el
usuario.
DEL
SISTEMA
El manual deberMETAFORA
ser totalmente
descriptivo.
Numero: MS_09
Nombre: Realizacin del manual de usuario

Usuario: Usuario
Iteracin Asignada:
Puntos Estimados: 8

Descripcin:
Puntos Reales: 6
Como desarrollador deseo documentar cmo se maneja el sistema para que

mi cliente lo pueda utilizar con la mayor facilidad posible.
Observaciones:
ANEXO 44
179
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.
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.
PRUEBA DE ACEPTACIN
Cdigo: PA_02
de usuario
Nombre: El manual deber ser totalmente descriptivo.
Fecha: 25-11-2015
Descripcin: El manual de usuario tiene que ser descriptivo.
Pasos de ejecucin:
Abrir el sistema.
Abrir 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.
180
Tareas de ingeniera
TAREA DE INGENIERA
Metfora: MS_08 Realizacin del manual de usuario
Nmero de Tarea:
Nombre de Tarea: Realizar el manual de usuario.
TI_01
Puntos Estimados: 8

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.
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
de usuario
Nombre: TI_01 Realizar el manual de usuario.
Fecha: 25-11-2015
Descripcin: Se requiere analizar el manual de usuario generado para
verificar si cuenta con las especificaciones de gua necesarias.
Pasos de ejecucin:
Analizar la redaccin del manual de usuario para ver si se encuentran
181
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.
ANEXO 45
ANEXO 46
HISTORIA DE USUARIO
Nmero: HU_01.1
Nombre: Autentificacin del Usuario
Usuario: Usuario
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.
Si se ingresar la cuenta del usuario y la contrasea correctamente se

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.
182
Si el usuario no existiera en la base de datos el sistema lo enviara hacia la

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
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.
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.
PRUEBA DE ACEPTACIN
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.
Fecha: 26/11/2015
Descripcin:
si no se ingresa la informacin en el campo contrasea el sistema nos indicar un
mensaje de error.
Establecer conexin con la base de datos
Pasos de ejecucin:
Llenar el campo usuario con un correo electrnico.
Dejar en blanco el campo contrasea.
Dirigirse y presionar el botn Ingresar.
183
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.
PRUEBA DE ACEPTACIN
Cdigo: PA_ 03
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.
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.
Pasos de ejecucin:
Dejar en blanco campo Usuario (correo electrnico).
Ingresar la contrasea.
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.
PRUEBA DE ACEPTACIN
Cdigo: PA_ 04
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.
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
Establecer conexin con a base de datos.
Los campos del formulario deben estar vacos.
Pasos de ejecucin:
Dejar en blanco el campo de Usuario.
Dejar en blanco el campo contrasea.
Enviar en el formulario con los campos vacos.
Mostrar mensaje que debe ingresar los datos a validar
184
Resultado esperado:
Al no ingresar datos en los campos Usuario y Contrasea del formulario se muestra el
mensaje de Datos no ingresados
PRUEBA DE ACEPTACIN
Cdigo: PA_ 05
Nombre: Si el usuario no existiera en la base de datos el sistema lo enviar hacia la
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.
Conexin con la Base de Datos
Pasos de ejecucin:
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
TAREA DE INGENIERA
Historia de Usuario: HU_01.1 Autentificacin del Usuario.
Nombre de Tarea: Acceso a datos
Puntos Estimados: 2
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.
Verificar que el servicio web realice la consulta del usuario indistinto de que tipo
sea.
PRUEBA DE ACEPTACIN
Cdigo: PA_ 01
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.
Fecha: 27/11/2015
Descripcin:
Comprobar que los datos enviados al servicio web se procesen o realicen em mtodo
185
de bsqueda correctamente.
El servicio web autentificacionU 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 un funcin que me devuelva los datos de
Resultado esperado:
La consulta debe proporcionar algn resultado comparando el registrado en la tabla de
datos.
Evaluacin de la prueba: exitosa
TAREA DE INGENIERA
Nombre de Tarea: lgica de negocio.
Puntos Estimados: 2
Fecha Fin: 30/12/2015
Descripcin:
Crear un cliente que consuma el servicio web del mtodo autentificacionU 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.
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
Fecha: 27/11/2015
Descripcin:
Comprobar que los datos enviados al servicio web se procesen o realicen em mtodo
de bsqueda correctamente.
El servicio web autentificacionU debe estar implementado
Pasos de ejecucin:
Realizamos la consulta e identificamos si es un usurario o un cliente
186
Creamos los objetos Usuario y cliente segn sea el resultado de la consulta

Enviamos los datos a un funcin que me devuelva los datos de
Resultado esperado:
La consulta debe proporcionar algn resultado comparando el registrado en la tabla de
datos.
TAREA DE INGENIERA
Nombre de Tarea: Interfaz de autentificacin de
usuario
Puntos Estimados: 2
Fecha Fin: 30/11/2015
Descripcin: : La interfaz se realiz segn el estndar de diseo de interfaz
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.
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.
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.
Tarea de Ingeniera
Historia de Usuario: HU_01.1 Autentificacin del Usuario
Nombre de Tarea: Implementar las validaciones para
el ingreso.
Puntos Estimados: 2
Fecha Fin: 01/12/2015
Descripcin:
Desarrollar las validaciones necesarias para controlar que los datos del ayudante que se
187
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.
Fecha: 27/11/2015
Descripcin:
Comprobar que al ingresar datos errneos en el campo correo el sistema no nos
permite realizar el ingreso.
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
ANEXO 47
Numero: HU_02
HISTORIA DE USUARIO
Nombre: Modificar datos del usuario.

Usuario: Usuario
Puntos Estimados: 8
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.
188
Si se modifica los datos del usuario se enviar a la pgina principal.
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 re direcciona a la

pgina anterior.
PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia de Usuario: HU_02 Modificar datos de usuario.
Nombre: Si se modifica los datos del usuario se enviara a la pgina principal
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 lo enviara a la pgina principal.
Debe existir una conexin con la Base de datos
Los campos a modificar deben estar llenos
Pasos de ejecucin:
Seleccionar la opcin de modificar ayudante

Se muestra un buscar temporal para ingresar la cedula: 0803435742 y damos
clic en buscar
Se muestra los datos del ayudante
Se modifica el campo correo: gia@hotmail.com
Guardar los datos
Resultado esperado: El sistema se re direcciona a la pgina principal.
PRUEBA DE ACEPTACIN
Cdigo: PA_02
Nombre: Si se modifica y deja campos en blanco el sistema mostrar un mensaje de
error indicando que se llene todos los campos.
Fecha: 01/12/2015
Descripcin: Para guardar los datos de un usuario es necesario que todos los campos
contengan informacin porque el sistema no permitir guardar campos vacos.
Los campos a modificar deben estar vacos.
189
Pasos de ejecucin:

clic en buscar
Se dejar vaco el campo correo:
Se dejar vaco el campo nombre:
Guardar los datos.
Resultado esperado: Se muestran mensajes en los campos indicando que ingrese el
dato.
PRUEBA DE ACEPTACIN
Cdigo: PA_03
Nombre: Si no modifica los datos del usuario y presiona cancelar se re direcciona a la
pgina anterior.
Fecha: 01/12/2015
Descripcin: Si se cambia los datos pero se cancela modificacin, los datos no se
guardaran en la base de datos.
Los campos a modificar deben estar llenos
Pasos de ejecucin:

clic en buscar
Se cambia el campo correo: giannella@hotmail.com
Cancelar modificacin
Resultado esperado: Se re direcciona a la pgina anterior.
TAREAS DE INGENIERA
TAREA DE INGENIERA
Historia de usuario: HU_02 Modificar datos de usuario
Nmero de Tarea: TI_01 Nombre de Tarea: Implementar el servicio web
190
ModificarUsuario en la capa de acceso a datos.

Puntos Estimados: 2
Fecha Fin: 26/11/2015
Descripcin: Desarrollar un mtodo ModificarUsuario que realice la sentencia SQL de
Modificar Ayudante.
Verificar que se ejecute la sentencia SQL.

Verificar que el servicio web inserte correctamente los datos del ayudante.
PRUEBA DE ACEPTACIN
Cdigo: PA_01
Nombre: TI_01 Verificar que se ejecute la sentencia SQL.
Fecha: 27/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.
Tener la consulta a implementar con los datos a modificar.
Pasos de ejecucin:
Copiar la sentencia en el SQL de java
Ejecutar el Run SQL
Resultado esperado: Los datos se modificar en la tabla.
PRUEBA DE ACEPTACIN
Cdigo: PA_02
Nombre: TI_01 Verificar que el servicio web inserte correctamente los datos del
ayudante.
Fecha: 27/11/2015
Descripcin: Comprobar que los datos enviados al servicio se ingrese correctamente.
El servicio web ModificarUsuario debe estar implementado.
Pasos de ejecucin:
Llenar el campo CI: 0803435742

Llenar el campo Nombre: Giannella
191
Llenar el campo Telfono: 0969776108

Llenar el campo Direccin: Piedrahita y Colon
Llenar el campo Correo: giannella@hotmail.com
Llenar el campo Clave: 123456
Llenar el campo Cargo: Ayudante
Llenar el campo Sexo: F
Llenar el campo Estado: A
Resultado esperado: El ayudante debe aparecer modificado.
TAREA DE INGENIERA
Metfora: HU_02 Modificar datos de usuario
Nmero de Tarea: TI_02 Nombre de Tarea: Crear un cliente web, y un servicio
web ModificarUsuario en la capa lgica de negocio
Puntos Estimados: 2
Fecha Fin: 27/11/2015
Descripcin: Crear un cliente que consuma el servicio web del mtodo
ModificarUsuario e implementar un servicio web que reciba los parmetros y mande
sus datos a su cliente web para que modifique en la base de datos.
Verificar que el servicio web de la capa lgica de negocio realice la accin de

modificar un ayudante.
PRUEBA DE ACEPTACIN
Cdigo: PA_01
Nombre: TI_02 Verificar que el servicio web de la capa lgica de negocio realice la
accin de modificar un ayudante.
Fecha: 30/11/2015
Descripcin: Comprobar que el servicio web enva correctamente los datos para ser
modificados y que se actualice en la base de datos.
Pasos de ejecucin:
Llenar el campo CI: 0803435742

Llenar el campo Nombre: Giannella
Llenar el campo Telfono: 0969776108
Llenar el campo Direccin: Piedrahita y Colon
192
Llenar el campo Correo: giannella@hotmail.com

Llenar el campo Clave: 123456
Llenar el campo Cargo: Ayudante
Llenar el campo Sexo: F
Llenar el campo Estado: A
Realizar un test en el servicio web
Verificar que el ayudante se haya modificado
Resultado esperado: El campo que se modifico debe estar actualizado en la base de
datos
TAREA DE INGENIERA
Nmero de Tarea: TI_03 Nombre de Tarea: Buscar Usuario a modificar.
Puntos Estimados: 2
Fecha Fin: 01/12/2015
Descripcin: Se realizar una interfaz temporal para realizar una bsqueda del usuario
para poder modificar sus datos.
Que se busque el usuario requerido por medio de su cdula.
PRUEBA DE ACEPTACIN
Cdigo: PA_01
Nombre: TI_03 Que se busque el usuario requerido por medio de su cdula.
Fecha: 01/12/2015
Descripcin: Todos los usuarios a modificar se debern buscar por su cdula de
identidad.
Debe existir una interfaz temporal para realizar la bsqueda
Pasos de ejecucin:
Seleccionar la opcin modificar ayudante.

Aparece la interfaz de buscar ayudante
Ingresar la cedula: 0803435742
Clic en buscar
Resultado esperado: Se presenta la interfaz para modificar ayudante.

193
TAREA DE INGENIERA
Nmero de Tarea: TI_04 Nombre de Tarea: Interfaz de Usuario
Puntos Estimados: 2
Fecha Fin: 02/12/2015
Descripcin: Se realizar la interfaz de usuario de acuerdo al estndar establecido.

El campo cedula no se pueda modificar.
PRUEBA DE ACEPTACIN
Cdigo: PA_01
Nombre: TI_04 Verificar que la interfaz desarrollada cumpla con el estndar
predeterminado
Fecha: 02/12/2015
Descripcin: Comprobar la interfaz desarrollada para la modificacin del ayudante no
est fuera del estndar seleccionado para el proyecto
Debe existir una interfaz para la modificacin.
Pasos de ejecucin:
Abrir la interfaz de modificar 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.
PRUEBA DE ACEPTACIN
Cdigo: PA_02
Nombre: TI_04 El campo cdula no se pueda modificar.
Fecha: 02/12/2015
Descripcin: Verificar que en la interfaz del usuario el campo cedula este
deshabilitado para su modificacin.
Debe estar desarrollada la interfaz para modificar datos del ayudante
194
Pasos de ejecucin:
Interfaz de modificar datos ayudante
Mostrar los datos a modificar
Resultado esperado: El campo cdula esta deshabilitado.
ANEXO 48
HISTORIA DE USUARIO
Nmero: HU_05
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
Puntos Estimados: 8
Puntos Reales: 8
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:
Si se registra un nuevo usuario llenando todos los campos especificados y de

manera correcta se cargar la pgina dependiendo del rol de cada uno.
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 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.
195
Tareas de Ingeniera
Tarea de Ingeniera
Historia de Usuario: HU_05 Mantenimiento ingreso de un nuevo usuario
Numero de Tarea: TI_01 Nombre de Tarea: Implementar el servicio web Ingreso
Usuario en la capa de acceso a datos.
Puntos Estimados: 2
Fecha Fin: 26/112015
Descripcin: Desarrollar un mtodo IngresarUsuario que realice la sentencia SQL de
insertar el usuario.
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.
Fecha: 26/11/2015
Descripcin: Comprobar que los datos enviados al servicio web se ingresan
correctamente.
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.
196
Resultado esperado:
El usuario debe aparecer registrado en la tabla tbusuario.
Evaluacin: Exitosa.
Tarea de Ingeniera
Numero de Tarea: TI_02 Nombre de Tarea: Crear un cliente web y un
servicio web en la capa de lgica de negocio
Puntos Estimados: 2
Fecha Fin: 27/11/2015
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.
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
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.
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.
197
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
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
Numero de Tarea: TI_03 Nombre de Tarea: Desarrollar la interfaz de
ingreso de un nuevo usuario.
Puntos Estimados: 2
Fecha Fin: 30/11/2015
Descripcin: Desarrollar la interfaz para realizar el ingreso de un nuevo
usuario siguiendo el estndar de interfaz de usuario preestablecido.
Verificar que el servicio web de la capa Interfaz Usuario realiza la
accin de registrar un usuario.
Prueba de aceptacin
Cdigo: PA_03
usuario
Nombre: Verificar que el servicio web de la capa Interfaz Usuario realiza la accin de
registrar un usuario.
Fecha: 01/12/2015
Descripcin: Comprobar que la interfaz desarrollada para el ingreso de un nuevo usuario
permita su registro.
La interfaz debe estar desarrollada
Debe existir conexin con la Base de Datos
Pasos de ejecucin:
Ingresar a la interfaz de ingreso de usuario
198
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
usuario
Nombre: Si se registra un nuevo usuario llenando todos los campos especificados y de manera
correcta se cargar la pgina dependiendo del rol de cada uno.

Fecha: 01/12/2015
Descripcin: Verificar que muestre la p{agina indicada en caso de que los datos ingresados
sean correctos.
Pasos de ejecucin:
Resultado esperado: Que el sistema cargue la pgina correspondiente dependiendo del rol
del usuario.
199
Evaluacin: exitosa
Prueba de aceptacin
Cdigo: PA_05
usuario.
Nombre: 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.

Fecha: 01/12/2015
Descripcin: Comprobar que el sistema no permite ingresar dos veces el mismo usuario.
Pasos de ejecucin:
200

Resultado esperado: Que al momento de intentar ingresar un usuario que ya est
registrado en el sistema no lo permite y se cargue la pgina de registro de usuario.
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.

Fecha: 01/12/2015
Descripcin: Comprobar que el sistema emita un mensaje en caso que no
se llenen todos los campos.
Pasos de ejecucin:
201
Llenar el campo de Direccin vaco

Llenar el campo de Clave vaco
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
usuario
Nombre: Si los datos ingresados son incorrectos no se guardarn y nos cargar la pgina de
registro de usuario.

Fecha: 01/12/2015
Descripcin: Verificar que el sistema no permita ingresar datos incorrectos.
Tener la interfaz de ingreso de un nuevo usuario.
Pasos de ejecucin:
Resultado esperado: Que al momento de dar clic en el botn guardar se cargue la pgina
de registro de usuario.
Evaluacin: exitosa
202
Tarea de Ingeniera
Numero de Tarea: TI_04 Nombre de Tarea: Implementar las validaciones
para el ingreso.
Puntos Estimados: 2
Fecha Fin: 01/12/2015
Descripcin: Desarrollar las validaciones necesarias para controlar que los
datos del usuario que se ingresan sean correctos.
Verificar que no permita letras en campos numricos.
Verificar que no permita cdulas invlidas.
Verificar que no permita correos invlidos.
Prueba de aceptacin
Cdigo: PA_08
Historia de Usuario: HU_05 Ingreso de un nuevo usuario
Fecha: 01/12/2015
Descripcin: Comprobar que al intentar ingresar letras en campos numricos el sistema no
lo permita.
Pasos de ejecucin:
Abrir la interfaz de ingreso de un nuevo usuario.
Llenar el campo Ci con la cedula anaaaa.
Llenar el campo de Telfono con el dato hola.
203

Guardar
Resultado esperado:
El sistema debe mostrar un mensaje indicando que debe utilizar el formato correcto.
Evaluacin: exitosa
Prueba de aceptacin
Cdigo: PA_09
Historia de Usuario: HU_05 Ingreso de un nuevo
usuario
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.
Las validaciones para los campos de solo letras deben estar
implementadas.
Pasos de ejecucin:
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.
Fecha: 01/12/2015
Descripcin: Comprobar que al ingresar una cdula errnea no permita realizar el ingreso.
Las validaciones para el campo cdula deben estar implementadas.
Pasos de ejecucin:
204

Guardar
Resultado esperado:
Si se ingresa una cdula invlida se debe cargar la pgina de registro de usuario.
Evaluacin: exitosa
Prueba de aceptacin
Cdigo: PA_11
Historia de Usuario: HU_05 Ingreso de un nuevo
usuario
Nombre: Verificar que no permita correos invlidos.
Fecha: 02/12/2015
Descripcin: Comprobar que al ingresar datos errneos en el campo correo
el sistema no nos permite realizar el ingreso.
Las validaciones para el campo correo deben estar implementadas.
Pasos de ejecucin:
Abrir la interfaz de ingreso de un nuevo ayudante.
Llenar el campo de Direccin con el dato Piedrahita entre Coln y
Olmedo.
Llenar el campo de Correo con el dato dalexi125hotmail
Guardar
Resultado esperado:
El sistema no debe permitir el ingreso de correos invlidos, mostrando un
mensaje debe incluir @ y el .
Evaluacin: exitosa
205
ANEXO 49
PRUEBA DE ACEPTACIN
Cdigo: PA_01
Historia
de Usuario:
MS_08 Realizacin del manual de
METAFORA
DEL SISTEMA
Numero: MS_09
usuarioNombre: Realizacin del manual de usuario
Nombre: El lenguaje utilizado deber ser de sencilla comprensin para el usuario.
Modificacin
metfora
numero:
Responsable:de
Freddy
Caps
Fecha: 1-12-2015
Usuario:
Usuario
Descripcin: El manual de usuario tiene unIteracin
lenguaje Asignada:
de sencilla comprensin para el
Prioridad
en
Negocio:
Alta
Puntos
usuario, el cliente ha podido realizar las actividades Estimados:
de la pgina10
sin necesidad de
Puntos Reales: 10
que este presenten uno de los programadores.
Descripcin:
Como
deseo documentar cmo se maneja y est estructurado el
Pasosdesarrollador
de ejecucin:
sistema para que el cliente lo pueda utilizar fcilmente y de una manera gil.
Abrir el sistema.
Observaciones:
Abrir el manual.
Comprobar si se puede
seguir los
pasos especificados en el manual.
Pruebas
de Aceptacin
Resultado esperado: El sistema debe ser entendible para el usuario por medio de
los manuales.
El lenguaje utilizado deber ser de sencilla comprensin para el usuario.
Evaluacin
de la prueba:
Exitosa.
El manual
deber
contener descripciones de pantallas y su
PRUEBA
DE
ACEPTACIN
funcionamiento.
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
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
206
Pasos de ejecucin:
Abrir el sistema.
Abrir 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.
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.
Puntos Estimados: 8
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.
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.
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.
207
208

Informe Primer Avance

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Informe Primer Avance

Загружено:

Авторское право:

Доступные форматы

ESCUELA SUPERIOR POLITCNICA DE

Facultad de Informtica y Electrnica

Giannella Montao 5509

Capa de lgica de negocio (LN).................................................................16

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

Presentar el trabajo realizado para el diseo y codificacin de las cuatro

Establecer los estndares de codificacin, y la arquitectura a utilizar.

Implementar la base de datos y establecer el estndar de interfaz de

Implementar los ingresos de aquellas entidades de mayor prioridad

Realizar el mantenimiento del ingreso del ayudante y del cliente, e

Requerimientos del Sistema

50. Reporte de clientes registrados sin actividad de compras

El gestionamiento de los riesgos se ha llevado a cabo en cuatro etapas que

Del proyecto: afecta directamente al proyecto en general.

Tcnico: afecta directamente al Hardware o Software.

Del negocio: afecta directamente al propietario o al negocio.

Hojas de gestin de riesgos

refinamiento se argumentan las causas y consecuencias que el riesgo ocasionara en

Reuniones de retroalimentacin intergrupal

El estudio de la factibilidad se concentra en recopilar los datos necesarios para definir

(Anexo 15). Para la implementacin de la aplicacin se necesitar contar con el

El objetivo de la planificacin es establecer periodos llamados iteraciones y el alcance

Definicin del estndar de programacin

A cada una de estas metforas se la ha dado una estimacin en cuanto a cuanto

En el plan de entrega se plantea la manera en la que se llevaran a cabo las diferentes

DESARROLLO DE LAS ITERACIONES

MS_01 DEFINICIN DE ESTNDAR DE PROGRAMACIN

Facilitan el mantenimiento de una aplicacin. Dicho mantenimiento

Los estndares de programacin mejoran la legibilidad del cdigo, al mismo

DISEO DE LA BASE DE DATOS

SCRIPT DE LA BASE DE DATOS

Capa de acceso a datos (AD)

Se ha escogido levantar el servidor de base de datos en el sistema operativo

10B de disco duro

Disco (ISO) de instalacin de Linux.

A esta metfora se le han asignado 10 puntos estimados, pero al desarrollarla los

En el estndar se define las diferentes caractersticas y elementos que formarn parte

Dar mayor consistencia a un sitio

Fcil mantenimiento y actualizacin, esto disminuye costos para el cliente

Optimiza el tiempo de carga de la pgina

Esta Metfora del sistema se la ha realizado en 8 puntos reales, frente a 8 puntos

MS_08 Realizacin del manual tcnico

MS_09 Realizacin del manual de usuario

HU_03 Ingreso de un nuevo ayudante

HU_05 Ingreso de un nuevo cliente.

HU_10 Ingresar licores

MS_08 Realizacin del manual tcnico

MS_09 Realizacin del manual de usuario

VELOCIDAD ITERACION III

La funcin del protocolos DNS es la asignacin de nombres de dominio a direcciones

Diseo e implementacin de la interfaz principal

HU_01.1 Autenticacin del usuario

Modificar datos del usuario

Mantenimiento a la HU_3, HU_05

Realizacin del manual Tcnico y de usuario

VELOCIDAD DEL PROYECTO

Velocidad del proyecto

A lo largo de estas cuatro iteraciones desarrolladas, se han desarrollado diferentes

Se determin que la mala aplicacin del estndar de programacin se debi a

Es de gran importancia que la configuracin de postgresql este correcta ya que

En los ingresos se utiliz en un inicio varias interfaces para el ingreso de cliente

En un inicio la falta de experiencia en cuanto a las reuniones diarias y de

No realizar ms interfaces de las necesarias al momento de desarrollar una

Realizar siempre las reuniones de retroalimentacin y diarias motivando a que