Taller de Desarrollo de Software

Transcripción

1 Universidad de Talca Facultad de Ingeniería Campus Curicó Taller de Desarrollo de Software Informe de Requerimientos Integrantes: Carlos Guzmán Edgardo Ortiz Nelson Valdés Profesor: Victor Santander Fecha: 29 de septiembre de 2007

2 Índice Taller de Desarrollo de Software Índice 1. Introducción Propósito del documento de requerimientos Alcance del producto Definiciones, acrónicos y abreviaturas Referencias Descripción del resto del documento Descripción General Perspectiva del producto Organigrama de la Empresa Funciones del Producto Características del usuario Modelo Organizacional I* Modelo de dependencias estratégicas SD Modelo de razones estratégicas SR Requerimientos Funcionales Requerimientos del Jefe de Bodega Requerimientos del Bodeguero Requerimientos del Sistema Requerimientos No Funcionales Requerimientos no Funcionales del sistema Técnica NFR Framework y Grafo SIG Diagrama de Clases Conclusión Evaluación Apéndice A1 - Especificación Casos de Uso Casos de uso del Bodeguero Casos de uso del Jefe de Bodega Casos de uso del Sistema Apéndice A1 - Diagramas de Casos de Uso Diagrama de Casos de uso del Bodeguero Lectura de productos

3 Índice de figuras Taller de Desarrollo de Software Despachar productos Ingreso de productos Consultar por producto, familia de productos, marca u otros atributos Comprobar una orden de compra Diagrama de Casos de uso del Jefe de Bodega Registrar un producto Establecer stock crítico y máximo de un producto Registrar nuevo proveedor Los usuarios deben ser responsables de las acciones que realizan Los jefes de bodega pueden descontar productos de la bodega Aprobación por conducto regular y notificación al proveedor via por falta de producto Productos con foto referencial Generar informes de estado actual de bodega Diagrama de Casos de uso del Sistema Registrar nuevo Usuario, Eliminar usuario, Modificar usuario Apéndice B - Entrevista al Usuario/Cliente 62 Índice de figuras 1. Organigrama de la Empresa Figura de el modelo de dependencias estratégicas Figura de el modelo de razones estratégicas Grafo SIG Diagrama de Clases Diagrama CU Bodeguero - Lectura de productos Diagrama CU Bodeguero - Despachar productos Diagrama CU Bodeguero - Ingreso de productos Diagrama CU Bodeguero - Consultar por producto, familia de productos, marca u otros atributos Diagrama CU Bodeguero - Comprobar una orden de compra Diagrama CU Jefe de Bodega - Lectura de productos Diagrama CU Jefe de Bodega - Establecer stock crítico y máximo de un producto Diagrama CU Jefe de Bodega - Registrar nuevo proveedor Diagrama CU Jefe de Bodega - Los usuarios deben ser responsables de las acciones que realizan

4 Índice de figuras Taller de Desarrollo de Software 15. Diagrama CU Jefe de Bodega - Los jefes de bodega pueden descontar productos de la bodega Diagrama CU Jefe de Bodega - Aprobación por conducto regular y notificación al proveedor via por falta de producto Diagrama CU Jefe de Bodega - Productos con foto referencial Diagrama CU Jefe de Bodega - Generar informes de estado actual de bodega Diagrama CU Sistema - Registrar nuevo Usuario, Eliminar usuario, Modificar usuario

5 Introducción Taller de Desarrollo de Software 1. Introducción 1.1. Propósito del documento de requerimientos Para todas las empresas que quieren comercializar sus productos en mercados internacionales automatizar sus procesos es una obligación, estandarizarse y certificarse es una de las tareas mas complicadas a la hora de obtener ese prestigio que abrir nuevos horizontes institucionales. Actualmente, la mayoría de las empresas en Chile aun sigue ocupando el método manual (o con papel) para guardar la información organizacional importante, lo cual hace que la búsqueda, eliminación, creación de nuevos formularios y lo más importante la consulta a esos formularios se haya vuelto una tarea de horas. Capturando esa necesidad en la empresa JUCOSA ellos hicieron alcances de lo que necesitan optimizar, cuales eran sus requisitos que ya estaban satisfechos por su método actual y aquellos que necesitaran satisfacer a futuro, que era lo que ellos definan como el éxito del software y cuales serian los actores, usuarios y beneficiados si es que este llega a su etapa final. A continuación esta el resultado de entrevistas de captura de requerimientos, su modelamiento, análisis, casos de uso y otros Alcance del producto El producto esta pensado para cualquier organización que necesite hacer un control de los productos (que entran, salen, pérdidas, etc.) de sus bodegas y que reconozcan sus productos por medio de código de barra, todo esto será incluido en un software funcional, preciso y eficiente Definiciones, acrónicos y abreviaturas Las siguientes abreviaciones se utilizarán en el informe: RFJ = Requisito funcional para el Jefe de Bodega RFB = Requisito funcional para el Bodeguero. RFS = Requisito de Sistema. RNF = Requisito No funcional. 5

6 1.4 Referencias Taller de Desarrollo de Software 1.4. Referencias son: Las referencias que se hacen en este informe ordenadas por orden alfabético Apuntes del Profesor Víctor Santander. Entrevista con el Jefe de Recursos Humanos de Jucosa, Sr. Aldo Romero C. Tel.: (72) Informe de estudio de viabilidad (realizado por el grupo de trabajo). Ingeniera de Software de Ian Sommerville (7ma edición). Manual de uso de Rational Rose. UML for dummies Descripción del resto del documento El documento además cuenta con: La especificación de cada uno de los casos de uso que el usuario y cliente acordaron para el éxito del software. Diagramas que ayudan a comprender de manera mas tangible el funcionamiento y dependencia de las partes atingentes con el software. Relación de los bodegueros y jefes de bodega con el software mediante la técnica I-Star. Descripción de la perspectiva con la que se desarrollara el software Cuales son las funciones, restricciones, dependencias funcionales, de software y hardware. Una estandarización; el documento se basa en el estándar de documentos de requerimientos de software IEEE/ANSI (IEE. 1998) el cual sugiere la estructura que está siendo usada en el presente informe. 6

