UNIVERSIDAD TECNOLÓGICA DE LOS ANDES

FACULTAD DE INGENIERÍA

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS E INFORMÁTICA

Informa final de prácticas pre profesionales

CURSO: Practicas Pre Profesionales

CICLO: X

DOCENTE: Ing. Víctor Darío Sosa Jáuregui

ALUMNO: Fernando Alexsander Checa Menacho.

CODIGO: 09110421-B

CUSCO ̶ PERÚ

2015

SISTEMA DE GESTIÓN DE ALAMCEN PARA LA EMPRESA LYLYTA E.I.R.L DE LA CUIDAD DEL

CUSCO

PRESENTACION

Sr. Sub Director de la UNIVERSIDAD TECNOLOGICA DE LOS ANDES FILIAL

CUSCO Es grato dirigirme a usted y poner a vuestra consideración el

presente trabajo intitulado “SISTEMA GESTION DE ALAMCEN”.

Este trabajo de prácticas pre profesionales cuya realización es fruto del

esfuerzo dedicación, trabajo y gratitud a esta institución, conocedor de nuestra

profesión estoy seguro se hara participe de opiniones, críticas y sugerencias

respecto al presente trabajo de prácticas pre profesionales, la mismas que

serán de gran utilidad para enriquecer nuestra experiencia profesional y así

poner en marcha nuestra profesión.

RESUMEN

El presente tema de prácticas Pre-profesionales tiene como objetivo el resolver la problemática que afronta actualmente la Tienda “LYLYTA E.I.R.L”, el cual no dispone de ningún tipo de automatización en el proceso de Control de entrada y salida de producto (Almacén), ya que al realizarlo de forma manual está propenso a que se cometan muchos errores y pérdidas de información.

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 solución para automatizar y mejorar el Control de Almacén, es desarrollar un software que realice este proceso de manera segura y confiable, usando tecnología de punta y muy actual, que accederán en tiempo real a la base de datos de la aplicación, registrando de forma inmediata la información necesaria para llevar correctamente el registro delos productos y las existencias.

Palabras clave: Automatización, tecnología, información.

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.

INTRODUCCIÓN

Hoy en día, la informática se ha convertido en un factor importante en la vida de una empresa la razón principal implica la cantidad de información que actualmente se maneja, hace que el tratamiento automático de la información sea realmente útil y necesario.

En la actualidad los sistemas de información están basados en computadoras que son objetos de gran consideración en la toma de decisiones oportunas, confiables y efectivas en cuanto a técnicas de planificación, programación y administración con el fin de garantizar su éxito, limitar el riesgo y reducir costos y aumentar las ganancias. Debido a esta razón, 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 informáticas que permiten entrar al moderno mundo de la tecnología, y ser más competitivos. Mediante el análisis de las técnicas de investigación nos identifica claramente falencias que afectan el funcionamiento de la empresa, situación que se ha hecho evidente en la forma como se ejecuta el proceso de control de entrada y salida de un artículo.

Por lo tanto, estos aspectos son importantes para la elaboración y diseño de sistemas de información, 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 comercialización de productos, tener un sistema eficiente de control de artículos, el cual permita saber, cuánto y cuándo se debe pedir para el reabastecimiento de la mercadería para la venta.

DEDICATORIA

Dedico la presente trabajo

A Dios por mostrarme día a día que con humildad, paciencia y sabiduría es posible.

A mis padres y hermanas quienes con su amor, apoyo y comprensión incondicional estuvieron siempre a lo largo de mi vida estudiantil; a ellos que siempre tuvieron una palabra de aliento en los momentos difíciles 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 Sabiduría suficiente para llegar hasta aquí.

Quiero expresar mi más sincero agradecimiento, reconocimiento y cariño a mis padres por todo el esfuerzo que hicieron para darme una profesión y hacer de mi un hombre de bien, gracias por los sacrificios y la paciencia que demostraron todos estos años; 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 también de manera especial a mi asesor de este trabajo quién con sus conocimientos y apoyo supo guiar el desarrollo del presente trabajo de prácticas pre profesionales desde el inicio hasta su culminación Profesor: Víctor Darío Sosa Jauregui.

“Ahora podemos decir que todo lo que soy es gracias a todos ustedes”

Fernando Alexsander Checa Menacho

Contenido1 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 ORGANIZACIÓN DE LA EMPRESA............................................................................16

1.5.2.1 ESTRUCTURA ORGÁNICA........................................................................................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 METODOLOGÍA DE DESARROLLO DE SOFTWARE...............................................21

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

1.7 CRONOGRAMA...........................................................................................................24

2 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 Descripción 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

3 capituloIII............................................................................................................................47

3.1 Diagrama de clases de análisis.......................................................................................48

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

3.3 Diseño 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

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

4.1 construcción...................................................................................................................53

4.1.1 Diseño y construcción 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

Bibliografía.................................................................................................................................65

Web grafía..................................................................................................................................65

https://www.visualstudio.com/es-es/visual-studio-homepage-vs.aspx.............................65

CAPITULO I

1 DESCRIPCION DEL PROBLEMA

1.1 PLANTEAMIENTO DEL PROBLEMA

