UNIVERSIDAD DEL BÍO-BÍO FACULTAD DE CIENCIAS EMPRESARIALES DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN Y TECNOLOGÍA DE LA INFORMACIÓN

Transcripción

1 UNIVERSIDAD DEL BÍO-BÍO FACULTAD DE CIENCIAS EMPRESARIALES DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN Y TECNOLOGÍA DE LA INFORMACIÓN Sistema control de inventario y administración Yoselin Alejandra Aedo San Martin Cristian Andres Figueroa Fuentes Memoria para optar al título de Ingeniero Civil en Informática octubre de 2012 Chillán-Chile

2 UNIVERSIDAD DEL BÍO-BÍO FACULTAD DE CIENCIAS EMPRESARIALES DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN Y TECNOLOGÍA DE LA INFORMACIÓN Sistema control de inventario y administración Yoselin Alejandra Aedo San Martin Cristian Andres Figueroa Fuentes Profesor Guía: Miguel Pincheira Caro Profesor Informante: Joel Fuentes López Memoria para optar al título de Ingeniero Civil en Informática octubre de 2012 Chillán-Chile 1

3 Agradecimientos Quisiera empezar agradeciendo a mis padres Gabriel Aedo y Rosa San Martín por el apoyo incondicional que me han prestado durante toda mi vida, sobre todo en el periodo universitario, ya que sin su apoyo económico y sentimental no hubiese logrado cursar una carrera universitaria, gracias por enseñarme lo valioso que es la educación y que todo con esfuerzo y perseverancia se consigue, por cada valor entregado y por enseñarme a caminar siempre hacia adelante aprendiendo de los errores cometidos. También darles las gracias por enseñarme a valorar las cosas sencillas de la vida. A mis hermanas por ser las personas que siempre han creído en mí y que a pesar de mis fracasos siempre tuvieron fe en que cumpliría con mis metas, por enseñarme a llevar siempre una sonrisa en rostro sin importar lo nublado que este el día. A Victor por estar cada vez que lo necesitaba y me alentaba a seguir luchando, quien me ayudaba a ser más fuerte y poder enfrentar los nuevos retos. A mis compañeros y amigos, que sin su apoyo no hubiese conseguido terminar mi carrera, quienes comprendían lo complicado que era ser madre joven estudiante, quienes hacían gratas esas largas noches de estudio y evitaban que me quedase dormida con cada una de sus bromas, sobre todo a Francisco, Cristian, Jaime, Paz, a Nicole que ha sido una gran amiga durante todo mi proceso educacional desde primero básico hasta la enseñanza universitaria. Gracias a Junaeb, que gracias a la beca entregada a mis compañeros almorzaba todos los días que no alcanzaba ir a mi casa, sobre todo esas ricas sopaipillas, papas fritas, pan con mortadela, etc. Gracias a Camilo Córdova quien fue una de las primeras personas que creyó en mí y jamás perdió las esperanzas hasta el día de hoy, gracias por su constancia, apoyo tanto en lo educacional y emocional. Muy especialmente quiero dar la gracias a Dios por poner en mi camino la oportunidad de cursar una carrera universitaria con personas tan especiales a mi lado, gracias por colocar una salida a mis problemas, sobre todo gracias por colocar el motivo más significativo de cursar esta carrera, gracias por darme la oportunidad de ser madre de la niña más especial, quien fue, es y será mi motor para luchar y cumplir mis objetivos, quien siempre luego de la agotadora jornada estudiantil siempre me recibía con ansias y tanta alegría que hacía y hace olvidar lo cansador de la jornada, gracias por llenar mi vida de felicidad y amor, gracias por existir Pazita Antonia. Yoselin Alejandra Aedo San Martín 2

4 Agradecimientos En primera instancia quisiera agradecer a mis padres María Luisa Fuentes y Miguel Figueroa por todo el apoyo en estos años de estudio, quienes me brindaron una segunda oportunidad para poder estudiar y terminar la carrera con la que soñé. Además quisiera agradecer a mis hermanos que me han apoyado y me han empujado hacia delante para poder cumplir con esta difícil misión. Gracias a mis abuelitas, padrinos y mi tía Maria Lugardi Figueroa por todo el apoyo, consejos, paciencia y experiencias que me han brindado. Gracias al grupo de estudio Francisco, Paz, Nicole, Pablo, Yoselin, Jaime y Sebastián, por todas esas noches en que pasamos en vela luchando codo a codo para poder aprobar los ramos, que nos dieron más de un dolor de cabeza. Gracias a Susana Ch. e Yanet R. por mantenerme despierto cuando me encontraba laborando solo en casa, además de apoyarme moralmente para terminar los trabajos, a pesar del cansancio que producía realizarlos. Sin olvidar a los profesores que nos enseñaron las herramientas para poder desarrollarnos profesionalmente. Cristian Andres Figueroa Fuentes 3

5 RESUMEN El presente informe tiene como finalidad describir el proyecto titulado como BeyPazSystem, el cual consiste en un sistema que permita a una microempresa ferretera tener mayor control sobre sus productos, tanto como en las compras, ventas y pérdidas. Además el sistema permitirá tener registros de los empleados, sus turnos trabajados, como a los que no han asistido, poder tener registro de los clientes que posee esta microempresa, para poder ofrecer beneficios aquellos clientes que asisten con frecuencia a la ferretería. El dueño de la microempresa se vio en la necesidad de implementar un sistema que registre los flujos de empresa debido a que no se cuenta con un sistema automatizado que le ayude a revisar el status de esta. Es por esto que actualmente no se sabe si la empresa es rentable o no, ya que no tiene un registro detallado de los movimientos de la micro empresa. Otro objetivo que se propuso para este proyecto, es permitir al dueño de la microempresa poder tener un registro de los empleados, incluyendo información tal como días trabajados, días de inasistencia, las vacaciones, las ventas realizadas, además de los datos personales del empleado. Lo mismo para los clientes y proveedores, de este modo se pueden realizar descuentos a ciertos clientes y se conoce donde se debe comprar los productos, en caso de que el encargado de las compras no esté disponible. Para finalizar, este sistema permite que los usuarios ahorren tiempo en realizar las ventas y compras, para así prestar una mejor atención a los clientes, además de ayudar a controlar el flujo de los productos, para poder llevar un registro de las perdidas. 4

6 Índice Índice... 5 Índice de Imágenes... 8 Índice de Tablas... 9 Índice De Casos De Uso Introducción Definición de la Empresa Descripción de la empresa: Visión Misión Objetivos Descripción del área de estudio Análisis actual de la empresa Definición del proyecto Objetivos del proyecto Objetivos específicos Ambiente de ingeniería de software Plan de trabajo a desarrollar Carta Gantt Descripción de los aspectos fundamentales de la metodología a utilizar Herramientas usadas en el desarrollo del proyecto Definiciones, siglas, abreviaciones Trabajos similares realizados previamente Requisitos Alcances Funciones Limitaciones Objetivos del software Descripción global del producto Interfaz de usuario Interfaz de hardware Interfaz de software Interfaces de comunicación Requerimientos específicos

7 Requerimientos funcionales Requerimientos no funcionales Interfaces externas de entrada Interfaces externas de salida Atributos del producto Factibilidad Factibilidad operativa Factibilidad técnica Factibilidad económica Costo de implementar el software Van Conclusión de la factibilidad Análisis Diagrama general de casos de uso Actores Diagrama de Casos de Uso Especificación de Los Casos de Uso Diagramas de Secuencia Ingreso Sistema Producto Empleado Cliente Proveedor Venta Compra Modelo entidad relación Modelo Base de datos Diseño interfaz Diseño de Físico de la Base de datos Diccionario de las tablas del modelo de la base de datos: Diseño de interfaz y navegación Diseño de arquitectura funcional Especificación de módulos Plan de Pruebas Elementos de prueba Especificación de las pruebas

8 Responsables de las pruebas Calendario de pruebas Conclusiones de prueba Especificación pruebas Prueba 1: Validación de campos Prueba 2: seguridad Prueba 3: estrés Prueba 4: aceptación Plan de capacitación y entrenamiento Empleados a capacitar Tipo de capacitación o entrenamiento Funcionalidad o aspectos que serán abordados Tiempo estimado en horas Recursos requeridos Plan de Implantación y puesta en marcha Plan de contingencia Conclusiones Referencias Bibliográficas

9 Índice de Imágenes Imagen 1 Carta Gantt Imagen 2 Carta Gantt Imagen 3 Modelo en espiral Imagen 4 Modelo en Cascada Imagen 5 Diagrama De Caso De Uso Imagen 6 Diagrama De Caso De Uso Imagen 7 modelo entidad relación sin atributos Imagen 8 Modelo Base de datos Imagen 9 Producto Imagen 10 Color Imagen 11 Marca Imagen 12 Categoría Imagen 13 Unidad De Medida Imagen 14 Clasificación Imagen 15 Producto Clasificación Imagen 16 Persona Imagen 17 Empleado Imagen 18 Perfil Empleado Imagen 19 Tipo de Contrato Imagen 20 Registros días Trabajados Imagen 21 Registro de vacaciones Imagen 22 Registro licencias Imagen 23 Cliente Imagen 24 Clasificación cliente Imagen 25 Giro Imagen 26 Proveedor Imagen 27 Venta Imagen 28 Detalle Venta Imagen 29 Estado Imagen 30 Detalle Compra Imagen 31 Compra Imagen 32 Registro de Caja de Turno Imagen 33 Registro de Egreso Extra Imagen 34 Diseño de la Interfaz Imagen 35 Árbol De Descomposición Parte Imagen 36 Árbol De Descomposición Parte Imagen 37 Árbol De Descomposición Parte

10 Índice de Tablas Tabla 1 Interfaces externas de entrada Tabla 2 Interfaces externas de salida Tabla 3 Servidor Tabla 4 Comparación de tiempo Tabla 5 Flujo de caja Tabla 6 Especificación de módulo Producto Tabla 7 Especificación de módulo Empleado Tabla 8 Especificación de módulo Proveedor Tabla 9 Especificación de módulo Cliente Tabla 10 Especificación de módulo Venta Tabla 11Especificación de módulo Detalle Venta Tabla 12 Especificación de módulo Compra Tabla 13 Especificación de módulo Detalle Compra Tabla 14 Especificación de módulo Categoría Tabla 15 Especificación de módulo Unidad De Medida Tabla 16 Especificación de módulo Marca Tabla 17 Especificación de módulo Color Tabla 18 Especificación de módulo Clasificación Tabla 19 Especificación de módulo Contrato Tabla 20 Especificación de módulo Perfil Tabla 21 Especificación de módulo Giro Tabla 22 Especificación de módulo Clasificación Cliente Tabla 23 Especificación de Pruebas Tabla 24 Responsables de las Pruebas Tabla 25 Calendario de Pruebas Tabla 26 Conclusión de las pruebas Tabla 27 Prueba 1: Validación de campos Tabla 28 Prueba 2: seguridad Tabla 29 Prueba 3: estrés Tabla 30 Prueba 4: aceptación

