casos de uso

28
Casos de uso 1.- Resumen En este documento podra usted encontrar una visión general de los casos de uso aplicados al sistema de gestión de las zapaterías 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 cuestión se omite el campo de versión. 2.- introducción Un caso de uso es una descripción 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 algún otro dispositivo, también también se le llama actores a las entidades que interactúan con el sistema. La fucion principal de los diagramas esel tener una visión 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. Monitoree las ventas que se realizan diariamente 2. Llevar un control detallado de los inventarios 3. Mostrar detalladamente artículos en existencia 4. Imprimir tiquetes de compra 5. Imprimir facturas 6. Administrar la informacion de los proveedores

Upload: jaime-murillo-quintero

Post on 07-Aug-2015

34 views

Category:

Documents


0 download

DESCRIPTION

ejemplo de casosdeuso

TRANSCRIPT

Page 1: casos de uso

Casos de uso

1.- Resumen

En este documento podra usted encontrar una visión general de los casos de uso aplicados al sistema de gestión de las zapaterías 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 cuestión se omite el campo de versión.

2.- introducción

Un caso de uso es una descripción 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 algún otro dispositivo, también también se le llama actores a las entidades que interactúan con el sistema.

La fucion principal de los diagramas esel tener una visión 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. Monitoree las ventas que se realizan diariamente2. Llevar un control detallado de los inventarios3. Mostrar detalladamente artículos en existencia4. Imprimir tiquetes de compra5. Imprimir facturas6. Administrar la informacion de los proveedores7. Controlar la base de datos de clientes.

Page 2: casos de uso

Cada zapato cuenta con los siguientes datos de identificación en la base de datos

1. Marca; indica la razón social de quien fabrica el calzado2. Modelo; es un identificador alfanumérico único para cada calzado con el

que el proveedor identifica cada zapato. 3. Estilo; determina el tipo de zapato del que se desea obtener información,

puede ser cualquiera de los siguientes: zapato deportivo/tenis, calzado formal, tacón, sandalia, bota, etc. Es solo para que el las búsquedas que el cliente solicite se puedan realizar mas fácilmente.

4. Talla; la medida especifica deseada5. Color; color del calzado.6. Material; se puede hacer una búsqueda 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 zapatería adquiere cada par de zapatos

8. Precio de venta; es el precio al publico9. Proveedor; nombre o razón social de la entidad a la que se le compra el

calzado10.Cantidad vendida; es la cantidad de unidades que se han vendido de un

zapato en especifico.11.Existencias; numero total y físico de los modelos disponibles a la venta en

inventario.

Dado que la zapateria incluye modelos nuevos periódicamente se incluye una interfaz por medio de la cual es sencillo para el usuario incluir la información requerida para la base de datos, si por el contrario se desea eliminar algún 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.

Page 3: casos de uso

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 colchón de respaldo, es decir si ocurre una falla no es posible utilizar un sistema de emergencia para suplirlo, mas sin embargo toda la información si se encuentra respaldada.

OBJ-01 Entrada de calzadoDescripción Al recibir un nuevo artículo que se pondrá a la venta se de da alta,

para que el sistema tenga conocimiento del nuevo artículo que se venderá en la zapatería.

Estabilidad Altacomentarios

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 Alta en inventariosDescripción 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 artículos recibidos.

Estabilidad Altacomentarios

En caso de que alguna información relacionada con un modelo en específico haya sido introducida de manera errónea será posible modificar cualquier campo, todos ellos o borrar completamente ese modelo dela base de datos.

OBJ-03 Baja de calzadoDescripción Si un modelo de calzado no tiene la aceptación del público

esperada, es posible eliminar ese modelo en específico, esto para que ya no aparezca en las búsquedas.

Estabilidad Altacomentarios

No es posible recuperar un modelo borrado, pero es posible reintroducirlo de nuevo a la base de datos.

Page 4: casos de uso

OBJ-04 Búsqueda en el sistemaDescripción Una de las principales funcionalidades del software, ya que permite

una búsqueda instantánea de cualquier artículo que se desea encontrar. Utilizando los campos de la base de datos, para quela búsqueda sea lo mas refinada posible

Estabilidad Altacomentarios

Ninguno

OBJ-05 Venta de calzadoDescripción 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 Altacomentarios

