Casos de uso 1.

- Resumen En este documento podra usted encontrar una visin general de los casos de uso aplicados al sistema de gestin de las zapateras Guzman, con el objetivo de quesea capaz de comprender los escenarios en los que opera el software.dado que es el primer software de su tipo en ser implementado de la zapateriaen cuestin se omite el campo de versin.

2.- introduccin Un caso de uso es una descripcin de las maneras en que un usuario puede interactuar con el sistema, es decir describe las acciones que el usuario puede realizar. Cabe aclarar que se define como usuario a toda aquella entidad que interactua con el sistema, puede este ser una persona o algn otro dispositivo, tambin tambin se le llama actores a las entidades que interactan con el sistema. La fucion principal de los diagramas esel tener una visin general de los posibles casos susitados y de las interacciones entre actores con el sistema.

En la localidad de Zacapu michoacan se encunetra ubicada la zapateria Guzman, la cual requiere un sistema que 1. 2. 3. 4. 5. 6. 7. Monitoree las ventas que se realizan diariamente Llevar un control detallado de los inventarios Mostrar detalladamente artculos en existencia Imprimir tiquetes de compra Imprimir facturas Administrar la informacion de los proveedores Controlar la base de datos de clientes.

Cada zapato cuenta con los siguientes datos de identificacin en la base de datos 1. Marca; indica la razn social de quien fabrica el calzado 2. Modelo; es un identificador alfanumrico nico para cada calzado con el que el proveedor identifica cada zapato. 3. Estilo; determina el tipo de zapato del que se desea obtener informacin, puede ser cualquiera de los siguientes: zapato deportivo/tenis, calzado formal, tacn, sandalia, bota, etc. Es solo para que el las bsquedas que el cliente solicite se puedan realizar mas fcilmente. 4. Talla; la medida especifica deseada 5. Color; color del calzado. 6. Material; se puede hacer una bsqueda especifica de el tipo de material que se desea, ya que ciertas personas deben utilizar zapatos solo de piel por razones medicas. 7. Precio de compra; es el costo al que la zapatera adquiere cada par de zapatos 8. Precio de venta; es el precio al publico 9. Proveedor; nombre o razn social de la entidad a la que se le compra el calzado 10. Cantidad vendida; es la cantidad de unidades que se han vendido de un zapato en especifico. 11. Existencias; numero total y fsico de los modelos disponibles a la venta en inventario.

Dado que la zapateria incluye modelos nuevos peridicamente se incluye una interfaz por medio de la cual es sencillo para el usuario incluir la informacin requerida para la base de datos, si por el contrario se desea eliminar algn modelo que ya no se vender, es sencillo borrarlo, todo esto sin afectar el rendimiento del sistema, otra cualidad necesaria es el generar reportes de lasventas realizadas, para asi conocer la cantidad de dinero que se recibe en un dia, semana o mes.

3.- objetivos del sistema Por medio de la plantilla de objetivos se define un listado de las metas que bede de satisfacer, una vez terminado el sistema. Nota aclaratoria: en la calda de estabilidad, en todos los objetos utiliza alta, debido a que el no tiene colchn de respaldo, es decir si ocurre una falla no es posible utilizar un sistema de emergencia para suplirlo, mas sin embargo toda la informacin si se encuentra respaldada.

OBJ-01 Descripcin

Entrada de calzado Al recibir un nuevo artculo que se pondr a la venta se de da alta, para que el sistema tenga conocimiento del nuevo artculo que se vender en la zapatera. Estabilidad Alta comentarios En caso de ser un modelo que ya se tenga en la base de datos solo se introduce el numero de unidades nuevas recibidas. OBJ-02 Descripcin Alta en inventarios Cuando un zapato se vende en gran cantidad es normal que se surta mas. Cuando se recibe nuevo inventario de un modelo ya existente solo se busca el modelo desea y se modifica la cantidad de artculos recibidos. Estabilidad Alta comentarios En caso de que alguna informacin relacionada con un modelo en especfico haya sido introducida de manera errnea ser posible modificar cualquier campo, todos ellos o borrar completamente ese modelo dela base de datos. OBJ-03 Descripcin Baja de calzado Si un modelo de calzado no tiene la aceptacin del pblico esperada, es posible eliminar ese modelo en especfico, esto para que ya no aparezca en las bsquedas. Estabilidad Alta comentarios No es posible recuperar un modelo borrado, pero es posible reintroducirlo de nuevo a la base de datos.

