UNIVERSIDAD TECNOLGICA DE LOS ANDES

FACULTAD DE INGENIERA
ESCUELA PROFESIONAL DE INGENIERA DE SISTEMAS E INFORMTICA

Informa final de prcticas pre profesionales

SISTEMA DE GESTIN DE
ALAMCEN PARA LA EMPRESA
LYLYTA E.I.R.L DE LA CUIDAD DEL
CUSCO
CURSO:

Practicas Pre Profesionales

CICLO:

DOCENTE:

Ing. Vctor Daro Sosa Juregui

ALUMNO:

Fernando Alexsander Checa Menacho.

CODIGO:

09110421-B

CUSCO PER
2015

PRESENTACION
Sr. Sub Director de la UNIVERSIDAD TECNOLOGICA DE LOS ANDES FILIAL
CUSCO Es grato dirigirme

a usted

y poner a vuestra consideracin el

presente trabajo intitulado SISTEMA GESTION DE ALAMCEN.

Este trabajo

de prcticas pre profesionales cuya realizacin es fruto

del

esfuerzo dedicacin, trabajo y gratitud a esta institucin, conocedor de nuestra

profesin estoy seguro

se hara participe de opiniones, crticas y sugerencias

respecto al presente trabajo de prcticas pre profesionales, la mismas que

sern de gran utilidad para enriquecer nuestra experiencia profesional y as
poner en marcha nuestra profesin.

RESUMEN
El presente tema de prcticas Pre-profesionales tiene como objetivo el resolver
la problemtica que afronta actualmente la Tienda LYLYTA E.I.R.L, el cual no
dispone de ningn tipo de automatizacin en el proceso de Control de entrada
y salida de producto (Almacn), ya que al realizarlo de forma manual est
propenso a que se cometan muchos errores y prdidas de informacin.
Se ha propuesto una alternativa efectiva y viable a este problema, la cual
soluciona de manera eficaz los contratiempos que en este momento afronta la
empresa.
La solucin para automatizar y mejorar el Control de Almacn, es desarrollar
un software que realice este proceso de manera segura y confiable, usando
tecnologa de punta y muy actual, que accedern en tiempo real a la base de
datos de la aplicacin, registrando de forma inmediata la informacin necesaria
para llevar correctamente el registro delos productos y las existencias.

Palabras clave: Automatizacin, tecnologa, informacin.

SUMMARY
This topic Pre-professional practices aims to solve the problems currently facing
the "LYLYTA EIRL" Store, which does not have any automation in the process
input and output control product (Warehouse), and I realize that manually is
prone to many errors and data loss are committed.
It has proposed an effective and viable alternative to this problem, which
effectively solves the setbacks currently facing the company.
The solution to automate and improve warehouse control, is to develop
software that perform this process safely and reliably, using technology and
very current, which will access to real-time database application time recording
form immediate information necessary to properly keep track products and
inventory models.
Keywords: Automation, technology, information.

INTRODUCCIN
Hoy en da, la informtica se ha convertido en un factor importante en la vida
de una empresa la razn principal implica la cantidad de informacin que
actualmente se maneja, hace que el tratamiento automtico de la informacin
sea realmente til y necesario.
En la actualidad los sistemas de informacin estn basados en computadoras
que son objetos de gran consideracin en la toma de decisiones oportunas,
confiables y efectivas en cuanto a tcnicas de planificacin, programacin y
administracin con el fin de garantizar su xito, limitar el riesgo y reducir costos
y aumentar las ganancias.
Debido a esta razn, nace la idea de automatizar el control de entradas y
salidas de los productos de una empresa; cabe mencionar el acelerado avance
de las telecomunicaciones y el progreso que han experimentado las ciencias
informticas que permiten entrar al moderno mundo de la tecnologa, y ser ms
competitivos.
Mediante el anlisis de las tcnicas de investigacin nos identifica claramente
falencias que afectan el funcionamiento de la empresa, situacin que se ha
hecho evidente en la forma como se ejecuta el proceso de control de entrada y
salida de un artculo.
Por lo tanto, estos aspectos son importantes para la elaboracin y diseo de
sistemas de informacin, as satisfacer los requerimientos de los usuarios y
mejoras las tareas de control del producto de la empresa.
Es importante en toda empresa, que se dedique a la comercializacin de
productos, tener un sistema eficiente de control de artculos, el cual permita
saber, cunto y cundo se debe pedir para el reabastecimiento de la
mercadera para la venta.

DEDICATORIA
Dedico la presente trabajo

A Dios por mostrarme da a da que con humildad, paciencia y sabidura es

posible.
A mis padres y hermanas quienes con su amor, apoyo y comprensin
incondicional estuvieron siempre a lo largo de mi vida estudiantil; a ellos que
siempre tuvieron una palabra de aliento en los momentos difciles y que han sido
incentivo de mi vida y convertir el esfuerzo en triunfo.

AGRADECIMIENTO
Agradezco en primer lugar a Dios quien me dio la vida y la ha llenado de
bendiciones en todo este tiempo, a l que con su infinito a amor me ha dado la
Sabidura suficiente para llegar hasta aqu.
Quiero expresar mi ms sincero agradecimiento, reconocimiento y cario a mis
padres por todo el esfuerzo que hicieron para darme una profesin y hacer de mi
un hombre de bien, gracias por los sacrificios y la paciencia que demostraron
todos estos aos; gracias a ustedes hemos llegado a donde estamos.
Gracias a mis hermanas quienes han sido mis amigas fieles y sinceras, en los que
he podido confiar y apoyarme para seguir adelante.
Gracias a todas aquellas personas que de una u otra forma me ayudaron a crecer
como persona y como profesional.
Agradezco tambin de manera especial a mi asesor de este trabajo quin con sus
conocimientos y apoyo supo guiar el desarrollo del presente trabajo de prcticas
pre profesionales desde el inicio hasta su culminacin Profesor: Vctor Daro
Sosa Jauregui.
Ahora podemos decir que todo lo que soy es gracias a todos ustedes

Fernando Alexsander Checa Menacho

Contenido
1

DESCRIPCION DEL PROBLEMA................................................................11

1.1

PLANTEAMIENTO DEL PROBLEMA....................................................11

1.2

OBJETIVOS....................................................................................... 12

1.2.1

OBJETIVO GENERAL......................................................................12

1.2.2

OBJETIVOS ESPECIFICOS...............................................................12

1.3

JUSTIFICACION................................................................................. 13

1.4

ALCANCE.......................................................................................... 14

1.5

MARCO CONCEPTUAL.......................................................................14

1.5.1

LA EMPRESA.............................................................................. 14

1.5.1.1 RAZON SOCIAL..........................................................................14

1.5.1.2 LOCALIZACION...........................................................................15
1.5.1.3 MARCO LEGAL............................................................................... 15
1.5.2

ORGANIZACIN DE LA EMPRESA..................................................16

1.5.2.1 ESTRUCTURA ORGNICA..............................................................16

1.5.2.2 ORGANIGRAMA............................................................................. 16
1.5.3

MISION Y VISION...........................................................................17

1.5.3.1 MISION....................................................................................... 17
1.5.3.2 VISION....................................................................................... 17
1.5.4

GLOSARIO DE TERMINOS..............................................................17

1.5.5

METODOLOGA DE DESARROLLO DE SOFTWARE.......................21

1.6

ESTADO DEL ARTE........................................................................... 22

1.7

CRONOGRAMA................................................................................. 24

REQUERIMEINTOS.................................................................................. 26
2.1

REQUERIMIENTOS FUNCIONALES.....................................................26

2.1.1

Lista de requerimientos funcionales.............................................26

2.1.2

Lista de requerimientos no funcionales.....................................26

2.2

CASOS DE USO DEL SISTEMA..........................................................27

2.3

Matriz de trazabilidad......................................................................27

2.4

Descripcin de los Casos de uso de alto nivel.................................28

2.5

Casos de uso expandido..................................................................32

2.6

