UNIVERSIDAD DEL BO-BO

FACULTAD DE CIENCIAS EMPRESARIALES

DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIN Y
TECNOLOGA DE LA INFORMACIN

Sistema control de inventario y administracin

Yoselin Alejandra Aedo San Martin

Cristian Andres Figueroa Fuentes

Memoria para optar al ttulo de

Ingeniero Civil en Informtica

septiembre de 2017

Chilln-Chile
 UNIVERSIDAD DEL BO-BO
FACULTAD DE CIENCIAS EMPRESARIALES
DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIN Y
TECNOLOGA DE LA INFORMACIN

Sistema control de inventario y administracin

Yoselin Alejandra Aedo San Martin

Cristian Andres Figueroa Fuentes

Profesor Gua: Miguel Pincheira Caro

Profesor Informante: Joel Fuentes Lpez

Memoria para optar al ttulo de

Ingeniero Civil en Informtica

septiembre de 2017

Chilln-Chile

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

A mis hermanas por ser las personas que siempre han credo en m y que a pesar
de mis fracasos siempre tuvieron fe en que cumplira con mis metas, por ensearme a
llevar siempre una sonrisa en rostro sin importar lo nublado que este el da.

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

A mis compaeros y amigos, que sin su apoyo no hubiese conseguido terminar mi

carrera, quienes comprendan lo complicado que era ser madre joven estudiante, quienes
hacan 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 bsico hasta la
enseanza universitaria.

Gracias a Junaeb, que gracias a la beca entregada a mis compaeros almorzaba

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

Gracias a Camilo Crdova quien fue una de las primeras personas que crey en
m y jams perdi las esperanzas hasta el da 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
ms significativo de cursar esta carrera, gracias por darme la oportunidad de ser madre
de la nia ms especial, quien fue, es y ser mi motor para luchar y cumplir mis objetivos,
quien siempre luego de la agotadora jornada estudiantil siempre me reciba con ansias y
tanta alegra que haca 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 Martn

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

Adems quisiera agradecer a mis hermanos que me han apoyado y me han

empujado hacia delante para poder cumplir con esta difcil misin.

Gracias a mis abuelitas, padrinos y mi ta 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

Sebastin, por todas esas noches en que pasamos en vela luchando codo a codo para
poder aprobar los ramos, que nos dieron ms de un dolor de cabeza.

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

encontraba laborando solo en casa, adems de apoyarme moralmente para terminar los
trabajos, a pesar del cansancio que produca realizarlos.

Sin olvidar a los profesores que nos ensearon 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 prdidas.
Adems 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 ferretera.

El dueo 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 dueo de la

microempresa poder tener un registro de los empleados, incluyendo informacin tal como
das trabajados, das de inasistencia, las vacaciones, las ventas realizadas, adems 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 atencin a los clientes, adems de ayudar a
controlar el flujo de los productos, para poder llevar un registro de las perdidas.

4
ndice
ndice ............................................................................................................................ 5
ndice de Imgenes ........................................................................................................ 8
ndice de Tablas............................................................................................................. 9
ndice De Casos De Uso ................................................................................................ 10
Introduccin ................................................................................................................ 11
Definicin de la Empresa ............................................................................................. 12
Descripcin de la empresa:.................................................................................................. 12
Visin ....................................................................................................................................................... 13
Misin ...................................................................................................................................................... 13
Objetivos .................................................................................................................................................. 13

Descripcin del rea de estudio ........................................................................................... 13

Anlisis actual de la empresa .............................................................................................. 14

Definicin del proyecto ................................................................................................ 18

Objetivos del proyecto ........................................................................................................ 18
Objetivos especficos .......................................................................................................... 18
Ambiente de ingeniera de software .................................................................................... 19
Plan de trabajo a desarrollar ................................................................................................................... 19
Carta Gantt .............................................................................................................................................. 20
Descripcin de los aspectos fundamentales de la metodologa 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

Descripcin global del producto .......................................................................................... 26
Interfaz de usuario ................................................................................................................................... 26
Interfaz de hardware ............................................................................................................................... 26
Interfaz de software ................................................................................................................................ 26
Interfaces de comunicacin ..................................................................................................................... 27

Requerimientos especficos ................................................................................................. 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 tcnica ............................................................................................................. 35
Factibilidad econmica........................................................................................................ 36
Costo de implementar el software .......................................................................................................... 38
Van ........................................................................................................................................................... 38

Conclusin de la factibilidad ................................................................................................ 39

Anlisis ....................................................................................................................... 40
Diagrama general de casos de uso ....................................................................................... 40
Actores ..................................................................................................................................................... 40
Diagrama de Casos de Uso ...................................................................................................................... 41
Especificacin 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 relacin.............................................................................................. 81

Modelo Base de datos ......................................................................................................... 82

Diseo interfaz ............................................................................................................ 83

Diseo de Fsico de la Base de datos .................................................................................... 83
Diccionario de las tablas del modelo de la base de datos: ...................................................................... 84

Diseo de interfaz y navegacin .......................................................................................... 97

Diseo de arquitectura funcional......................................................................................... 98
Especificacin de mdulos ..................................................................................................................... 101

Plan de Pruebas......................................................................................................... 108

Elementos de prueba ........................................................................................................ 108
Especificacin de las pruebas ............................................................................................ 108

6
 Responsables de las pruebas ............................................................................................. 109
Calendario de pruebas ...................................................................................................... 109
Conclusiones de prueba .................................................................................................... 110
Especificacin pruebas ...................................................................................................... 111
Prueba 1: Validacin de campos ............................................................................................................ 111
Prueba 2: seguridad ............................................................................................................................... 112
Prueba 3: estrs ..................................................................................................................................... 113
Prueba 4: aceptacin ............................................................................................................................. 113

Plan de capacitacin y entrenamiento ....................................................................... 114

Empleados a capacitar ...................................................................................................... 114
Tipo de capacitacin o entrenamiento ............................................................................... 114
Funcionalidad o aspectos que sern abordados ................................................................. 114
Tiempo estimado en horas ................................................................................................ 115
Recursos requeridos.......................................................................................................... 115

Plan de Implantacin y puesta en marcha .................................................................. 115

Plan de contingencia ........................................................................................................ 115

Conclusiones ............................................................................................................. 116

Referencias Bibliogrficas .......................................................................................... 118

7
ndice de Imgenes

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 relacin sin atributos ............................................................... 81
Imagen 8 Modelo Base de datos ..................................................................................... 82
Imagen 9 Producto .......................................................................................................... 85
Imagen 10 Color .............................................................................................................. 85
Imagen 11 Marca ............................................................................................................. 86
Imagen 12 Categora ....................................................................................................... 86
Imagen 13 Unidad De Medida ......................................................................................... 86
Imagen 14 Clasificacin ................................................................................................... 87
Imagen 15 Producto Clasificacin .................................................................................... 87
Imagen 16 Persona ......................................................................................................... 88
Imagen 17 Empleado ....................................................................................................... 88
Imagen 18 Perfil Empleado .............................................................................................. 89
Imagen 19 Tipo de Contrato ............................................................................................ 89
Imagen 20 Registros das Trabajados ............................................................................. 90
Imagen 21 Registro de vacaciones .................................................................................. 90
Imagen 22 Registro licencias ........................................................................................... 91
Imagen 23 Cliente............................................................................................................ 91
Imagen 24 Clasificacin 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 Diseo de la Interfaz ...................................................................................... 97
Imagen 35 rbol De Descomposicin Parte 1 .................................................................. 98
Imagen 36 rbol De Descomposicin Parte 2 .................................................................. 99
Imagen 37 rbol De Descomposicin 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 Comparacin de tiempo ...................................................................................... 37
Tabla 5 Flujo de caja........................................................................................................ 38
Tabla 6 Especificacin de mdulo Producto .................................................................. 101
Tabla 7 Especificacin de mdulo Empleado ................................................................. 101
Tabla 8 Especificacin de mdulo Proveedor ................................................................ 102
Tabla 9 Especificacin de mdulo Cliente...................................................................... 102
Tabla 10 Especificacin de mdulo Venta ..................................................................... 102
Tabla 11Especificacin de mdulo Detalle Venta .......................................................... 102
Tabla 12 Especificacin de mdulo Compra .................................................................. 103
Tabla 13 Especificacin de mdulo Detalle Compra ...................................................... 103
Tabla 14 Especificacin de mdulo Categora .............................................................. 103
Tabla 15 Especificacin de mdulo Unidad De Medida ................................................. 103
Tabla 16 Especificacin de mdulo Marca ..................................................................... 103
Tabla 17 Especificacin de mdulo Color ...................................................................... 103
Tabla 18 Especificacin de mdulo Clasificacin ........................................................... 104
Tabla 19 Especificacin de mdulo Contrato ................................................................. 104
Tabla 20 Especificacin de mdulo Perfil....................................................................... 104
Tabla 21 Especificacin de mdulo Giro ........................................................................ 104
Tabla 22 Especificacin de mdulo Clasificacin Cliente ............................................... 104
Tabla 23 Especificacin de Pruebas .............................................................................. 108
Tabla 24 Responsables de las Pruebas ......................................................................... 109
Tabla 25 Calendario de Pruebas ................................................................................... 109
Tabla 26 Conclusin de las pruebas .............................................................................. 110
Tabla 27 Prueba 1: Validacin de campos ..................................................................... 111
Tabla 28 Prueba 2: seguridad ........................................................................................ 112
Tabla 29 Prueba 3: estrs .............................................................................................. 113
Tabla 30 Prueba 4: aceptacin ...................................................................................... 113

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 sesin 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 prdida o robo de producto .................................................. 50
Casos De Uso 12 Registrar devolucin de productos al proveedor.................................. 51
Casos De Uso 13 Realizar la venta ................................................................................. 52
Casos De Uso 14 Registrar devolucin 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
Introduccin