11 Índice De Casos De Uso Casos De Uso 1 Actor Administrador Casos De Uso 2 Actor Vendedor Casos De Uso 3 Actor Cliente Casos De Uso 4 Iniciar sesión de usuario Casos De Uso 5 Agregar Proveedor Casos De Uso 6 Editar Proveedor Casos De Uso 7 Eliminar Proveedor Casos De Uso 8 Agregar Producto Casos De Uso 9 Eliminar Producto Casos De Uso 10 Editar Producto Casos De Uso 11 Registrar pérdida o robo de producto Casos De Uso 12 Registrar devolución de productos al proveedor Casos De Uso 13 Realizar la venta Casos De Uso 14 Registrar devolución de productos del cliente Casos De Uso 15 Imprimir reporte Casos De Uso 16 Agregar cliente Casos De Uso 17 Editar cliente Casos De Uso 18 Eliminar cliente Casos De Uso 19 Agregar vendedor Casos De Uso 20 Editar vendedor Casos De Uso 21 Eliminar vendedor

12 Introducción Actualmente la tecnología avanza a pasos agigantados, obligando a las empresas a ponerse al día con nuevas herramientas, lo que es complicado para las pequeñas y micro empresas, en especial cuando no tienen mucho tiempo en el mercado. Para esto tienen dos soluciones, adquirir un sistema y recurrir a capacitaciones para la utilización de este, o quedar lentamente desplazados en el mercado, ya que como se ha visto reflejado en el día a día, las personas quieren realizar todo con mayor rapidez, por lo que en la mayoría de los casos recurrirán a los lugares que ofrecen atenciones más rápidas, como es el caso de las empresas con más uso de estas nuevas herramientas. Esto lleva a que las nacientes empresas traten de automatizar de la forma más óptima y eficiente los servicios que prestan a sus clientes. En la actualidad no existen sistemas gratuitos que permitan automatizar los procesos de una micro empresa de forma más eficiente, como lo es el llevar un registro de los ingresos y egresos de los productos. Por lo general, los sistemas existentes de este tipo poseen un costo asociado, el cual es considerado elevado por las empresas de este nivel, ya que la mayoría de sus ingresos se invierten en adquirir una mayor cantidad y variedad productos, o mejorar la calidad de servicios y atención. Por esta razón la inversión en un sistema que ayude a llevar un control de la actualidad de la empresa no está contemplado, ya que generalmente, los propulsores de estas microempresas, son personas con conocimientos básicos en sistemas de este tipo, lo que implica que, además del costo monetario, existirá un costo temporal asociado a capacitar al personal para la utilización de estas herramientas. Es quizás estos mismos motivos, por el cual los desarrolladores de estos tipos de sistemas no se orienten en esta clase de público, ya que toma más tiempo, en capacitar a las PYMES, la toma de requisitos es más tediosa, y muchas veces los clientes no están dispuestos a pagar el precio correspondiente. Un ejemplo de micro empresas es la ferretería BeyPaz, que ha solicitado realizar un sistema que permita mostrar la realidad de la empresa en un momento dado, en lo que respecta a productos y datos de empleados, clientes y proveedores. Además espera poder tratar los datos ingresados, para poder obtener información tanto cuantitativa, cualitativa y estadística. A su vez, espera que el sistema le permita una optimización en los distintos procesos de la empresa, como los de registros y control de sus ingresos y egresos. El presente informe contempla el proceso a seguir para la implementación de un sistema para la Ferretería BeyPaz, comenzando por la descripción de la empresa en cuestión, explicando la problemática que se desea solucionar, las características del proyecto, los requisitos tanto funcionales como no funcionales, análisis de factibilidad, el plan de pruebas, plan de capacitación, plan de implementación y puesta en marcha. 11

13 Definición de la Empresa Descripción de la empresa: La empresa para la cual se desarrolló el proyecto, es una pequeña ferretería llamada BeyPaz, ubicada en la avenida Alonso de Ercilla #1664. Esta es una empresa de tipo familiar, inaugurada el año 2008, desde entonces la ferretería ha ido creciendo a grandes pasos, gracias al esfuerzo de sus dueños y colaboradores, por lo mismo desean seguir progresando, para lo cual se les hace necesario un sistema que permita tener registro de los movimientos del negocio. En la actualidad los dueños, Galvarino Gabriel Aedo Pérez y Rosa María San Martín Mellado se han encargado de mantener esta empresa, invirtiendo capital propio, además de tiempo y mano de obra, para la ampliación física y productiva de la ferretería. En cuanto a los empleados, solo existe una persona contratada Luis Matus, que se desempeña como vendedor en la ferretería, conjuntamente con algunos familiares de los dueños, quienes colaboran día a día para aportar al crecimiento de la empresa ayudando a la atención de los clientes y apoyando en el área de administración de la ferretería. La contabilidad de la ferretería es supervisada por un profesional externo del área, Mercedes Contreras. 12

14 Visión Ser una empresa familiar que trabaja para brindar a sus clientes la mayor diversidad en materiales de construcción y de ferretería en general, bajo premisas de precio, calidad y servicio acorde a las exigencias del mercado, comprometiéndonos con la capacitación constante de nuestro recurso humano, para que este sea altamente calificado, productivo y comprometido a mantener la preferencia y satisfacción de nuestros clientes; con la finalidad de generar un crecimiento rentable, en beneficio de todos que nos permita mantener y mejorar cada día la calidad y servicio prestado. Misión Mantener un sólido posicionamiento y liderazgo comercial a nivel local en cuanto a la venta de materiales de construcción y ferretería en general, superando las perspectivas de calidad y servicio de nuestros clientes, gracias al apoyo incondicional de un comprometido equipo de trabajo, permitiéndonos así sostener un alto grado de responsabilidad social y comercial que nos garantice solidez financiera y crecimiento sostenible. Objetivos Los objetivos principales de la empresa es entregar una atención de calidad a sus clientes, con el propósito de aumentar las ventas, para así seguir creciendo en el trascurso del tiempo. Para esto tiene como finalidad lograr reducir los tiempos empleados en cada una de las operaciones que se realizan en esta pequeña y mediana empresa. Descripción del área de estudio En nuestro proyecto el área a estudiar implica a todas las áreas de la ferretería, tanto administrativas como comerciales, ya que lo deseado por la empresa es poder tener registro de todos los movimientos de la empresa, desde la venta y compra de los productos hasta el control de las jornadas laborales de los empleados (cuenta como empleados al vendedor y colaboradores, además se utiliza este término en plural por que la empresa pretende contratar a más empleados en un corto periodo). A continuación se detalla cada área por separado: Compras: se pretende llevar un registro por cada adquisición de los productos, sea cualquier modo en que se realiza, compra con factura, boleta, intercambio, devolución, regalo. Además, de tener registros de cada proveedor, para poder tener claro a qué lugar asistir para la compra de los productos. Ventas: Se desea tener control de cada una de las salidas de los productos, ya sea por venta realizada por factura o boleta, cada perdida de productos, devoluciones, regalos, salida de los productos por otro motivo. 13

15 Administración: Además, los solicitantes de este sistema requirieron poder tener la opción para registrar cada uno de sus empleados con sus datos personales, información sobre el tipo de contrato, los días trabajados, días de licencias, días de vacaciones, entre otros datos. Contabilidad: Poder realizar un balance general entre las compras y ventas de los productos, además de entregar el inventario general de la empresa, cada vez que se solicite. 4 Análisis actual de la empresa En la actualidad la empresa no cuenta con un sistema de registro de ingreso y egreso de productos y tampoco tiene un control claro del stock de productos, por ende no realiza un cálculo real de lo que se necesita abastecer. Al ser de esta manera no se lleva un registro de las ganancias que se obtiene ni de los costos asociados, mucho menos de la pérdida, tanto de dinero como de productos. A diario se realiza un chequeo general de los productos que se requieren comprar, estas compras se realizan una vez por semana, pero debido a que estos cálculos, son estimaciones con respecto a lo que se vende, no siempre son acertados por lo que se requiere realizar compras más de una vez por semana, o en otro caso se adquieren productos que si están disponibles en la bodega, lo que produce un sobre abastecimiento de los productos, lo que limita a la compra de otros productos necesarios, o que quizás se quieran adquirir por primera vez. Anualmente se realiza un inventario general, en el que se paga a una persona para que realice una cuenta real de todos los productos existentes en la ferretería lo cual toma bastante tiempo por la cantidad de productos, y por realizarse de forma manual. A continuación se describe el actual procedimiento crítico de la ferretería para su abastecimiento: El vendedor realiza una lista aproximada de los productos que se han vendido, y una lista con los productos que los clientes sugieren. Las listas son registradas en un papel de manera manual en los tiempos libres de los trabajadores. Las listas son traspasadas al administrador para revisarla, este añade o resta productos. Luego el administrador se las envía al encargado de compras ya sea vía telefónica o el mismo papel. El encargado de las compras toma la lista, comprando los productos en los lugares acostumbrados. Al llegar con los productos se revisa cada producto con su precio de costo y se le asigna un precio de venta estimado. 14

16 La problemática de realizar los registros de los productos de esta manera, es que en el traspaso de la lista se omiten productos que realmente se requieren, lo que tiene como consecuencia que el encargado de las compras tenga que ir nuevamente a realizar un pedido con los productos faltantes. O en ocasiones pasa lo contrario, en las listas se registran cosas que ya se encuentra en la bodega lo que produce un sobre stock de aquellos productos. Otra problemática existente al realizar las listas de pedido de esta forma, es que se pierde el registro de los productos, por lo que hay que revisar los libros de compras o las facturas cada vez que se desea calcular cuánto se compró, que cosas se compraron y el valor de cada uno de los productos adquiridos. Además, los precios con los cuales se ponen en venta los productos, no siempre son valores acertados. El procedimiento de realizar ventas con boleta es de la siguiente manera: El cliente va a la tienda revisa o pregunta por los productos que necesita comprar. El vendedor revisa físicamente si existe disponibilidad delos productos. Se los muestra al cliente e informa de los precios. El vendedor calcula el valor total de compra con una calculadora, este precio es calculado por lo menos dos veces para evitar errores de cálculo. Si el cliente solicita descuento, el vendedor le realiza un descuento aproximado, según lo señalado por los dueños (este descuento varía según el tipo de cliente que sea, esta clasificación se estima según la frecuencia con la que realiza compras en la ferretería). La problemática de realizar la operación del modo señalado, es que se pierde mucho tiempo, en averiguar si hay productos disponibles de los solicitados por el cliente, ya que se debe buscar en todo el local y bodega para poder dar una respuesta al cliente, esto se debe realizar con cada producto. Además se debe verificar el precio que no siempre está a la mano de la persona que está realizando la venta. Otro factor importante es el tiempo que implica calcular el valor total de la venta, es un tiempo que se podría evitar teniendo un buen sistema, ya que anotar cada producto en un papel, con sus respectivos precios, luego sumar cada uno de estos valores más de una vez, implica tener que hacer esperar al cliente, hacer esperar a los demás clientes y por último se puede caer en errores de sumas, por lo que se puede perder dinero con facilidad, un mal gusto para los clientes lo cual puede terminar en perder al cliente. 15

