PROYECTO FINAL by oscar vega

PROYECTO FINAL INGENIERIA DE SOFTWARE ALUMNO: OSCAR FERMIN VEGA COTA MAESTRO: BENITO FRANCO MATRICULA:25083154 CARRERA: LISC

Cd. Obreg贸n Sonora a 12 de junio del 2013

INTRODUCCIÓN

La empresa BLACK SHADOW S.A. DE C.V. solicitó 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:

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

Gestión de proyectos  Planificación.

Su propósito principal es establecer un conjunto detallado de directrices que permita al equipo de trabajo saber exactamente que tiene que hacer cuando tiene que hacerse y que recursos tienen que estar disponibles. Los pasos a seguir para la implantación de una determinada tecnología serán: 1. Idea y formulación: partiendo de la idea de lo que se quiere conseguir se

buscará la solución más adecuada 2. Análisis: este determinará la mejor solución al problema planteado. 3. Oferta: El punto uno y dos se traducen en una oferta que deberá aprobar el

cliente. 4. Planificación: se asignarán recursos al proyecto. Tanto internos como externos y

se establecerán los interlocutores válidos para la puesta en marcha del proyecto. También se determinarán las fechas de entrega. 5. Ejecución y entrega 6. Explotación: en esta fase siempre se plantean opciones varias para el

mantenimiento de la tecnología implantada. Mantenimiento externo o interno. En

el caso de ser interno se propone la formación del personal de la empresa que se encargará de este tipo de actuaciones.

 Calendarización de proyectos.

Es una actividad que distribuye estimaciones de esfuerzo a través de la duración planificada del proyecto para asignar el esfuerzo a tareas específicas Ing. De software.

 Gestión de riesgo.

Es una serie de pasos que ayudan a comprender y manejar la incertidumbre que implica el desarrollo de todo el proyecto.

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

BLACK SHADOW S.A. DE C.V.

Introducción Este Plan de Desarrollo del Software es una versión preliminar preparada para ser incluida en la propuesta elaborada como respuesta al proyecto final de la asignatura de Ingeniería de Software de la Universidad del Desarrollo Profesional. Este documento provee una visión global del enfoque de desarrollo propuesto. El proyecto ha sido basado en una metodología de Rational Unified Process en la que únicamente se procederá a cumplir con las tres primeras fases que marca la metodología, constando únicamente en la tercera fase de dos iteraciones. Es importante destacar esto puesto que utilizaremos la terminología RUP en este documento. Se incluirá el detalle para las fases de Inicio y Elaboración y adicionalmente se esbozarán las fases posteriores de Construcción y Transición para dar una visión global de todo proceso. El enfoque desarrollo propuesto constituye una configuración del proceso RUP de acuerdo a las características del proyecto, seleccionando los roles de los participantes, las actividades a realizar y los artefactos (entregables) que serán generados. Este documento es a su vez uno de los artefactos de RUP.

1.1

Propósito El propósito del Plan de Desarrollo de Software es proporcionar la información necesaria para controlar el proyecto. En él se describe el enfoque de desarrollo del software. Los usuarios del Plan de Desarrollo del Software son: •

El jefe del proyecto lo utiliza para organizar la agenda y necesidades de recursos, y para realizar su seguimiento.

•

Los miembros del equipo de desarrollo lo usan para entender lo qué deben hacer, cuándo deben hacerlo y qué otras actividades dependen de ello.

1.2

Alcance El Plan de Desarrollo del Software describe el plan global usado para el desarrollo del “Sistema para Gestión de Artículos Deportivos”. El detalle de las iteraciones individuales se describe en los planes de cada iteración, documentos que se aportan en forma separada. Durante el proceso de desarrollo en el artefacto “Visión” se definen las características del producto a desarrollar, lo cual constituye la base para la planificación de las iteraciones. Para la versión 1.0 del Plan de Desarrollo del Software, nos hemos basado en la captura de requisitos por medio del stakeholder representante de la empresa para hacer una estimación aproximada, una vez comenzado el proyecto y durante la fase de Inicio se generará la primera versión del artefacto “Visión”, el cual se utilizará para refinar este documento. Posteriormente, el avance del proyecto y el seguimiento en cada una de las iteraciones ocasionará el ajuste de este documento produciendo nuevas versiones actualizadas.

1.3

Resumen Después de esta introducción, el resto del documento está organizado en las siguientes secciones: Vista General del Proyecto — proporciona una descripción del propósito, alcance y objetivos del proyecto, estableciendo los entragbles que serán producidos y utilizados durante el proyecto.. Organización del Proyecto — describe la estructura organizacional del equipo de desarrollo. Gestión del Proceso — explica los costos y planificación estimada, define las fases e hitos del proyecto y describe cómo se realizará su seguimiento. Planes y Guías de aplicación — proporciona una vista global del proceso de desarrollo de software, incluyendo métodos, herramientas y técnicas que serán utilizadas.

2. 2.1

Vista General del Proyecto Propósito, Alcance y Objetivos La información que a continuación se incluye ha sido extraída de las diferentes reuniones que se han celebrado con el stakeholder de la empresa desde el inicio del proyecto. Deportes BLACK SHADOW S.A. DE .C.V. lleva a cabo la venta al por mayor de artículos deportivos a nivel internacional. La entrada en un mercado competitivo como en el que encuentra inmersa esta firma conllevará una previsible adaptación a los nuevos sistemas de información y a la evolución tecnológica. Por ello, Deportes BLACK SHADOW S.A. DE C.V. considera necesario el desarrollo de un nuevo sistema de gestión de los artículos deportivos que forman parte de sus catálogos, así como las bases de datos que recogen datos tanto estadísticos, empresariales como de nóminas, plantillas de personal, etc., por tanto los solicitantes demandan una gestión más rápida, automática y segura de las gestiones de almacén y bases de datos de los distintos departamentos.” El proyecto debe proporcionar una propuesta para el desarrollo de todos los subsistemas implicados en la gestión de artículos deportivos y bases de datos departamentales”. Estos subsistemas se pueden diferenciar en siete grandes bloques: a)

Gestión de Ventas, incluyendo: •

Procedimiento de venta de productos vía operadoras de teléfono.

•

Procedimiento de venta mediante la atención de comerciales a domicilio del cliente.

•

Procedimiento de venta mediante el sistema online, vía web. Gestión de Almacenes, incluyendo:

•

Gestión de nuevos pedidos.

•

Reserva de stock para la preparación de pedidos.

•

Gestión de incidencias de stock.

•

Gestión de pedidos para envío.

•

Gestión de consultas de estado de pedidos

•

Cancelación de pedidos solicitado por el cliente.

Gestión de Envíos, incluyendo:

2.2

•

Gestión de Pedidos para envío.

•

Gestión de recibos.

Departamento de Recursos Humanos.

Departamento de Marketing.

Departamento de Logística.

Contabilidad y Facturación.

Suposiciones y Restricciones Las suposiciones y restricciones respecto del sistema, y que se derivan directamente de las entrevistas con el stakeholder de la empresa son: a)

Debe contemplarse las implicaciones de los siguientes puntos críticos: •

Compatibilidad de la solución con protocolos IPv6

•

Caracteres multilingües

•

Sistemas seguros: protección trasmisiones de datos (PKI), etc.

•

Gestión de flujos de trabajo, seguridad de transacciones e intercambio de información

•

Adaptación a la normativa de Protección de Datos

información,

seguridad

las

La automatización de la gestión interna del registro debe ajustarse a la legislación vigente y considerar la previsión de la nueva legislación referente a los dominios de tercer nivel.

El subsistema “Gestión de Almacenes” debe diseñarse como módulo independiente para ser utilizado posteriormente en otras regiones de los distintos almacenes no centralizados encargados de proveer a cada región de clientes de Deportes BLACK SHADOW S.A. DE C.V.

Como es natural, la lista de suposiciones y restricciones se incrementará durante el desarrollo del proyecto, particularmente una vez establecido el artefacto “Visión”.

2.3

Entregables del proyecto A continuación se indican y describen cada uno de los artefactos que serán generados y utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la configuración de RUP desde la perspectiva de artefactos, y que proponemos para este proyecto.

Es preciso destacar que de acuerdo a la filosofía de RUP (y de todo proceso iterativo e incremental), todos los artefactos son objeto de modificaciones a lo largo del proceso de desarrollo, con lo cual, sólo al término del proceso podríamos tener una versión definitiva y completa de cada uno de ellos. Sin embargo, el resultado de cada iteración y los hitos del proyecto están enfocados a conseguir un cierto grado de completitud y estabilidad de los artefactos. Esto será indicado más adelante cuando se presenten los objetivos de cada iteración.

1) Plan de Desarrollo del Software

Es el presente documento.

2) Modelo de Casos de Uso del Negocio

Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores externos (Agentes de registro, solicitantes finales, otros sistemas etc.). permite situar al sistema en el contexto organizacional haciendo énfasis en los objetivos en este ámbito. Este modelo se representa con un Diagrama de Casos de Uso usando estereotipos específicos para este modelo.

3) Modelo de Objetos del Negocio

Es un modelo que describe la realización de cada caso de uso del negocio, estableciendo los actores internos, la información que en términos generales manipulan y los flujos de trabajo (workflows) asociados al caso de uso del negocio. Para la representación de este modelo se utilizan Diagramas de Colaboración (para mostrar actores externos, internos y las entidades (información) que manipulan, un Diagrama de Clases para mostrar gráficamente las entidades del sistema y sus relaciones, y Diagramas de Actividad para mostrar los flujos de trabajo.

4) Glosario

Es un documento que define los principales términos usados en el proyecto. Permite establecer una terminología consensuada. .

5) Modelo de Casos de Uso

El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso de ellas. Se representa mediante Diagramas de Casos de Uso.

6) Visión

Este documento define la visión del producto desde la perspectiva del cliente, especificando las necesidades y características del producto. Constituye una base de acuerdo en cuanto a los requisitos del sistema.

7) Especificaciones de Casos de Uso

Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con una simple descripción narrativa) se realiza una descripción detallada utilizando una plantilla de documento, donde se incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos no-funcionales asociados. También, para casos de uso cuyo flujo de eventos sea complejo podrá adjuntarse una representación gráfica mediante un Diagrama de Actividad.

8) Especificaciones Adicionales

Este documento capturará todos los requisitos que no han sido incluidos como parte de los casos de uso y se refieren requisitos no-funcionales globales. Dichos requisitos incluyen: requisitos legales o normas, aplicación de estándares, requisitos de calidad del producto, tales como: confiabilidad, desempeño, etc., u otros requisitos de ambiente, tales como: sistema operativo, requisitos de compatibilidad, etc.

9) Prototipos de Interfaces de Usuario

Se trata de prototipos que permiten al usuario hacerse una idea más o menos precisa de las interfaces que proveerá el sistema y así, conseguir retroalimentación de su parte respecto a los requisitos del sistema. Estos prototipos se realizarán como: dibujos a mano en papel, dibujos con alguna herramienta gráfica o prototipos ejecutables interactivos, siguiendo ese orden de acuerdo al avance del proyecto. Sólo los de este último tipo serán entregados al final de la fase de Elaboración, los otros serán desechados. Asimismo, este artefacto, será desechado en la fase de Construcción en la medida que el resultado de las iteraciones vayan desarrollando el producto final.

10) Modelo de Análisis y Diseño

Este modelo establece la realización de los casos de uso en clases y pasando desde una representación en términos de análisis (sin incluir aspectos de implementación) hacia una de diseño (incluyendo una orientación hacia el entorno de implementación), de acuerdo al avance del proyecto.

11) Modelo de Datos

