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

abril de 2018

Chillán-Chile
 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

abril de 2018

Chillán-Chile

1
Agradecimientos
Quisiera empezar agradeciendo a mis padres Gabriel Aedo y Rosa San Martín por
el apoyo incondicional que me han prestado durante toda mi vida, sobre todo en el periodo
universitario, ya que sin su apoyo económico y sentimental no hubiese logrado cursar una
carrera universitaria, gracias por enseñarme lo valioso que es la educación y que todo con
esfuerzo y perseverancia se consigue, por cada valor entregado y por enseñarme a caminar
siempre hacia adelante aprendiendo de los errores cometidos. También darles las gracias
por enseñarme a valorar las cosas sencillas de la vida.

A mis hermanas por ser las personas que siempre han creído en mí y que a pesar
de mis fracasos siempre tuvieron fe en que cumpliría con mis metas, por enseñarme a llevar
siempre una sonrisa en rostro sin importar lo nublado que este el día.

A Victor por estar cada vez que lo necesitaba y me alentaba a seguir luchando, quien
me ayudaba a ser más fuerte y poder enfrentar los nuevos retos.

A mis compañeros y amigos, que sin su apoyo no hubiese conseguido terminar mi

carrera, quienes comprendían lo complicado que era ser madre joven estudiante, quienes
hacían gratas esas largas noches de estudio y evitaban que me quedase dormida con cada
una de sus bromas, sobre todo a Francisco, Cristian, Jaime, Paz, a Nicole que ha sido una
gran amiga durante todo mi proceso educacional desde primero básico hasta la enseñanza
universitaria.

Gracias a Junaeb, que gracias a la beca entregada a mis compañeros almorzaba

todos los días que no alcanzaba ir a mi casa, sobre todo esas ricas sopaipillas, papas fritas,
pan con mortadela, etc.

Gracias a Camilo Córdova quien fue una de las primeras personas que creyó en mí
y jamás perdió las esperanzas hasta el día de hoy, gracias por su constancia, apoyo tanto
en lo educacional y emocional.

Muy especialmente quiero dar la gracias a Dios por poner en mi camino la

oportunidad de cursar una carrera universitaria con personas tan especiales a mi lado,
gracias por colocar una salida a mis problemas, sobre todo gracias por colocar el motivo
más significativo de cursar esta carrera, gracias por darme la oportunidad de ser madre de
la niña más especial, quien fue, es y será mi motor para luchar y cumplir mis objetivos,
quien siempre luego de la agotadora jornada estudiantil siempre me recibía con ansias y
tanta alegría que hacía y hace olvidar lo cansador de la jornada, gracias por llenar mi vida
de felicidad y amor, gracias por existir Pazita Antonia.

Yoselin Alejandra Aedo San Martín

2
Agradecimientos
En primera instancia quisiera agradecer a mis padres María Luisa Fuentes y Miguel
Figueroa por todo el apoyo en estos años de estudio, quienes me brindaron una segunda
oportunidad para poder estudiar y terminar la carrera con la que soñé.

Además quisiera agradecer a mis hermanos que me han apoyado y me han

empujado hacia delante para poder cumplir con esta difícil misión.

Gracias a mis abuelitas, padrinos y mi tía Maria Lugardi Figueroa por todo el apoyo,
consejos, paciencia y experiencias que me han brindado.

Gracias al grupo de estudio Francisco, Paz, Nicole, Pablo, Yoselin, Jaime y

Sebastián, por todas esas noches en que pasamos en vela luchando codo a codo para
poder aprobar los ramos, que nos dieron más de un dolor de cabeza.

Gracias a Susana Ch. e Yanet R. por mantenerme despierto cuando me encontraba

laborando solo en casa, además de apoyarme moralmente para terminar los trabajos, a
pesar del cansancio que producía realizarlos.

Sin olvidar a los profesores que nos enseñaron las herramientas para poder
desarrollarnos profesionalmente.

Cristian Andres Figueroa Fuentes

3
RESUMEN

El presente informe tiene como finalidad describir el proyecto titulado como

BeyPazSystem, el cual consiste en un sistema que permita a una microempresa ferretera
tener mayor control sobre sus productos, tanto como en las compras, ventas y pérdidas.
Además el sistema permitirá tener registros de los empleados, sus turnos trabajados, como
a los que no han asistido, poder tener registro de los clientes que posee esta microempresa,
para poder ofrecer beneficios aquellos clientes que asisten con frecuencia a la ferretería.

El dueño de la microempresa se vio en la necesidad de implementar un sistema que

registre los flujos de empresa debido a que no se cuenta con un sistema automatizado que
le ayude a revisar el status de esta. Es por esto que actualmente no se sabe si la empresa
es rentable o no, ya que no tiene un registro detallado de los movimientos de la micro
empresa.

Otro objetivo que se propuso para este proyecto, es permitir al dueño de la

microempresa poder tener un registro de los empleados, incluyendo información tal como
días trabajados, días de inasistencia, las vacaciones, las ventas realizadas, además de los
datos personales del empleado. Lo mismo para los clientes y proveedores, de este modo
se pueden realizar descuentos a ciertos clientes y se conoce donde se debe comprar los
productos, en caso de que el encargado de las compras no esté disponible.

Para finalizar, este sistema permite que los usuarios ahorren tiempo en realizar las
ventas y compras, para así prestar una mejor atención a los clientes, además de ayudar a
controlar el flujo de los productos, para poder llevar un registro de las perdidas.

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

5
 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

6
 Responsables de las pruebas ............................................................................................. 110
Calendario de pruebas ...................................................................................................... 110
Conclusiones de prueba .................................................................................................... 111
Especificación pruebas ...................................................................................................... 112
Prueba 1: Validación de campos ............................................................................................................ 112
Prueba 2: seguridad ............................................................................................................................... 113
Prueba 3: estrés ..................................................................................................................................... 114
Prueba 4: aceptación ............................................................................................................................. 114

Plan de capacitación y entrenamiento ....................................................................... 115

Empleados a capacitar ...................................................................................................... 115
Tipo de capacitación o entrenamiento ............................................................................... 115
Funcionalidad o aspectos que serán abordados ................................................................. 115
Tiempo estimado en horas ................................................................................................ 116
Recursos requeridos.......................................................................................................... 116

Plan de Implantación y puesta en marcha .................................................................. 116

Plan de contingencia ........................................................................................................ 116

Conclusiones ............................................................................................................. 117

Referencias Bibliográficas .......................................................................................... 119

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

8
Í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 .............................................................................. 109
Tabla 24 Responsables de las Pruebas ......................................................................... 110
Tabla 25 Calendario de Pruebas ................................................................................... 110
Tabla 26 Conclusión de las pruebas .............................................................................. 111
Tabla 27 Prueba 1: Validación de campos ..................................................................... 112
Tabla 28 Prueba 2: seguridad ........................................................................................ 113
Tabla 29 Prueba 3: estrés .............................................................................................. 114
Tabla 30 Prueba 4: aceptación ...................................................................................... 114

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

10
Introducción

Actualmente la tecnología avanza a pasos agigantados, obligando a las empresas