17 Para realizar una venta por factura se realiza de la siguiente manera: Primero, al igual que en la venta por boleta el cliente solicita lo que quiere, el vendedor debe buscar en el local si hay productos de los que el cliente solicitó. Averiguar el precio de cada producto. El vendedor anota en un papel provisorio los productos con sus precios correspondientes, traspasar estos datos a la factura real, que actualmente se realiza de manera manual. Realizar los cálculos del precio neto, IVA, total, etc. se realiza a través de una calculadora, dicha operación se realiza más de una vez para tratar de asegurar que los valores son correctos. La problemática de realizar este procedimiento, al igual que el caso anterior se pierde mucho tiempo en buscar lo que el cliente solicitó, averiguar el precio, que a veces y en la mayoría de los casos está marcado, hay casos en que no lo que implica un tiempo considerable. Además el escribir la factura manualmente, implica tiempo extra ya que tomar los datos del cliente cada vez que realiza un compra por factura, aunque sea un cliente frecuente, a lo que se suma el tiempo de los cálculos matemáticos de cada uno de los productos, en el caso de que lleva más que una unidad se le debe calcular, el total, el IVA, el neto, lo que a su vez se debe añadir el tiempo de revisión a los valores asociados. En ocasiones se toma los datos del cliente, apuntados en un papel. Todos estos tiempos, al sumarlos dan un tiempo realmente valioso, tanto para los clientes como para los empleados de la microempresa. Lo que significa pérdida para la ferretería, ya que en ciertas situaciones los clientes al no ser atendidos de forma rápida, van a otro lado a comprar los productos necesarios. Para realizar el inventario se realiza siguiendo los siguientes pasos: Anualmente se paga a una persona, o el mismo vendedor se le cancelan horas extras para que realice una cuenta total de los productos que existen en la sala de venta y bodega, estos los registra de manera manual en papel. Luego se revisa junto con cada una de las facturas, para validar el stock con los productos comprados de esta forma se obtiene una estimación de cuanto se perdió y cuanto se vendió. La problemática de realizar el inventario de esta modalidad, es que toma mucho tiempo el estar revisando producto por producto, por lo general toma varios días, además incluye un gasto monetario, ya que se debe pagar a una persona para que realice esta función. Además se debe, revisar la lista de los productos existentes con la facturas, s se han comprados, calcular la diferencia entre los productos vendidos, en stock, versus los productos comprados, para determinar cuantos productos se han perdido, lo que no es cien por ciento real, ya que se omiten ciertas compras y ventas. 16

18 Por último, de esta forma no se tiene una estimación del hurtos hormiga, por lo que no se sabe realmente cuanto se vendió, solo se realizan estimaciones aproximadas. Para el registro de los libros de ventas: El administrador suma cada una de las boletas y las registra en el libro esto se hace diariamente, y el cálculo se realiza más de una vez para asegurar de que está correcto. El inconveniente en este punto es que toma tiempo en sumar boleta por boleta, además no siempre es correcto el cálculo. Para el registro de los libros de compras: El administrador, registra factura a factura de manera manual, escribiendo dato a dato. La problemática de esto, es que toma tiempo en registrar por cada factura todos los datos, tanto los del proveedor como los datos de las compras. Para realizar los balances: Actualmente se realizan cada una de las actividades de registros, cálculos, entre otros. por separado. Del mismo modo que en los casos anteriores los balances se realizan de forma manual, por lo que se consume tiempo ya sea del administrador o de una persona contratada, lo cual se transforma gasto de dinero. 17

19 Definición del proyecto Objetivos del proyecto El objetivo general de este proyecto es dar apoyo a una PYME, a través del desarrollo de una aplicación, la cual le permita controlar los recursos, tanto los que ingresan como los que salen de la ferretería y que además, permita brindar apoyo publicitario, a través de un catálogo web, el cual tiene como propósito dar a conocer los productos que posee la empresa a los posibles clientes. Objetivos específicos Llevar el registro de los productos que posee la empresa y la cantidad de cada uno de ellos. Mostrarla lista de los productos que se necesitan comprar, la cual serealiza de manera automática. Generar informes de: -Ingresos, egresos y stock de productos. -Productos más vendidos y menos vendidos en períodos de tiempos escogidos por el usuario, y pueden ser diarios, semanales, mensuales, anuales. Generar e imprimir facturas. Almacenar datos de los clientes que lo deseen para futuras operaciones como por ejemplo próximas compras con facturas. Mostrar precio de venta de los productos y sus posibles descuentos. Crear Catálogo Web, el que muestren los productos actuales de la empresa. 18

20 Ambiente de ingeniería de software Plan de trabajo a desarrollar Análisis y evaluación de la situación actual de la micro empresa: analizar cómo se realiza cada registro: compra, venta, inventario, stock; cálculo de los precios, búsqueda de los productos. Toma de requisitos. Construcción caso de usos. Construcción modelo entidad-relación. Construcción modelo de base de datos. Construcción de Base de datos. Construcción modelo de clases. Construcción de perfiles: súper administrador, Administrador, vendedor, cliente. Construcción del módulo de inventario. Pruebas al módulo de inventario. Correcciones al módulo de inventario. Construcción módulo de ventas. Pruebas al módulo de ventas. Correcciones al módulo de ventas. Construcción módulo de ventas por facturas. Pruebas módulo de ventas por factura. Correcciones modulo ventas por facturas. Construcción módulo de contabilidad. Pruebas al módulo de contabilidad. Correcciones al módulo de contabilidad. Construcción catalogo Web. Pruebas al catálogo Web. 19

21 Correcciones al catálogo Web. Construcción módulo de reportes (Ventas, compras, Lista pedido, Stock, los más vendidos, menos vendidos, clientes y vendedores). Pruebas al módulo de reportes. Correcciones al módulo de reportes. Presentación al cliente. Correcciones solicitadas por el cliente. Carta Gantt A continuación se presenta una carta Gantt, con la primera estimación de plazos para desarrollar en proyecto que se esta describiendo en el presente informe. En las Imágenes 1 y 2 se menciona cada una de las actividades a desarrollar junto con las fechas de inicio y termino para cada una de estas, que se estipularon en un principio. Imagen 1 Carta Gantt 20

22 Imagen 2 Carta Gantt 21

23 Descripción de los aspectos fundamentales de la metodología a utilizar Para el desarrollo de este proyecto se decidió utilizar una arquitectura de tres capas [2] la cual consiste en separar el software en 3 capas, una capa de presentación la cual es la que ve el usuario, una capa de negocio en la que se encuentra la lógica del negocio, y finalmente la capa de dato. Se pensó en un principio en utilizar la metodología de desarrollo en espiral, la cual es similar a la metodología en cascada, pero las diferencia, es que la primera permite solapamiento entre las etapas, en la Imagen 3 se muestra de como se distribuyen las etapas del desarrollo con la metodología del modelo en espiral. Pero debido a la estructura de la planificación, y los tiempos estimados, se reconsidero, y se optó por cambiar la metodología, ya que no se pronosticó un proyecto por incrementos, por lo cual se decidió seguir la estructura de la metodología en cascada. Según Pressman [4] el modelo en cascada, es el enfoque metodológico que ordena rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el inicio de cada etapa debe esperar a la finalización de la etapa anterior, en la Imagen 4 se muestra como se distribuyen las etapas del desarrollo con la metodología del modelo en cascada. Un ejemplo de una metodología de desarrollo en cascada es: 1. Análisis de requisitos. 2. Diseño del Sistema. 3. Diseño del Programa. 4. Codificación. 5. Pruebas. 6. Implantación. 7. Mantenimiento. 22

24 Imagen 3 Modelo en espiral Imagen 4 Modelo en Cascada 23

25 Herramientas usadas en el desarrollo del proyecto Microsoft Visual Studio 2010: (Versión SP1Rel) Es un potente Entorno de Desarrollo Integrado (IDE) que asegura código de calidad durante todo el ciclo de vida de la aplicación, desde el diseño hasta la implementación [1]. Microsoft SQL Server Management Studio Express (SSMSE): (Versión ) Proporciona una herramienta de administración gráfica para SQL Server 2008 Express (SQL Server Express), gratuita y fácil de usar para SQL Server [5]. SQL Server express: es un sistema para la gestión de bases de datos producido por Microsoft basado en el modelo relacional. Sus lenguajes para consultas son T- SQL y ANSI SQL [6]. Framework 4.0: una plataforma de desarrollo para crear aplicaciones Indispensable para ejecutar aplicaciones basadas en.net. [9] Dia: (Versión 0.97) Es un programa para realizar diagramas de diferentes tipos, UML, DFD, Casos de usos, entre otros. Es de licencia gratuita, perteneciente a the Gnome Project [7]. GanttProject: (Versión ) Es un programa gratuito para la administración de proyectos utilizando diagramas de Gantt. El grupo de desarrolladores al cual pertenece esta herramienta es GanttProjectTeam [8]. StarUML: (Versión ) Está herramienta se utiliza para modelar diagramas de secuencia, su distribución es de forma gratuita, este sistema esta desarrollado por Plastic Software [9]. Lenguajes utilizados: SQL para las consultas de la base de datos. C# para la lógica de la aplicación. HTML, ASPX, ambos para el diseño de la aplicación. Además de la JavaScript que ayuda para incrustar código dentro del diseño de la página. JQuery, Ajax, que apoyan al diseño de la aplicación. Definiciones, siglas, abreviaciones PYMES: esta sigla se refiera a las Pequeñas y Medianas empresas. Router: es un dispositivo de hardware usado para la interconexión de redes informáticas. Microsoft SQL Server: Microsoft SQL Server es un sistema para la gestión de bases de datos producido por Microsoft basado en el modelo relacional. 24

26 Trabajos similares realizados previamente. Sistema de control de inventario para Ferretería Coinco, por Aguirre Cuadra, Rodrigo Eduardo M (DC) Ag Es una aplicación web, creada en PHP, a diferencia de BeyPaz System que está creada en el framework.net, C# y ASPX. El sistema de inventario Ferretería COINCO, es un sistema orientado al inventario, Baypaz System además del estar enfocado en inventario, permite monitorear los flujos de caja, generar facturas, tener un control de los empleados. Requisitos Adaptación basada en IEEE Software requirements Specifications Std Alcances Funciones El software llevará registro de los clientes, funcionarios, proveedores, y los productos, con el fin de conocer el stock que existe en el local, además, se llevarán un registro de las compras y ventas. El registro de los clientes, y funcionarios los realizaran los administradores. Limitaciones El sistema no contará con un sistema de pago en línea. El sistema no podrá ser accedido desde cualquier parte del mundo, solo será accesible a quienes tengan acceso a la red de la empresa (por petición explicita del dentista no será a través de internet). Por el momento la generación de los siguientes documentos no estarán habilitados ya que se generarán en una próxima versión del sistema, estos son: boleta, guía de despacho, orden de compra, presupuesto, nota de crédito, retiro e ingreso de dinero. La página para los clientes aún no será liberada, solo se manejará desde la ferretería, ya que los dueños de la ferretería quieren poner a prueba el sistema de manera local en un inicio, luego invertir en publicar la aplicación, para así poder determinar si realmente cumple con las expectativas. 25

