implementación del sistema informático para la gestión

Facultad de Ingeniería Carrera de Ingeniería de Sistemas e Informática

Trabajo de Suficiencia Profesional

“Implementación del Sistema Informático para la gestión comercial de

SAMI Market”

Autor: Christian Jonathan Mori Garcia

Para obtener el Título Profesional de

Ingeniero de Sistemas e Informática

Asesor: Hermes Exaltación Abanto Flores

Lima, enero 2020

ii

DEDICATORIA

A DIOS, a mi padre que desde el cielo me

observa orgulloso, a mi madre porque ellos

me enseñaron el fundamento de cómo vivir

en paz y armonía en esta vida; a mi nueva

familia mi esposa Lorena, mi hijo Miqueas

que son mi razón primordial para todas las

cosas que hago, con mucho cariño y amor

va para ellos.

iii

AGRADECIMIENTO

Mi agradecimiento a la Universidad

Tecnológica del Perú por darme la ocasión

de desarrollar mis talentos y habilidades,

por ser la institución que me acogió y me

enseño gracias a sus excelentes docentes

que adquirir conocimiento es hermoso.

v

PRESENTACIÓN

Señores integrantes del tribunal acreditador; obedeciendo con las disposiciones

establecidas en el reglamento interno de grados y títulos de la UTP; pongo a su

conocimiento el trabajo titulado “Implementación del Sistema para la gestión comercial

de SAMI Market”, con el objeto de optar por el título profesional de Ingeniero de

Sistemas.

El trabajo es dividido en 5 capítulos:

Capitulo I. Generalidades. Se detalla la realidad actual de la empresa, estructura,

problemática, modelo del negocio y definición del problema.

Capitulo II. Fundamento teórico. Describe los precedentes, teoría, definiciones, y otros

conceptos.

Capitulo III. Plan del proyecto. Expone la planificación de tiempos, organización,

calidad, normas y estándares.

Capitulo IV. Desarrollo del proyecto. Se muestra el modelamiento, casos de uso,

diagrama de paquetes, etc.; y todo lo referente al desarrollo del software.

Capitulo V. Análisis Beneficio - Costo. En esta parte se expone la evaluación costo –

beneficio de la implantación del proyecto.

vi

RESUMEN

El siguiente trabajo está orientado al sector comercial y tiene como objeto principal

implementar un sistema para la gestión comercial en el cual se plasman las reglas de

negocio pertinentes y estrategias a largo plazo para el liderazgo en su sector. En este

trabajo se resuelve problemas como control de productos, fidelización de clientes y

administración remota. Dicha solución consiste en sistematizar varios procesos como

logísticos de forma efectiva. El encargado de logística registra y analiza todos los

movimientos de los productos incluido los de despacho automático por ventas; para la

fidelización de clientes se optó por implementar una línea de crédito a los clientes

habituales, conocidos por los dueños, y a los aspirantes a crédito previa evaluación

por parte de los administradores. Se integró un sistema de puntuación por monto de

venta para cada cliente, llegado a un monto establecido pueden canjear gratuitamente

algunos productos seleccionados por administración. También por cumpleaños obtiene

beneficios de acuerdo a la disposición de administración si compra el día de su

onomástico; Para la administración remota se creó una serie de reportes y aprobación

de créditos para los momentos en que no se encontrara físicamente en la empresa.

Para el desarrollo del trabajo se utilizó las metodologías: Investigación Aplicada, RUP

y también investigación Experimental. Para el desarrollo del software, se utilizará el

sistema gestor de base de datos MySql, y se desarrollará en el lenguaje de

vii

programación Power Builder para el sistema cliente/servidor y Java para las

aplicaciones móviles. Finalmente se cristalizo solución pues fue óptima gracias al

análisis exhaustivo y colaboración de la empresa, solución que tiene un futuro

prometedor ya que se ajusta a las necesidades y deja las puertas abiertas al cambio y

la adaptación a otras empresas gracias a su gran flexibilidad.

viii

ABSTRACT

The following work is oriented to the commercial sector and its main objective is to

implement a system for commercial management in which the relevant business rules

and long-term strategies for leadership in its sector are embodied. This work solves

problems such as product control, customer loyalty and remote administration. This

solution consists in systematizing several processes as logistic effectively. The logistics

manager records and analyzes all product movements including those for automatic

sales clearance; For customer loyalty, it was decided to implement a line of credit to

regular customers, known to the owners, and to the applicants for credit after

evaluation by the administrators. A scoring system for sales amount was integrated for

each client, reaching a set amount they can exchange for free some products selected

by administration. Also for birthdays he obtains benefits according to the administration

disposition if he buys the day of his onomastic; For the remote administration, a series

of reports and credit approval were created for the times when you were not physically

in the company. For the development of the work the methodologies were used:

Applied Research, RUP and also Experimental research. For software development,

the MySql database management system will be used, and developed in the Power

Builder programming language for the client / server system and Java for mobile

applications. Finally, a solution was crystallized because it was optimal thanks to the

ix

exhaustive analysis and collaboration of the company, a solution that has a promising

future since it adjusts to the needs and leaves the doors open to change and

adaptation to other companies thanks to its great flexibility.

x

INDICE DE CONTENIDOS

DEDICATORIA ................................................................................................................. ii

AGRADECIMIENTO .........................................................................................................iii

DECLARACIÓN DE AUTENTICIDAD ..............................................................................iv

PRESENTACIÓN ............................................................................................................. v

RESUMEN ........................................................................................................................vi

ABSTRACT .................................................................................................................... viii

INDICE DE CONTENIDOS ............................................................................................... x

INDICE DE TABLAS ...................................................................................................... xiii

ÍNDICE DE FIGURAS ..................................................................................................... xiv

INTRODUCCION ........................................................................................................... xvii

CAPÍTULO I. GENERALIDADES ...................................................................................19

1.1. Análisis Empresarial ......................................................................................19

1.1.1. Organigrama ........................................................................................20

1.1.2. Análisis FODA ......................................................................................20

1.1.3. Cadena de Valor de la empresa ...........................................................23

1.1.4. Análisis Canvas ....................................................................................24

1.1.5. Diagrama de Sub Proceso ....................................................................26

1.2. Definición del Problema .................................................................................32

1.2.1. Diagrama de Causa Efecto ...................................................................32

1.3. Objetivos ......................................................................................................33

1.3.1. Objetivo General...................................................................................33

1.3.2. Objetivos Específicos ...........................................................................33

1.4. Justificación e importancia del proyecto .........................................................33

1.5. Alcance del Proyecto .....................................................................................34

CAPÍTULO II. FUNDAMENTO TEORICO ......................................................................36

2.1. Antecedentes.................................................................................................36

2.2. Marco teórico .................................................................................................39

2.2.1. Power Builder .......................................................................................39

2.2.2. Programación Orientada a Objetos ......................................................39

2.2.3. Mysql ....................................................................................................39

2.2.4. Android Studio ......................................................................................40

2.2.5. Arquitectura cliente - servidor ...............................................................40

2.2.6. Lenguaje de modelamiento unificado ...................................................42

2.2.7. Metodología de desarrollo de software .................................................46

2.2.8. Gestión de proyectos ............................................................................49

xi

2.3. Marco legal ....................................................................................................50

CAPÍTULO III. PLAN DEL PROYECTO .........................................................................52

3.1. Acta de Constitución ......................................................................................52

3.2. Registro de Interesados .................................................................................55

3.3. Gestión de Alcance........................................................................................56

3.3.1. Alcance del Proyecto ............................................................................56

3.4. Entregables por hitos .....................................................................................56

3.5. Proyección de duración .................................................................................58

3.5.1. Calendario (Esquema de Gantt) ...........................................................58

3.6. Plan de Informes ...........................................................................................60

3.6.1. Plan de Informes del Proyecto ..............................................................60

3.7. Organización del Proyecto .............................................................................61

3.7.1. Organigrama ........................................................................................61

3.7.2. Tabla de Responsabilidades ................................................................61

3.8. Plan de Riesgos ............................................................................................62

3.8.1. Registro de Riesgos del Proyecto .........................................................62

CAPÍTULO IV DESARROLLO DEL PROYECTO ..........................................................64

4.1. Modelo del Negocio .......................................................................................64

4.1.1. Use Case de Negocio ...........................................................................65

4.1.2. Metas del Negocio ................................................................................65

4.1.3. Actores externos del Negocio ...............................................................66

4.1.4. Definición de los Actores externos del Negocio ....................................66

4.1.5. Diagrama General de Business Use Case............................................67

4.1.6. Detalle de los Business Use Case ........................................................67

4.1.7. Modelo de Análisis del Negocio ............................................................68

4.1.7.1. Business Workers (Trabajadores del negocio) .........................68

4.1.7.2. Detalle de los Business Workers .............................................69

4.1.7.3. Business Entities (Entidades del Negocio) ...............................69

4.1.7.4. Realización de los Business Use Case ....................................70

4.1.7.5. Diagrama de Actividades .........................................................71

4.1.7.6. Reglas del Negocio. .................................................................73

4.2. Requerimientos .............................................................................................73

4.2.1. Requerimiento Funcionales ..................................................................73

4.2.2. Requerimiento no Funcionales .............................................................74

4.2.3. Modelos de Use Case del Sistema .......................................................74

4.2.3.1. Lista de Actores .......................................................................79

4.2.3.2. Diagrama de Paquetes ............................................................80

xii

4.2.4. Diagrama General de Use Case ...........................................................81

4.2.5. Matriz de Modelo del Negocio y Modelo de Sistema ............................87

4.2.6. Especificaciones de los Use case del Sistema .....................................88

4.3. Diseño del Sistema ........................................................................................92

4.3.1. Architecture(Arquitectura) del S.I. .........................................................92

4.3.2. Realización de Use Case – Observación ..............................................93

4.3.3. Modelo Conceptual ............................................................................. 105

4.3.3.1. Modelo de Diseño .................................................................. 105

4.3.3.2. Modelo Lógico ....................................................................... 109

4.3.3.3 Modelo Físico de Datos .......................................................... 118

4.4. Desarrollo del sistema ................................................................................. 127

4.4.1. Esquema de Despliegue ..................................................................... 127

4.4.2. Esquema de Implementación ............................................................. 129

4.4.3. Informe de Tests de Prueba ............................................................... 131

4.4.4. Use case de Prueba ........................................................................... 131

4.4.5. Manual de usuario .............................................................................. 133

CAPÍTULO V ANALISIS BENEFICIO - COSTO ........................................................... 142

5.1. Egresos ....................................................................................................... 143

5.2. Ingresos ....................................................................................................... 145

5.3. Flujo de Caja y VAN .................................................................................... 146

5.4. Plan de soporte y mantenimiento................................................................. 147

5.5. Satisfacción del cliente ................................................................................ 147

CONCLUSIONES .......................................................................................................... 151

RECOMENDACIONES .................................................................................................. 153

VOCABULARIO DE TÉRMINOS................................................................................... 155

REFERENCIAS BIBLIOGRÁFICAS .............................................................................. 157

ANEXOS ....................................................................................................................... 159

Anexo 1: Encuesta de satisfacción del usuario ..................................................... 159

Anexo 2: Código fuente de ejemplo ...................................................................... 160

xiii

INDICE DE TABLAS

Tabla 1 Cadena de valor ............................................................................................. 23

Tabla 2. Análisis canvas. ............................................................................................ 24

Tabla 3. Interesados internos. ..................................................................................... 55

Tabla 4. Interesados externos. .................................................................................... 55

Tabla 5. Plan de Informes del proyecto. ...................................................................... 60

Tabla 6. Organigrama del equipo del proyecto. ........................................................... 61

Tabla 7. Tabla de responsabilidades .......................................................................... 61

Tabla 8. Registro de Riesgos. ..................................................................................... 62

Tabla 9. Tabla de probabilidad. ................................................................................... 63

Tabla 10. Tabla de impacto......................................................................................... 63

Tabla 11. Use case del negocio. ................................................................................. 65

Tabla 12. Definición de los actores externos del negocio. ........................................... 66

Tabla 13. Realizar Venta. ........................................................................................... 67

Tabla 14. Recibir productos. ....................................................................................... 68

Tabla 15. Descripción de los Business Workers. ........................................................ 69

Tabla 16. Matriz de los use case del negocio y use case del sistema ......................... 87

Tabla 17. Esquema de componentes de aplicación. ................................................. 127

Tabla 18. Detalle de nodos. ...................................................................................... 129

Tabla 19. Informe de test de use case - Aprobar pedidos crediticios ........................ 131

Tabla 20. Informe de test de use case - Registrar canje promoción .......................... 132

Tabla 21. Vocabulario de Términos. ......................................................................... 155

xiv

ÍNDICE DE FIGURAS

Figura 1. Organigrama. ............................................................................................... 20

Figura 2. Mapa de procesos de la empresa SAMI Market. .......................................... 25

Figura 3. Diagrama de sub proceso. ........................................................................... 26

Figura 4. Diagrama work flow BPM detallado “Gestionar solicitud de crédito”. ............ 27

Figura 5. Diagrama work flow BPM detallado “Gestionar promoción por puntos”. ....... 28

Figura 6. Diagrama work flow BPM detallado “Gestionar kardex”. .............................. 29

Figura 7. Diagrama work flow BPM detallado “Gestionar Aprobación remota”. ........... 30

Figura 8. Diagrama work flow BPM detallado “Gestionar soporte al cliente”. .............. 31

Figura 9. Diagrama de causa efecto. .......................................................................... 32

Figura 10. Diagrama de Modelo cliente servidor. ........................................................ 42

Figura 11. Diagrama de ejemplo de casos de uso. ..................................................... 43

Figura 12. Diagrama de ejemplo de diagrama de secuencia. ...................................... 43

Figura 13. Diagrama de ejemplo de diagrama de actividad......................................... 44

Figura 14. Diagrama de ejemplo de diagrama de Clases. ........................................... 44

Figura 15. Diagrama de ejemplo de diagrama de componentes. ................................ 45

Figura 16. Diagrama de ejemplo de diagrama de implementación. ............................. 45

Figura 17. Diagrama de dimensiones de proceso. ...................................................... 47

Figura 18. Diagrama de Fases de la metodología RUP. ............................................. 48

Figura 19. Diagrama de Grupos de procesos de la Dirección de Proyectos. ............... 50

Figura 20. Esquema Gantt. ......................................................................................... 58

Figura 21. Esquema Gantt. ......................................................................................... 59

Figura 22. Modelo de use case del negocio. ............................................................... 64

Figura 23. Metas del negocio ...................................................................................... 65

Figura 24: Actores externos del negocio. .................................................................... 66

Figura 25. Diagrama general de Business Use case .................................................. 67

Figura 26. Business Workers. ..................................................................................... 68

Figura 27. Business Entities. ....................................................................................... 69

Figura 28. DCUR – Realizar Venta. ............................................................................ 70

Figura 29. DCUR – Recibir Productos. ....................................................................... 70

Figura 30. Diagrama de actividad – Realizar venta. .................................................... 71

Figura 31. Diagrama de actividad – Recibir productos. ............................................... 72

Figura 32. Modelo de Use Case del sistema Administración. ...................................... 74

Figura 33. Modelo de use case del sistema Créditos y Cobranzas. ............................ 75

Figura 34. Modelo de caso de uso del sistema Logística. ........................................... 76

xv

Figura 35. Modelo de use case del sistema CRM Móvil. ............................................. 76

Figura 36. Modelo de use case del sistema Seguridad. .............................................. 77

Figura 37. Modelo de use case del sistema Ventas. ................................................... 78

Figura 38. Diagrama de Actores. ................................................................................ 79

Figura 39. Descripción de actores............................................................................... 79

Figura 40. Diagrama de paquetes. .............................................................................. 80

Figura 41. Diagrama general de use case – Créditos y Cobranzas. ............................ 81