a ponerse al día con nuevas herramientas, lo que es complicado para las pequeñas y micro
empresas, en especial cuando no tienen mucho tiempo en el mercado. Para esto tienen
dos soluciones, adquirir un sistema y recurrir a capacitaciones para la utilización de este, o
quedar lentamente desplazados en el mercado, ya que como se ha visto reflejado en el día
a día, las personas quieren realizar todo con mayor rapidez, por lo que en la mayoría de los
casos recurrirán a los lugares que ofrecen atenciones más rápidas, como es el caso de las
empresas con más uso de estas nuevas herramientas. Esto lleva a que las nacientes
empresas traten de automatizar de la forma más óptima y eficiente los servicios que prestan
a sus clientes.

En la actualidad no existen sistemas gratuitos que permitan automatizar los

procesos de una micro empresa de forma más eficiente, como lo es el llevar un registro de
los ingresos y egresos de los productos. Por lo general, los sistemas existentes de este tipo
poseen un costo asociado, el cual es considerado elevado por las empresas de este nivel,
ya que la mayoría de sus ingresos se invierten en adquirir una mayor cantidad y variedad
productos, o mejorar la calidad de servicios y atención. Por esta razón la inversión en un
sistema que ayude a llevar un control de la actualidad de la empresa no está contemplado,
ya que generalmente, los propulsores de estas microempresas, son personas con
conocimientos básicos en sistemas de este tipo, lo que implica que, además del costo
monetario, existirá un costo temporal asociado a capacitar al personal para la utilización de
estas herramientas. Es quizás estos mismos motivos, por el cual los desarrolladores de
estos tipos de sistemas no se orienten en esta clase de público, ya que toma más tiempo,
en capacitar a las PYMES, la toma de requisitos es más tediosa, y muchas veces los
clientes no están dispuestos a pagar el precio correspondiente.

Un ejemplo de micro empresas es la ferretería BeyPaz, que ha solicitado realizar un

sistema que permita mostrar la realidad de la empresa en un momento dado, en lo que
respecta a productos y datos de empleados, clientes y proveedores. Además espera poder
tratar los datos ingresados, para poder obtener información tanto cuantitativa, cualitativa y
estadística. A su vez, espera que el sistema le permita una optimización en los distintos
procesos de la empresa, como los de registros y control de sus ingresos y egresos.

El presente informe contempla el proceso a seguir para la implementación de un

sistema para la Ferretería BeyPaz, comenzando por la descripción de la empresa en
cuestión, explicando la problemática que se desea solucionar, las características del
proyecto, los requisitos tanto funcionales como no funcionales, análisis de factibilidad, el
plan de pruebas, plan de capacitación, plan de implementación y puesta en marcha.

11
Definición de la Empresa

Descripción de la empresa:

La empresa para la cual se desarrolló el proyecto, es una pequeña ferretería llamada

BeyPaz, ubicada en la avenida Alonso de Ercilla #1664. Esta es una empresa de tipo
familiar, inaugurada el año 2008, desde entonces la ferretería ha ido creciendo a grandes
pasos, gracias al esfuerzo de sus dueños y colaboradores, por lo mismo desean seguir
progresando, para lo cual se les hace necesario un sistema que permita tener registro de
los movimientos del negocio.

En la actualidad los dueños, Galvarino Gabriel Aedo Pérez y Rosa María San Martín
Mellado se han encargado de mantener esta empresa, invirtiendo capital propio, además
de tiempo y mano de obra, para la ampliación física y productiva de la ferretería.

En cuanto a los empleados, solo existe una persona contratada Luis Matus, que se
desempeña como vendedor en la ferretería, conjuntamente con algunos familiares de los
dueños, quienes colaboran día a día para aportar al crecimiento de la empresa ayudando a
la atención de los clientes y apoyando en el área de administración de la ferretería.

La contabilidad de la ferretería es supervisada por un profesional externo del área,

Mercedes Contreras.

12
Visión
Ser una empresa familiar que trabaja para brindar a sus clientes la mayor diversidad
en materiales de construcción y de ferretería en general, bajo premisas de precio, calidad
y servicio acorde a las exigencias del mercado, comprometiéndonos con la capacitación
constante de nuestro recurso humano, para que este sea altamente calificado, productivo
y comprometido a mantener la preferencia y satisfacción de nuestros clientes; con la
finalidad de generar un crecimiento rentable, en beneficio de todos que nos permita
mantener y mejorar cada día la calidad y servicio prestado.

Misión
Mantener un sólido posicionamiento y liderazgo comercial a nivel local en cuanto a
la venta de materiales de construcción y ferretería en general, superando las perspectivas
de calidad y servicio de nuestros clientes, gracias al apoyo incondicional de un
comprometido equipo de trabajo, permitiéndonos así sostener un alto grado de
responsabilidad social y comercial que nos garantice solidez financiera y crecimiento
sostenible.

Objetivos
Los objetivos principales de la empresa es entregar una atención de calidad a sus
clientes, con el propósito de aumentar las ventas, para así seguir creciendo en el trascurso
del tiempo. Para esto tiene como finalidad lograr reducir los tiempos empleados en cada
una de las operaciones que se realizan en esta pequeña y mediana empresa.

Descripción del área de estudio

En nuestro proyecto el área a estudiar implica a todas las áreas de la ferretería, tanto
administrativas como comerciales, ya que lo deseado por la empresa es poder tener registro
de todos los movimientos de la empresa, desde la venta y compra de los productos hasta
el control de las jornadas laborales de los empleados (cuenta como empleados al vendedor
y colaboradores, además se utiliza este término en plural por que la empresa pretende
contratar a más empleados en un corto periodo).

A continuación se detalla cada área por separado:

 Compras: se pretende llevar un registro por cada adquisición de los

productos, sea cualquier modo en que se realiza, compra con factura, boleta,
intercambio, devolución, regalo. Además, de tener registros de cada
proveedor, para poder tener claro a qué lugar asistir para la compra de los
productos.
 Ventas: Se desea tener control de cada una de las salidas de los productos,
ya sea por venta realizada por factura o boleta, cada perdida de productos,
devoluciones, regalos, salida de los productos por otro motivo.

13
  Administración: Además, los solicitantes de este sistema requirieron poder
tener la opción para registrar cada uno de sus empleados con sus datos
personales, información sobre el tipo de contrato, los días trabajados, días
de licencias, días de vacaciones, entre otros datos.
 Contabilidad: Poder realizar un balance general entre las compras y ventas
de los productos, además de entregar el inventario general de la empresa,
cada vez que se solicite. 4

Análisis actual de la empresa

En la actualidad la empresa no cuenta con un sistema de registro de ingreso y

egreso de productos y tampoco tiene un control claro del stock de productos, por ende no
realiza un cálculo real de lo que se necesita abastecer. Al ser de esta manera no se lleva
un registro de las ganancias que se obtiene ni de los costos asociados, mucho menos de
la pérdida, tanto de dinero como de productos. A diario se realiza un chequeo general de
los productos que se requieren comprar, estas compras se realizan una vez por semana,
pero debido a que estos cálculos, son estimaciones con respecto a lo que se vende, no
siempre son acertados por lo que se requiere realizar compras más de una vez por semana,
o en otro caso se adquieren productos que si están disponibles en la bodega, lo que produce
un sobre abastecimiento de los productos, lo que limita a la compra de otros productos
necesarios, o que quizás se quieran adquirir por primera vez.

Anualmente se realiza un inventario general, en el que se paga a una persona para