Previendo que la persistencia de la información del sistema será soportada por una base de datos relacional, este modelo describe la representación lógica de los datos persistentes, de acuerdo con el enfoque para modelado relacional de datos. Para expresar este modelo se utiliza un Diagrama de Clases (donde se utiliza un profile UML para Modelado de Datos, para conseguir la representación de tablas, claves, etc.) .

12) Modelo de Implementación

Este modelo es una colección de componentes y los subsistemas que los contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de código

fuente, y todo otro tipo de ficheros necesarios para la implantación y despliegue del sistema. (Este modelo es sólo una versión preliminar al final de la fase de Elaboración, posteriormente tiene bastante refinamiento).

13) Modelo de Despliegue

Este modelo muestra el despliegue la configuración de tipos de nodos del sistema, en los cuales se hará el despliegue de los componentes.

14) Casos de Prueba

Cada prueba es especificada mediante un documento que establece las condiciones de ejecución, las entradas de la prueba, y los resultados esperados. Estos casos de prueba son aplicados como pruebas de regresión en cada iteración. Cada caso de prueba llevará asociado un procedimiento de prueba con las instrucciones para realizar la prueba, y dependiendo del tipo de prueba dicho procedimiento podrá ser automatizable mediante un script de prueba.

15) Solicitud de Cambio

Los cambios propuestos para los artefactos se formalizan mediante este documento. Mediante este documento se hace un seguimiento de los defectos detectados, solicitud de mejoras o cambios en los requisitos del producto. Así se provee un registro de decisiones de cambios, de su evaluación e impacto, y se asegura que éstos sean conocidos por el equipo de desarrollo. Los cambios se establecen respecto de la última baseline (el estado del conjunto de los artefactos en un momento determinado del proyecto) establecida. En nuestro caso al final de cada iteración se establecerá una baseline.

16) Plan de Iteración

Es un conjunto de actividades y tareas ordenadas temporalmente, con recursos asignados, dependencias entre ellas. Se realiza para cada iteración, y para todas las fases.

17) Evaluación de Iteración

Este documento incluye le evaluación de los resultados de cada iteración, el grado en el cual se han conseguido los objetivos de la iteración, las lecciones aprendidas y los cambios a ser realizados.

18) Lista de Riesgos

Este documento incluye una lista de los riesgos conocidos y vigentes en el proyecto, ordenados en orden decreciente de importancia y con acciones específicas de contingencia o para su mitigación.

19) Manual de Instalación

Este documento incluye las instrucciones para realizar la instalación del producto.

20) Material de Apoyo al Usuario Final

Corresponde a un conjunto de documentos y facilidades de uso del sistema, incluyendo: Guías del Usuario, Guías de Operación, Guías de Mantenimiento y Sistema de Ayuda en Línea

21) Producto

Los ficheros del producto empaquetados y almacenadas en un CD con los mecanismos apropiados para facilitar su instalación. El producto, a partir de la primera iteración de la fase de Construcción es desarrollado incremental e iterativamente, obteniéndose una nueva release al final de cada iteración.

Los artefactos 19, 20 y 21 se generarán a partir de la fase de Construcción, con lo cual se han incluido aquí sólo para dar una visión global de todos los

artefactos que se generarán en el proceso de desarrollo. 2.4

3. 3.1

Evolución del Plan de Desarrollo del Software El Plan de Desarrollo del Software se revisará semanalmente y se refinará antes del comienzo de cada iteración. Organización del Proyecto Participantes en el Proyecto De momento no se incluye el personal que designará Deportes BLACK SHADOW S.A. DE C.V. como Responsable del Proyecto, Comité de Control y Seguimiento, otros participantes que se estimen convenientes para proporcionar los requisitos y validar el sistema. El resto del personal del proyecto (por la parte del la empresa adjudicataria), considerando las fases de Inicio, Elaboración y dos iteraciones de la fase de Construcción, estará formado por los siguientes puestos de trabajo y personal asociado: Jefe de Proyecto. Labor de EDGAR JAVIER URQUIJO RASCÓN alumno de la carrera de Ingeniería de software de la universidad de desarrollo profesional. Con una experiencia modesta en metodologías de desarrollo, herramientas CASE y notaciones, en particular la notación UML y el proceso de desarrollo RUP. Analista de Sistemas. El perfil establecido es: Ingeniero en sistemas computacionales con conocimientos de UML, uno de ellos al menos con experiencia en sistemas afines a la línea del proyecto, labor que llevará a cabo OSCAR FERMIN VEGA COTA. 4 Analistas - Programadores. Con experiencia en el entorno de desarrollo del proyecto, con el fin de que los prototipos puedan ser lo más cercanos posibles al producto final. Este trabajo ha sido encomendado a OSCAR FERMIN VEGA COTA. Ingeniero de Software. El perfil establecido es: Ingeniero en sistemas computacionales, realizando labores de gestión de requisitos, gestión de configuración, documentación y diseño de datos. Encargado de las pruebas funcionales del sistema, realizará la labor de EDGAR JAVIER URQUIJO RASCÓN. Los Currículos Vitae del personal del proyecto que ya ha comprometido su participación se adjuntan por separado.

3.2

Interfaces Externas Deportes BLACK SHADOW S.A. DE C.V. definirá los participantes del proyecto que proporcionarán los requisitos del sistema, y entre ellos quiénes serán los encargados de evaluar los artefactos de acuerdo a cada subsistema y según el plan establecido. El equipo de desarrollo interactuará activamente con los participantes de Deportes BLACK SHADOW S.A. DE C.V. para especificación y validación de los artefactos generados.

3.3

Roles y Responsabilidades A continuación se describen las principales responsabilidades de cada uno de los puestos en el equipo de desarrollo durante las fases de Inicio y Elaboración, de acuerdo con los roles que desempeñan en RUP.

Puesto

Responsabilidad

Jefe de Proyecto

El jefe de proyecto asigna los recursos, gestiona las prioridades, coordina las interacciones con los clientes y usuarios, y mantiene al equipo del proyecto enfocado en los objetivos. El jefe de proyecto también establece un conjunto de prácticas que aseguran la integridad y calidad de los artefactos del proyecto. Además, el jefe de proyecto se encargará de supervisar el establecimiento de la arquitectura del sistema. Gestión de riesgos. Planificación y control del proyecto.

Analista Sistemas

Programador

Ingeniero Software

Captura, especificación y validación de requisitos, interactuando con el cliente y los usuarios mediante de entrevistas. Elaboración del Modelo de Análisis y Diseño. Colaboración en la elaboración de las pruebas funcionales y el modelo de datos. Construcción de prototipos. Colaboración en la elaboración de las pruebas funcionales, modelo de datos y en las validaciones con el usuario de Gestión de requisitos, gestión de configuración y cambios, elaboración del modelo de datos, preparación de las pruebas funcionales, elaboración de la documentación. Elaborar modelos de implementación y

despliegue.

Gestión del Proceso

Estimaciones del Proyecto El presupuesto del proyecto y los recursos involucrados se adjuntan en un documento separado. 4.1

4.2

4.2.1

Plan del Proyecto En esta sección se presenta la organización en fases e iteraciones y el calendario del proyecto. Plan de las Fases El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una de ellas. La siguiente tabla muestra una la distribución de tiempos y el número de iteraciones de cada fase (para las fases de Construcción y Transición es sólo una aproximación muy preliminar) Fase

Fase de Inicio

Nro. Iteraciones

Duración

3 semanas

Fase de 1 Elaboración

2 semanas

Fase de 2 Construcción

7 semanas

Fase Transición

de -

Los hitos que marcan el final de cada fase se describen en la siguiente tabla. Descripción

Hito

Fase de Inicio En esta fase desarrollará los requisitos del producto desde la perspectiva del usuario, los cuales serán establecidos en el artefacto Visión. Los principales casos de uso serán identificados y se hará un refinamiento del Plan de Desarrollo del Proyecto. La aceptación del cliente / usuario del artefacto Visión y el Plan de Desarrollo marcan el final de esta fase. Fase de Elaboración

En esta fase se analizan los requisitos y se desarrolla un prototipo de arquitectura (incluyendo las partes más relevantes y / o críticas del sistema). Al final de esta fase, todos los casos de uso correspondientes a requisitos que serán implementados en la primera release de la fase de Construcción deben estar analizados y diseñados (en el Modelo de Análisis / Diseño). La revisión y aceptación del prototipo de la arquitectura del sistema marca el final de esta fase. En nuestro caso particular, por no incluirse las fases siguientes, la revisión y entrega de todos los artefactos hasta este punto de desarrollo también se incluye como hito. La primera iteración tendrá como objetivo la identificación y especificación de los principales casos de uso, así como su realización preliminar en el Modelo de Análisis / Diseño, también permitirá hacer una revisión general del estado de los artefactos hasta este punto y ajustar si es necesario la planificación para asegurar el cumplimiento de los objetivos. Ambas iteraciones tendrán una duración de una semana.

Fase de Construcción

Durante la fase de construcción se terminan de analizar y diseñar todos los casos de uso, refinando el Modelo de Análisis / Diseño. El producto se construye en base a 2 iteraciones, cada una produciendo una release a la cual se le aplican las pruebas y se valida con el cliente / usuario. Se comienza la elaboración de material de apoyo al usuario. El hito que marca el fin de esta fase es la versión de la release 3.0, con la capacidad operacional parcial del producto que se haya considerado como crítica, lista para ser entregada a los usuarios para pruebas beta.

Fase de Transición

En esta fase se prepararán dos releases para distribución, asegurando una implantación y cambio del sistema previo de manera adecuada, incluyendo el entrenamiento de los usuarios. El hito que marca el fin de esta fase incluye, la entrega de toda la documentación del proyecto con los manuales de instalación y todo el material de apoyo al usuario, la finalización del entrenamiento de los usuarios y el empaquetamiento del producto.

Calendario del Proyecto A continuación se presenta un calendario de las principales tareas del proyecto incluyendo sólo las fases de Inicio y Elaboración. Como se ha comentado, el proceso iterativo e incremental de RUP está caracterizado por la realización en paralelo de todas las disciplinas de desarrollo a lo largo del proyecto, con lo cual la mayoría de los artefactos son generados muy tempranamente en el proyecto pero van desarrollándose en mayor o menor grado de acuerdo a la fase e iteración del proyecto. La siguiente figura ilustra este enfoque, en ella lo ensombrecido marca el énfasis de cada disciplina (workflow) en un momento determinado del desarrollo.

Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobación indica cuándo el artefacto en cuestión tiene un estado de completitud suficiente para someterse a revisión y aprobación, pero esto no quita la posibilidad de su posterior refinamiento y cambios.

Disciplinas / modificados

Artefactos

generados

o Comienzo

Aprobación

durante la Fase de Inicio Modelado del Negocio Semana 1 Modelo de Casos de Uso del Negocio y Semana 3 Modelo de Objetos del Negocio 13/05 – 27/05 – 3/06 19/05 Requisitos Semana 1 Glosario

13/05 19/05

Semana 3 –

Semana 2 Visión

Modelo de Casos de Uso

Especificación de Casos de Uso

Especificaciones Adicionales

20/05 26/05

27/05 – 3/06 Semana 3

–

27/05 – 3/06

Semana 3

siguiente 28/05 – 3/05 fase Semana 3

siguiente 28/05 – 3/06 fase

Análisis / Diseño Modelo de Análisis / Diseño

Semana 2 21/05

–

siguiente fase

27/05 Semana 2 Modelo de Datos

21/05 27/05

siguiente –fase

Implementación Prototipos de Interfaces de Usuario

Modelo de Implementación

Semana 3

siguiente 28/05 – 3/06 fase Semana 3

siguiente 28/05 – 3/06 fase

Pruebas Casos de Pruebas Funcionales

Semana 3

siguiente 28/05 – 3/06 fase

Despliegue Modelo de Despliegue Gestión de Cambios y Configuración