ACTORES DEL SISTEMA....................................................................38

2.7

ESPECIFICACION DEL SISTEMA........................................................41

2.8

ESTUDIO DE FACTIBILIDAD...............................................................41

2.8.1

FACTIBILIDAD TECNICA..............................................................41

2.8.2

FACTIBILIDAD OPERATIVA..........................................................41

2.8.3

FACTIBILIDAD ECONOMICA........................................................42

capituloIII............................................................................................... 47

3.1

Diagrama de clases de anlisis...........................................................48

3.2

Arquitectura candidata....................................................................49

3.3

Diseo de interfaz grafica................................................................50

3.3.1

Pantalla principal..........................................................................50

3.3.2

Pantalla de mantenimiento...........................................................51

3.3.3

Pantalla de proceso de ventas......................................................51

3.3.4

Pantalla de proceso de compras...................................................51

3.3.5

Pantalla de historial de productos................................................51

capitulo IV.............................................................................................. 52

4.1

construccin....................................................................................... 53

4.1.1

Diseo y construccin de la base de datos...................................53

4.1.2

Herramienta 1.............................................................................. 62

4.1.3

Herramienta 2.............................................................................. 62

4.1.4

Herramienta 3.............................................................................. 62

4.1.5

Herramienta 4.............................................................................. 62

4.1.6

Herramienta 5.............................................................................. 63

4.1.7

Configuracion 1............................................................................ 63

Conclusiones................................................................................................ 65
Recomendaciones........................................................................................ 65
Bibliografa................................................................................................... 65
Web grafa.................................................................................................... 65
https://www.visualstudio.com/es-es/visual-studio-homepage-vs.aspx. . .65

CAPITULO I

1 DESCRIPCION DEL PROBLEMA

1.1 PLANTEAMIENTO DEL PROBLEMA
Segn Jack Fleitman(Empresario y Consultor Ciudad de Mxico),
Hace no tantos aos los sistemas informticos no estaban incluidos
dentro de los temas prioritarios en la agenda del empresario o
comerciante y mediano de nuestro pas. Solo las grandes empresas
tenan el privilegio de informatizar sus circuitos administrativos ya
que en ese entonces los costos de desarrollo e implementacin de
sistemas requeran de inversiones importantes.

Esto redundaba en mejoras sustanciales en los procesos con el

lgico impacto en los resultados finales de la gestin. Por lo tanto las
mayores posibilidades de acceder a nuevas tecnologas las hacia
cada vez ms competitivas en comparacin con el resto.
Hoy, luego de ms de veinte aos, el panorama ha cambiado. Es
mucho ms accesible para el pequeo empresario contar con
tecnologa que le permita reducir la brecha competitiva que lo separa
de la gran empresa. Informatizar la administracin de una empresa
significa por ejemplo contar con herramientas que nos permitan
gestionar inventarios, cuentas corrientes de clientes, proveedores,
registrar las compras y las ventas, llevar libros de caja y banco,
emitir reportes y listados para la liquidacin de impuestos y ms.
Por lo tanto podemos mencionar que:
La Tienda LYLYTA E.I.R.L es una empresa dedicada a la venta de
abarrotes de primera necesidad, la misma que comercializa
productos a nivel local y regional, buscando alcanzar la plena
aceptacin y fidelizacin de sus Clientes. Para ello, la empresa
necesita llevar un estricto control de entradas y salidas de sus
productos, su stock, los artculos que ms se vende, cuales son los
meses que genera mayor ingresos, valoracin del almacn, etc.
Actualmente no mantienen datos actualizados de los niveles de
stock la mayor parte del tiempo, esto debido a que la empresa
realiza sus controles de forma manual, por lo que la entrada y salida
de productos no son lo suficientemente efectivos para poder
controlar la informacin.

Los procesos de carga y descarga del inventario no se realizan

directamente al sistema, si no que incluyen un proceso manual con
papeleo se genera una prdida de tiempo que conlleva a la falta de
informacin actualizada y al desaprovechamiento de recursos
humanos, de tiempo y financieros.
La empresa requiere el control oportuno de la mercadera que entra
en el Almacn como la que sale, evitando as que se agote la
existencia de algn producto, como tambin evitar que cualquier
mercanca fuera sustrada.
Todo lo mencionado conlleva a una deficiente gestin de informacin
comercial, disminuyendo su competitividad. Por tanto contar con un
sistema informtico de ventas para mejorar el proceso de ventas en
la tienda LYLYTA E.I.R.L significa reducir las tareas de ingreso y
registro de las operaciones al mnimo necesario, reducir errores,
eliminar la duplicacin de tareas, generar listados e informacin til
para mejorar la toma de decisiones comerciales, econmicas y
financieras con relacin al negocio y aumentar los controles.

1.2 OBJETIVOS
1.2.1

OBJETIVO GENERAL
Desarrollar un SISTEMA GESTIN DE ALMACEN

1.2.2

OBJETIVOS ESPECIFICOS
Analizar y Disear un modelo de control de salida de
productos
Identificar y realizar un diagnstico sobre los procesos
principales de ventas en la tienda LYLYTA E.I.R.L.
Analizar el diseo de un sistema informtico que permita
mejorar los procesos de ventas en la tienda LYLYTA
E.I.R.L.
Definir y analizar la arquitectura del software, con la
informacin y los requerimientos bsicos encontrados, en
los procesos de ventas en la tienda LYLYTA E.I.R.L.

 Control del movimiento de los productos de entrada y

salida.
Generacin de consultas de los movimientos de entrada,
salida y existencias.
Disear las interfaces y crear la base de datos que
permitan la interaccin del usuario con la aplicacin de la
manera ms sencilla posible.

1.3 JUSTIFICACION
Con el fin de mejorar la productividad y el rendimiento de la
tienda

LYLYTA E.I.R.L, es

fundamental

implementar

un

sistema informtico de Gestin de almacn que brinden

eficiencia y eficacia de la gestin de ventas.
La implementacin de este sistema de informacin planteada
en la tienda LYLYTA E.I.R.L, brindar la posibilidad de obtener
grandes ventajas, incrementar la capacidad de organizacin
de la empresa, y tomar de esta manera los procesos a una
verdadera competitividad, mejorando los reportes de ventas
diarias, el control de sus productos, generar una lista de
productos por categora para poder realizar una mejor compra,
el sistema proporcionar informacin clave para la toma de
decisiones; esta informacin ser sencilla, clara, veraz,
precisa, consistente y fcil de analizar e interpretar.
La realizacin de este proyecto responde a la necesidad de
realizar un sistema eficaz y simple que integra todas las
funcionalidades bsicas y comunes de cualquier Almacn en
general y que al mismo, est utilizado por cualquier usuario sin
que tenga previos conocimientos de informtica ni est
familiarizado con los sistemas de informacin.
El sistema gestin de almacn est orientado nicamente al
realizar tareas especficas y generando reportes de salidas,
entradas, existencias, y vencimientos, ya que este tipo de
informacin oportuna ser de gran utilidad para el rea de
compras y ventas.
El sistema gestin de alancen permitir una informacin
fiable y precisa agilizando la perdida del aprovechamiento de
recursos humanos y tiempo.

 La mayora de los sistemas de informacin de gestin integral,

ofrecen un importante abanico de funcionalidades donde la
mayora no son de uso comn y nunca son usadas en el
mbito de la gestin integral, con lo cual, se reduce la eficacia
del sistema.
Otra cuestin muy importante, estos sistemas suelen ser
complicados hasta para usuarios familiarizados con
aplicaciones informticas dadas sus navegaciones que suelen
ser verticales y profundas.
Por ltimo la interfaz grfica, en la mayora de los casos, suele
tener varios botones y componentes grficos en general, que
lo nico que transmiten al usuario es la sensacin de no
dominar el sistema, lo que puede generar un cierto rechazo a
la aplicacin.
Por todo ello, es importante destacar que la implementacin de
un sistema informtico de gestin de alancen en la tienda
LYLYTA E.I.R.L implica un cambio organizativo, ya que no slo
afecta a la administracin de la empresa, sino tambin a sus
empleados y habilidades, Por otra parte, podemos concluir
que es de vital importancia utilizar tecnologas de informacin
y comunicacin adecuadas para el procesamiento y
transmisin de los datos que se gestionarn en el sistema de
informacin.