27 Objetivos del software El objetivo del software es minimizar los tiempos en los procesos de venta y control del inventario. Además evitar excesos y bajas de stock, también, llevar un control de las ventas realizadas por cada vendedor, con esto administrar las comisiones por ventas. Llevar un registro de las horas trabajadas y las vacaciones de los empleados. Registrar a los clientes que acudan a la ferretería con el objetivo de entregar un descuento asociado a cada tipo de cliente y para facilitar la información de los productos adquiridos por el cliente, para que los dueños o administradores de la empresa puedan realizar estudios futuros de las ventas. Descripción global del producto Interfaz de usuario La interfaz del usuario debe contener los colores de la empresa, Verde y amarillo, Las letras deben tener un color adecuado para que no ocasione dificultad al leer, o problemas a la vista. Interfaz de hardware A futuro se implementara un lector de código de barra. Y una impresora matriz de punto para las facturas. Interfaz de software El desarrollo de la aplicación: Nombre: Microsoft Visual Web Developer Express Edition Número especificación o Versión; 2010 Ultimated La creación de la base de datos: Nombre:SQL Server Número especificación o Versión;

28 Interfaces de comunicación El protocolo de comunicación que se utilizará en la comunicación del sistema es HTTP este protocolo es uno de los más comunes. Requerimientos específicos A través de varias reuniones con el cliente, se logro descubrir la clase de sistema que requiere para la micro empresa, entre esas reuniones se concluyó que necesitaba una aplicación web, para ver el estado real de los ingresos y egresos, en base a esta vaga información se realizó una breve entrevista pauteada, en la que se determinaron los siguientes requisitos: Requerimientos funcionales. 1. Registro de usuarios: 1.1. Administrador: Nombre completo, Rut, fecha contrato, fecha retiro, dirección, teléfono, correo electrónico Vendedor: Nombre completo, Rut, fecha de contrato, fecha retiro, dirección, teléfono, correo electrónico, ventas realizadas, hora de entrada y salida, AFP en la que impone, sueldo base, incentivo por venta, vacaciones, horas trabajadas Cliente: Factura: Rut, nombre completo o razón social, dirección, teléfono, giro Boleta: Rut, nombre completo, dirección, teléfono, descuento asociado. 2. Registro de productos: Nombre, características (marca, color, dimensiones, cantidad, descripción general), precio compra, precio venta, precio con descuento, máxima cantidad que se deben tener en stock, mínima cantidad que se deben tener en stock. 3. Registro de proveedores: Rut, nombre, dirección, giro. 27

29 4. Ingreso de mercadería: El sistema debe permitir ingresar productos al momento de un comprar mercadería para el negocio, se debe registrar el proveedor, los productos comprados, para estos se debe buscar si ya existen almacenados en la base de datos productos de esa categoría y sumar las cantidades adquiridas a las ya existentes, si no es así se registra con todos los datos antes descrito. El sistema también debe permitir el ingreso de mercadería que se devuelve o que se obtiene por otro medio (ejemplo trueque). 5. Salida de mercadería: Cada venta deberá ser registrada en el sistema, los datos que se deben guardar de la venta serán los siguientes: Código producto, cantidad, precio al cual se vendió, código vendedor que realizo la venta. Al momento que se realice la venta, se deberá restar la cantidad de productos vendidos a los productos almacenados de forma automática. También debe ser capaz de registrar los productos que se devuelven al proveedor, ya sea por defecto u otro motivo, explicando siempre el porqué de la devolución. 6. El sistema permitirá imprimir las facturas emitidas. A través de un formato ya establecido, y llenando los campos con los que cuenta la base de datos, sobre el proveedor y la venta, realizando los cálculos requeridos en este documento. 7. Informar del estado de disponibilidad de los productos a todos los relacionados con la empresa. 8. Desplegar informes: El sistema tendrá que ser capaz de mostrar la realidad de la empresa en tiempo real a través de diversos informes, en los que se detalla cada uno de los movimientos de la empresa, cada tipo de informe tendrá un tipo de privacidad, los informes son los siguientes: 8.1. Informe de stock: Este informe, sólo estará habilitado para el perfil de administrador. En este se mostrará código, nombre, cantidad, precio de compra y venta del producto Informe de productos por filtros: Este tipo de informes podrá filtrar los productos que cumplan ciertas condiciones como: Los 20 productos más vendidos, los 20 productos menos vendidos, según alguna fecha determinada, mes especifico o año, también se puede seleccionar el total que incluye desde que se inician los registros hasta la fecha actual. Otro filtro será los productos que están con la mínima o menos cantidad disponible, productos que se encuentran con la máxima capacidad de productos, o sobre esta cantidad Informe pedido: Este informe estará disponible para el perfil administrador. Este mostrará todos los productos que son necesario comprar. Mostrará solo el código el nombre, la cantidad existente, la cantidad máxima que se puede comprar. 28

30 8.4. Informe por vendedor: Este tipo de informe se mostrará de distintas formas: Desde el perfil de vendedor: Cada uno de los vendedores podrán generar un informe en el que se muestre lo que éste ha vendido, ya sea diario, semanal, mensual, anual o general. Los datos que se mostrarán son los siguientes: Nombre del vendedor, productos vendidos, precio de venta del producto, total ventas Desde el perfil de administrador: En este caso, el administrador selecciona al vendedor en cuestión, y se muestran todas las ventas realizadas por el vendedor, diarias, semanales, mensuales o anuales, mostrando los siguientes datos: Nombre completo del vendedor, productos vendidos, precio venta, precio compra de producto, total ventas Informe por ventas: Este informe se mostrará sólo en el perfil de administrador. Mostrará las ventas según distintos filtros, ya sea por clientes, por vendedor, por fechas (diario, semanal, mensual o anual), se mostrará una lista con los productos vendidos mostrando os precios de costo, precio de venta, código vendedor y fecha Informe de clientes: Este informe debe poseer dos categorías: Por cliente específico: En esta categoría se selecciona al cliente y se muestra una pantalla completa con todos los datos que se poseen del cliente, además de una lista con los productos que ha comprado, detallando el precio en el cual se vendió y la fecha, cada cliente podrá ver el informe que le corresponda, sin poder ver el informe de otros clientes Clientes en general: Listará a todos los clientes mostrando el nombre completo de cada cliente, fecha de registro, fecha de nacimiento y valor total de las compras realizadas Informe proveedores: Al igual que los informes de los clientes, se dividirá en dos categorías: Por proveedor específico: Se podrá seleccionar a un proveedor específico y mostrar todos los datos que se poseen en el sistema, estos datos solo podrán ser visto por las personas que posean perfil de administrador, además se mostrará una lista con todos los productos comprados, a aquel proveedor, en esta Proveedores en general: deberá listar a todos los proveedores, los datos que listara de cada proveedor serán los siguientes: Nombre completo, de la persona natural o jurídica, giro y precio total de compras realizadas. 29

31 8.8. Informe de compras: Listará todos los productos comprados, separados por dos ítems importantes: Mercadería: En esta sección se mostrarán los productos comprados para la posterior venta, se deberá detallar los precios de costo y venta, nombre proveedor, fecha de compra Productos para su utilización dentro de la empresa: Esta sección listará todos los productos que a empresa adquiere para su funcionamiento, ya sean muebles, boletas, facturas, etc. 9. Cada ventana deberá contar con una ventana emergente que muestre como realizar cada acción de cada uno de los botones e hipervínculos (ventana de ayuda). Requerimientos no funcionales 10. La aplicación deberá ser diseñada en colores distintivos de la empresa que son Verde y amarillo, en tonos llamativos, pero que no afecten la visualidad de las personas que acceden al sistema, en tonos vivos y que se distingan claramente uno del otro. 11. El color de las letras puede ser en negro, o colores obscuros para que sobresalgan de los fondos amarrillos y verdes, además debe ser letra clara sin adornos que impidan la distinción clara de las palabras, como por ejemplo de tipografía aceptada: Times new Roman, Calibri, Arial, etc. Ejemplo de letras no admitidas: Algerian, Britanian Bold, etc. 12. El diseño de las ventanas deben ir de acuerdo al giro de la empresa, ferretería. 13. Además los diseños de las ventanas no deben sobrecargarse con botones y textos, deben ser sencillas, para un uso más fácil de entender. 14. La aplicación deberá poder acceder como máximo en 5 segundos a cualquier funcionalidad del sistema, este tiempo se estima por los caculos en caso de realizar para muchos de los productos. 15. Debe poseer seguridad en cuanto a las claves a los ingresos de personas al sistema. 16. Los códigos deben generarse automáticamente. 30

32 Interfaces externas de entrada Cada interfaz de entrada indica todos los grupos de datos que serán ingresados al sistema independiente del medio de ingreso, en la Tabla 1 se muestra los datos de entrada. ID Nombre Descripción DEmp Datos del empleado Nombre, Rut, Fecha Contrato, tipo de contrato, AFP, Imposiciones, fecha de nacimiento, teléfono, dirección, , días trabajados, vacaciones tomadas, vacaciones correspondientes, licencias. DClie Datos del cliente Nombre, Rut, teléfono, dirección, mail, giro. DProv Datos del proveedor Nombre, Rut, giro, teléfono, dirección. DProd Datos De los Nombre, dimensiones, peso, marca, color, categoría, productos stock máximo y mínimo, precio venta, precio compra. DVnta Datos Ventas Productos vendidos, monto cancelado, cliente, empleado, boleta o factura, monto de la venta, total de descuento. Tabla 1 Interfaces externas de entrada 31

33 Interfaces externas de salida Se especifica cada salida del sistema, indicando en cada caso el formato o medio de salida, en la Tabla 2 se muestra los datos y formatos de salida. ID Nombre Descripción Formato RS Reporte Stock Muestra el Código del producto, PDF Nombre, cantidad, Precio Compra y Precio de venta, stock mínimo, stock máximo. RVent Reporte Ventas Muestra Las ventas según PDF selección, cliente, vendedor, rango fechas, productos RVend Reporte Ventas de los vendedores PDF Vendedor seleccionados entre rango de fechas, productos. RPed Pedidos Mostrará productos que PDF IF Impresión Factura necesitan ser comprados. Lista de productos adquiridos, cantidad, precio de venta unitario, total, IVA, Bruto. CB Código Barra Imprime el código de barra de un producto. ClE Cliente Especifico Nombre, Rut, teléfono, dirección, mail, giro, productos comprados, precio de los productos, fecha de las compras. ClG Cliente General Nombre, Rut, fecha nacimiento, fecha registro, total de las compras realizadas. Tabla 2 Interfaces externas de salida PDF PNG PDF PDF 32