que realice una cuenta real de todos los productos existentes en la ferretería lo cual toma
bastante tiempo por la cantidad de productos, y por realizarse de forma manual.

 A continuación se describe el actual procedimiento crítico de la ferretería para su

abastecimiento:
 El vendedor realiza una lista aproximada de los productos que se han vendido, y
una lista con los productos que los clientes sugieren.
 Las listas son registradas en un papel de manera manual en los tiempos libres de
los trabajadores.
 Las listas son traspasadas al administrador para revisarla, este añade o resta
productos.
 Luego el administrador se las envía al encargado de compras ya sea vía telefónica
o el mismo papel.
 El encargado de las compras toma la lista, comprando los productos en los lugares
acostumbrados.
 Al llegar con los productos se revisa cada producto con su precio de costo y se le
asigna un precio de venta estimado.

14
 La problemática de realizar los registros de los productos de esta manera, es
que en el traspaso de la lista se omiten productos que realmente se requieren, lo que
tiene como consecuencia que el encargado de las compras tenga que ir nuevamente a
realizar un pedido con los productos faltantes. O en ocasiones pasa lo contrario, en las
listas se registran cosas que ya se encuentra en la bodega lo que produce un sobre
stock de aquellos productos. Otra problemática existente al realizar las listas de pedido
de esta forma, es que se pierde el registro de los productos, por lo que hay que revisar
los libros de compras o las facturas cada vez que se desea calcular cuánto se compró,
que cosas se compraron y el valor de cada uno de los productos adquiridos. Además,
los precios con los cuales se ponen en venta los productos, no siempre son valores
acertados.

 El procedimiento de realizar ventas con boleta es de la siguiente manera:

 El cliente va a la tienda revisa o pregunta por los productos que necesita comprar.
 El vendedor revisa físicamente si existe disponibilidad delos productos.
 Se los muestra al cliente e informa de los precios.
 El vendedor calcula el valor total de compra con una calculadora, este precio es
calculado por lo menos dos veces para evitar errores de cálculo.
 Si el cliente solicita descuento, el vendedor le realiza un descuento aproximado,
según lo señalado por los dueños (este descuento varía según el tipo de cliente que
sea, esta clasificación se estima según la frecuencia con la que realiza compras en
la ferretería).

La problemática de realizar la operación del modo señalado, es que se pierde

mucho tiempo, en averiguar si hay productos disponibles de los solicitados por el cliente,
ya que se debe buscar en todo el local y bodega para poder dar una respuesta al cliente,
esto se debe realizar con cada producto. Además se debe verificar el precio que no
siempre está a la mano de la persona que está realizando la venta.

Otro factor importante es el tiempo que implica calcular el valor total de la venta,
es un tiempo que se podría evitar teniendo un buen sistema, ya que anotar cada
producto en un papel, con sus respectivos precios, luego sumar cada uno de estos
valores más de una vez, implica tener que hacer esperar al cliente, hacer esperar a los
demás clientes y por último se puede caer en errores de sumas, por lo que se puede
perder dinero con facilidad, un mal gusto para los clientes lo cual puede terminar en
perder al cliente.

15
 Para realizar una venta por factura se realiza de la siguiente manera:
 Primero, al igual que en la venta por boleta el cliente solicita lo que quiere, el
vendedor debe buscar en el local si hay productos de los que el cliente solicitó.
 Averiguar el precio de cada producto.
 El vendedor anota en un papel provisorio los productos con sus precios
correspondientes, traspasar estos datos a la factura real, que actualmente se realiza
de manera manual.
 Realizar los cálculos del precio neto, IVA, total, etc. se realiza a través de una
calculadora, dicha operación se realiza más de una vez para tratar de asegurar que
los valores son correctos.

La problemática de realizar este procedimiento, al igual que el caso anterior se

pierde mucho tiempo en buscar lo que el cliente solicitó, averiguar el precio, que a veces
y en la mayoría de los casos está marcado, hay casos en que no lo que implica un
tiempo considerable. Además el escribir la factura manualmente, implica tiempo extra
ya que tomar los datos del cliente cada vez que realiza un compra por factura, aunque
sea un cliente frecuente, a lo que se suma el tiempo de los cálculos matemáticos de
cada uno de los productos, en el caso de que lleva más que una unidad se le debe
calcular, el total, el IVA, el neto, lo que a su vez se debe añadir el tiempo de revisión a
los valores asociados. En ocasiones se toma los datos del cliente, apuntados en un
papel. Todos estos tiempos, al sumarlos dan un tiempo realmente valioso, tanto para
los clientes como para los empleados de la microempresa. Lo que significa pérdida para
la ferretería, ya que en ciertas situaciones los clientes al no ser atendidos de forma
rápida, van a otro lado a comprar los productos necesarios.

 Para realizar el inventario se realiza siguiendo los siguientes pasos:

 Anualmente se paga a una persona, o el mismo vendedor se le cancelan horas
extras para que realice una cuenta total de los productos que existen en la sala de
venta y bodega, estos los registra de manera manual en papel.
 Luego se revisa junto con cada una de las facturas, para validar el stock con los
productos comprados de esta forma se obtiene una estimación de cuanto se perdió
y cuanto se vendió.

La problemática de realizar el inventario de esta modalidad, es que toma mucho

tiempo el estar revisando producto por producto, por lo general toma varios días,
además incluye un gasto monetario, ya que se debe pagar a una persona para que
realice esta función. Además se debe, revisar la lista de los productos existentes con la
facturas, s se han comprados, calcular la diferencia entre los productos vendidos, en
stock, versus los productos comprados, para determinar cuantos productos se han
perdido, lo que no es cien por ciento real, ya que se omiten ciertas compras y ventas.

16
 Por último, de esta forma no se tiene una estimación del hurtos hormiga, por lo
que no se sabe realmente cuanto se vendió, solo se realizan estimaciones aproximadas.

 Para el registro de los libros de ventas:

 El administrador suma cada una de las boletas y las registra en el libro esto se hace
diariamente, y el cálculo se realiza más de una vez para asegurar de que está
correcto.

El inconveniente en este punto es que toma tiempo en sumar boleta por boleta,
además no siempre es correcto el cálculo.

 Para el registro de los libros de compras:

 El administrador, registra factura a factura de manera manual, escribiendo dato a
dato.

La problemática de esto, es que toma tiempo en registrar por cada factura todos
los datos, tanto los del proveedor como los datos de las compras.

 Para realizar los balances:

 Actualmente se realizan cada una de las actividades de registros, cálculos, entre
otros. por separado.

Del mismo modo que en los casos anteriores los balances se realizan de forma
manual, por lo que se consume tiempo ya sea del administrador o de una persona
contratada, lo cual se transforma gasto de dinero.

17
Definición del proyecto

Objetivos del proyecto

El objetivo general de este proyecto es dar apoyo a una PYME, a través del desarrollo de
una aplicación, la cual le permita controlar los recursos, tanto los que ingresan como los
que salen de la ferretería y que además, permita brindar apoyo publicitario, a través de un
catálogo web, el cual tiene como propósito dar a conocer los productos que posee la
empresa a los posibles clientes.

Objetivos específicos

 Llevar el registro de los productos que posee la empresa y la cantidad de cada uno de
ellos.
 Mostrarla lista de los productos que se necesitan comprar, la cual serealiza de manera
