PROYECTO FINAL INGENIERIA EN SOFTWARE

INGENIERIA EN SOFTWARE PROYECTO FINAL BEGINNERS

Alumno: José Juan Garcia Bórquez Maestro: M.C. José Benito Franco Urrea Cuatrimestre: 6to Carrera: Ingeniero en Sistemas Computacionales

12 de Junio del 2013

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

INTRODUCCIÓN

La empresa DEPORTES BEGINNERS S.A DE C.Vsolicitó el proyecto de desarrollo software consta de varios departamentos centralizados, un almacén central y de diversas sucursales de ventas repartidas en distintos países. Cada sucursal de ventas dispone de un almacén regional que suministra los pedidos de los clientes a los países que conforman una región determinada, siendo el almacén 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 abstracción es el siguiente:

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

1.GESTIÓN DEL PROYECTO. SWEBOK La gestión de la Ingeniería del Software puede definirse como la aplicación de actividades administrativas – planeación, coordinación, medición, monitorización, control y reporte- para asegurar que el desarrollo y el mantenimiento de software sean sistemáticos, disciplinados y cuantificables. (IEEE610.12-90).

PRESSMAN La gestión de proyectos implica la planificación, supervisión, y control del personal, del proceso y de los eventos que ocurren mientras evoluciona el software desde la fase preliminar a la implementación operacional

Planeación.

Durante el proyecto siempre surgen problemas en algunas descripciones. Las suposiciones iníciales y el calendario deben ser más bien pesimistas que optimistas.

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

Muchos planes incluyen:       

Introducción.

Organización del proyecto.

Análisis de riesgo.

Requerimientos de recursos de hardware y software.

División de trabajo.

Programa del proyecto.

Mecanismo de supervisión e informes.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Calendarización.

Esta es una de las tareas más difíciles para los gestores de proyectos. Los gestores estiman el tiempo y los recursos requeridos para completar las actividades y organizarlas en una sucesión coherente, las estimaciones previas son una base incierta para la calendarización del nuevo proyecto.

Si el proyecto es técnicamente 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 información acerca del progreso.

La calendarización 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 calendarización, los gestores no deben suponer que cada etapa del proyecto estará libre de problemas.

El recurso principal es el esfuerzo humano; a la estimación se le debe agregar un factor de contingencia adicional. Este factor extra de contingencia depende del tipo de proyecto de los parámetros del proceso (fecha de entrega, estándares, etcétera).

Como regla para los problemas previstos siempre debe agregarse un 30% a la estimación original y otro 20% para cubrir algunas cosas no previstas.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

El calendario del proyecto se representa como un conjunto de gráficos que muestran la división del trabajo, las dependencias de las actividades y la asignación del personal.

Gestión de Riesgo.

Una tarea importante del gestor de proyectos es anticipar los riesgos que podrían afectar a la programación 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 gestión 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 organización.

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.

Categorías de riesgos: 1.- Riesgos del proyecto: estos afectan la calendarización 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 organización 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 Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

En el caso de que ocurra, se deben crear planes de contingencia para que sea posible aplicar acciones de recuperación

Plan de Desarrollo Software Versión 3.0 Sistema para Gestión de Artículos Deportivos

Versión:

3.0

Plan de Desarrollo Software

Fecha:

20/05/2013

Nombre Empresa

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

2.MODELADO DE NEGOCIO El modelado de negocios es de gran ayuda en la etapa de análisis de desarrollo de software, ya que tener un buen modelo permite lograr comprender el ámbito de la información además de identificar las actividades y procesos que se realizan dentro de la organización para lograr una correcta operación y así lograr una buena comprensión del negocio para automatizar procesos al crear sistemas computacionales que se ajusten a la medida de una organización.

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 organización, son muy altas.

Existen varias ventajas para basar los sistemas de información en un mismo modelo básico de negocio (León y Asato, 2009): 



Los sistemas de información se vuelven una parte integral del negocio global, soportando las operaciones, fortaleciendo el trabajo y la obtención de resultados.

Los sistemas se integran fácilmente unos con otros y pueden compartir o intercambiar información.

Un modelo de proceso de negocio típicamente define los siguientes elementos (León y Asato, 2009):      

El Objetivo o motivo del proceso.

Las Entradas específicas.

Las Salidas específicas.

Los Recursos consumidos.

La secuencia de las Actividades.

Los Eventos que dirigen el proceso.

Estos elementos se irán analizando a lo largo de esta asignatura, para comprender su funcionamiento dentro de la organización, 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 Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

La empresa interactúa 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 Representación 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 Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

– Tienen identidad y son distinguibles entre sí

2.3 Modelo de Objetos de Vender Productos Los modelos de objetos del dominio están 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 Sistema para Gesti贸n de Art铆culos Deportivos

DEPORTES BEGINNERS S.A DE C.V

2.4 Modelo de Objetos de Seguimiento y Consulta de Productos

2.5 Modelo de Objetos de Reponer Stock

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

2.6 Modelo de Objetos de Modificar Catálogo

2.7 Modelo de Objetos de Realizar Entrega

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.REQUISITOS Cuando el cliente solicita que se desarrolle un sistema tiene algunas nociones de lo que debe hacer.

Por esta razón cada sistema basado en software tiene un propósito, usualmente expresado con algo que el sistema debe hacer.

Un requerimiento “es una característica del sistema o una descripción de algo que el sistema es capaz de hacer con el objeto de satisfacer propósito del sistema”.

3.1 Visión 3.1.1 Introducción 3.1.1.1 Propósito El propósito de éste documento es recoger, analizar y definir las necesidades de alto nivel y las características del sistema de gestión de una empresa de distribución de artículos 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 gestión de los almacenes que la empresa tiene repartidos por las distintas zonas en las que actúa, de forma que dichos almacenes sean capaces de atender los distintos pedidos que les son realizados.

Los detalles de cómo el sistema cubre los requerimientos se pueden observar en la especificación de los casos de uso y otros documentos adicionales.

3.1.1.2 Alcance El documento Visión se ocupa, como ya se ha apuntado, del sistema de gestión de una empresa dedicada a la distribución de artículos deportivos. Dicho sistema será desarrollado por el grupo de desarrollo de software LSI 03.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

El sistema permitirá a los encargados de la empresa controlar todo lo relativo a la distribución de los artículos (gestión de stock, gestión de pedidos, gestión de clientes, etc.). Además, también permitirá a los clientes realizar pedidos online, realizar un seguimiento de sus pedidos, etc.

3.1.1.3 Definiciones, Acrónimos, y Abreviaciones RUP: Son las siglas de RationalUnifiedProcess. Se trata de una metodología 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 (gestión de stock en cada almacén, gestión de pedidos, etc.), lo cual supondrá un acceso rápido y sencillo a los datos, gracias a interfaces gráficas sencillas y amigables. Además, los datos accedidos estarán siempre actualizados, lo cual es un factor muy importante para poder llevar un control centralizado de los distintos almacenes.

El sistema también permite a los clientes acceder a los servicios de la empresa a través de web, de forma rápida y sencilla y sin necesidad de intermediarios.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

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 facturación de la empresa.

afecta a

Departamento de logística, Jefes de almacenes, Técnicos de almacenes, Encargados de transporte, Usuarios de ventas de cada región, Departamento de contabilidad / facturación, Departamento de recursos humanos, Departamento de marketing.

El impacto asociado es

Almacenar toda la información referente a los almacenes, pedidos y órdenes de compra recibidas, y que esta información esté al instante accesible y actualizada en lugares físicamente muy distantes es un proceso prácticamente imposible de realizar en el caso de que no esté informatizado.

Una solución adecuada sería

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 Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.1.2.3 Sentencia que define la posición del Producto para

Departamento de logística, Jefes de almacenes, Técnicos de almacenes, Encargados de transporte, Usuarios de ventas de cada región, Departamento de contabilidad / facturación, Departamento de recursos humanos, Departamento de marketing.

quienes

Controlan los pedidos, los almacenes (stock), las órdenes de pedido y la facturación.

El nombre del producto

Es una herramienta software.

que

Almacena la información necesaria para gestionar una empresa de distribución.

no como

El sistema actual.

Nuestro producto

Permite gestionar las distintas actividades de la empresa mediante una interfaz gráfica sencilla y amigable. Además proporciona un acceso rápido y actualizado a la información desde cualquier punto que tenga acceso a la base de datos.

3.1.3 Descripción 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. También es necesario identificar a los usuarios del sistema y asegurarse de que el conjunto de participantes en el proyecto los representa adecuadamente. Esta sección muestra un perfil de los participantes y de los usuarios involucrados en el proyecto, así como los problemas más importantes que éstos perciben para enfocar la solución propuesta hacia ellos. No describe sus requisitos específicos ya que éstos se capturan mediante otro artefacto. En lugar de esto proporciona la justificación de por qué estos requisitos son necesarios.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.1.3.1 Resumen de Stakeholders Nombre

Descripción

Responsabilidades

Patricio Orlando Letelier Torres

Representante Global de la empresa DEPORTES BEGINNERS S.A DE C.V

El stakeholder realiza: Representa a todos los usuarios posibles del sistema.

Seguimiento del desarrollo del proyecto.

Aprueba requisitos y funcionalidades

3.1.3.2 Resumen de Usuarios Nombre

Descripción

Stakeholder

Ingeniero de Logística

Responsable del Departamento de Logística, encargado de la gestión del almacén central, del aprovisionamiento del resto de almacenes y del contacto con los proveedores.

Logística

Jefe de Almacén

Supervisor del buen funcionamiento del almacén y de gestionar las incidencias de los pedidos, ya sea tratando con otro almacén, o bien en contacto con el Ingeniero de Logística.

Almacén

Técnico de Almacén

Encargado directo del almacén, control de stocks, preparación y despacho de pedidos.

Almacén

Representante de Ventas

Responsable de ventas del producto a los clientes, mediante visitas al domicilio del cliente. Informa de las ofertas y confecciona las órdenes de pedido.

Ventas

Jefe de Ventas

Supervisor del Departamento de Ventas, encargado de otorgar incentivos y del control de estadísticas.

Ventas

Contable

Encargado de la facturación y cobranzas, política de cobro de los clientes.

Contabilidad / Facturación

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Empleado de Maketing

Responsable de ofertas de lanzamiento, publicidad, política de ventas y otros aspectos relacionados con el marketing.

Marketing

Cliente Online

Realiza compras online, por teléfono a través de los comerciales, o tratando con éstos directamente.

Ventas

Operadora

Responsable de ventas del producto a los clientes, a través del teléfono. Informa de las ofertas y confecciona las órdenes de pedido.

Ventas

Encargado de Transporte

Responsable de consultar los envíos que se van a realizar desde un almacén. Cargar los camiones con los pedidos a enviar e introducir los datos del pedido. Una vez entregado el pedido, introducir los recibos de entrega.

Envíos

Empleado de Recursos Humanos

Responsable de realizar las entrevistas de trabajo para el nuevo personal y por tanto acceso a la base de datos de currículos.

También encargado de la gestión de nóminas..

Recursos Humanos

Jefe de Recursos Humanos

Responsable de la gestión de personal, es decir, contratos y despidos, y también encargado de la redistribución de la plantilla.

Recursos Humanos

3.1.3.3 Entorno de usuario Los usuarios entrarán al sistema identificándose sobre un ordenador con un sistema operativo Windows 2008 y tras este paso entrarán a la parte de aplicación diseñada para cada uno según su papel en la empresa. Este sistema es similar a cualquier aplicación Windows y por tanto los usuarios estarán familiarizados con su entorno.

Los informes serán generados con Microsoft Word versión 2013, lo cual también resultará familiar.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.1.3.4 Perfil de los Stakeholders 3.1.3.4.1 Representante del área técnica y sistemas de información

Representante

Patricio Orlando Letelier Torres

Descripción

Representante DEPORTES BEGINNERS S.A DE C.V

Tipo

Experto de Sistemas.

Responsabilida des

Encargado de mostrar las necesidades de cada usuario del sistema.

Además, lleva a cabo un seguimiento del desarrollo del proyecto y aprobación de los requisitos y funcionalidades del sistema

Criterio de Éxito

A definir por el cliente

Grado de participación

Revisión de requerimientos, estructura del sistema

Comentarios

Ninguno

3.1.3.5 Perfiles de Usuario 3.1.3.5.1

Ingeniero de Logística

Representante

Logística

Descripción

Jefe del Departamento de Logística de la Empresa.

Tipo

Gurú.

Responsabilida des

Responsable del Departamento de Logística, encargado de la gestión del almacén central, del aprovisionamiento del resto de almacenes y del contacto con los proveedores. Control de estadísticas para la optimización de recursos.

Criterio de Éxito

A definir por el cliente

Grado de

A definir por el cliente

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

participación Comentarios

Ninguno

3.1.3.5.2 Jefe de Almacén Representante

Almacén

Descripción

Jefe del almacén de una región determinada.

Tipo

Usuario casual del sistema.

Responsabilida des

Supervisor del buen funcionamiento del almacén y de gestionar las incidencias de los pedidos, ya sea tratando con otro almacén, o bien en contacto con el Ingeniero de Logística. Capacidad de toma de decisiones en cuanto a distribución de mercancías desde otro almacén y cancelación de pedidos que han sido atendidos.

Criterio de Éxito

A definir por el cliente

Grado de participación

A definir por el cliente

Comentarios

Ninguno.

3.1.3.5.3

Técnico de Almacén

Representante

Almacén

Descripción

Responsable del almacén de una región determinada.

Tipo

Usuario experto.

Responsabilida des

Encargado directo del almacén, control de stocks y distribución de los productos, preparación y atención de las órdenes de pedido y solicitudes de envío al cliente. Gestión de incidencias a través del de un técnico comercial para que se ponga en contacto con el cliente, o bien por medio del jefe de almacén.

Criterio de Éxito

A definir por el cliente

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Grado de participación

A definir por el cliente

Comentarios

Niniguno.

3.1.3.5.4

Representante de Ventas

Representante

Ventas

Descripción

Representante de ventas de los productos

Tipo

Usuario experto.

Responsabilida des

Responsable de ventas del producto a los clientes, mediante visitas al domicilio del cliente. Informa de las ofertas y confecciona las órdenes de pedido. También participa en las incidencias de pedidos poniéndose en contacto con el cliente para la resolución de los mismos. Puede cancelar pedidos en estado de elaboración.

Criterio de Éxito

A definir por el cliente

Grado de participación

A definir por el cliente

Comentarios

Ninguno.

3.1.3.5.5

Operadora

Representante

Ventas

Descripción

Operadora de ventas de los productos

Tipo

Usuario experto.

Responsabilida des

Responsable de ventas del producto a los clientes a través del teléfono. Informa de las ofertas y confecciona las órdenes de pedido.

También participa en las incidencias de pedidos poniéndose en contacto con el cliente para la resolución de los mismos.

Criterio de Éxito

A definir por el cliente

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Grado de participación

A definir por el cliente

Comentarios

Ninguno.

3.1.3.5.6

Jefe de Ventas

Representante

Ventas

Descripción

Jefe del Departamento de Ventas de una región determinada.

Tipo

Usuario experto.

Responsabilida des

Supervisor del Departamento de Ventas, encargado de otorgar incentivos y del control de estadísticas.

Criterio de Éxito

A definir por el cliente

Grado de participación

A definir por el cliente

Comentarios

Ninguno.

3.1.3.5.7

Encargado de Transporte

Representante

Envíos

Descripción

Encargado de Transportes de un almacén determinado.

Tipo

Usuario experto.

Responsabilida des

Supervisor del transporte de mercancías desde el almacén hasta el domicilio de los clientes. Carga los pedidos en el camión, registra en el sistema los datos del envío y una vez entregado el pedido al cliente, introduce el recibo de entrega en la base de datos.

Criterio de Éxito

A definir por el cliente

Grado de

A definir por el cliente

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

participación Comentarios

Ninguno.

3.1.3.5.8

Contable

Representante

Contabilidad / Facturación

Descripción

Empleado del Departamento de Contabilidad y Facturación.

Tipo

Usuario experto.

Responsabilida des

Encargado de la facturación y cobranzas, política de cobro de los clientes.

Criterio de Éxito

A definir por el cliente

Grado de participación

A definir por el cliente

Comentarios

Niguno.

3.1.3.5.9

Empleado de Marketing

Representante

Marketing

Descripción

Empleado del Departamento de Marketing.

Tipo

Usuario eventual.

Responsabilida des

Responsable de ofertas de lanzamiento, publicidad, política de ventas y otros aspectos relacionados con el marketing.

Criterio de Éxito

A definir por el cliente

Grado de participación

A definir por el cliente

Comentarios

Ninguno.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V 3.1.3.5.10 Cliente Online

Representante

Ventas

Descripción

Comprador de productos.

Tipo

Usuario casual.

Responsabilida des

Realiza compras online y consulta del estado de pedidos como del catálogo. También puede darse de alta, darse de baja o modificar sus datos de cliente.

Criterio de Éxito

A definir por el cliente

Grado de participación

A definir por el cliente

Comentarios

Ninguno.

3.1.3.5.11 Empleado de Recursos Humanos Representante

Recursos Humanos

Descripción

Empleado del Departamento de Recursos Humanos.

Tipo

Usuario casual.

Responsabilida des

Responsable de las entrevistas de trabajo y registra los datos de las mismas, incluyendo la gestión de una base de datos de currículos de trabajadores en potencia. También realiza la gestión de contratos y nóminas del personal.

Criterio de Éxito

A definir por el cliente

Grado de participación

A definir por el cliente

Comentarios

Ninguno.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.1.3.5.12 Jefe de Recursos Humanos Representante

Recursos Humanos

Descripción

Empleado del Departamento de Recursos Humanos.

Tipo

Usuario casual.

Responsabilida des

Responsable de la gestión de personal, es decir, gestión de contrataciones y gestión de despidos. También es responsable de la redistribución de la plantilla.

Criterio de Éxito

A definir por el cliente

Grado de participación

A definir por el cliente

Comentarios

Ninguno.

3.1.4

Descripción 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 intención de agilizar su funcionamiento. Las áreas a tratar por el sistema son: logística, gestión de recursos humanos, contabilidad y marketing.

3.1.4.2 Resumen de características A continuación se mostrará un listado con los beneficios que obtendrá el cliente a partir del producto: Beneficio del cliente

Características que lo apoyan

Mayor agilidad en los pedidos dando la posibilidad de hacerlo vía servicios web.

Aplicación web desde la cual poder realizar los pedidos.

Gestión automatizada del stock del almacén.

Sistema de optimización de del stock en el almacén y previsión de pedidos

Mayor facilidad para la gestión de los

Base de datos centralizada con la

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

recursos humanos.

información de todo el personal.

Posibilidad de cancelación de órdenes por Aplicación web desde la que poder parte del cliente dando la posibilidad de cancelar pedidos. hacerlo vía servicios web.

Automatización de la cancelación de estas Sistema automatizado de anulación de órdenes. órdenes.

Mayor facilidad para el control e catálogos Base de datos con acceso remoto desde para el área de marketing. la que poder controlar ofertas y políticas de ventas.

Automatización del sistema de nóminas

Sistema automático de generación de nóminas.

3.1.4.3 Suposiciones y dependencias [A definir por el cliente] 3.1.4.4 Costo y precio [A definir por el cliente]

3.1.5

Descripción Global del Producto

3.1.5.1 Departamento de Recursos Humanos Departamento encargado de la gestión de la plantilla y asignación de destino de trabajo. Los trabajadores con rol de recursos humanos tendrán acceso a una parte del subsistema en la que se darán de alta, de baja y se modificarán datos de la plantilla, así como a otra parte en la que asignarán el personal adecuado a cada área.

3.1.5.2 Departamento de Marketing Departamento responsable de la confección de catálogos d productos, políticas de ventas y realizar las distintas ofertas sobre los productos. Los trabajadores con este rol tendrán 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 Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.1.5.3 Departamento de Logística Departamento que dirige y gestiona el almacén centralizado de la compañía, que es el abastecimiento principal del resto de almacenes. Este departamento dispondrá de una parte del sistema que automatizará el proceso de reposición de stocks de los almacenes y el reabastecimiento de los distintos almacenes, tanto el central como los regionales mediante los proveedores de la compañía.

