Modelado Del Negocio de La Empresa de Deportes

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
Disciplinas / Artefactos
generados o modificados durante la
Fase de Elaboracin
Comienzo Aprobacin

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
Semana 3
Semana 5
28/10
11/12 17/12
3/11
Semana 3
Semana 5
28/10
11/12 17/12
3/11
Semana 3
Semana 5
28/10
11/12 17/12
3/11
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
Semana 3
Revisar en cada
28/10
iteracin
3/11
Semana 3
Revisar en cada
28/10
iteracin
3/11
Pruebas
Semana 3
Revisar en cada
28/10
iteracin
3/11
Despliegue
Gestin del proyecto
Semana 3
Revisar en cada
28/10
iteracin
3/11
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
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.
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.
Criterio de
xito
Grado de
participacin
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.
Criterio de
xito
Grado de
participacin
Comentarios
Responsable del almacn de una regin determinada.

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.
Criterio de
xito
Grado de
participacin
Comentarios
Representante de ventas de los productos

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.
Criterio de
xito
Grado de
participacin
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.
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.
xito
Grado de
participacin
Comentarios
Ninguno.
Tipo
Responsabilid
ades
5.5.8. Contable
Representan
te
Descripcin
Tipo
Responsabili
dades
Criterio de
xito
Grado de
participacin
Contabilidad / Facturacin
Empleado del Departamento de Contabilidad y
Facturacin.
Usuario experto.
Encargado de la facturacin y cobranzas, poltica de
cobro de los clientes.
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.
Criterio de
xito
Grado de
participacin
Comentarios
Empleado del Departamento de Marketing.

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.
Criterio de
xito
Grado de
participacin
Comentarios

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.
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.
Criterio de
xito
Grado de
participacin
Comentarios
Empleado del Departamento de Recursos Humanos.

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
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
9. Precedencia y Prioridad
10. Otros Requisitos del Producto

10.1 Estndares Aplicables
10.2 Requisitos de Sistema
10.3 Requisitos de Desempeo
10.4 Requisitos de Entorno
11. Requisitos de Documentacin

11.1 Manual de Usuario
11.2. Ayuda en Lnea
11.3. Guas de Instalacin, Configuracin, y Fichero Lame
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

el cliente]
el cliente]
Ninguna
Medio

el cliente]
el cliente]
Ninguna
Medio

el cliente]
el cliente]
Ninguna
Alto

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

el cliente]
el cliente]
Jos Antonio
Mochol
til
Medio

el cliente]
el cliente]
Ninguna
Importa
nte
Medio

el cliente]
el cliente]
Eduardo Bueno
Alto

el cliente]
el cliente]
Jos Antonio
Mochol, Germn
Mira y Miguel
Mascilla
til
Medio

el cliente]
el cliente]
Jos Antonio
Mochol, Germn
Mira y Miguel
Mascilla
Importa
nte
Medio

el cliente]
el cliente]
Ninguna
Importa
nte
Medio

el cliente]
el cliente]
Ninguna
Importa
nte
Medio

el cliente]
el cliente]
Ninguna
Importa
nte
Bajo

el cliente]
el cliente]
Ninguna
til
Bajo

el cliente]
el cliente]
Ninguna
til
Medio

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

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.
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
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
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.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
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
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
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
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
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.
usuario tcnico de almacn Toni est dado de alta en la base de

los datos.
1.3.
Entrada
Introducimos toni en el campo usuario
Introducimos puma en el campo contrasea
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.
Prueba superada con xito.
2) Atender un pedido de la lista de pedidos no atendidos
2.1.
Descripcin
un pedido y elegiremos la opcin atender pedido.
2.2. Condiciones de ejecucin

usuario tcnico de almacn Toni est dado de alta en la base de
los datos.
2.3. Entrada
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.

3. Atender pedido asignando cantidades negativas
3.1.
Descripcin

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

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.
4. Atender pedido asignando cantidades mayores a las disponibles