34 Atributos del producto Extracto ISO/IEC 9126: Tecnología de Información Evaluación del producto de software Funcionalidad Exactitud: El software es exacto, como proyecto puede tener algunas fallas propias de las PYMES, como se pretende diferencial el capital de la empresa del de los dueños, a través del software, pero puede que no todos los egresos de caja sean registrados, por lo que la exactitud puede fallar. El Software es apto para cumplir con los objetivos del proyecto, y tiene niveles de seguridad diferenciado por usuarios, protegidos con contraseña, para evitar el ingreso de personas no deseadas, malintencionadas que puedan manipular la información a su conveniencia. Fiabilidad El software cuenta con planillas de edición y eliminación de información incorrecta, en caso de ingresar mal los productos, clientes, personal, se podrá abrir una ventana de edición o eliminación de los datos registrados. Además el sistema cuenta con una seguridad basada en cuentas de usuario, así los permisos para la manipulación de información esta resguardada bajo contraseñas y permisos de usuarios, no todos los usuarios pueden hacer lo mismo. Usabilidad Este Software es fácil de usar, debido a su simple interfaz, las tareas están separadas por módulos, por lo que el usuario tiene divididas las funciones de este, y no todas en una pantalla. Por mayor comodidad, el ingreso al sistema pide usuario y contraseña, pero en el caso de las ventas, un administrador abre el módulo de ventas y cada vendedor al momento de realizar la venta introduce su código de vendedor. 33

35 Mantenibilidad El software al estar creado por módulos independientes, la falla de uno no afecta a la otra, además, las pruebas son individuales, por lo que se prueba cada una de las partes del software. Las mantenciones son por módulos, esto trae la ventaja que al modificar uno, no altera al resto. El software tiene una documentación que ayudara a realizar las mantenciones futuras, en el cual existen lo casos de uso, el modelo de la base de dato, los requisitos, entre otros. Eficiencia El tiempo de respuesta es bastante rápido, debido a que la base de datos está alojada localmente, y no necesita consultar fuera de la red interna para funcionar, el funcionamiento del software disminuirá el tiempo de búsqueda de las existencias de los productos, además disminuirá el tiempo en la creación de las facturas, debido a que los datos básicos como, nombre, Rut, giro, entre otros ya estará ingresado en el sistema. El inventario ya no se realizará sumando y restando productos de las facturas, si no se imprimirá directamente el stock de productos. Portabilidad El software es una aplicación web, que funciona dentro de una red de área local, por lo que se puede acceder desde cualquier computador dentro de esta red. No requiere de un software especializado, sólo un web browser compatible con la aplicación. 34

36 Factibilidad Factibilidad operativa Como en cada nueva implementación dentro de cualquier empresa, sea cual sea su dimensión, el implementar una nueva tecnología implica cambios considerables en cuanto al funcionamiento interno, los cuales deben ser adoptados por todos funcionarios, lo cual puede ser mal recibido por estos, lo cual implicaría un mal funcionamiento del sistema. Uno de los cambios considerables al implementar este sistema, es la limitación que se a la que se verían expuestos las personas que manejen las finanzas dentro de la empresa, ya que la idea del sistema es llevar registros de las entradas y salidas de dinero, por lo que ya no se podrían realizar retiros sin dejar registros en el sistema, acciones que en la actualidad se efectúan a diario. Otro de los cambios considerables en los que afectará este sistema, es que los empleados deberán solicitar más que el nombre o apodo de los clientes, para que puedan optar a los descuentos que ofrece la PYME, ya que no todos los clientes poseerán el mismo porcentaje de descuento, los cuales, una vez implementando el sistema serán pre establecidos por los dueños de la ferretería, lo que no permitirá descuento extras, o exagerados. Al igual que en el caso de las compras se deberá registrar los datos de los proveedores en caso de ser un nuevo. Factibilidad técnica El sistema requiere de dos computadoras, una en el cual este montada la base de datos, esta será utilizada por el administrador para realizar tareas como stock crítico, ingresar cliente al sistema, entre otras operaciones que el administrador desee, se recomienda una computadora de escritorio por la seguridad del funcionamiento de la aplicación, la cual deberá ser ubicada en una zona cómoda para el administrador. La segunda computadora permanecerá en la tienda y será manejada por los vendedores, en la cual serán registradas las ventas, para este caso se destinará una computadora que ya se posee. Como es una red interna se requiere de un router que conecte esta red, puede ser uno básico, debido que no se conectarán más de cuatro computadoras; Por los primeros períodos se utilizará el router que posee la familia, hasta que la aplicación requiera de una red más amplia. Se contempla una capacitación para los empleados sobre el uso de la aplicación, además de la creación de un manual de usuario, debido a que no siempre serán las mismas personas que utilicen el sistema, en caso de cambio y/integración de personal, es importante señalar que en esta capacitación solo se les enseñará la utilización de la 35

37 aplicación que describe el presente informe y no se dará capacitaciones para utilizar la computadora, ya que todos tienen un nivel de conocimientos en temas de computación, a pesar de que este sea básico. Ambas computadoras tendrán las licencias de software necesarios para el uso de estas herramientas, las que se necesitaran son las siguientes: licencia de Windows comerciales, antivirus y licencias de SQL Server, en cuanto a las licencias de software la empresa ya contaba con ellas. Otro punto relevante es el tema de la impresora con cinta, ya que se requiere para la impresión de facturas, debido a que las impresoras con tinta o laser no son de utilidad para este tipo de funcionalidades. Para este caso, se requieren facturas en papel para impresoras Matriz, pre picado, ya que estas imprimen y se obtienen las copias automáticamente. Deberá contar con un libro de ventas para anotar las ventas realizadas en caso de algún corte de luz, ya que el software no se podrá usar, para luego ser ingresadas al sistema una vez restaurado el servicio energético. Factibilidad económica Al instalar está aplicación los beneficios que se obtendrán será el ahorro de tiempo por parte de los empleados, ya que no tendrán que buscar los productos físicamente para ver la disponibilidad de productos, se controlará de mejor manera las perdidas y robos tanto de los productos como del dinero en la empresa. La empresa ya cuenta con un equipo de escritorio para ser ocupado como para registrar las ventas de la ferretería, en este proyecto se le aconseja al dueño la compra de un equipo nuevo para utilizar como servidor, cotizado en Falabella online [10], las características del equipo se detallan a continuación en la Tabla 3: Marca Modelo Procesador Memoria RAM Disco duro Tipo Precio Samsung 300ª2A-S01 Intel Core i3 4 GB 1 TB All in One pesos Tabla 3 Servidor 36

38 Según mediciones realizadas en comparación del software versus hacerlo manual, considerando los tres procesos principales que el cliente desea reducir el tiempo de ejecución, los cuales se detallan a continuación en la Tabla 4: Proceso Forma manual tiempo Software tiempo min min Inventario general ,001-1 Lista pedido 120 0,008-1 Realizar Factura 10 0,02-0,5 Tabla 4 Comparación de tiempo La ferretería realiza compras semanalmente, debido a que no siempre cuentan con una lista de pedido efectiva, por lo faltan productos en la mayoría de las compras, se calcula que semanalmente se demora en realizar la lista del pedido 2 horas semanales, la hora del empleado que realiza esta aplicación se le estima el valor de $2.000 pesos la hora. El ahorro semanal por realizar pedido es de $3.999,98 pesos. Las facturas que emite la ferretería son calculadas manualmente, al realizar cuatro facturas toma 40 minutos lo que diariamente significa $1.333,333 pesos. El ahorro diario sería de $1.333 pesos diarios aproximados. El inventario general se realiza una vez al año, para el cual se le paga a una persona extra para que cuente revise el stock de los productos de la ferretería, lo que toma la misma cantidad de horas que las que se debe trabajar en el mes, por lo que se le paga un sueldo por aquel mes, lo que significa $ pesos anuales. Con el sistema la empresa se ahorrara $ pesos anualmente. Se obtiene como resultado que en la actualidad la empresa está gastando: Como ahorro total anual, solo contabilizando los tres procesos anteriormente mencionados, que son los que principalmente se desea mejorar, se calcula tomando los siguientes valores: 3.999,98 pesos * 4 semanas*12meses pesos *7días*4semanas*12 meses pesos. Resultado final del ahorro anual sería de $ ,02 pesos anuales, aproximando sería de $

39 *Estos datos fueron obtenidos por el una entrevista al dueño de la ferretería. Costo de implementar el software A continuación en la Tabla 5 se presenta un flujo de caja con plazo de cuatro años, para ver reflejado los gastos que produce esta inversión en la ferretería. Detalle Año 0 Año 1 Año 2 Año 3 Año 4 (+)ahorros Mantención SW ( ) ( ) ( ) ( ) Hardware(S) ( ) Total ( ) Tabla 5 Flujo de caja Van Para realizar un análisis financiero se calcula el VAN que indica el valor actual de flujos futuros, para esto tomaremos un interés de un 5%. VAN= Inversión + (Año 1/ (1+i) 1 ) + (Año 2/ (1+i) 2 ) + (Año 3/ (1+i) 3 ) + (Año 4/ (1+i) 4 ) VAN= ( ) VAN= El valor obtenido es de$ pesos, esto significa que antes de que transcurran los cuatro años estimados ya se habrá cancelado la inversión inicial del proyecto. 38

40 Conclusión de la factibilidad Cada nuevo desafío dentro de una empresa implica grandes riesgo, en cuanto a la disponibilidad que posean los empleados en adaptarse a las nuevas normas, a comprender la nueva forma de procedimientos, para todos estos cambios antes que nada el gestor de estos cambios debe preparar la llegada de estas nuevas tecnologías, para que los resultados sean los esperados, además de impartir las capacitaciones necesarios a los usuarios finales, ya que es muy importante que cada uno de ellos comprenda que todo cambio es en pro de la empresa, y que si esta se beneficia también se verán beneficiados ellos. De cumplir con los objetivos y entregar buenas capacitaciones a los usuarios, en poco más de un año la inversión inicial ya se encontraría cubierta con los ahorros de tiempo y dinero que se obtendría la empresa al implementar este nuevo sistema, y antes de que comience el segundo año de utilización del sistema se estarían generando ganancias para la empresa. 39

41 Análisis En esta sección mostraremos como se piensa diseñar el sistema a través de los diversos modelos, los cuales ayudaran a comprender mejor las funcionalidades, y propiedades del sistema. Diagrama general de casos de uso En esta sección se describirán los actores que usaran el sistema, los posibles casos de uso y su especificación. Actores Este apartado contiene los diferentes actores que se han identificado, especificados mediante la plantilla para actores de casos de uso. ACT 01 Descripción Comentarios ACT 02 Descripción Comentarios ACT 03 Descripción Comentarios Administrador Este actor representa a los administradores de la ferretería y los que poseen un cargo superior Actualmente son los dueños del local Casos De Uso 1 Actor Administrador Vendedor Este actor representa a los empleados de la ferretería Este actor no requiere login, para realizar las ventas, pero si debe estar iniciado el sistema. Requiere de su login para ver sus datos, ya sean datos personales, las ventas realizadas, los días de asistencia, etc. Casos De Uso 2 Actor Vendedor Cliente Este actor representa a los Clientes De la ferretería Solo los clientes registrados en el sistema y que posean un perfil determinado podrá realizar reservas Casos De Uso 3 Actor Cliente 40

