tesis sistema de ventas

UNIVERSIDAD PERUANA LOS ANDES

FACULTAD DE INGENIERÍA ESCUELA ACADÉMICO PROFESIONAL DE INGENIERÍA DE SISTEMAS Y

COMPUTACIÓN

TESIS

DESARROLLO DE UN SISTEMA DE

GESTION DE VENTAS DE LA EMPRESA

PC EXPRESS

PRESENTADO POR:

Bach: YENNER YERSON MENDOZA VILCHEZ

PARA OPTAR EL TÍTULO PROFESIONAL DE:

INGENIERO DE SISTEMAS Y COMPUTACIÓN

HUANCAYO – PERÚ

2014

ii

___________________________________ Mg. RUBEN TAPIA SILGUERA

PRESIDENTE

____________________________________ ……………………………………

JURADO

____________________________________ ……………………………………..

JURADO

____________________________________ ……………………………………..

JURADO

____________________________________ MG. MIGUEL ANGEL, CARLOS CANALES

SECRETARIO DOCENTE

iii

____________________________________ ING. JAIME ORTIZ FERNANDEZ

ASESOR

iv

Dedicatoria

A Dios, por la fuerza y voluntad que me

brinda para continuar en el cumplimiento

de mis objetivos.

A mi padre y mi madre por sus consejos

y apoyo moral.

Mendoza Vilchez Yenner Yerson

v

ÍNDICE DE CONTENIDO

Dedicatoria ………………………………………………………………… iv

INDICE ……………………………………………………………………. v

RESUMEN ………………………………………………………………… xi

INTRODUCCIÓN …………………………………………………………. xiii

CAPITULO I: ASPECTOS GENERALES

1.1. DESCRIPCION DE LA ORGANIZACION ..................................... 1

1.2. PLANTEAMIENTO DEL PROBLEMA .......................................... 1

1.2.1. SITUACION PROBLEMATICA ...................................................... 3

1.2.2. FORMULACION DEL PROBLEMA .............................................. 4

1.3. OBJETIVOS ...................................................................................... 5

1.3.1 OBJETIVO GENERAL .................................................................... 5

1.3.2 OBJETIVOS ESPECIFICOS ............................................................ 5

1.4. LIMITACIONES ............................................................................... 5

1.5. ESTUDIOS DE FACTIBILIDAD ..................................................... 5

1.5.1 FACTIBILIDAD TECNICA ............................................................. 5

1.5.2 FACTIBILIDAD OPERATIVA ........................................................ 6

1.5.3 FACTIBILIDAD ECONOMICA ...................................................... 6

1.6. JUSTIFICACION .............................................................................. 6

1.7. PLANTEAMIENTO DE LA SOLUCION TECNOLOGICA…….... 7

CAPITULO II: MARCO TEÓRICO

2.1 ANTECEDENTES ............................................................................ 8

2.2 BASES TEORICAS .......................................................................... 10

A. PROCESOS DEL AREA DE VENTAS ........................................... 15

B. PROCESOS DE VENTAS ................................................................ 15

C. GENERACION DE REPORTES DE VENTAS ............................... 15

2.3. METODOLOGIAS. .......................................................................... 16

2.3.1 METODOLOGÍA RUP ..................................................................... 16

2.3.2 LENGUAJE DE PROGRAMACIÓN VISUAL STUDIO .............. 18

2.3.3 SQL SERVER 2012 ......................................................................... 19

CAPITULO III: ANÁLISIS DE REQUERIMIENTOS

vi

3.1. EMPRESA PC EXPRESS ................................................................. 21

3.2. PLAN DE DESARROLLO DEL SOFTWARE ................................ 22

3.2.1. ALCANCE ........................................................................................ 22

3.2.2. ENTREGABLES DEL PROYECTO …………………………… ... 22

3.2.3. REQUERIMIENTOS FUNCIONALES DEL SISTEMA ……… ... 22

3.2.4. REQUERIMIENTOS NO FUNCIONALES DEL SISTEMA …. .... 23

3.3. MOLDEAMIENTO DEL NEGOCIO ............................................... 23

3.4. PROCESOS DEL AREA DE VENTAS ........................................... 24

3.4.1. PROSPECCIÓN ................................................................................ 26

3.4.2. EL ACERCAMIENTO PREVIO O PRE ENTRADA ...................... 26

3.4.3 SERVICIOS POS VENTA ……………………………………… ... 26

3.5 EVALUACIÓN DE RESULTADOS DEL AREA DE VENTAS .... 29

CAPITULO IV : ARQUITECTURA Y DISEÑO DEL SISTEMA DE VENTAS

4.1. MODELADO DEL SISTEMA ......................................................... 33

4.1.1. CASOS DE USO DEL SISTEMA .................................................... 34

4.2 DESCRIPCIÓN DE LAS INTERFACES, CLASES Y CONTROLES 78

4.2. PLATAFORMA Y TECNOLOGIA PARA EL DESARROLLO Y

FUNCIONAMIENTO DEL SISTEMA INFORMATICO ............... 85

CAPITULO V: PRUEBAS E IMPLEMENTACION

5.1 IMPLEMENTACION ....................................................................... 88

5.2. PRUEBA ........................................................................................... 92

5.2.1. PRUEBA DE UNIDAD .................................................................... 92

5.2.2.1. CAJA NEGRA .................................................................................. 33

5.2.2.2. CAJA BLANCA ................................................................................ 33

CONCLUSIONES ........................................................................................... 100

RECOMENDACIONES .................................................................................. 101

BIBLIOGRAFIA ............................................................................................. 102

ANEXOS ......................................................................................................... 103

vii

ÍNDICE DE TABLAS

Tabla N° 1. PLANTILLA DE ACTORES ...................................................... 33

Tabla N° 2. DESCRIPCION DE CASOS DE USO ........................................ 34

Tabla N° 3. CASOS DE USO REGISTRAR VENTA .................................... 37

Tabla N° 4. CASOS DE USO LOGIN REGISTRO Y REPORTES ............... 42

Tabla N° 5. CASOS DE USO EMISION DE REPORTES ............................. 45

Tabla N° 6. CASOS DE USO REGISTRO Y EMISION DE PROFORMA .. 49

Tabla N° 7. CASOS DE USO REGISTRO DE SOPORTE ............................ 53

Tabla N° 8. CASOS DE USO REGISTRAR PRODUCTO ............................ 61

Tabla N° 9. CASOS DE USO BUSQUEDA DE PROFORMA ..................... 66

Tabla N° 10. CASOS DE USO BUSQUEDA DE SOPORTE PENDIENTE . 69

Tabla N° 11. CASOS DE USO REGISTRO CLIENTE ................................. 73

Tabla N° 12. DESCRIPCION DE LA CLASE INTERFAZ ........................... 78

Tabla N° 13. DESCRIPCION DE LA CLASE DE CONTROL ..................... 79

Tabla N° 14. DESCRIPCION DE LAS CLASES DE ENTIDAD .................. 80

viii

ÍNDICE DE FIGURAS

Figura N° 1. ACTIVIDAD FUENTE DE INGRESO ..................................... 2

Figura N° 2. EMPRESAS DEMANDANTES ................................................ 3

Figura N° 3. SISTEMA INFORMATICO ....................................................... 11

Figura N° 4. PROCESO DE VENTA .............................................................. 13

Figura N° 5. MODELO SISTEMA INFORMATICO..................................... 14

Figura N° 6. PROCESAMIENTO DE INFORMACION ............................... 14

Figura N° 7. PROCESOS DEL AREA DE VENTA ....................................... 24

Figura N° 8. MODELO DE CASO DE USO DEL SISTEMA ....................... 37

Figura N° 9. DIAGRAMA DE ANALISIS DE CLASE REGISTRAR VENTAS 38

Figura N° 10. DIAGRAMA DE SECUENCIA REGISTRAR VENTAS ....... 39

Figura N° 11. DIAGRAMA DE COLABORACION REGISTRAR VENTAS 40

Figura N° 12. DIAGRAMA DE ACTIVIDAD REGISTRAR VENTAS ...... 41

Figura N° 13. CASOS DE USO LOGIN DE REGISTRO Y REPORTES .... 42

Figura N° 14. DIAGRAMA DE ANALISIS DE CLASES LOGIN DE REGISTRO

Y REPORTES .................................................................................................. 43

Figura N° 15. DIAGRAMA DE SECUENCIA DE CASOS DE USO LOGEO 43

Figura N° 16. DIAGRAMA DE COLABORACION LOGIN DE REGISTRO Y

REPORTES ..................................................................................................... 44

Figura N° 17. DIAGRAMA DE ACTIVIDAD DEL C.U. LOGEO .............. 45

Figura N° 18. DIAGRAMA DE REALIZACION EMISION DE REPORTES 46

Figura N° 19. DIAGRAMA DE CLASES EMISION DE REPORTES ........ 47

Figura N° 20. DIAGRAMA DE SECUENCIA EMISION DE REPORTES . 47

Figura N° 21. DIAGRAMA DE COLABORACION EMISION DE REPORTES 48

Figura N° 22. DIAGRAMA DE ACTIVIDAD EMISION DE REPORTES . 49

Figura N° 23. DIAGRAMA DE REALIZACION Y EMISION DE PROFORMAS50

Figura N° 24. DIAGRAMA DE ANALISIS DE CLASES REGISTRO Y EMISION

DE PROFORMAS ........................................................................................... 50

Figura N° 25. DIAGRAMA DE SECUENCIA REGISTRO Y EMISION DE

PROFORMAS ................................................................................................. 51

Figura N° 26. DIAGRAMA DE COLABORACION REGISTRO Y EMISION DE

PROFORMAS ................................................................................................. 51

ix

Figura N° 27. DIAGRAMA DE COLABORACION REGISTRO Y EMISION DE

PROFORMAS ................................................................................................. 52

Figura N° 28. DIAGRAMA DE REALIZACION REGISTRO DE SOPORTE 54

Figura N° 29. DIAGRAMA DE ANALISIS DE CLASE REGISTRO DE

SOPORTE ........................................................................................................ 54

Figura N° 30. DIAGRAMA DE SECUENCIA REGISTRO DE SOPORTE 55

Figura N° 31. DIAGRAMA DE COLABORACION REGISTRO DE SOPORTE 55

Figura N° 32. DIAGRAMA DE ACTIVIDAD REGISTRO DE SOPORTE 56

Figura N° 33. DIAGRAMA DE REGISTRO DE PERSONAL ..................... 57

Figura N° 34. DIAGRAMA DE REALIZACION DE REG. DE PERSONAL 57

Figura N° 35. DIAGRAMA DE ANALISIS DE CLASES REGISTRO DE

PERSONAL ..................................................................................................... 58

Figura N° 36. DIAGRAMA DE SECUENCIA REGISTRO DE PERSONAL 58

Figura N° 37. DIAGRAMA DE COLABORACION REGISTRO DE PERSONAL59

Figura N° 38. DIAGRAMA DE ACTIVIDAD REGISTRO DE PERSONAL 60

Figura N° 39. DIAGRAMA DE REALIZACION REGISTRAR PRODUCTO 62

Figura N° 40. DIAGRAMA DE ANALISIS DE CLASES REGISTRAR

PRODUCTO .................................................................................................... 62

Figura N° 41. DIAGRAMA DE SECUENCIA REGISTRAR PRODUCTO 63

Figura N° 42. DIAGRAMA DE COLABORACION REGISTRAR PRODUCTO 64

Figura N° 43. DIAGRAMA DE ACTIVIDAD REGISTRAR PRODUCTO 65

Figura N° 44. DIAGRAMA DE REALIZACION BUSQUEDA DE PROFORMA 66

Figura N° 45. DIAGRAMA DE ANALISIS DE CLASE BUSQUEDA DE

PROFORMA ................................................................................................... 67

Figura N° 46. DIAGRAMA DE SECUENCIA BUSQUEDA DE PROFORMA 67

Figura N° 47. DIAGRAMA DE COLABORACION BUSQUEDA DE

PROFORMA ................................................................................................... 68

Figura N° 48. DIAGRAMA DE ACT IVIDAD BUSQUEDA DE PROFORMA 68

Figura N° 49. DIAGRAMA DE REALIZACION BUSQUEDA DE SOPORTE

PENDIENTE ................................................................................................... 70

Figura N° 50. DIAGRAMA DE ANALISIS DE CLASE BUSQUEDA DE

SOPORTE PENDIENTE ................................................................................. 70

x

Figura N° 51. DIAGRAMA DE SECUENCIA BUSQUEDA DE SOPORTE

PENDIENTE ................................................................................................... 71

Figura N° 52. DIAGRAMA DE COLABORACION BUSQUEDA DE SOPORTE

PENDIENTE ................................................................................................... 71

Figura N° 53. DIAGRAMA DE ACTIVIDAD BUSQUEDA DE SOPORTE

PENDIENTE ................................................................................................... 72

Figura N° 54. DIAGRAMA DE REALIZACION REGISTRAR CLIENTE 74

Figura N° 55. DIAGRAMA DE ANALISIS DE CLASE REGISTRAR CLIENTE 74

Figura N° 56. DIAGRAMA DE SECUENCIA REGISTRAR CLIENTE ..... 75

Figura N° 57. DIAGRAMA DE COLABO REGISTRAR CLIENTE RACION 76

Figura N° 58. DIAGRAMA DE ACTIVIDAD REGISTRAR CLIENTE ..... 77

Figura N° 59. DIAGRAMA DE COMPONENTES ....................................... 81

Figura N° 60. DIAGRAMA DE DESPLIEGUE ............................................ 82

Figura N° 61. DIAGRAMA MODELO CONCEPTUAL .............................. 83

Figura N° 62. DIAGRAMA MODELO FISICO DE LA BASE DE DATOS 84

Figura N° 63. ARQUITECTURA EN 3 CAPAS ........................................... 85

Figura N° 64. TABLAS DE LA BASE DA DATOS ..................................... 86

Figura N° 63. VISUAL STUDIO. NET 3 CAPAS ........................................ 88

Figura N° 63. RESULTADOS PRUEBA CAJA NEGRA ............................. 93

xi

RESUMEN

La presente investigación se realizó en la empresa PC EXPRESS, en el departamento

de Lima, el periodo de investigación fue desde Enero 2013 hasta Setiembre del 2013,

donde se involucra el área de ventas.

En este estudio se tomaron 3 indicadores, el tiempo promedio de verificación de

datos, tiempo promedio en realizar reportes y el tiempo promedio de búsqueda de

datos, con el propósito de realizar una medición y luego determinar las mejoras que

tendrá la implementación del sistema de gestión de ventas de la empresa “PC

EXPRESS”. El desarrollo del aplicativo se ha llevado a cabo con la metodología

RUP. En el aspecto metodológico, el trabajo se aborda desde la perspectiva del tipo

de estudio aplicado, con un diseño de investigación experimental, de tipo pre-

