Está en la página 1de 192

DESARROLLO DE SOFTWARE

PARA EL CONTROL DE ARTICULOS


DEPORTIVOS

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:

GESTION DEL PROYECTO

1. PLAN DE DESARROLLO DE SOFTWARE


2. VISTA GENERAL DEL PROYECTO
3. GESTIN DEL PROYECTO
CAPITULO ii:

MODELADO DEL NEGOCIO

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

1. MODELO DE ANLISIS / DISEO: DIAGRAMA DE CLASES


2. MODELO DE DATOS: MODELO RELACIONAL
CAPITULO V:

IMPLEMENTACION

1. PROTOTIPO DE INTERFACE DE USUARIO


2. GESTIN DE VENTA
3. GESTIN DE ALMACN
CAPITULO VI:

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.

La tesis planteada posee un tipo de investigacin Descriptiva y Aplicada,


Descriptiva porque se analiz en funcin a dos variables (Independiente y
Dependiente), y el planteamiento de hiptesis, aplicada porque utilizaremos
programas que sern aplicadas para el desarrollo de la herramienta.
Para alimentar la informacin sobre los procesos en la empresa se utiliz el
mtodo de encuestas, realizando una pre-test y pos-test que por consiguiente
fue de mucha importancia para comprobar la hiptesis planteada. Asimismo, el
desarrollo de la investigacin tiene los siguientes captulos
En el Captulo I, tratamos acerca de la Gestin del Proyecto se muestran las
planificaciones temporales de desarrollo del proyecto en su fase de inicio y de
elaboracin, as como el diario de ejecucin del proyecto, junto con el diario de
construccin de la aplicacin y cumplimiento de los plazos estimados.
En el Captulo II,

Modelado del Negocio se encuentran los artefactos

utilizados de la metodologa RUP para definir un modelo del negocio, modelos


de objetos del negocio y el modelo del dominio.
El Captulo III,

trata sobre los Requisitos que nos ilustra acerca de los

artefactos definidos segn la metodologa RUP, es decir, el documento plan de


desarrollo software, el documento visin, el documento glosario y las
especificaciones tanto de los casos de uso como de los casos de pruebas
relacionados con estos. Tambin se recoge la gestin del proyecto con la
herramienta de Rational, el Requisite Pro, con la que adems de llevar el
control de toda la documentacin, se puede seguir la trazabilidad entre
requerimientos de todo el proyecto. En este apartado se muestran las matrices
de atributos de todos los requerimientos as como la navegabilidad entre ellos.
Por aadidura tambin se muestran los casos de uso de cada subsistema
generados con la herramienta Rational Rose, y desde los cuales tambin se
puede consultar la especificacin del caso de uso.
Asimismo en el Captulo IV, Anlisis/Diseo se muestran tanto el modelo de
anlisis/diseo (diagrama de clases) como el modelo de datos (modelo entidad

- relacin), desde los cuales se puede consultar la especificacin de los


mtodos de clase ms relevantes o las especificaciones de atributos.
En el Captulo V: Implementacin se muestran los prototipos de interfaces de
usuario de la aplicacin, tanto para el sistema de gestin de ventas como para
el sistema de gestin de almacn. Tambin en este apartado se muestran los
diagramas de componentes y diagrama de despliegue que modela las
aplicaciones incorporadas en el proyecto hasta la segunda iteracin de la fase
de construccin (segn la definicin de fases e iteraciones de la metodologa
RUP) y desde los cuales, a travs de los componentes se puede consultar el
cdigo fuente de cada uno.
Por ltimo, en el Captulo VI: Pruebas trata acerca de la especificacin de
casos de pruebas funcionales consultables mediante el navegador o bien
descargables mediante un enlace en formato zip. Se muestran nicamente los
casos de pruebas generados para los casos de uso incorporados hasta la
segunda iteracin de la fase de construccin.
Por tanto concluimos que el Sistema informtico del proceso de Ventas en la
citada empresa brindara informacin satisfactoriamente para los reportes
utilizados de acuerdo a los datos de la presente investigacin busca obtener
una considerable mejora en el control de sus procesos de ventas analizando la
problemtica actual e identificando las causales y estableciendo objetivos que
permitan superar las debilidades del proceso.

CAPITULO I: GESTIN DEL PROYECTO


En este captulo se detalla la planificacin inicial del proyecto para la fase de
inicio y la fase de elaboracin (segn la definicin de la metodologa RUP) y el
diario de ejecucin del proyecto, sesin tras sesin de trabajo.

1. PLAN DE DESARROLLO DE SOFTWARE


Este Plan de Desarrollo del Software es una versin preliminar preparada para
ser incluida en la propuesta elaborada como respuesta al proyecto de prcticas
de la asignatura de Laboratorio de Sistemas de Informacin de la Facultad de
Informtica de la Universidad Politcnica de Valencia. Este documento provee
una visin global del enfoque de desarrollo propuesto.
El proyecto est basado en la metodologa de Rational Unified Process en la
que nicamente se proceder a cumplir con las tres primeras fases que marca
la metodologa, constando nicamente en la tercera fase de dos iteraciones. Es
importante destacar esto puesto que utilizaremos la terminologa RUP en este
documento. Se incluir el detalle para las fases de Inicio y Elaboracin y
adicionalmente se esbozarn las fases posteriores de Construccin y
Transicin para dar una visin global de todo proceso.
El enfoque desarrollo propuesto constituye una configuracin del proceso RUP
de acuerdo a las caractersticas del proyecto, seleccionando los roles de los
participantes, las actividades a realizar y los artefactos (entregables) que sern
generados. Este documento es a su vez uno de los artefactos de RUP.
1.1.

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:

El jefe del proyecto lo utiliza para organizar la agenda y


necesidades de recursos, y para realizar su seguimiento.

Los miembros del equipo de desarrollo lo usan para entender lo


qu deben hacer, cundo deben hacerlo y qu otras actividades
dependen de ello.

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.

Posteriormente, el avance del proyecto y el

seguimiento en cada una de las iteraciones ocasionar el ajuste de


este documento produciendo nuevas versiones actualizadas.

2. Vista General del Proyecto


2.1.

Propsito, Alcance y Objetivos


La informacin que a continuacin se incluye ha sido extrada de las
diferentes reuniones que se han celebrado con el stakeholder de la
empresa desde el inicio del proyecto, Patricio Letelier Torres.
Deportes LSI 03 lleva a cabo la venta al por mayor de artculos
deportivos a nivel internacional. La entrada en un mercado
competitivo como en el que encuentra inmersa este firma conllevar
una previsible adaptacin a los nuevos sistemas de informacin y a la
evolucin tecnolgica. Por ello, Deportes LSI 03 considera necesario
el desarrollo de un nuevo sistema de gestin de los artculos
deportivos que forman parte de sus catlogos, as como las bases de
datos que recogen datos tanto estadsticos, empresariales como de
nminas, plantillas de personal, etc., por tanto los solicitantes
demandan una gestin ms rpida, automtica y segura de las

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

domicilio del cliente.


Procedimiento de venta mediante el sistema online, va web.

b) Gestin de Almacenes, incluyendo:


Gestin de nuevos pedidos.
Reserva de stock para la preparacin de pedidos.
Gestin de incidencias de stock.
Gestin de pedidos para envo.
Gestin de consultas de estado de pedidos
Cancelacin de pedidos solicitado por el cliente
c) Gestin de Envos, incluyendo:
Gestin de Pedidos para envo.
Gestin de recibos
d) Departamento de Recursos Humanos.
e) Departamento de Marketing.
f) Departamento de Logstica.
g) Contabilidad y Facturacin.
2.2.

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.

Gestin de flujos de trabajo, seguridad de transacciones e

intercambio de informacin
Adaptacin a la normativa de Proteccin de Datos

b) La automatizacin de la gestin interna del registro debe ajustarse


a la legislacin vigente y considerar la previsin de la nueva
legislacin referente a los dominios de tercer nivel.

El subsistema Gestin de Almacenes debe disearse como


mdulo independiente para ser utilizado posteriormente en
otras regiones de los distintos almacenes no centralizados
encargados de proveer a cada regin de clientes de Deportes
LSI 03.

Como es natural, la lista de suposiciones y restricciones se incrementar


durante el desarrollo del proyecto, particularmente una vez establecido el
artefacto Visin.
2.3.

Entregables del proyecto


A continuacin se indican y describen cada uno de los artefactos que
sern generados y utilizados por el proyecto y que constituyen los
entregables. Esta lista constituye la configuracin de RUP desde la
perspectiva de artefactos, y que proponemos para este proyecto.
Es preciso destacar que de acuerdo a la filosofa de RUP (y de todo
proceso iterativo e incremental), todos los artefactos son objeto de
modificaciones a lo largo del proceso de desarrollo, con lo cual, slo
al trmino del proceso podramos tener una versin definitiva y
completa de cada uno de ellos. Sin embargo, el resultado de cada
iteracin y los hitos del proyecto estn enfocados a conseguir un
cierto grado de completitud y estabilidad de los artefactos. Esto ser
indicado ms adelante cuando se presenten los objetivos de cada
iteracin.
1) Plan de Desarrollo del Software
Es el presente documento.
2) Modelo de Casos de Uso del Negocio

Es un modelo de las funciones de negocio vistas desde la


perspectiva de los actores externos (Agentes de registro,
solicitantes finales, otros sistemas etc.). permite situar al sistema
en el contexto organizacional haciendo nfasis en los objetivos en
este mbito. Este modelo se representa con un Diagrama de
Casos de Uso usando estereotipos especficos para este modelo.
3) Modelo de Objetos del Negocio
Es un modelo que describe la realizacin de cada caso de uso
del negocio, estableciendo los actores internos, la informacin que
en trminos generales manipulan y los flujos de trabajo
(workflows) asociados al caso de uso del negocio. Para la
representacin de este modelo se utilizan Diagramas de
Colaboracin (para mostrar actores externos, internos y las
entidades (informacin) que manipulan, un Diagrama de Clases
para mostrar grficamente las entidades del sistema y sus
relaciones, y Diagramas de Actividad para mostrar los flujos de
trabajo.
4) Glosario
Es un documento que define los principales trminos usados en
el proyecto. Permite establecer una terminologa consensuada. .
5) Modelo de Casos de Uso
El modelo de Casos de Uso presenta las funciones del sistema y
los actores que hacen uso de ellas. Se representa mediante
Diagramas de Casos de Uso.
6) Visin
Este documento define la visin del producto desde la perspectiva
del cliente, especificando las necesidades y caractersticas del
producto. Constituye una base de acuerdo en cuanto a los
requisitos del sistema.

7) Especificaciones de Casos de Uso


Para los casos de uso que lo requieran (cuya funcionalidad no sea
evidente o que no baste con una simple descripcin narrativa) se
realiza una descripcin detallada utilizando una plantilla de
documento, donde se incluyen: precondiciones, post-condiciones,
flujo de eventos, requisitos no-funcionales asociados. Tambin,
para casos de uso cuyo flujo de eventos sea complejo podr
adjuntarse una representacin grfica mediante un Diagrama de
Actividad.
8. Especificaciones Adicionales
Este documento capturar todos los requisitos que no han sido
incluidos como parte de los casos de uso y se refieren
requisitos no-funcionales globales. Dichos requisitos incluyen:
requisitos legales o normas, aplicacin de estndares,
requisitos de calidad del producto, tales como: confiabilidad,
desempeo, etc., u otros requisitos de ambiente, tales como:
sistema operativo, requisitos de compatibilidad, etc.
9) Prototipos de Interfaces de Usuario
Se trata de prototipos que permiten al usuario hacerse una idea
ms o menos precisa de las interfaces que proveer el sistema
y as, conseguir retroalimentacin de su parte respecto a los
requisitos del sistema. Estos prototipos se realizarn como:
dibujos a mano en papel, dibujos con alguna herramienta
grfica o prototipos ejecutables interactivos, siguiendo ese
orden de acuerdo al avance del proyecto. Slo los de este
ltimo tipo sern entregados al final de la fase de Elaboracin,
los otros sern desechados. Asimismo, este artefacto, ser
desechado en la fase de Construccin en la medida que el
resultado de las iteraciones vayan desarrollando el producto
final.
10)Modelo de Anlisis y Diseo

Este modelo establece la realizacin de los casos de uso en


clases y pasando desde una representacin en trminos de
anlisis (sin incluir aspectos de implementacin) hacia una de
diseo (incluyendo una orientacin hacia el entorno de
implementacin), de acuerdo al avance del proyecto.
11) Modelo de Datos
Previendo que la persistencia de la informacin del sistema
ser soportada por una base de datos relacional, este modelo
describe la representacin lgica de los datos persistentes, de
acuerdo con el enfoque para modelado relacional de datos.
Para expresar este modelo se utiliza un Diagrama de Clases
(donde se utiliza un profile UML para Modelado de Datos, para
conseguir la representacin de tablas, claves, etc.) .
12)Modelo de Implementacin
Este modelo es una coleccin de componentes y los
subsistemas que los contienen. Estos componentes incluyen:
ficheros ejecutables, ficheros de cdigo fuente, y todo otro tipo
de ficheros necesarios para la implantacin y despliegue del
sistema. (Este modelo es slo una versin preliminar al final de
la

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

caso de prueba llevar asociado un procedimiento de prueba


con las instrucciones para realizar la prueba, y dependiendo del
tipo de prueba dicho procedimiento podr ser automatizable
mediante un script de prueba.
15)Solicitud de Cambio
Los cambios propuestos para los artefactos se formalizan
mediante este documento. Mediante este documento se hace
un seguimiento de los defectos detectados, solicitud de
mejoras o cambios en los requisitos del producto. As se provee
un registro de decisiones de cambios, de su evaluacin e
impacto, y se asegura que stos sean conocidos por el equipo
de desarrollo. Los cambios se establecen respecto de la ltima
baseline (el estado del conjunto de los artefactos en un
momento determinado del proyecto) establecida. En nuestro
caso al final de cada iteracin se establecer una baseline.
16)Plan de Iteracin
Es

un

conjunto

de

actividades

tareas

ordenadas

temporalmente, con recursos asignados, dependencias entre


ellas. Se realiza para cada iteracin, y para todas las fases.
17)Evaluacin de Iteracin
Este documento incluye le evaluacin de los resultados de
cada iteracin, el grado en el cual se han conseguido los
objetivos de la iteracin, las lecciones aprendidas y los cambios
a ser realizados.
18)Lista de Riesgos
Este documento incluye una lista de los riesgos conocidos y
vigentes en el proyecto, ordenados en orden decreciente de
importancia y con acciones especficas de contingencia o para
su mitigacin.
19)Manual de Instalacin

Este documento incluye las instrucciones para realizar la


instalacin del producto.
20)Material de Apoyo al Usuario Final
Corresponde a un conjunto de documentos y facilidades de uso
del sistema, incluyendo: Guas del Usuario, Guas de
Operacin, Guas de Mantenimiento y Sistema de Ayuda en
Lnea
21) Producto
Los ficheros del producto empaquetados y almacenadas en un
CD

con

los

mecanismos

apropiados

para

facilitar

su

instalacin. El producto, a partir de la primera iteracin de la


fase

de

Construccin

es

desarrollado

incremental

iterativamente, obtenindose una nueva release al final de


cada iteracin.
Los artefactos 19, 20 y 21 se generarn a partir de la fase de
Construccin, con lo cual se han incluido aqu slo para dar
una visin global de todos los artefactos que se generarn en
el proceso de desarrollo.
2.4.

Evolucin del Plan de Desarrollo del Software


El Plan de Desarrollo del Software se revisar semanalmente y se
refinar antes del comienzo de cada iteracin.

3. Gestin del Proceso


3.1. Estimaciones del Proyecto
El presupuesto del proyecto y los recursos involucrados se adjuntan
en un documento separado.
3.2. Plan del Proyecto
En esta seccin se presenta la organizacin en fases e iteraciones y
el calendario del proyecto.

3.2.1. Plan de las Fases


El desarrollo se llevar a cabo en base a fases con una o ms
iteraciones en cada una de ellas. La siguiente tabla muestra una la
distribucin de tiempos y el nmero de iteraciones de cada fase (para
las fases de Construccin y Transicin es slo una aproximacin muy
preliminar)
Fase

Nro.
Iteraciones

Duracin

Fase de Inicio

3 semanas

de

2 semanas

Fase
de
Construccin

7 semanas

Fase
Transicin

Fase
Elaboracin

de

Los hitos que marcan el final de cada fase se describen en la siguiente


tabla.
Descripcin

Hito

Fase de Inicio

En esta fase desarrollar los requisitos del


producto desde la perspectiva del usuario, los
cuales sern establecidos en el artefacto Visin.
Los principales casos de uso sern identificados y
se har un refinamiento del Plan de Desarrollo del
Proyecto. La aceptacin del cliente / usuario del
artefacto Visin y el Plan de Desarrollo marcan el
final de esta fase.

Fase de
Elaboracin

En esta fase se analizan los requisitos y se