automática.
 Generar informes de:
-Ingresos, egresos y stock de productos.
-Productos más vendidos y menos vendidos en períodos de tiempos escogidos por
el usuario, y pueden ser diarios, semanales, mensuales, anuales.
 Generar e imprimir facturas.
 Almacenar datos de los clientes que lo deseen para futuras operaciones como por
ejemplo próximas compras con facturas.
 Mostrar precio de venta de los productos y sus posibles descuentos.
 Crear Catálogo Web, el que muestren los productos actuales de la empresa.

18
Ambiente de ingeniería de software

Plan de trabajo a desarrollar

• Análisis y evaluación de la situación actual de la micro empresa: analizar

cómo se realiza cada registro: compra, venta, inventario, stock; cálculo de
los precios, búsqueda de los productos.

• Toma de requisitos.

• Construcción caso de usos.

• Construcción modelo entidad-relación.

• Construcción modelo de base de datos.

• Construcción de Base de datos.

• Construcción modelo de clases.

• Construcción de perfiles: súper administrador, Administrador, vendedor,

cliente.

• Construcción del módulo de inventario.

• Pruebas al módulo de inventario.

• Correcciones al módulo de inventario.

• Construcción módulo de ventas.

• Pruebas al módulo de ventas.

• Correcciones al módulo de ventas.

• Construcción módulo de ventas por facturas.

• Pruebas módulo de ventas por factura.

• Correcciones modulo ventas por facturas.

• Construcción módulo de contabilidad.

• Pruebas al módulo de contabilidad.

• Correcciones al módulo de contabilidad.

• Construcción catalogo Web.

• Pruebas al catálogo Web.

19
 • Correcciones al catálogo Web.

• Construcción módulo de reportes (Ventas, compras, Lista pedido, Stock, los

más vendidos, menos vendidos, clientes y vendedores).

• Pruebas al módulo de reportes.

• Correcciones al módulo de reportes.

• Presentación al cliente.

• Correcciones solicitadas por el cliente.

Carta Gantt

A continuación se presenta una carta Gantt, con la primera estimación de plazos

para desarrollar en proyecto que se esta describiendo en el presente informe. En las
Imágenes 1 y 2 se menciona cada una de las actividades a desarrollar junto con las fechas
de inicio y termino para cada una de estas, que se estipularon en un principio.

Imagen 1 Carta Gantt

20
Imagen 2 Carta Gantt

21
Descripción de los aspectos fundamentales de la metodología a utilizar

Para el desarrollo de este proyecto se decidió utilizar una arquitectura de tres capas
[2] la cual consiste en separar el software en 3 capas, una capa de presentación la cual es
la que ve el usuario, una capa de negocio en la que se encuentra la lógica del negocio, y
finalmente la capa de dato.

Se pensó en un principio en utilizar la metodología de desarrollo en espiral, la cual

es similar a la metodología en cascada, pero las diferencia, es que la primera permite
solapamiento entre las etapas, en la Imagen 3 se muestra de como se distribuyen las
etapas del desarrollo con la metodología del modelo en espiral.

Pero debido a la estructura de la planificación, y los tiempos estimados, se

reconsidero, y se optó por cambiar la metodología, ya que no se pronosticó un proyecto por
incrementos, por lo cual se decidió seguir la estructura de la metodología en cascada.
Según Pressman [4] el modelo en cascada, es el enfoque metodológico que ordena
rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el
inicio de cada etapa debe esperar a la finalización de la etapa anterior, en la Imagen 4 se
muestra como se distribuyen las etapas del desarrollo con la metodología del modelo en
cascada.

Un ejemplo de una metodología de desarrollo en cascada es:

1. Análisis de requisitos.

2. Diseño del Sistema.

3. Diseño del Programa.

4. Codificación.

5. Pruebas.

6. Implantación.

7. Mantenimiento.

22
Imagen 3 Modelo en espiral

Imagen 4 Modelo en Cascada

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

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

25
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

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

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

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

8.4. Informe por vendedor: Este tipo de informe se mostrará de distintas formas:

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

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

30
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 Nombre, dimensiones, peso, marca, color, categoría,
productos stock máximo y mínimo, precio venta, precio compra.
DVnta Datos Ventas Productos vendidos, monto cancelado, cliente,
empleado, boleta o factura, monto de la venta, total
de descuento.
Tabla 1 Interfaces externas de entrada

31
Interfaces externas de salida

Se especifica cada salida del sistema, indicando en cada caso el formato o medio
de salida, en la Tabla 2 se muestra los datos y formatos de salida.

ID Nombre Descripción Formato

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

32
Atributos del producto

Extracto ISO/IEC 9126: Tecnología de Información – Evaluación del producto de software

Funcionalidad

 Exactitud: El software es exacto, como proyecto puede tener algunas fallas propias
de las PYMES, como se pretende diferencial el capital de la empresa del de los
dueños, a través del software, pero puede que no todos los egresos de caja sean
registrados, por lo que la exactitud puede fallar.

El Software es apto para cumplir con los objetivos del proyecto, y tiene niveles de seguridad
diferenciado por usuarios, protegidos con contraseña, para evitar el ingreso de personas no
deseadas, malintencionadas que puedan manipular la información a su conveniencia.

Fiabilidad

El software cuenta con planillas de edición y eliminación de información incorrecta,

en caso de ingresar mal los productos, clientes, personal, se podrá abrir una ventana de
edición o eliminación de los datos registrados.

Además el sistema cuenta con una seguridad basada en cuentas de usuario, así los
permisos para la manipulación de información esta resguardada bajo contraseñas y
permisos de usuarios, no todos los usuarios pueden hacer lo mismo.

Usabilidad

Este Software es fácil de usar, debido a su simple interfaz, las tareas están
separadas por módulos, por lo que el usuario tiene divididas las funciones de este, y no
todas en una pantalla.

Por mayor comodidad, el ingreso al sistema pide usuario y contraseña, pero en el

caso de las ventas, un administrador abre el módulo de ventas y cada vendedor al momento
de realizar la venta introduce su código de vendedor.

33
Mantenibilidad

El software al estar creado por módulos independientes, la falla de uno no afecta a

la otra, además, las pruebas son individuales, por lo que se prueba cada una de las partes
del software. Las mantenciones son por módulos, esto trae la ventaja que al modificar uno,
no altera al resto.

El software tiene una documentación que ayudara a realizar las mantenciones

futuras, en el cual existen lo casos de uso, el modelo de la base de dato, los requisitos,
entre otros.

Eficiencia

El tiempo de respuesta es bastante rápido, debido a que la base de datos está

alojada localmente, y no necesita consultar fuera de la red interna para funcionar, el
funcionamiento del software disminuirá el tiempo de búsqueda de las existencias de los
productos, además disminuirá el tiempo en la creación de las facturas, debido a que los
datos básicos como, nombre, Rut, giro, entre otros ya estará ingresado en el sistema. El
inventario ya no se realizará sumando y restando productos de las facturas, si no se
imprimirá directamente el stock de productos.

Portabilidad

El software es una aplicación web, que funciona dentro de una red de área local, por
lo que se puede acceder desde cualquier computador dentro de esta red.

No requiere de un software especializado, sólo un web browser compatible con la

aplicación.

34
Factibilidad

Factibilidad operativa