1.4 ALCANCE
Entre los alcances del presente trabajo estn:
Brindar un mejor control del estado de la mercadera en
alancen.
Mantener actualizado la informacin de la mercadera
existente en alancen.
se obtendr reportes especficos sobre la mercadera de
alancen segn su estado, fecha vencimiento.

1.5 MARCO CONCEPTUAL

1.5.1 LA EMPRESA
1.5.1.1
RAZON SOCIAL
LYLYTA E.I.R.L

1.5.1.2

LOCALIZACION

cal. tres cruces de oro nro. 349 (entre calle belen y calle pera)
cusco - cusco cusco
1.5.1.3

MARCO LEGAL

R: 20491125561 LYLYTA
responsabilidad limitada

empresa

individual

tipo contribuyente:

empresa individual de resp. ltda

nombre comercial:

LYLYTA e.i.r.l

de

fecha de inscripcin: 28/09/2012

fecha de inicio de actividades:
01/10/2012
estado del contribuyente:

activo

condicin del contribuyente: habido

direccin del domicilio fiscal: cal. tres cruces de oro nro. 349
(entre calle belen y calle pera) cusco - cusco cusco
sistema de emisin de comprobante: manual
actividad de comercio exterior:
sin actividad
sistema de contabilidad:
manual/computarizado
actividad(es) econmica(s): venta al por mayor de alimetos,
bebidas y tabaco.
comprobantes de pago c/aut. de impresin (f. 806 u 816):
sistema de emisin electrnica:
afiliado al ple desde: 01/01/2015
documento
nro. documento
nombre
desde
dni 43146085 huayllani choquehuanca lidia
general 24/09/2012

cargo fecha
gerente

La informacin exhibida en esta consulta corresponde a lo

declarado por el contribuyente ante la Administracin
Tributaria.
Fuente: www.sunat .gob.pe
Fecha de visita 05/09/2015

1.5.2

ORGANIZACIN DE LA EMPRESA

1.5.2.1

ESTRUCTURA ORGNICA
Considerando el objeto empresarial y las funciones que debe
cumplir como empresa, posee una estructura organizativa
plana, que responde a las funciones y facultades que se le
asignan para el desarrollo de sus actividades.
Se utiliza la nomenclatura de Direcciones y Grupos para las
divisiones estructurales, las cuales funcionan directamente
subordinados al Gerente General.

1.5.2.2

Sobre esta base se presentan los cargos directivos siguientes:

Gerente General.
Direccin de Contabilidad y Finanzas.(rea Contable)
Direccin de Recursos Humanos.(Recursos Humanos)
Jefe de Grupo de Atencin al Cliente(rea Ventas)
Jefe de Grupo de Abastecimiento(rea de Compras)
Jefe de Almacn(rea de Almacn o abastecimiento)

ORGANIGRAMA

GERENTE GENERAL

CONTABILIDAD

RECURSOS HUMANOS

VENTAS

COMPRAS

ALMACEN

1.5.3
1.5.3.1

MISION Y VISION
MISION

LYLYTA E.I.R.L es una empresa que se dedica a la compra y

venta de artculos de primera necesidad, Permanecer y crecer
regionalmente como nmero uno en la preferencia de sus
clientes, mediante la comercializacin y distribucin de una
amplia variedad de productos de consumo para su hogar o
negocio, en los formatos de autoservicio, mostrador y reparto,
con una excelente calidad, atencin y servicio.

1.5.3.2

VISION

LYLYTA E.I.R.L, hasta el 2016 aspira ser una empresa lder en

el mercado buscando los mecanismos necesarios para
prestar servicios con altos niveles de eficiencia, en donde se
conjugue la buena atencin al cliente y la calidad del producto
o servicio.

1.5.4

GLOSARIO DE TERMINOS
Actores del Negocio: El actor es una entidad externa del sistema
que de alguna manera participa en la historia de los casos de uso.
[1]
Atributo: Es una caracterstica concreta de una clase. [2]
Base De Datos: Una base de datos de SQL server consta de una
coleccin de tablas en la que se almacenan un conjunto especfico
de datos estructurados. [3]
BPMN: Es una notacin grafica que describe la lgica de los pasos
de un proceso de negocio. Esta notacin ha sido especialmente
diseada para coordinar la secuencia de los procesos y los

1http://es.wikipedia.org/wiki/actornegocio
2http://www.devjoker.com/contenidos/catss/130/Definicion-de-clases.aspx
3http://es.wikipedia.org/wiki/Base_de_datos

mensajes que fluyen entre los participantes de las diferentes

actividades. [4]
Caso de Uso: Un caso de uso es la descripcin de un conjunto de
acciones que un sistema ejecuta y que produce un determinado
resultado que es de inters para un actor particular. [ 5]
Clase: Es una descripcin de un conjunto de objetos similares. Una
clase contiene los atributos y las operaciones sobre esos atributos
que hacen que una clase tenga la entidad que se desea.[ 6]

Controles: Son objetos como botones (buttons), cajas de texto

(TextBox), etiquetas (labels) y otros que se pueden usar en la forma
para crear la interface del usuario del programa. [ 7]

Copia de seguridad: En la tecnologa de la informtica una copia

de seguridad es el proceso que se realiza con el fin de que estas
copias adicionales puedan utilizarse para restaurar el original
despus de una eventual prdida de datos. [ 8]
C#:

(Pronunciado si

Sharp en

ingls)

es

un lenguaje

de

programacin orientado a objetos desarrollado y estandarizado

por Microsoft como parte de su plataforma. [9]

4http://es.wikipedia.org/wiki/Business_Process_Modeling_Notation
5http://es.wikipedia.org/wiki/Caso_de_uso
6http://es.wikipedia.org/wiki/clase
https://es.wikipedia.org/wiki/Software

7http://es.wikipedia.org/wiki/controles
8http://es.wikipedia.org/wiki/Copia_de_seguridad
9http://es.wikipedia.org/wiki/C_Sharp

Diagramas: Los diagramas se utilizan para representar diferentes

perspectivas de un sistema, de forma que un diagrama es una
proyeccin del sistema. [10]
Diagrama de Casos de Usos.- Este diagrama nos representa lo
que hace un sistema y como se relaciona con su entorno, representa
los distintos requerimientos que le hacen los usuarios al sistema. [ 11]
Diagrama de Clases.- Es un tipo de diagrama esttico que
describe la estructura de un sistema mostrando sus clases, atributos
y las relaciones entre ellos. 12]
Diagrama Secuencia.-Un diagrama de secuencia muestra la
interaccin de un conjunto de objetos en una aplicacin a travs del
tiempo y se modela para cada mtodo de la clase. [ 13]

Enterprise architect: Es una herramienta case, que sirve para la

realizacin de modelos UML. [14]
Hardware: Corresponde a todas las partes fsicas y tangibles de
una computadora. [15]
Mtodo: Es una operacin concreta de una determinada clase. [ 16]

10http://es.wikipedia.org/wiki/Diagramas
11http://en.wikipedia.org/wiki/ Diagrama de Casos de Usos
12http://en.wikipedia.org/wiki/ Diagrama de Clases
13http://en.wikipedia.org/wiki/ Diagrama Secuencia
14http://en.wikipedia.org/wiki/Enterprise_architecture
15http://es.wikipedia.org/wiki/Hardware
16http://www.slideshare.net/mauriciomurillob/uml11838212

Microsoft SQL server 2008: Es un sistema para la gestin de