desarrolla un prototipo de arquitectura (incluyendo
las partes ms relevantes y / o crticas del
sistema). Al final de esta fase, todos los casos de
uso correspondientes a requisitos que sern
implementados en la primera release de la fase de
Construccin deben estar analizados y diseados
(en el Modelo de Anlisis / Diseo). La revisin y
aceptacin del prototipo de la arquitectura del
sistema marca el final de esta fase. En nuestro
caso particular, por no incluirse las fases
siguientes, la revisin y entrega de todos los
artefactos hasta este punto de desarrollo tambin
se incluye como hito. La primera iteracin tendr
como objetivo la identificacin y especificacin de
los principales casos de uso, as como su
realizacin preliminar en el Modelo de Anlisis /
Diseo, tambin permitir hacer una revisin
general del estado de los artefactos hasta este
punto y ajustar si es necesario la planificacin para
asegurar el cumplimiento de los objetivos. Ambas
iteraciones tendrn una duracin de una semana.

Fase de
Construccin

Durante la fase de construccin se terminan de


analizar y disear todos los casos de uso, refinando
el Modelo de Anlisis / Diseo. El producto se
construye en base a 2 iteraciones, cada una
produciendo una release a la cual se le aplican las
pruebas y se valida con el cliente / usuario. Se
comienza la elaboracin de material de apoyo al
usuario. El hito que marca el fin de esta fase es la
versin de la release 3.0, con la capacidad
operacional parcial del producto que se haya
considerado como crtica, lista para ser entregada
a los usuarios para pruebas beta.

Fase de Transicin

En esta fase se prepararn dos releases para


distribucin, asegurando una implantacin y
cambio del sistema previo de manera adecuada,
incluyendo el entrenamiento de los usuarios. El
hito que marca el fin de esta fase incluye, la
entrega de toda la documentacin del proyecto
con los manuales de instalacin y todo el material
de apoyo al usuario, la finalizacin del
entrenamiento
de
los
usuarios
y
el
empaquetamiento del producto.

3.2.2. Calendario del Proyecto


A continuacin se presenta un calendario de las principales tareas
del proyecto incluyendo slo las fases de Inicio y Elaboracin. Como

se ha comentado, el proceso iterativo e incremental de RUP est


caracterizado por la realizacin en paralelo de todas las disciplinas
de desarrollo a lo largo del proyecto, con lo cual la mayora de los
artefactos son generados muy tempranamente en el proyecto pero
van desarrollndose en mayor o menor grado de acuerdo a la fase e
iteracin del proyecto. La siguiente figura ilustra este enfoque, en
ella lo ensombrecido marca el nfasis de cada disciplina (workflow)
en un momento determinado del desarrollo.

Para este proyecto se ha establecido el siguiente calendario. La fecha de


aprobacin indica cundo el artefacto en cuestin tiene un estado de
completitud suficiente para someterse a revisin y aprobacin, pero esto no
quita la posibilidad de su posterior refinamiento y cambios.

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

Modelado del Negocio


Modelo de Casos de Uso del Negocio y
Modelo de Objetos del Negocio
Requisitos
Glosario

14/10
20/10

28/10
3/11

Visin

Semana 2 Semana 3
21/10
28/10

27/10
3/11

Modelo de Casos de Uso

Semana 3
siguiente
28/10

fase
3/11

Especificacin de Casos de Uso

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

Gestin del proyecto


Plan de Desarrollo del Software en su
versin 1.0 y planes de las Iteraciones
Ambiente

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

Modelado del Negocio


Modelo de Casos de Uso del Negocio y
Modelo de Objetos del Negocio

Semana 1
14/10
Aprobado
20/10

Requisitos
Glosario

Semana 1
14/10
Aprobado
20/10

Visin

Semana 2
21/10
Aprobado
27/10

Modelo de Casos de Uso

Semana 3
Semana 5
28/10

11/12 17/12
3/11

Especificacin de Casos de Uso

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

Durante todo el proyecto

3.3 Seguimiento y Control del Proyecto


Gestin de Requisitos
Los requisitos del sistema son especificados en el artefacto Visin.
Cada requisito tendr una serie de atributos tales como importancia,
estado, iteracin donde se implementa, etc. Estos atributos permitirn
realizar un efectivo seguimiento de cada requisito. Los cambios en los
requisitos sern gestionados mediante una Solicitud de Cambio, las
cuales sern evaluadas y distribuidas para asegurar la integridad del
sistema y el correcto proceso de gestin de configuracin y cambios.
Control de Plazos
El calendario del proyecto tendr un seguimiento y evaluacin
semanal por el jefe de proyecto y por el Comit de Seguimiento y
Control.
Control de Calidad
Los defectos detectados en las revisiones y formalizados tambin en
una Solicitud de Cambio tendrn un seguimiento para asegurar la
conformidad respecto de la solucin de dichas deficiencias Para la
revisin de cada artefacto y su correspondiente garanta de calidad se
utilizarn las guas de revisin y checklist (listas de verificacin)
incluidas en RUP.
Gestin de Riesgos
A partir de la fase de Inicio se mantendr una lista de riesgos
asociados al proyecto y de las acciones establecidas como estrategia
para mitigarlos o acciones de contingencia. Esta lista ser evaluada al
menos una vez en cada iteracin.
Gestin de Configuracin
Se realizar una gestin de configuracin para llevar un registro de
los artefactos generados y sus versiones. Tambin se incluir la

gestin de las Solicitudes de Cambio y de las modificaciones que


stas produzcan, informando y publicando dichos cambios para que
sean accesibles a todo los participantes en el proyecto. Al final de
cada iteracin se establecer una baseline (un registro del estado de
cada artefacto, estableciendo una versin), la cual podr ser
modificada slo por una Solicitud de Cambio aprobada.

CAPITULO II:

MODELADO DEL NEGOCIO

A continuacin se presentan los modelos definidos en RUP como modelo del


negocio (modelo de casos de uso del negocio y de los objetos del negocio),
modelo de datos y modelo de anlisis y diseo. Tambin se muestran los
diagramas de componentes y diagramas de despliegue del proyecto.

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.

El diagrama que representa los diferentes subsistemas en los que se ha


dividido la empresa a nivel de abstraccin es el siguiente:

2. MODELADO DEL NEGOCIO


El modelado del negocio se basa en dos diagramas principales, el modelo
de casos de uso del negocio, el modelo del dominio y los modelos de
objetos del negocio.
La empresa interacta con distintos elementos externos, entre los que se
identifican el cliente externo (persona o entidad que solicita la compra de
productos a la empresa), el proveedor (persona o entidad que reabastece
de productos a la empresa) y por ltimo la empresa de transportes, que es
una subcontrata encargada de servir los pedidos desde los distintos
almacenes a los clientes de la empresa.
Modelo de Casos de Uso del Negocio

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

Modelo de Objetos de Vender Productos

Modelo de Objetos de Seguimiento y Consulta de Productos

Modelo de Objetos de Reponer Stock

Modelo de Objetos de Modificar Catlogo

Modelo de Objetos de Realizar Entrega

CAPITULO III: REQUISITOS


El propsito de ste captulo es recoger, analizar y definir las necesidades de
alto nivel y las caractersticas del

sistema de gestin de una empresa de

distribucin de artculos deportivos. El documento se centra en la funcionalidad


requerida por los participantes en el proyecto y los usuarios finales.
Esta funcionalidad se basa principalmente en la gestin de los almacenes que
la empresa tiene repartidos por las distintas zonas en las que acta, de forma
que dichos almacenes sean capaces de atender los distintos pedidos que les
son realizados.
Los detalles de cmo el sistema cubre los requerimientos se pueden observar
en la especificacin de los casos de uso y otros documentos adicionales.

1.

VISION

Comprende todas las tareas relacionadas con la determinacin de las


necesidades o de las condiciones a satisfacer para el software que nos
proponemos elaborar, tomando en cuenta los diversos requisitos de las partes
interesadas, que pueden entrar en conflicto entre ellos.
1. Alcance
El documento Visin se ocupa, como ya se ha apuntado, del sistema de
gestin de una empresa dedicada a la distribucin de artculos deportivos.
Dicho sistema ser desarrollado por el grupo de desarrollo de software
LSI 03.
El sistema permitir a los encargados de la empresa controlar todo lo
relativo a la distribucin de los artculos (gestin de stock, gestin de
pedidos, gestin de clientes, etc.). Adems, tambin permitir a los
clientes realizar pedidos online, realizar un seguimiento de sus pedidos,
etc.
2. Definiciones, Acrnimos, y Abreviaciones
RUP: Son las siglas de Rational Unified Process. Se trata de una
metodologa para describir el proceso de desarrollo de software.
3. Referencias
- Glosario.
- Plan de desarrollo de software.
- RUP (Rational Unified Process).
- Diagrama de casos de uso.
4. Posicionamiento
4.1. Oportunidad de Negocio
Este sistema permitir a la empresa informatizar el control de todas
sus actividades (gestin de stock en cada almacn, gestin de
pedidos, etc.), lo cual supondr un acceso rpido y sencillo a los
datos, gracias a interfaces grficas sencillas y amigables. Adems, los
datos accedidos estarn siempre actualizados, lo cual es un factor
muy importante para poder llevar un control centralizado de los
distintos almacenes.
El sistema tambin permite a los clientes acceder a los servicios de la
empresa a travs de web, de forma rpida y sencilla y sin necesidad
de intermediarios.
4.2. Sentencia que define el problema

El problema de

Controlar el stock existente en los distintos almacenes, de


forma que se puedan servir los pedidos que reciben dichos
almacenes.
Gestionar las rdenes de compra realizadas por los clientes.
Gestionar los pedidos realizados a los proveedores.
Gestionar la facturacin de la empresa.

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

Una solucin adecuada sera

Almacenar toda la informacin referente


a los almacenes, pedidos y rdenes de
compra recibidas, y que esta
informacin est al instante accesible y
actualizada en lugares fsicamente muy
distantes es un proceso prcticamente
imposible de realizar en el caso de que
no est informatizado.
Informatizar el proceso, usando una red
local con una base de datos accesible
desde los distintos nodos de la red y
generar interfaces amigables y sencillas
con las que acceder a dicha base de
datos.

4.3. Sentencia que define la posicin del Producto

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

El nombre del producto

Almacena la informacin necesaria para


gestionar una empresa de distribucin.
El sistema actual.

Que
no como

Permite gestionar las distintas


actividades de la empresa mediante una
interfaz grfica sencilla y amigable.
Adems proporciona un acceso rpido y
actualizado a la informacin desde
cualquier punto que tenga acceso a la
base de datos.

Nuestro producto

5. Descripcin de Stakeholders (Participantes en el Proyecto) y Usuarios


Para proveer de una forma efectiva productos y servicios que se ajusten a
las necesidades de los usuarios, es necesario identificar e involucrar a
todos los participantes en el proyecto como parte del proceso de modelado
de requerimientos. Tambin es necesario identificar a los usuarios del
sistema y asegurarse de que el conjunto de participantes en el proyecto los
representa adecuadamente. Esta seccin muestra un perfil de los
participantes y de los usuarios involucrados en el proyecto, as como los
problemas ms importantes que stos perciben para enfocar la solucin
propuesta hacia ellos. No describe sus requisitos especficos ya que stos
se capturan mediante otro artefacto. En lugar de esto proporciona la
justificacin de por qu estos requisitos son necesarios.
5.1. Resumen de Stakeholders
Nombre

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

5.2. Resumen de Usuarios


Nombre

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

5.3. Entorno de usuario

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

Los usuarios entrarn al sistema identificndose sobre un ordenador


con un sistema operativo Windows 2000 y tras este paso entrarn a la
parte de aplicacin diseada para cada uno segn su papel en la
empresa. Este sistema es similar a cualquier aplicacin Windows y
por tanto los usuarios estarn familiarizados con su entorno.
Los informes sern generados con Microsoft Word versin 2000, lo
cual tambin resultar familiar.
5.4. Perfil de los Stakeholders
5.4.1. Representante del rea tcnica y sistemas de informacin

Representan
te
Descripcin
Tipo
Responsabili
dades

Patricio Orlando Letelier Torres


Representante Global de la Empresa Deportes LSI 03.
Experto de Sistemas.
Encargado de mostrar las necesidades de cada usuario
del sistema. Adems, lleva a cabo un seguimiento del
desarrollo del proyecto y aprobacin de los requisitos y
funcionalidades del sistema
A definir por el cliente

Criterio de
xito
Grado de
participacin
Comentarios

Revisin de requerimientos, estructura del sistema


Ninguno

5.5. Perfiles de Usuario


5.5.1. Ingeniero de Logstica
Representan
te
Descripcin
Tipo
Responsabili
dades

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

5.5.2 Jefe de Almacn


Representan
te

Almacn

Descripcin

Jefe del almacn de una regin determinada.

Tipo

Usuario casual del sistema.

Responsabili
dades

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. Capacidad de toma de
decisiones en cuanto a distribucin de mercancas
desde otro almacn y cancelacin de pedidos que han
sido atendidos.
A definir por el cliente

Criterio de
xito
Grado de
participacin

A definir por el cliente

Comentarios

Ninguno.

5.5.3. Tcnico de Almacn


Representan
te
Descripcin

Almacn

Tipo

Usuario experto.

Responsabili
dades

Encargado directo del almacn, control de stocks y


distribucin de los productos, preparacin y atencin de
las rdenes de pedido y solicitudes de envo al cliente.
Gestin de incidencias a travs del de un tcnico
comercial para que se ponga en contacto con el cliente,
o bien por medio del jefe de almacn.
A definir por el cliente

Criterio de
xito
Grado de
participacin
Comentarios

Responsable del almacn de una regin determinada.

A definir por el cliente


Niniguno.

5.5.4 Representante de Ventas


Representant
e
Descripcin

Ventas

Tipo

Usuario experto.

Responsabilid
ades

Responsable de ventas del producto a los clientes,


mediante visitas al domicilio del cliente. Informa de las
ofertas y confecciona las rdenes de pedido. Tambin
participa en las incidencias de pedidos ponindose en
contacto con el cliente para la resolucin de los
mismos. Puede cancelar pedidos en estado de
elaboracin.
A definir por el cliente

Criterio de
xito
Grado de
participacin
Comentarios

Representante de ventas de los productos

A definir por el cliente


Ninguno.

5.5.5. Operadora
Representan
te

Ventas

Descripcin

Operadora de ventas de los productos

Tipo

Usuario experto.

Responsabili
dades

Responsable de ventas del producto a los clientes a


travs del telfono. Informa de las ofertas y confecciona
las rdenes de pedido. Tambin participa en las
incidencias de pedidos ponindose en contacto con el
cliente para la resolucin de los mismos.
A definir por el cliente

Criterio de
xito
Grado de
participacin

A definir por el cliente

Comentarios

Ninguno.

5.5.6. Jefe de Ventas


Representant
e
Descripcin
Tipo
Responsabilid
ades
Criterio de
xito
Grado de
participacin
Comentarios

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.

5.5.7. Encargado de Transporte


Representant
e
Descripcin

Envos

Criterio de

Encargado de Transportes de un almacn


determinado.
Usuario experto.
Supervisor del transporte de mercancas desde el
almacn hasta el domicilio de los clientes. Carga los
pedidos en el camin, registra en el sistema los datos
del envo y una vez entregado el pedido al cliente,
introduce el recibo de entrega en la base de datos.
A definir por el cliente

xito
Grado de

A definir por el cliente

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.

5.5.9. Empleado de Marketing


Representant
e
Descripcin

Marketing

Tipo

Usuario eventual.

Responsabilid
ades

Responsable de ofertas de lanzamiento, publicidad,


poltica de ventas y otros aspectos relacionados con el
marketing.
A definir por el cliente

Criterio de
xito
Grado de
participacin
Comentarios

Empleado del Departamento de Marketing.

A definir por el cliente


Ninguno.

5.5.10. Cliente Online


Representante

Ventas

Descripcin

Comprador de productos.

Tipo

Usuario casual.

Responsabilida
des

Realiza compras online y consulta del estado de


pedidos como del catlogo. Tambin puede darse de
alta, darse de baja o modificar sus datos de cliente.
A definir por el cliente

Criterio de
xito
Grado de
participacin
Comentarios

A definir por el cliente


Ninguno.

5.5.11. Empleado de Recursos Humanos


Representan
te
Descripcin

Recursos Humanos

Tipo

Usuario casual.

Empleado del Departamento de Recursos Humanos.

Responsabili
dades

Criterio de
xito
Grado de
participacin
Comentarios

Responsable de las entrevistas de trabajo y registra los


datos de las mismas, incluyendo la gestin de una base
de datos de currculos de trabajadores en potencia.
Tambin realiza la gestin de contratos y nminas del
personal.
A definir por el cliente
A definir por el cliente
Ninguno.

5.5.12. Jefe de Recursos Humanos


Representan
te
Descripcin

Recursos Humanos

Tipo

Usuario casual.

Responsabili
dades

Responsable de la gestin de personal, es decir,


gestin de contrataciones y gestin de despidos.
Tambin es responsable de la redistribucin de la
plantilla.
A definir por el cliente

Criterio de
xito
Grado de
participacin
Comentarios

Empleado del Departamento de Recursos Humanos.

A definir por el cliente


Ninguno.

6. Descripcin Global del Producto


6.1. Perspectiva del producto
El producto a desarrollar es un sistema global para la empresa
Deportes LSI 03, con la intencin de agilizar su funcionamiento. Las
reas a tratar por el sistema son: logstica, gestin de recursos
humanos, contabilidad y marketing.
6.2. Resumen de caractersticas
A continuacin se mostrar un listado con los beneficios que obtendr
el cliente a partir del producto:
Beneficio del cliente
Caractersticas que lo apoyan
Mayor agilidad en los pedidos dando Aplicacin web desde la cual poder
la posibilidad de hacerlo va servicios realizar los pedidos.
web.

