Proyecto Final Jose Juan Garcia

INGENIERIA EN SOFTWARE
PROYECTO FINAL BEGINNERS
Alumno: Jos Juan Garcia Brquez

Maestro: M.C. Jos Benito Franco Urrea
Cuatrimestre: 6to
Carrera: Ingeniero en Sistemas Computacionales
12 de Junio del 2013

PROYECTO FINAL
Sistema para Gestin de Artculos Deportivos
DEPORTES BEGINNERS S.A DE C.V
INTRODUCCIN
La empresa DEPORTES BEGINNERS S.A DE C.Vsolicit el proyecto de

desarrollo software consta de varios departamentos centralizados, un almacn
central y de diversas sucursales de ventas repartidas en distintos pases. Cada
sucursal de ventas dispone de un almacn regional que suministra los pedidos de
los clientes a los pases que conforman una regin determinada, 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:
PROYECTO FINAL
1.GESTIN DEL PROYECTO.

SWEBOK
La gestin de la Ingeniera del Software puede definirse como la aplicacin de

actividades administrativas planeacin, coordinacin, medicin, monitorizacin,
control y reporte- para asegurar que el desarrollo y el mantenimiento de software
sean sistemticos, disciplinados y cuantificables. (IEEE610.12-90).
PRESSMAN
La gestin de proyectos implica la planificacin, supervisin, y control del personal,

del proceso y de los eventos que ocurren mientras evoluciona el software desde la
fase preliminar a la implementacin operacional
Planeacin.
Durante el proyecto siempre surgen problemas en algunas descripciones. Las

suposiciones inciales y el calendario deben ser ms bien pesimistas que
optimistas.
Fija los recursos disponibles, divide el trabajo y crea un calendario de trabajo.
Muchos planes incluyen:
Introduccin.
Organizacin del proyecto.
Anlisis de riesgo.
Requerimientos de recursos de hardware y software.
Divisin de trabajo.
Programa del proyecto.
Mecanismo de supervisin e informes.
PROYECTO FINAL
Calendarizacin.
Esta es una de las tareas ms difciles para los gestores de proyectos. Los
gestores estiman el tiempo y los recursos requeridos para completar las
actividades y organizarlas en una sucesin coherente, las estimaciones
previas son una base incierta para la calendarizacin del nuevo proyecto.
Si el proyecto es tcnicamente complejo, las estimaciones iniciales casi

siempre son optimistas aun cuando los gestores traten de considerar las
eventualidades.
Los calendarios se deben actualizar continuamente en la medida que se

disponga de mejor informacin acerca del progreso.
La calendarizacin implica separar todo el trabajo de un proyecto en

actividades complementarias y considerar el tiempo requerido para
completar dichas actividades. Por lo general, algunas de estas se llevan a
cabo en paralelo. Debemos coordinar estas actividades paralelas y organizar
el trabajo para que la mano de obra se utilice de forma optima. Deben
evitarse situaciones en que el proyecto entero se retrase debido ha que no se
ha terminado una actividad critica.
Al estimar la calendarizacin, los gestores no deben suponer que cada etapa

del proyecto estar libre de problemas.
El recurso principal es el esfuerzo humano; a la estimacin se le debe agregar

un factor de contingencia adicional. Este factor extra de contingencia
depende del tipo de proyecto de los parmetros del proceso (fecha de
entrega, estndares, etctera).
Como regla para los problemas previstos siempre debe agregarse un 30% a la
estimacin original y otro 20% para cubrir algunas cosas no previstas.
PROYECTO FINAL
El calendario del proyecto se representa como un conjunto de grficos que
muestran la divisin del trabajo, las dependencias de las actividades y la
asignacin del personal.
Gestin de Riesgo.
Una tarea importante del gestor de proyectos es anticipar los riesgos que
podran afectar a la programacin del proyecto o a la calidad del software a
desarrollar y emprender acciones para evitar esos riesgos.
Identificar estos y crear planes para minimizar sus efectos en el proyecto se

llama gestin de riesgos.
Se puede concebir un riesgo como una probabilidad de que una circunstancia

adversa ocurra. Los riesgos son una amenaza para el proyecto, para el
software que se est desarrollando y para la organizacin.
Los riesgos que pueden afectar a un proyecto dependen del propio proyecto
y del entorno organizacional donde se desarrolla. Sin embargo algunos
riesgos son universales.
Categoras de riesgos:
1.- Riesgos del proyecto: estos afectan la calendarizacin o los recursos

del proyecto.
2.- Riesgo del producto; Estos afectan a la calidad o al rendimiento del

software que se est desarrollando.
3.- Riesgo del negocio: Estos afectan a la organizacin que desarrolla o

suministra el software.
Es preciso anticiparse a los riesgos: comprender el impacto de estos en el

proyecto, en el producto y en el negocio y considerar los pasos para evitarlos.
PROYECTO FINAL
En el caso de que ocurra, se deben crear planes de contingencia para que sea
posible aplicar acciones de recuperacin
Plan de Desarrollo Software

Versin 3.0
Sistema para Gestin de Artculos Deportivos Versin: 3.0
Plan de Desarrollo Software Fecha: 20/05/2013
Nombre Empresa
PROYECTO FINAL
2.MODELADO DE NEGOCIO
El modelado de negocios es de gran ayuda en la etapa de anlisis de desarrollo
de software, ya que tener un buen modelo permite lograr comprender el mbito de
la informacin adems de identificar las actividades y procesos que se realizan
dentro de la organizacin para lograr una correcta operacin y as lograr una
buena comprensin del negocio para automatizar procesos al crear sistemas
computacionales que se ajusten a la medida de una organizacin.
De esta manera, si los requerimientos son tomados con base en el modelado del
negocio, las probabilidades de que el sistema que se realice se adapte a las
operaciones a realizarse dentro de la organizacin, son muy altas.
Existen varias ventajas para basar los sistemas de informacin en un mismo

modelo bsico de negocio (Len y Asato, 2009):
Los sistemas de informacin se vuelven una parte integral del negocio

global, soportando las operaciones, fortaleciendo el trabajo y la obtencin
de resultados.
Los sistemas se integran fcilmente unos con otros y pueden compartir o
intercambiar informacin.
Un modelo de proceso de negocio tpicamente define los siguientes elementos

(Len y Asato, 2009):
El Objetivo o motivo del proceso.

Las Entradas especficas.
Las Salidas especficas.
Los Recursos consumidos.
La secuencia de las Actividades.
Los Eventos que dirigen el proceso.
Estos elementos se irn analizando a lo largo de esta asignatura, para

comprender su funcionamiento dentro de la organizacin, as como su modelado.
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.
2.1 Modelo de Casos de Uso del Negocio

PROYECTO FINAL
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
regionales a los clientes de la empresa.
2.2 MODELADO DE DOMINIO
Representacin de los conceptos (objetos) significativos en el domino del

problema.
Incluye:
Clases de objetos
Asociaciones entre clases de objetos
Atributos de las clases de objetos
Objeto:
Entidad que existe en el mundo real

PROYECTO FINAL
Tienen identidad y son distinguibles entre s
2.3 Modelo de Objetos de Vender Productos
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".
PROYECTO FINAL
2.4 Modelo de Objetos de Seguimiento y Consulta de Productos
2.5 Modelo de Objetos de Reponer Stock

PROYECTO FINAL
2.6 Modelo de Objetos de Modificar Catlogo
2.7 Modelo de Objetos de Realizar Entrega

PROYECTO FINAL
3.REQUISITOS
Cuando el cliente solicita que se desarrolle un sistema tiene algunas nociones de
lo que debe hacer.
Por esta razn cada sistema basado en software tiene un propsito, usualmente
expresado con algo que el sistema debe hacer.
Un requerimiento es una caracterstica del sistema o una descripcin de algo

que el sistema es capaz de hacer con el objeto de satisfacer propsito del
sistema.
3.1 Visin
3.1.1 Introduccin
3.1.1.1 Propsito
El propsito de ste documento 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.
3.1.1.2 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.
PROYECTO FINAL
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.
3.1.1.3 Definiciones, Acrnimos, y Abreviaciones
RUP: Son las siglas de RationalUnifiedProcess. Se trata de una

metodologa para describir el proceso de desarrollo de software.
3.11.4 Referencias
- Glosario.
- Plan de desarrollo de software.
- RUP (RationalUnifiedProcess).
- Diagrama de casos de uso.
3.1.2 Posicionamiento
3.1.2.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.
PROYECTO FINAL
3.1.2.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 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.
Una solucin adecuada sera 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.
PROYECTO FINAL
3.1.2.3 Sentencia que define la posicin del Producto
para 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.
quienes Controlan los pedidos, los almacenes (stock), las rdenes de
pedido y la facturacin.
El nombre del producto Es una herramienta software.
que Almacena la informacin necesaria para gestionar una empresa
de distribucin.
no como El sistema actual.
Nuestro producto 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.
3.1.3 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.
PROYECTO FINAL
3.1.3.1 Resumen de Stakeholders
Nombre Descripcin Responsabilidades

Patricio Orlando Representante Global de la El stakeholder realiza:
Letelier Torres empresa DEPORTES
Representa a todos los usuarios posibles del
BEGINNERS S.A DE C.V
sistema.
Seguimiento del desarrollo del proyecto.
Aprueba requisitos y funcionalidades
3.1.3.2 Resumen de Usuarios
Nombre Descripcin Stakeholder
Ingeniero de Responsable del Departamento de Logstica

Logstica Logstica, encargado de la gestin del
almacn central, del aprovisionamiento del
resto de almacenes y del contacto con los
proveedores.
Jefe de Almacn Supervisor del buen funcionamiento del Almacn
almacn y de gestionar las incidencias de
los pedidos, ya sea tratando con otro
almacn, o bien en contacto con el
Ingeniero de Logstica.
Tcnico de Encargado directo del almacn, control de Almacn
Almacn stocks, preparacin y despacho de pedidos.
Representante de Responsable de ventas del producto a los Ventas

Ventas clientes, mediante visitas al domicilio del
cliente. Informa de las ofertas y
confecciona las rdenes de pedido.
Jefe de Ventas Supervisor del Departamento de Ventas, Ventas
encargado de otorgar incentivos y del
control de estadsticas.
Contable Encargado de la facturacin y cobranzas, Contabilidad / Facturacin

poltica de cobro de los clientes.
PROYECTO FINAL
Empleado de Responsable de ofertas de lanzamiento, Marketing
Maketing publicidad, poltica de ventas y otros
aspectos relacionados con el marketing.
Cliente Online Realiza compras online, por telfono a Ventas

travs de los comerciales, o tratando con
stos directamente.
Operadora Responsable de ventas del producto a los Ventas