7 Descripción General Taller de Desarrollo de Software 2. Descripción General 2.1. Perspectiva del producto El producto esta pensado para ser funcional en cualquier empresa, por tanto, la complejidad de sus algoritmos y base de datos debe quedar oculta al usuario permitiéndole un entorno amigable y funcional. La perspectiva usada ser entonces la perspectiva del usuario, aun cuando esto complique el proceso de desarrollo. Los usuarios del sistema serán, segn el organigrama el Gerente de Operaciones (jefe de bodega) y los trabajadores que se encarguen de despachar y recibir nuevas existencias en la(s) bodega(s). El organigrama se muestra a continuación Organigrama de la Empresa Figura 1: Organigrama de la Empresa 7

8 2.2 Funciones del Producto Taller de Desarrollo de Software 2.2. Funciones del Producto El producto esta pensado para un departamento de administración de bodegas, en donde se tiene la necesidad de un software de control de inventario que ofrezca un sistema de mantenimiento de: Productos, Categorías de producto, Clientes, Proveedores, etc., Además manejar stock, emitir reportes como ventas y compras diarias, mensuales y anuales, y otras cosas útiles para los requisitos de la cada empresa. Además de lo anteriormente mencionado, el software tiene que respetar el orden en que se toman las decisiones en la empresa, en donde: 1. Los bodegueros pueden recibir productos (con previa nota de compra/venta con la empresa proveedora). 2. Los bodegueros pueden despachar productos (con previa nota de venta emitida a un cliente). 3. El jefe de bodega puede: a) Manejar toda la información de identificación de un producto (familia, marca, nombre, stock crítico, stock máximo, etc.). b) Establecer la información de los proveedores. c) Supervisar el estado actual de la bodega mediante generación de informes. d) Supervisar la petición de productos nuevos a los proveedores. e) Registrar productos nuevos dentro de la empresa. f ) Descontar los productos dañados o perdidos dentro de la bodega. El software debe ser capaz de responder básicamente las siguientes preguntas: Cuantas existencias tengo actualmente de un producto, marca, familia de productos, proveedor? Cuales son los productos que no exceden el stock crítico (tienen menos existencias de las establecidas)? Quién es el responsable por el despacho de productos pertenecientes a una orden de venta? Y otras preguntas de carácter informativo que le permitan a la empresa saber acerca de sus existencias y poder controlarlas adecuadamente. 8

9 2.3 Características del usuario Taller de Desarrollo de Software 2.3. Características del usuario La única experiencia que se le exige al usuario es tener manejo de aplicaciones de ventanas, dado que el sistema será realizado stand alone. En lo referente a los usuarios que podrán modificar datos dentro del software, se encuentran solo tres tipos: Admin (puede crear otros usuarios), Jefe de Bodega y Bodeguero, por tanto estos tres últimos deberán entender el actual problema e interactuar con el software en modo de prueba para familiarizarse con este. 9

10 Modelo Organizacional I* Taller de Desarrollo de Software 3. Modelo Organizacional I* 3.1. Modelo de dependencias estratégicas SD El modelo de dependencias estratégicas SD, nos entrega una visión de los objetivos primarios y secundarios de los actores, así como también la dependencia que tienen entre si los actores en el sistema. En la siguiente figura, atenderemos los objetivos de los actores de nuestro software, enfocándonos en sus tareas principales y como se relacionan entre si. Figura 2: Figura de el modelo de dependencias estratégicas 10

11 3.2 Modelo de razones estratégicas SR Taller de Desarrollo de Software 3.2. Modelo de razones estratégicas SR El siguiente modelo de razones estratégicas, muestra mas claramente como el software va atendiendo los intereses de los actores, por medio de un seguimiento de acciones, podemos identificar con mas precisión cual es el camino de los datos y la secuencia que estos siguen para llegar al éxito. Figura 3: Figura de el modelo de razones estratégicas 11

12 Requerimientos Funcionales Taller de Desarrollo de Software 4. Requerimientos Funcionales 4.1. Requerimientos del Jefe de Bodega RFJ-001 Registrar un producto. El jefe de bodega puede registrar un producto que no exista en la base de datos, indicando todos sus campos relevantes como por ej.: Marca, Familia de productos, Proveedor, Stock crítico, Stock máximo, Descripción y otros detalles importantes que serán especificados con detalle mas adelante. RFJ-002 Establecer stock crítico de un producto. El jefe de bodega puede establecer un stock crítico para un producto, de esta manera el software podrá informar cuando un producto está por acabarse y necesita de mas existencias. RFJ-003 Establecer stock máximo de un producto. El jefe de bodega puede establecer un stock máximo para un producto, de esta manera el software podrá informar cuando se quieran ingresar mas existencias de un producto que ya tiene una cantidad suficiente y necesaria de unidades en bodega. RFJ-004 Registrar nuevo proveedor. El jefe de bodega puede registrar un nuevo proveedor que no exista el la lista de proveedores de la base de datos, este debe ingresar los campos relevantes como por ej.: Nombre de La Empresa, Producto(s) Asociado(s), Correo electrónico, Dirección, Teléfono de contacto, Nombre del contacto. Algunos de los campos pueden ser opcionales y otros obligatorios, esto se especificara mas adelante. RFJ-005 Los usuarios deben ser responsables de las acciones que realizan. Cada usuario que ingresa al sistema se hace responsable de todas las operaciones y/o transacciones que realiza. El usuario debe contar con LOG personal, el cual puede ser leído por el pero no modificado. RFJ-006 Los jefes de bodega pueden descontar productos de la bodega (pérdidas, mermas, dañados, etc). Cada producto que sale de la bodega es contabilizado como un ítem que es vendido, pero puede existir la posibilidad de que algunos productos se encuentren dañados o que deban ser descontados por otros motivos (Mermas). Solo el jefe de bodega puede descontar este tipo de productos de las existencias de la bodega y señalar cual fue el motivo del descuento. 12