Gestin automatizada del stock del


almacn.
Mayor facilidad para la gestin de los
recursos humanos.
Posibilidad de cancelacin de
rdenes por parte del cliente dando
la posibilidad de hacerlo va servicios
web.
Automatizacin de la cancelacin de
estas rdenes.
Mayor facilidad para el control e
catlogos para el rea de marketing.
Automatizacin
nminas

del

sistema

Sistema de optimizacin de del stock


en el almacn y previsin de pedidos
Base de datos centralizada con la
informacin de todo el personal.
Aplicacin web desde la que poder
cancelar pedidos.

Sistema automatizado de anulacin


de rdenes.
Base de datos con acceso remoto
desde la que poder controlar ofertas
y polticas de ventas.
de Sistema automtico de generacin
de nminas.

6.3. Suposiciones y dependencias


[A definir por el cliente]
6.4. Costo y precio
[A definir por el cliente]

7. Descripcin Global del Producto


7.1. Departamento de Recursos Humanos
Departamento encargado de la gestin de la plantilla y asignacin de
destino de trabajo. Los trabajadores con rol de recursos humanos
tendrn acceso a un a parte del subsistema en la que se darn de alta,
de baja y se modificarn datos de la plantilla, as como a otra parte en
la que asignarn el personal adecuado a cada rea.
7.2. Departamento de Marketing
Departamento responsable de la confeccin de catlogos d productos ,
polticas de ventas y realizar las distintas ofertas sobre los productos.
Los trabajadores con este rol tendrn acceso a una parte del sistema
conectado con la base de datos de producto de forma que puedan
controlar y aplicar las ofertas correspondientes sobre estos.

7.3. Departamento de Logstica


Departamento que dirige y gestiona el almacn centralizado de la
compaa, que es el abastecimiento principal del resto de almacenes.
Este departamento dispondr de una parte del sistema que
automatizar el proceso de reposicin de stocks de los almacenes y el
reabastecimiento de los distintos almacenes, tanto el central como los
regionales mediante los proveedores de la compaa.
7.3.1. Control de estadsticas de distintos datos
Para llevar un buen control de los requerimientos de la empresa,
las necesidades de cada almacn y de cada departamento es
necesario que el sistema genere una serie de datos estadsticos
histricos que clarifiquen el excesivo volumen de datos
numricos que se generan en la compra-venta de artculos.
7.4. Gestin de Almacn
En el subsistema de almacn se atienden los pedidos que han sido
elaborados en el departamento de ventas y que han sido pasados a la
gestin de almacenes. Los pedidos que figuran como no atendidos
pueden pasar a ser atendidos una vez que el tcnico de almacn
reserva stock de productos para dichos pedidos. Durante el proceso de
atencin el pedido puede sufrir diversas modificaciones en la
asignacin de stock, y una vez confeccionado en su totalidad, pasa a
pedido listo para envo, y una vez en este estado pasar a ser tratado
por el subsistema de gestin de envos.
7.4.1. Atencin de las rdenes de pedido procedentes de
elaboracin.
Un pedido que ha pasado del estado de elaboracin al estado de
pedido no atendido figurar en el almacn en el listado de
pedidos no atendidos. El tcnico de almacn podr atender un
pedido asignndole stock del almacn. Una vez confeccionado
completamente el pedido, el tcnico de almacn podr hacer
que figure el pedido como listo para envo, de tal forma que el

encargado de transportes sepa que lo puede cargar en el


camin. En cualquier momento, el pedido podr ser cancelado.
7.4.2 Gestin de incidencias de pedido
En caso de que en un pedido se detecte que no hay stock
suficiente para poder satisfacerlo, el tcnico de almacn podr
lanzar una incidencia de pedido, en la que figurar el o los
pedidos que no han podido completarse por falta de stock en el
almacn. Posteriormente el jefe de ventas del almacn
gestionar las incidencias de pedido y el dficit de stocks. El jefe
de almacn podr solicitar stock de productos a otros almacenes
para reponer el dficit de stock o bien podr solicitar al ingeniero
de logstica que distribuya productos del almacn central o bien
por medio de proveedor.
7.4.3 Consulta del estado de los pedidos
En todo momento, se podr consultar el estado de los pedidos
que se encuentran en periodo de no atencin, en periodo de
atencin, listos para envo y pedidos en estado de envo. La
informacin presentar los datos relevantes para cada estado
que se haya definido.
7.5. Gestin de Ventas
El departamento de ventas dispone de tres servicios distintos de
ventas: las ventas a domicilio del cliente mediante un representante de
ventas. Las ventas a travs de una de las operadoras de la empresa,
con la que el cliente solicita sus pedidos a travs del medio telefnico.
Y por ltimo, se dispondr de servicios web para poder hacer los
pedidos de esta forma, considerando al cliente como cliente online.
7.5.1

Informacin de ofertas y elaboracin de pedidos


Un representante de ventas o una operadora pueden elaborar
pedidos o bien para su propios clientes (caso del representante)
o bien para cualquier cliente (caso de la operadora). Los pedidos

figurarn en estado de elaboracin y eliminar a peticin del


cliente o modificar las lneas del pedido, ya sea en cantidades de
productos como en los distintos productos de que consta el
pedido.
7.5.2 Gestin de los datos de los clientes
Un representante de ventas o una operadora pueden modificar
los datos de los clientes. En el caso de la operadora podr
modificar cualquier cliente, y en el caso del representante de
ventas podr modificar cualquiera de los clientes a los que
representa. Tambin podrn darse de baja clientes, o darse de
alta unos nuevos. El cliente online tambin podr a travs de los
servicios web modificar sus datos, darse de alta o de baja.
5.5.3 Consulta de los productos del catlogo
Un representante de ventas, una operadora o un cliente online
pueden consultar en todo momento el catlogo a la hora de
elaborar su pedidos.
7.6 Gestin de Envos
En el sistema de envos, los pedidos se cargan en los camiones y se
refleja el estado nuevo de los pedidos en el sistema,
7.6.1 Enviar los pedidos del almacn pendientes de envo
Cuando se realiza un envo se incorporan los datos del
transportista, referencia del envo y fecha en la que se realiz el
transporte.
7.6.2. Control de los recibos de entrega
Posteriormente se lleva un control de recibos una vez que el
cliente ha recibido los pedidos en la direccin de envo
especificada. El estado de los envos de los pedidos se podr
consultar va los servicios web por parte del cliente o mediante

el propio sistema por parte del personal tanto de ventas como


de almacn y transportes.
7.7. Departamento de Contabilidad y Facturacin
El departamento de contabilidad y facturacin tendr acceso a todo el
subsistema de contabilidad y facturacin, es decir, todo aquello que
englobe cobro de pedidos pendientes, gestin de nminas y
comisiones, facturacin a clientes segn modalidad de pago, etc.

8. Restricciones
[A definir por el cliente]

9. Precedencia y Prioridad
[A definir por el cliente]

10. Otros Requisitos del Producto


10.1 Estndares Aplicables
[A definir por el cliente]
10.2 Requisitos de Sistema
[A definir por el cliente]
10.3 Requisitos de Desempeo
[A definir por el cliente]
10.4 Requisitos de Entorno
[A definir por el cliente]

11. Requisitos de Documentacin

[A definir por el cliente]