clientes, a travs del telfono. Informa de
las ofertas y confecciona las rdenes de
pedido.
Encargado de Responsable de consultar los envos que se Envos
Transporte 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.
Empleado de Responsable de realizar las entrevistas de Recursos Humanos
Recursos Humanos trabajo para el nuevo personal y por tanto
acceso a la base de datos de currculos.
Tambin encargado de la gestin de
nminas..
Jefe de Recursos Responsable de la gestin de personal, es Recursos Humanos
Humanos decir, contratos y despidos, y tambin
encargado de la redistribucin de la
plantilla.
3.1.3.3 Entorno de usuario
Los usuarios entrarn al sistema identificndose sobre un ordenador

con un sistema operativo Windows 2008 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 2013, lo

cual tambin resultar familiar.
PROYECTO FINAL
3.1.3.4 Perfil de los Stakeholders
3.1.3.4.1 Representante del rea tcnica y sistemas de informacin
Representante Patricio Orlando Letelier Torres
Descripcin Representante DEPORTES BEGINNERS S.A DE C.V
Tipo Experto de Sistemas.
Responsabilida Encargado de mostrar las necesidades de cada usuario del sistema.

des Adems, lleva a cabo un seguimiento del desarrollo del proyecto y
aprobacin de los requisitos y funcionalidades del sistema
Criterio de A definir por el cliente
xito
Grado de Revisin de requerimientos, estructura del sistema

participacin
Comentarios Ninguno
3.1.3.5 Perfiles de Usuario

3.1.3.5.1 Ingeniero de Logstica
Representante Logstica
Descripcin Jefe del Departamento de Logstica de la Empresa.
Tipo Gur.
Responsabilida Responsable del Departamento de Logstica, encargado de la

des gestin del almacn central, del aprovisionamiento del resto de
almacenes y del contacto con los proveedores. Control de
estadsticas para la optimizacin de recursos.
xito
Grado de A definir por el cliente

PROYECTO FINAL
participacin
Comentarios Ninguno
3.1.3.5.2 Jefe de Almacn
Representante Almacn
Descripcin Jefe del almacn de una regin determinada.
Tipo Usuario casual del sistema.
Responsabilida Supervisor del buen funcionamiento del almacn y de gestionar las

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

participacin
Comentarios Ninguno.
3.1.3.5.3 Tcnico de Almacn
Representante Almacn
Descripcin Responsable del almacn de una regin determinada.
Tipo Usuario experto.
Responsabilida Encargado directo del almacn, control de stocks y distribucin de

des 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.
xito
PROYECTO FINAL
participacin
Comentarios Niniguno.
3.1.3.5.4 Representante de Ventas
Representante Ventas
Descripcin Representante de ventas de los productos
Responsabilida Responsable de ventas del producto a los clientes, mediante visitas

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

participacin
3.1.3.5.5 Operadora
Descripcin Operadora de ventas de los productos
Responsabilida Responsable de ventas del producto a los clientes a travs del

des 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.
xito
PROYECTO FINAL
participacin
3.1.3.5.6 Jefe de Ventas
Descripcin Jefe del Departamento de Ventas de una regin determinada.
Responsabilida Supervisor del Departamento de Ventas, encargado de otorgar

des incentivos y del control de estadsticas.

xito

participacin
3.1.3.5.7 Encargado de Transporte
Representante Envos
Descripcin Encargado de Transportes de un almacn determinado.
Responsabilida Supervisor del transporte de mercancas desde el almacn hasta el

des 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

PROYECTO FINAL
participacin
3.1.3.5.8 Contable
Representante Contabilidad / Facturacin
Descripcin Empleado del Departamento de Contabilidad y Facturacin.
Responsabilida Encargado de la facturacin y cobranzas, poltica de cobro de los

des clientes.

xito

participacin
Comentarios Niguno.
3.1.3.5.9 Empleado de Marketing
Representante Marketing
Descripcin Empleado del Departamento de Marketing.
Tipo Usuario eventual.
Responsabilida Responsable de ofertas de lanzamiento, publicidad, poltica de

des ventas y otros aspectos relacionados con el marketing.

xito

participacin
PROYECTO FINAL
3.1.3.5.10 Cliente Online
Descripcin Comprador de productos.
Tipo Usuario casual.
Responsabilida Realiza compras online y consulta del estado de pedidos como del
des catlogo. Tambin puede darse de alta, darse de baja o modificar
sus datos de cliente.
xito

participacin
3.1.3.5.11 Empleado de Recursos Humanos
Representante Recursos Humanos
Descripcin Empleado del Departamento de Recursos Humanos.
Responsabilida Responsable de las entrevistas de trabajo y registra los datos de las

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

participacin
PROYECTO FINAL
3.1.3.5.12 Jefe de Recursos Humanos
Representante Recursos Humanos
Descripcin Empleado del Departamento de Recursos Humanos.
Responsabilida Responsable de la gestin de personal, es decir, gestin de

des contrataciones y gestin de despidos. Tambin es responsable de la
redistribucin de la plantilla.
xito

participacin
3.1.4 Descripcin Global del Producto
3.1.4.1 Perspectiva del producto

El producto a desarrollar es un sistema global para la empresa DEPORTES
BEGINNERS S.A DE C.V, con la intencin de agilizar su funcionamiento. Las
reas a tratar por el sistema son: logstica, gestin de recursos humanos,
contabilidad y marketing.
3.1.4.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 la Aplicacin web desde la cual poder
posibilidad de hacerlo va servicios web. realizar los pedidos.
Gestin automatizada del stock del Sistema de optimizacin de del stock en el

almacn. almacn y previsin de pedidos
Mayor facilidad para la gestin de los Base de datos centralizada con la

PROYECTO FINAL
recursos humanos. informacin de todo el personal.
Posibilidad de cancelacin de rdenes por Aplicacin web desde la que poder

parte del cliente dando la posibilidad de cancelar pedidos.
hacerlo va servicios web.
Automatizacin de la cancelacin de estas Sistema automatizado de anulacin de

rdenes. rdenes.
Mayor facilidad para el control e catlogos Base de datos con acceso remoto desde
para el rea de marketing. la que poder controlar ofertas y polticas
de ventas.
Automatizacin del sistema de nminas Sistema automtico de generacin de

nminas.
3.1.4.3 Suposiciones y dependencias

[A definir por el cliente]
3.1.4.4 Costo y precio
3.1.5 Descripcin Global del Producto
3.1.5.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 una 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.
3.1.5.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.
PROYECTO FINAL
3.1.5.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.
3.1.5.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.
3.1.5.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.
3.1.5.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.
3.1.5.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.
3.1.5.4.3 Consulta del estado de los pedidos
PROYECTO FINAL
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.
3.1.5.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.
3.1.5.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.
3.1.5.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.
3.1.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 sus pedidos.
3.1.5.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,
3.1.5.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.
3.1.5.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.
PROYECTO FINAL
3.1.5.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.
3.1.6 Restricciones
3.1.7 recedencia y Prioridad

3.1.8 Otros Requisitos del Producto
3.1.9 Estndares Aplicables

3.1.10 Requisitos de Sistema

3.1.11 Requisitos de Desempeo

3.1.12 Requisitos de Entorno

PROYECTO FINAL
3.1.13 Requisitos de Documentacin

3.1.14 Manual de Usuario

3.1.15 Ayuda en Lnea

3.1.16 Guas de Instalacin, Configuracin, y Fichero Lame

A. Atributos de Caractersticas
Nmero y
nombre de
Esfuerz Estabilida
la Estado Beneficio Riesgo Asignacin
o d
caracterstic
a
Propuesta: S [A definir [A definir

3.1.5.1
Aprobada: S por el por el
Depart. de til Bajo Ninguna
Recursos Incorporada:
Humanos cliente] cliente]
No
PROYECTO FINAL
3.1.5.2 Aprobada: S por el por el
til Bajo Ninguna
Depart. de
Marketing Incorporada: cliente] cliente]
No

3.1.5.3 Aprobada: S Important por el por el
Medio Ninguna
Depart. de e
Logstica Incorporada: cliente] cliente]
No

3.1.5.3.1
Control de til Medio Ninguna
estadsticas Incorporada:
de datos cliente] cliente]
No
Propuesta: S [A definir [A definir J.A. Mochol,

Germn Mira,
3.1.5.4 Aprobada: S por el por el
Crtica Alto Miguel Mascilla
Gestin de
Almacn Incorporada: y Eduardo
cliente] cliente]
S Bueno

3.1.5.4.1
Aprobada: S por el por el Jos Antonio
Atencin de Crtica Alto
rdenes de Mochol
Incorporada: cliente] cliente]
pedido
S

3.1.5.4.2
Gestin de til Medio Ninguna
incidencias Incorporada:
de pedido cliente] cliente]
No

3.1.5.4.3
Aprobada: S Important por el por el
Consulta de Medio Eduardo Bueno
estado de los e
pedidos
S
PROYECTO FINAL
Jos Antonio
3.1.5.5 Aprobada: S por el por el Mochol,
Crtica Alto
Gestin de Germn Mira y
Ventas Incorporada: cliente] cliente] Miguel Mascilla
S

Jos Antonio
3.1.5.5.1
Aprobada: S por el por el Mochol,
Elaborar til Medio
pedidos y Germn Mira y
Incorporada: cliente] cliente] Miguel Mascilla
ofertas
S

3.1.5.5.2
Gestin de Medio Ninguna
datos de e
clientes
No

3.1.5.5.3
Consulta de Medio Ninguna
productos del Incorporada: e
catlogo cliente] cliente]
No

3.1.5.6 Aprobada: S Important por el por el
Medio Ninguna
Gestin de e
Envos Incorporada: cliente] cliente]
No

3.1.5.6.1
Enviar los Bajo Ninguna
pedidos del e
almacn
No

3.1.5.6.2
Control de til Bajo Ninguna
los recibos Incorporada:
de entrega cliente] cliente]
No
PROYECTO FINAL
3.1.5.7
Depart. de til Medio Ninguna
Contabilidad Incorporada:
y Facturacin cliente] cliente]
No
3.2 GLOSARIO
3.2.1 Introduccin
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.
3.2.1.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.
3.2.1.2 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.
3.2.1.3 Referencias
El presente glosario hace referencia a los siguientes documentos:
Documento Plan de Desarrollo Software del Proyecto Deportes LSI 03
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
3.2.1.4 Organizacin del Glosario

El presente documento est organizado por definiciones de trminos ordenados de forma
ascendente segn la ordenacin alfabtica tradicional del Espaol.
3.2.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.
PROYECTO FINAL
3.2.3 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.
3.2.4 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.
3.2.5 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.
3.2.6 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.
3.2.7 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.
3.2.8 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.
3.2.9 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.
3.2.10 Cliente externo
PROYECTO FINAL
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.
3.2.11 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.
3.2.12 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.
3.2.13 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.
3.2.14 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.
3.2.15 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.
3.2.16 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.
3.2.17 Consultar pedidos no atendidos