13 4.2 Requerimientos del Bodeguero Taller de Desarrollo de Software RFJ-007 Aprobación por conducto regular. (aprobacion del jefe de bodega antes de enviar el al proveedor) El jefe de bodega debe aprobar una petición de automática que se genera a partir de una falta de productos en la bodega, esta petición se genera cuando la cantidad de productos existentes es menor al stock mínimo del producto. RFJ-008 Notificación al proveedor via por falta de producto. Una vez que el jefe de bodega aprueba la petición, esta se debe mandar de manera automática al proveedor del producto. En el caso que el proveedor no cuente con un correo se le hace una advertencia que no se puede enviar la solicitud y que utilice otro medio de comunicación. RFJ-009 Generar informes de estado actual de bodega. El jefe de bodega puede generar informes de distintos tipos (Marca, Proveedor, Familia de producto, etc.) para saber el estado en el que se encuentran. Los informes pueden ser impresos o visualizados según como el jefe de bodega lo quiera. RFJ-010 Productos con foto referencial. Cada Producto que es ingresado debe contar con una imagen que lo identifique, en el caso que no se le asocie una imagen al producto se le asociara una imagen por defecto. La imagen puede ser cualquier tamaño pero debe tener extensión JPG, PNG o BMP Requerimientos del Bodeguero RFB-001 Lectura de productos. El bodeguero tiene la capacidad de leer productos haciendo busqueda por teclado o lector de código de barras. RFB-002 Despachar productos. El bodeguero puede despachar productos de la bodega, estos, serán descontados del stock del producto, permitiendo hacer la gestión de unidades de manera correcta. Se debe controlar el hecho de que hay mas de un bodeguero despachando productos y entre ellos no pueden quitarse unidades. RFB-003 Ingreso de productos. El bodeguero puede ingresar productos a la bodega, estos, serán adicionados al stock del producto, permitiendo hacer la gestión de unidades de manera correcta. El bodeguero no podrá ingresar mas unidades que las permitidas en el stock máximo para ese producto. 13

14 4.3 Requerimientos del Sistema Taller de Desarrollo de Software RFB-004 Consultar por producto, familia de productos, marca u otros atributos. El bodeguero podrá proveer información a clientes de los productos disponibles en bodega (marca, especificaciones técnicas, productos disponibles, etc.) RFB-005 Comprobar una orden de compra. El bodeguero podrá comprobar una orden de compra y despachar sus productos asociados, quedando en evidencia que productos fueron despachados bajo esa orden de compra Requerimientos del Sistema RFS-001 Registrar nuevo Usuario (Jefe de Bodega, Bodeguero). El administrador del sistema puede agregar nuevas cuentas de usuario del tipo Jefe de Bodega y Bodeguero con sus respectivos datos personales y otros datos de interes. RFS-002 Eliminar usuario. El administrador del sistema puede borrar usuarios existentes del sistema, lo cual no implica borrar su historial de acciones dentro del sistema. RFS-003 Modificar usuario(datos, contraseña). El administrador del sistema puede modificar los datos de una cuenta existente dentro del sistema, excepto por sus identificadores unicos dentro de la empresa (ej.: RUT). 14

15 Requerimientos No Funcionales Taller de Desarrollo de Software 5. Requerimientos No Funcionales Estos requerimientos son visibles para el usuario pero no están directamente relacionados con el comportamiento funcional de la aplicación. En general se pueden referir al aspecto de usabilidad y calidad del sistema Requerimientos no Funcionales del sistema RNF-001 Interfaz de fácil utilización. El entorno visual de la aplicación tiene que ser construido con especial cuidado ya que la empresa cuenta con pocos sistemas computacionales que se le asimilen. Se tomara precaución en el posicionamiento de los botones que tengan un mayor peso en la ejecución del software y que el usuario tenga que hacer una menor cantidad de acciones para poder cumplir un objetivo específico. RNF-002 Experiencia. Los usuarios no cuentan con experiencia en software administrativo solo en software específico de la producción o el rubro de la empresa. RNF-003 Documentación. Cada una de las etapas del software se encuentra documentada para facilitar una posterior implementación a nuevas funciones o requerimientos que se deban agregar al sistema. RNF-004 Consideración con el hardware. El software se debe acomodar al software y hardware existente en la empresa, de esta manera se pueden reducir los costos en el desarrollo. RNF-005 Características de ejecución. La carga de trabajo del software debe ser la mínima para no exigir a la maquinaria ya existente. RNF-006 Gestión de errores y excepciones. El software debe ser lo suficientemente robusto para poder soportar los errores que se presenten durante la ejecución. Las excepciones son controladas durante el desarrollo del software. Creación de un Log del sistema. RNF-007 Características de calidad. RNF-007a Disponibilidad El software debe estar siempre disponible independiente de la situación en la cual se encuentren los trabajadores o la empresa en si. 15