Actualmente la tecnologa avanza a pasos agigantados, obligando a las empresas

a ponerse al da con nuevas herramientas, lo que es complicado para las pequeas 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 utilizacin de
este, o quedar lentamente desplazados en el mercado, ya que como se ha visto reflejado
en el da a da, las personas quieren realizar todo con mayor rapidez, por lo que en la
mayora de los casos recurrirn a los lugares que ofrecen atenciones ms rpidas, como
es el caso de las empresas con ms uso de estas nuevas herramientas. Esto lleva a que
las nacientes empresas traten de automatizar de la forma ms 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 ms 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 mayora de sus ingresos se invierten en adquirir una mayor cantidad y
variedad productos, o mejorar la calidad de servicios y atencin. Por esta razn la
inversin 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 bsicos en sistemas de este tipo, lo que implica que, adems
del costo monetario, existir un costo temporal asociado a capacitar al personal para la
utilizacin de estas herramientas. Es quizs estos mismos motivos, por el cual los
desarrolladores de estos tipos de sistemas no se orienten en esta clase de pblico, ya que
toma ms tiempo, en capacitar a las PYMES, la toma de requisitos es ms tediosa, y
muchas veces los clientes no estn dispuestos a pagar el precio correspondiente.

Un ejemplo de micro empresas es la ferretera 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. Adems espera
poder tratar los datos ingresados, para poder obtener informacin tanto cuantitativa,
cualitativa y estadstica. A su vez, espera que el sistema le permita una optimizacin 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 implementacin de un

sistema para la Ferretera BeyPaz, comenzando por la descripcin de la empresa en
cuestin, explicando la problemtica que se desea solucionar, las caractersticas del
proyecto, los requisitos tanto funcionales como no funcionales, anlisis de factibilidad, el
plan de pruebas, plan de capacitacin, plan de implementacin y puesta en marcha.

11
Definicin de la Empresa

Descripcin de la empresa:

La empresa para la cual se desarroll el proyecto, es una pequea ferretera

llamada BeyPaz, ubicada en la avenida Alonso de Ercilla #1664. Esta es una empresa de
tipo familiar, inaugurada el ao 2008, desde entonces la ferretera ha ido creciendo a
grandes pasos, gracias al esfuerzo de sus dueos 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 dueos, Galvarino Gabriel Aedo Prez y Rosa Mara San
Martn Mellado se han encargado de mantener esta empresa, invirtiendo capital propio,
adems de tiempo y mano de obra, para la ampliacin fsica y productiva de la ferretera.

En cuanto a los empleados, solo existe una persona contratada Luis Matus, que se
desempea como vendedor en la ferretera, conjuntamente con algunos familiares de los
dueos, quienes colaboran da a da para aportar al crecimiento de la empresa ayudando
a la atencin de los clientes y apoyando en el rea de administracin de la ferretera.

La contabilidad de la ferretera es supervisada por un profesional externo del rea,

Mercedes Contreras.

12
Visin
Ser una empresa familiar que trabaja para brindar a sus clientes la mayor
diversidad en materiales de construccin y de ferretera en general, bajo premisas de
precio, calidad y servicio acorde a las exigencias del mercado, comprometindonos con la
capacitacin constante de nuestro recurso humano, para que este sea altamente
calificado, productivo y comprometido a mantener la preferencia y satisfaccin de
nuestros clientes; con la finalidad de generar un crecimiento rentable, en beneficio de
todos que nos permita mantener y mejorar cada da la calidad y servicio prestado.

Misin
Mantener un slido posicionamiento y liderazgo comercial a nivel local en cuanto a
la venta de materiales de construccin y ferretera en general, superando las perspectivas
de calidad y servicio de nuestros clientes, gracias al apoyo incondicional de un
comprometido equipo de trabajo, permitindonos 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 atencin de calidad a sus
clientes, con el propsito 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 pequea y mediana empresa.

Descripcin del rea de estudio

En nuestro proyecto el rea a estudiar implica a todas las reas de la ferretera,

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, adems se utiliza este trmino en plural por que
la empresa pretende contratar a ms empleados en un corto periodo).

A continuacin se detalla cada rea por separado:

Compras: se pretende llevar un registro por cada adquisicin de los

productos, sea cualquier modo en que se realiza, compra con factura,
boleta, intercambio, devolucin, regalo. Adems, 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
 Administracin: Adems, los solicitantes de este sistema requirieron
poder tener la opcin para registrar cada uno de sus empleados con sus
datos personales, informacin sobre el tipo de contrato, los das trabajados,
das de licencias, das de vacaciones, entre otros datos.
Contabilidad: Poder realizar un balance general entre las compras y
ventas de los productos, adems de entregar el inventario general de la
empresa, cada vez que se solicite. 4

Anlisis 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 clculo 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 prdida, 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 clculos, son estimaciones con respecto a lo que se vende, no
siempre son acertados por lo que se requiere realizar compras ms de una vez por
semana, o en otro caso se adquieren productos que si estn 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 quizs 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 ferretera lo cual toma
bastante tiempo por la cantidad de productos, y por realizarse de forma manual.

A continuacin se describe el actual procedimiento crtico de la ferretera 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 aade o resta
productos.
Luego el administrador se las enva al encargado de compras ya sea va telefnica
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 problemtica 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 problemtica 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 cunto se
compr, que cosas se compraron y el valor de cada uno de los productos adquiridos.
Adems, 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 fsicamente 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 clculo.
Si el cliente solicita descuento, el vendedor le realiza un descuento aproximado,
segn lo sealado por los dueos (este descuento vara segn el tipo de cliente
que sea, esta clasificacin se estima segn la frecuencia con la que realiza
compras en la ferretera).

La problemtica de realizar la operacin del modo sealado, 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. Adems 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 podra evitar teniendo un buen sistema, ya que anotar
cada producto en un papel, con sus respectivos precios, luego sumar cada uno de
estos valores ms de una vez, implica tener que hacer esperar al cliente, hacer
esperar a los dems 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 clculos del precio neto, IVA, total, etc. se realiza a travs de una
calculadora, dicha operacin se realiza ms de una vez para tratar de asegurar
que los valores son correctos.

La problemtica 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 mayora de los casos est marcado, hay casos en que no lo que implica
un tiempo considerable. Adems 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 clculos
matemticos de cada uno de los productos, en el caso de que lleva ms que una
unidad se le debe calcular, el total, el IVA, el neto, lo que a su vez se debe aadir el
tiempo de revisin 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 prdida para la ferretera, ya que en ciertas situaciones los clientes al no ser
atendidos de forma rpida, 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 estimacin de cuanto se
perdi y cuanto se vendi.

La problemtica de realizar el inventario de esta modalidad, es que toma

mucho tiempo el estar revisando producto por producto, por lo general toma varios
das, adems incluye un gasto monetario, ya que se debe pagar a una persona para
que realice esta funcin. Adems 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 estimacin 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 clculo se realiza ms de una vez para asegurar de que
est correcto.

El inconveniente en este punto es que toma tiempo en sumar boleta por boleta,
adems no siempre es correcto el clculo.

Para el registro de los libros de compras:

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

La problemtica 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, clculos, 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
Definicin del proyecto

Objetivos del proyecto

El objetivo general de este proyecto es dar apoyo a una PYME, a travs del desarrollo de
una aplicacin, la cual le permita controlar los recursos, tanto los que ingresan como los
que salen de la ferretera y que adems, permita brindar apoyo publicitario, a travs de un
catlogo web, el cual tiene como propsito dar a conocer los productos que posee la
empresa a los posibles clientes.

Objetivos especficos

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
automtica.
Generar informes de:
-Ingresos, egresos y stock de productos.
-Productos ms vendidos y menos vendidos en perodos 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 prximas compras con facturas.
Mostrar precio de venta de los productos y sus posibles descuentos.
Crear Catlogo Web, el que muestren los productos actuales de la empresa.

18
Ambiente de ingeniera de software

Plan de trabajo a desarrollar