experimental donde la población está formada por quince (15) procesos de tiempo

promedio en realizar reportes, cuatro (4) procesos de tiempo promedio de

verificación de datos y siete (7) procesos por cada semana por un mes en el tiempo

promedio de búsqueda de datos, de lo cual se tomó como muestra a la población

mencionada para cada indicador .

Se concluyó que al implementar el sistema de gestión de ventas en la empresa PC

EXPRESS será positiva, en la reducción de los tiempos promedios de realización de

reportes, verificación de datos y búsqueda de datos, permitiendo que el proceso que

se realiza en el área de ventas sea más eficiente y eficaz.

PALABRAS CLAVES

Sistema Informático, procesos del área de ventas, emisión de reportes, verificación

de datos.

xii

ABSTRACT

The present investigation was realized in the PC EXPRESS company, in the

department of Lima, the period of investigation was from January, 2013 until

September, 2013, where the área of sales interferes.

In this study 3 indicators took, the average time of information´s check, average time

in realizing reports and the average time of search of information, with the intention

of realizing a measurement and then to determine the influence that will have the

implementation of an IT system in the processes of the area of sales of the PC

EXPRESS company.The development of the applicative one has been carried out by

the methodology RUP. In the methodological aspect, the work is approached from

the perspective of the type of applied study, with a design of experimental

investigation, of type pre - experimentally where the population is formed by fifteen

(15) processes of average time in realizing reports, four (4) processes of average time

of information´s check and seven (7) processes for every week for one month in the

average time of search of information, of which one took as a sample the population

mentioned for every indicator.

It was concluded that implementing the management system sales in the enterprise

PC EXPRESS will be positive in reducing the average turnaround times of reports,

data verification and data search, allowing the process to be done in the area sales

more efficient and effective.

KEYWORDS

IT system, processes of the area of sales, emission of reports, information´s check.

xiii

INTRODUCCIÓN

En los últimos años la tecnología en conjunto con los sistemas de información han

revolucionado y estandarizado los procesos de muchas empresas en todo el mundo,

convirtiéndose en indispensable para cada una de ellas, pues son el centro donde se

almacena y procesa el activo más importante, “la información”, que debido a la

tecnología las empresas generan mayor demanda.

Además día a día, las reglas del negocio han cambiado, no sólo basta con darse a

conocer ni ofrecer un buen producto o servicio, sino que es necesario crear una

imagen de la empresa atractiva; como también, tener un mejor producto o servicio,

ofrecerlo de forma eficiente, combinando un trato personalizado al cliente con un

manejo ágil del tiempo, empleando diversos factores como: la velocidad y eficiencia

que se conviertan en razones de peso para inclinar la balanza entre un proveedor y

otro.

Por tal motivo hoy en día, es sin duda las causas más frecuentes y bastantes

Direcciones Generales siguen manteniendo esta visión, sin tener en cuenta que para

alcanzar los objetivos del negocio, hoy en la mayoría de sectores es necesario

Invertir en Informática, la necesidad de integración y respuesta rápida en un contexto

cada vez sometido a mayores cambios, ha dado origen a nuevas formas de desarrollar

los Sistemas Informáticos de las Empresas.

En la presente investigación realizada en la empresa PC EXPRESS que se

desempeña en el rubro de servicios de tecnología e informática en el área de ventas.

La investigación se dio con el objetivo de descubrir los diferentes elementos,

procesos, prácticas y problemáticas que existen en la empresa, a través de los cuales

xiv

se pondrán en práctica diversas técnicas, teorías, metodologías, etc. para poder

contribuir con la empresa en la minimización de tiempos de ejecución de procesos, el

cual es objeto de estudio.

Según Kosciuk Nicolás en su artículo: “Sistemas de información General”, en la

perspectiva de los negocios: un sistema de información es una solución

organizacional y administrativa, basada en tecnología de información, a un reto que

se presenta en el entorno. En este caso en el proceso de ventas en la gestión

comercial de la empresa PC EXPRESS, al no abastecerse con el sistema manual que

utiliza, es necesario dar tratamiento a los datos y de esa manera aprovechar al

máximo para mejorar los tiempos de repuesta de los procesos en la empresa, el

desarrollo de la investigación está compuesta de la siguiente manera:

El presente trabajo se expone en cuatro capítulos, en el Capítulo I se definen las

generalidades del presente informe y se definen los objetivos que se busca lograr, en

el Capítulo II se describen los temas conceptuales del presente informe tanto de la

metodología como de los aspectos técnicos, en el Capítulo III se desarrolla el análisis

de requerimientos describiendo los problemas y requerimientos del sistema, en el

Capítulo IV se desarrolla el diseño de los casos de uso a emplear y la interfaz del

sistema de ventas a desarrollar, en el CAPITULO V, se muestra las pruebas e

implementación del sistema.

Finalmente se presentan las conclusiones del presente informe con las

recomendaciones para cuando se ejecute el presente trabajo.

Bach. Yenner Yerson Mendoza Vilchez

1

CAPITULO I

ASPECTOS GENERALES

1.1. DESCRIPCIÓN DE LA ORGANIZACIÓN

La empresa PC EXPRESS, ubicada en: Av. Miguel Grau Nº 135 – Puente

Piedra, integrada al rubro de servicios de tecnología e informática en el año

2010, cuya actividad principal es brindar suministro y ventas de

Computadoras, distribución, diseño de redes (cableado estructurado),

desarrollo de sistemas, integrando al servicio laboran un total de 5 personas

desempeñándose en los diversos procesos realizados en el área de Ventas.

1.2. PLANTEAMIENTO DEL PROBLEMA

En el mundo global el área de ventas brinda una serie de servicios y los

diferentes rubros encontrados a nivel internacional y nacional para satisfacer

las necesidades del cliente, dirigiendo al rubro de la tecnología Informática y

servicios informáticos que es de mayor Importancia por ser:

Activa fuente de ingresos

Generadora de empleos

2

Donde los países perciben una oportunidad estratégica por su potencial de

crecimiento y valor para sus propias economías, en la actualidad se presenta

las actividades según fuente de ingreso: (Ver la Figura 1)

Figura 1: Actividad de Fuente de Ingreso.

Fuente: APESOFT, 2007

Así mismo los tipos de empresas demandantes de software, servicios y

tecnología de información, los principales canales de distribución

(directo/venta personalizada, por internet, distribuidores) y por último los

principales socios comerciales como Microsoft, Oracle, IBM, Hewlett

Packard, Telefónica como se muestra: (Ver la Figura 2).

3

Figura 2: Empresas demandantes.

Fuente: APESOFT, 2007

1.2.1 SITUACIÓN PROBLEMÁTICA

Partiendo con el problema de la entrega o emisión de reportes para la

verificación y control de las ventas y servicios diarias, todo registro de

ventas es anotado en un cuaderno que resulta ser tedioso, y que no

cuenta con la seguridad necesaria ante cualquier modificación, perdida

de hojas, borrones, generando así un desorden, demora, que delimiten

el desbalance al momento de realizar el cuadre respectivo de las

ventas.

Teniendo también el problema ante el seguimiento y control de los

productos (stock) que no se registra adecuadamente, así mismo el

mantenimiento o la actualización de la información que actualmente

lo realizan cada fin de semana en las misma hojas ocasionado

borrones (borrador o liquidpaper), manchas, ante la búsqueda de los

productos, ocasionando pérdida de tiempo promedio de 1 hora a 2

horas ½ aproximadamente en caso de no extraviarse, de los contrario

se toma de 1 a 2 días la emisión del reporte.

4

Siguiendo con el proceso de búsqueda de producto y servicios

pendiente, partiendo por el desorden, la perdida de información de la

venta pendiente, los servicios de soporte realizados, así mismo la

corroboración de los productos por recoger, ocasionando así la pérdida

de tiempo promedio 15 minutos a 30 minutos, la perdida de cliente y

una cierta cantidad de dinero.

Además se produce un tiempo promedio de 10 minutos a 30 minutos,

que es generado por la verificación de stock, descripción, búsqueda y

la sumatoria total a pagar del producto.

Otro problema parte de la atención del cliente, que se genera un

tiempo promedio de 15 a 50 minutos aproximadamente, ante la

búsqueda de las diversas consultas (ventas o productos), ocasionando

incomodidad, pérdida de tiempo y desorden de los informes (registro

de los producto, ventas).

Por último surge el problema de los registro del personal, productos,

proveedores y cliente, toda esta información se almacena el cuadernos

o folder, dando a conocer que el proceso es manual y no cuenta con la

seguridad ante una pérdida o actualización de datos, demandando así

un tiempo promedio de 1 hora aproximadamente.

1.2.2 FORMULACIÓN DEL PROBLEMA

Para solucionar todos los problemas mencionados se propone

desarrollar un sistema de gestión de ventas que permita tener un mejor

manejo ante la búsqueda, la realización de proformas, el registro y

actualización de ventas, pedidos y entrega de productos pendientes, a

su vez emitir los reportes y boletas de ventas atendidos y pendiente, la

visualización de datos (productos, servicios, clientes, proveedores,

personal).

5

1.3. OBJETIVOS

1.3.1. OBJETIVO GENERAL

Desarrollar un sistema de Gestión de ventas de la empresa PC

EXPRESS

1.3.2. OBJETIVOS ESPECÍFICOS

1. Determinar los requerimientos para el desarrollo del sistema de

gestión de ventas de ventas de la empresa PC EXPRESS.

2. Diseñar el sistema de gestión de ventas de la empresa PC

EXPRESS.

1.4. LIMITACION

- Limitación temporal

La investigación está enmarcada en el diseño y desarrollo de la

implementación de un sistema de información para el proceso de

ventas en la empresa PC EXPRESS – Puente Piedra, en base de 4

meses aproximadamente, por lo cual el proceso de ejecución del

desarrollo es muy corto, de tal manera los procesos de

implementación y evaluación será acelerado.

- Limitación Bibliográfica

Esta limitación se da por no encontrar mucha información referente o

problema parecidos, por ello se emplea la búsqueda por libros de

administración, ventas, entre otros, con las respectivas referencia de

las definiciones de los procesos, variables e indicadores.

1.5. ESTUDIOS DE FACTIBILIDAD

1.5.1 Factibilidad técnica

La empresa “PC EXPRESS” en la actualidad cuenta con un

computador y una impresora, ambos están destinados a realizar un

6

trabajo de impresiones que brinda la empresa. Se va utilizar este

mismo computador para instalar el sistema.

1.5.2 Factibilidad Operativa

Para desarrollar el Sistema de Ventas para la empresa “PC EXPRESS”

tomamos en cuenta muchos detalles entre ellos:

Sabiendo que ya tienen el equipo de cómputo equipado con la

plataforma Microsoft. El sistema en sí, se desarrollara bajo la

plataforma ya mencionada, utilizando el lenguaje de programación

Visual Studio.Net. Las bases de datos que utilizáremos serán creadas y

desarrolladas en el SQL 2012 de la familia Microsoft.

Ambas herramientas se han elegido por ser sencillas de desarrollar, y

en la actualidad es la que más dominamos.

1.5.3 Factibilidad Económica

Para llegar a este punto se tomaron en cuenta varios puntos, y es así

que la empresa no gastara nada en software, solo en el personal

encargado de realizar el proyectos, como es un empresa pequeña y

alejada de la ciudad no tendrá muchos problemas con la legalidad del

software a utilizar.

1.6. JUSTIFICACIÓN

Los nuevos recursos tecnológicos, la situación de los mercados actuales, los

nuevos requisitos, exigencias en cuanto a la calidad de los servicios a los

clientes y los cambios dramáticos en las tecnologías y en el tratamiento de la

información, son razones entre otras, que sugieren la realización de nuevos

sistemas. Esta investigación influye en la mejora de la productividad del área

de ventas en la empresa PC EXPRESS y es importante tecnológicamente;

porque permitirá la utilización de nuevas tecnologías de información que

reducirán el tiempo en los proceso como la entrega de reportes, consultas,

7

búsquedas, impresión de boletas y actualización de los datos, con el cual sea

fácil y sencillo.

“Considerando la tecnología como el conjunto de saberes para hacer algo, una

clasificación tentativa de las tecnologías que se dan alrededor de los grandes

rubros de aplicación según el problema que se trata de resolver. Este es, en el

intento de analizar las tecnologías, un factor decisivo es el grado de impacto

que cada una de ellas debe tener en la sociedad del siglo XXI”.

1.7. PLANTEAMIENTO DE LA SOLUCIÓN TECNOLÓGICA

Para dar solución a los diversos problemas que se generan al no tener un

sistema de gestión de ventas la empresa PC EXPRESS, se plantea el uso de

las etapas que la ingeniería de software nos brinda para el desarrollo del

sistema de gestión de ventas a desarrollar. El cual debe considerar los

siguientes puntos.

Determinar los requerimientos en los procesos de la gestión de ventas

de la empresa PC EXPRESS.

Análisis y diseño del sistema de gestión de ventas de la empresa PC

EXPRESS.

La solución está basada en software porque permite realizar configuraciones

flexibles y modificarlas según necesidades del sistema.

8

CAPITULO II

MARCO TEÓRICO

2.1. ANTECEDENTES:

Para sustentar el planteamiento de la presente investigación, se han revisado

algunos trabajos relacionados al proyecto:

- En el año 2010, Carla Nathalia Villegas Báez, Edwin Fernando Romero

Morales en la tesis “sistema e-commerce para la gestión de ventas Para

la empresa callcell” desarrollado en la Escuela Politécnica Del Ejercito-

Departamento De Ciencias De La Comunicación propusieron resolver el

problema, Callcell realiza el control de inventario en archivos de texto o

archivos físicos sin tener una base de datos de productos comprados o

vendidos durante un período de tiempo; de la misma manera realizan el

registro de sus clientes frecuentes. Uno de sus mayores problemas es la

pérdida o extravío de archivos (facturas, pedidos de productos, etc.), en

otras ocasiones el traspaso de la información al computador no es el

correcto, lo cual no permite un control exacto de los productos vendidos

o comprados, tiene como objetivo Implementar un sistema e-Commerce

para la gestión de ventas para la Empresa callcell, utilizando la

metodología UWE y objetivos especifico Automatizar y agilitar el

proceso de Ventas de la Empresa Callcell por medio del Internet.

Utilizando la metodología UWE “La Ingeniería Web basada en UML

(UML-BaseWeb Enginering, UWE), es un proceso de desarrollo para

9

aplicaciones Web enfocado sobre el diseño sistemático, personalización

y generación semiautomática de escenarios que guíen el proceso de

desarrollo de una aplicación Web, las cuales permite una adecuada

planificación del proyecto. Esto se justifica con mayor razón para

realizar la presente aplicación de hecho que a pesar de muchos

procesos, han sido automatizados dentro de Callcell, se ve la necesidad

