Informe Proyecto

MusicalWeb
Informe de análisis de sistema del

proyecto informático
Alumnos : Castillo Alejandro

Cofre
John
Hernández Brandon
Docente : Pamela Pereira
Jefe de Carrera : Poblete Damaris
Fecha de Presentación : 21 de Noviembre de 2016
CHILLÁN – CONCEPCIÓN – LOS

ÁNGELES
Sumario
Es importante tener un inicio en cualquier tipo de proyecto, tesis o informe, y en este proyecto
se mostrará primeramente los objetivos que son el resultado de un previo análisis con la empresa “La
Biroka”.
Ésta será la etapa de análisis. Se abordará su importancia en el desarrollo del sistema, cómo se
relaciona con los tópicos de la empresa, sus problemas y sus posibles soluciones.
Luego del análisis de la situación de la empresa se mostrará las especificaciones de

requerimientos que se vaya tomando a medida que se realiza entrevistas con el administrador de la
empresa. Por lo tanto, se mostrará las primeras instancias con el cliente, y se definirá los objetivos a
alcanzar.
Al llegar al capítulo 2 de este proyecto, se mostrará el desarrollo del software desde una
perspectiva de toma de decisiones, ya sea con el tipo de lenguaje de programación a usar, el
ordenamiento de la base de datos, imágenes de diseño de tablas, diseños funcionales, diseños de
interfaz, mapas navegacionales, visualizaciones de pantalla de formularios y la definición de cómo
debería quedar el software antes de ser implementado.
En la última parte de este informe, se mostrará los tiempos de implementación del software,
qué errores se logró descubrir y resolver mediante el plan de pruebas, el plan de mantenimiento ideado
para el soporte post venta, entre otros puntos de importancia al acercarse el final del desarrollo.
2
Tabla de contenido
Sumario 2
Introducción del General 8
Capítulo I: Análisis y Especificación de Requerimientos 10
1. 12
2. 13
3. 14
Organigrama 14
Objetivos Estratégicos 15
Situación Actual 15
4. 16
4.1 Descripción del área en estudio 15
4.2 Análisis de la situación actual 17
5. 17
6. 164
7. 37
8. 39
8.1 Objetivo General 34
8.2 Objetivos Específicos 35
8.3 Requisitos Funcionales del sistema 36
3
8.4 Requisitos No Funcionales 39
8.5 Requisitos Técnicos 40
9. 48
10. 48
Capítulo II: Diseño 50
11. 55
12. 57
13. 58
14. 61
4.1. 61
4.2. 62
4.3. 63
4.4. 64
4.5. 65
4.6. 66
4.7. 67
4.8. 68
4.9. 70
4.10. 71
4.11. 72
4.12. 73
4.13. 74
4.14. 75
4
4.15. 76
4.16. 77
4.17. 78
4.18. 79
4.19. 80
4.20. 81
4.21. 82
4.22. 83
4.23. 84
4.24. 85
4.25. 86
4.26. 87
4.27. 88
4.28. 89
4.29. 90
4.30. 91
4.31. 92
4.32. 93
4.33. 94
4.34. 95
4.35. 96
4.36. 97
4.37. 98
5
4.38. 99
4.39. 100
4.40. 101
4.41. 102
4.42. 103
4.43. 104
15. 105
4.44. 106
4.45. 107
16. 109
6.1. 110
6.2. 111
6.3. 112
6.4. 114
17. 129
Capítulo III: Implementación 120
18. 131
19. 131
2.1. 132
2.2. 132
2.3. 132
2.4. 132
2.5. 133
6
2.6. 133
2.7. 133
2.8. 133
2.9. 133
20. 135
3.1. 135
3.2. Organización 126
21. 141
4.1. 141
22. 156
5.1. 156
5.2. 156
5.3. 157
5.4. 157
5.5. 158
23. 159
6.1. 159
6.2. 159
6.3. 160
6.4. 160
24. 161
7
Introducción
La necesidad de un cambio puede provenir del interior de la organización u originarse fuera de

ésta, no obstante, “cualquiera que sea la fuente que estimula o presiona el cambio, el punto de partida
para desarrollar una estrategia es la determinación de la necesidad del cambio, niveles de presión y la
oposición a éste”1. Por ende, el cambio se puede dar tanto a nivel de estructura, tecnología, ambiente
físico o a la gente que trabaja dentro de la organización. El siguiente proyecto va a tratar
efectivamente de un cambio a nivel de software, en donde solo se ocupará la base de datos del
programa que antes poseía la empresa y se implementará nuevas opciones más inteligentes.
1 Heller, 1998.
8
“Una vez que se ha determinado una real necesidad de cambio, se debe definir el estado futuro
que desea alcanzar la organización, cuya descripción detallada y orientadora del comportamiento
proporciona múltiples beneficios”2. Inicialmente, resulta ser una guía en el desarrollo de una estrategia
de cambio, “además cuando se definen las visiones y metas, se tiende a ver con objetividad las
posibilidades futuras, describiendo una situación que sería favorable y deseable experimentar” 3. Luego
de haber determinado el estado futuro que se desea alcanzar, se debe realizar una evaluación del
presente, para así poder tener una perspectiva real de la situación actual de la organización, la cual
debe ser clara y precisa, con el fin de establecer un plan de acción que permita alcanzar los objetivos
propuestos. También se incluye las posibles consecuencias que este proceso trae consigo, además,
permite prever la disposición y capacidad de cada persona involucrada directamente en él.
Entonces, se entiende que se quiere mejorar el proceso y la toma de decisiones de la empresa,

pero esto requiere cambios, estos cambios deberían generar cierto rechazo o algún tipo de
resistencia. En el libro “Innovation and its Enemies” (Calestous Juma, 2016), y en su traducción se
puede leer que en resumen, culturalmente, las personas siempre sentirán una resistencia al cambio y
especialmente a las tecnologías, pero también hay una solución a corto plazo, Juma menciona que “Es
más probable que la gente acepte los riesgos de nuevas tecnologías si han sido parte del proceso que
decide su uso”4. Así, todo lo que hemos estudiado durante estos años tiene sentido, y es por eso que
el siguiente proyecto tiene que realizarse trazando objetivos, recepcionando toda la información para
tener a la vista todos los requerimientos, mapas y diagramas, y haciendo participe en cada una de las
etapas a los dueños de la empresa para que no tengan ningún rechazo a todos los cambios que se
implementará en el software de venta que se creará.
La empresa cliente para la que se desarrollará un sistema de administración de inventario y venta
2 Rodríguez, 1998.
3 Beckhard y Harris, 1988.
4 Entrevista en centro Belfer de la universidad de Harvard, EE.UU., 2016.
9
se llama “Biroka”, y se realizará en ella un cambio de software, usando la misma base de datos. Todo
lo que se hará a continuación tiene como objetivo demostrar el conocimiento y herramientas
adquiridas en el proceso de estudio de Técnico Analista Programador de Sistemas.
10
Capítulo I:
Análisis y Especificación de
Requerimientos
11
1. Introducción del Capitulo
Un sistema es un conjunto o disposición de procedimientos o programas relacionados de

manera que juntos forman una sola unidad para lograr un objetivo en un común. Los analistas de
sistemas tienen dos problemáticas distintas, la primera es un Análisis de sistema ya existente para
comprender, mejorar, ajustar y/o predecir su futuro comportamiento y un Análisis como paso previo
al diseño de un nuevo sistema-producto.
¿Cuál es la ventaja del análisis?

En realidad, tiene muchas, elabora los procesos estructuradamente y permite prever lo que
vendrá, ya que el ciclo de todo esto es básicamente un estudio preliminar, análisis de sistemas, diseño
de sistema, construcción de sistema, implementación de sistema y por último la mantención. Si se
acata estos procesos, de seguro que se puede ver la cantidad de problemas que hay dentro de la
empresa, solucionar y hacer una aplicación que contribuya al desarrollo de la ésta y a su objetivo. El
análisis ayuda a mantener un orden dentro de lo que se puede mejorar dentro de la empresa, lo cual es
gran ayuda para evitar tomar decisiones por intuición o al azar, sin saber lo que ocurrirá.
¿Si no hace un análisis?

Se pierde orden, seguridad, confianza, rentabilidad. La empresa se podría venir abajo debido a la
toma de decisiones incorrectas en el momento incorrecto. Esto se evitaría solo haciendo un análisis
de la empresa y su situación. La gente dejaría de acudir a la empresa porque los procesos son
tediosos repetitivos y enredados, la empresa dejaría de satisfacer a sus clientes, quienes se sentirían
agobiados con los problemas que hay dentro de ella, no se lograrían entender entre los distintos
grupos de trabajo dentro de la empresa y nadie sabría adónde dirigirse o cómo dirigir la empresa.
12
2. Equipo de Trabajo
El equipo de desarrolladores estará compuesto por tres alumnos del último semestre de la
carrera de Técnico de Nivel Superior Analista Programador, del Instituto “Virginio Gómez”, Sede
Concepción. Éstos son:
Nombre : Brandon Hernández Cofré

Teléfono : +56 9 92842261
Mail : brandon.hernandez@virginiogomez.cl
Rol en el equipo : Análisis, desarrollo, implementación y documentación.
Nombre : Alejandro Castillo Pradena

Teléfono : +56 9 75851270
Mail : alejandro.castillo2@virginiogomez.cl
Nombre : John Cofre Cofre

Teléfono : +56 9 9971 4684
Mail : john.cofre@virginiogomez.cl
13
3. Presentación de la Empresa
Nombre de Fantasía : “La Biroka”

