Aplicacion XP Pres

eXtreme Programming
1
Introduccin
El proyecto consiste en el desarrollo de un sistema de gestin para una empresa de confecciones. En

dicha gestin de la empresa se incluyen gestin de pedidos, gestin de clientes (tanto principal como
los de temporada), facturacin, gestin de productos, gestin de materias primas, etc...
Contexto de Desarrollo
Este proyecto ha sido desarrollado en el contexto de la asignatura de quinto curso de Ingeniera
Informtica, Laboratorio de Sistemas de Informacin (LSI)
El equipo de desarrollo que ha llevado a cabo este proyecto es el siguiente:
Manager: Javier Osuna

Tracker y Tester: Alejandro Ruiz
Programmer: Francisco Valverde
Programmer: Francisco Jos Valero
Programmer: David Ferrer
Programmer: Francisco Javier Ballesteros Lopez
2
Gestin del Proyecto
Planificacin del Proyecto
Esta es la planificacin de historias que realizamos al inicio del proyecto, tras estudiar el proyecto y
mantener conversaciones con el cliente. De esta redaccin inicial de historias de usuario se realiz
una planificacin inicial y posteriormente fue cambiada a lo largo del proyecto. Algunas de estas
historias fueron eliminadas o cambiadas a lo largo del proyecto, a medida que cambiaban los
requisitos del cliente o se tena una concepcin ms clara del proyecto.
3
Historia de Usuario
Nmero: 1 Usuario: Secretaria
Nombre historia: Introduccin de pedido (cliente preferente)

Prioridad en negocio: Riesgo en desarrollo:
Alta Baja
Puntos estimados: 4 Iteracin asignada: 1
Programador responsable: Paco Valero David Ferrer
Descripcin:
El pedido llega en un fichero de texto ASCII y es procesado automticamente siguiendo el
formato de la plantilla de pedido e introduciendo ste en la base de datos.
Observaciones:
4
Historia de Usuario
Nombre historia: Seleccin de pedidos a procesar (cliente preferente)
Alta Baja
Puntos estimados: 3.5 Iteracin asignada: 1
Programador responsable: lex Usero - Paco Valverde
Descripcin:
Accede a la base de datos mostrando los pedidos pendientes o incompletos y se seleccionan
aquellos pedidos para servirlos inmediatamente generando el albaran que se manda al
almacenista. Este albarn puede estar formado por varios pedidos. A su vez la secretaria dispondr
de un botn para comprobar los productos correspondientes a cada pedido.
Observaciones:
5
Historia de Usuario
Nmero: 3 Usuario: Almacenista
Nombre historia: Generacin de albaranes
Alta Alta
Puntos estimados: 3 Iteracin asignada: 1-2
Programador responsable: David Ferrer
Descripcin:
El almacenista seleccionar la opcin del men Albaranes, ver el listado de artculos contenidos
en el albarn, tras seleccionar uno. En cada artculo se muestra la cantidad de artculos requerida
y el almacenista verificar para cada artculo que se puede satisfacer la demanda con el stock
disponible en el almacn, escribe la cantidad disponible (menor o igual a la solicitada) y pulsa el
botn imprimir el cual:
1) Imprime el albaran con los productos los cuales se puede servir alguna cantidad.
2) Guarda el albaran impreso en la base de datos.
3) Comprueba si alguno de los pedidos de los cuales sirve material se ha completado y de ser
as se marca este como completado y se actualiza la fecha de envo a la actual.
Observaciones:
- Albarn = pedidos desglosados por tiendas de un cliente (1 albarn puede corresponderse
6
con mltiples pedidos retrasados y/o actuales).
- El almacenista slo ve el albaran del da (lista de productos).
- El marcar como completado un pedido no esta claro si es aqu o en la historia 2.
7
Historia de Usuario
Nombre historia: Generacin de factura
Media Baja
Programador responsable: Paco Valverde
Descripcin:
Se generan las facturas correspondientes a los albaranes.
A cada alabarn le corresponde una factura menos en el caso de que un albarn est
compuesto por ms de un pedido, en el caso se generar una factura por cada pedido (del
mismo albarn).
En resumen, una factura por cada tupla (pedido, albarn) en el que ambas forman la clave
primaria (mltiples albaranes por pedido y mltiples pedidos por albarn)
Observaciones:
El cobro de las facturas se realiza a los 90 das del envo del pedido.
8
Historia de Usuario
Nombre historia: Gestin de clientes normales (de temporada)
Media Baja
Programador responsable: Paco Valero
Descripcin:
Llevaremos el alta, baja y modificacin de los datos relacionados con los clientes.
Observaciones:
Los clientes de temporada slo hacen un pedido al principio de la temporada
9
Historia de Usuario
Nmero:
Usuario: Todos
14
Nombre historia: Control de acceso de usuarios
Baja Baja
Programador responsable: David Ferrer
Descripcin:
Antes de iniciar la aplicacin se solicita el nombre de usuario y su clave para que tenga acceso a
los datos que corresponden a su categora de usuario.
Hay dos tipos de usuario: secretaria y almacenista, con distintos permisos de acceso a los
mens de acceso a las funcionalidades que les corresponden.
Observaciones:
10
Historia de Usuario
Nombre historia: Introduccin de los pedidos de los clientes normales (de temporada)
Media Media
Puntos estimados: 5 Iteracin asignada: 2 - 3
Programador responsable: Javier Ballesteros
Descripcin:
Se crea un nuevo pedido introducindolo manualmente.
Observaciones:
11
Historia de Usuario
Nombre historia: Gestin de productos que elaboran empresas externas
Media Baja
Programador responsable: Paco Valero
Descripcin:
Llevaremos el alta, baja y modificacin de los datos relacionados con las empresas externas. A
los productos que elaboran les denominamos productos semielaborados
Observaciones:
Encargadas de teir, cortar y arreglos especiales.
12
Historia de Usuario
Nmero: 18 Usuario: Almacenista
Nombre historia: Recepcin de productos semielaborados y artculos
Media Baja
Programador responsable:
Descripcin:
Cuando el pedido de producto semielaborado o de artculos llega se marca como procesado en la
BD y se actualiza el stock existente.
Observaciones:
13
Historia de Usuario
Nombre historia: Gestin de datos de proveedores de materias primas
Media Media
Descripcin:
Se podr gestionar los datos de los proveedores que suministran hilo y tela (alta baja y
modificacin).
Observaciones:
Slo se almacenan los datos del proveedor, las materias se gestionan en la historia 16.
14
Historia de Usuario
Nombre historia: Pedido al proveedor de materias primas
Media Baja
Descripcin:
Se introduce manualmente las materias primas que se necesitan y se selecciona el proveedor al cual
se van a comprar, se imprime el pedido.
Observaciones:
Para cada pedido se tiene un glosario que indica las materias primas necesarias para la fabricacin
de productos. Este glosario fsico se consulta manualmente.
15
Historia de Usuario
Nmero:
Usuario: Almacenista
13
Nombre historia: Control de productos semielaborados
Baja Baja
Puntos estimados: 1,1 Iteracin asignada: 3
Descripcin:
El almacenista actualiza peridicamente el stock de productos semielaborados
Observaciones:
No se produce bajo pedido. Los patrones no varan. Se incluyen aqu los productos en diferentes
etapas de elaboracin, lo que incluye los productos terminados.
16
Historia de Usuario
Nmero: 16 Usuario: Jefe de produccin
Nombre historia: Mantenimiento de productos de proveedores de materias primas
Baja Baja
Puntos estimados: 1 Iteracin asignada: ninguna
Descripcin:
Alta, baja y modificacin de las materias primas que nos suministran los proveedores.
Observaciones:
Slo productos del proveedor
17
Historia de Usuario
Nmero:
Usuario: Jefe de produccin
17
Nombre historia: Creacin de Orden de Produccin
Baja Baja
Descripcin:
Siguiendo el esquema que indica el glosario se crea un orden de produccin de cada producto.
Esto incluye los materiales necesarios para cada producto terminado, y los pasos que deben
seguir estos materiales hasta completar el producto.
Observaciones:
18
Historia de Usuario
Nmero:
Usuario: Almacenista
12
Nombre historia: Recepcin de materias primas
Prioridad en negocio: Baja Riesgo en desarrollo: Baja
Descripcin:
Actualizar las materias primas existentes en el almacn mediante una pantalla donde se
escriben las cantidades recibidas.
Observaciones:
19
Historia de Usuario
Nmero:10 Usuario: Almacenista
Nombre historia: Pedido de trabajo a empresa externa semi-elaboradora
Media Baja
Descripcin:
Se genera un pedido con la cantidad de material que se enva a la empresa, el tipo de trabajo a
realizar y la fecha en la que debe de estar terminado.
Observaciones:
20
Diario de Actividades
Nombre: Javier Osuna