Semana 3

siguiente 28/05 – 3/06 fase Durante todo el proyecto

Gestión del proyecto Semana 1 Semana 3 Plan de Desarrollo del Software en su 14/05 – versión 1.0 y planes de las Iteraciones 28/05 – 3/06 20/06 Ambiente

Durante todo el proyecto

Disciplinas / Artefactos generados durante la

modificados

Fase de Elaboración

Comienzo

Aprobación

Modelado del Negocio Modelo de Casos de Uso del Negocio y Semana 1 Modelo de Objetos del 14/05 – 20/05 Negocio

aprobado

Requisitos Semana 1

Glosario

14/05 – 20/05 Semana 2

Visión

21/05 – 27/05

Modelo de Casos de Uso

aprobado

Semana 3

Semana 5

28/05 – 3/06

11/06 – 17/06

Especificación de CasosSemana 3 de Uso 28/05 – 3/06 Especificaciones Adicionales

aprobado

Semana 5 11/06 – 17/06

Semana 3

Semana 5

28/05 – 3/06

11/06 – 17/06

Análisis / Diseño Modelo Diseño

Análisis

Modelo de Datos

/Semana 2 21/05 – 27/05

Revisar en cada iteración

Semana 2 21/05 – 27/05

Revisar en cada iteración

Implementación Prototipos de InterfacesSemana 3 de Usuario 28/05 – 3/06 Modelo Implementación

deSemana 3 28/05 – 3/06

Revisar en cada iteración

Pruebas Casos de Funcionales

PruebasSemana 3 28/05 – 3/06

Revisar en cada iteración

Despliegue Semana 3

Modelo de Despliegue Gestión de Cambios Configuración

28/05 – 3/06 y

Revisar en cada iteración

Durante todo el proyecto

Gestión del proyecto Plan de Desarrollo del Software en su versión Semana 4 2.0 y planes de las 4/06 – 10/06 Iteraciones Ambiente

Durante todo el proyecto

Revisar en cada iteración

Seguimiento y Control del Proyecto Gestión de Requisitos Los requisitos del sistema son especificados en el artefacto Visión. Cada requisito tendrá una serie de atributos tales como importancia, estado, iteración donde se implementa, etc. Estos atributos permitirán realizar un efectivo seguimiento de cada requisito. Los cambios en los requisitos serán gestionados mediante una Solicitud de Cambio, las cuales serán evaluadas y distribuidas para asegurar la integridad del sistema y el correcto proceso de gestión de configuración y cambios. Control de Plazos El calendario del proyecto tendrá un seguimiento y evaluación semanal por el jefe de proyecto y por el Comité de Seguimiento y Control. Control de Calidad Los defectos detectados en las revisiones y formalizados también en una Solicitud de Cambio tendrán un seguimiento para asegurar la conformidad respecto de la solución de dichas deficiencias Para la revisión de cada artefacto y su correspondiente garantía de calidad se utilizarán las guías de revisión y checklist (listas de verificación) incluidas en RUP. Gestión de Riesgos A partir de la fase de Inicio se mantendrá una lista de riesgos asociados al proyecto y de las acciones establecidas como estrategia para mitigarlos o acciones de contingencia. Esta lista será evaluada al menos una vez en cada iteración. Gestión de Configuración Se realizará una gestión de configuración para llevar un registro de los artefactos generados y sus versiones. También se incluirá la gestión de las Solicitudes de Cambio y de las modificaciones que éstas produzcan, informando y publicando dichos cambios para que sean accesibles a todo los participantes en el proyecto. Al final de cada iteración se establecerá una baseline (un registro del estado de cada artefacto, estableciendo una versión), la cual podrá ser modificada sólo por una Solicitud de Cambio aprobada. 5.

Referencias Pliego de Cláusulas Técnicas para la Definición y Análisis de los Procedimientos del ES-NIC. •

Desarrollo de una aplicación informática para el cálculo del personal necesario para la fabricación de carrocerías, utilizando la metodología RUP. – P.F.C. de Ponz Lillo, Daniel. •

Visual Modeling with Rational Rose and UML, Terry Quatrani. - AddisonWesley. •

Documentación de Rational Unified Process, manuals de ayuda, tutoriales, etc. •

MODELADO DE NEGOCIOS DE SOFTWARE 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.Modelado de negocios

Programa desarrollado Ciencias Exactas, Ingenierías y Tecnología | Ingeniería en Desarrollo de Software 15

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

MODELO DE DOMINIO Un modelo del dominio se utiliza con frecuencia como fuente de inspiración para el diseño de los objetos software, y será una entrada necesaria para varios de los siguientes artefactos que se verán en este curso. El modelo del dominio muestra (a los modeladores) clases conceptuales significativas en un dominio de] problema; es el artefacto más importante que se crea durante el análisis orientado a objetos. Este documento presenta técnicas introductorias para la creación de modelos del dominio. IMPORTANTE: Un modelo del dominio es una representación de las clases conceptuales del mundo real, no de componentes software. No se trata de un conjunto de diagramas que describen clases software, u objetos software con responsabilidades. La etapa orientada a objetos esencial del análisis o investigación es la descomposición de un dominio de interés en clases conceptuales individuales u objetos -las cosas de las que, somos conscientes-. Un modelo del dominio es una representación visual de las clases conceptuales u objetos del mundo real en un dominio de interés. También se les denomina modelos conceptuales (término utilizado en la primera edición del libro de Larman), modelo de objetos del dominio y modelos de objetos de análisis. Utilizando la notación UML, un modelo del dominio se representa con un conjunto de diagramas de clases en los que no se define ninguna operación. Pueden mostrar: • Objetos del dominio o clases conceptuales. • Asociaciones entre las clases conceptuales. • Atributos de las clases conceptuales. Por ejemplo, la Figura 1 muestra un modelo del dominio parcial. Ilustra que las clases conceptuales Pago y Venta son significativas en este dominio, que un Pago está relacionado con una Venta de un modo que es significativo hacer notar, y que una Venta tiene una fecha y una hora. La Figura 1 visualiza y relaciona algunas palabras o clases conceptuales del dominio. También describe una abstracción de las clases conceptuales, porque hay muchas cosas que uno podría comunicar sobre los registros, las ventas, etc. El modelo muestra una vista parcial o abstracción, e ignora detalles sin interés (para el modelador).

La empresa de deportes que solicitó 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:

El modelado del negocio se basa en dos diagramas principales, el modelo de casos de uso del negocio, el modelo del dominio y los modelos de objetos del negocio.

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

Modelo de Casos de Uso del Negocio

Modelo de Objetos de Seguimiento y Consulta de Productos

Modelo de Objetos de Reponer Stock

Modelo de Objetos de Modificar Catรกlogo

Modelo de Objetos de Realizar Entrega

REQUISITOS VISION.-

Sistema para Gesti贸n de Art铆culos Deportivos Visi贸n Versi贸n 3.0

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

BLACK SHADOW S.A. DE C.V.

Historial de Revisiones Fecha

Versión

Descripción

0.9

Propuesta inicial del documento Visión con las primeras capturas de requisitos funcionales del sistema.

1.0

Versión 1.0 en estado de complementación para su aprobación.

1.0

Versión 1.0 para la aprobación al final de la fase de inicio

1.0

Versión 1.0 para la aprobación al final de la fase de inicio

2.0

Versión 2.0 tras el fin de la fase de elaboración a falta de revisión por el stakeholder

2.1

Versión 2.0 modificada en la primera iteración de construcción. Pendiente de revisión por el Stakeholder.

2.9

Versión modificada en la segunda iteración de construcción. Pendiente de revisión por el Stakeholder.

3.0

Versión revisada para la segunda iteración de construcción. Pendiente de validación por el Stakeholder

3.0

Versión revisada para la segunda iteración de construcción. Pendiente de validación por el Stakeholder

Autor

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

BLACK SHADOW S.A. DE C.V.

Tabla de Contenidos

Introducción

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

6.3

Definiciones, Acrónimos, y Abreviaciones

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

BLACK SHADOW S.A. DE C.V. RUP: Son las siglas de Rational Unified Process. Se trata de una metodología para describir el proceso de desarrollo de software.

6.4

Referencias

1. 2. 3. 4.

Glosario. Plan de desarrollo de software. RUP (Rational Unified Process). Diagrama de casos de uso.

Posicionamiento

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

BLACK SHADOW S.A. DE C.V. 7.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

BLACK SHADOW S.A. DE C.V.

7.3

Sentencia que define la posición del Producto para

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.

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

BLACK SHADOW S.A. DE C.V. 8.

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.

8.1

Resumen de Stakeholders Nombre

Descripción

Responsabilidades

Patricio Orlando Letelier Torres

Representante Global de la empresa Deportes LSI 03

El stakeholder realiza: Representa a todos los usuarios posibles del sistema. Seguimiento del desarrollo del proyecto. Aprueba requisitos y funcionalidades

8.2

Resumen de Usuarios Nombre Ingeniero de Logística

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

Stakeholder Logística

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

BLACK SHADOW S.A. DE C.V. 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

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

Recursos Humanos

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

BLACK SHADOW S.A. DE C.V. nóminas..

Jefe de Recursos Humanos

8.3

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

Entorno de usuario

Los usuarios entrarán al sistema identificándose sobre un ordenador con un sistema operativo Windows 2000 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 2000, lo cual también resultará familiar.

8.4

Perfil de los Stakeholders

8.4.1

Representante del área técnica y sistemas de información

Representante

Patricio Orlando Letelier Torres

Descripción

Representante Global de la Empresa Deportes LSI 03.

Tipo

Experto de Sistemas.

Responsabilidade s

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

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

BLACK SHADOW S.A. DE C.V.

8.5

Perfiles de Usuario

8.5.1

Ingeniero de Logística

8.5.2

Representante

Logística

Descripción

Jefe del Departamento de Logística de la Empresa.

Tipo

Gurú.

Responsabilidade s

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 participación

A definir por el cliente

Comentarios

Ninguno

Jefe de Almacén

Representante

Almacén

Descripción

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

Tipo

Usuario casual del sistema.

Responsabilidade s

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

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

BLACK SHADOW S.A. DE C.V. Comentarios

8.5.3

8.5.4

Ninguno.

Técnico de Almacén

Representante

Almacén

Descripción

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

Tipo

Usuario experto.

Responsabilidade s

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

Grado de participación

A definir por el cliente

Comentarios

Niniguno.

Representante de Ventas

Representante

Ventas

Descripción

Representante de ventas de los productos

Tipo

Usuario experto.

Responsabilidade s

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

A definir por el cliente

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

BLACK SHADOW S.A. DE C.V. participación Comentarios

8.5.5

8.5.6

Ninguno.

Operadora

Representante

Ventas

Descripción

Operadora de ventas de los productos

Tipo

Usuario experto.

Responsabilidade s

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

Grado de participación

A definir por el cliente

Comentarios

Ninguno.

Jefe de Ventas

Representante

Ventas

Descripción

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

Tipo

Usuario experto.

Responsabilidade s

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

Criterio de Éxito

A definir por el cliente

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

BLACK SHADOW S.A. DE C.V.

8.5.7

8.5.8

Grado de participación

A definir por el cliente

Comentarios

Ninguno.

Encargado de Transporte

Representante

Envíos

Descripción

Encargado de Transportes de un almacén determinado.

Tipo

Usuario experto.

Responsabilidade s

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 participación

A definir por el cliente

Comentarios

Ninguno.

Contable

Representante

Contabilidad / Facturación

Descripción

Empleado del Departamento de Contabilidad y Facturación.

Tipo

Usuario experto.

Responsabilidade s

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

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

BLACK SHADOW S.A. DE C.V. participación Comentarios

8.5.9

Niguno.

Empleado de Marketing

Representante

Marketing