de integrar toda esta información en un sistema e-Commerce, de tal

manera que los clientes, empleados y visitantes en general puedan

acceder al mismo y mantenerse informados y/o hacer uso de los

servicios. Por lo tanto, una vez finalizado el análisis, diseño, desarrollo e

implementación del Sistema e-Commerce para la gestión de ventas en la

Empresa CALLCELL. (SEV), en conclusión se ha obtenido que los

usuarios utilizan diariamente el sistemas WEB donde requieren una

respuesta rápida y precisa, para lo cual es necesario que dichos sistemas

sean desarrollados con herramientas de última tecnología que facilite y

mejore su funcionalidad, navegación y confiabilidad.

En la presente investigación se analiza el planteamiento del

problema de la pérdida o extravió de archivos lo cual no permite

el control exacto de los productos de compra - venta en la

gestión de área de venta, así mismo utilizamos el indicador de

medición (tiempo) que se emplea en el marco teórico y

conceptual para dar soporte a las definiciones de las

dimensiones e indicadores y con los objetivos que se emplea

para mejorar su funcionamiento y confiabilidad.

- En el año 2008, Concha Ponce y Luis Manuel en la tesis “Diseño de un

sistema integrado de la cadena de información entre ventas y

manufactura para una fábrica de productos plásticos” el problema

ocasionado es perdida de información, el retraso en la información, que

plantea como objetivo determinar las causas que origina los quiebres de

stock y proponer una metodología que permita la coordinación adecuada

10

entre los diferentes departamentos involucrados, con el fin de aumentar

el nivel de cumplimiento de las solicitudes de productos de los clientes y

con ello el nivel de satisfacción. Se realizó el diagnóstico del

funcionamiento actual de la empresa, analizando el flujo de

información; la estructura organizacional, los sistemas de incentivos

para los diferentes departamentos. Con el fin de mejorar el escenario

antes descrito, se proponen algunas modificaciones necesarias para una

nueva metodología, optimizando la utilización de la información

disponible, parámetros y procedimientos para la planificación y el

control de cambios, necesidad de capacitar al personal en el uso del

sistema informático. Para concluir apuntando a la adecuada

coordinación entre los Departamentos de Ventas y Producción,

mejorando la atención a los clientes.

De la presente tesis se analizó la metodología que permite una

adecuada coordinación en los diferentes departamentos

involucrados, optimizando la información y mejorando la

atención del cliente, donde se utiliza en la parte del marco

conceptual para la definición de los procesos y en las

conclusiones con base de mejoramiento y optimización de la

información.

2.2. BASES TEORICAS

- SISTEMA INFORMÁTICO:

Es el conjunto de partes físicas (hardware) y lógico (software)

interrelacionadas, el objetivo es: procesar los datos de entrada para

obtener como salida información. La interacción del hombre con el

hardware y el software, hace posible obtener la información.

Un Sistema informático está constituido por un conjunto de elementos

físicos lógico y con frecuencia se incluyen también los elementos

humanos. Ver Figura 3.

11

Figura 3: Sistema Informático.

Fuente: López, 2010

El Sistema informático es un conjunto de elementos necesarios para la

realización y utilización de aplicaciones informáticos:

Hardware:

El término hardware hace referencia a todo componente físico de

una computadora, incluyendo la unidad central de procesamiento,

la memoria y los dispositivos periféricos:

Tarjeta Principal: Tarjeta Madre.

Microprocesador: Unidad central de Proceso.

Equipos Periféricos: Teclado, Mouse, Escáner.

Memoria: Ordenador de almacenamiento de datos.

Unidad Central de Procesamiento: CPU.

Software:

Conjunto de instrucciones escritas por un programador. Existen 3

tipos de software:

o Sistemas operativos: constituyen el software básico que

controla los recursos del hardware.

o Lenguaje de Programación: Lenguaje artificial que se

usan para escribir la instrucción que definen las tareas

que procesara una computadora.

12

Aplicaciones Informáticas: Se conoce también como

programas de propósito específico por que realizan tareas

como procedimiento de texto, presentación con

multimedios, administración de colección de datos o

cálculo numérico.

Software educativo

Software de cálculo numérico

Personal Informático

Personal involucradas en el funcionamiento de un sistema

informático. Según su relación con la computadora, se clasifican

en:

o Usuarios: Todas las persona que usan una computadora

para distintos propósitos.

o Programadores: Personas que desarrollan las aplicaciones

informáticas.

o Técnicos: Persona que se encarga de mantener el buen

funcionamiento de las computadoras y las redes.

Información: Define la información: “como Estrictamente

física, cuantitativa, estadística.” Todos los datos que

necesitamos para tomar decisiones de manera efectiva.

- SISTEMA DE INFORMACIÓN

Es un conjunto de componentes que interaccionan entre sí para lograr

un objetivo común aunque existe una gran variedad de sistemas, la

mayoría de ellos pueden representarse a través de un modelo formado

por cinco bloques básicos.

o Elementos de entrada

o Elementos de salida

o Sesión de transformación

13

o Mecanismo de control

o Mecanismo de objetivo

Los sistemas son grupo de componentes interrelacionados que

trabajan en conjunto hacia una meta común mediante la

aceptación de entradas y generando salida en un proceso de

transformación organizado:

o Entrada: elemento que entran al sistema para ser procesados

o Procesamiento: procesos de transformación que convierten las

entradas en salida.

o Salida: Transformación de elementos que ha sido generado por

un proceso de transformación hasta su destino final. (Ver

Figura 4).

Figura 4: Proceso de Venta.

Fuente: Fernández, 2006

Un sistema con componentes de retroalimentación y control se denomina

sistema cibernético (auto monitoreo y autorregulación).

Retroalimentación: datos sobre el desempeño de un sistema.

Control: monitoreo y evaluación de la retroalimentación para determinar si

un sistema avanza hacia el logro de su meta.

14

Figura 5: Modelo Sistema Informático.

Fuente: Fernández, 2006.

Sistema Informático es un conjunto de elementos necesarios para la

realización y utilización de aplicaciones informáticas:

Parte física de una computadora (Hardware)

Programas o aplicaciones informáticas (Software)

Rutinas y procedimientos pregrabados en memoria de solo lectura

(Firmware)

Personal informático

Los sistemas de procesamiento de la información son los que transforma

datos brutos en información organizada, significativa y útil.

Figura 6: Procesamiento de Información.

Fuente: Fernández, 2006

15

A continuación se describirá los procesos del sistema de ventas:

A. Procesos del Área de Ventas

El área de ventas es uno de los activos más caros de mantener por

parte de la empresa PC EXPRESS debido a las diferentes procesos de

ventas y servicios que brinda como realiza consultas, entrega de

reportes, impresión de boletas, preformas, mantenimiento de los datos

todo eso relacionado con la atención al cliente para la mejora.

B. Procesos de Ventas

Resulta de la utilidad que se bosqueja en el número de factores

importantes que desempeñan su papel en las ventas y la acción de

vender.

La venta no es solo el acto en el que tiene lugar, o no, la compra de un

producto o servicio. Según se realice directamente al comprador final

u otra empresa tendrán lugar algunas diferencias. La venta es un

proceso que comprende diferentes etapas:

Establecer una asociación con el cliente y generar

confianza

Identificar las necesidades del consumidor o los problemas

de la empresa a que se quiere vender.

C. Generación de reporte de ventas:

Es la generación de un informe que representa el análisis de las

ventas de la empresa en términos de qué productos se están

vendiendo, qué clientes están comprando. Este informe permite a los

gerentes formular estrategias para mejorar las ventas.

16

2.3. METODOLOGIA:

Todo trabajo de investigación debe estar enmarcado dentro de una

metodología, es decir, una serie de pasos que guíen el desarrollo del proyecto,

a tal efecto, después de la revisión de varias de ellas se ha decidido aplicar la

metodología RUP:

A. Metodología RUP

RUP es un proceso para el desarrollo de un proyecto de un software

que se define claramente quien, como, cuando y que debe hacerse en el

proyecto. Como 3 características esenciales está dirigido por los casos de

uso: que orienta el proyecto a la importancia para el usuario y lo que este

quiere, está centrado en la arquitectura: que relaciona la toma de

decisiones que indican cómo tiene que ser construido el sistema y en qué

orden, y es interactivo e incremental: donde divide el proyecto en mini

proyecto donde los casos de uso y las arquitecturas cumple sus objetivos

de manera más depurada.

Como filosofía RUP maneja 6 principios clave:

o Adaptación del proceso

El proceso debería adaptarse a las características propias de la

organización. También se deberá tener en cuenta el alcance del

proyecto.

o Balancear prioridades

Los requerimientos de los diversos inversores pueden ser diferentes,

contradictorios o disputarse recursos limitados.

o Colaboración entre equipos

El desarrollo de software no lo hace una única persona sino

múltiples equipos. Debe haber una comunicación fluida para

coordinar requerimientos, desarrollo, evaluaciones, planes,

resultados, etc.

17

o Demostrar valor iterativamente

Los proyectos se entregan, aunque sea de modo interno, en etapas

iteradas.

o Elevar el nivel de abstracción

Este principio dominante motiva el uso de conceptos reutilizables

tales como patrón del software.

o Enfocarse en la calidad

Control de calidad no debe realizarse al final de cada iteración, sino

en todos los aspectos de la producción.

RUP es uno de los procesos más generales de los existentes actualmente, en

realidad está pensado para adaptarse a cualquier proyecto, y no tan solo a

software.

La metodología del ciclo de vida de RUP se divide en 4 fases:

Un proyecto realiza siguiendo la metodología RUP y se divide en cuatro

fases:

o Intercepción: Puesto en marcha.

o Elaboración: Definición, análisis, diseño.

o Construcción: Implementación.

o Transición: Fin del proyecto y puesta en producción.

Fase de RUP: En cada fase se ejecuta una o varias iteraciones (de tamaño

variable según el proyecto), y dentro de cada una de ellas seguirá un

modelo de cascada para los flujos de trabajo que requieren las nuevas

actividades.

RUP define nueve actividades a realizar en cada fase del proyecto:

o Modelado del negocio

o Análisis de requerimientos

o Análisis y diseño

o Implementación

18

o Test

o Distribución

o Gestión de configuración y cambios

o Gestión del proyecto

o Gestión del entorno

Fase de Actividad de RUP y flujo de trabajo (workflow) entre ellas en

base a los llamados diagramas de actividad. El proceso define una serie de

roles que se distribuyen entre los miembros del proyecto y que definen las

tareas de cada uno y el resultado (artefactos en la jerga de RUP) que se

espera de ellos.

Flujo de trabajo de RUP se basa en casos de uso para descubrir lo que se

espera del software y está muy orientado a la arquitectura del sistema,

documentándose lo mejor posible, basándose en UML (Unified Modeling

Languaje) como principal herramienta; en un proceso muy general y muy

grande, por lo que antes de usarlo habrá que adaptarlo a las características

de la empresa.

En definitiva el RUP es una metodología de desarrollo de software que

intenta integrar todos los aspectos a tener en cuenta durante todo el ciclo

de vida del software, con el objetivo de hacer abarcables tanto pequeños

como grandes proyectos software. Además Rational proporciona

herramientas para todos los pasos del desarrollo así como documentación

en línea para sus clientes.

B. Lenguaje de programación Visual Studio

Net soporta una gran variedad de lenguajes de programación, que

responde a especificaciones comunes (las CLS o

CommonLanguageSpecifications), gracias a las que pueden interactuar

entre sí.

19

Los lenguajes .net disponen de las siguientes características mínimas:

Totalmente orientados a objetos, con herencia simple y

soporte de la noción de interfaz.

Soporte de los tipos primitivos de la biblioteca de clases

básicas, el framework .net

Soporta de eventos

Soporte de excepciones

Gestión mejorada de la memoria(GarbageCollector)

Gestión de metadatos y programación por atributos

Re compilación en un formato binario común, el MSIL

(MicroSoftintermédiateLanguage), que es compilado y

controlado en la ejecución por compiladores JIT (Just In

Time).

Estas características confieren una gran potencia a los lenguajes

.NET. Las diferencias entre los distintos lenguajes se reducen a los

siguientes:

Sensibilidad a mayúsculas/minúsculas.

Capacidad de expresiones de la sintaxis.

Conversión automática de tipo.

C. SQL Server 2012

Esta versión permitirá a las organizaciones ser más ágiles en el

competitivo entorno empresarial actual. SQL Server es una plataforma

para soluciones de misión crítica sobre una plataforma de alta

disponibilidad y escalable. Sus herramientas de desarrollo, líderes en el

mercado, ayudan a los desarrolladores a crear aplicaciones innovadoras, y

las herramientas de integración de datos y gestión ponen a disposición de

los usuarios adecuados información fiable. Junto a ello, unas nuevas

experiencias de usuario extienden el alcance de las funciones de BI para

obtener análisis de datos comprensibles.

20

Con esta versión se brindaran a los usuarios grandes avances en tres

campos principales:

Confianza de misión crítica: Con mayor tiempo activo, rendimiento más

rápido y características mejoradas de seguridad para cargas de trabajo de

misión crítica.

Avances innovadores: Con exploración de datos de auto-servicio

administrado y capacidades de visualización de datos interactivas.

La nube redefinida: Al habilitar la creación y extensión de soluciones a lo

largo de la nube en las instalaciones y en la nube pública.

Microsoft ofrece actualmente SQL server 2012 en tres ediciones

principales para uso comercial: Enterprise, Business Intelligence y

Standard.

21

CAPITULO III

ANÁLISIS DE REQUERIMIENTOS

3.1. EMPRESA PC EXPRESS

La empresa PC EXPRESS, ubicada en: Av. Miguel Grau Nº 135 – Puente

Piedra, integrada al rubro de servicios de tecnología e informática en el año

2010, cuya actividad principal es brindar suministro y ventas de

Computadoras, distribución, diseño de redes (cableado estructurado),

desarrollo de sistemas, integrando al servicio laboran un total de 5 personas

desempeñándose en los diversos procesos realizados en el área de Ventas.

En la actualidad, en el área de ventas existe preocupación por parte del jefe de

ventas ante los problemas existentes en los trámites, verificación y seguridad

de la información, ocasionando retrasos, pérdida de tiempo y dinero, debido a

que sus procesos son realizados manualmente como la búsqueda y registros

(personal, cliente, proveedores, producto, pedidos, compras), realiza

proformas, verificación de stock, registro de las ventas y entrega de recibos,

reportes diarios y mensuales de las ventas; toda esa información es

almacenada en cuadernos y hojas, no contando con las seguridad respectiva, a

continuación se presenta el organigrama de cómo se encuentra organizado la

empresa.

22

3.2 PLAN DE DESARROLLO DEL SOFTWARE

3.2.1 Alcance

Esta investigación de desarrollo de software abarca los procesos que

será fundamental para la empresa que contribuye en cierta medida