Según Jack Fleitman(Empresario y Consultor Ciudad de México), “Hace no tantos años los sistemas informáticos no estaban incluidos dentro de los temas prioritarios en la agenda del empresario o comerciante y mediano de nuestro país. Solo las grandes empresas tenían el privilegio de informatizar sus circuitos administrativos ya que en ese entonces los costos de desarrollo e implementación de sistemas requerían de inversiones importantes.

Esto redundaba en mejoras sustanciales en los procesos con el lógico impacto en los resultados finales de la gestión. Por lo tanto las mayores posibilidades de acceder a nuevas tecnologías las hacia cada vez más competitivas en comparación con el resto.

Hoy, luego de más de veinte años, el panorama ha cambiado. Es mucho más accesible para el pequeño empresario contar con tecnología que le permita reducir la brecha competitiva que lo separa de la gran empresa. Informatizar la administración 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 liquidación de impuestos y más”. 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 aceptación y fidelización de sus Clientes. Para ello, la empresa necesita llevar un estricto control de entradas y salidas de sus productos, su stock, los artículos que más se vende, cuales son los meses que genera mayor ingresos, valoración del almacén, 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 información.

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 pérdida de tiempo que conlleva a la falta de información actualizada y al desaprovechamiento de recursos humanos, de tiempo y financieros.

La empresa requiere el control oportuno de la mercadería que entra en el Almacén como la que sale, evitando así que se agote la existencia de algún producto, como también evitar que cualquier mercancía fuera sustraída.

Todo lo mencionado conlleva a una deficiente gestión de información

comercial, disminuyendo su competitividad. Por tanto contar con un

sistema informático 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 mínimo necesario, reducir errores,

eliminar la duplicación de tareas, generar listados e información útil

para mejorar la toma de decisiones comerciales, económicas y

financieras con relación al negocio y aumentar los controles.

1.2 OBJETIVOS

1.2.1 OBJETIVO GENERAL

Desarrollar un “SISTEMA GESTIÓN DE ALMACEN”

1.2.2 OBJETIVOS ESPECIFICOS

Analizar y Diseñar un modelo de control de salida de productos

Identificar y realizar un diagnóstico sobre los procesos principales de ventas en la tienda LYLYTA E.I.R.L.

Analizar el diseño de un sistema informático que permita mejorar los procesos de ventas en la tienda LYLYTA E.I.R.L.

Definir y analizar la arquitectura del software, con la información y los requerimientos básicos encontrados, en los procesos de ventas en la tienda LYLYTA E.I.R.L.

Control del movimiento de los productos de entrada y salida.

Generación de consultas de los movimientos de entrada, salida y existencias.

Diseñar las interfaces y crear la base de datos que permitan la interacción del usuario con la aplicación de la manera más 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 informático de Gestión de almacén que brinden

eficiencia y eficacia de la gestión de ventas. 

La implementación de este sistema de información planteada en la tienda LYLYTA E.I.R.L, brindará la posibilidad de obtener grandes ventajas, incrementar la capacidad de organización 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 categoría para poder realizar una mejor compra, el sistema proporcionará información clave para la toma de decisiones; esta información será sencilla, clara, veraz, precisa, consistente y fácil de analizar e interpretar.

La realización de este proyecto responde a la necesidad de realizar un sistema eficaz y simple que integra todas las funcionalidades básicas y comunes de cualquier Almacén en general y que al mismo, esté utilizado por cualquier usuario sin que tenga previos conocimientos de informática ni esté familiarizado con los sistemas de información.

El “sistema gestión de almacén” está orientado únicamente al realizar tareas específicas y generando reportes de salidas, entradas, existencias, y vencimientos, ya que este tipo de información oportuna será de gran utilidad para el área de compras y ventas.

El “sistema gestión de alancen” permitirá una información fiable y precisa agilizando la perdida del aprovechamiento de recursos humanos y tiempo.

La mayoría de los sistemas de información de gestión integral, ofrecen un importante abanico de funcionalidades donde la mayoría no son de uso común y nunca son usadas en el ámbito de la gestión integral, con lo cual, se reduce la eficacia del sistema.

Otra cuestión muy importante, estos sistemas suelen ser complicados hasta para usuarios familiarizados con aplicaciones informáticas dadas sus navegaciones que suelen ser verticales y profundas.

Por último la interfaz gráfica, en la mayoría de los casos, suele tener varios botones y componentes gráficos en general, que lo único que transmiten al usuario es la sensación de no dominar el sistema, lo que puede generar un cierto rechazo a la aplicación.

Por todo ello, es importante destacar que la implementación de un sistema informático de “gestión de alancen” en la tienda LYLYTA E.I.R.L implica un cambio organizativo, ya que no sólo afecta a la administración de la empresa, sino también a sus empleados y habilidades, Por otra parte, podemos concluir que es de vital importancia utilizar tecnologías de información y comunicación adecuadas para el procesamiento y transmisión de los datos que se gestionarán en el sistema de información. 

1.4 ALCANCE

Entre los alcances del presente trabajo están: Brindar un mejor control del estado de la mercadería en

alancen.

Mantener actualizado la información de la mercadería existente en alancen.

se obtendrá reportes específicos sobre la mercadería de alancen según su estado, fecha vencimiento.

1.5 MARCO CONCEPTUAL

1.5.1 LA EMPRESA

1.5.1.1 RAZON SOCIALLYLYTA 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 LEGALR: 20491125561 – LYLYTA empresa individual de responsabilidad limitada