42 Diagrama de Casos de Uso En la Imagen 5 y 6 se muestra el diagrama de casos de uso Imagen 5 Diagrama De Caso De Uso 41

43 Imagen 6 Diagrama De Caso De Uso 42

44 Especificación de Los Casos de Uso Sistema Iniciar sesión de usuario ID Caso de Uso Referencias Actores Tipo Propósito Precondición Post Condición Resumen SIS-001 Iniciar sesión de usuario. Administrador, Cliente, Vendedor Primario. Permitir al administrador o al cliente ingresar al sistema. El administrador, vendedor o cliente deben ingresar su Rut y contraseña. El sistema verifica que Rut y contraseña sean correctos y se encuentren almacenados. Posteriormente el sistema muestra el entorno de trabajo correspondiente al usuario iniciado. CURSO NORMAL DE EVENTOS Acción del Actor 1.- Este caso de uso comienza cuando el administrador o vendedor desea iniciar sesión de trabajo. 3.- El administrador o vendedor ingresa su Rut y contraseña. Respuesta del Sistema 2.- El sistema despliega un módulo para ingresar el Rut y la contraseña, para iniciar sesión. 4a.- El sistema verifica que el Rut y la contraseña, sean válidos. 5a.- El sistema verifica que el Rut exista en el sistema. 6.- El sistema muestra el entorno de trabajo correspondiente al usuario iniciado. CURSOS ALTERNATIVOS 4b.- Si entre el Rut y la contraseña existe alguno que no sea válido, entonces, el sistema muestra un mensaje de información del caso y vuelve al paso 2. 5b.- Si el Rut y contraseña ingresada no existen, el sistema muestra mensaje de información del caso y vuelve al paso 2. Casos De Uso 4 Iniciar sesión de usuario 43

45 Agregar Proveedor ID AD-003 Caso de Uso Agregar Proveedor Referencias Actores Administrador Tipo Primario Propósito Permite al administrador agregar un proveedor al sistema Precondición Haber iniciado sesión con una cuenta de administrador Post condición Resumen CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo el administrador desea agregar un para ingresar los datos del nuevo proveedor proveedor. 3.- El administrador ingresa los datos del proveedor (Nombre, Rut, Fecha de nacimiento, Password, Dirección, Teléfono 1, Teléfono 2, Fecha de ingreso, , Giro). 4a.- El sistema verifica que el proveedor no haya sido ingresado anteriormente. 5a.- que los datos ingresados estén en el formado correcto 6.- El sistema despliega un mensaje en pantalla indicando que se ha ingresado correctamente. CURSOS ALTERNATIVOS 4b.- El sistema indica que el proveedor ya había sido ingresado con anterioridad, vuelve al paso 2. 5b.- el sistema despliega alertas en el módulo para corregir los ingresos de los datos erróneos, vuelve al paso 2. Pero con marcas en los datos que fueron ingresados de mala manera. Casos De Uso 5 Agregar Proveedor 44

46 Editar Proveedor ID AD-005 Caso de Uso Editar Proveedor Referencias Actores Administrador Tipo Primario Propósito Permite al administrador editar un proveedor al sistema, en caso que este haya sido ingresado mal, o tenga algún cambio. Precondición Haber iniciado sesión con una cuenta de administrador Post condición Resumen El administrador edita al proveedor a través de un formulario. CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo el administrador desea editar un para buscar el proveedor que se proveedor. desea modificar. 3.- El administrador ingresa los datos del proveedor (Nombre, Rut, Fecha de nacimiento, Password, Dirección, Teléfono 1, Teléfono 2, Fecha de ingreso, , Giro). 6a.- el administrador confirma la edición. 4a.- El sistema verifica que el proveedor exista. 5.- El sistema despliega un menú de confirmación de edición. 7.- El sistema despliega un mensaje en pantalla indicando que se ha modificado correctamente. CURSOS ALTERNATIVOS 4b.- El sistema indica que el proveedor no existe, vuelve al paso 2. 6b.- El administrador se arrepiente de editar, rechaza la edición, el sistema vuelve al paso 2. Casos De Uso 6 Editar Proveedor 45

47 Deshabilitar Proveedor ID Caso de Uso Referencias Actores Tipo Propósito Precondición Post condición Resumen AD-004 Deshabilitar Proveedor Administrador Primario Permite al administrador Deshabilitar un proveedor al sistema Haber iniciado sesión con cuenta de administrador El administrador Deshabilita al proveedor a través de un formulario. CURSO NORMAL DE EVENTOS Acción del Actor 1.- Este caso de uso comienza cuando el administrador desea eliminar un nuevo proveedor 3.- El administrador ingresa los datos del proveedor Nombre o Rut 6a.- el administrador confirma la Deshabilitación. Respuesta del Sistema 2.- El sistema despliega un módulo para buscar al proveedor que se desee Deshabilitar. 4a.- El sistema muestra los datos del proveedor que se desee Deshabilitar. 5.- El sistema despliega un menú de confirmación de Deshabilitación. 7.- El sistema despliega un mensaje en pantalla indicando que se ha Deshabilitado correctamente. CURSOS ALTERNATIVOS 4b.- El sistema indica que el proveedor no existe, vuelve al paso 2. 6b.- El administrador se arrepiente de Deshabilitar, rechaza la Deshabilitación, el sistema vuelve al paso 2. Casos De Uso 7 Eliminar Proveedor 46

48 Módulo de inventario Agregar Producto ID AD-006 Caso de Uso Agregar Producto Referencias Actores Administrador Tipo Primario Propósito Permite al administrador agregar un nuevo producto Precondición Haber iniciado sesión con una cuenta de administrador, no haber registrado el producto antes Post condición Luego de cada producto ingresado se da la opción de ingresar un nuevo producto Resumen El administrador registra un nuevo producto. CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando el administrador desea agregar un 2.- El sistema despliega un módulo para agregar el nuevo producto. nuevo producto. 3.- El administrador ingresa los datos del Producto(Nombre, Categoría, color, Marca, Largo, Ancho, Alto, Peso, Volumen, Diametro1, Diametro2, Unidad De Medida, stock disponible, stock Mínimo, stock máximo Unidad de Medida Venta, Precio Costo, Precio Venta). 6a.- El administrador confirma 4a.- El sistema verifica que el producto no exista. 5.- El sistema despliega un menú de confirmación de ingreso. 7a.- El sistema despliega un mensaje en pantalla indicando que se ha agregado correctamente. CURSOS ALTERNATIVOS 4b.- El sistema indica que el producto ya se encuentra registrado, vuelve al paso 2 6b.- el administrador cancela 7b.1.- el sistema despliega un mensaje que indica que se ha cancelado la operación y vuelve al paso 2 7b.2.- el sistema despliega un mensaje que indica que el producto fue mal ingresado, y vuelve al paso 2 Casos De Uso 8 Agregar Producto 47

49 Deshabilitar Producto ID Caso de Uso Referencias Actores Tipo Propósito Precondición Post condición Resumen AD-007 Deshabilitar Producto Administrador Primario Permite al administrador Deshabilitar un producto Haber iniciado sesión con una cuenta de administrador, el producto debe de existir en el sistema El administrador elimina un producto. CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 2.- El sistema despliega un módulo para buscar el producto que se desea Deshabilitar 1.- Este caso de uso comienza cuando el administrador desea Deshabilitar un producto 3.- El administrador ingresa los datos del Producto(Código, Nombre, Categoría, color, Marca, Largo, Ancho, Alto, Peso, Volumen, Diametro1, Diametro2, Unidad De Medida, stock disponible, stock Mínimo, stock máximo Unidad de Medida Venta, Precio Costo, Precio Venta) 6a.- el administrador confirma la Deshabilitción 4a.- El sistema muestra los datos del producto que se desea Deshabilitar 5.- El sistema despliega un menú de confirmación de Deshabilitación 7.- El sistema despliega un mensaje en pantalla indicando que se ha Deshabilitado correctamente CURSOS ALTERNATIVOS 4b.- El sistema indica que el producto no se encuentra y vuelve al paso el administrador rechaza la eliminación del producto, y vuelve al paso 2 Casos De Uso 9 Eliminar Producto 48

50 Editar Producto ID AD-008 Caso de Uso Editar producto Referencias Actores Administrador Tipo Primario Propósito Permite al administrador editar un producto registrado en el sistema, en caso que este haya sido ingresado mal, o haya sufrido un cambio Precondición Haber iniciado sesión con una cuenta de administrador Post condición Resumen El administrador edita un producto a través de un formulario. CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo el administrador desea editar un para buscar el producto que se desea producto. modificar. 3.- El administrador selecciona el 4.- El sistema muestra una tabla con producto a modificar todos los datos del producto 5.- El administrador ingresa los datos 5.- El sistema despliega un menú de correctos del producto 6a.- el administrador confirma la edición. confirmación de edición. 7.- El sistema despliega un mensaje en pantalla indicando que se ha modificado correctamente. CURSOS ALTERNATIVOS 6b.- El administrador cancela la edición, el sistema vuelve al paso 2. Casos De Uso 10 Editar Producto 49

51 Registrar pérdida o robo de producto ID Caso de Uso Referencias Actores Tipo Propósito Precondición Post condición Resumen AD-021 Registrar pérdida o robo de producto Administrador Primario Registrar la perdida de productos Haber iniciado sesión con cuenta de administrador, el producto debe existir en el sistema El administrador registra las pérdidas de los productos CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 2.- El sistema despliega un módulo registrar la perdida, ya sea robo u otro motivo, en esta ventana se muestra una lista con distintos motivos 1.- Este caso de uso comienza cuando el administrador desea registrar las pérdidas de los productos de existencias de un producto. 3.- El administrador selecciona el producto, el motivo de perdida y la cantidad 5a.- El administrador confirma el registro 4.- El sistema despliega una ventana emergente de confirmación 6a.- El sistema despliega un mensaje en pantalla indicando que se ha registrado la perdida correctamente CURSOS ALTERNATIVOS 5b.- El administrador cancela el registro, vuelve al paso 2 6b.- el sistema despliega un mensaje que indicando que se canceló la operación, vuelve al paso 2 Casos De Uso 11 Registrar pérdida o robo de producto 50

52 Registrar devolución de productos al proveedor ID Caso de Uso Referencias Actores Tipo Propósito Precondición Post condición Resumen AD-021 Registrar devolución de productos al proveedor Administrador Primario Registrar la perdida de productos Haber iniciado sesión con cuenta de administrador, el producto debe existir en el sistema El administrador registra la devolución de un producto al proveedor CURSO NORMAL DE EVENTOS Acción del Actor 1.- Este caso de uso comienza cuando el administrador desea registrar la devolución de productos 3.- El administrador selecciona el producto, el motivo de devolución y la cantidad 5a.- El administrador confirma el registro Respuesta del Sistema 2.- El sistema despliega un módulo registrar la devolución, mostrando una lista de los productos 4.- El sistema despliega una ventana emergente de confirmación 6a.- El sistema despliega un mensaje en pantalla indicando que se ha registrado la devolución correctamente CURSOS ALTERNATIVOS 5b.- El administrador cancela el registro, vuelve al paso 2 6b.- el sistema despliega un mensaje que indicando que se canceló la operación, vuelve al paso 2 Casos De Uso 12 Registrar devolución de productos al proveedor 51