Equipo: LSI02
Rol desempeado: Manager
Fecha Tiempo
(dd/m Actividad Realizada Dedicado Observaciones
es) (en horas)
6/10 Primera reunin con el cliente. 2 No sabemos lo que hacemos y es
frustrante.
6/10 Revisin con el grupo de las 2 Frustrante.
hojas de cliente
7/10 Reunin con el cliente 0.5
7/10 Reunin con el Trainer 0.5 Productiva

9/10 Trabajo XP 2 Poco productiva
13/10 Reunin con el cliente 2 Empezamos a enterarnos.
13/10 Reorganizacin de historias 2
14/10 Generacin de graficas 1.5
14/10 Generacin de prototipos y 2
presentacin
15/10 Cita con el cliente 0.5
16/10 Presentacin de fase de 2 Superada satisfactoriamente
exploracin
21
20/10 Reunin de grupo planificacin 3.30 Cambio de roles de programador por
1 fase de construccin tracker .
27/10 Trabajo en grupo y revisin de 4
la DB
28/10 Trabajo con programador. 2
29/10 Revisin de historias 1
3/11 Trabajo en grupo 4
3/11 Reestructuracin de las 4.30 Cambio sustancial en el entendimiento

historias de las historias, abandono de 1
historia.
4/11 Creacin de la presentacin 1
4/11 Reunin con el cliente 0.5 Se renegocia la entrega.
5/11 Revisin de historias 1
5/11 Reunin de grupo previa a la 4
presentacin
6/11 Presentacin primera iteracin 2 Expuesta de manera satisfactoria.
fase de construccin
10/11 Sesin de trabajo en grupo 3
11/11 Sesin de trabajo 1.5
11/11 Visita al cliente 0.5
13/11 Sesin de trabajo 4
17/11 Sesin de trabajo 4 Abandono de un programador y
renegociacin con el cliente en esta
hora tras hablar con los
22
programadores.
19/11 Organizacin Xp 3
24/11 Reunin de grupo 4
28/11 Generacin de presentacin 1.5
1/12 Integracin de cdigo y trabajo 4
en grupo
2/12 Reunin y trabajo en grupo 1.5
3/12 Reunin organizativa y 4
planificacin de la presentacin
4/12 Presentacin segunda fase de 2
construccin
9/12 Reunin de grupo 1.45
11/12 Sesin de trabajo 4
15/12 Creacin de prototipos 1
16/12 Reunin con el cliente. 0.5
16/12 Reunin de grupo 3
17/12 Reunin de grupo Preparacin 6
de entrega final.
18/12 Entrega final del proyecto 2
23
Nombre: Francisco Jos Valero
Equipo: LSI-02
Rol desempeado: Programador
FECHA ACTIVIDAD REALIZADA T(h) OBSERVACIONES