OBJ-04 Descripcin

Bsqueda en el sistema Una de las principales funcionalidades del software, ya que permite una bsqueda instantnea de cualquier artculo que se desea encontrar. Utilizando los campos de la base de datos, para quela bsqueda sea lo mas refinada posible Estabilidad Alta comentarios Ninguno OBJ-05 Descripcin Venta de calzado Cuando se llega a realizar una venta, esta se realizara por medio del sistema, para posteriormente imprimir el ticket de compra o si el cliente lo desea generar una factura. Estabilidad Alta comentarios Cuando la venta es realizada automticamente se reduce la cantidad de artculos en existencia en el inventario. OBJ-06 Descripcin Estabilidad comentarios Impresin de ticket de compra Esto sucede de manera automtica al realizarse la compra, Alta Aun cuando el ticket de compra se realiza automticamente en pantalla aparecer la opcin de imprimir una factura, la cual puede ser aceptada o rechazada segn sea necesario.

OBJ-07 Descripcin

Generacin de la factura Si el cliente desea recibir una factura para su declaracin de impuestos, esto es posible. Solo es necesario que el cliente provea ciertos datos personales. Estabilidad Alta comentarios Ninguno OBJ-08 Descripcin Reportes de ventas Un reporte de venta es una sntesis de todas las ventas que se realizaron en el da, la semana o el mes. Estabilidad Alta comentarios Aun cuando el sistema de almacenamiento es muy seguro, es recomendable conservar reportes de ventas impresos.

4.-requisitos de almacenamiento de informacin En esta seccin se incluye una lista de los parmetros de almacenaje de la informacin identificada, por medio de la plantilla se identifica todos los requerimientos de almacenamiento de informacin. Adems se especifica toda la informacin que debe almacenar el sistema. RI-01 Objetivos asociados Informacin sobre zapatos OBJ-01 Entrada de calzado OBJ-02 Alta de Inventario OBJ-03 Baja de calzado OBJ-04 Bsqueda OBJ-05 Venta de calzado OBJ-06 impresin de ticket de compra OBJ-07 Generacin de factura OBJ-08 Reporte de ventas

Requisitos asociados Descripcin Datos especficos

Se tiene un almacenamiento ordenado y estructurado informacin relacionada a cada modelo 1. Marca 2. Modelo 3. Estilo 4. Talla 5. Color 6. Material 7. Precio de compra 8. Precio de venta 9. Proveedor 10. Cantidad vendida. 11. Existencias en inventario

de la

Intervalo Pasado a presente temporal Estabilidad alta comentarios Es la informacin directa que se tiene sobre el calzado y que permite que el sistema opere.

RI-02 Objetivos asociados

Requisitos asociados Descripcin Datos especficos

Informacin de ventas OBJ-04 Busqueda OBJ-05 Venta de calzado OBJ-06 Impresin de ticket decompra OBJ-07 Generacion de Factura OBJ-08 Reporte de ventas RI-01 Informacion sobre zapatos Registro de todas las ventas realizadas 1. Numero especifico dela venta 2. Identificador del articulo que se vende 3. Fecha de la venta 4. Costo de 5. Cliente a quien se le venden caso de requerir factura Presente