tipo contribuyente: empresa individual de resp. ltda

nombre comercial: LYLYTA e.i.r.l

fecha de inscripción: 28/09/2012fecha de inicio de actividades: 01/10/2012

estado del contribuyente: activo

condición del contribuyente: habidodirección del domicilio fiscal: cal. tres cruces de oro nro. 349 (entre calle belen y calle pera) cusco - cusco – cusco

sistema de emisión de comprobante: manualactividad de comercio exterior: sin actividadsistema de contabilidad: manual/computarizadoactividad(es) económica(s): venta al por mayor de alimetos, bebidas y tabaco.

comprobantes de pago c/aut. de impresión (f. 806 u 816):

sistema de emisión electrónica: afiliado al ple desde: 01/01/2015

documento nro. documento nombre cargo fecha desdedni 43146085 huayllani choquehuanca lidia gerente general 24/09/2012

La información exhibida en esta consulta corresponde a lo declarado por el contribuyente ante la Administración Tributaria.

Fuente: www.sunat .gob.pe

Fecha de visita 05/09/2015

1.5.2 ORGANIZACIÓN DE LA EMPRESA

1.5.2.1 ESTRUCTURA ORGÁNICAConsiderando 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.

Sobre esta base se presentan los cargos directivos siguientes: Gerente General. Dirección de Contabilidad y Finanzas.(área Contable) Dirección de Recursos Humanos.(Recursos Humanos) Jefe de Grupo de Atención al Cliente(Área Ventas) Jefe de Grupo de Abastecimiento(Área de Compras) Jefe de Almacén(Área de Almacén o abastecimiento)

1.5.2.2 ORGANIGRAMA

ALMACENCOMPRAS

GERENTE GENERAL

VENTAS

RECURSOS HUMANOS

CONTABILIDAD

1.5.3 MISION Y VISION

1.5.3.1 MISIONLYLYTA E.I.R.L es una empresa que se dedica a la compra y venta de artículos de primera necesidad, Permanecer y crecer regionalmente como número uno en la preferencia de sus clientes, mediante la comercialización y distribución 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, atención y servicio.

1.5.3.2 VISIONLYLYTA E.I.R.L, hasta el 2016 aspira ser una empresa líder en el mercado buscando los mecanismos necesarios para prestar servicios con altos niveles de eficiencia, en donde se conjugue la buena atención 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 característica concreta de una clase”. [2]

Base De Datos: “Una base de datos de SQL server consta de una

colección de tablas en la que se almacenan un conjunto específico

de datos estructurados”. [3]

BPMN: “Es una notación grafica que describe la lógica de los pasos

de un proceso de negocio. Esta notación ha sido especialmente

diseñada 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 descripción de un conjunto de

acciones que un sistema ejecuta y que produce un determinado

resultado que es de interés para un actor particular”. [5]

Clase: “Es una descripción 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 tecnología de la informática una copia

de seguridad es el proceso que se realiza con el fin de que estas

copias adicionales puedan utilizarse para restaurar el original

después de una eventual pérdida de datos”. [8]

C#: “(Pronunciado si Sharp en inglés) es un lenguaje de

programación orientado a objetos desarrollado y estandarizado

por Microsoft como parte de su plataforma”. [9]

Diagramas: “Los diagramas se utilizan para representar diferentes

perspectivas de un sistema, de forma que un diagrama es una

proyección del sistema”. [10]

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

10http://es.wikipedia.org/wiki/Diagramas

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 estático 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

interacción de un conjunto de objetos en una aplicación a través del

tiempo y se modela para cada método de la clase”. [13]

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

realización de modelos UML”. [14]

Hardware: “Corresponde a todas las partes físicas y tangibles de

una computadora”. [15]

Método: “Es una operación concreta de una determinada clase”. [16]

Microsoft SQL server 2008: “Es un sistema para la gestión de

bases de datos producido por Microsoft basado en el modelo

relacional”. [17]

PUD’S: “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 Información: “Es un conjunto de elementos orientados

al tratamiento y administración de datos e información, organizados 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 17http://es.wikipedia.org/wiki/Microsoft_SQL_Server 18http://es.wikipedia.org/wiki/procesounificado

y listos para su uso posterior, generados para cubrir una necesidad o

un objetivo”. [19]

Software: “Corresponde a toda la parte lógica 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 especificación, visualización, construcción,

documentación de piezas de información usadas o producidas

durante el proceso de desarrollo de software”. [22]

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

ejecución. [23]

La metodología para el desarrollo del trabajo es de acuerdo al tipo de

investigación corresponde a la Investigación cuantitativa, puesto

que se determinará cuál es la situación actual de los productos

mediante el procedimiento de decisión que pretende decir, entre

ciertas alternativas, usando magnitudes numéricas.[24]

1.5.5 METODOLOGÍA DE DESARROLLO DE SOFTWARE

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 23http://es.wikipedia.org/wiki/Objeto

La metodología para el desarrollo del Software se utilizara el (PUDS)

Proceso Unificado de Desarrollo de Software que es una metodología que

transforma los requerimientos de los usuarios en sistema de información,

el cual está Dirigido por Casos de Uso, Centrado en la Arquitectura y es

Iterativo e incremental. Además se utilizara el UML (Lenguaje De

Modelamiento Unificado)[24].

 BPM es La Gestión de Procesos de Negocio (en inglés: Business

Process Management ) es una metodología corporativa y disciplina