Cuando la venta es realizada automáticamente se reduce la cantidad de artículos en existencia en el inventario.

OBJ-06 Impresión de ticket de compraDescripción Esto sucede de manera automática al realizarse la compra,Estabilidad Altacomentarios

Aun cuando el ticket de compra se realiza automáticamente en pantalla aparecerá la opción de imprimir una factura, la cual puede ser aceptada o rechazada según sea necesario.

OBJ-07 Generación de la facturaDescripción Si el cliente desea recibir una factura para su declaración de

impuestos, esto es posible. Solo es necesario que el cliente provea ciertos datos personales.

Estabilidad Altacomentarios

Ninguno

OBJ-08 Reportes de ventasDescripción Un reporte de venta es una síntesis de todas las ventas que se

realizaron en el día, la semana o el mes.Estabilidad Altacomentarios

Aun cuando el sistema de almacenamiento es muy seguro, es recomendable conservar reportes de ventas impresos.

Page 5: casos de uso

4.-requisitos de almacenamiento de información

En esta sección se incluye una lista de los parámetros de almacenaje de la información identificada, por medio de la plantilla se identifica todos los requerimientos de almacenamiento de información. Además se especifica toda la información que debe almacenar el sistema.

RI-01 Información sobre zapatosObjetivos asociados

OBJ-01 Entrada de calzadoOBJ-02 Alta de InventarioOBJ-03 Baja de calzadoOBJ-04 BúsquedaOBJ-05 Venta de calzadoOBJ-06 impresión de ticket de compraOBJ-07 Generación de facturaOBJ-08 Reporte de ventas

Requisitos asociadosDescripción Se tiene un almacenamiento ordenado y estructurado de la

información relacionada a cada modeloDatos específicos

1. Marca2. Modelo3. Estilo4. Talla5. Color6. Material7. Precio de compra8. Precio de venta9. Proveedor10.Cantidad vendida.11.Existencias en inventario

Intervalo temporal

Pasado a presente

Estabilidad altacomentarios

Es la información directa que se tiene sobre el calzado y que permite que el sistema opere.

Page 6: casos de uso

RI-02 Información de ventasObjetivos asociados

OBJ-04 BusquedaOBJ-05 Venta de calzadoOBJ-06 Impresión de ticket decompraOBJ-07 Generacion de FacturaOBJ-08 Reporte de ventas

Requisitos asociados

RI-01 Informacion sobre zapatos

Descripción Registro de todas las ventas realizadasDatos específicos

1. Numero especifico dela venta2. Identificador del articulo que se vende3. Fecha de la venta4. Costo de5. Cliente a quien se le venden caso de requerir factura

Intervalo temporal

Presente

Estabilidad Altacomentarios

La informacion de este requisito deinformacion esnecesario para generar el ticket de compra, y posteriormente una factura en caso de ser solicitada. Además la informacion recabada aquí será necesaria para el reporte de ventas

RI-03 Información sobre comprasObjetivos asociados

OBJ-01 Entrada de calzadoOBJ-02 Alta de Inventario

Requisitos asociados

RI-01 Información sobre zapatosRI-04 información de proveedores

Descripción Se realiza un registro de la compra de mercancía nueva para el inventario, es decir de lo que se compra de proveedores.

Datos específicos

1. Número de la compra2. Información sobre los modelos adquiridos:

MarcaModeloEstiloTallaColorMaterialPrecio de compraPrecio de ventaProveedor

Intervalo Pasado y presente

Page 7: casos de uso

temporalEstabilidad Altacomentarios

Ninguno

RI-04 Información de proveedoresObjetivos asociados

OBJ-01Entrada de Calzado

Requisitos asociados

RI-03Informacion de compras

Descripción Información que se tiene de la o las entidades a la que se le compra el calzado

Datos específicos

1. Nombre2. Razón social, si es que se tiene3. Dirección: Estado, municipio, calle, número y código postal4. Correo electrónico5. Página web

Intervalo temporal

Pasado

Estabilidad Altacomentarios

Ninguno

RI-05 Información de clientesObjetivos asociados

OBJ-05 venta de calzadoOBJ-07 Generacion de facturaOBJ-08 Reporte de ventas

Requisitos asociados

RI-01 informacion sobre zapatosRI-02informacion sobre ventas