Intervalo temporal Estabilidad Alta comentarios La informacion de este requisito deinformacion esnecesario para generar el ticket de compra, y posteriormente una factura en caso de ser solicitada. Adems la informacion recabada aqu ser necesaria para el reporte de ventas RI-03 Objetivos asociados Requisitos asociados Descripcin Datos especficos Informacin sobre compras OBJ-01 Entrada de calzado OBJ-02 Alta de Inventario RI-01 Informacin sobre zapatos RI-04 informacin de proveedores Se realiza un registro de la compra de mercanca nueva para el inventario, es decir de lo que se compra de proveedores. 1. Nmero de la compra 2. Informacin sobre los modelos adquiridos: Marca Modelo Estilo Talla Color Material Precio de compra Precio de venta Proveedor Pasado y presente

Intervalo temporal Estabilidad Alta comentarios Ninguno

RI-04 Objetivos asociados Requisitos asociados Descripcin Datos especficos

Informacin de proveedores OBJ-01Entrada de Calzado RI-03Informacion de compras Informacin que se tiene de la o las entidades a la que se le compra el calzado 1. Nombre 2. Razn social, si es que se tiene 3. Direccin: Estado, municipio, calle, nmero y cdigo postal 4. Correo electrnico 5. Pgina web Pasado

Intervalo temporal Estabilidad Alta comentarios Ninguno RI-05 Objetivos asociados Requisitos asociados Descripcin Datos especficos

Intervalo temporal Estabilidad Alta comentarios La informacin de un cliente puede ser requerida, ya se en el caso de que sea un cliente frecuente, o en el caso de que este cliente requiera una factura.

Informacin de clientes OBJ-05 venta de calzado OBJ-07 Generacion de factura OBJ-08 Reporte de ventas RI-01 informacion sobre zapatos RI-02informacion sobre ventas Informacion sobre los clientes que compran calzado en la zapateria Guzman 1. Nombre 2. Razn social, si es que se tiene 3. Direccin: Estado, municipio, calle, nmero y cdigo postal 4. Correo electrnico 5. Pgina web 6. RFC Pasado

5.- Requisitos Funcionales 5.1.- Diagrama de casos de uso Esta seccin se completamente la informacin proporcionada por la seccin de los caso de uso

<<Subsistema>> Alta de inventario

<<Subsistema>> Baja de calzado

<<Subsistema>> Busqueda

<<Subsistema>> Venta de calzado

<<Subsistema>> Generar Reporte de ventas

<<Subsistema>> Alta de proveedor

<<Subsistema>> Alta de cliente

5.2.- Definicion de Actores: Un actor es cualquier entidad que interactuede manera directa con el sistema, puede este ser un humano, o puede ser un dispositivo perifrico, como una impresora.

ACT-01 Descripcin Comentarios ACT-02 Descripcin Comentarios ACT-03 Descripcin Comentarios ACT-04 Descripcin Comentarios ACT-05 Descripcin Comentarios ACT-06 Descripcin Comentarios

Empleado de la zapatera. actor representa al empleado de la zapatera que opera el sistema ninguno Cliente actor representa aun cliente que llega a la zapatera Ninguno Proveedor Proveedor de quien se recibe el calzado nuevo Ninguno Lectora de cdigo de barras Perifrico que identifica cada modelo, segn el cdigo de barras que ya tienen de fbrica las cajas de los zapatos ninguno Impresora de tickets Impresora de matriz de puntos especial para imprimir los tickets de compra ninguno Impresora genrica Esta impresora est dedicada a imprimir los reportes de ventas, o las facturas cuando as sea requerido ninguno

5.3.- Casos de uso del sistema, y diagramas de casos de uso. 5.3.1.- subsistema Alta de inventario

5.3.2.- subsistema baja de calzado

5.3.3.-Busuqeda

5.3.4.-Venta de Calzado

5.3.5.- Generar reporte de ventas

5.5.6.-Alta de proveedor

5.5.7.- Alta de cliente