RUT : 10.716.124-4
Rubro : Local Comercial / Botillería
Razón Social : Vilma Rossana Cofré Martínez
Dirección : Río Blanco #2061, Salvador Allende 1.
Comuna : Coronel
Fono : 41 - 2756247
Años de Servicio : 4 años
Misión
“Vender productos de la mejor calidad posible a un precio más accesible.” 1
Visión
“Abarcar la mayor cantidad posible de clientes permanentes dentro de la zona poblacional y
mantener una estrecha conexión con el público” 1
Acerca de la empresa
Esta empresa inició hace 5 años atrás cuando la casa quedó demasiado inestable por el
terremoto y tuvieron que hacerla de nuevo. La Sra. Vilma y el Sr. Galvarino (los dueños) siempre han
tendido a trabajar en su casa, antes de la botillería tenían un Ciber que manejaba su hijo junto a otro
local que era de máquinas “Tragamonedas”. También tuvieron una peluquería e incluso se dedicaron
un tiempo a atender una rotisería en un galpón frente a su casa. Por lo tanto, han dedicado toda su
14
vida a muchos negocios que les dieron la experiencia necesaria para reinventarse una y otra vez hasta
llegar al negocio que tienen actualmente.
La idea de la botillería surgió cuando el Sr. Galvarino se empezó a dar cuenta de que las
Tragamonedas, por problemas de monopolio, mercado y leyes, no iban a seguir funcionando. Un
vecino le vendería una patente de botillería que luego usaría para iniciar su nuevo negocio. Esta idea
requería ciertas inversiones, no sólo en mercadería, sino que también debería ampliar la casa. Ya
contaba con experiencia en otros negocios, y a través de la ayuda de la familia y del banco logró
financiar todo el proyecto. 5
3.1. Organigrama
5.Historia, misión y visión entregada en una entrevista a Don Galvarino Hernández, administrador del local.
15
3.2. Objetivos Estratégicos
En La Biroka el principal objetivo es tener una buena calidad de productos al precio más accesible
posible, manteniendo una estrecha relación con el cliente concurrente.
4. Análisis
4.1 Descripción del área en estudio
El estudio está enfocado en la gestión de las compras y ventas del local, pues son las principales
actividades de la empresa. De esto se entiende que se espera encontrar la mejor forma de registrar y
organizar los productos con sus respectivos precios de costo y venta, fechas de vencimiento, ciclos de
rotación, entre otros.
También está considerada la administración del negocio, con los informes necesarios para la
toma decisiones por parte del dueño.
16
4.2 Situación Actual
Antes de empezar a explicar este apartado, es necesario informar que ésta es una
microempresa familiar, en donde no existen departamentos o áreas, sino más bien, existen
responsabilidades entre las personas que trabajan en ella. Primero, tenemos a los dueños de la
microempresa, luego están los hijos que ayudan solo a realizar ventas en horarios establecidos, y
finalmente está un trabajador que también se dedica a las ventas.
La botillería es atendida, por lo general, por sus dueños, un empleado, y los dos hijos. Todos en
la microempresa se encargan de recibir, organizar y reponer la mercadería, así como también del
proceso de venta, que consiste en encontrar, registrar y entregar los productos que solicitan los
clientes cuando compran en el local. Todo trámite de compra y venta es registrado de forma manual,
utilizando papeles como documentación. Estos papeles más adelante son archivados y guardados
para respaldo y futuras consultas de información.
Cuando llega mercadería, la persona que está a cargo va verificando los productos que se
recibe físicamente contra la factura o guía de despacho que porta el proveedor. Una vez que toda la
mercadería está en las dependencias de La Biroka y se ha revisado, se procede a ordenarla dentro de
bodega y estanterías de venta sin realizar un control de stock.
Para iniciar las actividades del día se utiliza el dinero que haya quedado en caja del día anterior,
o se agrega un poco tratando de tener un fondo de unos $30.000 a $50.000 (nada definido).
Cuando un cliente llega a devolver un producto porque estaba en malas condiciones (bebidas
sin gas, productos vencidos), simplemente se hace el cambio o devolución de dinero sin anotar
motivos ni cantidades.
Aunque se cuenta con sólo un empleado de momento, está la intención de expandir el equipo
17
de trabajo para hacer crecer el negocio.
Toda la documentación visual esta en los Anexos.
4.3 Análisis de la situación actual

De la presente situación de la empresa se observa que no se puede llevar un control de las acciones
que realiza el empleado o los miembros de la familia que ayudan en las ventas. El dueño sólo queda
con la opción de confiar en la palabra de ellos o vigilarlos presencialmente, lo que quita tiempo que
podría ser usado en otras actividades, además de generar tensión en las relaciones personales. Esto
también complica la contratación de nuevo personal, pues es difícil y poco preciso medir el
desempeño del trabajador.
Otro problema es la falta de respaldos y desorganización que se da al llevar todos los registros
en papeles que se juntan por grandes cantidades y son muy tediosos de consultar cuando surge la
necesidad de verificar un registro, ya sea de compra, de venta o de inventario, entre otros.
Analizar la situación financiera del negocio también es un trámite que toma mucho tiempo y
dedicación, pues se debe juntar documentos de diferentes archivadores y cuadernos, aunque, por
supuesto, el dueño tiene experiencia en esto.
En el funcionamiento de esta pequeña empresa es común que se retire productos para
consumo personal de los dueños, sin embargo, el registro de estas transacciones es aleatorio y la
18
mayoría de las veces se pierde la información.
En los diferentes procesos hay acciones que no están medidas ni definidas, siendo las
decisiones tomadas según la apreciación y experiencia de los dueños, sin basarse en datos que
aporten seguridad comprobable, lo que puede llevar a resultados engañosos.
Hay varias situaciones que podrían ser mejoradas con herramientas informáticas que ayuden a
poner orden y llevar controles de las cantidades de dinero y mercadería que entran y salen, y de las
personas involucradas en estos procesos. Tal vez muchas veces se ha perdido dinero o mercadería,
pero no ha habido cómo comprobarlo, pues los registros no existen o son inexactos, o poco
constantes.
Son algunas de estas situaciones las que se abordará al momento de proponer la solución a
desarrollar. Si bien hay mucho por hacer, no será posible aplicar mejoras a todas las situaciones
problemáticas en un plazo de 3 meses, pero se hará un proyecto inicial que tratará lo que se considere
más apremiante para “La Biroka” por parte del dueño. Sin embargo, el equipo de desarrollo se ha fijado
como objetivo completar el software a futuro y elaborar una versión que pueda dar solución a las
situaciones que quedarán pendientes.
5. Procesos
o Nombre del Proceso : Atención a público.
o Objetivo : Venta de uno o más productos.
1.- Cliente Entra al Local
2.- Cliente busca producto(s) de su interés
3.- Se acerca al mesón
4.- pregunta si está el producto y su precio.
4.1.a. - Si hay y está conforme con el precio o 4.1.b.- Si no hay (O no está conforme con el precio)
4.2.a. - Quien este atendiendo busca el
o END
producto y lo pone en una bolsa.
4.3.a- Le pregunta si necesita algo más
Si necesita algo -> Si no necesita algo -> Se
4 procede a darle el total
o Si el total es <$180, se escribe en un Si el total es >$180
cuaderno de Ventas. Menores. (Anexo 1) o Si hay cigarros de por medio, éstos son anotados en una
19
hoja aparte marcando una ‘X’ bajo el precio
correspondiente. No se incluyen en la boleta pero sí en el
total, porque al comprar cigarros, la empresa agrega el IVA
automáticamente.
Se escribe el total de en una boleta (no incluye los cigarros),
del talonario de boletas. Incluyendo fecha. (Anexo 2)
El cliente le entrega el dinero.

5.- El Cliente recibe los productos y/o boleta y/o vuelto
o El cliente los revisa.
o Si la boleta tiene errores ● Si el vuelto está o Si los productos están
Se anula corcheteando la boleta en el Incorrecto incorrectos.
talonario y escribiendo “nula” en ésta. ● El encargado devuelve o El encargado entrega los
o Se hace la boleta nuevamente con el precio el correspondiente productos
respectivo. vuelto. correspondientes
Ir a 5 ● Ir a 5 Ir a 5
o END
o Procedimientos :
20
Almacenamiento
:
o Cuaderno de
ventas
menores.
o Talonario de
Boletas
Hoja de Cigarros
o Datos:
Total de venta
Fecha
Cigarros
21
22
Nombre del Proceso : Reabastecimiento del local
Objetivo : Compra de productos
Procedimientos :
o Llega vendedor de la distribuidora
2 veces por semana, los vendedores de bebida y cerveza (CCU, Cervecería Chile, Coca-Cola)
1 vez por semana, el resto de vendedores (BAT Chile, Costa, Nestlé, Evercrisp, Arcor, Viña
San Pedro, Pisquera Chile)
o Pregunta al administrador del local qué productos necesita.
o Si necesita o Si no necesita
o El vendedor anota los productos (y o END
cantidad) en su máquina digital.
o El administrador, anota los productos en
una hoja junto con el precio total.
o END: Se retira
23
o Almacenamiento :
o Hoja
o Datos:
o Productos
o Cantidad de productos
o Total
o Nombre del Proceso : Entrega de Productos.

o Objetivo : Recibo de productos.
o Procedimientos :
o El pedido llega (El vendedor le dice cuándo)
o El transporte le entrega una factura al encargado junto al pedido
o El administrador revisa la factura, corroborando que todos los productos estén en la factura
y comparándolos con la hoja hecha previamente.
Si está correcto No está correcto
o Firma la factura o Se rechaza el pedido
o Cancela la factura o No se hace la entrega
24
Efectivo Cheque END
o Se rellena el cheque con el:
▪ Nombre del proveedor
▪ Fecha
▪ Cantidad
▪ Firma
o Se registra en el mismo talonario del
cheque.
o Se entrega el cheque
● El transporte se retira
● La factura es guardada en un archivador para otro proceso. (Anexo 3)
● END
o Almacenamiento
o Factura
o Archivador
o Cheque
o Datos
o Productos o Giro
o Precios unitarios o Rut
o Precios Total o Fono
o Cantidad o N° de Cheque
o Nombre del local o Empresa Proveedor
o Dirección
25
26
o Nombre del Proceso : Registro de Factura
o Objetivo : Registrar la factura en el libro de Compra/Venta
o Procedimientos :
o El administrador toma el libro de Compra y Venta

o En el lado de “Compra” anota los datos correspondientes (Anexo 4)
o END
o Almacenamiento : Libro de Compra/Venta
o Datos :
▪ Día Recibido
▪ N° De Factura
▪ Fecha de emisión
▪ Proveedor
▪ Rut Proveedor
▪ ILA
▪ Valor Neto
▪ IVA
▪ Total
27
o Nombre del Proceso : Pago de Impuestos Mensuales sobre la venta
o Objetivo : Pagar Impuestos
o Procedimientos :
o 1 vez al mes (dentro de los primeros 12 días del mes), se lleva el libro de compra/venta a
la contadora en Yobilo, Coronel.
o La contadora calcula el pago de los impuestos mensuales de la empresa. (Demora 1 día)
o Se traspasa a un F22, que tiene SII.
o El administrador recibe el libro de compra/venta
o Revisa los impuestos en la página del SII
o Cancela el impuesto en una entidad bancaria
o END
▪ 1 vez al mes (dentro de los primeros 12 días del mes), se lleva el libro de
compra/venta a la contadora en Yobilo, Coronel.
▪ La contadora calcula el pago de los impuestos mensuales de la empresa. (Demora
1 día)
▪ Revisa los impuestos en la página del SII
o Almacenamiento :
28
▪ Boleta de Pago
o Datos :
▪ F22
▪ Compra de Productos
▪ Venta mensual de Productos
▪ Boleta de Pago de Impuestos
29
o Nombre del Proceso : Declaración de Renta Anual
o Objetivo : Evaluar ganancia/pérdida anual.
o Procedimientos :
o 1 vez al año, antes del 30 de abril de cada año. El administrador se dirige a la
contadora en Yobilo, Coronel.
o Ella llena el formulario 29, con todos los datos de los formularios 22, que se hicieron
mensualmente. El cual registra la rentabilidad del negocio.
o El administrador evalúa, la ganancia y pérdida, comparándolas con la del año pasado.
o END
▪ La contadora llena el formulario 29, con todos los datos de los formularios 22, que
se hicieron mensualmente. El cual registra la rentabilidad del negocio.
30
o Almacenamiento :
▪ Formulario 29
o Datos :
▪ Formulario 22
▪ Ganancia
▪ Pérdida
o Nombre del Proceso : Llenado de Inventario

o Objetivo : Pedido de inventario.
o Procedimientos :
Revisa la bodega (Utiliza un método de “llenado”, cada producto tiene un espacio

asignado.)
▪ Si falta ▪ Si no falta
▪ Éstos son anotados en una hoja para
cuando venga el vendedor
31
▪ END
o Almacenamiento : Hoja
o Datos :
▪ Producto
▪ Cantidad necesaria
o Nombre del Proceso : Abrir el negocio