Descripción Informacion sobre los clientes que compran calzado en la zapateria Guzman

Datos específicos

1. Nombre2. Razón social, si es que se tiene3. Dirección: Estado, municipio, calle, número y código postal4. Correo electrónico5. Página web6. RFC

Intervalo temporal

Pasado

Estabilidad Altacomentarios

La información 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.

Page 8: casos de uso
Page 9: casos de uso

5.- Requisitos Funcionales

5.1.- Diagrama de casos de uso

Esta sección se completamente la información proporcionada por la sección de los caso de uso

5.2.- Definicion de Actores:

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

Page 10: casos de uso

Un actor es cualquier entidad que interactuede manera directa con el sistema, puede este ser un humano, o puede ser un dispositivo periférico, como una impresora.

ACT-01 Empleado de la zapatería.Descripción actor representa al empleado de la zapatería que opera el sistemaComentarios ninguno

ACT-02 ClienteDescripción actor representa aun cliente que llega a la zapateríaComentarios Ninguno

ACT-03 ProveedorDescripción Proveedor de quien se recibe el calzado nuevoComentarios Ninguno

ACT-04 Lectora de código de barrasDescripción Periférico que identifica cada modelo, según el código de barras que

ya tienen de fábrica las cajas de los zapatosComentarios ninguno

ACT-05 Impresora de ticketsDescripción Impresora de matriz de puntos especial para imprimir los tickets de

compraComentarios ninguno

ACT-06 Impresora genéricaDescripción Esta impresora está dedicada a imprimir los reportes de ventas, o

las facturas cuando así sea requeridoComentarios ninguno

5.3.- Casos de uso del sistema, y diagramas de casos de uso.

Page 11: casos de uso

5.3.1.- subsistema Alta de inventario

5.3.2.- subsistema baja de calzado

5.3.3.-Busuqeda

Page 12: casos de uso

5.3.4.-Venta de Calzado

5.3.5.- Generar reporte de ventas

Page 13: casos de uso

5.5.6.-Alta de proveedor

5.5.7.- Alta de cliente

Especificacion de casos de uso

Page 14: casos de uso

CAUS-01 Registro de productos en el sistemaObjetivos asociados

OBJ-01 Entrada de CalzadoOBJ-02 Alta de inventario

Requisitos Asociados

RI-01 Informacion sobre zapatosRI-03 informacion sobre comprasRI-04 informacion sobre proveedores

Descripcion Cuando se recibe nuevos artículos, estos se agregan al inventario para que el sistema lleve un control sobre las cantidades disponibles en inventario

Precondicion Se debe tener al proveedor registrado previamente, si se desea saber que proveedor proporciona dichos artículos

Secuencia Normal

paso Acción1 Se inicia el proceso de alta de producto2 Se escanea el código de barras de la caja deseada3 Se rellena el resto de la informacion requerida4 Al hacer clic a aceptar se da la orden al sistema de

almacenar la información en la base de datosPostcondicion NingunaExcepciones Paso Accion

2 En caso de quela caja no cuente con un código de barras, se puede buscar otra caja del mismo modelo, o si se prefiere dejar el campo de modelo vacio y solo rellenar los demás campos

3 Si al momento de escanear un código 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.

Rendimiento paso Cota de tiempo3 2 minutos4 15 segundos

Frecuencia esperada

30 veces al dia

Estabilidad AltadaComentarios 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 días en los que se reciba mercancía nueva, en los días posteriores, es posibleque no se realice ningún cambio.

Page 15: casos de uso

CAUS-02 Búsqueda de un modelo deseadoObjetivos asociados

OBJ-04 Busqueda

Requisitos Asociados

RI-01 informacion sobre zapatos

Descripcion Por diversas causas será necesario el buscar un articulo, una vez que se sabe que características se buscan será posible realizar una búsqueda de manera mas eficiente

Precondicion Debe haber datos cargados previamente en la base de datos, para que el sistema arroje resultados al solicitad una búsqueda

Secuencia Normal

paso Acción1 Seselecciona la opción de búsqueda.2 Se rellenan todos los campos posibles para que la

búsqueda arroje resultados mas específicos3 Se obtiene la lista de resultados.

Postcondicion Ninguna.

