INSTITUTO TECNOLÓGICO SUPERIOR DE LERDO

Licenciatura en Informática

SISTEMAS DE INFORMACIÓN II

ENSAYO: DESARROLLO DE SISTEMAS DE INFORMACIÓN

ARIZPE DELGADO LUZ ELENA 07230460

Ing. Ricardo de Jesús Bustamante González

Gómez Palacio, Dgo. Agosto de 2010

El siguiente ensayo será ilustrado con el ejemplo de desarrollo de software de un sistema para la gestión de artículos deportivos de una empresa del sector de ventas de deportes a clientes tanto a mayoristas como a minoristas. Por motivos de privacidad no se pueden publicar los datos de la entidad para la que se diseñó el software.

DESARROLLO DE SISTEMAS DE INFORMACIÓN Cuando se va a desarrollar un sistema es de importancia que se tomen

en cuenta los puntos clave de la empresa para poder implementar de una manera más efectiva dicho sistema.

Para el desarrollo de sistemas es necesaria una planificación, en este caso, el Ciclo de Vida para el desarrollo de Sistemas de Información, en cual consta de pasos:

1. Investigación preliminar. 2. Requerimientos. 3. Diseño. 4. Desarrollo. 5. Prueba de sistema. 6. Implementación. 7. Muerte del sistema (fin del contrato).

Investigación Preliminar

El desarrollo de un proyecto inicia cuando la empresa lo solicita, al hacer esto la empresa, el equipo desarrollador deberá investigar a fondo que es lo que la empresa quiere y/o necesita y poder satisfacer al máximo esto, para, enseguida, determinar si es factible en tres aspectos:

• Económico: determinar si se cuenta con el presupuesto necesario para desarrollar el sistema.

• Técnico: determinar si se cuenta con la tecnología necesaria para cumplir los requerimientos del sistema.

• Administrativo: determinar si se cuenta con el tiempo suficiente para cumplir con lo pedido, así con el personal capacitado para desarrollarlo y después si la empresa cuenta con el personal capacitado para usarlo de una forma correcta y eficaz.

Después de haber analizado lo anterior, la empresa que pide el sistema determinara si aprueba o no dicho proyecto.

Vista General del Proyecto Propósito, Alcance y Objetivos Deportes LSI 03 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 este firma conllevará una previsible adaptación a los nuevos sistemas de información y a la evolución tecnológica. Por ello, Deportes LSI 03 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.”

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 de información, seguridad en las 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

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

c) 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 LSI 03.

En este ejemplo, se sabe de antemano que esta propuesta de proyecto fue aceptada.

Análisis y Determinación de Requerimientos

Para la determinación de los requerimientos es de gran utilidad el analizar las operaciones de la empresa, qué y como se hace cada una de ellas, para poder identificar de una manera más acertada cada uno de los requerimientos con que deberá contar el sistema.

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.

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

c) Gestión de Envíos, incluyendo:

• Gestión de Pedidos para envío.

• Gestión de recibos.

d) Departamento de Recursos Humanos.

e) Departamento de Marketing.

f) Departamento de Logística.

g) Contabilidad y Facturación.

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

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

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.

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

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

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.

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.

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.

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.

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.

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.

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

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.

En la etapa de análisis de requerimientos se debe contar con el conocimiento de los datos y/o información que manejará el sistema: descripción de las entradas, descripción de los procesos por los cuales pasa la información y por último las salidas, es decir lo que el sistema arrojará después de los procesos anteriores y que presentación tendrán.

Departamento de contabilidad/facturación.

1. Cobro a Clientes

1.1 Descripción Este 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

2.1 Flujo Básico La pantalla muestra una lista con los pedidos que se han servido correctamente. 1. 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.

1. En caso afirmativo podrá escoger direcciones alternativas ya grabadas en el sistema o introducir una nueva para los clientes que desee.

2. Normalmente la aplicación tendrá predeterminado el cobro con transferencia bancaria.

1. El contable puede modificar la forma de pago de las facturas que desee.

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

2.2 Flujos Alternativos

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.

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.

.

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

Departamento de logística.

1. Compra a Proveedores

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

Flujo de Eventos

2.1 Flujo Básico 1. El Ingeniero de Logística accede a Compra a Proveedores. 2. El sistema le muestra una pantalla donde llevará a cabo las selecciones

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

siguiente. 4. La aplicación le muestra entonces una lista donde aparecen los productos que

tiene el almacén seleccionado y su stock actual. 1. El Ingeniero de Logística puede seleccionar un producto ya existente y

pinchar en añadir al pedido. 2. El producto pasa a la lista del nuevo pedido. 3. Introduce la cantidad deseada.

5. bien puede seleccionar un producto que no esté en el almacén utilizando el catálogo de productos

1. Selecciona un producto del catálogo que se añadirá a la lista del nuevo pedido

2. Introduce la cantidad deseada 6. Una vez confeccionada la lista de productos a pedir pincha en finalizar pedido. 7. El sistema le muestra una pantalla con el pedido al completo y le pide la