11.1 Manual de Usuario
[A definir por el cliente]
11.2. Ayuda en Lnea
[A definir por el cliente]
11.3. Guas de Instalacin, Configuracin, y Fichero Lame
[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

[A definir por [A definir por


el cliente]
el cliente]

Ninguna

Bajo

[A definir por [A definir por


el cliente]
el cliente]

Ninguna

Medio

[A definir por [A definir por


el cliente]
el cliente]

Ninguna

Medio

[A definir por [A definir por


el cliente]
el cliente]

Ninguna

Alto

[A definir por [A definir por


el cliente]
el cliente]

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.1 Enviar los


pedidos del
almacn

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

[A definir por [A definir por


el cliente]
el cliente]

Jos Antonio
Mochol

til

Medio

[A definir por [A definir por


el cliente]
el cliente]

Ninguna

Importa
nte

Medio

[A definir por [A definir por


el cliente]
el cliente]

Eduardo Bueno

Alto

[A definir por [A definir por


el cliente]
el cliente]

Jos Antonio
Mochol, Germn
Mira y Miguel
Mascilla

til

Medio

[A definir por [A definir por


el cliente]
el cliente]

Jos Antonio
Mochol, Germn
Mira y Miguel
Mascilla

Importa
nte

Medio

[A definir por [A definir por


el cliente]
el cliente]

Ninguna

Importa
nte

Medio

[A definir por [A definir por


el cliente]
el cliente]

Ninguna

Importa
nte

Medio

[A definir por [A definir por


el cliente]
el cliente]

Ninguna

Importa
nte

Bajo

[A definir por [A definir por


el cliente]
el cliente]

Ninguna

til

Bajo

[A definir por [A definir por


el cliente]
el cliente]

Ninguna

til

Medio

[A definir por [A definir por


el cliente]
el cliente]

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

Documento Plan de Desarrollo Software del Proyecto Deportes

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.

Organizacin del Glosario


El presente documento est organizado por definiciones de
trminos ordenados de forma ascendente segn la ordenacin
alfabtica tradicional del Espaol.

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.3. Cancelar pedido atendido


Un pedido que ya ha sido atendido por un tcnico de almacn
puede ser cancelado por el tcnico de almacn mientras el pedido
est en el almacn y no est en envo, simplemente eliminndolo
de la base de datos y liberando el stock que tiene asignado. El

cliente puede cancelar un pedido que est siendo enviado, pero


con un cargo aadido por costes de transporte.
2.4 Cancelar pedido en elaboracin
Un pedido que se encuentra en estado de elaboracin puede ser
cancelado o bien a travs de un representante de ventas o bien a
travs de una operadora. El primero de ellos podr eliminar
pedidos en elaboracin de aquellos clientes a quienes represente,
mientras que la segunda puede cancelar pedidos en elaboracin de
cualquier cliente. El propio cliente puede eliminar directamente sus
pedidos en elaboracin si accede al sistema como cliente online y
directamente a travs de la pgina web de elaborar pedidos online.
2.5.

Cancelar pedido listo para envo


Un pedido en estado de listo para envo slo puede ser cancelado
por el tcnico de almacn que pertenezca al almacn regional que
sirve a dicho pedido. El pedido podr ser eliminado de la lista de
pedidos listos para envo mediante la interfaz del mencionado
usuario, actualizndose la lista de pedidos listos para envo.

2.6.

Cancelar pedido online


Un pedido que est en elaboracin puede ser cancelado por el
cliente online simplemente seleccionando a travs de la pgina
web el pedido que desea eliminar y suprimindolo. La base de
datos se actualiza con la eliminacin del pedido en elaboracin.
Slo se pueden eliminar online pedidos en elaboracin.

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

El cliente externo es el cliente propiamente dicho, es decir, en la


visin que ofrece Rational Rose del modelo de casos de uso del
negocio, el cliente externo representa uno de tantos agentes
externos con los que interacta la empresa Deportes LSI 03. Por
tanto, el cliente externo es el comprador de los artculos, que puede
ser cualquier tienda de deportes, grandes almacenes e incluso
particulares.
2.9.

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.

2.10. Consultar pedidos a enviar


La consulta de los pedidos a enviar la puede realizar el encargado
de transportes mediante la interfaz grfica que muestra la
funcionalidad principal del subsistema de gestin de envos.
2.11. Cobro a clientes
El pago de los pedidos que realizan los clientes se realiza de
diversas maneras segn el tipo de cliente. En primer lugar, una vez
que se ha entregado la mercanca en la direccin de envo que ha
especificado el cliente para la entrega de un pedido, se realiza la
formalizacin de un recibo que posteriormente se introducir en el
sistema informtico. En segundo lugar, una vez que el recibo ha
llegado al departamento de cobro y facturacin, se determina el
tipo de pago que ha de realizar el cliente segn la forma de pago
que haya solicitado (a 30 das, a 60 das, etc.). Por ltimo, se
remite la factura al cliente una vez realizado el cobro del pedido.
2.12. Comprar a proveedor
La compra a proveedores se realiza a travs del departamento de
logstica, encargado de reabastecer tanto el almacn central como
los distintos almacenes regionales de la empresa. El ingeniero de

logstica contacta con los distintos proveedores cuando se detecta


dficit en algn artculo o cuando se prev un volumen de ventas
elevado. Se selecciona al proveedor que marque el precio ms
competitivo de acuerdo con la poltica de compras que marca la
empresa.
2.13. Confeccionar catlogo
El catlogo de productos sufre constantes cambios debido a la
fluctuacin de las demandas de los artculos y las diferentes modas
que se apoderan del momento. Por tanto, es responsabilidad del
departamento de marketing de la empresa la actualizacin del
catlogo de productos que ofrece la empresa a sus clientes.
2.14. Consultar catlogo
La consulta del catlogo se realiza mediante las interfaces que
ofrece el sistema. Tanto los representantes de ventas como las
operadoras pueden en todo momento consultar el catlogo para
informar a sus clientes de las descripciones de los productos y
precios, y para consultar las referencias de los artculos. Los
empleados del departamento de marketing tambin consultan el
catlogo para buscar posibles actualizaciones. Tambin se puede
consultar el catlogo de productos a travs de Internet va la web
de la empresa, como cliente online.

2.15 Consultar pedidos no atendidos


Los pedidos que figuran como pedidos no atendidos se pueden
consultar en cualquiera de los almacenes regionales o en el
almacn central por el tcnico de almacn, mediante la interfaz
grfica correspondiente en la pestaa de no atendidos figura la
lista de los pedidos que an no han pasado a ser atendidos en el
almacn. Se puede consultar no slo el estado de los pedidos, sino
tambin las lneas de productos y los datos referentes al pedido.
Una vez realizada esta consulta sobre un pedido en particular, el
pedido pasa automticamente al estado de pedido atendido.
2.16. Contable

Empleado

del departamento de contabilidad y facturacin.

Encargado de los cobros y facturaciones a clientes y de llevar la


contabilidad en general de la empresa.
2.17. Control de estadsticas
El control de estadsticas es un resumen general de los datos de
inters relacionado con la empresa, cada uno de los distintos
usuarios autorizados podr acceder a diferentes visiones de las
estadsticas generadas, por ejemplo, para el ingeniero de logsticas
las estadsticas ms interesantes son volmenes de ventas,
demandas de productos, histricos de los almacenes, etc. Para el
jefe de ventas, las estadsticas interesantes son las que conciernen
a sus empleados, por ejemplo, ventas realizadas, seguimiento de
comisiones, etc.
2.18 Departamento de contabilidad y facturacin
El departamento de contabilidad y facturacin es el encargado del
cobro de pedidos entregados a los clientes, de facturar a los
clientes, de la asignacin de remuneraciones de los distintos
empleados y de todas las caractersticas propias de la contabilidad
empresarial.
2.19 Departamento de logstica
Departamento encargado de la gestin eficiente de la distribucin
de productos y stock del almacn central de la empresa a los
distintos almacenes regionales. Tambin tiene la funcionalidad de
compra de productos a proveedores para reabastecer el stock del
almacn central y de la gestin eficiente de las distintas regiones
definidas para todos los pases en los que Deportes LSI 03 ofrece
sus productos.
2.20 Departamento de marketing
Este departamento est encargado de la realizacin de ofertas de
los distintos productos del catlogo. Tambin estn encargados de
la publicidad y promocin de artculos, determinar las distintas
polticas de ventas aplicadas, y confeccionar el catlogo cuando
sufra modificaciones segn la fluctuacin de oferta y demanda del
mercado.

2.21. Departamento de recursos humanos


Este departamento cumple con las siguientes funciones: la
distribucin de la plantilla de la empresa, determinar el puesto de
trabajo del personal, determinar los contratos que se fijan con cada
empleado, controlar las estadsticas de rendimiento y realizar
entrevistas de trabajo. Tambin cumple la funcin de despido y
contratacin de los trabajadores.
2.22. Elaborar pedido online
El cliente se conecta a la pgina web de la empresa y puede
realizar pedidos a travs de Internet de un modo bastante sencillo.
Se identifica como cliente online con un nombre de usuario y una
contrasea y abre la pgina de elaborar un pedido nuevo o
modificar los pedidos en elaboracin que ya tuviese pendientes. El
cliente online puede aadir o modificar lneas de un pedido en
elaboracin ya existente o aadir nuevas lneas a un pedido nuevo.
Una vez haya concluido puede pasar el pedido al almacn regional
correspondiente a la direccin de envo o bien guardarlo como
pedido en elaboracin para posteriores modificaciones.
2.23. Elaborar pedido
El representante de ventas o la operadora reciben la peticin de un
cliente para elaborar pedido. El listado de pedidos en elaboracin
de dicho cliente aparece en la pantalla y el representante de ventas
o la operadora pueden modificar un pedido ya existente, borrarlo, o
bien crear uno nuevo. El representante de ventas o la operadora
pueden aadir o modificar lneas de un pedido en elaboracin ya
existente o aadir nuevas lneas a un pedido nuevo. Una vez hayan
concluido

pueden

pasar

el

pedido

al

almacn

regional

correspondiente a la direccin de envo o bien guardarlo como


pedido en elaboracin para posteriores modificaciones.
2.24. Empleado de marketing
El empleado de marketing es un usuario del sistema que pertenece
al departamento de marketing. Puede confeccionar el catlogo,

cambiando cualquier dato de los productos existentes, o tambin


eliminando o agregando productos nuevos. Est encargado de la
poltica de productos, es decir, de la poltica de ventas que se debe
aplicar a cada artculo. Tambin puede realizar ofertas, definiendo
precios ms competitivos o ajustados a los mrgenes de
beneficios.
2.25. Empleado de recursos humanos
Este empleado pertenece al departamento de recursos humanos y
es responsable de realizar las entrevistas de trabajo y genera y
modifica la nminas de los distintos empleados de la empresa
2.26. Empresa de transportes
La empresa de transportes es la encargada de trasladar los envos
de los distintos pedidos que estn listos para envo y se haya
decidido enviar al cliente. Este empresa es una subcontrata de
Deportes LSI 03 para realizar el trabajo de envo de pedidos, sin
embargo el encargado de transportes es un empleado de la
empresa Deportes LSI 03 y no de la subcontratada.
2.27. Encargado de transporte
Este usuario del sistema es el encargado de gestionar los pedidos
a enviar. Se encarga de cargar el camin con los pedidos que ya
estn listos para enviar, y de devolver los recibos de entrega de los
pedidos. Una vez que el pedido ha sido entregado en la direccin
de envo que cada cliente haba especificado para cada envo, se
genera un recibo que ser introducido en el sistema por el
encargado de transportes para el control de cobros y facturacin de
los pedidos enviados.
2.28. Enviar pedido
El caso de uso enviar pedido consiste en que el usuario encargado
de transportes se registra en el sistema, consulta los pedidos que
figuren como pedidos listos para envo y por ltimo si decide
cargarlos en uno de los camiones para el prximo envo, entonces
modifica el pedido a pedido en envo, introduce el nombre del
transportista que realizar el envo y el sistema introducir la fecha
del envo.

2.29. Facturar entrega de un pedido


Una vez que un pedido ha sido entregado en la direccin de envo
que haba especificado el cliente, ste firma un recibo de entrega
que ser introducido en el sistema por el encargado de transportes.
Una vez hecho esto, el pedido figura como pendiente de cobro. El
empleado del departamento de contabilidad y facturacin consulta
los pedidos que quedar por facturar y genera las facturas de los
mismos, teniendo en cuenta la forma de pago especificada por
pedido y cliente.
2.30. Fecha de atencin
Es la fecha que tiene asignada una orden de pedido una vez que el
tcnico de almacn ha comenzado a asignarle productos del stock
del almacn. La fecha de atencin es nica y no se modifica en
ningn momento, puesto que se asigna la primera vez que un
pedido recibe atencin. Si el pedido figura como en elaboracin o
como no atendido, tendr el campo de esta fecha vaco.
2.31. Fecha de elaboracin
La fecha de elaboracin figura en los pedidos que estn en estado
de elaboracin. Esta fecha se asigna automticamente cuando se
crea un pedido nuevo en la elaboracin de rdenes de pedido por
parte de la operadora o por el representante de ventas. Esta fecha
no se puede modificar en ningn momento ya que se asigna por
primera vez por medio del sistema.
2.32. Fecha de envo
La fecha de envo figura como vaca en todos aquellos pedidos que
no hayan sido enviados. Si el pedido figura como pedido en envo
se mostrar la fecha en la que el encargado de transportes pas el
pedido a envo y ste se carg en el camin. Esta fecha no podr
ser modificada.
2.33. Fecha de envo al almacn
Esta fecha la asigna el sistema a todos aquellos pedidos en
elaboracin que son enviados al almacn por los representantes de
ventas o las operadoras. Esta fecha figurar vaca en todos
aquellos pedidos que estn en estado de elaboracin.

2.34. Fecha de listo para envo


Esta fecha se asignar por el sistema a todas aquellas rdenes de
pedido que el tcnico de almacn haya pasado a listas para envo.
Esta fecha figura como vaca en todos aquellos pedidos que no
estn en envo o en listos para envo. Esta fecha se eliminar de
aquellos pedidos que figuren como listos para envo y que el
tcnico de almacn decida cancelar y pasar a en atencin.
2.35. Gestin de almacn
La gestin de almacn es el subsistema definido como parte del
sistema principal que comprende toda la empresa Deportes LSI 03
y que trata todos aquellos aspectos del sistema que se refieren a
tratamiento de rdenes de pedido de los diferentes clientes. La
gestin de almacn se centra en la atencin de rdenes de pedido,
cancelacin, paso a envo, consultas, gestin de incidencias de
stock y reposicin de stock. Los usuarios de este subsistema son
los tcnicos de almacn y los jefes de almacn
2.36. Gestin de clientes
Gestin de clientes es un caso de uso definido dentro del
subsistema de gestin de ventas, y cuya funcionalidad est
definida por los representantes de ventas, operadoras y clientes
online. La gestin de clientes trata todos aquellos aspectos que
conciernen al tratamiento de datos de clientes, ya sea alta de
nuevos clientes, baja de clientes que ya figurasen en el sistema, ya
sea de la modificacin de los datos de los clientes que figuraban
como dados de alta. Este caso de uso se puede invocar a travs de
la interfaz de usuarios de ventas.
2.37. Gestin de envos
La gestin de envos es el subsistema definido como parte del
sistema principal que comprende toda la empresa de Deportes LSI
03 y que trata todos aquellos aspectos del sistema que se refieren
al tratamiento de rdenes de pedido que figuran como listas para
envo. La carga de las rdenes de pedido en los camiones de
reparto de mercancas se registra en el sistema mediante un

control de pedidos en envo, y tras su posterior entrega se realiza la


introduccin de recibos para que pasen a la funcionalidad definida
para tal efecto en el subsistema del departamento de contabilidad y
facturacin.
2.38 Gestin de nminas
Gestin de nminas es un caso de uso invocado por el empleado
de recursos humanos o por el jefe de recursos humanos. En la
gestin de nminas se tienen en cuenta todos los aspectos que
conciernen a las comisiones otorgadas a los empleados de
Deportes LSI 03, los salarios fijos, las primas, datos personales de
cada empleado, etc.
2.39. Gestin de personal
Gestin de personal es un caso de uso que invoca el jefe del
departamento de recursos humanos y cuya funcionalidad define el
reparto y asignacin de la plantilla y puestos de trabajo de los
distintos empleados de la empresa Deportes LSI 03. La
redistribucin y asignacin de tareas, etc, es la funcionalidad de
este caso de uso.
2.40. Gestin de ventas
La gestin de ventas es un subsistema definido como parte del
sistema principal que comprende toda la empresa de Deportes LSI
03 y que trata todos aquellos aspectos del sistema que se refieren
al tratamiento de ventas realizadas a los clientes, ya sea a travs
de un representante de ventas o de una operadora. Este
subsistema tambin ofrece funcionalidad

al cliente online, que

puede generar y gestionar rdenes de pedido igual que los


representantes de ventas o las operadoras aunque restringido por
supuesto a sus datos personales. La funcionalidad que recoge este
subsistema engloba todo lo que concierne a la elaboracin de
nuevas rdenes de pedido, modificacin de rdenes ya existentes,
cancelacin de las mismas o envo al almacn para que sean
servidas.
2.41. Incidencia pedido

Incidencia pedido es un caso de uso cuya funcionalidad es


proporcionar al tcnico de almacn la posibilidad de generar
incidencias de pedidos en los que se hayan dado situaciones
especiales como lo son que al asignar cantidades del stock del
almacn el sistema detecte que la cantidad a asignar deja el stock
del producto en el almacn con dficit, es decir, por debajo de una
cantidad mnima, tambin que no existe stock de un producto
suficiente para satisfacer las necesidades de una orden de pedido,
o que hayan pasado ms de dos das desde que un pedido figura
en atencin o como listo para envo. Las incidencias de pedido las
gestionar el jefe de almacn, o bien haciendo una reposicin de
stock a travs de otro almacn o bien trasladando la incidencia a
cargo del ingeniero de logstica.
2.42. Ingeniero de logstica
El ingeniero de logstica es el empleado principal del departamento
de logstica , encargado de la gestin de proveedores, pedidos a
los mismos, reposicin de stock tanto en los distintos almacenes
regionales como en el almacn central de que dispone a la
empresa Deportes LSI 03, control de estadsticas de los distintos
almacenes regionales y previsin de almacenamiento de stock de
los distintos productos con los que trabaja la empresa.
2.43. Introducir recibos
Introducir recibos es un caso de uso que ofrece su funcionalidad al
usuario encargado de transportes, y que consiste en que cuando
un pedido se entrega en destino, el cliente firma un recibo de
entrega y ste es introducido en el sistema para que figure el
pedido como pendiente de cobro. En el recibo figura el transportista
que realiz la entrega, la fecha de envo y de entrega y el detalle de
la orden de pedido entregada.

2.44. Jefe de almacn


El empleado jefe de almacn de la empresa Deportes LSI 03
participa en el sistema dentro del subsistema de gestin de

almacn, y que hace uso de las funcionalidades definidas en los


casos de uso de reposicin de stock, gestin de incidencias de
almacn y consultas de pedidos.
2.45. Jefe de recursos humanos
El empleado jefe de recursos humanos de la empresa Deportes LSI
03 participa en el sistema dentro del subsistema de departamento
de recursos humanos, y que hace uso de las funcionalidades
definidas en los casos de uso gestin de personal, redistribucin de
personal y gestin de nminas.
2.46. Jefe de ventas
El empleado jefe de ventas de la empresa Deportes LSI 03
participa en el sistema dentro del subsistema de gestin de ventas,
y que hace uso de las funcionalidades definidas en los casos de
uso de control de estadsticas,

otorgan incentivos y gestin de

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

muestra la lista de rdenes que figuran como enviadas desde un


almacn regional en concreto.
2.50. Listado de pedidos listos para envo
El listado de pedidos listos para envo 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 enviadas, es
decir, en estado de listos para envo.
2.51. Listado de pedidos no atendidos
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 atendidas, es decir, en estado
de no atendidas.
2.52. Operadora
La operadora es una empleada de la empresa de Deportes LSI 03
que hace uso de la funcionalidad definida en el subsistema de
gestin de ventas, y que se comunica con los clientes por telfono
y elabora nuevas rdenes de pedido para stos, modifica o cancela
otras existentes y puede acceder a gestin de clientes. Tiene la
caracterstica especial de poder atender a cualquier cliente, a
diferencia del representante de ventas que slo puede tratar a los
clientes a los que representa.
2.53. Orden de pedido
Una orden de pedido es una solicitud de servicio por parte de un
cliente para que la empresa Deportes LSI 03 le sirva una serie de
artculos o productos de su catlogo. Las rdenes de pedido son
generadas por los usuarios de ventas y son procesadas en los
almacenes regionales de que dispone Deportes LSI 03. Una vez
confeccionadas las rdenes de pedido, stas son enviadas a los
clientes que las han solicitado por medio de una empresa de
transportes y son entregadas a los mismos y facturadas. Las
rdenes de pedido comprenden la siguiente informacin dentro del
sistema: cdigo del pedido para identificarla de forma nica, cdigo

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

Un pedido, o una orden de pedido, figura en estado de en envo


cuando ya haya sido cargado en un camin y est pendiente de ser
entregado en la direccin de envo que ha especificado el cliente.
2.60. Pedido listo para envo
Un pedido, o una orden de pedido, figura en estado de listo para
envo cuando las cantidades de stock asignadas por el tcnico de
almacn satisfacen las cantidades solicitadas por el cliente en el
pedido.
2.61. Pedido no atendido
Un pedido, o una orden de pedido, figura en estado de no
atendido cuando ya ha sido enviado al almacn por un usuario de
ventas y an no ha sido atendido por ningn tcnico de almacn.
2.62. Poltica Producto
Poltica producto es un caso de uso definido en el subsistema
departamento de marketing y cuya funcionalidad es ofrecer la
posibilidad al empleado de marketing de que pueda cambiar la
poltica de ventas aplicada a los distintos productos de la empresa
Deportes LSI 03.
2.63. Producto
Los productos con los que trabaja Deportes LSI 03 son artculos
deportivos, es decir, todos aquellos artculos que tengan que ver
con deportes, por ejemplo, balones, raquetas, ropa deportiva,
pelotas, redes, y cualquier tipo de producto relacionado con el
deporte como tiendas de campaa, sacos de dormir, bicicletas y
otros.
2.64. Proveedor
Un proveedor de Deportes LSI 03 es todo aquel proveedor que
ofrezca productos deportivos. Ejemplos de proveedores de esta
empresa son Nike, Adidas, Dunlop, Reebok, Boomerang, etc.
2.65. Reabastecer almacn
Reabastecer almacn es un caso de uso del subsistema del
departamento de logstica y que consiste en que el ingeniero de
logstica solicita a un proveedor o a un almacn, ya sea el central u

otro regional, que sirva artculos a uno o varios almacenes para


reponer el stock necesario para atender rdenes de pedido.
2.66. Realizar envo
Realizar envo es un caso de uso del subsistema de gestin de
envos y cuya funcionalidad ofrece al encargado de transportes la
posibilidad de consultar los pedidos listos para envo y al cargarlos
en el camin registrar en el sistema que el pedido a pasado a estar
en envo.
2.67. Realizar oferta
Realizar oferta es un caso de uso del subsistema departamento de
marketing y cuya funcionalidad ofrece al empleado de marketing la
posibilidad de realizar ofertas de lanzamiento de distintos
productos, ofertas de venta a bajos precios u ofertas de venta a
precio de coste para captar nuevos clientes u ofrecer ventajas a los
clientes actuales.
2.68. Redistribucin de personal
Redistribucin de personal es un caso de uso del subsistema
departamento de recursos humanos y cuya funcionalidad ofrece al
jefe de dicho departamento la posibilidad de distribuir la plantilla o
el personal ajustando las necesidades de cada momento de la
empresa Deportes LSI 03.
2.69. Regin
Las rdenes de pedido de los clientes de un pas determinado que
la empresa Deportes LSI 03 al trabajar y tener delegacin en todo
el mundo, ha dividido el mundo en regiones para poder gestionar
mejor a sus distintos pases clientes. Existe una regin central en la
que se ubican las principales instalaciones de la empresa, tales
como el departamento de logstica, recursos humanos, marketing y
contabilidad / facturacin. En dicha regin tambin se ubica el
almacn central de la empresa, que servir de abastecimiento
principal a los distintos almacenes regionales. En cada una de las
restantes regiones se localiza un departamento de gestin de
ventas y de uno de gestin del alma pertenece a una regin

determinada se sirven a partir

del almacn asignado a dicha

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

gestin de almacn. El tcnico de almacn est encargado de


atender rdenes de pedido, reservando stock para las lneas de
pedido correspondiente a una orden de pedido, y una vez
completado ste, dispone la orden de pedido como listo para envo,
de tal modo que el encargado de transportes, posteriormente,
enviar en los camiones los pedidos que el tcnico de almacn ha
confeccionado. Tambin dispone de la funcionalidad de cancelar
pedidos atendidos y de registrar incidencias de pedido.
2.74. Usuario de ventas
El usuario de ventas es una generalizacin de los representantes
de ventas, operadoras y clientes online. Ofrece una visin ms
general que la de sus especializaciones, y contempla en el modelo
de anlisis los casos de uso comunes a representante, operadora y
cliente online, como son las funcionalidades de incidencia de
pedido y gestin de clientes.

3. ESPECIFICACIONES DE CASOS DE USO


Las especificaciones de casos de uso estn divididas segn el
subsistema al que pertenezcan, atendiendo a los subsistemas definidos
en el documento Visin. Tenemos los siguientes subsistemas:

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

cobro que desea el cliente (contrareembolso o transferencia


bancaria) y seleeciona una direccin de facturacin distinta a la
usual

(si el cliente dispone de ms de una). Tras eso se

imprimen las facturas y quedan listas para ser enviadas por


correo.
2) Flujo de Eventos
2.1. Flujo Bsico
a. La pantalla muestra una lista con los pedidos que se han
servido correctamente.
b. contable puede seleccionar aquellos que desea facturar y
tras pulsar el botn aceptar se le preguntar si desea
cambiar la direccin de facturacin usual de algn cliente.
c. En caso afirmativo podr escoger direcciones alternativas
ya grabadas en el sistema o introducir una nueva para los
clientes que desee.
d. Normalmente la aplicacin tendr predeterminado el cobro
con transferencia bancaria.
e. El contable puede modificar la forma de pago de las
facturas que desee.
f. Si el contable est conforme y no desea realizar algn
cambio ms se imprimirn las facturas y los pedidos de los
clientes pasarn al estado factura emitida.
g. Cuando el contable tenga constancia de que la factura ha
sido pagada, ya sea viendo que se ha transferido el importe
adecuado a la cuenta o gracias al justificante de reembolso
de la agencia de envos, podr pasar los pedidos que
seleccione al estado factura pagada. Una vez alcanzado
dicho estado, el pedido no podr ser modificado de ninguna
forma, pasando a engrosar el histrico de ventas de la
aplicacin.
2.2. Flujos Alternativos
2.2.1. En el punto c.
El sistema muestra para cada cliente la direccin
default de facturacin. Si el contable quiere cambiarla
pincha en la lnea del cliente y pulsa cambiar direccin
de facturacin. Se le muestran todas las direcciones

registradas para ese cliente. Puede seleccionar una de