o Objetivo : Evaluar lo que no se hizo la noche anterior y completarlo.
o Procedimientos :
o Antes de abrir el local, se chequea si se hizo el “libro” (Libro de ventas), el día anterior.
o Si no se hizo, se rellena con los datos del día anterior.
o Se hace “Inventario”.
32
o Se rellena los cigarros en el muestrario. (Anexo 5)
o Se suma el total de precios de los cigarros del muestrario, para el monto inicial (se
utilizará tal valor para cerrar el local)
o Se abre el local.
o Almacenamiento :
▪ Libro de ventas
▪ Hoja de Cigarros
o Datos :
▪ Total Cigarros
▪ Inventario
▪ Boletas
▪ Fecha
33
o Nombre del Proceso : Cerrado de cigarros
o Objetivo : Contabilizar la venta de cigarros
o Procedimientos :
o Se resta los cigarros (por cajetilla) que quedan con el total de la mañana.
o Ese resultado se multiplica por el precio unitario
➢ Ejemplo de todo el proceso:
Pall Click Menta
Monto inicial: 20 Precio unitario: $1.400 Precio Total: $28.000
Monto final: 11 (lo que quedo al cerrar el día)
Monto de ganancia: 20-11 = 9 (Se vendieron 9 cajetillas dentro del día)
Total de ganancia: 9 x $1400 = $12.600
Este total debe estar dentro la caja.
Esto se hace por cada tipo de cigarros, ya que estos no tienen boleta y no se
pueden contabilizar por medio de ellas
o END
o Almacenamiento : Hoja de cigarros

o Datos :
▪ Precio Unitario de Cigarro
▪ Precio Total de Cigarros
▪ Monto Inicial de Cigarros
▪ Monto Final de cigarros
▪ Monto de ganancia de Cigarros
▪ Total de ganancia
34
o Nombre del Proceso : Cerrado del Local
o Objetivo : Contabilizar y registrar lo que se hizo dentro del día.
o Procedimientos :
▪ Suma de boletas del talonario de boletas hechas dentro del día.
▪ Sumar las ventas menores.
▪ Se suma total ventas menores y total de boletas, dando un total (Anexo 6)
▪ Se registran en el libro de compras y ventas diarias, en los espacios predestinados, en
este caso el de ventas, anotando el número de la boleta inicial (la primera del día) y la
final (la última del día)
▪ Se procede a “Contabilizar Cigarros”.
▪ END
o Almacenamiento :
▪ Libro de compra y ventas
▪ Hoja de cigarros
o Datos
▪ Hoja de Cigarros
▪ Total de ventas menores diarias
▪ Total de ventas de boletas diarias
▪ Suma total
▪ Fecha
35
36
6. Propuesta de Solución
La solución que se propone es un software local de escritorio con una interfaz simple e intuitiva
que permita por un lado administrar el inventario del negocio: manejar las entradas y salidas de
mercadería, visualizar el stock actual, recibir mensajes de alerta cuando se alcance el stock mínimo y
también, por supuesto, estarán registrados los valores de compra y venta de los productos. Por otra
parte, se propone un módulo de control de personal en el que se pueda ver las transacciones
realizadas por cada vendedor, incluyendo el uso de perfiles o cuentas de usuario con contraseña para
que cada empleado haga sus ventas.
Esto va de la mano con el módulo de punto de venta que registrará la mercadería que sale
(actualizando el stock), su precio, qué empleado la vendió, a qué hora, entre otros. Igualmente incluirá
la opción de consulta de precios usando el sistema de códigos de barra.
Finalmente, se ofrece integrar un módulo de estadísticas para apoyar la función administrativa y

toma de decisiones. Este módulo permitirá obtener informes con los productos asociados más
vendidos, informes de cálculo de proyecciones de ventas para que el dueño sepa con más confianza
qué cantidades de mercadería le es conveniente comprar para vender en cierto plazo y determinar
cuánta ganancia se generará.
37
38
7. Especificación de Requerimientos
7.1 Objetivo General

Apoyar de manera eficaz, sencilla y segura la gestión de una microempresa de compra-venta, en
este caso: una botillería. Esto se realizará mediante el control de entradas y salidas de mercaderías,
registro de los gastos realizados, y un módulo de control del personal.
Crear herramientas estadísticas para apoyar la interpretación y toma de decisiones, mediante el

análisis de los datos ingresados al sistema para generar proyecciones de venta, promedios sobre los
vendedores, sus ventas y los productos (más vendidos, más rentables).
39
7.2 Objetivos Específicos
● Crear un sistema más amigable con el usuario, ya sea en su mantención y su configuración.

● Usar lenguajes de programación más actualizados, para que nuevos programadores logren
evolucionar el sistema si así se requiriera.
● Controlar a través del sistema las ventas, los vendedores y la mercadería, a través de conteos
automatizados del sistema.
● Realizar monitoreo y estadísticas de arqueos de caja, ventas de productos y promedios de
ventas diarias en distintas temporadas del año, para ayudar a los dueños en la toma de
decisiones.
● Generar proyecciones dependiendo de la estadística mostrando datos de venta y gráficos con
respecto al producto a consultar.
40
7.3 Requisitos Funcionales del sistema
A continuación, se lista los requisitos funcionales del sistema organizados por módulos para
una visualización y comprensión más clara de los mismos. Este listado declara todas las tareas que el
software debe ser capaz de realizar.
Globales
RF-1: Permite el ingreso al sistema mediante una contraseña.
RF-2: Permite registrar al usuario que realiza la transacción mediante su código personal.
RF-3: Permite a usuarios administradores autorizar transacciones restringidas.
RF-4: Sistema alerta, si el usuario no cuenta con permisos para autorizar.
RF-5: Ajusta stock de productos según compras, ventas, anulaciones.
RF-6: Permite validar que RUT sea correcto.
Ventas
RF-7: Permite registrar un nuevo método de pago.
RF-8: Permite modificar un método de pago.
RF-9: Permite eliminar un método de pago.
RF-10: Permite ingresar productos a la venta escaneando su código de barra.
RF-11: Sistema alerta, en caso de no haber stock.
RF-12: Sistema verifica que el producto tenga existencia.
RF-13: Suma los valores de los productos que van siendo agregados, mostrando un total.
RF-14: Permite eliminar productos de la lista de venta.
RF-15: Permite modificar cantidades de productos de la lista.
RF-16: Permite seleccionar métodos de pago (efectivo, débito, crédito).
RF-17: Permite ingresar el monto en efectivo con que paga el cliente.
RF-18: Calcula el vuelto a entregar al cliente, si paga en efectivo.
41
RF-19: Permite el ingreso del número de boleta física al sistema.
RF-20: Permite cancelar venta actual.
RF-21: Permite cerrar y registrar la venta.
RF-22: Permite anular venta.
Compras
RF-23: Permite registrar datos de una compra.
RF-24: Permite modificar datos de una compra.
RF-25: Permite anular una compra.
Inventario
RF-26: Permite registrar un nuevo producto en el inventario.
RF-27: Permite crear un pack de productos.
RF-28: Asigna un código a nuevo pack.
RF-29: Permite registrar una nueva categoría.
RF-30: Permite registrar una nueva unidad de medida.
RF-31: Permite modificar un pack.
RF-32: Permite modificar un producto del inventario.
RF-33: Permite modificar una categoría de productos.
RF-34: Permite modificar una unidad de medida.
RF-35: Permite eliminar un producto del inventario.
RF-36: Permite eliminar un pack.
RF-37: Permite eliminar una categoría de mercadería.
RF-38: Permite eliminar una unidad de medida.
RF-39: Permite registrar el retiro de mercadería.
RF-40: Permite modificar un retiro de mercadería.
RF-41: Permite eliminar un retiro de mercadería.
42
Empleados
RF-42: Permite registrar un nuevo empleado.
RF-43: Permite modificar registro de empleados.
RF-44: Permite dar de baja un empleado en el sistema.
RF-45: Permite registrar un nuevo cargo.
RF-46: Permite modificar un cargo.
RF-47: Permite eliminar un cargo.
RF-48: Sistema Alerta si credenciales no corresponden.
Empresas
RF-49: Permite registrar una nueva empresa.
RF-50: Permite modificar registro de empresas.
RF-51: Permite dar de baja una empresa del directorio.
Contactos
RF-52: Permite registrar un nuevo contacto.
RF-53: Permite modificar registro de contactos.
RF-54: Permite dar de baja un contacto en el directorio.
Consultas
RF-55: Permite buscar productos en el inventario y muestra sus datos.
RF-56: Permite buscar un retiro de mercadería y muestra su detalle.
RF-57: Permite buscar un pack de productos y muestra sus datos.
RF-58: Permite buscar ventas por parámetros de fecha o número de boleta y muestra detalle.
RF-59: Permite buscar compras realizadas y muestra sus datos.
RF-60: Permite buscar empresas en el directorio y muestra sus datos.
RF-61: Permite buscar empleados en el directorio y muestra sus datos.
43
RF-62: Permite buscar Contacto de Proveedores en el directorio y muestra sus datos.
Administración
RF-63: Genera reporte diario de ventas.
RF-64: Genera reporte mensual de ventas.
RF-65: Genera reporte de ventas de empleados.
RF-66: Genera estimación de venta de un producto.
7.4 Requisitos No Funcionales
A. Producto
➢ Software rápido con una respuesta no más de 5 segundos.
➢ Es de fácil utilización para personas mayores (cuenta con íconos e imágenes para poder
entender y usar mejor el software).
➢ Desempeño característico por la eficacia y de poco uso de disco duro en el sistema, y
menor latencia de procesos a la hora de respuestas para usuario.
➢ Es fiable y capaz de registrar todas sus tareas y procesos. Programado para el usuario.
➢ El SW va a tener una tasa de falla entre 0% y 1%.
B. Organizacionales
➢ La organización emitirá un informe semanal de cómo se ha avanzado la construcción de
dicho sistema según el contrato estipulado.
➢ La organización documentará el diseño de los datos según su política de desarrollo.
➢ Todo dato que se registre será confidencial.
➢ Los informes impresos deberán emitirse todos con el logo de la empresa desarrolladora
al lado superior izquierda y al lado superior derecho la fecha y hora.
➢ El sistema debe ser desarrollado para un entorno multiusuario sobre una base de datos
centralizada conectada en red. La cual se sincronizará a las 15:00 de cada día de trabajo.
44
C. Externos
➢ El software va a tener copyright para la compañía que lo compre que lo compre, en este
caso “La Biroka”, lo cual le da derecho exclusivo de uso y no copiado de éste.
➢ Los usuarios que administren el local, en este caso la dueña y el administrador, tendrán
un ID y contraseña para cada venta, así que podrán contabilizar cada uno.
➢ Todos los datos serán respaldados tanto localmente (en el disco duro del computador)
como en la nube, por cualquier tipo de situación que ocurra.
7.5 Requisitos Técnicos

7.5.1 Plataforma
Principalmente la plataforma va a funcionar como escritorio, pero va a tener también
funcionalidades en la web como se explica a continuación.
Para escritorio: esta plataforma se va encargar de realizar funciones correspondientes a la compra,
venta de productos, los cierres de caja (diarios), rotación de empleados con sus entregas de caja y
mantención de productos.
Para servicio web: esta plataforma se encargará de las proyecciones de ventas, mantención de
empleados, datos de ventas de vendedores y sus proyecciones, y todo lo relacionado con estadísticas
de venta.
7.5.2 Lenguaje de desarrollo