Anlisis y evaluacin de la situacin actual de la micro empresa: analizar

cmo se realiza cada registro: compra, venta, inventario, stock; clculo de
los precios, bsqueda de los productos.

Toma de requisitos.

Construccin caso de usos.

Construccin modelo entidad-relacin.

Construccin modelo de base de datos.

Construccin de Base de datos.

Construccin modelo de clases.

Construccin de perfiles: sper administrador, Administrador, vendedor,

cliente.

Construccin del mdulo de inventario.

Pruebas al mdulo de inventario.

Correcciones al mdulo de inventario.

Construccin mdulo de ventas.

Pruebas al mdulo de ventas.

Correcciones al mdulo de ventas.

Construccin mdulo de ventas por facturas.

Pruebas mdulo de ventas por factura.

Correcciones modulo ventas por facturas.

Construccin mdulo de contabilidad.

Pruebas al mdulo de contabilidad.

Correcciones al mdulo de contabilidad.

Construccin catalogo Web.

Pruebas al catlogo Web.

19
 Correcciones al catlogo Web.

Construccin mdulo de reportes (Ventas, compras, Lista pedido, Stock, los

ms vendidos, menos vendidos, clientes y vendedores).

Pruebas al mdulo de reportes.

Correcciones al mdulo de reportes.

Presentacin al cliente.

Correcciones solicitadas por el cliente.

Carta Gantt

A continuacin se presenta una carta Gantt, con la primera estimacin de plazos

para desarrollar en proyecto que se esta describiendo en el presente informe. En las
Imgenes 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
Descripcin de los aspectos fundamentales de la metodologa 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 presentacin la
cual es la que ve el usuario, una capa de negocio en la que se encuentra la lgica del
negocio, y finalmente la capa de dato.

Se pens en un principio en utilizar la metodologa de desarrollo en espiral, la cual

es similar a la metodologa 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 metodologa del modelo en espiral.

Pero debido a la estructura de la planificacin, y los tiempos estimados, se

reconsidero, y se opt por cambiar la metodologa, ya que no se pronostic un proyecto
por incrementos, por lo cual se decidi seguir la estructura de la metodologa en cascada.
Segn Pressman [4] el modelo en cascada, es el enfoque metodolgico 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 finalizacin de la etapa anterior, en la Imagen 4 se
muestra como se distribuyen las etapas del desarrollo con la metodologa del modelo en
cascada.

Un ejemplo de una metodologa de desarrollo en cascada es:

1. Anlisis de requisitos.

2. Diseo del Sistema.

3. Diseo del Programa.

4. Codificacin.

5. Pruebas.

6. Implantacin.

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: (Versin 4.0.30319.SP1Rel) Es un potente Entorno

de Desarrollo Integrado (IDE) que asegura cdigo de calidad durante todo el ciclo
de vida de la aplicacin, desde el diseo hasta la implementacin [1].
Microsoft SQL Server Management Studio Express (SSMSE): (Versin
10.0.1600.22) Proporciona una herramienta de administracin grfica para SQL
Server 2008 Express (SQL Server Express), gratuita y fcil de usar para SQL
Server [5].
SQL Server express: es un sistema para la gestin 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: (Versin 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: (Versin 2.0.10) Es un programa gratuito para la administracin de
proyectos utilizando diagramas de Gantt. El grupo de desarrolladores al cual
pertenece esta herramienta es GanttProjectTeam [8].
StarUML: (Versin 5.0.2.15670) Est herramienta se utiliza para modelar
diagramas de secuencia, su distribucin 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
lgica de la aplicacin. HTML, ASPX, ambos para el diseo de la aplicacin.
Adems de la JavaScript que ayuda para incrustar cdigo dentro del diseo de la
pgina. JQuery, Ajax, que apoyan al diseo de la aplicacin.

Definiciones, siglas, abreviaciones

PYMES: esta sigla se refiera a las Pequeas y Medianas empresas.

Router: es un dispositivo de hardware usado para la interconexin de redes
informticas.
Microsoft SQL Server: Microsoft SQL Server es un sistema para la gestin de
bases de datos producido por Microsoft basado en el modelo relacional.

24
Trabajos similares realizados previamente.

Sistema de control de inventario para Ferretera Coinco, por Aguirre Cuadra, Rodrigo
Eduardo M (DC) 001.6 Ag94 2009. Es una aplicacin web, creada en PHP, a diferencia
de BeyPaz System que est creada en el framework .NET, C# y ASPX.

El sistema de inventario Ferretera COINCO, es un sistema orientado al inventario,

Baypaz System adems del estar enfocado en inventario, permite monitorear los flujos de
caja, generar facturas, tener un control de los empleados.

Requisitos

Adaptacin 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, adems, se llevarn 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 lnea.

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 peticin explicita
del dentista no ser a travs de internet).

Por el momento la generacin de los siguientes documentos no estarn habilitados ya

que se generarn en una prxima versin del sistema, estos son: boleta, gua de
despacho, orden de compra, presupuesto, nota de crdito, retiro e ingreso de dinero.

La pgina para los clientes an no ser liberada, solo se manejar desde la ferretera,
ya que los dueos de la ferretera quieren poner a prueba el sistema de manera local
en un inicio, luego invertir en publicar la aplicacin, 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.
Adems evitar excesos y bajas de stock, tambin, 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 ferretera con el objetivo de entregar un
descuento asociado a cada tipo de cliente y para facilitar la informacin de los
productos adquiridos por el cliente, para que los dueos o administradores de la
empresa puedan realizar estudios futuros de las ventas.

Descripcin 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 cdigo de barra.
Y una impresora matriz de punto para las facturas.

Interfaz de software
El desarrollo de la aplicacin:

Nombre: Microsoft Visual Web Developer Express Edition

Nmero especificacin o Versin; 2010 Ultimated

La creacin de la base de datos:

Nombre:SQL Server
Nmero especificacin o Versin; 2008

26
Interfaces de comunicacin

El protocolo de comunicacin que se utilizar en la comunicacin del sistema es

HTTP este protocolo es uno de los ms comunes.

Requerimientos especficos

A travs 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 aplicacin web, para ver el estado real de los ingresos y egresos, en base a esta
vaga informacin 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, direccin,
telfono, correo electrnico.
1.2. Vendedor: Nombre completo, Rut, fecha de contrato, fecha retiro, direccin,
telfono, correo electrnico, 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 razn social, direccin, telfono, giro.
1.3.2. Boleta: Rut, nombre completo, direccin, telfono, descuento asociado.

2. Registro de productos: Nombre, caractersticas (marca, color, dimensiones,

cantidad, descripcin general), precio compra, precio venta, precio con descuento,
mxima cantidad que se deben tener en stock, mnima cantidad que se deben tener
en stock.

3. Registro de proveedores: Rut, nombre, direccin, giro.

27
4. Ingreso de mercadera: El sistema debe permitir ingresar productos al momento de
un comprar mercadera para el negocio, se debe registrar el proveedor, los productos
comprados, para estos se debe buscar si ya existen almacenados en la base de datos
productos de esa categora y sumar las cantidades adquiridas a las ya existentes, si
no es as se registra con todos los datos antes descrito. El sistema tambin debe
permitir el ingreso de mercadera que se devuelve o que se obtiene por otro medio
(ejemplo trueque).

5. Salida de mercadera: Cada venta deber ser registrada en el sistema, los datos que
se deben guardar de la venta sern los siguientes: Cdigo producto, cantidad, precio
al cual se vendi, cdigo 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 automtica. Tambin 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 devolucin.

6. El sistema permitir imprimir las facturas emitidas. A travs 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 clculos 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 travs 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, slo estar habilitado para el perfil de
administrador. En este se mostrar cdigo, 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 ms vendidos, los 20
productos menos vendidos, segn alguna fecha determinada, mes especifico o
ao, tambin se puede seleccionar el total que incluye desde que se inician los
registros hasta la fecha actual. Otro filtro ser los productos que estn con la
mnima o menos cantidad disponible, productos que se encuentran con la mxima
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 cdigo
el nombre, la cantidad existente, la cantidad mxima que se puede comprar.

28
8.4. Informe por vendedor: Este tipo de informe se mostrar de distintas formas:
8.4.1. Desde el perfil de vendedor: Cada uno de los vendedores podrn 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 mostrarn 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 cuestin, 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 slo en el perfil de administrador.
Mostrar las ventas segn 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, cdigo vendedor y
fecha.

8.6. Informe de clientes:

Este informe debe poseer dos categoras:

8.6.1. Por cliente especfico: En esta categora se selecciona al cliente y se
muestra una pantalla completa con todos los datos que se poseen del cliente,
adems 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
categoras:
8.7.1. Por proveedor especfico: Se podr seleccionar a un proveedor especfico y
mostrar todos los datos que se poseen en el sistema, estos datos solo podrn
ser visto por las personas que posean perfil de administrador, adems 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 sern los siguientes: Nombre completo, de la
persona natural o jurdica, 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. Mercadera: En esta seccin se mostrarn 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 utilizacin dentro de la empresa: Esta seccin 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 accin de cada uno de los botones e hipervnculos (ventana de ayuda).