Descripción

Empleado del Departamento de Marketing.

Tipo

Usuario eventual.

Responsabilidade s

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.

8.5.10 Cliente Online

Representante

Ventas

Descripción

Comprador de productos.

Tipo

Usuario casual.

Responsabilidade s

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.

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

BLACK SHADOW S.A. DE C.V. 8.5.11 Empleado de Recursos Humanos

Representante

Recursos Humanos

Descripción

Empleado del Departamento de Recursos Humanos.

Tipo

Usuario casual.

Responsabilidade s

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.

8.5.12 Jefe de Recursos Humanos

Representante

Recursos Humanos

Descripción

Empleado del Departamento de Recursos Humanos.

Tipo

Usuario casual.

Responsabilidade s

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.

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

BLACK SHADOW S.A. DE C.V. 9.

Descripción Global del Producto

9.1

Perspectiva del producto El producto a desarrollar es un sistema global para la empresa Deportes LSI 03, 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.

9.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 recursos Base de datos centralizada con la información humanos. de todo el personal. Posibilidad de cancelación de órdenes por parte del cliente dando la posibilidad de hacerlo vía servicios web. Automatización de la cancelación de estas órdenes.

Aplicación web desde la que poder cancelar pedidos. Sistema automatizado de anulación de órdenes.

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

9.3

Suposiciones y dependencias [A definir por el cliente]

Sistema automático nóminas.

generación

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

BLACK SHADOW S.A. DE C.V. 9.4

Costo y precio [A definir por el cliente]

10.

Descripción Global del Producto

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

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.

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.

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.

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.

5.4.1

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

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

BLACK SHADOW S.A. DE C.V. 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. 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.

5.4.3

Consulta del estado de los pedidos En todo momento, se podrá consultar el estado de los pedidos que se encuentran en periodo de no 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.

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.

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.

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.

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

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

BLACK SHADOW S.A. DE C.V. 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,

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.

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.

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.

11.

Restricciones [A definir por el cliente]

12.

Precedencia y Prioridad [A definir por el cliente]

13.

Otros Requisitos del Producto

13.1

Estándares Aplicables [A definir por el cliente]

13.2

Requisitos de Sistema [A definir por el cliente]

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

BLACK SHADOW S.A. DE C.V. 13.3

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

13.4

Requisitos de Entorno [A definir por el cliente]

14.

Requisitos de Documentación [A definir por el cliente]

14.1

Manual de Usuario [A definir por el cliente]

14.2

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

14.3

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

Atributos de Características

Número y nombre de la característica 5.1 Depart. de Recursos

Estado

Beneficio

Esfuerzo

Propuesta: Sí

Útil

Bajo

Riesgo

Estabilidad

[A definir por [A definir por el cliente] el cliente]

Asignación Ninguna

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

BLACK SHADOW S.A. DE C.V. Aprobada: Sí Humanos

Incorporada: No Propuesta: Sí

5.2 Depart. de Marketing

Aprobada: Sí

Útil

Bajo

[A definir por [A definir por el cliente] el cliente]

Ninguna

Important e

Medio

[A definir por [A definir por el cliente] el cliente]

Ninguna

Útil

Medio

[A definir por [A definir por el cliente] el cliente]

Ninguna

Crítica

Alto

[A definir por [A definir por Mira, Miguel Mascilla el cliente] el cliente] y Eduardo Bueno

Crítica

Alto

[A definir por [A definir por José Antonio Mocholí el cliente] el cliente]

Útil

Medio

Incorporada: No Propuesta: Sí

5.3 Depart. de Logística

Aprobada: Sí Incorporada: No Propuesta: Sí

5.3.1 Control de estadísticas de datos

Aprobada: Sí Incorporada: No Propuesta: Sí

5.4 Gestión de Almacén

J.A. Mocholí, Germán

Aprobada: Sí Incorporada: Sí Propuesta: Sí

5.4.1 Atención de órdenes de pedido 5.4.2 Gestión de incidencias de pedido

Aprobada: Sí Incorporada: Sí Propuesta: Sí Aprobada: Sí

[A definir por [A definir por el cliente] el cliente]

Ninguna

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

BLACK SHADOW S.A. DE C.V. Incorporada: No Propuesta: Sí 5.4.3 Consulta de estado de los pedidos

Aprobada: Sí

Important e

Medio

[A definir por [A definir por el cliente] el cliente]

Crítica

Alto

[A definir por [A definir por el cliente] el cliente]

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

Útil

Medio

[A definir por [A definir por el cliente] el cliente]

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

Important e

Medio

[A definir por [A definir por el cliente] el cliente]

Ninguna

Important e

Medio

[A definir por [A definir por el cliente] el cliente]

Ninguna

Important e

Medio

[A definir por [A definir por el cliente] el cliente]

Ninguna

Important

Bajo

[A definir por [A definir por

Ninguna

Eduardo Bueno

Incorporada: Sí Propuesta: Sí

5.5 Gestión de Ventas

Aprobada: Sí Incorporada: Sí Propuesta: Sí

5.5.1 Elaborar pedidos y ofertas

Aprobada: Sí Incorporada: Sí Propuesta: Sí

5.5.2 Gestión de datos de clientes

Aprobada: Sí Incorporada: No Propuesta: Sí

5.5.3 Consulta de productos del catálogo

Aprobada: Sí Incorporada: No Propuesta: Sí

5.6 Gestión de Envíos

5.6.1 Enviar

Aprobada: Sí Incorporada: No Propuesta: Sí

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

BLACK SHADOW S.A. DE C.V. Aprobada: Sí los pedidos del almacén

Incorporada: No

el cliente]

Propuesta: Sí 5.6.2 Control de los recibos de entrega

Aprobada: Sí

Útil

Bajo

[A definir por [A definir por el cliente] el cliente]

Ninguna

Útil

Medio

[A definir por [A definir por el cliente] el cliente]

Ninguna

Incorporada: No Propuesta: Sí

5.7 Depart. de Contabilidad y Facturación

Aprobada: Sí Incorporada: No

GLOSARIO.Sistema para Gestión de Artículos Deportivos

Versión 3.0

Deportes

Historial de Revisiones

Fecha

Versión

Descripción

0.8

Versión preliminar del glosario, a falta de completar con próximas reuniones

0.9

Versión para ser aprobada el día 24/11

1.0

Versión aprobada por el Stakeholder

2.0

Versión modificada con la incorporación de nueva terminología derivada de modificaciones en los requisitos

2.1

Versión revisada en la primera iteración de construcción. Términos actualizados

2.9

Versión para ser aprobada por el Stakeholder en la segunda iteración de la fase de construcción

3.0

Versión revisada para la segunda iteración, pendiente de ser validad por el Stakeholder.

Autor

Deportes

Tabla de Contenidos

Deportes

Glosario 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. a. 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. b. 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. c. Referencias

El presente glosario hace referencia a los siguientes documentos: 1.

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

Deportes

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

a. 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. b. 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. c. 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. d. Cancelar pedido en elaboración

Deportes

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.

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

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. g. 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. h. Cliente externo

Deportes

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

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.

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

Comprar a proveedor

Deportes

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.

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

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

o. Consultar pedidos no atendidos

Los pedidos que figuran como pedidos no atendidos se pueden consultar en cualquiera de los 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

Deportes

datos referentes al pedido. Una vez realizada esta consulta sobre un pedido en particular, el pedido pasa automáticamente al estado de pedido atendido.

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

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

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.

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

Deportes

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.

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

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

w. Elaborar pedido

Deportes

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.

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

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

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

Deportes

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

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

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

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

Deportes

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

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

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

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

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

Deportes

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.

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

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

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

Deportes

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

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

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

ap. Incidencia pedido

Deportes

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

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

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

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

Deportes

definidas en los casos de uso de reposición de stock, gestión de incidencias de almacén y consultas de pedidos.

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.

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

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

av. Listado de pedidos en atención

Deportes

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.

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

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

ay. Listado de pedidos no atendidos

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

Deportes

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.

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

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

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

Deportes

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

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

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

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

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

Deportes

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

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

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

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

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

Deportes

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.

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

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

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

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

Deportes

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.

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

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

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

Deportes

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.

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

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

Deportes

5. Estereotipos UML

[This section contains or references specifications of Unified Modeling Language (UML) stereotypes and their semantic implicationsâ&#x20AC;&#x201D;a textual description of the meaning and significance of the stereotype and any limitations on its useâ&#x20AC;&#x201D;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.]

Deportes

CASOS DE USO DE RATIONAL ROSE.ESPECIFICACIONES DE CASO DE USO.Sistema para Gesti贸n de Art铆culos Deportivos Especificaci贸n de Caso de Uso: Atender Pedido

Versi贸n 3.0

Deportes LSI 03

Historia de Revisiones Fecha

V ersión 0.

Plantilla del caso de uso para revisar con el Stakeholder

Plantilla revisada por el Stakeholder el día 13/11/2002

Versión modificada por los cambios aplicados por el Stakeholder en una reunión previa.

Plantilla revisada por el Stakeholder y que incluye las modificaciones de usuario para la segunda iteración de construcción

Plantilla revisada para la segunda iteración de construcción

0 0

Descripción

Autor

Deportes LSI 03

Tabla de Contenidos

Deportes LSI 03

•

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

•

Flujo de Eventos 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:

Deportes LSI 03

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

2. Flujos Alternativos 1. En el punto 2.2

Si en el paso 4.1 la cantidad es negativa el sistema generará un mensaje de error.

•

Precondiciones 1.1 El técnico de almacén está dado de alta en el sistema. 1.2 El técnico de almacén ha realizado correctamente el registro en el

sistema introduciendo el nombre de usuario y la contraseña

•

Poscondiciones 1. El pedido queda almacenado en el sistema en la lista de pedidos en

atención.

Deportes LSI 03

•

Puntos de Extensión 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.

Deportes LSI 03

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

Versi贸n 2.1

Deportes LSI 03

Historia de Revisiones Fecha

Versión

Descripción

Autor

8/11/2002

0.9

Plantilla del caso de uso para revisar con el Stakeholder

José Luis Martínez

13/11/2002

1.0

Plantilla revisada por el Stakeholder el día 13/11/2002

César López Rodríguez

10/12/2002

2.0

Plantilla revisada en la primera iteración de la fase de construcción

César López Rodríguez

11/12/2002

2.1

Plantilla revisada por el Stakeholder y que incluye las modificaciones de usuario para la segunda iteración de construcción

César López Rodríguez

Deportes LSI 03

Tabla de Contenidos

Deportes LSI 03

15.

Cancelar Pedido Atendido

15.1

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

16.

Flujo de Eventos

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

Flujos Alternativos

17.

Precondiciones

17.1 El técnico de almacén está dado de alta en el sistema. 17.2 El técnico de almacén ha realizado correctamente el registro en el sistema introduciendo el nombre de usuario y la contraseña 17.3 El cliente ha solicitado anular uno de sus pedidos que ya ha sido atendido.

18.

Poscondiciones

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

Deportes LSI 03

Sistema para Gesti贸n de Art铆culos Deportivos LSI 03 Especificaci贸n de Caso de Uso: Cobro Clientes Versi贸n 1.0

Deportes LSI 03

Historia de Revisiones Fecha 16/12/2002

Versión 1.0

Descripción

Autor

Versión preliminar lista para ser revisada por el Stakeholder

José Luis Martínez Herrero

Deportes LSI 03

Tabla de Contenidos

Deportes LSI 03

1. Cobro a Clientes 18.2 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.

2. Flujo de Eventos 18.3 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.

18.4 2.2

Flujos Alternativos

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

Deportes LSI 03

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

Deportes LSI 03

Sistema para Gesti贸n de Art铆culos Deportivos LSI 03 Especificaci贸n de Caso de Uso: Compra a Proveedores Versi贸n 1.0

Deportes LSI 03

Historia de Revisiones Fecha 18/12/2002

Versión 1.0

Descripción

Autor

Versión preliminar lista para ser revisada por el Stakeholder

José Luis Martínez Herrero

Deportes LSI 03

Tabla de Contenidos

Deportes LSI 03

5. Compra a Proveedores 18.5 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.

6. Flujo de Eventos 18.6 2.1

7. 8. 9. 10.

Flujo Básico

El Ingeniero de Logística accede a Compra a Proveedores. El sistema le muestra una pantalla donde llevará a cabo las selecciones correspondientes. Primero selecciona el almacén a reponer de la lista de almacenes y pulsa siguiente. La aplicación le muestra entonces una lista donde aparecen los productos que tiene el almacén seleccionado y su stock actual. 10.1 El Ingeniero de Logística puede seleccionar un producto ya existente y pinchar en añadir al pedido. 10.1.1 El producto pasa a la lista del nuevo pedido. 10.1.2 Introduce la cantidad deseada. 10.2 O bien puede seleccionar un producto que no esté en el almacén utilizando el catálogo de productos 10.2.1 Selecciona un producto del catálogo que se añadirá a la lista del nuevo pedido 10.2.2 Introduce la cantidad deseada 11. Una vez confeccionada la lista de productos a pedir pincha en finalizar pedido. 12. El sistema le muestra una pantalla con el pedido al completo y le pide la confirmación. 12.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). 12.2 Si el Ingeniero pincha cancelar volverá a la pantalla anterior. 13. El pedido se almacenará en la lista de pedidos realizado 14. 15. 16. 17. 18. 19. 20.

Deportes LSI 03

21. 22. Precondiciones 6.1.

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

6.2.

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

7. Poscondiciones 7.1. 18.7

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

Deportes LSI 03

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Confeccionar Catálogo Versión 1.0

Deportes LSI 03

Historia de Revisiones Fecha 18/12/2002

Versión 1.0

Descripción

Autor

Versión preliminar lista para ser revisada por el Stakeholder

José Luis Martínez Herrero

Deportes LSI 03

Tabla de Contenidos

Deportes LSI 03

8. Confeccionar Catálogo 18.8 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.

9. Flujo de Eventos 18.9 2.1

Flujo Básico

23. La pantalla muestra una lista con los productos del catálogo actual. 24. 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. 24.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. 24.1.1 Al seleccionar nuevo proveedor aparecerá una ventana donde incluir sus datos: dirección, teléfono, nombre, nif. 24.1.2 Si ha pulsado en proveedor actual aparecerá una lista de los proveedores registrados. Seleccionará uno y pulsará aceptar. 24.1.3 El producto quedará registrado en el sistema debidamente. 24.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). 24.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.