bases de datos producido por Microsoft basado en el modelo
relacional. [17]
PUDS: El Proceso Unificado de Desarrollo de Software que se
caracteriza por estar dirigido por casos de uso centrado en la
arquitectura y por ser iterativo e incremental. [18]
Sistema de Informacin: Es un conjunto de elementos orientados
al tratamiento y administracin de datos e informacin, organizados
y listos para su uso posterior, generados para cubrir una necesidad o
un objetivo. [19]
Software: Corresponde a toda la parte lgica de una computadora.
[20]
Trabajador del negocio: El trabajador del negocio es una entidad
interna del sistema que participa directamente en la historia del caso
de uso. [21]

UML: El Lenguaje Unificado de Modelamiento es un lenguaje

grafico

para

la

especificacin,

visualizacin,

construccin,

documentacin de piezas de informacin usadas o producidas

durante el proceso de desarrollo de software. [ 22]
17http://es.wikipedia.org/wiki/Microsoft_SQL_Server
18http://es.wikipedia.org/wiki/procesounificado
19http://es.wikipedia.org/wiki/Sistema_de_informaci%C3%B3n
20http://es.wikipedia.org/wiki/software
21http://es.thefreedictionary.com/trabajadornegocio

22http://es.wikipedia.org/wiki/uml

Objeto: es un programa de computadora que consta de un estado y

de un comportamiento, que a su vez constan respectivamente de
datos almacenados y de tareas realizables durante el tiempo de
ejecucin. [23]
La metodologa para el desarrollo del trabajo es de acuerdo al tipo de
investigacin corresponde a la Investigacin cuantitativa, puesto
que se determinar cul es la situacin actual de los productos
mediante el procedimiento de decisin que pretende decir, entre
ciertas alternativas, usando magnitudes numricas.[ 24]
1.5.5 METODOLOGA DE DESARROLLO DE SOFTWARE

La metodologa para el desarrollo del Software se utilizara el (PUDS)

Proceso Unificado de Desarrollo de Software que es una metodologa que
transforma los requerimientos de los usuarios en sistema de informacin,
el cual est Dirigido por Casos de Uso, Centrado en la Arquitectura y es
Iterativo e incremental. Adems se utilizara el UML (Lenguaje De
Modelamiento Unificado)[24].
BPM es La Gestin de Procesos de Negocio (en ingls: Business
Process Management ) es una metodologa corporativa y disciplina
de gestin, cuyo objetivo es mejorar el desempeo (eficiencia y eficacia) y
la optimizacin de los procesos de negocio de una organizacin, a travs
de la gestin de los procesos que se deben disear, modelar, organizar,
documentar y optimizar de forma continua. Por lo tanto, puede ser
descrito como un proceso de optimizacin de procesos. [ 25]

23http://es.wikipedia.org/wiki/Objeto

24 https://es.wikipedia.org/wiki/Investigaci%C3%B3n_cuantitativa

25http://www.ibm.com/developerworks/ssa/local/websphere/introduccion-bpm/

BPMN Business Process Model and Notation es una notacin grfica que
describe la lgica de los pasos de un proceso de Negocio. Esta notacin
ha sido especialmente diseada para coordinar la secuencia de los
procesos y los mensajes que fluyen entre los participantes de las
diferentes actividades.26

26http://www.bizagi.com/esp/descargas/BPMNbyExample.pdf http://es.wikipedi
a.org/wiki/Proceso_Unificado

1.6 ESTADO DEL ARTE

Estado del arte en cusco

Cusco (2009)
SISTEMA DE GESTION DE VENTAS por EKA computer software
para la tienda EL GORDITO E.I.R.L calle tres cruces de oro 220.
Segn eka computer software La automatizacin es un ingrediente
ms para el crecimiento la organizacin

Estado del arte en Per

Segn, VSQUEZ ROS, Danny (2008) ANLISIS Y DISEO DE UN
SISTEMA INFORMTICO PARA EL CONTROL DE LOS PROCESOS DE
COMERCIALIZACIN DE LA EMPRESA GRUPO SELVA SAC DE
TARAPOTO PER. El presente proyecto de investigacin: Automatizar
el proceso de centralizacin de datos reduce los gastos administrativos y
permite obtener informacin ms confiable y oportuna, permitiendo que la
toma de decisiones sea ms fluida. Los sistemas de informacin

distribuidos reducen la redundancia de tareas durante el control del

proceso de comercializacin estudiado.
El anlisis y diseo se diseo mediante la aplicacin de las disciplinas del
RUP y UML permite obtener modelos muy detallados y completos de los
sistemas que se desarrollan en el mundo real. Aunque implica un esfuerzo
mayor que otras metodologas, el RUP(El Rational Unified Process o
Proceso Unificado de Racional) mediante la iteracin permite un control

mayor del ciclo del desarrollo del software.

1.7 CRONOGRAMA

CAPITULO II

2 REQUERIMEINTOS
2.1 REQUERIMIENTOS FUNCIONALES
2.1.1

Lista de requerimientos funcionales

Iniciar sesin Para acceder al sistema deber
autenticar su nombre y contrasea

R1

Registrar un nuevo usuario (usuario, contrasea,

foto, privilegios) y la posibilidad de acceder al
sistema.

R2

R3

Registrar datos de los clientes(Id_cliente, nombres,

apellidos, DNI)

R4

Registrar datos de los vendedores(id_vendedor,

nombre, apellidos, direccin, DNI)
realizar ventas con los datos (serie, numero de
venta o comprobante, fecha) as como tambin
cuanto es el total a pagar, y los productos
comprado.

R5

Registrar datos del producto(cdigo, descripcin,

unidad, medida, lote fecha vencimiento, precio,
stock)

R6

Registrar datos del proveedor(Id_proveedor, razn

social, Ruc, direccin)

R7

Realizar compra con los datos (serie, numero del

comprobante de ventas, ruc, fecha, total)
detallando los productos de la compra.

R8

R9

R10
R11
R12

2.1.2

Generar reportes:
Ventas del da
Por fecha
stock
Verificar el estado del producto
Consultar stock
Emitir comprobante de pago

Lista de requerimientos no funcionales

R1
R2
R3

Tener Conexin de red

Tener acceso a internet

R4
R5
R6
R7

2.2 CASOS DE USO DEL SISTEMA

CASOS DE
USO
C1
C2
C3
C4
C5
C6
C7
C8
C9
C10
C11
C12
C13

DESCRIPCION
Registrar Cuentas de usuario
Registrar cliente
Registrar vendedor
Realizar ventas
Registrar producto
Realizar compras
Generar reportes por ventas del da
Generar reportes por fecha
Generar reportes de stock
Emitir comprobante de ventas
Realizar consulta de stock
Registrar proveedor
Verificar producto

2.3 Matriz de trazabilidad

C1
C2
C3
C4
C5
C6
C7
C8
C9
C10
C11
C12
C13

R1

R2

R3

R4

R5

R6

R7

R8

R9

R1
0

R11

R12

X
X
X
X
X
X
X
X
X
X
X
X

2.4 Descripcin de los Casos de uso de alto nivel

Caso De Uso
Actores
Descripcin

Inicio de Sesin
USUARIO
El usuario debe ingresar nombre y contrasea que se
le asigno para que pueda ser verificado y as poder
acceder al sistema.

Caso De Uso
Actores
Descripcin

Gestionar Las Cuentas de usuario

Administrador
El administrador es el encargado de registrar cuentas
de usuario. As como tambin proporcionarle
privilegios de acceso al sistema.

Caso De Uso
Actores
Descripcin

Registrar cliente
vendedor
El vendedor es el encargado de registrar al cliente
cuando este realiza una compra as como(nombre,

Caso De Uso
Actores
Descripcin

apellidos, dni, razn social, nro. Ruc)

Registrar vendedor
Administrador
El administrador es el encargado de registrar a un
vendedor con los datos (nombre, apellidos,Direccion,
DNI, telfono)

Caso De Uso
Actores
Descripcin

Realizar ventas
vendedor
el vendedor es el que realiza la venta de los productos
de la tienda LYLYTA E.I.R:L registrando( cantidad,
precio, descripcin, total)

Caso De Uso
Actores