confirmación. 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). 2. Si el Ingeniero pincha cancelar volverá a la pantalla anterior.

8. El pedido se almacenará en la lista de pedidos realizados.

3. Precondiciones

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

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

4. Poscondiciones

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

1. Gestión de Regiones

1.1 Descripción Su función es poder gestionar las distintas regiones en las que se divide la empresa. Cada una de estas regiones dispone de unos almacenes a los que hacen peticiones tiendas deportivas. El Ingeniero de Logística puede crear nuevas regiones o modificar las actuales, asignando o borrando almacenes.

2. Flujo de Eventos

2.1 Flujo Básico

1. La pantalla muestra una lista con las regiones actuales. 2. El Ingeniero de Logística puede pulsar sobre el botón añadir o seleccionar una región de la lista y pinchar en el botón modificar o eliminar.

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

b. Si pulsa el botón modificar, podrá cambiar los datos relacionados a esa

región así como asignar almacenes. c. Le aparecerá una pantalla con los datos de la región y una lista de

almacenes asignados a ella. d. Los datos se pueden modificar seleccionando uno y rescribiendo. e. La lista de almacenes dispone de un botón añadir y otro eliminar.

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

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

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

3. Precondiciones

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

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

4. Poscondiciones

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

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

1. Reabastecer Almacén

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

2. Flujo de Eventos

2.1 Flujo Básico

1. El Ingeniero de Logística accede a Reabastecer Almacén. 2. El sistema le muestra una pantalla con dos listas. En la primera se incluyen los

productos sin stock ordenados por almacén y región. En la segunda se muestra los productos disponibles en el almacén central.

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

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

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

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

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

8. Si desea incluir más productos vuelve al paso 6. 9. Si desea finalizar el reabastecimiento pincha en el botón finalizar y se imprimirá

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

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

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

3. Precondiciones

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

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

4. Poscondiciones

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

Departamento de Marketing

1. Confeccionar Catálogo

1.1 Descripción Mediante él mantiene el catálogo de productos de la empresa. Actualizando productos, borrando o añadiendo nuevos. También puede para un producto determinado modificar sus características como el proveedor, precio, etc.

2. Flujo de Eventos

2.1 Flujo Básico 1. La pantalla muestra una lista con los productos del catálogo actual. 2. El Empleado de Marketing dispone de un botón para añadir un producto

nuevo, otro para borrar uno existente y otro para modificar un producto seleccionado.

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

i. Al seleccionar nuevo proveedor aparecerá una ventana donde incluir sus datos: dirección, teléfono, nombre, nif.

ii. Si ha pulsado en proveedor actual aparecerá una lista de los proveedores registrados. Seleccionará uno y pulsará aceptar.

iii. El producto quedará registrado en el sistema debidamente. b. 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).

c. Si selecciona modificar producto, se abrirá una ventana con los datos del mismo para que el Empleado de Marketing los modifique a su gusto.

3. Precondiciones

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

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

4. Poscondiciones

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

1. Política de Ventas

1.1 Descripción Se trata de especificar cierta política de ventas sobre los productos de la empresa, por ejemplo, qué productos tienen que ser más prioritarios a la hora de vender que otros.

2. Flujo de Eventos

2.1 Flujo Básico 1. La pantalla muestra una lista con los incentivos actuales 2. EL Jefe de Ventas puede seleccionar uno de los existentes y pulsar el botón

modificar, añadir o borrar. a. 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.

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

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

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

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

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

b. Si pulsa el botón borrar se eliminará el incentivo seleccionado. c. 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. i. 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.

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

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

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

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

3. Precondiciones

1. El contable ha realizado correctamente el login en el sistema.

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

1. Realizar Oferta

1.1 Descripción Este caso de uso lo ejecuta el actor Empleado de Marketing. Sirve para poner uno o varios productos en oferta a un precio determinado. El actor consulta el catálogo de productos y selecciona aquel o aquellos a los que desea aplicar la oferta, después, introduce el precio de la misma y por último el periodo temporal en el que permanecerá vigente. En este caso de uso también pueden eliminarse o modificarse ofertas anteriores.

2. Flujo de Eventos

2.1 Flujo Básico

1. La pantalla muestra una lista con las ofertas actuales. 2. El Empleado de Marketing puede seleccionar una de los existentes y pulsar el

botón “Modificar” o “Borrar”, o introducir una nueva mediante el botón “Añadir Nueva”.

a.Si pulsa el botón “Modificar” el sistema le mostrará una pantalla donde aparecerá una lista de productos a los que afecta la oferta seleccionada. Esta lista tendrá los campos “Producto” y “Precio de Oferta”, además de una línea adicional donde indica la fecha de finalización de la oferta. i. Si hace doble click en el campo “Precio de Oferta” de una

línea podrá modificarlo. ii. 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.

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

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

v. Al pulsa el botón “Aceptar” se confirmará la oferta. b. Si pulsa el botón “Borrar” se eliminará la oferta seleccionada. c. Si pulsa el botón “Añadir” aparecerá una pantalla con una lista vacía

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

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

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

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

3. Precondiciones