Como en cada nueva implementación dentro de cualquier empresa, sea cual sea su
dimensión, el implementar una nueva tecnología implica cambios considerables en cuanto
al funcionamiento interno, los cuales deben ser adoptados por todos funcionarios, lo cual
puede ser mal recibido por estos, lo cual implicaría un mal funcionamiento del sistema. Uno
de los cambios considerables al implementar este sistema, es la limitación que se a la que
se verían expuestos las personas que manejen las finanzas dentro de la empresa, ya que
la idea del sistema es llevar registros de las entradas y salidas de dinero, por lo que ya no
se podrían realizar retiros sin dejar registros en el sistema, acciones que en la actualidad
se efectúan a diario.

Otro de los cambios considerables en los que afectará este sistema, es que los
empleados deberán solicitar más que el nombre o apodo de los clientes, para que puedan
optar a los descuentos que ofrece la PYME, ya que no todos los clientes poseerán el mismo
porcentaje de descuento, los cuales, una vez implementando el sistema serán pre
establecidos por los dueños de la ferretería, lo que no permitirá descuento extras, o
exagerados. Al igual que en el caso de las compras se deberá registrar los datos de los
proveedores en caso de ser un nuevo.

Factibilidad técnica

El sistema requiere de dos computadoras, una en el cual este montada la base de

datos, esta será utilizada por el administrador para realizar tareas como stock crítico,
ingresar cliente al sistema, entre otras operaciones que el administrador desee, se
recomienda una computadora de escritorio por la seguridad del funcionamiento de la
aplicación, la cual deberá ser ubicada en una zona cómoda para el administrador. La
segunda computadora permanecerá en la tienda y será manejada por los vendedores, en
la cual serán registradas las ventas, para este caso se destinará una computadora que ya
se posee.

Como es una red interna se requiere de un router que conecte esta red, puede ser
uno básico, debido que no se conectarán más de cuatro computadoras; Por los primeros
períodos se utilizará el router que posee la familia, hasta que la aplicación requiera de una
red más amplia.

Se contempla una capacitación para los empleados sobre el uso de la aplicación,

además de la creación de un manual de usuario, debido a que no siempre serán las mismas
personas que utilicen el sistema, en caso de cambio y/integración de personal, es
importante señalar que en esta capacitación solo se les enseñará la utilización de la

35
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

36
 Según mediciones realizadas en comparación del software versus hacerlo manual,
considerando los tres procesos principales que el cliente desea reducir el tiempo de
ejecución, los cuales se detallan a continuación en la Tabla 4:

Proceso Forma manual tiempo Software tiempo min

min
Inventario general 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.

*Estos datos fueron obtenidos por el una entrevista al dueño de la ferretería.

37
Costo de implementar el software

A continuación en la Tabla 5 se presenta un flujo de caja con plazo de cuatro años,

para ver reflejado los gastos que produce esta inversión en la ferretería.

Detalle Año 0 Año 1 Año 2 Año 3 Año 4

(+)ahorros 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

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.

38
Conclusión de la factibilidad

Cada nuevo desafío dentro de una empresa implica grandes riesgo, en cuanto a la
disponibilidad que posean los empleados en adaptarse a las nuevas normas, a comprender
la nueva forma de procedimientos, para todos estos cambios antes que nada el gestor de
estos cambios debe preparar la llegada de estas nuevas tecnologías, para que los
resultados sean los esperados, además de impartir las capacitaciones necesarios a los
usuarios finales, ya que es muy importante que cada uno de ellos comprenda que todo
cambio es en pro de la empresa, y que si esta se beneficia también se verán beneficiados
ellos.

De cumplir con los objetivos y entregar buenas capacitaciones a los usuarios, en

poco más de un año la inversión inicial ya se encontraría cubierta con los ahorros de tiempo
y dinero que se obtendría la empresa al implementar este nuevo sistema, y antes de que
comience el segundo año de utilización del sistema se estarían generando ganancias para
la empresa.

39
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

40
Diagrama de Casos de Uso

En la Imagen 5 y 6 se muestra el diagrama de casos de uso

Imagen 5 Diagrama De Caso De Uso

41
Imagen 6 Diagrama De Caso De Uso

42
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 2.- El sistema despliega un módulo
el administrador o vendedor desea para ingresar el Rut y la contraseña,
iniciar sesión de trabajo. para iniciar sesión.
3.- El administrador o vendedor 4a.- El sistema verifica que el Rut y la
ingresa su Rut y contraseña. contraseña, sean válidos.
5a.- El sistema verifica que el Rut
exista en el sistema.
6.- El sistema muestra el entorno de
trabajo correspondiente al usuario
iniciado.
CURSOS ALTERNATIVOS
4b.- Si entre el Rut y la contraseña existe alguno que no sea válido, entonces,
el sistema muestra un mensaje de información del caso y vuelve al paso 2.
5b.- Si el Rut y contraseña ingresada no existen, el sistema muestra mensaje
de información del caso y vuelve al paso 2.
Casos De Uso 4 Iniciar sesión de usuario

43
Agregar Proveedor

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

44
Editar Proveedor

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

45
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 2.- El sistema despliega un módulo
el administrador desea eliminar un para buscar al proveedor que se
nuevo proveedor desee Deshabilitar.
3.- El administrador ingresa los datos 4a.- El sistema muestra los datos del
del proveedor Nombre o Rut proveedor que se desee Deshabilitar.
6a.- el administrador confirma la 5.- El sistema despliega un menú de
Deshabilitación. confirmación de Deshabilitación.
7.- El sistema despliega un mensaje
en pantalla indicando que se ha
Deshabilitado correctamente.
CURSOS ALTERNATIVOS
4b.- El sistema indica que el proveedor no existe, vuelve al paso 2.
6b.- El administrador se arrepiente de Deshabilitar, rechaza la Deshabilitación,
el sistema vuelve al paso 2.
Casos De Uso 7 Eliminar Proveedor

46
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 Luego de cada producto ingresado se da la opción de ingresar
condición 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 2.- El sistema despliega un módulo
el administrador desea agregar un para agregar el nuevo producto.
nuevo producto.
3.- El administrador ingresa los datos 4a.- El sistema verifica que el
del Producto(Nombre, Categoría, color, producto no exista.
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).
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

47
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 2.- El sistema despliega un módulo
el administrador desea Deshabilitar un para buscar el producto que se desea
producto Deshabilitar
3.- El administrador ingresa los datos 4a.- El sistema muestra los datos del
del Producto(Código, Nombre, producto que se desea Deshabilitar
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)
5.- El sistema despliega un menú de
confirmación de Deshabilitación
6a.- el administrador confirma la 7.- El sistema despliega un mensaje
Deshabilitción 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

48
Editar Producto

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

49
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 2.- El sistema despliega un módulo
el administrador desea registrar las registrar la perdida, ya sea robo u otro
pérdidas de los productos de motivo, en esta ventana se muestra
existencias de un producto. una lista con distintos motivos
3.- El administrador selecciona el 4.- El sistema despliega una ventana
producto, el motivo de perdida y la emergente de confirmación
cantidad
5a.- El administrador confirma el 6a.- El sistema despliega un mensaje
registro en pantalla indicando que se ha
registrado la perdida correctamente
CURSOS ALTERNATIVOS
5b.- El administrador cancela el registro, vuelve al paso 2
6b.- el sistema despliega un mensaje que indicando que se canceló la
operación, vuelve al paso 2
Casos De Uso 11 Registrar pérdida o robo de producto

