sistema control de inventario final -...
TRANSCRIPT
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
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
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
2
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
3
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
4
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.
5
Índice
Índice ............................................................................................................................ 5
Índice de Imágenes ........................................................................................................ 8
Índice de Tablas ............................................................................................................. 9
Índice De Casos De Uso ................................................................................................ 10
Introducción ................................................................................................................ 11
Definición de la Empresa ............................................................................................. 12
Descripción de la empresa: .................................................................................................. 12
Visión ....................................................................................................................................................... 13
Misión ...................................................................................................................................................... 13
Objetivos .................................................................................................................................................. 13
Descripción del área de estudio ........................................................................................... 13
Análisis actual de la empresa .............................................................................................. 14
Definición del proyecto ................................................................................................ 18
Objetivos del proyecto ........................................................................................................ 18
Objetivos específicos .......................................................................................................... 18
Ambiente de ingeniería de software .................................................................................... 19
Plan de trabajo a desarrollar ................................................................................................................... 19
Carta Gantt .............................................................................................................................................. 20
Descripción de los aspectos fundamentales de la metodología a utilizar ............................................... 22
Herramientas usadas en el desarrollo del proyecto ................................................................................ 24
Definiciones, siglas, abreviaciones ....................................................................................... 24
Trabajos similares realizados previamente. ......................................................................... 25
Requisitos ................................................................................................................... 25
Alcances ............................................................................................................................. 25
Funciones ................................................................................................................................................. 25
Limitaciones ............................................................................................................................................. 25
Objetivos del software ........................................................................................................ 26
Descripción global del producto .......................................................................................... 26
Interfaz de usuario ................................................................................................................................... 26
Interfaz de hardware ............................................................................................................................... 26
Interfaz de software ................................................................................................................................ 26
Interfaces de comunicación ..................................................................................................................... 27
Requerimientos específicos ................................................................................................. 27
6
Requerimientos funcionales. ................................................................................................................... 27
Requerimientos no funcionales ............................................................................................................... 30
Interfaces externas de entrada ................................................................................................................ 31
Interfaces externas de salida ................................................................................................................... 32
Atributos del producto ............................................................................................................................ 33
Factibilidad ................................................................................................................. 35
Factibilidad operativa ......................................................................................................... 35
Factibilidad técnica ............................................................................................................. 35
Factibilidad económica........................................................................................................ 36
Costo de implementar el software .......................................................................................................... 38
Van ........................................................................................................................................................... 38
Conclusión de la factibilidad ................................................................................................ 39
Análisis ....................................................................................................................... 40
Diagrama general de casos de uso ....................................................................................... 40
Actores ..................................................................................................................................................... 40
Diagrama de Casos de Uso ...................................................................................................................... 41
Especificación de Los Casos de Uso ......................................................................................................... 43
Diagramas de Secuencia ...................................................................................................... 62
Ingreso Sistema........................................................................................................................................ 62
Producto .................................................................................................................................................. 63
Empleado ................................................................................................................................................. 66
Cliente ...................................................................................................................................................... 69
Proveedor ................................................................................................................................................ 72
Venta........................................................................................................................................................ 75
Compra .................................................................................................................................................... 78
Modelo entidad relación .............................................................................................. 81
Modelo Base de datos ......................................................................................................... 82
Diseño interfaz ............................................................................................................ 83
Diseño de Físico de la Base de datos .................................................................................... 83
Diccionario de las tablas del modelo de la base de datos: ...................................................................... 84
Diseño de interfaz y navegación .......................................................................................... 97
Diseño de arquitectura funcional ......................................................................................... 98
Especificación de módulos ..................................................................................................................... 101
Plan de Pruebas ......................................................................................................... 108
Elementos de prueba ........................................................................................................ 108
Especificación de las pruebas ............................................................................................ 108
7
Responsables de las pruebas ............................................................................................. 109
Calendario de pruebas ...................................................................................................... 109
Conclusiones de prueba .................................................................................................... 110
Especificación pruebas ...................................................................................................... 111
Prueba 1: Validación de campos ............................................................................................................ 111
Prueba 2: seguridad ............................................................................................................................... 112
Prueba 3: estrés ..................................................................................................................................... 113
Prueba 4: aceptación ............................................................................................................................. 113
Plan de capacitación y entrenamiento ....................................................................... 114
Empleados a capacitar ...................................................................................................... 114
Tipo de capacitación o entrenamiento ............................................................................... 114
Funcionalidad o aspectos que serán abordados ................................................................. 114
Tiempo estimado en horas ................................................................................................ 115
Recursos requeridos.......................................................................................................... 115
Plan de Implantación y puesta en marcha .................................................................. 115
Plan de contingencia ........................................................................................................ 115
Conclusiones ............................................................................................................. 116
Referencias Bibliográficas .......................................................................................... 118
8
Índice de Imágenes
Imagen 1 Carta Gantt ...................................................................................................... 20
Imagen 2 Carta Gantt ...................................................................................................... 21
Imagen 3 Modelo en espiral ............................................................................................. 23
Imagen 4 Modelo en Cascada ......................................................................................... 23
Imagen 5 Diagrama De Caso De Uso .............................................................................. 41
Imagen 6 Diagrama De Caso De Uso .............................................................................. 42
Imagen 7 modelo entidad relación sin atributos ............................................................... 81
Imagen 8 Modelo Base de datos ..................................................................................... 82
Imagen 9 Producto .......................................................................................................... 85
Imagen 10 Color .............................................................................................................. 85
Imagen 11 Marca ............................................................................................................. 86
Imagen 12 Categoría ....................................................................................................... 86
Imagen 13 Unidad De Medida ......................................................................................... 86
Imagen 14 Clasificación ................................................................................................... 87
Imagen 15 Producto Clasificación .................................................................................... 87
Imagen 16 Persona ......................................................................................................... 88
Imagen 17 Empleado ....................................................................................................... 88
Imagen 18 Perfil Empleado .............................................................................................. 89
Imagen 19 Tipo de Contrato ............................................................................................ 89
Imagen 20 Registros días Trabajados ............................................................................. 90
Imagen 21 Registro de vacaciones .................................................................................. 90
Imagen 22 Registro licencias ........................................................................................... 91
Imagen 23 Cliente ............................................................................................................ 91
Imagen 24 Clasificación cliente ........................................................................................ 92
Imagen 25 Giro ................................................................................................................ 92
Imagen 26 Proveedor ...................................................................................................... 92
Imagen 27 Venta ............................................................................................................. 93
Imagen 28 Detalle Venta ................................................................................................. 93
Imagen 29 Estado ............................................................................................................ 93
Imagen 30 Detalle Compra .............................................................................................. 94
Imagen 31 Compra .......................................................................................................... 95
Imagen 32 Registro de Caja de Turno ............................................................................. 96
Imagen 33 Registro de Egreso Extra ............................................................................... 96
Imagen 34 Diseño de la Interfaz ...................................................................................... 97
Imagen 35 Árbol De Descomposición Parte 1 .................................................................. 98
Imagen 36 Árbol De Descomposición Parte 2 .................................................................. 99
Imagen 37 Árbol De Descomposición Parte 3 ................................................................ 100
9
Índice de Tablas
Tabla 1 Interfaces externas de entrada ............................................................................ 31
Tabla 2 Interfaces externas de salida .............................................................................. 32
Tabla 3 Servidor .............................................................................................................. 36
Tabla 4 Comparación de tiempo ...................................................................................... 37
Tabla 5 Flujo de caja........................................................................................................ 38
Tabla 6 Especificación de módulo Producto .................................................................. 101
Tabla 7 Especificación de módulo Empleado ................................................................. 101
Tabla 8 Especificación de módulo Proveedor ................................................................ 102
Tabla 9 Especificación de módulo Cliente ...................................................................... 102
Tabla 10 Especificación de módulo Venta ..................................................................... 102
Tabla 11Especificación de módulo Detalle Venta .......................................................... 102
Tabla 12 Especificación de módulo Compra .................................................................. 103
Tabla 13 Especificación de módulo Detalle Compra ...................................................... 103
Tabla 14 Especificación de módulo Categoría .............................................................. 103
Tabla 15 Especificación de módulo Unidad De Medida ................................................. 103
Tabla 16 Especificación de módulo Marca ..................................................................... 103
Tabla 17 Especificación de módulo Color ...................................................................... 103
Tabla 18 Especificación de módulo Clasificación ........................................................... 104
Tabla 19 Especificación de módulo Contrato ................................................................. 104
Tabla 20 Especificación de módulo Perfil ....................................................................... 104
Tabla 21 Especificación de módulo Giro ........................................................................ 104
Tabla 22 Especificación de módulo Clasificación Cliente ............................................... 104
Tabla 23 Especificación de Pruebas .............................................................................. 108
Tabla 24 Responsables de las Pruebas ......................................................................... 109
Tabla 25 Calendario de Pruebas ................................................................................... 109
Tabla 26 Conclusión de las pruebas .............................................................................. 110
Tabla 27 Prueba 1: Validación de campos ..................................................................... 111
Tabla 28 Prueba 2: seguridad ........................................................................................ 112
Tabla 29 Prueba 3: estrés .............................................................................................. 113
Tabla 30 Prueba 4: aceptación ...................................................................................... 113
10
Índice De Casos De Uso
Casos De Uso 1 Actor Administrador .............................................................................. 40
Casos De Uso 2 Actor Vendedor ..................................................................................... 40
Casos De Uso 3 Actor Cliente ......................................................................................... 40
Casos De Uso 4 Iniciar sesión de usuario ........................................................................ 43
Casos De Uso 5 Agregar Proveedor ................................................................................ 44
Casos De Uso 6 Editar Proveedor ................................................................................... 45
Casos De Uso 7 Eliminar Proveedor ................................................................................ 46
Casos De Uso 8 Agregar Producto .................................................................................. 47
Casos De Uso 9 Eliminar Producto .................................................................................. 48
Casos De Uso 10 Editar Producto ................................................................................... 49
Casos De Uso 11 Registrar pérdida o robo de producto .................................................. 50
Casos De Uso 12 Registrar devolución de productos al proveedor .................................. 51
Casos De Uso 13 Realizar la venta ................................................................................. 52
Casos De Uso 14 Registrar devolución de productos del cliente ..................................... 53
Casos De Uso 15 Imprimir reporte ................................................................................... 54
Casos De Uso 16 Agregar cliente .................................................................................... 55
Casos De Uso 17 Editar cliente ....................................................................................... 56
Casos De Uso 18 Eliminar cliente .................................................................................... 57
Casos De Uso 19 Agregar vendedor ............................................................................... 58
Casos De Uso 20 Editar vendedor ................................................................................... 59
Casos De Uso 21 Eliminar vendedor ............................................................................... 60
11
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.
12
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.
13
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.
14
• 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.
15
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.
16
• 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.
17
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.
18
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.
19
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.
20
• 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
21
Imagen 2 Carta Gantt
22
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.
23
Imagen 3 Modelo en espiral
Imagen 4 Modelo en Cascada
24
Herramientas usadas en el desarrollo del proyecto
• Microsoft Visual Studio 2010: (Versión 4.0.30319.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 10.0.1600.22) 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 2.0.10) 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 5.0.2.15670) 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.
25
Trabajos similares realizados previamente.
Sistema de control de inventario para Ferretería Coinco, por Aguirre Cuadra, Rodrigo Eduardo M (DC) 001.6 Ag94 2009. 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 830-1998
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.
26
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; 2008
27
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. 1.2. 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.
1.3. Cliente: 1.3.1. Factura: Rut, nombre completo o razón social, dirección, teléfono, giro. 1.3.2. 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.
28
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.
8.2. 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.
8.3. 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.
29
8.4. Informe por vendedor: Este tipo de informe se mostrará de distintas formas: 8.4.1. 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.
8.4.2. 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.
8.5. 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.
8.6. Informe de clientes: Este informe debe poseer dos categorías: 8.6.1. 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.
8.6.2. 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.
8.7. Informe proveedores: Al igual que los informes de los clientes, se dividirá en dos categorías: 8.7.1. 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 .
8.7.2. 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.
30
8.8. Informe de compras: Listará todos los productos comprados, separados por dos ítems importantes: 8.8.1. 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.
8.8.2. 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.
31
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, email, 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
productos Nombre, dimensiones, peso, marca, color, categoría, 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
32
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,
Nombre, cantidad, Precio Compra y Precio de venta, stock mínimo, stock máximo.
RVent Reporte Ventas Muestra Las ventas según selección, cliente, vendedor, rango fechas, productos
RVend Reporte Vendedor
Ventas de los vendedores seleccionados entre rango de fechas, productos.
RPed Pedidos Mostrará productos que necesitan ser comprados.
IF Impresión Factura
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.
PNG
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
33
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.
34
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.
35
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
36
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 Samsung Modelo 300ª2A-S01 Procesador Intel Core i3 Memoria RAM 4 GB Disco duro 1 TB Tipo All in One Precio 459.990 pesos
Tabla 3 Servidor
37
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 min
Software tiempo min
Inventario general 11.520 0,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 $320.000 pesos anuales.
Con el sistema la empresa se ahorrara $319.999 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 + 1.333 pesos *7días*4semanas*12 meses + 319.999 pesos.
Resultado final del ahorro anual sería de $ 643.887,02 pesos anuales, aproximando sería de $ 643.887.
38
*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.
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= - 459.990+ (385.272 + 366.926 + 349.454 + 332.813)
VAN= 625.017
El valor obtenido es de$ 625.017 pesos, esto significa que antes de que transcurran los cuatro años estimados ya se habrá cancelado la inversión inicial del proyecto.
Detalle Año 0 Año 1 Año 2 Año 3 Año 4
(+)ahorros 643.887 643.887 643.887 643.887
Mantención SW (239.351) (239.351) (239.351) (239.351)
Hardware(S) (459.990)
Total (459.990) 404.536 404.536 404.536 404.536
Tabla 5 Flujo de caja
39
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.
40
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 Administrador
Descripción Este actor representa a los administradores de la ferretería y los que poseen un cargo superior
Comentarios Actualmente son los dueños del local Casos De Uso 1 Actor Administrador
ACT–02 Vendedor Descripción Este actor representa a los empleados de la ferretería Comentarios 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
ACT–03 Cliente
Descripción Este actor representa a los Clientes De la ferretería Comentarios Solo los clientes registrados en el sistema y que posean un perfil
determinado podrá realizar reservas Casos De Uso 3 Actor Cliente
41
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
42
Imagen 6 Diagrama De Caso De Uso
43
Especificación de Los Casos de Uso
Sistema
Iniciar sesión de usuario
ID SIS-001 Caso de Uso Iniciar sesión de usuario. Referencias
Actores Administrador, Cliente, Vendedor Tipo Primario. Propósito Permitir al administrador o al cliente ingresar al sistema. Precondición
Post Condición
Resumen 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 Respuesta del Sistema
1.- Este caso de uso comienza cuando el administrador o vendedor desea iniciar sesión de trabajo.
2.- El sistema despliega un módulo para ingresar el Rut y la contraseña, para iniciar sesión.
3.- El administrador o vendedor ingresa su Rut y contraseña.
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
44
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 el administrador desea agregar un nuevo proveedor
2.- El sistema despliega un módulo para ingresar los datos del 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, E-mail, 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
45
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 el administrador desea editar un proveedor.
2.- El sistema despliega un módulo para buscar el proveedor que se 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, E-mail, Giro).
4a.- El sistema verifica que el proveedor exista.
5.- El sistema despliega un menú de confirmación de edición.
6a.- el administrador confirma la 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
46
Deshabilitar Proveedor
ID AD-004 Caso de Uso Deshabilitar Proveedor Referencias
Actores Administrador Tipo Primario Propósito Permite al administrador Deshabilitar un proveedor al sistema Precondición Haber iniciado sesión con cuenta de administrador Post condición
Resumen El administrador Deshabilita 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 el administrador desea eliminar un nuevo proveedor
2.- El sistema despliega un módulo para buscar al proveedor que se desee Deshabilitar.
3.- El administrador ingresa los datos del proveedor Nombre o Rut
4a.- El sistema muestra los datos del proveedor que se desee Deshabilitar.
6a.- el administrador confirma la Deshabilitación.
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
47
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 nuevo producto.
2.- El sistema despliega un módulo para agregar el 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).
4a.- El sistema verifica que el producto no exista.
5.- El sistema despliega un menú de confirmación de ingreso.
6a.- El administrador confirma 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
48
Deshabilitar Producto
ID AD-007 Caso de Uso Deshabilitar Producto Referencias Actores Administrador Tipo Primario Propósito Permite al administrador Deshabilitar un producto Precondición Haber iniciado sesión con una cuenta de administrador, el
producto debe de existir en el sistema Post condición
Resumen El administrador elimina un producto. CURSO NORMAL DE EVENTOS
Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando el administrador desea Deshabilitar un producto
2.- El sistema despliega un módulo para buscar el producto que se desea Deshabilitar
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)
4a.- El sistema muestra los datos del producto que se desea Deshabilitar
5.- El sistema despliega un menú de confirmación de Deshabilitación
6a.- el administrador confirma la Deshabilitció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 2 62.- el administrador rechaza la eliminación del producto, y vuelve al paso 2
Casos De Uso 9 Eliminar Producto
49
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 el administrador desea editar un producto.
2.- El sistema despliega un módulo para buscar el producto que se desea modificar.
3.- El administrador selecciona el producto a modificar
4.- El sistema muestra una tabla con todos los datos del producto
5.- El administrador ingresa los datos correctos del producto
5.- El sistema despliega un menú de confirmación de edición.
6a.- el administrador confirma la 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
50
Registrar pérdida o robo de producto
ID AD-021 Caso de Uso Registrar pérdida o robo de producto Referencias Actores Administrador Tipo Primario Propósito Registrar la perdida de productos Precondición Haber iniciado sesión con cuenta de administrador, el
producto debe existir en el sistema Post condición
Resumen El administrador registra las pérdidas de los productos CURSO NORMAL DE EVENTOS
Acción del Actor Respuesta del Sistema 1.- Este caso de uso comienza cuando el administrador desea registrar las pérdidas de los productos de existencias de un producto.
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
3.- El administrador selecciona el producto, el motivo de perdida y la cantidad
4.- El sistema despliega una ventana emergente de confirmación
5a.- El administrador confirma el registro
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
51
Registrar devolución de productos al proveedor
ID AD-021 Caso de Uso Registrar devolución de productos al proveedor Referencias Actores Administrador Tipo Primario Propósito Registrar la perdida de productos Precondición Haber iniciado sesión con cuenta de administrador, el
producto debe existir en el sistema Post condición
Resumen El administrador registra la devolución de un producto al proveedor
CURSO NORMAL DE EVENTOS Acción del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando el administrador desea registrar la devolución de productos
2.- El sistema despliega un módulo registrar la devolución, mostrando una lista de los productos
3.- El administrador selecciona el producto, el motivo de devolución y la cantidad
4.- El sistema despliega una ventana emergente de confirmación
5a.- El administrador confirma el registro
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
52
Módulo de ventas
Realizar la venta
ID VE-026 Caso de Uso Realizar ventas Referencias
Actores Vendedor Tipo Primario Propósito Registrar una venta. Precondición Haber iniciado el sistema. Post condición
Realizar pago.
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 venta (boleta o factura)
4.- el sistema despliega un mensaje de confirmación
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
53
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 el vendedor desea ingresar una devolución
2.- El sistema despliega un módulo registrar la devolución, mostrando una lista de los productos
3.- El administrador selecciona el producto, el motivo de devolución y la cantidad
4.- El sistema despliega una ventana emergente de confirmación
5a.- El vendedor confirma el registro 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
54
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 el administrador desea ver el algún reporte ya sea de inventario, compra, venta, cliente, vendedor u otro
2.- El sistema despliega una ventana con las distintas opciones de reportes que genera
3.- El administrador selecciona el informe que desea (libro diario, libro de asistencia, libro mayor, u otros)
4.- El sistema muestra el informe seleccionado
CURSOS ALTERNATIVOS No tiene.
Casos De Uso 15 Imprimir reporte
55
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 el administrador desea agregar un nuevo cliente.
2.- El sistema despliega un módulo para agregar el 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, E-mail, 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 2. 62._ el sistema despliega un mensaje que indica que el cliente fue ml ingresado, y vuelve al paso 2.
Casos De Uso 16 Agregar cliente
56
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 el administrador desea editar un cliente.
2.- El sistema despliega un módulo para buscar el cliente que se desea 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, E-mail, giro, clasificación).
4a.- El sistema verifica que el cliente exista.
6a.- el administrador confirma la edición.
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
57
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 el administrador desea deshabilitar un cliente.
2.- El sistema despliega un módulo para buscar el cliente que se desea deshabilitar.
3.- El administrador ingresa los datos del cliente.
4a.- El sistema muestra los datos del cliente que se desea deshabilitar
5.- El sistema despliega un menú de confirmación de deshabilitación.
6a.- el administrador confirma la 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 2. 62._ el administrador rechaza la deshabilitación del cliente, y vuelve al paso 2,
Casos De Uso 18 Eliminar cliente
58
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 el administrador desea agregar un nuevo vendedor.
2.- El sistema despliega un módulo para agregar el 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 2. 62._ el sistema despliega un mensaje que indica que el vendedor fue ml ingresado, y vuelve al paso 2.
Casos De Uso 19 Agregar vendedor
59
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 el administrador desea editar un vendedor.
2.- El sistema despliega un módulo para buscar el vendedor que se 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).
4a.- El sistema verifica que el vendedor exista.
6a.- el administrador confirma la edición.
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
60
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 el administrador desea eliminar un vendedor.
2.- El sistema despliega un módulo para buscar el vendedor que se desea eliminar.
3.- El administrador ingresa los datos del vendedor.
4a.- El sistema muestra los datos del vendedor que se desea eliminar
5.- El sistema despliega un menú de confirmación de eliminación.
6a.- el administrador confirma la 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 2. 62.- el administrador rechaza la eliminación del vendedor, y vuelve al paso 2,
Casos De Uso 21 Eliminar vendedor
61
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 el vendedor desea ver las ventas realizadas
2.- El sistema despliega una ventana con distintas opciones de filtro (ventas por periodo, cliente, etc.)
3.- El administrador selecciona el filtro que desea verificar
4.- El sistema muestra el informe seleccionado
CURSOS ALTERNATIVOS No tiene.
Casos De Uso a Informe de ventas
62
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
63
Producto
Ingresar Producto
Diagrama de Secuencia N° 2 Ingresar Producto
64
Editar Producto
Diagrama de Secuencia N° 3 Editar Producto
65
Deshabilitar Producto
Diagrama de Secuencia N° 4 Deshabilitar Producto
66
Empleado
Agregar Empleado
Diagrama de Secuencia N° 5 Agregar Empleado
67
Editar Empleado
Diagrama de Secuencia N° 6 Editar Empleado
68
Deshabilitar Empleado
Diagrama de Secuencia N° 7 Deshabilitar Empleado
69
Cliente
Ingresar Cliente
Diagrama de Secuencia N° 8 Ingresar Cliente
70
Editar Cliente
Diagrama de Secuencia N° 9 Editar Cliente
71
Deshabilitar Cliente
Diagrama de Secuencia N° 10 Deshabilitar Cliente
72
Proveedor
Agregar Proveedor
Diagrama de Secuencia N° 11 Agregar Proveedor
73
Editar Proveedor
Diagrama de Secuencia N° 12 Editar Proveedor
74
Deshabilitar Proveedor
Diagrama de Secuencia N° 13 Deshabilitar Proveedor
75
Venta
Ingresar Venta
Diagrama de Secuencia N° 14 Ingresar Venta
76
Editar Venta
Diagrama de Secuencia N° 15 Editar Venta
77
Eliminar Venta
Diagrama de Secuencia N° 16 Eliminar Venta
78
Compra
Ingresar Compra
Diagrama de Secuencia N° 17 Ingresar Compra
79
Editar Compra
Diagrama de Secuencia N° 18 Editar Compra
80
Eliminar Compra
Diagrama de Secuencia N° 19 Eliminar Compra
81
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
82
Modelo Base de datos
En la Imagen 8 se muestra el modelo de la base de datos.
Imagen 8 Modelo Base de datos
83
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.
84
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.
85
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
86
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
87
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
88
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
89
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
90
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
91
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
92
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
93
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.
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
Detalle_Venta
id
id_venta
id_producto
cantidad
valor_venta
94
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
95
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
96
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
97
Diseño de interfaz y navegación
La Imagen 34 muestra el diseño de la interfaz de la aplicación:
Imagen 34 Diseño de la Interfaz
Área 1, cabecera de la aplicación donde se muestra el nombre de la empresa.
Área 2, menú del sitio.
Área 3, contenido de la página.
Área 4, pie de página.
98
Diseño de arquitectura funcional
A continuación se muestra el árbol de descomposición funcional, el cual tiene todas las funcionalidades del sistema. Este se divide en tres partes, debido al largo que tiene, en las imágenes 35-36-37, se muestra el árbol de descomposición.
Imagen 35 Árbol De Descomposición Parte 1
99
Imagen 36 Árbol De Descomposición Parte 2
100
Imagen 37 Árbol De Descomposición Parte 3
101
Especificación de módulos Los módulos de programa creados para esta aplicación se describen en las siguientes
tablas (desde la Tabla N°6 hasta la N°22):
N° Módulo: 1 Nombre Módulo: Producto
Parámetros de entrada Parámetros de Salida
Nombre: nombre producto Tipo de dato: String Nombre: código Tipo de dato: String
Nombre: Id categoría Tipo de dato: int Nombre: nombre producto Tipo de dato: String
Nombre: Id color Tipo de dato: int Nombre: Id categoría Tipo de dato: int
Nombre: Id marca Tipo de dato: int Nombre: Id color Tipo de dato: int
Nombre: largo producto Tipo de dato: float Nombre: Id marca Tipo de dato: int
Nombre: ancho producto Tipo de dato: float Nombre: largo producto Tipo de dato: float
Nombre: alto producto Tipo de dato: float Nombre: ancho producto Tipo de dato: float
Nombre: peso producto Tipo de dato: float Nombre: alto producto Tipo de dato: float
Nombre: volumen producto Tipo de dato: float Nombre: peso producto Tipo de dato: float
Nombre: otro diámetro Tipo de dato: float Nombre: volumen producto Tipo de dato: float
Nombre: otro diámetro Tipo de dato: float Nombre: otro diámetro Tipo de dato: float
Nombre: Id unidad de medición Tipo de dato: int Nombre: otro diámetro Tipo de dato: float
Nombre: Stock máximo Tipo de dato: float Nombre: Id unidad de medición Tipo de dato: int
Nombre: Stock mínimo Tipo de dato:float Nombre: Stock máximo Tipo de dato: float
Nombre: Stock disponible Tipo de dato: float Nombre: Stock mínimo Tipo de dato:float
Nombre: Stock no disponible Tipo de dato: float Nombre: Stock disponible Tipo de dato: float
Nombre: cantidad de perdida Tipo de dato: float Nombre: Stock no disponible Tipo de dato: float
Nombre: unidad de medida venta Tipo de dato: int Nombre: cantidad de perdida Tipo de dato: float
Nombre: precio de costo Tipo de dato: float Nombre: unidad de medida venta Tipo de dato: int
Nombre: precio de venta Tipo de dato: float Nombre: precio de costo Tipo de dato: float
Nombre: imagen Tipo de dato: String Nombre: precio de venta Tipo de dato: float
Nombre: Id clasificación Tipo de dato: int Nombre: imagen Tipo de dato:String
Nombre: Id clasificación producto Tipo de dato: int
Tabla 6 Especificación de módulo Producto
N° Módulo: 2 Nombre Módulo: Empleado
Parámetros de entrada Parámetros de Salida
Nombre: Rut empleado Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: nombre empleado Tipo de dato: String
Nombre: fecha de nacimiento Tipo de dato: Date
Nombre: password Tipo de dato: String
Nombre: dirección Tipo de dato: String
Nombre: teléfono1 Tipo de dato: int
Nombre: teléfono2 Tipo de dato: int
Nombre: fecha ingreso Tipo de dato: int
Nombre: mail Tipo de dato: String
Nombre: fecha contrato Tipo de dato: Date
Nombre: Id tipo de contrato Tipo de dato: int
Nombre: AFP Tipo de dato: String
Nombre: Id perfil Tipo de dato: int
Nombre: imposiciones Tipo de dato:float
Tabla 7 Especificación de módulo Empleado
102
N° Módulo: 3 Nombre Módulo: Proveedor
Parámetros de entrada Parámetros de Salida
Nombre: Rut proveedor Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: nombre proveedor Tipo de dato: String
Nombre: fecha de nacimiento Tipo de dato: Date
Nombre: password Tipo de dato: String
Nombre: dirección Tipo de dato: String
Nombre: teléfono1 Tipo de dato: int
Nombre: teléfono2 Tipo de dato: int
Nombre: fecha ingreso Tipo de dato: int
Nombre: mail Tipo de dato: String
Nombre: giro Tipo de dato: int
Tabla 8 Especificación de módulo Proveedor
N° Módulo: 3 Nombre Módulo: Cliente
Parámetros de entrada Parámetros de Salida
Nombre: Rut cliente Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: nombre cliente Tipo de dato: String
Nombre: fecha de nacimiento Tipo de dato: Date
Nombre: password Tipo de dato: String
Nombre: dirección Tipo de dato: String
Nombre: teléfono1 Tipo de dato: int
Nombre: teléfono2 Tipo de dato: int
Nombre: fecha ingreso Tipo de dato: int
Nombre: mail Tipo de dato: String
Nombre: giro Tipo de dato: int
Nombre: clasificación Tipo de dato: int
Tabla 9 Especificación de módulo Cliente
N° Módulo: 4 Nombre Módulo: Venta
Parámetros de entrada Parámetros de Salida
Nombre: venta con factura Tipo de dato: Bool Nombre: Id Tipo de dato: int
Nombre: Id estado Tipo de dato: int Nombre: fecha Tipo de dato: DateTime
Nombre: Id empleado Tipo de dato: int Nombre: venta con factura Tipo de dato: Bool
Nombre: Id cliente Tipo de dato: int Nombre: Id estado Tipo de dato: int
Nombre: valor cancelado Tipo de dato: float Nombre: Id empleado Tipo de dato: int
Nombre: número documento Tipo de dato: int Nombre: Id cliente Tipo de dato: int
Nombre: valor cancelado Tipo de dato: float
Nombre: número documento Tipo de dato: int
Nombre: venta con factura Tipo de dato: Bool
Nombre: Id estado Tipo de dato: int
Tabla 10 Especificación de módulo Venta
N° Módulo: 5 Nombre Módulo: Detalle venta
Parámetros de entrada Parámetros de Salida
Nombre: código producto Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: Cantidad Tipo de dato: float Nombre: código producto Tipo de dato: String
Nombre: cantidad Tipo de dato: float
Nombre: precio real venta Tipo de dato: float
Tabla 11Especificación de módulo Detalle Venta
103
N° Módulo: 6 Nombre Módulo: Compra
Parámetros de entrada Parámetros de Salida
Nombre: compra con factura Tipo de dato: Bool Nombre: Id Tipo de dato: int
Nombre: numero boleta o factura Tipo de dato: int Nombre: fecha Tipo de dato: DateTime
Nombre: Id empleado Tipo de dato: int Nombre: venta con factura Tipo de dato: Bool
Nombre: Id proveedor Tipo de dato: int Nombre: Id estado Tipo de dato: int
Nombre: Id estado Tipo de dato: int Nombre: Id empleado Tipo de dato: int
Nombre: valor cancelado Tipo de dato: float Nombre: Id cliente Tipo de dato: int
Nombre: valor cancelado Tipo de dato: float
Nombre: número documento Tipo de dato: int
Nombre: venta con factura Tipo de dato: Bool
Nombre: Id estado Tipo de dato: int
Tabla 12 Especificación de módulo Compra
N° Módulo: 7 Nombre Módulo: Detalle compra
Parámetros de entrada Parámetros de Salida
Nombre: código producto Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: Cantidad Tipo de dato: float Nombre: código producto Tipo de dato: String
Nombre: precio compra Tipo de dato: float Nombre: cantidad Tipo de dato: float
Nombre: Disponibilidad Tipo de dato: int Nombre: precio real compra Tipo de dato: float
Nombre: Precio unitario venta Tipo de dato: float
Tabla 13 Especificación de módulo Detalle Compra
N° Módulo: 8 Nombre Módulo: Categoría
Parámetros de entrada Parámetros de Salida
Nombre: nombre categoría Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: Descripción Tipo de dato: String
Tabla 14 Especificación de módulo Categoría
N° Módulo: 9 Nombre Módulo: Unidad de medida
Parámetros de entrada Parámetros de Salida
Nombre: nombre unidad de medida Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: Descripción Tipo de dato: String
Tabla 15 Especificación de módulo Unidad De Medida
N° Módulo: 10 Nombre Módulo: Marca
Parámetros de entrada Parámetros de Salida
Nombre: nombre marca Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: Descripción Tipo de dato: String
Tabla 16 Especificación de módulo Marca
N° Módulo: 11 Nombre Módulo: Color
Parámetros de entrada Parámetros de Salida
Nombre: nombre color Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: Descripción Tipo de dato: String
Tabla 17 Especificación de módulo Color
N° Módulo: 12 Nombre Módulo: Clasificación
Parámetros de entrada Parámetros de Salida
Nombre: nombre clasificación Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: Descripción Tipo de dato: String
104
Tabla 18 Especificación de módulo Clasificación
N° Módulo: 13 Nombre Módulo: Contrato
Parámetros de entrada Parámetros de Salida
Nombre: nombre tipo de contrato Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: sueldo base Tipo de dato: float
Nombre: Hora por día Tipo de dato: float
Nombre: días a la semana Tipo de dato float
Nombre: Por hora Tipo de dato: int
Nombre: valor hora Tipo de dato: float
Tabla 19 Especificación de módulo Contrato
N° Módulo: 14 Nombre Módulo: Perfil
Parámetros de entrada Parámetros de Salida
Nombre: nombre perfil Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: descuento aplicable Tipo de dato: float
Tabla 20 Especificación de módulo Perfil
N° Módulo: 15 Nombre Módulo: Giro
Parámetros de entrada Parámetros de Salida
Nombre: nombre perfil Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: descripción Tipo de dato: String
Tabla 21 Especificación de módulo Giro
N° Módulo: 15 Nombre Módulo: Clasificación cliente
Parámetros de entrada Parámetros de Salida
Nombre: nombre clasificación Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: descuento asociado Tipo de dato: float
Tabla 22 Especificación de módulo Clasificación Cliente
105
Reportes General
Los reportes deberá tener el logo de la empresa en la parte Superior izquierda (Se conversó este tema con la empresa y para ahorrar el dinero y tiempo que toma la impresión del logo, el papel en que se imprimirá vendrá con el logo), la fecha estará ubicada en la parte superior derecha, bajo esta el rango de fecha de la consulta del reporte cuando corresponda, al centro el nombre del tipo de reporte.
Reportes Ventas
Los reportes de ventas serán cinco, reporte general donde estén todas las ventas, reporte por vendedor el cual entes del listado de ventas debe tener el Rut del vendedor y el nombre, reporte de ventas por cliente debe tener el Rut y el nombre del cliente en la parte superior del listado de ventas, reporte por periodo, deberá contener las fechas de inicio y fin del periodo seleccionado, reporte por estado, el cual debe tener en la parte superior de las ventas el estado de las ventas.
Reportes ventas General
El reporte general de venta deberá tener el siguiente orden de las columnas será las siguientes: N° fila, N° venta, Monto Cancelado, Numero de documento, Fecha, Estado Rut empleado, Nombre empleado, Rut cliente, Nombre cliente.
Reportes ventas por vendedor
El reporte de venta por vendedor deberá tener el siguiente orden de las columnas será las siguientes: N° fila, N° venta, Monto Cancelado, Numero de documento, Fecha, Rut cliente, Nombre cliente.
Reportes de ventas por cliente
El reporte de venta por Cliente deberá tener el siguiente orden de las columnas será las siguientes: N° fila, N° venta, Monto Cancelado, Numero de documento, Fecha, Rut vendedor, Nombre vendedor.
Reportes ventas por fechas
El reporte de venta por fecha deberá tener el siguiente orden de las columnas será las siguientes: N° fila, N° venta, Monto Cancelado, Numero de documento, Fecha, Estado Rut empleado, Nombre empleado, Rut cliente, Nombre cliente.
Reportes ventas por estado
El reporte de venta por estado deberá tener el siguiente orden de las columnas será las siguientes: N° fila, N° venta, Monto Cancelado, Numero de documento, Fecha, Rut empleado, Nombre empleado, Rut cliente, Nombre cliente.
106
Reporte Stock
El reporte Stock las columnas deberán tener el siguiente orden: N° de fila, Código, Nombre, Categoría, color, Marca, Largo, Ancho, Alto, Peso, Volumen, Diametro1, Diametro2, Unidad De Medida, stock disponible, Unidad de Medida Venta.
Informe de Pedidos
Las columnas de este informe deberá tener el siguiente orden: N° de fila, Código del producto, nombre del producto, Categoría, Color, Marca, Largo, Ancho, Alto, Peso, Volumen, Diámetro 1, Diámetro 2, Unidad de medida, Stock Máximo, Stock mínimo, Stock disponible.
Clientes
Los reportes de clientes serán 2 en esta sección, un listado de los cumpleaños de los clientes y un listado de todos los clientes.
Reporte Cumpleaños Cliente
El reporte Cumpleaños de clientes tendrá el siguiente orden en sus columnas: N° de fila, Rut, Nombre Cliente, Fecha de Cumpleaños.
Reporte Cliente General
El reporte cliente General tendrá el siguiente orden en sus columnas: N° de fila, Rut, Nombre, Teléfono, Dirección, E- Mail, Giro, Clasificación, Fecha ingreso.
Reporte Por Proveedores
Los reportes de proveedores tendrán el siguiente orden en las columnas: N° fila, Rut, Fecha Ingreso, Nombre, Teléfono 1, Teléfono 2, Dirección, E-Mail, Giro.
Reporte proveedor por adquisiciones
Los reportes de proveedores por adquisiciones, deberán tener las fechas de los periodos en la parte superior derecha y tendrán el siguiente orden en las columnas: N° fila, Rut, Nombre, Teléfono 1, Teléfono 2, Dirección, E-Mail, Giro, código del producto, Nombre del producto, cantidad, fecha de compra.
Reportes Compras
Los reportes de Compras serán cinco, reporte general donde estén todas las compras, reporte por vendedor el cual entes del listado de compras debe tener el Rut del vendedor y el nombre, reporte de compras por proveedor debe tener el Rut y el nombre del proveedor en la parte superior del listado de compras, reporte por periodo, deberá contener las fechas de inicio y fin del periodo seleccionado, reporte por estado, el cual debe tener en la parte superior de las compras el estado de las compras.
Reporte general de compras
El reporte general de Compras deberá tener el siguiente orden de las columnas será las siguientes: N° fila, Numero de Compra, N° de Documento, Monto Cancelado, Estado Rut empleado, Nombre empleado, Rut proveedor, Nombre proveedor.
107
Reportes compras por vendedor
El reporte de compra por vendedor deberá tener el siguiente orden de las columnas será las siguientes: N° fila, Numero de Compra, N° de Documento, Monto Cancelado, Estado, Rut proveedor, Nombre proveedor.
Reportes de Compras por proveedor
El reporte de venta por Cliente deberá tener el siguiente orden de las columnas será las siguientes: N° fila, Numero de Compra, N° de Documento, Monto Cancelado, Estado Rut empleado, Nombre empleado.
Reportes Compras por fechas
El reporte de compras por fecha deberá tener el siguiente orden de las columnas será las siguientes: N° fila, Numero de Compra, N° de Documento, Monto Cancelado, Estado Rut empleado, Nombre empleado, Rut proveedor, Nombre proveedor.
Reportes compras por estado
El reporte de compras por estado deberá tener el siguiente orden de las columnas será las siguientes: N° fila, Numero de Compra, N° de Documento, Monto Cancelado, Estado Rut empleado, Nombre empleado, Rut proveedor, Nombre proveedor.
108
Plan de Pruebas
Adaptación basada en IEEE Software Test Documentation Std 829-1998 para toda la sección de las pruebas.
Elementos de prueba
Los módulos que se someterán a prueba, contempla el módulo de administración, de venta, cliente, empleado.
Módulo administración, este módulo contempla la administración de las cuentas, productos, licencias, días trabajados y estadísticas del sistema.
Módulo De venta, es el modulo principal del sistema, en el cual se realizan las ventas.
Modulo Empleado, en este el empleado puede ver sus datos.
Modulo Cliente, el cliente puede observar sus compras, descuentos a los que puede obtener.
Especificación de las pruebas
En la tabla 23 muestra la especificación de las pruebas.
Características a probar
Nivel de prueba
Objetivo de la Prueba
Enfoque para la definición de casos de prueba
Técnicas para la definición de casos de prueba
Actividades de prueba
Criterios de cumplimiento
Validación de Campos
1 Evitar Caídas en el servicio
Probar los campos donde se ingresan datos
Datos erróneos, espacios en blancos.
Validar formularios
Sin Perdida de servicio
Seguridad 2 Verificar que no puedan ingresar personas indebidas al sistema.
Ingresar URL validas, con usuarios incorrectos y sin usuario
Usar diferentes directorios y subdirectorios
Ingresar un listado de páginas con seguridad de diferentes perfiles
Ingresos solo a los perfiles permitidos.
Estrés 3 Medir tiempos de respuesta del sistema.
Saturación por datos
Llenado de datos, simulando mucho tiempo funcionando
Llenar la BD de datos, realizar reportes.
Sin caídas del servicio o largos tiempos de espera
Aceptación de usuarios
4 Medir tiempos de procesos en el sistema
Usabilidad de los usuarios
Medir tiempos, de registros de venta
Realizar varias ventas
Medición de 10 ventas
Por separado
Tabla 23 Especificación de Pruebas
109
Responsables de las pruebas
Tabla N° 24 muestra los responsables de las pruebas.
Prueba Responsable
Validación de campos Cristian Figueroa Fuentes
seguridad Yoselin Aedo San Martin
estrés Cristian Figueroa
Aceptación de usuarios Yoselin Aedo San Martin
Tabla 24 Responsables de las Pruebas
Calendario de pruebas
En la tabla N° 25 muestra el calendario de las pruebas a realizar.
Prueba Día
Validación de campos 8-08-2012
seguridad 8-08-2012
estrés 9-08-2012
Aceptación de usuarios 9-08-2012
Tabla 25 Calendario de Pruebas
110
Conclusiones de prueba
En la Tabla 26 se observa las conclusiones de las pruebas.
Prueba Resultados
Validación de campos Los campos están validados, la aplicación no sufre Caídas.
seguridad No se puede ingresar donde no está permitido, dejando la aplicación segura
estrés La aplicación muestra una respuesta rápida y no Sufre caídas.
Aceptación de usuarios Los usuarios a medida que usan la aplicación Los tiempos en realizar las tareas disminuyen. Estos tiempo también están influenciado por el escaso contacto con los computadores, por lo que cada vez será más rápido el ingreso de datos
Tabla 26 Conclusión de las pruebas
El software paso por las pruebas necesarias para verificar su buen funcionamiento, esta pruebas fueron favorables, los campos están validados, la seguridad resguardada por los permisos de cada usuario, tomando en cuenta una ferretería pequeña puede tener 10 empleados al año, 3000 productos diferentes, realiza 17000 ventas al año, las pruebas fueron realizadas con 1000 empleados, 5000 ventas, 5000 productos diferentes, el software tuvo un buen rendimiento, los usuarios tienen un rendimiento favorable que mejora a medida que usan la aplicación.
111
Especificación pruebas
Prueba 1: Validación de campos En la tabla 27 se puede observar las validaciones de distintos campos al ingresar datos y al editarlos.
Grupo A Validar Ingreso Edición
Ventanas Modales Validado Validado empleados Validado Validado proveedores Validado Validado Clientes Validado Validado productos Validado Validado Licencias Validado Validado ventas Validado Validado compras Validado Validado estadísticas Validado Validado
Tabla 27 Prueba 1: Validación de campos
112
Prueba 2: seguridad
En la tabla N° 28 muestra los permisos para realizar distintas tareas separadas por perfiles.
Grupo A Validar Perfil Permitido Resultado
Agregar Licencias Administrador Permitido Permitido Empleado No Permitido No Permitido Cliente No Permitido No Permitido No ingresado No Permitido No Permitido
Ranking Ventas Administrador Permitido Permitido Empleado No Permitido No Permitido Cliente No Permitido No Permitido No ingresado No Permitido No Permitido
Detalle Cliente Administrador Permitido Permitido Empleado No Permitido No Permitido Cliente Permitido Permitido No ingresado No Permitido No Permitido
Detalle Empleado Administrador Permitido Permitido Empleado Permitido Permitido Cliente No Permitido No Permitido No ingresado No Permitido No Permitido
Agregar Venta Administrador Permitido Permitido Empleado Permitido Permitido Cliente No Permitido No Permitido No ingresado Permitido* Permitido*
Agregar Empleado Administrador Permitido Permitido Empleado No Permitido No Permitido Cliente No Permitido No Permitido No ingresado No Permitido No Permitido
Agregar Compra Administrador Permitido Permitido Empleado No Permitido No Permitido Cliente No Permitido No Permitido No ingresado No Permitido No Permitido
Tabla 28 Prueba 2: seguridad
*solo Intranet está permitido
113
Prueba 3: estrés
En la tabla N° 29 muestra los tiempos que demora en cargar las páginas.
Grupo A Validar N° Datos Tiempo
Listar Productos 1,000 234 milisegundos 2,000 247 milisegundos
Listar Ventas 1,000 254 milisegundos 2,000 288 milisegundos 5,000 2 segundos y 885
milisegundos Ranking Ventas 1,000 251 milisegundos
2,000 258 milisegundos 5,000 267 milisegundos
Listar Clientes 500 228 milisegundos 1,000 230 milisegundos
Listar Proveedores 500 221 milisegundos 1,000 240 milisegundos
Listar Licencias 100 247 milisegundos 500 271 milisegundos
Listar Compras 500 234 milisegundos 1,000 291 milisegundos
Tabla 29 Prueba 3: estrés
-Los tiempos fueron medidos con la herramienta web Stopwatch [3].
-Cabe mencionar que son los tiempos de carga completa de la página, los tiempos de las ventas y las compras tardan más por los detalles de estas, ya que una compra o una venta posee en promedio 5 productos, para el caso de las pruebas.
Prueba 4: aceptación
En la tabla N°30 muestra los tiempos en que demora un usuario en realizar diversas tareas en una primera ocasión, y luego de varias iteraciones.
Grupo A Validar Empleado 1° 2° 5° 7° 10°
Ingresar Productos Empleado 1 5’ 32’’ 4’ 48’’ 3’ 12’’ 2’ 32’’ 2’ 25’’ Empleado 2 5’ 12’’ 4’16 ’’ 3’ 47’’ 3’ 10’’ 2’ 48’’
ingresar Ventas Empleado 1 4’42’’ 3’20 2’53 2’45 2’30 Empleado 2 5’10’’ 4’37 3’48’’ 3’17 2’45
Ingresar Empleado Empleado 1 4’ 12’’ 3’30’’ 2’7’’ 1’43 1’45’’ Empleado 2 5’ 42’’ 4’28’’’ 3’16’’ 2’17’’ 2’12’’
Ingresar Cliente Empleado 1 5’ 30’’ 3’21’’ 2’41’’ 2’27’’ 2’30’’ Empleado 2 4’ 50’’ 3’29’’ 2’37’’ 2’30’’ 2’11’’
Tabla 30 Prueba 4: aceptación
114
Plan de capacitación y entrenamiento
La capacitación se realizará sólo una vez, sin embargo el tiempo de consultar por parte de los empleados de la ferretería hacia los creadores del proyecto, será de un mes (período considerado como de marcha blanca). En este período se explicará el detalle del funcionamiento del sistema.
Empleados a capacitar
• Dueños • Parientes cercanos a los dueños • Vendedor
Los parientes de los dueños se capacitan por ser micro empresa familiar, estos tienen
un nivel de usuario medio, por lo que el aprendizaje se le es más rápido, y estos mismos después pueden resolver dudas a los dueños y/o empleados. Tipo de capacitación o entrenamiento
La capacitación se realizará en partes, dependiendo del nivel de uso de PC que estos tengan, con mayor énfasis en el administrador y los hijos de este, ya que aprenden con mayor facilidad, y pueden resolver dudas más adelante.
La primera capacitación será para el dueño y administrador de la empresa, la segunda capacitación será para los hijos e hijas del dueño, y la tercera para el empleado,
Funcionalidad o aspectos que serán abordados
Módulos a capacitar:
• Módulo producto • Módulo venta • Módulo compra • Módulo de empleado • Módulo de cliente • Módulo de proveedor
Responsables: Yoselin Aedo (módulos 1, 2, 3).
Cristian Figueroa (módulos 4, 5, 6).
115
Tiempo estimado en horas
El tiempo estimado para esta capacitación es aproximadamente de una hora para el administrador, una hora para los hijos e hijas de los dueños y media hora para el empleado de la ferretería, ya que este último solo aborda el módulo de ventas.
Tiempo total: Dos horas y media.
Recursos requeridos
Los recursos necesarios para realizar esta capacitación se detallan a continuación:
• Manual de usuario. • Servidor web del Sistema de inventario “Ferretería BeyPaz”. • Computador conectado a la red • Mozilla Firefox 5.0 instalado en el equipo, Internet Explorer 8 o Google Chrome.
Plan de Implantación y puesta en marcha
Para la implementación del Sistema se tendrá en cuenta la inexperiencia de los usuarios en sistemas de esta especie, por lo que se estimó un mes de marcha blanca en los cuales, se pretende dejar capacitado al personal que utilizará estará herramienta en calidad de experto en el uso del sistema.
• Tipo de puesta en marcha escogida “Marcha blanca” • Documento anexo Carta Gantt
Plan de contingencia
Una vez al mes se hará un respaldo a la base de datos (el último día hábil del mes).
Los respaldos de la base de datos los hará la secretaria con el entorno grafico SQL Server Manager Studio Express, con el cual se pueden hacer respaldos en 3 pasos.
116
Conclusiones
A través del tiempo todas las empresas han tenido que invertir en diversas aplicaciones para poder seguir creciendo, debido a que cada día la competencia crece a pasos agigantados, por lo que los empresarios deben competir con lo que poseen e inclusive invertir en estudios, metodologías, más trabajadores, para poder mantenerse y ofrecer a los clientes de las distintas áreas, lo que necesitan en el menor tiempo posible, para poder afirmarse y seguir emprendiendo.
Una de las técnicas que la mayoría de los empresarios y microempresarios han invertido en la implementación de sistemas que permitan tener control de los productos o servicios que ofrecen además de tener el control de los ingresos y de los registros relevantes para la empresa.
Por esto, es que la microempresa que se describió en este informe tomo la decisión de implementar un sistema que le permita seguir en la competencia dentro del mercado, con el cual optimiza los tiempos de las personas que trabajan en la ferretería, ya que si antes le tomaba más de un minuto en revisar si hay disponibilidad de producto, ahora sólo tendrá que revisar el sistema y en un par de click tendrá la respuesta, por lo que no tendrá que ir al lugar físico de donde se encuentran los productos. Junto con estos ayuda a que haya un mejor control de los clientes dentro de la sala de ventas, por lo que se puede decir que se disminuirían las posibilidades de robo.
En cuanto a las compras, el encargado de las compras tendrá la información real de los productos que se necesitan adquirir, ya no se tendrá que revisar el stock en el local cada vez que se desea realizar un pedido.
En resumen, si los usuarios del sistema hace uso como corresponde y registran datos reales, el sistema les ayudará a realizar sus operaciones en menores tiempos de los que se utilizan en la actualidad, proporcionando información verídica de la situación actual de la empresa, quizás los costos sean elevados en términos económicos, en un principio, pero se verán recompensados en el ahorro de tiempo, lo que permitirá entregar mejores servicios a los clientes.
En cuanto al aprendizaje al realizar este proyecto, nos hemos podido dar cuenta de la importancia que es el ahorro de tiempo para las empresas, lo importante que es la utilización de aplicaciones que permitan mejorar los flujos de información, entre los usuarios.
Como estudiantes de la Universidad del Bio-Bío, hemos podido aplicar bastantes de los conocimientos adquiridos en el transcurso del periodo académico, lo que nos ayuda a prepararnos de mejor manera para el futuro laboral, además, hemos podido aplicar metodologías de trabajo que en el período estudiantil no se logró colocar en práctica.
117
Los tiempos de planificación cambian a través de la construcción de un proyecto, la complejidad de utilizar herramientas nuevas juegan en contra, al momento de crear una planificación, la falta de experiencia, las descoordinaciones en los equipos de trabajo hacen que estos tiempos sean difíciles de predecir, por lo que las planificaciones no son como nosotros quisiéramos.
118
Referencias Bibliográficas
[1] Página oficial de Microsoft [En Línea] <http://msdn.microsoft.com/es-
es/library/w0x726c2.aspx > [Visitada 12 Mayo 2012].
[2] Arquitectura de Capas [En Línea]
<http://www.slideshare.net/Decimo/arquitectura-3-capas> [Visitada 15 Mayo 2012].
[3] Numion [En Línea] <http://www.numion.com/Stopwatch/index.html> [Visitada 9
Agosto 2012].
[4] S. Pressman, R. (s.f.). Ingeniería de Software: Un enfoque práctico. Tercera
edición.
[5] Microsoft [En Línea] <http://www.microsoft.com/es-
es/download/details.aspx?id=8961> [Visitada 25 Mayo 2012]
[6] Microsoft [En Línea]
<http://www.microsoft.com/web/platform/database.aspx?templang=es-es>
[Visitada 25 Mayo 2012]
[7] The GNOME Project [En Línea] <http://projects.gnome.org/dia/> [Visitada 20
Mayo 2012]
[8] GanttProject Team [En Línea] <http://www.ganttproject.biz/> [Visitada 20 Mayo
2012]
[9] Plastic Software [En Línea] <http://staruml.sourceforge.net/en/> [Visitada 6
Septiembre 2012]
[10] Falabella [En Línea] <http://www.falabella.com/falabella-
cl/product/3393867/All-in-One-300A2A-S01-CI3-4G-
1TB?passedNavAction=push#fichaPP> [Visitada 5 Septiembre 2012]