agilizar procesos que se vienen haciendo manualmente y por

consiguientes presentando deficiencias. Estos proceso que abarca son:

Ventas

Reportes

Inventario (stock)

Búsquedas y verificación de datos

3.2.2 Entregables del proyecto

A continuación se indican y describen cada uno de los componentes

que serán utilizados por la investigación y que constituyen los

entregables.

3.2.3 Requerimientos Funcionales del sistema

- Registrar al personal

- Registrar los productos

- Para el Registrar las ventas es necesario ingresar la clave personal

asignada al momento de registrarlo.

- Registrar al cliente

- Registrar las proformas

- Registrar el servicio de soporte

- Generar comprobante de pago (boleta, Boucher, proforma)

- Generar reporte de venta por las diversas opciones (por personal,

producto, ventas diarias, ventas mensuales, etc.)

- El sistema permitirá la búsqueda de los clientes, la búsqueda de

productos por las diversas opciones (marca, capacidad, arquitectura,

etc.,)

- El sistema permitirá la búsqueda de las proformas emitidas por código

de Boucher o proforma, los servicios pendientes por Boucher.

23

3.2.4 Requerimientos no Funcionales del sistema

- El sistema tendrá el nombre de la empresa.

- El sistema debe contar con una interfaz amigable, fácil de entender

por el usuario.

- El sistema deberá ser desarrollado Visual Studio .Net 2012, Base de

datos SQL Server 2008 y aplicando la metodología RUP.

3.3 Moldeamiento de Negocio

Metodología- Rational Unified Process (RUP)

El modelo de procesos de desarrollo adopta un enfoque iterativo y está

orientado al riesgo de RUP (Rational Unified Process), ajustado para el

tamaño y complejidad del proyecto así como las características de los

proyectos informáticos. RUP divide el proceso en cuatro fases (inicio,

elaboración, construcción y transición), dentro de las cuales se realizan

varias iteraciones según el proyecto y en las que se hace un mayor o

menor hincapié en las distintas actividades. Las primeras iteraciones son:

Fase de inicio y elaboración que se enfoca hacia la comprensión del

problema de la tecnología, la delimitación del ámbito del proyecto, la

eliminación de los riesgos críticos y a los establecimientos de las líneas

basada en la arquitectura.

- Durante la fase de inicio, las iteraciones ponen mayor énfasis en las

actividades de modelo de negocio y los requerimientos.

- En la fase de elaboración, las iteraciones se orientan al desarrollo de

las líneas basada en la arquitectura, abarcando los flujos de trabajo de

los requerimientos del modelo de negocio, análisis, diseño.

- En la fase de construcción se lleva a cabo el desarrollo del producto

por medio de una serie de iteraciones que se presenta a continuación:

24

3.4 PROCESOS DEL ÁREA DE VENTAS

- Básicamente un proceso, y estamos hablando en cualquier dinámica

empresarial, es algo “Activo y Vivo” que tiene un comienzo y un final. Se

alimenta en su entrada de unos o varios “in-put” y produce salidas “out-put”.

Figura 7: Proceso del Área de Ventas.

Fuente: Garmendia ,2009

Todos estos objetivos dan lugar a procesos: hay que encaminar todo

ello, plasmarlo en acciones, practicando la teoría.

- El conocimiento de los procesos de venta ayudará a planificar,

ejecutar y evaluar nuestra acción en el negocio y a determinar el

mejor y más óptimo modelo de gestión comercial.

- La organización del proceso de la venta implica la preparación y

adecuación de los medios e instrumentos para facilitar la actividad

A. Desarrollar

Cobertura

Inteligente.

B. Aseguramiento de los

Objetivos marcados.

C. Consecución de una red

de clientes satisfechos.

D. Elaboración de planes

de remuneración en

conexión con las

estrategias de negocio.

Crear espacios de libertad

para el crecimiento y

desarrollo profesional de las

personas.

E. Entendimiento del

mercado y nuestra

posición dentro de él.

F. Dotarse de personas

preparadas y

estimuladas.

G. Utilización racional

de

personas y medios.

H. Optimizar la relación con

los clientes.

Objetivos de

los procesos en

ventas para

alcanzar los

mejores

resultados

25

vendedora, en el tiempo disponible, previsto y conveniente, lo que

representa la planificación total del trabajo.

- Se tiene 3 partes importantes en toda planificación: predecir el

futuro, ver cómo quiere que este sea, y diseñar maneras para

asegurarse que el futuro resulte de esa forma.

Ahora bien, el proceso de la venta en forma genérica lo

esquematizamos en sus cuatro puntos principales:

- Si las expectativas del cliente son semejantes al rendimiento del

producto o servicio, el cliente alcanzara la satisfacción buscada.

- El área de ventas es un conjunto contiguo de rutas de venta, es

decir es la suma de las rutas de ventas las que constituyen un

territorio o área de ventas. Desde el punto de vista la empresa y del

responsable del área, este debe ser considerado también como un

centro diferenciado de ingreso y gastos y por lo tanto de

beneficios, con su propia cuenta de resultados. Es importante que

el vendedor o comercial disponga de un sistema informático que

controle toda la información de la ruta de los vendedores, y lo más

concreto en tiempo real.

- La venta es el motor de la empresa, hoy en día todas las

organizaciones se orientan a proveer servicios al cliente; los

procesos de ventas consisten en la preparación, análisis de

necesidades, demostración, estudios de la oferta, negociaciones,

orden y seguimiento. Las ventas consultivas exigen pericia en el

manejo de etapas de un ciclo de ventas, en donde participan todas

las empresas.

- La venta no es una actividad única, es un conjunto de actividades

diseñadas para promover la compra de un producto o servicio. Por

26

ese motivo, la venta requiere de un proceso que ordene la

implementación de sus diferentes actividades, caso contrario no

podría satisfacer de forma efectiva las necesidades y deseos de los

clientes, ni coadyuvar en el logro de los objetivos de la empresa.

En el libro "Fundamentos de Marketing", el proceso de

venta "es una secuencia lógica de cuatro pasos que emprende

el vendedor para tratar con un comprador potencial y que tiene

por objeto producir alguna reacción deseada en el cliente

(usualmente la compra)".

3.4.1 LOS PASOS O FASES DEL PROCESO DE VENTA:

3.4.1.1 Prospección:

La fase de prospección o exploración es el primer paso del

proceso de venta y consiste en la búsqueda de clientes en

perspectiva; es decir, aquellos que aún no son clientes de la

empresa pero que tienen grandes posibilidades de serlo.

La prospección involucra un proceso de tres etapas:

Etapa 1: Identifica a los clientes en perspectiva, en esta etapa se

responde a la pregunta: ¿Quiénes pueden ser los futuros clientes?

Etapa 2:Calificar a los candidatos en función a su potencial de

compra : Luego de identificar a los clientes en perspectiva se procede

a darles una "calificación" individual para determinar su importancia

en función a su potencial de compra y el grado de prioridad que

requiere de parte de la empresa y el vendedor.

Artículo I. Se presenta factores para calificar a los clientes

en perspectiva, son los siguientes:

27

Capacidad económica.

Capacidad Economía.

Autoridad para decidir la compra.

Accesibilidad

Disposición para la compra

Perspectiva de crecimiento y desarrollo.

El valor que se asigna a cada uno de estos factores depende de los

objetivos de la empresa. Existirán compañías que le den una mayor

puntualidad a la capacidad económica del cliente en perspectiva, otra

en cambio le darán un mayor puntaje a la accesibilidad que se tenga

para llegar al cliente.

Luego de asignar la puntuación correspondiente a cada factor se

califica a cada cliente en perspectiva para ordenarlos de acuerdo a su

importancia y prioridad para la empresa.

Etapa 3.- Elaborar una lista de clientes en perspectiva: Una vez

calificados los clientes en perspectiva se elabora una lista donde son

ordenados de acuerdo a su importación y prioridad.

3.4.1.2 El acercamiento previo o "pre entrada"

Fase que se conoce como acercamiento previo o pre entrada que

consiste en la obtención de información más detallada de cada cliente

en perspectiva y la preparación de la presentación de ventas adaptada

a las particularidades de cada cliente.

28

Esta fase involucra los siguientes procesos:

- Etapa 1.- Investigación de las particularidades de cada cliente

en perspectiva: En esta etapa se busca información más

específica del cliente en perspectiva.

- Etapa 2.- Preparación de la presentación de ventas enfocado

en el posible cliente: Con la información del cliente en las

manos se prepara una presentación de ventas adaptada a las

necesidades.

- Etapa 3.- Obtención de la cita o planificación de las visitas en

frío: Dependiendo de las características de cada cliente, se

toma la decisión de solicitar una cita por anticipado (muy útil

en el caso de gerentes de empresa o jefes de compra) o de

realizar visitas en frío, por ejemplo tocando las puertas de cada

domicilio en una zona determinada (muy útil para abordar

amas de casa con decisión de compra).

3.4.1.3 Servicios posventa

Los servicios de posventa tienen el objetivo de asegurar la

satisfacción e incluso la complacencia del cliente. Es en esta

etapa donde la empresa puede dar un valor agregado que no

espera el cliente pero que puede ocasionar su lealtad hacia la

marca o la empresa.

Los servicios de posventa, pueden incluir todas o algunas de las

siguientes actividades.

Verificación de que se cumplan los tiempos y condiciones de

envío

Verificación de una entrega correcta

Instalación

Asesoramiento para un uso apropiado

29

Garantías en caso de fallas de fábrica

Servicio y soporte técnico

Posibilidad de cambio o devolución en caso de no satisfacer

las expectativas del cliente

descuentos especiales para compras futuras

3.5 EVALUACIÓN DE RESULTADOS DEL ÁREA DE VENTAS

Independiente del desempeño de las personas, se debe proceder también a

evaluar los resultados de toda el área de ventas, para lo cual es preciso

involucrar al personal de la misma o al menos, a los elementos más

representativos. Las áreas que debe tocar la evaluación de resultados son el

análisis de prospecto, clientes, productos y tiempo.

A.- Análisis de prospecto

El análisis de prospectos consiste en clasificar a los posibles clientes de

acuerdo a su potencial de compra de muestra oferta. Como prospectos

pueden clasificarse en menores, medios o importantes.

B.- Análisis de cliente

Consiste en clasificar a los clientes de acuerdo con su potencial de

compra de nuestra oferta; el grado de compromiso que guardan con

respeto a los productos o nuestra empresa, y de acuerdo a si su giro de

actividad resulta estratégico o no para el propio negocio.

C.- Análisis de producto

Consiste en hacer un análisis del grado de aceptación, el ciclo de vida, la

relación con otros productos y los complementos del producto o servicio

que ofrece el negocio. Este análisis tiene la finalidad de prever posibles

mejoras a nuestra oferta y volver al negocio más competitivo.

30

D.- Análisis de tiempo

El vendedor trabaja con tres elementos principales: producto,

conocimiento del mercado y tiempo.

El tiempo es un factor particularmente importante en la labor de ventas,

puesto que el incremento en la rapidez de los procesos exitosos de ventas

repercute en la productividad general de todo el negocio. Es preciso

pues, llevar a cabo un análisis de este factor para hacerlo más eficiente.

Objetivo y alcance de las fase de sistema de información y control

Para que se cumpla el pan de venta tienen que converger, en tiempo,

cantidad y lugar, numeroso elementos. El control sobre el nivel de

cumplimiento de las principales variables determinaran el

desencadenamiento y puesta en marcha de acciones correctoras que

devuelvan a la situación deseada o incluso la aplicación de un plan de

contingencia que sustituya al plan de ventas por otro más acorde con el

nuevo escenario.

Dimensiones de los Procesos de ventas

Concepto N° 1 - Realización de informes y Procesamiento de Datos

La realización de informes es la definición, características y objetivos,

las comunicaciones breves y de régimen interior entre departamentos o

personas, mientras que el procesamiento es el análisis y valorización

de documentos reales de carácter interno y externo de la empresa,

donde la preparación y tramitación de los datos e información precisa

para el diseño y redacción de documentos y el flujo de comunicación.

31

Concepto N°2 - Realización de informes y Procesamiento de Datos

El procesamiento de datos provee información sobre cómo prepararse

para procesar los datos, montar un sistema para manejar el

procesamiento de datos, el ingreso de los datos mediante la elaboración

de informe que permita depurar, analizar, producir tabulaciones con los

indicadores, archivas y distribuir los datos.


El ingreso de realización de la información es el proceso mediante el

cual se incorpora data “cruda” al computador. Existen varios

accesorios o “periféricos” mediante los cuales se introduce la

información en la computadora. El computador, utilizando su

capacidad de procesamiento de datos, es almacenado en la memoria

temporal del computador llamada buffer, hasta que el microprocesador

esté listo, donde son evaluados y ordenados, para obtener información

útil, que luego será analizado por el usuario final.


Es un texto de elaboración donde la información no es un dato

conjunto cualquiera de ellos. Es más bien una colección de hechos

significativos y pertinentes, para el organismo u organización que los

percibe. La definición de la información es la siguiente: información es

un conjunto de datos significativos y pertenecientes que describan

sucesos o entidades.

Es la técnica que consiste en la recopilación de los datos primarios de

entrada, que son evaluados y ordenados, para obtener información útil,

que luego será analizado por el usuario final, para que pueda tomar la

decisiones o realizar las acciones que estime conveniente.

Procesar datos es generar información para la toma de decisiones.

32

Ciclo Procesamiento de Datos:

a) Entrada:

Los datos deben ser obtenidos y llevados a un bloque central

para ser procesados. Los datos es este caso, denominados de

entrada, son clasificados para hacer que el proceso sea fácil y

rápido.

b) Proceso:

Durante el proceso de ejecutan las operaciones necesarias para

convertir los datos en información significativa. Cuando la

información este completa se ejecutara la operación de salida, en

la que se presenta un informe que servirá como base para tomar

decisiones.

c) Salida:

En todo el procesamiento de datos se plantea como actividad

adicional, la administración de los resultados de salida, que se

puede definir como los procesos necesarios para que la

información útil llegue al usuario

33

CAPITULO IV

DISEÑO DEL SISTEMA

4.1. MODELADO DEL SISTEMA

- Actores del sistema

Son 2 actores capacitados y responsables del uso del sistema, el jefe de

ventas ejecutara procesos de registros y emisión de reportes por otro lado en

encargado de ventas donde realiza las búsquedas, registro de ventas, emisión

de proformas en otros. Para una mejor visualización se detalla.

Tabla 1:

Plantilla de actores

ACTOR ASIGNADO A RESPONSABILIDADES

Jhonny Montesinos

Se encarga de velar

por las buenas

gestión, orden y

crecimiento de la

empresa

a. Registra Proveedor

b. Registra Producto

c. Registra Cliente

d. Registra Personal

e. Registra y emite Proforma

f. Emite Reportes