Figura 42. Diagrama general de use case - Logística. ................................................ 82

Figura 43. Diagrama general de use case - Ventas. ................................................... 83

Figura 44. Diagrama general de use case – Administración remota. .......................... 84

Figura 45. Diagrama general de use case - Seguridad. .............................................. 85

Figura 46. Diagrama general de use case – CRM Móvil. ............................................ 86

Figura 47. ECUS – Aprobar pedido de crédito. ........................................................... 88

Figura 48. ECUS- Consultar pedidos de crédito. ........................................................ 89

Figura 49. ECUS- Generar pedidos de crédito. ........................................................... 90

Figura 50. ECUS- Registrar documento de venta. ...................................................... 91

Figura 51. Architecture del S.I. .................................................................................... 92

Figura 52. CU Registrar documento venta. ................................................................. 93

Figura 53. Flujo básico – Registrar documento de venta. .......................................... 94

Figura 54. CU Aprobar pedido de crédito .................................................................... 95

Figura 55. Flujo básico – Aprobar pedido de crédito. .................................................. 96

Figura 56. CU Registrar ingreso mercadería .............................................................. 97

Figura 57. Flujo Básico – Registrar ingreso mercadería. ............................................ 98

Figura 58. CU: Generar letras de canje x pedido aprobado. ....................................... 99

Figura 59.Flujo básico - Generar letras de canje x pedido aprobado. ....................... 100

Figura 60. Flujo alternativo – Anular ingreso mercadería. ........................................ 101

Figura 61. Flujo alterno secuencial. .......................................................................... 102

Figura 62. Flujo alternativo – Registrar canje promoción. ......................................... 103

Figura 63. Flujo alterno Secuencial. .......................................................................... 104

Figura 64. Modelo conceptual Ventas. ...................................................................... 105

Figura 65. Modelo conceptual Logística. ................................................................... 106

Figura 66. Modelo conceptual Créditos y cobranza. ................................................. 107

Figura 67. Modelo conceptual Seguridad. ................................................................. 108

Figura 68. Modelo lógico Ventas parte 1. .................................................................. 109

Figura 69. Modelo lógico Ventas parte 2. ................................................................. 110

Figura 70. Modelo lógico Logística parte 1. ............................................................... 111

Figura 71. Modelo lógico Logística parte 2. ............................................................... 112

xvi

Figura 72. Modelo lógico Créditos y Cobranzas parte 1. ........................................... 113

Figura 73. Modelo lógico Créditos y Cobranzas parte 2. .......................................... 114

Figura 74. Modelo lógico Créditos y Cobranzas parte 3. ........................................... 115

Figura 75. Modelo lógico Seguridad parte 1. ............................................................. 116

Figura 76. Modelo lógico Seguridad parte 2. ............................................................. 117

Figura 77. Modelo físico Ventas parte 1. ................................................................... 118

Figura 78. Modelo físico Ventas parte 2. ................................................................... 119

Figura 79. Modelo físico Logística parte 1. ................................................................ 120

Figura 80. Modelo físico Logística parte 2. ................................................................ 121

Figura 81. Modelo físico Créditos y Cobranzas parte 1. ........................................... 122

Figura 82. Modelo físico Créditos y Cobranzas parte 2. ............................................ 123

Figura 83. Modelo físico Créditos y Cobranzas parte 3. ............................................ 124

Figura 84. Modelo físico Seguridad parte 1. .............................................................. 125

Figura 85. Modelo físico Seguridad parte 2. .............................................................. 126

Figura 86. Esquema de componentes de aplicación. ................................................ 127

Figura 87. Esquema global de componentes. .......................................................... 128

Figura 88. Esquema de implementación. .................................................................. 129

Figura 89. Login. ....................................................................................................... 133

Figura 90. Menú principal. ........................................................................................ 134

Figura 91. Pedido de crédito ..................................................................................... 135

Figura 92. Canje de Promoción ................................................................................ 135

Figura 93. Canje de documentos de crédito. ............................................................. 136

Figura 94. Transacciones de almacén. ..................................................................... 137

Figura 95. Reporte de venta diaria x categoría. ........................................................ 137

Figura 96. Reporte de venta diaria x hora. ................................................................ 138

Figura 97. Reporte de productos relacionados.......................................................... 138

Figura 98. Reporte de cuentas por cobrar x cliente. .................................................. 139

Figura 99. Reporte de kardex detallado. ................................................................... 139

Figura 100. Aprobar pedidos de crédito. ................................................................... 140

Figura 101. Consultar pedidos de crédito. ................................................................. 141

Figura 102. Egresos parte 1 ...................................................................................... 143

Figura 103. Egresos parte 2. .................................................................................... 144

Figura 104. Ingresos. ................................................................................................ 145

Figura 105. Flujo de Caja. ........................................................................................ 146

xvii

INTRODUCCION

La empresa MARKET SAMI Inversiones se inicia el 01 de octubre de 2017 fundada

por el licenciado Walter Pinedo Mejía en la localidad de Yurimaguas provincia de alto

amazonas departamento de Loreto.

Nace como una necesidad percibida por el dueño en la provincia de alto amazonas

porque no existe MiniMarkets que cubran con una amplia gama de productos selectos

de primera necesidad queriendo atender de manera oportuna y procurando superar las

expectativas de los clientes.

El sector donde se desarrolla la empresa, es de tipo comercial mixto MiniMarket, las

cual solo realiza ventas al por menor y además proyecta contar con el servicio de

Delivery.

La empresa se encuentra ubicado en una calle muy concurrida de la ciudad Av. Las

américas Mz B lote C A 4 de Loreto – Alto Amazonas – Yurimaguas.

Su mercado objetivo son clientes de clase media a alta con deseos de una grata

experiencia de compra. Se esfuerza en dar a sus clientes el mayor valor dándole

mucho confort y atenciones por parte de su personal capacitado para brindar una

cálida atención.

xviii

Market Sami es una firma que vende múltiples categorías de productos como, por

ejemplo: Abarrotes, Lácteos, licorería, joyería, juguetería, limpieza, golosinas, librería,

descartables, prendas de vestir.

La empresa tenía problemas serios de pérdidas de mercaderías, como la empresa no

tiene un control de sus productos no se sabe el destino de algunos productos.

Además, la empresa quiere dar un toque de distinción respecto a la competencia y

vender de forma computarizada y organizada como en las grandes compañías

dedicadas al SuperMarkets.

El gerente trabaja en una organización publica; viaja constantemente, y desea saber

cómo anda su negocio y su personal en tiempo real, sin estar físicamente presente en

el lugar.

Se dio propuesta del desarrollo de una solución integral tecnológica, un sistema para

la gestión comercial del negocio para resolver dichos problemas y mejorar aspectos

abandonados e ignorados por los gerentes como por ejemplo los reportes que le

permitiera observar información relacionada y resumida para así poder optar por

mejores decisiones para su empresa.

19

CAPÍTULO I.

GENERALIDADES

1.1. Análisis Empresarial

La empresa MARKET SAMI Inversiones se inicia el 01 de octubre de 2017 fundada

por el licenciado Walter Pinedo Mejía en la localidad de Yurimaguas provincia de alto

amazonas departamento de Loreto.

Nace como una necesidad percibida por el dueño en la provincia de alto amazonas

porque no existe mini mercados que cubran con una amplia gama de productos

selectos de primera necesidad, queriendo atender de manera oportuna y procurando

superar las expectativas de su distinguida clientela.

Misión

Otorgar productos de excelente calidad; a través de un buen servicio, el mejor precio y

un trato amable por parte de quienes conformamos esta empresa.

Visión

Buscamos ser la primera opción de nuestros clientes al momento de adquirir insumos

para su negocio; permitiéndonos crear relaciones duraderas basadas en la lealtad, el

respeto y la relación duradera que nos permita crecer conjuntamente todos los días.

20

1.1.1. Organigrama

Figura 1. Organigrama. Fuente: Preparación propia.

1.1.2. Análisis FODA

Seguidamente, mostramos el análisis de Fortalezas, Debilidades, Oportunidades, y

Amenazas, en la matriz FODA perteneciente a la empresa SAMI MARKET.

21

Análisis Interno

FORTALEZA DEBILIDAD

F1. Buena atención y trato amable hacia

la clientela (Protocolo de la empresa).

F2. Gran Surtido de productos de

primera necesidad.

F3. Productos novedosos en ciertas

categorías.

F4. Amplio espacio del local comercial.

F5. Seguridad del local comercial vía

cámaras de vigilancia.

F6. Excelente ubicación del local

comercial (avenida principal).

F7. Local comercial es agradable, limpio

y amigable.

D1. Falta de una comunicación

horizontal de la plana jerárquica.

D2. Desmotivación del personal.

D3. Falta de establecimiento de la

cultura organizacional.

D4. Falta de pista asfaltada en la calle

del local comercial.

D5. Clientes insatisfechos por mala

atención.

D6. Pérdida de tiempo en almacén por

la revisión de mercaderías.

D7. No contar con más cajas de

cobranza, sobre todo en fechas festivas

cuando hay más ventas.

22

Análisis Externo

OPORTUNIDADES AMENAZAS

O1. Buenas relaciones con los

proveedores.

O2. Buenas relaciones del propietario

con profesionales de entidades públicas

y privadas.

O3. Reconocimiento de marca en la

región.

O4. Crecimiento en consumo.

O5. Poder adquisitivo de clientes

O6. Alianzas con otros proveedores.

O6. Asociaciones con otras empresas

para diversas promociones.

O7. Realizar más y mejores

promociones para la fidelización de

clientes.

O8. Realizar actividades con proyección

social para lograr que los clientes se

sientan familiarizados con la firma.

O9. Introducir sistema de incentivos a

los empleados de la empresa.

O10. Contratar recursos humanos

calificado.

A1. Competidores potenciales.

A2. Huelgas y paralizaciones

A3. Altos costos en productos de origen

lejanos por parte de los proveedores.

A4. Falla de proveedores en entrega de

productos en la fecha requerida.

A5. Llegada de productos fallados

provoca desprestigio.

A6. La no presencia de sucursales.

A7. Precios bajos por parte de la

competencia.

23

1.1.3. Cadena de Valor de la empresa

Tabla 1 Cadena de valor

INFRAESTRUCTURA DE LA EMPRESA: Solo opera en yurimaguas, sinergias con empresas socios, clientes, colaboradores.

GESTION DE RECURSOS HUMANOS: No existe trato autoritario a empleados, aprendizaje continuo, horarios flexibles, recreación para empleados.

DESARROLLO DE TECNOLOGIA: Redes sociales, lectura de código de barras de productos.

COMPRAS:

Logística de entrada Operaciones Logística de salida Marketing y ventas Servicio

Contacto directo con proveedores.

Bajos costos de abastecimiento.

Control de costos del manejo de mercancías, almacenamiento, organización y despacho.

Rotación de inventarios (medida central de desempeño de la cadena de valor).

Inventario visualizado por cada empleado en tiempo real.

Ahorros importantes en operaciones logísticas.

Ahorro de energía (reducciones de consumo).

Autoservicio guiado.

Higiene y sanidad en productos orgánicos.

Instalaciones amplias.

Productos en estanterías y por secciones.

Lo que el cliente no encuentra lo pide a bodega y paga los productos.

Eslogan: “Economía total”.

Redes sociales. Ofertas. Promociones. No redondeo de

precios. Degustaciones. Descuentos por

ventas mayores. Precios bajos. Renovación de

imagen.

Soporte al cliente.

Resolución de quejas.

Fuente: Preparación propia.

24

1.1.4. Análisis Canvas

Tabla 2. Análisis canvas.

ALIANZAS ESTRATEGIAS

ACTIVIDADES CLAVES PROPUESTA DE VALOR

RELACIONES CON LOS CLIENTES

SEGMENTOS DE MERCADO

Empresa Abrecaminos su director Peterson Piña también encargado de programa televisivo “En la mira del éxito”

Venta computarizada y con lectura de código de barras.

Publicidad agresiva en fechas estratégicas.

Manejo de inventarios optimo Selección de proveedor

adecuado para cada categoría de productos en relación costo-beneficio.

El servicio superior. La calidad y frescura

de los productos. Los precios justos. Las ofertas que te

permiten ahorrar. Las promociones

que nos estrechan con los clientes harán de SAMI MARKET tu mejor vecino y aliado para tu bolsillo.

Relación de cercanía y calidez. Contamos con un programa de

fidelización muy básico que me permite conocer que compran, cuando y cuantas veces lo compran para ofrecer descuentos en lo que te gusta.

Publicidad encaminada a destacar productos saludables y hábitos de vida saludable.

Mujeres de 30 a 60 años casadas con 1 a 3 hijos, trabajadoras.

Hombre-mujeres solteros de 26 a 40 años con mascotas.

Mujeres casadas dedicadas al hogar entre 30 y 60 años.

Hogares sin hijos conformado por personas jubiladas.

Jóvenes de 16 a 20 años estudiantes.

RECURSOS CLAVES CANALES DE DISTRIBUCION

Gente de atención al cliente en punto de venta (cajeros, surtidores, degustadores).

Productos frescos. Productos de gran consumo. Sistema confiable y de manejo

de inventarios. Sistema de CRM. Material publicitario.

Espacio físico en tienda. Redes sociales Aplicación de celular

ESTRUCTURA DE COSTOS FLUJO DE INGRESOS

Compra de mercancía, servicios públicos, arriendo, nomina, material de empaque y publicidad, impuestos.

Ventas día a día ( Efectivo, tarjeta débito y crédito),


25

1.1.3 Mapa de Proceso de la empresa SAMI Market

Figura 2. Mapa de procesos de la empresa SAMI Market. Fuente: Preparación propia.

MAPA DE PROCESOS DE SAMI MARKET

Fal

ta d

e fi

del

idad

po

r nec

esid

ad i

nsa

tisf

echa

del

clie

nte

PROCESOS ESTRATEGICOS

PROCESOS MISIONALES

PROCESOS DE APOYO

Gestión tecnológica Gestión

logística

Gestión contable

Ofrecer

atención cordial Ofrecer personal capacitado

Mantener stock

disponible siempre

Ofrecer productos de

calidad y en buen

estado

Tener precios bajos

Gestión RR.HH.

Descarga de apps

móviles a clientes

Crear promociones

y ofertas

Ofrecer la mejor experiencia de compra del

cliente

Fid

elid

ad y

nec

esid

ad s

atis

fech

a del

cli

ente

Gestión de políticas

de calidad total

Administración

Horizontal

Gestión de

relaciones Ofrecer programas de acuerdo a

las necesidades del cliente

26

1.1.5. Diagrama de Sub Proceso

Figura 3. Diagrama de sub proceso. Fuente: Preparación propia.

Gestión tecnológica

Gestionar solicitud

de crédito

Gestionar promoción

por puntos Gestionar

administración remota Gestionar kardex Gestionar soporte

al cliente

27

Diagrama Work Flow BPMN Detallado Del Sub Proceso

Figura 4. Diagrama work flow BPM detallado “Gestionar solicitud de crédito”. Fuente: Preparación propia.

28

Figura 5. Diagrama work flow BPM detallado “Gestionar promoción por puntos”. Fuente: Preparación propia.

29

Figura 6. Diagrama work flow BPM detallado “Gestionar kardex”. Fuente: Preparación propia.

30

Figura 7. Diagrama work flow BPM detallado “Gestionar Aprobación remota”. Fuente: Preparación propia.

31

Figura 8. Diagrama work flow BPM detallado “Gestionar soporte al cliente”. Fuente: Preparación propia.

32

1.2. Definición del Problema

La primera dificultad que se halla en la empresa SAMI Market es la falta de control de

productos, estos desaparecen y no se sabe el destino de ellos generando pérdidas

económicas para la empresa.

La segunda dificultad es la falta de fidelización de los clientes, puesto que la empresa se