(da
mes)
02 Primera toma de contacto con los
Reunin de presentacin del grupo, 0,33
octubre miembros que van a componer el equipo
Reunin con el cliente del equipo
06 para conocer las necesidades de la
1,5
octubre empresa y las tareas que hay que
realizar
Lectura va mail historias iniciales
06
propuestas por los integrantes del 1
octubre
equipo y aportacin de nuevas ideas
Revisin de historias de usuario
07 modificadas tras las puesta en
0,25
octubre comn y envo de nuevos
comentarios va mail
Nueva revisin de las historias
08 usuario para comprobar que se
0,12
octubre ajustan a las necesidades explicadas
por el cliente
24
Revisin de la documentacin de la
10 empresa para ver si se ajusta con las
0,5
octubre historias de usuario redactadas hasta
el momento
Durante estos primeros das, debido al
desconocimiento de los horarios de los
Revisin del prototipo adquisicin de
distintos miembros y por razones
12 datos y comprobacin que el formato
1 laborales, el contacto con el grupo es
octubre ledo se ajusta a la documentacin
principalmente por correo electrnico, lo
disponible
que hace un poco difcil coger confianza
rpidamente
Reunin con el cliente del equipo
para mostrarle los avances
13
realizados sobre las historias de 2
octubre
usuario y que nos de sus
comentarios
Revisin de las historias de usuario y
14
preparacin de prototipos con la 1,25
octubre
nueva visin aportada por el cliente
La preparacin de la primera
Preparacin y revisin de la
15 presentacin, al no tener ninguna
presentacin a realizar al cliente al 3
octubre referencia previa es una de la que mas
da siguiente
nervios motiv
25
Esta presentacin finalmente la ha
realizado nicamente el manager, las
16 Presentacin al cliente de la Fase
0,66 sucesivas, por peticin de los profesores
octubre Exploracin XP
ya nos las repartiremos para participar
todos
Reparto de las tareas que componen
16 cada historia de usuario entre los
1,5
octubre integrantes planificadas para la
siguiente iteracin
Documentacin sobre lenguaje de
16 programacin elegido por el equipo
2
octubre para las tareas de la historia de
usuario encomendada
La eleccin del lenguaje de
programacin es algo complicada, pues
no existe ninguno que todos los
Pruebas con PowerBuilder para
17 miembros conozcan completamente,
recordar el manejo aprendido en una 1
octubre finalmente se opta por PowerBuilder,
asignatura del ao anterior
afortunadamente el ao anterior lo haba
visto en otra asignatura y no es
excesivamente complicado adaptarse
Reunin con cliente para mostrarle
A medida que vamos integrando cdigo
las ideas encontradas por los
20 nos damos cuenta que la base de datos
miembros del equipo para la iteracin 2
octubre no es correcta, lo que obliga a
actual y rediseo de la BDA para
modificarla
ajustarla a los cambios propuestos
26
Trabajo con el compaero de
21 programacin asignado sobre las
1
octubre tareas que componen la historia
usuario encomendada
Discusin en grupo sobre las
limitaciones encontradas en la base
23
de datos despus de haber 3
octubre
comenzado la programacin de las
tareas
Revisin y reajuste de las tareas de
27
la historia de usuario con el resto del 2
octubre
equipo
A medida que coincido con el compaero
asignado vamos cogiendo ms confianza
lo que favorece especialmente el trabajo
28 programacin asignado sobre las
2 en equipo, de igual modo conocemos los
octubre tareas encomendadas en la presente
defectos y virtudes de cada uno,
iteracin
pudiendo minimizar el impacto de los
primeros y explotar los segundos
Durante esta semana hemos comenzado
Reunin del equipo al completo para a aadirnos al Messenger por peticin
puesta en comn de las tareas del manager, lo cual ha permitido una
30
realizadas por cada pareja de 2 comunicacin ms fluida entre los
octubre
programacin y reajustar las tareas miembros debido a la imposibilidad de
entre todo el equipo quedar de forma continua por motivos
laborales
27
02 Trabajo individual sobre las tareas
noviembr que componen la historia de usuario 2
e asignada
A medida que nos reunimos con el
Reunin con cliente para comprobar cliente nos vamos dando cuenta de la
03
que vamos por el camino correcto y necesidad que esto supone a la hora de
noviembr 2
reajuste de tareas asignadas a cada captar mejor los requisitos y no tener que
e
programador perder mucho ms tiempo del necesario
en re-codificaciones
04 Trabajo con el compaero de
noviembr programacin asignado sobre las 1
e tareas encomendadas en la iteracin
Hasta el momento, la comunicacin va
Messenger se ha mostrado ms que
satisfactoria, no obstante la
Presentacin de los objetivos comunicacin va mail tiene algunas
conseguidos en la primera iteracin limitaciones debido a que no todos los
06
XP y reparto de tareas propuestas mensajes llegan a todos los miembros
noviembr 3
para la siguiente iteracin segn el por algn descuido, aprovechando la
e
programa reajustado tras el fin de labor que desempeo en un
esta iteracin departamento del politcnico y el acceso
a algunos recursos he creado una cuenta
de distribucin con todos los miembros
confiando en que ser algo positivo
28
Reunin con cliente para comprobar
las necesidades a cumplir para la
10 nueva iteracin que ha comenzado y
noviembr adaptacin de las historias 2
e propuestas al principio del curso en
funcin de los avances realizados
hasta el momento
En esta iteracin y por razones como
11 mayor compatibilidad de horarios y una
programacin asignado en la
noviembr 1 buena comunicacin me han asignado a
presente iteracin sobre las tareas
e la misma pareja de programacin lo cual
encomendadas
me ha parecido acertado
Reunin del equipo para poner en
13
comn el trabajo realizado por las
noviembr 2
distintas parejas y las distintas ideas
e
pensadas
Pese a que la filosofa XP se presenta
Revisin de la BDA para ajustarse a como favorable a los cambios, lo cierto
16 los cambios sufridos al integrar otras es que los continuos cambios necesarios
noviembr historias y en las propias 1 sobre la BDA nos obligan a trabajar re-
e especificaciones iniciales e diseando el cdigo continuamente, lo
integracin Historia usuario realizada que deriva en trabajo que no se aprecia
pero que lleva mucho tiempo asociado
29
Puesta en comn de las tareas
Uno de los miembros del grupo nos ha
17 realizadas por el equipo, revisin del
abandonado va e-mail lo cual nos ha
noviembr trabajo realizado y reajustes tanto en 2
obligado a sobrecargarnos al resto con
e planificacin como en el cdigo para
sus tareas, las cuales no haba avanzado
que todo quede bien integrado
20 Trabajo sobre las distintas tareas
noviembr encomendadas y reunin del grupo al 4
e completo para reasignar el trabajo
22
Trabajo individual sobre las tareas
noviembr 3
asignadas para la presente iteracin
e
23
noviembr 2
asignadas para la presente iteracin
e
24 Puesta en comn del equipo de las
noviembr tareas realizadas por cada uno de los 2
e programadores del equipo
24
noviembr 3
que componen la historia asignada
e
25
noviembr 3,5
e
30
26
noviembr 3
e
27
noviembr 2
e
29
noviembr 2
e
Como se puede observar la ltima
semana ha sido especialmente intensa,
debido a razones como sucesivos
cambios en la BDA por las distintas
30 necesidades de las historias que vamos
noviembr 3 integrando que obliga a cambiar cosas
e que se consideran ya cerradas, as como
la carga adicional por el abandono
sufrido, no obstante, la noticia que se
amplia la iteracin una semana ms, ha
sido muy bien recibida
Reunin del grupo al completo para
integrar los avances realizados por
01
cada programacin y ajustar las 2
diciembre
tareas pendientes de cara a la
presentacin oficial de la iteracin
31
Revisin individual del cdigo y
01
correccin de los errores detectados 1
diciembre
por el equipo
Revisin individual del cdigo y
02 adicin de algunas funcionalidades y
2
diciembre comprobaciones olvidadas en un
primer momento
Programacin de los ltimos
03
aspectos de las tareas y preparacin 2,5
diciembre
de la presentacin del da posterior
Los das previos a una presentacin
Presentacin al cliente de los
oficial siempre se nos acumula la faena
objetivos conseguidos durante la
04 de forma importante, lo que hace que
segunda Iteracin XP, a 0,92
diciembre tengamos que ir algo mas rpido, no
continuacin breve reunin del grupo
obstante estoy bastante satisfecho con
para comentar el trabajo restante
los resultados obtenidos por todos
Correccin de los errores indicados
08
por el cliente en la presentacin 1,17
diciembre
anterior
En esta ltima iteracin he sido asignado
para arreglar problemas en historias
09 Reunin del grupo para reparto de anteriores, no asignndome ninguna
0,5
diciembre las tareas de la ltima iteracin nueva de esta iteracin, quedndome
para ayudar en los problemas que
puedan aparecer
32
Correccin de errores de historias
11 anteriores debido a la integracin de
2
diciembre las nuevas que obligan a estos
reajustes
Al final, debido que el manager ha
Comienzo del trabajo individual de detectado que la iteracin funciona muy
13 una nueva historia de usuario bien y que todo va segn las
2,5
diciembre asignada para aumentar la expectativas, as que me ha asignado
productividad del grupo una nueva historia para aumentar la
productividad del equipo
13 Trabajo individual sobre la historia
1,5
diciembre encomendada
2
1
Al cliente le ha parecido bien tal como le
he planteado la historia, caba la
posibilidad que no fuese as y en ese
Presentacin no oficial al cliente de la caso si los cambios sufridos hubiesen
15
historia realizada para su aprobacin 2,5 sido muy acusados, habramos anulado
diciembre
e inclusin total dentro de la iteracin esta historia, lo cual, aunque correcto si
que me habra supuesto un revs por
todo el tiempo empleado para nada,
afortunadamente no ha sido as
33
Correccin de errores detectados por
15 otro miembro del equipo sobre la
1,25
diciembre historia de usuario asignada en la
iteracin
Finalizacin de las tareas de la
17
historia y preparacin de la 2,5
diciembre
presentacin del da siguiente
Durante esta ltima iteracin todos
hemos trabajado de forma ms
independiente, esto ha derivado a que,
tal como se ha visto en la presentacin,
Presentacin al cliente y entrenador la aplicacin no siga un estndar y cada
de la ltima iteracin (3ra Iteracin uno haya demostrado su estilo propio, lo
18
XP), a continuacin reunin informal 0,67 cual en mi opinin ha repercutido en la
diciembre
del equipo para comentar la presencia de la aplicacin en si, pese a
valoracin del proyecto en conjunto todo, he tenido suerte y el equipo ha sido
especialmente bueno, tanto a nivel
personal como de trabajo, lo cual ha
permitido, en mi opinin, alcanzar una
buena productividad
34
Nombre: Alejandro Ruiz
Equipo: LSI 02 (XP)
Rol desempeado: Tracker & Tester
Fecha Tiempo Dedicado