Requerimientos no funcionales

10. La aplicacin deber ser diseada 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, adems debe ser letra clara sin adornos que impidan la
distincin clara de las palabras, como por ejemplo de tipografa aceptada: Times new
Roman, Calibri, Arial, etc. Ejemplo de letras no admitidas: Algerian, Britanian Bold, etc.
12. El diseo de las ventanas deben ir de acuerdo al giro de la empresa, ferretera.
13. Adems los diseos de las ventanas no deben sobrecargarse con botones y textos,
deben ser sencillas, para un uso ms fcil de entender.
14. La aplicacin deber poder acceder como mximo 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 cdigos deben generarse automticamente.

30
Interfaces externas de entrada

Cada interfaz de entrada indica todos los grupos de datos que sern ingresados al
sistema independiente del medio de ingreso, en la Tabla 1 se muestra los datos de
entrada.

ID Nombre Descripcin
DEmp Datos del empleado Nombre, Rut, Fecha Contrato, tipo de contrato, AFP,
Imposiciones, fecha de nacimiento, telfono,
direccin, email, das trabajados, vacaciones
tomadas, vacaciones correspondientes, licencias.
DClie Datos del cliente Nombre, Rut, telfono, direccin, mail, giro.
DProv Datos del proveedor Nombre, Rut, giro, telfono, direccin.
DProd Datos De los Nombre, dimensiones, peso, marca, color, categora,
productos stock mximo y mnimo, 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 Descripcin Formato

RS Reporte Stock Muestra el Cdigo del producto, PDF
Nombre, cantidad, Precio
Compra y Precio de venta, stock
mnimo, stock mximo.
RVent Reporte Ventas Muestra Las ventas segn PDF
seleccin, 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 Impresin Lista de productos adquiridos, PDF
Factura cantidad, precio de venta
unitario, total, IVA, Bruto.
CB Cdigo Barra Imprime el cdigo de barra de PNG
un producto.
ClE Cliente Nombre, Rut, telfono, direccin, PDF
Especifico 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: Tecnologa de Informacin Evaluacin 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
dueos, a travs 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 contrasea, para evitar el ingreso de
personas no deseadas, malintencionadas que puedan manipular la informacin a su
conveniencia.

Fiabilidad

El software cuenta con planillas de edicin y eliminacin de informacin incorrecta,

en caso de ingresar mal los productos, clientes, personal, se podr abrir una ventana de
edicin o eliminacin de los datos registrados.

Adems el sistema cuenta con una seguridad basada en cuentas de usuario, as

los permisos para la manipulacin de informacin esta resguardada bajo contraseas y
permisos de usuarios, no todos los usuarios pueden hacer lo mismo.

Usabilidad

Este Software es fcil de usar, debido a su simple interfaz, las tareas estn
separadas por mdulos, 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 contrasea, pero en el

caso de las ventas, un administrador abre el mdulo de ventas y cada vendedor al
momento de realizar la venta introduce su cdigo de vendedor.

33
Mantenibilidad

El software al estar creado por mdulos independientes, la falla de uno no afecta a

la otra, adems, las pruebas son individuales, por lo que se prueba cada una de las
partes del software. Las mantenciones son por mdulos, esto trae la ventaja que al
modificar uno, no altera al resto.

El software tiene una documentacin 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 rpido, 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 bsqueda de las existencias de los
productos, adems disminuir el tiempo en la creacin de las facturas, debido a que los
datos bsicos 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 aplicacin 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, slo un web browser compatible con la

aplicacin.

34
Factibilidad

Factibilidad operativa

Como en cada nueva implementacin dentro de cualquier empresa, sea cual sea
su dimensin, el implementar una nueva tecnologa 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 implicara un mal funcionamiento del
sistema. Uno de los cambios considerables al implementar este sistema, es la limitacin
que se a la que se veran 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 podran realizar retiros sin dejar registros en el sistema, acciones que
en la actualidad se efectan a diario.

Otro de los cambios considerables en los que afectar este sistema, es que los
empleados debern solicitar ms 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 poseern el
mismo porcentaje de descuento, los cuales, una vez implementando el sistema sern pre
establecidos por los dueos de la ferretera, 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 tcnica

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 crtico,
ingresar cliente al sistema, entre otras operaciones que el administrador desee, se
recomienda una computadora de escritorio por la seguridad del funcionamiento de la
aplicacin, la cual deber ser ubicada en una zona cmoda para el administrador. La
segunda computadora permanecer en la tienda y ser manejada por los vendedores, en
la cual sern 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 bsico, debido que no se conectarn ms de cuatro computadoras; Por los primeros
perodos se utilizar el router que posee la familia, hasta que la aplicacin requiera de una
red ms amplia.

Se contempla una capacitacin para los empleados sobre el uso de la aplicacin,

adems de la creacin de un manual de usuario, debido a que no siempre sern las
mismas personas que utilicen el sistema, en caso de cambio y/integracin de personal, es
importante sealar que en esta capacitacin solo se les ensear la utilizacin de la

35
aplicacin 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 computacin, a
pesar de que este sea bsico.

Ambas computadoras tendrn 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 impresin 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
automticamente.

Deber contar con un libro de ventas para anotar las ventas realizadas en caso de
algn corte de luz, ya que el software no se podr usar, para luego ser ingresadas al
sistema una vez restaurado el servicio energtico.

Factibilidad econmica

Al instalar est aplicacin los beneficios que se obtendrn ser el ahorro de tiempo
por parte de los empleados, ya que no tendrn que buscar los productos fsicamente 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 ferretera, en este proyecto se le aconseja al dueo la compra de
un equipo nuevo para utilizar como servidor, cotizado en Falabella online [10], las
caractersticas del equipo se detallan a continuacin en la Tabla 3:

Marca Samsung
Modelo 3002A-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
 Segn mediciones realizadas en comparacin del software versus hacerlo manual,
considerando los tres procesos principales que el cliente desea reducir el tiempo de
ejecucin, los cuales se detallan a continuacin 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 Comparacin de tiempo

La ferretera realiza compras semanalmente, debido a que no siempre cuentan

con una lista de pedido efectiva, por lo faltan productos en la mayora 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 aplicacin 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 ferretera son calculadas manualmente, al realizar cuatro
facturas toma 40 minutos lo que diariamente significa $1.333,333 pesos.

El ahorro diario sera de $1.333 pesos diarios aproximados.

El inventario general se realiza una vez al ao, para el cual se le paga a una
persona extra para que cuente revise el stock de los productos de la ferretera, 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 *7das*4semanas*12 meses +

319.999 pesos.

Resultado final del ahorro anual sera de $ 643.887,02 pesos anuales, aproximando sera
de $ 643.887.

37
*Estos datos fueron obtenidos por el una entrevista al dueo de la ferretera.

Costo de implementar el software

A continuacin en la Tabla 5 se presenta un flujo de caja con plazo de cuatro aos,

para ver reflejado los gastos que produce esta inversin en la ferretera.

Detalle Ao 0 Ao 1 Ao 2 Ao 3 Ao 4
(+)ahorros 643.887 643.887 643.887 643.887
Mantencin 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 anlisis financiero se calcula el VAN que indica el valor actual de
flujos futuros, para esto tomaremos un inters de un 5%.