ha propuesto crear relaciones duraderas con los clientes ya que esto asegura más y

mejores ventas.

La tercera dificultad es que, dado ciertos momentos el administrador no se encuentra en

el local comercial por periodos de tiempo (semanal, por ejemplo) porque viaja a ver otros

asuntos, entonces necesita un medio por el cual realice un monitoreo rápido y general de

algunas operaciones de forma remota.

1.2.1. Diagrama de Causa Efecto

Figura 9. Diagrama de causa efecto. Fuente: Elaboración: los autores.

33

1.3. Objetivos

1.3.1. Objetivo General

Implementar un Sistema Informático para la gestión comercial de SAMI Market

1.3.2. Objetivos Específicos

Analizar los requerimientos de información del sistema informático para la gestión

comercial de SAMI Market

Diseñar funcional y computacionalmente el sistema informático para la gestión

comercial de SAMI Market

Desarrollar el sistema informático para la gestión comercial de SAMI Market

Implementar el sistema informático para la gestión comercial de SAMI Market

1.4. Justificación e importancia del proyecto

El proyecto que se expone surge como una necesidad percibida por parte de la empresa,

ya que venía sufriendo pérdidas y malestares a diario.

A continuación, mostramos los factores que justifican el desarrollo del proyecto:

a) Crear Valor para el cliente. - La solución de los problemas mencionados en el

punto 1.2, entrega valor y satisfacción a los clientes; esta será percibida, aceptada

y al ser beneficiosa para ellos, la empresa también será beneficiada.

b) Flujo de trabajo optimizado. – Los procesos de negocio y de trabajo serán

mejorados con la implementación del sistema informático.

c) Tener de aliado al activo intangible “El conocimiento”. – La empresa tendrá

“memoria” a largo plazo para así poder tomar mejores decisiones.

d) Reducción de costos. – Reducción en personal, Reducción en corrección de

errores, Reducción en espacio (Volúmenes de documentos).

34

e) Apoyo estratégico. – Hace posible políticas y estrategias de gerencia gracias a la

flexibilidad del sistema.

1.5. Alcance del Proyecto

El actual Proyecto considera como pilar fundamental el trabajo cotidiano de los trabajadores

para así verlo como sistema. Dicha visión se plasma en el desplazamiento de los documentos

y files, con el objeto de tener base para la creación de las nuevas funcionalidades.

Se tiene la expectativa de crear módulos que manejen dichas solicitudes y que sean utilizados

de tal forma que entregue información enriquecida cuando el usuario lo necesite.

Se ha delimitado el desarrollo a los módulos: Ventas, Logística, Créditos y cobranzas,

Seguridad, CRM Móvil Cliente, Administración Móvil. Ajustado a las necesidades de la

empresa y que dé solución a los problemas mencionados. A continuación, listamos los

principales procesos del sistema.

A) Modulo Ventas

a. Registro de documento de venta

b. Registro de clientes

B) Módulo Logística

a. Registro de transacciones (Entrada y salida de mercaderías)

b. Registro de productos

C) Módulo de Créditos y cobranzas

a. Canje de documentos

b. Cobranzas de documentos

D) Modulo Seguridad

a. Registro de usuario

b. Registro de ítems de menú

c. Registro de perfiles de usuario

35

E) CRM Móvil Cliente

a. Consulta de promociones

b. Consulta de créditos

F) Administración Móvil

a. Aprobación de créditos

b. Consulta de créditos

36

CAPÍTULO II.

FUNDAMENTO TEORICO

2.1. Antecedentes

a) Universidad Nacional del altiplano - Puno Perú, “SISTEMA DE

ADMINISTRACION DE VENTAS DE UNA MICRO Y PEQUEÑA EMPRESA EN

AZANGARO”

(Chura Sotomayor, Henry Ronald, 2015) manifiesta que su definición de problema:

Los sistemas informáticos no era un tema prioritario del pequeño empresario por

los altos costos de su implementación.

La tienda minimarket José Carlos busca alcanzar la aceptación y fidelidad de sus

clientes.

Tiene problemas con sus procesos puesto que no los concluye y es manual.

No tiene control de sus inventarios y estos generan pérdidas.

El proyecto uso la metodología de desarrollo XP (Extreme Programing).

Sus logros fueron:

El desarrollo de un sistema muy amigable para el usuario.

Se mejoró el proceso de ventas

Mejoro el control de productos

37

El sistema cumple con los requisitos de: Funcionalidad, fiabilidad, usabilidad,

eficiencia, mantenibilidad y portabilidad.

b) Universidad Andina Néstor Cáceres Velásquez – Juliaca Peru, “SISTEMA DE

CONTROL DE VENTAS PARA PRODUCTOS APLICANDO TECNOLOGÍA MÓVIL

PARA EL MINIMARKET NEGOLATINA”

(Apaza Huanacuni Alex Sadan 2015) manifiesta que su definición de problema:

Bajo control de las ventas


El proyecto uso la metodología de desarrollo RUP (Rational Unifified process).

Sus logros fueron:

El desarrollo de un sistema a la medida para la empresa gracias a los

requerimientos funcionales.

Posibilidad de ampliación adecuada gracias a la tecnología WAP.

Sistema amigable

Tiempo de respuesta de sistema aceptable

c) Pontificia Universidad Católica – Lima Perú, “ANALISIS, DISEÑO E

IMPLEMENTACION DE UN SISTEMA DE INFORMACION PARA UNA TIENDA DE

ROPA CON ENFOQUE AL SEGMENTO JUVENIL”

(Rodriguez Torres Johanna Elizabeth 2013) manifiesta que su definición de problema:

Crecimiento desordenado e informal de la empresa.

Falta de control de Ventas.


Baja fidelidad y captación de clientes

Difícil categorización de productos por temporada

Almacenes sobre abastecidos

Operaciones manuales y difícil consolidación de datos para reportes

38

El proyecto uso el método de desarrollo “Rational Unifified process” (RUP). Para la

gestión del proyecto se usó PMI.

Sus logros fueron:

Cumplimiento de los objetivos específicos del proyecto

Cumplimiento de pruebas unitarias para minimizar los errores

Desarrollo acorde a la empresa.

d) Pontificia Universidad Católica – Valparaíso Chile, “SISTEMA DE CONTROL DE

VENTAS Y STOCK PARA MINIMARKET „FUTURO‟”

(Astudillo Favi Melisa karina 2015) manifiesta que su definición de problema:

Falta de personal para atender a clientes

Control manual de sus inventarios resulta tedioso y hacer perder tiempo y

productos

Grandes pedidos de productos a sus proveedores, resulta tedioso.

Control de ventas manual, tiene muchos errores

El proyecto uso la metodología de desarrollo Orientado a objetos.

Sus logros fueron:

Ventas satisfactorias gracias al manejo de código de barras.

Satisfacción del cliente

Escalable para el futuro

Tiempos de procesos reducidos

39

2.2. Marco teórico

2.2.1. Power Builder

Es una herramienta robusta de programación, con un concepto poderoso como el

Datawindow es capaz de crear software potente con pocas líneas de código y con una

rapidez fantástica lo cual se traduce en calidad y reducción de costos en el desarrollo.

2.2.2. Programación Orientada a Objetos

Es un concepto mejorado de métodos tradicionales el cual apareció para quedarse por

ser la más acertada y ordenada en su concepción. Es una técnica de programación el

cual consiste en pensar en “clases” como si fuera una plantilla de la cual se derivan

“objetos” el cual posee “atributos” y “métodos”. Por ejemplo, consideremos una clase

“gato” con atributos o características por ejemplo (nombre, color, peso, sexo, etc.) y

métodos que son las interacciones o funciones por ejemplo (comer, correr, cazar, dormir,

etc.)

Este concepto sencillo es muy importante en la programación pues ayuda a reducir

significativamente el tiempo de programación, el entendimiento y la organización del

código.

2.2.3. Mysql

Es un sistema manejador de base de datos relacional de “free code” que usa

El SQL como lenguaje. Es multiplataforma, veloz y es de bajo costo en cuanto a consumo

de recursos por lo que puede ser utilizado en PC’s con pocos recursos de hardware.

Tiene la ventaja de ser free por lo que es actualizado constantemente en su portal.

Actualmente utiliza triggers, store procedures entre otros como los gestores de pago

como Microsoft Sql Server.

40

2.2.4. Android Studio

Es el ambiente de programación oficial para Android, sustituyo a Eclipse el 16 de mayo

del 2013 y la primera versión firme fue anunciada en diciembre del 2014. Es

multiplataforma funciona para Windows, Linux y macros.

Está diseñada especialmente para Android (Actualmente Sistema operativo de

Smartphone) y adecuada para las actualizaciones que ocurren de forma veloz.

Su ambiente está adaptado para trabajar con Java Development Kit(Jdk) y tiene un

Software development Kit (Sdk) que contiene las versiones de las fuentes de Android con

la que se va a trabajar.

Es multiversion, ya que puede trabajar con varias versiones de Android lo cual lo hace

escalable.

Una desventaja que tiene es que trabaja solo con el microprocesador Intel y no por

ejemplo con AMD.

2.2.5. Arquitectura cliente - servidor

Es una arquitectura que se fundamenta en Cliente (solicitante) y Servidor (proveedor), es

decir un cliente que es quien solicita datos o información y en ese momento el cliente

está expectante a la respuesta del servidor que procesa la solicitud y devuelve resultados

al cliente. Esto se da usualmente y en caso de este proyecto en redes de computadoras

entre clientes (Estaciones de trabajo gestionada por un usuario) y un server o servidor

que es una PC especialmente para dicha tarea, esta no la utiliza usuarios, solo el

personal del Sistemas está capacitado para administrar esta computadora.

En internet se puede observar este modelo por ejemplo el correo electrónico, Facebook,

Gmail, google, watsapp, etc. En estos casos son granjas de servidores por la alta

41

cantidad de clientes que pueden llegar a tener. Un concepto que se utilizan también son

los espejos o RAID de discos duros para proteger la información de fallas.

Generalmente en una compañía existen varios servers por ejemplo de correo, de base de

datos, de aplicaciones, de call center, de aplicaciones web, etc. Todo esto con el fin de

mejorar el performance del sistema.

En esta arquitectura los clientes y servers pueden estar conectados:

a) Físicamente ya sea por cableado en caso de que estén en la misma organización

b) O también inalámbrico ya sea por internet o WIFI según sea el caso.

Ventajas

Administración centralizada: El servidor se encarga de gestionar las solicitudes de

acceso, los recursos a destinar a cada cliente, así como la base de datos tiene

mayores probabilidades de estar íntegros, sin que los clientes puedan hacer fallar

el sistema.

Escalable: Cada parte es independiente, es decir los clientes pueden ser

modificados sin ningún problema. De la misma forma los servidores se pueden

aumentar o quitar y no alteran el sistema.

Reparación accesible: Como los nodos del sistema están independizados se

puede reparar a cada parte sin alterar el sistema. Por ejemplo, una PC de logística

que este fallando se puede reparar sin interferir con el funcionamiento de la PC

Ventas. En caso del servidor es un poco diferente pues si falla los clientes no

tendrán sistema, por eso es recomendable tener más de un servidor o dar

mantenimiento periódico.

42

Desventajas

Un cliente no tiene conocimiento de los demás clientes, entonces si hubiera un

ataque de hacker se dificulta el rastreo de la dirección IP.

Si el servidor falla no tendrán sistema todo el grupo de clientes asignados a dicho

servidor.

En procesos largos en clientes si hubiera un problema (que se vaya la energía

eléctrica en ese momento, por ejemplo) podría perjudicar la integridad de la base

de datos en el server.

Figura 10. Diagrama de Modelo cliente servidor. Fuente: Análisis y Diseño de Sistemas de Información, Senn

2.2.6. Lenguaje de modelamiento unificado

Es un lenguaje de propósito general que ayuda a especificar, visualizar y documentar

modelos de sistemas software, incluido su estructura y diseño, de tal forma que se

unifiquen todos sus requerimientos.

Mostramos los diagramas que lo componen:

Diagrama de Casos de Uso Este diagrama permite mostrar la interacción del sistema a

implantar, se dice que entre un actor y un caso de uso existe mínimo un formulario.

43

Figura 11. Diagrama de ejemplo de casos de uso. Fuente: The Rational Unified Process: An Introduction 3rd edición.

Diagramas de Secuencia Muestra la interacción de mensajes entre objetos de forma

secuencial.

Figura 12. Diagrama de ejemplo de diagrama de secuencia. Fuente: The Rational Unified Process: An Introduction 3rd edición.

44

Diagramas de Actividad Este diagrama describe la interacción entre casos de uso y los

objetos.

Figura 13. Diagrama de ejemplo de diagrama de actividad. Fuente: The Rational Unified Process: An Introduction 3rd edición.

Diagramas de Clases Este diagrama permite plasmar las clases, sus relaciones,

atributos y métodos que tendrá en el sistema.

Figura 14. Diagrama de ejemplo de diagrama de Clases. Fuente: The Rational Unified Process: An Introduction 3rd edición.

45

Diagramas de Componentes Este diagrama permite mostrar los componentes utilizados

en el código de desarrollo de software.

Figura 15. Diagrama de ejemplo de diagrama de componentes. Fuente: The Rational Unified Process: An Introduction 3rd edición.

Diagramas de Implementación Este diagrama muestra cómo se distribuye la

arquitectura del sistema.

Figura 16. Diagrama de ejemplo de diagrama de implementación. Fuente: The Rational Unified Process: An Introduction 3rd edición.

46

2.2.7. Metodología de desarrollo de software

En este trabajo se utiliza la metodología Rational Unified Process (RUP), seleccionada

por ser la más adecuada en cuanto a sus fases, entregables y por su espléndida visión

para el análisis y desarrollo de software. Además de su estricta norma para la

documentación del software, es necesario para este trabajo.

DEFINICION DE RUP

Según (Kruchten, 2000): “RUP es una metodología de desarrollo de software que se basa

en Unified Modeling Language (UML), organizando el desarrollo del software en cuatro

fases, cada una de ellas conteniendo una o más iteraciones en la etapa de desarrollo del

software”.

RUP maneja 4 fases y en cada una tiene iteraciones, es decir se repite y se retroalimenta

en cada iteración esto garantiza su correcto funcionamiento.

RUP es un software enfocado en los procesos, es ordenado, disciplinado y se asignan

roles y responsabilidades al equipo de trabajo.

Solo de esta manera puede abarcar diferentes tipos de proyectos ya sea grandes y

pequeños. Solo así se garantiza la calidad y la total satisfacción de los usuarios finales y

así cumplir con el plan original del proyecto.

DESCRIPCIÓN DEL PROCESO

A continuación, se muestra las dimensiones de RUP, tal como observa en el Gráfico N°

17.

47

Figura 17. Diagrama de dimensiones de proceso. Fuente: The Rational Unified Process: An Introduction 3rd edición.

Las fases se muestran en la parte superior del gráfico y las iteraciones en la parte inferior

del gráfico.

Las actividades o tareas son listadas en la parte izquierda del gráfico.

En el Gráfico N° 17 se visualiza como las actividades son realizadas en todas las fases

en mayor o menor proporción. Por ejemplo, la actividad “Requisitos” es en mayor

proporción realizada en la “Fase Inicial”; así como la actividad “Despliegue” es en mayor

proporción de tiempo en la fase “Construcción” con más iteraciones.

FASES

En RUP se distribuye la duración del proyecto en 4 fases todas en estricto orden

secuencial, una vez que se termina la fase le sigue un hito. Un hito es un evento

relevante el cual demarca la fase, esta puede significar un entregable o artefacto como

por ejemplo un documento, dicho documento se evalúa para ver si cumple con los

requerimientos, solo en ese caso se avanza a la siguiente fase.

48

Figura 18. Diagrama de Fases de la metodología RUP. Fuente: The Rational Unified Process: An Introduction 3rd edición.