4.1.
Descripcin

cantidades mayores al stock disponible para observar como
responde el sistema.
4.2.

4.3.
Entrada


asignada, se actualizan automticamente los datos cdigo y nombre del
artculo.
Introduce la cantidad 2.

4.4.
Resultado esperado

no hay stock disponible para poder asignar esa cantidad .
4.5.
5. Atender pedido asignando cantidades mayores a las solicitadas

5.1.
Descripcin

cantidades mayores a las solicitadas para observar como responde
el sistema.
5.2.

5.3.
Entrada
El tcnico selecciona de la lista de pedidos no atendidos el pedido de
cdigo 1 y pulsa el botn Atender Pedido.

asignada, se actualizan automticamente los datos cdigo y nombre del
artculo.
Introduce la cantidad 2.

5.4.
Resultado esperado

la cantidad introducida es superior a la cantidad solicitada.
5.5.
6. Atender pedido sin asignar cantidades

6.1.
Descripcin

un pedido, elegiremos la opcin atender pedido y no realizaremos
ninguna modificacin.
6.2.

6.3.
Entrada

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.
C. Cancelar Pedido Atendido

Descripcin
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
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.
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
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.
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.
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
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.
D. Incidencia de Pedido
Descripcin
Uso Incidencia Pedido.
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.
entrada de la aplicacin
1. Crear una incidencia normal en Almacn
1.1. Descripcin
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.
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.
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.
2. Crear una incidencia vaca en Almacn

2.1.
Descripcin

de ese pedido. En este caso, probaremos a crear una incidencia
vaca para ver como responde el sistema.
2.2.
2.3.
Entrada

cdigo 1.
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.
3. Consultar incidencias en Almacn
3.1.
Descripcin
de ese pedido. En este caso, consultaremos la lista de incidencias

almacenadas en el sistema.
3.2.
3.3.
Entrada

cdigo 1.
Pulsamos Consultar Incidencias.

3.4.
Resultado esperado
El sistema nos muestra una nueva interfaz donde se listan todas las
incidencias almacenadas.
3.5.
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
operadora maria est dado de alta en la base de datos de
datos.
4.3.
Entrada
Introducimos maria en el campo usuario
Introducimos nike en el campo contrasea
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.
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
5. Crear una incidencia vaca en Ventas

5.1.
Descripcin
estemos elaborando un pedido, tendremos la oportunidad de crear
un parte de incidencia que dejara reflejado en el sistema cualquier
pedido. En este caso, probaremos a crear una incidencia vaca para
ver como responde el sistema.
5.2.
as condiciones de ejecucin del caso de prueba son que el usuario
datos.
5.3.
Entrada



La operadora observa que hay anomalas y procede a la creacin

de una incidencia.
5.4.
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
6. Consultar incidencias en Ventas
6.1.
Descripcin
estemos elaborando un pedido, tendremos la oportunidad de crear un
parte de incidencia que dejara reflejado en el sistema cualquier
pedido. En este caso, consultaremos la lista de incidencias
almacenadas en el sistema.
6.2.
datos.
6.3.
Entrada

El cliente solicita hacer modificaciones al pedido

La operadora consulta las incidencias por si el pedido en cuestin

tubo alguna.
Pulsamos Consultar Incidencias.

6.4.
Resultado Esperado
El sistema nos muestra una nueva interfaz donde se listan todas las
incidencias almacenadas.
6.5.
Evaluacin
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.
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
atencin que haya almacenados en el sistema. Seleccionaremos un
pedido y lo pasaremos a envo.
1.2.
1.3.
Entrada

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.
2. Pasar pedido completo a envo desde atender pedido

2.1.
Descripcin
pedido y despus de comprobar desde la opcin atender pedido que
tiene todas las cantidades asignadas lo pasaremos a envo.
2.2.
2.3.
Entrada

El tcnico selecciona de la lista de pedidos en atencin el 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.
3. Cancelar al pasar un pedido incompleto a envo

