Documentos de Académico
Documentos de Profesional
Documentos de Cultura
DEDICATORIA:
A los docentes de la facultad de
Ingeniera de Sistemas, quienes en el
transcurso de mi carrera han volcado
toda su sapiencia profesional a fin de
buscar fortalecer nuestra capacidad
acadmica.
AGRADECIMIENTO:
En especial a mis padres, por su
constante apoyo y motivacin que nos
alienta para seguir adelante superando
momentos difciles en la brega
acadmica, adems, por el esfuerzo
que han realizado para alcanzar la
meta de ser un buen profesional-
INDICE
INTRODUCCION
CAPITULO i:
1. EMPRESA DE DEPORTES
2. MODELADO DEL NEGOCIO
CAPITULO III:
1.
2.
3.
4.
REQUISITOS
VISIN
GLOSARIO
ESPECIFICACIONES DE CASO DE USO
MODELADO DE CASO DE USO
CAPITULO IV:
ANALISIS Y DISEO
IMPLEMENTACION
PRUEBAS
1. PRUEBAS FUNCIONALES
A. Base de Datos de Prueba
2. GESTIN DE ALMACN
A. Consultas Pedidos no Atendidos
B. Casos de Prueba de Atender Pedido
1) Atender Pedido Despus de Consultar Dicho Pedido
2) Atender Pedido de la Lista de Pedidos no Atendidos
3) Atender Pedido Asignando Cantidades Negativas
4) Atender Pedido Asignando Cantidades Mayores a las Disponibles
5) Atender Pedido Asignando Cantidades Mayores a las Solicitadas
6) Atender Pedido sin Asignar Cantidades
C. Cancelar pedido Atendido
1) Elegir opcin CANCELAR en la confirmacin de la Cancelacin de
pedido.
2) Elegir opcin ACEPTAR en la opcin de cancelacin de pedido
D. Incidencia de Pedido
1) Crear una Incidencia Normal de Almacn
2) Crear una Incidencia Vaca de Almacn
3) Consultar una Incidencia en Almacn
4) Crear una Incidencia Normal en Ventas
5) Crear una Incidencia en Ventas
E. Caso de Prueba de Pasar Pedido a Envo
1) Pasar Pedido Completo a envo desde la Lista de Pedido en
Atencin
2) Pasar Pedido Completo a envo
3) Cancelar al Pasar un Pedido Incompleto
4) Pasar a envo un Pedido Incompleto generando un pedido con las
Cantidades recientes
5) Pasar a envo un Pedido sin generar un Pedido con las Cantidades
Restantes
3. GESTION DE VENTAS
A. Caso de Prueba de Elaborar Pedido
1) Elaborar Pedido y enviar a Almacn
2) Elaborar Pedido y Guardar
3) Elaborar Pedido Vaco y Guardar
4) Elaborar Pedido Vaco y Enviar a Almacn
5) Modificar Pedido Resaltando dos Lneas con el mismo Producto
6) Modificar Pedido Aadiendo una Lnea de Cantidad Fuera de Rango
7) Modificar Pedido aadiendo un producto inexistente
8) Modificar Pedido aadiendo una Lnea y enviar a Almacn
9) Modificar Pedido aadiendo y eliminando una lnea de pedido y
guardar
10)Modificar Direccin de envo de Pedido
11) Modificar Pedidos eliminando todas las lneas
12)Enviar Pedido
13)Comprobar Ratio de pago del Cliente
REFERENCIAS
ANEXOS
INTRODUCCIN
En el presente trabajo titulado DESARROLLO DE SOFTWARE PARA EL
CONTROL DE ARTICULOS DEPORTIVOS para optar el ttulo de Profesional
Tcnico en .Informtica, realizamos el desarrollo de software basado en la
metodologa de Rational Unified Process (RUP), que consiste en el desarrollo
de un sistema para la gestin de artculos deportivos de una empresa del
sector de ventas de deportes a clientes tanto a mayoristas como a minoristas.
Se incluye hasta la segunda iteracin de la fase de construccin, segn la
divisin establecida en el documento Plan de Desarrollo Software. Por motivos
de privacidad no se pueden publicar los datos de la entidad para la que se
dise el software.
La aplicacin se desarroll bajo el lenguaje de programacin Visual Basic 6.0,
teniendo que soportar tanto acceso a una base de datos Oracle como a una
base de datos Access, dependiendo de la seleccin del usuario en el arranque
del programa.
La importancia de la presente investigacin reside en el hecho de que los
productos que comercializan tienen una rpida rotacin, lo que hace que el
control sobre este activo debe ser ms preciso de manera que pueda asegurar
el mayor aprovechamiento de los recursos invertidos por la empresa. Es por
esta razn que se plantea el anlisis del control en todo el proceso de entrada y
salida de mercadera.
Cabe precisar que, adems, se plantea el diseo e Implantacin Informtico
para mejorar el proceso de almacenamiento de la empresa con el objetivo de
controlar el stock de sus productos, mejorar el proceso de almacenamiento,
logrando un posicionamiento competitivo en el mbito nacional y satisfacer las
necesidades de sus clientes.
Propsito
El propsito del Plan de Desarrollo de Software es proporcionar la
informacin necesaria para controlar el proyecto. En l se describe el
enfoque de desarrollo del software.
Los usuarios del Plan de Desarrollo del Software son:
1.2.
Alcance
El Plan de Desarrollo del Software describe el plan global usado para
el desarrollo del Sistema para Gestin de Artculos Deportivos LSI
03. El detalle de las iteraciones individuales se describe en los
planes de cada iteracin, documentos que se aportan en forma
separada. Durante el proceso de desarrollo en el artefacto Visin se
definen las caractersticas del producto a desarrollar, lo cual
constituye la base para la planificacin de las iteraciones. Para la
versin 1.0 del Plan de Desarrollo del Software, nos hemos basado
en la captura de requisitos por medio del stakeholder representante
de la empresa para hacer una estimacin aproximada, una vez
comenzado el proyecto y durante la fase de Inicio se generar la
primera versin del artefacto Visin, el cual se utilizar para refinar
este documento.
gestiones
de
almacn
bases
de
datos
de
los
distintos
departamentos.
El proyecto debe proporcionar una propuesta para el desarrollo de
todos los subsistemas implicados en la gestin de artculos deportivos
y bases de datos departamentales. Estos subsistemas se pueden
diferenciar en siete grandes bloques:
a) Gestin de Ventas, incluyendo:
Procedimiento de venta de productos va operadoras de
telfono.
Procedimiento de venta mediante la atencin de comerciales a
Suposiciones y Restricciones
Las suposiciones y restricciones respecto del sistema, y que se
derivan directamente de las entrevistas con el stakeholder de la
empresa son:
a) Debe contemplarse las implicaciones de los siguientes puntos
crticos:
Compatibilidad de la solucin con protocolos IPv6
Caracteres multilinges
Sistemas seguros: proteccin de informacin, seguridad en las
trasmisiones de datos (PKI), etc.
intercambio de informacin
Adaptacin a la normativa de Proteccin de Datos
fase
de
Elaboracin,
posteriormente
tiene
bastante
refinamiento).
13)Modelo de Despliegue
Este modelo muestra el despliegue la configuracin de tipos de
nodos del sistema, en los cuales se har el despliegue de los
componentes.
14)Casos de Prueba
Cada prueba es especificada mediante un documento que
establece las condiciones de ejecucin, las entradas de la
prueba, y los resultados esperados. Estos casos de prueba son
aplicados como pruebas de regresin en cada iteracin. Cada
un
conjunto
de
actividades
tareas
ordenadas
con
los
mecanismos
apropiados
para
facilitar
su
de
Construccin
es
desarrollado
incremental
Nro.
Iteraciones
Duracin
Fase de Inicio
3 semanas
de
2 semanas
Fase
de
Construccin
7 semanas
Fase
Transicin
Fase
Elaboracin
de
Hito
Fase de Inicio
Fase de
Elaboracin
Fase de
Construccin
Fase de Transicin
Disciplinas / Artefactos
modificados
durante la Fase de Inicio
generados
o
Comienzo
Aprobaci
n
Semana 1
Semana 3
14/10 20/10
28/10 3/11
Semana 1
Semana 3
14/10
20/10
28/10
3/11
Visin
Semana 2 Semana 3
21/10
28/10
27/10
3/11
Semana 3
siguiente
28/10
fase
3/11
Semana 3
siguiente
28/10
fase
3/11
Especificaciones Adicionales
Semana 3
siguiente
28/10
fase
3/11
Anlisis / Diseo
Modelo de Anlisis / Diseo
Semana 2
siguiente
21/10
fase
27/10
Modelo de Datos
Semana 2
siguiente
21/10
fase
27/10
Implementacin
Prototipos de Interfaces de Usuario
Semana 3
siguiente
28/10
fase
3/11
Modelo de Implementacin
Semana 3
siguiente
28/10
fase
3/11
Pruebas
Casos de Pruebas Funcionales
Semana 3
siguiente
28/10
fase
3/11
Despliegue
Modelo de Despliegue
Gestin de Cambios y Configuracin
Semana 3
siguiente
28/10
fase
3/10
Durante todo el proyecto
Semana 1 Semana 3
14/10
28/10
20/10
3/11
Durante todo el proyecto
Disciplinas / Artefactos
generados o modificados durante la
Fase de Elaboracin
Comienzo Aprobacin
Semana 1
14/10
Aprobado
20/10
Requisitos
Glosario
Semana 1
14/10
Aprobado
20/10
Visin
Semana 2
21/10
Aprobado
27/10
Semana 3
Semana 5
28/10
11/12 17/12
3/11
Semana 3
Semana 5
28/10
11/12 17/12
3/11
Especificaciones Adicionales
Semana 3
Semana 5
28/10
11/12 17/12
3/11
Anlisis / Diseo
Modelo de Anlisis / Diseo
Semana 2
Revisar en cada
21/10
iteracin
27/10
Modelo de Datos
Semana 2
Revisar en cada
21/10
iteracin
27/10
Implementacin
Prototipos de Interfaces de Usuario
Semana 3
Revisar en cada
28/10
iteracin
3/11
Modelo de Implementacin
Semana 3
Revisar en cada
28/10
iteracin
3/11
Pruebas
Casos de Pruebas Funcionales
Semana 3
Revisar en cada
28/10
iteracin
3/11
Despliegue
Modelo de Despliegue
Gestin de Cambios y Configuracin
Gestin del proyecto
Semana 3
Revisar en cada
28/10
iteracin
3/11
Durante todo el proyecto
Semana 4
Plan de Desarrollo del Software en su
Revisar en cada
4/11
iteracin
versin 2.0 y planes de las Iteraciones
10/11
Ambiente
CAPITULO II:
1. EMPRESA DE DEPORTES
La empresa de deportes que solicit el proyecto de desarrollo software
consta de varios departamentos centralizados, un almacn central y de
diversas sucursales de ventas repartidas en distintos distritos de Lima.
Cada sucursal de ventas dispone de un almacn que suministra los
pedidos de los clientes a los distritos, siendo el almacn central el que
abastece al resto de almacenes.
Los modelos de objetos del dominio estn asociados a cada uno de los casos
de uso del negocio. Por ser de mayor prioridad para la empresa, el caso de uso
para el cual se desarroll el modelo de objetos fue el del caso de uso del
negocio "vender productos".
1.
VISION
El problema de
afecta a
Departamento de logstica,
Jefes de almacenes,
Tcnicos de almacenes,
Encargados de transporte,
Usuarios de ventas de cada regin,
Departamento de contabilidad / facturacin,
Departamento de recursos humanos,
Departamento de marketing.
El impacto asociado es
Departamento de logstica,
Para
Jefes de almacenes,
Tcnicos de almacenes,
Encargados de transporte,
Usuarios de ventas de cada regin,
Departamento de contabilidad / facturacin,
Departamento de recursos humanos,
Departamento de marketing.
Controlan los pedidos, los almacenes
(stock), las rdenes de pedido y la
facturacin.
Es una herramienta software.
Quienes
Que
no como
Nuestro producto
Descripcin
Responsabilidades
Patricio
Orlando
Letelier
Torres
Representante
Global de la
empresa
Deportes LSI
03
El stakeholder realiza:
Representa a todos los
usuarios posibles del
sistema.
Seguimiento del desarrollo
del proyecto.
Aprueba requisitos y
funcionalidades
Descripcin
Ingenier
o de
Logstic
a
Jefe de
Almac
n
Tcnico
de
Almac
n
Repres
entante
de
Ventas
Jefe de
Ventas
Responsable del
Departamento de
Logstica, encargado de
la gestin del almacn
central, del
aprovisionamiento del
resto de almacenes y del
contacto con los
proveedores.
Supervisor del buen
funcionamiento del
almacn y de gestionar
las incidencias de los
pedidos, ya sea tratando
con otro almacn, o bien
en contacto con el
Ingeniero de Logstica.
Encargado directo del
almacn, control de
stocks, preparacin y
despacho de pedidos.
Responsable de ventas
del producto a los
clientes, mediante visitas
al domicilio del cliente.
Informa de las ofertas y
confecciona las rdenes
de pedido.
Supervisor del
Departamento de Ventas,
encargado de otorgar
incentivos y del control
de estadsticas.
Stakeholder
Logstica
Almacn
Almacn
Ventas
Ventas
Contabl
e
Emplea
do de
Maketin
g
Cliente
Online
Operad
ora
Encarg
ado de
Transpo
rte
Emplea
do de
Recurs
os
Human
os
Jefe de
Recurs
os
Human
os
Encargado de la
facturacin y cobranzas,
poltica de cobro de los
clientes.
Responsable de ofertas
de lanzamiento,
publicidad, poltica de
ventas y otros aspectos
relacionados con el
marketing.
Realiza compras online,
por telfono a travs de
los comerciales, o
tratando con stos
directamente.
Responsable de ventas
del producto a los
clientes, a travs del
telfono. Informa de las
ofertas y confecciona las
rdenes de pedido.
Responsable de
consultar los envos que
se van a realizar desde
un almacn. Cargar los
camiones con los
pedidos a enviar e
introducir los datos del
pedido. Una vez
entregado el pedido,
introducir los recibos de
entrega.
Responsable de realizar
las entrevistas de trabajo
para el nuevo personal y
por tanto acceso a la
base de datos de
currculos. Tambin
encargado de la gestin
de nminas..
Responsable de la
gestin de personal, es
decir, contratos y
despidos, y tambin
encargado de la
redistribucin de la
plantilla.
Contabilidad /
Facturacin
Marketing
Ventas
Ventas
Envos
Recursos
Humanos
Recursos
Humanos
Representan
te
Descripcin
Tipo
Responsabili
dades
Criterio de
xito
Grado de
participacin
Comentarios
Criterio de
xito
Grado de
Logstica
Jefe del Departamento de Logstica de la Empresa.
Gur.
Responsable del Departamento de Logstica, encargado
de la gestin del almacn central, del aprovisionamiento
del resto de almacenes y del contacto con los
proveedores. Control de estadsticas para la
optimizacin de recursos.
A definir por el cliente
A definir por el cliente
participacin
Comentarios
Ninguno
Almacn
Descripcin
Tipo
Responsabili
dades
Criterio de
xito
Grado de
participacin
Comentarios
Ninguno.
Almacn
Tipo
Usuario experto.
Responsabili
dades
Criterio de
xito
Grado de
participacin
Comentarios
Ventas
Tipo
Usuario experto.
Responsabilid
ades
Criterio de
xito
Grado de
participacin
Comentarios
5.5.5. Operadora
Representan
te
Ventas
Descripcin
Tipo
Usuario experto.
Responsabili
dades
Criterio de
xito
Grado de
participacin
Comentarios
Ninguno.
Ventas
Jefe del Departamento de Ventas de una regin
determinada.
Usuario experto.
Supervisor del Departamento de Ventas, encargado de
otorgar incentivos y del control de estadsticas.
A definir por el cliente
A definir por el cliente
Ninguno.
Envos
Criterio de
xito
Grado de
participacin
Comentarios
Ninguno.
Tipo
Responsabilid
ades
5.5.8. Contable
Representan
te
Descripcin
Tipo
Responsabili
dades
Criterio de
xito
Grado de
participacin
Contabilidad / Facturacin
Empleado del Departamento de Contabilidad y
Facturacin.
Usuario experto.
Encargado de la facturacin y cobranzas, poltica de
cobro de los clientes.
A definir por el cliente
A definir por el cliente
Comentarios
Niguno.
Marketing
Tipo
Usuario eventual.
Responsabilid
ades
Criterio de
xito
Grado de
participacin
Comentarios
Ventas
Descripcin
Comprador de productos.
Tipo
Usuario casual.
Responsabilida
des
Criterio de
xito
Grado de
participacin
Comentarios
Recursos Humanos
Tipo
Usuario casual.
Responsabili
dades
Criterio de
xito
Grado de
participacin
Comentarios
Recursos Humanos
Tipo
Usuario casual.
Responsabili
dades
Criterio de
xito
Grado de
participacin
Comentarios
del
sistema
8. Restricciones
[A definir por el cliente]
9. Precedencia y Prioridad
[A definir por el cliente]
A. Atributos de Caractersticas
Nmero y
nombre de
la
caracterst
ica
Estado
Benefic Esfuer
io
zo
Propuesta:
S
Aprobada: S
til
Incorporada:
No
Propuesta:
S
5.2 Depart. de
Aprobada:
S
til
Marketing
Incorporada:
No
Propuesta:
S
Importa
5.3 Depart. de
Aprobada:
S
Logstica
nte
Incorporada:
No
Propuesta:
S
5.3.1 Control de
estadsticas de Aprobada: S
til
datos
Incorporada:
No
Propuesta:
S
5.4 Gestin de
Aprobada: S Crtica
Almacn
Incorporada:
S
5.1 Depart. de
Recursos
Humanos
Riesgo
Estabilid
ad
Asignacin
Bajo
Ninguna
Bajo
Ninguna
Medio
Ninguna
Medio
Ninguna
Alto
J.A. Mochol,
Germn Mira,
Miguel Mascilla y
Eduardo Bueno
5.4.1 Atencin
de rdenes de
pedido
5.4.2 Gestin de
incidencias de
pedido
5.4.3 Consulta
de estado de los
pedidos
5.5 Gestin de
Ventas
5.5.1 Elaborar
pedidos y
ofertas
5.5.2 Gestin de
datos de clientes
5.5.3 Consulta
de productos del
catlogo
5.6 Gestin de
Envos
5.6.2 Control de
los recibos de
entrega
5.7 Depart. de
Contabilidad y
Facturacin
Propuesta:
S
Aprobada: S
Incorporada:
S
Propuesta:
S
Aprobada: S
Incorporada:
No
Propuesta:
S
Aprobada: S
Incorporada:
S
Propuesta:
S
Aprobada: S
Incorporada:
S
Propuesta:
S
Aprobada: S
Incorporada:
S
Propuesta:
S
Aprobada: S
Incorporada:
No
Propuesta:
S
Aprobada: S
Incorporada:
No
Propuesta:
S
Aprobada: S
Incorporada:
No
Propuesta:
S
Aprobada: S
Incorporada:
No
Propuesta:
S
Aprobada: S
Incorporada:
No
Propuesta:
S
Aprobada: S
Incorporada:
Crtica
Alto
Jos Antonio
Mochol
til
Medio
Ninguna
Importa
nte
Medio
Eduardo Bueno
Alto
Jos Antonio
Mochol, Germn
Mira y Miguel
Mascilla
til
Medio
Jos Antonio
Mochol, Germn
Mira y Miguel
Mascilla
Importa
nte
Medio
Ninguna
Importa
nte
Medio
Ninguna
Importa
nte
Medio
Ninguna
Importa
nte
Bajo
Ninguna
til
Bajo
Ninguna
til
Medio
Ninguna
Crtica
No
2. GLOSARIO
Este documento recoge todos y cada uno de los trminos manejados a lo
largo de todo el proyecto de desarrollo de un sistema para la gestin de
artculos deportivos de la empresa Deportes LSI 03. Se trata de un
diccionario informal de datos y definiciones de la nomenclatura que se
maneja, de tal modo que se crea un estndar para todo el proyecto.
1) Propsito
El propsito de este glosario es definir con exactitud y sin ambigedad
la terminologa manejada en el proyecto de desarrollo de un sistema
para la gestin de artculos deportivos. Tambin sirve como gua de
consulta para la clarificacin de los puntos conflictivos o poco
esclarecedores del proyecto.
1.1.
Alcance
El alcance del presente documento se extiende a todos los
subsistemas definidos para la empresa Deportes LSI 03. De tal
modo que la terminologa empleada en el departamento de
logstica, el departamento de recursos humanos, el departamento
de marketing, el departamento de contabilidad y facturacin, en la
gestin de envos, en la gestin de almacenes y en la gestin de
ventas, se refleja con claridad en este documento.
1.2.
Referencias
El presente
documentos
glosario
hace
referencia
los
siguientes
LSI03
Documento Visin del Proyecto Deportes LSI 03
Documentos de Especificacin de Casos de Uso del Proyecto
Deportes LSI 03
Documentos de Especificacin de Casos de Pruebas del
Proyecto Deportes LSI 03
1.3.
2) Definiciones
A continuacin se presentan todos los trminos manejados a lo largo
de todo el proyecto de desarrollo de un sistema para la gestin de
artculos deportivos en la empresa Deportes LSI 03.
2.1 Almacn
Un almacn es una de las naves pertenecientes a la empresa
Deportes LSI 03 en la que se mantiene el stock de productos que
se servir a los clientes segn pedido. Existe un almacn por cada
regin definida, que es el encargado de servir los pedidos de
aquellos clientes cuya direccin de envo sea la perteneciente a
dicha regin. La empresa tambin dispone de un almacn central
desde el cual se reabastece el stock de los distintos almacenes
regionales.
2.2.
Atender pedido
El tcnico del almacn de una determinada regin selecciona un
pedido y asigna lnea por lnea una reserva de stock del producto
para dicho pedido.
2.6.
2.7.
Catlogo de productos
El catlogo de productos es la coleccin de artculos deportivos con
los que trabaja la empresa Deportes Lsi 03. Se trata de un
compendio de toda clase de artculos, como por ejemplo, zapatillas
de deportes, camisetas, balones, raquetas, pelotas, pantalones de
deportes, chndales, bicicletas, etc. El catlogo de productos
comprende el nombre del artculo, una referencia del mismo dentro
de la catalogacin de la empresa, una descripcin del producto,
una fotografa del mismo y el precio de venta.
2.8.
Cliente externo
Cliente online
El cliente online es un determinado usuario de ventas del sistema.
El cliente online es un cliente que se conecta al sistema mediante
Internet y a travs de la pgina web de la empresa Deportes LSI
03. El cliente online puede darse de alta como cliente nuevo, puede
darse de baja o modificar sus datos. Tambin puede elaborar
pedidos a travs de la pgina web.
Empleado
pueden
pasar
el
pedido
al
almacn
regional
clientes,
2.47. Lnea de pedido
La lnea de pedido es uno de los componentes de la orden de
pedido, y es donde figuran los detalles de los productos a pedir. Se
corresponde una lnea de pedido por producto solicitado en una
orden de pedido. Una lnea de pedido se compone de la siguiente
informacin: cdigo del producto del catlogo, referencia de la
orden de pedido a la que pertenece, cantidad de producto
solicitada al almacn regional, precio del producto y por ltimo el
stock asignado en el almacn en el que se trata la orden de pedido.
2.48. Listado de pedidos en atencin
El listado de pedidos en atencin es una parte de la funcionalidad
que ofrece la interfaz de usuario del tcnico de almacn, y en la
que se muestra la lista de rdenes de pedido que figuran en un
almacn regional pendientes de ser completados, es decir, en
estado de atencin.
2.49. Listado de pedidos enviados
El listado de pedidos enviados es una parte de la funcionalidad que
ofrece la interfaz de usuario del tcnico de almacn, y en la que se
del cliente que ha realizado la orden, DNI del usuario de ventas que
realiz la confeccin de la orden, direccin de envo del pedido,
forma de pago que realizar el cliente, fecha de elaboracin, fecha
de llegada al almacn, fecha de atencin, fecha de listo para envo
y fecha de salida del almacn.
2.54. Otorgar incentivos
Otorgar incentivos es un caso de uso cuya funcionalidad la utiliza el
empleado jefe de ventas dentro del subsistema de gestin de
ventas y que consiste en la asignacin de primas y comisiones a
los distintos empleados de ventas para incentivar su trabajo.
2.55. Pasar pedido a envo
Pasar pedido a envo es un caso de uso cuya funcionalidad la
utiliza el tcnico de almacn y cuya utilidad es la de cambiar el
estado de un pedido que se encuentra en atencin para que figure
como listo para envo. En caso de que las cantidades de stock
asignado en el almacn no se correspondan a las solicitadas por el
cliente se generarn los avisos y controles pertinentes.
2.56. Pedido en atencin
Un pedido, o una orden de pedido, figura en estado de en
atencin cuando est siendo atendido por un tcnico de almacn,
es decir, cuando se le estn asignando cantidades del stock que
figura en el almacn.
2.57. Pedido pendiente de cobro
Un pedido, o una orden de pedido, figura en estado de pendiente
de cobro cuando ya ha sido entregado en la direccin de envo y el
cliente ha firmado el recibo que posteriormente ha sido introducido
por el encargado de transportes.
2.58. Pedido en elaboracin
Un pedido, o una orden de pedido, figura en estado de en
elaboracin cuando ha sido creado por un usuario de ventas y an
no ha sido enviado al almacn. En este estado, el pedido puede ser
modificado en lneas de pedido y direccin de envo.
2.59. Pedido en envo
regin.
2.70. Registrarse en el sistema
Cada vez que un usuario accede al sistema debe registrarse en el
mismo haciendo uso de un nombre de usuario y una contrasea
asociada al mismo. Estos datos figuran en la base de datos, y el
sistema comprueba que son correctos y ofrece la funcionalidad
determinada segn el tipo de usuario que se haya registrado. Por
ejemplo, si el tcnico de almacn se registra en el sistema slo
podr acceder a la funcionalidad de tcnico de almacn y slo
podr trabajar con los pedidos pertenecientes a la regin asignada
al almacn en que trabaja.
2.71. Reposicin de stock
Reabastecer almacn es un caso de uso del subsistema de gestin
de almacn que consiste en solicitar a un almacn, ya sea el
central u otro regional, que sirva artculos a otro almacn para
reponer el stock necesario para atender rdenes de pedido.
2.72. Representante de ventas
El representante de ventas es un empleado de la empresa
Deportes LSI 03 que hace uso de la funcionalidad definida en el
subsistema de gestin de ventas, y que se comunica directamente
con los clientes en sus respectivos al que el sistema ofrece
distintas funcionalidades, entre las que se encuentra la elaboracin
de nuevos pedidos, la modificacin de pedidos que se encuentren
en elaboracin y la cancelacin de pedidos en elaboracin.
Tambin se ofrece la gestin de clientes, la consulta del catlogo
de productos, la consulta de productos enviados al almacn y la
solicitud de registro de incidencias en una orden de pedido. La
nica restriccin para el representante de ventas es que slo puede
trabajar con aquellos clientes a los que representa, no tiene acceso
a ningn otro cliente que no represente.
2.73. Tcnico de almacn
El tcnico de almacn es un empleado de la empresa Deportes LSI
03 y que hace uso de la funcionalidad definida en el subsistema de
A.
Departamento de Contabilidad/Facturacin:
Aqu encontramos las siguientes especificaciones de uso:
1) Cobro a Clientes
1.1. Descripcin
Este caso de uso especifica el cobro de las facturas de los
clientes. Una vez la mercanca se ha servido satisfactoriamente
se emite una factura al cliente con el importe correspondiente al
pedido. El contable selecciona aquellos pedidos ya entregados
de los que desea emitir factura. Puede seleccionar el tipo de
2.2.2. En el punto e.
El contable puede seleccionar un pedido cualquier y
pulsar sobre modificar forma de pago. El sistema
mostrar las distintas opciones de pago para que se
seleccione una de ellas.
3) Precondiciones
3.1. El contable ha realizado correctamente el login en el sistema.
3.2. El contable ha seleccionado el botn de Cobro a Clientes de su
interfaz grfica.
4) Postcondiciones
4.1. En caso de haberse dado de alta una nueva direccin de
facturacin,
base de datos.
4.2. Los pedidos para los cuales se imprime factura pasan al estado
factura emitida.
4.3. Los pedidos para los que se ha abonado la factura pasan al estado
factura pagada.
B. Departamento de Logstica:
Tenemos las siguientes especificaciones de uso:
1) COMPRA A PROVEEDORES
1.
Descripcin
El caso de uso lo inicia el actor Ingeniero de Logstica. Su fin es
comprar los productos de los distintos almacenes de la
empresa. Esta adquisicin se basa en la experiencia del propio
Flujo de Eventos
1.2. Flujo Bsico
a. El Ingeniero de Logstica accede a Compra a
Proveedores.
b. El sistema le muestra una pantalla donde llevar a
cabo las selecciones correspondientes.
c. Primero selecciona el almacn a reponer de la lista de
almacenes y pulsa siguiente.
d. La aplicacin le muestra entonces una lista donde
aparecen
almacn
Precondiciones
3.1. El Ingeniero de Logstica ha realizado correctamente el
login en el sistema.
Poscondiciones
4.1. En caso de haberse dado de alta una nueva compra, sta
quedar grabada en el sistema.
2) Gestin de Regiones
1. Descripcin
Este caso de uso lo inicia el Ingeniero de Logstica. Su funcin es
poder gestionar las distintas regiones en las que se divide la
empresa. Cada una de estas regiones dispone de unos
almacenes a los que hacen peticiones tiendas deportivas. El
Ingeniero de Logstica puede crear nuevas regiones o modificar
las actuales, asignando o borrando almacenes.
2. Flujo de Eventos
2.1 Flujo Bsico
1.
actuales.
2. El Ingeniero de Logstica puede pulsar sobre el botn aadir o
seleccionar una regin de la lista y pinchar en el botn modificar
o eliminar.
2.1. Si pulsa sobre el botn eliminar se borrar la regin si no
hay ninguna tienda o almacn asignados a ella.
2.2. Si pulsa el botn modificar, podr cambiar los datos
relacionados a esa regin as como asignar almacenes.
2.2.1. Le aparecer una pantalla con los datos de la regin
y una lista de almacenes asignados a ella.
2.2.2. Los datos se pueden modificar seleccionando uno y
rescribiendo.
2.2.3. La lista de almacenes dispone de un botn aadir y
otro eliminar.
D. Reabastecer Almacn
1. Descripcin
El caso de uso lo inicia el actor Ingeniero de Logstica. Especifica los
envos desde el almacn central hacia los dems almacenes con el fin
de reponer productos sin stock. Para ello el Ingeniero dispone de una
lista con los productos que necesitan reposicin y otra con los
disponibles en el almacn central. Bajo su criterio pueden realizarse
envos hacia el resto de almacenes.
2. Flujo de Eventos
2.1 Flujo Bsico
El Ingeniero de Logstica accede a Reabastecer Almacn.
E.
Confeccionar Catlogo
1. Descripcin
El actor iniciador de este caso de uso es el Empleado de Marketing.
Mediante l mantiene el catlogo de productos de la empresa.
Actualizando productos, borrando o aadiendo nuevos. Tambin puede
para un producto determinado modificar sus caractersticas como el
proveedor, precio, etc.
2. Flujo de Eventos
2.1 Flujo Bsico
a. La pantalla muestra una lista con los productos del catlogo
actual.
b. El Empleado de Marketing dispone de un botn para aadir un
producto nuevo, otro para borrar uno existente y otro para
modificar un producto seleccionado.
c. Si pulsa el botn de aadir, el sistema le mostrar una nueva
ventana donde podr introducir los datos del nuevo producto:
descripcin, precio, etc. Para introducir un proveedor puede
seleccionar uno de los proveedores actuales con el botn
proveedor actual puede introducir uno nuevo pulsando el botn
nuevo proveedor.
d. Al seleccionar nuevo proveedor aparecer una ventana donde
incluir sus datos: direccin, telfono, nombre, nif
e. Si ha pulsado en proveedor actual aparecer una lista de los
proveedores registrados. Seleccionar uno y pulsar aceptar.
f. El producto quedar registrado en el sistema debidamente.
g. Si selecciona un producto de la lista del catlogo y pulsa borrar,
el sistema le pedir confirmacin y si acepta el producto ser
borrado (si no existen pedidos que estn afectados por el
mismo).
h. Si selecciona modificar producto, se abrir una ventana con los
datos del mismo para que el Empleado de Marketing los
modifique a su gusto.
3. Precondiciones
3.1. El Empleado de Marketing ha realizado correctamente el registro
en el sistema.
F.
Poltica de Ventas
1. Descripcin
Este caso de uso lo inicia el Empleado de Marketing. Se trata de
especificar cierta poltica de ventas sobre los productos de la empresa,
por ejemplo, qu productos tienen que ser ms prioritarios a la hora de
vender que otros.
2. Flujo de Eventos
2.1.
Flujo Bsico
a. La pantalla muestra una lista con los incentivos actuales
b. EL Jefe de Ventas puede seleccionar uno de los existentes y
pulsar el botn modificar, aadir o borrar.
c. Si pulsa el botn modificar el sistema le mostrar una pantalla
donde le aparecer una lista de personas o secciones a las que
afecta el incentivo y la cantidad del mismo.
d. Si hace doble click en el campo cantidad de una lnea podr
modificarla.
e. Si selecciona una lnea y pulsa el botn borrar se borrar la
persona o seccin en cuestin.
f. Si pulsa el botn aadir persona aparecer una pantalla donde
podr seleccionar un trabajador de la empresa segn la regin
e introducir la cantidad a bonificar.
g. Si pulsa el botn aadir seccin aparecer una pantalla donde
podr seleccionar una seccin de la empresa e introducir la
cantidad a bonificar.
h. Al pulsa el botn aceptar se confirmar el incentivo que ser
pagado en la prxima nmina de los empleados afectados
indicndose en esta el motivo.
i. Si pulsa el botn borrar se eliminar el incentivo seleccionado.
G. Realizar Oferta
1. Descripcin
Este caso de uso lo ejecuta el actor Empleado de Marketing. Sirve para
poner uno o varios productos en oferta a un precio determinado. El
Entrevista Trabajo
1.
Descripcin
El caso de uso lo ejecuta el actor Empleado de RRHH. Se utiliza para
realizar una entrevista de trabajo. Permite introducir los datos personales
del entrevistado y la informacin de la encuesta que se le realice.
Tambin se utiliza para revisar las entrevistas que ya se han realizado e
imprimirlas.
2.
Flujo de Eventos
2.2 Flujo Bsico
a. La pantalla muestra una lista con las entrevistas introducidas en
el sistema. Esta lista tiene los campos Puesto, Fecha,
Entrevistado y Entrevistador.
b. El Empleado de RRHH puede pulsar en cualquiera de las
entrevistas y pulsar el botn Ver o Borrar.
c. Si pulsa el botn Ver se abrir una pantalla donde podr
visualizar los datos de la entrevista y pulsar el botn Imprimir si
desea obtener una copia en papel.
d. Si pulsa el botn Borrar el sistema, tras pedir la confirmacin,
borrar la entrevista seleccionada.
e. El actor puede pulsar el botn Nueva para comenzar una
nueva entrevista de trabajo.
Precondiciones
3.1 El Empleado de RRHH ha realizado correctamente el login en el
sistema.
3.2. El Empleado de RRHH ha seleccionado el botn de Entrevista
Trabajo de su interfaz grfica.
4.
Poscondiciones
4.1. En caso de haberse dado de alta una nueva entrevista, los datos
de la misma quedan almacenados en la base de datos.
B.
Gestin de Nminas
1.
Descripcin
El caso de uso lo ejecuta el actor Empleado de RRHH. Se utiliza para
gestionar las nminas de los empleados de la empresa. Se pueden
modificar las existentes, as como los datos de domiciliciacin bancara.
2.
Flujo de Eventos
2.1 Flujo Bsico
a. La pantalla muestra una lista con los distintos trabajadores de
la empresa ordenada segn departamentos.
b. El Empleado de RRHH puede seleccionar una o varias
personas de un departamento (con SHIFT + Click).
c. Seguidamente y pulsando sobre el botn modificar, accede a
los datos de la o las nminas. Puede cambiar el importe de
retribucin, los datos bancarios, la fecha de pago o la
adjudicacin de pagas extras.
d. Para modificar cualquiera de los datos anteriores se pincha
sobre el campo y se modifica el importe. En las pagas extras
aparecern dos columnas, una que especifica los meses donde
se reciben y otra para el importe.
Precondiciones
3.1. El Empleado de RRHH ha realizado correctamente el login en el
sistema.
3.2. El Empleado de RRHH ha seleccionado el botn de Gestin de
Nminas de su interfaz grfica.
4.
Poscondiciones
4.1. En caso de haberse modificado una o varias nminas, los cambios
quedarn almacenados en la base de datos.
C.-
Gestin de Personal
1.
Descripcin
El caso de uso lo ejecuta el actor Jefe de RRHH. Se utiliza para realizar
una entrevista de trabajo. Permite introducir los datos personales del
entrevistado y la informacin de la encuesta que se le realice. Tambin
se utiliza para revisar las entrevistas que ya se han realizado e
imprimirlas.
2.
Flujo de Eventos
2.1 Flujo Bsico
a. La pantalla muestra una lista con las entrevistas introducidas en el
sistema. Esta lista tiene los campos Puesto, Fecha, Entrevistado y
Entrevistador.
b. El Empleado de RRHH puede pulsar en cualquiera de las entrevistas y
pulsar el botn Ver o Borrar.
c. Si pulsa el botn Ver se abrir una pantalla donde podr visualizar los
datos de la entrevista y pulsar el botn Imprimir si desea obtener una
copia en papel.
d. Si pulsa el botn Borrar el sistema, tras pedir la confirmacin, borrar
la entrevista seleccionada.
Precondiciones
3.1. El Empleado de RRHH ha realizado correctamente el login en el
sistema.
3.2. El Empleado de RRHH ha seleccionado el botn de Entrevista
Trabajo de su interfaz grfica.
4.
Poscondiciones
4.1. En caso de haberse dado de alta una nueva entrevista, los datos
de la misma quedan almacenados en la base de datos.
D.-
Redistribucin de Personal
1.
Descripcin
El caso de uso lo ejecuta el actor Jefe de RRHH. Se utiliza para
gestionar el personal de la empresa, en qu departamento est asignado
y que funciones desempea. El actor puede hacer cambios en la plantilla
de la empresa como trasladar personal entre departamentos, cambiar
las funciones que realizan los empleados o eliminar y agregar personal.
2.
Flujo de Eventos
2.1 Flujo Bsico
a. La pantalla muestra una lista con los distintos trabajadores de la
empresa ordenada segn departamentos.
b. El Jefe de RRHH puede seleccionar una o varias personas de un
departamento (con SHIFT + Click).
c. El actor puede pinchar en el botn modificar, aadir o eliminar.
Precondiciones
3.1. El Jefe de RRHH ha realizado correctamente el login en el sistema.
3.2. El Jefe de RRHH ha seleccionado el botn de Gestin de
Personal de su interfaz grfica.
4.
Poscondiciones
4.1. En caso de haberse modificado, agregado o borrado uno o varios
empleados, los cambios quedarn almacenados en la base de
datos.
Gestin de Almacn:
.
A.
1.
Descripcin
El Tcnico de Almacn selecciona el botn de Consultar en la pestaa
de no atendidos en su interfaz grfica principal. El sistema muestra del
listado con los pedidos que no han sido atendidos, los detalles del
pedido que ha sido seleccionado para su consulta en una nueva interfaz.
2.
Flujo de Eventos
2.1 Flujo Bsico
Precondiciones
3.1 El Tcnico de Almacn est registrado en el sistema.
B.
ATENDER PEDIDO
1.
Atender Pedido
1.1 Descripcin
El
usuario
tcnico
de
almacn
selecciona
de
la interfaz
Flujo de Eventos
2.1 Flujo Bsico
a. El tcnico de almacn selecciona un pedido la lista de pedidos
no atendidos, en la pestaa no atendidos o de la lista de
pedidos atendidos en la pestaa en atencin y pulsa el botn
de consultar y luego el botn de atender pedido en el primer
caso, y en el segundo el botn atender pedido.
b. El sistema muestra una nueva interfaz en la que se muestran los
datos del pedido: el cdigo del pedido, la fecha de llegada al
almacn, la fecha de atencin, la direccin de envo y la lista de
las lneas de pedido que contiene la orden.
c. El tcnico de almacn selecciona una lnea de pedido para
editarla.
d. Para cada lnea de pedido el tcnico de almacn puede cambiar
la cantidad asignada del stock disponible en el almacn:
stock.
Se reserva el stock del almacn.
Si el tcnico de almacn decide modificar otra lnea de
pedido, volver al punto i.
Precondiciones
3.1 El tcnico de almacn est dado de alta en el sistema.
3.2 El tcnico de almacn ha realizado correctamente el registro en el
sistema introduciendo el nombre de usuario y la contrasea
4.
Poscondiciones
4.1 El pedido queda almacenado en el sistema en la lista de pedidos
en atencin.
5.
Puntos de Extensin
5.1 Incidencia Pedido en el paso 4.2
Si el tcnico de almacn ha introducido una cantidad que no se puede
satisfacer con el stock actual del almacn o bien la cantidad asignada
deja el producto en dficit, el sistema generar un aviso de generacin
de incidencia y se podr invocar al caso de uso Incidencia Pedido.
C.
1.
2.
Flujo de Eventos
Precondiciones
3.1 El tcnico de almacn est dado de alta en el sistema.
3.2 El tcnico de almacn ha realizado correctamente el registro en el
sistema introduciendo el nombre de usuario y la contrasea
3.3 El cliente ha solicitado anular uno de sus pedidos que ya ha sido
atendido.
4.
Poscondiciones
4.1 El pedido es eliminado del sistema y se liberan los productos
reservados para atender ese pedido.
D.
INCIDENCIA PEDIDO
1.
Incidencia Pedido
1.1 Descripcin
Este caso de uso lo ejecuta cualquier empleado que gestione
rdenes de pedido cuando por algn motivo, el pedido provoca una
situacin conflictiva y requiere que se anote una incidencia. En el
caso del tcnico de almacn por dejar el stock bajo mnimos, por
no poder atender una orden, etc. En cualquier caso, el empleado
Flujo de Eventos
2.1 Flujo Bsico
a. El empleado ha detectado durante la gestin de rdenes de
pedido que es necesario registrar una incidencia de pedido.
Segn la interfaz en la que se encuentre podr generar una
incidencia pulsando el botn de incidencia pedido.
b. El sistema muestra la interfaz de incidencias de pedido,
mostrando de forma automtica el cdigo de la incidencia, la
fecha de la misma, el cdigo y nombre del empleado que est
registrando la incidencia y el cdigo de la orden de pedido
asociada. Tambin se muestra un campo para observaciones.
c. El empleado introduce en el campo de observaciones los
motivos por los que se ha generado la incidencia y puede pulsar
el botn guardar para almacenar la incidencia, o bien puede
pulsar salir para no registrar la incidencia.
2.2 Flujos Alternativos
2.2.1 En el paso b.
Si en el paso 2 el empleado no introduce ningn motivo en el
campo de observaciones y pulsa el botn guardar, el
sistema generar un mensaje de error indicando que no se
puede
introducir
una
incidencia
con
el
campo
de
observaciones vaco.
3.
Precondiciones
3.1 El empleado est dado de alta en el sistema.
3.2 El empleado ha realizado correctamente el registro en el sistema
introduciendo el nombre de usuario y la contrasea
4.
Poscondiciones
4.1 Si el empleado ha generado la incidencia, sta queda almacenada
en el sistema.
E.
1.
Descripcin
El
Flujo de Eventos
2.1 Flujo Bsico
a. El tcnico de almacn consulta la lista de pedidos atendidos y
selecciona el pedido para enviar al almacn, o directamente
desde la interfaz de atencin de pedido, una vez concluida la
asignacin de cantidades puede pulsar el botn de pasar
pedido a envo.
b. El sistema comprueba que las cantidades asignadas coinciden
con las cantidades solicitadas en todas las lneas del pedido.
c. Si no ha habido ningn error el pedido pasa al estado listo para
envo y figurar en el listado de pedidos de la pestaa listos
para envo de la interfaz grfica principal del tcnico de
almacn.
2.2 Flujos Alternativos
2.2.1
En el punto b.
Si el sistema detecta que alguna de las cantidades de stock
asignado es distinta de la cantidad que demanda la lnea
de pedido, entonces se genera un mensaje de aviso de
pedido incompleto. El tcnico de almacn puede pasar el
pedido a listo para envo a pesar de no estar completo el
pedido, puede cancelar el pasar el pedido a envo, o bien
puede dividir el pedido en dos: uno que pasa a listo para
envo con las cantidades asignadas al pedido y otro con las
cantidades diferencia entre las que se han asignado y las
que se demandaban. Este ltimo pedido generado
Precondiciones
3.1 El tcnico de almacn est dado de alta en el sistema.
3.2 El tcnico de almacn ha realizado correctamente el registro en el
sistema introduciendo el nombre de usuario y la contrasea
4.
Poscondiciones
4.1 Si se satisfacen las cantidades demandadas, el pedido cambia del
estado en atencin a pedido listo para envo
4.2 Si el tcnico de almacn decide enviar el pedido a envo generando
uno nuevo con las cantidades que faltaron por asignar el sistema
crear un nuevo pedido en la base de datos como pedido no
atendido y enviar el original a listo para envo.
F.
1.
Descripcin
El
Flujo de Eventos
2.1 Flujo Bsico
a. El tcnico de almacn consulta la lista de pedidos atendidos y
selecciona el pedido para enviar al almacn, o directamente desde la
interfaz de atencin de pedido, una vez concluida la asignacin de
cantidades puede pulsar el botn de pasar pedido a envo.
b. El sistema comprueba que las cantidades asignadas coinciden con las
cantidades solicitadas en todas las lneas del pedido.
c. Si no ha habido ningn error el pedido pasa al estado listo para envo y
figurar en el listado de pedidos de la pestaa listos para envo de la
interfaz grfica principal del tcnico de almacn.
2.2 Flujos Alternativos
2.2.1 En el punto b.
Si el sistema detecta que alguna de las cantidades de stock
asignado es distinta de la cantidad que demanda la lnea de
pedido, entonces se genera un mensaje de aviso de pedido
incompleto. El tcnico de almacn puede pasar el pedido a
listo para envo a pesar de no estar completo el pedido,
puede cancelar el pasar el pedido a envo, o bien puede
dividir el pedido en dos: uno que pasa a listo para envo con
las cantidades asignadas al pedido y otro con las cantidades
diferencia entre las que se han asignado y las que se
demandaban. Este ltimo pedido generado automticamente
figurar en estado de pedido en no atencin.
3.
Precondiciones
3.1 El tcnico de almacn est dado de alta en el sistema.
3.2 El tcnico de almacn ha realizado correctamente el registro en el
sistema introduciendo el nombre de usuario y la contrasea
4.
Poscondiciones
4.1 Si se satisfacen las cantidades demandadas, el pedido cambia del
estado en atencin a pedido listo para envo
4.2 Si el tcnico de almacn decide enviar el pedido a envo generando
uno nuevo con las cantidades que faltaron por asignar el sistema
crear un nuevo pedido en la base de datos como pedido no
atendido y enviar el original a listo para envo.
G. REPOSICION DE STOCK
1.
Reposicin Stock
1.1 Descripcin
El Jefe de Almacn detecta que falta stock de cierto producto en su
almacn y se dispone a reponerlo. Puede hacer un pedido a un
proveedor o introducir productos que acaban de llegar.
2.
Flujo de Eventos
2.1 Flujo Bsico
a. El sistema muestra el jefe de almacn una lista de los
productos con falta de stock.
Precondiciones
3.1 El jefe de almacn debe estar dado de alta en el sistema.
4.
Postcondiciones
4.1 El producto queda en estado Pendiente de Reposicin o queda
actualizado con el nuevo stock.
GESTIN DE ENVOS:
A.
1.
Descripcin
El Encargado de Transporte obtiene una lista con los pedidos listos para
ser enviados.
2.
Flujo de Eventos
2.1 Flujo Bsico
a. El encargado de transporte selecciona la opcin Consultar
pedidos listos para envo.
b. En caso de que no exista ningn pedido listo para ser enviado,
el sistema responde con un mensaje indicando dicha situacin.
Precondiciones
3.1 El encargado de transporte debe estar dado de alta en el sistema.
3.2 El encargado de transporte ha realizado correctamente el registro
en el sistema introduciendo su nombre usuario y su contrasea.
B.
INTRODUCIR RECIBOS
1.
Descripcin
El Encargado de Transporte selecciona de la interfaz correspondiente al
mismo, el botn de Introducir Recibos. A continuacin introduce en el
sistema el recibo de un pedido ya entregado.
2.
Flujo de Eventos
2.1 Flujo Bsico
a. El encargado de transporte selecciona la opcin introducir
recibos.
b. El sistema muestra una lista con los pedidos en estado
enviado.
c. El encargado de transporte selecciona uno de ellos y pulsa la
opcin aceptar.
d. El sistema muestra el detalle del pedido y los campos fecha de
entrega y transportista.
e. El encargado de transporte introduce la fecha de entrega del
pedido y el nombre del transportista que la realiz.
f. El encargado de transporte pulsa el botn introducir
En el punto c.
Si el transportista se equivoca al seleccionar el pedido
puede volver atrs en cualquier momento y anular la
introduccin del pedido.
2.2.2
En el punto f
Si el transportista ha introducido un nombre de transportista
que no est en la base de datos o la fecha de entrega del
pedido es errnea, el sistema muestra un mensaje de error.
3.
Precondiciones
3.1 El encargado de transportes est dado de alta en el sistema.
3.2 El encargado de transporte ha realizado correctamente el registro
en el sistema introduciendo el nombre de usuario y la contrasea
4.
Poscondiciones
4.1 El pedido cambia del estado enviado a pedido pendiente de
cobro
C.
REALIZAR ENVO
1.
Descripcin
El encargado de transporte hace efectivo el envo del pedido
correspondiente.
2.
Flujo de Eventos
2.1. Flujo Bsico
a. El encargado de transporte selecciona la opcin realizar
envo.
b. El sistema muestra la lista de pedidos listos para ser enviados
usando el caso de uso consultar pedidos listos para envo.
c. El encargado de transporte selecciona un pedido de la lista.
d. El sistema registra el cdigo de los transportistas que van a
servir el envo y la fecha y hora de salida de los camiones.
e. El contenido del pedido es cargado en el camin.
Precondiciones
3.1. El pedido est marcado como Listo para Envo.
3.2. El encargado de transporte est dado de alta en el sistema y ha
realizado correctamente el registro en el mismo mediante su
nombre de usuario y su contrasea.
4.
Poscondiciones
4.1. El pedido queda marcado como Enviado.
4.2. El stock de los productos del pedido queda actualizado.
GESTION DE VENTAS
A.
CONTROL ESTADSTICAS
1.
Descripcin
El Jefe de Ventas o el Ingeniero de Logstica inicia el caso de uso. El
sistema le muestra una pantalla donde puede crear diversas estadsticas
sobre conceptos relacionados con la empresa. Por ejemplo, ventas por
seccin, ventas de los representantes, pedidos realizados a las
operadoras, beneficio de la empresa, etc. Una vez creada una
estadstica puede ser imprimida o guardada en el sistema para su
consulta posterior.
2.
Flujo de Eventos
2.2 Flujo Bsico
a. La pantalla muestra una lista con las posibles estadsticas a
crear.
b. El actor selecciona una de ellas y pulsa el botn crear.
c. El sistema le muestra una pantalla donde puede asignar
regiones, almacenes o trabajadores afectados por la estadstica.
d. Pulsando siguiente aparecer una ventana donde se mostrarn
parmetros de control y rangos de seleccin de forma que pueda
amoldar la estadstica a sus preferencias.
en
el
disco
duro
otro
soporte
de
almacenamiento.
Su pulsa el botn imprimir se mandarn a la impresora los
resultados.
3.
Precondiciones
3.1 El actor ha realizado correctamente el registro en el sistema.
3.2 El actor ha seleccionado el botn de Control Estadsticas de su
interfaz grfica.
B.
CONSULTAR PRODUCTOS
1.
Descripcin
Este caso de uso lo ejecuta el Usuario de Ventas. Presenta el catlogo
de productos de la compaa por pantalla. Se muestra una descripcin
del producto, su foto y el precio de venta. Puede seleccionarse
cualquiera e introducirlo en la orden de pedido si se desea.
2.
Flujo de Eventos
2.1 Flujo Bsico
a. El Usuario de Ventas accede al catlogo de productos.
b. Se muestra por pantalla una clasificacin de los productos con
su descripcin, foto y precio.
c. El usuario puede seleccionar uno e introducirlo en la orden de
pedido.
d. El catlogo se queda en segundo plano y se muestra la orden de
pedido aadiendo el producto que se ha seleccionado.
2.2 Flujos Alternativos
3.
Precondiciones
3.1 El Usuario de Ventas debe estar dado de alta en el sistema
4.
Postcondiciones
C.
OTORGAR INCENTIVOS
1.
Descripcin
Este caso de uso muestra la opcin de otorgar incentivos. El actor Jefe
de Ventas inicia el caso de uso y el sistema le muestra una lista donde
se almacenan los incentivos pendientes. Si pincha en el botn aadir
incentivo la aplicacin le mostrar una nueva pantalla donde puede
especificar la clase de incentivo y a los trabajadores que afectar. El
Jefe de Ventas tambin puede anular y modificar los incentivos ya
registrados en el sistema. Los incentivos que se han cobrado (en la
nomina mensual) por parte de los trabajadores desaparecen de la lista.
2.
Flujo de Eventos
2.1 Flujo Bsico
a. La pantalla muestra una lista con los incentivos pendientes
b. EL Jefe de Ventas puede seleccionar uno de los existentes y
pulsar el botn modificar, aadir o borrar.
i. Si pulsa el botn modificar el sistema le mostrar una pantalla
donde le aparecer una lista de personas o secciones a las
que afecta el incentivo y la cantidad del mismo.
modificarla.
Si selecciona una lnea y pulsa el botn borrar se borrar
iii. Si pulsa el botn aadir aparecer una pantalla con una lista
vaca de personas o secciones y la cantidad de bonificacin a
cero.
podr modificarla.
Si selecciona una lnea y pulsa el botn borrar se borrar
la persona o seccin en cuestin.
3.
Precondiciones
3.1 El Jefe de Ventas ha realizado correctamente el registro en el
sistema.
3.2 El Jefe de Ventas ha seleccionado el botn de Otorgar Incentivos
de su interfaz grfica.
4.
Poscondiciones
4.1 En caso de haberse dado de alta un nuevo incentivo este quedar
almacenado en la lista de incentivos pendientes
4.2 En caso de haberse borrado un incentivo se eliminar de la lista de
incentivos pendientes
D,.
ELABORAR PEDIDO
1.
Descripcin
El representante de ventas o la operadora, despus de registrarse en el
sistema mediante el usuario y la contrasea pueden invocar el caso de
uso elaborar pedido, aunque en el caso del representante de ventas
nicamente podr elaborar pedidos de los clientes que tenga asignados.
Se introduce el cliente y se muestran los pedidos que tiene pendientes si
los hay. Se pueden modificar, eliminar o realizar nuevos pedidos.
2.
Flujo de Eventos
1.4.
Flujo Bsico
1. La operadora o el representante de ventas buscan el cliente por
DNI, CIF o por cdigo de cliente.
2. El sistema presenta los datos del cliente, segn aparezcan en la
base de datos, y la lista de rdenes en elaboracin y enviadas al
almacn de dicho cliente.
3. El representante de ventas o la operadora comunican al cliente
los pedidos en elaboracin listados y ofrecen la posibilidad de
modificar uno ya existente, borrar uno existente, o realizar una
nueva orden de pedido. En caso de realizar una nueva orden de
pedido, ir al punto 4. En caso de solicitar una modificacin de un
pedido en elaboracin, pasar al punto 5. En caso de solicitar el
borrado de un pedido en elaboracin se proceder al punto 6.
4. El sistema muestra una nueva interfaz grfica en la que aparece
un campo con la fecha actual del sistema, la referencia del
pedido a modificar, la direccin de envo del pedido y un listado
de las lneas de pedido, en las que se reflejan el cdigo de
artculo, la descripcin del mismo, la cantidad solicitada, el
precio, y por ltimo el precio total del pedido, con los datos de
las lneas de pedido que contuviera el mismo.
4.1. El representante de ventas o la operadora deben
introducir la direccin de envo del pedido especificando
direccin, nmero, puerta, cdigo postal, pas, provincia y
4.2.
localidad.
El representante de ventas o la operadora introducen una
nueva lnea de pedido mediante el botn aadir lnea,
habiendo introducido la referencia del producto y la
cantidad deseada por el cliente. Conforme se introducen
las cantidades se muestra el IVA y el total del pedido por
4.3.
pantalla.
En caso de querer introducir una nueva lnea de pedido,
4.4.
4.5.
Precondiciones
3.1
4.
Poscondiciones
4.1
4.2
4.3
4.4
4.5
5.
Puntos de Extensin
5.1
5.2
E.
1.
Descripcin
El cliente online puede introducir una orden de pedido accediendo a la
pgina de Internet de la empresa. La orden de pedido quedar
Flujo de Eventos
2.1 Flujo Bsico
1. El sistema genera automticamente el nmero de pedido y le
asigna la fecha actual.
2. El sistema presenta los datos del cliente por pantalla.
3. El cliente puede comprobar el estado de pedidos realizados con
anterioridad pulsando el botn consultar pedidos.
4. Si se quiere introducir un nuevo pedido, el cliente pulsa el botn
nuevo pedido y se le muestra una pantalla donde puede
comenzar a introducir referencias de artculos o utilizar el
catlogo de productos para seleccionarlos. Conforme se
introducen las cantidades se muestra el total del pedido por
pantalla.
5. Selecciona la modalidad de pago.
6. Si la modalidad es por transferencia o tarjeta de crdito se pide
la confirmacin de los datos de la cuenta.
7. Si el cliente est conforme con los datos del pedido, puede
guardarlo como pedido en elaboracin pulsando el botn
guardar
bien
puede
enviar
el
pedido
al
almacn
Precondiciones
Poscondiciones
4.1 La orden de pedido queda almacenada en el sistema si el usuario
ha seleccionado guardar
4.2 La orden de pedido se enva al almacn correspondiente a la
regin a la que pertenece la direccin de envo si el usuario
seleccion enviar al almacn
4.3 La orden de pedido no se almacena en el sistema si el usuario
seleccion salir
F.
GESTIN DE CLIENTES
1.
Descripcin
Este caso de uso resume la utilidad de alta, baja y modificacin de los
datos registrados en la base de datos de la plantilla de clientes que tiene
la empresa. El usuario de ventas, ya sea representante de ventas,
operadora o cliente on-line, podr acceder a los datos correspondientes
a cada uno y realizar modificaciones. Los representantes de ventas
solamente pueden modificar o eliminar clientes que estn asociados a
los mismos, y el alta asociar automticamente al cliente con dicho
representante. Los clientes on-line solo podrn modificar datos propios,
eliminarse como clientes o darse de alta como uno nuevo sin que d
lugar a repeticiones. Por ltimo, la operadora podr modificar, dar de alta
o eliminar cualquier cliente.
2.
Flujo de Eventos
2.1 Flujo Bsico
1. El Usuario de Ventas puede seleccionar dar de alta un nuevo
cliente, pasar al punto 2; dar de baja un cliente, pasar al punto 3;
modificar datos de un cliente, pasar al punto 4.
2. El Usuario de Ventas solicita el alta de un nuevo cliente.
Flujos Alternativos
2.2.1 En el punto 2.2
El sistema comprueba que los datos del nuevo cliente,
DNI/CIF no se corresponden con ningn otro cliente de la
base de datos. En caso afirmativo, generar un mensaje de
error comunicando que dicho cliente ya est dado de alta
en la base de datos. El sistema comprueba que se han
introducido todos los datos restantes, en caso de que no se
hayan introducido datos en los campos Nombre, Pas,
Provincia, Localidad, Direccin, Cdigo Postal, Telfono y
Cuenta Bancaria, el sistema generar un mensaje de error
comunicando que faltan datos del necesarios cliente.
2.2.1.1 En el punto 2.2
Si se ha generado mensaje de error, el sistema
vuelve a mostrar la interfaz grfica de alta de
cliente.
2.2.2
En el punto 3.2
El
sistema
comprueba
que
el
DNI/CIF
introducido
En el punto 3.6
El sistema comprueba si el cliente solicitado para la baja
tiene pedidos en elaboracin, en caso afirmativo informar
al Usuario de Ventas de que se eliminarn tambin los
pedidos en elaboracin. El sistema tambin comprueba
En el punto 4.1
El
sistema
comprueba
que
el
DNI/CIF
introducido
En el punto 4.5
El sistema comprueba que los datos del nuevo cliente,
DNI/CIF no se corresponden con ningn otro cliente de la
base de datos. En caso afirmativo, generar un mensaje de
error comunicando que dicho cliente ya est dado de alta
en la base de datos. El sistema comprueba que se han
introducido todos los datos restantes, en caso de que no se
hayan introducido datos en los campos Nombre, Pas,
Provincia, Localidad, Direccin, Cdigo Postal, Telfono y
Cuenta Bancaria, el sistema generar un mensaje de error
comunicando que faltan datos del necesarios cliente.
2.2.5.1 En el punto 4.5
Si se ha generado mensaje de error, el sistema
vuelve a mostrar la interfaz grfica de modificar
cliente.
3.
Precondiciones
3.1
3.2
4.
Poscondiciones
4.1
4.2
4.3
4.
Gestin de Almacn
Gestion de Envios
Departamento de Logistica
Departamento de Marketing
CAPITULO V: IMPLEMENTACIN
A continuacin se presentan los prototipos de interfaces grficas de usuario
diseadas para la aplicacin final. Cabe citar que se presentan nicamente
los prototipos de interfaces de usuario que se negociaron con el cliente como
candidatos a ser incluidos hasta la segunda iteracin de la fase de
construccin (en los subsistemas de gestin de almacn y gestin de ventas
respectivamente).
Interfaces Comunes
2. GESTIN DE VENTAS
Para el subsistema de ventas el prototipo de interfaz grfica es el de
elaborar pedido. Para la aplicacin demo se puede introducir por ejemplo
en nombre "jaime" y pulsar el botn "buscar". Aparecern los datos de este
cliente.
El prototipo de interfaz grfica es el siguiente:
3. GESTIN DE ALMACN
Para la gestin de almacn el prototipo de interfaz grfica es el siguiente,
en el que se pueden observar cuatro pestaas principales, una para no
atendidos (pedidos en estado de no atencin), otra para en atencin
(pedidos para los cuales ha sido reservado stock)
En la pestaa de no atendidos el tcnico de almacn puede realizar las
operaciones de consulta de detalles de un pedido, puede atender
directamente
el
pedido
seleccionado,
puede
cancelar
el
pedido
Por ltimo, al hacer doble clic sobre una lnea de pedido, la interfaz
grfica que surge es:
4. COMPONENTES Y DESPLIEGUE
A continuacin se presentan los modelos definidos en RUP como diagrama
de componentes y diagrama de despliegue del proyecto. En el primero de
ellos se muestra la disposicin de las partes integrantes de la aplicacin y
las dependencias entre los distintos mdulos de la aplicacin. En el
segundo se muestra la representacin de los distintos nodos repartidos en
distintos pases que forman parte del sistema completo.
Se puede ver el cdigo fuente en Visual Basic haciendo clic sobre
cualquiera de los componentes que se pretenda consultar.
4.1.
4.2.
4.3.
4.4.
4.5.
Diagrama de Despliegue
1. PRUEBAS FUNCIONALES
A continuacin se muestran los casos de pruebas funcionales de los casos
de uso incluidos en el proyecto de desarrollo software hasta la segunda
iteracin de la fase de construccin, como se indica en el plan de desarrollo
software.
1.1. Especificaciones de Casos de Prueba
Las especificaciones de casos de uso estn divididas segn el
subsistema al que pertenezcan, atendiendo a los subsistemas definidos
en el documento Visin.
A. BASE DE DATOS DE PRUEBA
Estos son Imprescindible para ver los datos utilizados en los casos de
1. Orden pedido
Cdig
o
pedid
o
Fecha
Estado
Client
e
Usuario
Ventas
C.P.
env
o
Pas
envo
Prov.
envo
Loc.
envo
Pta
env
o
N
Calle Forma
env envo pago
o
Fecha
elab.
Fecha
lleg. Alm.
Fecha
aten.
07/09/200
En
2
elaboraci
n
48265791 4698
-L
5
Espa
a
Valenci Manises
a
25
C/
Melia
s
Contad 07/09/200
o
2
25/10/200
En
2
elaboraci
n
26359874 4675
-J
8
Espa
a
Valenci
a
12
C/
Azori
n
Contad 25/10/200
o
2
10/11/200
2
48265791 4698
-L
5
Espa
a
Valenci Manises
a
25
C/
Melia
s
Crdito
10/11/200
2
21/11/200
En
2
elaboraci
n
48265791 4698
-L
5
Espa
a
Valenci Manises
a
25
C/
Melia
s
Contad
o
21/11/200
2
02/12/200
2
No
atendido
48265791 4697
-L
0
Espa
a
Valenci Burjasso
a
t
14
C/
San
Justo
07/12/200
2
En
atencin
48265791 4675
-L
8
Espa
a
Valenci
a
12
C/
Azor
n
No
atendido
Xativa
Xativa
10/11/200
2
Fec Fec
ha
ha
list sal.
a
Alm
env
.
o
15/12/200
2
En
atencin
48265791 4675
-L
8
Espa
a
Valenci
a
Xativa
12
C/
Azor
n
04/01/200
3
En
atencin
48265791 4675
-L
8
Espa
a
Valenci
a
Xativa
12
C/
Azor
n
2. Empleado
NIF
Usuario
Contrasea
Nombre
Telfono
Cargo
22596826-F
Pepe
adidas
962468597
Tcnico almacn
26359874-J
Luis
reebok
961387596
Representante
de Ventas
48265791-L
Maria
nike
963478952
Operadora
26485963-M
Toni
puma
963474565
Tcnico almacn
3. Producto
Referencia
Precio()
Nombre
Descripcin
Proveedor
Max_razonable
67
Zapatillas
Zapatillas illas
456
200
34
Mochila
Mochila ilas
456
100
28
Sudadera
Sudadera eras
456
350
42
Raqueta
Raquetas etas
456
100
30
Calentadores
Calentadores ores
456
1000
4. Lnea pedido
Cdigo pedido
Referencia
Cantidad
Precio()
Cantidad Asig.
67
34
56
67
84
68
Referencia 5
Almacn 3
Stock 90
1000 84
4
5
1
2
4
3
VAL
VAL
500
140
0
Stock Asig.
1 0
2
134
68
67
84
42
60
5. Producto-Almacn
VAL
VAL
600
VAL
3000
6. Almacn
Cdigo
Nombre
Direccin
Telfono
Pas
Fax
Cod_reg
Tcnico
VAL
Virso
C/ Coln,
15-78
96347986
2
Espaa
96347986
0
virso@ono.co
m
26485963M
7. Regin
Cdigo
Nombre
Europa
8. Pas
Nombre
Regin
Espaa
9. Proveedor
NIF
26789536-D
Cdig
o
456
Nombre
Telfono
Juan
96347126
Direcci
n
C/ Jess
Pta
48
101
Localida Provinci
d
a
Benaixida Valencia
CP
Pais
Fax
46078
Espaa
96347126
junalu@ono.co
Navarro
Luna
10. Cliente
Codig
o
NIF/CIF
Us Co Nombr
uari ntra
e
o se
a
Pta
Calle Telfon
o
48315682
-N
22496359 javi
-P
Jaime
Monzn
Garca
25
C/
Melia
s
Javier
Soria
Garrido
12
C/
Azori
n
kel
me
Loc.
Prov.
C.P.
C.C.C
Pas
961385
396
Manise
s
Valenci
a
4698
5
95-264895000635268
9
Espa
a
962359
684
Xativa
Valenci
a
4675
8
48-59682000845489
5
Espa
a
11. Incidencias
Cod_incidenci
a
1
Cod_pedido
Fecha
Nif_creador
Creador
Observaciones
11/12/2002
26485963M
Antonio Milla
Lpez
21/12/2002
26485963M
Antonio Milla
Lpez
Reponer stock,
producto 1 por debajo
del mnimo
Pedido en atencin
ms de 2 das
Repr
e
senta
nte
2635
9874J
2635
9874J
Fax
2. GESTION DE ALMACEN
A. Consultar Pedidos no Atendidos
1. Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de
Uso Consultar Pedidos no Atendidos. La nica prueba que se puede
realizar a este caso de uso es comprobar que la consulta funciona
correctamente. El entorno del cual partiremos para realizar la prueba
ser el formulario de entrada de la aplicacin.
2. Comprobar que la consulta funciona correctamente
2.1.
Descripcin
Nos introducimos en el sistema como tcnico de almacn, accediendo a
su funcionalidad y solicitamos consultar pedidos no atendidos, el sistema
nos mostrara una lista con los pedidos no atendidos que haya
almacenados en el sistema.
2.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el
usuario tcnico de almacn toni est dado de alta en la base de
datos de empleado y su clave correspondiente. Consultar la Base
de Datos de Pruebas para ver toda la especificacin completa de
los datos.
2.3.
Entrada
2.4.
Resultado esperado
El sistema nos muestra una interfaz que consistir en una lista
con las lneas de pedido del pedido solicitado.
2.5.
Evaluacin de la Prueba
Prueba superada con xito
Descripcin
Nos introducimos en el sistema como tcnico de almacn,
accediendo a su funcionalidad y solicitamos consultar pedidos no
atendidos, el sistema nos mostrara una lista con los pedidos no
atendidos que haya almacenados en el sistema. Seleccionaremos
un pedido y lo consultaremos eligiendo posteriormente la opcin de
atender dicho pedido.
1.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el
usuario tcnico de almacn Toni est dado de alta en la base de
datos de empleado y su clave correspondiente. Consultar la Base
Entrada
Introducimos toni en el campo usuario
Introducimos puma en el campo contrasea
Pulsamos entrar o el botn aceptar de la aplicacin.
Nos aparece la interfaz propia de un tcnico de almacn.
El tcnico selecciona de la lista de pedidos no atendidos el pedido
de cdigo 3 y pulsa el botn Consultar.
Una vez consultado pulsa el botn Atender Pedido.
Para cada lnea de pedido:
Resultado esperado
El pedido queda almacenado en el sistema como en atencin y el
stock se reduce en las cantidades asignadas.
1.5.
Evaluacin de la Prueba
Prueba superada con xito.
2.1.
Descripcin
Nos introducimos en el sistema como tcnico de almacn,
accediendo a su funcionalidad y solicitamos consultar pedidos no
atendidos, el sistema nos mostrara una lista con los pedidos no
atendidos que haya almacenados en el sistema. Seleccionaremos
un pedido y elegiremos la opcin atender pedido.
Resultado esperado
2.3.
Evaluacin de la Prueba
Descripcin
Condiciones de ejecucin
Entrada
3.4.
Evaluacin de la Prueba
Descripcin
Condiciones de ejecucin
Entrada
Introduce la cantidad 2.
Resultado esperado
Evaluacin de la Prueba
Descripcin
Condiciones de ejecucin
Entrada
Introduce la cantidad 2.
Resultado esperado
Evaluacin de la Prueba
Descripcin
Condiciones de ejecucin
Entrada
Resultado esperado
Evaluacin de la Prueba
Descripcin
Nos introducimos en el sistema como tcnico de almacn,
accediendo a su funcionalidad y solicitamos consultar pedidos en
atencin, el sistema nos mostrara una lista con los pedidos en
atencin que haya almacenados en el sistema. Elegiremos el pedido
que el cliente nos solicite y cancelaremos dicho pedido respondiendo
a la confirmacin negativamente.
1.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
tcnico de almacn Toni est dado de alta en la base de datos de
empleado y su clave correspondiente y que el cliente Jaime con DNI
48315682-N tambin figure en la base de datos. Consultar la Base
de Datos de Pruebas para ver toda la especificacin completa de los
datos.
1.3.
Entrada
1.4.
Resultado esperado
El pedido seleccionado sigue almacenado en el sistema sin ninguna
modificacin.
1.5.
Evaluacin de la Prueba
Prueba superada con xito.
Descripcin
Nos introducimos en el sistema como tcnico de almacn, accediendo
a su funcionalidad y solicitamos consultar pedidos en atencin, el
sistema nos mostrara una lista con los pedidos en atencin que haya
almacenados en el sistema. Elegiremos el pedido que el cliente nos
solicite y cancelaremos dicho pedido respondiendo a la confirmacin
afirmativamente.
2.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
tcnico de almacn Toni est dado de alta en la base de datos de
empleado y su clave correspondiente y que el cliente Jaime con DNI
48315682-N tambin figure en la base de datos. Consultar la Base de
Datos de Pruebas para ver toda la especificacin completa de los
datos.
2.3.
Entrada
2.4.
Resultado esperado
El pedido es eliminado del sistema y se libera el stock asociado a las
lneas de pedido pasando de nuevo al stock disponible.
2.5.
Evaluacin de la Prueba
Prueba superada con xito.
D. Incidencia de Pedido
Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de
Uso Incidencia Pedido.
La pruebas realizadas a este caso de uso son:
Crear una incidencia normal en Almacn.
Crear una incidencia vaca en Almacn.
Consultar incidencias en Almacn.
Crear una incidencia normal en Ventas.
Crear una incidencia vaca en Ventas.
Consultar incidencias en Ventas.
El entorno del cual partiremos para realizar la prueba ser el formulario de
entrada de la aplicacin
1. Crear una incidencia normal en Almacn
1.1. Descripcin
Nos introducimos en el sistema como tcnico de almacn,
accediendo a su funcionalidad. Ante cualquier incidencia que nos
ocurra mientras estemos atendiendo un pedido, tendremos la
Evaluacin de la Prueba
Prueba superada con xito.
Descripcin
Nos introducimos en el sistema como tcnico de almacn,
accediendo a su funcionalidad. Ante cualquier incidencia que nos
ocurra mientras estemos atendiendo un pedido, tendremos la
oportunidad de crear un parte de incidencia que dejara reflejado en el
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
tcnico de almacn toni est dado de alta en la base de datos de
empleado y su clave correspondiente. Consultar la Base de Datos de
Pruebas para ver toda la especificacin completa de los datos.
2.3.
Entrada
Resultado esperado
El sistema nos muestra un mensaje de error que nos indica que el
campo observaciones no puede ser vaco.
2.5.
Evaluacin de la Prueba
Prueba superada con xito.
3. Consultar incidencias en Almacn
3.1.
Descripcin
Nos introducimos en el sistema como tcnico de almacn,
accediendo a su funcionalidad. Ante cualquier incidencia que nos
ocurra mientras estemos atendiendo un pedido, tendremos la
oportunidad de crear un parte de incidencia que dejara reflejado en el
sistema cualquier problema que nos haya surgido durante la atencin
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
tcnico de almacn toni est dado de alta en la base de datos de
empleado y su clave correspondiente. Consultar la Base de Datos de
Pruebas para ver toda la especificacin completa de los datos.
3.3.
Entrada
Resultado esperado
El sistema nos muestra una nueva interfaz donde se listan todas las
incidencias almacenadas.
3.5.
Evaluacin de la Prueba
Prueba superada con xito.
Descripcin
Nos introducimos en el sistema como operadora, accediendo a su
funcionalidad. Ante cualquier incidencia que nos ocurra mientras
estemos elaborando un pedido, tendremos la oportunidad de crear
un parte de incidencia que dejara reflejado en el sistema cualquier
problema que nos haya surgido durante la elaboracin de ese
pedido.
4.2.
Condiciones de Ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
operadora maria est dado de alta en la base de datos de
empleado y su clave correspondiente y que el cliente Jaime con DNI
48315682-N tambin figure en la base de datos. Consultar la Base
de Datos de Pruebas para ver toda la especificacin completa de los
datos.
4.3.
Entrada
Resultado Esperado
La incidencia se almacena en el sistema.
4.5.
Evaluacin
Prueba superada con xito.
Descripcin
Nos introducimos en el sistema como operadora, accediendo a su
funcionalidad. Ante cualquier incidencia que nos ocurra mientras
estemos elaborando un pedido, tendremos la oportunidad de crear
un parte de incidencia que dejara reflejado en el sistema cualquier
problema que nos haya surgido durante la elaboracin de ese
pedido. En este caso, probaremos a crear una incidencia vaca para
ver como responde el sistema.
5.2.
Condiciones de Ejecucin
as condiciones de ejecucin del caso de prueba son que el usuario
operadora maria est dado de alta en la base de datos de
empleado y su clave correspondiente y que el cliente Jaime con DNI
48315682-N tambin figure en la base de datos. Consultar la Base de
Datos de Pruebas para ver toda la especificacin completa de los
datos.
5.3.
Entrada
5.4.
Resultado Esperado
El sistema nos muestra un mensaje de error que nos indica que el
campo observaciones no puede ser vaco.
5.5.
Evaluacin
Prueba superada con xito.
6. Consultar incidencias en Ventas
6.1.
Descripcin
Nos introducimos en el sistema como operadora, accediendo a su
funcionalidad. Ante cualquier incidencia que nos ocurra mientras
estemos elaborando un pedido, tendremos la oportunidad de crear un
parte de incidencia que dejara reflejado en el sistema cualquier
problema que nos haya surgido durante la elaboracin de ese
pedido. En este caso, consultaremos la lista de incidencias
almacenadas en el sistema.
6.2.
Condiciones de Ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
operadora maria est dado de alta en la base de datos de
empleado y su clave correspondiente y que el cliente Jaime con DNI
48315682-N tambin figure en la base de datos. Consultar la Base de
Datos de Pruebas para ver toda la especificacin completa de los
datos.
6.3.
Entrada
Resultado Esperado
El sistema nos muestra una nueva interfaz donde se listan todas las
incidencias almacenadas.
6.5.
Evaluacin
Prueba superada con xito.
Descripcin
Nos introducimos en el sistema como tcnico de almacn,
accediendo a su funcionalidad y solicitamos consultar pedidos en
atencin, el sistema nos mostrara una lista con los pedidos en
atencin que haya almacenados en el sistema. Seleccionaremos un
pedido y lo pasaremos a envo.
1.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
tcnico de almacn Toni est dado de alta en la base de datos de
empleado y su clave correspondiente. Consultar la Base de Datos de
Pruebas para ver toda la especificacin completa de los datos.
1.3.
Entrada
1.4.
cdigo 3.
Pulsamos el botn Pasar a listo para envo.
Resultado esperado
El pedido queda almacenado en el sistema como listo para envo.
1.5.
Evaluacin de la Prueba
Prueba superada con xito.
Descripcin
Nos introducimos en el sistema como tcnico de almacn,
accediendo a su funcionalidad y solicitamos consultar pedidos en
atencin, el sistema nos mostrara una lista con los pedidos en
atencin que haya almacenados en el sistema. Seleccionaremos un
pedido y despus de comprobar desde la opcin atender pedido que
tiene todas las cantidades asignadas lo pasaremos a envo.
2.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
tcnico de almacn Toni est dado de alta en la base de datos de
empleado y su clave correspondiente. Consultar la Base de Datos de
Pruebas para ver toda la especificacin completa de los datos.
2.3.
Entrada
Introducimos toni en el campo usuario
2.4.
Resultado esperado
El pedido queda almacenado en el sistema como listo para envo.
2.5.
Evaluacin de la Prueba
Prueba superada con xito.
Descripcin
Nos introducimos en el sistema como tcnico de almacn,
accediendo a su funcionalidad y solicitamos consultar pedidos en
atencin, el sistema nos mostrara una lista con los pedidos en
atencin que haya almacenados en el sistema. Seleccionaremos un
pedido incompleto y lo pasaremos a envo, cancelando seguidamente
dicha decisin.
3.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
tcnico de almacn Toni est dado de alta en la base de datos de
empleado y su clave correspondiente. Consultar la Base de Datos de
Pruebas para ver toda la especificacin completa de los datos.
3.3.
Entrada
3.4.
cdigo 7.
Pulsamos el botn Pasar a listo para envo.
Nos aparece un mensaje de confirmacin que nos indica que el
3.5.
Evaluacin de la Prueba
Prueba superada con xito.
Descripcin
Nos introducimos en el sistema como tcnico de almacn,
accediendo a su funcionalidad y solicitamos consultar pedidos en
atencin, el sistema nos mostrara una lista con los pedidos en
atencin que haya almacenados en el sistema. Seleccionaremos un
pedido incompleto y lo pasaremos a envo, responderemos
afirmativamente a la confirmacin de paso de envo y responderemos
afirmativamente a la creacin de un pedido con las cantidades
restantes.
4.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
tcnico de almacn Toni est dado de alta en la base de datos de
empleado y su clave correspondiente. Consultar la Base de Datos de
Pruebas para ver toda la especificacin completa de los datos.
4.3.
Entrada
4.4.
4.5.
Evaluacin de la Prueba
Prueba superada con xito.
Descripcin
Nos introducimos en el sistema como tcnico de almacn,
accediendo a su funcionalidad y solicitamos consultar pedidos en
atencin, el sistema nos mostrara una lista con los pedidos en
atencin que haya almacenados en el sistema. Seleccionaremos un
pedido incompleto y lo pasaremos a envo, responderemos
afirmativamente a la confirmacin de paso de envo y responderemos
negativamente a la creacin de un pedido con las cantidades
restantes.
5.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
tcnico de almacn Toni est dado de alta en la base de datos de
empleado y su clave correspondiente. Consultar la Base de Datos de
Pruebas para ver toda la especificacin completa de los datos.
5.3.
Entrada
5.4.
Resultado esperado
El pedido se almacena en el sistema con estado listo para envo.
5.5.
Evaluacin de la Prueba
Prueba superada con xito.
GESTION DE VENTAS
A. Caso de Pruebas de Elaborar Pedido
I. Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de
Uso Elaborar Pedido.
La pruebas realizadas a este caso de uso son:
Elaborar pedido y enviar a almacn.
Elaborar pedido y guardar.
Elaborar pedido vaco y guardar.
almacn.
Modificar pedido, aadiendo / eliminando una lnea de pedido, y guardar.
Modificar direccin de correo del pedido.
Modificar pedido eliminando todas sus lneas.
Eliminar pedido.
El entorno del cual partiremos para realizar la prueba ser el formulario de
entrada de la aplicacin.
1. Elaborar pedido y enviar a almacn
1.1.
Descripcin
Nos introducimos en el sistema como empleado, accediendo a su
funcionalidad y solicitamos elaborar un pedido, el sistema nos
mostrara una interfaz para que llevemos a cabo la elaboracin de
dicho pedido. Una vez elaborado escogeremos la opcin enviar a
almacn.
1.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
operadora maria est dado de alta en la base de datos de
empleado y su clave correspondiente y que el cliente Jaime con DNI
48315682-N tambin figure en la base de datos. Consultar la Base
de Datos de Pruebas para ver toda la especificacin completa de los
datos.
1.3.
Entrada
Introduce 2 en cantidad
Resultado esperado
El sistema almacena el nuevo pedido con estado No atendido.
1.5.
Evaluacin de la Prueba
Descripcin
Nos introducimos en el sistema como empleado, accediendo a su
funcionalidad y solicitamos elaborar un pedido, el sistema nos
mostrara una interfaz para que llevemos a cabo la elaboracin de
dicho pedido. Una vez elaborado escogeremos la opcin guardar.
2.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
operadora maria est dado de alta en la base de datos de
empleado y su clave correspondiente y que el cliente Jaime con DNI
48315682-N tambin figure en la base de datos. Consultar la Base
de Datos de Pruebas para ver toda la especificacin completa de los
datos.
2.3.
Entrada
Introduce 2 en cantidad
2.4.
Resultado esperado
El sistema almacena el nuevo pedido con estado No atendido.
2.5.
Evaluacin de la Prueba
Prueba superada con xito
Descripcin
Nos introducimos en el sistema como usuario representante de
ventas, accediendo a su funcionalidad y solicitamos elaborar un
pedido, el sistema nos mostrara una interfaz para que llevemos a
cabo la elaboracin de dicho pedido. Una vez dentro intentaremos
guardar o enviar la orden sin haber aadido ninguna lnea de pedido
para observar cmo responde el sistema.
3.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
representante de ventas luis, representante de ventas est dado de
alta en la base de datos de empleado y su clave correspondiente y
que el cliente Jaime con DNI 48315682-N tambin figure en la base
de datos. Consultar la Base de Datos de Pruebas para ver toda la
especificacin completa de los datos.
3.3.
Entrada
3.4.
Resultado esperado
El sistema muestra un mensaje de error avisando al cliente de que
no es posible almacenar en el sistema un pedido vaco.
3.5.
Evaluacin de la Prueba
Prueba superada con xito
Descripcin
Nos introducimos en el sistema como usuario representante de
ventas, accediendo a su funcionalidad y solicitamos elaborar un
pedido, el sistema nos mostrara una interfaz para que llevemos a
cabo la elaboracin de dicho pedido. Una vez dentro intentaremos
guardar o enviar la orden sin haber aadido ninguna lnea de pedido
para observar como responde el sistema.
4.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
representante de ventas luis, representante de ventas est dado de
alta en la base de datos de empleado y su clave correspondiente y
que el cliente Jaime con DNI 48315682-N tambin figure en la base
de datos. Consultar la Base de Datos de Pruebas para ver toda la
especificacin completa de los datos.
4.3.
Entrada
4.4.
4.5.
Evaluacin de la Prueba
Descripcin
Nos introducimos en el sistema como usuario representante de
ventas, el sistema nos mostrara una interfaz para que llevemos a
cabo la elaboracin de dicho pedido. Aparece una lista de pedidos
solicitados por el cliente que estn en proceso de elaboracin.
Seleccionaremos uno de ellos y lo editaremos para poder aadir una
lnea de pedido asociada a un producto ya incluido en el pedido.
5.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
representante de ventas luis, representante de ventas est dado de
alta en la base de datos de empleado y su clave correspondiente y
que el cliente Jaime con DNI 48315682-N tambin figure en la base
de datos. Consultar la Base de Datos de Pruebas para ver toda la
especificacin completa de los datos.
5.3.
Entrada
5.4.
Introduce 1 en cantidad
Resultado esperado
El sistema nos muestra un mensaje de aviso informndonos de que
en ese pedido ya existe una lnea asociada a ese cdigo de artculo y
pregunta si desea sobrescribirla o cancelar.
5.5.
Evaluacin de la Prueba
Descripcin
Nos introducimos en el sistema como usuario representante de
ventas, el sistema nos mostrara una interfaz para que llevemos a
cabo la elaboracin de dicho pedido. Aparece una lista de pedidos
solicitados por el cliente que estn en proceso de elaboracin.
Seleccionaremos uno de ellos y lo editaremos para poder aadir una
lnea de pedido, probaremos a introducir una cantidad de producto
que est fuera del rango permitido, probaremos una inferior al
mnimo y otra superior al mximo.
6.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
representante de ventas luis, representante de ventas est dado de
alta en la base de datos de empleado y su clave correspondiente y
que el cliente Jaime con DNI 48315682-N tambin figure en la base
de datos. Consultar la Base de Datos de Pruebas para ver toda la
especificacin completa de los datos.
6.3.
Entrada
6.4.
Resultado esperado
El sistema nos muestra para cada una de las cantidades introducidas
un mensaje de error indicndonos que estamos introduciendo una
cantidad errnea ya que est fuera del rango permitido.
6.5.
Evaluacin de la Prueba
Descripcin
Nos introducimos en el sistema como usuario representante de
ventas, el sistema nos mostrara una interfaz para que llevemos a
cabo la elaboracin de dicho pedido. Aparece una lista de pedidos
solicitados por el cliente que estn en proceso de elaboracin.
Seleccionaremos uno de ellos y lo editaremos para poder aadir una
lnea de pedido asociada a un producto ya incluido en el pedido y
aadir un producto inexistente.
7.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
representante de ventas luis, representante de ventas est dado de
alta en la base de datos de empleado y su clave correspondiente y
que el cliente Jaime con DNI 48315682-N tambin figure en la base
de datos. Consultar la Base de Datos de Pruebas para ver toda la
especificacin completa de los datos.
7.3.
Entrada
7.4.
Resultado esperado
El sistema nos muestra un mensaje de error informndonos de que el
artculo introducido no existe.
7.5.
Evaluacin de la Prueba
Prueba superada con xito.
Descripcin
Nos introducimos en el sistema como empleado, accediendo a su
funcionalidad y solicitamos elaborar un pedido, el sistema nos
mostrara una interfaz para que llevemos a cabo la elaboracin de
dicho pedido, que consistir en aadir una nueva lnea de pedido y
eliminar una de las existentes de un pedido en elaboracin. Una vez
elaborado escogeremos la opcin enviar a almacn.
8.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
operadora maria est dado de alta en la base de datos de
empleado y su clave correspondiente y que el cliente Jaime con DNI
48315682-N tambin figure en la base de datos. Consultar la Base
de Datos de Pruebas para ver toda la especificacin completa de los
datos.
8.3.
Entrada
o
o
Introduce 2 en cantidad
Resultado esperado
El sistema almacena las nuevas modificaciones del pedido
seleccionado.
8.5.
Evaluacin de la Prueba
Descripcin
Nos introducimos en el sistema como empleado, accediendo a su
funcionalidad y solicitamos elaborar un pedido, el sistema nos
mostrara una interfaz para que llevemos a cabo la elaboracin de
dicho pedido, que consistir en aadir una nueva lnea de pedido y
eliminar una existente de un pedido en elaboracin. Una vez
elaborado escogeremos la opcin enviar a almacn.
9.2.
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el usuario
representante de ventas luis, representante de ventas est dado de
alta en la base de datos de empleado y su clave correspondiente y
que el cliente Jaime con DNI 48315682-N tambin figure en la base
de datos. Consultar la Base de Datos de Pruebas para ver toda la
especificacin completa de los datos.
9.3.
Entrada
Resultado esperado
El sistema almacena las nuevas modificaciones del pedido
seleccionado.
9.5.
Evaluacin de la Prueba
10.3. Entrada
Introduce 2 en el campo N
Descripcin
Nos introducimos en el sistema como empleado, accediendo a su
funcionalidad y solicitamos elaborar un pedido, el sistema nos
Condiciones de ejecucin
Las condiciones de ejecucin del caso de prueba son que el
usuario operadora luis est dado de alta en la base de datos de
empleado y su clave correspondiente y que el cliente Jaime con
DNI 48315682-N tambin figure en la base de datos. Consultar la
Base de Datos de Pruebas para ver toda la especificacin
completa de los datos.
11.3. Entrada
pedido.
El cliente solicita comprar un par de sudaderas.
La operadora introduce una lnea de pedido:
o
Introduce 2 en cantidad
CONCLUSIONES Y RECOMENDACIONES
A. CONCLUSIONES
del
desarrollo
del
proyecto
fueron
cumplidos
de
manera
satisfactoria.
B. RECOMENDACIONES
independencia,
costo
y facilidad
de
desarrollo e
Para
REFERENCIA BIBIOGRFICA
A. Bibliografa Fsica
1) ALVAREZ GENDIN, SABINO (2000). TEORA Y PRCTICA DE LO
CONTENCIOSO DE PROCESOS DE VENTAS. Editorial Bosch. Pgs.
220. Barcelona-Espaa
2) KENDALL KENNETH E(2007) Informtica de Sistemas ltima edicin;
editorial ra-ma; Lima-Per; uned.
3) MC CONNELL STEVE (1996). DESARROLLO Y GESTIN DE
PROYECTOS INFORMTICOS Gestin de Riesgo, editorial mc. Graw
Hill. 691 p primera edicin, aravaca (Madrid). Isbn: 84-481-1229-6.
4) MICROSOFT SQL SERVER INTEGRATION SERVICES (2005)
MICROSOFT press. "manual de programador visual Basic 6.0" editorial
mc. Graw-hill. 2005.
5) LLACCHUA GUTIERRES, Melquiades (2007)Diseo de un Sistema de
Comercializacin para el supermercado mini market titos
6) BALLOU, R. (2004). Logstica administracin de la cadena de
suministro. Editorial. Pearson. Mxico DF.
7) BOWERSOX, D. Y OTROS (2007). Administracin y Logstica de la
Cadena de Suministro. Editorial. Mc Graw-Hill Interamericano. Mxico
DF.
B. Bibliografa Virtual
http://www.elprisma.com/apuntes/administracion_de_empresas/procesoadmini
strativo/
http://www.ra-ma.es/libros/SISTEMAS-INFORMATICOS-CFGS/32651/978-849964-099-0
http://es.wikipedia.org/wiki/Visual_Basic
http://www.monografias.com-administracion.htm
.
http://www.itba.edu.ar/archivos/secciones/gomez_tesisprocesosventas.pdf
http://www.geoogle.com/organizacion/elementosbasicosdelosprocesosdeventas
/segunalgunosautores.htm
http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational
http://www.monografias.com-procesosventas.htm
http://www-01.ibm.com/software/rational/uml/
http://www.mcgraw-hill.es/bcv/guide/capitulo/8448169204.pdf
http://www.taringa.net/posts/info/1442455/Tesis-Ingenieria-informatica.html
B. ANEXOS
PLANIFICACION DEL PROYECTO
Comienzo
Aprobacin
Semana
Semana
14/10/02 -
28/10/02 -
20/10/02
3/11/02
Semana
Semana
14/10/02 -
28/10/02 -
20/10/02
3/11/02
Requisitos
Glosario
Visin
Semana
Semana
21/10/02 -
28/10/02 -
27/10/02
3/11/02
Semana
Modelo de Casos de Uso
28/10/02 -
Siguiente fase
3/11/02
Semana
Especificacin de Casos de Uso
28/10/02 -
Siguiente fase
3/11/02
Semana
Especificaciones Adicionales
28/10/02 -
Siguiente fase
3/11/02
Anlisis / Diseo
Semana
Modelo de Anlisis / Diseo
21/10/02 -
Siguiente fase
27/10/02
Semana
Modelo de Datos
21/10/02 -
Siguiente fase
27/10/02
Implementacin
Semana
Prototipos de Interfaces de Usuario
28/10/02 -
Siguiente fase
3/11/02
Semana
Modelo de Implementacin
28/10/02 -
Siguiente fase
3/11/02
Pruebas
Semana
Casos de Pruebas Funcionales
28/10/02 -
Siguiente fase
3/11/02
Despliegue
Semana
Modelo de Despliegue
28/10/02 -
Siguiente fase
3/10/02
Gestin de Cambios y Configuracin
proyecto
Ambiente
Semana
Semana
14/10/02 -
28/10/02 -
20/10/02
3/11/02
proyecto
Comienzo
Aprobacin
Modelo de Casos de Uso del Negocio y Modelo de Objetos del Semana 14/10/02 Negocio
20/10/02
Aprobado
Requisitos
Glosario
Visin
Especificaciones Adicionales
Aprobado
Aprobado
17/12/02
17/12/02
17/12/02
Semana 21/10/02 -
Revisar en cada
27/10/02
iteracin
Semana 21/10/02 -
Revisar en cada
27/10/02
iteracin
Semana 28/10/02 -
Revisar en cada
3/11/02
iteracin
Semana 28/10/02 -
Revisar en cada
3/11/02
iteracin
Anlisis / Diseo
Modelo de Datos
Implementacin
Modelo de Implementacin
Pruebas
Semana 28/10/02 -
Revisar en cada
3/11/02
iteracin
Semana 28/10/02 -
Revisar en cada
3/10/02
iteracin
Durante todo el
Durante todo el
proyecto
proyecto
Semana 14/10/02 -
Revisar en cada
20/10/02
iteracin
Durante todo el
Durante todo el
proyecto
proyecto
Despliegue
Modelo de Despliegue
Ambiente
Comienzo
Aprobacin
19/11/2002
12/12/2002
23/11/2002
12/12/2002
Comienzo
Aprobacin
19/11/2002
Aprobado
23/11/2002
Aprobado
13/01/2003
17/01/2003
16/12/2002
17/01/2003
13/01/2003
17/01/2003
13/01/2003
17/01/2003
Diario de Ejecucin
DIARIO DE EJECUCION
Da
Actividad desarrollada
Dedicacin
estimada
(en horas
de trabajo)
03/09/2002
07/10/2002
10/10/2002
14/10/2002
17/10/2002
3,5
1
3,5
3
1,5
31/10/2002
1
3
5,5
2,5
7,5
1,5
7,5
11/11/2002
12/11/2002
7
7,5
9,5