Los pedidos que figuran como pedidos no atendidos se pueden consultar en cualquiera de los
PROYECTO FINAL
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.
3.2.18 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.
3.2.19 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.
3.2.20 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.
3.2.21 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.
3.2.22 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.
3.2.23 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.
3.2.24 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
PROYECTO FINAL
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.
3.2.25 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.
3.2.26 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.
3.2.27 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
3.2.28 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.
3.2.29 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.
3.2.30 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.
PROYECTO FINAL
3.2.31 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.
3.2.32 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.
3.2.33 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.
3.2.34 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.
3.2.35 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.
3.2.36 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.
3.2.37 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
PROYECTO FINAL
3.2.38 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.
3.2.39 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.
3.2.40 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.
3.2.41 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.
3.2.42 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.
3.2.43 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
PROYECTO FINAL
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.
3.2.44 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.
3.2.45 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.
3.2.46 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.
3.2.47 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.
3.2.48 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, otorgar incentivos y gestin de clientes.
3.2.49 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.
3.2.50 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.
PROYECTO FINAL
3.2.51 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.
3.2.52 Listado de pedidos listos para envo

El listado de pedidos listos para envo es una parte de la funcionalidad que ofrece la interfaz de
en un almacn regional pendientes de ser enviadas, es decir, en estado de listos para envo.
3.2.53 Listado de pedidos no atendidos

El listado de pedidos en atencin es una parte de la funcionalidad que ofrece la interfaz de
en un almacn regional pendientes de ser atendidas, es decir, en estado de no atendidas.
3.2.54 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.
3.2.55 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.
3.2.56 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.
3.2.57 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.
PROYECTO FINAL
3.2.58 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.
3.2.59 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.
3.2.60 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.
3.2.61 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.
3.2.62 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.
3.2.63 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.
3.2.64 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.
3.2.65 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.
3.2.66 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.
PROYECTO FINAL
3.2.67 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.
3.2.68 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.
3.2.69 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.
3.2.70 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.
3.2.71 Regin
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 almacn regional. Las rdenes de
pedido de los clientes de un pas determinado que pertenece a una regin determinada se sirven a
partir del almacn asignado a dicha regin.
3.2.72 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.
3.2.73 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.
PROYECTO FINAL
3.2.74 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.
3.2.75 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.
3.2.76 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.2.77 Estereotipos UML

3.3 [This section contains or references specifications of Unified Modeling Language (UML)
stereotypes and their semantic implicationsa textual description of the meaning and
significance of the stereotype and any limitations on its usefor stereotypes already known or
discovered to be important for the system being modeled. The use of these stereotypes may be
simply recommended or perhaps even made mandatory; for example, when their use is required
by an imposed standard or when it is felt that their use makes models significantly easier to
understand. This section may be empty if no additional stereotypes, other than those predefined
by the UML and the Rational Unified Process, are considered necessary.]
PROYECTO FINAL
3.3 CASOS DE USO DE RATIONAL ROSE
3.3.1 Especificaciones de caso de uso
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.
1. Flujo de Eventos
1.2 2.1 Flujo Bsico
2. La pantalla muestra una lista con los pedidos que se han servido correctamente.
3. El 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.
3.1 En caso afirmativo podr escoger direcciones alternativas ya grabadas en el
sistema o introducir una nueva para los clientes que desee.
4. Normalmente la aplicacin tendr predeterminado el cobro con transferencia
bancaria.
4.1 El contable puede modificar la forma de pago de las facturas que desee.
5. 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.
6. 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.
6.1 2.2 Flujos Alternativos

6.1.1 2.2.1 En el punto 2.1
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.
PROYECTO FINAL
6.1.1.1 2.2.2 En el punto 3.1
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.
2. Precondiciones
2.1. El contable ha realizado correctamente el login en el sistema.
2.2. El contable ha seleccionado el botn de Cobro a Clientes de su interfaz grfica.
3. Poscondiciones
3.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.
3.2. Los pedidos para los cuales se imprime factura pasan al estado factura emitida.
3.3. Los pedidos para los que se ha abonado la factura pasan al estado factura
pagada.
PROYECTO FINAL
Compra a Proveedores
1.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
2.1 Flujo Bsico
1. El Ingeniero de Logstica accede a Compra a Proveedores.
2. El sistema le muestra una pantalla donde llevar a cabo las selecciones

correspondientes.
3. Primero selecciona el almacn a reponer de la lista de almacenes y pulsa

siguiente.
4. La aplicacin le muestra entonces una lista donde aparecen los productos

que tiene el almacn seleccionado y su stock actual.
4.1. El Ingeniero de Logstica puede seleccionar un producto ya existente y

pinchar en aadir al pedido.
4.1.1. El producto pasa a la lista del nuevo pedido.
4.1.2. Introduce la cantidad deseada.
4.2. O bien puede seleccionar un producto que no est en el almacn utilizando

el catlogo de productos
4.2.1. Selecciona un producto del catlogo que se aadir a la lista del nuevo
pedido
4.2.2. Introduce la cantidad deseada
5. Una vez confeccionada la lista de productos a pedir pincha en finalizar

pedido.
PROYECTO FINAL
6. El sistema le muestra una pantalla con el pedido al completo y le pide la
confirmacin.
6.1. Si el actor pincha en aceptar el pedido se almacenar en el sistema y se

mandar a los proveedores correspondientes (segn el artculo).
6.2. Si el Ingeniero pincha cancelar volver a la pantalla anterior.
7. 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.
PROYECTO FINAL
Gestin de Regiones
1.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
PROYECTO FINAL
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. Poscondiciones
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
PROYECTO FINAL
Reabastecer Almacn
1.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
1. El Ingeniero de Logstica accede a Reabastecer Almacn.
2. 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.
3. Si quiere realizar un nuevo envi para reabastecer un almacn

selecciona el botn nuevo envo.
4. El sistema le muestra una lista de las regiones y los almacenes, el

Ingeniero selecciona un almacn.
5. 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.
6. El Ingeniero pincha sobre un producto del almacn central y

selecciona el botn incluir en envo.
7. El sistema lo incluye en el envo y el Ingeniero modifica la cantidad

de unidades a incluir.
8. Si desea incluir ms productos vuelve al paso 6.
9. 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.
10. Una vez el envo esta listo para salir se notifica al sistema y el envo
pasa al estado en envo.
PROYECTO FINAL
11. 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

4. Poscondiciones
4.1. En caso de haberse dado de alta un nuevo reabastecimiento, ste quedar

grabado en el sistema.
PROYECTO FINAL
Confeccionar Catlogo
1.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
1. La pantalla muestra una lista con los productos del catlogo actual.
2. 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.
2.1. Si pulsa el botn de aadir, el sistema le mostrar una nueva

ventana donde podr introducir los datos del nuevo producto:
descripccin, 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.
2.1.1. Al seleccionar nuevo proveedor aparecer una ventana

donde incluir sus datos: direccin, telfono, nombre, nif.
2.1.2. Si ha pulsado en proveedor actual aparecer una lista de los

proveedores registrados. Seleccionar uno y pulsar aceptar.
2.1.3. El producto quedar registrado en el sistema debidamente.
2.2. 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).
2.3. Si selecciona modificar producto, se abrir una ventana con

los datos del mismo para que el Empleado de Marketing los
modifique a su gusto.
PROYECTO FINAL
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.
PROYECTO FINAL
Poltica de Ventas
1.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
1. La pantalla muestra una lista con los incentivos actuales
2. EL Jefe de Ventas puede seleccionar uno de los existentes y pulsar

el botn modificar, aadir o borrar.
2.1. 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.
2.1.1. Si hace doble click en el campo cantidad de una lnea podr

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

persona o seccin en cuestin.
2.1.3. 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.
2.1.4. Si pulsa el botn aadir seccin aparecer una pantalla

donde podr seleccionar una seccin de la empresa e introducir la
cantidad a bonificar.
2.1.5. 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.
2.2. Si pulsa el botn borrar se eliminar el incentivo

seleccionado.
2.3. Si pulsa el botn aadir aparecer una pantalla con una lista
vaca de personas o secciones y la cantidad de bonificacin a cero.
PROYECTO FINAL
2.3.1. 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.
2.3.2. Si pulsa el botn aadir seccin aparecer una pantalla

donde podr seleccionar una seccin de la empresa e introducir la
cantidad a bonificar.
2.3.3. 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.
2.3.4. Si hace doble click en el campo cantidad de una lnea podr

modificarla.
2.3.5. 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.
PROYECTO FINAL
Realizar Oferta
1.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
1. La pantalla muestra una lista con las ofertas actuales.
2. 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.
2.1. 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.
2.1.1. Si hace doble click en el campo Precio de Oferta de

una lnea podr modificarlo.
2.1.2. Si hace doble click en la lnea Fecha de Finalizacin

podr modificar la fecha en la cual la oferta dejar de ser
vigente.
2.1.3. Si selecciona una lnea y pulsa el botn Borrar se

quitar de la oferta el producto seleccionado.
2.1.4. Si pulsa el botn Aadir Producto aparecer una

pantalla donde podr seleccionar un producto del catlogo
de la empresa.
2.1.5. Al pulsa el botn Aceptar se confirmar la oferta.

PROYECTO FINAL
2.2. Si pulsa el botn Borrar se eliminar la oferta seleccionada.
2.3. Si pulsa el botn Aadir aparecer una pantalla con una

lista vaca de productos.
2.3.1. 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.
2.3.2. Si hace doble click en el campo Precio de Oferta de

una lnea podr modificarlo.
2.3.3. Si selecciona una lnea y pulsa el botn Borrar se

borrar el producto en cuestin.
2.3.4. 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
4.2. Las ofertas nuevas slo afectan a pedidos que no estn en preparacin y a
pedidos nuevos.
PROYECTO FINAL
Gestin de Nminas
1.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
1.1. La pantalla muestra una lista con los distintos trabajadores

de la empresa ordenada segn departamentos.
1.2. El Empleado de RRHH puede seleccionar una o varias

personas de un departamento (con SHIFT + Click).
1.3. 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.
1.4. 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.
1.5. En los datos bancarios aparece, la entidad, el nmero de

cuenta y la frase a mostrar como concepto.
1.6. 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

PROYECTO FINAL
4. Poscondiciones
4.1. En caso de haberse modificado una o varias nminas, los cambios

quedarn almacenados en la base de datos.
PROYECTO FINAL
Redistribucin de Personal
1.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
1.1. La pantalla muestra una lista con los distintos trabajadores de la

empresa ordenada segn departamentos.
1.2. El Jefe de RRHH puede seleccionar una o varias personas de un

departamento (con SHIFT + Click).
1.3. El actor puede pinchar en el botn modificar, aadir o eliminar.
1.3.1. 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.
1.3.2. 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.
1.3.3. Si pincha sobre eliminar, borrar tras una confirmacin, los datos del
trabajador.
1.4. 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.