ellas o pulsar introducir nueva. Se le pedirn los datos
de la nueva direccin y una vez pulsado aceptar
quedar grabada en el sistema como direccin default
de ese cliente.

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,

los datos de la misma quedan almacenados en la

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

Ingeniero de Logstica, que selecciona el almacn a reponer y


realiza un pedido a un proveedor de una serie de productos
segn su criterio.
2.

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

los productos que tiene el

almacn

seleccionado y su stock actual.


e. El Ingeniero de Logstica puede seleccionar un
producto ya existente y pinchar en aadir al pedido.
f. El producto pasa a la lista del nuevo pedido.
g. Introduce la cantidad deseada.
h. Bien puede seleccionar un producto que no est en el
almacn utilizando el catlogo de productos
i. Selecciona un producto del catlogo que se aadir a
la lista del nuevo pedido
j. Introduce la cantidad deseada
k. Una vez confeccionada la lista de productos a pedir
pincha en finalizar pedido.
l. El sistema le muestra una pantalla con el pedido al
completo y le pide la confirmacin.
m. Si el actor pincha en aceptar el pedido se almacenar
en el sistema y se mandar a los proveedores
correspondientes (segn el artculo).
n. Si el Ingeniero pincha cancelar volver a la pantalla
anterior.
o. El pedido se almacenar en la lista de pedidos
realizados.
3.

Precondiciones
3.1. El Ingeniero de Logstica ha realizado correctamente el
login en el sistema.

3.2. El Ingeniero de Logstica ha seleccionado el botn Compra


a Proveedores de su interfaz grfica.
4.

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.

La pantalla muestra una lista con las regiones

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.

2.2.3.1. Si pulsa el botn aadir aparecer una


ventana donde introducir los datos del
almacn.
2.2.3.2. Si pulsa el botn eliminar, el sistema pedir
la confirmacin para borrar el almacn
seleccionado.
2.3. Si pulsa el botn aadir, podr agregar una nueva regin e
introducir sus datos.
3. Precondiciones
3.1. El Ingeniero de Logstica ha realizado correctamente el registro en
el sistema.
3.2. El Ingeniero de Logstica ha seleccionado el botn de Gestin de
Regiones de su interfaz grfica.
4. Post condiciones
4.1. En caso de haberse dado de alta una nueva regin, los datos de
la misma quedan almacenados en la base de datos.
4.2. En caso de haberse dado de alta un nuevo almacn, los datos del
mismo quedan almacenados en la base de datos.

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.

a. El sistema le muestra una pantalla con dos listas. En la primera


se incluyen los productos sin stock ordenados por almacn y
regin. En la segunda se muestra los productos disponibles en el
almacn central.
b. Si quiere realizar un nuevo envi para reabastecer un almacn
selecciona el botn nuevo envo.
c. El sistema le muestra una lista de las regiones y los almacenes,
el Ingeniero selecciona un almacn.
d. El sistema le muestra una pantalla con dos listas, la primera con
los productos disponibles en el almacn central, la segunda la
del envo, que se encontrar vaca.
e. El Ingeniero pincha sobre un producto del almacn central y
selecciona el botn incluir en envo.
f. El sistema lo incluye en el envo y el Ingeniero modifica la
cantidad de unidades a incluir.
g. Si desea incluir ms productos vuelve al paso f.
h. Si desea finalizar el reabastecimiento pincha en el botn finalizar
y se imprimir una orden de reabastecimiento que los
empleados del almacn central se encargarn de cursar. El
envo se almacena en una lista de reabastecimientos con el
estado en preparacin.
i. Una vez el envo esta listo para salir se notifica al sistema y el
envo pasa al estado en envo.
j. Cuando llega al almacn destino se grabar en el sistema como
reabastecimiento completado.
3. Precondiciones
3.1. El Ingeniero de Logstica ha realizado correctamente el login en el
sistema.
3.2. El Ingeniero de Logstica ha seleccionado el botn Reabastecer
Almacn de su interfaz grfica.
4. Poscondiciones
4.1. En caso de haberse dado de alta un nuevo reabastecimiento, ste
quedar grabado en el sistema.

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.

3.2. El Empleado de Marketing ha seleccionado el botn de


Confeccionar Catlogo de su interfaz grfica.
4. Poscondiciones
4.1. En caso de haberse dado de alta una nuevo producto o proveedor,
los datos del mismo quedan almacenados en la base de datos.

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.

j. Si pulsa el botn aadir aparecer una pantalla con una lista


vaca de personas o secciones y la cantidad de bonificacin a
cero.
k. 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.
l. Si pulsa el botn aadir seccin aparecer una pantalla donde
podr seleccionar una seccin de la empresa e introducir la
cantidad a bonificar.
m. 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.
n. Si hace doble click en el campo cantidad de una lnea podr
modificarla.
o. Si selecciona una lnea y pulsa el botn borrar se borrar la
persona o seccin en cuestin.
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. Poscondiciones
4.1. En caso de haberse dado de alta una nueva direccin de
facturacin, los datos de la misma quedan almacenados en la 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.

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

actor consulta el catlogo de productos y selecciona aquel o aquellos a


los que desea aplicar la oferta, despus, introduce el precio de la
misma y por ltimo el periodo temporal en el que permanecer vigente.
En este caso de uso tambin pueden eliminarse o modificarse ofertas
anteriores.
2. Flujo de Eventos
2.1. Flujo Bsico
a. La pantalla muestra una lista con las ofertas actuales.
b. EL Empleado de Marketing puede seleccionar una de los
existentes y pulsar el botn Modificar o Borrar, o introducir
una nueva mediante el botn Aadir Nueva.
c. Si pulsa el botn Modificar el sistema le mostrar una pantalla
donde aparecer una lista de productos a los que afecta la oferta
seleccionada. Esta lista tendr los campos Producto y Precio
de Oferta, adems de una lnea adicional donde indica la fecha
de finalizacin de la oferta.
d. Si hace doble click en el campo Precio de Oferta de una lnea
podr modificarlo.
e. Si hace doble click en la lnea Fecha de Finalizacin podr
modificar la fecha en la cual la oferta dejar de ser vigente.
f. Si selecciona una lnea y pulsa el botn Borrar se quitar de la
oferta el producto seleccionado.
g. Si pulsa el botn Aadir Producto aparecer una pantalla
donde podr seleccionar un producto del catlogo de la
empresa.
h. Al pulsa el botn Aceptar se confirmar la oferta.
i. Si pulsa el botn Borrar se eliminar la oferta seleccionada.
j. Si pulsa el botn Aadir aparecer una pantalla con una lista
vaca de productos.
k. Si pulsa el botn Aadir Producto aparecer una pantalla
donde podr seleccionar un producto del catlogo de la empresa
e introducir el precio de oferta.
l. Si hace doble click en el campo Precio de Oferta de una lnea
podr modificarlo.
m. Si selecciona una lnea y pulsa el botn Borrar se borrar el
producto en cuestin.
n. Al pulsa el botn Aceptar se confirmar la oferta.
3. Precondiciones

3.1. El Empleado de Marketing ha realizado correctamente el login en el


sistema.
3.2. El Empleado de Marketing ha seleccionado el botn de Realizar
Oferta de su interfaz grfica.
4. Poscondiciones
4.1. En caso de haberse dado de alta una nueva oferta, los datos de la
misma quedan almacenados en la base de datos.
4.2. Las ofertas nuevas slo afectan a pedidos que no estn en
preparacin y a pedidos nuevos.

Departamento de Recursos Humanos:


A.

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.

f. Se abrir una pantalla donde podr introducir primeramente los


datos personales del entrevistado.
g. Seguidamente tendr una campo de texto donde podr introducir
el contenido de la entrevista: nota que tome durante la misma,
opiniones, respuestas del entrevistado, etc.
h. Una vez finalizada la introduccin de los datos si pulsa el botn
Guardar, la entrevista se almacenar en el sistema.
3.

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.

e. En los datos bancarios aparece, la entidad, el nmero de


cuenta y la frase a mostrar como concepto.
f. Pulsando sobre aceptar se grabarn las modificaciones en la
base de datos.
3.

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.

e. El actor puede pulsar el botn Nueva para comenzar una nueva


entrevista de trabajo.
f. Se abrir una pantalla donde podr introducir primeramente los datos
personales del entrevistado.
g. Seguidamente tendr una campo de texto donde podr introducir el
contenido de la entrevista: nota que tome durante la misma, opiniones,
respuestas del entrevistado, etc.
h. Una vez finalizada la introduccin de los datos si pulsa el botn
Guardar, la entrevista se almacenar en el sistema.
3.

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.

d. Pulsando sobre el botn modificar, accede a los datos personales del


trabajador. Puede cambiar su nombre, DNI, direccin, telfono, etc, as
como la funcin o el cargo que tiene y el departamento o almacn donde
trabaja.
e. Si selecciona el botn aadir, puede agregar un trabajador al
departamento seleccionado, en cuyo caso se le abrir una pantalla con
los datos personales y de funciones para rellenar, as como un enlace a
nminas.
f. Si pincha sobre eliminar, borrar tras una confirmacin, los datos del
trabajador.
g. Al pulsar en aceptar se guardarn los cambios en la base de datos y no
se podr volver atrs.
3.

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.

CONSULTAR PEDIDOS NO ATENDIDOS

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

a. El tcnico selecciona la pestaa de no atendidos en su interfaz


grafica principal, donde se muestra un listado con los pedidos no
atendidos que hay en el sistema.
b. El tcnico selecciona un pedido y pulsa el botn consultar.
c. El sistema muestra una interfaz grfica en la que se detallan los
datos del pedido seleccionado
d. El tcnico puede desde esta nueva interfaz atender el pedido o salir.
3.

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

correspondiente al mismo un pedido para atender, donde se


muestra una lista de pedidos no atendidos en la pestaa de no
atendidos o en la pestaa de pedidos en atencin. A
continuacin, el pedido seleccionado pasa al estado pedido en
atencin en el primer caso, y en el segundo el pedido continuar
en estado de en atencin. Se abre una nueva interfaz en la que
se muestran los detalles del pedido seleccionado.
2.

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:

i. El tcnico cambia la cantidad de stock asignada a una lnea de


pedido y pulsa el botn modificar cantidad.
ii. El sistema comprueba que hay stock suficiente en el almacn
y que la cantidad asignada no deja el producto en dficit de
iii.
iv.

stock.
Se reserva el stock del almacn.
Si el tcnico de almacn decide modificar otra lnea de
pedido, volver al punto i.

e. El tcnico puede pulsar el botn guardar para que se


conserven los campos o salir para no modificar el pedido.
Tambin puede pulsar el botn pasar a envo para que el
pedido figure en la lista de pedidos en estado listos para envo.
2.2 Flujos Alternativos
2.2.1 En el punto 2.2
Si en el paso i. la cantidad es negativa el sistema generar
un mensaje de error.
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 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.

CANCELAR PEDIDO ATENDIDO

1.

Cancelar Pedido Atendido


1.1 Descripcin
El tcnico de almacn anula un pedido ya atendido.

2.

Flujo de Eventos

2.1 Flujo Bsico


a. El cliente ha solicitado cancelar un pedido en estado de no
atencin, en estado de en atencin o en estado de listo para
envo.
b. El tcnico de almacn selecciona el pedido cuya referencia
corresponde al pedido que el cliente desea cancelar y pulsa el
botn cancelar pedido en la interfaz propia del tcnico, ya sea
en la pestaa de no atendidos, en la pestaa de en atencin
o en la pestaa de listos para envo.
i. El sistema muestra un mensaje de aviso de eliminacin del
pedido.Si el tcnico pulsa el botn de aceptar se elimina el
pedido, mientras que si pulsa el botn cancelar, no se
modificar el pedido.
ii. Flujos Alternativos
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
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

que genere una incidencia de pedido debe especificar la causa de


la misma.
2.

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.

PASAR PEDIDO A ENVO

1.

Descripcin
El

tcnico de almacn consulta la lista de pedidos atendidos y

selecciona el pedido que quiere pasar a envo de la interfaz


correspondiente al mismo y selecciona el botn de pasar pedido a
envo. A continuacin el sistema comprueba que la condiciones de
satisfaccin de la demanda se cumplen y cambia el estado de pedido a
pedido listo para envo.
2.

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.

F.

PASAR PEDIDO A ENVO

1.

Descripcin
El

tcnico de almacn consulta la lista de pedidos atendidos y

selecciona el pedido que quiere pasar a envo de la interfaz


correspondiente al mismo y selecciona el botn de pasar pedido a
envo. A continuacin el sistema comprueba que la condiciones de
satisfaccin de la demanda se cumplen y cambia el estado de pedido a
pedido listo para envo
2.

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.

b. El Jefe de Almacn selecciona aquellos que desea reponer y


hace un pedido al proveedor con nmero de unidades
concreto.
c. Los productos pasan al estado Pendiente de Reposicin.
d. Si ha llegado nuevo stock de algn producto el Jefe de
Almacn puede seleccionar de la lista el mismo e introducir el
nmero de unidades nuevas. El producto pierde el estado
Pendiente de Reposicin.
a. Flujos Alternativos
a) Si en el punto 2 el Jefe de Almacn desea hacer un pedido de
algn producto que no est en el estado Pendiente de
Reposicin puede hacerlo indicndoselo al sistema.
b) El sistema le muestra el catlogo de productos para que
seleccione el que desee e introduzca el nmero de unidades a
pedir al proveedor.
c) El producto pasa al estado Pendiente de Reposicin.
3.

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.

CONSULTAR PEDIDOS A ENVIAR

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.

c. En caso de que s existan pedidos pendientes de ser enviados,


el sistema responde con el listado correspondiente.
d. El encargado de transportes puede consultar las lneas de
pedido que conforman cualquiera de los pedidos listos para
envo.
e. El encargado de transportes puede cargar los pedidos listos
para envo en el camin de transportes e indicar al sistema el
cambio del estado de los pedidos que cargue a pedidos en
envo, mediante el caso de uso enviar pedido.
2.2 Flujos Alternativos
3.

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

g. El recibo es almacenado en el sistema, y el pedido que


figuraba en estado de enviado pasa al estado pendiente de
cobro.
2.2 Flujos Alternativos
2.2.1

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.

f. El pedido pasa a ser pedido enviado automticamente.El


stock del almacn es actualizado automticamente por el
sistema, eliminando de dicho stock el asignado al pedido.
2.2. Flujos Alternativos
3.

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.

e. Pulsando siguiente aparecern los resultados que podr guardar


o imprimir.
Si pulsa el botn guardar el sistema le permitir grabar los
resultados

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.

Si hace doble click en el campo cantidad de una lnepodr

modificarla.
Si selecciona una lnea y pulsa el botn borrar se borrar

la persona o seccin en cuestin.


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.


Si pulsa el botn aadir seccin aparecer una pantalla
donde podr seleccionar una seccin de la empresa e

introducir la cantidad a bonificar.


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.

ii. Si pulsa el botn borrar se eliminar el incentivo seleccionado.

iii. Si pulsa el botn aadir aparecer una pantalla con una lista
vaca de personas o secciones y la cantidad de bonificacin a
cero.

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.


Si pulsa el botn aadir seccin aparecer una pantalla
donde podr seleccionar una seccin de la empresa e

introducir la cantidad a bonificar.


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.


Si hace doble click en el campo cantidad de una lnea

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.

volver al punto 4.2.


Se selecciona la modalidad de pago, que aparecer
como a crdito y al contado o bien slo una de stas
opciones segn sea el ratio del cliente.

4.5.

Por ltimo, una vez introducidas todas las lneas de


pedido, el representante de ventas o la operadora
pueden guardar el pedido pulsando el botn guardar,
en cuyo caso se almacenar en la base de datos con los
datos actuales en estado de elaboracin, o pueden pasar
el pedido a almacn pulsando el botn enviar a
almacn, en cuyo caso el pedido deja de estar en
elaboracin y aparece en el listado de pedidos no
atendidos del almacn. Pasar al punto 7.

5. 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.
5.1. El representante de ventas o la operadora pueden
introducir 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 pantalla.
5.2. El representante de ventas o la operadora pueden
modificar una lnea de pedido seleccionando la lnea de
pedido de la lista de lneas, modificando la cantidad y por
ltimo pulsando el botn aadir lnea.
5.3. En caso de introducir una nueva lnea de pedido, volver al
punto 5.1.
5.4. En caso de introducir una nueva lnea de pedido, volver al
punto 5.2.
5.5. Se selecciona la modalidad de pago, que aparecer como
a crdito y al contado o bien slo una de stas opciones
segn sea el ratio del cliente.

5.6. Por ltimo, una vez introducidas o modificadas las lneas