10. Precondiciones 10.1.

El Empleado de Marketing ha realizado correctamente el registro en el sistema.

10.2.

El Empleado de Marketing ha seleccionado el botón de “Confeccionar Catálogo” de su interfaz gráfica.

Deportes LSI 03

11. Poscondiciones 11.1. 18.10

En caso de haberse dado de alta una nuevo producto o proveedor, los datos del mismo quedan almacenados en la base de datos.

Deportes LSI 03

Sistema para Gesti贸n de Art铆culos Deportivos LSI 03 Especificaci贸n de Caso de Uso: Consultar Pedidos a Enviar Versi贸n 2.0

Deportes LSI 03

Historia de Revisiones Fecha

Versión

Descripción

Autor

8/11/2002

0.9

Plantilla del caso de uso para revisar con el Stakeholder

José Luis Martínez

13/11/2002

1.0

Plantilla revisada por el Stakeholder el día 13/11/2002

César López Rodríguez

10/12/2002

2.0

Plantilla revisada en la primera iteración de la fase de construcción

César López Rodríguez

Deportes LSI 03

Tabla de Contenidos

Deportes LSI 03

19.

Consultar Pedidos a Enviar

19.1

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

20.

Flujo de Eventos

20.1

Flujo Básico

3. El encargado de transporte selecciona la opción “Consultar pedidos listos para envío”. 4. En caso de que no exista ningún pedido listo para ser enviado, el sistema responde con un mensaje indicando dicha situación. 5. En caso de que sí existan pedidos pendientes de ser enviados, el sistema responde con el listado correspondiente. 6. El encargado de transportes puede consultar las líneas de pedido que conforman cualquiera de los pedidos listos para envío. 7. 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”. 20.2

Flujos Alternativos

21.

Precondiciones

21.1 El encargado de transporte debe estar dado de alta en el sistema. 21.2 El encargado de transporte ha realizado correctamente el registro en el sistema introduciendo su nombre usuario y su contraseña.

Deportes LSI 03

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

Deportes LSI 03

Historia de Revisiones Fecha

Versión

Descripción

Autor

8/11/2002

0.9

Plantilla para revisión con el Stakeholder

Jose Antonio Mocholí

13/11/2002

1.0

Plantilla revisada el día 13/11/2002 por el Stakeholder

César López Rodríguez

10/12/2002

2.0

Plantilla adaptada a la primera iteración de la fase de construcción

César López Rodríguez

17/01/2003

3.0

Plantilla adaptada a la segunda iteración de la fase de construcción

César López Rodríguez

Deportes LSI 03

Tabla de Contenidos

Deportes LSI 03

22.

Consultar Pedidos no Atendidos

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

23.

Flujo de Eventos

23.1 Flujo Básico

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.

El técnico selecciona un pedido y pulsa el botón “consultar”.

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

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

24.

Precondiciones

24.1

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

Deportes LSI 03

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Control Estadísticas Versión 1.0

Deportes LSI 03

Historia de Revisiones Fecha 18/12/2002

Versión 1.0

Descripción

Autor

Versión preliminar lista para ser revisada por el Stakeholder

José Luis Martínez Herrero

Deportes LSI 03

Tabla de Contenidos

Deportes LSI 03

12. Control Estadísticas 24.2 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.

13. Flujo de Eventos 24.3 2.2

Flujo Básico

25. La pantalla muestra una lista con las posibles estadísticas a crear. 26. El actor selecciona una de ellas y pulsa el botón crear. 27. El sistema le muestra una pantalla donde puede asignar regiones, almacenes o trabajadores afectados por la estadística. 28. 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. 29. Pulsando siguiente aparecerán los resultados que podrá guardar o imprimir. 29.1 Si pulsa el botón guardar el sistema le permitirá grabar los resultados en el disco duro u otro soporte de almacenamiento. 29.2 Su pulsa el botón imprimir se mandarán a la impresora los resultados.

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

Deportes LSI 03

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Consultar Catálogo Versión 3.0

Deportes LSI 03

Historia de Revisiones Fecha

Versión

Descripción

Autor

8/11/2002

0.9

Plantilla del caso de uso para revisar con el Stakeholder

José Luis Martínez

13/11/2002

1.0

Plantilla revisada por el Stakeholder el día 13/11/2002

César López Rodríguez

10/12/2002

2.0

Plantilla revisada en la primera iteración de la fase de construcción

César López Rodríguez

Deportes LSI 03

Tabla de Contenidos

Deportes LSI 03

25.

Consultar Productos

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

26.

Flujo de Eventos 26.1

Flujo Básico

8. El Usuario de Ventas accede al catálogo de productos. 9. Se muestra por pantalla una clasificación de los productos con su descripcción, foto y precio. 10.El usuario puede seleccionar uno e introducirlo en la orden de pedido. 11.El catálogo se queda en segundo plano y se muestra la orden de pedido añadiendo el producto que se ha seleccionado. 26.2

27.

Flujos Alternativos

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

28.

Postcondiciones

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Elaborar Pedido Versión 2.0

Deportes LSI 03

Fecha

Versión

Descripción

Autor

8/11/2002

0.9

Plantilla del caso de uso para revisar con el Stakeholder

José Luis Martínez

13/11/2002

1.0

Plantilla revisada por el Stakeholder el día 13/11/2002

César López Rodríguez

10/12/2002

2.0

Plantilla revisada en la primera iteración de la fase de construcción

César López Rodríguez

Deportes LSI 03

Tabla de Contenidos

Deportes LSI 03

Especificación de caso de uso: Elaborar Pedido •

Elaborar Pedido 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. •

Flujo de Eventos 1.

Flujo Básico

12. La operadora o el representante de ventas buscan el cliente por DNI, CIF o por código de cliente. 13. 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. 14. 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. 15. 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. 15.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.

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

15.3.

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

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

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

16. El sistema muestra una nueva interfaz gráfica en la que aparece un campo con la fecha actual del sistema, la

Deportes LSI 03

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

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

16.3.

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

16.4.

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

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

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

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

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

Deportes LSI 03

de pedido el sistema generará un aviso de haber excedido esta cantidad. 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. 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. •

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

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

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.

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.

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.

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.

Puntos de Extensión 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. 2.

Consultar Catálogo en el punto 4.2 y 5.1

Deportes LSI 03

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.

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

Deportes LSI 03

Especificaci贸n de Caso de Uso: Elaborar Pedido Online Versi贸n 2.0

Deportes

Historia de Revisiones Fecha

Versión

Descripción

Autor

8/11/2002

0.9

Plantilla del caso de uso para revisar con el Stakeholder

José Luis Martínez

13/11/2002

1.0

Plantilla revisada por el Stakeholder el día 13/11/2002

César López Rodríguez

10/12/2002

2.0

Plantilla revisada en la primera iteración de la fase de construcción

César López Rodríguez

Deportes

Tabla de Contenidos

Deportes

29.

Elaborar Pedido Online

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

30.

Flujo de Eventos

30.1

Flujo Básico

19.El sistema genera automáticamente el número de pedido y le asigna la fecha actual. 20.El sistema presenta los datos del cliente por pantalla. 21.El cliente puede comprobar el estado de pedidos realizados con anterioridad pulsando el botón “consultar pedidos”. 22.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. 23.Selecciona la modalidad de pago. 24.Si la modalidad es por transferencia o tarjeta de crédito se pide la confirmación de los datos de la cuenta. 25.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”. 26.Si el cliente no quiere guardar los datos del pedido que ha elaborado, pulsa el botón “salir”. 30.2

Flujos Alternativos

30.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 30.2.2 En el paso 5

Si algún producto no tiene stock disponible se avisa por pantalla.

30.2.3 En el paso 8

Si el cliente no está conforme, puede modificarse el pedido o proceder a la anulación del mismo.

Deportes

31.

Precondiciones

31.1 El cliente debe estar dado de alta en el sistema de compras online. 31.2 El cliente ha introducido correctamente su nombre de usuario y su contraseña en el sistema

32.

Poscondiciones

32.1 La orden de pedido queda almacenada en el sistema si el usuario ha seleccionado “guardar” 32.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” 32.3 La orden de pedido no se almacena en el sistema si el usuario seleccionó “salir”

Deportes

Sistema para Gesti贸n de Art铆culos Deportivos Especificaci贸n de Caso de Uso: Entrevista Trabajo Versi贸n 1.0

Deportes LSI 03

Historia de Revisiones Fecha

Versi贸n 1.0

134

Descripci贸n Versi贸n preliminar lista para ser revisada por el Stakeholder

Autor

Deportes LSI 03

Tabla de Contenidos

Deportes LSI 03

15. Entrevista Trabajo 32.4 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.

16. Flujo de Eventos 2.2 Flujo Básico