PROYECTO FINAL
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.
PROYECTO FINAL
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
1. 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.
2. 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.
3. El tcnico de almacn selecciona una lnea de pedido para editarla.
4. Para cada lnea de pedido el tcnico de almacn puede cambiar la

cantidad asignada del stock disponible en el almacn:
4.1. El tcnico cambia la cantidad de stock asignada a una lnea

de pedido y pulsa el botn modificar cantidad.
4.2. El sistema comprueba que hay stock suficiente en el

almacn y que la cantidad asignada no deja el producto en dficit de
stock.
4.3. Se reserva el stock del almacn.
4.4. Si el tcnico de almacn decide modificar otra lnea de

pedido, volver al punto 4.1
PROYECTO FINAL
5. 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 4.1 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.
PROYECTO FINAL
Cancelar Pedido Atendido
1.1 Descripcin
El tcnico de almacn anula un pedido ya atendido.
2. Flujo de Eventos
2.1 Flujo Bsico
1. El cliente ha solicitado cancelar un pedido en estado de no

atencin, en estado de en atencin o en estado de listo para
envo.
2. 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.
2.1. El sistema muestra un mensaje de aviso de eliminacin del

pedido.
2.2. Si el tcnico pulsa el botn de aceptar se elimina el pedido,

mientras que si pulsa el botn cancelar, no se modificar el pedido.
3. Precondiciones
3.2 El tcnico de almacn ha realizado correctamente el registro en el

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.
PROYECTO FINAL
Consultar Pedidos a Enviar
1.1 Descripcin
El Encargado de Transporte obtiene una lista con los pedidos listos para ser
enviados.
2. Flujo de Eventos
2.1 Flujo Bsico
1. El encargado de transporte selecciona la opcin Consultar

pedidos listos para envo.
2. En caso de que no exista ningn pedido listo para ser

enviado, el sistema responde con un mensaje indicando dicha
situacin.
3. En caso de que s existan pedidos pendientes de ser

enviados, el sistema responde con el listado correspondiente.
4. El encargado de transportes puede consultar las lneas de

pedido que conforman cualquiera de los pedidos listos para envo.
5. 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.
PROYECTO FINAL
Consultar Pedidos no Atendidos
1.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
1. 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.
2. El tcnico selecciona un pedido y pulsa el botn consultar.
3. El sistema muestra una interfaz grfica en la que se detallan los

datos del pedido seleccionado
4. 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.

PROYECTO FINAL
Control Estadsticas
1.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
1. La pantalla muestra una lista con las posibles estadsticas a crear.
2. El actor selecciona una de ellas y pulsa el botn crear.
3. El sistema le muestra una pantalla donde puede asignar regiones,

almacenes o trabajadores afectados por la estadstica.
4. 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.
5. Pulsando siguiente aparecern los resultados que podr guardar o

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

resultados en el disco duro u otro soporte de almacenamiento.
5.2. 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.
PROYECTO FINAL
Consultar Productos
1.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
1. El Usuario de Ventas accede al catlogo de productos.
2. Se muestra por pantalla una clasificacin de los productos con su

descripccin, foto y precio.
3. El usuario puede seleccionar uno e introducirlo en la orden de

pedido.
4. 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
PROYECTO FINAL
Elaborar Pedido Online
1.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 o 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
PROYECTO FINAL
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
PROYECTO FINAL
Elaborar Pedido
1.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
2.1 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 localidad.
4.2. El representante de ventas o la operadora introducen una nueva

lnea de pedido mediante el botn aadir lnea, habiendo introducido
PROYECTO FINAL
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.
4.3. En caso de querer introducir una nueva lnea de pedido, volver al

punto 4.2.
4.4. 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.
PROYECTO FINAL
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.
PROYECTO FINAL
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.
Si en el paso 5.1 el representante de ventas o la operadora introducen una

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

cdigo de artculo errneo, el sistema generar un aviso de error de artculo
no existente. En caso de introducir una cantidad no mayor que cero el
sistema generar un aviso de error de cantidad errnea. Si se introduce
una cantidad por encima del rango mximo razonable de pedido el sistema
generar un aviso de haber excedido esta cantidad.
3. Precondiciones
3.1 El representante de ventas o la operadora han realizado correctamente el

registro en el sistema mediante el nombre de usuario y la contrasea.
4. Poscondiciones
4.1 En caso de haberse realizado un nuevo pedido y seleccionado guardar en

lugar de solicitar el paso al almacn, el pedido queda almacenado en el sistema en
la lista de pedidos en elaboracin.
4.2 En caso de haberse realizado un nuevo pedido y solicitado el paso al

almacn, el pedido queda almacenado en el sistema en la lista de pedidos no
atendidos del almacn.
PROYECTO FINAL
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.
PROYECTO FINAL
Entrevista Trabajo
1.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
1. La pantalla muestra una lista con las entrevistas introducidas en el

sistema. Esta lista tiene los campos Puesto, Fecha,
Entrevistado y Entrevistador.
2. El Empleado de RRHH puede pulsar en cualquiera de las

entrevistas y pulsar el botn Ver o Borrar.
2.1. 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.
2.2. Si pulsa el botn Borrar el sistema, tras pedir la

confirmacin, borrar la entrevista seleccionada.
3. El actor puede pulsar el botn Nueva para comenzar una nueva

entrevista de trabajo.
3.1. Se abrir una pantalla donde podr introducir primeramente

los datos personales del entrevistado.
3.2. 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.
3.3. 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.
PROYECTO FINAL
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.
PROYECTO FINAL
Gestin de Clientes
1.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.
PROYECTO FINAL
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.
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 cliente
necesario.
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.
PROYECTO FINAL
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

grfica de borrar cliente.
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.
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

grfica de modificar cliente.
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.
PROYECTO FINAL
2.2.5.1 En el punto 4.5

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,

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.
PROYECTO FINAL
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
1. 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.
2. 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.
3. 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 2
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.
PROYECTO FINAL
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.
PROYECTO FINAL
Introducir Recibos
1.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
1. El encargado de transporte selecciona la opcin introducir recibos.
2. El sistema muestra una lista con los pedidos en estado enviado.
3. El encargado de transporte selecciona uno de ellos y pulsa la opcin

aceptar.
4. El sistema muestra el detalle del pedido y los campos fecha de

entrega y transportista.
5. El encargado de transporte introduce la fecha de entrega del pedido

y el nombre del transportista que la realiz.
6. El encargado de transporte pulsa el botn introducir
7. 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 3
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 6
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
PROYECTO FINAL
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

4. Poscondiciones
4.1 El pedido cambia del estado enviado a pedido pendiente de cobro

PROYECTO FINAL
1. Otorgar Incentivos
1.1 1.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 2.1 Flujo Bsico
3. La pantalla muestra una lista con los incentivos pendientes

4. EL Jefe de Ventas puede seleccionar uno de los existentes y pulsar el botn modificar,
aadir o borrar.
4.1 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.
4.1.1 Si hace doble click en el campo cantidad de una lnea podr modificarla.
4.1.2 Si selecciona una lnea y pulsa el botn borrar se borrar la persona o seccin
en cuestin.
4.1.3 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.
4.1.4 Si pulsa el botn aadir seccin aparecer una pantalla donde podr seleccionar
una seccin de la empresa e introducir la cantidad a bonificar.
4.1.5 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.
4.2 Si pulsa el botn borrar se eliminar el incentivo seleccionado.
4.3 Si pulsa el botn aadir aparecer una pantalla con una lista vaca de personas o
secciones y la cantidad de bonificacin a cero.
4.3.1 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.
4.3.2 Si pulsa el botn aadir seccin aparecer una pantalla donde podr seleccionar
una seccin de la empresa e introducir la cantidad a bonificar.
4.3.3 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.
4.3.4 Si hace doble click en el campo cantidad de una lnea podr modificarla.
4.3.5 Si selecciona una lnea y pulsa el botn borrar se borrar la persona o seccin
en cuestin.
PROYECTO FINAL
5. Precondiciones
5.1 3.1 El Jefe de Ventas ha realizado correctamente el registro en el sistema.
5.2 3.2 El Jefe de Ventas ha seleccionado el botn de Otorgar Incentivos de su
interfaz grfica.
6. Poscondiciones
6.1 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
PROYECTO FINAL
Pasar Pedido a Envo
1.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
1. 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.
2. El sistema comprueba que las cantidades asignadas coinciden con

las cantidades solicitadas en todas las lneas del pedido.
3. 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 2
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.
PROYECTO FINAL
3. Precondiciones
3.2 El tcnico de almacn ha realizado correctamente el registro en el sistema

introduciendo el nombre de usuario y la contrasea
4. Poscondiciones
4.1 Si se satisfacen las cantidades demandadas, el pedido cambia del estado

en atencin a pedido listo para envo
4.2 Si el tcnico de almacn decide enviar el pedido a envo generando uno

nuevo con las cantidades que faltaron por asignar el sistema crear un nuevo
pedido en la base de datos como pedido no atendido y enviar el original a listo
para envo.
PROYECTO FINAL
Realizar Envo
1.1. Descripcin
El encargado de transporte hace efectivo el envo del pedido correspondiente.
2. Flujo de Eventos
2.1. Flujo Bsico
1. El encargado de transporte selecciona la opcin realizar envo.
2. El sistema muestra la lista de pedidos listos para ser enviados

usando el caso de uso consultar pedidos listos para envo.
3. El encargado de transporte selecciona un pedido de la lista.
4. El sistema registra el cdigo de los transportistas que van a servir el

envo y la fecha y hora de salida de los camiones.
5. El contenido del pedido es cargado en el camin.
6. El pedido pasa a ser pedido enviado automticamente.
7. 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.

PROYECTO FINAL
3.4 GESTIN DE REQUISITOS CON REQUISITE PRO
RationalRequisite Pro
A continuacin se presenta la documentacin gestionada mediante el programa de

Rational, el Requisite Pro para la gestin de requerimientos. En Requisite Pro se
definen requisitos, requerimientos, matrices de atributos y matrices de trazabilidad
para hacer un seguimiento de un proyecto.
es una herramienta de gestin de requisitos y casos prcticos para los equipos de