Especificacion de casos de uso CAUS-01 Objetivos asociados Requisitos Asociados Descripcion Registro de productos en el sistema OBJ-01 Entrada de Calzado OBJ-02 Alta de inventario RI-01 Informacion sobre zapatos RI-03 informacion sobre compras RI-04 informacion sobre proveedores Cuando se recibe nuevos artculos, estos se agregan al inventario para que el sistema lleve un control sobre las cantidades disponibles en inventario Se debe tener al proveedor registrado previamente, si se desea saber que proveedor proporciona dichos artculos paso Accin 1 Se inicia el proceso de alta de producto 2 Se escanea el cdigo de barras de la caja deseada 3 Se rellena el resto de la informacion requerida 4 Al hacer clic a aceptar se da la orden al sistema de almacenar la informacin en la base de datos Ninguna Paso Accion 2 En caso de quela caja no cuente con un cdigo de barras, se puede buscar otra caja del mismo modelo, o si se prefiere dejar el campo de modelo vacio y solo rellenar los dems campos 3 Si al momento de escanear un cdigo debarras o introducir un modelo especifico aparecen todos los campos llenos, quiere decir que dicho modelo ya se dio de altapreviamente en el sistema. Cuando esto ocurre se puede modificar alguno de los campos si asi se desea. paso Cota de tiempo 3 2 minutos 4 15 segundos 30 veces al dia

Precondicion Secuencia Normal

Postcondicion Excepciones

Rendimiento

Frecuencia esperada Estabilidad Altada Comentarios

Lafrecuencia ser mucho mayor la primera vez que el sistema reciba la informacion de los productos vendidos. La frecuencia ser aproximadamente de 30 solo los das en los que se reciba mercanca nueva, en los das posteriores, es posibleque no se realice ningn cambio.

CAUS-02 Objetivos asociados Requisitos Asociados Descripcion

Bsqueda de un modelo deseado OBJ-04 Busqueda RI-01 informacion sobre zapatos Por diversas causas ser necesario el buscar un articulo, una vez que se sabe que caractersticas se buscan ser posible realizar una bsqueda de manera mas eficiente Debe haber datos cargados previamente en la base de datos, para que el sistema arroje resultados al solicitad una bsqueda paso Accin 1 Seselecciona la opcin de bsqueda. 2 Se rellenan todos los campos posibles para que la bsqueda arroje resultados mas especficos 3 Se obtiene la lista de resultados. Ninguna.

Precondicion Secuencia Normal

Postcondicion

CAUS-03 Objetivos asociados Requisitos Asociados Descripcion Precondicion Secuencia Normal

Eliminar un producto ONJ-03baja de calzado RI-01 informacion sobre zapatos Se desea eliminar un modelo especifico de zapatosdela basede datos El modelo en cuestin debe deestar dado de alta previamente en la base de datos paso accion 1 Se inicia la ventana de bsqueda 2 Se introducen los valor a buscar 3 Una vez encontrado en modelo que se desea eliminar se preciona el boton de borrar Ninguna paso Accin 3 Si no se encuentra el modelo que se desea eliminar, es posible que este ya haya sido eliminado previamente, o que nunca se haya dado de alta. paso Cota de tiempo 2 2 minutos 3 10 segundos 2 veces al dia

Postcondicion Excepciones

Rendimiento

Frecuencia esperada Estabilidad Comentarios

Alta El eliminar un producto de la base de datos pueda no ocurrir muy frecuentemente, pero en los das posteriores a la compra de mercanca nueva, es posible que suceda.

CAUS-04 Objetivos asociados Requisitos Asociados Descripcion

Busqueda de un modelo especifico OBJ-04 Busqueda RI-01 informacion sobre zapatos Por diversas causas ser necesario el buscar un articulo, una vez que se sabe que caractersticas se buscan ser posible realizar una bsqueda de manera mas eficiente Debe haber datos cargados previamente en la base de datos, para que el sistema arroje resultados al solicitad una bsqueda paso Accin 1 Se selecciona la opcin de bsqueda. 2 Se rellenan todos los campos posibles para que la bsqueda arroje resultados mas especficos 3 Se obtiene la lista de resultados. Ninguna. paso Accion 2 En caso de no contar con todos los lineamientos de bsqueda, esta sepuede realizar, pero ser mucho mas genrica 3 En caso de que no se encuentre una opcin quecumpla con todos los requerimientos dados, se muestran opciones similares paso Cota de tiempo 2 2 minutos 3 2 minutos 15 veces por dia