1. El Empleado de Marketing ha realizado correctamente el login en el sistema.

2. El Empleado de Marketing ha seleccionado el botón de “Realizar Oferta” de su interfaz gráfica.

4. Poscondiciones

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

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

Departamento de Recursos Humanos

1. Entrevista Trabajo

1.1 Descripción Se utiliza para realizar una entrevista de trabajo. Permite introducir los datos personales del entrevistado y la información de la encuesta que se le realice. También se utiliza para revisar las entrevistas que ya se han realizado e imprimirlas.

2. Flujo de Eventos

2.1 Flujo Básico 1. La pantalla muestra una lista con las entrevistas introducidas en el sistema.

Esta lista tiene los campos “Puesto”, “Fecha”, “Entrevistado” y “Entrevistador”.

2. El Empleado de RRHH puede pulsar en cualquiera de las entrevistas y pulsar el botón “Ver” o “Borrar”.

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

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

3 El actor puede pulsar el botón “Nueva” para comenzar una nueva entrevista de trabajo.

a. Se abrirá una pantalla donde podrá introducir primeramente los datos personales del entrevistado.

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

c. Una vez finalizada la introducción de los datos si pulsa el botón “Guardar”, la entrevista se almacenará en el sistema.

3 Precondiciones

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

2. El Empleado de RRHH ha seleccionado el botón de “Entrevista Trabajo” de su interfaz gráfica.

4 Poscondiciones

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

6. Gestión de Nóminas

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

7. Flujo de Eventos

2.1 Flujo Básico 1. La pantalla muestra una lista con los distintos trabajadores de la empresa

ordenada según departamentos. 2. El Empleado de RRHH puede seleccionar una o varias personas de un

departamento (con SHIFT + Click). 3. Seguidamente y pulsando sobre el botón modificar, accede a los datos de la o

las nóminas. Puede cambiar el importe de retribución, los datos bancarios, la fecha de pago o la adjudicación de pagas extras.

4. Para modificar cualquiera de los datos anteriores se pincha sobre el campo y se modifica el importe. En las pagas extras aparecerán dos columnas, una que especifica los meses donde se reciben y otra para el importe.

5. En los datos bancarios aparece, la entidad, el número de cuenta y la frase a mostrar como concepto.

6. Pulsando sobre aceptar se grabarán las modificaciones en la base de datos.

3. Precondiciones

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

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

4. Poscondiciones

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

1. Gestión de Personal

1.1 Descripción Se utiliza para realizar una entrevista de trabajo. Permite introducir los datos personales del entrevistado y la información de la encuesta que se le realice. También se utiliza para revisar las entrevistas que ya se han realizado e imprimirlas.

2. Flujo de Eventos

2.1 Flujo Básico 1. La pantalla muestra una lista con las entrevistas introducidas en el sistema.

Esta lista tiene los campos “Puesto”, “Fecha”, “Entrevistado” y “Entrevistador”.

2. El Empleado de RRHH puede pulsar en cualquiera de las entrevistas y pulsar el botón “Ver” o “Borrar”.

a. 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. b. Si pulsa el botón “Borrar” el sistema, tras pedir la confirmación,

borrará la entrevista seleccionada. 3. El actor puede pulsar el botón “Nueva” para comenzar una nueva entrevista

de trabajo. a. Se abrirá una pantalla donde podrá introducir primeramente los

datos personales del entrevistado. b. 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.

c. Una vez finalizada la introducción de los datos si pulsa el botón “Guardar”, la entrevista se almacenará en el sistema.

3. Precondiciones

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

2. El Empleado de RRHH ha seleccionado el botón de “Entrevista Trabajo” de su interfaz gráfica.

4. Poscondiciones

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

1. Redistribución de Personal

1.1 Descripción Se utiliza para gestionar el personal de la empresa, en qué departamento está asignado y que funciones desempeña. El actor puede hacer cambios en la plantilla de la empresa como trasladar personal entre departamentos, cambiar las funciones que realizan los empleados o eliminar y agregar personal.

2. Flujo de Eventos

2.1 Flujo Básico 1. La pantalla muestra una lista con los distintos trabajadores de la empresa

ordenada según departamentos. 2. El Jefe de RRHH puede seleccionar una o varias personas de un

departamento (con SHIFT + Click). 3. El actor puede pinchar en el botón modificar, añadir o eliminar.

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

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

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

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

3. Precondiciones

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

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

4. Poscondiciones

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

Gestión de almacén

1. Consultar Pedidos no Atendidos

1.1 Descripción El Técnico de Almacén selecciona el botón de Consultar en la pestaña de “no atendidos” en su interfaz gráfica principal. El sistema muestra del listado con los pedidos que no han sido atendidos, los detalles del pedido que ha sido seleccionado para su consulta en una nueva interfaz.

2. Flujo de Eventos

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

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

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

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

8. Precondiciones

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

1. Atender Pedido

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

2. Flujo de Eventos

2.1 Flujo Básico 1. El técnico de almacén selecciona un pedido la lista de pedidos no atendidos,

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

2. El sistema muestra una nueva interfaz en la que se muestran los datos del