proyecto. Los equipos pueden crear y compartir sus requisitos mediante mtodos
conocidos basados en documentos, al tiempo que utilizan funciones de la base de
datos como la rastreabilidad y el anlisis de impacto.De esta manera se mejora la
gestin de requisitos y comunicacin, se aumenta la calidad y se acelera el tiempo
de comercializacin.
RationalRequisitePro es una herramienta fcil de utilizar que le ayuda a:
Evitar tareas de remodelacin y duplicaciones gracias a la integracin
avanzada en tiempo real con Microsoft Word.
Gestionar la complejidad con vistas de rastreabilidad detalladas que
muestran relaciones padre-hijo.
Mejorar la colaboracin de equipos distribuidos geogrficamente a travs de una
interfaz web escalable totalmente funcional e hilos de debate.
Capturar y analizar informacin de requisitos con personalizacin y filtrado
detallado de atributos.
Aumentar la productividad haciendo un seguimiento de los cambios mediante
comparaciones de las versiones del proyecto con lneas base de proyecto
basadas en XML
Ajustar los objetivos empresariales con los productos finales del
proyecto mediante la integracin con varias herramientas en la plataforma de
desarrollo y distribucin de software de IBM Rational
PROYECTO FINAL
3.4.1. StakeHolders
StakeHolders:Los representantes de los usuarios y portavoces de las
necesidades de la empresa son los stakeholders. En este proyecto solamente se
ha tratado con un stakeholder como representante de los usuaros y necesidades
de la empresa, sin embargo se han dividido representativamente segn los
distintos departamentos.
La matriz de atributos de los stakeholders es la siguiente:
Stakeholders: La matriz de trazabilidad de los stakeholders relaciona a stos con

las caractersticas de software de tal manera que se puede conocer qu
stakeholder propuso qu caracterstica.
PROYECTO FINAL
3.4.2. Actores
Actores: Se define este requerimiento para listar los usuarios potenciales del
sistema, en este proyecto se han definido los siguientes actores: Ingeniero de
Logstica, Jefe de Almacn, Tcnico de Almacn, Jefe de Ventas, Representante
de Ventas, Contable, Empleado de Marketing, Cliente Online, Operadora,
Encargado de Transporte, Jefe de Recursos Humanos y Empleado de Recursos
Humanos.
La Matriz de Atributos para los actores es la siguiente:
Actores: La matriz de trazabilidad de los actores relaciona a stos con los casos
de uso de tal manera que se puede conocer qu actor utiliza qu caso de uso
PROYECTO FINAL
3.4.3. Caractersticas del Software
Caractersticas de Software: Las caractersticas software son las necesidades
de los usuarios propuestas por los stakeholders de la empresa, son los requisitos
que debe cumplir el sistema para satisfacer las necesidades de los trabajadores y
de la empresa.
Las caractersticas definidas son las que aparecen en la matriz de atributos,

siendo las indicadas como subcaractersticas las derivadas segn una
clasificacin jerrquicas.
Caractersticas de Software: La matriz de trazabilidad de las caractersticas de

software relaciona a stas con los casos de uso de tal manera que se puede
conocer qu caso de uso deriva de qu caracterstica.
PROYECTO FINAL
PROYECTO FINAL
3.4.4. Casos de uso
Casos de Uso: derivados de las caractersticas software, son el resultado del
anlisis de las necesidades de los usuarios, cuyas especificaciones estn
recogidas en el paquete Especificaciones de Casos de Uso definido en Requisite
Pro.
La matriz de atributos es la siguiente
Casos de Uso: La matriz de trazabilidad de los casos de uso relaciona a stos

con las clases de tal manera que se puede conocer qu clase deriva de qu caso
de uso. Tambin se ha definido una segunda matriz de trazabilidad para saber los
casos de uso que se relacionan con los casos de pruebas.
PROYECTO FINAL
Casos de Uso: derivados de las caractersticas software, son el resultado del

anlisis de las necesidades de los usuarios, cuyas especificaciones estn
recogidas en el paquete Especificaciones de Casos de Uso definido en Requisite
Pro.
La matriz de atributos es la siguiente:

PROYECTO FINAL
Casos de Uso: La matriz de trazabilidad de los casos de uso relaciona a stos

con las clases de tal manera que se puede conocer qu clase deriva de qu caso
de uso. Tambin se ha definido una segunda matriz de trazabilidad para saber los
casos de uso que se relacionan con los casos de pruebas.
PROYECTO FINAL
PROYECTO FINAL
PROYECTO FINAL
3.4.5. Clases
PROYECTO FINAL
4.ANLISIS Y DISEO
El anlisis del sistema es una atapa de la fase de planificacin y en ella se realiza una
descripcin del entorno, software que se quiere obtener y se define los recursos
humanos para su desarrollo, el coste y el calendario estimado.
En concreto, el anlisis del sistema presenta los siguientes objetivos:

Identificar las necesidades del cliente.
Realizar un anlisis tcnico y econmico del sistema.
Establecer restricciones de costo y tiempo.
Evaluar la viabilidad del sistema.
Asignar funciones al software, a la gente, a las bases de datos y otros elementos del
sistema.
Definir el sistema.
Anlisis del Sistema: Define los flujos de informacin, las estructuras primarias de datos, las
caractersticas funcionales del sistema, los requerimientos de rendimiento y las restricciones
impuestas por el cliente. As mismo, se incorporarn los criterios globales de validacin que se
utilizarn para probar que los requisitos sealados han sido implementados.
Diseo: Es el primer paso en la fase de desarrollo de cualquier producto o sistema de ingeniera.

Define como el proceso de aplicar distintas tcnicas y principios con el propsito de definir un
dispositivo, proceso o sistemas con los suficientes detalles como para permitir su realizacin fsica.
PROYECTO FINAL
Modelo de Anlisis/Diseo: Diagrama de Clases

PROYECTO FINAL
Modelo de Datos: Modelo Relacional
PROYECTO FINAL
5.IMPLEMENTACIN
La fase de implementacin de un sistema es la fase ms costosa y que consume ms
tiempo, se dice que es costosa por que muchas personas, herramientas y recursos,
estn involucrados en el proceso y consume mucho tiempo porque se completa todo
el trabajo realizado previamente durante las dems fases.
En esta fase se instala el nuevo sistema de informacin para que empiece a trabajar y
se capacita a sus usuarios para que puedan utilizarlo.
La instalacin puede realizarse segn 4 mtodos:
1. Directo 2. Paralelo 3. piloto y 4. en Fase.
MTODO DIRECTO
Se abandona el sistema antiguo y se adopta inmediatamente el nuevo. Esto puede ser

sumamente riesgoso porque si algo marcha mal, es imposible volver al sistema anterior,
las correcciones debern hacerse bajo la marcha. Regularmente con un sistema nuevo
suelen surgir problemas de pequea y gran escala. Si se trata de grandes sistemas, un
problema puede significar una catstrofe, perjudicando o retrasando el desempeo entero
de la organizacin.
MTODO PARALELO
Los sistemas de informacin antiguo y nuevo operan juntos hasta que el nuevo demuestra
ser confiable. Este mtodo es de bajo riesgo. Si el sistema nuevo falla, la organizacin
puede mantener sus actividades con el personal y equipo para laborar con los dos
sistemas, por lo que este mtodo se reserva especficamente para casos en los que el
costo de una falla sera considerable.
MTODO DE FASES
La implementacin del sistema se divide en partes o fases, que se van realizando a lo

largo de un perodo de tiempo, sucesivamente. Una vez iniciada la primera fase, la
segunda no se inicia hasta que la primera se completado con xito. As se contina hasta
que se finaliza con la ltima fase. Es costoso porque se hace ms lenta la
implementacin, pero sin duda tiene menor riesgo.
PROYECTO FINAL
A continuacin se presentan los prototipos de interfaces grficas de usuario diseadas
para la aplicacin final. Cabe citar que se presentan nicamente los prototipos de
interfaces de usuario que se negociaron con el cliente como candidatos a ser incluidos
hasta la segunda iteracin de la fase de construccin (en los subsistemas de gestin de
almacn y gestin de ventas respectivamente).
INTERFACES COMUNES
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.
La interfaz que se presenta en la
identificacin se puede ver en el siguiente imagen

PROYECTO FINAL
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).
PROYECTO FINAL
Para consultar los detalles de una incidencia el prototipo de interfaz grfica es el
siguiente:
PROYECTO FINAL
GESTIN DE VENTAS
Para el subsistema de ventas el prototipo de interfaz grfica es el de elaborar pedido.

PROYECTO FINAL
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.
PROYECTO FINAL
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.
PROYECTO FINAL
En la pestaa de en 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.
PROYECTO FINAL
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.
PROYECTO FINAL
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:
PROYECTO FINAL
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.
PROYECTO FINAL
Por ltimo, al hacer doble clic sobre una lnea de pedido, la interfaz grfica que surge es
Deportes LSI 03
Sistema para Gestin de Artculos Deportivos LSI 03

Base de Datos de Prueba
Versin 3.0
Orden pedido
Cdigo Fecha Estado Cliente Usuario C.P. Pas Prov. Loc. Pta N Calle Forma Fecha Fecha lleg. Fecha Fecha Fecha
pedido Ventas envo envo envo envo envo envo envo pago elab. Alm. aten. lista sal.
envo Alm.
1 07/09/2002 En 1 48265791- 46985 Espaa Valencia Manises 25 3 C/ Contado 07/09/2002
elaboracin L Melias
2 25/10/2002 En 2 26359874- 46758 Espaa Valencia Xativa 12 6 C/ Contado 25/10/2002
elaboracin J Azorin
3 10/11/2002 No 1 48265791- 46985 Espaa Valencia Manises 25 3 C/ Crdito 10/11/2002 10/11/2002
atendido L Melias
4 21/11/2002 En 1 48265791- 46985 Espaa Valencia Manises 25 3 C/ Contado 21/11/2002
elaboracin L Melias
5 02/12/2002 No 1 48265791- 46970 Espaa Valencia Burjassot 14 5 C/ San Crdito 02/12/2002 05/12/2002
atendido L Justo
6 07/12/2002 En 2 48265791- 46758 Espaa Valencia Xativa 12 6 C/ Contado 07/12/2002 10/12/2002 11/12/2002
atencin L Azorn
atencin L Azorn
atencin L Azorn
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
Producto
Referencia Precio() Nombre Descripcin Proveedor Max_razonable

1 67 Zapatillas Zapatillas illas 456 200
2 34 Mochila Mochila ilas 456 100
3 28 Sudadera Sudadera eras 456 350
4 42 Raqueta Raquetas etas 456 100
5 30 Calentadores Calentadores ores 456 1000
Lnea pedido
Cdigo pedido Referencia Cantidad Precio() Cantidad Asig.

1 1 1 67 0
1 2 1 34 0
1 3 2 56 0
2 1 1 67 0
2 4 2 84 0
3 2 2 68 0
4 5 3 90 0
4 4 2 84 0
5 3 5 140 0
5 1 2 134 0
6 2 2 68 2
6 1 1 67 1
7 4 2 84 1
8 4 1 42 0
8 5 2 60 1
Producto-Almacn
Referencia Almacn Stock Stock Asig.

1 VAL 1000 1
2 VAL 500 2
3 VAL 6 0
4 VAL 600 1
5 VAL 3000 1
Almacn
Cdigo Nombre Direccin Telfono Pas Fax Email Cod_reg Tcnico