g. Registra venta servicio

h. Registrar venta por

producto

34

Miguel Palma

Este actor se encarga

de ejecutas la ventas.

a. Registra y emite proformas

b. Registra venta por servicio

c. Registra venta por

productos

d. Emite Recibo Boleta

e. Emite recibo Boucher

f. Consulta Productos

g. Consulta por venta

h. Consulta marca

i. Consulta Nombre

j. Consulta por N° Boucher

Nota. Fuente: Elaboración Propia

4.1.1 Casos de Uso del Sistema

Tabla 2:

Descripción de cada caso de uso

N° CASO DE USO DESCRIPCIÓN

CU01

Este caso es uno de lo más

importante, debido que sin el uso de

este caso de uso no se podría hacer el

registro y emisión de reportes.

CU02

Es un requerimiento funcional, el

cual cumple con un rol , que es el de

registrar el personal con los cuales

trabaja la empresa

CU03



registrar los productos con los cuales

trabaja la empresa

CU04



registrar a los proveedores para la

compra de productos o consultas con

los cuales trabaja la empresa

35

CU05

Cumple con un rol o proceso de

registro de todos los clientes que han

negociado con la empresa en alguna

ocasión.

CU06

Cumple con un rol , que es el de

registrar los productos con los cuales

trabaja la empresa

CU07

Cumple con un rol de registrar las

ventas que se efectuaron durante el

día o la semana

CU08

Cumple con un rol, de consultar los

productos que han sido procesados

anteriormente y así mismo las ventas

que se genera anteriormente.

CU09

Cumple con un rol, de generar el

reporte de las ventas, stock, ventas

pendiente para que hayan sido

procesados anteriormente.

CU10

Cumple con un rol, donde se genera

una boleta o Boucher que comprobé

los detalles de la venta que hayan

sido procesados anteriormente.

CU11

Cumple con un rol, es el registrar los

diferentes servicios brindados por la

empresa a los clientes.


36

Loguear

Consulta por Nombre

Venta ProductosVenta Servicios

Boleta

Registrar Personal

Registrar Proveedor

Emitir Reporte

Registrar Producto

Registrar Cliente

Jefe Ventas

Consulta Productos y Ventas<<include>>

Registrar y Emitir Proformas

<<include>>

Registrar Ventas

<<include>>

Emite Recibo

Bouchet

<<include>>

<<include>>

<<include>>

<<include>>

<<include>><<include>>

<<include>>

<<include>>

<<include>>

<<include>>

Consulta por N° ReciboConsulta por Marca

Empleado Ventas

Registro Servicio Soporte<<include>>

<<include>>

Figura 8. Modelo del Caso de Uso del Sistema

Fuente: Se visualiza los casos de uso del sistema con los actores involucrados. Elaboración propia

37

PLANTILLAS COMPLETAS DE LOS CASOS DE USOS

REGISTRO DE VENTA

- Caso de Uso

Tabla 3

Caso de uso- Registrar ventas

CU07

Propósito Registrar las ventas que se hagan después de negociar con el

cliente

Actores Cliente, Empleado ventas

Descripción Cumple con un rol de registrar las órdenes de las ventas que se

efectuaron durante el día o la semana después de negociar con

el cliente.

Precondición El personal debe estar registrado en el sistema

Flujo Normal Paso Acción

1 Ir al menú principal y seleccionar sistema de ventas

2 Selecciona el producto

3 Selección el tipo de búsqueda

4 Ingresa la cantidad

5 Presiona Agregar

6 Ingresa o busca los datos del cliente

6 Presiona Total venta

7 Guarda y general la emisión de la boleta

Flujo

Alternativo

1 Presionar Eliminar Producto (internamente se actualiza

el stock)

2 Aceptar el aviso de eliminación y automáticamente se

actualiza el total venta.

3 Presiona el botón Buscar, hace referencia si el cliente

está registrado, de no encontrarlo el usuario ingresa el

dato del cliente

Poscondición Paso Acción

Excepciones 1 En caso que el empleado de ventas registre la venta,

tendrá que ingresar su clave de usuario; de no estar

38

registrado no se podrá efectuar la venta respectiva.

2 En el caso de que no haya un stock suficiente para la

venta, el sistema debe mandar un mensaje de aviso

indicando insuficiencia de stock y no permite agregar el

producto a la venta.

Nota. Fuente: Elaboración Propia.

- Realización del Caso de Uso - Registro de Ventas

Figura 9: Diagrama de Análisis de Clase-Registrar Ventas

Fuente: Elaboración Propia.

Registra Venta

(from Registro_Venta)

Realizacion Registro venta

VENTANA SISTEMA DE VENTAS

1° Realiza

2° Se Muestra

Empleado Venta

(f rom Registro_Venta)

IU-Producto

CC-Busca_Producto

IU-Menu_PrincipalCC-Selecciona_Modulo

CC-Agrega Producto

IU-VentasCC-Buscar_ClienteIU-Buscar_Cliente

CC-Validar_Usuario IU_Valida_Usuario

Registro Venta

CC-Registra_Venta

39

Figura 10. Diagrama de Secuencia del Caso de Uso – Registro de Ventas Fuente: Elaboración Propia.

: Empleado Venta : UI-Menu_Principal : UI-Ventas : CC-Seleccion_Producto : UI-Producto : CC-Busca_Producto : CC-Agrega Producto : CC-Buscar_Cliente : UI-Buscar_Cliente : CC-Validar_Usuario : UI_Valida_Usuario : Producto : Cliente : Registro Venta : Personal

Mostra Opciones

Selecciona Opcion

Seleccion Producto Envia Parametro

Efectuar procedimiento

Emite Resultado


Envia ParametroEscoger Producto

Emite Resultado

Agrega Producto

Visualizacion Producto Agregado

Buscar Cliente Registrado

Envia Parametro


Retorna Datos Buscados

Ingresa Clave Personal

Envia Parametro


Mensaje de Validacion personal para el registro de la venta

Registra la venta

Buscar

Buscar

Buscar

Mensaje de Confirmacion Registro

Almacena

Buscar

40

Figura 11. Diagrama de Colaboración –Registro de Ventas


LEYENDA DEL DIAGRAMA DE COLABORACION

-------------------------------------------------------------------------------

1:Mostrar Opciones

2: Selecciona Opcion

3: Selecciona Producto

4: Envia Parametro

5: Efectua procedimiento

6: Busca

7: Emite Resultado

8: Escoge Producto

9: Eniva Parametro

10:Efectua Procedimiento

11:Busca

12:Emite Resultado

13: Agrega Producto

14:Visualizacion Producto Agregado

15:Buscar Cliente Registrado

16:Enviar Parametro

17:Efectua Procedimiento

18: Busca

19: Resultado Busqueda

20: Ingresa Clave Personal

21:Envia parametro

22: Efectua Procedimiento

23: Busca

24: Mensaje de validacion del personal

para el resgitro de venta

25:Registra Venta

26: Mensaje de Registro de confirmacion de venta.

41

Figura 12. Diagrama de Actividad – Registro de Ventas

Fuente: Elaboración Propia

Inicio

Solicitud

Pedido

Realiza pago

Datos Incorrectos

Ingresa al

Modulo ventas

Realiza

busqueda

Agrega

producto

Si hay producto disponible

Si no hay producto

Buscar datos

cliente

Registra la

venta

si encuentra

muestra datos

si no encuentra

ingresa datos

Ingresa clave

del personal

Entrega de

comprobante

Fin

Datos Correctos

Condicion

Si no esta

registrado personal

Sistema ExternoEmpleado VentaCliente

42

INGRESO AL LOGIN DE REGISTRO Y REPORTES

Tabla 4.

Caso de uso- Login de Registro y Reportes


Figura 13. Realización del Caso de Uso– Login de Registro y Reportes

Fuente: Elaboración Propia. Se describe el proceso de realizacion para el ingresar al modulo de

registro y reporte.

CU01

Propósito Ingresar a los módulos o ventanas de registró y reportes

Actores Jefe ventas

Descripción

Cumple con un rol en la modulo o ventana de registro, como de

registrar: el producto, cliente, proveedor y personal, en el

módulo o ventana de reporte visualiza las ventas realizadas,

entre otros.

Precondición Tener usuario y clave para el ingreso correspondiente.


1 Ir al menú principal y seleccionar el modulo o ventana de

registro o reporte.

2 Ingresa datos (usuario y contraseña)

3 Presionar aceptar (Ingresa al módulo seleccionado)

Flujo

Alternativo

1 Presionar cancelar (Regresa al menú principal)


Excepciones

1 En el caso de no ingresar al sistema es por:

Personal deshabilitado

Personal no registrado.

Realizacion de Ingreso al Sistema de

Registro y Reporte

Ingresa al Sistema

43

Jefe Ventas

(f rom Caso_Uso_Sistema)

UI-Login CC-Validar_Usuario

Personal

Figura 14. Diagrama de Análisis de Clases-Login de Registro y Reportes

Fuente: Elaboración Propia. Se describe la intereaccion del actor , jefe de ventas que se encuentra en

el ingreso (Logeo) con la de clase interfaz IU-Login, que a su vez se ve relacionada CC-

Validacion_Usuario y que es verificado con la tabla de Personal.

Figura 15. Diagrama de secuencia del caso de Uso-Logeo Fuente: Elaboración Propia.

: Jefe Ventas : UI-Login : CC-Validar_Usuario : Personal

Ingresa datos

(usuario, clave) Envia Datos

(usuario, clave) Validar datos

Emite Resultado

Muestra Mensaje Validacion

44

Figura 16. Diagrama Colaboración-Login de Registro y Reportes


Descripción:

En las figuras 15 y 16 anteriores se describe de la siguiente manera: el jefe ventas

ingresa al Login, ingresa sus datos (usuario y contraseña), donde es enviado para ser

corroborado los datos con la tabla personal y permitir el ingreso a la interfaz de

Registro datos o Reportes.

: Jefe Ventas : UI-Login

: CC-Validar_Usuario : Personal

1:

2:

3:

4:

5:

LEYENDA

-----------------

1: Ingresa datos (usuario, clave)

2: Envia datos (usuario, clave)

3: Validar Datos

4:Emite Resultado

5:Muestra Mensaje de Validacion

45

Figura 17. Diagrama de actividad del caso de uso - Logeo

Fuente: Elaboración Propia. Se describe el proceso de actividad que realiza el jefe de ventas para el

ingreso a la ventana de registro y reporte.

EMISION DE REPORTES

Tabla 5

Caso de uso- Emisión de Reportes

CU09

Propósito Emitir los reportes del al producción.

Actores Jefe ventas

Descripción Cumple con un rol emitir los reportes de ventas, stock, pendiente

y por personal, etc. Para la visualización de la producción.

Precondición Ninguna


46

1 Ir al menú principal y seleccionar módulo de

reportes.

2 Ingresa usuario y contraseña.

3 Selección opción de búsqueda.

4 Selecciona el dato.

5 Presiona el botón Buscar para visualizar el

reporte.

Flujo

Alternativo

1 Presiona el botón salir (Regresa al menú

principal).


Excepciones





Figura 18. Diagrama de realización -Emisión de Reportes

Fuente: Elaboración Propia. Se describe el proceso de realizacion para la emision de reporte ventas.

Registro Reporte Realizacion de Registro de Reporte

47

Figura 19. Diagrama Análisis de Clases-Emisión De Reportes


el menu primcipal de la interfas UI-Menu_Principal, realizando una control de de CC-

Seleccona_Modulo, se presenta la interfaz de IU-Login, que a su vez se ve relacionada CC-

Validacion_Usuarioy posteriormente se presenta la interfaz de UI-Reporte para realizar el control de

CC-Selección_Busqueda, devulviendo los datos por la tabla de Venta.

Figura 20. Diagrama de Secuencia -Emisión De Reportes


Jefe Venta

(f rom Acceso_Sistema_Registro)...)

REGISTRO DE REPORTE

UI-Menu_Principal CC-Selecciona_Modulo

UI-LoginCC-Validar_UsuarioUI-Reporte

CC-

Selecciona_Busqueda

Reporte

48

Figura 21. Diagrama de Colaboración-Emisión de reportes


Descripción:

En las figuras 20 y 21 anteriores se describe de la siguiente manera: el jefe ventas

ingresa a la interfaz de Reporte, donde realizar o selección el tipo de búsqueda para

generar el reporte, a través de la comunicación con la entidad venta para así

visualizar los datos.

Inicio

Fin

Selecciona

Modulo Reporte

Ingresa su usuario /

contraseña

Seleccion opcion de

busqueda

Clave correcta

Clave Incorrecta

Ingresa Modulo

Reporte

Ingresa fecha

Se muestra el informe de

la busqueda

Cierra Ventana del

ingreso de Clave

Jefe Venta

49

Figura 22. Diagrama de Actividad -Emisión De Reportes

Fuente: Elaboración Propia. Se describe el proceso de actividad que realiza el jefe de ventas para la

emision de reporte de ventas.

REGISTRO Y EMISION DE PROFORMA

Tabla 6

Caso de uso- Registro y Emisión de Proforma


CU06

Propósito Registrar y emitir proforma

Actores Empleado venta o jefe ventas

Descripción Cumple con un rol registra y emitir proforma



1 Ir al menú principal y seleccionar módulo de venta

2 Selección nueva proforma

3 Selecciona producto

4 Ingresa cantidad

5 Presiona el botón generar para guardar la proforma y

emite un informe con la descripción proforma

Flujo

Alternativo

1 Presiona el botón quitar, para retirar el ítems o producto

ya incluido al proforma.

2 Presiona el botón salir, regresa a la ventana principal de

venta de productos.


Excepciones ninguna

50

Figura 23. Diagrama de realización y Emisión de Proforma

Fuente: Elaboración Propia. Se describe el proceso de realizacion para la el registro y emision de

proforma.

Figura 24. Diagrama Análisis de Clases-Registro y Emisión de Proforma

Fuente: Elaboración Propia. Se describe la intereaccion del actor , usuario que se encuentra en el menu

principal de la interfas UI-Menu_Principal, y pasa a la interfaz de UI-Registro y Emitir_Proforma a su

vez realizando una control de de CC-Registra_Proforma, donde los datos son enviados a las entidades

de Proforma y Detalle_Proforma.

Realizacion de proformaRegistrar y emitir proforma

51

Figura 25. Diagrama de Secuencia-Registro y Emisión de Proforma


Figura 26. Diagrama de Colaboración-Registro y Emisión de Proforma


52

Descripción:

En la Figuras anteriores 25 y 26 se describe de la siguiente manera: el actor ingresa

al menúprincipal de la interfas UI-Menu_Principal, y pasa a la interfaz de UI-

Registro y Emitir_Proforma a su vez realizando una control de de CC-

Registra_Proforma, donde los datos son enviados a las entidades de Proforma y

Detalle_Proforma, a final se emite un documento detallado la proforma.