Registrar producto
almacenero

Descripcin

El almacenero es el encargado de registrar el

producto con los datos(cdigo, descripcin, U. Medida,
lote, vencimiento, precio)

Caso De Uso
Actores
Descripcin

Realizar compras
administrador
El administrador es el encargado de realizar las
compras, una vez que ha consultado el stock con los
datos( ruc del proveedor, fecha, cantidad, precio,
descripcin, total apagar)

Caso De Uso
Actores
Descripcin

Generar reportes por ventas del da

administrador
El administrador es el encargado de realizar el reporte
por ventas del da donde el listado detalla todo los
productos vendidos en el da, mostrando el cdigo del
producto, precio, cantidad, descripcin.

Caso De Uso
Actores
Descripcin

Generar reportes por fecha

administrador
El administrador es el encargado de realizar el reporte
por fechas, es decir puede obtener un listado de una
fecha determinada y en rango de fechas donde el
listado detalla todos los productos vendidos en esa
fecha, mostrando el cdigo del producto, precio,

cantidad, descripcin.
Caso De Uso
Actores
Descripcin

Generar reportes de stock

administrador
El administrador es el encargado de realizar el reporte
delos productos en stock donde el listado detalla el
stock mnimo y stock mximo.

Caso De Uso
Actores
Descripcin

Emitir comprobantes de pago

vendedor
El vendedor es el encargado de emitir un
comprobante de pago una vez realizada la compra
indicando a detalle los productos comprados por el
cliente.

Caso De Uso
Actores
Descripcin

Consultar stock
Vendedor, administrador
El vendedor consulta stock para poder realizar una
venta si existe dicho producto para vender,
El administrador consulta stock para realizar una
compra con dicha informacin procede o no a comprar
dicho producto.

Caso De Uso
Actores
Descripcin

Registrar proveedor
administrador
Es el encargado de registrar al proveedor con los
datos (razn social, direccin, ruc, telfono, email)

Caso De Uso
Actores
Descripcin

Verificar producto
almacenero
El almacenero es el encargado de verificar los
productos cuando ingresan a almacn si estn

completas con la compra estado o si no esta

completo.

2.5 Casos de uso expandido

Caso de uso expandido iniciar sesin
NOMBRE DEL CASO DE
USO

Iniciar Sesin

Actor(es):

USUARIO

Propsito:

Acceder al sistema

Resumen:

En este proceso los usuarios debern

autenticarse para lo cual debe ingresar
su usuario y contrasea.

Tipo:

Primario.

Pre condicin :

Usuario debe estar registrado

CURSO NORMAL DE LOS EVENTOS

ACCIONES DEL ACTOR
1.-Ingresa el
nombre de usuario
y contrasea.

ACCIONES DEL SISTEMA

2.-Valida los datos segn los
privilegios de usuario y manda
mensaje de confirmacin.

CURSO ALTERNO DE EVENTOS

Post condicin:

El usuario Tiene acceso al sistema

Caso de uso registrar cuentas de usuario

NOMBRE DEL CASO DE
USO

registrar cuentas de usuario

Actor(es):

administrador

Propsito:

Crea un nuevo usuario

Resumen:

En este proceso administrador registra el

nombre del usuario y crea una contrasea
para dicho usuario con privilegios que vea
por conveniente.

Tipo:

Primario.

Pre condicin :

El administrador tiene todos los permisos

CURSO NORMAL DE LOS EVENTOS

ACCIONES DEL ACTOR

1.-el administrador ingresa
el nombre , contrasea de
usuario y activa los
privilegios de acceso al
sistema

ACCIONES DEL SISTEMA

2.-valida los datos ingresados

3.- almacena la informacin y enva un

mensaje de conformidad.
4.-administrador visualiza
el mensaje
correspondiente.
CURSO ALTERNO DE EVENTOS

Post condicin:

El usuario registrado tiene acceso al

sistema con los privilegios designados

Caso de uso expandido registrar cliente

NOMBRE DEL CASO DE
USO

Registrar Cliente

Actor(es):

vendedor

Propsito:

Crea un nuevo cliente

Resumen:

En este proceso el vendedor registra al

cliente con todo sus datos necesarios.

Tipo:

Primario.

Pre condicin :

El vendedor debe de estar registrado

CURSO NORMAL DE LOS EVENTOS

ACCIONES DEL ACTOR

ACCIONES DEL SISTEMA

3.- El vendedor ingresa los

datos del cliente.

3.- valida los datos ingresados

4.- el sistema almacena al cliente y

enva un mensaje de confirmacion
El vendedor visualiza el
mensaje
CURSO ALTERNO DE EVENTOS

Post condicin:

El cliente queda registrado para las

prximas compras.

Caso de uso expandido registrar vendedor

NOMBRE DEL CASO DE
USO

Registrar vendedor

Actor(es):

administrador

Propsito:

Crea un nuevo vendedor

Resumen:

En este proceso el administrador registra

al vendedor con todo sus datos
necesarios.

Tipo:

Primario.

Pre condicin :

El administrador debe de estar registrado

CURSO NORMAL DE LOS EVENTOS

ACCIONES DEL ACTOR

ACCIONES DEL SISTEMA

3.- El administrador
ingresa los datos del
vendedor.

3.- valida los datos ingresados

4.- el sistema almacena al vendedor y

enva un mensaje de confirmacin
El administradorr visualiza
el mensaje
CURSO ALTERNO DE EVENTOS

Post condicin:

El vendedor queda registrado para poder

realizar ventas

Caso de uso expandido realizar ventas

NOMBRE DEL CASO DE
USO

Realizar ventas

Actor(es):

vendedor

Propsito:

Registrar una venta

Resumen:

En este proceso el vendedor registra una

venta.

Tipo:

Primario.

Pre condicin :

El vendedor debe de estar registrado y

tambin el cliente
CURSO NORMAL DE LOS EVENTOS

ACCIONES DEL ACTOR

ACCIONES DEL SISTEMA

1.- El vendedor busca los

productos solicitados

2.- El sistema procesa la bsqueda y

enva un mensaje de confirmacin

3.- El busca los datos del

cliente

4..- valida los datos ingresados

enva un mensaje de confirmacin
5.- el sistema procesa la venta
realizada y enva un mensaje de
confirmacin

6.-El administrador
visualiza el mensaje
CURSO ALTERNO DE EVENTOS

Post condicin:

La venta queda registrada

Caso de uso expandido Registrar producto

NOMBRE DEL CASO DE
USO

Registrar producto

Actor(es):

almacenero

Propsito:

Crea un nuevo producto

Resumen:

En este proceso el administrador registra

al vendedor con todo sus datos
necesarios.

Tipo:

Primario.

Pre condicin :

El almacenero debe de estar registrado

CURSO NORMAL DE LOS EVENTOS

ACCIONES DEL ACTOR

ACCIONES DEL SISTEMA

1.- El almacenero ingresa

los datos del producto

2.- valida los datos ingresados

4.- el sistema almacena los datos del

producto y enva un mensaje de
confirmacin
El administrador visualiza
el mensaje
CURSO ALTERNO DE EVENTOS

Post condicin:

El producto queda registrado para poder

ser vendido

Caso de uso expandido realizar compras

NOMBRE DEL CASO DE
USO

Realizar compras

Actor(es):

Administrador

Propsito:

Registrar una compra

Resumen:

En este proceso el vendedor registra una

compra

Tipo:

Primario.

Pre condicin :

El administrador debe de estar registrado

y tambin el proveedor
CURSO NORMAL DE LOS EVENTOS

ACCIONES DEL ACTOR

1.- El administrador busca
al proveedor

ACCIONES DEL SISTEMA

2.- El sistema procesa la bsqueda y
enva un mensaje de confirmacin

3.- el administrador busca

los productos a comprar

4..- El sistema procesa la bsqueda y

enva un mensaje de confirmacin.
5.- el sistema procesa la compra
realizada y enva un mensaje de
confirmacin