de gestión, cuyo objetivo es mejorar el desempeño (eficiencia y eficacia) y

la optimización de los procesos de negocio de una organización, a través

de la gestión de los procesos que se deben diseñar, modelar, organizar,

documentar y optimizar de forma continua. Por lo tanto, puede ser

descrito como un proceso de optimización de procesos. [25]

BPMN Business Process Model and Notation es una notación gráfica que

describe la lógica de los pasos de un proceso de Negocio. Esta notación

ha sido especialmente diseñada para coordinar la secuencia de los

procesos y los mensajes que fluyen entre los participantes de las

diferentes actividades.26

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

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

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

1.6 ESTADO DEL ARTE

Estado del arte en cuscoCusco (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.Según eka computer software “La automatización es un ingrediente más para el crecimiento la organización”

Estado del arte en Perú

Según, VÁSQUEZ RÍOS, Danny (2008) “ANÁLISIS Y DISEÑO DE UN

SISTEMA INFORMÁTICO PARA EL CONTROL DE LOS PROCESOS DE

COMERCIALIZACIÓN DE LA EMPRESA GRUPO SELVA SAC DE

TARAPOTO – PERÚ.” El presente proyecto de investigación: Automatizar

el proceso de centralización de datos reduce los gastos administrativos y

permite obtener información más confiable y oportuna, permitiendo que la

toma de decisiones sea más fluida. Los sistemas de información

distribuidos reducen la redundancia de tareas durante el control del

proceso de comercialización estudiado.

El análisis y diseño se diseño mediante la aplicación 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 metodologías, el RUP(El Rational Unified Process o

Proceso Unificado de Racional) mediante la iteración 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

R1 Iniciar sesión Para acceder al sistema deberá

autenticar su nombre y contraseña

R2 Registrar un nuevo usuario (usuario, contraseña,

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

R3 Registrar datos de los clientes(Id_cliente, nombres,

apellidos, DNI)

R4 Registrar datos de los vendedores(id_vendedor,

nombre, apellidos, dirección, DNI)

R5

realizar ventas con los datos (serie, numero de venta o comprobante, fecha) así como también cuanto es el total a pagar, y los productos comprado.

R6 Registrar datos del producto(código, descripción,

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

R7 Registrar datos del proveedor(Id_proveedor, razón

social, Ruc, dirección)

R8 Realizar compra con los datos (serie, numero del

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

R9Generar reportes:

Ventas del día Por fecha stock

R10 Verificar el estado del producto

R11 Consultar stock

R12 Emitir comprobante de pago

2.1.2 Lista de requerimientos no funcionalesR1 Tener Conexión de redR2 Tener acceso a internetR3R4R5R6

R7

2.2 CASOS DE USO DEL SISTEMA

2.3 Matriz de trazabilidad

R1 R2 R3 R4 R5 R6 R7 R8 R9 R10 R11 R12C1 X XC2 XC3 XC4 XC5 XC6 XC7 XC8 XC9 X

C10 XC11 XC12 XC13 X

CASOS DE USO

DESCRIPCION

C1 Registrar Cuentas de usuarioC2 Registrar clienteC3 Registrar vendedorC4 Realizar ventasC5 Registrar productoC6 Realizar comprasC7 Generar reportes por ventas del díaC8 Generar reportes por fechaC9 Generar reportes de stock

C10 Emitir comprobante de ventasC11 Realizar consulta de stockC12 Registrar proveedorC13 Verificar producto

2.4 Descripción de los Casos de uso de alto nivel

Caso De Uso Inicio de SesiónActores USUARIO

Descripción El usuario debe ingresar nombre y contraseña que se

le asigno para que pueda ser verificado y así poder

acceder al sistema.

Caso De Uso Gestionar Las Cuentas de usuarioActores Administrador

Descripción El administrador es el encargado de registrar cuentas

de usuario. Así como también proporcionarle

privilegios de acceso al sistema.

Caso De Uso Registrar clienteActores vendedor

Descripción El vendedor es el encargado de registrar al cliente

cuando este realiza una compra así como(nombre,

apellidos, dni, razón social, nro. Ruc)

Caso De Uso Registrar vendedorActores Administrador

Descripción El administrador es el encargado de registrar a un

vendedor con los datos (nombre, apellidos,Direccion,

DNI, teléfono)

Caso De Uso Realizar ventasActores vendedor

Descripción el vendedor es el que realiza la venta de los productos

de la tienda LYLYTA E.I.R:L registrando( cantidad,

precio, descripción, total)

Caso De Uso Registrar productoActores almacenero

Descripción El almacenero es el encargado de registrar el producto

con los datos(código, descripción, U. Medida, lote,

vencimiento, precio)

Caso De Uso Realizar comprasActores administrador

Descripción 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,

descripción, total apagar)

Caso De Uso Generar reportes por ventas del díaActores administrador

Descripción El administrador es el encargado de realizar el reporte

por ventas del día donde el listado detalla todo los

productos vendidos en el día, mostrando el código del

producto, precio, cantidad, descripción.

Caso De Uso Generar reportes por fechaActores administrador

Descripción 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 código del producto, precio,

cantidad, descripción.

Caso De Uso Generar reportes de stockActores administrador

Descripción El administrador es el encargado de realizar el reporte

delos productos en stock donde el listado detalla el

stock mínimo y stock máximo.

Caso De Uso Emitir comprobantes de pagoActores vendedor

Descripción 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 Consultar stockActores Vendedor, administrador

Descripción 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 información procede o no a comprar

dicho producto.

Caso De Uso Registrar proveedorActores administrador

Descripción Es el encargado de registrar al proveedor con los

datos (razón social, dirección, ruc, teléfono, email)

Caso De Uso Verificar productoActores almacenero

Descripción El almacenero es el encargado de verificar los

productos cuando ingresan a almacén si están

completas con la compra estado o si no esta

completo.

2.5 Casos de uso expandido Caso de uso expandido iniciar sesión

NOMBRE DEL CASO DE USO

Iniciar Sesión

Actor(es): USUARIO

Propósito: Acceder al sistema

Resumen: En este proceso los usuarios deberán

autenticarse para lo cual debe ingresar

su usuario y contraseña.

Tipo: Primario.

Pre condición : Usuario debe estar registrado

CURSO NORMAL DE LOS EVENTOS

ACCIONES DEL ACTOR ACCIONES DEL SISTEMA

1.-Ingresa el nombre de usuario y contraseña.

2.-Valida los datos según los privilegios de usuario y manda mensaje de confirmación.

CURSO ALTERNO DE EVENTOS

Post condición: El usuario Tiene acceso al sistema

Caso de uso registrar cuentas de usuario

NOMBRE DEL CASO DE registrar cuentas de usuario

USO

Actor(es): administrador

Propósito: Crea un nuevo usuario

Resumen: En este proceso administrador registra el nombre del usuario y crea una contraseña para dicho usuario con privilegios que vea por conveniente.

Tipo: Primario.

Pre condición : El administrador tiene todos los permisos

CURSO NORMAL DE LOS EVENTOS

ACCIONES DEL ACTOR ACCIONES DEL SISTEMA

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

2.-valida los datos ingresados

3.- almacena la información y envía un mensaje de conformidad.

4.-administrador visualiza el mensaje correspondiente.

CURSO ALTERNO DE EVENTOS

Post condición: 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

Propósito: Crea un nuevo cliente

Resumen: En este proceso el vendedor registra al cliente con todo sus datos necesarios.

Tipo: Primario.

Pre condición : 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 envía un mensaje de confirmacion

El vendedor visualiza el mensaje

CURSO ALTERNO DE EVENTOS

Post condición: El cliente queda registrado para las próximas compras.

Caso de uso expandido registrar vendedor

NOMBRE DEL CASO DE USO

Registrar vendedor

Actor(es): administrador

Propósito: Crea un nuevo vendedor

Resumen: En este proceso el administrador registra al vendedor con todo sus datos necesarios.

Tipo: Primario.

Pre condición : 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 envía un mensaje de confirmación

El administradorr visualiza el mensaje

CURSO ALTERNO DE EVENTOS

Post condición: El vendedor queda registrado para poder realizar ventas

Caso de uso expandido realizar ventas

NOMBRE DEL CASO DE USO

Realizar ventas

Actor(es): vendedor

Propósito: Registrar una venta

Resumen: En este proceso el vendedor registra una venta.

Tipo: Primario.

Pre condición : El vendedor debe de estar registrado y también 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 búsqueda y envía un mensaje de confirmación

3.- El busca los datos del cliente

4..- valida los datos ingresados

envía un mensaje de confirmación

5.- el sistema procesa la venta realizada y envía un mensaje de confirmación

6.-El administrador visualiza el mensaje

CURSO ALTERNO DE EVENTOS

Post condición: La venta queda registrada

Caso de uso expandido Registrar producto

NOMBRE DEL CASO DE USO

Registrar producto

Actor(es): almacenero

Propósito: Crea un nuevo producto

Resumen: En este proceso el administrador registra al vendedor con todo sus datos necesarios.

Tipo: Primario.

Pre condición : 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 envía un mensaje de confirmación

El administrador visualiza el mensaje

CURSO ALTERNO DE EVENTOS

Post condición: El producto queda registrado para poder ser vendido

Caso de uso expandido realizar compras

NOMBRE DEL CASO DE USO

Realizar compras

Actor(es): Administrador

Propósito: Registrar una compra

Resumen: En este proceso el vendedor registra una compra

Tipo: Primario.

Pre condición : El administrador debe de estar registrado y también el proveedor

CURSO NORMAL DE LOS EVENTOS

ACCIONES DEL ACTOR ACCIONES DEL SISTEMA

1.- El administrador busca al proveedor

2.- El sistema procesa la búsqueda y envía un mensaje de confirmación

3.- el administrador busca los productos a comprar

4..- El sistema procesa la búsqueda y envía un mensaje de confirmación.

5.- el sistema procesa la compra realizada y envía un mensaje de confirmación

6.-El administrador visualiza el mensaje

CURSO ALTERNO DE EVENTOS

Post condición: La compra queda registrada

2.6 ACTORES DEL SISTEMA

Clientes

Proveedores

Administrador

Vendedor

Almacenero

Actor DescripciónCliente Es la persona que hace una

determinada compra de cualquier producto de la tienda

Actor Descripciónproveedor Es la persona que vende los

productos a la tienda o reabastece los productos que ya no hay en stock

Actor Descripcion

uc Use Ca...

Actor1

uc Use Ca...

Actor1

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

Actor Descripcionvendedor Es la persona que vende los

productos de la tienda LYLYTA E.I.R.L, brinda atención al cliente.

Actor DescripcionAlmacenero Es la persona encargada del

almacén, que tiene la función de recepción 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

uc Use Ca...

Actor1

uc Use Ca...

Actor1

uc Use Ca...

Actor1

Dentro de la factibilidad técnica de este proyecto está la parte del hardware necesario para el funcionamiento de la aplicación, una PC.En cuanto al Software, para el desarrollo de la aplicación se usará el Visual Studio .NET, así comprobar su funcionamiento. Además será necesario SQL Server 2008 como gestor de base de datos, incluyendo cristal report para los reportes y krypton para el diseño 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 atención y servicio al cliente.

2.8.3 FACTIBILIDAD ECONOMICA

En la factibilidad económica se establecen los costos y beneficios del proyecto. A continuación se presenta un cuadro que muestra un resumen de los costos de implantación del Sistema. Para esta factibilidad la empresa LYLYTA E.I.R.L ya cuenta con equipos de cómputo y facilitando el desarrollo del sistema.

A continuación detallamos los costos referenciales

Recursos Humanos:

• Costo: S/. 60.00 x Día.

Descripción Costo por dia Tiempo en días totalDesarrollo del software

60.00 104 S/. 6240.00

continuación detallamos los costos referenciales

SOFTWARE

DESCRIPCIÓN COSTO

Visual Studio 2010 Professional S/. 3218.72.00

Microsoft SQL Server 2008 Enterprise S/. 3249.19

Microsoft Office 2010 estándar S/. 250.00 Cristal Report: SAF v.10 S/. 300.00

Kriptón v.4.4 S/. 200.00

Windows 8.1 S/. 600.00

COSTO TOTAL DE SOFTWARE S/. 7848.91

HARDWARE

CANTIDAD DESCRIPCION PRECIO UNITARIO TOTAL

2 Procesador Core2 Dúo E7500 de 2.93 GHz.

S/. 1300.00

2 GB de memoria RAM.1TB GB de disco duro.Tarjeta de Red.

S/. 2600.00

1

IMPRESORA CANON pixma MG3510 350.00 350.00

COSTO DE HARDWARE S/. 2950.00

SERVICIOS

DESCRIPCION TIEMPO CANTIDAD PU(S/.) TOTAL(S/.)

Energía Eléctrica Mes 4 50.00 200.00

Internet Mes 4 120.00 480.00

Transporte Mes 4 100.00 400.00

Otros Mes 4 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 IMPLEMENTACIÓN S/. 18918,91

iniciar sesion

usuario

Emitir comprobante

atender pedido

realizar consulta

vendedor

pagar Pedido

abortar pedido

realizar pedido

Cliente

consultar Pedido

<<include>>

<<extend>>

<<include>>

<<extend>>

Registar Cliente

<<extend>>

Buscar Cliente

<<extend>>

<<include>>

realizar Compras

Abortar Campras

Atender Pedido

<<include>>

<<extend>>

Entregar Pedido

Proveedor

Buscar Proveedor

verificar Producto

<<include>>

emitir Conformidad

Entregar Comprobante

registrar susuario

generar Reportes

Reporte de ventas del dia

reportes por fecha

reportes de stock minimo

consultar Stock

<<include>>

<<include>>

almacenero

Registrar producto

Buscar Prodcuto

<<extend>>

<<include>>

<<include>>

<<include>>

registrar proveedor

<<extend>>

<<include>>

admin

3 capituloIII

3.1 Diagrama de clases de análisis

3.2 Arquitectura candidata cmp Component Model

Software Almacen

Capa DB

db_Sistema_Almacen

Funciones Procedimientos

TUsuario TEmpleados TClientes TProductos TProveedor TCompras Tv entas

THistorial

Capa Logica

app.conf

LinQ

Metodos

CEmpleadoCUsuario CClientes CProducto CProveedor CCompras

CVentas

CHistorial

Capa Presentacion

Principal

ClientesClientes

Seguridad

usuarios

Productos ProductosCompras

Ventas

Ventas

Compras

Proveedor

Reportes

reportes del dia

Reportes por fecha

reportes de stock

Proveedor

3.3 Diseño de interfaz grafica

3.3.1 Pantalla principalPantalla principal del sistema donde se logea el usuario para iniciar sesión

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 construcción

4.1.1 Diseño y construcción 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/2015use mastergoif db_id('db_sistema_integral_ventas')is not null

drop database db_sistema_integral_ventasgocreate database db_sistema_integral_ventasgouse db_sistema_integral_ventasgo---creando tablas para la base de datos

if object_ID('Tusuario','u')is not nulldrop table Tusuariogocreate 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 sistemaif object_id('Tprivilegio','u')is not nulldrop table Tprivilegiogocreate table Tprivilegio(usuario varchar(50),productos bit,Clientes bit,Compras bit,ventas bit,Empleados bit,Proveedores bit,reportes bit,--=boolean bit es booleanoSeguridad 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 usuarioif object_id('sp_agregar_usuario','p')is not nulldrop proc sp_agregar_usuariogocreate procedure sp_agregar_usuario@usuario varchar(50),@contrasena varchar(50),@habilitado bit,@foto imageasbeginif not exists(select usuario from Tusuario where usuario=@usuario)

insert into Tusuario values(@usuario,@contrasena,@habilitado,@foto)

endgoexec sp_agregar_usuario 'admin','admin',1,null--**************************************************************************************************goif object_id('sp_agregar_privilegio','p')is not nulldrop proc sp_agregar_privilegiogocreate procedure sp_agregar_privilegio@usuario varchar(50),@productos bit,@Clientes bit,@Compras bit,@ventas bit,@Empleados bit,@Proveedores bit,@reportes bit,@Seguridad bitasbeginif exists (select usuario from Tusuario where usuario=@usuario)

insert into tprivilegio values(@usuario,@productos,@Clientes,@Compras,@ventas,@Empleados,@Proveedores,@reportes,@Seguridad)endgoexecute sp_agregar_privilegio 'admin',1,1,1,1,1,1,1,1go--********************************************************************************************if object_id('sp_eliminar_privilegio','p')is not nulldrop proc sp_eliminar_privilegiogocreate procedure sp_eliminar_privilegio@usuario varchar(50)asbegin

delete from Tprivilegio where (usuario=@usuario)end--********************************************************************************************goif object_id('sp_eliminar_usuario','p')is not nulldrop proc sp_eliminar_usuariogocreate procedure sp_eliminar_usuario@usuario varchar(50)asbegin

delete from Tprivilegio where (usuario=@usuario)delete from tusuario where (usuario=@usuario)

endgo

--**********************************************************************************************--pa.que verifica un usuario q existe en la base de datos--devuelve 1 si existe el usuario--devuelve0 si no existeif object_id('sp_verificar_usuario','p')is not nulldrop proc sp_verificar_usuariogocreate procedure sp_verificar_usuario@usuario varchar(50),@contrasena varchar(50)asbegin--verificar que el usuario este habilidatoif exists(select * from tusuario where usuario=@usuario and contrasena=@contrasena and habilitado=1)select resultado=1,mensaje='bienvenido :usuario habilitado'else beginif exists(select * from tusuario where usuario=@usuario and contrasena=@contrasena and habilitado=0)select resultado=0,mensaje=' usuario no habilitado'endselect resultado=0,mensaje='usuario no existe'endgoexec sp_verificar_usuario'admin','admin'goif OBJECT_ID('fn_Verificar_usuario')is not nulldrop function fn_Verificar_usuariogocreate function fn_Verificar_usuario(@usuario varchar(50),@contrasena varchar(50))returns bitasbegindeclare @mensaje bitif 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 @mensajeendgo--**********************************************************************************************--procedimiento verificar privilegioif object_id('sp_verificar_privilegio','p')is not nulldrop proc sp_verificar_privilegiogocreate procedure sp_verificar_privilegio@usuario varchar(50)

asbegin

--if exists(select * from tprivilegio where usuario=@usuario)select * from tusuario where usuario=@usuario

endgo--1-. si el usuario existe y su contraseña tambien pero no esta habilitado que mande un mensaje de error--**********************************************************************************************************************--**********************************************************************************************************--procedimiento q actualiza a un usuarioif object_id('sp_actualizar_usuario','p')is not nulldrop proc sp_actualizar_usuariogocreate procedure sp_actualizar_usuario@usuario varchar(50),@contrasena varchar(50),@habilitado bit,@foto imageasbegin

update Tusuarioset contrasena=@contrasena,habilitado=@habilitado,foto=@fotowhere usuario=@usuario

endgoselect * from Tusuario--****************************************************************************************************************************--procedimiento q actualiza el privilegio de un usuarioif object_id('sp_actualizar_privilegio','p')is not nulldrop proc sp_actualizar_privilegiogo create procedure sp_actualizar_privilegio@usuario varchar(50),@productos bit,@Clientes bit,@Compras bit,@ventas bit,@Empleados bit,@Proveedores bit,@reportes bit,@Seguridad bitasbegin

update tprivilegioset

usuario=@usuario,productos=@productos,Clientes=@Clientes,Compras=@Compras,ventas=@ventas,Empleados=@Empleados,Proveedores=@Proveedores,reportes=@reportes,Seguridad=@Seguridad

where usuario=@usuarioendgo

--****************************************************************************************************************************--procedimiento almacenado que muestra privilegios de un usuasrio

if object_id('sp_privilegios','p') is not nulldrop proc sp_privilegiosgo create proc sp_privilegios@usuario varchar(50)as begin select *from tprivilegio where usuario=@usuarioendgo--****************************************************************************************************-- p a reporte usuariosif object_id('sp_reporte_usuarios','p')is not null

drop proc sp_reporte_usuariosGocreate proc sp_reporte_usuariosasbegin

select u.usuario,u.contrasena,u.habilitado,u.foto, p.productos,p.Clientes,p.Compras,p.ventas,p.Empleados,p.Proveedores,p.reportes,p.Seguridad

fromtusuario u, tprivilegio p

where u.usuario=p.usuarioendif OBJECT_ID('sp_Mostar_foto_usuario')is not nulldrop proc sp_Mostar_foto_usuariogocreate proc sp_Mostar_foto_usuario@usuario varchar(50)asbeginselect foto from Tusuario where usuario=@usuarioendgoexec sp_Mostar_foto_usuario'alexs'if OBJECT_ID('SP_Mostar_Foto')is not nulldrop proc SP_Mostar_Fotogocreate proc SP_Mostar_Foto@usuario varchar(50)asbeginselect foto from Tusuario usuario where usuario=@usuarioendgoif OBJECT_ID('fn_Mostar_Foto')is not nulldrop function fn_Mostar_Fotogocreate function fn_Mostar_Foto(@usuario varchar(50))returns binaryas

begindeclare @s binary set @s=(select foto from Tusuario usuario where usuario=@usuario) return @sendgo--*******************************************tablas**************************************if object_id('TEmpleado')is not null

drop table TEmpleadogocreate 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 nulldrop table TClientesgocreate 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)--)goif object_id('Tproductos')is not nulldrop table Tproductosgocreate 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)--)goif object_id('TVentas')is not nulldrop table TVentasgocreate 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)goif object_id('T_detalle_Ventas')is not nulldrop table T_detalle_Ventasgocreate 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)goif object_id('Tproveedor')is not nulldrop table Tproveedorgocreate 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 nulldrop table Tcomprasgocreate 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)goif object_id('T_det_compras')is not nulldrop table T_det_comprasgocreate 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)