Figura 27.Diagrama de Colaboración-Registro y Emisión de Proforma

Fuente: Elaboración Propia. Se describe el proceso de actividad que realiza el usuario (jefe de ventas o

empleado de ventas), para el registro y emisión de proforma.

Inicio

Ingresa Modulo

venta

Selecciona

nueva proforma

Selecciona el

producto

Ingresa la

cantidad

Registra la

proforma

Usuario

53

REGISTRO DE SOPORTE

Tabla 7

Caso de uso- Registro de Soporte


CU11

Propósito Registrar el servicio de soporte

Actores Cliente, empleado venta

Descripción Registra el soporte que necesita el cliente



1 Ir al menú principal y seleccionar módulo de Soporte.

2 Selección el servicio.

3 Ingresa cantidad y agrega el tipo de soporte.

4 Selecciona el tipo de pago.

5 Presiona el botón imprimir para emite un comprobante.

6 Ingresa clave personal para registrar el soporte.

Flujo

Alternativo

1 Presiona el botón quitar, para retirar el tipo de soporte.


Excepciones




54

Realizacion de Registron de SoporteRegistra Soporte

Figura 28. Diagrama de realización -Registro de Soporte

Fuente: Elaboración Propia. Se describe el proceso de realizacion para el registro de soporte.

Figura 29. Diagrama Análisis de Clases -Registro de Soporte

Fuente: Elaboración Propia. Se describe la interaccion del actor ,empleado de ventas que se encuentra

en el menu principal de la interfas UI-Menu_Principal, y pasa a la interfaz de UI-Soporte a su vez

realizando una control de de CC-Registra_Servicio, donde los datos son enviados a las entidades de

Venta y Detalle_Venta.

55

Figura 30. Diagrama de Secuencia -Registro de Soporte


Figura 31. Diagrama de Colaboración -Registro de Soporte


56

Descripción:

En las figuras anteriores 30 y 31 se describe la interaccion del actor , empleado de

ventas que se encuentra en el menue principal de la interfas UI-Menu_Principal, y

pasa a la interfaz de UI-Soporte a su vez realizando una control de de CC-

Registra_Servicio, donde los datos son enviados a las entidades de Venta y

Detalle_Venta.

Figura 32. Diagrama de Actividad -Registro de Soporte

Fuente: Elaboración Propia. Se describe el proceso de actividad que realiza el cliente y el empleado de

ventas, para el registro de soporte.

Inicia

Solicita Servicio

Selecciona

Tipo de pago

Pendiente Cancelacion

personal no registra,

servicion no resgitrado

Selecciona Modulo

de registro Soporte

Selecciona

servicio

Ingresa

cantidad

Registrar

Servicio

Ingresa clave asignada

al personal

Emite

Comprobante

Depende

dato correcto

dato incorrecto

Empleado VentaCliente

57

REGISTRO DE PERSONAL

Figura 33. REGISTRO DE PERSONAL


Figura 34. Diagrama de realización -Registro de personal

Fuente: Elaboración Propia. se describe el proceso de realizacion para el Registro de personal.

CU02

Propósito Registrar al personal

Actores Jefe Venta

Descripción Registra al personal para la atención del cliente



1 Ir al menú principal y seleccionar módulo de Registro

Datos

2 Ingresa contraseña y Usuario

3 Selección la opción de Registra personal

4 Ingresa los datos

5 Acciona el botón guardar para registrar al personal

Flujo

Alternativo

1 Presiona el botón Editar, para actualizar los datos del

personal


Excepciones




58

Figura 35. Diagrama Análisis de Clases -Registro de Personal

Fuente: Elaboración Propia. Se describe la interaccion del actor , jefe de ventas que se encuentra en el

menu principal de la interfas UI-Menu_Principal, y a travez del control de CC-Validar_Usuario pasa

a la interfaz de UI-Registro de Perosnal, a su vez realiza el control de de CC-Registra_Personal,

donde los datos son enviados a la entidad Personal.

Figura 36. Diagrama de Secuencia -Registro de Personal

: Jefe Venta : IU-Menu_Principal : CC-Validar_Usuario : IU-Registro de Personal : CC-Registra_Personal : Personal

Presenta Modulos

del sistema

Seleccion opcion

Ingrese usuario y

contraseña

Ingresa usuario y

contraseña

Selecciona ventana de

registro personal

Ingresa datos personales

Asigna clave

Envia Datos

Mensaje de Conformidad

Envia datos

Valida datos

Mensaje de confirmacion

59

Figura 37. Diagrama de Colaboración -Registro de Personal


el menu principal de la interfas UI-Menu_Principal, y a travez del control de CC-Validar_Usuario

pasa a la interfaz de UI-Registro de Perosnal, a su vez realiza el control de de CC-Registra_Personal,

donde los datos son enviados a la entidad Personal.

60

Figura 38. Diagrama de Actividad -Registro de Personal

Fuente: Elaboración Propia.Se describe el proceso de actividad que realiza el jefe de ventas, para el

registro de personal.

Inicio

Fin

Selecciona Modulo del

Sistema de Ventas

Ingrese usuario

y constraseña

Ingresa datos

personal

Asigna clave

Registra al

personal

Selecciona el registro de

personal

Datos Correctos

Datos Incorrectos

Jefe Ventas

61

REGISTRAR PRODUCTO

Tabla 8. Caso de uso- Registrar producto

Nota. Fuente: Elaboración Propia)

CU03

Propósito Registrar Producto

Actores Jefe Venta

Descripción Registrar el producto para su venta



1 Ir al menú principal y seleccionar módulo de Registro

Datos


3 Seleccionar el producto a registrar

4 Ingresa los datos

5 Acciona el botón guardar para registrar el producto

Flujo

Alternativo

1 Presiona el botón Editar, para actualizar los datos del

personal


Excepciones




62

Figura 39.Diagrama realización–Registrar producto

Fuente: Elaboración Propia. Se describe el proceso de realizacion para el Registro de

producto.

Figura 40. Diagrama Análisis de Clases –Registrar producto


el menu principal de la interfas UI-Menu_Principal, y atravez del control de CC-Validar_Usuario

pasa a la interfaz de UI-Registro, a su vez realiza el control de CC-Selecciona _Producto, una vez

realiza el control de visualiza la interfaz de IU-Producto y a travez del control de CC-

Registro_Productoenvia los datos a la entidad Personal.

63

Figura 41. Diagrama de secuencia – Registrar producto.


: Jefe Venta : IU-Menu_Principal : IU_Valida_Usuario : Personal : IU-Registro : CC-Selecciona_Producto : IU-Producto : CC-Registra Producto : Producto

Presenta Modulos

del sistema Ventas

Seleccion opcion

Ingrese usuario y

contraseña

Ingresa usuario y

contraseñaEnvia datos

Verifica datos


Ingresa venta de registro

Selecciona el producto

ejecuta proceso

Muestra ventana del producto

Ingresa datos del producto

Envia registro


64

Figura 42. Diagrama de Colaboración–Registrar producto


menu principal de la interfas UI-Menu_Principal, y a travez del control de CC-Validar_Usuario pasa

a la interfaz de UI-Registro, a su vez realiza el control de CC-Selecciona _Producto, una vez realiza

el control de visualiza la interfaz de IU-Producto y a travez del control de CC-Registro_Productoenvia

los datos a la entidad Personal

65

Figura 43.Diagrama de Actividad–Registrar producto

Fuente: Elaboración Propia. Se describe el proceso de actividad que realiza el jefe de ventas, para el

registro del producto.

Inicio

Fin


Sistema de Ventas

Ingrese usuario

y constraseña

Ingresa los

datos

Registra el

producto

Selecciona el Producto a

registrar

Datos Correctos

Datos Incorrectos

Jefe Ventas

66

BÚSQUEDA DE PROFORMA

Tabla 9

Caso de uso- Búsqueda de Proforma


Figura 44. Diagrama de realización–Búsqueda de proforma

Fuente: Elaboración Propia. Se describe el proceso de realizacion para la búsqueda de proforma.

CU08

Propósito Consultar productos y ventas ( proforma)

Actores Empleado de ventas

Descripción Consultar o Buscar las proformas emitidas



1 Ingresa al Módulo de venta.

2 Selecciona la búsqueda de proforma.

3 Ingresa los datos.

4 Accionar el evento Buscar.

5 Ingresa el pago total o adelantado.

6 Acciona el botón cancelar.

7 Ingresa la clave personal para el registro de la proforma.

Flujo

Alternativo

1 Presiona el botón cancelar, para registra una nueva

proforma


Excepciones ninguna

67

Figura 45. Diagrama de Análisis de Clases –Búsqueda de proforma

Fuente: Elaboración Propia. Se describe el analisis que realiza el actor , empleado de ventas que se

encuentra en el menu del UI-Venta, y a travez del control de CC-Selección_Busqueda, busca el dato

ingresado, donde se comunica con la entidad Proforma a su vez con la entidad Detalle_Proforma.

Figura 46. Diagrama Secuencia –Búsqueda de proforma


68

Figura 47. Diagrama de Colaboración –Búsqueda de proforma

Fuente: Elaboración Propia. Se describe la intereaccion del actor , empleado de ventas que se

encuentra en el menu del UI-Venta, y a travez del control de CC-Selección_Busqueda, busca el dato

ingresado, donde se comunica con la entidad Proforma a su vez con la entidad Detalle_Proforma.

Figura 48. Diagrama de Actividad –Búsqueda de proforma

Fuente: Elaboración Propia. Se describe el proceso de actividad que realiza el empleado de ventas,

para la búsqueda de proforma.

69

BÚSQUEDA DE SOPORTE PENDIENTE

Tabla 10

Caso de uso- Búsqueda de Soporte pendiente


CU08

Propósito Consultar productos y ventas ( Soporte Pendiente)

Actores Empleado de ventas

Descripción Consultar o Buscar las proformas emitidas



1 Ingresa al Módulo de soporte

2 Selecciona la búsqueda del soporte pendiente

3 Ingresa los datos

4 Acciona el botón buscar.

5 Ingresa el pago

6 Acciona el botón cancelar para realizar la actualización

del pago de soporte.

7 Emite una boleta.

Flujo

Alternativo

1 Presiona el botón salir para regresar a la ventana principal

de soporte.

Post condición Paso Acción

Excepciones 1 ninguno

70

Figura 49. Diagrama de realización–Búsqueda de Soporte pendiente

Fuente: Elaboración Propia. Se describe el proceso de realizacion para la búsqueda de Soporte

pendiente.

Figura 50. Diagrama de Análisis de Clases –Búsqueda de Soporte pendiente

Fuente: Elaboración Propia. Se describe la intereaccion del actor , el empleado de ventas que se

encuentra en el menú de UI-Soporte, y a travéz del control de CC-Selección_Busqueda, busca el dato

ingresado, donde se comunica con la entidad Venta a su vez con la entidad Detalle_Venta.

71

Figura 51. Diagrama de Secuencia – Búsqueda de Soporte pendiente


Figura 52. Diagrama de Colaboración–Búsqueda de Soporte pendiente

Fuente: Elaboración Propia. Se describe la interacción del actor , el empleado de ventas que se

encuentra en el menú de UI-Soporte, y a través del control de CC-Selección_Busqueda, busca el dato

ingresado, donde se comunica con la entidad Venta a su vez con la entidad Detalle_Venta.

72

Figura 53. Diagrama de Actividad –Búsqueda de Soporte pendiente


para la búsqueda de Soporte pendiente.

73

REGISTRO DE CLIENTE

Tabla 11

Caso de uso- Registro De Cliente


CU05

Propósito Registrar Cliente

Actores Jefe de ventas

Descripción Registra al cliente para futuras búsquedas



1 Ir al menú principal y Ingresa al modulo de registro de

datos


3 Selecciona la ventana de registro de cliente

4 Ingresa los datos

5 Presiona el botón guardar, para registra el cliente

Flujo

Alternativo

1 Presiona el botón Editar , para actualizar los datosdel

cliente


Excepciones




74

Figura 54. Diagrama de realización– Registrar cliente

Fuente: Elaboración Propia. Se describe el proceso de realizacion para el registro de cliente.

Figura 55. Diagrama de Analisis de Clases –Registrar cliente

Fuente: Elaboración Propia. Se describe el analisis de la intereaccion del actor , jefe de ventas que se

encuentra en el menú principal de la interfas UI-Menu_Principal, y a travéz del control de CC-

Validar_Usuario pasa a la interfaz de UI-Registro, a su vez realiza el control de CC-Selecciona

_Cliente, una vez realiza el control de visualiza la interfaz de IU-Cliente y a travez del control de CC-

Registro_Cliente envia los datos a la entidad Personal.

75

Figura 56. Diagrama de Secuencia –Registrar cliente

: Jefe Venta : IU-Menu_Principal : IU_Valida_Usuario : Personal : IU-Registro : CC-Seleccionar_Cliente : IU-Cliente : CC-Registra Cliente : Cliente

Presenta Modulos del sistema Ventas

Selecciona la opcion

ingrese usuario y contraseña

Ingresa usuario y contraseña

envia datos

Verifica datos

mensaje de confirmacion

ingresa a la venta de registro

Selecciona la ventana de cliente proceso de llamado

Muestra la ventana de cliente

ingresa los datosEnvia registro


76

Figura 57. Diagrama de Colaboración –Registrar cliente


menú principal de la interfas UI-Menu_Principal, y a travéz del control de CC-Validar_Usuario pasa

a la interfaz de UI-Registro, a su vez realiza el control de CC-Selecciona _Cliente, una vez realiza el

control de visualiza la interfaz de IU-Cliente y a travez del control de CC-Registro_Cliente envia los

datos a la entidad Cliente.

77

Figura 58. Diagrama de Actividad –Registrar cliente


para el registro de cliente.

Inicio

Fin


Sistema de Ventas

Ingrese usuario

y constraseña

Ingresa los

datos

Registra al

cliente

Selecciona la ventana de

cliente

Datos Correctos

Datos Incorrectos

Jefe Ventas

78

4.2 DESCRIPCIÓN DE LAS INTERFACES, CLASE Y CONTROLES DE

LOS DIAGRAMAS DE REALIZACIÓN

- Clase de Interfaz

Tabla 12

Descripción de las clases de Interfaz

Id Nombre Clase Descripción

1 IU-Login Muestra los campos necesarios para el ingreso del

usuario al sistema.

2 IU-Menu_Principal Muestra las opciones específicas del sistema.

3 IU-Buscar_Cliente Permite la búsqueda de un cliente de acuerdo a un

criterio de búsqueda.

4 IU-Ventas

Permite realizar la operación de registro,

descripción y visualización de los productos

adquirido(s).

5 IU-Producto

Permite la visualización de los productos a través

de diferentes criterios que permita agregarse a la

venta.

6 IU-Validar Usuario Permite el ingreso del dato para su validez.