VAL Virso C/ Coln, 15- 963479862 Espaa 963479860 virso@ono.com E 26485963-M
78
Regin
Cdigo Nombre
E Europa
Pas
Nombre Regin
Espaa E
Proveedor
NIF Cdigo Nombre Telfono Direccin N Pta Localidad Provincia CP Pais Fax Email
26789536-D 456 Juan 963471263 C/ Jess 48 101 Benaixida Valencia 46078 Espaa 963471260 junalu@ono.com
Navarro
Luna
Cliente
Codig NIF/CIF Usu Con Nombre Pta N Calle Telfon Loc. Prov. C.P. C.C.C Pas Email Es- Pers_ Tlf_ Rati Repre Fax
o ario tra o emp contac pers o sentan
sea resa to _co conf te
ntac .
to
1 48315682- Jaime 25 3 C/ 9613853 Manises Valencia 46985 95-264895- Espa Jaime Exc 26359
N Monzn Melias 96 0006352689 a 75 elen 874-J
Garca @ono. te
com
2 22496359- javi kel Javier 12 6 C/ 9623596 Xativa Valencia 46758 48-59682- Espa Javier Reg 26359
P me Soria Azorin 84 0008454895 a 32@o ular 874-J
Garrido no.co
m
Incidencias
Cod_incidencia Cod_pedido Fecha Nif_creador Creador Observaciones

1 6 11/12/2002 26485963M Antonio Milla Lpez Reponer stock, producto
1 por debajo del mnimo
2 7 21/12/2002 26485963M Antonio Milla Lpez Pedido en atencin ms
de 2 das
Deportes LSI 03

Especificacin de Caso de Prueba:
Caso de Pruebas de Consultar Pedidos no Atendidos
Versin 3.0
Sistema para Gestin de Artculos Deportivos LSI 03 Versin: 2.0
Especificacin de Caso de Prueba: Consultar Pedidos no Atendidos Fecha: 09/12/2002
Caso de Prueba CP01
Historial de Revisiones
Fecha Versin Descripcin Autor
8/11/2002 0.9 Versin preliminar a falta de aprobacin Rosa Mara Ogallar
del Stakeholder
14/11/2002 1.0 Versin revisada por el Stakeholder Rosa Mara Ogallar
09/12/2002 2.0 Versin lista para pasar el test Csar Lpez Rodrguez
15/12/2002 2.9 Versin con evaluacin de las pruebas Rosa Mara Ogallar
actualizados.
15/01/2003 3.0 Versin preparada para la segunda iteracin Csar Lpez Rodrguez
de la fase de construccin
Confidencial Deportes LSI 03, 2013 Pg. 2

Caso de Prueba CP01
Tabla de Contenidos
1. Descripcin 4
2. Comprobar que la consulta funciona correctamente 4

2.1 Descripcin 4
2.2 Condiciones de ejecucin 4
2.3 Entrada 4
2.4 Resultado esperado 4
2.5 Evaluacin de la Prueba 4

Caso de Prueba CP01
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

Deportes LSI 03

Caso de Pruebas de Atender Pedido
Versin 3.0
Especificacin de Caso de Prueba: Atender Pedido Fecha: 15/01/03
Caso de Prueba CP03
del Stakeholder
07/01/2003 1.0 Versin con ajustes respecto a las interfaces Rosa Mara Ogallar
10/01/2003 2.0 Versin lista para revisin con el Rosa Mara Ogallar
Stakeholder

Caso de Prueba CP03
Tabla de Contenidos
1. Descripcin 4
2. Atender pedido despus de consultar dicho pedido 4

2.1 Descripcin 4
2.3 Entrada 4
3. Atender un pedido de la lista de pedidos no atendidos 5

3.1 Descripcin 5
3.3 Entrada 5
4. Atender pedido asignando cantidades negativas 6

4.1 Descripcin 6
4.3 Entrada 6
5. Atender pedido asignando cantidades mayores a las disponibles 7

5.1 Descripcin 7
5.3 Entrada 7
6. Atender pedido asignando cantidades mayores a las solicitadas 8

6.1 Descripcin 8
6.3 Entrada 8
7. Atender pedido sin asignar cantidades 8

7.1 Descripcin 8
7.3 Entrada 9

Caso de Prueba CP03
1. Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de Uso Atender Pedido.
La pruebas realizadas a este caso de uso son:
Atender pedido despus de consultar dicho pedido.

Atender un pedido de la lista de pedidos no atendidos.
Atender pedido asignando cantidades negativas o mayores a las disponibles.
Atender pedido asignando cantidades mayores a las solicitadas.
Atender pedido sin asignar cantidades.
El entorno del cual partiremos para realizar la prueba ser el formulario de entrada de la aplicacin
2. Atender pedido despus de consultar dicho pedido
2.1 Descripcin

almacenados en el sistema. Seleccionaremos un pedido y lo consultaremos eligiendo posteriormente la
opcin de atender dicho pedido.
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
2.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:
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.

Caso de Prueba CP03
El pedido queda almacenado en el sistema como en atencin y el stock se reduce en las cantidades
asignadas.
Prueba superada con xito.
3. Atender un pedido de la lista de pedidos no atendidos
3.1 Descripcin

almacenados en el sistema. Seleccionaremos un pedido y elegiremos la opcin atender pedido.
3.3 Entrada

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.
El pedido queda almacenado en el sistema como en atencin y el stock se reduce en las cantidades

Caso de Prueba CP03
asignadas.
4. Atender pedido asignando cantidades negativas
4.1 Descripcin

almacenados en el sistema. Seleccionaremos un pedido, elegiremos la opcin atender pedido y asignaremos
cantidades negativas para observar como responde el sistema.
4.3 Entrada

Atender Pedido.
Selecciona la lnea de pedido del articulo 2 haciendo doble clic.
Aparece la interfaz que nos permite modificar la cantidad asignada, se actualizan automticamente
los datos cdigo y nombre del artculo.
Introduce la cantidad -2.
Pulsa el botn Asignar Cantidad.
El sistema nos muestra un mensaje de error advirtindonos de que no es posible introducir cantidades
negativas.

Caso de Prueba CP03
5. Atender pedido asignando cantidades mayores a las disponibles
5.1 Descripcin

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

Atender Pedido.
Introduce la cantidad 2.
El sistema nos muestra un mensaje de error advirtindonos de que no hay stock disponible para poder
asignar esa cantidad .

Caso de Prueba CP03
6. Atender pedido asignando cantidades mayores a las solicitadas
6.1 Descripcin

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

Atender Pedido.
Introduce la cantidad 2.
El sistema nos muestra un mensaje de error advirtindonos de que la cantidad introducida es superior a la
cantidad solicitada .
7. Atender pedido sin asignar cantidades
7.1 Descripcin

almacenados en el sistema. Seleccionaremos un pedido, elegiremos la opcin atender pedido y no
realizaremos ninguna modificacin .

Caso de Prueba CP03
7.3 Entrada

Atender Pedido.
Sin hacer ninguna modificacin el tcnico pulsa el botn Guardar.
El pedido no se modificada por esta accin y continua estando en estado no atendido.

Deportes LSI 03

Cancelar Pedido Atendido
Versin 3.0
Especificacin de Caso de Prueba: Cancelar Pedido Atendido Fecha: 15/01/03
Caso de Prueba CP04
del Stakeholder
Stakeholder

Caso de Prueba CP04
Tabla de Contenidos
1. Descripcin 4
2. Elegir opcin CANCELAR en la confirmacin de la cancelacin de pedido 4

2.1 Descripcin 4
2.3 Entrada 4
3. Elegir opcin ACEPTAR en la confirmacin de la cancelacin de pedido 5

3.1 Descripcin 5
3.3 Entrada 5

Caso de Prueba CP04
1. Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de Uso Cancelar Pedido Atendido.
Realizaremos nicamente dos pruebas que consistirn en la eleccin de cada una de las opciones de
confirmacin de la cancelacin del pedido.
El entorno del cual partiremos para realizar la prueba ser el formulario de entrada de la aplicacin.
2. Elegir opcin CANCELAR en la confirmacin de la cancelacin de pedido
2.1 Descripcin

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.
de alta en la base de datos de empleado y su clave correspondiente y que el cliente Jaime con DNI
48315682-N tambin figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la
especificacin completa de los datos.
2.3 Entrada

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.
El cliente decide finalmente no cancelar el pedido.
El tcnico pulsa el botn Cancelar .
El pedido seleccionado sigue almacenado en el sistema sin ninguna modificacin.

Caso de Prueba CP04
3. Elegir opcin ACEPTAR en la confirmacin de la cancelacin de pedido
3.1 Descripcin

almacenados en el sistema. Elegiremos el pedido que el cliente nos solicite y cancelaremos dicho pedido
respondiendo a la confirmacin afirmativamente.
Las condiciones de ejecucin del caso de prueba son que el usuario tcnico de almacn Toni est dado de
alta en la base de datos de empleado y su clave correspondiente y que el cliente Jaime con DNI 48315682-N
tambin figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificacin
completa de los datos.
3.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.
El cliente decide finalmente cancelar el pedido.
El tcnico pulsa el botn Aceptar .
El pedido es eliminado del sistema y se libera el stock asociado a las lneas de pedido pasando de nuevo al
stock disponible.

Deportes LSI 03

Especificacin de Caso de Prueba: Caso de Pruebas
de Elaborar Pedido
Versin 3.0
Especificacin de Caso de Prueba: Elaborar Pedido Fecha: 09/12/02
Caso de Prueba CP02
del Stakeholder
14/11/2002 1.0 Versin revisada por el Stakeholder Rosa Mara Ogallar
26/11/2002 1.9 Versin con diversas modificaciones no Rosa Mara Ogallar
revisadas por el Stakeholder
09/12/2002 2.0 Versin con detalles y ajustes a la Csar Lpez Rodrguez
aplicacin en desarrollo.
15/12/2002 2.9 Versin generada en la segunda release con Rosa Mara Ogallar
evaluacin de las pruebas actualizados.
21/12/2002 3.0 Versin generada en la segunda release con Rosa Mara Ogallar
nuevas pruebas a falta de aprobacin por le
Stakeholder

Caso de Prueba CP02
Tabla de Contenidos
1. Descripcin 5
2. Elaborar pedido y enviar a almacn 5

2.1 Descripcin 5
2.3 Entrada 5
3. Elaborar pedido y guardar 6

3.1 Descripcin 6
3.3 Entrada 6
4. Elaborar pedido vaco y guardar 7

4.1 Descripcin 7
4.3 Entrada 7
5. Elaborar pedido vaco y enviar al almacn 8

5.1 Descripcin 8
5.3 Entrada 8
6. Modificar pedido resultando dos lneas con el mismo producto 9

6.1 Descripcin 9
6.3 Entrada 9
7. Modificar pedido aadiendo una lnea de cantidad fuera de rango 10

7.1 Descripcin 10
7.3 Entrada 10
8. Modificar un pedido aadiendo un producto inexistente 11

8.1 Descripcin 11