de pedido, el representante de ventas o la operadora
pueden guardar el pedido pulsando el botn guardar, en
cuyo caso se almacenar en la base de datos con los
datos actuales en estado de elaboracin, o pueden pasar
el pedido a almacn pulsando el botn enviar a almacn,
en cuyo caso el pedido deja de estar en elaboracin y
aparece en el listado de pedidos no atendidos del
almacn. Pasar al punto 7.
6. El representante de ventas o la operadora seleccionan el pedido
en elaboracin a borrar y pulsan el botn cancelar pedido. El
sistema mostrar una ventana de aviso de borrado y de prdida
de los datos. El representante de ventas o la operadora pueden
confirmar el borrado pulsando el botn aceptaro cancelar
pulsando cancelar. En el primer caso el pedido se elimina de la
base de datos, y en el segundo permanece sin cambios.
7. El representante de ventas o la operadora vuelven a la interfaz
de elaborar pedido, en la que pueden cambiar de cliente,
consultar los pedidos del cliente, tanto en elaboracin como los
enviados al almacn o salir de la aplicacin a la pantalla inicial
de registro en el sistema.
2.2 Flujos Alternativos
2.2.1 En el punto 1
Si en el paso 1 el cliente no est dado de alta se mostrar un
mensaje de error indicando el fracaso de la bsqueda y se
podr invocar el caso de uso gestin de clientes para
proceder a su alta. En el caso del representante de ventas
puede ser que el problema se derive de que est indicando
un cliente al que no representa.
2.2.2 En el punto 4.1
Si en el punto 4.1 al introducir alguno de los campos
nmero, puerta o cdigo postal se ha metido un nmero no
estrictamente positivo, el sistema generar un mensaje de
error.

2.2.3 En el punto 4.2


Si en el paso 4.2 el representante de ventas o la operadora
introducen una referencia errnea o inexistente, el sistema
generar un aviso de error de producto no existente. En
caso de introducir una cantidad no mayor que cero el
sistema generar un aviso de error de cantidad errnea. Si
se introduce una cantidad por encima del rango mximo
razonable de pedido el sistema generar un aviso de haber
excedido esta cantidad.
2.2.4 En el punto 5.1
Si en el paso 5.1 el representante de ventas o la operadora
introducen una referencia errnea o inexistente, el sistema
generar un aviso de error de producto no existente. En
caso de introducir una cantidad no mayor que cero el
sistema generar un aviso de error de cantidad errnea. Si
se introduce una cantidad por encima del rango mximo
razonable de pedido el sistema generar un aviso de haber
excedido esta cantidad.
2.2.5 En el punto 5.2
Si en el paso 5.2 el representante de ventas o la operadora
introducen un cdigo de artculo errneo, el sistema
generar un aviso de error de artculo no existente. En caso
de introducir una cantidad no mayor que cero el sistema
generar un aviso de error de cantidad errnea. Si se
introduce una cantidad por encima del rango mximo
razonable de pedido el sistema generar un aviso de haber
excedido esta cantidad.
3.

Precondiciones
3.1

El representante de ventas o la operadora han realizado


correctamente el registro en el sistema mediante el nombre de
usuario y la contrasea.

4.

Poscondiciones

4.1

En caso de haberse realizado un nuevo pedido y seleccionado


guardar en lugar de solicitar el paso al almacn, el pedido queda
almacenado en el sistema en la lista de pedidos en elaboracin.

4.2

En caso de haberse realizado un nuevo pedido y solicitado el


paso al almacn, el pedido queda almacenado en el sistema en la
lista de pedidos no atendidos del almacn.

4.3

En caso de haberse modificado un pedido en elaboracin y


seleccionado en lugar de solicitar el paso al almacn, el pedido
queda almacenado con las modificaciones pertinentes en el
sistema en la lista de pedidos en elaboracin.

4.4

En caso de haberse modificado un pedido en elaboracin y


solicitado el paso al almacn, el pedido queda almacenado con
las modificaciones pertinentes en el sistema en la lista de pedidos
no atendidos del almacn.

4.5

En caso de haberse realizado un borrado de un pedido en


elaboracin, el pedido queda eliminado del sistema y por tanto de
la lista de pedidos en elaboracin.

5.

Puntos de Extensin
5.1

Gestin de Clientes en el punto 1


En el paso 1, en caso de que no exista el cliente, se puede
invocar el caso de uso Gestin de Clientes para introducir un
nuevo cliente en la base de datos del sistema.

5.2

Consultar Catlogo en el punto 4.2 y 5.1


En el paso 4.2 o en el paso 5.1, en caso de que la operadora o el
representante de ventas desconozcan la referencia del producto,
pueden invocar al caso de uso Consultar Catlogo para realizar
bsquedas de productos.

E.

ELABORAR PEDIDO ONLINE

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

almacenada en el sistema al igual que en el caso de uso Elaborar


Pedido.
2.

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

correspondiente a su regin, pulsando el botn de enviar a


almacn.
8. Si el cliente no quiere guardar los datos del pedido que ha
elaborado, pulsa el botn salir.
2.2 Flujos Alternativos
2.2.1 En el paso 4
Si el cliente quiere anular algn pedido se le comunica si
existe la posibilidad de hacerlo y cul sera el coste
2.2.2 En el paso 5
Si algn producto no tiene stock disponible se avisa por
pantalla.
2.2.3 En el paso 8
Si el cliente no est conforme, puede modificarse el pedido o
proceder a la anulacin del mismo.
3.

Precondiciones

3.1 El cliente debe estar dado de alta en el sistema de compras online.


3.2 El cliente ha introducido correctamente su nombre de usuario y su
contrasea en el sistema
4.

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.

2.1. El sistema muestra los campos de datos necesarios a


introducir; los campos a rellenar son: DNI/CIF, Nombre, Pas,
Provincia, Localidad, Direccin, Cdigo Postal, Telfono, E-mail
y Cuenta Bancaria.
2.2. El Usuario de Ventas pulsa el botn introducir datos. Pasar
al punto 5.
3. El Usuario de Ventas solicita la baja de un cliente.
3.1. El sistema muestra el campo DNI/CIF a introducir necesario
para la baja.
3.2. El Usuario de Ventas introduce el DNI/CIF del cliente que
desea eliminar y pulsa entrar.
3.3. El sistema muestra los campos de los datos del cliente que
se ha solicitado para la baja.
3.4. El Usuario de Ventas pulsa el botn borrar de su interfaz
grfica.
3.5. El sistema genera un mensaje de aviso de borrado y
solicita la confirmacin de la eliminacin.
3.6. El Usuario de Ventas puede confirmar la eliminacin del
cliente pulsando el botn Aceptar, o bien puede cancelar el
borrado pulsando el botn Cancelar. Pasar al punto 5.
4. El Usuario de Ventas solicita la modificacin de datos de un
cliente
4.1. El sistema muestra el campo DNI/CIF a introducir necesario
para la modificacin. El sistema muestra los datos del
cliente que se ha solicitado para la modificacin.
4.2. El Usuario de Ventas puede modificar cualquiera de los
datos de los campos mostrados por el sistema, stos son:
DNI/CIF, Nombre, Pas, Provincia, Localidad, Direccin,
Cdigo Postal, Telfono, E-mail y Cuenta Bancaria.
4.3. El Usuario de Ventas puede solicitar guardar los datos
modificados pulsando el botn Modificar de la interfaz
grfica.
4.4. El sistema genera un mensaje de aviso de modificacin y
solicita la confirmacin de la misma.

4.5. El Usuario de Ventas puede confirmar la modificacin del


cliente pulsando el botn Aceptar, o bien puede cancelar el
borrado pulsando el botn Cancelar. Pasar al punto 5.
2.2

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

corresponde con alguno de los registrados en la base de


datos. Si el DNI/CIF no se encuentra en la base de datos,
se generar un mensaje de error indicando que el DNI/CIF
introducido no se encuentra en la base de datos.
2.2.2.1 En el punto 3.2
Si se ha generado mensaje de error, el sistema
vuelve a mostrar la interfaz grfica de borrar
cliente.
2.2.3

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

que el cliente no tiene pedidos en cualquier otro estado que


no sea el de elaboracin. En caso afirmativo, el sistema
informar de la situacin al Usuario de Ventas y podr
solicitar Cancelar Pedido Atendido. En caso de no
eliminarse previamente los pedidos pendientes, el sistema
no borrar el cliente.
2.2.4

En el punto 4.1
El

sistema

comprueba

que

el

DNI/CIF

introducido

corresponde con alguno de los registrados en la base de


datos. Si el DNI/CIF no se encuentra en la base de datos,
se generar un mensaje de error indicando que el DNI/CIF
introducido no se encuentra en la base de datos.
2.2.4.1 En el punto 4.1
Si se ha generado mensaje de error, el sistema
vuelve a mostrar la interfaz grfica de modificar
cliente.
2.2.5

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

El Usuario de Ventas ha realizado correctamente el registro en el


sistema

3.2

El Usuario de Ventas ha seleccionado el botn de Gestin de


Clientes de su interfaz grfica

4.

Poscondiciones
4.1

En caso de haberse dado de alta un nuevo cliente, los datos del


cliente quedan almacenados en la base de datos

4.2

En caso de haberse realizado una modificacin de los datos de un


cliente, quedan almacenados en la base de datos.

4.3

En caso de haberse realizado un borrado de un cliente, el cliente


queda eliminado del sistema y por tanto de la lista de pedidos en
elaboracin de dicho cliente.

4.

MODELO DE CASOS DE USO

A continuacin se presentan los diagramas de casos de uso planteados para


cada uno de los subsistemas definidos para la empresa. Cabe destacar que los
casos de uso que no se incluyeron en la fase de construccin slo figuran en
estado de propuestos, por tanto en sus primeras versiones
Gestin de Ventas
En el subsistema gestin de ventas participan tres actores para los cuales se
generan distintos casos de uso, que se muestran a continuacin.

Gestin de Almacn

Gestion de Envios

Departamento de Logistica

Departamento de Marketing

Departamento de Contabilidad /Facturacin

Departamento de Recursos Humanos

CAPITULO IV: ANLISIS / DISEO


A continuacin se presentan los modelos definidos en RUP como modelo de
datos y modelo de anlisis / diseo. Constar de un diagrama de clases en el
que se muestran tan slo las clases generadas a partir de los casos de uso
incorporados a la aplicacin hasta la segunda iteracin de la fase de
construccin, y de un modelo de datos (modelo relacional) donde se muestran
las entidades que participan en las relaciones definidas en el proyecto
(teniendo en cuenta de nuevo que se alcanz nicamente la segunda iteracin
de la fase de construccin).

1. MODELO DE ANLISIS/DISEO: DIAGRAMA DE CLASES

2. MODELO DE DATOS: MODELO RELACIONAL

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

1. PROTOTIPO DE INTERFACE DE USUARIO


1.1.

Interfaces Comunes

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. Para la demo
descargable se puede utilizar el usuario operadora cuyo nombre de
usuario es "maria" y cuyo password es "nike".

Interfaz que se presenta en la identificacin

En caso de seleccionar incidencia pedido, la interfaz grfica que se


mostrar ser la siguiente

En la consulta de incidencias se podr ver una lista de las incidencias


registradas en el sistema.
En las siguientes iteraciones de construccin se implementarn casos
de uso como el de gestin de clientes (botn que aparece en la
pantalla de los datos del cliente pero que no tiene ninguna
funcionalidad asociada).
El interfaz es el siguiente:

Para consultar los detalles de una incidencia el prototipo de interfaz


grfica es el siguiente:

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:

El usuario de ventas puede generar un pedido nuevo para un cliente,


modificar un pedido que est en elaboracin, consultar pedidos en
elaboracin, cancelar pedidos o consultar el detalle de pedidos ya enviados
al almacn.

En el caso de elaborar un pedido nuevo o de modificar uno existente la


interfaz grfica que se presentar ser la 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

seleccionado o salir de nuevo a la interfaz de identificacin.

Para ver la interfaz grfica principal de tcnico de almacn en no


atendidos es la siguiente:

En la pestaa de atencin el tcnico de almacn dispone de las siguientes


opciones en su interfaz grfica: atender el pedido seleccionado, cancelar el
pedido seleccionado, pasar un pedido determinado tanto si est completo
como si est completo a envo, y salir a la interfaz de identificacin.

El enlace para la interfaz de en atencin es el siguiente:

En la pestaa de listos para envo, el tcnico de almacn dispone de las


siguientes opciones en su interfaz grfica: consultar los detalles del pedido
seleccionado, cancelar el pedido seleccionado o salir a la interfaz de
identificacin.

El enlace para la interfaz de listos para envo es el siguiente:

Dentro de la interfaz en de la consulta de pedidos no atendidos que se


puede realizar desde la pestaa de no atendidos, se observa la siguiente
interfaz grfica:

Al atender, tanto si es la primera atencin como si se trata de una


modificacin posterior de un pedido, se observa la siguiente interfaz
grfica, que dispone de las opciones siguientes: asignar cantidad al hacer
doble clic sobre una lnea de pedido, guardar los cambios realizados
pulsando el botn guardar, pasar el pedido a envos, generar una
incidencia respecto a este envo o volver a la interfaz anterior pulsando el
botn salir.

El interfaz de atender pedido es el siguiente

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.

Diagrama Global de Paquetes

4.2.

Diagrama de Componentes Comunes

4.3.

Diagrama de Componentes Almacn

4.4.

Diagrama de Componentes Ventas

4.5.

Diagrama de Despliegue

CAPITULO VI: PRUEBAS

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

Crdito 02/12/200 05/12/200


2
2

07/12/200
2

En
atencin

48265791 4675
-L
8

Espa
a

Valenci
a

12

C/
Azor
n

Contad 07/12/200 10/12/200 11/12/200


o
2
2
2

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

Contad 15/12/200 18/12/200 19/12/200


o
2
2
2

04/01/200
3

En
atencin

48265791 4675
-L
8

Espa
a

Valenci
a

Xativa

12

C/
Azor
n

Contad 04/01/200 07/01/200 09/01/200


o
3
3
3

2. Empleado

NIF

Usuario

Contrasea

Nombre

Telfono

Cargo

22596826-F

Pepe

adidas

Jos Martnez Muoz

962468597

Tcnico almacn

26359874-J

Luis

reebok

Luis Fernndez Vila

961387596

Representante
de Ventas

48265791-L

Maria

nike

Maria Lpez Escudero

963478952

Operadora

26485963-M

Toni

puma

Antonio Milla Lpez

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

Email

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

Email

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

Email Es- Pers_ Tlf_ Rati


em conta per
o
pre
cto s_c con
sa
ont
f.
act
o
Jaime
Exc
75
elen
@ono
te
.com
Javier
Reg
32@o
ular
no.co
m

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

Introducimos pepe en el campo usuario

Introducimos adidas en el campo contrasea

Pulsamos entrar o el botn aceptar de la aplicacin.

Nos aparece la interfaz propia del tcnico de almacn, donde


pulsaremos la pestaa de No Atendidos.

Seleccionamos uno de los pedidos en estado de no atencin.

Pulsamos el botn consultar y el sistema muestra los detalles


de las lneas del pedido. Al salir, el pedido figurar en el estado
de En Atencin.

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

B. Casos de Prueba de Atender Pedido


Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de
Uso Atender Pedido.
La pruebas realizadas a este caso de uso son:

Atender pedido despus de consultar dicho pedido.

Atender un pedido de la lista de pedidos no atendidos.

Atender pedido asignando cantidades negativas o mayores a las


disponibles.

Atender pedido asignando cantidades mayores a las solicitadas.

Atender pedido sin asignar cantidades.

El entorno del cual partiremos para realizar la prueba ser el formulario


de entrada de la aplicacin
1) Atender pedido despus de consultar dicho pedido
1.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 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

de Datos de Pruebas para ver toda la especificacin completa de


los datos.
1.3.

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:

Comprueba que hay stock disponible.


o Selecciona la lnea haciendo doble clic para que aparezca la
interfaz que nos permite modificar la cantidad asignada, all
se actualizan automticamente los datos cdigo y nombre
del artculo.
o Introduce la cantidad solicitada.
o Pulsa el botn Asignar Cantidad.
o Se actualiza lnea de pedido.
o

El tcnico pulsa el botn Guardar.


1.4.

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) Atender un pedido de la lista de pedidos no atendidos

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.

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
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 5 y pulsa el botn Atender Pedido.
Para cada lnea de pedido:
o Comprueba que hay stock disponible.
o Selecciona la lnea haciendo doble clic para que aparezca
la interfaz que nos permite modificar la cantidad asignada,
all se actualizan automticamente los datos cdigo y
nombre del artculo.
o Introduce la cantidad solicitada.
o Pulsa el botn Asignar Cantidad.
o Se actualiza lnea de pedido.
El tcnico pulsa el botn Guardar.
2.2.

Resultado esperado

El pedido queda almacenado en el sistema como en atencin y el


stock se reduce en las cantidades asignadas.

2.3.

Evaluacin de la Prueba

Prueba superada con xito.


3. Atender pedido asignando cantidades negativas
3.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, elegiremos la opcin atender pedido y asignaremos
cantidades negativas para observar como responde el sistema.
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

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 1 y pulsa el botn Atender Pedido.


Selecciona la lnea de pedido del articulo 2 haciendo doble clic.
Aparece la interfaz que nos permite modificar la cantidad
asignada, se actualizan automticamente los datos cdigo y

3.4.

nombre del artculo.


Introduce la cantidad -2.
Pulsa el botn Asignar Cantidad.
Resultado esperado

El sistema nos muestra un mensaje de error advirtindonos de que


no es posible introducir cantidades negativas.
3.5.

Evaluacin de la Prueba

Prueba superada con xito.

4. Atender pedido asignando cantidades mayores a las disponibles


4.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, elegiremos la opcin atender pedido y asignaremos
cantidades mayores al stock disponible para observar como
responde el sistema.
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

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 1 y pulsa el botn Atender Pedido.

Selecciona la lnea de pedido del articulo 3 haciendo doble clic.

Aparece la interfaz que nos permite modificar la cantidad


asignada, se actualizan automticamente los datos cdigo y nombre del
artculo.