7 IU-Soporte Permite visualizar el menú principal y a su vez el

registro del servicio de soporte.

8 IU-Reporte Permite visualiza el menú principal y la emisión de

los reportes según la búsqueda.

9 IU-Registrar y Emitir

Proforma

Permite la visualizar los datos de los productos

necesarios para realizar y emitir la proforma.

10 IU-Registro de Personal Permite la Visualiza los campos necesario para el

ingreso del nuevo personal.

11 IU-Cliente Permite la visualización de los campos necesarios

para el ingreso del cliente.


79

- Clase de Control

Tabla 13

Descripción de las clases de Control


1 CC_Validar_Usuario Se encarga de consultar la existencia del

usuario entre los ya existentes.

2 CC_Seleccionar_Producto Se encarga de visualizar los datos de la

selección.

3 CC_Buscar_Producto Se encarga de buscar el producto por los

diferentes criterios de búsqueda.

4 CC_Agregar_Producto Se encargar de agregar el producto a la

lista de detalles de la venta.

5 CC_Buscar_Cliente Se encarga de realizar una búsqueda para

un determinado uso.

6 CC_Registra_Venta Se encargar de insertar el registro de una

venta.

7 CC-Selecciona_Busqueda Se encarga de visualizar los datos de la

opción seleccionada.

8 CC-Registro_Producto Se encargar de manda los datos ingresados

a la entidad venta.

9 CC-Registro_Personal Se encargar de manda los datos ingresados

a la entidad Personal.

10 CC-Registra_Servicio Se encargar de manda los datos ingresados

a la entidad venta.

11 CC-Seleccionar_Cliente Se encargar de visualizar los campos a

ingreso o actualización.

12 CC-Registra_Cliente Se encarga de ingresar los datos integrados

a la entidad cliente.


80

- Clase de Entidad

Tabla 14

Descripción de las clases de Entidad


1 Personal Recepción de atributos que le corresponden a la

entidad personal.

2 Venta Recepción de atributos que le corresponden a la

entidad venta.

3 Detalle_Venta Recepción de atributos que le corresponden a la

entidadDetalle_venta.

4 Proforma Recepción de atributos que le corresponden a la

entidad proforma.

5 Detalle_Proforma Recepción de atributos que le corresponden a la

entidad proforma.

6 Producto

Recepción de atributos que le corresponden a las

entidad de disco duro, periféricos, memoria, placa

madre, procesador, case.

7 Cliente Recepción de atributos que le corresponden a las

entidades cliente.

(Fuente: Elaboración Propia)

81

DIAGRAMA DE COMPONENTES

Se puede observar todos los componentes que se utilizó para la realización de la

construcción del sistema, componentes de software, como herramientas, DLL,

componentes de interfaces, motor de base de datos entre otros.

Figura 59. Diagrama de Componentes


Entorno de Programacion / Desarrollo Visual Studio

dll - Microsoft Aplication Blocks.Data

Crystal

Report

Capa Interfas

Capa Datos

Capa

Logica

Servicio Base de Datos

Hamachi

VPN

SQL

Server

Base Datos

Modelador

Erwin

82

DIAGRAMA DE DESPLIEGLE

Representan la configuración de los nodos de procesamiento en tiempo de ejecución

y los componentes que residen en ellos. Muestran la vista de despliegue estática de

una arquitectura y se relacionan con los componentes, los nodos que contienen uno o

más componentes.

Figura 60. Diagrama de Despliegue


83

DIAGRAMA MODELO CONCEPTUAL

Figura 61. Diagrama modelo conceptual

Detalle_Venta

Detalle_Proforma

estado

condicion_proveedor

proveedor

1

1..n

1

1..n

empleado

1

1

1

1

cliente

ventas

1 1..n1 1..n

1..n

1

1..n

1

proforma1..n

1

1..n

1

tipos

arquitectura

capacidad

Registro_Perifericos

1..n1..n

Registro_DiscoDuro

11

Registro_Case

registro_PlacaMadre

Registro_TarjeVideo

Registro_Memorias

1..n1..n

1..n1..n

productos

1..n

1..n

1..n

1..n

1..n

1..n

1..n

1..n

1

1..n

1

1..n

1

1..n

1

1..n

1

1..n

1

1..n

1

1..n

1

1..n

1

1..n

1

1..n

1

1..n

1

1..n

marcas

11..n

11..n

11

1

1..n

1

1..n

11modelo

1..n1..n

11

Registro_Procesador

1

1..n

1

1..n

11

bus

1..n1..n

84

DIAGRAMA MODELO FISICO DE LA BASE DE DATOS EN EL SQL SERVER

arquitectura *

idarquitectura

arquitectura

bus *

idbus

bus

capacidad *

idCapacidad

Capacidad

cliente

idCliente

Nombre

Ape_Patr

Ape_Mater

Tel_Casa

Celular

Direccion

Dni

Condicion_Proveedor *

idtipo

Tipo

detalle_proforma *

idproforma

cod_producto

descripcion

precio

idproducto

detalle_venta *

idventa

cantidad

idproducto

descripcion

precio

Estado *

idestado

estado

marca *

idmarca

marca

modelo *

idmodelo

modelo

personal *

idusuario

nombre

ape_paterno

ape_materno

dni

telf_casa

Celular

direccion

email

usuario

clave

Fec_Ingr

idestado

productos *

idproducto

nombre

proforma *

idproforma

fecha

tipo_pago

total

Proveedor *

idproveedor

razon

telf

fax

idtipo

direccion

web

email

registro_case *

idcase

idproducto

idmarca

modelo

imagen

serie

color

fuente

dimensiones

cantidad

costo

venta

descripciom

registro_DiscoDuro *

iddisco

tipo

modelo

conexion

idmarca

serie

idcapacidad

costo

venta

imagen

cantidad

descripcion

idproducto

registro_Memoria *

idmemoria

idproducto

idmarca

idarquitectura

idbus

idcapacidad

imagen

costo

venta

cantidad

descripcion

registro_perifericos *

idperiferico

idtipo

idmarca

idproducto

imagen

modelo

cantidad

costo

venta

descripcion

registro_PlacaMadre *

idplaca

idproducto

idmarca

idmodelo

idarquitectura

socket

serie

tipo

imagen

costo

venta

cantidad

descripcion

registro_Procesador *

idprocesador

idproducto

idmarca

idmodelo

idbus

imgen

frecuencia

cantidad

costo

venta

descripcion

registro_tarjetaVideo *

idtarjeta

idmarca

serie

idcapacidad

idarquitectura

idmodelo

imagen

proc_integrado

puerto

conector

costo

venta

cantidad

idproducto

tipo *

idtipo

tipo

venta *

idventa

idempleado

fecha

cliente

direccion

total

resto_total

tipo_pago

n_recibo

85

Tafur Díaz Ghian Carlos Adrian

PLATAFORMA Y TECNOLOGIA PARA EL DESARROLLO Y

FUNCIONAMIENTO DEL SISTEMA INFORMATICO

- DESARROLLO EN PLATAFORMA .NET

Visual Basic .NET (VB.NET) es un lenguaje de programación orientado a

objetos que se puede considerar una evolución de Visual Basic implementada

sobre el framework .NET. Su introducción resultó muy controvertida, debido

a cambios significativos en el lenguaje VB.NET no es compatible hacia atrás

con Visual Basic, pero el manejo de las instrucciones es similar a versiones

anteriores de Visual Basic, facilitando así el desarrollo de aplicaciones más

avanzadas con herramientas modernas.

- ARQUITECTURA EN 3 CAPAS

Es un estilo de programación, su objetivo primordial es la separación de la

capa de presentación, capa de negocio y la capa de datos.

Figura 63.Arquitectura en 3 Capas

Fuente: Alversoft, 2007.

http://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3n

http://es.wikipedia.org/wiki/Programaci%C3%B3n_orientada_a_objetos

http://es.wikipedia.org/wiki/Programaci%C3%B3n_orientada_a_objetos

http://es.wikipedia.org/wiki/Visual_Basic

http://es.wikipedia.org/wiki/Microsoft_.NET

http://upload.wikimedia.org/wikipedia/commons/e/ea/Tres_capas.PNG

86


La capa de presentación que en este caso está formada por los Componentes

de IU, y los componentes de proceso de IU. Los componentes de IU pueden

ser vistos como la parte con la cual interactúa el usuario. Las ventanas o

páginas web, por decirlo de alguna manera. Los componentes de proceso de

IU podríamos asociarlos a clases de tipo controladora en UML. Es decir estos

encapsulan lógica de navegación y control de eventos de la interface.

La capa de negocios encapsula lógica de negocios. Los servicios de esta capa

son encapsulados en tres tipos de componentes, dos de los cuales se tocan en

este ejercicio. Las entidades empresariales que representan objetos que van a

ser manejados o consumidos por toda la aplicación, estos podrían ser un

modelo de objetos, xml, datasets con tipo, estructuras de datos, que permitan

representar objetos que han sido identificados durante el modelamiento. Los

otros tipos de objetos son los componentes empresariales que contienen

lógica de negocio, y en algunos casos al usarlo con los objetos raíz que

inician las transacciones.

La capa de acceso a datos que contiene clases que interactúan con la base de

datos. Estas clases surgen como una necesidad de mantener la cohesión o

clases altamente especializadas que ayuden a reducir la dependencia entre las

clases y capas. Aquí se encuentra también una clase con métodos estáticos

que permiten uniformizar las operaciones de acceso a datos a través de un

único conjunto de métodos.

- MOTOR DE BASE DE DATOS (SQL SERVER 2012)

Microsoft SQL Server es un sistema para la gestión de bases de datos

producido por Microsoft basado en el modelo relacional. Sus lenguajes para

consultas son T-SQL y ANSI SQL. Microsoft SQL Server constituye la

alternativa de Microsoft a otros potentes sistemas gestores de bases de datos

como son Oracle o PostgreSQL o MySQL.

Características del SQL Server 2012

Soporte de transacciones.

http://es.wikipedia.org/wiki/Base_de_datos

http://es.wikipedia.org/wiki/Microsoft

http://es.wikipedia.org/wiki/T-SQL

http://es.wikipedia.org/w/index.php?title=ANSI_SQL&action=edit&redlink=1

http://es.wikipedia.org/wiki/Microsoft

http://es.wikipedia.org/wiki/Sistema_gestor_de_base_de_datos

http://es.wikipedia.org/wiki/Oracle

http://es.wikipedia.org/wiki/PostgreSQL

http://es.wikipedia.org/wiki/MySQL

http://es.wikipedia.org/wiki/Transacci%C3%B3n

87


Escalabilidad, estabilidad y seguridad.

Soporta procedimientos almacenados.

Incluye también un potente entorno gráfico

Permite trabajar en modo cliente-servidor, donde la información y

datos se alojan en el servidor y los terminales o clientes de la red

sólo acceden a la información.

Además permite administrar información de otros servidores de

datos.

Tablas creadas en el Managment Studio del SQL Server

Figura 64. Tablas de Base de datos PC EXPRESS

http://es.wikipedia.org/wiki/Escalabilidad

http://es.wikipedia.org/wiki/Estabilidad

http://es.wikipedia.org/wiki/Seguridad_inform%C3%A1tica

http://es.wikipedia.org/wiki/Procedimientos_almacenados

http://es.wikipedia.org/wiki/Entorno_gr%C3%A1fico

http://es.wikipedia.org/wiki/Cliente-servidor

http://es.wikipedia.org/wiki/Servidor

http://es.wikipedia.org/wiki/Terminal

http://es.wikipedia.org/w/index.php?title=Cliente_%28infor%C3%A1tica%29&action=edit&redlink=1

http://es.wikipedia.org/wiki/Red

http://es.wikipedia.org/wiki/Servidor

88


CAPITULO V

PRUEBAS E IMPLEMENTACIÓN DEL SISTEMA

En este capítulo se presenta la creación física de la base de datos, las tablas y la

codificación del lenguaje sql mediante los objetos del lenguaje de programación.

Figura 65. Visual Studio .Net con Arquitectura de 3 Capas


89


Códigos Utilizados en las 3 Capas

- Capa de Datos

Para Ingresar Venta

PublicSub agregar_Venta_pendiente (ByVal objVenta_pendiente Asventa_EN)

cnx.Open ()

Try

Dim cmd AsNewSqlCommand ("VP_agregar", cnx)

With cmd

.CommandType = CommandType.StoredProcedure

.Parameters.Add (NewSqlParameter ("@idempleado",

SqlDbType.Int)).Value =

objVenta_pendiente.idempleado_V

.Parameters.Add (NewSqlParameter ("@fecha",

SqlDbType.DateTime)).Value =

objVenta_pendiente.fecha_V

.Parameters.Add (NewSqlParameter ("@cliente",

SqlDbType.NVarChar,

100)).Value = objVenta_pendiente.cliente_V

.Parameters.Add (NewSqlParameter ("@direccion", SqlDbType.NVarChar,

100)).Value = objVenta_pendiente.direccion_V

.Parameters.Add (NewSqlParameter ("@total",

SqlDbType.Decimal)).Value =

objVenta_pendiente.total_V

.Parameters.Add (NewSqlParameter ("@resta ",

SqlDbType.Decimal)).Value =

objVenta_pendiente.resta_V