pedido: el código del pedido, la fecha de llegada al almacén, la fecha de atención, la dirección de envío y la lista de las líneas de pedido que contiene la orden.

3. El técnico de almacén selecciona una línea de pedido para editarla. 4. Para cada línea de pedido el técnico de almacén puede cambiar la cantidad

asignada del stock disponible en el almacén: a. El técnico cambia la cantidad de stock asignada a una línea de

pedido y pulsa el botón “modificar cantidad”. b. 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. c. Se reserva el stock del almacén. d. 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.1 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.

1. Cancelar Pedido Atendido

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

2. Flujo de Eventos

2.1. Flujo Básico 1. El cliente ha solicitado cancelar un pedido en estado de “no atención”, en

estado de “en atención” o en estado de “listo para envío”. 2. El técnico de almacén selecciona el pedido cuya referencia corresponde al

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

a. El sistema muestra un mensaje de aviso de eliminación del pedido. b. Si el técnico pulsa el botón de “aceptar” se elimina el pedido,

mientras que si pulsa el botón “cancelar”, no se modificará el pedido.

2.2 Flujos Alternativos

3. Precondiciones

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

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

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

9. Poscondiciones

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

1. Incidencia Pedido

1.1 Descripción Este caso de uso lo ejecuta cualquier empleado que gestione órdenes de pedido cuando por algún motivo, el pedido provoca una situación conflictiva y requiere que se anote una incidencia. En el caso del técnico de almacén por dejar el stock bajo mínimos, por no poder atender una orden, etc. En cualquier caso, el empleado que genere una incidencia de pedido debe especificar la causa de la misma.

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

2.2 Flujos Alternativos

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

11. Precondiciones

1. El empleado está dado de alta en el sistema.

2. El empleado ha realizado correctamente el registro en el sistema introduciendo el nombre de usuario y la contraseña

1. Poscondiciones

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

1. Pasar Pedido a Envío

1.1. Descripción El técnico de almacén consulta la lista de pedidos atendidos y selecciona el pedido que quiere pasar a envío de la interfaz correspondiente al mismo y selecciona el botón de “pasar pedido a envío”. A continuación el sistema comprueba que la condiciones

de satisfacción de la demanda se cumplen y cambia el estado de pedido a pedido “listo para envío”.

2. Flujo de Eventos

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

2.2. Flujos Alternativos

2.2.1. En el punto 2 Si el sistema detecta que alguna de las cantidades de stock asignado es distinta de la cantidad que demanda la línea de pedido, entonces se genera un mensaje de aviso de pedido incompleto. El técnico de almacén puede pasar el pedido a listo para envío a pesar de no estar completo el pedido, puede cancelar el pasar el pedido a envío, o bien puede dividir el pedido en dos: uno que pasa a listo para envío con las cantidades asignadas al pedido y otro con las cantidades diferencia entre las que se han asignado y las que se demandaban. Este último pedido generado automáticamente figurará en estado de pedido en “no atención”.

3. Precondiciones

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

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

4. Poscondiciones

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

2. Si el técnico de almacén decide enviar el pedido a envío generando uno nuevo con las cantidades que faltaron por asignar el sistema creará un nuevo pedido en la base de datos como pedido “no atendido” y enviará el original a listo para envío.

1. Reposición Stock

1.1. Descripción El Jefe de Almacén detecta que falta stock de cierto producto en su almacén y se dispone a reponerlo. Puede hacer un pedido a un proveedor o introducir productos que acaban de llegar.

2. Flujo de Eventos

2.1. Flujo Básico 1. El sistema muestra el jefe de almacén una lista de los productos con falta de

stock. 2. El Jefe de Almacén selecciona aquellos que desea reponer y hace un pedido

al proveedor con número de unidades concreto. 3. Los productos pasan al estado “Pendiente de Reposición”. 4. Si ha llegado nuevo stock de algún producto el Jefe de Almacén puede

seleccionar de la lista el mismo e introducir el número de unidades nuevas. El producto pierde el estado “Pendiente de Reposición”.

2.2. Flujos Alternativos 1. Si en el punto 2 el Jefe de Almacén desea hacer un pedido de algún producto

que no está en el estado “Pendiente de Reposición” puede hacerlo indicándoselo al sistema.

2. El sistema le muestra el catálogo de productos para que seleccione el que desee e introduzca el número de unidades a pedir al proveedor.

3. El producto pasa al estado “Pendiente de Reposición”.

3. Precondiciones

1. El jefe de almacén debe estar dado de alta en el sistema.

4. Postcondiciones

1. El producto queda en estado “Pendiente de Reposición” o queda actualizado con el nuevo stock.

Gestión de envíos

1. Consultar Pedidos a Enviar

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

2. Flujo de Eventos

2.1. Flujo Básico 1. El encargado de transporte selecciona la opción “Consultar pedidos listos

para envío”. 2. En caso de que no exista ningún pedido listo para ser enviado, el sistema

responde con un mensaje indicando dicha situación. 3. En caso de que sí existan pedidos pendientes de ser enviados, el sistema