CAUS-03 Eliminar un productoObjetivos ONJ-03baja de calzado

Page 16: casos de uso

asociadosRequisitos Asociados

RI-01 informacion sobre zapatos

Descripcion Se desea eliminar un modelo especifico de zapatosdela basede datos

Precondicion El modelo en cuestión debe deestar dado de alta previamente en la base de datos

Secuencia Normal

paso accion1 Se inicia la ventana de búsqueda2 Se introducen los valor a buscar3 Una vez encontrado en modelo que se desea eliminar

se preciona el boton de borrarPostcondicion NingunaExcepciones paso Acción

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.

Rendimiento paso Cota de tiempo2 2 minutos3 10 segundos

Frecuencia esperada

2 veces al dia

Estabilidad AltaComentarios El eliminar un producto de la base de datos pueda no ocurrir

muy frecuentemente, pero en los días posteriores a la compra de mercancía nueva, es posible que suceda.

CAUS-04 Busqueda de un modelo especificoObjetivos OBJ-04 Busqueda

Page 17: casos de uso

asociadosRequisitos Asociados

RI-01 informacion sobre zapatos

Descripcion Por diversas causas será necesario el buscar un articulo, una vez que se sabe que características se buscan será posible realizar una búsqueda de manera mas eficiente

Precondicion Debe haber datos cargados previamente en la base de datos, para que el sistema arroje resultados al solicitad una búsqueda

Secuencia Normal

paso Acción1 Se selecciona la opción de búsqueda.2 Se rellenan todos los campos posibles para que la

búsqueda arroje resultados mas específicos3 Se obtiene la lista de resultados.

Postcondicion Ninguna.Excepciones paso Accion

2 En caso de no contar con todos los lineamientos de búsqueda, esta sepuede realizar, pero será mucho mas genérica

3 En caso de que no se encuentre una opción quecumpla con todos los requerimientos dados, se muestran opciones similares

Rendimiento paso Cota de tiempo2 2 minutos3 2 minutos

Frecuencia esperada

15 veces por dia

Estabilidad Alta

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

CAUS-05 Venta de calzado

Page 18: casos de uso

Objetivos asociados

OBJ-05 venta de calzadoOBJ-06 impresión de ticket de compraOBJ-07 Generación de facturaOBJ-08 Reporte de ventas

Requisitos Asociados

RI-01 informacion sobre zapatosRI-02 Informacion sobre ventasRI-05 informacion sobre clientes

Descripción Cuando se realiza un venta, esta es registrada automáticamente en el sistema, para utilizar esa infromacion en el reporte de venta.

Precondición Se debe tener registrado el articulo antes de ponerlo a la venta.Secuencia Normal

Paso Acción1 Se selecciona la opción venta en la pantalla principal2 Se escanea el código de barras3 Se confirma que el producto sea el correcto4 Se cobra el precio del articulo5 Se imprime el ticket de compra6 Se da click en finalizar si se desea regresar a la

ventana principalPostcondicion Automáticamente se reduce de inventario la cantidad de

productos vendidos, se registra la venta, para su posterior análisis en los reportes de ventas.

Excepciones Paso accion1 No es necesario ir a la ventana principal para vender

un articulo, si este ya se encontré en una búsqueda previa, se puede hacer clikc en el botón de vender directamente.

2 Si ya se tiene el producto en pantalla por una busqeda previa no es necesario escanear el código de barras

3 Si el producto no es el correcto se puede cancelar el proceso

4 Si el cliente desea cancelar la transacción es posiblehacerlo

5 No esposible cancelar laimpresion del ticket de compra, ni el registro de la transacción en el reporte de venta

6 En vez de finalizar, es posible imprimir la factura desade este punto, antes de finalizar la venta.

Rendimiento Paso Cota de tiempo1 10 segundos5 1 minuto

6 2 minutos

Frecuencia 10 veces al dia

Page 19: casos de uso

esperada

Estabilidad Altacoemntarios Ninguno

CAUS-06 Solicitud de facturaObjetivos asociados

OBJ-05 venta de calzadoOBJ-06 impresion de ticket de compraOBJ-07 Generacion de facturaOBJ-08 Reporte de ventas

Requisitos Asociados

RI-01 informacion sobre zapatosRI-02 informacion sobre ventasRI-05 informacion sobre clientes