Actividad Realizada Observaciones
(dd/mes) (en horas)
6 octubre Reunin con el cliente. Inicio historias 2
de usuario.
13 Reunin con el cliente, revisin de 3
octubre historias de usuario.
15 Reunin con el cliente. Revisin 1
octubre historias de usuario.
16 Planificacin historias 1
octubre
20 Reunin equipo. 3 Debido al
octubre Cambio de rol de programador a tracker desconocimiento que
& tester. tengo de PowerBuilder,
se decide cambiar mi rol
de programador a
tracker & tester.
23 Documentacin sobre las tareas del 1
octubre tracker & tester
26 Inicio documento pruebas funcionales 2
octubre (H1, H2, H3)
27 Transicin a la cuenta del dsic. Cambio 2
35
octubre de contrasea de la cuenta.
30 Reunin de grupo 2
octubre
3 Preparacin de la presentacin 2 2.5
noviembre
4 Modificacin documento pruebas 1
noviembre funcionales (H1, H3)
5 Revisin documento pruebas 1.5 Se utiliza una cuenta de
noviembre funcionales (H2). Inicio del uso de la correo comn
cuenta comn de la UPV. (lsi02@ita2.upv.es) para
Preparacin de la presentacin. facilitar la comunicacin
6 Presentacin 1
noviembre
13 Reunin del equipo 1.5
noviembre
17 Puesta en comn de historias 2
noviembre realizadas.
21 Correo al grupo con comentarios sobre 1
noviembre pruebas funcionales y errores
encontrados
noviembre (H8)
noviembre (H4). Correo al grupo sobre
comentarios de las pruebas.
36
26 Revisin documento pruebas 1
noviembre funcionales (H4, H8). Inicio documento
pruebas funcionales (H7)
28 Revisin documento pruebas 1.5
noviembre funcionales (H1, H2, H7, H8). Correo al
grupo sobre comentarios de las
pruebas.
29 Revisin de documentos de pruebas 4.5
noviembre funcionales (H3, H4) y comprobacin
del cdigo de la aplicacin. Revisin
historias de usuario
3 Revisin de historias antes de la 5
diciembre presentacin. Revisin documento
pruebas funcionales (H1,H2, H3, H4,
H7, H8)
5 Revisin de historias para la 2
diciembre planificacin de la siguiente iteracin.
9 Redaccin de documento historias 2
diciembre candidatas para la iteracin 3. Correo al
grupo sobre el documento realizado.
11 Revisin de pruebas funcionales. 2
diciembre Revisin de tareas.
14 Revisin del cdigo, pruebas 2
diciembre
15 Revisin de historias de usuario, 4
37
diciembre organizacin, documentos tareas,
pruebas funcionales. Correo al grupo
sobre comentarios de las pruebas.
16 Revisin documentos de pruebas 6
diciembre funcionales (H1, H2, H3, H4, H7, H8),
bsqueda de errores. Nuevas pruebas
funcionales (H5, H6), men y
comprobacin. Correo al grupo sobre
errores en las pruebas
17 Redaccin documentos pruebas 4.5
diciembre funcionales (H9, H13, H14, H18).
Revisin final de la aplicacin. Correo al
grupo sobre errores en las pruebas.
18 Entrega del proyecto final. 2
diciembre
21 Redaccin documento del diario 1.5
diciembre
38
IMPLEMENTACION
Bases de datos
T_PERMISOS
COD_APLICACION = COD_APLICACION T_USUARIO
T_APLICACION COD_USUARIO integer COD_USUARIO = COD_USUARIO COD_USUARIO integer
CONTADORES COD_APLICACION integer COD_APLICACION integer
NOMBRE_USUARIO char(200)
NOMBRE char(200) PERMISO char(5)
CONTADOR char(50) PASSWORD char(20)
VALOR integer
DESCRIPCION char(50)
CLIENTES PEDIDOS OBSERVACIONES