Principalmente se ocupará C# para la programación del sistema en las plataformas, pero
también se integrará el uso de “Visual Basic” con la intención de tener siempre a mano otros lenguajes
en la creación de métodos, clases, funciones y soluciones.
45
Otros lenguajes se ocuparán para los que es plataforma web, como html, css y php.
Para la Base de Datos se ocupará SQL Server, pues está integrado dentro de los paquetes de
Visual Studio y C#, es gratis y funcional para crear la base datos.
Como Herramienta suplementaria se utilizará GIT para mantener a todos trabajando en el

mismo código y así lograr un orden asegurado.
7.5.3 Para el Desarrollo

I. Software
- Sistema Operativo, Windows (7 en adelante)
- Visual Studio
- SQL Server Standard 2014
- SQL Management Studio
- Microsoft Office 2013-2016
- Git y Plataformas de Administración.
- Balsamiq Mockups
- Power Designer
- Drivers de Impresora Pistola de Código de barra.
II. Hardware
46
- Notebook portátil o Computador de Sobremesa
- Procesador mayor o igual Intel i3, Dual Core, de 2.2 Ghz.
- 4 GB de RAM
- Teclado
- Mouse
- Pantalla
- Conexión a Internet
- Impresora
- Disco duro 500 GB
- Pistola de Código de barra para testear
7.5.4 Para la Puesta en Marcha

III. Software
- Windows 7 (como mínimo)
Microsoft Office 2010 o Libre Office
- Lector de PDF (Adobe Reader o Foxit Reader)
- Driver de lector de barra e impresora
- SQL Server Standard
IV. Hardware
- Procesador Dual Core, Mínimo de 1.7 Ghz.
- 2 GB de Ram
- Disco duro de 320 Gb.
47
- Mouse
- Conexión a internet
- Teclado
- Impresora
- Monitor
8. Requisitos De Información u Operacionales

8.1 De Entrada
Estos son los datos que requiere el sistema para poder realizar las diferentes operaciones y
transacciones que han sido determinadas anteriormente en la especificación de requerimientos
funcionales.
Producto
Nombre
Descripción
Precio Compra
48
Precio Venta
Stock
Código de Barras
Empleado
Nombre
Apellidos
Sexo
Fecha de Nacimiento
Dirección
RUT
Teléfono
Password
Cargo
Nombre
Factura
Número de Factura
Foto
Fecha y Hora
Empresa Proveedora
RUT
Nombre
Dirección
Teléfonos
Contacto
Nombre
Apellido
Teléfono
Categoría
Nombre
Descripción
Venta
Número de Venta
Fecha
49
Hora
Número de Boleta
Total Boleta
Total Venta
Venta Tarjeta
Número de Venta
Fecha
Hora
Total Venta
Forma de Pago
Nombre
Pack
Nombre
Precio Total
Código de Barras
Stock
Anular Venta
Fecha
Hora
Razón
Retiro de Producto
Razón
Fecha
Hora
Detalle Venta
Cantidad
Detalle de Venta Tarjeta

Cantidad
Detalle Pack
50
Cantidad
Detalle Factura
Cantidad
51
8.2 Requisitos de salida
Son los datos que requiere el sistema específicamente para entregar la información de las
consultas por pantalla y generar los reportes, que son documentos en formato .PDF para ser impresos.
En algunas consultas se muestra más de un dato como requerimiento porque el usuario tiene la
opción de elegir entre esos criterios de búsqueda.
8.2.1 Consultas
Tipo: Requiere: Entrega:
Información sobre productos. Nombre producto. Nombre de producto.
Stock.
Proveedor
Retiros de mercadería. Fecha de búsqueda. Productos involucrados.
Cantidades.
Autorizado por.
Fecha.
Ventas. Fecha de búsqueda. Número de venta.
Número de boleta. Tipo de venta
Empleado responsable. Boleta asociada.
Monto total.
Fecha.
Empleado responsable.
Compras. Número de documento. Tipo de documento.
Fecha de búsqueda. Número de documento.
Empleado responsable. Monto total.
Productos.
Cantidades.
Empleados. Nombre Nombre.
RUT. RUT.
Dirección.
Fecha de nacimiento.
Proveedores (Empresas). Nombre Razón social.
RUT. RUT.
Teléfono.
Contacto Proveedor. Nombre. Nombre.
Teléfono.
Empresa a la que pertenece.
52
8.2.2 Reportes
Tipo: Requiere: Entrega:

Reporte de ventas realizadas. Rango de Fechas. Número de venta.
Monto de venta.
Estimación de ventas. Nombre producto. Nombre producto.
Tiempo. Unidades a vender en el tiempo
Precio compra. especificado.
Precio venta. Ganancia a obtener.
Productos más vendidos. Nombre producto. Nombre producto.
Promedio de ventas por mes.
Ganancia obtenida.
Desempeño de vendedores. Nombre del empleado. Ventas realizadas.
Monto total vendido.
“Estimación de Ventas” requiere los 4 parámetros para hacer los cálculos necesarios del
reporte.
9. Conclusión del Capítulo
Si se quiere conseguir el éxito en cualquier desarrollo de software es esencial la comprensión total

de los requisitos del usuario. Si no se ha analizado correctamente puede defraudar al usuario y frustrar
al desarrollador, no importa lo bien diseñado o codificado que pueda estar.
El análisis de requisitos es la fase más importante en el desarrollo de un software, porque en esta

fase se recolecta las especificaciones del futuro sistema, indicadas por el usuario.
El análisis y la especificación de requisitos puede parecer sencilla a primera vista, pero, en realidad,
el contenido es bastante denso y abundan las malas interpretaciones o la falta de información.
53
Finalmente, se concluye que esta fase del desarrollo del software es complicada, pues el cliente no
sabe realmente lo que quiere, es por ello, que el analista debe ayudar y realizar muchas
conversaciones y entrevistas hasta tener claro lo que se requiere.
Se puede afirmar que de la calidad del documento de especificación de requerimientos (ERS).
Dependerá el desarrollo y calidad del producto final.
54
Capítulo II:
Diseño
1. Introducción
55
La etapa de diseño de un proyecto de informático consiste en, a grandes rasgos, aplicar diferentes
técnicas y metodologías con el fin de obtener un resultado lo suficientemente detallado como para
que cualquier persona, dedicada a eso, pueda codificarlo, o dicho de otra manera, pueda ser capaz de
realizarlo en manera física.
El diseño no sólo se refiere a la interfaz gráfica del software, como muchas veces se suele pensar
cuando se escucha la palabra diseño, sino que implica un proceso específico que debe permitir
cumplir los requisitos del sistema en desarrollo.
56
2. Modelo Conceptual
A continuación, se presenta el modelo conceptual de la base de datos modelada para el software EZ-
Pyme que se desarrollará para la empresa La Biroka.
57
3. Diseño
Lógico de
la Base de
Datos
58
El siguiente diagrama muestra la representación lógica de la base de datos.
59
60
4. Diseño Funcional
En el siguiente apartado se muestra el diseño funcional del software a través de diagramas que
representan las acciones, respuestas, interacciones del sistema durante los diferentes procesos.
4.1 Ingresar al sistema