3.1.5.3.1

Control de estadísticas de distintos datos

Para llevar un buen control de los requerimientos de la empresa, las necesidades de cada almacén y de cada departamento es necesario que el sistema genere una serie de datos estadísticos históricos que clarifiquen el excesivo volumen de datos numéricos que se generan en la compra-venta de artículos.

3.1.5.4 Gestión de Almacén En el subsistema de almacén se atienden los pedidos que han sido elaborados en el departamento de ventas y que han sido pasados a la gestión de almacenes. Los pedidos que figuran como no atendidos pueden pasar a ser atendidos una vez que el técnico de almacén reserva stock de productos para dichos pedidos. Durante el proceso de atención el pedido puede sufrir diversas modificaciones en la asignación de stock, y una vez confeccionado en su totalidad, pasa a pedido listo para envío, y una vez en este estado pasará a ser tratado por el subsistema de gestión de envíos.

3.1.5.4.1

Atención de las órdenes de pedido procedentes de elaboración .

Un pedido que ha pasado del estado de elaboración al estado de pedido no atendido figurará en el almacén en el listado de pedidos no atendidos. El técnico de almacén podrá atender un pedido asignándole stock del almacén. Una vez confeccionado completamente el pedido, el técnico de almacén podrá hacer que figure el pedido como listo para envío, de tal forma que el encargado de transportes sepa que lo puede cargar en el camión. En cualquier momento, el pedido podrá ser cancelado.

3.1.5.4.2

Gestión de incidencias de pedido

En caso de que en un pedido se detecte que no hay stock suficiente para poder satisfacerlo, el técnico de almacén 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 almacén. Posteriormente el jefe de ventas del almacén gestionará las incidencias de pedido y el déficit de stocks. El jefe de almacén podrá solicitar stock de productos a otros almacenes para reponer el déficit de stock o bien podrá solicitar al ingeniero de logística que distribuya productos del almacén central o bien por medio de proveedor.

3.1.5.4.3

Consulta del estado de los pedidos

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

En todo momento, se podrá consultar el estado de los pedidos que se encuentran en periodo de no atención, en periodo de atención, listos para envío y pedidos en estado de envío. La información presentará los datos relevantes para cada estado que se haya definido.

3.1.5.5 Gestión 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 través de una de las operadoras de la empresa, con la que el cliente solicita sus pedidos a través del medio telefónico. 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

Información de ofertas y elaboración 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 figurarán en estado de elaboración y eliminar a petición del cliente o modificar las líneas del pedido, ya sea en cantidades de productos como en los distintos productos de que consta el pedido.

3.1.5.5.2

Gestión 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. También podrán darse de baja clientes, o darse de alta unos nuevos. El cliente online también podrá a través de los servicios web modificar sus datos, darse de alta o de baja.

3.1.5.5.3

Consulta de los productos del catálogo

Un representante de ventas, una operadora o un cliente online pueden consultar en todo momento el catálogo a la hora de elaborar sus pedidos.

3.1.5.6 Gestión de Envíos En el sistema de envíos, 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 almacén pendientes de envío Cuando se realiza un envío se incorporan los datos del transportista, referencia del envío 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 dirección de envío especificada. El estado de los envíos de los pedidos se podrá consultar vía los servicios web por parte del cliente o mediante el propio sistema por parte del personal tanto de ventas como de almacén y transportes.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.1.5.7 Departamento de Contabilidad y Facturación El departamento de contabilidad y facturación tendrá acceso a todo el subsistema de contabilidad y facturación, es decir, todo aquello que englobe cobro de pedidos pendientes, gestión de nóminas y comisiones, facturación a clientes según modalidad de pago, etc.

3.1.6 Restricciones [A definir por el cliente]

3.1.7 recedencia y Prioridad [A definir por el cliente]

3.1.8

Otros Requisitos del Producto

3.1.9 Estándares Aplicables [A definir por el cliente]

3.1.10 Requisitos de Sistema [A definir por el cliente]

3.1.11 Requisitos de Desempeño [A definir por el cliente]

3.1.12 Requisitos de Entorno [A definir por el cliente]

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.1.13 Requisitos de Documentación [A definir por el cliente] 3.1.14 Manual de Usuario [A definir por el cliente]

3.1.15 Ayuda en Línea [A definir por el cliente]

3.1.16 Guías de Instalación, Configuración, y Fichero Léame [A definir por el cliente]

A.

Atributos de Características

Número y nombre de la característic a

Estado

Beneficio

Esfuerz o

Propuesta: Sí 3.1.5.1 Depart. de Recursos Humanos

Aprobada: Sí Incorporada: No

Útil

Bajo

Riesgo

Estabilida d

[A definir

[A definir

por el

por el

cliente]

cliente]

Asignación

Ninguna

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Propuesta: Sí 3.1.5.2 Depart. de Marketing

3.1.5.3 Depart. de Logística

[A definir

[A definir

por el

por el

Incorporada: No

cliente]

cliente]

Propuesta: Sí

[A definir

[A definir

por el

por el

cliente]

cliente]

[A definir

[A definir

por el

por el

Incorporada: No

cliente]

cliente]

Propuesta: Sí

[A definir

[A definir

por el

por el

Incorporada: Sí

cliente]

cliente]

Propuesta: Sí

[A definir

[A definir

por el

por el

Incorporada: Sí

cliente]

cliente]

Propuesta: Sí

[A definir

[A definir

por el

por el

Incorporada: No

cliente]

cliente]

Propuesta: Sí

[A definir

[A definir

por el

por el

cliente]

cliente]

Aprobada: Sí

Aprobada: Sí Incorporada: No

Útil

Important e

Bajo

Medio

Propuesta: Sí 3.1.5.3.1 Control de estadísticas de datos

3.1.5.4 Gestión de Almacén

3.1.5.4.1 Atención de órdenes de pedido

3.1.5.4.2 Gestión de incidencias de pedido

3.1.5.4.3 Consulta de estado de los pedidos

Aprobada: Sí

Aprobada: Sí

Aprobada: Sí

Aprobada: Sí

Aprobada: Sí Incorporada: Sí

Útil

Crítica

Crítica

Útil

Important e

Medio

Alto

Alto

Medio

Medio

Ninguna

Ninguna

Ninguna

J.A. Mocholí, Germán Mira, Miguel Mascilla y Eduardo Bueno

José Antonio Mocholí

Ninguna

Eduardo Bueno

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Propuesta: Sí 3.1.5.5 Gestión de Ventas

3.1.5.5.1 Elaborar pedidos y ofertas

3.1.5.5.2 Gestión de datos de clientes

[A definir

[A definir

por el

por el

Incorporada: Sí

cliente]

cliente]

Propuesta: Sí

[A definir

[A definir

por el

por el

Incorporada: Sí

cliente]

cliente]

Propuesta: Sí

[A definir

[A definir

por el

por el

cliente]

cliente]

[A definir

[A definir

por el

por el

cliente]

cliente]

[A definir

[A definir

por el

por el

cliente]

cliente]

[A definir

[A definir

por el

por el

cliente]

cliente]

[A definir

[A definir

por el

por el

cliente]

cliente]

Aprobada: Sí

Aprobada: Sí

Aprobada: Sí Incorporada: No

Crítica

Útil

Important e

Alto

Medio

Medio

Propuesta: Sí 3.1.5.5.3 Aprobada: Sí Consulta de productos del Incorporada: catálogo No

Important e

Medio

Propuesta: Sí 3.1.5.6 Gestión de Envíos

Aprobada: Sí Incorporada: No

Important e

Medio

Propuesta: Sí 3.1.5.6.1 Enviar los pedidos del almacén

Aprobada: Sí Incorporada: No

Important e

Bajo

Propuesta: Sí 3.1.5.6.2 Control de los recibos de entrega

Aprobada: Sí Incorporada: No

Útil

Bajo

José Antonio Mocholí, Germán Mira y Miguel Mascilla

José Antonio Mocholí, Germán Mira y Miguel Mascilla

Ninguna

Ninguna

Ninguna

Ninguna

Ninguna

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Propuesta: Sí 3.1.5.7 Aprobada: Sí Depart. de Contabilidad Incorporada: y Facturación No

3.2

Útil

Medio

[A definir

[A definir

por el

por el

cliente]

cliente]

Ninguna

GLOSARIO

3.2.1 Introducción Este documento recoge todos y cada uno de los términos manejados a lo largo de todo el proyecto de desarrollo de un sistema para la gestión de artículos 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 estándar para todo el proyecto.

3.2.1.1 Propósito El propósito de este glosario es definir con exactitud y sin ambigüedad la terminología manejada en el proyecto de desarrollo de un sistema para la gestión de artículos deportivos.

También sirve como guía de consulta para la clarificación 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 terminología empleada en el departamento de logística, el departamento de recursos humanos, el departamento de marketing, el departamento de contabilidad y facturación, en la gestión de envíos, en la gestión de almacenes y en la gestión 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 Visión del Proyecto Deportes LSI 03 Documentos de Especificación de Casos de Uso del Proyecto Deportes LSI 03 Documentos de Especificación de Casos de Pruebas del Proyecto Deportes LSI 03

3.2.1.4 Organización del Glosario El presente documento está organizado por definiciones de términos ordenados de forma ascendente según la ordenación alfabética tradicional del Español.

3.2.2 Definiciones A continuación se presentan todos los términos manejados a lo largo de todo el proyecto de desarrollo de un sistema para la gestión de artículos deportivos en la empresa Deportes LSI 03.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.2.3 Almacén Un almacén 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 según pedido. Existe un almacén por cada región definida, que es el encargado de servir los pedidos de aquellos clientes cuya dirección de envío sea la perteneciente a dicha región. La empresa también dispone de un almacén central desde el cual se reabastece el stock de los distintos almacenes regionales.

3.2.4 Atender pedido El técnico del almacén de una determinada región selecciona un pedido y asigna línea por línea una reserva de stock del producto para dicho pedido.

3.2.5 Cancelar pedido atendido Un pedido que ya ha sido atendido por un técnico de almacén puede ser cancelado por el técnico de almacén mientras el pedido esté en el almacén y no esté en envío, simplemente eliminándolo 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 añadido por costes de transporte.

3.2.6 Cancelar pedido en elaboración Un pedido que se encuentra en estado de elaboración puede ser cancelado o bien a través de un representante de ventas o bien a través de una operadora. El primero de ellos podrá eliminar pedidos en elaboración de aquellos clientes a quienes represente, mientras que la segunda puede cancelar pedidos en elaboración de cualquier cliente. El propio cliente puede eliminar directamente sus pedidos en elaboración si accede al sistema como cliente online y directamente a través de la página web de elaborar pedidos online.

3.2.7 Cancelar pedido listo para envío Un pedido en estado de listo para envío sólo puede ser cancelado por el técnico de almacén que pertenezca al almacén regional que sirve a dicho pedido. El pedido podrá ser eliminado de la lista de pedidos listos para envío mediante la interfaz del mencionado usuario, actualizándose la lista de pedidos listos para envío.

3.2.8 Cancelar pedido online Un pedido que está en elaboración puede ser cancelado por el cliente online simplemente seleccionando a través de la página web el pedido que desea eliminar y suprimiéndolo. La base de datos se actualiza con la eliminación del pedido en elaboración. Sólo se pueden eliminar online pedidos en elaboración.

3.2.9 Catálogo de productos El catálogo de productos es la colección de artículos deportivos con los que trabaja la empresa Deportes Lsi 03. Se trata de un compendio de toda clase de artículos, como por ejemplo, zapatillas de deportes, camisetas, balones, raquetas, pelotas, pantalones de deportes, chándales, bicicletas, etc. El catálogo de productos comprende el nombre del artículo, una referencia del mismo dentro de la catalogación de la empresa, una descripción del producto, una fotografía del mismo y el precio de venta.

3.2.10 Cliente externo

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

El cliente externo es el cliente propiamente dicho, es decir, en la visión que ofrece Rational Rose del modelo de casos de uso del negocio, el cliente externo representa uno de tantos agentes externos con los que interactúa la empresa Deportes LSI 03. Por tanto, el cliente externo es el comprador de los artículos, 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 través de la página 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. También puede elaborar pedidos a través de la página 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 gráfica que muestra la funcionalidad principal del subsistema de gestión de envíos.

