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),
Fuente: Preparación propia.
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
No tiene control de sus inventarios y estos generan pérdidas.
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.
No tiene control de sus inventarios y estos generan pérdidas.
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
Fuente: Preparación propia.
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
Fuente: Preparación propia.
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
Christian Jonathan Mori García
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
Entrega de documento físico y virtual más exposición presencial
Una vez cada semana
Christian Jonathan Mori García
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.
Entrega de documento físico y virtual más exposición presencial
Una única vez Christian Jonathan Mori García
Propietario
Fuente: Preparación propia.
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.
Fuente: Preparación propia.
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
Mori García Christian Jonathan
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
Mori García Christian Jonathan
Fuente: Preparación propia.
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.
Fuente: Preparación propia.
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%
Fuente: Preparación propia.
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
Fuente: Preparación propia.
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
Fuente: Preparación propia.
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.
Fuente: Preparación propia
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.
Fuente: Preparación propia
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.
Fuente: Preparación propia.
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
(f rom Administracion)
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
(f rom Administracion)
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
(f rom Administracion)
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.
El proceso termina cuando se da click en grabar.
Flujos Alternativos<< Registrar documento de venta >>
Si antes hubiese generado pedido solo selecciona el pedido.
El proceso termina cuando se da click en grabar.
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
VISTA LOGICA: Modelos de Analisis
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
VISTA LOGICA: Modelos de Analisis
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
interfaz transacciones
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
VISTA LOGICA: Modelos de Analisis
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
15: Enviar datos de registro
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
Enviar datos de registro
101
Flujos Alternos
Figura 60. Flujo alternativo – Anular ingreso mercadería. Fuente: Preparación propia.
: Encargado Logistica
Interfaz
principal
interfaz transacciones
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
interfaz transacciones
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
10: Enviar datos de registro
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
Enviar datos de registro
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
Figura 73. Modelo lógico Créditos y Cobranzas parte 2. Fuente: Preparación propia.
115
Figura 74. Modelo lógico Créditos y Cobranzas parte 3. Fuente: Preparación propia.
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.
Fuente: Preparación propia
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.
Fuente: Preparación propia.
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
Fuente: Preparación propia.
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
Conforme Si 02/04/2019
3
Clickeamos el pedido ubicado y presionamos
el botón Examinar
Se muestra el pedido de crédito en pantalla
Conforme Si 02/04/2019
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.
Conforme Si 02/04/2019
Fuente: Preparación propia.
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.
Conforme Si 02/04/2019
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
Conforme Si 02/04/2019
4
Se digita el criterio de búsqueda ya
sea nombres, DNI por ejemplo
El sistema filtrara al cliente
Conforme Si 02/04/2019
5 Hacemos doble
Click en el cliente
El sistema llevara los datos de la ventana
emergente a la ventana de registro.
Conforme Si 02/04/2019
6 Clickeamos en el
botón Agregar Promoción
Cargara una ventana emergente para la
selección de la promoción
Conforme Si 02/04/2019
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
Conforme Si 02/04/2019
8
Seleccionamos la promoción y presionamos
agregar
El sistema llevara los datos de la ventana
emergente a la ventana de registro.
Conforme Si 02/04/2019
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.
Conforme Si 02/04/2019
Fuente: Preparación propia.
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
Fuente: Preparación propia.
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.
148
149
150
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)
Fuente: Preparación propia.
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
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
Top Related