Al abrir el software para empezar el día, el sistema solicitará que un usuario se identifique como
administrador para iniciar la sesión. Una vez verificado, quedará en la pantalla de ventas.
61
4.2 Venta
El Módulo POS es uno de principales, puesto que gestiona gran parte de las transacciones del
sistema, que son las ventas realizadas.
62
4.3 Anular venta
Una venta mal hecha puede ser eliminada con la autorización del usuario administrador. Este
proceso también puede ser provocado como parte de una devolución o cambio por parte de un
cliente de la botillería.
63
4.4 Retiro de Mercadería
Los dueños del local pueden realizar retiros personales de mercadería que igualmente deben
ser registrados en el sistema para no tener diferencias de inventario en el futuro.
64
4.5 Consultar Retiro de Mercadería
Opción para revisar los datos de un retiro de mercadería previamente realizado.
65
4.6 Eliminar Retiro de
Mercadería
En caso de que los dueños se arrepientan
de realizar el retiro de mercadería, está la
opción de anularlo o eliminarlo.
66
4.7 Modificar Retiro de
Mercadería
Ésta es una opción pensada en
caso de que se detecte un error con
respecto al ingreso del retiro de
mercadería.
67
4.8 Reporte de Ventas
Uno de los informes inteligentes del sistema. Capturando los datos de filtro que el usuario
68
estime, el sistema mostrará un reporte de ventas dando la opción de imprimirlo.
69
4.9 Reporte de Estimaciones
Otro de los informes inteligentes del sistema para la ayuda de toma de decisiones del
administrador. Al seleccionar un reporte, se muestra automáticamente en pantalla con la opción de
imprimir.
70
4.10 Ingresar Cargo
Parte del mantenedor de Personal, se ingresa los cargos que estarán disponibles para los
empleados.
71
4.11 Ingresar Empleado
Antes de que un empleado pueda empezar a trabajar utilizando el sistema, debe estar
registrado para poder grabar las transacciones que realiza a través del software. Este proceso
guarda los datos del empleado en su perfil y debe ser realizado por el administrador.
72
4.12 Ingresar Empresa Proveedora
Las empresas que proveen mercadería a la Botillería La Biroka han de ser ingresadas también al
sistema, registrando sus datos un usuario con la autorización pertinente.
73
4.13 Ingresar Contacto
“Contacto” es el nombre que recibe el representante o vendedor de la empresa proveedora. Estas
personas también son registradas en el sistema por un usuario autorizado.
74
4.14 Ingresar Categoría
Los productos del inventario están organizados en categorías. Éstas son ingresadas al sistema
por separado para después poder asignarles productos.
75
4.15 Ingresar Unidad de Medida
Los productos cuentan con diferentes unidades de medida que son ingresadas en un registro
separado para después poder elegir la que corresponde al momento de ingresar un producto.
76
4.16 Ingresar Mercadería
Cuando llega un producto nuevo al negocio, éste se agrega al sistema para su administración y
seguimiento.
77
4.17 Crear Pack
Con los productos registrados se puede generar packs de promoción que incitan al cliente a
hacer compras un poco
más grandes. El sistema
realiza los siguientes pasos para
esto.
78
4.18 Ingresar Método de Pago
De momento se trabaja con los siguientes métodos de pago: Efectivo, Tarjeta de Crédito y
Tarjeta de Débito. Sin embargo, si alguna vez necesita ingresar otro modo de pago, como
“cheque”, el administrador podrá crearlo.
79
4.19 Consultar Cargo
Éste es el proceso para ver los cargos que registra el sistema para los empleados.
80
4.20 Consultar Empleado
Éste es el proceso para ver los empleados registrados en la base de datos y su información.
81
4.21 Consultar Empresa Proveedora
Éste es el proceso para consultar y ver la información de las empresas proveedoras.
82
4.22 Consultar Contacto Proveedor
Éste es el proceso para ver y consultar la información del Contacto Proveedor.
83
4.23 Consultar Categoría
Éste es el proceso para ver las diferentes categorías de los productos.
84
4.24 Consultar Unidad de Medida
Éste es el proceso para consultar las unidades de medida ingresadas para la mercadería para
editarlas, eliminarlas o ver si es necesario agregar una nueva.
85
4.25 Consultar Mercadería
Éste es el proceso para hacer búsquedas para ver información de los productos del inventario.
86
4.26 Consultar Método de Pago
Éste es el proceso para ver los métodos de pago que hay registrados y disponibles para las ventas.
87
4.27 Consultar Venta
Éste es el proceso para buscar y ver detalles
de ventas realizadas.
88
4.28 Modificar Cargo
Éste es el proceso para modificar los nombres de los cargos disponibles para asignar a los
empleados.
89
4.29 Modificar Empleado
Éste es el proceso para modificar información de los empleados ya registrados en el sistema.
90
4.30 Modificar Empresa Proveedora
Éste es el proceso para modificar información sobre las empresas ya registradas en el sistema.
91
4.31 Modificar Contacto Proveedor
Éste es el proceso para modificar datos de contactos ya registrados en el sistema.
92
4.32 Modificar Categoría
Éste es el proceso para modificar las categorías disponibles para los productos de inventario.
93
4.33 Modificar Unidad de Medida
Éste es el proceso para modificar las unidades de medida disponibles para los productos.
94
4.34 Modificar Productos
Éste es el proceso para modificar datos de los productos del inventario.
95
4.35 Modificar Método de Pago
Éste es el proceso para cambiar de nombre a los métodos de pago disponibles.
96
4.36 Eliminar Cargo
Éste es el proceso para eliminar un cargo.
97
4.37 Eliminar Empleado
Éste es el proceso para dar de baja empleados en caso de desvinculación de la empresa u otro
motivo.
98
4.38 Eliminar Contacto Proveedor
Éste es el proceso para eliminar un contacto proveedor de la agenda del sistema.
99
4.39 Eliminar Empresa Proveedora
Éste es el proceso para quitar una empresa proveedora de la lista de empresas con que se
trabaja.
100
4.40 Eliminar Categoría
Éste es el proceso para quitar una categoría y que ya no esté disponible para enlazar productos
a ella.
101
4.41 Eliminar Unidad de Medida
Éste es el proceso para quitar una unidad de medida de la base de datos.
102
4.42 Eliminar Productos
Éste es el proceso para dar de baja productos de la base de datos. Como todos los procesos,
cuenta con una validación de usuario autorizado, pues es un tema muy sensible.
103
4.43 Eliminar Método de Pago
Éste es el método para eliminar un medio de pago del sistema.
104
5. Diseño Arquitectónico De La Solución
Se entiende que los mapas funcionales deberían hablar de un solo software y luego desprender
de ello los mapas navegacionales correspondientes, además siempre entendiendo que “un Mapa
Funcional es la representación gráfica del conjunto estructurado de las funciones laborales que se
requieren para alcanzar los resultados previstos en una función global denominada Propósito
Principal”6. Pero este proyecto va a tener dos softwares, un web, y otro de escritorio, los cuales van a
estar conectados a la misma base de datos y solo en algunos casos tendrán las mismas
características.
6 Guía Técnica Elaboración del Mapa Funcional, http://www.oas.org
105
4.1 Funcional Escritorio
El software EZ Pyme versión de escritorio va a tener todos los módulos, como el de ventas,
productos, contactos, compras, empresas proveedoras, consultas e informes inteligentes. Algunas de
las opciones anteriores van a exigir autorizaciones de administrador para poder ocuparlas, es por eso
que se deberá mostrar un mapa navegacional para vendedor y otro para administrador, lo que será
explicado más adelante.
106
4.2 Funcional Web
El software EZ Pyme en su versión web solo será usado por el administrador, por ende, tendrá
más adelante un mapa navegacional, sus módulos estarán orientados a realizar consultas remotas y
de informes.
107
108
6 Diseño de Interfaz
“El diseño de interfaz del usuario es el mecanismo por el cual el usuario interactuará con la
herramienta, equipo, dispositivo, aplicación específica, permitiendo un óptimo funcionamiento del
sistema”7. Entendiendo esto es que a continuación se mostrará 3 modelos: uno para la versión web,
que sólo usará el administrador; y dos para la versión de escritorio: uno para el vendedor normal y otro
para el administrador.
7 Ingeniería de software, un enfoque práctico, Capítulo 10, Pressman
109
6.1. Modelo Navegacional Versión Web
Como ya se ha mencionado, este modelo va a cumplir la función de ser usado de manera remota y
por red local, con la diferencia que solo será usado por el administrador y de manera remota. Tendrá
las opciones de dar informes inteligentes y agregar contactos y proveedores.
110
6.2. Modelo Escritorio (Administrador)
El software EZ Pyme en versión escritorio tendrá acceso a toda la base de datos, los módulos,
111
consultas e informes de manera local, pero con restricciones hacia distintos tipos de usuarios, en la
siguiente imagen se mostrará el mapa navegacional a nivel de administrador, obviando que el
vendedor también podrá ver también todas las opciones, si embargo, no ingresar, pues algunas
pedirán permisos y login por pantalla.
6.3. Modelo Escritorio (Usuario Comun)

El siguiente modelo en versión escritorio será el mismo mencionado anteriormente, con la
diferencia que se mostrarán solo lo que el vendedor tendrá acceso.
112
113
6.4. Estándar de Pantallas
A continuación, se presenta los estándares de pantallas diseñados para EZ Pyme, utilizando el
software Balsamiq Mockups.
6.4.1 Reporte de Ventas
Fecha)
Imprimir
Botón Imprimir : Su función es imprimir el listado que se encuentra en el formulario.

Botón Cancelar : Cancelar vuelve a la pantalla anterior, en este caso cerraría la
ventana.
Caja de Texto Buscador : Se encarga de buscar las ventas, filtradas por fecha.
114
6.4.2 Consultas para Producto, Categoría, Empresa, Contacto, Empleado.
Caja de texto Buscador : Se busca por los filtros, Producto: Cod de Barra o Nombre,
Categoria: Nombre, Empresa: Nombre, Contacto: Nombre, Empleado:
Empleado.
Botón Salir : Salir vuelve a la pantalla anterior, en este caso cerraría la ventana.
115
6.4.3 Consultas para Venta y Compra
Caja de texto Buscador : Se busca por fecha.
Pantalla Listado : Mostrara todas las ventas, al seleccionar una los datos se
mostrarán en la otra pantalla.
Detalle consulta : Como se mencionó anteriormente, mostrara los detalle de la
116
consulta.
6.4.4 Anulación de Venta
Ingrese filtro de búsqueda (Fecha)
Listado de Ventas
Botones (Salir)
La pantalla muestra el listado de las ventas ordenadas por fecha.

Se hace doble click dos veces, en la venta y enviara un mensaje de que, si quiere realmente
confirmar la anulación, un textbox de la password, un botón de confirmar y salir.
117
Botón salir : Devuelve a la pantalla anterior.
6.4.5 Eliminar para Producto, Categoría, Unidad de Medida, Empleado,

Empresa, Contacto.
118
Caja de texto Buscador : Se busca por los filtros.
Metodo Pago : Nombre,
Producto : Cod Barra, Nombre,
Categoria : Nombre,
Unidad de Medida : Nombre,
Empleado : Nombre,
Empresa : Nombre,
Contacto : Nombre.
Botón Confirmar : Después de seleccionado la persona se confirma este botón,
lanzara un pop up de confirmación donde el usuario ingresa su
password.
6.4.6 Estimación de datos.
119
Ingreso de datos : Se ingresan datos de la estimación.
Cod de Barra,
Precio Compra,
Precio Venta,
Cantidad.
Detalle : Muestra el detalle de la estimación tomando el promedio de venta
por mes, para decir cuántos probablemente venderá, también tomara
el mismo mes, pero del año pasado y lo comparará.
Botón Imprimir : Imprimirá el detalle.
Botón Salir : Volver a la pantalla anterior.
120
6.4.7 Ingreso de Compra de Productos.
Detalle Compra : En la misma tabla se agregarán los productos mediante lectura de

código de barra, mostrando los datos de este mismo por fila, junto
con la cantidad de stock a agregar.
Botón Confirmar : Sera el botón de guardar la venta y lanzando un pop up que uno
deberá ingresar su password para confirmar el ingreso.
121
6.4.8 Ingreso para Método Pago, Producto, Categoría, Unidad de Medida,
Empleado, Empresa, Contacto.
Datos : Se ingresarán los datos correspondientes con cada entidad.
Botón Confirmar : Confirmara el registro, si y solo si, se ingresa la password y es válido, en el

pop up lanzado.
Boton Cancelar : Cancela el ingreso y vuelve a la pantalla anterior.
122
6.4.9 Modificar para Método Pago, Producto, Categoría, Unidad de Medida,
Empleado, Empresa, Contacto.
Modificar : Se ingresarán los datos correspondientes con cada entidad que quiera
cambiarle datos.
Botón Confirmar : Confirmara el registro, si y solo si, se ingresa la password y es válido, en el

pop up lanzado.
123
Boton Cancelar : Cancela el ingreso y vuelve a la pantalla anterior.
6.4.10 Nueva Venta
Detalle Venta : En la misma tabla se agregarán los productos mediante lectura de