3.1.
Descripcin
pedido incompleto y lo pasaremos a envo, cancelando seguidamente
dicha decisin.
3.2.
3.3.
Entrada


3.4.
cdigo 7.
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.
4. Pasar a envo un pedido incompleto generando un pedido con las

cantidades restantes
4.1.
Descripcin
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.
4.3.
Entrada

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

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.

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.
5. Pasar a envo un pedido incompleto sin generar un pedido con las

cantidades restantes
5.1.
Descripcin
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.
5.3.
Entrada



cdigo 8.
Nos aparece un mensaje de confirmacin que nos indica que el

pedido esta incompleto.
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.
GESTION DE VENTAS
A. Caso de Pruebas de Elaborar Pedido
I. Descripcin
Uso Elaborar Pedido.
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.
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.
datos.
1.3.
Entrada

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


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.
2. Elaborar pedido y guardar

2.1.
Descripcin
dicho pedido. Una vez elaborado escogeremos la opcin guardar.
2.2.
datos.
2.3.
Entrada


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.
Se rellena automticamente los campos nombre y precio.
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.
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.
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

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.

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.
4. Elaborar pedido vaco y enviar al almacn

4.1.
Descripcin
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.
4.3.
Entrada
El cliente Jaime con DNI 48315682N contacta con el



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.
5. Modificar pedido resultando dos lneas con el mismo producto

5.1.
Descripcin
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.
5.3.
Entrada



El representante de ventas selecciona el pedido con cdigo 2 y

pulsa el botn modificar.

pedido.
El cliente solicita aadir un producto al pedido.
5.4.
Introduce una nueva lnea de pedido:

o
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.
6. Modificar pedido aadiendo una lnea de cantidad fuera de rango

6.1.
Descripcin
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.
6.3.
Entrada





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.
7. Modificar un pedido aadiendo un producto inexistente

7.1.
Descripcin
lnea de pedido asociada a un producto ya incluido en el pedido y
aadir un producto inexistente.
7.2.
7.3.
Entrada





pedido.

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.
8. Modificar pedido aadiendo / eliminando una lnea de pedido y enviar

a almacn
8.1.
Descripcin
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.
datos.
8.3.
Entrada



modificar, aparece el formulario del pedido.
El cliente solicita aadir un par de raquetas al pedido.

o
o
Se rellena automticamente los campos descripcin y

precio.

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.
9. Modificar pedido aadiendo / eliminando una lnea de pedido y

guardar
9.1.
Descripcin
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.
9.3.
Entrada
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


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 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.
10. .Modificar direccin de envo del pedido

10.1. Descripcin
dicho pedido, que consistir en modificar la direccin de envo de un
pedido en elaboracin.
10.3. Entrada
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


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

El sistema modifica la direccin de envo del pedido seleccionado.
10.5. Evaluacin de la Prueba
11. Modificar pedido eliminando todas sus lneas

11.1.
Descripcin

dicho pedido, que consistir en modificar la direccin de envo de
un pedido en elaboracin.
11.2.
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
El cliente Javier con DNI 22496359P llama a la operadora.


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.

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.
12. Eliminar pedido

12.1. Descripcin
dicho pedido, que consistir en eliminar un pedido.
datos.
12.3. Entrada


El cliente solicita eliminar el pedido 10.

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.

El pedido seleccionado es eliminado del sistema.

13. Comprobar ratio de pago del cliente
13.1. Descripcin
dicho pedido, que consistir en elegir una modalidad de pago que
no corresponde con el ratio de pago del cliente.
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
El cliente Javier con DNI 22496359-P llama a la operadora.
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.
o
El cliente solicita a la operadora pago a crdito.