50
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 2.- El sistema despliega un módulo
el administrador desea registrar la registrar la devolución, mostrando
devolución de productos una lista de los productos
3.- El administrador selecciona el 4.- El sistema despliega una ventana
producto, el motivo de devolución y la emergente de confirmación
cantidad
5a.- El administrador confirma el 6a.- El sistema despliega un mensaje
registro en pantalla indicando que se ha
registrado la devolución
correctamente
CURSOS ALTERNATIVOS
5b.- El administrador cancela el registro, vuelve al paso 2
6b.- el sistema despliega un mensaje que indicando que se canceló la
operación, vuelve al paso 2
Casos De Uso 12 Registrar devolución de productos al proveedor

51
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 Realizar pago.
condición
Resumen El vendedor realiza las ventas llenando un formulario de venta.
CURSO NORMAL DE EVENTOS
Acción del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo
el vendedor registra la venta. para ingresar la venta
3.- el vendedor llena el formulario con 4.- el sistema despliega un mensaje de
los productos, cantidad y tipo de venta confirmación
(boleta o factura)
5a.- el administrador confirma 6a.- el sistema muestra un mensaje
que indica que la venta se realizó
correctamente
CURSOS ALTERNATIVOS
5b.- el administrador cancela la venta
6b.- el sistema muestra un mensaje indicando que la venta se canceló

Casos De Uso 13 Realizar la venta

52
Registrar devolución de productos del cliente

ID AD-021
Caso de Uso Registrar devolución de productos del cliente
Referencias
Actores Vendedor
Tipo Primario
Propósito Registrar la devolución de productos
Precondición Haber iniciado el sistema
Post
condición
Resumen El Vendedor registra la devolución del producto a la ferretería
CURSO NORMAL DE EVENTOS
Acción del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo
el vendedor desea ingresar una registrar la devolución, mostrando
devolución una lista de los productos
3.- El administrador selecciona el 4.- El sistema despliega una ventana
producto, el motivo de devolución y la emergente de confirmación
cantidad
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

53
Módulo de reportes

Imprimir reporte

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

54
Modulo cliente

Agregar cliente

ID AD-012
Caso de Uso Agregar cliente
Referencias
Actores Administrador
Tipo Primario
Propósito Permite al administrador agregar un nuevo cliente
Precondición Haber iniciado sesión como administrador
Post
condición
Resumen El administrador registra un nuevo cliente.
CURSO NORMAL DE EVENTOS
Acción del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo
el administrador desea agregar un para agregar el nuevo cliente.
nuevo cliente.
3.- El administrador ingresa los datos 4a.- El sistema verifica que el cliente
del cliente (Nombre, Rut, Fecha de no exista.
nacimiento, Password, Dirección,
Teléfono 1, Teléfono 2, Fecha de
ingreso, E-mail, giro, clasificación).
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

55
Editar cliente

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

56
Deshabilitar cliente

ID AD-013
Caso de Uso Deshabilitar cliente
Referencias
Actores Administrador
Tipo Primario
Propósito Permite al administrador deshabilitar un cliente
Precondición Haber iniciado sesión
Post
condición
Resumen El administrador deshabilita un cliente.
CURSO NORMAL DE EVENTOS
Acción del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo
el administrador desea deshabilitar un para buscar el cliente que se desea
cliente. deshabilitar.
3.- El administrador ingresa los datos 4a.- El sistema muestra los datos del
del cliente. cliente que se desea deshabilitar
5.- El sistema despliega un menú de
confirmación de deshabilitación.
6a.- el administrador confirma la 7.- El sistema despliega un mensaje
deshabilitación. 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

57
Modulo vendedor

Agregar vendedor

ID AD-009
Caso de Uso Agregar vendedor
Referencias
Actores Administrador
Tipo Primario
Propósito Permite al administrador agregar un nuevo vendedor
Precondición Haber iniciado sesión
Post
condición
Resumen El administrador registra un nuevo vendedor.
CURSO NORMAL DE EVENTOS
Acción del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo
el administrador desea agregar un para agregar el nuevo vendedor.
nuevo vendedor.
3.- El administrador ingresa los datos 4a.- El sistema verifica que el
del vendedor (Nombre, Rut, Fecha de vendedor no exista.
nacimiento, Password, Dirección,
Teléfono 1, Teléfono 2, Fecha de
ingreso, Fecha Contrato, Contrato,
Imposiciones, Perfil, AFP).
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

58
Editar vendedor

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

59
Eliminar vendedor

ID AD-010
Caso de Uso Eliminar vendedor
Referencias
Actores Administrador
Tipo Primario
Propósito Permite al administrador eliminar un vendedor
Precondición Haber iniciado sesión
Post
condición
Resumen El administrador elimina un vendedor.
CURSO NORMAL DE EVENTOS
Acción del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un módulo
el administrador desea eliminar un para buscar el vendedor que se desea
vendedor. eliminar.
3.- El administrador ingresa los datos 4a.- El sistema muestra los datos del
del vendedor. vendedor que se desea eliminar
5.- El sistema despliega un menú de
confirmación de eliminación.
6a.- el administrador confirma la 7.- El sistema despliega un mensaje
eliminación. 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

60
Informe de ventas

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

61
Diagramas de Secuencia

Muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se

modela para los caso de uso.

Ingreso Sistema

Diagrama de Secuencia N° 1 Ingreso Sistema

62
Producto

Ingresar Producto

Diagrama de Secuencia N° 2 Ingresar Producto

63
Editar Producto

Diagrama de Secuencia N° 3 Editar Producto

64
Deshabilitar Producto

Diagrama de Secuencia N° 4 Deshabilitar Producto

65
Empleado

Agregar Empleado

Diagrama de Secuencia N° 5 Agregar Empleado

66
Editar Empleado

Diagrama de Secuencia N° 6 Editar Empleado

67
Deshabilitar Empleado

Diagrama de Secuencia N° 7 Deshabilitar Empleado

68
Cliente

Ingresar Cliente

Diagrama de Secuencia N° 8 Ingresar Cliente

69
Editar Cliente

Diagrama de Secuencia N° 9 Editar Cliente

70
Deshabilitar Cliente

Diagrama de Secuencia N° 10 Deshabilitar Cliente

71
Proveedor

Agregar Proveedor

Diagrama de Secuencia N° 11 Agregar Proveedor

72
Editar Proveedor

Diagrama de Secuencia N° 12 Editar Proveedor

73
Deshabilitar Proveedor

Diagrama de Secuencia N° 13 Deshabilitar Proveedor

74
Venta

Ingresar Venta

Diagrama de Secuencia N° 14 Ingresar Venta

75
Editar Venta

Diagrama de Secuencia N° 15 Editar Venta

76
Eliminar Venta

Diagrama de Secuencia N° 16 Eliminar Venta

77
Compra

Ingresar Compra

Diagrama de Secuencia N° 17 Ingresar Compra

78
Editar Compra

Diagrama de Secuencia N° 18 Editar Compra

79
Eliminar Compra

Diagrama de Secuencia N° 19 Eliminar Compra

80
Modelo entidad relación