goif object_id('T_historial')is not nulldrop table T_historialgocreate 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 nulldrop table TMedidagocreate 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 características. Esto le permite elegir un lenguaje en función de sus preferencias personales, dado que ambos son igualmente capaces Lenguaje C#Las nuevas características del lenguaje C# permiten simplificar la programación con las API de Microsoft Office. Gracias a los argumentos con nombre y opcionales, ya no es necesario especificar valores para cada parámetro opcional al llamar a métodos COM. La compatibilidad dinámica permite hacer referencia a cualquier objeto, por ejemplo valores devueltos desde API COM o lenguajes dinámicos, sin necesidad de usar una conversión de tipo explícita. 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 implementación al incrustar tipos de los ensamblados de interoperabilidad primarios (PIAs) directamente en su ensamblado. Para obtener más información

4.1.3 Herramienta 2

Microsoft SQL Server 2008 StandardFuncionalidad de Business Intelligence y administración de datos básica para cargas de trabajo que no son críticas, con recursos de TI mínimos.

4.1.4 Herramienta 3

Language-Integrated Query (LINQ) es un conjunto de características presentado en Visual Studio 2008 que agrega capacidades de consulta eficaces a la sintaxis de los lenguajes C# y Visual Basic.LINQ incorpora patrones fáciles y estándar para consultar y actualizar datos, y la tecnología se puede ampliar para proporcionar compatibilidad prácticamente con cualquier tipo de almacén 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 elaboración de informes estándar para Visual Studio .NET. Permite crear contenido interactivo con