16 5.2 Técnica NFR Framework y Grafo SIG Taller de Desarrollo de Software RNF-007b Consistencia El software debe entregar siempre los datos adecuados y tener una correspondencia completa con los datos que se almacenan en la base de datos. RNF-008 Modificaciones Futuras. El software debe tener la capacidad de integrarse con nuevos módulos que se agreguen con posterioridad. RNF-009 Ambiente físico. El ambiente en el cual se encuentre el software debe ser el adecuado. La temperatura, ventilación y humedad son variables que se deben controlar para no tener problemas de disponibilidad. RNF-010 Seguridad. El software debe contar con un sistema de identificación por medio de un usuario y contraseña, como medida adicional se debe tener una jerarquía de roles para que cada uno de los usuarios pueda tener acceso solo a partes especificas del software. RNF-011 Ayuda online El software debe contar con un sistema de ayuda eficiente para el usuario por medio de páginas de información o por el uso de ToolTips para facilitar focalización de la ayuda. RNF-012 Tiempo de respuesta. El tiempo de espera tiene que ser mínimo para mejorar el performance. RNF-013 Respaldos. La información de la base de datos tiene que ser respaldada cada un rango de tiempo definido por la empresa Técnica NFR Framework y Grafo SIG Una forma muy utilizada para la representación de los RNF es por medio de un NFR Framework, esta usa los requerimientos no funcionales para dar una estructura al software de esta manera se pueden guiar los procesos y el raciocinio del proyecto. Por medio del grafo SIG se puede ver la representación visual de los RNF y ver de que manera afectan las dependencias entre ellos. 16

17 5.2 Técnica NFR Framework y Grafo SIG Taller de Desarrollo de Software Figura 4: Grafo SIG 17

18 Diagrama de Clases Taller de Desarrollo de Software 6. Diagrama de Clases A continuación se muestra el diagrama de clases reducido, que será detallado en la etapa de diseño. Este diagrama muestra solo la relacion de agregación y herencia entre las clases del sistema. Figura 5: Diagrama de Clases 18

19 Conclusión Taller de Desarrollo de Software 7. Conclusión La creación y posterior utilización de este software ayudara a mejorar el control de todos los productos o ítems que se encuentran en un determinado lugar de almacenamiento. Como característica principal este puede ser utilizado con cualquier producto que cuente con un código de barra ya que se tiene una planilla genérica y con un campo de identificación personalizada, de esta manera puede ser utilizado tanto para el control de inventario de una bodega o de un negocio sin hacer distinciones. Para tener un control de manera eficiente se cuenta con una herramienta de creación de LOG, lo que permite al usuario llevar una bitácora real de cuales son los movimientos que realiza haciéndolo responsable por cada una de las transacciones que se encuentren asociadas a el. El uso de diferentes software para los usuarios (bodeguero y jefe de bodega) permite que cada uno realice tareas específicas y que a la vez se encuentren comunicados de manera directa por medio de las transacciones que se generan, así se crea una jerarquía para la entrada y salida de los productos. 8. Evaluación El trabajo fue realizado entre todos los miembros del equipo, trabajamos cada punto del informe en forma grupal, por lo cual se obtiene la siguiente evaluación personal. Nombre % Esfuerzo del equipo % Esfuerzo personal Carlos Guzmán 33,3 % 100 % Edgardo Ortiz 33,3 % 100 % Nelson Valdés 33,3 % 100 % 19

20 Apéndice A1 - Especificación Casos de Uso Taller de Desarrollo de Software 9. Apéndice A1 - Especificación Casos de Uso 9.1. Casos de uso del Bodeguero Caso de Uso 0: Ingresar Código de Barra. Descripción: Se ingresa el Código de Barra al sistema. Pre-Condiciones: Usuario Identificado como Bodeguero y Jefe de Bodega. Estado final de éxito: El código de barra es ingresado al sistema. Estado final de fallo: No se Puede ingresar código de barra. Actores: Bodeguero y Jefe de Bodega. 1. Se ingresa el código de barra al sistema el usuario tiene las siguientes opciones: 1.1 Se Ingresa el sistema desde el teclado («Include», Caso de uso 1). 1.2 Se Ingresa el sistema desde la pistola de lectura(«include», Caso de uso 2). 2. El código es ingresado al sistema Sin. Prioridad: Alta Frecuencia: Alta Caso de Uso 1: Leer desde el teclado. Descripción: Se ingresa el código de barra desde el teclado al sistema. Pre-Condiciones: Usuario Identificado como Bodeguero y Jefe de Bodega. Estado final de éxito: El código de barra está bien ingresado. Estado final de fallo: El código de barra está mal ingresado. Actores: Bodeguero y Jefe de Bodega. 20

21 9.1 Casos de uso del Bodeguero Taller de Desarrollo de Software 1. Se ingresa a través del teclado el código de barra al sistema. 2. El código de barra es identificado en el sistema. 3. El sistema es ingresado correctamente al sistema 1.1 El código no existe en el sistema porque el producto no está registrado, («extend», Caso de uso 3). Prioridad: Alta Frecuencia: Alta Caso de Uso 2: Leer desde la pistola de lectura. Descripción: Se ingresa el código de barra desde la pistola de lectura al sistema. Pre-Condiciones: Usuario Identificado como Bodeguero y Jefe de Bodega. Estado final de éxito: El código de barra está bien ingresado. Estado final de fallo: El código de barra está mal ingresado. Actores: Bodeguero y Jefe de Bodega. Se ingresa a través de la pistola de lectura de código de barra al sistema. 2. El código de barra es identificado en el sistema. 3. El sistema es ingresado correctamente al sistema. 2.1 El código no existe en el sistema porque el producto no está registrado, («extend», Caso de uso 3). Prioridad: Alta Frecuencia: Alta Caso de Uso 3: El código de barra no fue identificado. Descripción: El código de barra no se encuentra en el sistema. 21