CODIGO_CLIENTE integer CODIGO_PEDIDO char(7) CODIGO_COMEN int
COD_EMP_FISCAL integer CODIGO_CLIENTE integer CODIGO_PEDIDO char(7)
NIF_CIF char(10) FECHA_CARGA date CODIGO_CLIENTE integer
NOMBRE char(50) FECHA_VALOR date OBSERVACIONES1 char(35)
EMAIL char(50) FECHA_PEDIDO date OBSERVACIONES2 char(35)
FECHA_ALTA date FECHA_ENVIO date OBSERVACIONES3 char(35)
DIRECCION char(50) FECHA_TOPE date
DIRECCION2 char(50) CODIGO_CLIENTE = CODIGO_CLIENTE
CODIGO_EMPRESA_FACT integer
POBLACION char(35) NOMBRE_EMPRESA_FACT char(20)
PROVINCIA char(50) DIR_EMPRESA_FACT char(35) CODIGO_PEDIDO
CODIGO_PEDIDO = CODIGO_PEDIDO
= CODIGO_PEDIDO
TELEFONO char(20) POB_EMPRESA_FACT char(35) CODIGO_CLIENTE
CODIGO_CLIENTE = CODIGO_CLIENTE
= CODIGO_CLIENTE
TELEFONO2 char(20) CONDICIONES_PAGO char(35)
FIABILIDAD char(50) DEPOSITO char(1)
ACTIVO integer ADMINISTRACION double
FAX char(20) BONIFICACION double
ES_PRINCIPAL integer COMPLETO integer
DATOS_EMPRESA
DNI char(10)
CODIGO_CLIENTE = CODIGO_CLIENTE COD = COD PROV_SEMI
NOMBRE char(30)
SUMINISTRA
CODIGO_PEDIDO = CODIGO_PEDIDO DIRECCION char(50) COD char(30)
TELEFONO integer DESCRIPCION char(25) COD = COD
CODIGO_CLIENTE = CODIGO_CLIENTE NOMBRE char(30)
CENTROS FAX integer COLOR char(10)
DIRECCION char(40)
COD_POSTAL integer TALLA char(4)
CODIGO_CENTRO integer POBLACION char(20)
POBLACION char(20) COD char(30)
CODIGO_CLIENTE integer TELEFONO char(10)
NOMBRE char(200) PROVINCIA char(20) FAX char(10)
DIRECCION char(200) LINEA_PEDIDO WEB char(50) SEMIS_SUMINISTRA
DESCRIPCION = DESCRIPCION
POBLACION char(50) CODIGO_PEDIDO char(7) COD char(30)
COLOR = COLOR
CODIGO_CLIENTE integer TALLA = TALLA NOMBRE char(30)
NUM_LINEA integer
REF_PROVEEDOR char(25) DESCRIPCION = REF_PROVEEDOR
COLOR = COLOR_PROVEEDOR ARTICULOS
CODIGO_CENTRO = CODIGO_CENTRO TALLA_PROVEEDOR char(4)
COLOR_PROVEEDOR char(10) TALLA = TALLA_PROVEEDOR DESCRIPCION char(25)
CODIGO_CLIENTE = CODIGO_CLIENTE
CODIGO_CENTRO integer COLOR char(10) NOMBRE = NOMBRE
ALBARANES
CANTIDAD integer TALLA char(4)
NUM_ALBARAN integer CODIGO_CENTRO = CODIGO_CENTRO CANTIDAD_ENTREGADA integer CANTIDAD integer
ANYO integer CODIGO_CLIENTE = CODIGO_CLIENTE REF_CLIENTE integer
CODIGO_PEDIDO char(7) COLOR_CLIENTE integer
CODIGO_CENTRO integer TALLA_CLIENTE integer PRODUCTOS_SEMI
CODIGO_CLIENTE integer CODIGO_BARRAS char(13)
FECHA_ALBARAN date PROVEEDOR_MP NOMBRE char(30)
PRECIO_COSTE float
FACTURADO integer TIPO char(13)
DESCUENTO_COSTE float COD_PROVEEDOR integer
IMPRESO integer STOCK char(30)
ETIQUETA char(20) NOMBRE char(30)
LINEA_ALBARAN
CODIGO_MONEDA char(3) DIRECCION char(40)
NUM_LINEA_ALBARAN integer REABASTECIMIENTO char COD_PROVEEDOR = COD_PROVEEDOR POBLACION char(20)
NUM_ALBARAN integer ANULACION char(2) TELEFONO char(10)
NUM_ALBARAN = NUM_ALBARAN ANYO integer FAX char(10)
ANYO = ANYO CODIGO_PEDIDO char(7) CODIGO_PEDIDO = CODIGO_PEDIDO PERSONA_CONTACTO char(30)
CODIGO_PEDIDO = CODIGO_PEDIDO CODIGO_CLIENTE integer CODIGO_CLIENTE = CODIGO_CLIENTE
CODIGO_CENTRO = CODIGO_CENTRO NUM_LINEA integer NUM_LINEA = NUM_LINEA
CODIGO_CLIENTE = CODIGO_CLIENTE CODIGO_CENTRO integer
PEDIDO_MP
CANTIDAD_SERVIDA integer FACTURAS
COD_PEDIDO integer
CODIGO_FACTURA integer COD_PROVEEDOR integer
ANYO_FACT integer FECHA_CREACION date
NUM_LINEA_ALBARAN = NUM_LINEA_ALBARAN CODIGO_PEDIDO char(7) FECHA_ENVIO date
NUM_ALBARAN = NUM_ALBARAN CODIGO_CLIENTE integer
ANYO = ANYO FECHA_VENCIMIENTO date
FECHA_CREACION date
LINEA_FACTURA IVA integer
LINEA_PEDIDO_MP
LINEA_FACT integer
CODIGO_FACTURA integer COD_PEDIDO integer
ANYO_FACT integer NUM_LINEA integer
COD_PEDIDO = COD_PEDIDO
NUM_LINEA_ALBARAN integer COD_MAT_PRIMA char(5)
CODIGO_FACTURA = CODIGO_FACTURA DESCRIPCION char(30)
NUM_ALBARAN integer
ANYO_FACT = ANYO_FACT CANTIDAD integer
ANYO integer
39
Gestin de clientes
Esta parte del modelo de datos es empleada para la gestin de los clientes que realizan pedidos a
nuestra empresa, hay que hacer notar, que pese a que en las especificaciones se habla tanto de un
cliente principal que tiene varias empresas y clientes de temporada, que nos hacen un nico pedido al
principio de cada temporada, se ha optado por almacenar los datos de todos los tipos en una nica
tabla, empleando un campo para distinguir unos de otros.
Cada cliente esta formado a su vez por distintos centros que se almacenan en la tabla
correspondiente, por otro lado, un centro solo puede pertenecer a un cliente, as pues, para esta parte
de la aplicacin son necesarias dos tablas, CLIENTES y CENTROS
40
41
Gestin de Pedidos
Sin duda la parte central de la aplicacin y para lo que esta diseada es para llevar la Gestin de
Pedidos para poder procesarlos lo ms eficientemente posible. Al igual que en el caso anterior, no
hemos utilizado distintas tablas para los pedidos de clientes principales o de temporada.
Cada cliente realiza un pedido para sus distintos centros, as pues, tenemos una tabla PEDIDOS
relacionado con la tabla CLIENTES, cada pedido tiene muchas LINEAS_PEDIDO, debido a que un
pedido realizado puede ser para distintos CENTROS, cada linea de pedido esta relacionado con cada
centro, de este modo, sabemos que parte del pedido esta destinado para cada centro.
Evidentemente, cada linea de pedido esta relacionado con la tabla ARTICULOS, as pues lo que
queda representado es para cada linea de pedido el articulo solicitado para el centro correspondiente.
Por ltimo podemos observar una tabla OBSERVACIONES que almacena datos adicionales para
cada pedido en conjunto, es por eso que esta relacionado con la tabla pedidos.
42
43
Gestin de Albaranes
Una vez se ha recibido un pedido, este se pasa al almacenista, quien comprueba in-situ que se
pueden satisfacer las exigencias del mismo, modificando aquellas lineas que no se pueden atender
completamente, con los articulos disponibles, se genera un albaran, cuyos datos de identificacin de
guardan en la tabla ALBARANES, asociado a un pedido para un centro, es por ello que se relaciona
con la tabla CENTROS ya comentada en el apartado de Gestin de Clientes.
Cada Albarn tiene una serie de Lineas de Albarn (LINEA_ABARAN) que se relaciona a su vez con
la LINEA_PEDIDO que representa
44
45
Gestin de Facturas
Una vez se ha atendido el pedido y pasado el plazo para el cobro, hay que realizar la facturacin del
mismo, en ese momento se crea una factura, los datos ms significativos de la factura se almacena
en la tabla FACTURAS. Cada factura se relaciona con un pedido (tabla PEDIDOS) y dispone de
muchas lneas (LINEA_FACTURA), que a su vez se relaciona con cada lnea de albarn previamente
insertada en la base de datos.
46
47
Gestin de empresas externas
Esta parte de la aplicacin se utiliza para gestionar la relacin de la empresa con sus distintos
proveedores, la empresa para la que ha sido diseada, realiza, por un lado, pedidos de materias
primas a sus distintos proveedores de materias primas, es decir, se emplea una tabla de proveedores
de materias primas (PROVEEDORES_MP) a las cuales se les realiza distintos pedidos (PEDIDO_MP)
formado por sus distintas lneas de pedido (LINEA_PEDIDO_MP)
48
Control de la aplicacin
La aplicacin de cualquier subsistema de la empresa dispone de una primera ventana de