A) Fase de Inicio. – En esta fase se enfocan hacia la problemática general, así como

también los límites del proyecto. Aquí se hallan los use case (caso de uso) y actores del

negocio, es decir se modela el negocio.

B) Fase de Elaboración. – Esta fase se centra en los movimientos del trabajo,

documentación y sus direcciones de los requisitos y necesidades, se mejora el modelo

global del negocio y se va sentando los cimientos para la arquitectura a utilizar.

C) Fase de Construcción. – En esta fase se lleva a cabo la creación del software, es

decir el diseño de base de datos y programación a través de iteraciones. En cada

iteración se descubren en los use case errores u omisiones, entonces se corrigen, se

modifican y se prueban.

D) Fase de Transición. – Es la última fase en la cual se implanta el sistema y toda la

arquitectura hacia el cliente, además de programar capacitaciones y plan de

mantenimiento futuros.

UML (Lenguaje de Modelamiento Unificado): Es un conjunto de diagramas diseñados

para la construcción y documentación de un sistema. Estos diagramas muestran la región

que va abarcar, la realidad de los procesos y el comportamiento de este.

49

A continuación, listamos los distintos tipos de diagramas:

De clases, de componentes, de objetos, de estructura compuesta, de despliegue, de

paquetes, de actividades, de caso de uso, de estado, de secuencia, de comunicación, de

tiempos y de vista de interacción.

2.2.8. Gestión de proyectos

Este proyecto es gestionado por la ejecución del “Project Management Body of

knowledge” (PMBOK), traducido al español como “Cuerpo del conocimiento de la

Administración de Proyectos.”

Definición: (PMBOK, 2009) define a la Guía de PMBOK como “un documento formal que

describe normas, métodos, procesos y prácticas establecidas”

Procesos: Un proceso son labores o diligencias vinculadas e interrelacionadas entre sí

con un objeto definido.

Todo proceso tiene entradas, salidas y técnicas que se aplican a esta. A continuación,

listamos los grupos de procesos de la dirección de proyectos:

Grupo del Proceso de Iniciación. Son los procesos para estructurar un proyecto

nuevo o también en proyectos ya desarrollados para desarrollar alguna fase

nueva.

Grupo del Proceso de Planificación. Es el conjunto de procesos para dar límites

al proyecto, re mejorar los objetivos y establecer las actividades necesarias para

lograr el objetivo principal del proyecto.

Grupo del Proceso de Ejecución. Son los procesos para complementar lo que

se estableció en el plan original de la dirección de proyectos.

50

Grupo del Proceso de Seguimiento y Control. Son el conjunto de procesos

para monitorear el avance del proyecto. Para que donde haya problemas se

inicien las modificaciones necesarias.

Grupo del Proceso de Cierre. Son los procesos que se requieren para finalizar

oficialmente el proyecto o fase de ello.

Figura 19. Diagrama de Grupos de procesos de la Dirección de Proyectos. Fuente: Guia del PMBOK 5ta edición.

2.3. Marco legal

En este proyecto se considera ético trabajar bajo la siguiente ley:

LEY N° 30096 LEY DE DELITOS INFORMÁTICOS

Capítulo 2. Delitos Contra Datos Y Sistemas Informáticos

En este apartado se trata del acceso ilegal a un sistema informático. Además de la

modificación o borrado de datos sin autorización. Y por último de la inutilización de un

sistema informático utilizando tecnologías de la información, es decir impedir su

utilización.

Capítulo 4. Delitos Informáticos Contra La Intimidad Y El Secreto De Las

Comunicaciones

51

En este capítulo se trata acerca de traficar los datos o base de datos de forma ilegal con

fines no éticos. Además, habla de interceptar datos informáticos.

Capítulo 5. Delitos informáticos contra el patrimonio

En este tópico se trata de los fraudes en informática, como modificación, copias de datos

en beneficio ajeno al del propietario.

Capítulo 6. Delitos informáticos contra la fe publica

Trata de perjudicar a terceros mediante la suplantación de una persona con el uso de TI.

52

CAPÍTULO III.

PLAN DEL PROYECTO

3.1. Acta de Constitución

ACTA DE CONSTITUCION DEL PROYECTO

PROYECTO ANÁLISIS Y DISEÑO DE UN SISTEMA PARA LA GESTION

COMERCIAL DE LA EMPRESA SAMI MARKET

PATROCINADOR Propietario de la empresa SAMI Market

PREPARADO

POR

Christian Jonathan Mori García FECHA 10 01 2019

REVISADO POR Walter Pinedo Mejía FECHA 10 01 2019

APROBADO POR Walter Pinedo Mejía FECHA 15 01 2019

DESCRIPCION DEL SOFTWARE

El presente Sistema a desarrollar contará con 4 módulos los cuales serán:

Módulo de Ventas

Módulo de Logística

Módulo de Créditos y cobranzas

Módulo CRM móvil

Módulo de Seguridad

OBJETIVOS DEL PROYECTO

Objetivo General

Implementar un sistema para la gestión comercial de la empresa Sami Market.

Objetivos Específicos

Optimizar las búsquedas de los artículos de los consumidores en un 10 %.

Minimizar las pérdidas de artículos en un 5 %.

Ofrecer créditos a los consumidores e incrementar las ventas en un 15%.

Lograr fidelidad en los consumidores por más tiempo al menos 20%.

Crear valor a los consumidores, mostrándoles una tecnología ágil y útil en las ventas.

Darle atención total en el Smartphone al cliente para generar fidelidad.

FACTORES CRÍTICOS DE ÉXITO DEL PROYECTO

Integrantes del equipo de proyecto altamente capaces y experimentados.

Colaboración por parte del cliente (la firma) en todo al equipo de proyecto.

Que los requerimientos estén claros y sin cambios de último momento.

Que el presupuesto no se modifique y que los pagos sean puntuales.

Una buena gestión del jefe de proyecto.

53

EXIGENCIAS DE ALTO NIVEL

En las maquinas clientes de la firma se requiere mínimamente lo siguiente

Acceso a red.

2 GB de RAM en memoria.

500 GB de capacidad de Hard Disk

Procesador Intel i3 o Amd x2 Phenom

Software cliente de firma

Windows 7 profesional

Software para documentos del cliente de la firma

Microsoft Office 2010

Foxit Reader (PDF)

Software de desarrollo para el equipo del proyecto

Power Builder 11.5

Java 8

Android Studio

Servidor de base de datos (requerimientos mínimos).

Acceso a red.

8GB memoria RAM

Disco duro de 1TB.

Windows 2012 Server.

XAMPP 7.3.10

Mysql 10.4.8

Apache 2.4.41

Hardware y software móvil cliente

Sistema operativo Android 6.0 para adelante

Conexión a internet

ALCANCE DEL PROYECTO

FASES DEL PROYECTO PRINCIPALES ENTREGABLES

Fase de Inicio Matriz de consistencia de firma PN (Proceso de negocio) Análisis de la firma Exigencias de usuario Fase de Elaboración Detallar las exigencias de usuario. Creación de los use cases del sistema. Diseño de la arquitectura con los paquetes del software. Creación de los prototipos del Software. Fase de Construcción Desarrollo del software en función de los prototipos. Realización de Pruebas y test. Fase de Transición Implantación de sistema y entrega de documentos.

Acta de Constitución del Proyecto (PGP) Plan General del Proyecto Cronograma y diagrama de Gantt Diagramas de Business use case y system use cases. Detalle de exigencias Prototipos del software Diagrama Entidad – Relación, Diagrama lógico y físico. Diagrama de Implementación Diagrama de Despliegue Software creado (solo ejecutables) Manual de Usuario Informe de testeo del software Acta de Aprobación del software oficial entregado

54

INTERESADOS CLAVE

Gerente propietario, jefe logística, vendedores y jefe TI

RIESGOS DEL PROYECTO

La no actualización de los artículos maestros en el software El bloqueo de tablas de la BD por su uso simultaneo La no integridad referencial por errores de digitación Errores en digitación de productos, lo que dificulta luego su búsqueda Infección de virus del servidor Falla de hardware del servidor o pc’s clientes Errores con internet lo que puede grabar malos datos

HITOS PRINCIPALES DEL PROYECTO

Levantamiento de información 180 grados Creación y modelamiento de la firma mediante diagramas Diseño de la BD

COSTO DEL PROYECTO

S/. 21,430.00

Día de inicio planeado

Día de termino planeado

Tiempo en días

10/01/2019

10/04/2019

65

AUTORIZACIONES:

Nombre Nombre

Jefe de proyecto Empleado de ventas

Christian Jonathan Mori García Karen Napo Salas

55

3.2. Registro de Interesados

Tabla 3.

Interesados internos.

Nombres y apellidos

Cargo Exigencias Expectativas Responsabilidades

Christian Jonathan Mori Garcia

Director, analista y desarrollador del Proyecto

Bachiller de sistemas como mínimo

Que Tramite todo el proyecto

Llevar adelante el equipo de trabajo y recursos con el objeto de crear un producto redituable


Tabla 4. Interesados externos.

Nombres y apellidos

Cargo Exigencias Expectativas Responsabilidades

Walter Pinedo Mejia

Gerente propietario

Que sea fundador e inversor de la firma.

Que mantenga a flote y que de dirección de crecimiento a la firma.

Que administre los recursos económicos, recursos humanos, finanzas e inversiones, además de las estrategias generales


56

3.3. Gestión de Alcance

3.3.1. Alcance del Proyecto

El estudio y desarrollo del software es especial para la firma SAMI MARKET y no se

piensa en implantar a otras firmas porque la realidad de ésta es muy particular. El

movimiento del trabajo, de documentos y transacciones de la firma SAMI MARKET es

singular, además de la visión y estrategias a largo plazo que quiere llegar a cumplir.

Todo ello contribuye a servir de referencia para la creación del software.

Este proyecto está planeado para resolver los problemas antes mencionados mediante

una solución de TI es decir un software. Dejando los cimientos para el futuro es decir

con facilidad para la modificación y ampliación del sistema.

El proyecto está delimitado al sistema de: Ventas, logística, créditos y cobranzas,

Aplicación móvil CRM y de seguridad. Todos estos módulos enfocados a resolver los

problemas citados con anterioridad, dando nosotros nuestro valor agregado de alertas

en la pantalla principal el cual muestra mensajes importantes y críticos en tiempo real

de lo que ocurre en la firma.

Se acordó

La instalación y configuración del servidor, instalación y configuración de clientes con

una garantía de funcionamiento correcto de 3 meses sin cobrar por algún

inconveniente que ocurra en ese periodo.

3.4. Entregables por hitos

En cada hito es decir al término de cada fase se hará entrega de documentación de

acuerdo a la metodología utilizada en este proyecto:

57

Fase Inicial.

Planificación de Proyecto

Calendario de tareas

Esquema de los movimientos de la firma:

- Esquema de Business Use Case

- Esquema de Activities

- Esquema de Actors

- Esquema de Entities

Alcance del Software:

- Exigencias del sistema

- Detalles de los primeros Use cases

Glosario de definiciones de la firma

Fase de Elaboración

Calendario de entrevistas con usuarios de la firma.

Documento de Dibujos y esquemas del diseño:

- Esquema de use case del sistema

- Esquema de collaboratión

- Esquema de Sequence

- Esquema Lógico (Entidad – Relación, de clases)

- Prototipos y pantallas

Instrumento de Observación de Prototipo: Es para ponerse de acuerdo con los

usuarios acerca de los prototipos.

Glosario de definiciones de la firma actualizado

Alcance del Software actualizado

Fase de Construcción

Documento de Dibujos y esquemas del diseño actualizado

Alcance del Software actualizado

58

Fase de Transición

Implantación del software en servidor

Implantación del software clientes

Instrucción al usuario

Guia de usuario

Test del usuario

Plan de soporte y mantenimiento

Satisfacción del cliente

3.5. Proyección de duración

3.5.1. Calendario (Esquema de Gantt)

Figura 20. Esquema Gantt. Fuente: Preparación propia.

59

Figura 21. Esquema Gantt. Fuente: Preparación propia.

60

3.6. Plan de Informes

3.6.1. Plan de Informes del Proyecto

Tabla 5. Plan de Informes del proyecto. ID Fase Hito Notas Forma de informar Frecuencia Remitente(s) Destinatario(s)

I Gestión del Proyecto

Se hace entrega de: Acta de Constitución, lista de hitos, plan de recursos humanos y alcance del software

Describe las especificaciones detalladas que el software debe cumplir

Entrega de documento físico y virtual más exposición presencial

Una única vez Christian Jonathan Mori García

Propietario

II Inicial Se hace entrega de: alcance del software actualizado, esquemas del business model

Se desea mostrar las exigencias de los usuarios y esquema general del negocio

Entrega de documento físico y virtual más exposición presencial grupal

Una vez cada semana

Christian Jonathan Mori García

Propietario Y Usuarios

III Elaboración Se entrega: Documento de Dibujos y esquemas del diseño y el instrumento de observación del prototipo.

Se desea validar los prototipos con los usuarios para su desarrollo.

Entrega de documento físico y virtual más exposición presencial grupal

Una vez cada semana


Propietario Y Usuarios

IV Construcción Documento de Dibujos y esquemas del diseño y alcance del software ambos actualizados.

En esta fase se quiere mostrar los use case detallados y diseñados


Una vez cada semana


Propietario

V Transición Test inicial, implantación del software en servidor y en clientes

Se desea exhibir el producto terminado en producción. Se entrega el file con todos los documentos del proyecto.


Una única vez Christian Jonathan Mori García

Propietario


61

3.7. Organización del Proyecto

El proyecto tiene una jerarquía y orden en sus funciones

3.7.1. Organigrama

Tabla 6. Organigrama del equipo del proyecto.


3.7.2. Tabla de Responsabilidades

Tabla 7. Tabla de responsabilidades

Cargo Funciones Intervención en proyecto

Apellidos y Nombres

Líder de Proyecto Determina la ruta que va a seguir el proyecto de tal manera que va a administrar que se cumpla con los objetivos.

Tiempo Completo

Mori García Christian Jonathan

Propietario de la firma

Autoriza las fechas de entrevistas con usuarios y valida los hitos del proyecto

Tiempo Completo

Walter Pinedo mejía

Usuario Ventas

Mediante autorización del propietario realiza entrevistas con el equipo del proyecto.

Tiempo Completo

Karen Napo

Analista – desarrollador de Sistemas

Se encarga de realizar los esquemas del análisis del negocio junto con el líder de proyecto.

Se encarga de estructurar los use case y modelos.

Desarrolla mediante programación los módulos del software de acuerdo a los esquemas y estándares establecidos.

Diseña el manual de usuario.

Tiempo Completo


Administrador de Database

Diseña los modelos de datos siguiendo la normalización.

Migrar los modelos de datos al DBMS.

Implementación y seteo de los servidores de database de desarrollo y producción.

Tiempo Completo



62

3.8. Plan de Riesgos

3.8.1. Registro de Riesgos del Proyecto

Tabla 8. Registro de Riesgos.

Riesgos Consecuencias Nivel de

Probabilidad (P) Impacto (I)

Costo de Riesgo

Estrategia de Respuesta

El directivo no apoya completamente el proyecto.

El equipo del proyecto no cumpla con los objetivos del

proyecto Low(0.30)

Very High(S/ 3000)

S/ 900 Conversar y convencer que su

apoyo es prioritario.

El no control de los cambios. El alcance del proyecto

crezca Medium(0.48) High(S/ 2500) S/ 1200

Registrar los cambios y comparar con el alcance, si sobrepasa ver si

hay factibilidad de desarrollo.

El equipo del proyecto agrega sus propias características al producto.

Retraso del proyecto e insatisfacción del producto

Low (0.40) Medium (S/ 800) S/ 320 Contratar personas con