Caso de Prueba CP02
8.3 Entrada 11
9. Modificar pedido aadiendo / eliminando una lnea de pedido y enviar a almacn 12

9.1 Descripcin 12
9.3 Entrada 13
10. Modificar pedido aadiendo / eliminando una lnea de pedido y guardar 13

10.1 Descripcin 13
10.3 Entrada 14
11. .Modificar direccin de envo del pedido 15

11.1 Descripcin 15
11.3 Entrada 15
12. Modificar pedido eliminando todas sus lneas 16

12.1 Descripcin 16
12.3 Entrada 16
13. Eliminar pedido 17

13.1 Descripcin 17
13.3 Entrada 17
14. Comprobar ratio de pago del cliente 18

14.1 Descripcin 18
14.3 Entrada 18

Caso de Prueba CP02
1. Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de 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.
El entorno del cual partiremos para realizar la prueba ser el formulario de entrada de la aplicacin.
2. Elaborar pedido y enviar a almacn
2.1 Descripcin
Nos introducimos en el sistema como empleado, accediendo a su funcionalidad y solicitamos elaborar un

pedido, el sistema nos mostrara una interfaz para que llevemos a cabo la elaboracin de dicho pedido. Una
vez elaborado escogeremos la opcin enviar a almacn.
Las condiciones de ejecucin del caso de prueba son que el usuario operadora maria est dado de alta en
la base de datos de empleado y su clave correspondiente y que el cliente Jaime con DNI 48315682-N
2.3 Entrada
Introducimos maria en el campo usuario

Introducimos nike en el campo contrasea
Nos aparece la interfaz propia de una operadora.
El cliente Jaime con DNI 48315682N llama a la operadora.
La operadora introduce el DNI del cliente apareciendo en el formulario los datos completos del
cliente.
Aparece una lista con los pedidos en elaboracin que tiene el cliente en el sistema y los que ya ha

Caso de Prueba CP02
enviado al almacn.
El cliente solicita hacer un nuevo pedido.
La operadora pulsa nuevo y aparece el formulario de nuevo pedido
El cliente solicita comprar un par de raquetas.
La operadora introduce una lnea de pedido:
o Introduce 4 en cdigo artculo
o Se rellenan automticamente los campos nombre y precio.
o Introduce 2 en cantidad
o Pulsa el botn aadir lnea
o 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.
El sistema almacena el nuevo pedido con estado No atendido.
3. Elaborar pedido y guardar
3.1 Descripcin

pedido, el sistema nos mostrara una interfaz para que llevemos a cabo la elaboracin de dicho pedido. Una
vez elaborado escogeremos la opcin guardar.
3.3 Entrada

Nos aparece la interfaz propia de un operador.

Caso de Prueba CP02
cliente.
enviado al almacn.
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.
o Se rellena automticamente los campos nombre y precio.
El cliente solicita a la operadora finalizar el pedido escogiendo la opcin guardar pedido.
La operadora pulsa el botn guardar.
El sistema almacena el nuevo pedido con estado No atendido.
4. Elaborar pedido vaco y guardar
4.1 Descripcin
Nos introducimos en el sistema como usuario representante de ventas, accediendo a su funcionalidad y

solicitamos elaborar un pedido, el sistema nos mostrara una interfaz para que llevemos a cabo la
elaboracin de dicho pedido. Una vez dentro intentaremos guardar o enviar la orden sin haber aadido
ninguna lnea de pedido para observar como responde el sistema.
Las condiciones de ejecucin del caso de prueba son que el usuario representante de ventas luis,
representante de ventas est dado de alta en la base de datos de empleado y su clave correspondiente y que
el cliente Jaime con DNI 48315682-N tambin figure en la base de datos. Consultar la Base de Datos de
Pruebas para ver toda la especificacin completa de los datos.
4.3 Entrada
Introducimos luis en el campo usuario

Caso de Prueba CP02
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.
enviado al almacn.
El representante de ventas pulsa el botn nuevo.
El sistema muestra la interfaz propia de la elaborar un nuevo pedido.
El representante de ventas pulsa el botn guardar.
El sistema muestra un mensaje de error avisando al cliente de que no es posible almacenar en el sistema un
pedido vaco.
5. Elaborar pedido vaco y enviar al almacn
5.1 Descripcin
Nos introducimos en el sistema como usuario representante de ventas, accediendo a su funcionalidad y

solicitamos elaborar un pedido, el sistema nos mostrara una interfaz para que llevemos a cabo la
elaboracin de dicho pedido. Una vez dentro intentaremos guardar o enviar la orden sin haber aadido
ninguna lnea de pedido para observar como responde el sistema.
5.3 Entrada


Caso de Prueba CP02

El cliente Jaime con DNI 48315682N contacta con el representante de ventas.
enviado al almacn.
El representante de ventas pulsa el botn nuevo.
El sistema muestra la interfaz propia de la elaborar un nuevo pedido.
El representante de ventas pulsa el botn enviar a almacn
El sistema muestra un mensaje de error avisando al cliente de que no es posible almacenar en el sistema un
pedido vaco.
6. Modificar pedido resultando dos lneas con el mismo producto
6.1 Descripcin
Nos introducimos en el sistema como usuario representante de ventas, el sistema nos mostrara una interfaz
para que llevemos a cabo la elaboracin de dicho pedido. Aparece una lista de pedidos solicitados por el
cliente que estn en proceso de elaboracin. Seleccionaremos uno de ellos y lo editaremos para poder
aadir una lnea de pedido asociada a un producto ya incluido en el pedido.
6.3 Entrada


Caso de Prueba CP02
enviado al almacn.
El representante de ventas selecciona el pedido con cdigo 2 y pulsa el botn modificar.
El cliente solicita aadir un producto al pedido.
Introduce una nueva lnea de pedido:
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.
7. Modificar pedido aadiendo una lnea de cantidad fuera de rango
7.1 Descripcin
aadir una lnea de pedido, probaremos a introducir una cantidad de producto que est fuera del rango
permitido, probaremos una inferior al mnimo y otra superior al mximo.
7.3 Entrada


Caso de Prueba CP02

enviado al almacn.
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.
8. Modificar un pedido aadiendo un producto inexistente
8.1 Descripcin
aadir una lnea de pedido asociada a un producto ya incluido en el pedido y aadir un producto
inexistente.
8.3 Entrada

Caso de Prueba CP02

enviado al almacn.
El sistema nos muestra un mensaje de error informndonos de que el artculo introducido no existe.
9. Modificar pedido aadiendo / eliminando una lnea de pedido y enviar a

almacn
9.1 Descripcin

pedido, el sistema nos mostrara una interfaz para que llevemos a cabo la elaboracin de dicho pedido, que
consistir en aadir una nueva lnea de pedido y eliminar una de las existentes de un pedido en elaboracin.
Una vez elaborado escogeremos la opcin enviar a almacn.

Caso de Prueba CP02
9.3 Entrada

cliente.
enviado al almacn.
El cliente solicita hacer modificaciones al pedido 1.
La operadora selecciona el pedido en cuestin y pulsa el botn modificar, aparece el formulario
del pedido.
El cliente solicita aadir un par de raquetas al pedido.
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
El sistema almacena las nuevas modificaciones del pedido seleccionado.
10. Modificar pedido aadiendo / eliminando una lnea de pedido y guardar
10.1 Descripcin

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.

Caso de Prueba CP02
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 formulario los datos completos del
cliente.
enviado al almacn.
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:
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.
El sistema almacena las nuevas modificaciones del pedido seleccionado.

Caso de Prueba CP02
11. .Modificar direccin de envo del pedido
11.1 Descripcin

consistir en modificar la direccin de envo de un pedido en elaboracin.
11.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 formulario los datos completos del
cliente.
enviado al almacn.
El cliente solicita modificar la direccin de envo del pedido 4.
El representante de ventas selecciona el pedido en cuestin y pulsa el botn modificar, aparece el
formulario de modificar pedido.
El cliente da la nueva direccin de envo al operador.
El representante de ventas introduce la nueva direccin :
o Introduce C/ Bailn en el campo Calle
o Introduce 2 en el campo N
o Introduce 23 en el campo Pta
El representante de ventas pulsa el botn guardar
El sistema modifica la direccin de envo del pedido seleccionado.

Caso de Prueba CP02
12. Modificar pedido eliminando todas sus lneas
12.1 Descripcin

consistir en modificar la direccin de envo de un pedido en elaboracin.
Las condiciones de ejecucin del caso de prueba son que el usuario operadora luis est dado de alta en la
base de datos de empleado y su clave correspondiente y que el cliente Jaime con DNI 48315682-N tambin
figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificacin completa
de los datos.
12.3 Entrada

El cliente Javier con DNI 22496359P llama a la operadora.
cliente.
enviado al almacn.
La operadora selecciona el pedido 2 y pulsa el botn modificar y aparece la interfaz de
modificar pedido.
La operadora elimina las dos lneas de pedido que componen el pedido, pulsando sucesivamente
el botn eliminar lnea.
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.

Caso de Prueba CP02
13. Eliminar pedido
13.1 Descripcin

consistir en eliminar un pedido.
13.3 Entrada

cliente.
enviado al almacn.
El cliente solicita eliminar el pedido 10.
La operadora selecciona el pedido en cuestin y pulsa el botn cancelar pedido.
El sistema muestra un mensaje de aviso de borrado y solicita la confirmacin. La operadora
confirma la eliminacin del pedido al cliente pulsando el botn aceptar.
El pedido seleccionado es eliminado del sistema.

Caso de Prueba CP02
14. Comprobar ratio de pago del cliente
14.1 Descripcin

consistir en elegir una modalidad de pago que no corresponde con el ratio de pago del cliente.
la base de datos de empleado y su clave correspondiente y que el cliente Javier con DNI 22496359-P
14.3 Entrada

El cliente Javier con DNI 22496359-P llama a la operadora.
cliente.
enviado al almacn.
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.
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.

Deportes LSI 03

Incidencia de Pedido
Versin 3.0
Especificacin de Caso de Prueba: Incidencia de Pedido Fecha: 16/01/03
Caso de Prueba CP06
del Stakeholder
Stakeholder
16/01/2003 3.0 Versin con nuevas pruebas Rosa Mara Ogallar

Caso de Prueba CP06
Tabla de Contenidos
1. Descripcin 4
2. Crear una incidencia normal en Almacn 4

2.1 Descripcin 4
2.3 Entrada 4
3. Crear una incidencia vaca en Almacn 5

3.1 Descripcin 5
3.3 Entrada 5
4. Consultar incidencias en Almacn 6

4.1 Descripcin 6
4.3 Entrada 6
5. Crear una incidencia normal en Ventas 7

5.1 Descripcin 7
5.2 Condiciones de Ejecucin 7
5.3 Entrada 7
5.4 Resultado Esperado 7
5.5 Evaluacin 7
6. Crear una incidencia vaca en Ventas 8