La operadora pincha en el desplegable forma de pago
No es posible escoger la opcin a crdito porque el ratio del cliente solo
permite al contado.
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

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
28/10/02 -
Siguiente fase
3/11/02
Semana
28/10/02 -
Siguiente fase
3/11/02
Semana
28/10/02 -
Siguiente fase
3/11/02
Anlisis / Diseo
Semana
21/10/02 -
Siguiente fase
27/10/02
Semana
Modelo de Datos
21/10/02 -
Siguiente fase
27/10/02
Implementacin
Semana
28/10/02 -
Siguiente fase
3/11/02
Semana
28/10/02 -
Siguiente fase
3/11/02
Pruebas
Semana
28/10/02 -
Siguiente fase
3/11/02
Despliegue
Semana
28/10/02 -
Siguiente fase
3/10/02
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
Modelo de Casos de Uso del Negocio y Modelo de Objetos del Semana 14/10/02 Negocio
20/10/02
Aprobado
Requisitos
Glosario
Visin
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 Datos
Implementacin
Pruebas
Semana 28/10/02 -
Revisar en cada
3/11/02
iteracin
Semana 28/10/02 -
Revisar en cada
3/10/02
iteracin
Durante todo el
Durante todo el
proyecto
proyecto
Semana 14/10/02 -
Revisar en cada
20/10/02
iteracin
Durante todo el
Durante todo el
proyecto
proyecto
Despliegue
Gestin del proyecto
Plan de Desarrollo del Software en su versin 2.0 y planes

de las Iteraciones
Ambiente

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

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

Modelado Del Negocio de La Empresa de Deportes

Загружено:

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

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

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

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

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

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

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

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

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

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

Modelado Del Negocio de La Empresa de Deportes

Загружено:

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

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

DESARROLLO DE SOFTWARE

PARA EL CONTROL DE ARTICULOS

GESTION DEL PROYECTO

1. PLAN DE DESARROLLO DE SOFTWARE

MODELADO DEL NEGOCIO

1. MODELO DE ANLISIS / DISEO: DIAGRAMA DE CLASES

1. PROTOTIPO DE INTERFACE DE USUARIO

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

Modelado del Negocio se encuentran los artefactos

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

trata sobre los Requisitos que nos ilustra acerca de los

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

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

CAPITULO I: GESTIN DEL PROYECTO

1. PLAN DE DESARROLLO DE SOFTWARE

El jefe del proyecto lo utiliza para organizar la agenda y

Los miembros del equipo de desarrollo lo usan para entender lo

Posteriormente, el avance del proyecto y el

seguimiento en cada una de las iteraciones ocasionar el ajuste de

2. Vista General del Proyecto

Propsito, Alcance y Objetivos

domicilio del cliente.

b) Gestin de Almacenes, incluyendo:

Gestin de flujos de trabajo, seguridad de transacciones e

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

El subsistema Gestin de Almacenes debe disearse como

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

Entregables del proyecto

Es un modelo de las funciones de negocio vistas desde la

7) Especificaciones de Casos de Uso

Este modelo establece la realizacin de los casos de uso en

caso de prueba llevar asociado un procedimiento de prueba

temporalmente, con recursos asignados, dependencias entre

Este documento incluye las instrucciones para realizar la

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

iterativamente, obtenindose una nueva release al final de

Evolucin del Plan de Desarrollo del Software

3. Gestin del Proceso

3.2.1. Plan de las Fases

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

En esta fase desarrollar los requisitos del

En esta fase se analizan los requisitos y se

Durante la fase de construccin se terminan de

En esta fase se prepararn dos releases para

3.2.2. Calendario del Proyecto

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

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

Modelado del Negocio

Modelo de Casos de Uso

Especificacin de Casos de Uso

Gestin del proyecto

Modelado del Negocio

Modelo de Casos de Uso

Especificacin de Casos de Uso

Durante todo el proyecto

3.3 Seguimiento y Control del Proyecto

gestin de las Solicitudes de Cambio y de las modificaciones que

MODELADO DEL NEGOCIO

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

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

2. MODELADO DEL NEGOCIO

Modelo de Objetos de Vender Productos

Modelo de Objetos de Seguimiento y Consulta de Productos

Modelo de Objetos de Reponer Stock