identificacin del usuario. Slo usuarios registrados en la base de datos pueden acceder al sistema.
Todo esto se consigue con las tablas T_USUARIO, T_APLICACION, T_PERMISOS que representan,
respectivamente, a los usuarios del sistema, las distintas partes de la aplicacin y la relacin entre
ambos, es decir, que usuarios pueden acceder a que partes de la aplicacin.
49
Prototipos Interfaces de Usuario
A continuacin se presentan los prototipos de las interfaces grficas de usuario diseadas para la
aplicacin final. Para su presentacin se ha separado por las distintas partes funcionales de la
aplicacin.
50
51
Gestin de clientes
52
Gestin de Pedidos
53
Gestin de Albaranes
54
Gestin de Facturas
55
Gestin de empresas externas
56
Control de la aplicacin
Cdigo Fuente / Binarios
Uno de los principales problemas que nos encontramos para empezar a trabajar, era la diversidad de
lenguajes disponibles y lo poco homogneo del grupo, ya que cada miembro conocia perfectamente
algn lenguaje, llegando a desconocer totalmente el conocido por alguno de los otros miembros,
finalmente, para realizar la aplicacin, tal como se menciona en otro apartado, se utiliz PowerBuilder
7.0, por ser del que ms conocimiento tenia todo el equipo
57
Pruebas Funcionales
Cada documento est asociado a una historia de usuario diferente, y en ellos se describen los
posibles modos de utilizacin de la aplicacin en cada una de estas historias de usuario.
Historia 1: Introduccin de pedidos (cliente preferente)
Descripcin
Este documento cubre el conjunto de pruebas funcionales relacionadas con la historia de
usuario: Introduccin de pedidos (cliente preferente) [Historia 1]
En esta historia hay que comprobar la introduccin del fichero de pedidos del cliente preferente
en la base de datos. Si la sintaxis del fichero de pedidos no es correcta (no sigue el formato indicado o
los valores son incorrectos con respecto del registro de comprobacin) se avisa al usuario y no se
insertan los pedidos incorrectos en la base de datos.
Tambin debe comprobar, en el caso de que la introduccin de pedidos sea correcta, que el
proceso de introduccin sea correcto y los pedidos sean almacenados en la base de datos.
Un fichero de pedidos consta de mltiples pedidos, y puede ocurrir que alguno de ellos sea
vlido mientras que otros no. En el proceso se introducen slo aquellos que sean correctos y se
58
notifica al usuario de cules son incorrectos para que se lo comunique al cliente y ste vuelva a
mandar el fichero de pedidos.
Si se introduce un fichero de pedidos y se verifica que alguno o todos los pedidos han sido
introducidos anteriormente en la base de datos, se notifica al usuario, indicando la fecha en la que
fueron introducidos los pedidos.
Introduccin correcta de pedidos
Descripcin
La secretaria una vez haya entrado en el sistema seleccionar la opcin del men Pedidos
Obtener de fichero. En esta ventana la secretaria seleccionar el fichero de pedidos (pulsando en
el botn de abrir pedido icono de una carpeta ) y tras la seleccin del fichero, internamente se
procesar el fichero y si no hay ningn error de procesado en algn pedido (sintaxis correcta y los
datos son vlidos de acuerdo con el registro 99 de totales) se avisar a la secretaria de la
introduccin satisfactoria y se introducirn los pedidos en la base de datos.
Condiciones de ejecucin
La secretaria deber estar dada de alta en el sistema.
Entrada
- La secretaria introducir su login y password.
- Del men principal seleccionar Pedidos Obtener de fichero
- En esa ventana se mostrar un botn para seleccionar el fichero de pedido (pulsando en el
botn de abrir pedido icono de una carpeta )
59
- Tras la seleccin del fichero de pedidos, se procesar internamente y se mostrar el estado un
mensaje indicando que el pedido ha sido correctamente procesado.
- El proceso de introduccin de pedidos se considera como finalizado.
Resultado esperado
Tras la introduccin de pedidos, si el procesado ha sido correcto, en la base de datos aparecern
los datos de los nuevos pedidos.
Evaluacin de la prueba
Prueba satisfactoria.
Introduccin de pedidos con errores
Descripcin
La secretaria una vez haya entrado en el sistema seleccionar la opcin del men Pedidos
Obtener de fichero. En esta ventana la secretaria seleccionar el fichero de pedidos (pulsando en
el botn de abrir pedido icono de una carpeta ) y tras la seleccin del fichero, internamente se
procesar el fichero y se detectar un error de procesado en alguno de los pedidos (sintaxis
incorrecta y/o los datos no concuerdan con el registro 99 de totales) se avisar a la secretaria del
error de procesado (mediante un mensaje diciendo que el pedido TXXXX de la empresa fiscal
YYYY no es vlido) y no se introducirn los pedidos incorrectos en la base de datos. Los pedidos
que hayan sido procesados correctamente sern introducidos en la base de datos.
60
La secretaria deber estar dada de alta en el sistema.
Entrada
- Del men principal seleccionar Pedidos Obtener de fichero
- En esa ventana se mostrar un botn para seleccionar el fichero de pedido (pulsando en el
botn de abrir pedido icono de una carpeta ).
- Tras la seleccin del fichero de pedidos, se procesar internamente y en el caso de que ocurra
algn error mostrar un mensaje indicando qu pedido es incorrecto (mediante un mensaje
diciendo que el pedido TXXXX de la empresa fiscal YYYY no es vlido).
- El proceso de introduccin de pedidos se considera como finalizado.
Resultado esperado
Los pedidos incorrectos no son introducidos en la base de datos mientras que los correctos
s que son introducidos.
61
Historia 2: Seleccin de pedidos a procesar
Descripcin
usuario:
Seleccin de pedidos a procesar [Historia 2].
Esta historia consiste en la seleccin de uno o varios pedidos para ser enviados/atendidos por el
almacenista.
Dado que slo se puede darse est historia en el caso que haya pedidos por atender ser
necesario comprobar que la seleccin de los pedidos queda reflejada convenientemente en la BD.
Seleccin de los pedidos para ser atendidos por el almacenista
Descripcin
La secretaria una vez haya entrado en el sistema, seleccionar la opcin del men Pedidos
Gestin de pedidos. Se le mostrar un listado con todos los pedidos que hayan sido previamente
introducidos (ya sean manualmente o automticamente) que no hayan sido completados y donde
se indicar el estado del pedido (mandado al almacenista, completado, albaranado).
62
Existe la posibilidad de elegir los pedidos que se deseen que sean atendidos por el almacenista
para su posterior envo.
Debe existir algn pedido en la Base de Datos, ya sea del cliente principal (procesado
automticamente historia 1) o introducido manualmente (historia 7) si es para un cliente de
temporada. La secretaria deber estar dada de alta en el sistema.
Entrada
- Del men principal seleccionar Pedidos Gestin de Pedidos.
- Se mostrar un listado con todos los pedidos que existen en la base de datos que no hayan
sido completados.
- Se pulsar el botn Crear Albarn
- Aparecer un listado de los pedidos que no hayan sido albaranados, o que hayan sido
revisados por el almacenista y no haya stock suficiente para completarlos.
- Se seleccionarn de la lista los pedidos que se deseen albaranar, pulsando la casilla
Seleccionar
- Despus se pulsar el botn Procesar Albarn.
- Aparecer un mensaje de confirmacin de que se ha generado el albarn y los pedidos
desaparecern de la lista de pedidos para seleccionar.
- En el listado principal aparecer que el/los pedidos que se han seleccionado para albaranar
han sido albaranados y que han sido mandados al almacenista.
63
Resultado esperado
En la Base de datos los pedidos que se hayan seleccionados para ser atendidos tendrn que
tener el campo de la tabla pedido aprobado a 1. As mismo se introducirn los datos referentes a
los albaranes que posteriormente se mostrarn al almacenista.
Mostrar artculos de un pedido
Descripcin
Para cada pedido que se muestra en el listado principal se pueden mostrar los artculos de los
que consta.
Debe existir algn pedido en la Base de Datos ya sea procesado automticamente al estar
dirigido al cliente principal o introducido si es para un cliente de temporada. La secretaria deber
estar dada de alta en el sistema.
Entrada
64
- Del men principal seleccionar Pedidos Gestin de Pedidos.
- Se mostrar un listado con todos los pedidos que hayan sido procesados pero no atendidos.
- Se seleccionar un pedido de la lista y seguidamente se pulsar el botn Mostrar artculos.
- Aparecer un listado con todos los artculos del pedido. Se deber confirmar que la
informacin proporcionada corresponde realmente al pedido y que las cantidades estn
debidamente actualizadas.
Resultado esperado
Que el listado sea correcto.
Historia 3: Generacin de Albaranes
Descripcin
usuario: Generacin de Albaranes [Historia 3].
65
En esta historia el almacenista podr ver un listado de los albaranes (n de albarn y fecha) y
tras seleccionar un albarn determinado podr revisar el stock y verificar que se puede satisfacer.
Listado de albaranes
Descripcin
El almacenista una vez haya entrado en el sistema (tras el proceso de login), seleccionar la
opcin del men Albaranes Gestionar. Se le mostrar un listado con los albaranes que tienen
que ser procesados por el almacenista: el nmero de albarn, la fecha en la que fueron mandados
a procesar y si han sido impresos.
Debe existir algn pedido en la Base de Datos que haya sido seleccionado por la secretaria para
ser procesado por el almacenista (albaranado).
Entrada
- El almacenista introducir su login y password.
- Del men principal seleccionar Albaranes Gestionar
- Se mostrar un listado de albaranes pendientes de ser procesados: su nmero de albarn, la
fecha en la que fueron mandados a albaranar y una casilla que indica si ya ha sido
previamente impreso.
66
Resultado esperado
Listado de los albaranes que han sido mandados a procesar por la secretaria y la fecha de la
orden de procesado.
Detalle de los albaranes
Descripcin
opcin del men Albaranes Gestionar. Se le mostrar un listado con los albaranes que tiene
que ser procesados por el almacenista: el nmero de albarn y la fecha en la que fueron mandados
a procesar. Para ver los detalles de un albarn determinado realizar un doble clic sobre el albarn
deseado y se mostrar una ventana con el detalle de los artculos del mismo.
ser procesado por el almacenista (albaranado)
Entrada
67
- El almacenista realizar un doble clic sobre uno de los albaranes del listado y se abrir una
ventana con los detalles del albarn seleccionado.
- El listado est compuesto por un listado de artculos, clasificados por el centro al que sern
enviados, en el que se indican los siguientes datos: n centro, n del cliente, n del pedido,
referencia, cantidad total pedida, cantidad total servida y cantidad pendiente.
Resultado esperado
Tras seleccionar el albarn sobre el cual se desea ver el detalle, se mostrar el contenido de los
artculos contenidos en este albarn clasificados por centros mostrando los datos indicados (n
centro, n del cliente, n del pedido, referencia, cantidad total pedida, cantidad total servida y
cantidad pendiente)
68
Seleccin del centro
Descripcin
deseado y se mostrar una ventana con el detalle de los artculos del mismo.
Una vez en la vista de detalle, el almacenista puede seleccionar el centro sobre el cual desea
modificar las cantidades disponibles de artculos mediante el botn Buscar. En la parte inferior
(debajo del listado de artculos) aparecer un detalle del estado de la disponibilidad de los
productos indicados por la primera lnea del albarn para ese centro, separado por tallas. Los datos
que aparecern son: n de lnea de albarn, talla del proveedor, cantidad pedida y cantidad
servida.
Entrada
69
- El almacenista introduce el centro sobre el cual desea ver el listado de artculos que sern
enviados para ese centro en el cuadro de texto Buscar centro y pulsa el botn Buscar.
- Si el centro introducido es correcto, en la parte posterior aparecer la informacin acerca del
estado de la primera lnea de artculos para ese centro.
- En esta caja de texto aparece la cantidad que figura en la parte superior (cantidad total pedida)
desglosada por tallas, de forma que la suma de las cantidades por tallas es igual a la cantidad
total.
Resultado esperado
Tras seleccionar el centro aparece en la parte inferior el detalle del estado de la primera lnea de
artculos del albarn para ese centro.
70
Modificacin de las cantidades de productos disponibles en almacn.
Descripcin
deseado y se mostrar una ventana con el detalle de los artculos del mismo. Una vez en la vista
de detalle, el almacenista puede seleccionar el centro sobre el cual desea modificar las cantidades
disponibles de artculos mediante el botn Buscar, o seleccionndolo haciendo clic con el ratn.
En la parte inferior aparecer un detalle del estado de la disponibilidad de los productos indicados
por la primera lnea del albarn para ese centro (si se ha realizado la bsqueda), o de la referencia
seleccionada, separado por tallas.
El almacenista puede modificar las cantidades de productos segn la disponibilidad de los
mismos en el almacn, introduciendo esta informacin en la casilla de Cantidad servida y
pulsando el botn Grabar de la barra de botones (icono de un disquete). Tras la modificacin esto
se refleja en el total que aparece en la parte superior.
Entrada
71
- El almacenista introduce el centro sobre el cual desea ver el listado de artculos que sern
enviados para ese centro y pulsa el botn Buscar. Si el centro introducido es correcto, en la
parte posterior aparecer la informacin acerca del estado de la primera lnea de artculos
para ese centro. Otra posibilidad es seleccionar la referencia haciendo clic con el ratn en la
deseada.
- Aparecer en la parte inferior una descripcin de esta referencia: la cantidad que figura en la
parte superior (cantidad total pedida) desglosada por tallas, de forma que la suma de las
cantidades por tallas es igual a la cantidad total.
- El almacenista puede seleccionar la lnea de artculos que desee y modificar las cantidades
disponibles en el almacn, introduciendo los datos en el campo de texto Cantidad Servida.
- Tras la introduccin de los datos, tras pulsar el icono de un disquete (en la barra de botones)
se actualizar la informacin introducida en la parte superior y finalmente en la base de datos.
Resultado esperado
Tras seleccionar el centro aparece en la parte inferior el detalle del estado de la primera lnea de
artculos del albarn para ese centro. El almacenista podr modificar los datos de disponibilidad de
los productos indicada en la lnea de productos del albarn y estos datos sern almacenados en la
base de datos.
72
Historia 4: Generacin de factura