Descripcion El sistema tiene la posibilidad de generar una factura, siempre y cuando se le alimenten todos los datos requeridos

Precondicion Debe haberse realizado una ventaDebe estar conectada la impresora, tener tinta y papel

Secuencia Normal

Paso Acción1 Se realiza una venta2 Antes de finalizar la transacción se selecciona la

opción de generar factura3 Se captura toda la información relacionada con el

cliente, y la venta4 Se acepta la opcion de imprimir, la cual será

automática una vez aceptada.Postcondicion Se debe esperar unos segundos a que la tinta de la factura se

seque un poco, para evitar manchonesExcepciones paso accion

3 En caso de que no se cuentecon toda la información 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

Rendimiento Paso Cota de tiempo3 4 minutos4 5 minutos

Frecuencia esperada

5 vecesal dia

Estabilidad Altacomentarios Ninguno

CAUS-07 Solicitud de reporte

Page 20: casos de uso

Objetivos asociados

OBJ-05 venta de calzadoOBJ-08 Reporte de ventas

Requisitos Asociados

RI-01 informacion sobre zapatosRI-02 informacion sobre ventasRI-05 informacion sobre clientes

Descripcion Es una síntesis de todas las ventas realizadas en un tiempo dado

Precondicion Debe haber al menos 1 venta realizada yregistradaSecuencia Normal

paso Acción1 Se hace click en la opcion de reporte de ventas de la

pantalla principal2 Se selecciona la antigüedad a partir de que dia se

recopilara la información3 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 deseado5 Se hace click en aceptar y segenerara el reporte en

digital, con la opcion a imprimirlo.Postcondicion Para imprimirlo es necesario tener la impresora conectada,

cargada con papel y tinta.Excepciones 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.

Rendimiento paso Cota de tiempo3 5 minutos4 3 minutos

5 1 minutoFrecuencia esperada

4 veces por mes

Estabilidad Altacomentarios Ninguno

CAUS-08 Solicitudde registro de provedor

Page 21: casos de uso

Objetivos asociados

OBJ-01 Entrada de calzado

Requisitos Asociados

RI-03 informacion sobre comprasRI-04 informacion sobre proveedores

Descripcion Listado de las entidad que proveen de calzado a la zapateria Guzmán, 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.

Precondicion El solicitante no es un proveedor previamente registrado.Secuencia Normal

paso Acción1 Se incia el proceso de registro de nuevo proveedor2 Se solicitan al interesado los datos fundamentales

para su registro3 Se rellenan todos los campos necesarios para el

registro del proveedor4 Se solicita al sistema almacenar toda la información

suministrada, si se almacenan con existo, aparecerá un mensaje de confirmación en la pantalla

5 Una nueva ventana muestra los datos recientemente almacenados

Postcondicion El nuevo proveedor esta dado de alta, y se puede usar su registro, para saber precisamente de quien adquieren ciertos productos

Excepciones paso Acción3 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 operación puede ser cancelada en todo momentoRendimiento paso Cota de tiempo

4 1 minutoFrecuencia esperada

3 veces por mes

Estabilidad Altacomentarios Ninguno

Page 22: casos de uso

CAUS-09 Solicitud de registro de clienteObjetivos asociados

OBJ-07 generación de facturaOBJ-08 Reporte de ventas

Requisitos Asociados

RI-05 informacion sobre clientes

Descripción Es un listado de los clientes que deseen darse de alta, para poder recibir una factura

Precondicion El cliente no debe estar dado de alta previamenteSecuencia Normal

paso Acción1 Se inicia la opción de registrar un cliente nuevo2 Se le solicitan al cliente los documentos que

comprueben su identidad y datos personales3 Se rellenan los campos con la informacion

suministrada4 Se solicita al sistema almacenar la informacion5 Si todo ocurrió con normalidad, aparecerá una

ventana nueva con la información almacenadaPostcondicion El solicitante yaes un cliente dado de alta, y le es posible solicitar

facturas en sus comprasExcepciones 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

Rendimiento paso Cota de tiempo4 2 minutos

Frecuencia esperada

5 veces al dia

Estabilidad Altacomentarios al instalar el sistema no se tendrá precargado ningún 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 notificación de esto, para que el sistema se actualice para poder contener mas clientes.