responde con el listado correspondiente. 4. El encargado de transportes puede consultar las líneas de pedido que

conforman cualquiera de los pedidos listos para envío. 5. El encargado de transportes puede cargar los pedidos listos para envío en el

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

2.2 Flujos Alternativos

1. Precondiciones

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

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

1. Introducir Recibos

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

2. Flujo de Eventos

2.1. Flujo Básico 1. El encargado de transporte selecciona la opción “introducir recibos”. 2. El sistema muestra una lista con los pedidos en estado “enviado”. 3. El encargado de transporte selecciona uno de ellos y pulsa la opción

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

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

nombre del transportista que la realizó. 6. El encargado de transporte pulsa el botón “introducir” 7. El recibo es almacenado en el sistema, y el pedido que figuraba en estado de

“enviado” pasa al estado “pendiente de cobro”.

2.2. Flujos Alternativos

2.2.1. En el punto 3 Si el transportista se equivoca al seleccionar el pedido puede volver atrás en cualquier momento y anular la introducción del pedido.

2.2.2. En el punto 6 Si el transportista ha introducido un nombre de transportista que no esté en la base de datos o la fecha de entrega del pedido es errónea, el sistema muestra un mensaje de error.

3. Precondiciones

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

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

4. Poscondiciones

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

1. Realizar Envío

1.1. Descripción El encargado de transporte hace efectivo el envío del pedido correspondiente.

2. Flujo de Eventos

2.1. Flujo Básico 1. El encargado de transporte selecciona la opción “realizar envío”. 2. El sistema muestra la lista de pedidos listos para ser enviados usando el caso

de uso “consultar pedidos listos para envío”. 3. El encargado de transporte selecciona un pedido de la lista. 4. El sistema registra el código de los transportistas que van a servir el envío y

la fecha y hora de salida de los camiones. 5. El contenido del pedido es cargado en el camión. 6. El pedido pasa a ser pedido “enviado” automáticamente. 7. El stock del almacén es actualizado automáticamente por el sistema,

eliminando de dicho stock el asignado al pedido.

2.2 Flujos Alternativos

3. Precondiciones

1. El pedido está marcado como “Listo para Envío”.

2. El encargado de transporte está dado de alta en el sistema y ha realizado correctamente el registro en el mismo mediante su nombre de usuario y su contraseña.

4. Poscondiciones

1. El pedido queda marcado como “Enviado”.

2. El stock de los productos del pedido queda actualizado.

Gestión de Ventas

1. Control Estadísticas

1.1 Descripción El Jefe de Ventas o el Ingeniero de Logística inicia el caso de uso. El sistema le muestra una pantalla donde puede crear diversas estadísticas sobre conceptos relacionados con la empresa. Por ejemplo, ventas por sección, ventas de los representantes, pedidos realizados a las operadoras, beneficio de la empresa, etc. Una vez creada una estadística puede ser imprimida o guardada en el sistema para su consulta posterior.

2. Flujo de Eventos

2.1 Flujo Básico 1. La pantalla muestra una lista con las posibles estadísticas a crear. 2. El actor selecciona una de ellas y pulsa el botón crear. 3. El sistema le muestra una pantalla donde puede asignar regiones, almacenes o

trabajadores afectados por la estadística. 4. Pulsando siguiente aparecerá una ventana donde se mostrarán parámetros de

control y rangos de selección de forma que pueda amoldar la estadística a sus preferencias.

5. Pulsando siguiente aparecerán los resultados que podrá guardar o imprimir. a. Si pulsa el botón guardar el sistema le permitirá grabar los resultados

en el disco duro u otro soporte de almacenamiento. b. Su pulsa el botón imprimir se mandarán a la impresora los

resultados.

3. Precondiciones

1. El actor ha realizado correctamente el registro en el sistema.

2. El actor ha seleccionado el botón de “Control Estadísticas” de su interfaz gráfica.

1. Consultar Productos

1.1. Descripción Este caso de uso lo ejecuta el Usuario de Ventas. Presenta el catálogo de productos de la compañía por pantalla. Se muestra una descripción del producto, su foto y el precio de venta. Puede seleccionarse cualquiera e introducirlo en la orden de pedido si se desea.

2. Flujo de Eventos

2.1. Flujo Básico 1. El Usuario de Ventas accede al catálogo de productos. 2. Se muestra por pantalla una clasificación de los productos con su

descripcción, foto y precio. 3. El usuario puede seleccionar uno e introducirlo en la orden de pedido. 4. El catálogo se queda en segundo plano y se muestra la orden de pedido

añadiendo el producto que se ha seleccionado.

2.2. Flujos Alternativos

3. Precondiciones

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

4. Postcondiciones

1. Otorgar Incentivos

1.1 Descripción Este caso de uso muestra la opción de otorgar incentivos. El actor Jefe de Ventas inicia el caso de uso y el sistema le muestra una lista donde se almacenan los incentivos pendientes. Si pincha en el botón añadir incentivo la aplicación le mostrará una nueva pantalla donde puede especificar la clase de incentivo y a los trabajadores que afectará. El Jefe de Ventas también puede anular y modificar los incentivos ya registrados en el sistema. Los incentivos que se han cobrado (en la nomina mensual) por parte de los trabajadores desaparecen de la lista.