experiencia.

Estimaciones inexactas del tiempo y costo del proyecto.

Reprogramación del proyecto y de costos.

Medium(0.50) High(S/ 2600) S/ 1300 Más horas de trabajo en el mejor

de los casos y replantear los costos al cliente en otros casos.

La no identificación de algún cambio importante.

Puede convertirse en un problema crítico.

High(0.75) Very High(S/

4000) S/ 3000

Mano de obra extra e incremento de los costos.

El volumen de negocios del interesado puede dar lugar a interrupciones del proyecto.

Reprogramación del proyecto Medium(0.46) High(S/ 2800) S/1288 Recalcar al interesado los

beneficios y ventajas del desarrollo del proyecto.

Que el equipo del proyecto necesite nuevas habilidades para el proyecto.

Disminución de productividad Medium(0.45) High(S/ 3000) S/1350 Capacitaciones.

Licencias de integrantes del proyecto por salud o motivos personales.

Retraso del proyecto Medium(50%) High(S/ 3000) S/ 1500 Realizar exámenes de salud y

tener sustitutos a la mano.

Que ocurra un desastre natural o evento imprevistos como asaltos, sismos, etc.

Paralización del proyecto para reparar daños.

Bajo(20%) Very High(S/

5000) S/ 1000 Tener planes de emergencia.

Incumplimiento de alcance, tiempo, costo y calidad del proyecto.

Sanciones y entregables no aceptados

Medium(46%) Very High(S/

6000) S/ 2760

Tener documentado los requerimientos, cumplir con

pequeñas metas y fechas de hitos.


63

a) Probabilidad de riesgos

Tabla 9. Tabla de probabilidad.

Descripción de probabilidad Rango

Low 0% a 40%

Medium 41% a 65%

High 66% a 82%

Very High 83% a 100%


b) Impacto de riesgos

Tabla 10. Tabla de impacto.

Impacto Valor monetario

Low S/ 0 - 400

Medium S/401 - 1000

High S/ 1001 - 3000

Very High S/ 3000 - a mas


64

CAPÍTULO IV

DESARROLLO DEL PROYECTO

4.1. Modelo del Negocio

Figura 22. Modelo de use case del negocio. Fuente: Preparación propia.

Realizar venta Recibir productos

VISTA: MODELO DE USE CASE DE NEGOCIO

65

4.1.1. Use Case de Negocio

Tabla 11. Use case del negocio.

CODIGO USE CASE NOTAS

CUN1

Cede al cliente realizar el intercambio de

productos por un monto de dinero que el

entrega, tomando en cuenta la cantidad

de productos que solicita.

CUN2

Permite al trabajador de la empresa

(almacenero), recibir productos que

entrega el proveedor, previa solicitud


4.1.2. Metas del Negocio

Figura 23. Metas del negocio Fuente: Preparación propia.

Realizar venta

Recibir productos

Trato amable y cordial a nuestros clientes

Crear valor al cliente y lograr la fidelidad de los clientes

Utilizar procesos eficientes y con altos estandares de calidad

VISTA: METAS DEL NEGOCIO

66

4.1.3. Actores externos del Negocio

Figura 24: Actores externos del negocio. Fuente: Preparación propia.

4.1.4. Definición de los Actores externos del Negocio

Tabla 12. Definición de los actores externos del negocio. Descripción Identificación Función

Cliente

Es cualquier persona natural

o jurídica que solicita

comprar en la empresa.

Requiere productos para

comprarlos

Proveedor

Es cualquier persona natural

o jurídica que hace entrega

de productos a la empresa.

Entrega los productos para la

venta

Fuente: Preparación propia

Cliente Proveedor

Diagrama de actores externos

67

4.1.5. Diagrama General de Business Use Case

Figura 25. Diagrama general de Business Use case Fuente: Preparación propia.

4.1.6. Detalle de los Business Use Case

Tabla 13. Realizar Venta. (PN)Proceso

de Negocio

Realizar Venta

Objetivo Satisfacción del cliente mediante el intercambio de mercadería por dinero

Descripción 1. El cliente solicita productos de su conveniencia.

2. El vendedor verifica si tiene en mostrador los productos solicitados.

Si no existiese en mostrador, pregunta al almacenero, si lo tiene en

almacén.

3. En caso existiese en almacén, entrega al vendedor el producto solicitado.

En caso no existiese se informa al cliente que dicho producto no se

encuentra con stock.

4. Se realiza el cálculo de la cuenta del cliente por los productos solicitados.

5. El cliente realiza el pago correspondiente.

6. Se entrega al cliente su comprobante de pago.

Prioridad Alta

Riesgo Muy Alto

Duración del

proceso

5 minutos en promedio.


Cliente

(f rom Actores del negocio)

cajero

(f rom Trabajadores del negocio)

Realizar venta

(from CUN)Vendedor-almacenero

(f rom Trabajadores del negocio)

Recibir productos

(from CUN)

Proveedor

(f rom Actores del negocio)

Crear valor al cliente y lograr la fidelidad de los clientes(f rom Metas del negocio)

Trato amable y cordial a nuestros clientes

(f rom Metas del negocio)

Utilizar procesos eficientes y con altos estandares de calidad

(f rom Metas del negocio)

Diagrama general de caso de uso de negocio

68

Tabla 14. Recibir productos.

(PN)Proceso

de Negocio

Recibir productos

Objetivo Satisfacción del cliente mediante la disponibilidad oportuna de

productos

Descripción 1. El almacenero solicita la guía de los productos entregados

2. El almacenero verifica si el producto entregado coincide con la

guía.

Si no coincidiese el producto con la guía, informa al proveedor.

En caso no existiese errores se procede a aceptar la entrega.

3. Se firma la recepción de productos.

Prioridad Alta

Riesgo Muy Alto

Duración del

proceso

15 minutos en promedio.


4.1.7. Modelo de Análisis del Negocio

4.1.7.1. Business Workers (Trabajadores del negocio)

Figura 26. Business Workers. Fuente: Preparación propia.

cajero

Vendedor-almacenero

Dueño-propietario

Diagrama de Business Workers

69

4.1.7.2. Detalle de los Business Workers

Tabla 15. Descripción de los Business Workers.

Descripción Identificación Función

Dueño-propietario Representa la parte

gerencial del negocio

Representa el

inversionista capitalista

del negocio

Cajero Empleado encargado

de recoger los pagos

del cliente

Revisar y recoger el

dinero de los clientes y

por ultimo emitir

comprobante.

Vendedor - Almacenero Es el empleado de

doble función: Atender

al cliente y recepcionar

mercaderías

Ofrecer y ayudar al

cliente, entregar la

mercancía; y

controlarlas.


4.1.7.3. Business Entities (Entidades del Negocio)

Figura 27. Business Entities. Fuente: Preparación propia

Comprobante de pago Guia de remision

VISTA: Business Entities

70

4.1.7.4. Realización de los Business Use Case

Figura 28. DCUR – Realizar Venta. Fuente: Preparación propia.

Figura 29. DCUR – Recibir Productos. Fuente: Preparación propia.

Realizar venta CUNR: Realizar venta

Diagrama de realizacion de los Business Use Case

Recibir productos CUNR: Recibir productos

Diagrama de realizacion de los Business Use Case

71

4.1.7.5. Diagrama de Actividades

Proceso: Realizar venta

Figura 30. Diagrama de actividad – Realizar venta. Fuente: Preparación propia.

Solicitar

productos

Verificar stock de

productos en mostrador

Verificar stock

en almacen

No existe

Llenar comprobante

de pago

Entregar productos

a mostrador

Si existe

Recepcionar

dinero

Entregar comprobante

de pago

Informar la no

existencia

No existe

Anotar solicitud

de producto

Entregar

productos

72

Proceso: Recibir productos

Figura 31. Diagrama de actividad – Recibir productos. Fuente: Preparación propia.

Informe de proveedor de

llegada de productos

Revisar estado

de productos

Revisar coincidencia de

productos entregados con guia

Todo conforme

Devolver

productos

recepcionar

productos

Firmar entrega

Todo conforme

No esta conforme

No esta conforme

73

4.1.7.6. Reglas del Negocio.

Trato amable y atención cordial de todos los empleados hacia el cliente.

No hay devolución de dinero en caso de fuerza mayor.

Presentación limpia y agradable por parte de los empleados.

El método de valuación del almacén es FIFO.

Por compras mayores se entrega obsequios a los clientes.

Por compras regulares es factible hacer algún descuento.

No se venden productos vencidos para garantizar la satisfacción del cliente.

En ocasiones a clientes conocidos se entrega nota de venta para agilizar la

transacción.

Se da créditos a clientes con previa evaluación.

4.2. Requerimientos

4.2.1. Requerimiento Funcionales

RF 1. El S.I. de la firma debe funcionar bajo red, no es necesario Internet.

RF 2. El S.I. de Smartphone funciona con Internet.

RF 3. Cada usuario tiene su password ni siquiera el administrador de sistemas

lo conoce por que se almacena encriptado.

RF 4. El perfil de los usuarios es seteado por el administrador de sistemas.

RF 5. Los aplicativos de ventas y almacén deben estar habilitados para usar

lector de código de barras.

RF 6. Solo el usuario administrador aprueba solicitudes de crédito.

RF 7. Solo el usuario administrador tiene acceso al aplicativo móvil

“sami_adm”.

74

4.2.2. Requerimiento no Funcionales

RNF 1. El sistema es amigable desde todo punto de vista lo cual favorece al

usuario.

RNF 2. El S.I. cuenta con intentos de acceso al sistema, de pasar el intento 5

se bloqueará al usuario.

RNF 3. El S.I. Smartphone funciona en cualquier marca de celular, solo

interesa el sistema Android que soporte.

RNF 4. El S.I. de almacén procesa rápidamente grandes volúmenes de datos

en kardex, capacidad fundamental para crear valor para el cliente.

RNF 5. El acceso al S.I. estará en un icono en el escritorio de cada estación de

trabajo.

RNF 6. El sistema monitorea los ingresos y movimientos de los usuarios.

4.2.3. Modelos de Use Case del Sistema

Figura 32. Modelo de Use Case del sistema Administración. Fuente: Preparación propia.

Aprobar pedidos de credito Consultar reportes de ventas

Diagrama de caso de uso Administracion

75

Figura 33. Modelo de use case del sistema Créditos y Cobranzas. Fuente: Preparación propia.

Aprobar pedido de credito Consultar linea de credito

Generar Cobranza de letras Generar letras de canje x pedido

aprobado

Generar pedido crediticioImprimir cobranza

Imprimir letras x cobrar Imprimir pedido crediticio

Seleccionar letra x cobrar Seleccionar pedidos crediticios

aprobados

Diagrama de use case Creditos y Cobranzas

76

Figura 34. Modelo de caso de uso del sistema Logística. Fuente: Preparación propia.

Figura 35. Modelo de use case del sistema CRM Móvil. Fuente: Preparación propia.

Actualizar kardex Actualizar lotes Producto Anular ingreso mercaderia

Consultar reportes kardex y

existenciasGenerar lotes Producto Generar Nota ingreso

Generar Nota salida Registrar categoria producto

Registrar ingreso mercaderia

Registrar marca producto

Registrar ProductoRegistrar unidad medida

Seleccionar productos

Diagrama de use case Logistica

Consultar promociones Consultar pedidos crediticios Registrar queja - sugerencia

Diagrama de use case CRM Movil

77

Figura 36. Modelo de use case del sistema Seguridad. Fuente: Preparación propia.

Registrar compañias socio Registrar conexiones al sistema Registrar correlativos de

documentos

Registrar DBMS Registrar items menu Registrar items x defecto

Registrar modulos del sistema Registrar monedas Registrar perfiles a menu

Registrar perfiles a modulos Registrar perfiles a usuarios Registrar perfiles usuario

Registrar periodosRegistrar preferencias del sistema Registrar sucursales compañia

Registrar usuariosRegistrar usuarios a modulos Registrar ventanas sistemas

Diagrama de use case Seguridad

78

Figura 37. Modelo de use case del sistema Ventas. Fuente: Preparación propia.

Actualiza lotes producto Actualizar puntos promocion Acumular puntos promocion

Anular Doc venta Anular pedido Venta Consultar Doc. Venta

Consultar pedido Venta Imprimir documento venta Registrar Canje Promocion

Registrar cliente Registrar Documento Venta Registrar Pedido Venta

Registrar PromocionSeleccionar canje Promocion Seleccionar cliente

Seleccionar pedido venta Seleccionar Producto Seleccionar promocion

Diagrama de use case Ventas

79

4.2.3.1. Lista de Actores

Figura 38. Diagrama de Actores. Fuente: Preparación propia.

Descripción de actores

Es cualquier usuario del sistema en general

Representa el usuario administrador, dueño – propietario del negocio

Representa el cliente, el cual consulta desde su Smartphone

Representa el usuario cajero, el cual se encarga de realizar todo tipo de comprobantes de pago de ventas y además también realiza pedidos.

Representa el usuario de almacén, el cual se encarga de realizar todo tipo de recepciones de mercadería del proveedor y todo movimiento de entrada/salida de artículos.

Es el jefe de TI el cual se encarga de las configuraciones generales del sistema.

Figura 39. Descripción de actores. Fuente: Preparación propia.

Usuario del sistema

Administrador

(f rom Administracion)

Cliente

(f rom CRM Mov il)

Vendedor - Cajero

(f rom Credito y Cobranzas)...)

Encargado

Logistica(f rom Logistica)

Administrador

Sistemas(f rom Seguridad)

Administrador


Encargado Logistica

(f rom Logistica)

Administrador

Sistemas(f rom Seguridad)

Vendedor - Cajero

(f rom Ventas)

Usuario del sistema

Cliente

(f rom CRM Mov il)

Diagrama de actores

80

4.2.3.2. Diagrama de Paquetes

Figura 40. Diagrama de paquetes. Fuente: Preparación propia.

Interfaz presentacion

Modulos cliente servidor

Interfaz de

usuario SAMI

Interfaz movil

cliente

creditos y

cobtranzasventas Logistica

Modulo

Seguridad

Base de datos

CRM cliente

Base de datos

seguridad

VISTA LOGICA - Modelo de analisis

Arquitectura Inicial

Interfaz movil

administrador

Interfaz usuario

Adm TI

Modulos Movil

Sami Adm

CRM cliente

movil

81

4.2.4. Diagrama General de Use Case

Figura 41. Diagrama general de use case – Créditos y Cobranzas. Fuente: Preparación propia.

Consultar linea de credito

Aprobar pedido de credito

Administrador


Imprimir pedido crediticio

<<include>>

Seleccionar pedidos crediticios

aprobados

Seleccionar cliente

(from Ventas)

Imprimir letras x cobrar

Generar pedido crediticio

<<include>>

Generar letras de canje x pedido

aprobado

<<include>>

<<include>>

<<include>>

Generar Cobranza de letras

Vendedor - Cajero

<<include>>

Seleccionar letra x cobrar

<<include>>

Imprimir cobranza

<<include>>

Arquitectura general de use case

Credito y cobranzas

82

Figura 42. Diagrama general de use case - Logística. Fuente: Preparación propia.

Actualizar kardex

Seleccionar productos

Generar Nota ingreso

Generar lotes ProductoActualizar lotes Producto

Registrar Producto

Registrar ingreso mercaderia

<<include>>

<<include>>

<<include>>

<<include>>

<<extend>>

Registrar categoria producto

Anular ingreso mercaderia

Registrar marca producto Registrar unidad medida

Consultar reportes kardex y existencias

Encargado Logistica

<<include>>

<<include>>

Arquitectura general de use case Logistica

83

Figura 43. Diagrama general de use case - Ventas. Fuente: Preparación propia

Seleccionar Producto

Seleccionar cliente

Actualizar kardex

(from Logistica)

Acumular puntos promocion

Registrar cliente