A continuación en la Imagen 7 se presenta el modelo de entidad relación del sistema

en cuestión.

Imagen 7 modelo entidad relación sin atributos

81
Modelo Base de datos

En la Imagen 8 se muestra el modelo de la base de datos.

Imagen 8 Modelo Base de datos

82
Diseño interfaz

Diseño de Físico de la Base de datos

El modelo de datos que se presenta a continuación incluye los atributos de las

entidades, cada una de estas tablas puede ser editada por el administrador del sistema.
Para compatibilidad de aplicaciones y evitar problemas, las tablas y sus atributos no cuenta
con tildes, no obstante los datos pueden llevar tildes. En la imagen N°7de la página anterior
se aprecia el modelo físico de la base de datos.

En este caso se implementaron catorce procedimientos almacenados, que corresponden al

control de personas, a continuación se detallan cada uno de estos:

 VerificarPersona: Este procedimiento permite determinar a que tipo de persona

(empleado o cliente) corresponde cierto Rut ingresado, para esto se consulta si el
Rut se encuentra registrado en la tabla empleado o cliente.

 IniciarSesionComoEmpleado: Obtiene los datos del empleado que esta iniciando

sesión.

 InsertarPersonaEmpleado: Inserta los datos personales de algún empleado que

se desee registrar empleado, nombre, Rut, fecha de nacimiento.

 InsertarEmpelado: Inserta los datos de trabajo del empleado, fecha de contrato, el

identificador del tipo de contrato, la AFP a la cual pertenece, el identificador del tipo
de perfil a cual corresponde, las impociciones correspondientes.

 InsertarPersonaCliente: Inserta los datos personales de algún cliente que se desee

registrar, nombre, Rut, fecha de nacimiento.

 InsertarCliente: Inserta datos del perfil del cliente, el identificador del giro del
cliente, el identificador de la clasificación, en donde se detalla el porcentaje de
descuento del cliente.

 InsertarPersonaProveedor: Inserta los datos netamente propios del proveedor, ya

sea una entidad o una persona, nombre, Rut, fecha de nacimiento (en caso de
alguna entidad fecha de apertura).

 InsertarProveedor: Inserta el giro del proveedor.

83
Diccionario de las tablas del modelo de la base de datos:

1. Producto: Tabla principal dentro de nuestro modelo de la base de datos. En esta

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

84
 Imagen 9 Producto

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

Imagen 10 Color

85
3. Marca: Corresponde a una tabla que identifica la marca del producto, solo si
corresponde, en la Imagen 11 se muestra la tabla marca.

Imagen 11 Marca

4. Categoría: Corresponde a la categoría del producto. En la Imagen 12 se muestra la

tabla categoría.

Imagen 12 Categoría

5. UnidadDeMedida: Corresponde a la descripción de las dos unidades de medida del

producto, ya sea en qué forma se mide el producto y con qué unidad de medida se
comercializa, en la Imagen 13 se muestra la tabla de unidades de medida.

Imagen 13 Unidad De Medida

86
6. Clasificación: Describe la clasificación del producto, un producto puede tener una
o más clasificaciones, en la Imagen 14 se muestra la tabla clasificación.

Imagen 14 Clasificación

7. Producto_Clasificacion: Corresponde a la relación entre el producto y sus

clasificaciones, en la Imagen 15 se muestra la tabla clasificación.

Imagen 15 Producto Clasificación

87
8. Persona: Se almacenan los datos propios de entidades y personas
correspondientes, ya sea empleado, cliente o proveedor. Los datos que se
almacenan en estas tablas corresponden al Rut, nombre, fecha de nacimiento (o de
inauguración en caso de alguna entidad), dos posibles teléfonos, dirección física,
dirección de correo electrónico, contraseña y fecha de ingreso al sistema. En la
Imagen 16 se muestra la tabla persona.

Imagen 16 Persona

9. Empleado: Posee un identificador propio con el cual se registrará un empleado al

momento de realizar una venta, tiene asociado un Rut de una persona antes
registrada, fecha de contrato, la AFP a la que pertenece, las imposiciones
correspondientes, el identificador del tipo de perfil al que pertenece el empleado, por
último el identificador del tipo de contrato que posee el empleado, en la Imagen 17
se muestra la tabla empleado,

Imagen 17 Empleado

88
10. Perfil_Empleado: Cada perfil posee un nombre, además de un descuento asociado
al empleado, en la Imagen 18 se muestra la tabla perfil empleado.

Imagen 18 Perfil Empleado

11. Tipo_Contrato: Describe el tipo de contrato con el cual se acordó con el empleado,
en esta tabla se describe la cantidad de horas con las cuales debe cumplir el
empleado, además de cantidad de días que debe trabajar a la semana, si su contrato
está fijado con un sueldo base o si el empleado trabaja por hora, se describe, a su
vez, el sueldo base del empleado, si es que trabaja por hora se determina cuanto
es lo que se le debe pagar ya sea si es que trabaja por horas o por horas extras
trabajadas, en la Imagen 19 se muestra la tabla tipo de contrato.

Imagen 19 Tipo de Contrato

89
12. Registros_dias_Trabajados: cada día en que el empleado asista a trabajar, en
esta tabla se almacenan la fecha de ingresos, las de las actividades realzadas, en
la Imagen 20 se muestra la tabla registro de días trabajados.

Imagen 20 Registros días Trabajados

13. Registro_vacaciones: se registra el día de inicio al día de término de las vaciones,

en la Imagen 21 se muestra la tabla registro de vacaciones.

Imagen 21 Registro de vacaciones

90
14. Registro_licencias: se registra el día de inicio al día de término de licencias., en la
Imagen 22 se muestra la tabla Registro de licencia.

Imagen 22 Registro licencias

15. Cliente: En esta tabla se guardan los datos del cliente, tales como el giro del cliente
y el identificador de da la clasificación del cliente, en la Imagen 23 se muestra la
tabla cliente.

Imagen 23 Cliente

91
16. Clasificación_cliente: Esta tabla nos ayuda para almacenar clasificaciones de
clientes para así no repetir clasificaciones con las mismas cualidades, en la Imagen
24 se muestra la tabla clasificación cliente.

Imagen 24 Clasificación cliente

17. Giro: se almacenan los giros tanto de los clientes como de los proveedores, en la
Imagen 25 se muestra la tabla giro.

Imagen 25 Giro

18. Proveedor: se almacena tan solo el giro del proveedor y el rut asociado, en la
Imagen 26 se muestra la tabla proveedor.

Imagen 26 Proveedor

92
19. Venta: Se registran los datos generales de la venta, como el total cancelado, la
fecha, en la Imagen 27 se muestra la tabla venta.

Imagen 27 Venta

20. Detalle_Venta: se almacena el código del producto, junto con el identificador de la

venta, la cantidad del producto, al precio real al cual se vendió, en la Imagen 28 se
muestra la tabla detalle venta.

Detalle_Venta
id
id_venta
id_producto
cantidad
valor_venta

Imagen 28 Detalle Venta

21. Estado: Para no repetir los distintos estados del proceso de una venta o compra, se
registran en esta tabla, en la Imagen 29 se muestra la tabla estado.

Imagen 29 Estado

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

Imagen 30 Detalle Compra

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

Imagen 31 Compra

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

Imagen 32 Registro de Caja de Turno