calidad de presentación en la plataforma .NET, lo que ha supuesto una ventaja fundamental para Crystal Reports durante años.

4.1.6 Herramienta 5

Kit de herramientas de KryptonCrear grandes aplicaciones que buscan a través 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 línea de código. 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 diseño e implementación de

un sistema informático “Gestion de almacen” para mejorar el proceso de

entadas y salidas de mercadería 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 diseño un modelo sobre el control de entrada y salida de los

productos sobre el cual trbaja el sistema gestión de almacén.

Para desarrollar el sistema se identificó y diagnóstico sobre los procesos que

desarrolla la empresa de forma manual y automatizarla.

Se diseñó y desarrollo el “sistema gestión 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 gestión de almacén” con la arquitectura conveniente

para la empresa que es de escritorio.

El sistema gestión 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 implementación, puesto que las

herramientas que provee el software libre están muy maduras y capaz de

satisfacer las necesidades del desarrollador.

Para que el sistema pueda escalar a un SISTEMA INTEGRAL DE VENTAS,

deberán tener en cuenta en proyectos de desarrollos de módulos de gestión, que

estos emitan reportes que sea capaz de hacer, ver cómo va el giro del negocio, y

además pueda tener el control total sobre el negocio.

Los requerimientos de hardware que se pide, según la sección técnica de análisis

de factibilidad y el diagrama de despliegue, son mínimos; pero se recomienda que

mientras más capacidad tenga el hardware mejor performance tendrá el

funcionamiento del sistema.

Realizar una continua actualización de información y preparación 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

información.

Bibliografía

Web grafía

http://krypton-toolkit.software.informer.com/

https://www.visualstudio.com/es-es/visual-studio-homepage-vs.aspxhttp://www.udp.cl/descargas/biblioteca/pautageneral_tesis.pdf

https://www.academia.edu/7646133/TESIS_DE_DISENO_E_IMPLEMENTACION_DE_UN_SISTEMA_DE_VENTAS .

http://cybertesis.uach.cl/tesis/uach/2005/bpmfcil617s/doc/bpmfcil617s.pdf

http://tesis.pucp.edu.pe/repositorio/bitstream/handle/123456789/5004/RODRIGUEZ_JOHANNA_ANALISIS_SISTEMA_INFORMACION_TIENDA_ROPA_SEGMENTO_JUVENIL.pdf?sequence=1 .

http://www.uaeh.edu.mx/docencia/Tesis/icbi/licenciatura/documentos/Sistema%20para%20el%20control%20de%20ventas%20e%20inventarios.pdf