53 Módulo de ventas Realizar la venta ID Caso de Uso Referencias VE-026 Realizar ventas Actores Vendedor Tipo Primario Propósito Registrar una venta. Precondición Haber iniciado el sistema. Post Realizar pago. condición Resumen El vendedor realiza las ventas llenando un formulario de venta. CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando el vendedor registra la venta. 2.- El sistema despliega un módulo para ingresar la venta 3.- el vendedor llena el formulario con los productos, cantidad y tipo de 4.- el sistema despliega un mensaje de confirmación venta (boleta o factura) 5a.- el administrador confirma 6a.- el sistema muestra un mensaje que indica que la venta se realizó correctamente CURSOS ALTERNATIVOS 5b.- el administrador cancela la venta 6b.- el sistema muestra un mensaje indicando que la venta se canceló Casos De Uso 13 Realizar la venta 52

54 Registrar devolución de productos del cliente ID AD-021 Caso de Uso Registrar devolución de productos del cliente Referencias Actores Vendedor Tipo Primario Propósito Registrar la devolución de productos Precondición Haber iniciado el sistema Post condición Resumen El Vendedor registra la devolución del producto a la ferretería CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo el vendedor desea ingresar una registrar la devolución, mostrando devolución una lista de los productos 3.- El administrador selecciona el producto, el motivo de devolución y la cantidad 5a.- El vendedor confirma el registro 4.- El sistema despliega una ventana emergente de confirmación 6a.- El sistema despliega un mensaje en pantalla indicando que se ha registrado la devolución correctamente CURSOS ALTERNATIVOS 5b.- El vendedor cancela el registro, vuelve al paso 2 6b.- el sistema despliega un mensaje que indicando que se canceló la operación, vuelve al paso 2 Casos De Uso 14 Registrar devolución de productos del cliente 53

55 Módulo de reportes Imprimir reporte ID AD-023 Caso de Uso Imprimir reportes Referencias Actores Administrador Tipo Primario Propósito Imprimir los distintos reportes que genera el sistema Precondición Haber iniciado sesión. Post condición Resumen Ver alguno de los tipos de reportes CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando 2.- El sistema despliega una ventana el administrador desea ver el algún con las distintas opciones de reporte ya sea de inventario, compra, reportes que genera venta, cliente, vendedor u otro 3.- El administrador selecciona el informe que desea (libro diario, libro de asistencia, libro mayor, u otros) No tiene. CURSOS ALTERNATIVOS 4.- El sistema muestra el informe seleccionado Casos De Uso 15 Imprimir reporte 54

56 Modulo cliente Agregar cliente ID AD-012 Caso de Uso Agregar cliente Referencias Actores Administrador Tipo Primario Propósito Permite al administrador agregar un nuevo cliente Precondición Haber iniciado sesión como administrador Post condición Resumen El administrador registra un nuevo cliente. CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo el administrador desea agregar un para agregar el nuevo cliente. nuevo cliente. 3.- El administrador ingresa los datos del cliente (Nombre, Rut, Fecha de nacimiento, Password, Dirección, Teléfono 1, Teléfono 2, Fecha de ingreso, , giro, clasificación). 4a.- El sistema verifica que el cliente no exista. 5.- El sistema despliega un menú de confirmación de ingreso. 6a.- El sistema despliega un mensaje en pantalla indicando que se ha agregado correctamente. CURSOS ALTERNATIVOS 4b.- El sistema indica que el cliente ya se encuentra registrado, vuelve al paso _ el sistema despliega un mensaje que indica que el cliente fue ml ingresado, y vuelve al paso 2. Casos De Uso 16 Agregar cliente 55

57 Editar cliente ID AD-014 Caso de Uso Editar cliente Referencias Actores Administrador Tipo Primario Propósito Permite al administrador editar un cliente en el sistema, en caso que este haya sido ingresado mal, o tenga algún cambio. Precondición Haber iniciado sesión Post condición Resumen El administrador edita un cliente a través de un formulario. CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo el administrador desea editar un para buscar el cliente que se desea cliente. modificar. 3.- El administrador ingresa los datos del cliente (Nombre, Rut, Fecha de nacimiento, Password, Dirección, Teléfono 1, Teléfono 2, Fecha de ingreso, , giro, clasificación). 6a.- el administrador confirma la edición. 4a.- El sistema verifica que el cliente exista. 5.- El sistema despliega un menú de confirmación de edición. 7.- El sistema despliega un mensaje en pantalla indicando que se ha modificado correctamente. CURSOS ALTERNATIVOS 4b.- El sistema indica que el cliente no existe, vuelve al paso 2. 6b.-, El administrador se arrepiente de eliminar, rechaza la eliminación, el sistema vuelve al paso 2. Casos De Uso 17 Editar cliente 56

58 Deshabilitar cliente ID AD-013 Caso de Uso Deshabilitar cliente Referencias Actores Administrador Tipo Primario Propósito Permite al administrador deshabilitar un cliente Precondición Haber iniciado sesión Post condición Resumen El administrador deshabilita un cliente. CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo el administrador desea deshabilitar un para buscar el cliente que se desea cliente. deshabilitar. 3.- El administrador ingresa los datos del cliente. 6a.- el administrador confirma la deshabilitación. 4a.- El sistema muestra los datos del cliente que se desea deshabilitar 5.- El sistema despliega un menú de confirmación de deshabilitación. 7.- El sistema despliega un mensaje en pantalla indicando que se ha deshabilitado correctamente. CURSOS ALTERNATIVOS 4b.- El sistema indica que el cliente no se encuentra y vuelve al paso _ el administrador rechaza la deshabilitación del cliente, y vuelve al paso 2, Casos De Uso 18 Eliminar cliente 57

59 Modulo vendedor Agregar vendedor ID AD-009 Caso de Uso Agregar vendedor Referencias Actores Administrador Tipo Primario Propósito Permite al administrador agregar un nuevo vendedor Precondición Haber iniciado sesión Post condición Resumen El administrador registra un nuevo vendedor. CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo el administrador desea agregar un para agregar el nuevo vendedor. nuevo vendedor. 3.- El administrador ingresa los datos del vendedor (Nombre, Rut, Fecha de nacimiento, Password, Dirección, Teléfono 1, Teléfono 2, Fecha de ingreso, Fecha Contrato, Contrato, Imposiciones, Perfil, AFP). 4a.- El sistema verifica que el vendedor no exista. 5.- El sistema despliega un menú de confirmación de ingreso. 6a.- El sistema despliega un mensaje en pantalla indicando que se ha agregado correctamente. CURSOS ALTERNATIVOS 4b.- El sistema indica que el vendedor ya se encuentra registrado, vuelve al paso _ el sistema despliega un mensaje que indica que el vendedor fue ml ingresado, y vuelve al paso 2. Casos De Uso 19 Agregar vendedor 58

60 Editar vendedor ID AD-011 Caso de Uso Editar vendedor Referencias Actores Administrador Tipo Primario Propósito Permite al administrador editar un vendedor en el sistema, en caso que este haya sido ingresado mal, o tenga algún cambio. Precondición Haber iniciado sesión Post condición Resumen El administrador edita un vendedor a través de un formulario. CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo el administrador desea editar un para buscar el vendedor que se vendedor. desea modificar. 3.- El administrador ingresa los datos del vendedor (Nombre, Rut, Fecha de nacimiento, Password, Dirección, Teléfono 1, Teléfono 2, Fecha de ingreso, Fecha Contrato, Contrato, Imposiciones, Perfil, AFP). 6a.- el administrador confirma la edición. 4a.- El sistema verifica que el vendedor exista. 5.- El sistema despliega un menú de confirmación de edición. 7.- El sistema despliega un mensaje en pantalla indicando que se ha modificado correctamente. CURSOS ALTERNATIVOS 4b.- El sistema indica que el vendedor no existe, vuelve al paso 2. 6b.-, El administrador se arrepiente de eliminar, rechaza la eliminación, el sistema vuelve al paso 2. Casos De Uso 20 Editar vendedor 59

61 Eliminar vendedor ID AD-010 Caso de Uso Eliminar vendedor Referencias Actores Administrador Tipo Primario Propósito Permite al administrador eliminar un vendedor Precondición Haber iniciado sesión Post condición Resumen El administrador elimina un vendedor. CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo el administrador desea eliminar un para buscar el vendedor que se vendedor. desea eliminar. 3.- El administrador ingresa los datos del vendedor. 6a.- el administrador confirma la eliminación. 4a.- El sistema muestra los datos del vendedor que se desea eliminar 5.- El sistema despliega un menú de confirmación de eliminación. 7.- El sistema despliega un mensaje en pantalla indicando que se ha eliminado correctamente. CURSOS ALTERNATIVOS 4b.- El sistema indica que el vendedor no se encuentra y vuelve al paso el administrador rechaza la eliminación del vendedor, y vuelve al paso 2, Casos De Uso 21 Eliminar vendedor 60

62 Informe de ventas ID AD-023 Caso de Uso Informe de ventas Referencias Actores vendedor Tipo Primario Propósito Informe de ventas realizadas por el vendedor realizado Precondición Haber iniciado sesión con una cuenta de vendedor Post condición Resumen Ver las ventas realizadas por el vendedor CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando 2.- El sistema despliega una ventana el vendedor desea ver las ventas con distintas opciones de filtro realizadas (ventas por periodo, cliente, etc.) 3.- El administrador selecciona el filtro 4.- El sistema muestra el informe que desea verificar seleccionado CURSOS ALTERNATIVOS No tiene. Casos De Uso a Informe de ventas 61

63 Diagramas de Secuencia Muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para los caso de uso. Ingreso Sistema Diagrama de Secuencia N 1 Ingreso Sistema 62

64 Producto Ingresar Producto Diagrama de Secuencia N 2 Ingresar Producto 63

65 Editar Producto Diagrama de Secuencia N 3 Editar Producto 64

66 Deshabilitar Producto Diagrama de Secuencia N 4 Deshabilitar Producto 65

67 Empleado Agregar Empleado Diagrama de Secuencia N 5 Agregar Empleado 66

68 Editar Empleado Diagrama de Secuencia N 6 Editar Empleado 67

69 Deshabilitar Empleado Diagrama de Secuencia N 7 Deshabilitar Empleado 68

70 Cliente Ingresar Cliente Diagrama de Secuencia N 8 Ingresar Cliente 69

71 Editar Cliente Diagrama de Secuencia N 9 Editar Cliente 70

72 Deshabilitar Cliente Diagrama de Secuencia N 10 Deshabilitar Cliente 71