25. Registro_Egreso_Extra: Esta tabla se utiliza para tener identificados los egresos
extras de la caja, la Imagen 33 muestra la tabla registro egreso extra.

Imagen 33 Registro de Egreso Extra

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

97
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

98
Imagen 36 Árbol De Descomposición Parte 2

99
Imagen 37 Árbol De Descomposición Parte 3

100
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
Nombre: Id categoría
Nombre: Id color
Nombre: Id marca
Nombre: largo producto
Nombre: ancho producto
Nombre: alto producto
Nombre: peso producto
Nombre: volumen producto
Nombre: otro diámetro
Nombre: otro diámetro
Nombre: Id unidad de medición
Nombre: Stock máximo
Nombre: Stock mínimo
Nombre: Stock disponible
Nombre: Stock no disponible
Nombre: cantidad de perdida
Nombre: unidad de medida venta
Nombre: precio de costo
Nombre: precio de venta
Nombre: imagen
Nombre: Id clasificación
Tabla 6 Especificación de módulo Producto
Tipo de dato: String Nombre: código
Tipo de dato: int Nombre: nombre producto
Tipo de dato: int Nombre: Id categoría
Tipo de dato: int Nombre: Id color
Tipo de dato: float Nombre: Id marca
Tipo de dato: float Nombre: largo producto
Tipo de dato: float Nombre: ancho producto
Tipo de dato: float Nombre: alto producto
Tipo de dato: float Nombre: peso producto
Tipo de dato: float Nombre: volumen producto
Tipo de dato: float Nombre: otro diámetro
Tipo de dato: int Nombre: otro diámetro
Tipo de dato: float Nombre: Id unidad de medición
Tipo de dato:float Nombre: Stock máximo
Tipo de dato: float Nombre: Stock mínimo
Tipo de dato: float Nombre: Stock disponible
Tipo de dato: float Nombre: Stock no disponible
Tipo de dato: int Nombre: cantidad de perdida
Tipo de dato: float Nombre: unidad de medida venta
Tipo de dato: float Nombre: precio de costo
Tipo de dato: String Nombre: precio de venta
Tipo de dato: int Nombre: imagen
Nombre: Id clasificación producto
Tipo de dato: String
Tipo de dato: String
Tipo de dato: int
Tipo de dato: int
Tipo de dato: int
Tipo de dato: float
Tipo de dato: float
Tipo de dato: float
Tipo de dato: float
Tipo de dato: float
Tipo de dato: float
Tipo de dato: float
Tipo de dato: int
Tipo de dato: float
Tipo de dato:float
Tipo de dato: float
Tipo de dato: float
Tipo de dato: float
Tipo de dato: int
Tipo de dato: float
Tipo de dato: float
Tipo de dato:String
Tipo de dato: int

N° Módulo: 2 Nombre Módulo: Empleado

Parámetros de entrada Parámetros de Salida

Nombre: Rut empleado
Nombre: nombre empleado
Nombre: fecha de nacimiento
Nombre: password
Nombre: dirección
Nombre: teléfono1
Nombre: teléfono2
Nombre: fecha ingreso
Nombre: mail
Nombre: fecha contrato
Nombre: Id tipo de contrato
Nombre: AFP
Nombre: Id perfil
Nombre: imposiciones
Tabla 7 Especificación de módulo Empleado
Tipo de dato: String Nombre: Id Tipo de dato: int
Tipo de dato: String
Tipo de dato: Date
Tipo de dato: String
Tipo de dato: String
Tipo de dato: int
Tipo de dato: int
Tipo de dato: int
Tipo de dato: String
Tipo de dato: Date
Tipo de dato: int
Tipo de dato: String
Tipo de dato: int
Tipo de dato:float

101
N° Módulo: 3
Parámetros de entrada
Nombre: Rut proveedor
Nombre: nombre proveedor
Nombre: fecha de nacimiento
Nombre: password
Nombre: dirección
Nombre: teléfono1
Nombre: teléfono2
Nombre: fecha ingreso
Nombre: mail
Nombre: giro
Tabla 8 Especificación de módulo Proveedor
N° Módulo: 3
Parámetros de entrada
Nombre: Rut cliente
Nombre: nombre cliente
Nombre: fecha de nacimiento
Nombre: password
Nombre: dirección
Nombre: teléfono1
Nombre: teléfono2
Nombre: fecha ingreso
Nombre: mail
Nombre: giro
Nombre: clasificación
N° Módulo: 4
Parámetros de entrada
Nombre: venta con factura
Nombre: Id estado
Nombre: Id empleado
Nombre: Id cliente
Nombre: valor cancelado
Nombre: número documento
N° Módulo: 5
Parámetros de entrada
Nombre: código producto
Nombre: Cantidad
Tabla 11Especificación de módulo Detalle Venta
Nombre Módulo: Proveedor
Parámetros de Salida
Tipo de dato: String Nombre: Id Tipo de dato: int
Tipo de dato: String
Tipo de dato: Date
Tipo de dato: String
Tipo de dato: String
Tipo de dato: int
Tipo de dato: int
Tipo de dato: int
Tipo de dato: String
Tipo de dato: int
Nombre Módulo: Cliente
Parámetros de Salida
Tipo de dato: String Nombre: Id Tipo de dato: int
Tipo de dato: String
Tipo de dato: Date
Tipo de dato: String
Tipo de dato: String
Tipo de dato: int
Tipo de dato: int
Tipo de dato: int
Tipo de dato: String
Tipo de dato: int
Tipo de dato: int
Tabla 9 Especificación de módulo Cliente
Nombre Módulo: Venta
Parámetros de Salida
Tipo de dato: Bool Nombre: Id Tipo de dato: int
Tipo de dato: int Nombre: fecha Tipo de dato: DateTime
Tipo de dato: int Nombre: venta con factura Tipo de dato: Bool
Tipo de dato: int Nombre: Id estado Tipo de dato: int
Tipo de dato: float Nombre: Id empleado Tipo de dato: int
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
Nombre Módulo: Detalle venta
Parámetros de Salida
Tipo de dato: String Nombre: Id Tipo de dato: int
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
102
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

103
 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

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

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

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

107
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 Nivel de Objetivo Enfoque para la Técnicas para la Actividades Criterios de

probar prueba de la definición de definición de casos de de prueba cumplimiento
Prueba casos de prueba
prueba

Validación de 1 Evitar Probar los Datos erróneos, Validar Sin Perdida de

Campos Caídas en campos espacios en blancos. formularios servicio
el servicio donde se
ingresan
datos
Seguridad 2 Verific Ingresar Usar diferentes Ingresar Ingresos
ar que no URL validas, directorios y un listado solo a los
puedan con usuarios subdirectorios de páginas perfiles
ingresar incorrectos y con permitidos.
personas sin usuario seguridad
indebidas de
al diferentes
sistema. perfiles
Estrés 3 Medir Saturación Llenado de datos, Llenar la Sin caídas
tiempos por datos simulando mucho BD de del servicio o
de tiempo funcionando datos, largos
respuesta realizar tiempos de
del reportes. espera
sistema.
Aceptación de 4 Medir Usabilidad Medir tiempos, de Realizar Medición
usuarios tiempos de los registros de venta varias de 10 ventas
de usuarios ventas Por
procesos separado
en el
sistema

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

119