6.-El administrador
visualiza el mensaje
CURSO ALTERNO DE EVENTOS

Post condicin:

La compra queda registrada

2.6 ACTORES DEL SISTEMA

Clientes
Proveedores
Administrador
Vendedor
Almacenero

Actor
Cliente

Descripcin
Es la persona que hace una
determinada compra de
cualquier producto de la tienda

Actor
proveedor

Descripcin
Es la persona que vende los
productos a la tienda o
reabastece los productos que
ya no hay en stock

Actor
Administrador

Descripcion
Es la persona encargada de
todo el sistema la que asigna a
los usuarios y vendedores los
privilegios correspondientes

Actor
vendedor

Descripcion
Es la persona que vende los
productos de la tienda LYLYTA
E.I.R.L, brinda atencin al
cliente.

Actor
Almacenero

Descripcion
Es la persona encargada del
almacn, que tiene la funcin
de recepcin de productos de
los proveedores y salida de los
productos a la tienda LYLYTA
E.I.R.L

2.7 ESPECIFICACION DEL SISTEMA

2.8 ESTUDIO DE FACTIBILIDAD
2.8.1 FACTIBILIDAD TECNICA

Dentro de la factibilidad tcnica de este proyecto est la parte del hardware

necesario para el funcionamiento de la aplicacin, una PC.
En cuanto al Software, para el desarrollo de la aplicacin se usar el Visual
Studio .NET, as comprobar su funcionamiento. Adems ser necesario SQL
Server 2008 como gestor de base de datos, incluyendo cristal report para
los reportes y krypton para el diseo de las interfaces.
2.8.2 FACTIBILIDAD OPERATIVA

En cuanto a la factibilidad operativa, para el desarrollo de este proyecto, no

existe resistencia al cambio por parte de los usuarios al automatizar sus
procesos actuales, ya que estos cambios permitir trabajar de manera
ptima y eficaz, con el fin de mejorar su productividad y atencin y servicio
al cliente.

2.8.3 FACTIBILIDAD ECONOMICA

En la factibilidad econmica se establecen los costos y beneficios del proyecto. A

continuacin se presenta un cuadro que muestra un resumen de los costos de
implantacin del Sistema. Para esta factibilidad la empresa LYLYTA E.I.R.L ya
cuenta con equipos de cmputo y facilitando el desarrollo del sistema.
A continuacin detallamos los costos referenciales
Recursos Humanos:
Costo: S/. 60.00 x Da.
Descripcin
Desarrollo del
software

Costo por dia

60.00

Tiempo en das
104

continuacin detallamos los costos referenciales

SOFTWARE

DESCRIPCIN

COSTO

Visual Studio 2010 Professional

Microsoft SQL Server 2008

Enterprise

S/. 3249.19

Microsoft Office 2010 estndar

S/. 250.00

S/.
3218.72.00

total
S/. 6240.00

Cristal Report: SAF v.10

Kriptn v.4.4

Windows 8.1

S/. 600.00

COSTO TOTAL DE SOFTWARE

S/. 7848.91

S/. 300.00
S/. 200.00

HARDWARE
CANTIDAD

PRECIO
UNITARIO

DESCRIPCION

Procesador Core2
Do E7500 de 2.93
GHz.
2 GB de memoria
RAM.
1TB GB de disco
duro.
Tarjeta de Red.
IMPRESORA
CANON pixma
MG3510

TOTAL

S/. 1300.00
S/. 2600.00

350.00

350.00

COSTO DE HARDWARE

S/. 2950.00

SERVICIOS

DESCRIPCION

TIEMPO

CANTIDAD

PU(S/.)

TOTAL(S/.)

Energa Elctrica

Mes

50.00

200.00

Internet

Mes

120.00

480.00

Transporte

Mes

100.00

400.00

Otros

Mes

200.00

800.00

TOTAL

S/. 1880.00

Total Costo del Proyecto

DESCRIPCION

COSTO

Hardware Empleado

S/. 2950.00

Costo de software

S/. 7848.91

Suministro Empleado

S/. 1880.00

Costo por desarrollo de software

S/. 6240.00

COSTO TOTAL DE IMPLEMENTACIN

S/. 18918,91

< < extend> >

Registar Cliente

iniciar sesion

Buscar Cliente

pagar Pedido

< < extend> >

usuario

< < include> >

vendedor

< < extend>>

Emitir comprobante

abortar pedido
Cliente

< <include> >

atender pedido
realizar pedido

< < extend> >

realizar consulta

<< include>>

consultar Pedido
registrar susuario

admin
< <include> >

Reporte de ventas del dia

generar Reportes

consultar Stock

< <include> >

<< include>>

< < extend> >

Abortar Campras

almacenero

report es por f echa

realizar Compras

Atender Pedido

reportes de stock minimo

< < include> >

< < extend> >

< <include> >

registrar proveedor

Proveedor
Buscar Proveedor

Registrar producto

< <include> >

Entregar Pedido
Entregar Comprobante

< < extend> >

emitir Conformidad
Buscar Prodcuto

<< include> >

< <include> >

verificar Product o

3 capituloI
II

3.1

Diagrama de clases de anlisis

3.2 Arquitectura candidata

3.3 Diseo de interfaz grafica

3.3.1

Pantalla principal

Pantalla principal del sistema donde se logea el usuario para iniciar sesin

3.3.2

Pantalla de mantenimiento

Aqu se muestra el mantenimiento del sistema, crear modificar y eliminar.

3.3.3

Pantalla de proceso de ventas

3.3.4

Pantalla de proceso de compras

3.3.5

Pantalla de historial de productos

4 capitulo
IV

4.1

4.1.1

construccin

Diseo y construccin de la base de datos

--BASE DE DATOS CREADO POR FERNANDO ALEXSANDER CHECA MENACHO

-- UNIVERSIDAD TECNOLOGICA DE LOS ANDES FILIAL CUSCO
--FECHA DE CREACION 08/12/2015
use master
go
if db_id('db_sistema_integral_ventas')is not null
drop database db_sistema_integral_ventas
go
create database db_sistema_integral_ventas
go
use
db_sistema_integral_ventas
go
---creando tablas para la base de datos
if object_ID('Tusuario','u')is not null
drop table Tusuario
go
create table Tusuario
(usuario varchar(50),
contrasena varchar(50),
habilitado bit,
foto image,
primary key (usuario)
)
go
-****************************************************************************
********************
--creando la tabla privilegio donde se almacena los privlegios del sistema
if object_id('Tprivilegio','u')is not null
drop table Tprivilegio
go
create table Tprivilegio
(usuario varchar(50),
productos bit,
Clientes bit,
Compras bit,
ventas bit,
Empleados bit,
Proveedores bit,
reportes bit,--=boolean bit es booleano
Seguridad bit,
primary key (usuario),
foreign key(usuario)references Tusuario(usuario)
)
go
--procedimientos y funciones para la tabla de usuario y privilegio
--***********************--****************-*****************************************************
-- procedimientos almacenados de mantenimiento de usuario
if object_id('sp_agregar_usuario','p')is not null
drop proc sp_agregar_usuario
go
create procedure sp_agregar_usuario
@usuario varchar(50),
@contrasena varchar(50),
@habilitado bit,
@foto image
as
begin
if not exists(select usuario from Tusuario where usuario=@usuario)
insert into Tusuario values(@usuario,@contrasena,@habilitado,@foto)