2. Flujo de Eventos

2.1 Flujo Básico 1. La pantalla muestra una lista con los incentivos pendientes 2. EL Jefe de Ventas puede seleccionar uno de los existentes y pulsar el botón

modificar, añadir o borrar. a. 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.

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

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

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

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

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

b. Si pulsa el botón borrar se eliminará el incentivo seleccionado. c. 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. i. 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.

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

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

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

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

3. Precondiciones

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

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

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

2. Flujo de Eventos

2.1 Flujo Básico 1. La operadora o el representante de ventas buscan el cliente por DNI, CIF o

por código de cliente. 2. El sistema presenta los datos del cliente, según aparezcan en la base de datos,

y la lista de órdenes en elaboración y enviadas al almacén de dicho cliente. 3. El representante de ventas o la operadora comunican al cliente los pedidos en

elaboración listados y ofrecen la posibilidad de modificar uno ya existente, borrar uno existente, o realizar una nueva orden de pedido. En caso de realizar una nueva orden de pedido, ir al punto 4. En caso de solicitar una modificación de un pedido en elaboración, pasar al punto 5. En caso de solicitar el borrado de un pedido en elaboración se procederá al punto 6.

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

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

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

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

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

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

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

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

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

c. En caso de introducir una nueva línea de pedido, volver al punto 5.1. d. En caso de introducir una nueva línea de pedido, volver al punto 5.2. e. 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.

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

6. El representante de ventas o la operadora seleccionan el pedido en elaboración a borrar y pulsan el botón “cancelar pedido”. El sistema mostrará una ventana de aviso de borrado y de pérdida de los datos. El representante de ventas o la operadora pueden confirmar el borrado pulsando el botón “aceptar”o cancelar pulsando ”cancelar”. En el primer caso el pedido se elimina de la base de datos, y en el segundo permanece sin cambios.

7. El representante de ventas o la operadora vuelven a la interfaz de elaborar pedido, en la que pueden cambiar de cliente, consultar los pedidos del cliente, tanto en elaboración como los enviados al almacén o salir de la aplicación a la pantalla inicial de registro en el sistema.

2.2 Flujos Alternativos

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

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

2.2.3 En el punto 4.2 Si en el paso 4.2 el representante de ventas o la operadora introducen una referencia errónea o inexistente, el sistema generará un aviso de error de producto no existente. En caso de introducir una cantidad no mayor que cero el sistema generará un aviso de error de cantidad errónea. Si se introduce una cantidad por encima del rango máximo razonable de pedido el sistema generará un aviso de haber excedido esta cantidad.

2.2.4 En el punto 5.1 Si en el paso 5.1 el representante de ventas o la operadora introducen una referencia errónea o inexistente, el sistema generará un aviso de error de producto no existente. En caso de introducir una cantidad no mayor que cero el sistema generará un aviso de error de cantidad errónea. Si se introduce una cantidad por encima del rango máximo razonable de pedido el sistema generará un aviso de haber excedido esta cantidad.

2.2.5 En el punto 5.2 Si en el paso 5.2 el representante de ventas o la operadora introducen un código de artículo erróneo, el sistema generará un aviso de error de artículo no existente. En caso de introducir una cantidad no mayor que cero el sistema generará un aviso de error de cantidad errónea. Si se introduce una cantidad por encima del rango máximo razonable de pedido el sistema generará un aviso de haber excedido esta cantidad.

3. Precondiciones

1. El representante de ventas o la operadora han realizado correctamente el

registro en el sistema mediante el nombre de usuario y la contraseña.

4. Poscondiciones

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.

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

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

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

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

5. Puntos de Extensión

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

5.2 Consultar Catálogo en el punto 4.2 y 5.1 En el paso 4.2 o en el paso 5.1, en caso de que la operadora o el representante de ventas desconozcan la referencia del producto, pueden invocar al caso de uso Consultar Catálogo para realizar búsquedas de productos.

1. Elaborar Pedido Online

1.1 Descripción El cliente online puede introducir una orden de pedido accediendo a la página de Internet de la empresa. La orden de pedido quedará almacenada en el sistema al igual que en el caso de uso Elaborar Pedido.

2. Flujo de Eventos

2.1 Flujo Básico 1. El sistema genera automáticamente el número de pedido y le asigna la fecha

actual. 2. El sistema presenta los datos del cliente por pantalla. 3. El cliente puede comprobar el estado de pedidos realizados con anterioridad

pulsando el botón “consultar pedidos”. 4. Si se quiere introducir un nuevo pedido, el cliente pulsa el botón “nuevo

pedido” y se le muestra una pantalla donde puede comenzar a introducir referencias de artículos o utilizar el catálogo de productos para seleccionarlos. Conforme se introducen las cantidades se muestra el total del pedido por pantalla.

5. Selecciona la modalidad de pago. 6. Si la modalidad es por transferencia o tarjeta de crédito se pide la