VAN= Inversin + (Ao 1/ (1+i)1) + (Ao 2/ (1+i)2) + (Ao 3/ (1+i)3) + (Ao 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 aos estimados ya se habr cancelado la inversin inicial del proyecto.

38
Conclusin de la factibilidad

Cada nuevo desafo 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 tecnologas, para
que los resultados sean los esperados, adems 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 tambin se vern
beneficiados ellos.

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

poco ms de un ao la inversin inicial ya se encontrara cubierta con los ahorros de
tiempo y dinero que se obtendra la empresa al implementar este nuevo sistema, y antes
de que comience el segundo ao de utilizacin del sistema se estaran generando
ganancias para la empresa.

39
Anlisis

En esta seccin mostraremos como se piensa disear el sistema a travs de los

diversos modelos, los cuales ayudaran a comprender mejor las funcionalidades, y
propiedades del sistema.

Diagrama general de casos de uso

En esta seccin se describirn los actores que usaran el sistema, los posibles
casos de uso y su especificacin.

Actores
Este apartado contiene los diferentes actores que se han identificado,
especificados mediante la plantilla para actores de casos de uso.

ACT01 Administrador
Descripcin Este actor representa a los administradores de la ferretera y los que
poseen un cargo superior
Comentarios Actualmente son los dueos del local
Casos De Uso 1 Actor Administrador

ACT02 Vendedor
Descripcin Este actor representa a los empleados de la ferretera
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 das de asistencia, etc.
Casos De Uso 2 Actor Vendedor

ACT03 Cliente
Descripcin Este actor representa a los Clientes De la ferretera
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
Especificacin de Los Casos de Uso

Sistema

Iniciar sesin de usuario

ID SIS-001
Caso de Uso Iniciar sesin de usuario.
Referencias
Actores Administrador, Cliente, Vendedor
Tipo Primario.
Propsito Permitir al administrador o al cliente ingresar al sistema.
Precondicin
Post
Condicin
Resumen El administrador, vendedor o cliente deben ingresar su Rut y
contrasea. El sistema verifica que Rut y contrasea sean
correctos y se encuentren almacenados. Posteriormente el
sistema muestra el entorno de trabajo correspondiente al
usuario iniciado.
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza 2.- El sistema despliega un mdulo
cuando el administrador o vendedor para ingresar el Rut y la contrasea,
desea iniciar sesin de trabajo. para iniciar sesin.
3.- El administrador o vendedor 4a.- El sistema verifica que el Rut y la
ingresa su Rut y contrasea. contrasea, sean vlidos.
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 contrasea existe alguno que no sea vlido, entonces,
el sistema muestra un mensaje de informacin del caso y vuelve al paso 2.
5b.- Si el Rut y contrasea ingresada no existen, el sistema muestra mensaje
de informacin del caso y vuelve al paso 2.
Casos De Uso 4 Iniciar sesin de usuario

43
Agregar Proveedor

ID AD-003
Caso de Uso Agregar Proveedor
Referencias
Actores Administrador
Tipo Primario
Propsito Permite al administrador agregar un proveedor al sistema
Precondicin Haber iniciado sesin con una cuenta de administrador
Post
condicin
Resumen
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
el administrador desea agregar un para ingresar los datos del
nuevo proveedor 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, Direccin, anteriormente.
Telfono 1, Telfono 2, Fecha de
ingreso, E-mail, Giro).
5a.- que los datos ingresados estn
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 haba sido ingresado con
anterioridad, vuelve al paso 2.
5b.- el sistema despliega alertas en el mdulo para corregir los ingresos de los
datos errneos, 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
Propsito Permite al administrador editar un proveedor al sistema, en
caso que este haya sido ingresado mal, o tenga algn cambio.
Precondicin Haber iniciado sesin con una cuenta de administrador
Post
condicin
Resumen El administrador edita al proveedor a travs de un formulario.
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
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, Direccin,
Telfono 1, Telfono 2, Fecha de
ingreso, E-mail, Giro).
5.- El sistema despliega un men de
confirmacin de edicin.
6a.- el administrador confirma la 7.- El sistema despliega un mensaje
edicin. 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 edicin, 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
Propsito Permite al administrador Deshabilitar un proveedor al sistema
Precondicin Haber iniciado sesin con cuenta de administrador
Post
condicin
Resumen El administrador Deshabilita al proveedor a travs de un
formulario.
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
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
Deshabilitacin. confirmacin de Deshabilitacin.
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 Deshabilitacin,
el sistema vuelve al paso 2.
Casos De Uso 7 Eliminar Proveedor

46
Mdulo de inventario

Agregar Producto

ID AD-006
Caso de Uso Agregar Producto
Referencias
Actores Administrador
Tipo Primario
Propsito Permite al administrador agregar un nuevo producto
Precondicin Haber iniciado sesin con una cuenta de administrador, no
haber registrado el producto antes
Post Luego de cada producto ingresado se da la opcin de ingresar
condicin un nuevo producto
Resumen El administrador registra un nuevo producto.
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
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, Categora, producto no exista.
color, Marca, Largo, Ancho, Alto,
Peso, Volumen, Diametro1, Diametro2,
Unidad De Medida, stock disponible,
stock Mnimo, stock mximo Unidad
de Medida Venta, Precio Costo, Precio
Venta).
5.- El sistema despliega un men de
confirmacin 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
operacin 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
Propsito Permite al administrador Deshabilitar un producto
Precondicin Haber iniciado sesin con una cuenta de administrador, el
producto debe de existir en el sistema
Post
condicin
Resumen El administrador elimina un producto.
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
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(Cdigo, Nombre, producto que se desea Deshabilitar
Categora, color, Marca, Largo, Ancho,
Alto, Peso, Volumen, Diametro1,
Diametro2, Unidad De Medida, stock
disponible, stock Mnimo, stock
mximo Unidad de Medida Venta,
Precio Costo, Precio Venta)
5.- El sistema despliega un men de
confirmacin de Deshabilitacin
6a.- el administrador confirma la 7.- El sistema despliega un mensaje
Deshabilitcin 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 eliminacin 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
Propsito Permite al administrador editar un producto registrado en el
sistema, en caso que este haya sido ingresado mal, o haya
sufrido un cambio
Precondicin Haber iniciado sesin con una cuenta de administrador
Post
condicin
Resumen El administrador edita un producto a travs de un formulario.
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
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 confirmacin de edicin.
6a.- el administrador confirma la 7.- El sistema despliega un mensaje
edicin. en pantalla indicando que se ha
modificado correctamente.
CURSOS ALTERNATIVOS
6b.- El administrador cancela la edicin, el sistema vuelve al paso 2.
Casos De Uso 10 Editar Producto

49
Registrar prdida o robo de producto

ID AD-021
Caso de Uso Registrar prdida o robo de producto
Referencias
Actores Administrador
Tipo Primario
Propsito Registrar la perdida de productos
Precondicin Haber iniciado sesin con cuenta de administrador, el
producto debe existir en el sistema
Post
condicin
Resumen El administrador registra las prdidas de los productos
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
el administrador desea registrar las registrar la perdida, ya sea robo u
prdidas de los productos de otro motivo, en esta ventana se
existencias de un producto. muestra 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 confirmacin
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
operacin, vuelve al paso 2
Casos De Uso 11 Registrar prdida o robo de producto

50
Registrar devolucin de productos al proveedor

ID AD-021
Caso de Uso Registrar devolucin de productos al proveedor
Referencias
Actores Administrador
Tipo Primario
Propsito Registrar la perdida de productos
Precondicin Haber iniciado sesin con cuenta de administrador, el
producto debe existir en el sistema
Post
condicin
Resumen El administrador registra la devolucin de un producto al
proveedor
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
el administrador desea registrar la registrar la devolucin, mostrando
devolucin de productos una lista de los productos
3.- El administrador selecciona el 4.- El sistema despliega una ventana
producto, el motivo de devolucin y la emergente de confirmacin
cantidad
5a.- El administrador confirma el 6a.- El sistema despliega un mensaje
registro en pantalla indicando que se ha
registrado la devolucin
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
operacin, vuelve al paso 2
Casos De Uso 12 Registrar devolucin de productos al proveedor

51
Mdulo de ventas

Realizar la venta

ID VE-026
Caso de Uso Realizar ventas
Referencias

Actores Vendedor
Tipo Primario
Propsito Registrar una venta.
Precondicin Haber iniciado el sistema.
Post Realizar pago.
condicin
Resumen El vendedor realiza las ventas llenando un formulario de venta.
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
el vendedor registra la venta. para ingresar la venta
3.- el vendedor llena el formulario con 4.- el sistema despliega un mensaje
los productos, cantidad y tipo de de confirmacin
venta (boleta o factura)
5a.- el administrador confirma 6a.- el sistema muestra un mensaje
que indica que la venta se realiz
correctamente
CURSOS ALTERNATIVOS
5b.- el administrador cancela la venta
6b.- el sistema muestra un mensaje indicando que la venta se cancel
Casos De Uso 13 Realizar la venta

52
Registrar devolucin de productos del cliente

ID AD-021
Caso de Uso Registrar devolucin de productos del cliente
Referencias
Actores Vendedor
Tipo Primario
Propsito Registrar la devolucin de productos
Precondicin Haber iniciado el sistema
Post
condicin
Resumen El Vendedor registra la devolucin del producto a la ferretera
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
el vendedor desea ingresar una registrar la devolucin, mostrando
devolucin una lista de los productos
3.- El administrador selecciona el 4.- El sistema despliega una ventana
producto, el motivo de devolucin y la emergente de confirmacin
cantidad
5a.- El vendedor confirma el registro 6a.- El sistema despliega un mensaje
en pantalla indicando que se ha
registrado la devolucin
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
operacin, vuelve al paso 2
Casos De Uso 14 Registrar devolucin de productos del cliente

53
Mdulo de reportes

Imprimir reporte