end
go
exec sp_agregar_usuario 'admin','admin',1,null
-****************************************************************************
**********************
go
if object_id('sp_agregar_privilegio','p')is not null
drop proc sp_agregar_privilegio
go
create procedure sp_agregar_privilegio
@usuario varchar(50),
@productos bit,
@Clientes bit,
@Compras bit,
@ventas bit,
@Empleados bit,
@Proveedores bit,
@reportes bit,
@Seguridad bit
as
begin
if exists (select usuario from Tusuario where usuario=@usuario)
insert into tprivilegio
values(@usuario,@productos,@Clientes,@Compras,@ventas,@Empleados,@Proveedore
s,@reportes,@Seguridad)
end
go
execute sp_agregar_privilegio 'admin',1,1,1,1,1,1,1,1
go
-****************************************************************************
****************
if object_id('sp_eliminar_privilegio','p')is not null
drop proc sp_eliminar_privilegio
go
create procedure sp_eliminar_privilegio
@usuario varchar(50)
as
begin
delete from Tprivilegio where (usuario=@usuario)
end
-****************************************************************************
****************
go
if object_id('sp_eliminar_usuario','p')is not null
drop proc sp_eliminar_usuario
go
create procedure sp_eliminar_usuario
@usuario varchar(50)
as
begin
delete from Tprivilegio where (usuario=@usuario)
delete from tusuario where (usuario=@usuario)
end
go
-****************************************************************************
******************

--pa.que verifica un usuario q existe en la base de datos

--devuelve 1 si existe el usuario
--devuelve0 si no existe
if object_id('sp_verificar_usuario','p')is not null
drop proc sp_verificar_usuario
go
create procedure sp_verificar_usuario
@usuario varchar(50),
@contrasena varchar(50)
as
begin
--verificar que el usuario este habilidato
if exists(select * from tusuario where usuario=@usuario and
contrasena=@contrasena and habilitado=1)
select resultado=1,mensaje='bienvenido :usuario habilitado'
else
begin
if exists(select * from tusuario where usuario=@usuario and
contrasena=@contrasena and habilitado=0)
select resultado=0,mensaje=' usuario no habilitado'
end
select resultado=0,mensaje='usuario no existe'
end
go
exec sp_verificar_usuario'admin','admin'
go
if OBJECT_ID('fn_Verificar_usuario')is not null
drop function fn_Verificar_usuario
go
create function fn_Verificar_usuario(@usuario varchar(50),@contrasena
varchar(50))
returns bit
as
begin
declare @mensaje bit
if exists(select usuario from tusuario where usuario=@usuario and
contrasena=@contrasena and habilitado=1)
begin
set @mensaje=1
end
else
if exists(select usuario from tusuario where usuario=@usuario and
contrasena=@contrasena and habilitado=0)
begin
set @mensaje=0
end
return @mensaje
end
go
-****************************************************************************
******************
--procedimiento verificar privilegio
if object_id('sp_verificar_privilegio','p')is not null
drop proc sp_verificar_privilegio
go
create procedure sp_verificar_privilegio
@usuario varchar(50)
as
begin
--if exists(select * from tprivilegio where usuario=@usuario)

select * from tusuario where usuario=@usuario

end
go
--1-. si el usuario existe y su contrasea tambien pero no esta habilitado
que mande un mensaje de error
-****************************************************************************
******************************************
-****************************************************************************
******************************
--procedimiento q actualiza a un usuario
if object_id('sp_actualizar_usuario','p')is not null
drop proc sp_actualizar_usuario
go
create procedure sp_actualizar_usuario
@usuario varchar(50),
@contrasena varchar(50),
@habilitado bit,
@foto image
as
begin
update Tusuario
set contrasena=@contrasena,habilitado=@habilitado,foto=@foto
where usuario=@usuario
end
go
select * from Tusuario
-****************************************************************************
************************************************
--procedimiento q actualiza el privilegio de un usuario
if object_id('sp_actualizar_privilegio','p')is not null
drop proc sp_actualizar_privilegio
go
create procedure sp_actualizar_privilegio
@usuario varchar(50),
@productos bit,
@Clientes bit,
@Compras bit,
@ventas bit,
@Empleados bit,
@Proveedores bit,
@reportes bit,
@Seguridad bit
as
begin
update tprivilegio
set
usuario=@usuario,productos=@productos,Clientes=@Clientes,Compras=@Compras,ve
ntas=@ventas,Empleados=@Empleados,Proveedores=@Proveedores,reportes=@reporte
s,Seguridad=@Seguridad
where usuario=@usuario
end
go
-****************************************************************************
************************************************
--procedimiento almacenado que muestra privilegios de un usuasrio
if object_id('sp_privilegios','p') is not null

drop proc sp_privilegios

go
create proc sp_privilegios
@usuario varchar(50)
as
begin
select *from tprivilegio where usuario=@usuario
end
go
-****************************************************************************
************************
-- p a reporte usuarios
if object_id('sp_reporte_usuarios','p')is not null
drop proc sp_reporte_usuarios
Go
create proc sp_reporte_usuarios
as
begin
select u.usuario,u.contrasena,u.habilitado,u.foto,
p.productos,p.Clientes,p.Compras,p.ventas,p.Empleados,p.Proveedores,p.report
es,p.Seguridad
from
tusuario u, tprivilegio p
where u.usuario=p.usuario
end
if OBJECT_ID('sp_Mostar_foto_usuario')is not null
drop proc sp_Mostar_foto_usuario
go
create proc sp_Mostar_foto_usuario
@usuario varchar(50)
as
begin
select foto from Tusuario where usuario=@usuario
end
go
exec sp_Mostar_foto_usuario'alexs'
if OBJECT_ID('SP_Mostar_Foto')is not null
drop proc SP_Mostar_Foto
go
create proc
SP_Mostar_Foto
@usuario varchar(50)
as
begin
select foto from Tusuario usuario where usuario=@usuario
end
go
if OBJECT_ID('fn_Mostar_Foto')is not null
drop function fn_Mostar_Foto
go
create function fn_Mostar_Foto(@usuario varchar(50))
returns binary
as
begin
declare @s binary
set @s=(select foto from Tusuario usuario where usuario=@usuario)
return @s
end
go

-*******************************************tablas***************************
***********
if object_id('TEmpleado')is not null
drop table TEmpleado
go
create table TEmpleado
(
Id_Empleado varchar(15) primary key,
nombre varchar(50),
apellidos varchar(100),
direccion varchar(50),
DNI varchar(8),
Cargo varchar(50),
telefono varchar(9),
usuario varchar(50)
foreign key(usuario)references tusuario
)
go
if

object_id('TClientes')is not null

drop table TClientes
go
create table TClientes
(
Id_Cliente varchar(15) primary key,
nombres varchar(50),
apellidos varchar(100),
direccion varchar(50),
DNI varchar(8),
telefono varchar(9),
Nro_Ruc varchar(11)
)
--go
--if object_id('T_tipo_productos')is not null
--drop table T_tipo_productos
--go
--create table T_tipo_productos
--(
--Id_Tipo_producto varchar(15)primary key,
--Tipo varchar(50)
--)
go
if object_id('Tproductos')is not null
drop table Tproductos
go
create table Tproductos
(
id_producto varchar(15) primary key,
descripcion varchar(100),
marca varchar(50),
U_medida varchar(15),
lote varchar(15),
fecha_vencimiento date,
stock_actual decimal(14,2),
stock_minimo decimal(14,2),
stock_maximo decimal(14,2),
Precio decimal(14,2),
--Id_Tipo_producto varchar(15),
--foreign key(Id_Tipo_producto)references T_tipo_productos
)

go
--if object_id('T_tipo_Ventas')is not null
--drop table T_tipo_Ventas
--go
--create table T_tipo_Ventas
--(
--id_tipoventas varchar(15)primary key,
--tipo varchar(50)
--)
go
if object_id('TVentas')is not null
drop table TVentas
go
create table TVentas
(
Id_ventas varchar(15)primary key,
serie int,
numero int,
fecha date,
subtotal decimal(14,2),
Igv decimal(14,2),
total decimal(14,2),
Id_cliente varchar(15),
usuario varchar(50),
--id_tipoventas varchar(15),
tipo varchar(50),
foreign key (usuario) references tusuario,
--foreign key (id_tipoventas) references T_tipo_Ventas,
foreign key(Id_cliente)references tclientes
)
go
if object_id('T_detalle_Ventas')is not null
drop table T_detalle_Ventas
go
create table T_detalle_Ventas
(
id_detalle_venta varchar(15) primary key,
cantidad decimal(14,2),
precio_unitario decimal(14,2),
monto decimal(14,2),
Id_producto varchar(15),
id_ventas varchar(15),
foreign key (Id_producto) references tproductos,
foreign key (id_ventas) references tventas
)
go
if object_id('Tproveedor')is not null
drop table Tproveedor
go
create table Tproveedor
(
id_proveedor varchar(15) primary key,
razon_social varchar(100),
Ruc varchar(11),
Direccion varchar(50),
telefono varchar(9),
email varchar(30),
)
go
if