Precondicion Secuencia Normal

Postcondicion Excepciones

Rendimiento

Frecuencia esperada Estabilidad Comentarios

Alta La frecuencia debusqueda puede variar en relacin con la fecha del mes en la que se encuentre, pero 15 veces por dia es un promedio muy aproximado.

CAUS-05 Objetivos asociados

Requisitos Asociados Descripcin

Precondicin Secuencia Normal

Postcondicion

Excepciones

Rendimiento

Venta de calzado OBJ-05 venta de calzado OBJ-06 impresin de ticket de compra OBJ-07 Generacin de factura OBJ-08 Reporte de ventas RI-01 informacion sobre zapatos RI-02 Informacion sobre ventas RI-05 informacion sobre clientes Cuando se realiza un venta, esta es registrada automticamente en el sistema, para utilizar esa infromacion en el reporte de venta. Se debe tener registrado el articulo antes de ponerlo a la venta. Paso Accin 1 Se selecciona la opcin venta en la pantalla principal 2 Se escanea el cdigo de barras 3 Se confirma que el producto sea el correcto 4 Se cobra el precio del articulo 5 Se imprime el ticket de compra 6 Se da click en finalizar si se desea regresar a la ventana principal Automticamente se reduce de inventario la cantidad de productos vendidos, se registra la venta, para su posterior anlisis en los reportes de ventas. Paso accion 1 No es necesario ir a la ventana principal para vender un articulo, si este ya se encontr en una bsqueda previa, se puede hacer clikc en el botn de vender directamente. 2 Si ya se tiene el producto en pantalla por una busqeda previa no es necesario escanear el cdigo de barras 3 Si el producto no es el correcto se puede cancelar el proceso 4 Si el cliente desea cancelar la transaccin es posiblehacerlo 5 No esposible cancelar laimpresion del ticket de compra, ni el registro de la transaccin en el reporte de venta 6 En vez de finalizar, es posible imprimir la factura desade este punto, antes de finalizar la venta. Paso Cota de tiempo 1 10 segundos 5 1 minuto 6 2 minutos

Frecuencia esperada Estabilidad coemntarios

10 veces al dia

Alta Ninguno

CAUS-06 Objetivos asociados

Requisitos Asociados Descripcion Precondicion Secuencia Normal

Postcondicion Excepciones

Rendimiento

Frecuencia esperada Estabilidad comentarios

Solicitud de factura OBJ-05 venta de calzado OBJ-06 impresion de ticket de compra OBJ-07 Generacion de factura OBJ-08 Reporte de ventas RI-01 informacion sobre zapatos RI-02 informacion sobre ventas RI-05 informacion sobre clientes El sistema tiene la posibilidad de generar una factura, siempre y cuando se le alimenten todos los datos requeridos Debe haberse realizado una venta Debe estar conectada la impresora, tener tinta y papel Paso Accin 1 Se realiza una venta 2 Antes de finalizar la transaccin se selecciona la opcin de generar factura 3 Se captura toda la informacin relacionada con el cliente, y la venta 4 Se acepta la opcion de imprimir, la cual ser automtica una vez aceptada. Se debe esperar unos segundos a que la tinta de la factura se seque un poco, para evitar manchones paso accion 3 En caso de que no se cuentecon toda la informacin el proceso se puede cancelar, por ejemplo el RFC 4 Si la impresora no esta conectada el proceso se cancela, pero la factura se guarda como PDF Paso Cota de tiempo 3 4 minutos 4 5 minutos 5 vecesal dia

Alta Ninguno

CAUS-07 Objetivos asociados Requisitos Asociados Descripcion Precondicion Secuencia Normal

Postcondicion Excepciones