22 9.1 Casos de uso del Bodeguero Taller de Desarrollo de Software Pre-Condiciones: Usuario Identificado como Bodeguero y Jefe de Bodega. Estado final de éxito: No se encontró el código de barra dentro del sistema. Estado final de fallo: El código de barra se encontró dentro del sistema. Actores: Bodeguero y Jefe de Bodega. 1. El sistema busca el código de barra dentro del sistema y este no es encontrado. 2. El sistema solicita el jefe de bodega ingresar el nuevo producto («Include», Caso de uso 4). Sin. Prioridad: Baja Frecuencia: Baja Caso de Uso 4: Solicita ingreso de producto al jefe de bodega. Descripción: Se le solicita al jefe de bodega que ingrese un nuevo producto al sistema. Pre-Condiciones: Usuario Identificado como Bodeguero y Jefe de Bodega. Estado final de éxito: Se envía correctamente la solicitud de ingresar nuevo productoal jefe de bodega. Estado final de fallo: No se puede enviar solicitud al jefe de bodega. Actores: Bodeguero y Jefe de Bodega. 1.- Se le envia solicitud de ingreso de producto al jefe de bodega. Sin. Prioridad: Alta Frecuencia: Alta 22

23 9.1 Casos de uso del Bodeguero Taller de Desarrollo de Software Caso de Uso 5: descontar producto. Descripción: Se identifica un producto de acuerdo a su identificador(código de barra) y se descuenta desde el inventario. Pre-Condiciones: Usuario Identificado como Bodeguero. Estado final de éxito: El producto es descontado desde el sistema. Estado final de fallo: No se puede identificar el producto, este no se descuenta desde el sistema. Actores: Bodeguero. 1. Se Ingresa el código de barra («Include», Caso de uso 0). 2. El código de barra es buscado en el sistema. 3. El producto es encontrado en el sistema este se descuenta desde el inventario.(«include», Caso de uso 6). 4. Ingresar Motivo De Descuento («Include», Caso de uso 38). 2.1El código de barra no existe en el sistema, se enviar solicitud al jefe de bodega («extend», Caso de uso 3). 3.1 El producto no se encuentra en el inventario («extend», Caso de uso 7). Prioridad: Alta Frecuencia: Alta Caso de Uso 6: Descontar desde el Inventario. Descripción: Se descuenta uno o más productos desde el inventario. Pre-Condiciones: Usuario Identificado como Bodeguero. Estado final de éxito: Se descuenta exitosamente el o los productos del inventario. Estado final de fallo: No se puede descontar productos desde inventario. Actores: Bodeguero. 23

24 9.1 Casos de uso del Bodeguero Taller de Desarrollo de Software 1. Se ingresa la cantidad de producto que se desean descontar. 2. Se revisa si el stock es mayor que el número que se quiere descontar. 3. Se descuenta el o los productos del inventario. 2.1 El stock de producto es menor que la cantidad de producto que se desean descontar, el sistema avisa al usuario («extend», Caso de uso 7). Prioridad: Alta Frecuencia: Baja Caso de Uso 7: No existen Producto Descripción: Se envía un mensaje en el que avisa que no existen productos en stock. Pre-Condiciones: Usuario Identificado como Bodeguero o Jefe de bodega. Estado final de éxito: Se envía un mensaje indicando que no existen productos. Estado final de fallo: Ninguno. Actores: Bodeguero y Jefe de bodega. 1. Envía mensaje indicando que no existen productos en stock. Sin. Prioridad: Baja Frecuencia: Baja Caso de Uso 8:Aumentar Stock de inventario. Descripción: Se Suman productos al stock del inventario. 24

25 9.1 Casos de uso del Bodeguero Taller de Desarrollo de Software Pre-Condiciones: Usuario Identificado como Bodeguero. Estado final de éxito: Se aumenta la cantidad de productos en stock. Estado final de fallo: Ninguno. Actores: Bodeguero. 1.- Se aumenta la cantidad de cierto producto en stock. Sin. Prioridad: Alta Frecuencia: Alta Caso de Uso 9: Consultar productos. Descripción: Permite al usuario consultar por algún producto en especial, las búsqueda se puede hacer utilizando distintos campos. Pre-Condiciones: Usuario Identificado como Bodeguero. Estado final de éxito: Se entrega información del producto buscado. Estado final de fallo: No se tiene información. Actores: Bodeguero. 1. Buscar Producto. 1.1 Búsqueda utilizando código de barra («Include», Caso de uso 0). 1.2 Búsqueda por marca. («Include», Caso de uso 10). 1.3 Búsqueda por familia. («Include», Caso de uso 11). 1.4 Búsqueda por campo especifico («Include», Caso de uso 12). 2. Realizar Consulta. 1.1 Consultar Stock («Include», Caso de uso 13). 1.2 Consultar Datos Productos («Include», Caso de uso 14). Sin. 25