object_id('Tcompras')is not null

drop table Tcompras

go
create table Tcompras
(
id_compras varchar(15)primary key,
serie int,
numero int,
ruc varchar(11),
fecha date,
total decimal(14,2),
id_proveedor varchar(15),
usuario varchar(50),
id_detalle_compras varchar(15),
foreign key(id_proveedor)references tproveedor,
foreign key(usuario) references tusuario
)
go
if object_id('T_det_compras')is not null
drop table T_det_compras
go
create table T_det_compras
(
id_detalle_compras varchar(15)primary key,
cantidad decimal(14,2),
precio_unitario decimal(14,2),
costo_total decimal(14,2),
id_producto varchar(15),
id_compras varchar(15),
foreign key(id_producto)references tproductos,
foreign key(id_compras)references tcompras
)
go

---

if object_id('T_historial')is not null

drop table T_historial
go
create table T_historial
(
id_historial varchar(15)primary key,
cantidad decimal(14,2),
monto decimal(14,2),
fecha date,
entrada decimal(14,2),
salida decimal(14,2),
nombre_cliente varchar(100),
apellido_cliente varchar(100),
proveedor varchar(100),
)
go
---------------------------------------------------------------------if object_id('TMedida')is not null
drop table TMedida
go
create table TMedida
(
id_Unidad int identity,
descripcion varchar(50)
)

4.1.2

Herramienta 1

Lenguajes Visual C#
En Visual Studio 2010, los lenguajes Visual Basic y C# siguen evolucionando hacia la
paridad de caractersticas. Esto le permite elegir un lenguaje en funcin de sus
preferencias personales, dado que ambos son igualmente capaces
Lenguaje C#
Las nuevas caractersticas del lenguaje C# permiten simplificar la programacin con las
API de Microsoft Office. Gracias a los argumentos con nombre y opcionales, ya no es
necesario especificar valores para cada parmetro opcional al llamar a mtodos COM. La
compatibilidad dinmica permite hacer referencia a cualquier objeto, por ejemplo valores
devueltos desde API COM o lenguajes dinmicos, sin necesidad de usar una conversin
de tipo explcita. Las propiedades indizadas y los modificadores ref opcionales facilitan el
acceso a las interfaces COM. Asimismo, la compatibilidad con la equivalencia de tipos
simplifica la implementacin al incrustar tipos de los ensamblados de interoperabilidad
primarios (PIAs) directamente en su ensamblado. Para obtener ms informacin

4.1.3

Herramienta 2

Microsoft SQL Server 2008 Standard

Funcionalidad de Business Intelligence y administracin de datos bsica para cargas de
trabajo que no son crticas, con recursos de TI mnimos.

4.1.4

Herramienta 3

Language-Integrated Query (LINQ) es un conjunto de caractersticas presentado en

Visual Studio 2008 que agrega capacidades de consulta eficaces a la sintaxis de los
lenguajes C# y Visual Basic.LINQ incorpora patrones fciles y estndar para consultar
y actualizar datos, y la tecnologa se puede ampliar para proporcionar compatibilidad
prcticamente con cualquier tipo de almacn de datos.Visual Studio incluye
ensamblados de proveedor LINQ que habilitan el uso de LINQ con colecciones de
.NET Framework, bases de datos de SQL Server, conjuntos de datos ADO.NET

4.1.5

Herramienta 4

Crystal Reports: para Visual Studio .NET es la herramienta de elaboracin de

informes estndar para Visual Studio .NET. Permite crear contenido interactivo con
calidad de presentacin en la plataforma .NET, lo que ha supuesto una ventaja
fundamental para Crystal Reports durante aos.

4.1.6

Herramienta 5

Kit de herramientas de Krypton

Crear grandes aplicaciones que buscan a travs de este juego de herramientas
libre de controles de interfaz de usuario y componentes. Nuestro sistema de
paleta le permite cambiar entre los temas visuales con una sola lnea de
cdigo. El kit de herramientas incluye temas que coinciden con Office 2007,
Office 2010 y muchos otros

4.1.7

Configuracion 1

Language-Integrated Query (LINQ)

Conclusiones
Al culminar las practicas pre profesionales sobre el diseo e implementacin de
un sistema informtico Gestion de almacen para mejorar el proceso de
entadas y salidas de mercadera en la tienda LYLYTA E.I.R.L de la ciudad de
Cusco, 2015 se puede afirmar que los objetivos planteados al inicio del desarrollo
del sistema fueron cumplidos de manera satisfactoria.
Se analiz y diseo un modelo sobre el control de entrada y salida de los
productos sobre el cual trbaja el sistema gestin de almacn.
Para desarrollar el sistema se identific y diagnstico sobre los procesos que
desarrolla la empresa de forma manual y automatizarla.
Se dise y desarrollo el sistema gestin de almacen que mejora el proceso de
ventas, compras(entrada y salida) y stock sobre la empresa LYLYTA E.I.R.L
Se desarroll el sistema gestin de almacn con la arquitectura conveniente
para la empresa que es de escritorio.
El sistema gestin de alancen controla la entrada y salida de los movimientos
realizados de entrada y salida.
El sistema genera reportes de los movimientos asi como ventas, stock, entrada y
salida y en fechas diferentes.
Se desarroll las interfaces amigables para el usuario y una base de datos en el
cual se almacenan los datos.

Recomendaciones

 Se recomienda tener en cuenta el uso del software como alternativa de desarrollo

del sistema, para as beneficiamos de sus ventajas en cuanto a conceptos de
independencia, costo y facilidad de desarrollo e implementacin, puesto que las
herramientas que provee el software libre estn muy maduras y capaz de
satisfacer las necesidades del desarrollador.
Para que el sistema pueda escalar a un SISTEMA INTEGRAL DE VENTAS,
debern tener en cuenta en proyectos de desarrollos de mdulos de gestin, que
estos emitan reportes que sea capaz de hacer, ver cmo va el giro del negocio, y
adems pueda tener el control total sobre el negocio.
Los requerimientos de hardware que se pide, segn la seccin tcnica de anlisis
de factibilidad y el diagrama de despliegue, son mnimos; pero se recomienda que
mientras ms capacidad tenga el hardware mejor performance tendr el
funcionamiento del sistema.
Realizar una continua actualizacin de informacin y preparacin en el manejo del
Sistema, por parte de los usuarios pertenecientes a la Empresa.
Realizar diariamente backup como alternativa de seguridad para evitar perdida de
informacin.

Bibliografa
Web grafa
http://krypton-toolkit.software.informer.com/
https://www.visualstudio.com/es-es/visual-studio-homepage-vs.aspx
http://www.udp.cl/descargas/biblioteca/pautageneral_tesis.pdf
https://www.academia.edu/7646133/TESIS_DE_DISENO_E_IMPLEMENTACIO
N_DE_UN_SISTEMA_DE_VENTAS.
http://cybertesis.uach.cl/tesis/uach/2005/bpmfcil617s/doc/bpmfcil617s.pd
f

http://tesis.pucp.edu.pe/repositorio/bitstream/handle/123456789/5004/R
ODRIGUEZ_JOHANNA_ANALISIS_SISTEMA_INFORMACION_TIENDA_ROPA_SE
GMENTO_JUVENIL.pdf?sequence=1.
http://www.uaeh.edu.mx/docencia/Tesis/icbi/licenciatura/documentos/Sist
ema%20para%20el%20control%20de%20ventas%20e%20inventarios.pdf