6.1 Descripcin 8
6.3 Entrada 8
6.5 Evaluacin 8
7. Consultar incidencias en Ventas 9

7.1 Descripcin 9
7.3 Entrada 9
7.5 Evaluacin 9

Caso de Prueba CP06
1. Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de 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.
2. Crear una incidencia normal en Almacn
2.1 Descripcin
Nos introducimos en el sistema como tcnico de almacn, accediendo a su funcionalidad. Ante cualquier
incidencia que nos ocurra mientras estemos atendiendo un pedido, tendremos la oportunidad de crear un
parte de incidencia que dejara reflejado en el sistema cualquier problema que nos haya surgido durante la
atencin de ese pedido.
2.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.

Caso de Prueba CP06
La incidencia se almacena en el sistema.
3. Crear una incidencia vaca en Almacn
3.1 Descripcin
atencin de ese pedido. En este caso, probaremos a crear una incidencia vaca para ver como responde el
sistema.
3.3 Entrada

Pulsamos Guardar sin haber introducido ningn comentario.
El sistema nos muestra un mensaje de error que nos indica que el campo observaciones no puede ser vaco.

Caso de Prueba CP06
4. Consultar incidencias en Almacn
4.1 Descripcin
atencin de ese pedido. En este caso, consultaremos la lista de incidencias almacenadas en el sistema.
4.3 Entrada

Pulsamos Consultar Incidencias.
El sistema nos muestra una nueva interfaz donde se listan todas las incidencias almacenadas.

Caso de Prueba CP06
5. Crear una incidencia normal en Ventas

5.1 Descripcin
Nos introducimos en el sistema como operadora, accediendo a su funcionalidad. Ante cualquier incidencia
que nos ocurra mientras estemos elaborando un pedido, tendremos la oportunidad de crear un parte de
incidencia que dejara reflejado en el sistema cualquier problema que nos haya surgido durante la
elaboracin de ese pedido.
5.2 Condiciones de Ejecucin
5.3 Entrada

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.
enviado al almacn.
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.
5.4 Resultado Esperado
La incidencia se almacena en el sistema.
5.5 Evaluacin

Caso de Prueba CP06
6. Crear una incidencia vaca en Ventas

6.1 Descripcin
elaboracin de ese pedido. En este caso, probaremos a crear una incidencia vaca para ver como responde el
sistema.
Las condiciones de ejecucin del caso de prueba son que el usuario operadora maria est dado de alta en la
base de datos de empleado y su clave correspondiente y que el cliente Jaime con DNI 48315682-N tambin
figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificacin completa de
los datos.
6.3 Entrada

cliente.
enviado al almacn.
modificar pedido.
La operadora observa que hay anomalas y procede a la creacin de una incidencia.
Pulsamos Guardar sin haber introducido ningn comentario.
El sistema nos muestra un mensaje de error que nos indica que el campo observaciones no puede ser vaco.
6.5 Evaluacin

Caso de Prueba CP06
7. Consultar incidencias en Ventas

7.1 Descripcin
elaboracin de ese pedido. En este caso, consultaremos la lista de incidencias almacenadas en el sistema.
7.3 Entrada

cliente.
enviado al almacn.
modificar pedido.
La operadora consulta las incidencias por si el pedido en cuestin tubo alguna.
Pulsamos Consultar Incidencias.
El sistema nos muestra una nueva interfaz donde se listan todas las incidencias almacenadas.
7.5 Evaluacin

Deportes LSI 03

Caso de Pruebas de Pasar Pedido a Envo
Versin 3.0
Especificacin de Caso de Prueba: Pasar Pedido a Envo Fecha: 15/01/03
Caso de Prueba CP05
del Stakeholder
Stakeholder

Caso de Prueba CP05
Tabla de Contenidos
1. Descripcin 4
2. Pasar pedido completo a envo desde la lista de pedidos en atencin 4

2.1 Descripcin 4
2.3 Entrada 4
3. Pasar pedido completo a envo desde atender pedido 5

3.1 Descripcin 5
3.3 Entrada 5
4. Cancelar al pasar un pedido incompleto a envo 5

4.1 Descripcin 5
4.3 Entrada 6
5. Pasar a envo un pedido incompleto generando un pedido con las cantidades restantes 6
5.1 Descripcin 6
5.3 Entrada 7
6. Pasar a envo un pedido incompleto sin generar un pedido con las cantidades restantes 7
6.1 Descripcin 7
6.3 Entrada 8

Caso de Prueba CP05
1. 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.
2. Pasar pedido completo a envo desde la lista de pedidos en atencin
2.1 Descripcin

almacenados en el sistema. Seleccionaremos un pedido y lo pasaremos a envo.
2.3 Entrada

Seleccionamos de la lista de pedidos en atencin el pedido de cdigo 3.
Pulsamos el botn Pasar a listo para envo.
El pedido queda almacenado en el sistema como listo para envo.

Caso de Prueba CP05
3. Pasar pedido completo a envo desde atender pedido
3.1 Descripcin

almacenados en el sistema. Seleccionaremos un pedido y despus de comprobar desde la opcin atender
pedido que tiene todas las cantidades asignadas lo pasaremos a envo.
3.3 Entrada

El tcnico selecciona de la lista de pedidos en atencin el pedido de cdigo 6 y pulsa el botn
Atender Pedido.
Una vez comprobado que tiene todas las cantidades asignadas pulsa el botn Pasar a Envos.
El pedido queda almacenado en el sistema como listo para envo.
4. Cancelar al pasar un pedido incompleto a envo
4.1 Descripcin


Caso de Prueba CP05
almacenados en el sistema. Seleccionaremos un pedido incompleto y lo pasaremos a envo, cancelando

seguidamente dicha decisin.
4.3 Entrada

Nos aparece un mensaje de confirmacin que nos indica que el pedido esta incompleto.
Elegimos la opcin Cancelar.
El pedido no se modifica por dicha accin y sigue almacenado en el sistema con estado en atencin.
5. Pasar a envo un pedido incompleto generando un pedido con las

cantidades restantes
5.1 Descripcin

almacenados en el sistema. Seleccionaremos un pedido incompleto y lo pasaremos a envo, responderemos
afirmativamente a la confirmacin de paso de envo y responderemos afirmativamente a la creacin de un
pedido con las cantidades restantes.

Caso de Prueba CP05
5.3 Entrada

Elegimos la opcin Aceptar.
Nos aparece un mensaje de confirmacin sobre la creacin de un pedido con las cantidades
restantes.
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.
6. Pasar a envo un pedido incompleto sin generar un pedido con las

cantidades restantes
6.1 Descripcin

almacenados en el sistema. Seleccionaremos un pedido incompleto y lo pasaremos a envo, responderemos
afirmativamente a la confirmacin de paso de envo y responderemos negativamente a la creacin de un
pedido con las cantidades restantes.

Caso de Prueba CP05
6.3 Entrada

Nos aparece un mensaje de confirmacin sobre la creacin de un pedido con las cantidades
restantes.
Elegimos la opcin Cancelar.
El pedido se almacena en el sistema con estado listo para envo.

Proyecto Final Jose Juan Garcia

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Proyecto Final Jose Juan Garcia

Încărcat de

Drepturi de autor:

Formate disponibile

INGENIERIA EN SOFTWARE

PROYECTO FINAL BEGINNERS

Alumno: Jos Juan Garcia Brquez

12 de Junio del 2013

La empresa DEPORTES BEGINNERS S.A DE C.Vsolicit el proyecto de

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

1.GESTIN DEL PROYECTO.

La gestin de la Ingeniera del Software puede definirse como la aplicacin de

La gestin de proyectos implica la planificacin, supervisin, y control del personal,

Durante el proyecto siempre surgen problemas en algunas descripciones. Las

Fija los recursos disponibles, divide el trabajo y crea un calendario de trabajo.

Muchos planes incluyen:

Si el proyecto es tcnicamente complejo, las estimaciones iniciales casi

Los calendarios se deben actualizar continuamente en la medida que se

La calendarizacin implica separar todo el trabajo de un proyecto en

Al estimar la calendarizacin, los gestores no deben suponer que cada etapa

El recurso principal es el esfuerzo humano; a la estimacin se le debe agregar

Identificar estos y crear planes para minimizar sus efectos en el proyecto se

Se puede concebir un riesgo como una probabilidad de que una circunstancia

1.- Riesgos del proyecto: estos afectan la calendarizacin o los recursos

2.- Riesgo del producto; Estos afectan a la calidad o al rendimiento del

3.- Riesgo del negocio: Estos afectan a la organizacin que desarrolla o

Es preciso anticiparse a los riesgos: comprender el impacto de estos en el

Plan de Desarrollo Software

Plan de Desarrollo Software Fecha: 20/05/2013

Existen varias ventajas para basar los sistemas de informacin en un mismo

Los sistemas de informacin se vuelven una parte integral del negocio

Un modelo de proceso de negocio tpicamente define los siguientes elementos

El Objetivo o motivo del proceso.

Estos elementos se irn analizando a lo largo de esta asignatura, para

El modelado del negocio se basa en dos diagramas principales, el modelo de

2.1 Modelo de Casos de Uso del Negocio

2.2 MODELADO DE DOMINIO

Representacin de los conceptos (objetos) significativos en el domino del

Asociaciones entre clases de objetos

Atributos de las clases de objetos

Entidad que existe en el mundo real

2.3 Modelo de Objetos de Vender Productos

2.4 Modelo de Objetos de Seguimiento y Consulta de Productos

2.5 Modelo de Objetos de Reponer Stock

2.6 Modelo de Objetos de Modificar Catlogo

2.7 Modelo de Objetos de Realizar Entrega

Un requerimiento es una caracterstica del sistema o una descripcin de algo

El propsito de ste documento es recoger, analizar y definir las

Esta funcionalidad se basa principalmente en la gestin de los

Los detalles de cmo el sistema cubre los requerimientos se pueden

El documento Visin se ocupa, como ya se ha apuntado, del

El sistema permitir a los encargados de la empresa controlar todo

3.1.1.3 Definiciones, Acrnimos, y Abreviaciones

RUP: Son las siglas de RationalUnifiedProcess. Se trata de una

- Plan de desarrollo de software.

- Diagrama de casos de uso.

3.1.2.1 Oportunidad de Negocio

Este sistema permitir a la empresa informatizar el control de todas

El sistema tambin permite a los clientes acceder a los servicios de

3.1.2.2 Sentencia que define el problema

El problema de Controlar el stock existente en los distintos almacenes, de

3.1.2.3 Sentencia que define la posicin del Producto

para Departamento de logstica,

3.1.3 Descripcin de Stakeholders (Participantes en el Proyecto) y

Para proveer de una forma efectiva productos y servicios que se ajusten a

3.1.3.1 Resumen de Stakeholders

Nombre Descripcin Responsabilidades

3.1.3.2 Resumen de Usuarios