confirmación de los datos de la cuenta. 7. Si el cliente está conforme con los datos del pedido, puede guardarlo como

pedido en elaboración pulsando el botón “guardar” o bien puede enviar el pedido al almacén correspondiente a su región, pulsando el botón de “enviar a almacén”.

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

2.2 Flujos Alternativos

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

2.2.2 En el paso 5 Si algún producto no tiene stock disponible se avisa por pantalla.

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

3. Precondiciones

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

2. El cliente ha introducido correctamente su nombre de usuario y su contraseña en el sistema

4. Poscondiciones

1. La orden de pedido queda almacenada en el sistema si el usuario ha seleccionado “guardar”

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”

3. La orden de pedido no se almacena en el sistema si el usuario seleccionó “salir”

1. Gestión de Clientes

1.1. Descripción Este caso de uso resume la utilidad de alta, baja y modificación de los datos registrados en la base de datos de la plantilla de clientes que tiene la empresa. El usuario de ventas, ya sea representante de ventas, operadora o cliente on-line, podrá acceder a los datos correspondientes a cada uno y realizar modificaciones. Los representantes de ventas solamente pueden modificar o eliminar clientes que estén asociados a los mismos, y el alta asociará automáticamente al cliente con dicho representante. Los clientes on-line solo podrán modificar datos propios, eliminarse como clientes o darse de alta como uno nuevo sin que dé lugar a repeticiones. Por último, la operadora podrá modificar, dar de alta o eliminar cualquier cliente.

2. Flujo de Eventos

2.1. Flujo Básico 1. El Usuario de Ventas puede seleccionar dar de alta un nuevo cliente, pasar al

punto 2; dar de baja un cliente, pasar al punto 3; modificar datos de un

cliente, pasar al punto 4. 2. El Usuario de Ventas solicita el alta de un nuevo cliente.

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

b. 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. a. El sistema muestra el campo DNI/CIF a introducir necesario para la

baja. b. El Usuario de Ventas introduce el DNI/CIF del cliente que desea

eliminar y pulsa “entrar”. c. El sistema muestra los campos de los datos del cliente que se ha

solicitado para la baja. d. El Usuario de Ventas pulsa el botón borrar de su interfaz gráfica. e. El sistema genera un mensaje de aviso de borrado y solicita la

confirmación de la eliminación. f. 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. 1.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.

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

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

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

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

2.2 Flujos Alternativos.

2.2.1 En el punto 2.2 El sistema comprueba que los datos del nuevo cliente, DNI/CIF no se corresponden con ningún otro cliente de la base de datos. En caso afirmativo, generará un mensaje de error comunicando que dicho cliente ya está dado de alta en la base de datos. El sistema comprueba que se han introducido todos los datos restantes, en caso de que no se hayan introducido datos en los campos Nombre, País, Provincia, Localidad, Dirección, Código Postal, Teléfono y Cuenta Bancaria, el sistema generará un mensaje de error comunicando que faltan datos del necesarios cliente.

2.2.1.1 En el punto 2.2

Si se ha generado mensaje de error, el sistema vuelve a mostrar la interfaz gráfica de alta de cliente.

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

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

2.2.3 En el punto 3.6 El sistema comprueba si el cliente solicitado para la baja tiene pedidos en elaboración, en caso afirmativo informará al Usuario de Ventas de que se eliminarán también los pedidos en elaboración. El sistema también comprueba que el cliente no tiene pedidos en cualquier otro estado que no sea el de elaboración. En caso afirmativo, el sistema informará de la situación al Usuario de Ventas y podrá solicitar Cancelar Pedido Atendido. En caso de no eliminarse previamente los pedidos pendientes, el sistema no borrará el cliente.

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

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

2.2.5 En el punto 4.5 El sistema comprueba que los datos del nuevo cliente, DNI/CIF no se corresponden con ningún otro cliente de la base de datos. En caso afirmativo, generará un mensaje de error comunicando que dicho cliente ya está dado de alta en la base de datos. El sistema comprueba que se han introducido todos los datos restantes, en caso de que no se hayan introducido datos en los campos Nombre, País, Provincia, Localidad, Dirección, Código Postal, Teléfono y Cuenta Bancaria, el sistema generará un mensaje de error comunicando que faltan datos del necesarios cliente.

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

3. Precondiciones

1. El Usuario de Ventas ha realizado correctamente el registro en el sistema

2. El Usuario de Ventas ha seleccionado el botón de “Gestión de Clientes” de su interfaz gráfica

4. Poscondiciones

1. En caso de haberse dado de alta un nuevo cliente, los datos del cliente quedan almacenados en la base de datos

2. En caso de haberse realizado una modificación de los datos de un cliente, quedan almacenados en la base de datos.

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.

También es importante elaborar un diccionario de datos, el cual se puede observar en el siguiente enlace:

• Glosario

Los analistas también deberán desarrollar el diseño físico del sistema para darles a los diseñadores una mejor perspectiva de lo que el cliente está solicitando.

En los siguientes enlaces se pueden observar las interfaces del sistema.