26 9.1 Casos de uso del Bodeguero Taller de Desarrollo de Software Prioridad: Media Frecuencia: Baja Caso de Uso 10: Búsqueda por Marca. Descripción: Se busca un producto ingresando su marca. Pre-Condiciones: Usuario Identificado como Bodeguero. Estado final de éxito: Se encuentra un producto de la marca indicada. Estado final de fallo: No se encuentra producto de la marca indicada. Actores: Bodeguero. 1.- Se ingresa la marca del producto que se desea buscar. 2.- Se buscan los productos que cumplan con la marca que se está buscando. 3.- Devuelve productos de la marca indicada. Sin Extensión Prioridad: Alta Frecuencia: Media Caso de Uso 11: Búsqueda por Familia. Descripción: Se busca un producto ingresando su familia. Pre-Condiciones: Usuario Identificado como Bodeguero. Estado final de éxito: Se encuentra un producto de la familia indicada. Estado final de fallo: No se encuentra producto de la familia indicada. Actores: Bodeguero. 1.- Se ingresa la familia del producto que se desea buscar. 2.- Se buscan los productos que cumplan con la familia que se está buscando. 3.- Devuelve productos de la familia indicada. 26

27 9.1 Casos de uso del Bodeguero Taller de Desarrollo de Software Sin Extensión Prioridad: Alta Frecuencia: Media Caso de Uso 12: Búsqueda por campo especifico. Descripción: Se busca un producto ingresando un campo especifico que lo identifique. Pre-Condiciones: Usuario Identificado como Bodeguero. Estado final de éxito: Se encuentra un producto que cumpla con el campo especifico de búsqueda. Estado final de fallo: No se encuentra producto cumpla con el campo especifico de búsqueda. Actores: Bodeguero. 1.- Se selecciona el campo específico de búsqueda. 2.- Se buscan los productos que cumplan con campo específico de búsqueda. 3.- Devuelve productos que cumplan con campo específico de búsqueda. Sin Extensión Prioridad: Alta Frecuencia: Media Caso de Uso 13: Consultar Stock. Descripción: Permite consultar por stock de los productos seleccionado 27

28 9.1 Casos de uso del Bodeguero Taller de Desarrollo de Software Pre-Condiciones: Usuario Identificado como Bodeguero. Estado final de éxito: Se muestra información del stock del producto seleccionado. Estado final de fallo: No hay información del producto seleccionado. Actores: Bodeguero. 1.- El sistema busca el stock del producto seleccionado. 2.- El sistema devuelve el stock del producto seleccionado. 1.1 El sistema no encuentra el stock del producto, el sistema envía un mensaje avisando este estado. Prioridad: Alta Frecuencia: Media Caso de Uso 14: Consultar datos de productos. Descripción: Permite ver información de los productos seleccionado. Pre-Condiciones: Usuario Identificado como Bodeguero. Estado final de éxito: Se muestra información de los productos seleccionado. Estado final de fallo: No hay información del producto seleccionado. Actores: Bodeguero. 1.- El sistema busca información del producto seleccionado. 2.- El sistema devuelve la información del producto seleccionado. 1.1 El sistema no encuentra información del producto, el sistema envía un mensaje avisando este estado. Prioridad: Alta Frecuencia: Media 28

29 9.1 Casos de uso del Bodeguero Taller de Desarrollo de Software Caso de Uso 15: Ingresar orden de compra. Descripción: Permite ingresar una orden de compra para realizar un despacho de mercadería. Pre-Condiciones: Usuario Identificado como Bodeguero. Estado final de éxito: Se ingresa correctamente la orden de compra. Estado final de fallo: No se ingreso orden de compra. Actores: Bodeguero. 1.- Se ingresa datos de orden de compra. 2.- Se asocian productos a la orden de compra. Sin Extensión Prioridad: Alta Frecuencia: Alta 29

30 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software 9.2. Casos de uso del Jefe de Bodega Caso de Uso 23: Asociar un producto a un nuevo código de barras. Descripción: Se asocia un nuevo producto a un código de barras, agregando información del producto. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se asocia correctamente un producto junto a su información a un código de barra. Estado final de fallo: No se puede asociar código de barras al producto. Actores: Jefe de Bodega. 1.- Determinar Stock Mínimo («Include», Caso de uso 24). 2.- Leer Código De Barras Nuevo («Include», Caso de uso 25). 3.- Determinar Stock Máximo («Include», Caso de uso 26). 4.- Determinar Proveedor («Include», Caso de uso 27). 5.- Determinar Familia De Producto («Include», Caso de uso 28) No existe la familia («extend», Caso de Uso 29). Prioridad: Alto. Frecuencia: Alto. Caso de Uso 24: Determinar stock mínimo. Descripción: Se asocia un número de stock mínimo a un producto. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se asocia correctamente un stock mínimo a un producto. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 30

31 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software 1.- Se ingresa la cantidad de producto que como mínimo debe existir. 2.- Se asigna stock mínimo. Sin extensiones. Frecuencia: Alta. Caso de Uso 25: Leer código de barras nuevo. Descripción: Se asocia un código de barras a un producto. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se asocia correctamente un código de barras un producto. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 1.- Se ingresa un código de barras a un producto. 2.- Se asigna un código de barras. Sin extensiones. Frecuencia: Alta. Caso de Uso 26: Determinar stock máximo. Descripción: Se asocia un número de stock Máximo a un producto. 31

32 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se asocia correctamente un stock Máximo a un producto. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 1.- Se ingresa la cantidad de producto que como Máximo debe existir. 2.- Se asigna stock Máximo. Sin extensiones. Frecuencia: Alta. Caso de Uso 27: Determinar proveedor. Descripción: Se asocia un Proveedor a un producto. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se asocia correctamente un Proveedor a un producto. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 1.- Se ingresa el Proveedor a un de producto. 2.- Se asigna el Proveedor. Sin extensiones. Frecuencia: Alta. 32