3.2.13 Cobro a clientes El pago de los pedidos que realizan los clientes se realiza de diversas maneras según el tipo de cliente. En primer lugar, una vez que se ha entregado la mercancía en la dirección de envío que ha especificado el cliente para la entrega de un pedido, se realiza la formalización de un recibo que posteriormente se introducirá en el sistema informático. En segundo lugar, una vez que el recibo ha llegado al departamento de cobro y facturación, se determina el tipo de pago que ha de realizar el cliente según la forma de pago que haya solicitado (a 30 días, a 60 días, 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 través del departamento de logística, encargado de reabastecer tanto el almacén central como los distintos almacenes regionales de la empresa. El ingeniero de logística contacta con los distintos proveedores cuando se detecta déficit en algún artículo o cuando se prevé un volumen de ventas elevado. Se selecciona al proveedor que marque el precio más competitivo de acuerdo con la política de compras que marca la empresa.

3.2.15 Confeccionar catálogo El catálogo de productos sufre constantes cambios debido a la fluctuación de las demandas de los artículos y las diferentes modas que se apoderan del momento. Por tanto, es responsabilidad del departamento de marketing de la empresa la actualización del catálogo de productos que ofrece la empresa a sus clientes.

3.2.16 Consultar catálogo La consulta del catálogo se realiza mediante las interfaces que ofrece el sistema. Tanto los representantes de ventas como las operadoras pueden en todo momento consultar el catálogo para informar a sus clientes de las descripciones de los productos y precios, y para consultar las referencias de los artículos. Los empleados del departamento de marketing también consultan el catálogo para buscar posibles actualizaciones. También se puede consultar el catálogo de productos a través de Internet vía 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 Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

almacenes regionales o en el almacén central por el técnico de almacén, mediante la interfaz gráfica correspondiente en la pestaña de “no atendidos” figura la lista de los pedidos que aún no han pasado a ser atendidos en el almacén. Se puede consultar no sólo el estado de los pedidos, sino también las líneas de productos y los datos referentes al pedido. Una vez realizada esta consulta sobre un pedido en particular, el pedido pasa automáticamente al estado de pedido atendido.

3.2.18 Contable Empleado del departamento de contabilidad y facturación. Encargado de los cobros y facturaciones a clientes y de llevar la contabilidad en general de la empresa.

3.2.19 Control de estadísticas El control de estadísticas es un resumen general de los datos de interés relacionado con la empresa, cada uno de los distintos usuarios autorizados podrá acceder a diferentes visiones de las estadísticas generadas, por ejemplo, para el ingeniero de logísticas las estadísticas más interesantes son volúmenes de ventas, demandas de productos, históricos de los almacenes, etc.

Para el jefe de ventas, las estadísticas interesantes son las que conciernen a sus empleados, por ejemplo, ventas realizadas, seguimiento de comisiones, etc.

3.2.20 Departamento de contabilidad y facturación El departamento de contabilidad y facturación es el encargado del cobro de pedidos entregados a los clientes, de facturar a los clientes, de la asignación de remuneraciones de los distintos empleados y de todas las características propias de la contabilidad empresarial.

3.2.21 Departamento de logística Departamento encargado de la gestión eficiente de la distribución de productos y stock del almacén central de la empresa a los distintos almacenes regionales. También tiene la funcionalidad de compra de productos a proveedores para reabastecer el stock del almacén central y de la gestión eficiente de las distintas regiones definidas para todos los países en los que Deportes LSI 03 ofrece sus productos.

3.2.22 Departamento de marketing Este departamento está encargado de la realización de ofertas de los distintos productos del catálogo. También están encargados de la publicidad y promoción de artículos, determinar las distintas políticas de ventas aplicadas, y confeccionar el catálogo cuando sufra modificaciones según la fluctuación de oferta y demanda del mercado.

3.2.23 Departamento de recursos humanos Este departamento cumple con las siguientes funciones: la distribución de la plantilla de la empresa, determinar el puesto de trabajo del personal, determinar los contratos que se fijan con cada empleado, controlar las estadísticas de rendimiento y realizar entrevistas de trabajo.

También cumple la función de despido y contratación de los trabajadores.

3.2.24 Elaborar pedido online El cliente se conecta a la página web de la empresa y puede realizar pedidos a través de Internet de un modo bastante sencillo. Se identifica como cliente online con un nombre de usuario y una contraseña y abre la página de elaborar un pedido nuevo o modificar los pedidos en elaboración

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

que ya tuviese pendientes. El cliente online puede añadir o modificar líneas de un pedido en elaboración ya existente o añadir nuevas líneas a un pedido nuevo. Una vez haya concluido puede pasar el pedido al almacén regional correspondiente a la dirección de envío o bien guardarlo como pedido en elaboración para posteriores modificaciones.

3.2.25 Elaborar pedido El representante de ventas o la operadora reciben la petición de un cliente para elaborar pedido.

El listado de pedidos en elaboración 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 añadir o modificar líneas de un pedido en elaboración ya existente o añadir nuevas líneas a un pedido nuevo. Una vez hayan concluido pueden pasar el pedido al almacén regional correspondiente a la dirección de envío o bien guardarlo como pedido en elaboración 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 catálogo, cambiando cualquier dato de los productos existentes, o también eliminando o agregando productos nuevos. Está encargado de la política de productos, es decir, de la política de ventas que se debe aplicar a cada artículo. También puede realizar ofertas, definiendo precios más competitivos o ajustados a los márgenes 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 nóminas de los distintos empleados de la empresa 3.2.28 Empresa de transportes La empresa de transportes es la encargada de trasladar los envíos de los distintos pedidos que estén listos para envío y se haya decidido enviar al cliente. Este empresa es una subcontrata de Deportes LSI 03 para realizar el trabajo de envío 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 camión con los pedidos que ya están listos para enviar, y de devolver los recibos de entrega de los pedidos. Una vez que el pedido ha sido entregado en la dirección de envío que cada cliente había especificado para cada envío, se genera un recibo que será introducido en el sistema por el encargado de transportes para el control de cobros y facturación 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 envío y por último si decide cargarlos en uno de los camiones para el próximo envío, entonces modifica el pedido a pedido en envío, introduce el nombre del transportista que realizará el envío y el sistema introducirá la fecha del envío.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.2.31 Facturar entrega de un pedido Una vez que un pedido ha sido entregado en la dirección de envío que había 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 facturación 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 atención Es la fecha que tiene asignada una orden de pedido una vez que el técnico de almacén ha comenzado a asignarle productos del stock del almacén. La fecha de atención es única y no se modifica en ningún momento, puesto que se asigna la primera vez que un pedido recibe atención. Si el pedido figura como en elaboración o como no atendido, tendrá el campo de esta fecha vacío.

3.2.33 Fecha de elaboración La fecha de elaboración figura en los pedidos que estén en estado de elaboración. Esta fecha se asigna automáticamente cuando se crea un pedido nuevo en la elaboración de órdenes de pedido por parte de la operadora o por el representante de ventas. Esta fecha no se puede modificar en ningún momento ya que se asigna por primera vez por medio del sistema.

3.2.34 Fecha de envío La fecha de envío figura como vacía en todos aquellos pedidos que no hayan sido enviados. Si el pedido figura como pedido en envío se mostrará la fecha en la que el encargado de transportes pasó el pedido a envío y éste se cargó en el camión. Esta fecha no podrá ser modificada.

3.2.35 Fecha de envío al almacén Esta fecha la asigna el sistema a todos aquellos pedidos en elaboración que son enviados al almacén por los representantes de ventas o las operadoras. Esta fecha figurará vacía en todos aquellos pedidos que estén en estado de elaboración.

3.2.36 Fecha de listo para envío Esta fecha se asignará por el sistema a todas aquellas órdenes de pedido que el técnico de almacén haya pasado a listas para envío. Esta fecha figura como vacía en todos aquellos pedidos que no estén en envío o en listos para envío. Esta fecha se eliminará de aquellos pedidos que figuren como listos para envío y que el técnico de almacén decida cancelar y pasar a en atención.

3.2.37 Gestión de almacén La gestión de almacén 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 gestión de almacén se centra en la atención de órdenes de pedido, cancelación, paso a envío, consultas, gestión de incidencias de stock y reposición de stock. Los usuarios de este subsistema son los técnicos de almacén y los jefes de almacén

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.2.38 Gestión de clientes Gestión de clientes es un caso de uso definido dentro del subsistema de gestión de ventas, y cuya funcionalidad está definida por los representantes de ventas, operadoras y clientes online. La gestión 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 modificación de los datos de los clientes que figuraban como dados de alta. Este caso de uso se puede invocar a través de la interfaz de usuarios de ventas.

3.2.39 Gestión de envíos La gestión de envíos 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 envío. La carga de las órdenes de pedido en los camiones de reparto de mercancías se registra en el sistema mediante un control de pedidos en envío, y tras su posterior entrega se realiza la introducción de recibos para que pasen a la funcionalidad definida para tal efecto en el subsistema del departamento de contabilidad y facturación.

3.2.40 Gestión de nóminas Gestión de nóminas es un caso de uso invocado por el empleado de recursos humanos o por el jefe de recursos humanos. En la gestión de nóminas 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 Gestión de personal Gestión de personal es un caso de uso que invoca el jefe del departamento de recursos humanos y cuya funcionalidad define el reparto y asignación de la plantilla y puestos de trabajo de los distintos empleados de la empresa Deportes LSI 03. La redistribución y asignación de tareas, etc, es la funcionalidad de este caso de uso.

3.2.42 Gestión de ventas La gestión 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 través de un representante de ventas o de una operadora. Este subsistema también 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 elaboración de nuevas órdenes de pedido, modificación de órdenes ya existentes, cancelación de las mismas o envío al almacén para que sean servidas.

3.2.43 Incidencia pedido Incidencia pedido es un caso de uso cuya funcionalidad es proporcionar al técnico de almacén 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 almacén el sistema detecte que la cantidad a asignar deja el stock del producto en el almacén con déficit, es decir, por debajo de una cantidad mínima, también que no existe stock de un producto suficiente para satisfacer las necesidades de una orden de pedido, o que hayan pasado más de dos días desde que un pedido figura en

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

atención o como listo para envío. Las incidencias de pedido las gestionará el jefe de almacén, o bien haciendo una reposición de stock a través de otro almacén o bien trasladando la incidencia a cargo del ingeniero de logística.

3.2.44 Ingeniero de logística El ingeniero de logística es el empleado principal del departamento de logística , encargado de la gestión de proveedores, pedidos a los mismos, reposición de stock tanto en los distintos almacenes regionales como en el almacén central de que dispone a la empresa Deportes LSI 03, control de estadísticas de los distintos almacenes regionales y previsión 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 envío y de entrega y el detalle de la orden de pedido entregada.

3.2.46 Jefe de almacén El empleado jefe de almacén de la empresa Deportes LSI 03 participa en el sistema dentro del subsistema de gestión de almacén, y que hace uso de las funcionalidades definidas en los casos de uso de reposición de stock, gestión de incidencias de almacén 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 gestión de personal, redistribución de personal y gestión de nóminas.

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 gestión de ventas, y que hace uso de las funcionalidades definidas en los casos de uso de control de estadísticas, otorgar incentivos y gestión de clientes.

3.2.49 Línea de pedido La línea 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 línea de pedido por producto solicitado en una orden de pedido. Una línea de pedido se compone de la siguiente información: código del producto del catálogo, referencia de la orden de pedido a la que pertenece, cantidad de producto solicitada al almacén regional, precio del producto y por último el stock asignado en el almacén en el que se trata la orden de pedido.

3.2.50 Listado de pedidos en atención El listado de pedidos en atención es una parte de la funcionalidad que ofrece la interfaz de usuario del técnico de almacén, y en la que se muestra la lista de órdenes de pedido que figuran en un almacén regional pendientes de ser completados, es decir, en estado de atención.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

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 técnico de almacén, y en la que se muestra la lista de órdenes que figuran como enviadas desde un almacén regional en concreto.

3.2.52 Listado de pedidos listos para envío El listado de pedidos listos para envío es una parte de la funcionalidad que ofrece la interfaz de usuario del técnico de almacén, y en la que se muestra la lista de órdenes de pedido que figuran en un almacén regional pendientes de ser enviadas, es decir, en estado de listos para envío.

3.2.53 Listado de pedidos no atendidos El listado de pedidos en atención es una parte de la funcionalidad que ofrece la interfaz de usuario del técnico de almacén, y en la que se muestra la lista de órdenes de pedido que figuran en un almacén 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 gestión de ventas, y que se comunica con los clientes por teléfono y elabora nuevas órdenes de pedido para éstos, modifica o cancela otras existentes y puede acceder a gestión de clientes. Tiene la característica especial de poder atender a cualquier cliente, a diferencia del representante de ventas que sólo 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 artículos o productos de su catálogo. 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 información dentro del sistema: código del pedido para identificarla de forma única, código del cliente que ha realizado la orden, DNI del usuario de ventas que realizó la confección de la orden, dirección de envío del pedido, forma de pago que realizará el cliente, fecha de elaboración, fecha de llegada al almacén, fecha de atención, fecha de listo para envío y fecha de salida del almacén.

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 gestión de ventas y que consiste en la asignación de primas y comisiones a los distintos empleados de ventas para incentivar su trabajo.

3.2.57 Pasar pedido a envío Pasar pedido a envío es un caso de uso cuya funcionalidad la utiliza el técnico de almacén y cuya utilidad es la de cambiar el estado de un pedido que se encuentra en atención para que figure como listo para envío. En caso de que las cantidades de stock asignado en el almacén no se correspondan a las solicitadas por el cliente se generarán los avisos y controles pertinentes.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.2.58 Pedido en atención Un pedido, o una orden de pedido, figura en estado de “en atención” cuando esté siendo atendido por un técnico de almacén, es decir, cuando se le estén asignando cantidades del stock que figura en el almacén.

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 dirección de envío y el cliente ha firmado el recibo que posteriormente ha sido introducido por el encargado de transportes.

3.2.60 Pedido en elaboración Un pedido, o una orden de pedido, figura en estado de “en elaboración” cuando ha sido creado por un usuario de ventas y aún no ha sido enviado al almacén. En este estado, el pedido puede ser modificado en líneas de pedido y dirección de envío.

3.2.61 Pedido en envío Un pedido, o una orden de pedido, figura en estado de “en envío” cuando ya haya sido cargado en un camión y esté pendiente de ser entregado en la dirección de envío que ha especificado el cliente.

3.2.62 Pedido listo para envío Un pedido, o una orden de pedido, figura en estado de “listo para envío” cuando las cantidades de stock asignadas por el técnico de almacén 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 almacén por un usuario de ventas y aún no ha sido atendido por ningún técnico de almacén.

3.2.64 Política Producto Política 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 política 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 artículos deportivos, es decir, todos aquellos artículos 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 campaña, 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 Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.2.67 Reabastecer almacén Reabastecer almacén es un caso de uso del subsistema del departamento de logística y que consiste en que el ingeniero de logística solicita a un proveedor o a un almacén, ya sea el central u otro regional, que sirva artículos a uno o varios almacenes para reponer el stock necesario para atender órdenes de pedido.

3.2.68 Realizar envío Realizar envío es un caso de uso del subsistema de gestión de envíos y cuya funcionalidad ofrece al encargado de transportes la posibilidad de consultar los pedidos listos para envío y al cargarlos en el camión registrar en el sistema que el pedido a pasado a estar en envío.

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 Redistribución de personal Redistribución 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 Región La empresa Deportes LSI 03 al trabajar y tener delegación en todo el mundo, ha dividido el mundo en regiones para poder gestionar mejor a sus distintos países clientes. Existe una región central en la que se ubican las principales instalaciones de la empresa, tales como el departamento de logística, recursos humanos, marketing y contabilidad / facturación. En dicha región también se ubica el almacén 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 gestión de ventas y de uno de gestión del almacén regional. Las órdenes de pedido de los clientes de un país determinado que pertenece a una región determinada se sirven a partir del almacén asignado a dicha región.

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 contraseña asociada al mismo. Estos datos figuran en la base de datos, y el sistema comprueba que son correctos y ofrece la funcionalidad determinada según el tipo de usuario que se haya registrado. Por ejemplo, si el técnico de almacén se registra en el sistema sólo podrá acceder a la funcionalidad de técnico de almacén y sólo podrá trabajar con los pedidos pertenecientes a la región asignada al almacén en que trabaja.

3.2.73 Reposición de stock Reabastecer almacén es un caso de uso del subsistema de gestión de almacén que consiste en solicitar a un almacén, ya sea el central u otro regional, que sirva artículos a otro almacén para reponer el stock necesario para atender órdenes de pedido.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

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 gestión 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 elaboración de nuevos pedidos, la modificación de pedidos que se encuentren en elaboración y la cancelación de pedidos en elaboración. También se ofrece la gestión de clientes, la consulta del catálogo de productos, la consulta de productos enviados al almacén y la solicitud de registro de incidencias en una orden de pedido. La única restricción para el representante de ventas es que sólo puede trabajar con aquellos clientes a los que representa, no tiene acceso a ningún otro cliente que no represente.

3.2.75 Técnico de almacén El técnico de almacén es un empleado de la empresa Deportes LSI 03 y que hace uso de la funcionalidad definida en el subsistema de gestión de almacén. El técnico de almacén está encargado de atender órdenes de pedido, reservando stock para las líneas de pedido correspondiente a una orden de pedido, y una vez completado éste, dispone la orden de pedido como listo para envío, de tal modo que el encargado de transportes, posteriormente, enviará en los camiones los pedidos que el técnico de almacén ha confeccionado. También 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 generalización de los representantes de ventas, operadoras y clientes online. Ofrece una visión más general que la de sus especializaciones, y contempla en el modelo de análisis los casos de uso comunes a representante, operadora y cliente online, como son las funcionalidades de incidencia de pedido y gestión de clientes.

3.2.77 Estereotipos UML 3.3

[This section contains or references specifications of Unified Modeling Language (UML) stereotypes and their semantic implications—a textual description of the meaning and significance of the stereotype and any limitations on its use—for 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 Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V 3.3 CASOS DE USO DE RATIONAL ROSE 3.3.1 Especificaciones de caso de uso Cobro a Clientes

1.1 Descripción Este caso de uso especifica el cobro de las facturas de los clientes. Una vez la mercancía 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 dirección de facturación distinta a la usual (si el cliente dispone de más 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 Básico

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 botón aceptar se le preguntará si desea cambiar la dirección de facturación usual de algún 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 aplicación 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 algún cambio más se imprimirán las facturas y los pedidos de los clientes pasarán 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 envíos, 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 histórico de ventas de la aplicación.

6.1

2.2

Flujos Alternativos

6.1.1 2.2.1 En el punto 2.1 El sistema muestra para cada cliente la dirección “default” de facturación. Si el contable quiere cambiarla pincha en la línea del cliente y pulsa “cambiar dirección de facturación”.

Se le muestran todas las direcciones registradas para ese cliente. Puede seleccionar una de ellas o pulsar “introducir nueva”. Se le pedirán los datos de la nueva dirección y una vez pulsado “aceptar” quedará grabada en el sistema como dirección “default” de ese cliente.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

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 botón de “Cobro a Clientes” de su interfaz gráfica.

3.

Poscondiciones

3.1.

En caso de haberse dado de alta una nueva dirección de facturación, 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 Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Compra a Proveedores 1.1

Descripción

El caso de uso lo inicia el actor Ingeniero de Logística. Su fin es comprar los productos de los distintos almacenes de la empresa. Esta adquisición se basa en la experiencia del propio Ingeniero de Logística, que selecciona el almacén a reponer y realiza un pedido a un proveedor de una serie de productos según su criterio.

2.

Flujo de Eventos

2.1

Flujo Básico

1.

El Ingeniero de Logística accede a Compra a Proveedores.

2.

El sistema le muestra una pantalla donde llevará a cabo las selecciones correspondientes.

3.

Primero selecciona el almacén a reponer de la lista de almacenes y pulsa siguiente.

4.

La aplicación le muestra entonces una lista donde aparecen los productos que tiene el almacén seleccionado y su stock actual.

4.1.

El Ingeniero de Logística puede seleccionar un producto ya existente y pinchar en añadir 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 almacén utilizando el catálogo de productos 4.2.1. Selecciona un producto del catálogo que se añadirá 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 Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

6.

El sistema le muestra una pantalla con el pedido al completo y le pide la confirmación.

6.1.

Si el actor pincha en aceptar el pedido se almacenará en el sistema y se mandará a los proveedores correspondientes (según el artículo).

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 Logística ha realizado correctamente el login en el sistema.

3.2.

El Ingeniero de Logística ha seleccionado el botón “Compra a Proveedores” de su interfaz gráfica.

4.

Poscondiciones

4.1.

En caso de haberse dado de alta una nueva compra, ésta quedará grabada en el sistema.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Gestión de Regiones 1.1

Descripción

Este caso de uso lo inicia el Ingeniero de Logística. Su función 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 Logística puede crear nuevas regiones o modificar las actuales, asignando o borrando almacenes.

2.

Flujo de Eventos

2.1

Flujo Básico

1.

La pantalla muestra una lista con las regiones actuales.

2.

El Ingeniero de Logística puede pulsar sobre el botón añadir o seleccionar una región de la lista y pinchar en el botón modificar o eliminar.

2.1.

Si pulsa sobre el botón eliminar se borrará la región si no hay ninguna tienda o almacén asignados a ella.

2.2.

Si pulsa el botón modificar, podrá cambiar los datos relacionados a esa región así como asignar almacenes.

2.2.1. Le aparecerá una pantalla con los datos de la región 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 botón añadir y otro eliminar.

2.2.3.1.

Si pulsa el botón añadir aparecerá una ventana donde introducir los datos del almacén.

2.2.3.2.

Si pulsa el botón eliminar, el sistema pedirá la confirmación para borrar el almacén seleccionado.

2.3.

Si pulsa el botón añadir, podrá agregar una nueva región e introducir sus datos.

3.

Precondiciones

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.1.

El Ingeniero de Logística ha realizado correctamente el registro en el sistema.

3.2.

El Ingeniero de Logística ha seleccionado el botón de “Gestión de Regiones” de su interfaz gráfica.

4.

Poscondiciones

4.1.

En caso de haberse dado de alta una nueva región, los datos de la misma quedan almacenados en la base de datos.

4.2.

En caso de haberse dado de alta un nuevo almacén, los datos del mismo quedan almacenados en la base de datos.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Reabastecer Almacén 1.1

Descripción

El caso de uso lo inicia el actor Ingeniero de Logística. Especifica los envíos desde el almacén central hacia los demás almacenes con el fin de reponer productos sin stock. Para ello el Ingeniero dispone de una lista con los productos que necesitan reposición y otra con los disponibles en el almacén central. Bajo su criterio pueden realizarse envíos hacia el resto de almacenes.

2.

Flujo de Eventos

2.1

Flujo Básico 1.

El Ingeniero de Logística accede a Reabastecer Almacén.

2.

El sistema le muestra una pantalla con dos listas. En la primera se incluyen los productos sin stock ordenados por almacén y región. En la segunda se muestra los productos disponibles en el almacén central.

3.

Si quiere realizar un nuevo envió para reabastecer un almacén selecciona el botón nuevo envío.

4.

El sistema le muestra una lista de las regiones y los almacenes, el Ingeniero selecciona un almacén.

5.

El sistema le muestra una pantalla con dos listas, la primera con los productos disponibles en el almacén central, la segunda la del envío, que se encontrará vacía.

6.

El Ingeniero pincha sobre un producto del almacén central y selecciona el botón incluir en envío.

7.

El sistema lo incluye en el envío y el Ingeniero modifica la cantidad de unidades a incluir.

8.

Si desea incluir más productos vuelve al paso 6.

9.

Si desea finalizar el reabastecimiento pincha en el botón finalizar y se imprimirá una orden de reabastecimiento que los empleados del almacén central se encargarán de cursar. El envío se almacena en una lista de reabastecimientos con el estado “en preparación”.

10.

Una vez el envío esta listo para salir se notifica al sistema y el envío pasa al estado “en envío”.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

11.

Cuando llega al almacén destino se grabará en el sistema como “reabastecimiento completado”.

3.

Precondiciones

3.1.

El Ingeniero de Logística ha realizado correctamente el login en el sistema.

3.2.

El Ingeniero de Logística ha seleccionado el botón “Reabastecer Almacén” de su interfaz gráfica.

4.

Poscondiciones

4.1.

En caso de haberse dado de alta un nuevo reabastecimiento, éste quedará grabado en el sistema.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Confeccionar Catálogo 1.1

Descripción

El actor iniciador de este caso de uso es el Empleado de Marketing. Mediante él mantiene el catálogo de productos de la empresa. Actualizando productos, borrando o añadiendo nuevos. También puede para un producto determinado modificar sus características como el proveedor, precio, etc.

2.

Flujo de Eventos

2.1

Flujo Básico

1.

La pantalla muestra una lista con los productos del catálogo actual.

2.

El Empleado de Marketing dispone de un botón para añadir un producto nuevo, otro para borrar uno existente y otro para modificar un producto seleccionado.

2.1.

Si pulsa el botón de añadir, el sistema le mostrará una nueva ventana donde podrá introducir los datos del nuevo producto: descripcción, precio, etc. Para introducir un proveedor puede seleccionar uno de los proveedores actuales con el botón proveedor actual puede introducir uno nuevo pulsando el botón nuevo proveedor.

2.1.1. Al seleccionar nuevo proveedor aparecerá una ventana donde incluir sus datos: dirección, teléfono, 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 catálogo y pulsa borrar, el sistema le pedirá confirmación y si acepta el producto será borrado (si no existen pedidos que estén 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 Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

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 botón de “Confeccionar Catálogo” de su interfaz gráfica.

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 Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Política de Ventas 1.1

Descripción

Este caso de uso lo inicia el Empleado de Marketing. Se trata de especificar cierta política de ventas sobre los productos de la empresa, por ejemplo, qué productos tienen que ser más prioritarios a la hora de vender que otros.

2.

Flujo de Eventos

2.1

Flujo Básico 1.

La pantalla muestra una lista con los incentivos actuales

2.

EL Jefe de Ventas puede seleccionar uno de los existentes y pulsar el botón modificar, añadir o borrar.

2.1.

Si pulsa el botón 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 línea podrá modificarla.

2.1.2. Si selecciona una línea y pulsa el botón borrar se borrará la persona o sección en cuestión.

2.1.3. Si pulsa el botón añadir persona aparecerá una pantalla donde podrá seleccionar un trabajador de la empresa según la región e introducir la cantidad a bonificar.

2.1.4. Si pulsa el botón añadir sección aparecerá una pantalla donde podrá seleccionar una sección de la empresa e introducir la cantidad a bonificar.

2.1.5. Al pulsa el botón aceptar se confirmará el incentivo que será pagado en la próxima nómina de los empleados afectados indicándose en esta el motivo.

2.2.

Si pulsa el botón borrar se eliminará el incentivo seleccionado.

2.3.

Si pulsa el botón añadir aparecerá una pantalla con una lista vacía de personas o secciones y la cantidad de bonificación a cero.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

2.3.1. Si pulsa el botón añadir persona aparecerá una pantalla donde podrá seleccionar un trabajador de la empresa según la región e introducir la cantidad a bonificar.

2.3.2. Si pulsa el botón añadir sección aparecerá una pantalla donde podrá seleccionar una sección de la empresa e introducir la cantidad a bonificar.

2.3.3. Al pulsa el botón aceptar se confirmará el incentivo que será pagado en la próxima nómina de los empleados afectados indicándose en esta el motivo.

2.3.4. Si hace doble click en el campo cantidad de una línea podrá modificarla.

2.3.5. Si selecciona una línea y pulsa el botón borrar se borrará la persona o sección en cuestión.

3.

Precondiciones

3.1.

El contable ha realizado correctamente el login en el sistema.

3.2.

El contable ha seleccionado el botón de “Cobro a Clientes” de su interfaz gráfica.

4.

Poscondiciones

4.1.

En caso de haberse dado de alta una nueva dirección de facturación, 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 Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Realizar Oferta 1.1

Descripción

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 catálogo de productos y selecciona aquel o aquellos a los que desea aplicar la oferta, después, introduce el precio de la misma y por último el periodo temporal en el que permanecerá vigente. En este caso de uso también pueden eliminarse o modificarse ofertas anteriores.

2.

Flujo de Eventos

2.1

Flujo Básico

1.

La pantalla muestra una lista con las ofertas actuales.

2.

EL Empleado de Marketing puede seleccionar una de los existentes y pulsar el botón “Modificar” o “Borrar”, o introducir una nueva mediante el botón “Añadir Nueva”.

2.1.

Si pulsa el botón “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”, además de una línea adicional donde indica la fecha de finalización de la oferta.

2.1.1. Si hace doble click en el campo “Precio de Oferta” de una línea podrá modificarlo.

2.1.2. Si hace doble click en la línea “Fecha de Finalización” podrá modificar la fecha en la cual la oferta dejará de ser vigente.

2.1.3. Si selecciona una línea y pulsa el botón “Borrar” se quitará de la oferta el producto seleccionado.

2.1.4. Si pulsa el botón “Añadir Producto” aparecerá una pantalla donde podrá seleccionar un producto del catálogo de la empresa.

2.1.5. Al pulsa el botón “Aceptar” se confirmará la oferta.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

2.2.

Si pulsa el botón “Borrar” se eliminará la oferta seleccionada.

2.3.

Si pulsa el botón “Añadir” aparecerá una pantalla con una lista vacía de productos.

2.3.1. Si pulsa el botón “Añadir Producto” aparecerá una pantalla donde podrá seleccionar un producto del catálogo de la empresa e introducir el precio de oferta.

2.3.2. Si hace doble click en el campo “Precio de Oferta” de una línea podrá modificarlo.

2.3.3. Si selecciona una línea y pulsa el botón “Borrar” se borrará el producto en cuestión.

2.3.4. Al pulsa el botón “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 botón de “Realizar Oferta” de su interfaz gráfica.

4.

Poscondiciones

4.1.

En caso de haberse dado de alta una nueva oferta, los datos de la misma quedan almacenados en la base de datos.

4.2.

Las ofertas nuevas sólo afectan a pedidos que no estén en preparación y a pedidos nuevos.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Gestión de Nóminas 1.1

Descripción

El caso de uso lo ejecuta el actor Empleado de RRHH. Se utiliza para gestionar las nóminas de los empleados de la empresa. Se pueden modificar las existentes, así como los datos de domiciliciación bancaría.

2.

Flujo de Eventos

2.1

Flujo Básico

1.1.

La pantalla muestra una lista con los distintos trabajadores de la empresa ordenada según 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 botón modificar, accede a los datos de la o las nóminas. Puede cambiar el importe de retribución, los datos bancarios, la fecha de pago o la adjudicación 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 aparecerán 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 número de cuenta y la frase a mostrar como concepto.

1.6.

Pulsando sobre aceptar se grabarán 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 botón de “Gestión de Nóminas” de su interfaz gráfica.

PROYECTO FINAL Sistema para Gesti贸n de Art铆culos Deportivos

DEPORTES BEGINNERS S.A DE C.V

4.

Poscondiciones

4.1.

En caso de haberse modificado una o varias n贸minas, los cambios quedar谩n almacenados en la base de datos.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Redistribución de Personal 1.1

Descripción

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 desempeña. 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 Básico

1.1.

La pantalla muestra una lista con los distintos trabajadores de la empresa ordenada según 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 botón modificar, añadir o eliminar.

1.3.1. Pulsando sobre el botón modificar, accede a los datos personales del trabajador. Puede cambiar su nombre, DNI, dirección, teléfono, etc, así como la función o el cargo que tiene y el departamento o almacén donde trabaja.

1.3.2. Si selecciona el botón añadir, 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 nóminas.

1.3.3. Si pincha sobre eliminar, borrará tras una confirmación, los datos del trabajador.

1.4.

Al pulsar en aceptar se guardarán los cambios en la base de datos y no se podrá volver atrás.

3.

Precondiciones

3.1.

El Jefe de RRHH ha realizado correctamente el login en el sistema.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.2.

El Jefe de RRHH ha seleccionado el botón de “Gestión de Personal” de su interfaz gráfica.

4.

Poscondiciones

4.1.

En caso de haberse modificado, agregado o borrado uno o varios empleados, los cambios quedarán almacenados en la base de datos.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Atender Pedido 1.1

Descripción

El usuario técnico de almacén selecciona de la interfaz correspondiente al mismo un pedido para atender, donde se muestra una lista de pedidos no atendidos en la pestaña de “no atendidos” o en la pestaña de pedidos “en atención”. A continuación, el pedido seleccionado pasa al estado pedido “en atención” en el primer caso, y en el segundo el pedido continuará en estado de “en atención”. Se abre una nueva interfaz en la que se muestran los detalles del pedido seleccionado.

2.

Flujo de Eventos

2.1

Flujo Básico

1.

El técnico de almacén selecciona un pedido la lista de pedidos no atendidos, en la pestaña “no atendidos” o de la lista de pedidos atendidos en la pestaña “en atención” y pulsa el botón de “consultar” y luego el botón de “atender pedido” en el primer caso, y en el segundo el botón “atender pedido”.

2.

El sistema muestra una nueva interfaz en la que se muestran los datos del pedido: el código del pedido, la fecha de llegada al almacén, la fecha de atención, la dirección de envío y la lista de las líneas de pedido que contiene la orden.

3.

El técnico de almacén selecciona una línea de pedido para editarla.

4.

Para cada línea de pedido el técnico de almacén puede cambiar la cantidad asignada del stock disponible en el almacén: 4.1.

El técnico cambia la cantidad de stock asignada a una línea de pedido y pulsa el botón “modificar cantidad”.

4.2.

El sistema comprueba que hay stock suficiente en el almacén y que la cantidad asignada no deja el producto en déficit de stock.

4.3.

Se reserva el stock del almacén.

4.4.

Si el técnico de almacén decide modificar otra línea de pedido, volver al punto 4.1

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

5.

2.2

El técnico puede pulsar el botón “guardar” para que se conserven los campos o “salir” para no modificar el pedido. También puede pulsar el botón “pasar a envío” para que el pedido figure en la lista de pedidos en estado “listos para envío”.

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 técnico de almacén está dado de alta en el sistema.

3.2 El técnico de almacén ha realizado correctamente el registro en el sistema introduciendo el nombre de usuario y la contraseña

4.

Poscondiciones 4.1 El pedido queda almacenado en el sistema en la lista de pedidos en atención.

5.

Puntos de Extensión

5.1

Incidencia Pedido en el paso 4.2

Si el técnico de almacén ha introducido una cantidad que no se puede satisfacer con el stock actual del almacén o bien la cantidad asignada deja el producto en déficit, el sistema generará un aviso de generación de incidencia y se podrá invocar al caso de uso Incidencia Pedido.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Cancelar Pedido Atendido 1.1

Descripción

El técnico de almacén anula un pedido ya atendido.

2.

Flujo de Eventos

2.1

Flujo Básico 1.

El cliente ha solicitado cancelar un pedido en estado de “no atención”, en estado de “en atención” o en estado de “listo para envío”.

2.

El técnico de almacén selecciona el pedido cuya referencia corresponde al pedido que el cliente desea cancelar y pulsa el botón “cancelar pedido” en la interfaz propia del técnico, ya sea en la pestaña de “no atendidos”, en la pestaña de “en atención” o en la pestaña de “listos para envío”.

2.1.

El sistema muestra un mensaje de aviso de eliminación del pedido.

2.2.

Si el técnico pulsa el botón de “aceptar” se elimina el pedido, mientras que si pulsa el botón “cancelar”, no se modificará el pedido.

2.2

Flujos Alternativos

3.

Precondiciones

4.

3.1

El técnico de almacén está dado de alta en el sistema.

3.2

El técnico de almacén ha realizado correctamente el registro en el sistema introduciendo el nombre de usuario y la contraseña

3.3

El cliente ha solicitado anular uno de sus pedidos que ya ha sido atendido.

Poscondiciones 4.1

El pedido es eliminado del sistema y se liberan los productos reservados para atender ese pedido.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Consultar Pedidos a Enviar 1.1

Descripción

El Encargado de Transporte obtiene una lista con los pedidos listos para ser enviados.

2.

Flujo de Eventos 2.1

Flujo Básico

1.

El encargado de transporte selecciona la opción “Consultar pedidos listos para envío”.

2.

En caso de que no exista ningún pedido listo para ser enviado, el sistema responde con un mensaje indicando dicha situación.

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 líneas de pedido que conforman cualquiera de los pedidos listos para envío.

5.

El encargado de transportes puede cargar los pedidos listos para envío en el camión de transportes e indicar al sistema el cambio del estado de los pedidos que cargue a pedidos en envío, mediante el caso de uso “enviar pedido”.

2.2

Flujos Alternativos

3.

Precondiciones

3.1

El encargado de transporte debe estar dado de alta en el sistema.

3.2 El encargado de transporte ha realizado correctamente el registro en el sistema introduciendo su nombre usuario y su contraseña.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Consultar Pedidos no Atendidos 1.1

Descripción

El Técnico de Almacén selecciona el botón de Consultar en la pestaña de “no atendidos” en su interfaz gráfica 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 Básico

1.

El técnico selecciona la pestaña 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 técnico selecciona un pedido y pulsa el botón “consultar”.

3.

El sistema muestra una interfaz gráfica en la que se detallan los datos del pedido seleccionado

4.

El técnico puede desde esta nueva interfaz atender el pedido o salir.

3.

Precondiciones

3.1

El Técnico de Almacén está registrado en el sistema.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Control Estadísticas 1.1

Descripción

El Jefe de Ventas o el Ingeniero de Logística inicia el caso de uso. El sistema le muestra una pantalla donde puede crear diversas estadísticas sobre conceptos relacionados con la empresa. Por ejemplo, ventas por sección, ventas de los representantes, pedidos realizados a las operadoras, beneficio de la empresa, etc.

Una vez creada una estadística puede ser imprimida o guardada en el sistema para su consulta posterior.

2.

Flujo de Eventos

2.2

Flujo Básico

1.

La pantalla muestra una lista con las posibles estadísticas a crear.

2.

El actor selecciona una de ellas y pulsa el botón crear.

3.

El sistema le muestra una pantalla donde puede asignar regiones, almacenes o trabajadores afectados por la estadística.

4.

Pulsando siguiente aparecerá una ventana donde se mostrarán parámetros de control y rangos de selección de forma que pueda amoldar la estadística a sus preferencias.

5.

Pulsando siguiente aparecerán los resultados que podrá guardar o imprimir.

5.1.

Si pulsa el botón guardar el sistema le permitirá grabar los resultados en el disco duro u otro soporte de almacenamiento.

5.2.

Su pulsa el botón imprimir se mandarán 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 botón de “Control Estadísticas” de su interfaz gráfica.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Consultar Productos 1.1

Descripción

Este caso de uso lo ejecuta el Usuario de Ventas. Presenta el catálogo de productos de la compañía por pantalla. Se muestra una descripción 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 Básico

1.

El Usuario de Ventas accede al catálogo de productos.

2.

Se muestra por pantalla una clasificación de los productos con su descripcción, foto y precio.

3.

El usuario puede seleccionar uno e introducirlo en la orden de pedido.

4.

El catálogo se queda en segundo plano y se muestra la orden de pedido añadiendo el producto que se ha seleccionado.

2.2

Flujos Alternativos

3.

Precondiciones

3.1 El Usuario de Ventas debe estar dado de alta en el sistema

4.

Postcondiciones

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Elaborar Pedido Online 1.1

Descripción

El cliente online puede introducir una orden de pedido accediendo a la página 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 Básico

1.

El sistema genera automáticamente el número 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 botón “consultar pedidos”.

4.

Si se quiere introducir un nuevo pedido, el cliente pulsa el botón “nuevo pedido” y se le muestra una pantalla donde puede comenzar a introducir referencias de artículos o utilizar el catálogo 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 crédito se pide la confirmación de los datos de la cuenta.

7.

Si el cliente está conforme con los datos del pedido, puede guardarlo como pedido en elaboración pulsando el botón “guardar” o bien puede enviar el pedido al almacén correspondiente a su región, pulsando el botón de “enviar a almacén”.

8.

Si el cliente no quiere guardar los datos del pedido que ha elaborado, pulsa el botón “salir”.

2.2

Flujos Alternativos 2.2.1 En el paso 4 si el cliente quiere anular algún pedido se le comunica si existe la posibilidad de hacerlo y cuál sería el coste

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

2.2.2 En el paso 5 si algún 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 anulación 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 contraseña 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 envía al almacén correspondiente a la región a la que pertenece la dirección de envío si el usuario seleccionó “enviar al almacén” 4.3 La orden de pedido no se almacena en el sistema si el usuario seleccionó “salir”

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Elaborar Pedido 1.1

Descripción

El representante de ventas o la operadora, después de registrarse en el sistema mediante el usuario y la contraseña 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 Básico

1.

La operadora o el representante de ventas buscan el cliente por DNI, CIF o por código de cliente.

2.

El sistema presenta los datos del cliente, según aparezcan en la base de datos, y la lista de órdenes en elaboración y enviadas al almacén de dicho cliente.

3.

El representante de ventas o la operadora comunican al cliente los pedidos en elaboración 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 modificación de un pedido en elaboración, pasar al punto 5. En caso de solicitar el borrado de un pedido en elaboración se procederá al punto 6.

4.

El sistema muestra una nueva interfaz gráfica en la que aparece un campo con la fecha actual del sistema, la referencia del pedido a modificar, la dirección de envío del pedido y un listado de las líneas de pedido, en las que se reflejan el código de artículo, la descripción del mismo, la cantidad solicitada, el precio, y por último el precio total del pedido, con los datos de las líneas de pedido que contuviera el mismo.

4.1.

El representante de ventas o la operadora deben introducir la dirección de envío del pedido especificando dirección, número, puerta, código postal, país, provincia y localidad.

4.2.

El representante de ventas o la operadora introducen una nueva línea de pedido mediante el botón añadir línea, habiendo introducido

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

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 línea de pedido, volver al punto 4.2.

4.4.

Se selecciona la modalidad de pago, que aparecerá como a crédito y al contado o bien sólo una de éstas opciones según sea el ratio del cliente.

4.5.

Por último, una vez introducidas todas las líneas de pedido, el representante de ventas o la operadora pueden guardar el pedido pulsando el botón “guardar”, en cuyo caso se almacenará en la base de datos con los datos actuales en estado de elaboración, o pueden pasar el pedido a almacén pulsando el botón “enviar a almacén”, en cuyo caso el pedido deja de estar en elaboración y aparece en el listado de pedidos no atendidos del almacén. Pasar al punto 7.

5.

El sistema muestra una nueva interfaz gráfica en la que aparece un campo con la fecha actual del sistema, la referencia del pedido a modificar, la dirección de envío del pedido y un listado de las líneas de pedido, en las que se reflejan el código de artículo, la descripción del mismo, la cantidad solicitada, el precio, y por último el precio total del pedido, con los datos de las líneas de pedido que contuviera el mismo.

5.1.

El representante de ventas o la operadora pueden introducir una nueva línea de pedido mediante el botón “añadir línea”, 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 línea de pedido seleccionando la línea de pedido de la lista de líneas, modificando la cantidad y por último pulsando el botón “añadir línea”.

5.3.

En caso de introducir una nueva línea de pedido, volver al punto 5.1.

5.4.

En caso de introducir una nueva línea de pedido, volver al punto 5.2.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

5.5.

Se selecciona la modalidad de pago, que aparecerá como a crédito y al contado o bien sólo una de éstas opciones según sea el ratio del cliente.

5.6.

Por último, una vez introducidas o modificadas las líneas de pedido, el representante de ventas o la operadora pueden guardar el pedido pulsando el botón “guardar”, en cuyo caso se almacenará en la base de datos con los datos actuales en estado de elaboración, o pueden pasar el pedido a almacén pulsando el botón “enviar a almacén”, en cuyo caso el pedido deja de estar en elaboración y aparece en el listado de pedidos no atendidos del almacén. Pasar al punto 7.

2.2

6.

El representante de ventas o la operadora seleccionan el pedido en elaboración a borrar y pulsan el botón “cancelar pedido”. El sistema mostrará una ventana de aviso de borrado y de pérdida de los datos. El representante de ventas o la operadora pueden confirmar el borrado pulsando el botón “aceptar”o 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 elaboración como los enviados al almacén o salir de la aplicación a la pantalla inicial de registro en el sistema.

Flujos Alternativos 2.2.1 En el punto 1 Si en el paso 1 el cliente no está dado de alta se mostrará un mensaje de error indicando el fracaso de la búsqueda y se podrá invocar el caso de uso gestión de clientes para proceder a su alta. En el caso del representante de ventas puede ser que el problema se derive de que esté indicando un cliente al que no representa.

2.2.2 En el punto 4.1 Si en el punto 4.1 al introducir alguno de los campos número, puerta o código postal se ha metido un número no estrictamente positivo, el sistema generará un mensaje de error.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

2.2.3 En el punto 4.2 Si en el paso 4.2 el representante de ventas o la operadora introducen una referencia errónea 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 errónea. Si se introduce una cantidad por encima del rango máximo razonable de pedido el sistema generará un aviso de haber excedido esta cantidad.

2.2.4 En el punto 5.1 Si en el paso 5.1 el representante de ventas o la operadora introducen una referencia errónea 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 errónea. Si se introduce una cantidad por encima del rango máximo razonable de pedido el sistema generará un aviso de haber excedido esta cantidad.

2.2.5 En el punto 5.2 Si en el paso 5.2 el representante de ventas o la operadora introducen un código de artículo erróneo, el sistema generará un aviso de error de artículo no existente. En caso de introducir una cantidad no mayor que cero el sistema generará un aviso de error de cantidad errónea. Si se introduce una cantidad por encima del rango máximo 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 contraseña.

4.

Poscondiciones

4.1 En caso de haberse realizado un nuevo pedido y seleccionado guardar en lugar de solicitar el paso al almacén, el pedido queda almacenado en el sistema en la lista de pedidos en elaboración.

4.2 En caso de haberse realizado un nuevo pedido y solicitado el paso al almacén, el pedido queda almacenado en el sistema en la lista de pedidos no atendidos del almacén.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

4.3 En caso de haberse modificado un pedido en elaboración y seleccionado en lugar de solicitar el paso al almacén, el pedido queda almacenado con las modificaciones pertinentes en el sistema en la lista de pedidos en elaboración.

4.4 En caso de haberse modificado un pedido en elaboración y solicitado el paso al almacén, el pedido queda almacenado con las modificaciones pertinentes en el sistema en la lista de pedidos no atendidos del almacén.

4.5 En caso de haberse realizado un borrado de un pedido en elaboración, el pedido queda eliminado del sistema y por tanto de la lista de pedidos en elaboración.

5.

Puntos de Extensión

5.1

Gestión 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 Gestión de Clientes para introducir un nuevo cliente en la base de datos del sistema.

5.2

Consultar Catálogo 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 Catálogo para realizar búsquedas de productos.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Entrevista Trabajo 1.1

Descripción

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 información de la encuesta que se le realice. También se utiliza para revisar las entrevistas que ya se han realizado e imprimirlas.

2.

Flujo de Eventos

2.2

Flujo Básico 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 botón “Ver” o “Borrar”.

2.1.

Si pulsa el botón “Ver” se abrirá una pantalla donde podrá visualizar los datos de la entrevista y pulsar el botón “Imprimir” si desea obtener una copia en papel.

2.2.

Si pulsa el botón “Borrar” el sistema, tras pedir la confirmación, borrará la entrevista seleccionada.

3.

El actor puede pulsar el botón “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 introducción de los datos si pulsa el botón “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 botón de “Entrevista Trabajo” de su interfaz gráfica.

PROYECTO FINAL Sistema para Gesti贸n de Art铆culos Deportivos

DEPORTES BEGINNERS S.A DE C.V

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 Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Gestión de Clientes 1.1

Descripción

Este caso de uso resume la utilidad de alta, baja y modificación 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 estén asociados a los mismos, y el alta asociará automáticamente al cliente con dicho representante. Los clientes on-line solo podrán 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 Básico 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, País, Provincia, Localidad, Dirección, Código Postal, Teléfono, E-mail y Cuenta Bancaria.

2.2.

El Usuario de Ventas pulsa el botón 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 botón borrar de su interfaz gráfica.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.5.

El sistema genera un mensaje de aviso de borrado y solicita la confirmación de la eliminación.

3.6.

El Usuario de Ventas puede confirmar la eliminación del cliente pulsando el botón Aceptar, o bien puede cancelar el borrado pulsando el botón Cancelar. Pasar al punto 5.

4.

El Usuario de Ventas solicita la modificación de datos de un cliente.

4.1.

El sistema muestra el campo DNI/CIF a introducir necesario para la modificación. El sistema muestra los datos del cliente que se ha solicitado para la modificación.

4.2.

El Usuario de Ventas puede modificar cualquiera de los datos de los campos mostrados por el sistema, éstos son: DNI/CIF, Nombre, País, Provincia, Localidad, Dirección, Código Postal, Teléfono, E-mail y Cuenta Bancaria.

4.3.

El Usuario de Ventas puede solicitar guardar los datos modificados pulsando el botón Modificar de la interfaz gráfica.

4.4.

El sistema genera un mensaje de aviso de modificación y solicita la confirmación de la misma.

4.5.

El Usuario de Ventas puede confirmar la modificación del cliente pulsando el botón Aceptar, o bien puede cancelar el borrado pulsando el botón Cancelar. Pasar al punto 5.

2.2

Flujos Alternativos

2.2.1 En el punto 2.2 El sistema comprueba que los datos del nuevo cliente, DNI/CIF no se corresponden con ningún 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, País, Provincia, Localidad, Dirección, Código Postal, Teléfono 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 gráfica de alta de cliente.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

2.2.2 En el punto 3.2 El sistema comprueba que el DNI/CIF introducido corresponde con alguno de los registrados en la base de datos. Si el DNI/CIF no se encuentra en la base de datos, se generará un mensaje de error indicando que el DNI/CIF introducido no se encuentra en la base de datos.

2.2.2.1 En el punto 3.2 Si se ha generado mensaje de error, el sistema vuelve a mostrar la interfaz gráfica de borrar cliente.

2.2.3 En el punto 3.6 El sistema comprueba si el cliente solicitado para la baja tiene pedidos en elaboración, en caso afirmativo informará al Usuario de Ventas de que se eliminarán también los pedidos en elaboración. El sistema también comprueba que el cliente no tiene pedidos en cualquier otro estado que no sea el de elaboración.

En caso afirmativo, el sistema informará de la situación al Usuario de Ventas y podrá solicitar Cancelar Pedido Atendido. En caso de no eliminarse previamente los pedidos pendientes, el sistema no borrará el cliente.

2.2.4 En el punto 4.1 El sistema comprueba que el DNI/CIF introducido corresponde con alguno de los registrados en la base de datos. Si el DNI/CIF no se encuentra en la base de datos, se generará un mensaje de error indicando que el DNI/CIF introducido no se encuentra en la base de datos.

2.2.4.1 En el punto 4.1 Si se ha generado mensaje de error, el sistema vuelve a mostrar la interfaz gráfica de modificar cliente.

2.2.5 En el punto 4.5 El sistema comprueba que los datos del nuevo cliente, DNI/CIF no se corresponden con ningún 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, País, Provincia, Localidad, Dirección, Código Postal, Teléfono y Cuenta Bancaria, el sistema generará un mensaje de error comunicando que faltan datos del necesarios cliente.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

2.2.5.1 En el punto 4.5 Si se ha generado mensaje de error, el sistema vuelve a mostrar la interfaz gráfica 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 botón de “Gestión de Clientes” de su interfaz gráfica

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 modificación de los datos de un cliente, quedan almacenados en la base de datos.

4.3 En caso de haberse realizado un borrado de un cliente, el cliente queda eliminado del sistema y por tanto de la lista de pedidos en elaboración de dicho cliente.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Incidencia Pedido 1.1

Descripción

Este caso de uso lo ejecuta cualquier empleado que gestione órdenes de pedido cuando por algún motivo, el pedido provoca una situación conflictiva y requiere que se anote una incidencia. En el caso del técnico de almacén por dejar el stock bajo mínimos, 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 Básico

2.2

1.

El empleado ha detectado durante la gestión de órdenes de pedido que es necesario registrar una incidencia de pedido. Según la interfaz en la que se encuentre podrá generar una incidencia pulsando el botón de “incidencia pedido”.

2.

El sistema muestra la interfaz de incidencias de pedido, mostrando de forma automática el código de la incidencia, la fecha de la misma, el código y nombre del empleado que está registrando la incidencia y el código de la orden de pedido asociada. También 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 botón “guardar” para almacenar la incidencia, o bien puede pulsar “salir” para no registrar la incidencia.

Flujos Alternativos

2.2.1 En el paso 2 Si en el paso 2 el empleado no introduce ningún motivo en el campo de observaciones y pulsa el botón “guardar”, el sistema generará un mensaje de error indicando que no se puede introducir una incidencia con el campo de observaciones vacío.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

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 contraseña 4.

Poscondiciones

4.1 Si el empleado ha generado la incidencia, ésta queda almacenada en el sistema.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Introducir Recibos 1.1

Descripción

El Encargado de Transporte selecciona de la interfaz correspondiente al mismo, el botón de Introducir Recibos. A continuación introduce en el sistema el recibo de un pedido ya entregado.

2.

Flujo de Eventos

2.1

Flujo Básico

2.2

1.

El encargado de transporte selecciona la opción “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 opción “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 botón “introducir”

7.

El recibo es almacenado en el sistema, y el pedido que figuraba en estado de “enviado” pasa al estado “pendiente de cobro”.

Flujos Alternativos

2.2.1 En el punto 3 Si el transportista se equivoca al seleccionar el pedido puede volver atrás en cualquier momento y anular la introducción 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 errónea, el sistema muestra un mensaje de error.

3.

Precondiciones

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.1

El encargado de transportes está dado de alta en el sistema.

3.2 El encargado de transporte ha realizado correctamente el registro en el sistema introduciendo el nombre de usuario y la contraseña 4.

Poscondiciones

4.1

El pedido cambia del estado “enviado” a pedido “pendiente de cobro”

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

1.

Otorgar Incentivos

1.1 1.1 Descripción Este caso de uso muestra la opción 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 botón añadir incentivo la aplicación le mostrará una nueva pantalla donde puede especificar la clase de incentivo y a los trabajadores que afectará. El Jefe de Ventas también 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 Básico

3. La pantalla muestra una lista con los incentivos pendientes 4. EL Jefe de Ventas puede seleccionar uno de los existentes y pulsar el botón modificar, añadir o borrar.

4.1 Si pulsa el botón 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 línea podrá modificarla.

4.1.2 Si selecciona una línea y pulsa el botón borrar se borrará la persona o sección en cuestión.

4.1.3 Si pulsa el botón añadir persona aparecerá una pantalla donde podrá seleccionar un trabajador de la empresa según la región e introducir la cantidad a bonificar.

4.1.4 Si pulsa el botón añadir sección aparecerá una pantalla donde podrá seleccionar una sección de la empresa e introducir la cantidad a bonificar.

4.1.5 Al pulsa el botón aceptar se confirmará el incentivo que será pagado en la próxima nómina de los empleados afectados indicándose en esta el motivo.

4.2 Si pulsa el botón borrar se eliminará el incentivo seleccionado.

4.3 Si pulsa el botón añadir aparecerá una pantalla con una lista vacía de personas o secciones y la cantidad de bonificación a cero.

4.3.1 Si pulsa el botón añadir persona aparecerá una pantalla donde podrá seleccionar un trabajador de la empresa según la región e introducir la cantidad a bonificar.

4.3.2 Si pulsa el botón añadir sección aparecerá una pantalla donde podrá seleccionar una sección de la empresa e introducir la cantidad a bonificar.

4.3.3 Al pulsa el botón aceptar se confirmará el incentivo que será pagado en la próxima nómina de los empleados afectados indicándose en esta el motivo.

4.3.4 Si hace doble click en el campo cantidad de una línea podrá modificarla.

4.3.5 Si selecciona una línea y pulsa el botón borrar se borrará la persona o sección en cuestión.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

5.

Precondiciones

5.1

3.1

5.2

3.2 El Jefe de Ventas ha seleccionado el botón de “Otorgar Incentivos” de su interfaz gráfica.

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

El Jefe de Ventas ha realizado correctamente el registro en el sistema.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Pasar Pedido a Envío 1.1

Descripción

El técnico de almacén consulta la lista de pedidos atendidos y selecciona el pedido que quiere pasar a envío de la interfaz correspondiente al mismo y selecciona el botón de “pasar pedido a envío”. A continuación el sistema comprueba que la condiciones de satisfacción de la demanda se cumplen y cambia el estado de pedido a pedido “listo para envío”.

2.

Flujo de Eventos

2.1

Flujo Básico

2.2

1.

El técnico de almacén consulta la lista de pedidos atendidos y selecciona el pedido para enviar al almacén, o directamente desde la interfaz de atención de pedido, una vez concluida la asignación de cantidades puede pulsar el botón de “pasar pedido a envío”.

2.

El sistema comprueba que las cantidades asignadas coinciden con las cantidades solicitadas en todas las líneas del pedido.

3.

Si no ha habido ningún error el pedido pasa al estado “listo para envío” y figurará en el listado de pedidos de la pestaña “listos para envío” de la interfaz gráfica principal del técnico de almacén.

Flujos Alternativos

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 línea de pedido, entonces se genera un mensaje de aviso de pedido incompleto. El técnico de almacén puede pasar el pedido a listo para envío a pesar de no estar completo el pedido, puede cancelar el pasar el pedido a envío, o bien puede dividir el pedido en dos: uno que pasa a listo para envío 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 automáticamente figurará en estado de pedido en “no atención”.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.

Precondiciones

3.1

El técnico de almacén está dado de alta en el sistema.

3.2 El técnico de almacén ha realizado correctamente el registro en el sistema introduciendo el nombre de usuario y la contraseña

4.

Poscondiciones

4.1 Si se satisfacen las cantidades demandadas, el pedido cambia del estado “en atención” a pedido “listo para envío” 4.2 Si el técnico de almacén decide enviar el pedido a envío 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 envío.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Realizar Envío 1.1.

Descripción

El encargado de transporte hace efectivo el envío del pedido correspondiente.

2.

Flujo de Eventos

2.1.

Flujo Básico 1.

El encargado de transporte selecciona la opción “realizar envío”.

2.

El sistema muestra la lista de pedidos listos para ser enviados usando el caso de uso “consultar pedidos listos para envío”.

3.

El encargado de transporte selecciona un pedido de la lista.

4.

El sistema registra el código de los transportistas que van a servir el envío y la fecha y hora de salida de los camiones.

5.

El contenido del pedido es cargado en el camión.

6.

El pedido pasa a ser pedido “enviado” automáticamente.

7.

El stock del almacén es actualizado automáticamente 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 Envío”.

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 contraseña.

4.

Poscondiciones

4.1.

El pedido queda marcado como “Enviado”.

4.2.

El stock de los productos del pedido queda actualizado.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V 3.4 GESTIÓN DE REQUISITOS CON REQUISITE PRO RationalRequisite Pro A continuación se presenta la documentación gestionada mediante el programa de Rational, el Requisite Pro para la gestión 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 gestión de requisitos y casos prácticos para los equipos de proyecto. Los equipos pueden crear y compartir sus requisitos mediante métodos

    



conocidos basados en documentos, al tiempo que utilizan funciones de la base de datos como la rastreabilidad y el análisis de impacto.De esta manera se mejora la gestión de requisitos y comunicación, se aumenta la calidad y se acelera el tiempo de comercialización.

RationalRequisitePro es una herramienta fácil de utilizar que le ayuda a: Evitar tareas de remodelación y duplicaciones gracias a la integración avanzada en tiempo real con Microsoft Word.

Gestionar la complejidad con vistas de rastreabilidad detalladas que muestran relaciones padre-hijo.

Mejorar la colaboración de equipos distribuidos geográficamente a través de una interfaz web escalable totalmente funcional e hilos de debate.

Capturar y analizar información de requisitos con personalización y filtrado detallado de atributos.

Aumentar la productividad haciendo un seguimiento de los cambios mediante comparaciones de las versiones del proyecto con líneas base de proyecto basadas en XML Ajustar los objetivos empresariales con los productos finales del proyecto mediante la integración con varias herramientas en la plataforma de desarrollo y distribución de software de IBM Rational

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

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 según 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 características de software de tal manera que se puede conocer qué stakeholder propuso qué característica.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

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 Logística, Jefe de Almacén, Técnico de Almacén, 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 Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.4.3. Características del Software Características de Software: Las características 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 características definidas son las que aparecen en la matriz de atributos, siendo las indicadas como subcaracterísticas las derivadas según una clasificación jerárquicas.

Características de Software: La matriz de trazabilidad de las características de software relaciona a éstas con los casos de uso de tal manera que se puede conocer qué caso de uso deriva de qué característica.

PROYECTO FINAL Sistema para Gesti贸n de Art铆culos Deportivos

DEPORTES BEGINNERS S.A DE C.V

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.4.4. Casos de uso Casos de Uso: derivados de las características software, son el resultado del análisis de las necesidades de los usuarios, cuyas especificaciones están 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. También se ha definido una segunda matriz de trazabilidad para saber los casos de uso que se relacionan con los casos de pruebas.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Casos de Uso: derivados de las características software, son el resultado del análisis de las necesidades de los usuarios, cuyas especificaciones están recogidas en el paquete Especificaciones de Casos de Uso definido en Requisite Pro. La matriz de atributos es la siguiente:

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

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. También se ha definido una segunda matriz de trazabilidad para saber los casos de uso que se relacionan con los casos de pruebas.

PROYECTO FINAL Sistema para Gesti贸n de Art铆culos Deportivos

DEPORTES BEGINNERS S.A DE C.V

PROYECTO FINAL Sistema para Gesti贸n de Art铆culos Deportivos

DEPORTES BEGINNERS S.A DE C.V

PROYECTO FINAL Sistema para Gesti贸n de Art铆culos Deportivos

DEPORTES BEGINNERS S.A DE C.V

3.4.5. Clases

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

4.ANÁLISIS Y DISEÑO El análisis del sistema es una atapa de la fase de planificación y en ella se realiza una descripción 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 análisis del sistema presenta los siguientes objetivos:  Identificar las necesidades del cliente.  Realizar un análisis técnico y económico 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.

Análisis del Sistema: Define los flujos de información, las estructuras primarias de datos, las características funcionales del sistema, los requerimientos de rendimiento y las restricciones impuestas por el cliente. Así mismo, se incorporarán los criterios globales de validación que se utilizarán para probar que los requisitos señalados han sido implementados.

Diseño: Es el primer paso en la fase de desarrollo de cualquier producto o sistema de ingeniería.

Define como el proceso de aplicar distintas técnicas y principios con el propósito de definir un dispositivo, proceso o sistemas con los suficientes detalles como para permitir su realización física.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V Modelo de Análisis/Diseño: Diagrama de Clases

PROYECTO FINAL Sistema para Gesti贸n de Art铆culos Deportivos

DEPORTES BEGINNERS S.A DE C.V Modelo de Datos: Modelo Relacional

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

5.IMPLEMENTACIÓN La fase de implementación de un sistema es la fase más costosa y que consume más tiempo, se dice que es costosa por que muchas personas, herramientas y recursos, están involucrados en el proceso y consume mucho tiempo porque se completa todo el trabajo realizado previamente durante las demás fases.

En esta fase se instala el nuevo sistema de información para que empiece a trabajar y se capacita a sus usuarios para que puedan utilizarlo.

La instalación puede realizarse según 4 métodos: 1. Directo 2. Paralelo 3. piloto y 4. en Fase.

MÉTODO 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 deberán hacerse bajo la marcha. Regularmente con un sistema nuevo suelen surgir problemas de pequeña y gran escala. Si se trata de grandes sistemas, un problema puede significar una catástrofe, perjudicando o retrasando el desempeño entero de la organización.

MÉTODO PARALELO Los sistemas de información antiguo y nuevo operan juntos hasta que el nuevo demuestra ser confiable. Este método es de bajo riesgo. Si el sistema nuevo falla, la organización puede mantener sus actividades con el personal y equipo para laborar con los dos sistemas, por lo que este método se reserva específicamente para casos en los que el costo de una falla sería considerable.

MÉTODO DE FASES La implementación del sistema se divide en partes o fases, que se van realizando a lo largo de un período de tiempo, sucesivamente. Una vez iniciada la primera fase, la segunda no se inicia hasta que la primera se completado con éxito. Así se continúa hasta que se finaliza con la última fase. Es costoso porque se hace más lenta la implementación, pero sin duda tiene menor riesgo.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

A continuación se presentan los prototipos de interfaces gráficas de usuario diseñadas para la aplicación 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 iteración de la fase de construcción (en los subsistemas de gestión de almacén y gestión de ventas respectivamente).

INTERFACES COMUNES La aplicación de cualquier subsistema de la empresa dispone de una primera ventana de identificación del usuario. Sólo usuarios registrados en la base de datos pueden acceder al sistema.

La interfaz que se presenta en la identificación se puede ver en el siguiente imagen

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V En caso de seleccionar incidencia pedido, la

interfaz gráfica 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 construcción se implementarán casos de uso como el de gestión de clientes (botón que aparece en la pantalla de los datos del cliente pero que no tiene ninguna funcionalidad asociada).

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Para consultar los detalles de una incidencia el prototipo de interfaz gráfica es el siguiente:

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V GESTIÓN DE VENTAS

Para el subsistema de ventas el prototipo de interfaz gráfica es el de elaborar pedido.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

El usuario de ventas puede generar un pedido nuevo para un cliente, modificar un pedido que esté en elaboración, consultar pedidos en elaboración, cancelar pedidos o consultar el detalle de pedidos ya enviados al almacén.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

GESTIÓN DE ALMACÉN Para la gestión de almacén el prototipo de interfaz gráfica es el siguiente, en el que se pueden observar cuatro pestañas principales, una para no atendidos (pedidos en estado de no atención), otra para en atención (pedidos para los cuales ha sido reservado stock) En la pestaña de no atendidos el técnico de almacén 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 identificación.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

En la pestaña de en atención el técnico de almacén dispone de las siguientes opciones en su interfaz gráfica: atender el pedido seleccionado, cancelar el pedido seleccionado, pasar un pedido determinado tanto si está completo como si está completo a envío, y salir a la interfaz de identificación.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

En la pestaña de listos para envío, el técnico de almacén dispone de las siguientes opciones en su interfaz gráfica: consultar los detalles del pedido seleccionado, cancelar el pedido seleccionado o salir a la interfaz de identificación.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Dentro de la interfaz en de la consulta de pedidos no atendidos que se puede realizar desde la pestaña de no atendidos, se observa la siguiente interfaz gráfica:

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Al atender, tanto si es la primera atención como si se trata de una modificación posterior de un pedido, se observa la siguiente interfaz gráfica, que dispone de las opciones siguientes: asignar cantidad al hacer doble clic sobre una línea de pedido, guardar los cambios realizados pulsando el botón guardar, pasar el pedido a envíos, generar una incidencia respecto a este envío o volver a la interfaz anterior pulsando el botón salir.

PROYECTO FINAL Sistema para Gestión de Artículos Deportivos

DEPORTES BEGINNERS S.A DE C.V

Por último, al hacer doble clic sobre una línea de pedido, la interfaz gráfica que surge es

Deportes LSI 03

Sistema para Gesti贸n de Art铆culos Deportivos LSI 03 Base de Datos de Prueba Versi贸n 3.0

Orden pedido Código pedido

Fecha

Estado

Cliente

Usuario Ventas

1

07/09/2002

1

2

25/10/2002

3

10/11/2002

4

21/11/2002

5

02/12/2002

6

07/12/2002

7

15/12/2002

8

04/01/2003

En elaboración En elaboración No atendido En elaboración No atendido En atención En atención En atención

48265791L 26359874J 48265791L 48265791L 48265791L 48265791L 48265791L 48265791L

2 1 1 1 2 2 2

C.P. envío

País envío

Prov. envío

Loc. envío

Pta Nº Calle envío envío envío

46985 España Valencia Manises

25

3

46758 España Valencia

12

6

46985 España Valencia Manises

25

3

46985 España Valencia Manises

25

3

46970 España Valencia Burjassot

14

5

46758 España Valencia

Xativa

12

6

46758 España Valencia

Xativa

12

6

46758 España Valencia

Xativa

12

6

Xativa

C/ Melias C/ Azorin C/ Melias C/ Melias C/ San Justo C/ Azorín C/ Azorín C/ Azorín

Forma pago

Fecha elab.

Usuario pepe luis

Contraseña adidas reebok

Nombre José Martínez Muñoz Luis Fernández Vila

Teléfono 962468597 961387596

48265791-L 26485963-M

maria toni

nike puma

Maria López Escudero Antonio Milla López

963478952 963474565

Fecha aten.

Contado 07/09/2002 Contado 25/10/2002 Crédito 10/11/2002 10/11/2002 Contado 21/11/2002 Crédito 02/12/2002 05/12/2002 Contado 07/12/2002 10/12/2002 11/12/2002 Contado 15/12/2002 18/12/2002 19/12/2002 Contado 04/01/2003 07/01/2003 09/01/2003

Empleado NIF 22596826-F 26359874-J

Fecha lleg.

Alm.

Cargo Técnico almacén Representante de Ventas Operadora Técnico almacén

Fecha Fecha lista sal. envío Alm.

Producto Precio(€) 67 34 28 42 30

Referencia 1 2 3 4 5

Nombre Zapatillas Mochila Sudadera Raqueta Calentadores

Descripción Zapatillas illas Mochila ilas Sudadera eras Raquetas etas Calentadores ores

Línea pedido Código pedido 1 1 1 2 2 3 4 4 5 5 6 6 7 8 8

Referencia 1 2 3 1 4 2 5 4 3 1 2 1 4 4 5

Cantidad 1 1 2 1 2 2 3 2 5 2 2 1 2 1 2

Precio(€) 67 34 56 67 84 68 90 84 140 134 68 67 84 42 60

Cantidad Asig.

0 0 0 0 0 0 0 0 0 0 2 1 1 0 1

Proveedor 456 456 456 456 456

Max_razonable 200 100 350 100 1000

Producto-Almacén Referencia 1 2 3 4 5

Almacén VAL VAL VAL VAL VAL

Stock 1000 500 6 600 3000

Stock Asig.

1 2 0 1 1

Almacén Código VAL

Nombre Virso

Dirección Teléfono C/ Colón, 15- 963479862 78

País España

Fax Email 963479860 virso@ono.com

Cod_reg E

Técnico 26485963-M

Región Código E

Nombre Europa

País Nombre

Región

España

E

Proveedor NIF

Código

Nombre

Teléfono

Dirección

Nº

Pta

Localidad Provincia

26789536-D

456

Juan Navarro Luna

963471263

C/ Jesús

48

101

Benaixida

Valencia

CP

Pais

46078

España

Fax

Email

963471260 junalu@ono.com

Cliente Codig o

NIF/CIF

Usu Con Nombre ario tra seña

Pta

Nº

Calle

1

48315682N

2

22496359- javi P

Jaime Monzón García

25

3

C/ 9613853 Manises Valencia 46985 Melias 96

95-2648950006352689

Javier Soria Garrido

12

6

C/ 9623596 Azorin 84

48-596820008454895

kel me

Teléfon o

Loc.

Xativa

Prov.

C.P.

Valencia 46758

C.C.C

País

Email

Es- Pers_ Tlf_ Rati Repre emp contac pers o sentan resa to _co conf te ntac . to Españ Jaime Exc 26359 a 75 elen 874-J @ono. te com Españ Javier Reg 26359 a 32@o ular 874-J no.co m

Incidencias Cod_incidencia 1

Cod_pedido 6

Fecha 11/12/2002

Nif_creador 26485963M

2

7

21/12/2002

26485963M

Creador Observaciones Antonio Milla López Reponer stock, producto 1 por debajo del mínimo Antonio Milla López Pedido en atención más de 2 días

Fax

Deportes LSI 03

Sistema para Gesti贸n de Art铆culos Deportivos LSI 03 Especificaci贸n de Caso de Prueba: Caso de Pruebas de Consultar Pedidos no Atendidos Versi贸n 3.0

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

Especificación de Caso de Prueba: Consultar Pedidos no Atendidos

Fecha:

2.0 09/12/2002

Caso de Prueba CP01

Historial de Revisiones Fecha

Versión

Descripción

Autor

8/11/2002

0.9

Versión preliminar a falta de aprobación del Stakeholder

Rosa María Ogallar

14/11/2002

1.0

Versión revisada por el Stakeholder

Rosa María Ogallar

09/12/2002

2.0

Versión lista para pasar el test

César López Rodríguez

15/12/2002

2.9

Versión con evaluación de las pruebas actualizados.

Rosa María Ogallar

15/01/2003

3.0

Versión preparada para la segunda iteración de la fase de construcción

César López Rodríguez

Confidencial

Deportes LSI 03, 2013

Pág. 2

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

Especificación de Caso de Prueba: Consultar Pedidos no Atendidos

Fecha:

2.0 09/12/2002

Caso de Prueba CP01

Tabla de Contenidos 1.

Descripción

4

2.

Comprobar que la consulta funciona correctamente

4

2.1 2.2 2.3 2.4 2.5

4 4 4 4 4

Confidencial

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Deportes LSI 03, 2013

Pág. 3

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

Especificación de Caso de Prueba: Consultar Pedidos no Atendidos

Fecha:

2.0 09/12/2002

Caso de Prueba CP01

1.

Descripción 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 aplicación.

2.

Comprobar que la consulta funciona correctamente

2.1

Descripción Nos introducimos en el sistema como técnico de almacén, 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 ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 especificación completa de los datos.

2.3

Entrada      

2.4

Introducimos ‘pepe’ en el campo usuario Introducimos ‘adidas’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia del técnico de almacén, donde pulsaremos la pestaña de “No Atendidos”.

Seleccionamos uno de los pedidos en estado de no atención.

Pulsamos el botón “consultar” y el sistema muestra los detalles de las líneas del pedido. Al salir, el pedido figurará en el estado de “En Atención”.

Resultado esperado El sistema nos muestra una interfaz que consistirá en una lista con las líneas de pedido del pedido solicitado.

2.5

Evaluación de la Prueba Prueba superada con éxito

Confidencial

Deportes LSI 03, 2013

Pág. 4

Deportes LSI 03

Sistema para Gesti贸n de Art铆culos Deportivos LSI 03 Especificaci贸n de Caso de Prueba: Caso de Pruebas de Atender Pedido Versi贸n 3.0

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Atender Pedido

Fecha:

15/01/03

Caso de Prueba CP03

Historial de Revisiones Fecha

Versión

Descripción

Autor

29/12/2002

0.9

Versión preliminar a falta de aprobación del Stakeholder

Rosa María Ogallar

07/01/2003

1.0

Versión con ajustes respecto a las interfaces

Rosa María Ogallar

10/01/2003

2.0

Versión lista Stakeholder

Rosa María Ogallar

15/01/2003

3.0

Versión preparada para la segunda iteración de la fase de construcción

Confidencial

para

Deportes LSI 03, 2013

revisión

con

el

César López Rodríguez

Pág. 2

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Atender Pedido

Fecha:

15/01/03

Caso de Prueba CP03

Tabla de Contenidos 1.

Descripción

4

2.

Atender pedido después de consultar dicho pedido

4

2.1 2.2 2.3 2.4 2.5

4 4 4 5 5

3.

4.

5.

6.

7.

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Atender un pedido de la lista de pedidos no atendidos

5

3.1 3.2 3.3 3.4 3.5

5 5 5 5 6

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Atender pedido asignando cantidades negativas

6

4.1 4.2 4.3 4.4 4.5

6 6 6 6 6

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Atender pedido asignando cantidades mayores a las disponibles

7

5.1 5.2 5.3 5.4 5.5

7 7 7 7 7

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Atender pedido asignando cantidades mayores a las solicitadas

8

6.1 6.2 6.3 6.4 6.5

8 8 8 8 8

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Atender pedido sin asignar cantidades

8

7.1 7.2 7.3 7.4 7.5

8 9 9 9 9

Confidencial

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Deportes LSI 03, 2013

Pág. 3

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Atender Pedido

Fecha:

15/01/03

Caso de Prueba CP03

1.

Descripción 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 después 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 aplicación

2.

Atender pedido después de consultar dicho pedido

2.1

Descripción Nos introducimos en el sistema como técnico de almacén, accediendo a su funcionalidad y solicitamos consultar pedidos no atendidos, el sistema nos mostrara una lista con los pedidos no atendidos que haya almacenados en el sistema. Seleccionaremos un pedido y lo consultaremos eligiendo posteriormente la opción de atender dicho pedido.

2.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 especificación completa de los datos.

2.3

Entrada       

 Confidencial

Introducimos ‘toni’ en el campo usuario Introducimos ‘puma’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

El técnico selecciona de la lista de pedidos no atendidos el pedido de código ‘3’ y pulsa el botón ‘Consultar’.

Una vez consultado pulsa el botón ‘Atender Pedido’ .

Para cada línea de pedido: o Comprueba que hay stock disponible. o Selecciona la línea haciendo doble clic para que aparezca la interfaz que nos permite modificar la cantidad asignada, allí se actualizan automáticamente los datos código y nombre del artículo. o Introduce la cantidad solicitada. o Pulsa el botón ‘Asignar Cantidad’. o Se actualiza línea de pedido.

El técnico pulsa el botón ‘Guardar’. Deportes LSI 03, 2013

Pág. 4

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Atender Pedido

Fecha:

15/01/03

Caso de Prueba CP03

2.4

Resultado esperado El pedido queda almacenado en el sistema como en atención y el stock se reduce en las cantidades asignadas.

2.5

Evaluación de la Prueba Prueba superada con éxito.

3.

Atender un pedido de la lista de pedidos no atendidos

3.1

Descripción Nos introducimos en el sistema como técnico de almacén, accediendo a su funcionalidad y solicitamos consultar pedidos no atendidos, el sistema nos mostrara una lista con los pedidos no atendidos que haya almacenados en el sistema. Seleccionaremos un pedido y elegiremos la opción atender pedido.

3.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 especificación completa de los datos.

3.3

Entrada      

 3.4

Introducimos ‘toni’ en el campo usuario Introducimos ‘puma’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

El técnico selecciona de la lista de pedidos no atendidos el pedido de código ‘5’ y pulsa el botón ‘Atender Pedido’.

Para cada línea de pedido: o Comprueba que hay stock disponible. o Selecciona la línea haciendo doble clic para que aparezca la interfaz que nos permite modificar la cantidad asignada, allí se actualizan automáticamente los datos código y nombre del artículo. o Introduce la cantidad solicitada. o Pulsa el botón ‘Asignar Cantidad’. o Se actualiza línea de pedido.

El técnico pulsa el botón ‘Guardar’.

Resultado esperado El pedido queda almacenado en el sistema como en atención y el stock se reduce en las cantidades

Confidencial

Deportes LSI 03, 2013

Pág. 5

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Atender Pedido

Fecha:

15/01/03

Caso de Prueba CP03

asignadas.

3.5

Evaluación de la Prueba Prueba superada con éxito.

4.

Atender pedido asignando cantidades negativas

4.1

Descripción Nos introducimos en el sistema como técnico de almacén, accediendo a su funcionalidad y solicitamos consultar pedidos no atendidos, el sistema nos mostrara una lista con los pedidos no atendidos que haya almacenados en el sistema. Seleccionaremos un pedido, elegiremos la opción atender pedido y asignaremos cantidades negativas para observar como responde el sistema.

4.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 especificación completa de los datos.

4.3

Entrada         

4.4

Introducimos ‘toni’ en el campo usuario Introducimos ‘puma’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

El técnico selecciona de la lista de pedidos no atendidos el pedido de código ‘1’ y pulsa el botón ‘Atender Pedido’.

Selecciona la línea de pedido del articulo ‘2’ haciendo doble clic.

Aparece la interfaz que nos permite modificar la cantidad asignada, se actualizan automáticamente los datos código y nombre del artículo.

Introduce la cantidad ‘-2’.

Pulsa el botón ‘Asignar Cantidad’.

Resultado esperado El sistema nos muestra un mensaje de error advirtiéndonos de que no es posible introducir cantidades negativas.

4.5

Evaluación de la Prueba Prueba superada con éxito.

Confidencial

Deportes LSI 03, 2013

Pág. 6

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Atender Pedido

Fecha:

15/01/03

Caso de Prueba CP03

5.

Atender pedido asignando cantidades mayores a las disponibles

5.1

Descripción Nos introducimos en el sistema como técnico de almacén, accediendo a su funcionalidad y solicitamos consultar pedidos no atendidos, el sistema nos mostrara una lista con los pedidos no atendidos que haya almacenados en el sistema. Seleccionaremos un pedido, elegiremos la opción atender pedido y asignaremos cantidades mayores al stock disponible para observar como responde el sistema.

5.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 especificación completa de los datos.

5.3

Entrada         

5.4

Introducimos ‘toni’ en el campo usuario Introducimos ‘puma’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

El técnico selecciona de la lista de pedidos no atendidos el pedido de código ‘1’ y pulsa el botón ‘Atender Pedido’.

Selecciona la línea de pedido del articulo ‘3’ haciendo doble clic.

Aparece la interfaz que nos permite modificar la cantidad asignada, se actualizan automáticamente los datos código y nombre del artículo.

Introduce la cantidad ‘2’.

Pulsa el botón ‘Asignar Cantidad’.

Resultado esperado El sistema nos muestra un mensaje de error advirtiéndonos de que no hay stock disponible para poder asignar esa cantidad .

5.5

Evaluación de la Prueba Prueba superada con éxito.

Confidencial

Deportes LSI 03, 2013

Pág. 7

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Atender Pedido

Fecha:

15/01/03

Caso de Prueba CP03

6.

Atender pedido asignando cantidades mayores a las solicitadas

6.1

Descripción Nos introducimos en el sistema como técnico de almacén, accediendo a su funcionalidad y solicitamos consultar pedidos no atendidos, el sistema nos mostrara una lista con los pedidos no atendidos que haya almacenados en el sistema. Seleccionaremos un pedido, elegiremos la opción atender pedido y asignaremos cantidades mayores a las solicitadas para observar como responde el sistema.

6.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 especificación completa de los datos.

6.3

Entrada         

6.4

Introducimos ‘toni’ en el campo usuario Introducimos ‘puma’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

El técnico selecciona de la lista de pedidos no atendidos el pedido de código ‘1’ y pulsa el botón ‘Atender Pedido’.

Selecciona la línea de pedido del articulo ‘2’ haciendo doble clic.

Aparece la interfaz que nos permite modificar la cantidad asignada, se actualizan automáticamente los datos código y nombre del artículo.

Introduce la cantidad ‘2’.

Pulsa el botón ‘Asignar Cantidad’.

Resultado esperado El sistema nos muestra un mensaje de error advirtiéndonos de que la cantidad introducida es superior a la cantidad solicitada .

6.5

Evaluación de la Prueba Prueba superada con éxito.

7.

Atender pedido sin asignar cantidades

7.1

Descripción Nos introducimos en el sistema como técnico de almacén, accediendo a su funcionalidad y solicitamos consultar pedidos no atendidos, el sistema nos mostrara una lista con los pedidos no atendidos que haya almacenados en el sistema. Seleccionaremos un pedido, elegiremos la opción atender pedido y no realizaremos ninguna modificación .

Confidencial

Deportes LSI 03, 2013

Pág. 8

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Atender Pedido

Fecha:

15/01/03

Caso de Prueba CP03

7.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 especificación completa de los datos.

7.3

Entrada      

7.4

Introducimos ‘toni’ en el campo usuario Introducimos ‘puma’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

El técnico selecciona de la lista de pedidos no atendidos el pedido de código ‘1’ y pulsa el botón ‘Atender Pedido’.

Sin hacer ninguna modificación el técnico pulsa el botón ‘Guardar’.

Resultado esperado El pedido no se modificada por esta acción y continua estando en estado no atendido.

7.5

Evaluación de la Prueba Prueba superada con éxito.

Confidencial

Deportes LSI 03, 2013

Pág. 9

Deportes LSI 03

Sistema para Gesti贸n de Art铆culos Deportivos LSI 03 Especificaci贸n de Caso de Prueba: Cancelar Pedido Atendido Versi贸n 3.0

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Cancelar Pedido Atendido

Fecha:

15/01/03

Caso de Prueba CP04

Historial de Revisiones Fecha

Versión

Descripción

Autor

26/11/2002

0.9

Versión preliminar a falta de aprobación del Stakeholder

Rosa María Ogallar

07/01/2003

1.0

Versión con ajustes respecto a las interfaces

Rosa María Ogallar

10/01/2003

2.0

Versión lista Stakeholder

Rosa María Ogallar

15/01/2003

3.0

Versión preparada para la segunda iteración de la fase de construcción

Confidencial

para

Deportes LSI 03, 2013

revisión

con

el

César López Rodríguez

Pág. 2

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Cancelar Pedido Atendido

Fecha:

15/01/03

Caso de Prueba CP04

Tabla de Contenidos 1.

Descripción

4

2.

Elegir opción CANCELAR en la confirmación de la cancelación de pedido

4

2.1 2.2 2.3 2.4 2.5

4 4 4 4 4

3.

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Elegir opción ACEPTAR en la confirmación de la cancelación de pedido

5

3.1 3.2 3.3 3.4 3.5

5 5 5 5 5

Confidencial

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Deportes LSI 03, 2013

Pág. 3

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Cancelar Pedido Atendido

Fecha:

15/01/03

Caso de Prueba CP04

1.

Descripción Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de Uso “Cancelar Pedido Atendido”.

Realizaremos únicamente dos pruebas que consistirán en la elección de cada una de las opciones de confirmación de la cancelación del pedido.

El entorno del cual partiremos para realizar la prueba será el formulario de entrada de la aplicación.

2.

Elegir opción CANCELAR en la confirmación de la cancelación de pedido

2.1

Descripción Nos introducimos en el sistema como técnico de almacén, accediendo a su funcionalidad y solicitamos consultar pedidos en atención, el sistema nos mostrara una lista con los pedidos en atención que haya almacenados en el sistema. Elegiremos el pedido que el cliente nos solicite y cancelaremos dicho pedido respondiendo a la confirmación negativamente.

2.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

2.3

Entrada         

2.4

Introducimos ‘toni’ en el campo usuario Introducimos ‘puma’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

El cliente ‘Jaime’ con DNI ‘48315682N’ contacta con el técnico de almacén y solicita la cancelación del pedido en atención con código ‘5’.

El técnico de almacén selecciona de la lista de pedidos en atención el pedido en cuestión y pulsa el botón ‘Cancelar Pedido’.

Nos aparece un mensaje de confirmación de la cancelación del pedido.

El cliente decide finalmente no cancelar el pedido.

El técnico pulsa el botón ‘Cancelar’ .

Resultado esperado El pedido seleccionado sigue almacenado en el sistema sin ninguna modificación.

2.5

Evaluación de la Prueba

Confidencial

Deportes LSI 03, 2013

Pág. 4

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Cancelar Pedido Atendido

Fecha:

15/01/03

Caso de Prueba CP04

Prueba superada con éxito.

3.

Elegir opción ACEPTAR en la confirmación de la cancelación de pedido

3.1

Descripción Nos introducimos en el sistema como técnico de almacén, accediendo a su funcionalidad y solicitamos consultar pedidos en atención, el sistema nos mostrara una lista con los pedidos en atención que haya almacenados en el sistema. Elegiremos el pedido que el cliente nos solicite y cancelaremos dicho pedido respondiendo a la confirmación afirmativamente.

3.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

3.3

Entrada         

3.4

Introducimos ‘toni’ en el campo usuario Introducimos ‘puma’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

El cliente ‘Jaime’ con DNI ‘48315682N’ contacta con el técnico de almacén y solicita la cancelación del pedido en atención con código ‘5’.

El técnico de almacén selecciona de la lista de pedidos en atención el pedido en cuestión y pulsa el botón ‘Cancelar Pedido’.

Nos aparece un mensaje de confirmación de la cancelación del pedido.

El cliente decide finalmente cancelar el pedido.

El técnico pulsa el botón ‘Aceptar’ .

Resultado esperado El pedido es eliminado del sistema y se libera el stock asociado a las líneas de pedido pasando de nuevo al stock disponible.

3.5

Evaluación de la Prueba Prueba superada con éxito.

Confidencial

Deportes LSI 03, 2013

Pág. 5

Deportes LSI 03

Sistema para Gesti贸n de Art铆culos Deportivos LSI 03 Especificaci贸n de Caso de Prueba: Caso de Pruebas de Elaborar Pedido Versi贸n 3.0

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

Historial de Revisiones Fecha

Versión

Descripción

Autor

8/11/2002

0.9

Versión preliminar a falta de aprobación del Stakeholder

Rosa María Ogallar

14/11/2002

1.0

Versión revisada por el Stakeholder

Rosa María Ogallar

26/11/2002

1.9

Versión con diversas modificaciones no revisadas por el Stakeholder

Rosa María Ogallar

09/12/2002

2.0

Versión con detalles y ajustes a la aplicación en desarrollo.

César López Rodríguez

15/12/2002

2.9

Versión generada en la segunda release con evaluación de las pruebas actualizados.

Rosa María Ogallar

21/12/2002

3.0

Versión generada en la segunda release con nuevas pruebas a falta de aprobación por le Stakeholder

Rosa María Ogallar

Confidencial

 Deportes LSI 03, 2013

Pág. 2

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

Tabla de Contenidos 1.

Descripción

2.

Elaborar pedido y enviar a almacén 2.1 2.2 2.3 2.4 2.5

3.

5.

6.

8.

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

5 5 5 6 6 6

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

6 6 6 7 7

Elaborar pedido vacío y guardar

7

4.1 4.2 4.3 4.4 4.5

7 7 7 8 8

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Elaborar pedido vacío y enviar al almacén

8

5.1 5.2 5.3 5.4 5.5

8 8 8 9 9

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Modificar pedido resultando dos líneas con el mismo producto 6.1 6.2 6.3 6.4 6.5

7.

5

Elaborar pedido y guardar 3.1 3.2 3.3 3.4 3.5

4.

5

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

9 9 9 9 10 10

Modificar pedido añadiendo una línea de cantidad fuera de rango

10

7.1 7.2 7.3 7.4 7.5

10 10 10 11 11

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Modificar un pedido añadiendo un producto inexistente

11

8.1 8.2

11 11

Confidencial

Descripción Condiciones de ejecución  Deportes LSI 03, 2013

Pág. 3

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

8.3 8.4 8.5 9.

Entrada Resultado esperado Evaluación de la Prueba

11 12 12

Modificar pedido añadiendo / eliminando una línea de pedido y enviar a almacén

12

9.1 9.2 9.3 9.4 9.5

12 12 13 13 13

10.

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba Modificar pedido añadiendo / eliminando una línea de pedido y guardar

10.1 10.2 10.3 10.4 10.5 11.

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

13 14 14 14 14

.Modificar dirección de envío del pedido 11.1 11.2 11.3 11.4 11.5

12.

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

13.

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

14.

17

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

17 17 17 17 17

Comprobar ratio de pago del cliente 14.1 14.2 14.3 14.4 14.5

Confidencial

16 16 16 16 16 16

Eliminar pedido 13.1 13.2 13.3 13.4 13.5

15 15 15 15 15 16

Modificar pedido eliminando todas sus líneas 12.1 12.2 12.3 12.4 12.5

13

18

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

18 18 18 18 18

 Deportes LSI 03, 2013

Pág. 4

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

1.

Descripción

Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de Uso “Elaborar Pedido”.

La pruebas realizadas a este caso de uso son:            

Elaborar pedido y enviar a almacén.

Elaborar pedido y guardar.

Elaborar pedido vacío y guardar.

Elaborar pedido vacío y enviar al almacén.

Modificar pedido resultando dos líneas con el mismo producto.

Modificar pedido añadiendo una línea de cantidad fuera de rango.

Modificar pedido añadiendo un producto inexistente.

Modificar pedido, añadiendo / eliminando una línea de pedido, y enviar a almacén.

Modificar pedido, añadiendo / eliminando una línea de pedido, y guardar.

Modificar dirección de correo del pedido.

Modificar pedido eliminando todas sus líneas.

Eliminar pedido.

El entorno del cual partiremos para realizar la prueba será el formulario de entrada de la aplicación.

2.

Elaborar pedido y enviar a almacén

2.1

Descripción 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 elaboración de dicho pedido. Una vez elaborado escogeremos la opción enviar a almacén.

2.2

Condiciones de ejecución Las condiciones de ejecución 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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

2.3

Entrada       

Confidencial

Introducimos ‘maria’ en el campo usuario Introducimos ‘nike’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

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 elaboración que tiene el cliente en el sistema y los que ya ha  Deportes LSI 03, 2013

Pág. 5

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

   

   2.4

enviado al almacén.

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 línea de pedido: o Introduce ‘ 4’ en código artículo o Se rellenan automáticamente los campos nombre y precio. o Introduce ‘2’ en cantidad o Pulsa el botón “añadir línea” o Se actualiza automáticamente el precio total El cliente solicita a la operadora finalizar el pedido escogiendo la opción pasar pedido a almacén La operadora pulsa el botón “pasar a almacén”.

El pedido aparece en el listado de pedidos enviados al almacén.

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

2.5

Evaluación de la Prueba Prueba superada con éxito

3.

Elaborar pedido y guardar

3.1

Descripción 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 elaboración de dicho pedido. Una vez elaborado escogeremos la opción guardar.

3.2

Condiciones de ejecución Las condiciones de ejecución 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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

3.3

Entrada      

Confidencial

Introducimos ‘maria’ en el campo usuario Introducimos ‘nike’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un operador.

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

La operadora introduce el DNI del cliente apareciendo en el formulario los datos completos del

 Deportes LSI 03, 2013

Pág. 6

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

     

  3.4

cliente.

Aparece una lista con los pedidos en elaboración que tiene el cliente en el sistema y los que ya ha enviado al almacén.

El cliente solicita hacer un nuevo pedido.

La operadora pulsa el botón “nuevo”.

El sistema muestra la interfaz propia de la modificación de un pedido.

El cliente solicita comprar un par de raquetas.

La operadora introduce una línea de pedido: o Introduce ‘4’ en código artículo o Se rellena automáticamente los campos nombre y precio. o Introduce ‘2’ en cantidad o Pulsa el botón “añadir línea” o Se actualiza automáticamente el precio total El cliente solicita a la operadora finalizar el pedido escogiendo la opción guardar pedido.

La operadora pulsa el botón “guardar”.

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

3.5

Evaluación de la Prueba Prueba superada con éxito

4.

Elaborar pedido vacío y guardar

4.1

Descripción 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 elaboración de dicho pedido. Una vez dentro intentaremos guardar o enviar la orden sin haber añadido ninguna línea de pedido para observar como responde el sistema.

4.2

Condiciones de ejecución Las condiciones de ejecución 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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

4.3

Entrada 

Confidencial

Introducimos ‘luis’ en el campo usuario

 Deportes LSI 03, 2013

Pág. 7

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

          4.4

Introducimos ‘reebok’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un representante de ventas.

El cliente ‘Javier’ con DNI ‘22496359P’ contacta con el representante de ventas.

El representante de ventas introduce el DNI del cliente apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboración que tiene el cliente en el sistema y los que ya ha enviado al almacén.

El cliente solicita hacer un nuevo pedido.

El representante de ventas pulsa el botón “nuevo”.

El sistema muestra la interfaz propia de la elaborar un nuevo pedido.

El representante de ventas pulsa el botón guardar.

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

4.5

Evaluación de la Prueba Prueba superada con éxito

5.

Elaborar pedido vacío y enviar al almacén

5.1

Descripción 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 elaboración de dicho pedido. Una vez dentro intentaremos guardar o enviar la orden sin haber añadido ninguna línea de pedido para observar como responde el sistema.

5.2

Condiciones de ejecución Las condiciones de ejecución 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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

5.3

Entrada   

Confidencial

Introducimos ‘luis’ en el campo usuario Introducimos ‘reebok’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.  Deportes LSI 03, 2013

Pág. 8

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

        5.4

Nos aparece la interfaz propia de un representante de ventas.

El cliente ‘Jaime’ con DNI ‘48315682N’ contacta con el representante de ventas.

El representante de ventas introduce el DNI del cliente apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboración que tiene el cliente en el sistema y los que ya ha enviado al almacén.

El cliente solicita hacer un nuevo pedido.

El representante de ventas pulsa el botón “nuevo”.

El sistema muestra la interfaz propia de la elaborar un nuevo pedido.

El representante de ventas pulsa el botón enviar a almacén

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

5.5

Evaluación de la Prueba Prueba superada con éxito

6.

Modificar pedido resultando dos líneas con el mismo producto

6.1

Descripción Nos introducimos en el sistema como usuario representante de ventas, el sistema nos mostrara una interfaz para que llevemos a cabo la elaboración de dicho pedido. Aparece una lista de pedidos solicitados por el cliente que están en proceso de elaboración. Seleccionaremos uno de ellos y lo editaremos para poder añadir una línea de pedido asociada a un producto ya incluido en el pedido.

6.2

Condiciones de ejecución Las condiciones de ejecución 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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

6.3

Entrada     

Confidencial

Introducimos ‘luis’ en el campo usuario Introducimos ‘reebok’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un representante de ventas.

El cliente ‘Javier’ con DNI ‘22496359P’ contacta con el representante de ventas.

 Deportes LSI 03, 2013

Pág. 9

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

     

6.4

El representante de ventas introduce el DNI del cliente apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboración que tiene el cliente en el sistema y los que ya ha enviado al almacén.

El representante de ventas selecciona el pedido con código “2” y pulsa el botón “modificar”.

El sistema muestra la interfaz propia de la modificación de un pedido.

El cliente solicita añadir un producto al pedido.

Introduce una nueva línea de pedido: o Introduce ‘ 4’ en código artículo o Se rellena automáticamente los campos nombre y precio. o Introduce ‘1’ en cantidad o Pulsa el botón “añadir línea”

Resultado esperado El sistema nos muestra un mensaje de aviso informándonos de que en ese pedido ya existe una línea asociada a ese código de artículo y pregunta si desea sobrescribirla o cancelar.

6.5

Evaluación de la Prueba Prueba superada con éxito

7.

Modificar pedido añadiendo una línea de cantidad fuera de rango

7.1

Descripción Nos introducimos en el sistema como usuario representante de ventas, el sistema nos mostrara una interfaz para que llevemos a cabo la elaboración de dicho pedido. Aparece una lista de pedidos solicitados por el cliente que están en proceso de elaboración. Seleccionaremos uno de ellos y lo editaremos para poder añadir una línea de pedido, probaremos a introducir una cantidad de producto que esté fuera del rango permitido, probaremos una inferior al mínimo y otra superior al máximo.

7.2

Condiciones de ejecución Las condiciones de ejecución 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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

7.3

Entrada   

Confidencial

Introducimos ‘luis’ en el campo usuario Introducimos ‘reebok’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.  Deportes LSI 03, 2013

Pág. 10

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

       

7.4

Nos aparece la interfaz propia de un representante de ventas.

El cliente ‘Javier’ con DNI ‘22496359P’ contacta con el representante de ventas.

El representante de ventas introduce el DNI del cliente apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboración que tiene el cliente en el sistema y los que ya ha enviado al almacén.

El representante de ventas selecciona el pedido con código “2” y pulsa el botón “modificar”.

El sistema muestra la interfaz propia de la modificación de un pedido.

El cliente solicita añadir un producto al pedido.

Introduce una nueva línea de pedido: o Introduce ‘3’ en código artículo o Se rellena automáticamente los campos nombre y precio. o Introduce ‘0’ en cantidad o Introduce ‘10000’ en cantidad

Resultado esperado El sistema nos muestra para cada una de las cantidades introducidas un mensaje de error indicándonos que estamos introduciendo una cantidad errónea ya que está fuera del rango permitido.

7.5

Evaluación de la Prueba Prueba superada con éxito.

8.

Modificar un pedido añadiendo un producto inexistente

8.1

Descripción Nos introducimos en el sistema como usuario representante de ventas, el sistema nos mostrara una interfaz para que llevemos a cabo la elaboración de dicho pedido. Aparece una lista de pedidos solicitados por el cliente que están en proceso de elaboración. Seleccionaremos uno de ellos y lo editaremos para poder añadir una línea de pedido asociada a un producto ya incluido en el pedido y añadir un producto inexistente.

8.2

Condiciones de ejecución Las condiciones de ejecución 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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

8.3

Entrada

Confidencial

 Deportes LSI 03, 2013

Pág. 11

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

          

8.4

Introducimos ‘luis’ en el campo usuario Introducimos ‘reebok’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un representante de ventas.

El cliente ‘Javier’ con DNI ‘22496359P’ contacta con el representante de ventas.

El representante de ventas introduce el DNI del cliente apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboración que tiene el cliente en el sistema y los que ya ha enviado al almacén.

El representante de ventas selecciona el pedido con código “2” y pulsa el botón “modificar”.

El sistema muestra la interfaz propia de la modificación de un pedido.

El cliente solicita añadir un producto al pedido.

Introduce una nueva línea de pedido: o Introduce ‘7’ en código artículo o Pulsa el botón “añadir línea”

Resultado esperado El sistema nos muestra un mensaje de error informándonos de que el artículo introducido no existe.

8.5

Evaluación de la Prueba Prueba superada con éxito.

9.

Modificar pedido añadiendo / eliminando una línea de pedido y enviar a almacén

9.1

Descripción 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 elaboración de dicho pedido, que consistirá en añadir una nueva línea de pedido y eliminar una de las existentes de un pedido en elaboración.

Una vez elaborado escogeremos la opción enviar a almacén.

9.2

Condiciones de ejecución Las condiciones de ejecución 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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

Confidencial

 Deportes LSI 03, 2013

Pág. 12

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

9.3

Entrada           

    9.4

Introducimos ‘maria’ en el campo usuario Introducimos ‘nike’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un operador.

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

La operadora introduce el DNI del cliente apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboración que tiene el cliente en el sistema y los que ya ha enviado al almacén.

El cliente solicita hacer modificaciones al pedido ‘1’.

La operadora selecciona el pedido en cuestión y pulsa el botón modificar, aparece el formulario del pedido.

El cliente solicita añadir un par de raquetas al pedido.

La operadora introduce una línea de pedido: o Introduce ‘ 4’ en código artículo o Se rellena automáticamente los campos descripción y precio. o Introduce ‘2’ en cantidad o Pulsa el botón “añadir línea” o Se actualiza automáticamente el precio total El cliente solicita eliminar el par de zapatillas incluidas en el pedido.

La operadora elimina la línea de pedido correspondiente al producto que se desea eliminar.

El cliente solicita a la operadora finalizar el pedido escogiendo la opción enviar a almacén.

La operadora pulsa el botón enviar a almacén

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

9.5

Evaluación de la Prueba Prueba superada con éxito

10.

Modificar pedido añadiendo / eliminando una línea de pedido y guardar

10.1

Descripción 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 elaboración de dicho pedido, que consistirá en añadir una nueva línea de pedido y eliminar una existente de un pedido en elaboración. Una vez elaborado escogeremos la opción enviar a almacén.

Confidencial

 Deportes LSI 03, 2013

Pág. 13

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

10.2

Condiciones de ejecución Las condiciones de ejecución 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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

10.3

Entrada           

    10.4

Introducimos ‘luis’ en el campo usuario Introducimos ‘reebok’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia del un representante de ventas.

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

El operador introduce el DNI del cliente apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboración que tiene el cliente en el sistema y los que ya ha enviado al almacén.

El cliente solicita hacer modificaciones al pedido ‘4’.

El representante de ventas selecciona el pedido en cuestión y pulsa el botón “modificar”, aparece la interfaz de modificar pedido.

El cliente solicita añadir un par de zapatillas al pedido.

El operador introduce una línea de pedido: o Introduce ‘ 1’ en código artículo o Se rellena automáticamente los campos nombre y precio. o Introduce ‘1’ en cantidad o Pulsa el botón “añadir línea” o Se actualiza automáticamente el precio total El cliente solicita eliminar el par de raquetas del pedido.

El representante de ventas elimina la línea de pedido correspondiente al producto que se desea eliminar.

El cliente solicita al representante de ventas finalizar el pedido escogiendo la opción guardar.

El operador pulsa el botón “guardar”.

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

10.5

Evaluación de la Prueba Prueba superada con éxito

Confidencial

 Deportes LSI 03, 2013

Pág. 14

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

11.

.Modificar dirección de envío del pedido

11.1

Descripción 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 elaboración de dicho pedido, que consistirá en modificar la dirección de envío de un pedido en elaboración.

11.2

Condiciones de ejecución Las condiciones de ejecución 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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

11.3

Entrada           

 11.4

Introducimos ‘luis’ en el campo usuario Introducimos ‘reebok’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia del un representante de ventas.

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

El operador introduce el DNI del cliente apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboración que tiene el cliente en el sistema y los que ya ha enviado al almacén.

El cliente solicita modificar la dirección de envío del pedido ‘4’.

El representante de ventas selecciona el pedido en cuestión y pulsa el botón modificar, aparece el formulario de modificar pedido.

El cliente da la nueva dirección de envío al operador.

El representante de ventas introduce la nueva dirección : o Introduce ‘C/ Bailén’ en el campo Calle o Introduce ‘2’ en el campo Nº o Introduce ‘23’ en el campo Pta El representante de ventas pulsa el botón guardar

Resultado esperado El sistema modifica la dirección de envío del pedido seleccionado.

Confidencial

 Deportes LSI 03, 2013

Pág. 15

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

11.5

Evaluación de la Prueba Prueba superada con éxito

12.

Modificar pedido eliminando todas sus líneas

12.1

Descripción 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 elaboración de dicho pedido, que consistirá en modificar la dirección de envío de un pedido en elaboración.

12.2

Condiciones de ejecución Las condiciones de ejecución 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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

12.3

Entrada         

12.4

Introducimos ‘luis’ en el campo usuario Introducimos ‘reebok’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un operador.

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

La operadora introduce el DNI del cliente apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboración que tiene el cliente en el sistema y los que ya ha enviado al almacén.

La operadora selecciona el pedido ‘2’ y pulsa el botón “modificar” y aparece la interfaz de modificar pedido.

La operadora elimina las dos líneas de pedido que componen el pedido, pulsando sucesivamente el botón “eliminar línea”.

Resultado esperado El sistema muestra un mensaje de error que nos informa de que no es posible eliminar todas las líneas de pedido de un cierto pedido.

12.5

Evaluación de la Prueba Prueba superada con éxito

Confidencial

 Deportes LSI 03, 2013

Pág. 16

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

13.

Eliminar pedido

13.1

Descripción 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 elaboración de dicho pedido, que consistirá en eliminar un pedido.

13.2

Condiciones de ejecución Las condiciones de ejecución 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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

13.3

Entrada          

13.4

Introducimos ‘maria’ en el campo usuario Introducimos ‘nike’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un operador.

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

La operadora introduce el DNI del cliente apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboración que tiene el cliente en el sistema y los que ya ha enviado al almacén.

El cliente solicita eliminar el pedido ‘10’.

La operadora selecciona el pedido en cuestión y pulsa el botón “cancelar pedido”.

El sistema muestra un mensaje de aviso de borrado y solicita la confirmación. La operadora confirma la eliminación del pedido al cliente pulsando el botón “aceptar”.

Resultado esperado El pedido seleccionado es eliminado del sistema.

13.5

Evaluación de la Prueba

Prueba superada con éxito.

Confidencial

 Deportes LSI 03, 2013

Pág. 17

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Elaborar Pedido

Fecha:

09/12/02

Caso de Prueba CP02

14.

Comprobar ratio de pago del cliente

14.1

Descripción 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 elaboración de dicho pedido, que consistirá en elegir una modalidad de pago que no corresponde con el ratio de pago del cliente.

14.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario operadora “maria” está dado de alta en la base de datos de empleado y su clave correspondiente y que el cliente Javier con DNI 22496359-P también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

14.3

Entrada            

  14.4

Introducimos ‘maria’ en el campo usuario Introducimos ‘nike’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un operador.

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

La operadora introduce el DNI del cliente apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboración que tiene el cliente en el sistema y los que ya ha enviado al almacén.

El cliente solicita hacer un nuevo pedido.

La operadora pulsa el botón “nuevo”.

El sistema muestra la interfaz propia de la realización de un pedido.

El cliente solicita comprar un par de sudaderas.

La operadora introduce una línea de pedido: o Introduce ‘3’ en código artículo o Se rellena automáticamente los campos nombre y precio. o Introduce ‘2’ en cantidad o Pulsa el botón “añadir línea” o Se actualiza automáticamente el precio total El cliente solicita a la operadora pago a crédito.

La operadora pincha en el desplegable forma de pago

Resultado esperado No es posible escoger la opción a crédito porque el ratio del cliente solo permite al contado.

14.5

Evaluación de la Prueba Prueba superada con éxito

Confidencial

 Deportes LSI 03, 2013

Pág. 18

Deportes LSI 03

Sistema para Gesti贸n de Art铆culos Deportivos LSI 03 Especificaci贸n de Caso de Prueba: Incidencia de Pedido Versi贸n 3.0

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Incidencia de Pedido

Fecha:

16/01/03

Caso de Prueba CP06

Historial de Revisiones Fecha

Versión

Descripción

Autor

11/01/2003

0.9

Versión preliminar a falta de aprobación del Stakeholder

Rosa María Ogallar

07/01/2003

1.0

Versión con ajustes respecto a las interfaces

Rosa María Ogallar

10/01/2003

2.0

Versión lista Stakeholder

Rosa María Ogallar

15/01/2003

2.9

Versión preparada para la segunda iteración de la fase de construcción

César López Rodríguez

16/01/2003

3.0

Versión con nuevas pruebas

Rosa María Ogallar

Confidencial

para

Deportes LSI 03, 2013

revisión

con

el

Pág. 2

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Incidencia de Pedido

Fecha:

16/01/03

Caso de Prueba CP06

Tabla de Contenidos 1.

Descripción

4

2.

Crear una incidencia normal en Almacén

4

2.1 2.2 2.3 2.4 2.5

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

4 4 4 5 5

Crear una incidencia vacía en Almacén

5

3.1 3.2 3.3 3.4 3.5

5 5 5 5 6

3.

4.

5.

6.

7.

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Consultar incidencias en Almacén

6

4.1 4.2 4.3 4.4 4.5

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

6 6 6 6 6

Crear una incidencia normal en Ventas

7

5.1 5.2 5.3 5.4 5.5

7 7 7 7 7

Descripción Condiciones de Ejecución Entrada Resultado Esperado Evaluación

Crear una incidencia vacía en Ventas

8

6.1 6.2 6.3 6.4 6.5

8 8 8 8 8

Descripción Condiciones de Ejecución Entrada Resultado Esperado Evaluación

Consultar incidencias en Ventas

9

7.1 7.2 7.3 7.4 7.5

9 9 9 9 9

Confidencial

Descripción Condiciones de Ejecución Entrada Resultado Esperado Evaluación

Deportes LSI 03, 2013

Pág. 3

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Incidencia de Pedido

Fecha:

16/01/03

Caso de Prueba CP06

1.

Descripción Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de Uso “Incidencia Pedido”.

La pruebas realizadas a este caso de uso son:      

Crear una incidencia normal en Almacén.

Crear una incidencia vacía en Almacén.

Consultar incidencias en Almacén.

Crear una incidencia normal en Ventas.

Crear una incidencia vacía en Ventas.

Consultar incidencias en Ventas.

El entorno del cual partiremos para realizar la prueba será el formulario de entrada de la aplicación

2.

Crear una incidencia normal en Almacén

2.1

Descripción Nos introducimos en el sistema como técnico de almacén, 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 atención de ese pedido.

2.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 especificación completa de los datos.

2.3

Entrada           

Confidencial

Introducimos ‘toni’ en el campo usuario.

Introducimos ‘puma’ en el campo contraseña.

Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

Seleccionamos de la lista de pedidos no atendidos el pedido de código ‘1’.

Pulsamos el botón ‘Atender Pedido’.

Nos aparece la interfaz para atender un pedido.

Pulsamos el botón ‘Incidencia’.

Nos aparece la interfaz de nueva incidencia.

Introducimos un comentario y pulsamos ‘Guardar’.

Pulsamos ‘Guardar’ o ‘Salir’ en la interfaz atender pedido.

Deportes LSI 03, 2013

Pág. 4

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Incidencia de Pedido

Fecha:

16/01/03

Caso de Prueba CP06

2.4

Resultado esperado La incidencia se almacena en el sistema.

2.5

Evaluación de la Prueba Prueba superada con éxito.

3.

Crear una incidencia vacía en Almacén

3.1

Descripción Nos introducimos en el sistema como técnico de almacén, 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 atención de ese pedido. En este caso, probaremos a crear una incidencia vacía para ver como responde el sistema.

3.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 especificación completa de los datos.

3.3

Entrada          

3.4

Introducimos ‘toni’ en el campo usuario.

Introducimos ‘puma’ en el campo contraseña.

Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

Seleccionamos de la lista de pedidos no atendidos el pedido de código ‘1’.

Pulsamos el botón ‘Atender Pedido’.

Nos aparece la interfaz para atender un pedido.

Pulsamos el botón ‘Incidencia’.

Nos aparece la interfaz de nueva incidencia.

Pulsamos ‘Guardar’ sin haber introducido ningún comentario.

Resultado esperado El sistema nos muestra un mensaje de error que nos indica que el campo observaciones no puede ser vacío.

Confidencial

Deportes LSI 03, 2013

Pág. 5

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Incidencia de Pedido

Fecha:

16/01/03

Caso de Prueba CP06

3.5

Evaluación de la Prueba Prueba superada con éxito.

4.

Consultar incidencias en Almacén

4.1

Descripción Nos introducimos en el sistema como técnico de almacén, 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 atención de ese pedido. En este caso, consultaremos la lista de incidencias almacenadas en el sistema.

4.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 especificación completa de los datos.

4.3

Entrada          

4.4

Introducimos ‘toni’ en el campo usuario.

Introducimos ‘puma’ en el campo contraseña.

Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

Seleccionamos de la lista de pedidos no atendidos el pedido de código ‘1’.

Pulsamos el botón ‘Atender Pedido’.

Nos aparece la interfaz para atender un pedido.

Pulsamos el botón ‘Incidencia’.

Nos aparece la interfaz de nueva incidencia.

Pulsamos ‘Consultar Incidencias’.

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

4.5

Evaluación de la Prueba Prueba superada con éxito.

Confidencial

Deportes LSI 03, 2013

Pág. 6

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Incidencia de Pedido

Fecha:

16/01/03

Caso de Prueba CP06

5.

Crear una incidencia normal en Ventas

5.1

Descripción 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 elaboración de ese pedido.

5.2

Condiciones de Ejecución Las condiciones de ejecución 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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

5.3

Entrada              

5.4

Introducimos ‘maria’ en el campo usuario Introducimos ‘nike’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un operador.

El cliente ‘Jaime’ con código ‘1’ llama a la operadora.

La operadora introduce el código del cliente apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboración que tiene el cliente en el sistema y los que ya ha enviado al almacén.

El cliente solicita hacer modificaciones al pedido ‘4’.

La operadora selecciona el pedido en cuestión y pulsa el botón “modificar”, aparece la interfaz de modificar pedido.

La operadora observa que hay anomalías y procede a la creación de una incidencia.

Pulsamos el botón ‘Incidencia’.

Nos aparece la interfaz de nueva incidencia.

Introducimos un comentario y pulsamos ‘Guardar’.

Pulsamos ‘Guardar’ o ‘Salir’ en la interfaz modificar pedido.

Resultado Esperado La incidencia se almacena en el sistema.

5.5

Evaluación Prueba superada con éxito.

Confidencial

Deportes LSI 03, 2013

Pág. 7

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Incidencia de Pedido

Fecha:

16/01/03

Caso de Prueba CP06

6.

Crear una incidencia vacía en Ventas

6.1

Descripción 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 elaboración de ese pedido. En este caso, probaremos a crear una incidencia vacía para ver como responde el sistema.

6.2

Condiciones de Ejecución Las condiciones de ejecución 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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

6.3

Entrada             

6.4

Introducimos ‘maria’ en el campo usuario Introducimos ‘nike’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un operador.

El cliente ‘Jaime’ con código ‘1’ llama a la operadora.

La operadora introduce el código del cliente apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboración que tiene el cliente en el sistema y los que ya ha enviado al almacén.

El cliente solicita hacer modificaciones al pedido ‘4’.

La operadora selecciona el pedido en cuestión y pulsa el botón “modificar”, aparece la interfaz de modificar pedido.

La operadora observa que hay anomalías y procede a la creación de una incidencia.

Pulsamos el botón ‘Incidencia’.

Nos aparece la interfaz de nueva incidencia.

Pulsamos ‘Guardar’ sin haber introducido ningún comentario.

Resultado Esperado El sistema nos muestra un mensaje de error que nos indica que el campo observaciones no puede ser vacío.

6.5

Evaluación Prueba superada con éxito.

Confidencial

Deportes LSI 03, 2013

Pág. 8

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Incidencia de Pedido

Fecha:

16/01/03

Caso de Prueba CP06

7.

Consultar incidencias en Ventas

7.1

Descripción 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 elaboración de ese pedido. En este caso, consultaremos la lista de incidencias almacenadas en el sistema.

7.2

Condiciones de Ejecución Las condiciones de ejecución 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 también figure en la base de datos. Consultar la Base de Datos de Pruebas para ver toda la especificación completa de los datos.

7.3

Entrada             

7.4

Introducimos ‘maria’ en el campo usuario Introducimos ‘nike’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un operador.

El cliente ‘Jaime’ con código ‘1’ llama a la operadora.

La operadora introduce el código del cliente apareciendo en el formulario los datos completos del cliente.

Aparece una lista con los pedidos en elaboración que tiene el cliente en el sistema y los que ya ha enviado al almacén.

El cliente solicita hacer modificaciones al pedido ‘4’.

La operadora selecciona el pedido en cuestión y pulsa el botón “modificar”, aparece la interfaz de modificar pedido.

La operadora consulta las incidencias por si el pedido en cuestión tubo alguna.

Pulsamos el botón ‘Incidencia’.

Nos aparece la interfaz de nueva incidencia.

Pulsamos ‘Consultar Incidencias’.

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

7.5

Evaluación Prueba superada con éxito.

Confidencial

Deportes LSI 03, 2013

Pág. 9

Deportes LSI 03

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Prueba: Caso de Pruebas de Pasar Pedido a Envío Versión 3.0

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Pasar Pedido a Envío

Fecha:

15/01/03

Caso de Prueba CP05

Historial de Revisiones Fecha

Versión

Descripción

Autor

03/01/2003

0.9

Versión preliminar a falta de aprobación del Stakeholder

Rosa María Ogallar

07/01/2003

1.0

Versión con ajustes respecto a las interfaces

Rosa María Ogallar

10/01/2003

2.0

Versión lista Stakeholder

Rosa María Ogallar

15/01/2003

3.0

Versión preparada para la segunda iteración de la fase de construcción

Confidencial

para

Deportes LSI 03, 2013

revisión

con

el

César López Rodríguez

Pág. 2

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Pasar Pedido a Envío

Fecha:

15/01/03

Caso de Prueba CP05

Tabla de Contenidos 1.

Descripción

4

2.

Pasar pedido completo a envío desde la lista de pedidos en atención

4

2.1 2.2 2.3 2.4 2.5

4 4 4 4 5

3.

4.

5.

6.

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Pasar pedido completo a envío desde atender pedido

5

3.1 3.2 3.3 3.4 3.5

5 5 5 5 5

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Cancelar al pasar un pedido incompleto a envío

5

4.1 4.2 4.3 4.4 4.5

5 6 6 6 6

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Pasar a envío un pedido incompleto generando un pedido con las cantidades restantes

6

5.1 5.2 5.3 5.4 5.5

6 6 7 7 7

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Pasar a envío un pedido incompleto sin generar un pedido con las cantidades restantes

7

6.1 6.2 6.3 6.4 6.5

7 7 8 8 8

Confidencial

Descripción Condiciones de ejecución Entrada Resultado esperado Evaluación de la Prueba

Deportes LSI 03, 2013

Pág. 3

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Pasar Pedido a Envío

Fecha:

15/01/03

Caso de Prueba CP05

1.

Descripción Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de Uso “Pasar Pedido a Envío”.

La pruebas realizadas a este caso de uso son:     

Pasar pedido a envío desde la lista de pedidos en atención.

Pasar pedido a envío desde atender pedido.

Cancelar al pasar un pedido incompleto a envío.

Pasar a envío un pedido incompleto generando un pedido con las cantidades restantes.

Pasar a envío un pedido incompleto sin generar un pedido con las cantidades restantes.

El entorno del cual partiremos para realizar la prueba será el formulario de entrada de la aplicación

2.

Pasar pedido completo a envío desde la lista de pedidos en atención

2.1

Descripción Nos introducimos en el sistema como técnico de almacén, accediendo a su funcionalidad y solicitamos consultar pedidos en atención, el sistema nos mostrara una lista con los pedidos en atención que haya almacenados en el sistema. Seleccionaremos un pedido y lo pasaremos a envío.

2.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 especificación completa de los datos.

2.3

Entrada      

2.4

Introducimos ‘toni’ en el campo usuario Introducimos ‘puma’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

Seleccionamos de la lista de pedidos en atención el pedido de código ‘3’.

Pulsamos el botón ‘Pasar a listo para envío’.

Resultado esperado El pedido queda almacenado en el sistema como listo para envío.

Confidencial

Deportes LSI 03, 2013

Pág. 4

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Pasar Pedido a Envío

Fecha:

15/01/03

Caso de Prueba CP05

2.5

Evaluación de la Prueba Prueba superada con éxito.

3.

Pasar pedido completo a envío desde atender pedido

3.1

Descripción Nos introducimos en el sistema como técnico de almacén, accediendo a su funcionalidad y solicitamos consultar pedidos en atención, el sistema nos mostrara una lista con los pedidos en atención que haya almacenados en el sistema. Seleccionaremos un pedido y después de comprobar desde la opción atender pedido que tiene todas las cantidades asignadas lo pasaremos a envío.

3.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 especificación completa de los datos.

3.3

Entrada      

3.4

Introducimos ‘toni’ en el campo usuario Introducimos ‘puma’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

El técnico selecciona de la lista de pedidos en atención el pedido de código ‘6’ y pulsa el botón ‘Atender Pedido’.

Una vez comprobado que tiene todas las cantidades asignadas pulsa el botón ‘Pasar a Envíos’.

Resultado esperado El pedido queda almacenado en el sistema como listo para envío.

3.5

Evaluación de la Prueba Prueba superada con éxito.

4.

Cancelar al pasar un pedido incompleto a envío

4.1

Descripción Nos introducimos en el sistema como técnico de almacén, accediendo a su funcionalidad y solicitamos consultar pedidos en atención, el sistema nos mostrara una lista con los pedidos en atención que haya

Confidencial

Deportes LSI 03, 2013

Pág. 5

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Pasar Pedido a Envío

Fecha:

15/01/03

Caso de Prueba CP05

almacenados en el sistema. Seleccionaremos un pedido incompleto y lo pasaremos a envío, cancelando seguidamente dicha decisión.

4.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 especificación completa de los datos.

4.3

Entrada        

4.4

Introducimos ‘toni’ en el campo usuario Introducimos ‘puma’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

Seleccionamos de la lista de pedidos en atención el pedido de código ‘7’.

Pulsamos el botón ‘Pasar a listo para envío’.

Nos aparece un mensaje de confirmación que nos indica que el pedido esta incompleto.

Elegimos la opción ‘Cancelar’.

Resultado esperado El pedido no se modifica por dicha acción y sigue almacenado en el sistema con estado en atención.

4.5

Evaluación de la Prueba Prueba superada con éxito.

5.

Pasar a envío un pedido incompleto generando un pedido con las cantidades restantes

5.1

Descripción Nos introducimos en el sistema como técnico de almacén, accediendo a su funcionalidad y solicitamos consultar pedidos en atención, el sistema nos mostrara una lista con los pedidos en atención que haya almacenados en el sistema. Seleccionaremos un pedido incompleto y lo pasaremos a envío, responderemos afirmativamente a la confirmación de paso de envío y responderemos afirmativamente a la creación de un pedido con las cantidades restantes.

5.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 especificación completa de los datos.

Confidencial

Deportes LSI 03, 2013

Pág. 6

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Pasar Pedido a Envío

Fecha:

15/01/03

Caso de Prueba CP05

5.3

Entrada          

5.4

Introducimos ‘toni’ en el campo usuario Introducimos ‘puma’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

Seleccionamos de la lista de pedidos en atención el pedido de código ‘7’.

Pulsamos el botón ‘Pasar a listo para envío’.

Nos aparece un mensaje de confirmación que nos indica que el pedido esta incompleto.

Elegimos la opción ‘Aceptar’.

Nos aparece un mensaje de confirmación sobre la creación de un pedido con las cantidades restantes.

Elegimos la opción ‘Aceptar’.

Resultado esperado El pedido se almacena en el sistema con estado listo para envío y se almacena un nuevo pedido en el sistema con las cantidades que restaron del anterior con estado en elaboración.

5.5

Evaluación de la Prueba Prueba superada con éxito.

6.

Pasar a envío un pedido incompleto sin generar un pedido con las cantidades restantes

6.1

Descripción Nos introducimos en el sistema como técnico de almacén, accediendo a su funcionalidad y solicitamos consultar pedidos en atención, el sistema nos mostrara una lista con los pedidos en atención que haya almacenados en el sistema. Seleccionaremos un pedido incompleto y lo pasaremos a envío, responderemos afirmativamente a la confirmación de paso de envío y responderemos negativamente a la creación de un pedido con las cantidades restantes.

6.2

Condiciones de ejecución Las condiciones de ejecución del caso de prueba son que el usuario técnico de almacén “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 especificación completa de los datos.

Confidencial

Deportes LSI 03, 2013

Pág. 7

Sistema para Gestión de Artículos Deportivos LSI 03

Versión:

3.0

Especificación de Caso de Prueba: Pasar Pedido a Envío

Fecha:

15/01/03

Caso de Prueba CP05

6.3

Entrada          

6.4

Introducimos ‘toni’ en el campo usuario Introducimos ‘puma’ en el campo contraseña Pulsamos entrar o el botón “aceptar” de la aplicación.

Nos aparece la interfaz propia de un técnico de almacén.

Seleccionamos de la lista de pedidos en atención el pedido de código ‘8’.

Pulsamos el botón ‘Pasar a listo para envío’.

Nos aparece un mensaje de confirmación que nos indica que el pedido esta incompleto.

Elegimos la opción ‘Aceptar’.

Nos aparece un mensaje de confirmación sobre la creación de un pedido con las cantidades restantes.

Elegimos la opción ‘Cancelar’.

Resultado esperado El pedido se almacena en el sistema con estado listo para envío.

6.5

Evaluación de la Prueba Prueba superada con éxito.

Confidencial

Deportes LSI 03, 2013

Pág. 8