Descripcin
usuario: Generacin de factura [Historia 4].
En esta historia se podrn generar las facturas correspondientes a los pedidos y sus albaranes.
Se podr generar una factura por cada tupla (pedido, albarn) existente: a cada albarn le
corresponde una factura menos en el caso de que un albarn est compuesto por ms de un pedido,
en este caso se generar una factura por cada pedido (del mismo albarn).
Seleccin del pedido
Descripcin
La secretaria una vez haya entrado en el sistema (tras el proceso de login), seleccionar la
opcin del men Facturas Generar o bien pulsar el botn Facturas en la barra de botones
superiores. Se le mostrar una ventana en la que aparecern los pedidos almacenados en el
sistema, junto con el cdigo del cliente, tras seleccionar el pedido deseado se mostrarn los
albaranes pertenecientes a ese pedido (si existen y no han sido facturados previamente).
73
Deben existir pedidos almacenados en el sistema.
Entrada
- Del men principal seleccionar Facturas Generar o bien pulsar el botn Facturas en
la barra de botones superiores.
- Ver un cuadro de texto Seleccione pedido donde aparecern los pedidos almacenados en
el sistema junto con el cdigo de cliente al que pertenecen.
- La secretaria podr seleccionar el pedido y se mostrarn (si existen y no han sido facturados
previamente) los albaranes del pedido seleccionado en el cuadro Albaran.
Resultado esperado
Si el pedido tiene algn albarn se mostrarn en el cuadro Albaran al seleccionar el pedido.
74
Seleccin del albarn de un pedido y generacin de factura
Descripcin
superiores. Se le mostrar una ventana en la que aparecern los pedidos almacenados en el
sistema, tras seleccionar el pedido deseado se mostrarn los albaranes pertenecientes a ese
pedido (si existen). La secretaria seleccionar el pedido al cual desee generar una factura. La
secretaria pulsar el botn Generar Factura y se generar la factura correspondiente al pedido y
el albarn seleccionados y se almacenar en el sistema.
Deben existir pedidos almacenados en el sistema y stos deben de tener albaranes.
Entrada
- Ver un cuadro de texto Seleccione pedido donde aparecern los pedidos almacenados en
el sistema junto con el cdigo de cliente al que pertenecen.
- La secretaria podr seleccionar el pedido y se mostrarn (si existen y no han sido facturados
previamente) los albaranes del pedido seleccionado en el cuadro Albaran.
- La secretaria seleccionar el albarn deseado.
- La secretaria pulsar el botn Generar Factura
75
- Se generar la factura correspondiente al pedido y el albarn seleccionados y se mostrar una
nueva lnea de factura en el cuadro de texto donde se indican los datos de la factura.
- El albarn seleccionado desaparecer del cuadro de listado: Albarn.
- La factura se almacenar en el sistema.
Resultado esperado
Se generar la factura correspondiente al pedido y albarn seleccionados por la secretaria. Se
mostrar en el cuadro como una nueva lnea de factura.
Listado de facturas generadas
Descripcin
superiores. En esta ventana aparecer un listado de las facturas previamente generadas.
Deben existir facturas generadas en el sistema.
76
Entrada
- Ver una ventana donde aparecern las facturas previamente generadas en el sistema
(cdigo factura, cdigo pedido, cdigo cliente, albarn, fecha creacin, fecha vencimiento, IVA)
Resultado esperado
Se mostrarn las facturas previamente generadas en el sistema.
Modificacin de datos en las facturas generadas
Descripcin
superiores. En esta ventana aparecer un listado de las facturas previamente generadas. La
secretaria puede seleccionar una factura y apretar el botn Modificar en el que podr modificar la
fecha de vencimiento y el IVA (16% por defecto) que se aplicarn a la factura.
77
Entrada
- La secretaria seleccionar una de las facturas de la lista y pulsar el botn Modificar
- Aparecer una ventana en la que puede modificar la fecha de vencimiento y el IVA aplicados a
la factura.
- Se aplicarn los cambios y se reflejar en el sistema.
Resultado esperado
Los cambios realizados en la factura previamente existente se aplicarn y se almacenarn en el
sistema.
78
Error en la modificacin de datos en las facturas generadas
Descripcin
secretaria puede seleccionar una factura y apretar el botn Modificar en el que podr modificar la
fecha de vencimiento y el IVA (16% por defecto) que se aplicarn a la factura. Se introducen datos
errneos (fecha anterior a la fecha de creacin de la factura o IVA <=0). El sistema muestra un
mensaje de error y no permite la modificacin de los datos hasta que se introduzcan datos
correctos.
Entrada
- La secretaria seleccionar una de las facturas de la lista y pulsar el botn Modificar
- Aparecer una ventana en la que puede modificar la fecha de vencimiento y el IVA aplicados a
la factura.
79
- Si se introduce una fecha anterior o igual a la fecha de creacin de la factura o un IVA <=0 el
sistema muestra un mensaje de error y no se introducen las modificaciones.
Resultado esperado
Los datos introducidos son incorrectos, por lo que se muestra un mensaje de error y no se
almacenan hasta que se haya corregido el error.
Impresin de factura generada
Descripcin
superiores. En esta ventana aparecer un listado de las facturas previamente generadas. Se
seleccionar una factura previamente generada y se pulsar el botn Imprimir factura, y se
realizar la impresin de la factura.
Deben existir facturas generadas y almacenadas en el sistema.
80
Entrada
- La secretaria pulsar el botn Imprimir.
- Se mostrar una ventana con la vista previa de la factura.
Resultado esperado
Se imprimir la factura seleccionada por la secretaria.
Borrado de facturas generadas
Descripcin
81
secretaria seleccionar una de las facturas y pulsar el botn Borrar factura, la factura ser
borrada de la lista.
Entrada
- La secretaria seleccionar una factura de la lista
- La secretaria pulsar el botn Borrar
- Se mostrar una ventana de dilogo pidiendo la confirmacin sobre el borrado de la factura.
- Tras la confirmacin, la factura ser borrada de la lista de facturas.
- El albarn del que proceda la factura volver a aparecer en el listado de albaranes del pedido
al que pertenece.
Resultado esperado
La factura desaparece del listado de facturas y el albarn del cual procede volver a aparecer en
el listado de albaranes del pedido del cual procede, por lo que podr volverse a generar la
factura.
82
83