33 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software Caso de Uso 28: Determinar familia De producto Descripción: Se asocia una familia a un producto. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se asocia correctamente una familia a un producto. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 1.- Se ingresa la familia del producto. 2.- Se asigna una familia a un producto La familia ingresada No existe («extend»,caso de Uso 29). Frecuencia: Alta. Caso de Uso 29: No existe familia de productos. Descripción: Indica que la familia no existe, y ofrece la opción de crear una nueva familia. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Indica que la familia no existe. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 1.- Se revisa si la familia no existe en el sistema. 2.- Se informa que no existe la familia, el sistema ofrece crear una nueva familia («Include», Caso de uso 27). 33

34 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software Sin. Frecuencia: Alta. Caso de Uso 30: Crear familia nueva. Descripción: Se crea una nueva familia a un producto. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se crea correctamente una nueva familia. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 1.- Se ingresa el nombre de la nueva familia. 2.- Se crea la nueva familia. Sin extensiones. Prioridad: Baja. Frecuencia: Baja. Caso de Uso 31: Establecer stock. Descripción: Establece el stock máximo y mínimo de un producto en particular. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se establece correctamente el stock mínimo y máximo de un producto. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 34

35 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software 1.- Ingresar Código De Barra («Include», Caso de uso 0) 2.- Determinar Stock Mínimo(«Include», Caso de uso 24) 3.- Determinar Stock Maximo(«Include», Caso de uso 26) Sin extensiones. Frecuencia: Alta. Caso de Uso 32: Asociar un nuevo proveedor a un producto Descripción: Se asocia un Proveedor a un nuevo producto. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se asocia correctamente un nuevo Proveedor a un producto. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 1.- Ingresar Código De Barra («Include», Caso de uso 0). 2.- Seleccionar Un Proveedor Existente («Include», Caso de uso 33). 3.- Establecer Datos De Un Nuevo Proveedor («Include», Caso de uso 34). Sin extensiones. Frecuencia: Alta. 35

36 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software Caso de Uso 33: Seleccionar un proveedor existente. Descripción: Se selecciona a un proveedor ya ingresado al sistema. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se selecciona una proveedor ya ingresado en el sistema. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 1.- Se selecciona un proveedor. 2.- Se envía proveedor. Sin extensiones. Prioridad: Media. Frecuencia: Media. Caso de Uso 34: Establecer datos de un nuevo proveedor Descripción: Se establecen los datos importantes del nuevo proveedor. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se establecen correctamente los datos. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 1.- Se ingresan los datos del nuevo el Proveedor. 2.- Se asigna los datos al Proveedor. Sin. 36

37 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software Frecuencia: Alta. Caso de Uso 35: LogIn de usuario Descripción: Se pueden ver las acciones de un usuario dentro de la bodega. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Ver las acciones de un usuario. Estado final de fallo: No existen acciones del usuario. Actores: Jefe de Bodega. 1.- Se busca login de usuario. 2.- Ver registro de acciones del usuario («Include», Caso de uso 36) No existe Login(«extend»,Caso de Uso 37). Prioridad: Alto. Frecuencia: Alto. Caso de Uso 36: Registro Acciones Usuario Descripción: Muestra información del registro de usuario. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se muestra Acciones de usuario. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 1.- Se busca acciones del usuario. 2.- Se muestras acciones del usuario. 37

38 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software Sin extensiones. Frecuencia: Alta. Caso de Uso 37: EL login no existe Descripción: Indica que el login no existe. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Indica que el ligin no existe. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 1. Revisa que el login no exista. 2. Envia un mensaje indicando que el login no existe. Sin extensiones. Frecuencia: Alta. Caso de Uso 38: Ingresar motivo de descuento. Descripción: Se asocia el descuento del producto algún evento (venta, perdida, robo, etc). Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se asocia correctamente motivo de descuento. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 38

39 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software 1.- Se selecciona un motivo de descuento. 2.- Se asocia el motivo de descuento. Sin extensiones. Frecuencia: Alta. Caso de Uso 39: Ver lista de productos con stock inferior al stock mínimo Descripción: Se puede ver que productos están bajo el stock mínimo. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se ve los productos que están bajo el stock mínimo. Estado final de fallo: No existe producto que estén bajo el stock mínimo. Actores: Usuario Identificado como jefe de Bodega. 1.- Seleccionar Cantidad De Un Producto(«Include», Caso de uso 40). 2.- Generar Pedido A Proveedores («Include», Caso de uso 41). 3.- Enviar A Proveedores («Include», Caso de uso 42). Sin. Frecuencia: Alta. Caso de Uso 40: Seleccionar cantidad de un producto Descripción: Se selecciona una cantidad de productos. 39

40 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se seleccionan correctamente una cantidad de producto. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 1.- Se ingresa una cantidad de producto. 2.- Se verifica la cantidad. 3.- Se devuelve la cantidad La cantidad no puede ser mayor que stock máximo («extend»,caso de Uso 43). Prioridad: Media. Frecuencia: Media. Caso de Uso 41: Generar pedido a proveedores Descripción: Se genera un pedido a un proveedor Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se genera el pedido. Estado final de fallo: No se pudo general el pedido. Actores: Usuario Identificado como jefe de Bodega. 1.- Se ingresas los datos del pedido. 2.- Se envía el pedido Los datos están mal ingresados, el sistema avisa de esta situación. Frecuencia: Alta. 40