ID AD-023
Caso de Uso Imprimir reportes
Referencias
Actores Administrador
Tipo Primario
Propsito Imprimir los distintos reportes que genera el sistema
Precondicin Haber iniciado sesin.
Post
condicin
Resumen Ver alguno de los tipos de reportes
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega una ventana
el administrador desea ver el algn con las distintas opciones de
reporte ya sea de inventario, compra, reportes que genera
venta, cliente, vendedor u otro
3.- El administrador selecciona el 4.- El sistema muestra el informe
informe que desea (libro diario, libro seleccionado
de 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
Propsito Permite al administrador agregar un nuevo cliente
Precondicin Haber iniciado sesin como administrador
Post
condicin
Resumen El administrador registra un nuevo cliente.
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
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, Direccin,
Telfono 1, Telfono 2, Fecha de
ingreso, E-mail, giro, clasificacin).
5.- El sistema despliega un men de
confirmacin 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
Propsito Permite al administrador editar un cliente en el sistema, en
caso que este haya sido ingresado mal, o tenga algn cambio.
Precondicin Haber iniciado sesin
Post
condicin
Resumen El administrador edita un cliente a travs de un formulario.
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
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, Direccin,
Telfono 1, Telfono 2, Fecha de
ingreso, E-mail, giro, clasificacin).
6a.- el administrador confirma la 5.- El sistema despliega un men de
edicin. confirmacin de edicin.
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 eliminacin, 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
Propsito Permite al administrador deshabilitar un cliente
Precondicin Haber iniciado sesin
Post
condicin
Resumen El administrador deshabilita un cliente.
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
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
confirmacin de deshabilitacin.
6a.- el administrador confirma la 7.- El sistema despliega un mensaje
deshabilitacin. 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 deshabilitacin 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
Propsito Permite al administrador agregar un nuevo vendedor
Precondicin Haber iniciado sesin
Post
condicin
Resumen El administrador registra un nuevo vendedor.
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
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, Direccin,
Telfono 1, Telfono 2, Fecha de
ingreso, Fecha Contrato, Contrato,
Imposiciones, Perfil, AFP).
5.- El sistema despliega un men de
confirmacin 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
Propsito Permite al administrador editar un vendedor en el sistema, en
caso que este haya sido ingresado mal, o tenga algn cambio.
Precondicin Haber iniciado sesin
Post
condicin
Resumen El administrador edita un vendedor a travs de un formulario.
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
el administrador desea editar un para buscar el vendedor que se
vendedor. desea modificar.
3.- El administrador ingresa los datos 4a.- El sistema verifica que el
del vendedor (Nombre, Rut, Fecha de vendedor exista.
nacimiento, Password, Direccin,
Telfono 1, Telfono 2, Fecha de
ingreso, Fecha Contrato, Contrato,
Imposiciones, Perfil, AFP).
6a.- el administrador confirma la 5.- El sistema despliega un men de
edicin. confirmacin de edicin.
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 eliminacin, 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
Propsito Permite al administrador eliminar un vendedor
Precondicin Haber iniciado sesin
Post
condicin
Resumen El administrador elimina un vendedor.
CURSO NORMAL DE EVENTOS
Accin del Actor Respuesta del Sistema
1.- Este caso de uso comienza cuando 2.- El sistema despliega un mdulo
el administrador desea eliminar un para buscar el vendedor que se
vendedor. desea 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
confirmacin de eliminacin.
6a.- el administrador confirma la 7.- El sistema despliega un mensaje
eliminacin. 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 eliminacin 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
Propsito Informe de ventas realizadas por el vendedor realizado
Precondicin Haber iniciado sesin con una cuenta de vendedor
Post
condicin
Resumen Ver las ventas realizadas por el vendedor
CURSO NORMAL DE EVENTOS
Accin 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 interaccin de un conjunto de objetos en una aplicacin a travs 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 relacin

A continuacin en la Imagen 7 se presenta el modelo de entidad relacin del

sistema en cuestin.

Imagen 7 modelo entidad relacin 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
Diseo interfaz

Diseo de Fsico de la Base de datos

El modelo de datos que se presenta a continuacin 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 N7de la
pgina anterior se aprecia el modelo fsico de la base de datos.

En este caso se implementaron catorce procedimientos almacenados, que corresponden

al control de personas, a continuacin 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

sesin.

InsertarPersonaEmpleado: Inserta los datos personales de algn 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 algn 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 clasificacin, 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 cdigo del producto, este cdigo se genera
automticamente segn las caractersticas del producto, es una combinacin alfa
numrico. Nombre del producto (solo si posee un nombre propio o si se desea dar
ms detalle del producto), las dimensiones que este posee, en este caso se da la
opcin para ingresar: largo, ancho, alto, peso, volumen, adems de dos opciones
libres llamadas dimetro 1 y dimetro 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 adems con tres relaciones ms, que corresponden a la
marca, color y categora del producto. Otros atributos que posee es de Stock
mximo, y mnimo, los cuales son tiles para limitar la compra del producto, y
mantener el control del Stock del producto sin sobrepasar la cantidad mxima que
es permitido por la empresa del producto, ya sea por lmites de espacio o venta, lo
contrario del Stock mnimo que indica cuando es el mnimo de productos que se
deben contar en el local. Adems, 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
devolucin 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. Categora: Corresponde a la categora del producto. En la Imagen 12 se muestra

la tabla categora.

Imagen 12 Categora

5. UnidadDeMedida: Corresponde a la descripcin 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. Clasificacin: Describe la clasificacin del producto, un producto puede tener una
o ms clasificaciones, en la Imagen 14 se muestra la tabla clasificacin.

Imagen 14 Clasificacin

7. Producto_Clasificacion: Corresponde a la relacin entre el producto y sus

clasificaciones, en la Imagen 15 se muestra la tabla clasificacin.

Imagen 15 Producto Clasificacin

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 inauguracin en caso de alguna entidad), dos posibles telfonos, direccin
fsica, direccin de correo electrnico, contrasea 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, adems 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, adems de cantidad de das 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 da 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 das trabajados.

Imagen 20 Registros das Trabajados

13. Registro_vacaciones: se registra el da de inicio al da de trmino 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 da de inicio al da de trmino 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 clasificacin del cliente, en la Imagen 23 se
muestra la tabla cliente.

Imagen 23 Cliente

91
16. Clasificacin_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 clasificacin cliente.

Imagen 24 Clasificacin 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 cdigo 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 cdigo 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 algn tipo
de egreso extra. Los atributos de esta tabla son el monto_al_inicar, para poder
calcular cunto dinero ingresa en un turno o cuanto se pierde, monto_al_cierre,
este monto indica el monto que debera poseer la caja al terminar un turno,
ingresos_extras indican si es que existe un ingreso extraordinario, o una
devolucin 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
Diseo de interfaz y navegacin

La Imagen 34 muestra el diseo de la interfaz de la aplicacin:

Imagen 34 Diseo de la Interfaz

rea 1, cabecera de la aplicacin donde se muestra el nombre de la empresa.

rea 2, men del sitio.

rea 3, contenido de la pgina.

rea 4, pie de pgina.

97
Diseo de arquitectura funcional

A continuacin se muestra el rbol de descomposicin funcional, el cual tiene

todas las funcionalidades del sistema. Este se divide en tres partes, debido al largo que
tiene, en las imgenes 35-36-37, se muestra el rbol de descomposicin.

Imagen 35 rbol De Descomposicin Parte 1

98
Imagen 36 rbol De Descomposicin Parte 2

99
Imagen 37 rbol De Descomposicin Parte 3

100
Especificacin de mdulos
Los mdulos de programa creados para esta aplicacin se describen en las siguientes
tablas (desde la Tabla N6 hasta la N22):
N Mdulo: 1
Parmetros de entrada
Nombre: nombre producto
Nombre: Id categora
Nombre: Id color
Nombre: Id marca
Nombre: largo producto
Nombre: ancho producto
Nombre: alto producto
Nombre: peso producto
Nombre: volumen producto
Nombre: otro dimetro
Nombre: otro dimetro
Nombre: Id unidad de medicin
Nombre: Stock mximo
Nombre: Stock mnimo
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 clasificacin
N Mdulo: 2
Parmetros de entrada
Nombre: Rut empleado
Nombre: nombre empleado
Nombre: fecha de nacimiento
Nombre: password
Nombre: direccin
Nombre: telfono1
Nombre: telfono2
Nombre: fecha ingreso
Nombre: mail
Nombre: fecha contrato
Nombre: Id tipo de contrato
Nombre: AFP
Nombre: Id perfil
Nombre: imposiciones
Nombre Mdulo: Producto
Parmetros de Salida
Tipo de dato: String Nombre: cdigo Tipo de dato: String
Tipo de dato: int Nombre: nombre producto Tipo de dato: String
Tipo de dato: int Nombre: Id categora Tipo de dato: int
Tipo de dato: int Nombre: Id color Tipo de dato: int
Tipo de dato: float Nombre: Id marca Tipo de dato: int
Tipo de dato: float Nombre: largo producto Tipo de dato: float
Tipo de dato: float Nombre: ancho producto Tipo de dato: float
Tipo de dato: float Nombre: alto producto Tipo de dato: float
Tipo de dato: float Nombre: peso producto Tipo de dato: float
Tipo de dato: float Nombre: volumen producto Tipo de dato: float
Tipo de dato: float Nombre: otro dimetro Tipo de dato: float
Tipo de dato: int Nombre: otro dimetro Tipo de dato: float
Tipo de dato: float Nombre: Id unidad de medicin Tipo de dato: int
Tipo de dato:float Nombre: Stock mximo Tipo de dato: float
Tipo de dato: float Nombre: Stock mnimo Tipo de dato:float
Tipo de dato: float Nombre: Stock disponible Tipo de dato: float
Tipo de dato: float Nombre: Stock no disponible Tipo de dato: float
Tipo de dato: int Nombre: cantidad de perdida Tipo de dato: float
Tipo de dato: float Nombre: unidad de medida venta Tipo de dato: int
Tipo de dato: float Nombre: precio de costo Tipo de dato: float
Tipo de dato: String Nombre: precio de venta Tipo de dato: float
Tipo de dato: int Nombre: imagen Tipo de dato:String
Nombre: Id clasificacin producto Tipo de dato: int
Tabla 6 Especificacin de mdulo Producto
Nombre Mdulo: Empleado
Parmetros 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: Date
Tipo de dato: int
Tipo de dato: String
Tipo de dato: int
Tipo de dato:float
Tabla 7 Especificacin de mdulo Empleado
101
N Mdulo: 3 Nombre Mdulo: Proveedor