Aplicacion XP Pres

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Aplicacion XP Pres

Enviado por

Direitos autorais:

Formatos disponíveis

eXtreme Programming

El proyecto consiste en el desarrollo de un sistema de gestin para una empresa de confecciones. En

El equipo de desarrollo que ha llevado a cabo este proyecto es el siguiente:

Manager: Javier Osuna

Planificacin del Proyecto

Nmero: 1 Usuario: Secretaria

Nombre historia: Introduccin de pedido (cliente preferente)

Programador responsable: Paco Valero David Ferrer

Nombre: Javier Osuna

7/10 Reunin con el Trainer 0.5 Productiva

3/11 Reestructuracin de las 4.30 Cambio sustancial en el entendimiento

FECHA ACTIVIDAD REALIZADA T(h) OBSERVACIONES

Fecha Tiempo Dedicado

CLIENTES PEDIDOS OBSERVACIONES

La aplicacin de cualquier subsistema de la empresa dispone de una primera ventana de

Cdigo Fuente / Binarios

Historia 1: Introduccin de pedidos (cliente preferente)

Introduccin correcta de pedidos

Introduccin de pedidos con errores

Seleccin de los pedidos para ser atendidos por el almacenista

Mostrar artculos de un pedido

- La secretaria introducir su login y password.

Historia 3: Generacin de Albaranes

Detalle de los albaranes

Historia 4: Generacin de factura

Seleccin del pedido

Listado de facturas generadas

Modificacin de datos en las facturas generadas

Impresin de factura generada

Borrado de facturas generadas

Você também pode gostar