41 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software Caso de Uso 42: Enviar a proveedores Descripción: El sistema envía un al proveedor haciendo la petición de producto. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se envía el sin problemas. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 1.- Se Busca la dirección del Se genera el Se envía el Si la dirección no está el sistema envía una advertencia («extend»,caso de Uso 43). Frecuencia: Alta. Caso de Uso 43: La Cantidad no puede Superar El Stock Máximo Descripción: Revisa si la cantidad ingresada por el usuario no sobre pasa el stock máximo. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: La cantidad sobre pasa el stock máximo. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 1.- Se revisa la cantidad ingresada por el usuario con el stock máximo. 2.- Envía un mensaje avisando que la cantidad no puede ser mayor que el stock máximo. 41

42 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software Sin extensiones. Prioridad: Baja. Frecuencia: Baja. Caso de Uso 0: : Si el no está registrado enviar advertencia Descripción: Si el sistema trata de enviar un a un proveedor no registrado el sistema envía un mensaje de adventencia. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se envía mensaje de advertencia. Estado final de fallo: Ninguno. Actores: Usuario Identificado como jefe de Bodega. 1.- Se revisa dirección de correo de los proveedores. 2.- Se envía mensaje de advertencia. Sin extensiones. Frecuencia: Alta. Caso de Uso 45: Generar informes Descripción: Se generan distintos informes para obtener información del inventario y su stock. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se genera de forma correcta un informe. Estado final de fallo: No se logra generar un informe. Actores: Usuario Identificado como jefe de Bodega. 42

43 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software 1.- Se selección el tipo de informe que se desea Generar Lista Por Familia De Productos(«Include», Caso de uso 46) Generar Lista Por Proveedor. («Include», Caso de uso 47) Generar Lista Por Marca («Include», Caso de uso 48) Generar Lista Nombre De Producto («Include», Caso de uso 49). Sin extensiones. Frecuencia: Alta. Caso de Uso 46: Generar lista por familia de productos Descripción: Se genera informe de datos de los producto filtrado los producto por familia de producto. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se genera informe por familia de producto. Estado final de fallo: No se pudo general el informe. Actores: Usuario Identificado como jefe de Bodega. 1.- Se filtran los productos que corresponda a la familia que se busca. 2.- Se genera informe por familia Se busca información de stock de producto («Include», Caso de uso 50) Información del producto. («Include», Caso de uso 51). Sin. Frecuencia: Alta. 43

44 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software Caso de Uso 0: Generar lista por Proveedor. Descripción: Se genera informe de datos de los producto filtrado los producto por el Proveedor del producto. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se genera informe por el Proveedor del producto. Estado final de fallo: No se pudo general el informe. Actores: Usuario Identificado como jefe de Bodega. 1.- Se filtran los productos que corresponda al Proveedor que se busca. 2.- Se genera informe por Proveedor Se busca información de stock de producto («Include», Caso de uso 50) Información del producto. («Include», Caso de uso 51). Sin. Frecuencia: Alta. Caso de Uso 48: Generar lista por marca. Descripción: Se genera informe de datos de los producto filtrado los producto por la Marca del producto. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se genera informe de acuerdo a la Marca del producto. Estado final de fallo: No se pudo general el informe. Actores: Usuario Identificado como jefe de Bodega. 44

45 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software 1.- Se filtran los productos que corresponda a la marca que se busca. 2.- Se genera informe por Proveedor Se busca información de stock de producto («Include», Caso de uso 50) Información del producto. («Include», Caso de uso 51). Sin. Frecuencia: Alta. Caso de Uso 49: Genera lista por nombre de producto Descripción: Se genera informe de datos de los producto filtrado por el Nombre De Producto. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se genera informe de acuerdo al Nombre Del Producto. Estado final de fallo: No se pudo general el informe. Actores: Usuario Identificado como jefe de Bodega. 1.- Se filtran los productos que corresponda al Nombre De Producto que se busca. 2.- Se genera informe por Proveedor Se busca información de stock de producto («Include», Caso de uso 50) Información del producto. («Include», Caso de uso 51). Sin. Frecuencia: Alta. 45

46 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software Caso de Uso 50: Información del stock de un producto Descripción: Se entrega información del stock de un producto previamente seleccionado. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: se entrega información del stock de un producto. Estado final de fallo: No se puede entregar información. Actores: Usuario Identificado como jefe de Bodega. 1.- Se busca información del producto seleccionado. 2.- Se entrega información del stock del producto. Sin. Frecuencia: Alta. Caso de Uso 51: Información de un producto Descripción: Se entrega información de un producto previamente seleccionado. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: se entrega información de un producto. Estado final de fallo: No se puede entregar información. Actores: Usuario Identificado como jefe de Bodega. 1.- Se busca información del producto seleccionado. 2.- Se entrega información del producto. Sin. 46

47 9.2 Casos de uso del Jefe de Bodega Taller de Desarrollo de Software Frecuencia: Alta. Caso de Uso 52: Asociar una imagen a un producto Descripción: Permite ver la imagen a un producto seleccionado. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se presenta imagen del producto. Estado final de fallo: No se encontró imagen del producto. Actores: Usuario Identificado como jefe de Bodega. 1.- Ingresar Código De Barra («Include», Caso de uso 0). 2.- Referencia A Una Imagen («Include», Caso de uso 53). 3.- Cargar Una Nueva Imagen («Include», Caso de uso 54). Sin. Frecuencia: Alta. Caso de Uso 53: Referencia a una imagen Descripción: Entrega la referencia a una imagen relacionada con código de barras. Pre-Condiciones: Usuario Identificado como jefe de Bodega. Estado final de éxito: Se crea una referencia. Estado final de fallo: Mal referenciada. Actores: Usuario Identificado como jefe de Bodega. 1.- Asigna referencia a imagen. 47