• Interfaces comunes. o Identificación. o Incidencia de pedido. o Consultar incidencias. o Detalles de incidencia.

• Gestión de ventas o Elaborar pedido. o Elaborar pedido nuevo.

• Gestión de almacén. o Técnico de almacén no pedido. o Técnico de almacén en atención. o Técnico de almacén listos para envío. o Consultar pedidos no atendidos. o Atender pedido. o Asignar stock.

Diseño

Con todos los requerimientos bien establecidos, lo que sigue es diseñar el sistema, se deben establecer todas las características con que deberá contra el sistema, donde, nuevamente, se tomarán en cuenta los datos de entrada, su procesamiento y como será su salida. Para ello se puede valer de diversas herramientas.

A continuación se presentan los modelos definidos en RUP como modelo de datos y modelo de análisis / diseño. Constará de un diagrama de clases en el que se muestran tan sólo las clases generadas a partir de los casos de uso incorporados a la aplicación hasta la segunda iteración de la fase de construcción, y de un modelo de datos (modelo relacional) donde se muestran las entidades que participan en las relaciones definidas en el proyecto (teniendo en cuenta de nuevo que se alcanzó únicamente la segunda iteración de la fase de construcción).

Desarrollo

Al momento de desarrollar el software se puede recurrir a dos opciones:

a) Comprarlo a alguna otra empresa: esto lo hacen, la mayoría de veces, empresas pequeñas.

b) Escribir programas a la medida del solicitante: esto lo hacen, la mayoría de las veces, las empresas más grandes, mejor establecidas y que se dedican a satisfacer al cliente por sus propios medios.

En cualquiera de éstas que se elija, los programadores tienen la obligación de realizar la documentación del programa tanto para el usuario, como para el mantenimiento, ya que si no se cuenta con esta documentación, simplemente será muy difícil trabajar con el sistema, incluso darle soporte, o mantenimiento.

La aplicación se desarrolló bajo el lenguaje de programación Visual Basic 6.0, teniendo que soportar tanto acceso a una base de datos Oracle como a una base de datos Access, dependiendo de la selección del usuario en el arranque del programa. Cabe citar que el equipo de desarrollo estaba limitado a unos conocimientos medios del lenguaje de programación, por lo que las soluciones adoptadas pueden no ser completamente eficientes.

Enseguida se muestran los detalles de algunas de las clases de los diagramas anteriores. Para observarlos, sólo da clic en el enlace correspondiente.

• Orden de pedido • Cliente

En los siguientes enlaces se puede observar los detalles de cada entidad.

• Incidencias. • Orden_pedido. • Linea_pedido. • Empleado. • Cliente. • Almacen. • Producto_almacen. • Región. • País. • Producto. • Proveedor.

Pruebas del sistema

En este paso se realizan experimentos con el sistema, se eligen datos al azar, se introducen y se realizan, con ellos, los procesos para los que fue diseñado el programa, observando si en realidad arroja los datos y/o información que se espera de forma correcta.

Como estrategia, se da a probar el sistema a personas ajenas al equipo desarrollador, para observar cada detalle del comportamiento del sistema; de esta forma detectar los errores o diferencias que pueda tener el sistema en base a los requerimientos que se estipularon en un principio.

A continuación los enlaces a cada una de los documentos word utilizados como casos de pruebas funcionales de los casos de uso incluidos en el proyecto de desarrollo software hasta la segunda iteración de la fase de construcción, como se indica en el plan de desarrollo software.

• Bases de datos. o Bases de datos de pruebas.

• Gestión de almacén. o Consultar pedidos no atendidos. o Atender pedido. o Cancelar pedido atendido. o Incidencia de pedido. o Pasar pedido a envío.

• Gestión de ventas. o Elaborar pedido.

Implementación

En este paso, se instala el sistema en la empresa, si se requiere que sea en más de una máquina se puede optar por instalarlo en una sólo y observar su comportamiento, y después irlo implementando poco a poco y las demás o implementarlo en una sola exhibición en todas las máquinas.

Una vez que se instaló el sistema, se hace una aproximación del tiempo en que será efectivo, en base al cambio constante de la tecnología, de las demandas de la empresa, así como de su crecimiento.

Una vez más, se observa el comportamiento del sistema para determinar que tan fácil resulta para el personal usarlo, que tanto cumple con las necesidades de éstos; también se determina si fue menor, igual o mayor el beneficio que el que se esperaba, después se deberá identificar el por qué de cada resultado.

Y no menos importante se deberá observar la respuesta que tienen los encargados de la empresa, pues aunque al equipo desarrollador le haya satisfecho al 100% su sistema, el cliente siempre tendrá la última palabra.

Muerte del sistema

En cuanto a esta fase, se dice que es cuando se cierra el contrato sobre la petición del sistema o cuando el sistema tiene que ser reemplazado por una nueva versión.

En el sistema de este ejemplo el sistema sigue siendo utilizado por la empresa.

Sin embargo, por motivos de privacidad no se pueden publicar los datos de la entidad para la que se diseñó el software.

Bibliografía

http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/index.html