Introduce la cantidad 2.

Pulsa el botn Asignar Cantidad.


4.4.

Resultado esperado

El sistema nos muestra un mensaje de error advirtindonos de que


no hay stock disponible para poder asignar esa cantidad .
4.5.

Evaluacin de la Prueba

Prueba superada con xito.

5. Atender pedido asignando cantidades mayores a las solicitadas


5.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, elegiremos la opcin atender pedido y asignaremos
cantidades mayores a las solicitadas para observar como responde
el sistema.
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

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 1 y pulsa el botn Atender Pedido.

Selecciona la lnea de pedido del articulo 2 haciendo doble clic.

Aparece la interfaz que nos permite modificar la cantidad


asignada, se actualizan automticamente los datos cdigo y nombre del
artculo.

Introduce la cantidad 2.

Pulsa el botn Asignar Cantidad.


5.4.

Resultado esperado

El sistema nos muestra un mensaje de error advirtindonos de que


la cantidad introducida es superior a la cantidad solicitada.
5.5.

Evaluacin de la Prueba

Prueba superada con xito.

6. Atender pedido sin asignar cantidades


6.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, elegiremos la opcin atender pedido y no realizaremos
ninguna modificacin.
6.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.
6.3.

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 1 y pulsa el botn Atender Pedido.

Sin hacer ninguna modificacin el tcnico pulsa el botn


Guardar.
6.4.

Resultado esperado

El pedido no se modificada por esta accin y continua estando en


estado no atendido.
6.5.

Evaluacin de la Prueba

Prueba superada con xito.

C. Cancelar Pedido Atendido


Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de
Uso Cancelar Pedido Atendido.

Realizaremos nicamente dos pruebas que consistirn en la eleccin de


cada una de las opciones de confirmacin de la cancelacin del pedido.
El entorno del cual partiremos para realizar la prueba ser el formulario de
entrada de la aplicacin.
1. Elegir opcin CANCELAR en la confirmacin de la cancelacin de
pedido
1.1.

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

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 cliente Jaime con DNI 48315682N contacta con el tcnico de


almacn y solicita la cancelacin del pedido en atencin con
cdigo 5.

El tcnico de almacn selecciona de la lista de pedidos en


atencin el pedido en cuestin y pulsa el botn Cancelar Pedido.

Nos aparece un mensaje de confirmacin de la cancelacin del


pedido.

1.4.

El cliente decide finalmente no cancelar el pedido.

El tcnico pulsa el botn Cancelar.

Resultado esperado
El pedido seleccionado sigue almacenado en el sistema sin ninguna
modificacin.

1.5.

Evaluacin de la Prueba
Prueba superada con xito.

2. Elegir opcin ACEPTAR en la confirmacin de la cancelacin de


pedido
2.1.

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

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 cliente Jaime con DNI 48315682N contacta con el tcnico de


almacn y solicita la cancelacin del pedido en atencin con
cdigo 5.

El tcnico de almacn selecciona de la lista de pedidos en

atencin el pedido en cuestin y pulsa el botn Cancelar Pedido.

Nos aparece un mensaje de confirmacin de la cancelacin del


pedido.

2.4.

El cliente decide finalmente cancelar el pedido.

El tcnico pulsa el botn Aceptar .

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

oportunidad de crear un parte de incidencia que dejara reflejado en el


sistema cualquier problema que nos haya surgido durante la atencin
de ese 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 de Datos de
Pruebas para ver toda la especificacin completa de los datos.
1.3. 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.

Seleccionamos de la lista de pedidos no atendidos el pedido de


cdigo 1.

Pulsamos el botn Atender Pedido.

Nos aparece la interfaz para atender un pedido.

Pulsamos el botn Incidencia.

Nos aparece la interfaz de nueva incidencia.

Introducimos un comentario y pulsamos Guardar.

Pulsamos Guardar o Salir en la interfaz atender pedido.


1.4. Resultado esperado
La incidencia se almacena en el sistema.
1.5.

Evaluacin de la Prueba
Prueba superada con xito.

2. Crear una incidencia vaca en Almacn


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


de ese pedido. En este caso, probaremos a crear una incidencia
vaca para ver como responde 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

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.

Seleccionamos de la lista de pedidos no atendidos el pedido de


cdigo 1.

Pulsamos el botn Atender Pedido.

Nos aparece la interfaz para atender un pedido.

Pulsamos el botn Incidencia.

Nos aparece la interfaz de nueva incidencia.

Pulsamos Guardar sin haber introducido ningn comentario.


2.4.

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

de ese pedido. En este caso, consultaremos la lista de incidencias


almacenadas en el sistema.
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

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.

Seleccionamos de la lista de pedidos no atendidos el pedido de


cdigo 1.

Pulsamos el botn Atender Pedido.

Nos aparece la interfaz para atender un pedido.

Pulsamos el botn Incidencia.

Nos aparece la interfaz de nueva incidencia.

Pulsamos Consultar Incidencias.


3.4.

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.

4. Crear una incidencia normal en Ventas


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

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

Introducimos maria en el campo usuario

Introducimos nike en el campo contrasea

Pulsamos entrar o el botn aceptar de la aplicacin.

Nos aparece la interfaz propia de un operador.

El cliente Jaime con cdigo 1 llama a la operadora.

La operadora introduce el cdigo del cliente apareciendo en el


formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboracin que tiene el


cliente en el sistema y los que ya ha enviado al almacn.

El cliente solicita hacer modificaciones al pedido 4.

La operadora selecciona el pedido en cuestin y pulsa el botn


modificar, aparece la interfaz de modificar pedido.

La operadora observa que hay anomalas y procede a la creacin


de una incidencia.

Pulsamos el botn Incidencia.

Nos aparece la interfaz de nueva incidencia.

Introducimos un comentario y pulsamos Guardar.

Pulsamos Guardar o Salir en la interfaz modificar pedido.


4.4.

Resultado Esperado
La incidencia se almacena en el sistema.

4.5.

Evaluacin
Prueba superada con xito.

5. Crear una incidencia vaca en Ventas


5.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, 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

Introducimos maria en el campo usuario

Introducimos nike en el campo contrasea

Pulsamos entrar o el botn aceptar de la aplicacin.

Nos aparece la interfaz propia de un operador.

El cliente Jaime con cdigo 1 llama a la operadora.

La operadora introduce el cdigo del cliente apareciendo en el


formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboracin que tiene el


cliente en el sistema y los que ya ha enviado al almacn.

El cliente solicita hacer modificaciones al pedido 4.

La operadora selecciona el pedido en cuestin y pulsa el botn


modificar, aparece la interfaz de modificar pedido.

La operadora observa que hay anomalas y procede a la creacin


de una incidencia.

Pulsamos el botn Incidencia.

5.4.

Nos aparece la interfaz de nueva incidencia.

Pulsamos Guardar sin haber introducido ningn comentario.

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

Introducimos maria en el campo usuario

Introducimos nike en el campo contrasea

Pulsamos entrar o el botn aceptar de la aplicacin.

Nos aparece la interfaz propia de un operador.

El cliente Jaime con cdigo 1 llama a la operadora.

La operadora introduce el cdigo del cliente apareciendo en el


formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboracin que tiene el

cliente en el sistema y los que ya ha enviado al almacn.

El cliente solicita hacer modificaciones al pedido

La operadora selecciona el pedido en cuestin y pulsa el botn


modificar, aparece la interfaz de modificar pedido.

La operadora consulta las incidencias por si el pedido en cuestin


tubo alguna.

Pulsamos el botn Incidencia.

Nos aparece la interfaz de nueva incidencia.

Pulsamos Consultar Incidencias.


6.4.

Resultado Esperado
El sistema nos muestra una nueva interfaz donde se listan todas las
incidencias almacenadas.

6.5.

Evaluacin
Prueba superada con xito.

E. Caso de Pruebas de Pasar Pedido a Envo


Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de Uso
Pasar Pedido a Envo.
La pruebas realizadas a este caso de uso son:

Pasar pedido a envo desde la lista de pedidos en atencin.

Pasar pedido a envo desde atender pedido.

Cancelar al pasar un pedido incompleto a envo.

Pasar a envo un pedido incompleto generando un pedido con las


cantidades restantes.

Pasar a envo un pedido incompleto sin generar un pedido con las


cantidades restantes.

El entorno del cual partiremos para realizar la prueba ser el formulario


de entrada de la aplicacin

1. Pasar pedido completo a envo desde la lista de pedidos en atencin


1.1.

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

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.
Seleccionamos de la lista de pedidos en atencin el pedido de

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.

2. Pasar pedido completo a envo desde atender pedido


2.1.

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

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 en atencin el pedido

de cdigo 6 y pulsa el botn Atender Pedido.


Una vez comprobado que tiene todas las cantidades asignadas
pulsa el botn Pasar a Envos.

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.

3. Cancelar al pasar un pedido incompleto a envo


3.1.

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

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.
Seleccionamos de la lista de pedidos en atencin el pedido de

3.4.

cdigo 7.
Pulsamos el botn Pasar a listo para envo.
Nos aparece un mensaje de confirmacin que nos indica que el

pedido esta incompleto.


Elegimos la opcin Cancelar.
Resultado esperado
El pedido no se modifica por dicha accin y sigue almacenado en el
sistema con estado en atencin.

3.5.

Evaluacin de la Prueba
Prueba superada con xito.

4. Pasar a envo un pedido incompleto generando un pedido con las


cantidades restantes
4.1.

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

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.

Seleccionamos de la lista de pedidos en atencin el pedido de cdigo 7.


Pulsamos el botn Pasar a listo para envo.
Nos aparece un mensaje de confirmacin que nos indica que el pedido esta
incompleto.
Elegimos la opcin Aceptar.
Nos aparece un mensaje de confirmacin sobre la creacin de un pedido con
las cantidades restantes.

4.4.

Elegimos la opcin Aceptar.


Resultado esperado
El pedido se almacena en el sistema con estado listo para envo y se
almacena un nuevo pedido en el sistema con las cantidades que
restaron del anterior con estado en elaboracin.

4.5.

Evaluacin de la Prueba
Prueba superada con xito.

5. Pasar a envo un pedido incompleto sin generar un pedido con las


cantidades restantes
5.1.

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

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.

Seleccionamos de la lista de pedidos en atencin el pedido de


cdigo 8.

Pulsamos el botn Pasar a listo para envo.

Nos aparece un mensaje de confirmacin que nos indica que el


pedido esta incompleto.

Elegimos la opcin Aceptar.

Nos aparece un mensaje de confirmacin sobre la creacin de un


pedido con las cantidades restantes.

5.4.

Elegimos la opcin Cancelar

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.

Elaborar pedido vaco y enviar al almacn.


Modificar pedido resultando dos lneas con el mismo producto.
Modificar pedido aadiendo una lnea de cantidad fuera de rango.
Modificar pedido aadiendo un producto inexistente.
Modificar pedido, aadiendo / eliminando

una lnea de pedido, y enviar a

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

Introducimos maria en el campo usuario

Introducimos nike en el campo contrasea

Pulsamos entrar o el botn aceptar de la aplicacin.


Nos aparece la interfaz propia de una operadora.
El cliente Jaime con DNI 48315682N llama a la operadora.

La operadora introduce el DNI del cliente apareciendo en el


formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboracin que tiene el


cliente en el sistema y los que ya ha enviado al almacn.

El cliente solicita hacer un nuevo pedido.

La operadora pulsa nuevo y aparece el formulario de nuevo pedido

El cliente solicita comprar un par de raquetas.

La operadora introduce una lnea de pedido:


o

Introduce 4 en cdigo artculo

Se rellenan automticamente los campos nombre y precio.

Introduce 2 en cantidad

Pulsa el botn aadir lnea

Se actualiza automticamente el precio total

El cliente solicita a la operadora finalizar el pedido escogiendo la opcin pasar


pedido a almacn

La operadora pulsa el botn pasar a almacn.

El pedido aparece en el listado de pedidos enviados al almacn.


1.4.

Resultado esperado
El sistema almacena el nuevo pedido con estado No atendido.

1.5.

Evaluacin de la Prueba

Prueba superada con xito

2. Elaborar pedido y guardar


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

Introducimos maria en el campo usuario

Introducimos nike en el campo contrasea

Pulsamos entrar o el botn aceptar de la aplicacin.

Nos aparece la interfaz propia de un operador.

El cliente Jaime con DNI 48315682N llama a la operadora.

La operadora introduce el DNI del cliente apareciendo en el


formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboracin que tiene el


cliente en el sistema y los que ya ha enviado al almacn.

El cliente solicita hacer un nuevo pedido.

La operadora pulsa el botn nuevo.

El sistema muestra la interfaz propia de la modificacin de un


pedido.

El cliente solicita comprar un par de raquetas.

La operadora introduce una lnea de pedido:

Introduce 4 en cdigo artculo

Se rellena automticamente los campos nombre y precio.

Introduce 2 en cantidad

Pulsa el botn aadir lnea

Se actualiza automticamente el precio total

El cliente solicita a la operadora finalizar el pedido escogiendo la


opcin guardar pedido.

2.4.

La operadora pulsa el botn guardar.

Resultado esperado
El sistema almacena el nuevo pedido con estado No atendido.

2.5.

Evaluacin de la Prueba
Prueba superada con xito

3. Elaborar pedido vaco y guardar


3.1.

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

Introducimos luis en el campo usuario

Introducimos reebok en el campo contrasea


Pulsamos entrar o el botn aceptar de la aplicacin.
Nos aparece la interfaz propia de un representante de ventas.

El cliente Javier con DNI 22496359P contacta con el


representante de ventas.

El representante de ventas introduce el DNI del cliente


apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboracin que tiene el


cliente en el sistema y los que ya ha enviado al almacn.

El cliente solicita hacer un nuevo pedido.

El representante de ventas pulsa el botn nuevo.

El sistema muestra la interfaz propia de la elaborar un nuevo


pedido.

3.4.

El representante de ventas pulsa el botn guardar.

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

4. Elaborar pedido vaco y enviar al almacn


4.1.

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

Introducimos luis en el campo usuario

Introducimos reebok en el campo contrasea

Pulsamos entrar o el botn aceptar de la aplicacin.

Nos aparece la interfaz propia de un representante de ventas.

El cliente Jaime con DNI 48315682N contacta con el


representante de ventas.

El representante de ventas introduce el DNI del cliente


apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboracin que tiene el


cliente en el sistema y los que ya ha enviado al almacn.

El cliente solicita hacer un nuevo pedido.

El representante de ventas pulsa el botn nuevo.

El sistema muestra la interfaz propia de la elaborar un nuevo


pedido.

4.4.

El representante de ventas pulsa el botn enviar a almacn


Resultado esperado
El sistema muestra un mensaje de error avisando al cliente de que
no es posible almacenar en el sistema un pedido vaco.

4.5.

Evaluacin de la Prueba

Prueba superada con xito

5. Modificar pedido resultando dos lneas con el mismo producto


5.1.

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

Introducimos luis en el campo usuario

Introducimos reebok en el campo contrasea

Pulsamos entrar o el botn aceptar de la aplicacin.

Nos aparece la interfaz propia de un representante de ventas.

El cliente Javier con DNI 22496359P contacta con el


representante de ventas.

El representante de ventas introduce el DNI del cliente


apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboracin que tiene el


cliente en el sistema y los que ya ha enviado al almacn.

El representante de ventas selecciona el pedido con cdigo 2 y


pulsa el botn modificar.

El sistema muestra la interfaz propia de la modificacin de un


pedido.

El cliente solicita aadir un producto al pedido.

5.4.

Introduce una nueva lnea de pedido:


o

Introduce 4 en cdigo artculo

Se rellena automticamente los campos nombre y precio.

Introduce 1 en cantidad

Pulsa el botn aadir lnea

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

Prueba superada con xito

6. Modificar pedido aadiendo una lnea de cantidad fuera de rango


6.1.

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

Introducimos luis en el campo usuario

Introducimos reebok en el campo contrasea

Pulsamos entrar o el botn aceptar de la aplicacin.

Nos aparece la interfaz propia de un representante de ventas.

El cliente Javier con DNI 22496359P contacta con el


representante de ventas.

El representante de ventas introduce el DNI del cliente


apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboracin que tiene el


cliente en el sistema y los que ya ha enviado al almacn.

El representante de ventas selecciona el pedido con cdigo 2 y


pulsa el botn modificar.

El sistema muestra la interfaz propia de la modificacin de un


pedido.

El cliente solicita aadir un producto al pedido.

Introduce una nueva lnea de pedido:


o Introduce 3 en cdigo artculo
o Se rellena automticamente los campos nombre y precio.
o Introduce 0 en cantidad
o Introduce 10000 en cantid

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

Prueba superada con xito.

7. Modificar un pedido aadiendo un producto inexistente


7.1.

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

Introducimos luis en el campo usuario

Introducimos reebok en el campo contrasea

Pulsamos entrar o el botn aceptar de la aplicacin.

Nos aparece la interfaz propia de un representante de ventas.

El cliente Javier con DNI 22496359P contacta con el


representante de ventas.

El representante de ventas introduce el DNI del cliente


apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboracin que tiene el


cliente en el sistema y los que ya ha enviado al almacn.

El representante de ventas selecciona el pedido con cdigo 2 y


pulsa el botn modificar.

El sistema muestra la interfaz propia de la modificacin de un


pedido.

El cliente solicita aadir un producto al pedido.