30. La pantalla muestra una lista con las entrevistas introducidas en el sistema. Esta lista tiene los campos “Puesto”, “Fecha”, “Entrevistado” y “Entrevistador”. 31. El Empleado de RRHH puede pulsar en cualquiera de las entrevistas y pulsar el botón “Ver” o “Borrar”. 31.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. 31.2 Si pulsa el botón “Borrar” el sistema, tras pedir la confirmación, borrará la entrevista seleccionada. 32. El actor puede pulsar el botón “Nueva” para comenzar una nueva entrevista de trabajo. 32.1 Se abrirá una pantalla donde podrá introducir primeramente los datos personales del entrevistado. 32.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. 32.3 Una vez finalizada la introducción de los datos si pulsa el botón “Guardar”, la entrevista se almacenará en el sistema.

17. Precondiciones 17.1. 17.2.

136

El Empleado de RRHH ha realizado correctamente el login en el sistema. El Empleado de RRHH ha seleccionado el botón de “Entrevista Trabajo” de su interfaz gráfica.

Deportes LSI 03

18. Poscondiciones 18.1. 32.5

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

Deportes LSI 03

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Gestión Clientes Versión 1.0

138

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

<1.0>

Especificación de Caso de Uso: Gestión de Clientes Date: 13/11/2002 Caso de Uso CU01

Historia de Revisiones Fecha

Versión

Descripción

Autor

8/11/2002

0.9

Plantilla para revisar por el Stakeholder el día 13/11/2002

César López Rodríguez

13/11/2002

1.0

Plantilla revisada por el Stakeholder el día 13/11/2002

César López Rodríguez

Confidential

139 Deportes LSI 03, 2000 Pág. .

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

<1.0>

Especificación de Caso de Uso: Gestión de Clientes Date: 13/11/2002 Caso de Uso CU01

Tabla de Contenidos

Confidential

140 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Especificación de caso de uso: Gestión de Clientes 33.

Gestión de Clientes

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

34.

Flujo de Eventos

34.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. 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. Confidential 141 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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. 34.2 Flujos Alternativos 34.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 necesarios cliente. 34.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. 34.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. 34.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.

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

Confidential

142 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

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

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

Confidential

143 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

35.

Precondiciones

35.1 El Usuario de Ventas ha realizado correctamente el registro en el sistema 35.2 El Usuario de Ventas ha seleccionado el botón de “Gestión de Clientes” de su interfaz gráfica

36.

Poscondiciones

36.1 En caso de haberse dado de alta un nuevo cliente, los datos del cliente quedan almacenados en la base de datos 36.2 En caso de haberse realizado una modificación de los datos de un cliente, quedan almacenados en la base de datos. 36.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.

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Gestión Nóminas

Versión 1.0 Fecha

Versión

Descripción

Autor

29/12/2002

1.0

Versión preliminar lista para ser revisada por el Stakeholder

José Luis Martínez Herrero

Confidential

144 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Confidential

145 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos

Confidential

146 ď&#x203A;&#x2122;Deportes LSI 03, 2000 PĂĄg. .

Deportes LSI 03

19. Gestión de Nóminas 3. 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. 20. Flujo de Eventos 2.1

Flujo Básico

32.4 La pantalla muestra una lista con los distintos trabajadores de la empresa ordenada según departamentos. 32.5 El Empleado de RRHH puede seleccionar una o varias personas de un departamento (con SHIFT + Click). 32.6 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. 32.7 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. 32.8 En los datos bancarios aparece, la entidad, el número de cuenta y la frase a mostrar como concepto. 32.9 Pulsando sobre aceptar se grabarán las modificaciones en la base de datos.

Confidential

147 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

21. Precondiciones 21.1.

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

21.2.El Empleado de RRHH ha seleccionado el botón de “Gestión de Nóminas” de su interfaz gráfica.

22. Poscondiciones 22.1.En caso de haberse modificado una o varias nóminas, los cambios quedarán almacenados en la base de datos. 4.

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Gestión de Regiones

Versión 1.0

Confidential

148 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Confidential

149 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Historia de Revisiones Fecha

Versión

Descripción

Autor

18/12/2002

1.0

Versión preliminar lista para ser revisada por el Stakeholder

José Luis Martínez Herrero

Confidential

150 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos

Confidential

151 ď&#x203A;&#x2122;Deportes LSI 03, 2000 PĂĄg. .

Deportes LSI 03

23. 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. 24. Flujo de Eventos •

2.1 Flujo Básico

33.

La pantalla muestra una lista con las regiones actuales.

34.

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. 34.1 Si pulsa sobre el botón eliminar se borrará la región si no hay ninguna tienda o almacén asignados a ella. 34.2 Si pulsa el botón modificar, podrá cambiar los datos relacionados a esa región así como asignar almacenes. 34.2.1Le aparecerá una pantalla con los datos de la región y una lista de almacenes asignados a ella. 34.2.2Los datos se pueden modificar seleccionando uno y rescribiendo. 34.2.3La lista de almacenes dispone de un botón añadir y otro eliminar. 34.2.3.1Si pulsa el botón añadir aparecerá una ventana donde introducir los datos del almacén.

Confidential

152 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

34.2.3.2Si pulsa el botón eliminar, el sistema pedirá la confirmación para borrar el almacén seleccionado. 34.3 Si pulsa el botón añadir, podrá agregar una nueva región e introducir sus datos.

25. Precondiciones 25.1. El Ingeniero de Logística ha realizado correctamente el registro en el sistema. 25.2.El Ingeniero de Logística ha seleccionado el botón de “Gestión de Regiones” de su interfaz gráfica.

26. Poscondiciones 26.1.En caso de haberse dado de alta una nueva región, los datos de la misma quedan almacenados en la base de datos. 26.2.En caso de haberse dado de alta un nuevo almacén, los datos del mismo quedan almacenados en la base de datos. •

Confidential

153 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Incidencia Pedido Versión 3.0

Confidential

154 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Historia de Revisiones Fecha

Versión

Descripción

Autor

8/11/2002

1.0

Versión preliminar lista para ser revisada por el Stakeholder

César López Rodríguez

10/12/2002

2.0

Versión revisada para la primera iteración de la fase de construcción

César López Rodríguez

11/12/2002

2.1

Plantilla revisada por el Stakeholder y que incluye las modificaciones de usuario para la segunda iteración de construcción

César López Rodríguez

03/01/2003

3.0

Versión revisada en la segunda iteración de la fase de construcción. Pendiente de revisión por el Stakeholer

César López Rodríguez

Confidential

155 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos Incidencia Pedido 36.4 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.

37.

Flujo de Eventos

2.1 Flujo Básico 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. 37.1 2.2

Flujos Alternativos

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

Confidential

156 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

38.

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

39. 4.1

Poscondiciones

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

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Introducir Recibos Confidential

157 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Versión 2.0

Confidential

158 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Historia de Revisiones Fecha

Versión

Descripción

Autor

8/11/2002

0.9

Plantilla del caso de uso para revisar con el Stakeholder

José Luis Martínez

13/11/2002

1.0

Plantilla revisada por el Stakeholder el día 13/11/2002

César López Rodríguez

10/12/2002

2.0

Plantilla revisada en la primera iteración de la fase de construcción

César López Rodríguez

Confidential

159 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos Introducir Recibos 39.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.

40.

Flujo de Eventos

40.1

Flujo Básico

27.El encargado de transporte selecciona la opción “introducir recibos”. 28.El sistema muestra una lista con los pedidos en estado “enviado”. 29.El encargado de transporte selecciona uno de ellos y pulsa la opción “aceptar”. 30.El sistema muestra el detalle del pedido y los campos fecha de entrega y transportista. 31.El encargado de transporte introduce la fecha de entrega del pedido y el nombre del transportista que la realizó. 32.El encargado de transporte pulsa el botón “introducir” 33.El recibo es almacenado en el sistema, y el pedido que figuraba en estado de “e nviado” pasa al estado “pendiente de cobro”. 40.2

Flujos Alternativos

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

Confidential

160 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

41.

Precondiciones

41.1 El encargado de transportes está dado de alta en el sistema. 41.2 El encargado de transporte ha realizado correctamente el registro en el sistema introduciendo el nombre de usuario y la contraseña

42.

Poscondiciones

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

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Otorgar Incentivos Confidential

161 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Versión 1.0

Confidential

162 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Historia de Revisiones Fecha 18/12/2002

Versión 1.0

Descripción

Autor

Versión preliminar lista para ser revisada por el Stakeholder

José Luis Martínez Herrero

Confidential

163 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos

Confidential

164 ď&#x203A;&#x2122;Deportes LSI 03, 2000 PĂĄg. .

Deportes LSI 03

Otorgar Incentivos

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

43.

Flujo de Eventos

43.1 2.1

Flujo Básico

35. La pantalla muestra una lista con los incentivos pendientes 36. EL Jefe de Ventas puede seleccionar uno de los existentes y pulsar el botón modificar, añadir o borrar. 36.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. 36.1.1 Si hace doble click en el campo cantidad de una línea podrá modificarla. 36.1.2 Si selecciona una línea y pulsa el botón borrar se borrará la persona o sección en cuestión. 36.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. 36.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. 36.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. 36.2 Si pulsa el botón borrar se eliminará el incentivo seleccionado. 36.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. 36.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. 36.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. 36.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. 36.3.4 Si hace doble click en el campo cantidad de una línea podrá modificarla. Confidential

165 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

44.

Precondiciones

44.1 3.1

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

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

45.

Poscondiciones

45.1 4.1 En caso de haberse dado de alta un nuevo incentivo este quedará almacenado en la lista de incentivos pendientes 45.2 4.2 En caso de haberse borrado un incentivo se eliminará de la lista de incentivos pendientes 45.3

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Pasar Pedido a Envío Versión 2.1

Confidential

166 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Historia de Revisiones Fecha

Versión

Descripción

Autor

10/11/2002

1.0

Plantilla de versión preliminar del caso de uso Pasar Pedido a Envío

César López Rodríguez

13/11/2002

1.9

Versión lista para ser revisada por el Stakeholder

César López Rodríguez

10/12/2002

2.0

Versión revisada en la primera iteración de construcción

César López Rodríguez

11/12/2002

2.1

Plantilla revisada por el Stakeholder y que incluye las modificaciones de usuario para la segunda iteración de construcción

César López Rodríguez

Confidential

167 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos

Confidential

168 ď&#x203A;&#x2122;Deportes LSI 03, 2000 PĂĄg. .

Deportes LSI 03

•

Pasar Pedido a Envío 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”. •

Flujo de Eventos 1.

Flujo Básico 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 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”.

•

Precondiciones 36.4El técnico de almacén está dado de alta en el sistema. 36.5El técnico de almacén ha realizado correctamente el registro en el sistema introduciendo el nombre de usuario y la contraseña

Confidential

169 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

•

Poscondiciones 1.

Si se satisfacen las cantidades demandadas, el pedido cambia del estado “en atención” a pedido “listo para envío”

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.

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Política de Ventas

Versión 1.0

Confidential

170 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Historia de Revisiones Fecha

Versión

Descripción

Autor

20/12/2002

1.0

Versión preliminar lista para ser revisada por el Stakeholder

José Luis Martínez Herrero

Confidential

171 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos

Confidential

172 ď&#x203A;&#x2122;Deportes LSI 03, 2000 PĂĄg. .

Deportes LSI 03

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

28. Flujo de Eventos •

2.1 Flujo Básico

37.

La pantalla muestra una lista con los incentivos actuales

38.

EL Jefe de Ventas puede seleccionar uno de los existentes y pulsar el botón modificar, añadir o borrar. 38.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. 38.1.1Si hace doble click en el campo cantidad de una línea podrá modificarla. 38.1.2Si selecciona una línea y pulsa el botón borrar se borrará la persona o sección en cuestión. 38.1.3Si 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. 38.1.4Si 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. 38.1.5Al 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.

Confidential

173 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