Registrar Canje Promocion

Imprimir documento venta

Generar Nota salida

(from Logistica)

Seleccionar pedido venta

Registrar Pedido Venta

<<include>>

<<include>>

<<extend>>

<<extend>>

Registrar Documento Venta

<<extend>>

<<extend>>

<<include>>

<<extend>>

<<include>>

<<include>>

<<extend>>

<<extend>>

Consultar pedido VentaAnular pedido Venta

Consultar Doc. VentaAnular Doc venta

Vendedor - Cajero

Generar Nota ingreso

(from Logistica)

<<include>>

<<include>>

Registrar Promocion

<<include>>

Seleccionar promocion

<<include>>

<<include>>

Seleccionar canje Promocion

<<extend>>

Actualiza lotes producto

<<include>>

<<include>>

Actualizar puntos promocion <<include>>

Arquitectura general de use case Ventas

84

Figura 44. Diagrama general de use case – Administración remota. Fuente: Preparación propia

Consultar reportes de ventas

Aprobar pedidos de credito

Administrador

Arquitectura general de use case Administracion remota

85

Figura 45. Diagrama general de use case - Seguridad. Fuente: Preparación propia

Registrar usuarios

Registrar ventanas sistemas Registrar items menuRegistrar perfiles usuario

Registrar perfiles a modulos

Registrar usuarios a modulos

Registrar perfiles a menu

Registrar perfiles a usuarios

Registrar correlativos de

documentos

Registrar periodos

Registrar items x defecto

Registrar monedas

Registrar DBMS

Registrar compañias socio Registrar modulos del sistema

Registrar conexiones al sistema

Registrar sucursales compañia

Registrar preferencias del sistema

Administrador

Sistemas

Arquitectura general de use case Seguridad

86

Figura 46. Diagrama general de use case – CRM Móvil. Fuente: Preparación propia

Consultar promociones

Consultar pedidos crediticios

Registrar queja - sugerencia

Cliente

Diagrama de use case CRM Movil

87

4.2.5. Matriz de Modelo del Negocio y Modelo de Sistema

Tabla 16. Matriz de los use case del negocio y use case del sistema

Nro. CUN

Use case de negocio

Requerimiento Riesgos Use case del sistema Descripción del use case del sistema

0001 Realizar Venta

1.1 El cliente solicita productos de su conveniencia. El vendedor verifica si tiene en mostrador los productos solicitados. Si no existiese en mostrador, pregunta al almacenero, si lo tiene en almacén. 1.2 En caso no existiese mostrador, pero si en almacén, entrega al vendedor el producto solicitado. En caso no existiese se informa al cliente que dicho producto no se encuentra con stock. Se realiza el cálculo de la cuenta del cliente por los productos solicitados. 1.3 El cliente realiza el pago correspondiente. Se entrega al cliente su comprobante de pago.

1.1 Que no se encuentre inventariado o bien registrado un producto.

1.2 Se registren dos o

más veces el mismo producto o de perder la venta por la falla.

1.3 La información de los productos enviados que van a ser devueltos no está actualizada.

1.1 Registrar pedido Venta 1.2 Emitir Nota de salida 1.3 registrar comprobante de pago venta 1.4 Anular venta 1.5 Generar nota de ingreso. 1.6 Aprobar pedido de crédito 1.7 Generar letras de canje.

El vendedor –cajero registra en su pc la solicitud de productos del cliente. Se emite una nota de salida automática a mostrador de ventas. El vendedor-cajero registra e imprime el comprobante de pago. El vendedor – cajero selecciona el comprobante de venta y lo anula. En proceso automático el sistema genera nota de ingreso por anulación de documento. El administrador selecciona la solicitud de crédito y verifica para aprobación El sistema genera las letras de canje con las fechas establecidas en la solicitud crediticia.

0002 Recibir productos

2.1 El almacenero solicita la guía de los productos entregados. El almacenero verifica si el producto entregado coincide con la guía. Si no coincidiese el producto con la guía, informa al proveedor. En caso no existiese errores se procede a aceptar la entrega. Se firma la recepción de productos

2.1 Que un producto este vencido o en mal estado. 2.2 Que si no está un producto en mostrador, figure en almacén cuando no existe físicamente.

2.1 registrar ingreso de mercadería. 2.2 Actualiza kardex. 2.3 Actualizar lotes de productos

El almacenero selecciona los productos de la guía del proveedor poniendo sus cantidades entregadas y sus fechas de vencimiento, generando así una nota de ingreso. El sistema automáticamente actualiza el kardex por cada transacción de ingreso o egreso. El sistema automáticamente actualiza los lotes de los productos por cada transacción de ingreso o egreso

Fuente. Preparación propia.

88

4.2.6. Especificaciones de los Use case del Sistema

Use Case 01: Aprobar pedido crediticio

Figura 47. ECUS – Aprobar pedido de crédito. Fuente: Preparación propia.

Breve Descripción

En este use case el administrador – propietario aprobar los pedidos de crédito según

evaluación del cliente, monto y fechas de pago del pedido.

Flujo de Sucesos

Flujo Básico << aprobar pedidos crediticios >>

1) El use case empieza en el momento que el “usuario administrador” entra a la

opción “aprobar pedido” del menú procesos de la ventana de “Pedidos de

venta”.

2) El sistema mostrara un cuadro de dialogo para confirmar la aprobación.

3) Al presionar el botón Si, inmediatamente el pedido está aprobado.

Flujo Alternativo

No contiene

Pre-Condiciones

El usuario que aprobara el pedido debe ser de perfil administrador

El pedido debe estar con estado “En preparación”

El pedido debe estar correctamente llenado con sus fechas y cuotas de pago

Administrador


Aprobar pedidos crediticio

(from Administracion)

Esquema de use case: Aprobar pedidos crediticio

89

Post-Condiciones

El pedido de crédito está aprobado y listo para generar su canje de letras x documento

aprobado

Use Case 02: Consultar pedido de crédito

Figura 48. ECUS- Consultar pedidos de crédito. Fuente: Preparación propia.

Breve Descripción

En este use case el cliente consulta sus pedidos de crédito al detalle, fechas

vencimiento, montos, saldos entre otros.

Flujo de Sucesos

Flujo Básico << Consultar pedidos crediticios >>

El cliente ingresa a la opción del menú pedidos de crédito, para realizar la

consulta.

Luego la interfaz mostrará unos filtros para buscar los pedidos de crédito, y al

hacer click en el botón consultar mostrará en otra pantalla dichos pedidos.

Flujos Alternativos<< Consultar pedidos de crédito >>

No tiene flujo alternativo

Cliente

(f rom CRM Mov il)

Consultar pedidos crediticios

(from CRM Movi l)

Esquema de use case: Consultar pedidos de credito

90

Pre-Condiciones

El pedido debe estar canjeado con letras de pago.

Post-Condiciones

Como es consulta No tiene post-condiciones

Use case 03: Generar pedido crediticio

Figura 49. ECUS- Generar pedidos de crédito. Fuente: Preparación propia.

Breve Descripción

En este use case el vendedor genera la solicitud de crédito de los clientes.

Flujo de Sucesos

Flujo Básico << Generar pedidos crediticio >>

El cliente ingresa a la opción del menú pedidos de venta.

Se elige al cliente a atender

Se observa su línea de crédito haciendo click en dicho botón.

Luego se elige la forma de pago que debe ser Crédito.

Luego se digita el número de cuotas del crédito y se presiona la tecla enter.

Automáticamente se generan las cuotas con montos y fechas a pagar.

El proceso termina cuando se da click en grabar.

Vendedor - Cajero

(f rom Credito y Cobranzas)

Generar pedido crediticio

(from Credi to y Cobranzas)

Consultar linea de credito

(from Credi to y Cobranzas)

<<include>>

Esquema de use case: Generar pedido crediticio

91

Flujos Alternativos<< Generar pedidos de crédito >>

No contiene

Pre-Condiciones

El cliente debe estar registrado con su línea de crédito.

Los productos seleccionados deben contar con stock disponible.

Post-Condiciones

El pedido de crédito está listo a ser aprobado por administración.

Use Case 04: Registrar documento de venta

Figura 50. ECUS- Registrar documento de venta. Fuente: Preparación propia.

Breve Descripción

El use case realiza la emisión del documento o comprobante de venta

Flujo de Sucesos

Flujo Básico << Registrar documento de venta >>

El cliente ingresa a la opción del menú registrar documento de venta

Se elige al cliente a atender

Seleccionar Producto

(from Ventas)

Vendedor - Cajero

(f rom Ventas)

Registrar Documento Venta

(from Ventas)

<<extend>>Seleccionar pedido venta

(from Ventas)

<<extend>>

Seleccionar cliente

(from Ventas)

<<extend>>

Seleccionar canje Promocion

(from Ventas)

<<extend>>

Esquema de use case: Registrar documento de venta

92

Se agregan los productos que llevara el cliente

Si existiese canjes por promoción se agrega al detalle.


Flujos Alternativos<< Registrar documento de venta >>

Si antes hubiese generado pedido solo selecciona el pedido.


Pre-Condiciones

Los productos seleccionados deben contar con stock disponible.

Post-Condiciones

El documento de venta está listo para ser impreso.

4.3. Diseño del Sistema

4.3.1. Architecture(Arquitectura) del S.I.

Figura 51. Architecture del S.I. Fuente: Preparación propia.

Sami_security

Server Database

and Aplications

Sami_DB

Internet

Smartphone Customers o Administrator

User PC from enterprise

Architecture del sistema Inicial

93

4.3.2. Realización de Use Case – Observación

SECCION VENTAS

CU: Registrar documento venta

Figura 52. CU Registrar documento venta. Fuente: Preparación propia.

: Vendedor - Cajero

Interfaz

principal

Interfaz documento

ventaEntidad

cliente

Entidad

producto

Entidad documento

venta

VISTA LOGICA: Modelos de Analisis

Flujo Basico - Registrar documento venta

1: Seleccionar Documento venta

3: Ingresar ruc o dni cliente6: Ingresar codigo barras producto

9: Click en grabar2: Cargar interfaz

4: Solicitar datos cliente

5: retornar datos cliente 7: Solicitar datos producto

8: Retornar datos producto

10: Enviar datos de registro

94

Flujo Básico – Registrar documento de venta

Figura 53. Flujo básico – Registrar documento de venta. Fuente: Preparación propia.

: Vendedor - Cajero : Vendedor - CajeroInterfaz principalInterfaz principal Interfaz documento

venta

Interfaz documento

venta

Entidad clienteEntidad cliente Entidad

producto

Entidad

producto

Entidad documento

venta

Entidad documento

venta

Seleccionar Documento venta

Cargar interfaz

Ingresar ruc o dni cliente

Solicitar datos cliente

retornar datos cliente

Ingresar codigo barras producto

Solicitar datos producto

Retornar datos producto

Click en grabar

Enviar datos de registro

95

SECCION CREDITOS Y COBRANZAS

CU: Aprobar pedido de crédito

Figura 54. CU Aprobar pedido de crédito Fuente: Preparación propia.

: Administrador

Interfaz

principal

Interfaz pedido

Venta

Entidad

Pedido


Flujo Basico - Aprobar pedido de credito

2: Seleccionar pedido venta

3: Ingresar Nro Pedido7: Click en aprobar pedido

6: Mostrar pedido a aprobar9: Mostrar mensaje de aprobacion satisfactorio

1: cargar Interfaz

4: Solicitar pedido8: Actualizar estado pedido

5: Retornar datos pedido

96

Flujo Básico – Aprobar pedido de crédito

Figura 55. Flujo básico – Aprobar pedido de crédito. Fuente: Preparación propia.

: Administrador : Administrador

Interfaz principalInterfaz principal Interfaz pedido

Venta

Interfaz pedido

Venta

Entidad PedidoEntidad Pedido

Seleccionar pedido venta

cargar Interfaz

Ingresar Nro Pedido

Mostrar pedido a aprobar

Solicitar pedido

Retornar datos pedido

Click en aprobar pedido

Actualizar estado pedido

Mostrar mensaje de aprobacion satisfactorio

97

SECCION LOGISTICA

CU: Registrar ingreso mercadería

Figura 56. CU Registrar ingreso mercadería Fuente: Preparación propia.

: Encargado

Logistica

Interfaz

principal

interfaz transacciones

almacen

Entidad

producto

Entidad

kardex

Entidad

transaccion

Entidad

itemalmacenlote


Flujo Basico - Registrar ingreso mercaderia

1: Seleccionar transacciones de almacen

3: Ingresar datos de ingreso de mercaderia4: Ingresar codigo barras de producto

7: Click en grabar2: cargar Interfaz

5: Solicitar datos producto

6: retornar datos producto

8: Enviar datos de transaccion

9: Enviar datos de lote

10: Enviar datos de kardex

98

Flujo Básico – Registrar ingreso mercadería

Figura 57. Flujo Básico – Registrar ingreso mercadería. Fuente: Preparación propia.

: Encargado

Logistica

: Encargado

Logistica

Interfaz principalInterfaz principal interfaz transacciones

almacen


almacen

Entidad

producto

Entidad

producto

Entidad

transaccion

Entidad

transaccion

Entidad

itemalmacenlote

Entidad

itemalmacenlote

Entidad kardexEntidad kardex

Seleccionar transacciones de almacen

cargar Interfaz

Ingresar datos de ingreso de mercaderia

Ingresar codigo barras de producto

Solicitar datos producto

retornar datos producto

Click en grabar

Enviar datos de transaccion

Enviar datos de lote

Enviar datos de kardex

99

SECCION CREDITO Y COBRANZAS

CU: Generar letras de canje x pedido aprobado

Figura 58. CU: Generar letras de canje x pedido aprobado. Fuente: Preparación propia.

: Vendedor - Cajero

Interfaz

principal

Interfaz canje de

letras

Interfaz seleccion

Cliente

Entidad Documento

Financiamiento

Interfaz seleccion

Pedido

Entidad Operacion

canje


Flujo Basico - Generar letra de canje x pedido aprobado

1: Seleccionar Canje de documentos

3: Click en seleccionar cliente7: Click en documentos pendientes

11: Click en distribuir de financiamiento14: Click en grabar

5: Ingresar nombre de cliente

9: Seleccionar documento pendiente de canje

2: cargar Interfaz

4: Cargar interfaz

6: devolver datos cliente

8: Cargar interfaz

10: Retornar datos de documento

12: Solicitar el financiamiento de documento pendiente de canje

13: Retornar datos de financiamiento


100

Flujo Básico – Generar letras de canje x pedido aprobado

Figura 59.Flujo básico - Generar letras de canje x pedido aprobado. Fuente: Preparación propia.

: Vendedor - Cajero : Vendedor - Cajero

Interfaz principalInterfaz principal Interfaz canje de

letras

Interfaz canje de

letras

Interfaz seleccion

Cliente

Interfaz seleccion

Cliente

Interfaz seleccion

Pedido

Interfaz seleccion

Pedido

Entidad Documento

Financiamiento

Entidad Documento

Financiamiento

Entidad Operacion

canje

Entidad Operacion

canje

Seleccionar Canje de documentos

cargar Interfaz

Click en seleccionar cliente

Ingresar nombre de cliente

Seleccionar documento pendiente de canje

Click en documentos pendientes

Cargar interfaz

devolver datos cliente

Cargar interfaz

Retornar datos de documento

Click en distribuir de financiamiento

Solicitar el financiamiento de documento pendiente de canje

Retornar datos de financiamiento

Click en grabar


101

Flujos Alternos

Figura 60. Flujo alternativo – Anular ingreso mercadería. Fuente: Preparación propia.

: Encargado Logistica

Interfaz

principal


almacen

Entidad

transaccion

Entidad

itemalmacenlote

Entidad

kardex

1: Seleccionar transacciones de almacen

3: Ingresar nro de documento de ingreso6: Click en Anular