Introduce una nueva lnea de pedido:


o Introduce 7 en cdigo artculo
o Pulsa el botn aadir lnea

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.

8. Modificar pedido aadiendo / eliminando una lnea de pedido y enviar


a almacn
8.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, 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

Introducimos maria en el campo usuario

Introducimos nike en el campo contrasea

Pulsamos entrar o el botn aceptar de la aplicacin.

Nos aparece la interfaz propia de un operador.

El cliente Jaime con DNI 48315682N llama a la operadora.

La operadora introduce el DNI del cliente apareciendo en el


formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboracin que tiene el


cliente en el sistema y los que ya ha enviado al almacn.

El cliente solicita hacer modificaciones al pedido 1.

La operadora selecciona el pedido en cuestin y pulsa el botn


modificar, aparece el formulario del pedido.

El cliente solicita aadir un par de raquetas al pedido.

La operadora introduce una lnea de pedido:


Introduce 4 en cdigo artculo

o
o

Se rellena automticamente los campos descripcin y


precio.

Introduce 2 en cantidad

Pulsa el botn aadir lnea

Se actualiza automticamente el precio total


El cliente solicita eliminar el par de zapatillas incluidas en el
pedido.

La operadora elimina la lnea de pedido correspondiente al


producto que se desea eliminar.

El cliente solicita a la operadora finalizar el pedido escogiendo la


opcin enviar a almacn.

La operadora pulsa el botn enviar a almacn


8.4.

Resultado esperado
El sistema almacena las nuevas modificaciones del pedido
seleccionado.

8.5.

Evaluacin de la Prueba

Prueba superada con xito

9. Modificar pedido aadiendo / eliminando una lnea de pedido y


guardar
9.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, 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

Introducimos luis en el campo usuario

Introducimos reebok en el campo contrasea

Pulsamos entrar o el botn aceptar de la aplicacin.

Nos aparece la interfaz propia del un representante de ventas.

El cliente Jaime con DNI 48315682N llama a la operador.

El operador introduce el DNI del cliente apareciendo en el


formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboracin que tiene el


cliente en el sistema y los que ya ha enviado al almacn.

El cliente solicita hacer modificaciones al pedido 4.

El representante de ventas selecciona el pedido en cuestin y


pulsa el botn modificar, aparece la interfaz de modificar pedido.

El cliente solicita aadir un par de zapatillas al pedido.

El operador introduce una lnea de pedido:


o Introduce 1 en cdigo artculo

o Se rellena automticamente los campos nombre y precio.


o Introduce 1 en cantidad
o Pulsa el botn aadir lnea
o Se actualiza automticamente el precio total
El cliente solicita eliminar el par de raquetas del pedido.
El representante de ventas elimina la lnea de pedido correspondiente al
producto que se desea eliminar.

El cliente solicita al representante de ventas finalizar el pedido


escogiendo la opcin guardar.

El operador pulsa el botn guardar.


9.4.

Resultado esperado
El sistema almacena las nuevas modificaciones del pedido
seleccionado.

9.5.

Evaluacin de la Prueba

Prueba superada con xito

10. .Modificar direccin de envo del pedido


10.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, que consistir en modificar la direccin de envo de un
pedido en elaboracin.
10.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.

10.3. Entrada

Introducimos luis en el campo usuario

Introducimos reebok en el campo contrasea

Pulsamos entrar o el botn aceptar de la aplicacin.

Nos aparece la interfaz propia del un representante de ventas.

El cliente Jaime con DNI 48315682N llama a la operador.

El operador introduce el DNI del cliente apareciendo en el


formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboracin que tiene el


cliente en el sistema y los que ya ha enviado al almacn.

El cliente solicita modificar la direccin de envo del pedido 4.

El representante de ventas selecciona el pedido en cuestin y


pulsa el botn modificar, aparece el formulario de modificar
pedido.

El cliente da la nueva direccin de envo al operador.

El representante de ventas introduce la nueva direccin :

Introduce C/ Bailn en el campo Calle

Introduce 2 en el campo N

Introduce 23 en el campo Pta


El representante de ventas pulsa el botn guardar

10.4. Resultado esperado


El sistema modifica la direccin de envo del pedido seleccionado.
10.5. Evaluacin de la Prueba
Prueba superada con xito

11. Modificar pedido eliminando todas sus lneas


11.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, que consistir en modificar la direccin de envo de
un pedido en elaboracin.
11.2.

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

Introducimos luis en el campo usuario

Introducimos reebok en el campo contrasea

Pulsamos entrar o el botn aceptar de la aplicacin.

Nos aparece la interfaz propia de un operador.

El cliente Javier con DNI 22496359P llama a la operadora.

La operadora introduce el DNI del cliente apareciendo en el


formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboracin que tiene el


cliente en el sistema y los que ya ha enviado al almacn.

La operadora selecciona el pedido 2 y pulsa el botn


modificar y aparece la interfaz de modificar pedido.

La operadora elimina las dos lneas de pedido que componen


el pedido, pulsando sucesivamente el botn eliminar lnea.

11.4. Resultado esperado


El sistema muestra un mensaje de error que nos informa de que no
es posible eliminar todas las lneas de pedido de un cierto pedido.
11.5. Evaluacin de la Prueba
Prueba superada con xito

12. Eliminar pedido


12.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, que consistir en eliminar un pedido.
12.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.
12.3. Entrada
Introducimos maria en el campo usuario

Introducimos nike en el campo contrasea

Pulsamos entrar o el botn aceptar de la aplicacin.

Nos aparece la interfaz propia de un operador.

El cliente Jaime con DNI 48315682N llama a la operadora.

La operadora introduce el DNI del cliente apareciendo en el


formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboracin que tiene el


cliente en el sistema y los que ya ha enviado al almacn.

El cliente solicita eliminar el pedido 10.

La operadora selecciona el pedido en cuestin y pulsa el botn


cancelar pedido.

El sistema muestra un mensaje de aviso de borrado y solicita la


confirmacin. La operadora confirma la eliminacin del pedido al
cliente pulsando el botn aceptar.

12.4. Resultado esperado


El pedido seleccionado es eliminado del sistema.

12.5. Evaluacin de la Prueba


Prueba superada con xito.
13. Comprobar ratio de pago del cliente
13.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, que consistir en elegir una modalidad de pago que
no corresponde con el ratio de pago del cliente.
13.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 Javier con
DNI 22496359-P tambin figure en la base de datos. Consultar la
Base de Datos de Pruebas para ver toda la especificacin completa
de los datos.
13.3. Entrada
Introducimos maria en el campo usuario
Introducimos nike en el campo contrasea
Pulsamos entrar o el botn aceptar de la aplicacin.
Nos aparece la interfaz propia de un operador.
El cliente Javier con DNI 22496359-P llama a la operadora.
La operadora introduce el DNI del cliente apareciendo en el
formulario los datos completos del cliente.
Aparece una lista con los pedidos en elaboracin que tiene el
cliente en el sistema y los que ya ha enviado al almacn.
El cliente solicita hacer un nuevo pedido.
La operadora pulsa el botn nuevo.
El sistema muestra la interfaz propia de la realizacin de un

pedido.
El cliente solicita comprar un par de sudaderas.
La operadora introduce una lnea de pedido:
o

Introduce 3 en cdigo artculo

Se rellena automticamente los campos nombre y precio.

Introduce 2 en cantidad

Pulsa el botn aadir lnea

Se actualiza automticamente el precio total

El cliente solicita a la operadora pago a crdito.


La operadora pincha en el desplegable forma de pago
13.4. Resultado esperado
No es posible escoger la opcin a crdito porque el ratio del cliente solo
permite al contado.
13.5. Evaluacin de la Prueba
Prueba superada con xito

CONCLUSIONES Y RECOMENDACIONES
A. CONCLUSIONES

Al culminar el proyecto sobre el diseo e implementacin de un sistema


informtico para mejorar el proceso de ventas en la Empresa Comercial
de Artculos Deportivos se puede afirmar que los objetivos planteados al
inicio

del

desarrollo

del

proyecto

fueron

cumplidos

de

manera

satisfactoria.

El diseo modular que tiene el sistema facilita la administracin


entendimiento del mismo haciendo ms fcil la integracin de otros
mdulos o componentes para su crecimiento con ello tambin cabe
recalcar que el diseo multiplataforma que se integre fcilmente a
cualquier plataforma de hardware y software.

Como en toda empresa se hace necesario seguir los estndares de


desarrollo de sistemas los cuales ayudan a llevar de manera ms
organizada la informacin; poder especificar los contenidos que se
necesitan visualizar en el sistema y lograr que los beneficiarios se acoplen
sin mayor dificultad en su manejo.

La presente tesis se basan en la revisin constante de los avances lo cual


resulta beneficioso para lograr el xito, cabe recalcar que los

contratiempos encontrados en la ejecucin de la investigacin, se dieron a


mltiples inconvenientes que se han suscitado en la empresa, los mismos
que han sido reconocidos y remediados de manera justa y equitativa para
la satisfaccin de la institucin beneficiaria.

El uso de la metodologa de desarrollo RUP, conjuntamente con el


lenguaje UML y el manejo de los conceptos de la programacin
orientadas a objetos, propiciaron que el desarrollo del sistema sea
entendible, sostenible. Incremental.

B. RECOMENDACIONES

Se recomienda tener en cuenta el uso del software como alternativa de


desarrollo del sistema, para as beneficiamos de sus ventajas en cuanto a
conceptos de

independencia,

costo

y facilidad

de

desarrollo e

implementacin, puesto que las herramientas que provee el software libre


estn muy maduras y capaz de satisfacer las necesidades del
desarrollador.

Para

que el sistema crezca hasta un nivel gerencial y estratgico,

debern tener en cuenta en proyectos de desarrollos de mdulos de


gestin, que estos emitan reportes que sea capaz de hacer ver cmo va
el giro del negocio, tenencias y adems ayude a tomar decisiones a nivel
estratgico.

Los requerimientos de hardware que se pide, segn la seccin tcnica de


anlisis de factibilidad y el diagrama de despliegue, son mnimos; pero se
recomienda que mientras ms capacidad tenga el servidor mejor
performance tendr el funcionamiento del sistema.

Realizar una continua actualizacin de informacin y preparacin en el


manejo del Sistema, por parte de los usuarios pertenecientes a la
Empresa.

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.

8) SEBASTIN ANTONIO GUZMN SILVA (2008) Diseo y Optimizacin


del Proceso de Gestin y Ejecucin de la Venta Mayorista para una
Empresa Tipo Homeimprovement.
9) VSQUEZ ROS, Danny (2008) Anlisis y Diseo de un Sistema
Informtico para el Control de los Procesos de Comercializacin de la
Empresa Grupo Selva S.A.C. de Tarapoto Per.

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

Disciplinas / Artefactos generados o


modificados

Comienzo

Aprobacin

durante la Fase de Inicio


Modelado del Negocio

Modelo de Casos de Uso del Negocio y Modelo de


Objetos del Negocio

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

Durante todo el Durante todo el


proyecto

proyecto

Gestin del proyecto

Plan de Desarrollo del Software en su versin 1.0 y


planes de las Iteraciones

Ambiente

Semana

Semana

14/10/02 -

28/10/02 -

20/10/02

3/11/02

Durante todo el Durante todo el


proyecto

proyecto

Disciplinas / Artefactos generados o modificados


durante la Fase de Elaboracin

Comienzo

Aprobacin

Modelado del Negocio

Modelo de Casos de Uso del Negocio y Modelo de Objetos del Semana 14/10/02 Negocio

20/10/02

Aprobado

Requisitos

Glosario

Visin

Modelo de Casos de Uso

Especificacin de Casos de Uso

Especificaciones Adicionales

Semana 14/10/02 20/10/02

Semana 21/10/02 27/10/02

Aprobado

Aprobado

Semana 28/10/02 - Semana 11/12/02 3/11/02

17/12/02

Semana 28/10/02 - Semana 11/12/02 3/11/02

17/12/02

Semana 28/10/02 - Semana 11/12/02 3/11/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 Anlisis / Diseo

Modelo de Datos

Implementacin

Prototipos de Interfaces de Usuario

Modelo de Implementacin

Pruebas

Casos de Pruebas Funcionales

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

Gestin de Cambios y Configuracin

Gestin del proyecto

Plan de Desarrollo del Software en su versin 2.0 y planes


de las Iteraciones

Ambiente

Disciplinas / Artefactos generados o modificados


durante la Fase de Construccin (Iteracin 1)

Comienzo

Aprobacin

Elaborar Pedido (Gestin de Ventas)

19/11/2002

12/12/2002

Consultar Pedidos no Atendidos (Gestin de Almacn)

23/11/2002

12/12/2002

Casos de Uso negociados para la Primera Release

Disciplinas / Artefactos generados o modificados


durante la Fase de Construccin (Iteracin 2)

Comienzo

Aprobacin

Elaborar Pedido (Gestin de Ventas)

19/11/2002

Aprobado

Consultar Pedidos no Atendidos (Gestin de Almacn)

23/11/2002

Aprobado

Atender Pedido (Gestin de Almacn)

13/01/2003

17/01/2003

Cancelar Pedido Atendido (Gestin de Almacn)

16/12/2002

17/01/2003

Pasar Pedido a Envo (Gestin de Almacn)

13/01/2003

17/01/2003

Incidencia de Pedidos (Gestin de Almacn y Ventas)

13/01/2003

17/01/2003

Casos de Uso negociados para la Primera Release

Casos de Uso negociados para la Segunda


Release

Diario de Ejecucin

DIARIO DE EJECUCION

Da

Actividad desarrollada

Dedicacin
estimada
(en horas
de trabajo)

03/09/2002

Reunin de los miembros del grupo. Puesta en marcha del


proyecto. Organizacin del equipo.

07/10/2002

Reunin con el Stakeholder de la empresa cliente. Descripcin


general del sistema. Captura inicial de requisitos.

10/10/2002

Reunin con dos de los integrantes del grupo no asistentes a la


anterior reunin. Explicacin de la presentacin del proyecto.

14/10/2002

Elaboracin del primer documento con la captura de requisitos


inicial para exponer al resto del grupo.

17/10/2002

Reunin del grupo de trabajo. Aclaracin de los requisitos iniciales


del sistema.

Segunda reunin con el Stakeholder para la aclaracin de dudas


18/10/2002 anteriores, y para el inicio del documento Visin y Plan de
Desarrollo Software.
21/10/2002

Reunin del Jefe Proyecto y Arquitecto de Software para la


planificacin de tareas. Comienzo de la fase de Anlisis.

Reunin del Jefe de Proyecto, Arquitecto de Software y dos


22/10/2002 Programadores para identificar subsistemas, actores y algunos
casos de uso generales. Primeros esbozos en Rational Rose.
Tercera reunin con el Stakeholder. Aclaracin de las
23/10/2002 caractersticas del sistema y sus atributos. Definicin de los
perfiles de usuario.

3,5

1
3,5
3

1,5

Presentacin de la versin 1.0 del documento Visin. Cuarta


24/10/2002 reunin con el Stakeholder. Casos de uso generales y glosario
encaminados. Algunos posibles casos de prueba.

29/10/2002 Realizacin del documento Visin versin 1.0 completa.

31/10/2002

Presentacin del artefacto Plan de Desarrollo Software y del


Modelo de Casos de Uso del Negocio y de Objetos del Negocio.

01/11/2002 Generacin del Diagrama de Clases.


04/11/2002

Creacin de las Plantillas de Especificacin de Casos de Uso y


revisin de otros artefactos.

1
3
5,5

Reunin del todo el equipo para revisar cada artefacto y asegurar


05/11/2002 que todos los miembros del grupo estn al tanto del proyecto, y
de la labor de cada uno.

2,5

06/11/2002 Realizacin de la Especificacin de los Casos de Uso.

7,5

Preparacin de las especificaciones de algunos casos de uso, a


07/11/2002 falta de corroborar con el usuario. Bsqueda de ms informacin
con la herramienta Rational Rose.

Quinta reunin con el Stakeholder de la empresa para aprobar el


07/11/2002 modelo de casos de uso del negocio, el modelo de objetos del
negocio, y revisar los casos de uso y el modelo de datos.

1,5

Elaboracin casos de uso y estudio de ejemplos de Casos de


10/11/2002 Prueba por parte del Tester. Elaboracin de la documentacin con
Requisite Pro.

7,5

11/11/2002

Elaboracin de plantillas de casos de uso, cada uno de los


miembros del grupo tiene asignadas una o dos plantillas.

12/11/2002

Realizacin de la primera versin del modelo de la Base de Datos,


Especificacin Casos de Uso y Diagrama de Clases

Sexta reunin con el Stakeholder, revisin de las plantillas de los


casos de uso negociados para la primera release: Elaborar Pedido
13/11/2002
y Consultar Pedidos no Atendidos. Elaboracin de los Prototipos de
Interfaces y Casos de Prueba asociados a los mismos.
Aprobacin de la Arquitectura del Software. Entrega de prototipos
de interfaces grficas y modelos de casos de pruebas. Se ratifican
los casos de uso que se incorporarn en la 1 release.
Presentacin del modelo Rational Rose (diagrama de casos de uso,
14/11/2002
especificacin de casos de uso, modelo de negocio, diagrama de
clases), del modelo de la base de datos, de los casos de prueba y
de las interfaces grficas. Refinamiento del modelo de la base de

7
7,5

9,5