38.2 Si pulsa el botón borrar se eliminará el incentivo seleccionado. 38.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. 38.3.1Si 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. 38.3.2Si 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. 38.3.3Al 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. 38.3.4Si hace doble click en el campo cantidad de una línea podrá modificarla. 38.3.5Si selecciona una línea y pulsa el botón borrar se borrará la persona o sección en cuestión.

29. Precondiciones 29.1.

El contable ha realizado correctamente el login en el sistema.

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

30. Poscondiciones 30.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. 30.2.Los pedidos para los cuales se imprime factura pasan al estado “factura emitida”. 30.3.Los pedidos para los que se ha abonado la factura pasan al estado “factura pagada”. Confidential

174 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Reabastecer Almacén Versión 1.0

Confidential

175 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Historia de Revisiones Fecha 18/12/2002

Versión 1.0

Descripción

Autor

Versión preliminar lista para ser revisada por el Stakeholder

José Luis Martínez Herrero

Confidential

176 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos

Confidential

177 ď&#x203A;&#x2122;Deportes LSI 03, 2000 PĂĄg. .

Deportes LSI 03

31. Reabastecer Almacén 45.4 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.

32. Flujo de Eventos 45.5 2.1

Flujo Básico

39. El Ingeniero de Logística accede a Reabastecer Almacén. 40. 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. 41. Si quiere realizar un nuevo envió para reabastecer un almacén selecciona el botón nuevo envío. 42. El sistema le muestra una lista de las regiones y los almacenes, el Ingeniero selecciona un almacén. 43. 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. 44. El Ingeniero pincha sobre un producto del almacén central y selecciona el botón incluir en envío. 45. El sistema lo incluye en el envío y el Ingeniero modifica la cantidad de unidades a incluir. 46. Si desea incluir más productos vuelve al paso 6. 47. 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”. 48. Una vez el envío esta listo para salir se notifica al sistema y el envío pasa al estado “en envío”. 49. Cuando llega al almacén destino se grabará en el sistema como “reabastecimiento completado”.

Confidential

178 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

33. Precondiciones 33.1.

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

33.2.

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

34. Poscondiciones 34.1.

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

45.6

Confidential

179 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Realizar Envio Versión 2.0

Confidential

180 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Historia de Revisiones Fecha

Versión

Descripción

Autor

8/11/2002

1.0

Versión preliminar lista para ser revisada por el Stakeholder

César López Rodríguez

10/12/2002

2.0

Plantilla revisada en la primera iteración de la fase de construcción

César López Rodríguez

Confidential

181 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos

Confidential

182 ď&#x203A;&#x2122;Deportes LSI 03, 2000 PĂĄg. .

Deportes LSI 03

35. Realizar Envío 35.1. Descripción El encargado de transporte hace efectivo el envío del pedido correspondiente.

36. Flujo de Eventos 36.1. Flujo Básico 34.El encargado de transporte selecciona la opción “realizar envío”. 35.El sistema muestra la lista de pedidos listos para ser enviados usando el caso de uso “consultar pedidos listos para envío”. 36.El encargado de transporte selecciona un pedido de la lista. 37.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. 38.El contenido del pedido es cargado en el camión. 39.El pedido pasa a ser pedido “enviado” automáticamente. 40.El stock del almacén es actualizado automáticamente por el sistema, eliminando de dicho stock el asignado al pedido.

36.2. Flujos Alternativos 37. Precondiciones 37.1. El pedido está marcado como “Listo para Envío”. 37.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.

38. Poscondiciones 38.1. El pedido queda marcado como “Enviado”. 38.2. El stock de los productos del pedido queda actualizado.

Confidential

183 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Realizar Oferta Fecha

Versión

Descripción

Autor

29/12/2002

1.0

Versión preliminar lista para ser revisada por el Stakeholder

José Luis Martínez Herrero

Confidential

184 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos

Confidential

185 ď&#x203A;&#x2122;Deportes LSI 03, 2000 PĂĄg. .

Deportes LSI 03

39. 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. 40. Flujo de Eventos 2.1 Flujo Básico 50.

La pantalla muestra una lista con las ofertas actuales.

51.

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”. 51.1Si 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. 51.1.1

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

51.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. 51.1.3 Si selecciona una línea y pulsa el botón “Borrar” se quitará de la oferta el producto seleccionado. 51.1.4 Si pulsa el botón “Añadir Producto” aparecerá una pantalla donde podrá seleccionar un producto del catálogo de la empresa. 51.1.5

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

51.2Si pulsa el botón “Borrar” se eliminará la oferta seleccionada. 51.3Si pulsa el botón “Añadir” aparecerá una pantalla con una lista vacía de productos. 51.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. 51.3.2

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

51.3.3

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

51.3.4

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

Confidential

186 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

41. Precondiciones 41.1. El Empleado de Marketing ha realizado correctamente el login en el sistema. 41.2. El Empleado de Marketing ha seleccionado el botón de “Realizar Oferta” de su interfaz gráfica. 42. Poscondiciones 42.1. En caso de haberse dado de alta una nueva oferta, los datos de la misma quedan almacenados en la base de datos. 42.2. Las ofertas nuevas sólo afectan a pedidos que no estén en preparación y a pedidos nuevos.

Sistema para Gestión de Artículos Deportivos LSI 03 Especificación de Caso de Uso: Redistribución de Personal Versión 1.0

Confidential

187 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Historia de Revisiones Fecha

Versión

Descripción

Autor

29/12/2002

1.0

Versión preliminar lista para ser revisada por el Stakeholder

José Luis Martínez Herrero

Confidential

188 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos

Confidential

189 ď&#x203A;&#x2122;Deportes LSI 03, 2000 PĂĄg. .

Deportes LSI 03

43. 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. 44. Flujo de Eventos •

2.1

Flujo Básico 51.4La pantalla muestra una lista con los distintos trabajadores de la empresa ordenada según departamentos. 51.5El Jefe de RRHH puede seleccionar una o varias personas de un departamento (con SHIFT + Click). 51.6El actor puede pinchar en el botón modificar, añadir o eliminar. 51.6.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. 51.6.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. 51.6.3

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

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

45. Precondiciones 45.1. El Jefe de RRHH ha realizado correctamente el login en el sistema. 45.2. El Jefe de RRHH ha seleccionado el botón de “Gestión de Personal” de su interfaz gráfica. 46. Poscondiciones

Confidential

190 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

GESTION DE REQUISITOS CON REQUISITE PRO Rational RequisitePro Mantiene los equipos de proyectos al día gracias a la creación, análisis y gestión de los requisitos de aplicaciones y casos de uso. Ya que el desarrollo de software es una tarea de equipo, es crítico que los miembros que implementen la solución comprendan los objetivos y entregables apropiados. ¿Cómo puede un equipo entregar la solución adecuada si sus miembros no tienen acceso a la visión del proyecto, sus metas, especificaciones y otros requerimientos que detallan lo que la solución final debe hacer? Los proyectos exitosos comienzan con Administración de Requerimientos Cuanto mejor sea la comunicación y administración de requerimientos, mayor será la chance de que los proyectos se entreguen a tiempo y dentro de presupuesto. Los proyectos exitosos comienzan con la administración de requerimientos y una administración de requerimientos más efectiva comienza con el software Rational RequisitePro. Dado que es fácil de usar, Rational RequisitePro facilita que los miembros del equipo colaboren con los requerimientos del proyecto. La interfaz es sencilla e incluye un cliente Windows y uno Web. RequisitePro también incluye poderosas funciones para la administración del alcance y la priorización, mientras todo el contexto del requerimiento está disponible dentro del documento vinculado de Microsoft Word en el que fue capturado. Los cambios en tiempo real que impactan el análisis permiten que cada miembro del equipo comprenda como afecta otras partes del proyecto. Adicionalmente, dado que se integra profundamente con la mayoría de las herramientas de desarrollo de software, Rational RequisitePro promueve la reusabilidad de los artefactos y facilita el compartir la Confidential

191 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

información, optimizando aún más la colaboración del equipo. Más significativas son las integraciones con Rational Rose, Rational ClearQuest, Rational ClearCase, y Rational TestManager. Rational RequisitePro es la herramienta elegida por las mejores prácticas del Rational Unified Process para aplicar la administración de requerimientos. Requerimientos y Análisis - Una parte clave de la definición de los sistemas Lo que se refiere a la definición del sistema es tener una clara comprensión del espacio del problema y los objetivos del negocio y mapear la solución a los correspondientes aspectos. La solución de Rational que vincula los requerimientos y el análisis incluye: Rational RequisitePro - una poderosa herramienta, fácil de usar e integrada de administración de requerimientos que promueve una mejor comunicación. Características y beneficios El desarrollo de software es una tarea de equipo, de tal forma, es crítico que todos los miembros del equipo posean un entendimiento compartido de la visión de sus proyectos, metas, especificaciones y requerimientos. Pero, como puede conseguirse cuando los equipos se encuentran geográficamente distribuidos y funcionalmente aislados, no pudiendo comunicarse entre sí en tiempo y forma? La solución a esta necesidad es Rational RequisitePro. Rational RequisitePro es una solución fácil de usar, es una herramienta de administración de requerimientos que le permite al equipo crear y compartir sus requerimientos utilizando métodos familiares basados en documentos potenciados por la aplicación de las capacidades de una base de datos, tales como la trazabilidad y análisis de impacto. El resultado es una mejor comunicación y administración de requerimientos con una mayor probabilidad de completar los proyectos en tiempo, dentro del presupuesto y superando las expectativas. Los proyectos exitosos comienzan con una buena administración de requerimientos - cuanto más efectiva sea su ejecución, mayor será el resultado en calidad y satisfacción del cliente.

STAKEHOLDERS Confidential

192 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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 usuarios 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:

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.

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 Confidential

193 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

Confidential

194 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

Confidential

195 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Confidential

196 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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:

Confidential

197 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Confidential

198 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Confidential

199 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Confidential

200 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Confidential

201 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

CLASES Confidential

202 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Las clases son requerimientos derivados de los casos de uso como necesidad de representación del modelo de datos. La matriz de atributos de las clases es la siguiente:

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.

Confidential

203 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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.

Confidential

204 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

Modelo de Análisis/Diseño: Diagrama de Clases

Confidential

205 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Confidential

206 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Modelo de Datos: Modelo Relacional

Confidential

207 ď&#x203A;&#x2122;Deportes LSI 03, 2000 PĂĄg. .

Deportes LSI 03

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

208 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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.

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

Confidential

209 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

Confidential

210 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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.

Confidential

211 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

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

Confidential

212 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Gestión de Ventas Para el subsistema de ventas el prototipo de interfaz gráfica es el de elaborar pedido.

Confidential

213 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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.

Confidential

214 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Confidential

215 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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.

Confidential

216 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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, Confidential

217 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

pasar un pedido determinado tanto si está completo como si está completo a envío, y salir a la interfaz de identificación.

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

218 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Confidential

219 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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:

Confidential

220 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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.

Confidential

221 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Confidential

222 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

Confidential

223 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Sistema para Gestión de Artículos Deportivos LSI 03 Base de Datos de Prueba Versión 3.0

Confidential

224 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Orden pedido Código pedido

Fecha

Estado

Cliente

Usuario Ventas

07/09/2002 25/10/2002

10/11/2002

21/11/2002

02/12/2002

07/12/2002

15/12/2002

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

46758 España Valencia

46985 España Valencia Manises

46970 España Valencia Burjassot

46758 España Valencia

Xativa

46758 España Valencia

Xativa

46758 España Valencia

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.

Fecha lleg. Alm.

Fecha aten.

Fecha Fecha lista sal. envío Alm.

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

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

Confidential

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

225 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Producto Referencia 1 2 3 4 5

Precio(€) 67 34 28 42 30

Nombre Zapatillas Mochila Sudadera Raqueta Calentadores

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

Proveedor 456 456 456 456 456

Max_razonable 200 100 350 100 1000

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