2: cargar Interfaz

4: Solicitar datos de documento ingreso7: Enviar datos de transaccion

5: Retornar datos de documento ingreso8: Enviar datos de lote

9: Enviar datos de kardex

Flujo alternativo - Anular ingreso mercaderia

102

Figura 61. Flujo alterno secuencial. Fuente: Preparación propia.

: Encargado

Logistica

: Encargado

Logistica

Interfaz principalInterfaz principal interfaz transacciones

almacen


almacen

Entidad

transaccion

Entidad

transaccion

Entidad

itemalmacenlote

Entidad

itemalmacenlote

Entidad kardexEntidad kardex

Seleccionar transacciones de almacen

cargar Interfaz

Ingresar nro de documento de ingreso

Click en Anular

Enviar datos de transaccion

Enviar datos de lote

Enviar datos de kardex

Solicitar datos de documento ingreso

Retornar datos de documento ingreso

103

Figura 62. Flujo alternativo – Registrar canje promoción. Fuente: Preparación propia

: Vendedor - Cajero

Interfaz

principal

Interfaz canje de

promocion

Entidad

clienteEntidad

promocion

Documento

canje

1: Seleccionar canje de promocion

3: Click en seleccionar cliente6: Click en agregar promocion

9: Click en grabar

2: Cargar interfaz

4: Solicitar datos cliente

5: Retornar datos cliente7: solicitar datosr promocion

8: Retornar datos promocion


Flujo Alternativo - Registrar Canje promocion

104

Figura 63. Flujo alterno Secuencial. Fuente: Preparación propia.

: Vendedor - Cajero : Vendedor - Cajero Interfaz principalInterfaz principal Interfaz canje de

promocion

Interfaz canje de

promocion

Entidad clienteEntidad cliente Entidad

promocion

Entidad

promocion

Documento

canje

Documento

canje

Seleccionar canje de promocion

Cargar interfaz

Click en seleccionar cliente

Solicitar datos cliente

Retornar datos cliente

Click en agregar promocion

solicitar datosr promocion

Retornar datos promocion

Click en grabar


105

4.3.3. Modelo Conceptual

4.3.3.1. Modelo de Diseño

Figura 64. Modelo conceptual Ventas. Fuente: Preparación propia.

106

Figura 65. Modelo conceptual Logística. Fuente: Preparación propia.

107

Figura 66. Modelo conceptual Créditos y cobranza. Fuente: Preparación propia.

108

Figura 67. Modelo conceptual Seguridad. Fuente: Preparación propia.

109

4.3.3.2. Modelo Lógico

Figura 68. Modelo lógico Ventas parte 1. Fuente: Preparación propia.

110

Figura 69. Modelo lógico Ventas parte 2. Fuente: Preparación propia.

111

Figura 70. Modelo lógico Logística parte 1. Fuente: Preparación propia.

112

Figura 71. Modelo lógico Logística parte 2. Fuente: Preparación propia.

113

Figura 72. Modelo lógico Créditos y Cobranzas parte 1. Fuente: Preparación propia.

114


115


116

Figura 75. Modelo lógico Seguridad parte 1. Fuente: Preparación propia.

117

Figura 76. Modelo lógico Seguridad parte 2. Fuente: Preparación propia.

118

4.3.3.3 Modelo Físico de Datos

Figura 77. Modelo físico Ventas parte 1. Fuente: Preparación propia.

119

Figura 78. Modelo físico Ventas parte 2. Fuente: Preparación propia.

120

Figura 79. Modelo físico Logística parte 1.


121

Figura 80. Modelo físico Logística parte 2. Fuente: Preparación propia.

122

Figura 81. Modelo físico Créditos y Cobranzas parte 1. Fuente: Preparación propia

123

Figura 82. Modelo físico Créditos y Cobranzas parte 2. Fuente: Preparación propia

124

Figura 83. Modelo físico Créditos y Cobranzas parte 3. Fuente: Preparación propia.

125

Figura 84. Modelo físico Seguridad parte 1. Fuente: Preparación propia

126

Figura 85. Modelo físico Seguridad parte 2. Fuente: Preparación propia.

127

4.4. Desarrollo del sistema

4.4.1. Esquema de Despliegue

Esquema de componentes de aplicación.

Figura 86. Esquema de componentes de aplicación. Fuente: Preparación propia.

Tabla 17. Esquema de componentes de aplicación.

COMPONENTE DESCRIPCION

Aplicación Principal.exe

Software ejecutable visto por el usuario

PFC’s

Librería de clases de fundación de Power Builder

SQLCA

Objeto de power builder encargado de la comunicación con el ODBC

ODBC

Componente manejador del enlace con el dbms.


Diagrama de Componentes (Lado BD)

Aplicacion

Principal.exe

PFC'S

SQLCA

ODBC

Aplicacion

Principal.exe

PFC'S

SQLCAODBC

128

COMPONENTE DESCRIPCION

Sami_db Base de datos sistema

Samisec_db

Base de datos sistema seguridad

Esquema global de Componentes.

Figura 87. Esquema global de componentes. Fuente: Preparación propia.

sami_db

sami_db

Aplicacion

Principal.exe

PFC'S

SQLCAODBC

sami_db

samisec_db

SQLCASEGODBCSEG

samisec_db

samisec_db

129

4.4.2. Esquema de Implementación

Figura 88. Esquema de implementación. Fuente: Preparación propia.

Detalle de Nodos.

Tabla 18. Detalle de nodos.

PROCESADOR DESCRIPCION

Servidor BD y WEB

Es el PC principal de la empresa SAMI que sirve a

los PC clientes

PC-Administración

Máquina del usuario Administrador del sistema

Servidor BD y WEB

Vastec SmartPro

VT950

1TB HDD

8GB RAM

PC-ADMINISTRACION

Intel i3

500GB HDD

4GB RAM

Switch Fast

Ethernet

Lector Codigo

Barras

Lector Codigo

BarrasImpresora

multifuncionalImpresora

multifuncional

Servidor BD y WEB

Router

PC-CAJA VENTAS PC-LOGISTICAPC-ADMINISTRACION

Impresora

matricial

Vastec SmartPro

VT950

1TB HDD

8GB RAM

Intel i3

500GB HDD

4GB RAM

Intel i3

500GB HDD

4GB RAM

Intel i3

500GB HDD

4GB RAM

<<USB>>

<<USB>>

<<RJ45>>

<<RJ45>>

<<RJ45>>

<<RJ45>>

<<RJ45>><<RJ45>>

<<USB>>

<<USB>>

<<USB>>

130

PC-Caja Ventas

Máquina del usuario Caja-Ventas del sistema

PC-Logistica

Máquina del usuario Logística del sistema

DISPOSITIVOS DESCRIPCION

Switch Fast Ethernet

Dispositivo que interconecta al servidor

BD y al cliente.

Router

Dispositivo que permite la conexión a internet

Impresora multifuncional

Dispositivo que se encarga de la impresión

del cliente Logística y Administración

Impresora matricial

Dispositivo que se encarga de la impresión del cliente Caja Ventas

Lector Código Barras

Dispositivo que se encarga de leer el código de barra impreso de cada

articulo


PC-CAJA VENTAS

Intel i3

500GB HDD

4GB RAM

PC-LOGISTICA

Intel i3

500GB HDD

4GB RAM

Switch Fast

Ethernet

Router

Impresora

multifuncional

Impresora

matricial

Lector Codigo

Barras

131

4.4.3. Informe de Tests de Prueba

Continuadamente mostraremos los informes de test a los siguientes use cases:

Aprobar pedidos de crédito

Registrar canje promoción

4.4.4. Use case de Prueba

Aprobar pedidos de crédito

Informe de test de use case: Aprobar pedidos crediticios

Tabla 19. Informe de test de use case - Aprobar pedidos crediticios

Test de use case: 1

CU01- Aprobar pedido de crediticio

Programa: SAMI APP

Estado del caso: EN REVISIÓN

Exigencias del test: Contar con los privilegios administrativos. Se ingresó al sistema con el usuario CMORI.

Objeto del Test de use case: Es de aprobar los pedidos de crédito modificando su estado hacia APROBADO para su posterior despacho.

Sec. Acciones Expectativas Experiencia

real

Informe de: Jonathan

Mori Garcia.

Día Informe.

Observado

1

Ingresamos a la opcion Procesos

– “Pedido de Venta”.

El software levanta una pantalla en la que podrá filtrar por periodo, fecha,

documento y estado.

Conforme Si 02/04/2019

2

Digitamos el periodo o la fecha o el numero o

elegimos el estado del documento

Al ser filtrado carga una lista de documentos con

los campos: DOCUMENTO,RUC, NOMBRE CLIENTE,

FECHA DOC, MONTO TOTAL, ESTADO


3

Clickeamos el pedido ubicado y presionamos

el botón Examinar

Se muestra el pedido de crédito en pantalla


4

Clickeamos en el menú

Procesos – Aprobar pedido

Se muestra un mensaje de confirmación con dos

opciones SI o NO Conforme Si 02/04/2019

5 Clickeamos el

botón SI

Se visualiza un aviso “Se ha aprobado

satisfactoriamente” Conforme Si 02/04/2019

6 Clickeamos el

botón Salir

Al clickear el botón SALIR termina el proceso

y vuelve a la interfaz

principal.



132

Registrar canje promoción

Informe de test de use case: Registrar canje promoción

Tabla 20. Informe de test de use case - Registrar canje promoción

Test de use case: 2

Opción: Registrar canje promoción

CU02- Registrar canje promoción

Programa: SAMI APP

Estado del caso: EN REVISIÓN

Requisitos de Prueba: Tener los privilegios de Vendedor - cajero. el usuario CMORI entro al sistema.

Objeto del test de use case: Registra el canje de promociones de los clientes para su posterior despacho.

Sec. Acciones Expectativas Experiencia

real

Informe de: Jonathan

Mori Garcia.

Día Informe.

Observado

1

Ingresamos a la opcion CRM –

“Registrar canje de promoción”.

El software levanta una pantalla en la que el

usuario podrá registrar el canje promocional.


2 Clickeamos en el

menú Nuevo Se habilitara el registro

para su llenado Conforme Si 02/04/2019

3 Clickeamos en el

botón para seleccionar cliente

El sistema mostrara una ventana emergente para la selección del cliente


4

Se digita el criterio de búsqueda ya

sea nombres, DNI por ejemplo

El sistema filtrara al cliente


5 Hacemos doble

Click en el cliente

El sistema llevara los datos de la ventana

emergente a la ventana de registro.


6 Clickeamos en el

botón Agregar Promoción

Cargara una ventana emergente para la

selección de la promoción


7

Seleccionamos el filtro ya sea por producto o por

rango de puntos y clickeamos en

buscar

Se muestra el popup con la lista de promociones

filtrados mostrando: producto y puntos


8

Seleccionamos la promoción y presionamos

agregar

El sistema llevara los datos de la ventana

emergente a la ventana de registro.


9

Se digita la cantidad de

promociones a canjear y se

presiona Grabar

Se muestra un mensaje de confirmación con dos

opciones SI o NO Conforme Si 02/04/2019

10 Clickeamos el

botón SI

Carga un aviso “Se ha registrado

satisfactoriamente” Conforme Si 02/04/2019

6 Presionamos el

botón Salir

Clickeamos el boton SALIR y el proceso

termina, luego regresa a la pantalla

principal.



133

4.4.5. Manual de usuario

SAMI APLICATION.

Cada usuario tiene un acceso directo “SAMI APP” ubicada en el escritorio de su

computadora para acceder al sistema.

Login

Esta es la interfaz que se carga al acceder desde el acceso directo del escritorio y es

para validar al usuario con su clave para su ingreso al sistema.

Figura 89. Login. Fuente: Preparación propia.

134

Menú principal

Es la interfaz principal en la cual el usuario tiene el menú para entrar a los procesos

pertinentes.

Figura 90. Menú principal. Fuente: Preparación propia.

Pedido de crédito (Solicitud de crédito)

Ingresar a la opción Ventas – Procesos – Pedidos de Venta del menú principal.

Ingresar datos de cliente y de productos. Seleccionar la forma de pago Crédito.

En la parte derecha se ingresa datos de cuotas, tasas y fechas de pago y

presionar enter.

Al final hacer click en el botón Grabar del menú

135

Figura 91. Pedido de crédito Fuente: Preparación propia.

Canje de Promoción

La interfaz es para hacer el canje de promociones del usuario con perfil vendedor -

cajero, mediante un botón para seleccionar cliente y un botón para agregar la

promoción.

Figura 92. Canje de Promoción


136

Canje de documentos de crédito

La interfaz permite canjear pedidos de créditos aprobados, por letras de pago. Tiene

un botón para seleccionar cliente, un botón Documentos pendientes (pedido de

crédito) y otro botón para Distribuir de financiamiento (generar letras de pago).

Figura 93. Canje de documentos de crédito. Fuente: Preparación propia.

Transacciones de almacén

Esta pantalla permite hacer ingresos de mercadería en almacén. Tiene una lista

desplegable para elegir la transacción a realizar, caja de texto para el documento de

ingreso, dos botones (uno para elegir productos y otro para crear nuevo producto) y un

detalle para el manejo de productos

137

Figura 94. Transacciones de almacén. Fuente: Preparación propia.

Reportes

Listamos los reportes más importantes del sistema:

Figura 95. Reporte de venta diaria x categoría. Fuente: Preparación propia.

138

Figura 96. Reporte de venta diaria x hora. Fuente: Preparación propia.

Figura 97. Reporte de productos relacionados. Fuente: Preparación propia.

139

Figura 98. Reporte de cuentas por cobrar x cliente. Fuente: Preparación propia.

Figura 99. Reporte de kardex detallado. Fuente: Preparación propia.

140

SAMI_ADM

La aplicación móvil tiene un acceso en el Smartphone del administrador, en el cual

realiza algunos procesos

Aprobar Pedidos de crédito

Realiza la aprobación de solicitudes de créditos pendientes

Figura 100. Aprobar pedidos de crédito. Fuente: Preparación propia.

SAMI_CLIENTES

Es una aplicación para los clientes de la empresa, el cual es instalado en el

Smartphone del cliente.

Consultar pedidos de crédito

Permite consultar el estado de créditos del cliente

141

Figura 101. Consultar pedidos de crédito. Fuente: Preparación propia.

142

CAPÍTULO V

ANALISIS BENEFICIO - COSTO

143

5.1. Egresos

Figura 102. Egresos parte 1 Fuente: Preparación propia.

144

Figura 103. Egresos parte 2. Fuente: Preparación propia.

145

5.2. Ingresos

Figura 104. Ingresos. Fuente: Preparación propia.

146

5.3. Flujo de Caja y VAN

Figura 105. Flujo de Caja. Fuente: Preparación propia.

147

5.4. Plan de soporte y mantenimiento

Se recomienda dar mantenimiento a los PC cliente respecto al hardware al menos

trimestral para evitar sorpresas e inconvenientes. Al PC servidor se recomienda dar

mantenimiento semestralmente.

Cuando se haga el mantenimiento de PC’s cliente se sugiere realizarlo en horario de No

trabajo es decir cuando cierra el negocio.

Cuando se realice el mantenimiento al PC servidor de forma similar en horario nocturno

cuando no se está trabajando.

El Backup de la database se recomienda hacerlo diario al finalizar la jornada del día. Los

Backup se debe trasladar a un lugar seguro de preferencia fuera de la empresa.

En caso de desabastecimiento o problemas eléctricos lo cual sucede a menudo en la

ciudad de Yurimaguas, se recomienda no atender al público hasta que retorne el

suministro de electricidad.

Si fuese muy prolongado el desabastecimiento del suministro eléctrico se podría

considerar trabajar con documento de venta físicos y alimentar al sistema posteriormente

cuando retorne la electricidad. Sin embargo, tendría que considerar el personal y el