Parmetros de entrada Parmetros de Salida

Nombre: Rut proveedor
Nombre: nombre proveedor
Nombre: fecha de nacimiento
Nombre: password
Nombre: direccin
Nombre: telfono1
Nombre: telfono2
Nombre: fecha ingreso
Nombre: mail
Nombre: giro
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
Tabla 8 Especificacin de mdulo Proveedor

N Mdulo: 3 Nombre Mdulo: Cliente

Parmetros de entrada Parmetros de Salida

Nombre: Rut cliente
Nombre: nombre cliente
Nombre: fecha de nacimiento
Nombre: password
Nombre: direccin
Nombre: telfono1
Nombre: telfono2
Nombre: fecha ingreso
Nombre: mail
Nombre: giro
Nombre: clasificacin
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 Especificacin de mdulo Cliente

N Mdulo: 4 Nombre Mdulo: Venta

Parmetros de entrada Parmetros de Salida

Nombre: venta con factura
Nombre: Id estado
Nombre: Id empleado
Nombre: Id cliente
Nombre: valor cancelado
Nombre: nmero documento
Tipo de dato: Bool Nombre: Id
Tipo de dato: int Nombre: fecha
Tipo de dato: int Nombre: venta con factura
Tipo de dato: int Nombre: Id estado
Tipo de dato: float Nombre: Id empleado
Tipo de dato: int Nombre: Id cliente
Nombre: valor cancelado
Nombre: nmero documento
Nombre: venta con factura
Nombre: Id estado
Tabla 10 Especificacin de mdulo Venta
Tipo de dato: int
Tipo de dato: DateTime
Tipo de dato: Bool
Tipo de dato: int
Tipo de dato: int
Tipo de dato: int
Tipo de dato: float
Tipo de dato: int
Tipo de dato: Bool
Tipo de dato: int

N Mdulo: 5 Nombre Mdulo: Detalle venta

Parmetros de entrada Parmetros de Salida

Nombre: cdigo producto
Nombre: Cantidad
Tipo de dato: String Nombre: Id
Tipo de dato: float Nombre: cdigo producto
Nombre: cantidad
Nombre: precio real venta
Tabla 11Especificacin de mdulo Detalle Venta
Tipo de dato: int
Tipo de dato: String
Tipo de dato: float
Tipo de dato: float

102
N Mdulo: 6 Nombre Mdulo: Compra

Parmetros de entrada Parmetros 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: nmero documento Tipo de dato: int
Nombre: venta con factura Tipo de dato: Bool
Nombre: Id estado Tipo de dato: int
Tabla 12 Especificacin de mdulo Compra

N Mdulo: 7 Nombre Mdulo: Detalle compra

Parmetros de entrada Parmetros de Salida

Nombre: cdigo producto Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: Cantidad Tipo de dato: float Nombre: cdigo 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 Especificacin de mdulo Detalle Compra

N Mdulo: 8 Nombre Mdulo: Categora

Parmetros de entrada Parmetros de Salida

Nombre: nombre categora Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: Descripcin Tipo de dato: String
Tabla 14 Especificacin de mdulo Categora

N Mdulo: 9 Nombre Mdulo: Unidad de medida

Parmetros de entrada Parmetros de Salida

Nombre: nombre unidad de medida Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: Descripcin Tipo de dato: String
Tabla 15 Especificacin de mdulo Unidad De Medida

N Mdulo: 10 Nombre Mdulo: Marca

Parmetros de entrada Parmetros de Salida

Nombre: nombre marca Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: Descripcin Tipo de dato: String
Tabla 16 Especificacin de mdulo Marca

N Mdulo: 11 Nombre Mdulo: Color

Parmetros de entrada Parmetros de Salida

Nombre: nombre color Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: Descripcin Tipo de dato: String
Tabla 17 Especificacin de mdulo Color

N Mdulo: 12 Nombre Mdulo: Clasificacin

Parmetros de entrada Parmetros de Salida

Nombre: nombre clasificacin Tipo de dato: String Nombre: Id Tipo de dato: int
Nombre: Descripcin Tipo de dato: String

103

N Mdulo: 13
Parmetros de entrada
Nombre: nombre tipo de contrato
Nombre: sueldo base
Nombre: Hora por da
Nombre: das a la semana
Nombre: Por hora
Nombre: valor hora
N Mdulo: 14
Parmetros de entrada
Nombre: nombre perfil
Nombre: descuento aplicable
N Mdulo: 15
Parmetros de entrada
Nombre: nombre perfil
Nombre: descripcin
N Mdulo: 15
Parmetros de entrada
Nombre: nombre clasificacin
Nombre: descuento asociado
Tabla 22 Especificacin de mdulo Clasificacin Cliente
Tabla 18 Especificacin de mdulo Clasificacin
Nombre Mdulo: Contrato
Parmetros de Salida
Tipo de dato: String Nombre: Id Tipo de dato: int
Tipo de dato: float
Tipo de dato: float
Tipo de dato float
Tipo de dato: int
Tipo de dato: float
Tabla 19 Especificacin de mdulo Contrato
Nombre Mdulo: Perfil
Parmetros de Salida
Tipo de dato: String Nombre: Id Tipo de dato: int
Tipo de dato: float
Tabla 20 Especificacin de mdulo Perfil
Nombre Mdulo: Giro
Parmetros de Salida
Tipo de dato: String Nombre: Id Tipo de dato: int
Tipo de dato: String
Tabla 21 Especificacin de mdulo Giro
Nombre Mdulo: Clasificacin cliente
Parmetros de Salida
Tipo de dato: String Nombre: Id Tipo de dato: int
Tipo de dato: float
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
impresin 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 sern cinco, reporte general donde estn 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 debern tener el siguiente orden: N de fila, Cdigo,
Nombre, Categora, 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, Cdigo
del producto, nombre del producto, Categora, Color, Marca, Largo, Ancho, Alto, Peso,
Volumen, Dimetro 1, Dimetro 2, Unidad de medida, Stock Mximo, Stock mnimo, Stock
disponible.

Clientes
Los reportes de clientes sern 2 en esta seccin, un listado de los cumpleaos de
los clientes y un listado de todos los clientes.

Reporte Cumpleaos Cliente

El reporte Cumpleaos de clientes tendr el siguiente orden en sus columnas: N
de fila, Rut, Nombre Cliente, Fecha de Cumpleaos.

Reporte Cliente General

El reporte cliente General tendr el siguiente orden en sus columnas: N de fila,
Rut, Nombre, Telfono, Direccin, E- Mail, Giro, Clasificacin, Fecha ingreso.

Reporte Por Proveedores

Los reportes de proveedores tendrn el siguiente orden en las columnas: N fila,
Rut, Fecha Ingreso, Nombre, Telfono 1, Telfono 2, Direccin, E-Mail, Giro.

Reporte proveedor por adquisiciones

Los reportes de proveedores por adquisiciones, debern tener las fechas de los
periodos en la parte superior derecha y tendrn el siguiente orden en las columnas: N
fila, Rut, Nombre, Telfono 1, Telfono 2, Direccin, E-Mail, Giro, cdigo del producto,
Nombre del producto, cantidad, fecha de compra.

Reportes Compras
Los reportes de Compras sern cinco, reporte general donde estn 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

Adaptacin basada en IEEE Software Test Documentation Std 829-1998 para toda la
seccin de las pruebas.

Elementos de prueba

Los mdulos que se sometern a prueba, contempla el mdulo de administracin, de

venta, cliente, empleado.

Mdulo administracin, este mdulo contempla la administracin de las cuentas,

productos, licencias, das trabajados y estadsticas del sistema.

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

Especificacin de las pruebas

En la tabla 23 muestra la especificacin de las pruebas.