Confidential

226 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

Proveedor NIF

Código

Nombre

Teléfono

Dirección

Nº

Pta

Localidad Provincia

26789536-D

456

Juan Navarro Luna

963471263

C/ Jesús

101

Benaixida

Confidential

Valencia

Pais

46078

España

Fax

963471260 junalu@ono.com

227 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Cliente Codig o

NIF/CIF

Usu Con Nombre ario tra seña

Pta

Nº

Calle

48315682N

22496359- javi P

Jaime Monzón García

C/ 9613853 Manises Valencia 46985 Melias 96

95-2648950006352689

Javier Soria Garrido

C/ 9623596 Azorin 84

48-596820008454895

kel me

Teléfon o

Loc.

Xativa

Prov.

C.P.

Valencia 46758

C.C.C

País

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

Fax

Incidencias Cod_incidencia 1

Cod_pedido 6

Fecha 11/12/2002

Nif_creador 26485963M

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

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

228 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

Versión 3.0

Confidential

229 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos 1.

Descripción

Comprobar que la consulta funciona correctamente

2.1 2.2 2.3 2.4 2.5

4 4 4 4 4

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

Confidential

230 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

•

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.

•

Comprobar que la consulta funciona correctamente 1. Descripció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.

Confidential

231 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

3. Entrada

•

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

4. Resultado esperado

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

5. Evaluación de la Prueba

Prueba superada con éxito

Confidential

232 Deportes LSI 03, 2000 Pág. .

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

Confidential

233 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Confidential

234 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

para

revisión

Confidential

con

César López Rodríguez

235 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos

Confidential

236 ď&#x203A;&#x2122;Deportes LSI 03, 2000 PĂĄg. .

Deportes LSI 03

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

Atender pedido después de consultar dicho pedido 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.

Confidential

237 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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.

Entrada

• • • • • • •

•

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

Resultado esperado

Confidential

238 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

Evaluación de la Prueba

Prueba superada con éxito.

Atender un pedido de la lista de pedidos no atendidos Descripción

Condiciones de ejecución

Confidential

239 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Entrada

• • • • • •

•

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

Evaluación de la Prueba

Prueba superada con éxito.

Confidential

240 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Atender pedido asignando cantidades negativas 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.

Condiciones de ejecución

Entrada

• • • • • • • •

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

Confidential

241 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

•

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.

Evaluación de la Prueba

Prueba superada con éxito.

Atender pedido asignando cantidades mayores a las disponibles Descripción

242 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

opción atender pedido y asignaremos cantidades mayores al stock disponible para observar como responde el sistema.

Condiciones de ejecución

Entrada

• • • • • • • • •

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

243 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Evaluación de la Prueba

Prueba superada con éxito.

Atender pedido asignando cantidades mayores a las solicitadas 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. Condiciones de ejecución

244 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Entrada

• • • • • • • • •

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 .

Evaluación de la Prueba

Prueba superada con éxito.

Confidential

245 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Atender pedido sin asignar cantidades 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 .

Condiciones de ejecución

Entrada

• • • • • •

Confidential

246 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Resultado esperado

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

Evaluación de la Prueba

Prueba superada con éxito.

Confidential

247 Deportes LSI 03, 2000 Pág. .

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

Confidential

248 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

para

revisión

Confidential

con

César López Rodríguez

249 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos

Confidential

250 ď&#x203A;&#x2122;Deportes LSI 03, 2000 PĂĄg. .

Deportes LSI 03

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.

Elegir opción CANCELAR en la confirmación de la cancelación de pedido 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.

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.

Confidential

251 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Entrada

• • • • • • • • •

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.

Evaluación de la Prueba

Prueba superada con éxito.

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

Confidential

252 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Condiciones de ejecución

Entrada

• • • • • • • • •

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

Confidential

253 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

El pedido es eliminado del sistema y se libera el stock asociado a las líneas de pedido pasando de nuevo al stock disponible. Evaluación de la Prueba

Prueba superada con éxito.

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

Confidential

254 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03 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

Confidential

255 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03 Tabla de Contenidos

Confidential

256 ď&#x203A;&#x2122;Deportes LSI 03, 2000 PĂĄg. .

Deportes LSI 03

46.

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.

47.

47.1 2.1

Elaborar pedido y enviar a almacén Descripción

Confidential

257 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03 47.2 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.

47.3 2.3

Entrada

• • • • • • • • • • •

• • •

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

Confidential

258 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03 47.4 2.4

Resultado esperado

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

47.5 2.5

Evaluación de la Prueba

Prueba superada con éxito

48.

48.1 3.1

Elaborar pedido y guardar Descripción

48.2 3.2

Condiciones de ejecución

48.3 3.3

Entrada

• Confidential

Introducimos ‘maria’ en el campo usuario 259 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03 • • • • • • • • • • •

• • 48.4 3.4

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

48.5 3.5

Evaluación de la Prueba

Prueba superada con éxito

Confidential

260 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

49.

Elaborar pedido vacío y guardar

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

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

49.3 4.3

Entrada

• • • • • • • • • • •

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

Confidential

261 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

49.4 4.4

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.

49.5 4.5

Evaluación de la Prueba

Prueba superada con éxito

50.

50.1 5.1

Elaborar pedido vacío y enviar al almacén Descripción

50.2 5.2

Condiciones de ejecución

262 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

50.3 5.3

Entrada

• • • • • • • • • • • 50.4 5.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 ‘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.

50.5 5.5

Evaluación de la Prueba

Prueba superada con éxito

Confidential

263 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03 51.

Modificar pedido resultando dos líneas con el mismo producto

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

51.2 6.2

Condiciones de ejecución

51.3 6.3

Entrada

• • • • • • • • • • •

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:

Confidential

264 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03 o o o o 51.4 6.4

Introduce ‘ 4’ en código artículo Se rellena automáticamente los campos nombre y precio. Introduce ‘1’ en cantidad 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.

51.5 6.5

Evaluación de la Prueba

Prueba superada con éxito

52.

52.1 7.1

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

Confidential

265 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03 52.2 7.2

Condiciones de ejecución

52.3 7.3

Entrada

• • • • • • • • • • •

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

Confidential

266 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03 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.

52.5 7.5

Evaluación de la Prueba

Prueba superada con éxito.

53.

53.1 8.1

Modificar un pedido añadiendo un producto inexistente Descripción

53.2 8.2

Condiciones de ejecución

267 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

53.3 8.3

Entrada

• • • • • • • • • • •

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

53.5 8.5

Evaluación de la Prueba

Prueba superada con éxito.

Confidential

268 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

54.

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

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

54.2 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 48315682N 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.

54.3 9.3

Entrada

• • • • • • •

Confidential

269 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

• • • •

• • • • 54.4 9.4

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.

54.5 9.5

Evaluación de la Prueba

Prueba superada con éxito

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

270 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03 54.6 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.

54.7 10.2

Condiciones de ejecución

54.8 10.3

Entrada

• • • • • • • • • • •

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

Confidential

271 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

• • • • 54.9 10.4

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.

54.10 10.5

Evaluación de la Prueba

Prueba superada con éxito 55. 56.

57.

11.

57.1 11.1

.Modificar dirección de envío del pedido

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

272 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

57.2 11.2

Condiciones de ejecución

57.3 11.3

Entrada

• • • • • • • • • • •

• 57.4 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. Confidential

273 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

57.5 11.5

Evaluación de la Prueba

Prueba superada con éxito

58.

12.

Modificar pedido eliminando todas sus líneas

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

58.3 12.3

Entrada

• • • • • •

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

Confidential

274 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

• • •

58.4 12.4

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.

58.5 12.5

Evaluación de la Prueba

Prueba superada con éxito

59.

13.

59.1 13.1

Eliminar pedido Descripción

275 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

59.2 13.2

59.3 13.3

Entrada

• • • • • • • • • •

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

59.4 59.5 13.4

Resultado esperado

El pedido seleccionado es eliminado del sistema.

59.6 13.5

Evaluación de la Prueba

Prueba superada con éxito.

Confidential

276 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Comprobar ratio de pago del cliente

59.7 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. 59.8 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 22496359P 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.

59.9 14.3

Entrada

• • • • • • • • • •

Confidential

277 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03 • •

• • 59.10 14.4

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.

59.11 14.5

Evaluación de la Prueba

Prueba superada con éxito

Confidential

278 Deportes LSI 03, 2000 Pág. .

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

Confidential

279 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

para

revisión

Confidential

con

280 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos

Confidential

281 ď&#x203A;&#x2122;Deportes LSI 03, 2000 PĂĄg. .

Deportes LSI 03

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

Crear una incidencia normal en Almacén 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

Confidential

282 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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.

Condiciones de ejecución

Entrada

• • • • • • • • • • •

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.

Confidential

283 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Resultado esperado

La incidencia se almacena en el sistema.

Evaluación de la Prueba

Prueba superada con éxito.

Crear una incidencia vacía en Almacén 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.

Condiciones de ejecución

Confidential

284 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Entrada

• • • • • • • • • •

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.

Evaluación de la Prueba

Prueba superada con éxito.

Confidential

285 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Consultar incidencias en Almacén 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.

Condiciones de ejecución

Entrada

• • • • • • • • • • Confidential

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’. 286 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Resultado esperado

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

Evaluación de la Prueba

Prueba superada con éxito.

Crear una incidencia normal en Ventas 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.

Confidential

287 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Condiciones de Ejecución

Entrada

• • • • • • • • • • • • • •

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

Confidential

288 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

La incidencia se almacena en el sistema.

Evaluación

Prueba superada con éxito.

Crear una incidencia vacía en Ventas Descripción

Condiciones de Ejecución

289 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Entrada

• • • • • • • • • • • • •

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.

Evaluación

Prueba superada con éxito. Confidential

290 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Consultar incidencias en Ventas Descripción

Condiciones de Ejecución

Entrada

• • • • •

Confidential

291 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

• • • • • • • •

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.

Evaluación

Prueba superada con éxito.

Confidential

292 Deportes LSI 03, 2000 Pág. .

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

Confidential

293 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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

para

revisión

Confidential

con

César López Rodríguez

294 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Tabla de Contenidos

Confidential

295 ď&#x203A;&#x2122;Deportes LSI 03, 2000 PĂĄg. .

Deportes LSI 03

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

Pasar pedido completo a envío desde la lista de pedidos en atención Descripción

Confidential

296 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Condiciones de ejecución

Entrada

• • • • • •

Resultado esperado

El pedido queda almacenado en el sistema como listo para envío.

Evaluación de la Prueba

Confidential

297 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Prueba superada con éxito.

Pasar pedido completo a envío desde atender pedido 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.

Condiciones de ejecución

Entrada

• • • • Confidential

Deportes LSI 03

• •

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.

Evaluación de la Prueba

Prueba superada con éxito.

Cancelar al pasar un pedido incompleto a envío 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, cancelando seguidamente dicha decisión. Condiciones de ejecución

Confidential

299 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Entrada

• • • • • • • •

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.

Evaluación de la Prueba

Prueba superada con éxito.

Confidential

300 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

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.

Condiciones de ejecución

Entrada

• •

Introducimos ‘toni’ en el campo usuario Introducimos ‘puma’ en el campo contraseña

Confidential

301 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

• • • • • • • •

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.

Evaluación de la Prueba

Prueba superada con éxito.

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

302 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Condiciones de ejecución

Entrada

• • • • • • • • • •

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

303 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Evaluación de la Prueba

Prueba superada con éxito.

Confidential

304 Deportes LSI 03, 2000 Pág. .

Deportes LSI 03

Confidential

305 Deportes LSI 03, 2000 Pág. .

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

BLACK SHADOW S.A. DE C.V.

Confidential

306 Deportes LSI 03, 2000 Pág. .