tiempo para actualizar al sistema al retorno de la energía eléctrica.

5.5. Satisfacción del cliente

Para medir la satisfacción del usuario respecto al sistema elaborado, se realizó una

encuesta a los usuarios de la empresa. El modelo de encuesta se encuentra en la

sección anexos al final del documento.

151

CONCLUSIONES

Se ha analizado, diseñado y ejecutado un proyecto de sistemas de información que

cubrió las expectativas de la empresa SAMI Market; logrando solucionar los retos y

problemas que atravesaba la empresa en su momento, permitiéndole que cumpla con su

misión y su visión de crecimiento y sostenibilidad. La implementación del sistema

informático fue un éxito, gracias al exhaustivo estudio y trabajo. Las herramientas y

metodologías aplicadas fueron las más acertadas por el tiempo y costo que se ahorró, en

este caso el método RUP, los lenguajes de desarrollo Power Builder y java; y el DBMS

Mysql.

Se determinó que el sistema informático, permite ahora que el control de productos y la

atención al cliente sea más agil y ordenada y darle un plus respecto a la competencia

logrando así crear valor para el cliente.

Se determinó también que la aplicación móvil y la gestión de créditos para la fidelización

de clientes resulto oportuna ya que le permite generar más ventas y así una mejor

satisfacción.

En torno a la administración remota se llegó a solucionar gracias al aplicativo “Sami

Adm”, ya que el administrador necesitaba ver su negocio de modo general en tiempo real

152

y la aplicación mediante reportes y el proceso de aprobaciones de crédito además de la

evaluación crediticia se logró cancelar ese problema.

153

RECOMENDACIONES

Este proyecto fue emprendido para una firma en especial, pero con proyección amplia; es

decir, el análisis y diseño puede servir como referencia para implementación en

instituciones comerciales similares que comercialice artículos de primera necesidad para

la venta. Por este motivo es que se recomienda crear framework o plantillas de

programación para el desarrollo de otros proyectos.

Se recomienda en el caso de aplicaciones móviles no programar con las últimas

versiones de Android, para cubrir más posibilidades de smartphones que pudiesen tener

los clientes.

Se sugiere tener opciones de ingreso y updates masivos en el sistema para ocasiones de

inventarios o corrección de errores de datos.

Se sugiere tener un estándar de ingreso de información (digitación o tipeo), para

encontrar dicha información posteriormente más fácil y rápido en el sistema.

Se recomienda estrecha relación de los usuarios con el personal de sistemas el cual

beneficiará con los consejos tecnológicos y cubrirá con soporte a la empresa.

154

Se recomienda contar con personal capacitado y competente en todas las áreas de la

empresa para un buen manejo del sistema.

Se recomienda relacionar las estrategias de marketing con el área de sistemas el cual

generará sinergia con producción de estrategias comerciales adecuadas para la

empresa.

Para el caso de desarrolladores se sugiere tener estándares de programación como por

ejemplo al nombrar variables, esto a largo plazo ahorrara tiempo en correcciones o

actualizaciones del sistema.

155

VOCABULARIO DE TÉRMINOS

Tabla 21. Vocabulario de Términos.

TÉRMINOS DESCRIPCIÓN

Vendedor - Cajero Persona encargada de “vender” de forma

sofisticada, es decir con su lector de código

de barras y con su computadora.

Setear Asignar o establecer

File Archivo o documento

Use case Caso de uso, proceso de negocio o de

sistema

Redituable Se entiende como que rinde una ganancia o

beneficio

Firma Se entiende como la empresa SAMI Market

TI Tecnologías de la información

CRM Customer relationship

management(Administración de las

relaciones con los clientes)

Business Use case Caso de uso de negocio

Activities Actividades

Actors Actores

Entities Entidades

Collaboration Colaboración

Sequence Secuencia

Software Son los programas que conforman el

sistema informático

Hito Evento importante al final de una fase

Exigencias Requerimientos

DBMS Sistema de gestión de la base de datos

Framework Marco de trabajo

Smartphone Celular inteligente

Update Actualizar

Database Base de datos

Stockeado Término usado para llenar o abastecer

DCUR diagrama caso de uso realización

ECUS especificación caso de uso del sistema

Clickear Hacer click con el mouse

Cargar Abrir o ejecutar

Testear Evaluar, probar

Popup Ventana emergente

Backup Copia de respaldo o seguridad

156

Architecture Arquitectura

Low Bajo

Medium Medio o moderado

High Alto

Very High Muy Alto

Work Flow (BPM) Flujo de trabajo (Business Process

Management - Gestión de procesos de

negocio)


157

REFERENCIAS BIBLIOGRÁFICAS

Alberto, R. (10 de julio de 2008) Metodología de la investigación. Colombia: Pontificia Universidad Javeriana. Recuperado de http://www.javeriana.edu.co/investigacion/investigacion

Mario, B. (25 de mayo de 2004) Emergencia y Convergencia. Novedad cualitativa y unidad del conocimiento. Barcelona: Gedisa. Recuperado de http://www.worldcat.org/title/ emergencia-y-convergencia-novedad-cualitativa-y-unidad-del-conocimiento/oclc/57310527

Project Management Institute (2013) Fundamentos para la dirección de proyectos (Guia del PMBOK) 5ta edición

Otiniano, N., & Benites, S. (10 de febrero de 2007) Instrucciones para la elaboración de Proyectos e Informes de Tesis. Lima: Dirección de Investigación de la Universidad César Vallejo. Recuperado de http://andoeducandoperu.com/wordpress/wp-content/uploads/2016/01/GUIA-2015-15- Octubre- Vf-30.pdf

Salgado, A. (20 de enero de 2007) Investigación Cualitativa: diseños, evaluación del rigor metodológico y retos W. Lima: Universidad de San Martín de Porres. Recuperado de http://www.scielo.org.pe/scielo.php?script=sci_arttext&pid=S1729-48272007000100009

The Rational Unified Process: An Introduction 3rd edición, Philippe Kruchten Editorial Addison - Wesley, 2004 Copyright 2004 by Pearson Education, Inc

Curso de Diseño de Sistemas 2015-RUP-UML-Rational Rose. Recuperado de https://www.youtube.com/playlist?list=PLUR8aosj4aELAWDYSWPezN-WVzKRUctll

Análisis y Diseño de Sistemas de Información, Senn, James. Editorial McGraw Hill. México, 1987.

Evaluación de créditos. Recuperado de https://es.slideshare.net/Lesliemvg/evaluacin-y-recuperacion-de-crditos

http://www.javeriana.edu.co/investigacion

http://www.javeriana.edu.co/investigacion

http://www.worldcat.org/title/

http://www.worldcat.org/title/

http://andoeducandoperu.com/wordpress/wp-content/uploads%20/2016/01/GUIA-2015-15-Octubre-Vf-30.pdf

http://andoeducandoperu.com/wordpress/wp-content/uploads%20/2016/01/GUIA-2015-15-Octubre-Vf-30.pdf

http://www.scielo.org.pe/scielo.php

http://www.scielo.org.pe/scielo.php

158

Manual Android. Recuperado de https://desarrolloweb.com/manuales/android-basico.html

MARKETING Versión para Latinoamérica. Philip Kotler y Gary Armstrong – PEARSON EDUCACION, México 2007

159

ANEXOS

Anexo 1: Encuesta de satisfacción del usuario

1. ¿El nuevo sistema le ayuda en su trabajo diario?

A) Si B) No

2. ¿Se entiende y es fácil el sistema?

A) Si B) No

3. ¿Cuándo utilizo el sistema, hallo problemas?

A) Si B) No

4. ¿El tiempo de respuesta del sistema es rápido?

A) Si B) No

5. ¿Sus exigencias y expectativas las cubrió el sistema?

A)Si B) No

6. ¿Considera Ud. que el sistema está a la vanguardia del tiempo en que vivimos?

A) Si B) No

7. ¿Cree Ud. que los clientes están satisfechos con la idea de que la empresa

trabaje con sistema?

A) Si B) No

160

Anexo 2: Código fuente de ejemplo

Aplicación: Sami_App Librería Pbl: almacenprocesos.pbl Ventana Objeto: w_wh_transaccion_edit Evento: pfc_save() Descripción: registra las transacciones de entrada y salida en almacén como, por ejemplo, el registro de ingreso de mercaderías. Datetime ldt_fechaactual String ls_periodo, ls_numerodocumentocomercial, ls_lote, ls_nrodocumento, ls_nro Integer li_rtn, li_i, li_tot Long ll_lote nvo_wh_transaccion luo_transaccion nvo_valoracionexistencias luo_valoracionexistencias nvo_documento luo_documento idw_cab.accepttext( ) idw_det.accepttext( ) idw_det.setredraw( false) idw_det.setfilter("len(item)>0") idw_det.filter() If wf_validar_transaccion()<>0 Then ii_menu.mf_set_new( true) ii_menu.mf_set_view( false) If ii_menu.mf_is_cabdet( ) Then ii_menu.mf_cabdet_enabled_one(ii_menu.m_operacionescabdet.m_cabecera.m_nuevocab )

161

End if idw_det.setfilter("") idw_det.filter() idw_det.setredraw( true) Return -1 Else idw_det.setredraw( true) End if luo_transaccion=create nvo_wh_transaccion luo_valoracionexistencias=create nvo_valoracionexistencias luo_documento = create nvo_documento ldt_fechaactual = f_server_date() ls_periodo =idw_cab.getitemstring( 1, "periodo") //ls_numerodocumentocomercial = luo_documento.uf_newnumerodocumento( "FC", idw_cab.getitemstring( 1, "PuntoVenta") ) luo_transaccion.ls_TipoDocumento = idw_cab.getitemstring( 1, "tipodocumento") If idw_cab.Getitemstring( 1, "numeracionautomaticaflag")='S' Then ls_nro=f_sql_read_correlative_document(gs_cod_compania, gs_cod_sucursal, "00000001", luo_transaccion.ls_TipoDocumento, "") ls_nrodocumento = Right("000000"+ls_nro, 6) luo_transaccion.ls_NumeroDocumento = ls_nrodocumento Else luo_transaccion.ls_NumeroDocumento = idw_cab.GetItemString( 1, "numerodocumento") End if luo_transaccion.ls_TransaccionCodigo = idw_cab.getitemstring( 1, "TransaccionCodigo")

162

luo_transaccion.ls_Periodo = ls_periodo luo_transaccion.ls_ReferenciaTipoDocumento = idw_cab.getitemstring( 1, "ReferenciaTipoDocumento") luo_transaccion.ls_ReferenciaNumeroDocumento = idw_cab.getitemstring( 1, "ReferenciaNumeroDocumento") luo_transaccion.ls_GuiaProveedor = idw_cab.getitemstring( 1, "guiaproveedor") luo_transaccion.ls_Sucursal = gs_cod_sucursal luo_transaccion.ls_GenerarGuiaFlag = "N" luo_transaccion.ls_ImprimirGuiaFlag = "N" //luo_transaccion.ls_ValorizacionManualFlag = "N" //luo_transaccion.ls_ValorizacionPendienteFlag = "N" luo_transaccion.ls_Comentario = idw_cab.getitemstring( 1, "comentario") luo_transaccion.ls_Estado = "PR" SetNull(luo_transaccion.ls_ComercialPedidoNumero)//SOLO PARA VTA SetNull(luo_transaccion.ls_ComercialGuiaNumero)//SOLO PARA VTA SetNull(luo_transaccion.ldc_TipodeCambio) luo_transaccion.ldt_FechaDocumento = ldt_fechaactual luo_transaccion.ls_UltimoUsuario = gs_userid_app luo_transaccion.ldt_UltimaFechaModif = ldt_fechaactual li_rtn=luo_transaccion.uf_registrar_transaccionheader() If li_rtn<>0 Then f_messagebox("Error", "Error al registrar datos de transaccion: "+sqlca.sqlerrtext,0,2) Goto ERROR End if //setnull(luo_transaccion.ls_NumeroDocumento) li_tot=idw_det.rowcount( ) For li_i=1 To li_tot //Llevando datos a la valorizacion, ahi se registrara

163

luo_transaccion.ls_Item = idw_det.GetItemString(li_i, "Item") luo_transaccion.ls_Lote = idw_det.GetItemString(li_i, "lote") luo_transaccion.ls_UnidadCodigo = idw_det.GetItemString(li_i, "UnidadCodigo") luo_transaccion.ls_ValorizacionExternaFlag = idw_det.GetItemString(li_i, "ValorizacionExternaFlag") luo_transaccion.li_Secuencia = idw_det.GetItemNumber(li_i, "c_sec") luo_transaccion.ldc_Cantidad = idw_det.GetItemDecimal(li_i, "Cantidad") luo_transaccion.ldc_CantidadFIFO = luo_transaccion.ldc_Cantidad luo_transaccion.ldc_PrecioUnitario = idw_det.GetItemDecimal(li_i, "PrecioUnitario") luo_transaccion.ldc_MontoTotal = idw_det.GetItemDecimal(li_i, "MontoTotal") luo_transaccion.ldt_FechaVencimiento = idw_det.GetItemDatetime(li_i, "FechaVencimiento") // luo_transaccion.ls_ReferenciaTipodocumento = idw_det.GetItemString(li_i, "Referenciatipodocumento") // luo_transaccion.ls_ReferenciaNumeroDocumento = idw_det.GetItemString(li_i, "ReferenciaNumeroDocumento") luo_transaccion.li_ReferenciaSecuencia = idw_det.GetItemNumber(li_i, "ReferenciaSecuencia") li_rtn=luo_valoracionexistencias.uf_valuacion( "FIFO", luo_transaccion) If li_rtn <>0 Then Goto ERROR

164

If idw_cab.getitemstring( 1, "TransaccionCodigo") = "VTA" Then li_rtn = luo_documento.uf_actualizardetalle_estado( & idw_det.GetItemString(li_i, "Referenciatipodocumento"), & idw_det.GetItemString(li_i, "ReferenciaNumeroDocumento"), & idw_det.GetItemNumber(li_i, "ReferenciaSecuencia"), & "CE") If li_rtn <>0 Then Goto ERROR End if Next li_rtn=f_sql_update_correlative_document(gs_cod_compania, gs_cod_sucursal, "00000001" , luo_transaccion.ls_TipoDocumento, "", Long(ls_nro)) If li_rtn<>0 Then // PopulateError(0, "Error al actualizar correlativo de "+ luo_transaccion.ls_TipoDocumento+"-"+luo_transaccion.ls_NumeroDocumento+" : "+ sqlcaseg.sqlerrtext) // SignalError() f_messagebox("Error", "Error al actualizar correlativo de "+ luo_transaccion.ls_TipoDocumento+"-"+luo_transaccion.ls_NumeroDocumento+" : "+ sqlcaseg.sqlerrtext,0,2) Goto ERROR End if ERROR: If li_rtn<>0 Then Rollback Using sqlca; Rollback Using sqlcaseg;

165

Return -1 Else Commit Using sqlca; Commit Using sqlcaseg; idw_cab.setitem( 1, "numerodocumento", luo_transaccion.ls_NumeroDocumento) f_messageBox("Aviso", "Se ha generado el documento "+ luo_transaccion.ls_TipoDocumento+"-"+luo_transaccion.ls_NumeroDocumento+ " satisfactoriamente!", 0,1) event pfc_sight_report() ii_menu.mf_set_new( true) ii_menu.mf_set_view( false) If ii_menu.mf_is_cabdet( ) Then ii_menu.mf_cabdet_enabled_one(ii_menu.m_operacionescabdet.m_cabecera.m_nuevocab ) End if ii_menu.m_operacionescabdet.m_cabecera.m_cancelarcab.event clicked( ) Destroy luo_transaccion Destroy luo_valoracionexistencias Destroy luo_documento return 1 End if

implementación del sistema informático para la gestión

Documents