.Parameters.Add (NewSqlParameter ("@estado",


objVenta_pendiente.tipo_pago_V

.Parameters.Add (NewSqlParameter ("@n_recibo", SqlDbType.Int)).Value =

objVenta_pendiente.n_recibo_V

EndWith

cmd.ExecuteNonQuery ()

Catch ex AsException

MsgBox ("No se pudo mandar a Imprimir", MsgBoxStyle.Critical, "Error")

EndTry

cnx.Close ()

EndSub

90


Para Actualizar

PublicSub actualizar_Venta_pendiente (ByVal objVenta_pendiente Asventa_EN)

cnx.Open ()

Try

Dim cmd AsNewSqlCommand ("sp_actualizar_bouchet_pendiente", cnx)

With cmd

.CommandType = CommandType.StoredProcedure

.Parameters.Add (NewSqlParameter ("@idventa", SqlDbType.Int)).Value

=

objVenta_pendiente.idventa_V

.Parameters.Add (NewSqlParameter ("@tipo_pago",


objVenta_pendiente.tipo_pago_V

.Parameters.Add (NewSqlParameter ("@resta", SqlDbType.Decimal)).Value =

objVenta_pendiente.resta_V

.Parameters.Add (NewSqlParameter ("@n_recibo", SqlDbType.Int)).Value =

objVenta_pendiente.n_recibo_V

.Parameters.Add (NewSqlParameter ("@fecha", SqlDbType.DateTime)).Value =

objVenta_pendiente.fecha_V

EndWith

cmd.ExecuteNonQuery ()

MsgBox ("Bouchet Cancelado", MsgBoxStyle.Information, "Mensaje")

Catch ex AsException

MsgBox ("No se pudo mandar a Imprimir", MsgBoxStyle.Critical, "Error")

EndTry

cnx.Close ()

EndSub

Capa de Lógica

PublicSub agregar (ByVal objventa_pendiente_ED Asventa_EN)

objventa_pendiente_DN.agregar_Venta_pendiente (objventa_pendiente_ED)

EndSub

PublicSub actualizar_bouchet_pendiente (ByVal objventa_pendiente_ED

Asventa_EN)

objventa_pendiente_DN.actualizar_Venta_pendiente (objventa_pendiente_ED)

EndSub

91


Capa de Entidad

PublicClassventa_EN

PrivateidventaAsInteger

PrivateidempleadoAsInteger

PrivatefechaAsDateTime

PrivateclienteAsString

PrivatedireccionAsString

Private total AsDecimal

Private resta_total AsDecimal

Privatetipo_pagoAsInteger

Privaten_reciboAsInteger

PublicProperty idventa_V() AsInteger

Get

ReturnMe.idventa

EndGet

Set(ByVal value AsInteger)

Me.idventa = value

EndSet

EndProperty

PublicProperty idempleado_V()

AsInteger

Get

ReturnMe.idempleado

EndGet


Me.idempleado = value

EndSet

EndProperty

PublicProperty fecha_V()

AsDateTime

Get

ReturnMe.fecha

EndGet

Set(ByVal value AsDateTime)

Me.fecha = value

EndSet

EndProperty

PublicProperty cliente_V() AsString

Get

ReturnMe.cliente

EndGet

Set(ByVal value AsString)

Me.cliente = value

EndSet

EndProperty

PublicProperty direccion_V()

AsString

Get

ReturnMe.direccion

EndGet

Set(ByVal value AsString)

Me.direccion = value

EndSet

EndProperty

PublicProperty total_V() AsDecimal

Get

ReturnMe.total

EndGet

Set(ByVal value AsDecimal)

Me.total = value

EndSet

EndProperty

PublicProperty resta_V() AsDecimal

Get

ReturnMe.resta_total

EndGet

Set(ByVal value AsDecimal)

Me.resta_total = value

EndSet

EndProperty

PublicProperty tipo_pago_V()

AsInteger

Get

ReturnMe.tipo_pago

EndGet


Me.tipo_pago = value

EndSet

EndProperty

PublicProperty n_recibo_V()

AsInteger

Get

ReturnMe.n_recibo

EndGet


Me.n_recibo = value

EndSetEndProperty

92


5.2. PRUEBA

5.2.1 Prueba de Unidad

Los enfoques a usar para la prueba del Sistema de Ventas de la

Empresa PCEXPRESS, serán caja negra y caja blanca.

5.2.1.1 Caja Negra

Este tipo de prueba se enfoca en el estudio de las funciones,

entregando las entradas y recibiendo los resultados de las

salidas, sin importar lo que ocurre dentro de el o los

procedimientos, para ello se verifican dos casos.

- Movimiento de datos(Ingreso y Actualización)

- Consultas

Para el primer caso con el tipo de ingreso se verifican que los

datos ingresados en el sistema se reflejen en la base de datos.

En el segundo caso con el tipo de actualización se verifican

que los datos que se proceden a actualizar se cambien en la

base de datos.

En el caso de las consultas de los registros se verifica que los

resultados sean los esperados.

Obs: La Nomenclatura utilizada en las siguientes tablas es la

siguiente:

S: Satisfactorio

NS: No Satisfactorio

C: Consulta

MI: Movimiento Ingresa

MA: Movimiento Actualiza

93


Resultados prueba caja negra

94


95


Figura 66. Resultados prueba Caja negra


5.2.2 Caja Blanca

En esta etapa se realizan las pruebas de implementación, con lo

cual se verifica la estructura interna del sistema.

Código almacenado en las sentencias del sistema.

Como es imposible mostrar todo el código que demuestra la

verificación de la estructura interna del sistema solo se detallará

algunos trozos de código.

96


Código del Sistema.

El siguiente ejemplo muestra el código de verificación del ingreso de

sólo números.

procedure TMenu_Bodega.monto_stockChange(Sender: TObject);

var

key:Char;

i:Integer;

begin

i:=Length(monto_stock.Text);

if (i > 0) then

begin

key:=monto_stock.Text[i];

if not (key in ['0'..'9']) then

begin

ShowMessage('Ingrese sólo números');

monto_stock.Text:='';

end;

end;

end;

El siguiente ejemplo muestra el código de verificación y validación del

ingreso de los productos Elaborados o del menú.

procedure TMenu_Bodega.Boton_Ingresar_ProductoClick(Sender: TObject);

Var

duplicadonombre:Boolean;

numcodigo,Precio:Integer;

varform:TRebaje_Productos;

begin

duplicadonombre:=False;

97


//Chequear los campos Edit

If ((EditNombre.Text='') or (EditPrecio.Text='') or

(ComboBoxCategoria.Text='')) then

ShowMessage('Debe Llenar todos los Campos')

else

begin

DataModule7.Tabla_Productos_Elab.First;

While Not (DataModule7.Tabla_Productos_Elab.EOF) Do

Begin

//chequeo que no exista el mismo nombre

if (EditNombre.Text = DBEditNombreElab.Text) then

duplicadonombre:=True;

DataModule7.Tabla_Productos_Elab.Next;

End;

if (duplicadonombre=True) then

ShowMessage('Ya Existe ese Nombre en la Lista de Producto de

Elaboración')

else

begin

DataModule7.Tabla_Productos_Elab.Last;

numcodigo:=StrToInt(DBEdit_Codigo.Text);

numcodigo:=numcodigo+1;

Label_Codigonuevo.Caption:=IntToStr(numcodigo);

Insertar_Producto.ParamByName('IdProductoElab').AsInteger:=numcodigo;

Precio:=StrToInt(EditPrecio.Text);

Insertar_Producto.ParamByName('CostoElab').AsInteger:=0;

Insertar_Producto.ParamByName('IdCategoria').AsString

:=ComboBoxCategoria.Text;

Insertar_Producto.ParamByName('PrecioUnidad').AsInteger:=Precio;

Insertar_Producto.ParamByName('NombreProdElab').AsString

:=EditNombre.Text;

Insertar_Producto.ExecSQL;

98


DataModule7.Tabla_Productos_Elab.Refresh;

DataModule7.Tabla_Productos_Elab.First;

While Not (DataModule7.Tabla_Productos_Elab.EOF) Do

Begin

DBGrid4.Visible:= True;

DBNavigator5.Visible:=True;

DataModule7.Tabla_Productos_Elab.Next;

End;

begin

varform:=TRebaje_Productos.Create(self);

try

varform.ShowModal;

finally

varform.Free;

end;

end;

end;

//Buscar el último Código para pasarlo al Label_Codigonuevo

end;

end;

- Interacción entre Módulos

La interacción de módulos se verifica de forma que no interfieran las acciones

de un módulo con otro. La verificación se llevó a cabo mediante el ingreso de

información en un módulo, verificando que los datos ingresados se

actualizarán directamente en la base de datos, no generando inconvenientes

en otras secciones o módulos del sistema, al momento de utilizarlos en forma

consecutiva.

\

99


- Verificación del Sistema por parte de los Operadores.

La verificación del sistema por parte de los operadores se realizó en

forma completa, verificando todos los módulos, consultas, actualizaciones e

inserciones del sistema. La carga de los datos se hizo con información de

prueba, no generando ningún inconveniente. Se chequearon el ingreso de

fecha en forma exhaustiva debido a que los datos Comerciales que se

muestran en el sistema se hacen de acuerdo a fechas específicas.

- Verificación del Sistema por parte de los Usuarios.

Este tipo de verificación es el primer acercamiento por parte de los

usuarios al sistema, la verificación se realizó con usuarios seleccionados, pero

con datos reales.

PANTALLA DEL SISTEMA VENTAS-PC EXPRESS

PANTALLA PRINCIPAL DE INGRESO

100


CONCLUSIONES

Una vez finalizado el trabajo se puede concluir que el objetivo general, el desarrollo

de un sistema de gestión de ventas de la empresa PC EXPRESS se cumplió a

cabalidad mediante el cumplimiento de los objetivos específicos planteados en un

comienzo.

Mediante las metodologías realizadas a cada uno de los elementos involucrados se

pudo verificar el éxito y aceptación de las pruebas individuales y globales, tanto para

la base de datos como para la aplicación. Dentro de la realización del sistema

existieron ciertos factores que permitieron concretar con éxito el proyecto, los cuales

se detallan a continuación:

- Las metodologías que se aplicaron, las cuales dieron forma y

estructuraron la concepción del sistema.

- Cada una de las herramientas de diseño y creación que se utilizaron, tanto

para la base de datos como para la aplicación del sistema.

Se puede afirmar que el análisis, diseño e implementación del Sistema de ventas para

la empresa PC EXPRESS de Puente Piedra hace que los procesos de ventas

mejorarán en tiempo y calidad de esa forma se tendrán más clientes satisfechos.

101


RECOMENDACIONES

- Se sugiere a la empresa construir un sistema web, donde se pueda hacer

cotizaciones, generar pedidos, venta vía online a sus clientes, siendo esto de

gran ayuda para la empresa en cuanto a reducción de operacionalidad en los

proceso de venta. Además con eso la empresa generara más ingresos, cartera

de clientes y crecimiento en el sector informático y tecnológico.

- Se recomienda realizar auditorías periódicamente al sistema de ventas para

evitar la redundancia, la integridad y usuarios no válidos por lo tanto para

salvaguardar la seguridad de los datos así como asegurar el nivel de

confiabilidad de la información proporcionada por este sistema.

- Se recomienda a los próximos investigadores el uso de librerías compatibles

con el lenguaje de programación utilizado en este sistema, si desean migrar,

actualizar este sistema a uno de entorno Web.

102


BIBLIOGRAFIA:

- [McConnell, Steve 1996] Desarrollo y Gestión de Proyectos Informáticos

- [Connolly, Thomas1999] Database Systems

- [Senn, 1992] James A. Senn, El analista de sistemas y el paradigma

estructurado.

- AGUILERA LÓPEZ. Seguridad Informática, 2010. [on line]. Disponible en:

http://books.google.com/books?id=Mgvm3AYIT64C&pg=PA8&dq=element

os+sistemas+inform%C3%A1ticos&hl=es&ei=ty6xTdbNBOuP0QGAmY2Y

CQ&sa=X&oi=book_result&ct=result&resnum=9&ved=0CFUQ6AEwCA#v

=onepage&q&f=false.

- ALBORNOZ Gonzales, Leonardo A., Rediseño del Sistema de Información

para el Área Transportado de la Empresa Casino Express. Tesis (Título de

Ingeniero Civil Industrial). Santiago de Chile: Universidad de Chile. Facultad

de ciencias físicas y matemáticas Departamento de ingeniería industrial,

2007.

Disponible de:

http://www.cybertesis.cl/tesis/uchile/2007/albornoz_l/html/index-

frames.html.

- BARRIOS García, Javier A., Análisis de funciones en economía y empresa.

España, 2005, 267 pp.

ISBN: 84-7078-660-4

- BON Jan Van y KOLTHOF Jong Axel, Fundamentos de la gestión de

Servicios de TI: Basada en ITIL V.3. Holanda, 2008, 324 pp.

ISBN: 978-90-8753-060-0

- CASTELLS Manuel A. Direccion de ventas: organización del departamento

de ventas y gestión de vendedores. Madrid, 2007, 156 pp.

ISBN: 978-84-7356-502-8

- ERICD La Parra Paz, María Madero. Estrategias de ventas y negociación,

Madrid, España. 2002 [Fecha de consulta: 22 de abril].

- GRANT, Colin. Manual del director de ventas. Bilbao, 2002. 245 PP.

ISBN: 84-234-2005-1

- GONZÁLES, Álvarez R. Introducción a la administración de ventas.

Costa Rica: Universidad Estatal San José, 1988. 11 pp.

ISBN 9977-64-276-1

http://books.google.com/books?id=Mgvm3AYIT64C&pg=PA8&dq=elementos+sistemas+inform%C3%A1ticos&hl=es&ei=ty6xTdbNBOuP0QGAmY2YCQ&sa=X&oi=book_result&ct=result&resnum=9&ved=0CFUQ6AEwCA#v=onepage&q&f=false




http://www.cybertesis.cl/tesis/uchile/2007/albornoz_l/html/index-frames.html

http://www.cybertesis.cl/tesis/uchile/2007/albornoz_l/html/index-frames.html

103


- GONZÁLEZ, José. Control y gestión del área comercial y de producción de

la PYME. Coruña: Netbiblio, 2002, 546 pp.

ISBN 978-849-745-0225

- GUTIÉRREZ, Raúl. Ventas y mercadotecnia para la pequeña y mediana

empresa. México: Universidad Iberoamericana, 2003, 90 pp.

ISBN: 968-859-362-1

- HERNÁNDEZ, Roberto, Metodología de la Investigación Científica. EE.UU:

MC Graw Hill Interamericana, 2007, 497 pp.

ISBN 968-422-9313

- KENDALL, Edward y KENDALL, Julia. Análisis y diseño de sistemas.

México: Prentice-Hall, 2001, 881 pp.

ISBN: 968-880-1-747 - MENDOZA, Guillermo. Cómo programar en Java. México: Pearson

Educación, 2004, 1325 pp.

ISBN 9702605180

- NAMAKFOROOSH, Monhammad N. Metodología de la Investigación.

México. 2005. 251 pp.

ISBN: 968-18-5517-8

- OLIVIER Dewit. Professional Visual Basic 2010 and .NET 4. 2010. 67 pp.

ISBN: 978-0-470-50224-2

- RAYMOND, McLeod. Sistemas de información gerencial. Texas: Pearson

Educación, 2000, 655pp.

ISBN: 970-170-2-557

104


ANEXOS:

INGRESO AL SISTEMA DE VENTAS

INGRESO AL MODULO O VENTANA DE REGISTRO DATOS

- Acceso Incorrecto

- Acceso Correcto

- Interfaz De Registro De Datos

105


INGRESO AL MODULO O VENTANA DE VENTAS

- Sotck Limitado

- Agregar Producto

106


- Registra Venta

- Registra Proforma

107


- Buscar Proforma

- Buscar Boucher de Proforma para su cancelacion

108


INGRESO AL MODULO O VENTANA DE SOPORTE

- Interfaz de Soporte

- Buscar Servicio de Soporte Pendiente

109


INGRESO AL MODULO O VENTANA DE REPORTES

- Acceso Incorrecto

- Acceso Correcto

110


- Emisión de reporte general de ventas

- Emisión de reporte mensual o diario de ventas

111


- Emisión de reporte por personal

- Emisión de reporte de Stock de Productos

112


tesis sistema de ventas

Documents