Solicitud de reporte OBJ-05 venta de calzado OBJ-08 Reporte de ventas RI-01 informacion sobre zapatos RI-02 informacion sobre ventas RI-05 informacion sobre clientes Es una sntesis de todas las ventas realizadas en un tiempo dado Debe haber al menos 1 venta realizada yregistrada paso Accin 1 Se hace click en la opcion de reporte de ventas de la pantalla principal 2 Se selecciona la antigedad a partir de que dia se recopilara la informacin 3 Si se desea se puede determinar hasta que fecha se hara el reporte, si no se selecciona nada, se tomara por defecto el dia actual 4 Se selecciona el tipo de reporte deseado 5 Se hace click en aceptar y segenerara el reporte en digital, con la opcion a imprimirlo. Para imprimirlo es necesario tener la impresora conectada, cargada con papel y tinta. 3 Si no se selecciona la fecha hasta la que sedesea generar el reporte, se tomara por defecto la fecha actual 4 Existen 2 tipos dereporte, el simplificado y el extendido, por defecto se tiene seleccionado el simplificado. paso Cota de tiempo 3 5 minutos 4 3 minutos 5 1 minuto 4 veces por mes

Rendimiento

Frecuencia esperada Estabilidad comentarios

Alta Ninguno

CAUS-08 Objetivos asociados Requisitos Asociados Descripcion

Solicitudde registro de provedor OBJ-01 Entrada de calzado RI-03 informacion sobre compras RI-04 informacion sobre proveedores Listado de las entidad que proveen de calzado a la zapateria Guzmn, aun cuando solo se maneja un proveedor al momento de instalar el sistema, se prevee un crecimiento a futuro, por lo cual se crea una tabla para mantener hasta 50 proveedores. El solicitante no es un proveedor previamente registrado. paso Accin 1 Se incia el proceso de registro de nuevo proveedor 2 Se solicitan al interesado los datos fundamentales para su registro 3 Se rellenan todos los campos necesarios para el registro del proveedor 4 Se solicita al sistema almacenar toda la informacin suministrada, si se almacenan con existo, aparecer un mensaje de confirmacin en la pantalla 5 Una nueva ventana muestra los datos recientemente almacenados El nuevo proveedor esta dado de alta, y se puede usar su registro, para saber precisamente de quien adquieren ciertos productos paso Accin 3 Si los datos registrados coniciden con los de una entrada previa, el sistema lo notificara, una vez que el ususario de por enterado esta ocurrencia el puede proceder a cambiar los datos. 5 La operacin puede ser cancelada en todo momento paso Cota de tiempo 4 1 minuto 3 veces por mes

Precondicion Secuencia Normal

Postcondicion

Excepciones

Rendimiento Frecuencia esperada Estabilidad comentarios

Alta Ninguno

CAUS-09 Objetivos asociados Requisitos Asociados Descripcin Precondicion Secuencia Normal

Solicitud de registro de cliente OBJ-07 generacin de factura OBJ-08 Reporte de ventas RI-05 informacion sobre clientes Es un listado de los clientes que deseen darse de alta, para poder recibir una factura El cliente no debe estar dado de alta previamente paso Accin 1 Se inicia la opcin de registrar un cliente nuevo 2 Se le solicitan al cliente los documentos que comprueben su identidad y datos personales 3 Se rellenan los campos con la informacion suministrada 4 Se solicita al sistema almacenar la informacion 5 Si todo ocurri con normalidad, aparecer una ventana nueva con la informacin almacenada El solicitante yaes un cliente dado de alta, y le es posible solicitar facturas en sus compras paso accion 2 Si no cuenta con la informacion requerida, no se le dara de alta al cliente 4 Si el cliente ya esta dado de alta previamente, el sistema lo notificara paso Cota de tiempo 4 2 minutos 5 veces al dia

Postcondicion Excepciones

Rendimiento Frecuencia esperada Estabilidad comentarios

Alta al instalar el sistema no se tendr precargado ningn cliente, se tiene previsto un crecimiento, por lo cual la base de datos podr contener hasta 999 clientes. En el escenario de que el numero limite este a punto de ser alcanzado, el sistema mostrara una clara notificacin de esto, para que el sistema se actualice para poder contener mas clientes.