código de barra, mostrando los datos de este mismo por fila.
En la zona inferior derecha mostrara los datos de venta total, venta
124
boleta y que tipo de venta es (Efectivo o Tarjeta).
deberá ingresar su password para terminar la venta.
6.4.11 Reportes para Ventas
Filtro : Tendrá 3 filtros, rango de fechas, empleado y categoría.
Botones Imprimir : Sera el botón para imprimir la venta y lanzando un pop up que uno
deberá ingresar su password para terminar confirmar.
125
Botones Salir : Volver a la pantalla anterior.
6.4.12 Retiro de Producto
126
Detalle Venta : En la misma tabla se agregarán los productos mediante lectura de
código de barra, mostrando los datos de este mismo por fila.
En Este mismo mostrara un panel de ingreso de razón de retiro.
deberá ingresar su password para terminar el retiro.
6.4.13 Reporte para Venta de Productos Especificos.
127
Cod Barra : Sera el textbox donde se ingresara el código del producto a
consultar.
Filtro : Tendrá el filtro de rango de fechas.
Botones Imprimir : Sera el botón para imprimir la venta y lanzando un pop up que uno
deberá ingresar su password para terminar confirmar.
Botones Salir : Volver a la pantalla anterior.
128
Como conclusión después de haber realizado el informe presentado, queda decir que la etapa de
diseño es una de las más importantes dentro del desarrollo de un proyecto informático, aquí se
traduce los requisitos del software, además de ser la primera fase de diseño en el sistema
anteriormente expuesto.
En la etapa de diseño del software se describe cómo se van a satisfacer los requerimientos que
fueron determinados en la etapa de análisis.
Con las fases de la etapa de diseño descritas en este informe, se pudo detallar con exactitud cómo
funcionará este negocio, ya que con el nivel de contexto podemos ver detalladamente los flujos de
trabajo de este sistema.
129
Capítulo III:
Implementación
130
1. Introducción
En el siguiente informe se pretende mostrar el avance final del proyecto. La etapa de prueba y
puesta en marcha es una de las más importantes hablando del desarrollo de un Software, ya que ésta
determina el éxito que se pueda adquirir, después de las distintas entrevistas, diseños y propuestas
que entrega el desarrollador.
Esta fase involucra la construcción del Software de EZ Pyme desde la creación de la base de
datos, la instalación del software, y documentación de las etapas anteriores del desarrollo. Además, se
incluirá reseñas de soporte del sistema.
Todas las fases antes mencionadas forman parte de elementos necesarios para la puesta en
marcha, aquí será posible detectar errores de programación, y aspectos de interfaz de usuario.
2. Herramientas
En este apartado se mencionará las herramientas que se ha decidido utilizar en el desarrollo del
proyecto y los motivos para su elección.
131
2.1. Visual Studio 2013
Visual Studio es un entorno de desarrollo para Windows que soporta múltiples lenguajes de
programación tanto para escritorio como para web.
Todos los miembros del equipo cuentan con Windows OS en sus equipos y además se barajó la
idea de usar más de un lenguaje de programación (C# y Visual Basic) debido a las preferencias
personales de los integrantes del equipo. También se consideró que este producto haría más fácil la
integración de la pequeña plataforma web que incluye el software.
Tomando esto en cuenta, se decidió usar esta plataforma que ya se había utilizado en clases y
sobre la cual el equipo tenía cierto dominio.
2.2. SQL Server

SQL Server es un sistema de gestión de bases de datos que, al igual que Visual Studio, es
desarrollado por Microsoft. Al ser productos de la misma empresa se espera que tengan un alto nivel
de integración y funcionen de manera óptima en conjunto.
2.3. Balsamiq MockUps

Esta herramienta de creación de Mockups (bocetos, bosquejos) es una de las más utilizadas
para mostrar el diseño preliminar de las pantallas. Resultó ser fácil de usar, bastante intuitiva y
cumplió eficazmente con su tarea de ayudar a diseñar los estándares de pantallas.
2.4. Office 2016

Varios programas de la Suite de Ofimática de Microsoft fueron usados en conjunto para
manejar todos los aspectos de documentación del proyecto: Visio para manejo de diagramas,
PowerPoint para crear y mostrar las presentaciones, Project para la Carta Gantt, Word para los
informes, OneNote para llevar y compartir notas.
132
2.5. OneDrive
OneDrive es la herramienta de almacenamiento en línea de Microsoft. Se decidió optar por ella
porque permite trabajar en tiempo real sobre los documentos de Microsoft Office directamente desde
sus versiones de escritorio, web y móvil; haciendo muy cómodo realizar cambios que el resto del
equipo pudiera ver en cualquier momento.
2.6. PowerDesigner
Esta herramienta case facilitó el manejo de base de datos, generando modelos tanto
conceptuales como lógicos, los físicos fueron generados directamente con SQL Server.
2.7. Git
Para control de versiones (CVS), se utilizó Git, que es un método que permite a los
desarrolladores trabajar de manera independiente, pero conectados con el resto del proyecto. Con un
par de acciones se puede actualizar todo el software para probar las interfuncionalidades de éste sin
tener que enviar, copiar y pegar el código cada vez que se necesite probar.
2.8. GitHub
De las herramientas Git disponibles, se decidió usar GitHub, pues es una buena y reconocida
plataforma para compartir código en desarrollo mediante el sistema Git. Además, da la posibilidad de
alojar proyectos privados de forma ilimitada al usar una cuenta de estudiante.
2.9. Git Bash, SourceTree, GitHub Desktop, GitKraken, Team Explorer

de Visual Studio
Para el manejo de Git se utilizó más de una aplicación, como GitHub Desktop, proporcionada por
GitHub. La aplicación era bastante sencilla en muchos aspectos, pero cuando se intentaba hacer
133
cambios más complejos como “merges” de una rama a otra a veces no lo permitía, por lo tanto, se
decidió probar con otras como: SourceTree y GitKraken, que son bastante parecidos. Éstas manejan
acciones más complejas y no provocan problemas de conflicto en los “merges”. Otra herramienta
utilizada fue Team Explorerl, que es lo mismo que GitHub Desktop, pero integrado a Visual Studio. Por
último, pero no menos importante está Git Bash, la plataforma original de Git, que se maneja por
comandos y es una de las mejores formas de trabajar con CVS sin tener problemas y poder monitorear
de forma más completa todos los cambios del proyecto.
134
3. Implementación del Sistema
3.1. Planificación
El Plan consiste primeramente asegurar que el diseño del software cumpla con todos los
requerimientos especificados en el análisis. Al mismo tiempo se perfecciona el diseño de la base de
datos: se hace varias revisiones a los modelos de base de datos hasta que ya no sea posible detectar
errores y, finalmente, se crea y monta en un servidor.
Luego, viene la etapa de programación del software: de los métodos que permitirán llevar a cabo
los procedimientos necesarios para su funcionamiento e integración en la empresa, según la toma de
requerimientos; y las interfaces de usuario.
A continuación, se realizará pruebas a los diferentes módulos, a los procesos, a las interfaces para
asegurar que se cumple con lo proyectado y se realizará las modificaciones que haga falta para llegar
al estándar de calidad esperado tanto por el cliente como por el equipo desarrollador.
135
En la siguiente tabla se muestra la distribución del tiempo dedicado a los diferentes módulos en
las siete últimas semanas de vida del proyecto. Las celdas marcadas indican qué modulo fue
trabajado en cada semana. Al hablar de “módulos” se toma en cuenta los procedimientos y
mantenedores.
Semanas
1 2 3 4 5 6 7
Módulos
(3 oct.) (10 oct.) (17 oct.) (24 oct.) (31 oct.) (7 nov.) (14 nov.)
Compra ////// ////// ////// //////
Venta ////// ////// ////// ////// //////
Productos ////// ////// ////// //////
Empresa
////// //////
Proveedora
Contactos //////
Informes
////// ////// ////// //////
Inteligentes
Forma de
////// //////
Pago
Packs ////// ////// //////
Retiro de
////// //////
Productos
Empleados ////// ////// ////// //////
Base Datos ////// ////// ////// ////// ////// ////// //////
136
Se debe tomar atención al hecho de que la base de datos requirió de una gran inversión de
tiempo para ser completada.
137
3.2. Organización
Para montar la base de datos se utiliza un PC en la botillería La Biroka. Este PC ya había sido
previamente analizado por el equipo y cuenta con las especificaciones suficientes para actuar
como servidor.
Se decidió trabajar con el Modelo Vista Controlador (MVC) separando el software en 3 capas:
Datos, Negocio y Vista. Este método nos permite aislar la interfaz de los datos, pensando en
futuras modificaciones o adaptaciones al software, por ejemplo: en caso de que se consiga
venderlo a otros clientes y requiera ser implementado en otro entorno.
Se trabajará de manera seccionada, tomando cada integrante un grupo de tablas relacionadas

entre sí y creando los procedimientos almacenados para cada una, luego su correspondiente clase
en la capa de datos y en la capa de negocios, y el(los) formulario(s) que la capa vista requiera para
que el usuario pueda interactuar con la información. Primero se trabaja con las tablas secundarias
o periféricas que son más fáciles y además necesarias para las principales que serán
programadas a continuación. Algunos módulos pueden resultar muy complejos o generar
demasiadas dudas para que sean resueltos sólo por el programador responsable, por lo que existe
una regla de total cooperación en el equipo cuando alguien pida ayuda.
138
A continuación, se intenta mostrar por qué unas tablas deben ser creadas antes que otras.
Las tablas de la derecha no pueden existir o estarían incompletas sin las que están a su
izquierda y asimismo las de abajo necesitan la existencia previa de las de arriba para poder
guardar la información de los procesos.
Por ejemplo:
⋅ El empleado necesita que previamente se haya creado su cargo o estaría incompleto.
⋅ Para poder generar una compra o una venta, hace falta que esté un empleado con cargo
de vendedor registrado.
⋅ Una venta también necesita que el producto esté registrado y con stock positivo.
Unidad de Medida
Producto/Pack Detalle de Pack Retiro de Producto Detalle Retiro
Categoría
Empresa
Contacto
Proveedora
Cargo Empleado Factura (Compra) Detalle Factura
Medio de Pago Venta Detalle de Venta Anulación
El proyecto creado en GitHub cuenta con la rama “dev” que es sobre la cual se desarrolla. Cada
vez que un integrante del equipo considere que tiene una versión estable de su trabajo, hará un
“commit” para integrarlo a esta rama e ir probando la funcionalidad entre los diferentes módulos.
Cuando el equipo determine que el software en general ha alcanzado un estado libre de fallos (aunque
se encuentre incompleto), se hará un merge de la rama “dev” con la rama “master”, que finalmente
alojará la versión terminada del software.
Una vez completado, se comprobará - con los 3 integrantes del equipo presentes - que se
cumple con todos los requisitos especificados en etapas previas del proyecto. Para los errores
encontrados se tomará las medidas necesarias de reparación.
Finalmente se entrará en la etapa de instalación del software en la empresa, junto con la
capacitación de los usuarios. Una vez el software haya sido recibido conforme y pase un tiempo de
marcha blanca en que el cliente contará con todo el apoyo del equipo desarrollador, se fijará reuniones
futuras para conversar sobre el desempeño del programa y proponer mejoras o modificaciones, en
139
caso de ser necesarias.
140
4. Plan de Pruebas
Como medida para evitar errores inesperados en el producto, se idea un plan de pruebas que
abarca gran parte de las funcionalidades del software. Generalmente, hay detalles que no se ve
hasta que el producto está terminado y es entonces cuando se lleva a cabo las pruebas definitivas
de control de calidad.
En este apartado se muestra una serie de tablas que describen las pruebas que se ha realizado
al software a la fecha.
3.1. Pruebas de software

4.1.1. Menú principal
Resultados Resultados Medidas

Prueba Descripción
Esperados Obtenidos Correctivas
Esta es la Se revisó el código
Los Resultados
selección que Que el usuario al y se encontró que
Obtenidos fueron
De selección de debe realizar el presionar un ítem no había sido
que el módulo
módulo o usuario para del menú entre en direccionado mal
ventas no
mantenedor ingresar a los el módulo direccionado,
ingresaba al ser
módulos o seleccionado. arreglando el
presionado.
mantenedores. problema.
Se creó un
método, para que
Ésta es la opción El resultado es el
el usuario al
que debe Que cuando el esperado, pero se
presionar la
seleccionar el usuario presione decide agregar un
De selección salir opción salir se
usuario cuando la opción salir, nivel más a la
muestre un
quiere salir del cierre el programa. salida del
mensaje de
programa. software.
confirmación de
salida.
141
4.1.2. Módulo Venta

Prueba Descripción
Este botón lo que
Que al confirmar
hace es ingresar Se graba, pero Dar un mensaje en
Botón ingresar la venta se grabe
los valores y falta una pantalla de venta
nueva venta en la base de
guardarlos en la confirmación. realizada
datos.
base de datos
Esta opción sirve
No se adoptó
para que se pueda
Que se cancele la Los resultados ninguna medida
Botón cancelar cancelar lo que se
venta son satisfactorios correctiva
está ejecutando
sin guardar datos
Se espera un
Esta opción sirve resultado de No se adoptó
para buscar búsqueda en Los resultados ninguna medida
Botón buscar.
ventas hechas en función de los son satisfactorios correctiva
el día. filtros
especificados
142
4.1.3. Módulo Empresa Proveedora
Prueba Descripción
Mostrar la
Este ingreso que
totalidad de las Que se muestre un
realiza el dueño
empresas listado con los Se muestra listado No se adoptó
del local para
proveedoras que datos de las según lo ninguna medida
guardar los datos
el dueño del local empresas esperado. correctiva
en la tabla
va registrando en proveedoras
proveedores
el negocio
Muestra la
Permite visualizar Se corrige
empresa cuyo
una empresa Los resultados validación, faltaba
nombre sea
Opción Buscar específica, según son una línea de
ingresado en el
lo ingresado en el insatisfactorios codigo
campo de
campo búsqueda.
búsqueda.
Este método
captura los datos
Que se realice las
del formulario de
validaciones No verificaba si el
ingreso, valida que
correspondientes RUT era válido al Se agregó el
los campos
Opción ingresar y cree la entrada ingresar un método de
obligatorios
en la base de proveedor. validación de RUT.
contengan datos y
datos.
guarda esta
información en la
base de datos.
Es un buscador de
Seccionaba a la
la empresa a
empresa, pero no
eliminar, que luego
Eliminar la Los resultados eliminaba, el
se puede
Opción eliminar empresa de la son procedimiento de
seleccionar y
vista del usuario. insatisfactorios almacenado había
eliminar la
que corregirlo
empresa
seleccionada.
Que modifique los
Este botón
datos ya No se adoptó
modifica los
ingresados en la Los resultados ninguna medida
Opción editar campos ya
base de datos y son satisfactorios. correctiva
ingresados en la
los muestre en la
base de datos.
tabla.
Esta opción sirve Que se cancele la Los resultados El ID del botón
Botón cancelar
para que se pueda transacción. son estaba mal hecho,
143
cancelar lo que se insatisfactorios se corrige y logra
está ejecutando cancelar la
sin guardar operación
4.1.4. Módulo Contacto

Prueba Descripción
Al abrir el módulo
mantenedor de
Revisar y mostrar Un listado de los
Contactos, se
la totalidad de contactos No se adoptó
debería mostrar Los resultados
contactos guardados en la ninguna medida
un listado con son satisfactorios.
asociados a las base de datos correctiva
todos los
empresas junto con sus
contactos
proveedoras. datos.
ingresados a la
base de datos.
El resultado que
Que se muestre el arrojaba era de
Búsqueda de un
contacto cuyo Los resultados empleado, se
contacto en
Opción buscar nombre ha sido son corrige el ID desde
particular por su
ingresado en la insatisfactorios c# y logra
nombre.
búsqueda. funcionar
Recibir mensajes
Este botón valida de alerta cuando
No guardaba la
los datos algún dato no
información en
ingresados en los corresponde con
Los resultados base de datos, el
campos del lo esperado.
Opción ingresar son procedimiento en
formulario para Que una vez
insatisfactorios. base de datos se
luego proceder a corregidos los
tuvo que corregir
grabarlos en la errores, permita
el ID.
base de datos. guardar la
información.
Luego de buscar, Luego de eliminar,
se seleccionará la se buscará el No se adoptó
Los resultados
Opción eliminar checkbox para contacto y no ninguna medida
son satisfactorios.
eliminar el debería poder ser correctiva.
contacto del encontrado.
144
listado, al hacer
click en el botón
“eliminar”, ya no
se debería poder
encontrar este
contacto.
Este botón
Que modifique los
permite modificar No se adoptó
datos ya Los resultados
Opción editar los campos ya ninguna medida
ingresados en la son satisfactorios.
ingresados en la correctiva.
base de datos.
base de datos.
Esta opción No se adoptó
Que se cancele la Los resultados
Botón cancelar cancela la opción ninguna medida
orden son satisfactorios.
actual. correctiva.
4.1.5. Módulo Empleado

Prueba Descripción
Al ingresar a esta
interfaz, se
debería mostrar el Que se muestre Los resultados No se adoptó
Mostrar datos de
listado de todos los datos son satisfactorios. ninguna medida
vendedores.
vendedores con requeridos. correctiva.
sus respectivos
datos.
Permite buscar un Mostrar en No se adoptó
empleado pantalla la Los resultados ninguna medida
Opción buscar
específico para información de un son satisfactorios correctiva
seleccionarlo. empleado.
Este método
captura y valida
los datos Que ingrese los Se corrige el ID del
Los resultados
ingresados por el valores y los botón desde c# y
Opción ingresar son
usuario para poder guarde en la base logra guardar
insatisfactorios.
crear una nueva de datos. datos.
entrada en la tabla
de empleados.
Opción eliminar Se buscará un El empleado no Los resultados No se adoptó
145
empleado, se debería aparecer son satisfactorios. ninguna medida
seleccionará y en la lista ni en la correctiva.
presionará el búsqueda.
botón eliminar.
Se bloqueaban los
Antes de guardar
controladores,
Se selecciona un los datos, el
pues estaban
empleado y se software debe Los resultados
invocando el
Opción editar intentará cambiar solicitar validación son
proceso de mala
información de su de identidad de insatisfactorios.
manera desde c#,
registro. quien realiza la
se corrige y
operación.
funciona
Después de
cambiar la
información en
Los datos del
pantalla se No se adoptó
empleado Los resultados
Botón cancelar cancelará la ninguna medida
deberían estar sin son satisfactorios.
operación y se correctiva.
modificaciones.
volverá a hacer
una búsqueda del
empleado.
146
4.1.6. Módulo de Packs de Productos

Prueba Descripción
Un listado de los
packs de
Se entra al productos debería Los resultados No se adoptó
Mostrar mantenedor de ser son satisfactorios. ninguna medida
packs. inmediatamente correctiva.
mostrado en
pantalla.
Debería mostrar
en tiempo real los
Se ingresa el inicio nombres cuyo No se adoptó
Los resultados
Opción buscar del nombre de un comienzo coincide ninguna medida
son satisfactorios.
pack al buscador. con lo ingresado correctiva.
en el campo de
búsqueda.
Se ingresa datos Aviso por parte del
erróneos para sistema y la No se adoptó
Los resultados
Opción ingresar comprobar que las solicitud de ninguna medida
son satisfactorios.
validaciones están corregir estos correctiva.
funcionando. datos.
Se selecciona un No se adoptó
Pack no debe
pack y se sigue los Los resultados ninguna medida
Opción eliminar aparecer en los
pasos para son satisfactorios. correctiva.
listados.
eliminarlo.
Se selecciona la
Al guardar, los
opción editar y se
datos de la base No se adoptó
intenta ingresar Los resultados
Opción editar deberían ser ninguna medida
valores diferentes son satisfactorios.
reemplazados por correctiva.
en los campos de
los nuevos.
ingreso.
Esta opción sirve
Que se cancele la
para que se pueda No se adoptó
orden y los Los resultados
Botón cancelar cancelar lo que se ninguna medida
cambios no sean son satisfactorios.
está ejecutando correctiva.
registrados.
sin guardarse.
147
148
4.1.7. Módulo de Productos

Prueba Descripción
Se muestra un
Se produce al No se adoptó
listado de los Los resultados
Mostrar ingresar al módulo ninguna medida
productos en la son satisfactorios.
de productos. correctiva.
base de datos.
Se ingresa el
Se muestra el No se adoptó
código de barras
producto que tiene Los resultados ninguna medida
Opción buscar de un producto en
ese código de son satisfactorios. correctiva.
la barra de
barras asociado.
búsqueda.
En la pantalla de
ingreso, se escribe No permite
No se adoptó
datos para un guardar el registro
Los resultados ninguna medida
Opción ingresar nuevo producto, y avisa que falta
son satisfactorios. correctiva.
excepto su código un dato
de barras y se obligatorio.
ordena guardarlo.
Sistema pide
Faltaba cerrar un
confirmación
Se selecciona y Los resultados proceso en la
antes de proceder
Opción eliminar elimina un son capa Negocio, se
a eliminar
producto. insatisfactorios. cambia y se logra
producto de los
eliminar datos.
listados.
Se busca un
producto para
editar sus
Sistema avisa que No se adoptó
atributos. Los resultados
Opción editar un dato no es ninguna medida
Se ingresa son satisfactorios.
válido. correctiva.
caracteres no
numéricos en el
campo de precio.
Esta opción sirve
para que se pueda
No se adoptó
cancelar lo que se Que se cancele la Los resultados
Botón cancelar ninguna medida
está ejecutando orden. son satisfactorios.
correctiva.
sin guardarlo en la
base de datos.
149
150
4.1.8. Módulo de Informes Inteligentes

Prueba Descripción
El sistema no se
cae, busca y
Se ingresa muestra lo que No se adoptó
Los resultados
Búsquedas diferentes filtros encuentra o ninguna medida
son satisfactorios.
de búsqueda. devuelve tablas correctiva.
vacías, si no hay
datos.
En pantalla se
muestra listados
Se selecciona la
por vendedor que
opción que No se adoptó
Ventas por muestran las Los resultados
entrega la ninguna medida
Empleado ventas que han son satisfactorios.
consulta de ventas correctiva.
sido realizadas
por empleado.
con su
identificador.
Mensaje que
Se selecciona un No se adoptó
Mostrar ventas comunica que no Los resultados
día sin ventas ninguna medida
por día. hubo ventas en el son satisfactorios.
registradas. correctiva.
día seleccionado.
No es posible
seleccionar una
En el rango de fecha superior a la
fechas, se intenta de hoy. No se adoptó
Productos más Los resultados
poner una fecha Se muestra el ninguna medida
vendidos. son satisfactorios.
superior al día de listado correctiva.
hoy. considerando
“hoy” como fecha
límite.
Los gráficos no se
muestran por el
Se selecciona la
tipo de archivo
opción para que el Se muestra Los resultados
Mostrar gráficos. que estaban
reporte incluya un gráficos. son satisfactorios.
usando, se cambia
gráfico.
y ahora si se
muestran
151
152
4.1.9. Módulo Compra

Prueba Descripción
Muestra un listado
Mostraba la venta,
con las últimas
Los resultados pues la ID desde
Se abre el compras
son procesamiento en
Mostrar mantenedor de realizadas
insatisfactorios. base de datos
compras. ordenadas por
había que corregir
fecha
ID
descendente.
Se busca una
Se muestra el No se adoptó
compra por fecha Los resultados
Opción buscar detalle de las ninguna medida
y otra por número son satisfactorios.
consultas hechas. correctiva.
de documento.
Valida campos No se adoptó
Se ingresa una Los resultados
Opción ingresar obligatorios, ninguna medida
nueva compra. son satisfactorios.
guarda los datos. correctiva.
Se elimina un Exige la No se adoptó
Los resultados
Opción eliminar registro de autorización del ninguna medida
son satisfactorios.
compra. administrador. correctiva.
Al hacer una
Se edita las
consulta de la No se adoptó
cantidades de Los resultados
Opción editar compra, se debe ninguna medida
productos son satisfactorios.
reflejar las nuevas correctiva.
recibidos.
cantidades.
Se inicia la edición
Al hacer una
de una compra, se
consulta de la No se adoptó
ingresa valores Los resultados
Botón cancelar compra, los ninguna medida
nuevos en los son satisfactorios.
valores originales correctiva.
campos y se
deben seguir ahí.
aprieta “Cancelar”.
153
4.1.10. Módulo Consulta Venta

Prueba Descripción
Se ingresa un
Se muestra un
rango de fechas
listado con las No se adoptó
para realizar una Los resultados
Botón buscar ventas realizadas ninguna medida
búsqueda de las son satisfactorios.
en el rango correctiva.
ventas efectuadas
especificado.
en ese período.
154
155
5. Puesta en Marcha
Al haber superado la etapa de pruebas, el software se encuentra preparado para ser instalado y
utilizado en su destino.
A continuación, se describe las actividades que conforman la puesta en marcha del proyecto.
5.1. Primera Actividad:

Chequeo de Máquina
Descripción.
Se realizará un viaje hacia las dependencias del cliente con el fin de revisar el equipo en el cual se
realizará la ejecución del software creado.
Tiempo
El tiempo estimado para la revisión es de 30 minutos.
Recursos
Se requerirá de un equipo, un disco duro externo y una impresora.
Participantes.
Esta actividad será realizada por Brandon Hernández, John Cofré y Alejandro Castillo.
Responsable.
John Cofré.
5.2. Segunda Actividad:

Instalación de Software.
Descripción.
Se realiza la instalación del software en el equipo que se utilizará para el local.
Tiempo
El tiempo estimado para la instalación del programa es de 1 hrs.
Recursos.
Se requerirá de un equipo y un disco duro externo.
Participantes.
Esta actividad será realizada por Brandon Hernández y John Cofré.
Responsable.
Brandon Hernández.
156
5.3. Tercera Actividad:
Instalación de base de datos.
Descripción.
En este paso se realizará la instalación de Base de Datos en el cual se registrarán los datos que
ingrese el cliente en el programa.
Tiempo.
El tiempo estimado de instalación es de 20 minutos.
Recursos.
Se requerirá de un pc, conexión a internet y pendrive.
Participantes.
Esta actividad será realizada por Brandon Hernández y Alejandro Castillo.
Responsable.
Brandon Hernández.
5.4. Cuarta Actividad:

Creación y poblamiento de Base de Datos.
Descripción.
Se realizará la creación del software y posteriormente el poblamiento de las tablas de acuerdo con lo
solicitado por el cliente.
Tiempo.
El tiempo para este paso es de 4 semanas
Recursos.
Se requerirá de un computador con conexión a internet.
Participantes.
Este paso se realizará por don Brandon Hernández, John Cofre y Alejandro Castillo.
Responsable.
Alejandro Castillo.
157
5.5. Quinta Actividad:
Capacitación al personal del local.
Descripción.
Se realizará un pequeño curso de capacitación a dos personas de local, para el uso del nuevo sistema.
Tiempo.
Este pequeño curso tendrá una duración de 2 hrs. Por cuatro días.
Recursos.
Un notebook, conexión a internet.
Participantes.
Este pequeño curso será realizado por Brandon Hernández, John Cofre y Alejandro Castillo.
Responsable.
Alejandro Castillo.
158
6. Plan de Mantención
A continuación, se mostrará a través de tablas como se va a realizar la mantención y las garantías
del software.
6.1. Mantención Preventiva:
Actividad Descripción Tiempo Recursos Participantes Responsable

Se necesitará a
Esta actividad los tres
está enfocada desarrolladore
en verificar que s del sistema y
los datos El tiempo para Se necesitará la presencia
ingresados por realizar esta una conexión a del cliente a
MANTENCIÓN
el usuario actividad será internet y quien se le John Cofré
PREVENTIVA
estén siendo de cuatro conexión al explicará los
almacenado s horas cada día. servidor local. pasos
correctamente seguidos y se
en la base de solicitará su
datos. visto bueno.
6.2. Mejora De Procesos Actuales:

Se ofrece la - Se necesita el
mejora de los computador en
El tiempo para
procesos donde está Se necesitará
realizar esta
MEJORAR actuales, en instalado el al usuario y los
actividad será
PROCESOS caso de que programa. tres Alejandro
de cinco horas
ACTUALES sea necesario, - Los desarrolladore Castillo
cada dos
para poder programas ya s del sistema.
meses.
obtener un hechos con las
mayor actualizacione
rendimiento y s
159
eficacia en el Correspondien
sistema. tes.
6.3. Mantención De Cambios Según El Usuario:

Abordará la
- Se necesitará
realización de
una entrevista
cambios que
previa con el Se necesitará
no estaban Se evaluará
CAMBIOS cliente y/o los al cliente,
incluidos en la dependiendo
SOLICITADOS usuarios. usuario(s) y los
especificación de las
POR EL tres John Cofré
de modificacione
USUARIO - El desarrolladore
requerimientos s solicitadas.
computador en s del sistema.
original, si es
donde está
que el usuario
instalado el
realiza esta
programa.
petición.
6.4. Respaldo Total Del Sistema:

Se estima que
tomará 2 horas
Se comprobará
verificar que
que el respaldo Se necesita a
todo funcione
esté lo menos un
en orden,
VERIFICACIÓN funcionando desarrollador
incluyendo la Brandon
DEL SISTEMA correctamente Servidor. del sistema y
toma de Hernández
DE RESPALDO para evitar la al cliente para
medidas
pérdida de mantenerlo
correctivas
datos informado.
inmediatas en
sensibles.
caso de ser
necesario.
160
Una vez que se finaliza la etapa de Implementación, se concluye lo importante de tener una
planificación para el desarrollo de software, para cumplir metas de tiempo para la entrega del software
al usuario final.
El plan de prueba para la implementación del sistema anteriormente descrito sirve para
determinar y verificar que tan buen producto se desarrolló, determinando que cosas deben corregirse
para tener al usuario conforme. Además, se pudo ver cómo se realiza el plan de puesta en marcha y el
plan de mantenimiento para el sistema. Una vez entregado el software, es necesario realizar una
capacitación, que involucra reuniones con los usuarios finales del sistema, para enseñarles a usar la
interfaz, y cómo utilizar las funcionalidades que se acordó tener disponibles.
161
Conclusión
Como conclusión Final cabe decir que, pasando por todas las etapas en la creación de un proyecto
informático, aprendimos que hay que seguir metodologías y estándares, para que el resultado sea un
proyecto eficiente y de buena calidad, dejando una capacitación al sistema adecuada a los mismos
dueños de la empresa.
Lo que el cliente pidió es un producto simple, estable y eficiente, basándose en la especificación de

requerimientos realizada, ocupando la base de datos de los productos y a la vez generando una nueva
donde pudieran estar los procedimientos, como se explica en las especificaciones de requerimientos.
Este punto resulta de forma fundamental a la hora de desarrollo del sistema.
Cambien cabe decir que fue de mucha ayuda haber divididos tareas en lo que respecta al lenguaje de
desarrollo, y mucho más pues eran tres personas las que estaba involucradas, habilitando una
plataforma de Control de Versiones, para mantener un control sin afectar el código de otro.
Habíamos dicho anteriormente sobre el rechazo que se puede generar cambios dentro de algo ya
establecido, pero se trató de ir realizando muchas entrevistas con el dueño de la empresa,
comunicando cada una de las etapas y siempre tomando en cuenta la real necesidad de cambio. En
función de lo anterior, tuvimos la oportunidad de ir conversando con el dueño en cada una de las
162
etapas, lo que significaba una constante retroalimentación de corrección de errores, lo que fue
mejorando cada vez más el trabajo realizado.
Este proyecto nos sirvió muchísimo para poner en práctica lo adquirido en clases y después de unos
meses de arduo trabajo, es reconfortante cumplir con el objetivo final de esta etapa.
Referencias
Bentley, W. y. (s.f.). I.Análisis de Sistema. Diseño y Métodos, 7ma edición.
Hernandez, G. (s.f.). Entrevista. (G. E. Pyme, Entrevistador)
Kendall, K. &. (s.f.). Análisis y diseño de sistemas, 8 ed. .
Pressman, R. S. (s.f.). Ingeniería del software, Un enfoque práctico 7 ed.
Pyme, G. E. (s.f.). Análisis de documentos (boletas, libros, registros).
pyme, G. E. (s.f.). Observación de los procesos en el sitio por el equipo de trabajo.
Scott, M. f. (s.f.). UML gota a gota .
Wikipedia. (s.f.). Obtenido de Wikipedia: https://es.wikipedia.org/wiki/Desarrollo_en_cascada
163
Anexos
A1: Cuaderno de Ventas Menores.
164
A2: Boletas de la Biroka
A3: Archivador de Facturas
A4: Libro de Ingreso de Facturas.
165
A5: Dispensador de Cigarros
A6: Libro de Ventas Diarias.
166
167

Informe Proyecto

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Informe Proyecto

Загружено:

Авторское право:

Доступные форматы

MusicalWeb

Informe de análisis de sistema del

Alumnos : Castillo Alejandro

CHILLÁN – CONCEPCIÓN – LOS

Luego del análisis de la situación de la empresa se mostrará las especificaciones de

Introducción del General 8

Capítulo I: Análisis y Especificación de Requerimientos 10

4.1 Descripción del área en estudio 15

4.2 Análisis de la situación actual 17

8.1 Objetivo General 34

8.2 Objetivos Específicos 35

8.3 Requisitos Funcionales del sistema 36

8.5 Requisitos Técnicos 40

Capítulo II: Diseño 50

Capítulo III: Implementación 120

3.2. Organización 126

La necesidad de un cambio puede provenir del interior de la organización u originarse fuera de

Entonces, se entiende que se quiere mejorar el proceso y la toma de decisiones de la empresa,

La empresa cliente para la que se desarrollará un sistema de administración de inventario y venta

Un sistema es un conjunto o disposición de procedimientos o programas relacionados de

¿Cuál es la ventaja del análisis?

¿Si no hace un análisis?

Nombre : Brandon Hernández Cofré

Nombre : Alejandro Castillo Pradena

Nombre : John Cofre Cofre

Nombre de Fantasía : “La Biroka”

Toda la documentación visual esta en los Anexos.

4.3 Análisis de la situación actual

El cliente le entrega el dinero.

o Nombre del Proceso : Entrega de Productos.

o El administrador toma el libro de Compra y Venta

o Nombre del Proceso : Llenado de Inventario

Revisa la bodega (Utiliza un método de “llenado”, cada producto tiene un espacio

o Nombre del Proceso : Abrir el negocio

o Almacenamiento : Hoja de cigarros

Finalmente, se ofrece integrar un módulo de estadísticas para apoyar la función administrativa y

7.1 Objetivo General

Crear herramientas estadísticas para apoyar la interpretación y toma de decisiones, mediante el

● Crear un sistema más amigable con el usuario, ya sea en su mantención y su configuración.

7.4 Requisitos No Funcionales

7.5 Requisitos Técnicos

7.5.2 Lenguaje de desarrollo

Como Herramienta suplementaria se utilizará GIT para mantener a todos trabajando en el

7.5.3 Para el Desarrollo

7.5.4 Para la Puesta en Marcha

8. Requisitos De Información u Operacionales

Detalle de Venta Tarjeta

Tipo: Requiere: Entrega:

9. Conclusión del Capítulo

Si se quiere conseguir el éxito en cualquier desarrollo de software es esencial la comprensión total

El análisis de requisitos es la fase más importante en el desarrollo de un software, porque en esta

4.1 Ingresar al sistema

6 Guía Técnica Elaboración del Mapa Funcional, http://www.oas.org

7 Ingeniería de software, un enfoque práctico, Capítulo 10, Pressman

6.3. Modelo Escritorio (Usuario Comun)

6.4.1 Reporte de Ventas

Botón Imprimir : Su función es imprimir el listado que se encuentra en el formulario.

Caja de texto Buscador : Se busca por fecha.

Detalle consulta : Como se mencionó anteriormente, mostrara los detalle de la

6.4.4 Anulación de Venta

Ingrese filtro de búsqueda (Fecha)

La pantalla muestra el listado de las ventas ordenadas por fecha.

6.4.5 Eliminar para Producto, Categoría, Unidad de Medida, Empleado,