73 Proveedor Agregar Proveedor Diagrama de Secuencia N 11 Agregar Proveedor 72

74 Editar Proveedor Diagrama de Secuencia N 12 Editar Proveedor 73

75 Deshabilitar Proveedor Diagrama de Secuencia N 13 Deshabilitar Proveedor 74

76 Venta Ingresar Venta Diagrama de Secuencia N 14 Ingresar Venta 75

77 Editar Venta Diagrama de Secuencia N 15 Editar Venta 76

78 Eliminar Venta Diagrama de Secuencia N 16 Eliminar Venta 77

79 Compra Ingresar Compra Diagrama de Secuencia N 17 Ingresar Compra 78

80 Editar Compra Diagrama de Secuencia N 18 Editar Compra 79

81 Eliminar Compra Diagrama de Secuencia N 19 Eliminar Compra 80

82 Modelo entidad relación A continuación en la Imagen 7 se presenta el modelo de entidad relación del sistema en cuestión. Imagen 7 modelo entidad relación sin atributos 81

83 Modelo Base de datos En la Imagen 8 se muestra el modelo de la base de datos. Imagen 8 Modelo Base de datos 82

84 Diseño interfaz Diseño de Físico de la Base de datos El modelo de datos que se presenta a continuación incluye los atributos de las entidades, cada una de estas tablas puede ser editada por el administrador del sistema. Para compatibilidad de aplicaciones y evitar problemas, las tablas y sus atributos no cuenta con tildes, no obstante los datos pueden llevar tildes. En la imagen N 7de la página anterior se aprecia el modelo físico de la base de datos. En este caso se implementaron catorce procedimientos almacenados, que corresponden al control de personas, a continuación se detallan cada uno de estos: VerificarPersona: Este procedimiento permite determinar a que tipo de persona (empleado o cliente) corresponde cierto Rut ingresado, para esto se consulta si el Rut se encuentra registrado en la tabla empleado o cliente. IniciarSesionComoEmpleado: Obtiene los datos del empleado que esta iniciando sesión. InsertarPersonaEmpleado: Inserta los datos personales de algún empleado que se desee registrar empleado, nombre, Rut, fecha de nacimiento. InsertarEmpelado: Inserta los datos de trabajo del empleado, fecha de contrato, el identificador del tipo de contrato, la AFP a la cual pertenece, el identificador del tipo de perfil a cual corresponde, las impociciones correspondientes. InsertarPersonaCliente: Inserta los datos personales de algún cliente que se desee registrar, nombre, Rut, fecha de nacimiento. InsertarCliente: Inserta datos del perfil del cliente, el identificador del giro del cliente, el identificador de la clasificación, en donde se detalla el porcentaje de descuento del cliente. InsertarPersonaProveedor: Inserta los datos netamente propios del proveedor, ya sea una entidad o una persona, nombre, Rut, fecha de nacimiento (en caso de alguna entidad fecha de apertura). InsertarProveedor: Inserta el giro del proveedor. 83

85 Diccionario de las tablas del modelo de la base de datos: 1. Producto: Tabla principal dentro de nuestro modelo de la base de datos. En esta tabla se detallan los datos exclusivos del producto y sus relaciones. Los atributos de esta tabla consisten en el código del producto, este código se genera automáticamente según las características del producto, es una combinación alfa numérico. Nombre del producto (solo si posee un nombre propio o si se desea dar más detalle del producto), las dimensiones que este posee, en este caso se da la opción para ingresar: largo, ancho, alto, peso, volumen, además de dos opciones libres llamadas diámetro 1 y diámetro 2, solo si corresponde. Posee dos relaciones con la tabla de unidad de medida, una de estas es para identificar en que unidad se mide el producto y la otra para ver con que unidad de medida se comercializa. Esta entidad cuenta además con tres relaciones más, que corresponden a la marca, color y categoría del producto. Otros atributos que posee es de Stock máximo, y mínimo, los cuales son útiles para limitar la compra del producto, y mantener el control del Stock del producto sin sobrepasar la cantidad máxima que es permitido por la empresa del producto, ya sea por límites de espacio o venta, lo contrario del Stock mínimo que indica cuando es el mínimo de productos que se deben contar en el local. Además, se identifican el Stock disponible, no disponible y perdidas, los cuales indican el stock disponible en el local, la cantidad no disponible con los cuales cuenta la empresa (este stock se puede ver en caso de que esta cantidad se encuentre comprada pero en traslado, o se produzca por una devolución de parte de los clientes), la cantidad de perdida es para llevar un registro de la cantidad total perdida del producto en el transcurso del tiempo. Existen dos atributos obligatorios que son el precio de costo y el precio de venta, el precio de costo debe ser mayor que el precio de costo. El último atributo es el de la imagen donde se almacena la ruta de la imagen, en la Imagen 9 se muestra la tabla producto. 84

86 Imagen 9 Producto 2. Color: Corresponde a una tabla en el cual identifica el color del producto, solo si corresponde, en la Imagen 10 se muestra la tabla color. Imagen 10 Color 85

87 3. Marca: Corresponde a una tabla que identifica la marca del producto, solo si corresponde, en la Imagen 11 se muestra la tabla marca. Imagen 11 Marca 4. Categoría: Corresponde a la categoría del producto. En la Imagen 12 se muestra la tabla categoría. Imagen 12 Categoría 5. UnidadDeMedida: Corresponde a la descripción de las dos unidades de medida del producto, ya sea en qué forma se mide el producto y con qué unidad de medida se comercializa, en la Imagen 13 se muestra la tabla de unidades de medida. Imagen 13 Unidad De Medida 86

88 6. Clasificación: Describe la clasificación del producto, un producto puede tener una o más clasificaciones, en la Imagen 14 se muestra la tabla clasificación. Imagen 14 Clasificación 7. Producto_Clasificacion: Corresponde a la relación entre el producto y sus clasificaciones, en la Imagen 15 se muestra la tabla clasificación. Imagen 15 Producto Clasificación 87

89 8. Persona: Se almacenan los datos propios de entidades y personas correspondientes, ya sea empleado, cliente o proveedor. Los datos que se almacenan en estas tablas corresponden al Rut, nombre, fecha de nacimiento (o de inauguración en caso de alguna entidad), dos posibles teléfonos, dirección física, dirección de correo electrónico, contraseña y fecha de ingreso al sistema. En la Imagen 16 se muestra la tabla persona. Imagen 16 Persona 9. Empleado: Posee un identificador propio con el cual se registrará un empleado al momento de realizar una venta, tiene asociado un Rut de una persona antes registrada, fecha de contrato, la AFP a la que pertenece, las imposiciones correspondientes, el identificador del tipo de perfil al que pertenece el empleado, por último el identificador del tipo de contrato que posee el empleado, en la Imagen 17 se muestra la tabla empleado, Imagen 17 Empleado 88

90 10. Perfil_Empleado: Cada perfil posee un nombre, además de un descuento asociado al empleado, en la Imagen 18 se muestra la tabla perfil empleado. Imagen 18 Perfil Empleado 11. Tipo_Contrato: Describe el tipo de contrato con el cual se acordó con el empleado, en esta tabla se describe la cantidad de horas con las cuales debe cumplir el empleado, además de cantidad de días que debe trabajar a la semana, si su contrato está fijado con un sueldo base o si el empleado trabaja por hora, se describe, a su vez, el sueldo base del empleado, si es que trabaja por hora se determina cuanto es lo que se le debe pagar ya sea si es que trabaja por horas o por horas extras trabajadas, en la Imagen 19 se muestra la tabla tipo de contrato. Imagen 19 Tipo de Contrato 89

91 12. Registros_dias_Trabajados: cada día en que el empleado asista a trabajar, en esta tabla se almacenan la fecha de ingresos, las de las actividades realzadas, en la Imagen 20 se muestra la tabla registro de días trabajados. Imagen 20 Registros días Trabajados 13. Registro_vacaciones: se registra el día de inicio al día de término de las vaciones, en la Imagen 21 se muestra la tabla registro de vacaciones. Imagen 21 Registro de vacaciones 90

92 14. Registro_licencias: se registra el día de inicio al día de término de licencias., en la Imagen 22 se muestra la tabla Registro de licencia. Imagen 22 Registro licencias 15. Cliente: En esta tabla se guardan los datos del cliente, tales como el giro del cliente y el identificador de da la clasificación del cliente, en la Imagen 23 se muestra la tabla cliente. Imagen 23 Cliente 91

93 16. Clasificación_cliente: Esta tabla nos ayuda para almacenar clasificaciones de clientes para así no repetir clasificaciones con las mismas cualidades, en la Imagen 24 se muestra la tabla clasificación cliente. Imagen 24 Clasificación cliente 17. Giro: se almacenan los giros tanto de los clientes como de los proveedores, en la Imagen 25 se muestra la tabla giro. Imagen 25 Giro 18. Proveedor: se almacena tan solo el giro del proveedor y el rut asociado, en la Imagen 26 se muestra la tabla proveedor. Imagen 26 Proveedor 92

94 19. Venta: Se registran los datos generales de la venta, como el total cancelado, la fecha, en la Imagen 27 se muestra la tabla venta. Imagen 27 Venta 20. Detalle_Venta: se almacena el código del producto, junto con el identificador de la venta, la cantidad del producto, al precio real al cual se vendió, en la Imagen 28 se muestra la tabla detalle venta. Detalle_Venta id id_venta id_producto cantidad valor_venta Imagen 28 Detalle Venta 21. Estado: Para no repetir los distintos estados del proceso de una venta o compra, se registran en esta tabla, en la Imagen 29 se muestra la tabla estado. Imagen 29 Estado 93

95 22. Detalle_Compra: se almacena el código del producto, junto con el identificador de la compra, la cantidad del producto, al precio real al cual se adquirió el o los productos, en la Imagen 30 se muestra la tabla detalle compra. Imagen 30 Detalle Compra 94

96 23. Compra: En esta tabla se almacena los datos generales de la compra, como el estado de la compra, el valor cancelado, el id del empleado que realizo la compra, el id del proveedor, la fecha en que se efectuó. En la Imagen 31 se muestra la tabla compra. Imagen 31 Compra 95

97 24. Registro_Caja_Turno: Para este caso se van almacenando cada uno de los movimientos del dinero que se posee en la caja del negocio, para reflejar la realidad del negocio, cada pago de cada venta o compra se ingresa o algún tipo de egreso extra. Los atributos de esta tabla son el monto_al_inicar, para poder calcular cuánto dinero ingresa en un turno o cuanto se pierde, monto_al_cierre, este monto indica el monto que debería poseer la caja al terminar un turno, ingresos_extras indican si es que existe un ingreso extraordinario, o una devolución de dinero por último el id_empleado, con el cual se identifica al empleado quien realizo el registro, la Imagen 32 muestra la tabla registro caja turno. Imagen 32 Registro de Caja de Turno 25. Registro_Egreso_Extra: Esta tabla se utiliza para tener identificados los egresos extras de la caja, la Imagen 33 muestra la tabla registro egreso extra. Imagen 33 Registro de Egreso Extra 96