Caractersticas a Nivel de Objetivo de Enfoque para la Tcnicas para la definicin Actividades Criterios de
probar prueba la Prueba definicin de de casos de prueba de prueba cumplimiento
casos de
prueba

Validacin de 1 Evitar Probar los Datos errneos, Validar Sin Perdida de

Campos Cadas en campos donde espacios en blancos. formularios servicio
el servicio 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 pginas perfiles
ingresar incorrectos y con permitidos.
personas sin usuario seguridad
indebidas de
al sistema. diferentes
perfiles
Estrs 3 Medir Saturacin Llenado de datos, Llenar la Sin cadas
tiempos por datos simulando mucho BD de datos, del servicio o
de tiempo funcionando realizar largos tiempos
respuesta reportes. de espera
del
sistema.
Aceptacin de 4 Medir Usabilidad Medir tiempos, de Realizar Medicin
usuarios tiempos de los registros de venta varias de 10 ventas
de usuarios ventas Por
procesos separado
en el
sistema

Tabla 23 Especificacin de Pruebas

108
Responsables de las pruebas

Tabla N 24 muestra los responsables de las pruebas.

Prueba Responsable

Validacin de campos Cristian Figueroa Fuentes

seguridad Yoselin Aedo San Martin

estrs Cristian Figueroa

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

Validacin de campos 8-08-2012

seguridad 8-08-2012

estrs 9-08-2012

Aceptacin de usuarios 9-08-2012

Tabla 25 Calendario de Pruebas

109
Conclusiones de prueba

En la Tabla 26 se observa las conclusiones de las pruebas.

Prueba Resultados

Validacin de campos Los campos estn validados, la aplicacin no sufre

Cadas.

seguridad No se puede ingresar donde no est permitido,

dejando la aplicacin segura
estrs La aplicacin muestra una respuesta rpida y no
Sufre cadas.
Aceptacin de usuarios Los usuarios a medida que usan la aplicacin
Los tiempos en realizar las tareas disminuyen.
Estos tiempo tambin estn influenciado por el escaso
contacto con los computadores, por lo que cada vez
ser ms rpido el ingreso de datos

Tabla 26 Conclusin de las pruebas

El software paso por las pruebas necesarias para verificar su buen funcionamiento, esta
pruebas fueron favorables, los campos estn validados, la seguridad resguardada por los
permisos de cada usuario, tomando en cuenta una ferretera pequea puede tener 10
empleados al ao, 3000 productos diferentes, realiza 17000 ventas al ao, 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 aplicacin.

110
Especificacin pruebas

Prueba 1: Validacin de campos

En la tabla 27 se puede observar las validaciones de distintos campos al ingresar datos y
al editarlos.

Grupo A Validar Ingreso Edicin

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
estadsticas Validado Validado
Tabla 27 Prueba 1: Validacin de campos

111
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

112
Prueba 3: estrs

En la tabla N 29 muestra los tiempos que demora en cargar las pginas.

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

-Los tiempos fueron medidos con la herramienta web Stopwatch [3].

-Cabe mencionar que son los tiempos de carga completa de la pgina, los tiempos de las
ventas y las compras tardan ms 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: aceptacin

En la tabla N30 muestra los tiempos en que demora un usuario en realizar diversas
tareas en una primera ocasin, 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 416 3 47 3 10 2 48
ingresar Ventas Empleado 1 442 320 253 245 230
Empleado 2 510 437 348 317 245
Ingresar Empleado Empleado 1 4 12 330 27 143 145
Empleado 2 5 42 428 316 217 212
Ingresar Cliente Empleado 1 5 30 321 241 227 230
Empleado 2 4 50 329 237 230 211
Tabla 30 Prueba 4: aceptacin

113
Plan de capacitacin y entrenamiento

La capacitacin se realizar slo una vez, sin embargo el tiempo de consultar por
parte de los empleados de la ferretera hacia los creadores del proyecto, ser de un mes
(perodo considerado como de marcha blanca). En este perodo se explicar el detalle del
funcionamiento del sistema.

Empleados a capacitar

Dueos
Parientes cercanos a los dueos
Vendedor

Los parientes de los dueos se capacitan por ser micro empresa familiar, estos tienen
un nivel de usuario medio, por lo que el aprendizaje se le es ms rpido, y estos mismos
despus pueden resolver dudas a los dueos y/o empleados.

Tipo de capacitacin o entrenamiento

La capacitacin 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 ms adelante.

La primera capacitacin ser para el dueo y administrador de la empresa, la segunda

capacitacin ser para los hijos e hijas del dueo, y la tercera para el empleado,

Funcionalidad o aspectos que sern abordados

Mdulos a capacitar:

Mdulo producto
Mdulo venta
Mdulo compra
Mdulo de empleado
Mdulo de cliente
Mdulo de proveedor

Responsables: Yoselin Aedo (mdulos 1, 2, 3).

Cristian Figueroa (mdulos 4, 5, 6).

114
Tiempo estimado en horas

El tiempo estimado para esta capacitacin es aproximadamente de una hora para

el administrador, una hora para los hijos e hijas de los dueos y media hora para el
empleado de la ferretera, ya que este ltimo solo aborda el mdulo de ventas.

Tiempo total: Dos horas y media.

Recursos requeridos

Los recursos necesarios para realizar esta capacitacin se detallan a continuacin:

Manual de usuario.
Servidor web del Sistema de inventario Ferretera BeyPaz.
Computador conectado a la red
Mozilla Firefox 5.0 instalado en el equipo, Internet Explorer 8 o Google Chrome.

Plan de Implantacin y puesta en marcha

Para la implementacin 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 da hbil 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.

115
Conclusiones

A travs del tiempo todas las empresas han tenido que invertir en diversas
aplicaciones para poder seguir creciendo, debido a que cada da la competencia crece a
pasos agigantados, por lo que los empresarios deben competir con lo que poseen e
inclusive invertir en estudios, metodologas, ms 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 tcnicas que la mayora de los empresarios y microempresarios han

invertido en la implementacin de sistemas que permitan tener control de los productos o
servicios que ofrecen adems 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

decisin 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 ferretera, ya
que si antes le tomaba ms de un minuto en revisar si hay disponibilidad de producto,
ahora slo tendr que revisar el sistema y en un par de click tendr la respuesta, por lo
que no tendr que ir al lugar fsico 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 disminuiran las posibilidades de robo.

En cuanto a las compras, el encargado de las compras tendr la informacin 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 informacin verdica de la situacin
actual de la empresa, quizs los costos sean elevados en trminos econmicos, en un
principio, pero se vern 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
utilizacin de aplicaciones que permitan mejorar los flujos de informacin, entre los
usuarios.

Como estudiantes de la Universidad del Bio-Bo, hemos podido aplicar bastantes

de los conocimientos adquiridos en el transcurso del periodo acadmico, lo que nos ayuda
a prepararnos de mejor manera para el futuro laboral, adems, hemos podido aplicar
metodologas de trabajo que en el perodo estudiantil no se logr colocar en prctica.

116
 Los tiempos de planificacin cambian a travs de la construccin de un proyecto,
la complejidad de utilizar herramientas nuevas juegan en contra, al momento de crear una
planificacin, la falta de experiencia, las descoordinaciones en los equipos de trabajo
hacen que estos tiempos sean difciles de predecir, por lo que las planificaciones no son
como nosotros quisiramos.

117
Referencias Bibliogrficas

[1] Pgina oficial de Microsoft [En Lnea] <http://msdn.microsoft.com/es-

es/library/w0x726c2.aspx > [Visitada 12 Mayo 2012].
[2] Arquitectura de Capas [En Lnea]
<http://www.slideshare.net/Decimo/arquitectura-3-capas> [Visitada 15 Mayo 2012].
[3] Numion [En Lnea] <http://www.numion.com/Stopwatch/index.html> [Visitada 9
Agosto 2012].
[4] S. Pressman, R. (s.f.). Ingeniera de Software: Un enfoque prctico. Tercera
edicin.
[5] Microsoft [En Lnea] <http://www.microsoft.com/es-
es/download/details.aspx?id=8961> [Visitada 25 Mayo 2012]
[6] Microsoft [En Lnea]
<http://www.microsoft.com/web/platform/database.aspx?templang=es-es>
[Visitada 25 Mayo 2012]
[7] The GNOME Project [En Lnea] <http://projects.gnome.org/dia/> [Visitada 20
Mayo 2012]
[8] GanttProject Team [En Lnea] <http://www.ganttproject.biz/> [Visitada 20 Mayo
2012]
[9] Plastic Software [En Lnea] <http://staruml.sourceforge.net/en/> [Visitada 6
Septiembre 2012]
[10] Falabella [En Lnea] <http://www.falabella.com/falabella-
cl/product/3393867/All-in-One-300A2A-S01-CI3-4G-
1TB?passedNavAction=push#fichaPP> [Visitada 5 Septiembre 2012]

118