DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL CONTROL DE

VENTAS, INVENTARIOS, PROVEEDORES, CLIENTES Y REPORTES BASADO

EN LAS NECESIDADES COMUNES ENCONTRADAS EN ALGUNOS

COMERCIANTES DEL SECTOR DE CORABASTOS

DIEGO ALEJANDRO AMAYA MORA - 20152099025

Director
ROBERTO PAVA
Revisor
JORGE MARIO CALVO

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

FACULTAD DE INGENIERÍA

ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE

BOGOTÁ D.C.

2016

I
 DESARROLLO DE UN PROTOTIPO DE SOFTWARE PARA EL CONTROL DE
VENTAS, INVENTARIOS, PROVEEDORES, CLIENTES Y REPORTES BASADO
EN LAS NECESIDADES COMUNES ENCONTRADAS EN ALGUNOS
COMERCIANTES DEL SECTOR DE CORABASTOS

DIEGO ALEJANDRO AMAYA MORA - 20152099025

PROYECTO DE GRADO

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

FACULTAD DE INGENIERÍA

ESPECIALIZACIÓN EN INGENIERÍA DE SOFTWARE

BOGOTÁ D.C.

2016

II
 Índice
INTRODUCCIÓN 1

I CONTEXTUALIZACIÓN DE LA INVESTIGACIÓN 3

1. DESCRIPCIÓN DE LA INVESTIGACIÓN 3
1.1. TÍTULO Y DEFINICIÓN DEL TEMA DE INVESTIGACIÓN . . . . . . . 3
1.2. ESTUDIO DEL PROBLEMA DE INVESTIGACIÓN . . . . . . . . . . . 5
1.2.1. Planteamiento del Problema . . . . . . . . . . . . . . . . . . . 5
1.2.2. Formulación del problema . . . . . . . . . . . . . . . . . . . . . 7
1.2.3. Sistematización del problema . . . . . . . . . . . . . . . . . . . 7
1.3. OBJETIVOS DE LA INVESTIGACIÓN . . . . . . . . . . . . . . . . . . 8
1.3.1. OBJETIVO GENERAL . . . . . . . . . . . . . . . . . . . . . . . 8
1.3.2. OBJETIVOS ESPECÍFICOS . . . . . . . . . . . . . . . . . . . 8
1.4. JUSTIFICACIÓN DE LA INVESTIGACIÓN . . . . . . . . . . . . . . . 9
1.4.1. Justificación Práctica . . . . . . . . . . . . . . . . . . . . . . . . 9
1.5. HIPÓTESIS DE TRABAJO . . . . . . . . . . . . . . . . . . . . . . . . 11
1.6. MARCO REFERENCIAL . . . . . . . . . . . . . . . . . . . . . . . . . 12
1.6.1. Marco Teórico . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
1.6.2. Marco Conceptual . . . . . . . . . . . . . . . . . . . . . . . . . 16
1.6.3. Marco Legal . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
1.7. ASPECTOS METODOLÓGICOS . . . . . . . . . . . . . . . . . . . . . 19
1.7.1. Tipo de Estudio . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
1.7.2. Método de Investigación . . . . . . . . . . . . . . . . . . . . . . 19
1.7.3. Fuentes y Técnicas Para La Recolección de la Información . . 20
1.7.4. Tratamiento de la Información . . . . . . . . . . . . . . . . . . . 20
1.8. ALCANCES, LIMITACIONES Y RESULTADOS ESPERADOS . . . . . 21
1.8.1. Alcances . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
1.8.2. Limitaciones . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
1.8.3. Resultados Esperados . . . . . . . . . . . . . . . . . . . . . . . 22
1.9. CRONOGRAMA DE TRABAJO . . . . . . . . . . . . . . . . . . . . . . 23
1.9.1. Diagrama de Gantt . . . . . . . . . . . . . . . . . . . . . . . . . 23
1.10.PRESUPUESTO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

III
 1.10.1. Costos Por Servicios Personales . . . . . . . . . . . . . . . . . 24
1.10.2. Gastos Generales . . . . . . . . . . . . . . . . . . . . . . . . . 24
1.10.3. Costo Total Del Proyecto . . . . . . . . . . . . . . . . . . . . . 27

II DESARROLLO DE LA INVESTIGACIÓN 28

2. DESCRIPCIÓN CONCEPTUAL DE ARQUITECTURA 28

2.1. TOGAF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
2.2. Architecture Development Method . . . . . . . . . . . . . . . . . . . . 29
2.3. Archimate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

3. PRESENTACIÓN DE LA ORGANIZACIÓN 30
3.1. Misión . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
3.2. Visión . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

4. ARQUITECTURA EMPRESARIAL 30
4.1. CAPA DE NEGOCIO . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
4.1.1. Punto de Vista de Organización . . . . . . . . . . . . . . . . . 30
4.1.2. Punto de Vista de Cooperación del Actor . . . . . . . . . . . . 32
4.1.3. Punto de Vista de Función de Negocio . . . . . . . . . . . . . . 34
4.1.4. Punto de Vista de Proceso de Negocio . . . . . . . . . . . . . 35
4.1.5. Punto de Vista de Cooperación del Proceso de Negocio . . . . 36
4.1.6. Punto de Vista de Producto . . . . . . . . . . . . . . . . . . . . 38
4.2. CAPA DE APLICACIÓN . . . . . . . . . . . . . . . . . . . . . . . . . . 39
4.2.1. Punto de Vista de Comportamiento de la Aplicación . . . . . . 39
4.2.2. Punto de Vista de Cooperación de la Aplicación . . . . . . . . 41
4.2.3. Punto de Vista de Estructura de Aplicación . . . . . . . . . . . 43
4.2.4. Punto de Vista de Uso de Aplicación . . . . . . . . . . . . . . . 44
4.3. CAPA DE INFRAESTRUCTURA . . . . . . . . . . . . . . . . . . . . . 45
4.3.1. Punto de Vista de Infraestructura . . . . . . . . . . . . . . . . . 45
4.3.2. Punto de Vista de Uso de la Infraestructura . . . . . . . . . . . 47
4.3.3. Punto de Vista de Organización e Implementación . . . . . . . 48
4.3.4. Punto de Vista de Estructura de la Información . . . . . . . . . 50
4.3.5. Punto de Vista de Realización del Servicio . . . . . . . . . . . 52
4.4. CAPA DE MOTIVACIÓN . . . . . . . . . . . . . . . . . . . . . . . . . . 53

IV
 4.4.1. Punto de Vista del Stakeholder . . . . . . . . . . . . . . . . . . 53
4.4.2. Punto de Vista de Realización de Objetivos . . . . . . . . . . . 54
4.4.3. Punto de Vista de Contribución . . . . . . . . . . . . . . . . . . 55
4.4.4. Punto de Vista de Principios . . . . . . . . . . . . . . . . . . . 57
4.4.5. Punto de Vista de Realización de Requerimientos . . . . . . . 58
4.4.6. Punto de Vista de Motivación . . . . . . . . . . . . . . . . . . . 59
4.5. CAPA DE MIGRACIÓN . . . . . . . . . . . . . . . . . . . . . . . . . . 60
4.5.1. Punto de Vista del Proyecto . . . . . . . . . . . . . . . . . . . . 60
4.5.2. Punto de Vista de Migración . . . . . . . . . . . . . . . . . . . 61
4.5.3. Punto de Vista de Migración e Implementación . . . . . . . . . 62

5. DISEÑO DE BAJO NIVEL 63

5.1. Interfaz de Usuario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
5.1.1. Acceso a la Aplicación (Login) . . . . . . . . . . . . . . . . . . 64
5.1.2. Barra de Navegación . . . . . . . . . . . . . . . . . . . . . . . 65
5.1.3. Barra de Configuración . . . . . . . . . . . . . . . . . . . . . . 65
5.1.4. Barra de Usuario . . . . . . . . . . . . . . . . . . . . . . . . . . 66
5.1.5. Módulo de Usuarios . . . . . . . . . . . . . . . . . . . . . . . . 67
5.1.6. Módulo de Empresas . . . . . . . . . . . . . . . . . . . . . . . 69
5.1.7. Módulo de Transacciones . . . . . . . . . . . . . . . . . . . . . 75
5.2. Metamodelo de Datos . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
5.2.1. Módulo de Usuarios . . . . . . . . . . . . . . . . . . . . . . . . 77
5.2.2. Módulo de Cuentas . . . . . . . . . . . . . . . . . . . . . . . . 78
5.2.3. Módulo de Compañías o Empresas . . . . . . . . . . . . . . . 78
5.2.4. Módulo de Productos . . . . . . . . . . . . . . . . . . . . . . . 79
5.2.5. Módulo de Transacciones . . . . . . . . . . . . . . . . . . . . . 80
5.2.6. Diagrama General de Módulos . . . . . . . . . . . . . . . . . . 81
5.3. Despliegue del Prototipo . . . . . . . . . . . . . . . . . . . . . . . . . . 83
5.4. Uso de Maven en el Prototipo . . . . . . . . . . . . . . . . . . . . . . . 83
5.5. Aspectos de Seguridad . . . . . . . . . . . . . . . . . . . . . . . . . . 85
5.5.1. Autenticación Ante el API REST . . . . . . . . . . . . . . . . . 85
5.5.2. Manejo de Datos Sensibles . . . . . . . . . . . . . . . . . . . . 86
5.6. Pruebas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87

V
 III CIERRE DE LA INVESTIGACIÓN 89

6. RESULTADOS Y DISCUSIÓN 89
6.1. Encuesta 1: Percepción de Clientes Sobre Corabastos . . . . . . . . . 89
6.1.1. ¿Es cliente habitual de Corabastos? . . . . . . . . . . . . . . . 89
6.1.2. ¿Cual considera que es el mayor inconveniente para no com-
prar productos directamente en Corabastos? . . . . . . . . . . 90
6.1.3. Considera que una herramienta tecnológica que facilite el ac-
ceso a los productos de forma virtual ayudaría a las empresas
de Corabastos a expandir su mercado y ser mas visibles al
público . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90
6.1.4. ¿Posee algún SmartPhone? . . . . . . . . . . . . . . . . . . . 91
6.1.5. ¿Estaría interesado en acceder a productos de Corabastos
mediante el uso de una aplicación móvil? . . . . . . . . . . . . 91
6.2. Encuesta 2: Percepción de Cítricos Leiva Lozano sobre CorabasTIC . 92
6.2.1. ¿Considera que CorabasTIC puede mejorar el registro de da-
tos en su empresa? . . . . . . . . . . . . . . . . . . . . . . . . 92
6.2.2. ¿Ahorraría tiempo con el uso de CorabasTIC? . . . . . . . . . 92
6.2.3. ¿Qué es lo que mas le gusta de CorabasTIC? . . . . . . . . . 92
6.2.4. ¿Considera que CorabasTIC cumple con los requerimientos
planteados con respecto a productos, usuarios, empresas, transac-
ciones y reportes? . . . . . . . . . . . . . . . . . . . . . . . . . 92
6.2.5. ¿Qué le gustaría que CorabasTIC tuviera adicionalmente? . . 92
6.2.6. ¿Gana seguridad de su inventario al tener la lista de transac-
ciones de entrada y salida que CorabasTIC permite registrar? 93
6.2.7. ¿Considera que alguna otra empresa podría adquirir este ser-
vicio con tan solo conocerlo? . . . . . . . . . . . . . . . . . . . 93
6.2.8. ¿Estaría dispuesto a pagar por acceder al servicio prestado
por Corabastic? . . . . . . . . . . . . . . . . . . . . . . . . . . 93

7. CONCLUSIONES 93
7.1. Verificación, Contraste y Evaluación de los Objetivos . . . . . . . . . . 93
7.2. Síntesis del Modelo Propuesto . . . . . . . . . . . . . . . . . . . . . . 94
7.3. Aportes Originales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94

VI
BIBLIOGRAFÍA 94

REFERENCIAS WEB 95

VII
 Índice de figuras
1. Ciclo De Vida Scrum . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2. Organigrama Corabastos . . . . . . . . . . . . . . . . . . . . . . . . . 18
3. Diagrama de Gantt - Cronograma de Trabajo . . . . . . . . . . . . . . 23
4. Estructura de un Documento TOGAF . . . . . . . . . . . . . . . . . . . 28
5. Metamodelos en Diferentes Niveles de Especificación . . . . . . . . . 29
6. Metamodelo Punto de Vista de Organización . . . . . . . . . . . . . . 31
7. Punto de Vista de Organización . . . . . . . . . . . . . . . . . . . . . . 32
8. Metamodelo Punto de Vista de Cooperación del Actor . . . . . . . . . 33
9. Punto de Vista de Cooperación del Actor . . . . . . . . . . . . . . . . 33
10. Metamodelo Punto de Vista de Función de Negocio . . . . . . . . . . 34
11. Punto de Vista de Función de Negocio . . . . . . . . . . . . . . . . . . 35
12. Metamodelo Punto de Vista de Proceso de Negocio . . . . . . . . . . 35
13. Punto de Vista de Proceso de Negocio . . . . . . . . . . . . . . . . . . 36
14. Metamodelo Punto de Vista de Cooperación del Proceso de Negocio 37
15. Punto de Vista de Cooperación del Proceso de Negocio . . . . . . . . 37
16. Metamodelo Punto de Vista de Producto . . . . . . . . . . . . . . . . . 38
17. Punto de Vista de Producto . . . . . . . . . . . . . . . . . . . . . . . . 39
18. Metamodelo Punto de Vista de Comportamiento de la Aplicación . . . 40
19. Punto de Vista de Comportamiento de la Aplicación . . . . . . . . . . 41
20. Metamodelo Punto de Vista de Cooperación de la Aplicación . . . . . 42
21. Punto de Vista de Cooperación de la Aplicación . . . . . . . . . . . . 42
22. Metamodelo Punto de Vista de Estructura de Aplicación . . . . . . . . 43
23. Punto de Vista de Estructura de Aplicación . . . . . . . . . . . . . . . 44
24. Metamodelo Punto de Vista de Uso de Aplicación . . . . . . . . . . . 44
25. Punto de Vista de Uso de Aplicación . . . . . . . . . . . . . . . . . . . 45
26. Metamodelo Punto de Vista de Infraestructura . . . . . . . . . . . . . 46
27. Punto de Vista de Infraestructura . . . . . . . . . . . . . . . . . . . . . 46
28. Metamodelo Punto de Vista de Uso de la Infraestructura . . . . . . . . 47
29. Punto de Vista de Uso de la Infraestructura . . . . . . . . . . . . . . . 48
30. Metamodelo Punto de Vista de Organización e Implementación . . . . 49
31. Punto de Vista de Organización e Implementación . . . . . . . . . . . 50
32. Metamodelo Punto de Vista de Estructura de la Información . . . . . . 50
33. Punto de Vista de Estructura de la Información . . . . . . . . . . . . . 51

VIII
34. Metamodelo Punto de Vista de Realización del Servicio . . . . . . . . 52
35. Punto de Vista de Realización del Servicio . . . . . . . . . . . . . . . 52
36. Metamodelo Punto de Vista del Stakeholder . . . . . . . . . . . . . . . 53
37. Punto de Vista del Stakeholder . . . . . . . . . . . . . . . . . . . . . . 54
38. Metamodelo Punto de Vista de Realización de Objetivos . . . . . . . . 54
39. Punto de Vista de Realización de Objetivos . . . . . . . . . . . . . . . 55
40. Metamodelo Punto de Vista de Contribución . . . . . . . . . . . . . . 56
41. Punto de Vista de Contribución . . . . . . . . . . . . . . . . . . . . . . 56
42. Metamodelo Punto de Vista de Principios . . . . . . . . . . . . . . . . 57
43. Punto de Vista de Principios . . . . . . . . . . . . . . . . . . . . . . . . 57
44. Metamodelo Punto de Vista de Realización de Requerimientos . . . . 58
45. Punto de Vista de Realización de Requerimientos . . . . . . . . . . . 59
46. Metamodelo Punto de Vista de Motivación . . . . . . . . . . . . . . . . 59
47. Punto de Vista de Motivación . . . . . . . . . . . . . . . . . . . . . . . 60
48. Metamodelo Punto de Vista del Proyecto . . . . . . . . . . . . . . . . 61
49. Punto de Vista del Proyecto . . . . . . . . . . . . . . . . . . . . . . . . 61
50. Metamodelo Punto de Migración . . . . . . . . . . . . . . . . . . . . . 62
51. Punto de Vista de Migracion . . . . . . . . . . . . . . . . . . . . . . . . 62
52. Metamodelo Punto de Migración e Implementación . . . . . . . . . . . 63
53. Punto de Vista de Migracion e Implementación . . . . . . . . . . . . . 63
54. Vista de Acceso a la Aplicación . . . . . . . . . . . . . . . . . . . . . . 64
55. Vista de Barra de Navegación . . . . . . . . . . . . . . . . . . . . . . . 65
56. Vista de Barra de Configuración . . . . . . . . . . . . . . . . . . . . . 66
57. Vista de Barra de Usuario . . . . . . . . . . . . . . . . . . . . . . . . . 67
58. Vista de Creación de Usuario . . . . . . . . . . . . . . . . . . . . . . . 68
59. Vista de Error en Creación de Usuario . . . . . . . . . . . . . . . . . . 68
60. Vista de Lectura de Usuarios . . . . . . . . . . . . . . . . . . . . . . . 69
61. Vista de Creación de Empresa Paso 1 . . . . . . . . . . . . . . . . . . 70
62. Vista de Creación de Empresa Paso 2 . . . . . . . . . . . . . . . . . . 70
63. Vista de Creación de Empresa Asignación de Recursos . . . . . . . . 71
64. Vista de Creación de Empresa Paso 2 Con Recursos . . . . . . . . . 72
65. Vista de Creación de Empresa Paso 3 . . . . . . . . . . . . . . . . . . 72
66. Vista de Lectura de Empresas . . . . . . . . . . . . . . . . . . . . . . 73
67. Vista de Lectura de Empresa Específica . . . . . . . . . . . . . . . . . 74
68. Vista de Asociar Producto A Empresa . . . . . . . . . . . . . . . . . . 74

IX
69. Vista de Ver Transacciones . . . . . . . . . . . . . . . . . . . . . . . . 75
70. Vista de Creación de Transacción . . . . . . . . . . . . . . . . . . . . 76
71. Vista de Creación de Elemento de la Transacción . . . . . . . . . . . 76
72. Metamodelo de Datos Módulo de Usuarios . . . . . . . . . . . . . . . 77
73. Metamodelo de Datos Módulo de Cuentas . . . . . . . . . . . . . . . 78
74. Metamodelo de Datos Módulo de Compañías o Empresas . . . . . . 79
75. Metamodelo de Datos Módulo de Productos . . . . . . . . . . . . . . . 80
76. Metamodelo de Datos Transacciones . . . . . . . . . . . . . . . . . . 81
77. Metamodelo de Datos General de CorabasTIC . . . . . . . . . . . . . 82
78. Despliegue del Prototipo . . . . . . . . . . . . . . . . . . . . . . . . . 83
79. Módulos en Maven y Dependencias . . . . . . . . . . . . . . . . . . . 84
80. Funcionamiento JWT . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
81. Estructura de un JSON Web Token . . . . . . . . . . . . . . . . . . . . 86
82. Salt y Función Hash Para Cifrado . . . . . . . . . . . . . . . . . . . . . 87
83. Estructura Proyecto Pruebas API REST . . . . . . . . . . . . . . . . . 88
84. Resultados ¿Es cliente habitual de Corabastos? . . . . . . . . . . . . 89
85. Resultado Inconvenientes Corabastos . . . . . . . . . . . . . . . . . . 90
86. Resultados Uso Herramienta Tecnológica . . . . . . . . . . . . . . . . 90
87. Resultados Posesión De SmartPhone . . . . . . . . . . . . . . . . . . 91
88. Resultados Interés en Uso de CorabasTIC . . . . . . . . . . . . . . . 91

X
 Índice de cuadros
1. Costos Por Servicios Personales . . . . . . . . . . . . . . . . . . . . . 24
2. Gastos Por Recursos Tecnológicos . . . . . . . . . . . . . . . . . . . . 25
3. Gastos Recursos Físicos . . . . . . . . . . . . . . . . . . . . . . . . . 26
4. Gastos Por Servicios Públicos . . . . . . . . . . . . . . . . . . . . . . 26

XI
 INTRODUCCIÓN

La central de alimentos ‘Corabastos’ se encuentra ubicada en la localidad de

Kennedy de la ciudad de Bogotá y cuenta con gran cantidad de comerciantes que a
diario se ven en problemas varios relacionados con el control de ventas, inventarios,
reportes, clientes, baja exposición al mercado bogotano y nacional, y altos niveles
de inseguridad por causa de transacciones monetarias realizadas a la intemperie
sin ningún tipo de protección por parte de las autoridades competentes. Tales in-
convenientes retrasan las actividades de los comerciantes y los deja atrás a nivel
tecnológico, lo anterior porque muchos de estos problemas en diferentes sectores
de la economía han sido resueltos con la implantación de soluciones tecnológicas
que mitigan las acciones de los delincuentes y hacen más productivos los negocios.
Sin duda en un mundo globalizado y con nuevos tratados por parte de los gobiernos
como es el caso del TLC firmado con los Estados Unidos, es necesario que estas
empresas del sector de Corabastos empiecen a resolver tales problemas que los
hacen estar a muy bajo nivel de competencia comparado con compañías extranje-
ras que ofrecen los mismos productos y tienen una amplia gama tecnológica desde
maquinaria hasta software para solución de los inconvenientes nombrados.

La economía de este sector resulta curiosa si se compara con otros sectores de

la economía, esto porque los negocios y las transacciones allí realizadas se encuen-
tran en el ámbito completo de la informalidad, bajos estándares, pocos procesos
rigurosos y un control de actividades económicas muy limitado que provoca que los
comerciantes no tengan información exacta y rápida acerca de los factores que para
ellos son importantes, como es el caso de los elementos totales de inventario, qué
tantos productos han vendido o trabajado en periodos de tiempo y muchos otros que
permitirían tomar desiciones correspondientes a su misión apuntando a la mejora de
productividad, generación de estrategias de marketing, el cómo entrar en negocios
más grandes y competir con grandes empresas. Es este el motivo de la búsqueda
de una solución que mitigue tales inconvenientes de una forma sencilla, accesible
y que mejor que una plataforma tecnológica que les permita llevar un control fácil,
claro y en cualquier lugar que deseen de aquellos temas importantes como registro
de ventas el cual a menudo se ve afectado por el bajo control de inventario y que
no solo es un problema de financiero sino de ámbito legal ya que si no se tiene un

1
control detallado de ventas se puede estar evadiendo impuestos y generando pro-
blemas mayores para el comerciante y todo el sector de corabastos en general.

El presente documento describe los principales problemas con los que cuen-
tan algunos comerciantes de la central de alimentos de Corabastos y propone la
realización de un prototipo de software que estandarice los procesos de ventas, ad-
ministración de clientes, generación de reportes y control de inventarios para los
comerciantes que presenten problemas en estos puntos y para los cuales una pla-
taforma tecnológica sea la solución adecuada que mejore su productividad y les per-
mita mayor control de sus propios negocios. Tal prototipo será una única plataforma
en donde estas empresas podrán administrar y llevar control de tales elementos, sus
perfiles y les permitirá tener sus negocios abiertos al público general con el objetivo
de aumentar sus ventas y tener una interfaz virtual que les permita ser más competi-
tivos en sector que cada vez más necesita revolución tecnológica para competir con
mercados internacionales por causa de tratados de libre comercio y demás políticas
gubernamentales.

Con el objetivo de llevar al prototipo a una implementación real, se planea que

la compañía ‘Cítricos Leiva Lozano’ (dedicada a la venta de productos cítricos en
Corabastos) sea el primer usuario del, esto con el fin de ver el comportamiento en
el mercado de una solución de este tipo con la debida autorización de la empresa
y la misma cumpliendo el rol de proveedor de requerimientos generales del sector,
en los ítems anteriormente nombrados. Este primer acercamiento a un usuario real
permitirá evaluar la satisfacción del usuario y cómo contribuye positivamente a las
labores diarias y que mejoras podrán ser aplicadas para versiones futuras de la
aplicación.

2
Parte I

CONTEXTUALIZACIÓN DE LA
INVESTIGACIÓN
1. DESCRIPCIÓN DE LA INVESTIGACIÓN

1.1. TÍTULO Y DEFINICIÓN DEL TEMA DE INVESTIGACIÓN

El título de la investigación es ‘Desarrollo de un prototipo de software para el
control de ventas, inventarios, proveedores, clientes y reportes basados en las nece-
sidades comunes encontradas en algunos comerciantes del sector de corabastos’.
Esta idea de investigación radica en los problemas tecnológicos, sociales y económi-
cos con los que cuentan algunos de los comerciantes de las centrales de alimentos
y específicamente la de mayor impacto en la ciudad de Bogotá, Corabastos.

Si bien la mayor parte de la población no tiene ninguna relación directa con es-
ta central, es allí donde llegan los productos provenientes de todas las partes del
país y el punto inicial de distribución de alimentos de muchos de los comercios de
la ciudad. Los problemas son varios tanto desde afuera como dentro de este gran
sistema, para los ciudadanos Corabastos es una caja negra donde sus procesos
resultan desconocidos, aislados y hasta peligrosos para muchos; pero la verdad, las
oportunidades y el progreso se esconden dentro de esta área de 420,000 metros
cuadrados cercada por grandes muros y ubicada en el suroccidente de la capital.

Algunos de los comerciantes de la central de Corabastos cuentan con altos pro-

blemas de control de inventarios generados por el poco control de entrada y salida
de elementos, esto debido a la dinámica del ambiente comercial del sector, lo an-
terior genera pérdidas que sumadas a las de las demás empresas de Corabastos,
superan los millones de pesos diarios. Según relatos de la empresa ’Cítricos Leiva
Lozano´, muchos de los empleados aprovechan el poco control y las pocas alter-
nativas tecnológicas allí presentes para robar inventario o simplemente no reportar
ventas que realizan, y finalmente son estos empleados quienes se quedan con las

3
ganancias, produciendo así una cadena de robo que perjudica el desarrollo econó-
mico de los comerciantes y la misma ciudad. Es allí donde surge la pregunta de
¿Cómo una plataforma tecnológica podría contribuir positivamente con este proble-
ma?.

Varios han sido los intentos de intervenir tecnológicamente en esta central pero
pocos y si no es ninguno ha contribuido con algo realmente positivo y llegado real-
mente a todos los stakeholders de este sistema. Lo anterior ocurre porque los pro-
blemas se han abordado desde una perspectiva muy general, poco social y asilada
del contexto real y del pensamiento de las personas que son motor de corabastos.
¿Cuál sería la manera adecuada de atacar los problemas con los que cuentan aque-
llos comerciantes del sector de corabastos para que una plataforma tecnológica sea
exitosa y contemple el contexto en el que allí se vive de tal forma que sea posible
abrir las puertas de esta central al resto de la población bogotana? ¿De qué manera
es posible hacer que las personas de este sector se sientan identificados con la pla-
taforma tecnológica y no sea uno de los intentos fallidos que se han realizado en la
central de alimentos?. Muchas de estas preguntas son resueltas al tener en cuenta
el diario vivir de estas personas y atacando directamente los problemas que estos
mas presenta, no se puede pretender abarcar todos los problemas que existen en
la central de una sola vez ya que hasta ahora el mundo digital esta invadiendo este
sector en modo de teléfonos celulares inteligentes y muchas otras tecnologías que
día a día se expanden en la central, teniendo en cuenta esto se ve que el problema
no está en el acceso a la tecnología ya que desde el empleado de más bajo perfil
hasta los dueños de los negocios cuentan con un teléfono inteligente. Teniendo en
cuenta la incursión de estos medios tecnológicos se puede pensar en soluciones
como pagos electrónicos para problemas como la seguridad ya que en este sector
se presentan muchos casos de ‘fleteo’(práctica criminal en la cual una persona que
acaba de retirar una gran suma de dinero en efectivo de una oficina bancaria es ro-
bada a mano armada por individuos en vehículo o motocicleta [SIN15]) y la mayoría
de personas siente miedo de procesos de cobros y demás pagos en efectivo.

4
1.2. ESTUDIO DEL PROBLEMA DE INVESTIGACIÓN
1.2.1. Planteamiento del Problema

Algunos de los comerciantes de la central de alimentos de corabastos cuentan

con grandes problemas tecnológicos, sociales y económicos que les limitan la ex-
pansión de sus negocios debido a que se tiene la percepción que este sitio es una
especie de lugar clandestino, de difícil acceso y sólo para un tipo de clientes(los
mayoristas). Otra de las situaciones que allí se presentan es lo difícil que resulta
para los comerciantes llevar un registro de ventas y control de inventarios, esto por
la misma naturaleza misma del negocio, en donde la informalidad y el desorden son
las características que rigen la economía interna de la central. Estos dos problemas
llevan a otro importante que es el envío de reportes a clientes que exijan los mis-
mos, esto porque si no se registran correctamente las ventas, la acción de generar
y enviar reportes correctos y detallados no es exacto y puede acarrear pérdidas de
capital o de los mismos clientes por inconsistencia de datos.

Si se tiene en cuenta el problema de control de inventarios de estos comercian-

tes debido a la informalidad de los negocios y a la poca planeación de entrada y
salida de elementos por la misma dinámica del sector, se hace evidente el fallo de
seguridad que allí se presenta dado que hay muchos casos en los que algunos
empleados usan esto a su favor para apoderarse de elementos del inventario o no
registrar ventas hechas y así quedarse con el dinero recibido, este es un problema
que pasa a diario y genera pérdidas de millones de pesos. Se hace necesaria una
investigación más profunda que revela que existe un problema de seguridad mucho
mayor al anterior y es la cantidad de robos que ocurren a comerciantes los cuales
muchas veces transportan cantidades enormes de dinero que hace que los ladrones
los sigan, los roben y pongan en peligro la vida de los comerciantes en caso de que
ellos se resistan o simplemente el delincuente tome la decisión de atentar contra la
vida de los individuos(comerciantes), a este fenómeno se le conoce generalmente
como ‘fleteo’ y se origina por la poca seguridad en las transacciones que allí se rea-
lizan y las escasas alternativas que se tienen para la realización de pagos.

Los problemas anteriormente nombrados se siguen presentando en la actua-

lidad y no existen cifras exactas de la cantidad de hurtos que ocurren interna y

5
externamente por diferentes factores como el temor a realizar las denuncias co-
rrespondientes por posibles represalias por parte de los delincuentes, y además la
poca confianza que generan las mismas autoridades responsables de la seguridad
de los bogotanos, puesto que son escasas las capturas realizadas por este tipo
de delitos comparado con el número total de los mismos. Teniendo en cuenta que
Kennedy(donde se encuentra ubicada la central de Corabastos) es una de las loca-
lidades que mayor denuncias realiza por este delito(según el reporte del periodico
’El tiempo’ [ETP15]), los comerciantes tienen temor de ser víctimas ya que muchos
son los casos de asesinatos presentados como es el caso de un comerciante de
Corabastos que fue abordado en las inmediaciones de la central el día 8 de abril
del presente año [RSF15], y la situación de masacres a comerciantes de la central
se repite en varios no solo en las cercanías de la misma sino en toda la capital
[ETP14]. Este problema no solo destruye vidas sino que hace muchas empresas
fracasen, que se aumente el número de hurtos y genera desconfianza por parte de
los clientes de esta central.

Teniendo en cuenta lo anterior se plantea una plataforma tecnológica para las

transacciones financieras, control de inventarios, de ventas y clientes podría ayudar
a mitigar estos problemas y a tener más control sobre ellos. En la actualidad las
transacciones por internet resultan ser mucho más seguras que transportar gran-
des cantidades de dinero por uno mismo. El control de inventarios y una interfaz
tecnológica para los clientes y comerciantes abren las puertas a nuevos negocios,
más seguridad por causa de pagos electrónicos, mejor calidad en la prestación de
servicios y venta de productos y además mayor crecimiento económico de los co-
merciantes los cuales podrían entrar a competir en diferentes mercados de la capital.

Otro de los grandes problemas que cuentan los comerciantes de Corabastos es

que no llevan un registro ordenado del lugar de donde vienen sus productos, y para
ellos sería muy útil poder referenciar geográficamente el sitio del cual provienen,
realmente marcar en un mapa el sitio de donde viene cada producto es realmente
complicado para ellos.

6
1.2.2. Formulación del problema

¿Qué características formales y conceptuales se pueden desarrollar para que

algunos comerciantes de la central de alimentos de corabastos puedan mitigar pro-
blemas de seguridad interna y externa, acceso a productos y servicios, control de
inventarios y reportes exactos a clientes que así lo requieran?

1.2.3. Sistematización del problema

¿Cuál solución tecnológica sería la indicada para solventar el problema de inven-

tarios y reportes con los cuales cuentan los comerciantes de la central de alimentos
de corabastos?

¿De qué forma se podría brindar un entorno transaccional más seguro que evite
problemas de inseguridad y que agilice los procesos de envío y captación de dinero
por parte de los comerciantes de la central de corabastos?

¿En qué plataforma debería estar implementada la solución para que sea más
fácil de acceder para los comerciantes?

¿Porqué se hace necesario el control de ventas y la generación de reportes exac-

tos?

¿Podría una solución de software aportar positivamente a la seguridad interna

de un negocio de la central de alimentos de corabastos?

¿De qúe forma se podría brindar a los comerciantes la opción de poder georefe-
renciar el lugar de donde provienen sus productos?
‘

7
1.3. OBJETIVOS DE LA INVESTIGACIÓN
1.3.1. OBJETIVO GENERAL

Desarrollar un prototipo de software dirigido a empresas del sector de ‘Cora-

bastos’ mediante una plataforma interactiva que permita a los comerciantes de este
sector llevar un control de ventas, inventarios, clientes, proveedores y reportes, sien-
do de igual forma una interfaz de entrada de clientes para sus negocios.

1.3.2. OBJETIVOS ESPECÍFICOS

Diseñar un modelo básico de ventas, inventarios, clientes, proveedores, re-

portes y georeferenciación de productos que estandarice medidas, procesos y
tipos de negocios de las empresas a las que va dirigida la solución tecnológica
con el fin de ser usado como base modular en el prototipo de software.

Desarrollar una aplicación fácil de usar por los usuarios de la aplicación que
cumpla con las especificaciones funcionales proveída por los mismos y que se
ajuste al ambiente social en la que va a ser usada(‘corabastos’) mediante el
uso de tecnologías recientes que faciliten la implementación del software.

Crear una interfaz que permita a posibles clientes de las empresas vinculadas
a la aplicación conocer sobre las mismas, sus productos y demás atributos que
sean de interés al momento de tomar decisiones de compra de productos.

8
1.4. JUSTIFICACIÓN DE LA INVESTIGACIÓN
1.4.1. Justificación Práctica

Siendo esta una investigación práctica se pueden obtener resultados concretos

acerca de la mejora que las empresas verán al momento de usar el prototipo, esto
porque con la información recolectada por el prototipo, el uso del mismo y la retro-
alimentación dada por los usuarios será posible dar resultados concretos sobre qué
tanto ayuda el prototipo en la solución de los problemas con los que cuentan las
empresas.

Las mejoras que verán las empresas se verán reflejadas en la satisfacción de

las mismas debido a la percepción que tendrán el momento de realizar tareas que
actualmente resultan tediosas y requieren muchos cálculos y procesos manuales
desgastantes, como es el caso del registro de ventas y la generación de reportes,
estas tareas pasaran a ser asunto fáciles de llevar y de gran utilidad para los co-
merciantes y clientes ya que reducirá los tiempos, se tendrá disponibilidad de la
información y será más fácil el registro de actividades por parte de las empresas.

Teniendo en cuenta los problemas de seguridad causados por temas como el

’fleteo’ y robos al interior de las empresas de los comerciantes del la central de
alimentos de corabastos, un sistema transaccional seguro permitirá reducir los ín-
dices de inseguridad y robos porque gran cantidad de dinero transportado por los
comerciantes pasaría a ser una transacción online segura que representa menores
riesgos.

Se hace necesaria la construcción una solución tecnológica expresada en un

prototipo de software orientado específicamente al sector comercial de corabastos
y a estas pequeñas y medianas empresas ya que manejan una dinámica diferente e
informal, por lo tanto se hace evidente el análisis del ambiente de los comerciantes
de la central de Corabastos que permita implantar la solución en pequeñas partes y
no intentar abarcar todos los problemas que allí ocurren por la misma razón que las
personas involucradas y el mismo sector es muy diferente de la mayoría de negocios
formales.

9
 Es posible poner la duda de por qué no usar un ERP ya creado para este caso y
la respuesta es sencilla, en este proyecto hay una oportunidad de negocio clara y no
sería bueno otorgar esa fuente de dinero a otra compañía ya que nadie realmente
se ha sentado con los comerciantes en cuestión para ver sus necesidades y realizar
una aplicación que satisfaga sus necesidades. Otra razón para no pensar en una
ERP ya creada es que la mayoria de estas son costosas, demasiado amplias y no
estan enfocadas específicamente en el problema de los comerciantes de Corabas-
tos, toda una suite ERP sería demasiado grande y poco personalizada para este
proyecto.

10
1.5. HIPÓTESIS DE TRABAJO
El poco control de inventario por parte de los comerciantes abre la puerta a un
problema de seguridad mayor que implica pérdida de dinero y robos por parte de
los empleados; además de esto también genera pérdida de productos los cuales en
su mayoría son orgánicos.

La poca visibilidad de los negocios con el ambiente capitalino hace que los co-
merciantes pierdan clientes potenciales y que esos clientes no aprovechen los pre-
cios bajos que allí se manejan lo cual deja ver que es una situación que afecta a
ambas partes de una forma negativa.

Las transacciones monetarias por medios no electrónicos generan que las orga-
nizaciones se expongan a posibles robos y ponen en peligro la vida de los transpor-
tadores, clientes y vendedores.
Los reportes con baja exactitud generan desconfianza por parte de los clientes
que los requieren y en algunos casos pérdidas de dinero para ambas partes (co-
merciantes y clientes) que podría acarrear problemas legales de mayor magnitud.

El sistema manual de registro de ventas causa inconsistencia de datos que lle-

vándolo a niveles mayores puede acarrear pérdida de clientes, problemas legales y
pérdida de dinero.

11
1.6. MARCO REFERENCIAL
1.6.1. Marco Teórico

Cuando se realiza un proyecto de software es indispensable ver que tan factible

resulta la realización del mismo basado en el estado actual y demás factores del am-
biente que involucra el proyecto. En la actualidad existen estudios que demuestran
que es necesario y viable la implementación de modelos de inventarios que cumplan
con las necesidades del modelo y dinámica de las organizaciones de Corabastos,
algunos de estos estudios tienen como objetivo fuerte el contribuir al crecimiento de
este sector como es el caso del documento titulado ’Estudio de factibilidad para la
implementación de un modelo de inventarios en el mercado aguacatero de Corabas-
tos S.A.’ [TRU14], en el cual se describe como un modelo logístico para el control de
inventarios podría beneficiar a los comerciantes del sector aguacatero de la central
de Corabastos dandoles ventajas competitivas y administrativas en el sector agríco-
la y financiero, demostrando así que los modelos de inventarios deben primar sobre
la intuición de las organizaciones de este sector y evidenciando que es totalmente
viable la implementación de un modelo de logística de inventarios. Esto lleva a pen-
sar si este problema estará únicamente en los comerciantes dedicados al aguacate
o a la mayor parte de los comerciantes en general de este sector y el claro ejemplo
de la compañía ’Citricos Leiva Lozano’ quien será la primera en adoptar el prototipo,
demuestra que el problema es recurrente para diferentes tipos de comercio de la
central de alimentos en cuestión.

Con los nuevos tratados de libre comercio el sector agrícola se ve obligado a

competir con mercados internacionales y esto afecta directamente a los comercian-
tes de la central de Corabastos ya que es aquí donde se distribuyen gran parte de
los productos agrícolas en la ciudad de Bogotá y necesita un abastecimiento recu-
rrente de los productos (generalmente perecederos), que según datos del ministerio
de agricultura va en aumento mes a mes, teniendo a Corabastos como la central de
alimentos que mayor es abastecida por mercados agrícolas y productos provenien-
tes de otras ciudades del país [COR07].

Si se busca un crecimiento económico a gran escala es necesario adoptar medi-

das (tecnológicas en nuestro caso) y si se mira el estado global del sector agrícola se

12
ve fácilmente que los que el contexto de comercialización internacional es altamente
competitivo, donde la administración de los mercados es un aspecto estratégico para
el éxito de los negocio como se concluye en el estudio de la competitividad y ten-
dencias de los mercados agrícolas realizado por la revista Agronomía Colombiana
[TOR95], aquí también se ve como muchos mercados internacionales han tomado
medidas para competir a alto nivel, con un acuerdo de parte y parte de las empre-
sas privadas con los estados. Para nuestro caso puntual una de las estrategias que
promovería este crecimiento es a través del uso de tecnologías de la información, y
para ser mas específicos un prototipo de control de inventarios, ventas, clientes que
sirva al mismo tiempo como puerta de entrada a nuevos negocios y permita que las
empresas sean más visibles para la industria agrícola competitiva.

La dinámica de Corabastos resulta curiosa comparada con otros modelos de

negocios dedicados a la venta de productos. Un reportaje llamado ’Corabastos: re-
pública independiente’ [UAN10], realizado por un estudiante de la Universidad de lo
Andes de Bogotá, revela cómo es tal modo de trabajar que resulta muy informal y
algunas veces cerrada a los horarios habituales de la mayoría de la población bo-
gotana, esto hace que se puedan perder ventas ya que para un cliente normal que
al medio día o por la tarde requiera realizar compras posiblemente encontrará ce-
rrados la mayor cantidad de locales de Corabastos. El prototipo pretende cubrir tal
problema de horarios brindando una plataforma que pueda ser 24 horas al día por
cada día de la semana, dando opciones de compra como por domicilio, acuerdo de
entrega y demás posibilidades que beneficiarían a las empresas.

Actualmente existe un programa realizado por el ministerio de telecomunicacio-

nes en Colombia llamado Agrotón, en este hay una categoría llamada ’Corabastos
a un click ’ cuyo reto específicamente es “¿Cómo permitir a los comerciantes de
Corabastos referenciar sus negocios, teniendo en cuenta elementos de variedad,
cantidad, calidad y precio para que los compradores puedan tener información de-
tallada de la oferta de productos y servicios en la central de abastos?” [TIC15], para
la realización de tal reto el gobierno nacional cuenta con unos servicios web que
permiten obtener los precios de los productos de Corabastos, lo cual puede ser bien
aprovechado por el prototipo para complementar sus fuentes de información y así
tener datos más precisos e integrales. Es claro ver que estas aplicaciones que son
realizadas allí cubren solamente el problema de entrada de clientes para los comer-

13
ciantes pero no los problemas reales que tiene el mismo, es necesario complemen-
tar este tipo de propósitos del estado para solucionar los problemas que tiene esta
central de alimentos, es por esto que el prototipo podría entrar en esta categoría y
participar sin ningún problema como participante y oportunidad de negocio.

Scrum Según Mike Cohn, uno de los mayores contribuyentes en la invención

Scrum, esta “es una metodología ágil que es aplicable para casi cualquier proyec-
to, sin embargo, es comúnmente usada en el desarrollo de software. El proceso
Scrum está orientado a proyectos con requerimientos rápidamente cambiantes y al-
tamente emergentes. El desarrollo de software usando Scrum progresa mediante
una serie de iteraciones llamadas sprints, las cuales tienen una duración de dos a
cuatro semanas. El modelo de Scrum sugiere que cada sprint comience con una
breve reunión de planeación y concluya con una revisión” [SCM15]. A continuación
se listan los artefactos y eventos propios de Scrum:

Figura 1: Ciclo De Vida Scrum

Tomado de [SLC15]

1. Product Backlog: “es el corazón de Scrum, es una lista priorizada de requeri-

mientos, o historias de usuario, o características, o cualquier cosa que el clien-
te quiera, la cual es descrita usando la terminología del cliente” [SCM07](pág.
19).

14
 2. Sprint Planning: es una reunión y probablemente uno de los eventos mas im-
portantes, tiene como objetivo dar al equipo la información necesaria para que
puedan trabajar sin problemas por pocas semanas, dandole al product owner
la oportunidad de hacerlo.

3. Spring Goal: es la meta del Sprint y debe responder a las preguntas ¿Porqué
se hace este Sprint? ¿Porqué simplemente no se deja de hacer?

4. Daily Scrum: reunión diaria en donde cada persona hace saber que está ha-
ciendo, que hizo y que va a hacer.

5. Sprint Retrospective: en esta reunión los miembros del equipo proponen me-
joras, tanto personales como sobre el proyecto, se cuentas los inconvenientes
que hubo y cómo podrían solucionarse.

6. Sprint Review: en este evento se debe tener a todos los stakeholders del pro-
yecto y se debe mostrar el avance realizado en el sprint.

Java Teniendo en cuenta la definición del portal oficial de Oracle, “Java es un

lenguaje de programación y una plataforma informática comercializada por primera
vez en 1995 por Sun Microsystems. Hay muchas aplicaciones y sitios web que no
funcionarán a menos que tenga Java instalado y cada día se crean más. Java es
rápido, seguro y fiable. Desde portátiles hasta centros de datos, desde consolas
para juegos hasta súper computadoras, desde teléfonos móviles hasta Internet, Java
está en todas partes” [JAV15].

Spring Framework Spring es un marco de trabajo para aplicaciones Java/JavaEE

realizada por Spring Source que se encarga administrar la inyección de dependen-
cias de la aplicación, ayudando a la construcción de software de alta calidad y alto
rendimiento. El corazón de Spring es un contenedor de inversión de control que es
capaz de agregar servicios empresariales a objetos de Java, Spring hace uso del
paradigma de programación orientada a accesos para inyectar esos servicios a tales
componentes [SPG08].

MongoDB “MongoDB (que proviene de «humongous») es la base de datos NoSQL

líder y permite a las empresas ser más ágiles y escalables. Organizaciones de to-
dos los tamaños están usando MongoDB para crear nuevos tipos de aplicaciones,

15
mejorar la experiencia del cliente, acelerar el tiempo de comercialización y reducir
costes. Es una base de datos ágil que permite a los esquemas cambiar rápidamente
cuando las aplicaciones evolucionan, proporcionando siempre la funcionalidad que
los desarrolladores esperan de las bases de datos tradicionales, tales como índices
secundarios, un lenguaje completo de búsquedas y consistencia estricta.”[MON16].

Maven Es una herramienta de software para la gestión y contrucción de proyectos

informaticos, es usada comunmente con la tecnologia java y tiene en cuenta todo el
ciclo de vida de un software, por lo tanto facilita la construcción, desarrollo y pruebas.

PhoneGap “PhoneGap es un paquete de librerías que permite empaquetar apli-

caciones HTML5 de manera que puedan ser usadas como apps para móviles o
Web Apps. PhoneGap es una solución de Adobe que nos permite llevar el desarro-
llo para la web al mundo de los dispositivos. Se basa en una “envoltura” que nos
permite ejecutar aplicaciones desarrolladas con HTML, CSS y Javascript como si
fueran aplicaciones nativas para los teléfonos móviles o tablets.”[PHO16].

AdminLTE “Es una plantilla de administración totalmente adaptativa, basada en el

framework Bootstrap 3, fácil de usar. Se ajusta a diferentes resoluciones de pantalla
desde móviles a pantallas de escritorio.”[ADM16].

1.6.2. Marco Conceptual

Corabastos En este proyecto específicamente se habla de Corabastos tal y como

es definida en su sitio oficial (“principal plataforma de abastecimiento del país, CO-
RABASTOS ofrece servicios especializados a los participantes de la cadena agroa-
limentaria, con una infraestructura adecuada y cobertura nacional en la comerciali-
zación de alimentos en el canal tradicional” [COR15]) y además como el lugar donde
se encuentran los comerciantes a los cuales va dirigido este proyecto.

Fleteo Es una práctica criminal en la cual una persona que acaba de retirar una
gran suma de dinero en efectivo de una oficina bancaria es robada a mano armada
por individuos en vehículo o motocicleta [SIN15]. Para este caso se toma el fleteo
como un problema de seguridad que afecta a gran cantidad de los comerciantes del

16
sector de Corabastos, estos se quejan de tales inconvenientes y buscan alternativas
tecnológicas que solventen tal problema.

Sistema de Inventarios Es un conjunto de normas, métodos y procedimientos

aplicados de manera sistemática para planificar y controlar los materiales y pro-
ductos que se emplean en una organización. Este sistema puede ser manual o
automatizado [REA15].

1.6.3. Marco Legal

“La corporación de Abastos de Bogotá es una sociedad anónima regulada por

normas de derecho privado, de naturaleza comercial, de economía mixta del orden
Nacional, ordenada en su creación por Decreto No.1283 de julio 30 de 1970, vincu-
lada al Ministerio de Agricultura y Desarrollo Rural según Decreto Presidencial No.
2219 fechado el 22 de octubre de1976” [COR06].

Es la principal abastecedora de alimentos de la ciudad regida por la Cámara de

Comercio. Cuenta con más de 5000 puestos de trabajadores donde llegan diaria-
mente cerca de 12 millones de toneladas de productos de diferentes lugares del
país donde se comercializan no sólo para la ciudad sino para otros departamentos.
Además, los ingresos de cerca de 50 mil familias dependen de empleos directos
generados por la central. El funcionamiento de la Central de Abastos de Bogotá
está regida bajo el Estado con un 48 %, el Ministerio de Agricultura con un 20 %,
el Distrito de Bogotá con un 8 % y el Gobernador de Cundinamarca con un 24 %,
donde cada uno de estos entes cuenta con acciones, voz y voto a la hora de tomar
alguna decisión frente a la organización y posibles cambios en esta. Cuenta con un
organigrama, el cual se muestra en la siguiente figura.

17
 Figura 2: Organigrama Corabastos

Tomado de [LAR11]

La Central de Abastos, cuenta con un reglamento interno donde presenta normas

que determinan La Organización y Funcionamiento de la Corporación las cuales
serán de carácter obligatorio para su cumplimiento para los trabajadores donde el
comerciante es libre y capas de escoger alternativas tecnológicas que organicen su
actividad para mejor manejo tanto de dinero como de producto, dándole potestad
de escoger cualquier herramienta, todo esto bajo los marcos legales dados por el
Gobierno y dicha organización.

18
1.7. ASPECTOS METODOLÓGICOS
1.7.1. Tipo de Estudio

El proyecto de investigación comprende características de un estudio proyecti-

vo ya que según la bibliografía consultada, el conocimiento propio del negocio y la
propuesta del prototipo que se realizar, se proyectan resultados al momento de la
implantación del producto y la respuesta de los comerciantes, y además actualmen-
te no existen prototipos de aplicaciones enfocadas específicamente a las empresas
del sector de corabastos que cumplan con las características y dinámicas que allí
se manejan.

Si se tiene en cuenta que al público al cual va dirigido el prototipo es un tipo

de personas característico del sector popular y que se busca ofrecer una platafor-
ma con cual los usuarios se sientan identificados, se puede hablar de un estudio
descriptivo ya que comprende características sociales de la población en cuestión.

1.7.2. Método de Investigación

Teniendo en cuenta el tiempo disponible para la realización del proyecto se re-

quiere el uso de un método ágil el cual sea iterativo e incremental el cual beneficiará
la relación directa y constante con el usuario o cliente que en este caso será la
empresa que será prototipo (Cítricos Leiva Lozano). De igual forma el uso de un
proceso iterativo e incremental permitirá una entrega continua al cliente lo cual fa-
cilitará el inicio de las pruebas del prototipo de software y facilitará el cambio y la
adaptación de la aplicación según las necesidades del cliente.

Debido al conocimiento de la método Scrum por parte de los realizadores del

proyecto, al igual de las ventajas de sus entregas continuas, el dinamismo en la
priorización de tareas, la adaptabilidad de este método y la característica de que
será un producto de los realizadores del proyecto y no un software a la medida,
se realiza una adaptación de Scrum en donde los roles serán tomados dinámica-
mente por los realizadores del proyecto en todas las iteraciones necesarias para la
construcción del prototipo, tomando elementos como la pila del producto, sprints,
tablero scrum y sus gráficas. Esto permite que el producto(prototipo) pueda ser re
ajustado dinámicamente de acuerdo a las necesidades de las empresas del sector

19
de corabastos.

1.7.3. Fuentes y Técnicas Para La Recolección de la Información

Las fuentes de información que permiten que la investigación sea realizada son
documentos provenientes de bibliotecas colombianas y que hablan de la situación
reciente de corabastos y los problemas que tiene con respecto a manejo de inven-
tarios y seguridad de transacciones de dinero que es uno de los problemas que
más afecta a este sector. Muchos de los documentos recopilados corresponden a
noticias de periódicos, artículos académicos y tesis realizadas al sector de corabas-
tos. Sin embargo al ser un producto que no está actualmente en el mercado no se
cuenta con documentos tecnológicos o de algún software de referencia orientado es-
pecíficamente a corabastos. También se cuenta con la comunicación directa con la
empresa Cítricos Leiva Lozano que servirá como fuente principal de requerimientos.

Para recolectar tal información se realizarán entrevistas por cada iteración del
Scrum adaptado que se va a manejar, luego de esto y con unas historias de usuario
bien definidas se procede a su priorización y desarrollo.

1.7.4. Tratamiento de la Información

Para el tratamiento de la información se tendrán unas historias de usuario dadas

por la empresa que servirá de prototipo, al igual que los requerimientos que los
dueños del producto (los realizadores del proyecto) darán. Estas historias serán
agrupadas en una pila de historias que según su prioridad serán construidas y se
presentarán en un tablero aquellas que se vayan a realizar por cada iteración. Tal
estado indicará si la tarea está para ser realizada, en proceso o realizada.

20
1.8. ALCANCES, LIMITACIONES Y RESULTADOS ESPERADOS
1.8.1. Alcances

El sistema de inventarios del prototipo será realmente básico, es decir, contem-

plara las acciones de registro, asociación de proveedor, lectura y eliminación
ajustándose al modelo específico de las empresas de Corabastos para las que
irá dirigida la aplicación.

En la primera fase del proyecto en el módulo de ventas no se tendrán en cuenta

aspectos legales como es el caso de los impuestos definidos por la ley colom-
biana, esto se delega al usuario y nos limitamos al registro del precio final de
la venta que dio el usuario por un producto o el conjunto de los mismos.

Se logrará que el prototipo cuente con un módulo de manejo de clientes donde

se permita crear, vincular a ventas, editar y contendrá la información básica de
contacto del mismo.

El sistema será inicialmente probado por la compañía ‘Cítricos Leiva Lozano’

la cual está dispuesta a ser un primer usuario del prototipo y cuenta con los
problemas comunes por resolver en la investigación.

El sistema permitirá enviar reportes de ventas por medio de correo electrónico

a los clientes que las empresas consideren pertinente enviarlos.

1.8.2. Limitaciones

El tiempo contemplado para la realización del proyecto hará que no sea po-
sible el desarrollo de módulos como pagos en línea que van relacionados al
problema de seguridad planteado en el desarrollo del documento, por lo tanto
el prototipo tendrá restricción total para el módulo de pagos en linea.

Debido a la misma dinámica de las compañías de la central de corabastos, el

modelo de ventas e inventarios será muy general y restringido a compañías
cuyo problema se vea resuelto con este modelo.

Se hace difícil contemplar la totalidad de las necesidades de todas las empre-

sas de la central de corabastos por lo tanto se trabajará con lo requerimientos

21
 comunes hallados y las necesidades con las que cuenta la empresa ‘Cítricos
Leiva Lozano’.

Por ser un prototipo el hardware que soportará la aplicación no estará dis-

ponible en todo momento y cuando se haga uso de esta se hará sobre host
gratuitos todo con fines académicos(durante la realización de la investigación).

1.8.3. Resultados Esperados

Se espera un prototipo de software que le permita a las empresas vinculadas

hacer un registro de ventas realizadas y asignar el cliente en caso de que sea
requerido. Debido a la dinámica de estas empresas se debe permitir pagos
futuros de ventas lo cual asignará una deuda al cliente.

En el proceso de ventas se debe permitir registrar elementos prestados al

cliente, como es el caso de canastillas, carretas o demás elementos para el
transporte de la mercancía vendida.

Se debe permitir registrar clientes sin necesidad de registrar una venta.

Es necesario tener un registro de inventario entrante y saliente y su relación

con el módulo de ventas para que este sea alterado dinámicamente.

Se requiere que se tenga un sistema de medidas general que permita trans-

formaciones entre unidades que serán seleccionadas al momento de registrar
entradas y salidas de inventarios además de las ventas.

Se espera un sistema fácil de usar por las empresas y posibles clientes de

las misma que les permita entrar en un mercado competitivo con los mejores
precios.

22
1.9. CRONOGRAMA DE TRABAJO
1.9.1. Diagrama de Gantt

Teniendo en cuenta el periodo limitado de tiempo que es de 3 meses, compren-

diendo las fechas desde el 12 de febrero hasta el 20 de mayo mayo del 2016 y
de acuerdo al proceso iterativo e incremental que será aplicado, se hace pertinen-
te hablar de 7 iteraciones(cada una de 2 semanas) durante tal periodo de tiempo
contemplado para la realización de la investigación. A continuación se muestra en
un diagrama de Gantt las actividades previstas para cada una de las iteraciones,
las cuales individualmente contemplan cada una de las fases del ciclo de vida del
software con una entrega al cliente al finalizar cada iteración.

Figura 3: Diagrama de Gantt - Cronograma de Trabajo

Fuente Propia

23
1.10. PRESUPUESTO
1.10.1. Costos Por Servicios Personales

En los costos por servicios personales se cuenta con una tarifa por hora de un
ingeniero de sistemas de $ 100.000 COP que según el tiempo estimado(el cual
puede variar con base en la dinámica del desarrollo del prototipo) darán el resultado
final de los costos personales.

Cuadro 1: Costos Por Servicios Personales

Nombre del Horas Totales
Total (COP)
Colaborador Estimadas
Diego Alejandro
120 $ 12.000.000
Amaya Mora
Fuente Propia.

1.10.2. Gastos Generales

Para comenzar se tienen los recursos tecnológicos que van a ser usados para el
desarrollo del prototipo.

24
 Cuadro 2: Gastos Por Recursos Tecnológicos
Nombre del Valor Total Por
Recurso Uso (COP)
Base de Datos
Postgres
(Última versión
$0
para el
momento de
desarrollo)
Grails
Framework
(Última versión
$0
para el
momento de
desarrollo)
Ionic
Framework
(Última versión
$0
para el
momento de
desarrollo)
Angular JS
(Última versión
para el $0
momento de
desarrollo)
TOTAL $0
Fuente Propia.

A continuación se expresan los costos por recursos físicos los cuales son de alta
prioridad para la elaboración del proyecto.

25
 Cuadro 3: Gastos Recursos Físicos
Nombre del
Cantidad Total (COP)
Recurso
Computador
que soporte los
1 $ 3.000.000
recursos
tecnológicos
1/3
Aula u Oficina $ 390.000*
Meses
Materiales y
_ $ 120.000
suministros
Material
Bibliográfico y _ $ 70.000
fotocopias
TOTAL $0
Fuente Propia.

* El valor de aula u oficina es mensual.

Finalmente se presentan los costos generados por servicios públicos:

Cuadro 4: Gastos Por Servicios Públicos

Tipo del Costo Total
Recurso (COP)
Transporte y
salidas de $ 250.000
campo
Servicio público
$ 105.000
de luz
Servicio de
telefonía e $ 420.000
Internet
Servicio de
$ 245.000
agua
Varios e
$ 150.000
imprevistos
TOTAL $ 1’170.000
Fuente Propia.

26
1.10.3. Costo Total Del Proyecto

A continuación se listan los elementos que tuvieron alguna asignación de costo

para hallar el total(todos los valores dados a continuación están dados en pesos
colombianos COP).

Costos Por Servicios Personales: $ 12’000.000

Gastos Recursos Tecnológicos: $ 0

Gastos Recursos Físicos: $ 3’580.000

Costos Por Servicios Públicos: $ 170.000

Por lo tanto el costo total del proyecto es de $ 16’750.000.

27
Parte II

DESARROLLO DE LA
INVESTIGACIÓN
2. DESCRIPCIÓN CONCEPTUAL DE
ARQUITECTURA
La arquitectura empresarial busca establecer y mantener coherencia entre la
empresa y los productos que apoyan el cumplimiento de la estructura organizacional
de la misma. Archimate permite establecer un forma mas efectiva de poder definir
la relacion entre la arquitectura y los interesados del negocio mediante diferentes
puntos de vista que abarcan la capa de negocio, aplicacion e infraestructura.

2.1. TOGAF
“Es una de las metodologías más populares para desarrollar AE. "TOGAF es una
herramienta para asistir en la aceptación, creación, uso, y mantenimiento de arqui-
tecturas. Está basado en un modelo iterativo de procesos apoyado por las mejores
prácticas y un conjunto reutilizable de activos arquitectónicos existentes” [TOG14].
TOGAF como marco de trabajo está dividido en 7 partes, a continuación se muestra
una figura donde se observan sus partes y cómo estas están alineadas en el marco
de trabajo.

Figura 4: Estructura de un Documento TOGAF

Tomado de [TOG14]

28
2.2. Architecture Development Method
“El Método de Desarrollo de Arquitectura de TOGAF es el resultado de con-
trubuciones continuas de un gran número de esfuerzos, describe el metodo para
desarrollar y administrar el ciclo de vida de una arquitectura empresarial y forma
el núcleo de TOGAF. Integra elementos que TOGAF describe en su documento así
como otros artefactos arquitecturales disponibles” [TOG16].

2.3. Archimate
Archimate es un lenguage cuyo objetivo es porporcionar una forma grafica de
representar la arquitectura de una empresa a través del tiempo, al igual que su
motivación. La evolución del estandar esta vinculada directamente al desarrollo del
estandar TOGAF y de los resultados del mismo. En consecuencia Arquimate por si
solo no proporciona su propio grupo de terminos sino que usa los propuestos por
TOGAF.
“Un reto importante en el desarrollo de un metamodelo general para la arqutec-
tura de una empresa es tener un balance entre las especificaciones de los lenguajes
para dominios arquitecturales especificos y un grupo muy general de conceptos de
arquitectura que reflejen una vista sistemas como un grupo de entidades interela-
cionadas ”[ARC16].

Figura 5: Metamodelos en Diferentes Niveles de Especificación

Tomado de [ARC16]

29
 3. PRESENTACIÓN DE LA ORGANIZACIÓN

3.1. Misión
Contribuir al crecimiento de las empresas del sector de Corabastos ofreciendo
plataformas tecnológicas que permitan facilitar su labor correspondiente al manejo
de datos relacionados a su negocio y acceso a potenciales clientes, lo cual permite
apoyar el crecimiento de su capital y abrir las puertas a un mercado de grandes pro-
porciones. Para cumplir esto se crearon diferente marcos de trabajo como TOGAF,
SAP EA, FEAF, Zachman EA los cuales tambien apuntan a la definicion arquitecto-
nica empresarial.

3.2. Visión
Llegar al mercado de aplicaciones tecnológicas para manejo de productos y ven-
tas de las empresas del sector de Corabastos en 2 años, permitiéndoles establecer
sus marcas en un mercado más amplio y dinámico.

4. ARQUITECTURA EMPRESARIAL
Los modelos que aquí son expuestos tienen el propósito de expresar la arqui-
tectura empresarial de la compañía y contemplan a ‘Corabastic’ como la plataforma
tecnológica que impulsa al cumplimiento de la misión y visión. La forma en que
se procede es mediante la descripción de varios puntos de vista con su respectivo
metamodelo.

4.1. CAPA DE NEGOCIO

4.1.1. Punto de Vista de Organización

Este punto de vista se enfoca en cómo una empresa está organizada interna-
mente, permite definir responsabilidades en la organización, encontrar competen-
cias estratégicas y autoridades. Su metamodelo es el siguiente:

30
 Figura 6: Metamodelo Punto de Vista de Organización

Tomado de [ARC21]

La organización de la empresa y la definición de sus roles y competencias se

encuentran en el siguiente diagrama y permiten identificar de manera general la
organización de la compañía. En este se aprecia la ubicación de la empresa ’Co-
rabastic’ en una locación remota, además los actores como la parte de desarrollo,
soporte y marketing y el teléfono y portal web como interfaces por donde nuestros
clientes (empresas de Corabastos) interactuan con la organización.

31
 Figura 7: Punto de Vista de Organización

Fuente Propia

4.1.2. Punto de Vista de Cooperación del Actor

En este punto de vista se expresa las relaciones que tienes los actores y en que
contexto viven, uno de los puntos más importantes de este modelo es que muestra
un numero de cooperaciones entre actores o componentes de aplicación apoyan los
procesos de negocio.

32
 Figura 8: Metamodelo Punto de Vista de Cooperación del Actor

Tomado de [ARC21]

Corabastic como organización se encuentra compuesta por un equipo de desa-

rrollo, soporte y marketing, que con su trabajo conjunto permite ir en camino de la
misión y visión, así como la organización en sí. De igual forma deja ver la interac-
ción que tienen las empresas de Corabastos (cliente) accediendo a través del portal
empresaria siendo la interfaz entre ella y la organización.

Figura 9: Punto de Vista de Cooperación del Actor

Fuente Propia

33
4.1.3. Punto de Vista de Función de Negocio

Permite mostrar las funciones de negoció principales y las relaciones que exis-
ten entre ellas. Las funciones de negocio representan la parte mas estable de una
organización y permite encontrar competencias, identificar actividades principales y
reducir la complejidad del negocio.

Figura 10: Metamodelo Punto de Vista de Función de Negocio

Tomado de [ARC21]

En este punto de vista se puede observar como se comporta la función de ne-

gocio en términos de la compra de acceso a la aplicación ’Corabastic’ por parte de
las empresas de corabastos que son las que solicitan el servicio. De igual forma
se expresa como se atienden las solicitudes por el área de soporte y como esta
comunica a desarrollo para efectuar los correctivos necesarios y de la misma forma
informar a las empresas en el momento en que se realicen los ajustes necesarios.
Es importante también ver la función del equipo de marketing en la promoción del
producto.

34
 Figura 11: Punto de Vista de Función de Negocio

Fuente Propia

4.1.4. Punto de Vista de Proceso de Negocio

Lo que se pretende mostrar en este punto de vista es mostrar la estructura y

composición de alto nivel de uno o mas procesos de negocios, permite mostrar
las responsabilidades de tales procesos y que tan consistentes son con el objetivo
organizacional.

Figura 12: Metamodelo Punto de Vista de Proceso de Negocio

Tomado de [ARC21]

En la siguiente figura se ve como es el proceso de venta del producto y de acceso

a la aplicación ’Corabastic’, iniciando con la solicitud de compra que conlleva a la
creación de la empresa en el sistema, su personalización y finalmente acaba con el

35
pago por parte de la empresa de Corabastos, lo cual permite que sus credenciales
sean entregadas y así esta pueda iniciar a usar la plataforma. Cabe anotar que se
describe un servicio de negocio que permite ver y alinear este punto de vista con
los objetivos organizacionales.

Figura 13: Punto de Vista de Proceso de Negocio

Fuente Propia

4.1.5. Punto de Vista de Cooperación del Proceso de Negocio

Este punto de vista pretende mostrar las dependencias entre los procesos de
negocio y el ambiente en el cual se desenvuelve. Son generalmente usados como
diseño de alto nivel de los procesos de negocio dentro de su contexto especifico, es
decir, se realiza un mapeo entre procesos de negocio y funciones del mismo.

36
 Figura 14: Metamodelo Punto de Vista de Cooperación del Proceso de Negocio

Tomado de [ARC21]

Uno de los procesos de negocio mas importantes que tienen las empresas de
corabastos es la venta y promoción de sus productos como tal, este consta de re-
gistrar la transacción y finalmente el envío de los datos de la misma a su respectivo
cliente, lo anterior mediante el uso de la plataforma tecnológica ’Corabastic’.

Figura 15: Punto de Vista de Cooperación del Proceso de Negocio

Fuente Propia

37
4.1.6. Punto de Vista de Producto

En el punto de vista de producto se establecen los valores agregados que tienen

los productos de la organización, en forma de constitución de servicios, contratos
y acuerdos. También permite ver las interfaces que ofrece el producto y los even-
tos asociados a este. Es generalmente usado en el desarrollo del producto para la
materialización de servicios de negocio e identificación de nuevos.

Figura 16: Metamodelo Punto de Vista de Producto

Tomado de [ARC21]

Entre los servicios mas importantes que ofrece el producto ’Corabastic’ esta el
control de inventarios que apoya el proceso de venta de productos en las empresas
de corabastos, de igual forma se cuenta con el servicio de administración de clien-
tes, proveedores, generación de reportes y facturas y administración de transac-
ciones, todas estos servicios facilitan el manejo de datos a los comerciantes de
corabastos y proporcionan disponibilidad en la nube y acceso a cualquier momento
a tales datos.

38
 Figura 17: Punto de Vista de Producto

Fuente Propia

4.2. CAPA DE APLICACIÓN

4.2.1. Punto de Vista de Comportamiento de la Aplicación

Este punto de vista se enfoca en describir el comportamiento interno de la apli-

cación y realiza uno o mas servicios de la aplicación, es útil al momento de diseñar
el comportamiento principal de las aplicaciones y su interacción con otras aplicacio-
nes. Permite ver estructura, relación y dependencias entre aplicaciones, reduciendo
de tal forma la complejidad en la concepción del producto.

39
 Figura 18: Metamodelo Punto de Vista de Comportamiento de la Aplicación

Tomado de [ARC21]

’Corabastic’ como aplicación ofrece componentes de seguridad, administración

de companias, productos, transacciones, clientes y reportes, cada una de las ante-
riores permite realizar operaciones de CRUD sobre el correspondiente componente,
todo lo anterior a través de la colaboración y orquestación de tales componentes en
la web.

40
 Figura 19: Punto de Vista de Comportamiento de la Aplicación

Fuente Propia

4.2.2. Punto de Vista de Cooperación de la Aplicación

Describe los flujos de información entre los componentes de la aplicación en

términos de los servicios que ellos ofrecen y usan, permite ver como tales servicio
están orquestados, reduce la complejidad y mantiene la consistencia con los objeti-
vos organizacionales. Expresan cooperación interna de la aplicación.

41
 Figura 20: Metamodelo Punto de Vista de Cooperación de la Aplicación

Tomado de [ARC21]

Corabastic esta dividido en un front y back end, ofreciendo una componente web
para la parte externa de la aplicación y ya como tal dentro de la misma las compo-
nentes anteriormente nombradas, administración de clientes, companias, transac-
ciones, productos y reportes que en su conjunto y orquestación permiten y dan
soporte a los procesos de negocio.

Figura 21: Punto de Vista de Cooperación de la Aplicación

Fuente Propia

42
4.2.3. Punto de Vista de Estructura de Aplicación

Muestra la estructura de una o mas aplicaciones o componentes, muestra como

los datos y la estructura de las componentes están relacionados, reduce la com-
plejidad y permite identificar componentes de aplicaciones legadas que son útiles e
importantes al momento de migración o integración.

Figura 22: Metamodelo Punto de Vista de Estructura de Aplicación

Tomado de [ARC21]

En la siguiente figura se permite ver como ’Corabastic’ como aplicación puede

ser integrada a través de una interfaz de servicios web que es expuesta en forma
de interfaz a aplicaciones externas, en este caso a una aplicación móvil denomina-
da ’Corabastic-mobiles’, dentro de la aplicación se puede ver la orquestación de las
componentes y como estas interactuan para permitir el cumplimiento de los proce-
sos de negocio.

43
 Figura 23: Punto de Vista de Estructura de Aplicación

Fuente Propia

4.2.4. Punto de Vista de Uso de Aplicación

Describe como las aplicaciones soportan los procesos de negocio y sirven para
identificar servicios necesarios por los procesos de negocio y otras aplicaciones,
también permite ver de tal modo las dependencias entre aplicaciones lo cual es
realmente útil para administradores operativos de estos procesos.

Figura 24: Metamodelo Punto de Vista de Uso de Aplicación

Tomado de [ARC21]

44
 En este modelo se describe como es la orquestación del proceso de compra de
’Corabastic, y el mapeo existente entre los procesos y servicios de negocio permi-
tiendo así una vista general que resulta realmente útil para las empresas del sector
de corabastos y para la compania como tal.

Figura 25: Punto de Vista de Uso de Aplicación

Fuente Propia

4.3. CAPA DE INFRAESTRUCTURA

4.3.1. Punto de Vista de Infraestructura

Permite visualizar los elementos de software y hardware que soportan la capa de

aplicación proporcionando estabilidad, seguridad, dependencias y visión general del
costo de las infraestructura. Esta puede incluir dispositivos físicos, redes o sistemas
de software.

45
 Figura 26: Metamodelo Punto de Vista de Infraestructura

Tomado de [ARC21]

Para ’Corabastic’ se va a usar los servicio de Amazon, en los cuales se contra-

tara un servidor que contendrá el contenedor de aplicaciones Tomcat en el cual se
desplegara la aplicación ’Corabastic’, de igual forma en este servidor se tendrá el
servidor de bases de datos para MongoDB el cual apoya la persistencia y durabili-
dad de los datos. AWS tiene su propio firewall lo que permite y apoya el servicio de
seguridad. La forma de acceder a estos servicios es a través de internet por medio
de un teléfono inteligente o un PC con un navegador moderno.

Figura 27: Punto de Vista de Infraestructura

Fuente Propia

46
4.3.2. Punto de Vista de Uso de la Infraestructura

Permite establecer las dependencias, escalabilidad y rendimiento de los recursos

de infraestructura y las aplicaciones pertinentes, muestra como las aplicaciones son
soportadas por infraestructura de software y hardware. Asocia de igual forma las
componentes de aplicación definidas en la capa anterior.

Figura 28: Metamodelo Punto de Vista de Uso de la Infraestructura

Tomado de [ARC21]

En esta imagen se puede ver como las componentes de administración de com-

panias, productos, transacciones, reportes y clientes son contenidas dentro del soft-
ware ’Corabastic’, el cual como se mostró anteriormente esta desplegado en un
contenedor Tomcat, presente en un servidor proporcionado por Amazon Web Servi-
ces.

47
 Figura 29: Punto de Vista de Uso de la Infraestructura

Fuente Propia

4.3.3. Punto de Vista de Organización e Implementación

Muestra como una o mas aplicaciones son implementadas sobre la infraestruc-

tura, permite mapear aplicaciones lógicas con componentes físicos y resalta compo-
nentes como aquellos que proporcionan almacenamiento. Permite encontrar depen-
dencias, necesidades de seguridad y riesgos. De la misma manera especifica que
herramientas se necesitan y apoyan el cumplimiento de los procesos de aplicación.

48
 Figura 30: Metamodelo Punto de Vista de Organización e Implementación

Tomado de [ARC21]

Dentro de la aplicación de ’Corabastic’ se tiene unos artefactos como Maven,

Spring MVC, Spring Data Mongo que dan soporte a las componentes de productos,
transacciones, companias, clientes y reportes y contienen toda la lógica de negocio.
El exterior del servidor linux que contiene la aplicación se cuenta con una app móvil
que consume los servicios expuestos por ’Corabastic’ a través de una interfaz de
servicios REST, esta app fue construida por medio de PhoneGap y mediante el uso
del framework AngularJS en el frontend de la aplicación móvil.

49
 Figura 31: Punto de Vista de Organización e Implementación

Fuente Propia

4.3.4. Punto de Vista de Estructura de la Información

Este punto de vista es comparable con los modelos de información creados habi-
tualmente en desarrollo, permite visualizar la estructura y dependencia de los datos
e información y la consistencia que hay entre ellos. Debe mostrar la información
también a nivel de negocio en el nivel de aplicación mediante el uso de estructura
de datos que son mapeadas a la capa de infraestructura.

Figura 32: Metamodelo Punto de Vista de Estructura de la Información

Tomado de [ARC21]

50
 En ’Corabastic’ como aplicación se tiene el concepto de cuenta que puede espe-
cializarse en cuentas empresariales o personales, cada cuenta tiene un usuario que
permite autenticarse en el sistema y definir los permisos correspondientes depen-
diendo del rol que puede llegar a tener. Para la cuenta se tiene información adicional
de contacto como numero de teléfono e identificación. Las companias en esta es-
tructura esta asociadas a un numero finito de productos dependiendo con los que
trabaja cada empresa de corabastos, de igual forma cada empresa tendrá la posibi-
lidad de manejar sus recursos físicos como canastas, carretas, etc. Las companias
tienen un conjunto de transacciones que su vez esta asociadas a la persona a la
cual se le vendió algún producto como naranja, fresa, etc. Cabe anotar que es po-
sible llevar registro de los recursos prestados en una transacción y de igual forma
mantener la información relacionada al negocio apoyando de tal forma el control de
datos por parte de la empresa.

Figura 33: Punto de Vista de Estructura de la Información

Fuente Propia

51
4.3.5. Punto de Vista de Realización del Servicio

Es usado para mostrar como uno o mas servicios de negocio son implementados
con las componentes de negocio y como tal con los procesos de la organización.
Agrega valor a los procesos de negocio, consistencia y responsabilidades.

Figura 34: Metamodelo Punto de Vista de Realización del Servicio

Tomado de [ARC21]

En la siguiente figura se ve como se apoya las ventas de la empresa de cora-

bastos mediante la orquestación de los servicios de aplicación y sus respectivas
componentes, aquí se muestran los procesos de negocio como lo son la venta de
productos y el registro de transacciones, y eventos como el envío de facturas que
hace parte de la componentes de reportes.

Figura 35: Punto de Vista de Realización del Servicio

Fuente Propia

52
4.4. CAPA DE MOTIVACIÓN
4.4.1. Punto de Vista del Stakeholder

Permite modelar los interesados del proyecto haciendo las respectivas asicia-
ciones con las metas del proyecto, estas metas forman la base para el proceso
de ingeniería de requerimientos incluyendo refinamiento de las mismas, análisis de
contribución y conflictos.

Figura 36: Metamodelo Punto de Vista del Stakeholder

Tomado de [ARC21]

En la siguiente figura se pueden observar los interesados de CorabasTIC, siendo

estos la empresa o comerciante de Corabastos, los proveedores de insumos y los
clientes finales. Cada uno de ellos tiene unas metas y unos principios establecidos,
como lo es el generar confianza y asegurar clientes, siendo logrado a través del
asesoramiento en la compra de productos, de tal forma las empresas atraen clientes
y generan confianza en ellos.

53
 Figura 37: Punto de Vista del Stakeholder

Fuente Propia

4.4.2. Punto de Vista de Realización de Objetivos

Permite al diseñador llevar esos objetivos de alto nivel a metas más concretas
y finalmente el refinamiento de tales metas permitirá obtener requerimientos y res-
tricciones que describen las propiedades que deben ser usadas para alcanzar las
metas. A continuación se presenta el metamodelo de este punto de vista:

Figura 38: Metamodelo Punto de Vista de Realización de Objetivos

Tomado de [ARC21]

54
 En esta figura se puede ver como las metas definidas en el punto de vista de Sta-
keholder son llevadas a algo mas concreto que resultan siendo los requerimientos,
por ejemplo, para proporcionar insumos para ser comercializados por las empre-
sas de Corabastos se tiene una especificación en terminos de restricciones como
que los proveedores deben estar registrados en la plataforma para poder registar
compra de insumos.

Figura 39: Punto de Vista de Realización de Objetivos

Fuente Propia

4.4.3. Punto de Vista de Contribución

Permite modelar las relaciones más influentes entre las metas y los requerimien-
tos, se puede analizar como tales metas afectan a todos los Stakeholders e identi-
ficar posibles conflictos entre ellos. De igual manera se denota como tiene un gran
aporte a las estratégias, tácticas, misión y motivacion de la organización.

55
 Figura 40: Metamodelo Punto de Vista de Contribución

Tomado de [ARC21]

En el siguiente diagrama las metas y requerimiento planteados en puntos de

vista anteriores son definidos en terminos de otras metas en este caso, por ejem-
plo, como se debe tener a los proveedores registrados en CorabasTIC, entonces
permite la realización de una meta que es el tener control sobre los proveedores
registrados en el sistema y en un futuro permitirles acceder con sus propias cuentas
a CorabasTIC.

Figura 41: Punto de Vista de Contribución

Fuente Propia

56
4.4.4. Punto de Vista de Principios

Se presta para modelar los principios que son relevantes en el diseño del proble-
ma, se incluyen las metas que motivaron a tales principios.

Figura 42: Metamodelo Punto de Vista de Principios

Tomado de [ARC21]

La figura de puntos de vista de principios permite ver como al comprar productos

agricolas de la mejor calidad y mejor precio, se obtienen principios como la con-
fianza, la cual es lograda a través del contacto entre clientes y empresas, seguido
del principio de economía, por cuestiones de precios, y un principio clave que es la
eficiencia.

Figura 43: Punto de Vista de Principios

Fuente Propia

57
4.4.5. Punto de Vista de Realización de Requerimientos

Permite al diseñador modelar la realización de los requerimientos por medio de

elementos como actores de negocio, servicios de negocio, procesos y servicios de
aplicación y componentes. Sirve de igual forma para refinar los requerimientos y
llegar a un nivel mas detallado de los mismos.

Figura 44: Metamodelo Punto de Vista de Realización de Requerimientos

Tomado de [ARC21]

En la siguiente figura se puede observar como de la meta de verder productos

agricolas de la mejor calidad y mejor precio se desprenden ciertos requerimientos
de negocio como lo son que la empresa tenga conocimientos sobre el producto que
vende, la calidad y el precio del mismo. De igual forma la empresa requiere tener en
stock el producto para que de tal manera pueda ser vendido en CorabasTIC.

58
 Figura 45: Punto de Vista de Realización de Requerimientos

Fuente Propia

4.4.6. Punto de Vista de Motivación

Permite al diseñador o al analista modelar el aspecto de motivación sin enfocar-

se en ciertos elementos dentro de ese aspectos. Puede ser usado para presentar
una revisión completa o parcial de los aspectos motivacionales relacionando los
Stakeholders, sus metas principales y los pincipios que aplican.

Figura 46: Metamodelo Punto de Vista de Motivación

Tomado de [ARC21]

59
 En el siguiente diagrama se observa como aspectos de importancia para las
empresas de corabastos son logrados, por ejemplo, el posicionamiento como em-
presa en Corabastic está ligada al cumplimiento y la calidad de los productos que
ofrese, también se ve como es la relación entre los requerimientos, las metas y los
interesados en el producto.

Figura 47: Punto de Vista de Motivación

Fuente Propia

4.5. CAPA DE MIGRACIÓN

4.5.1. Punto de Vista del Proyecto

Es usado para modelar la administración del cambio de la architectura, es decir,

la migracion de una situación antigua a una situación deseada.

60
 Figura 48: Metamodelo Punto de Vista del Proyecto

Tomado de [ARC21]

En la siguiente gráfica se ve la relación entre las metas como estas son especia-
lizadas y de igual forma como los interesados estan relacionados con estas.

Figura 49: Punto de Vista del Proyecto

Fuente Propia

4.5.2. Punto de Vista de Migración

Detalla modelos y conceptos que pueden ser usados para especificar la transi-
ción de una arquitectura existente a una deseada. Las personas que deben estar

61
interesadas en este punto de vista son los arquitectos empresariales, arquitectos de
procesos, de aplicación, infraestructura y dominio.

Figura 50: Metamodelo Punto de Migración

Tomado de [ARC21]

CorabasTIC como es planteada actualmente está enfocada solamente a las em-

presas y comerciantes del sector de Corabastos, pero si se saca un metamodelo de
esta idea, se tiene que el modelo aplica para cualquier comerciante de mercados
populares como tiendas de barrio, con simples mejoras se podrá llagar a ofrecer
una mejor plataforma que puede integrar otras características como domicilios, esta
idea es planteada con el nombre de MercaTIC.

Figura 51: Punto de Vista de Migracion

Fuente Propia

4.5.3. Punto de Vista de Migración e Implementación

Es usada para relacionar programas y proyectos a las partes de la arquitectura

que los implementan. Permite modelar el ambiente de los programas, proyectos,
actividades en terminos de mesetas que son realizadaso los elementos individuales
de la arquitectura que son afectados. Las personas interesadas en este punto de
vista generalmente son administradores operacionales, la empresa, empleados y
en general los demás interesados.

62
 Figura 52: Metamodelo Punto de Migración e Implementación

Tomado de [ARC21]

En esta figura es posible observar como lo que se plantea ahora como Corabas-
TIC esta realizado por un componente de software que lleva el mismo nombre y cuyo
objetivo es ser una plataforma de registro de transacciones online y administración
de inventarios y ventas, lo que cumple con la meta de la empresa de Corabastos que
es el principal cliente, tal meta es vender productos agrícolas de la mejor calidad y
al mejor precio.

Figura 53: Punto de Vista de Migracion e Implementación

Fuente Propia

5. DISEÑO DE BAJO NIVEL

En esta sección se describen todos los artefactos necesarios para la construc-
ción del aplicativo CorabasTIC.

63
5.1. Interfaz de Usuario
La aplicación está planteada para ser movil, ya que por los requerimientos de
las empresas de Corabastos resulta mucho mas fácil acceder a la aplicación por
medio de un teléfono inteligente. A continuación se muestra como se plantean las
interfaces gráficas de usuario.

5.1.1. Acceso a la Aplicación (Login)

Esta vista permite al usuario acceder a Corabastic con su perfil y de tal forma
poder realizar las operaciones que dependiendo de su rol, esta es la vista inicial
de Corabastic para la versión actual, como puede ser visto, esta es sencilla y clara
con el objetivo que se pretende. Los errores serán informados en la parte superior
del campo de usuario, de tal forma el usuario final será informado acerca de los
problemas ocurrios en el proceso de validación de identidad contra Corabastic.

Figura 54: Vista de Acceso a la Aplicación

Fuente Propia

64
5.1.2. Barra de Navegación

Aquí se muestra como sería la barra de navegación principal de CorabasTIC,

esta le permite al usuario cambiar de vista y navegar a través de la aplicación so-
bre sus diferentes módulos. De igual forma muestra el usuario que esta conectado
actualmente y la información correspondiente a su nombre. Dependiendo de los per-
misos que tenga el usuario que ha iniciado sesión serán mostrados los módulos y
las operaciones a las que tiene acceso, esta barra de navegación es responsive y
dependiendo del dispositivo se debe adecuar en tamaño para hacer más usable la
aplicación.

Figura 55: Vista de Barra de Navegación

Fuente Propia

5.1.3. Barra de Configuración

En esta barra se permitirá realizar configuraciones generales de usuario y como

la aplicación es personalizada según los criterios del usuario. Será entonces posible
para el usuario ajustar elementos de la interfaz gráfica a su disposición y su gusto,
de tal manera se espera que se sienta bien con la aplicación y esta sea intituiva y
amigable, logrando así atracción y fidelización del usuario.

65
 Figura 56: Vista de Barra de Configuración

Fuente Propia

5.1.4. Barra de Usuario

En esta vista se le permite al usuario ver si perfil y además de esto permite salir
de la aplicación en el caso de que sea requerido. Permite de igual forma visualizar
información del perfil como lo es el nombre y el rol que tiene el usuario que actual-
mente accedió. Es un resumen muy general del usuario que está actualmente en la
aplicación, debe ser intituiva y mostrar la foto del usuario ya que así este se sentirá
identificado con la aplicación logrando nuevamente atracción.

66
 Figura 57: Vista de Barra de Usuario

Fuente Propia

5.1.5. Módulo de Usuarios

El módulo de usuarios comprende las operaciones relacionadas a la búsqueda

o listado de usuarios y a la creación de los mismos. Los usuarios hacen referencia
a las credenciales y roles con que una cuenta accede al sistema, dependiendo del
rol que un usuario tenga, los permisos para el mismo cambiarán y de tal forma se
mostrarán los módulos al que un usuario puede acceder. Los datos mostrados en
pantalla deben tener en cuenta ciertos niveles de seguridad para datos sensibles.
Para la creación se propone la siguiente vista:

67
 Figura 58: Vista de Creación de Usuario

Fuente Propia

En el caso de que ocurra algún error en la creación del usuario este será notifi-
cado en la parte de arriba del formulario, de la siguiente manera:

Figura 59: Vista de Error en Creación de Usuario

Fuente Propia

68
 Para la consulta de usuarios se tiene una vista que muestra la información poco
sensible, en este se muestra el estado del usuario, el email o user name y el rol que
tal usuario posee, la información sensible como la contraseña no son mostradas por
motivos de seguridad. A continuación se muestra la vista correspondiente:

Figura 60: Vista de Lectura de Usuarios

Fuente Propia

5.1.6. Módulo de Empresas

El módulo de empresas comprende las operaciones relacionadas a la búsqueda

o listado de empresas y a la creación de las mismas. Para la creación se propone la
siguiente vista divididas en pasos para no invadir la percepción del usuario:
Esta corresponde a los datos básicos de la empresa que es la información de
contacto de la misma.

69
 Figura 61: Vista de Creación de Empresa Paso 1

Fuente Propia

En el paso número dos se ingresan los recursos disponibles de las empresas

como es el caso de las canastillas, canastas, carros de llevar y demás artículos que
puedan ser prestados a los clientes y de los cuales se necesita llevar registro.

Figura 62: Vista de Creación de Empresa Paso 2

Fuente Propia

70
 Seguidamente se procede a agregar tales recursos y se ingresa la información
correspondiente de los mismos, esto permite que al momento de crear la empresa
también sea posible asignarle los recursos y cuantos hay disponibles en el momento
de la creción de la empresa.

Figura 63: Vista de Creación de Empresa Asignación de Recursos

Fuente Propia

En esta vista se ven cuando los recursos fueron asignados a una empresa.

71
 Figura 64: Vista de Creación de Empresa Paso 2 Con Recursos

Fuente Propia

Finalmente cuando la empresa fue creada exitosamente se muestra un mensaje

éxito indicando que la operacion fue concluida.

Figura 65: Vista de Creación de Empresa Paso 3

Fuente Propia

72
 Para la consulta de empresas se tiene una vista que muestra la información
poco sensible, como lo es el nombre de la empresa, su encargado y el estado de la
misma.

Figura 66: Vista de Lectura de Empresas

Fuente Propia

Al dar click sobre una empresa específica se muestra la información mas deta-
llada sobre la empresa, comprendiendo cuantos recursos tiene, los productos que
están asociados a estas y las ventas que ha realizado a través del tiempo.

73
 Figura 67: Vista de Lectura de Empresa Específica

Fuente Propia

La vista anterior corresponde a los productos que estan asociados a una com-
pañía, si se desea agregar mas productos, se tiene la vista de para agregarlos, la
cual mostrará los productos que no están actualmente asociados a la compañía y
así estos se puedan seleccionar para ser vinculados.

Figura 68: Vista de Asociar Producto A Empresa

Fuente Propia

74
 También debe ser posible ver las transacciónes que tiene una compañía y que
sea fácil acceder a la creación de nuevas. Para lo anterior se tiene la vista de las
transacciones en el mismo perfil de la empresa.

Figura 69: Vista de Ver Transacciones

Fuente Propia

5.1.7. Módulo de Transacciones

El módulo transacciones será posible la creción de transacciones de venta, com-

pra o gastos asociadas a una compañía y a un producto. Esta sección es visible
desde el módulo de compañías y de tal manera se mantiene la relacion de las
transacciones con la empresa.
La siguiente figura corresponde a la creación de una transacción con todos los
datos que requiere para ser creada.

75
 Figura 70: Vista de Creación de Transacción

Fuente Propia

Para lo anterior debe ser necesaria la inserción de elementos de la transacción

que corresponde a los artículos vendidos en la transacción con su correspondiente
cantidad, valor y producto asociado.

Figura 71: Vista de Creación de Elemento de la Transacción

Fuente Propia

76
5.2. Metamodelo de Datos
Con el objetivo de modularizar el producto de software, hacerlo escalable y ex-
tensible, la arquitectura plantea diferentes módulos que componen Corabastic e im-
plementan la funcionalidad deseada para cumplir con los requerimientos planteados
por Corabastic como compañía y las empresas de Corabastos. A continuación se
muestra cada uno de los módulos que implementan la funcionalidad.

5.2.1. Módulo de Usuarios

El módulo de usuarios es el responsable del manejo de las credenciales de ac-

ceso a CorabasTIC, al igual que el manejo de roles y permisos. La contraseña debe
permitir tener el valor de la misma y un campo adicional ’salt’, el cual es el respon-
sable de guardar un String único que permite que la contraseña almacenada no sea
fácil de descifrar en caso de que un atacante tenga acceso a los datos. Los permisos
hacen referencia a los modulos a los que un usuario tendrá acceso dependiendo del
rol que tenga, entre esos roles se encuentra el administrador, la empresa, el clien-
te, proveedor, vendedor o cualquiera. A continuación se muestra el metamodelo de
datos de lo anteriormente descrito para el módulo de usuarios:

Figura 72: Metamodelo de Datos Módulo de Usuarios

Fuente Propia

77
5.2.2. Módulo de Cuentas

El módulo de cuentas hace referencia a una entidad que encapsula cualquier

afectado en Corabastic, esto es, una empresa o una simple persona natural, pero
no su realización sino su generalización. Una cuenta contiene información general
de la misma como su rol y nombre, al igual que un docuento de identificación, de
igual forma esta compuesta de varios teléfonos celulares que hacen parte de tal
información de contacto. Cada una de las cuenta tiene un usuario que es con el cual
ingresan a la plataforma de Corabastic y finalmente cada cuenta puede tener una
imagen que puede ser editable.

Figura 73: Metamodelo de Datos Módulo de Cuentas

Fuente Propia

5.2.3. Módulo de Compañías o Empresas

La empresa es una especialización de una cuenta, tiene elementos diferentes

como lo es el nombre del encargado (agentName), al igual que un conjunto de ele-
mentos o recursos que son aquellos que representan objetos que una empresa de
Corabastos posee y algunas veces tiene que prestarlos para poder realizar sus ne-
gocios, a manera de ejemplo se tiene una carretilla, canastilla o cualquier objeto

78
que haga parte de su patrimonio físico. La empresa tiene un conjunto de productos
asociados a ella y con los cuales ejerce su función de comerciante en el mercado
de Corabastos.

Figura 74: Metamodelo de Datos Módulo de Compañías o Empresas

Fuente Propia

5.2.4. Módulo de Productos

El producto es la base de el negocio de las empresas de Corabastos dado que

es el que se comercializa y genera riqueza, este tiene un nombre, una descripción
y un conjunto de unidades que permiten la conversión entre sistemas de medidas
de peso o volumen como lo es el Kilogramo, Libra, Gramo y el Litro, Centímetro
Cúbico y demás. Las unidades estan compuestas de un nombre, un símbolo que
las representa, un tipo (volumen o peso), un peso que es un valor de conversión,
una bandera que permite saber si es exacta y si es unidad base. El sistema de
conversión de unidades tiene como premisa la existencia de una única unidad base
que a manera de ejemplo podría ser el Kilogramo que tendría un peso de 1.0, en
el caso de que existiera otra unidad como la Libra que es 0.5 Kg, se podría realizar
la conversión teniendo en cuenta que el Kilogramo es una unidad base y se puede
comprar directamente con la Libra.

79
 Figura 75: Metamodelo de Datos Módulo de Productos

Fuente Propia

5.2.5. Módulo de Transacciones

El módulo de transacciones contempla aquellas que son de venta de algun pro-

ducto por parte de la empresa de Corabastos, así como la compra de productos a
un proveedor, finalmente también se pueden registrar las transacciones de gastos
generales en una compañía. Tal transacción tiene un tipo, un valor todal pagado,
una fecha y además de esto esta vinculado a una cuenta que es la que represen-
ta un cliente para la empresa de Corabastos. Cada una de las transacciones esta
compuesta por un elemento o item de la transaccion que representa una cantidad
producto vendida por cierto valor, los elementos de transacción que son de tipo com-
pra tienen estan compuestos de una posición geográfica que permite identificar de
donde proviene un producto comprado a un proveedor.

80
 Figura 76: Metamodelo de Datos Transacciones

Fuente Propia

5.2.6. Diagrama General de Módulos

El siguente diagrama representa la relación entre todos los módulos de Corabas-

TIC y permite visualizar las dependencias entre los módulos. El diagrama da a ver
como seria posible implementar microservicios sobre cada uno de los módulos ya
que pueden ser independientes y así CorabasTIC pueda ser mas extensible.

81
Figura 77: Metamodelo de Datos General de CorabasTIC

Fuente Propia

82
5.3. Despliegue del Prototipo
Para la construcción del prototipo fue necesario el uso de diferentes tecnologías
en distintas capas, en la parte de dispositivos moviles se tiene una aplicación Pho-
neGap usando el framework MVC AngularJS. Por el lado del servidor se tiene un
contenedor de aplicaciones Apache Tomcat cuya aplicación fue construida usando
Maven. La aplicación del servidor esta hecha dentro del marco de trabajo de Spring
usando tecnologías como Spring MVC y Spring Data Mongo como ODM(Object Do-
cument Mapper). Para la persistencia se hace uso de MongoDB como base de datos
NoSQL y orientada a documentos.

Figura 78: Despliegue del Prototipo

Fuente Propia

5.4. Uso de Maven en el Prototipo

El uso de Maven es muy importante en CorabasTIC ya que permite administrar
el ciclo del vida del producto de software e igualmente permite administrar la apli-
cación a nivel de módulos. Cada uno de los módulos puede ser desplegado en un
servidor aparte, lo que permite un sistema mucho mas escalable y tiende a una ar-
quitectura de microservicios. En el caso actual CorabasTIC esta desplegado en un
solo servidor.

83
Figura 79: Módulos en Maven y Dependencias

Fuente Propia

84
5.5. Aspectos de Seguridad
5.5.1. Autenticación Ante el API REST

CorabasTIC funciona a través de un API de servicio REST para los cuales se

requiere de una autenticación previa antes de ser usados. Como uno de los princi-
pios de REST es no guardar el estado, entonces se hace uso de JWT (JSON Web
Token). JWT es un token firmado(cifrado simétrico) por el emisor(CorabasTIC) que
permite a los usuarios de un API de servicios autenticarse y la forma en que lo hace
es enviando tal token como cabecera de su petición HTTP, de tal forma CorabasTIC
valida el token recibido y realiza o no la solicitud del cliente.

Figura 80: Funcionamiento JWT

Tomado de [JWT16]

Cada uno de los tokens JWT esta compuesto de 3 partes llamadas Header,
Payload, Signature. La primera parte contiene el tipo de algoritmo empleado para
la firma del token, el Payload contiene información del emisor, receptor, fecha de

85
expiración del token e información adicional que el emisor quiera enviar, en el caso
de CorabasTIC se envia la información de la cuenta que es dueña del token.

Figura 81: Estructura de un JSON Web Token

Tomado de [JWT16]

5.5.2. Manejo de Datos Sensibles

Como requerimiento de CorabasTIC está el almacenamiento de la información

de forma segura y que impida que malintencionados realicen actos criminales. Para
el almacenamiento de información se hace uso de una función hash que cifra los
datos sensibles, seguido a esto se realiza una función ’salt’ sobre el hash generado
y para finalizar se cifra el ’salt’ generado con una llave AES que conoce solamente
el servidor de CorabasTIC. El proceso se puede observar mas claramente en la
siguiente figura:

86
 Figura 82: Salt y Función Hash Para Cifrado

Tomado de [SAL16]

5.6. Pruebas
Al estar dividida en módulos de Maven, CorabasTIC como software tiene una una
estructura que incluye las pruebas realizadas al código fuente y a las funcionalida-
des en general de prototipo de software. Para las pruebas unitarias se usa Mockito
que es una herramienta que permite simular operaciones esperadas y hacer que un
método o una unidad se comporte de la manera esperada y sea posible verificar
completa funcionalidad.
Se realizó de igual forma pruebas de integración al API de servicios REST, es
decir de sistemas externos a CorabasTIC. Para la administración y ejecución de
estas pruebas se usa la herramienta SOAP UI, por cuestiones de tiempo solo se
prueba el camino feliz de cada uno de los puntos de acceso de la interfaz REST.
A continuación se muestra la estructura del proyecto de pruebas del API REST de
CorabasTIC.

87
Figura 83: Estructura Proyecto Pruebas API REST

Fuente Propia

88
Parte III

CIERRE DE LA INVESTIGACIÓN
6. RESULTADOS Y DISCUSIÓN
Para realizar la verificación del prototipo de software planteado a través de todo
el documento se realizan 2 encuestas con el objetivo de obtener la percepción que
tienen los clientes sobre Corabastos y la función que cumple como centro de abasto
de Bogotá. La primera encuesta se enfoca en ver cual es el factor mas influyente
en que los clientes no compren en Corabastos y como una herramienta tecnológica
podría mejorar el acceso de los clientes a la principal central de abastos de alimento
del país.

6.1. Encuesta 1: Percepción de Clientes Sobre Corabastos

Esta encuesta fue realizada a una población de 20 personas habitantes de la
localidad de Kennedy en la cual se encuentra ubicada Corabastos. Esta población
comprende edades de 20 a 50 años. A continuación se muestra cada pregunta con
el resultado obtenido.

6.1.1. ¿Es cliente habitual de Corabastos?

Figura 84: Resultados ¿Es cliente habitual de Corabastos?

Fuente Propia

89
6.1.2. ¿Cual considera que es el mayor inconveniente para no comprar pro-
ductos directamente en Corabastos?

Figura 85: Resultado Inconvenientes Corabastos

Fuente Propia

6.1.3. Considera que una herramienta tecnológica que facilite el acceso a los
productos de forma virtual ayudaría a las empresas de Corabastos a
expandir su mercado y ser mas visibles al público

Figura 86: Resultados Uso Herramienta Tecnológica

Fuente Propia

90
6.1.4. ¿Posee algún SmartPhone?

Figura 87: Resultados Posesión De SmartPhone

Fuente Propia

6.1.5. ¿Estaría interesado en acceder a productos de Corabastos mediante el

uso de una aplicación móvil?

Figura 88: Resultados Interés en Uso de CorabasTIC

Fuente Propia

91
6.2. Encuesta 2: Percepción de Cítricos Leiva Lozano sobre Co-
rabasTIC
Esta encuesta fue realizada a una población de 20 personas habitantes de la
localidad de Kennedy en la cual se encuentra ubicada Corabastos. Esta población
comprende edades de 20 a 50 años. A continuación se muestra cada pregunta con
el resultado obtenido.

6.2.1. ¿Considera que CorabasTIC puede mejorar el registro de datos en su

empresa?

Para esta pregunta la respuesta fue afirmativa por parte de Luz Dary Lozano,
propietaria del negocio Cítricos Leiva Lozano.

6.2.2. ¿Ahorraría tiempo con el uso de CorabasTIC?

Si. Se fundamentan en que no perderan tiempo buscando las transacciones y

los movimientos que tuvo su negocio.

6.2.3. ¿Qué es lo que mas le gusta de CorabasTIC?

Que los clientes pueden ver mi empresa desde cualquier lugar del mundo. Me
gusta ver mi nombre en internet y poder mostarle a las personas que mi empresa
es conocida.

6.2.4. ¿Considera que CorabasTIC cumple con los requerimientos plantea-

dos con respecto a productos, usuarios, empresas, transacciones y
reportes?

Si, aunque si fuera posible tener mas funciones sería mejor.

6.2.5. ¿Qué le gustaría que CorabasTIC tuviera adicionalmente?

Envío de correos a los clientes con el histórico de transacciones a través del

tiempo.

92
6.2.6. ¿Gana seguridad de su inventario al tener la lista de transacciones de
entrada y salida que CorabasTIC permite registrar?

No, pero puedo tener mas control del mismo, por lo tanto siento mas confianza y
respaldo de lo que tengo en mi empresa.

6.2.7. ¿Considera que alguna otra empresa podría adquirir este servicio con
tan solo conocerlo?

Si, hay diferentes empresas que se encuentran en la misma situación pero no

saben quien pueda hacer esto.

6.2.8. ¿Estaría dispuesto a pagar por acceder al servicio prestado por Cora-
bastic?

Si, pero debe ser un servicio muy barato sino no tendría ninguna ventaja con
respecto a precios.

7. CONCLUSIONES

7.1. Verificación, Contraste y Evaluación de los Objetivos

Mediante la verificación con la empresa Cítricos Leiva Lozano se obtuvo que
CorabasTIC como plataforma interactiva cumple con sus requerimientos, ya
que basados en la encuesta realizada encuentran comoda la plataforma y ade-
más resaltan la importancia de ser vistas por todo el mundo en internet lo que
sin duda cumple con el objetivo general creando una interfaz de entrada de
clietes a sus negocios.

El modelo básico de ventas, inventarios, clientes, proveedores y reportec cum-

ple con lo planteado y sirve como modelo y base para futuras mejoras en
CorabasTIC. La empresa Cítricos Leiva Lozano fue clara en la respuesta de
que CorabasTIC si cumple con sus expectativas, aunque fue claro en que sería
mucho mejor tener mas funcionalidades.

La mayor cantidad de personas entrevistadas manifiesta tener un teléfono in-

teligente, esto incluye a los comerciantes de Corabastos y en particular a Luz

93
 Dary Lozano, dueña de Cítricos Leiva Lozano, la cual asegura que el uso de
su dispositivo para acceder a la información de su empresa facilita y se adecua
al ambiente social en el que viven los posibles usuarios.

7.2. Síntesis del Modelo Propuesto

7.3. Aportes Originales

94
 BIBLIOGRAFÍA
[COR07] Corporación Colombia Internacional, Ministerio de Agricultura y Desarrollo
Rural. “Relación entre corabastos y el abastecimiento alimentario a Bogo-
tá”, Corporación Colombia Internacional - CCI, Bogotá, 2007.

[COR09] Corporación Colombia Internacional, Ministerio de Agricultura y Desarrollo

Rural. “Abastecimiento en Corabastos”, Corporación Colombia Internacio-
nal - CCI, Bogotá, 2009.

[DAN13] Departamento Administrativo Nacional de Estadísticas, DANE. “Boletín

Mensual Abastecimiento de Alimentos Abril de 2013”, DANE, Bogotá,
2013.

[SCM07] Kniberg, Henrik. “Scrum and XP from the Trenches”. Info Q - C4Media Inc.
Online Free Edition. 2007.

[SPG08] Mak, Gary. “Spring Recipes, A Problem-Solution Approach”. Apress. Nue-

va York, 2008.

[TRU14] TRUJILLO Gutiérrez, Andrés Leonardo, “Estudio de factibilidad para la im-

plementación de un modelo de inventarios en el mercado aguacatero de
Corabastos S.A.”, Universidad Distrital Francisco José de Caldas, Bogotá,
2014.

[TOR95] TORRES O., Jorge, “La competitividad y las tendencias de los mercados
en la agricultura. Agronomía Colombiana”, Vol. 11, núm. 1 (1994); 95-101
Agronomía Colombiana; 95-101 2357-3732 0120-9965.

95
 REFERENCIAS WEB
[ADM16] Código al vuelo, “Plantilla AdminLTE de administra-
ción con diseño bootstrap”, 17 de septiembre de 2015
<http://dampro.cubava.cu/2015/09/17/plantilla-adminlte-de-
administracion-con-diseno-bootstrap/>. [citado el 15 de mayo de 2016]
.

[ARC16] The Open Group, “Archimate”. <http://pubs.opengroup.org/architecture/archimate2-

doc/chap02.html>. [citado el 15 de mayo de 2016] .

[COR06] Corabastos, “Reglamento Interno Corabastos”, 22 de junio de 2006

<http://www.corabastos.com.co/sitio/images/documents/ 00_REGLA-
MENTO_INTERNO_CORABASTOS_Junio_22_de_2006.pdf/>. [citado el
2 de noviembre de 2015] .

[COR15] Corabastos, “Definición Corabastos”, 02 de noviembre de 2015.

<http://www.corabastos.com.co/sitio/index.php/>. [citado el 2 de noviem-
bre de 2015]

[ETP14] Periodico El Tiempo, “Por 5 millones de pesos asesina-

ron a comerciante de Corabastos”. 10 de junio de 2014.
<http://www.eltiempo.com/bogota/asesinan -a-comerciante-de-
corabastos-en-caso-de-fleteo/14100159>. [citado el 25 de octubre
de 2015]

[ETP15] Periodico El Tiempo, “Cada día se realizan al menos

cuatro fleteos en Colombia”, 28 de agosto de 2015.
<http://www.eltiempo.com/politica/justicia/fleteos -en-colombia-cada-
dia-se-realizan-al-menos-cuatro/16305657> [citado el 25 de octubre de
2015]

[JAV15] Oracle. “¿Qué es Java?”. <https://www.java.com/es/download/faq/whatis_java.xml>.

[citado el 23 de noviembre de 2015]

[LAR11] Diario La República, “El sector público tendría control de Corabastos,

según el Secretario de Desarrollo Económico”, 11 de abril de 2011.

96
 <http://www.larepublica.co/economia/el-sector-p %25C3 %25BAblico-
tendr %25C3 %25ADa-control-de-corabastos-seg %25C3 %25BAn-el-
secretario-de-desarrollo-econ %25C3 %25B3mico/>. [citado el 2 de
noviembre de 2015]

[MON16] MongoDB. “¿Qué es MongoDB?”. <https://www.mongodb.com/es>. [cita-

do el 15 de mayo de 2016]

[PHO16] Asys Blof. “¿Qué es PhoneGap?”. <http://blog.arsys.es/que-es-phonegap-

y-para-que-puede-servirnos/>. [citado el 15 de mayo de 2016]

[REA15] Realización Inventario S.A. , “Definición Sistema de Inventa-

rios” , 02 de noviembre de 2015. <https://realizacioninvetariosa4-
1.wikispaces.com/Tipos+de+sistemas+y+modelos+de+inventario/>.
[citado el 2 de noviembre de 2015]

[RSF15] Radio Santa Fé, “En posible caso de fleteo asesi-

nan a comerciante de Corabastos”, 8 de abril de 2015
<http://www.radiosantafe.com/2015/04/08/en- posible-caso-de-fleteo-
asesinan-a-comerciante-de-corabastos/>. [citado el 25 de octubre de
2015]

[JWT16] Auth0, JWT. <https://cdn.auth0.com/content/jwt/jwt-diagram.png> . [citado

el 16 de mayo de 2016]

[SAL16] CodeProject, Salt y función hash <http://www.codeproject.com/KB/aspnet/844722/2a3a25c

. [citado el 16 de mayo de 2016]

[SCM15] Cohn, Mike. “What is Scrum?”, <http://www.mountaingoatsoftware.com/agile/scrum/>.

[citado el 22 de noviembre de 2015]

[SIN15] Secretaría del Interior y Convivencia Ciudadana, “Fleteo”

<http://secinterior.cartagena.gov.co:82/index.php?option=com_k2&view
=item&id=157&Itemid=79>. [citado el 25 de octubre de 2015]

[SLC15] Modern Requiments, “Scrum Model”. <http://www.modernrequirements.com/scrum-

model/> [citado el 22 de noviembre de 2015]

97
[TIC15] Gobierno en Linea, “Corabastos a un click”.
<http://www.moviles.gobiernoenlinea.gov.co/index.php/proximo-
evento/conoce-los-retos/248-corabastosaunclick/>. [citado el 2 de
noviembre de 2015]

[TOG16] The Open Group. “What is ADM?”, <http://pubs.opengroup.org/architecture/togaf9-

doc/arch/chap05.html>.[citado el 15 de mayo de 2016]

[UAN10] Reyes Miguel, “Corabastos: república in-

dependiente”, Universidad de los Andes
<http://ceper.uniandes.edu.co/index.php/estudiantes/trabajosestudiantes/29-
%20corabastos-republica-independiente/>. [citado el 2 de noviembre de
2015]

[ARC21] The Open Group, “Archimate Specification”

<http://pubs.opengroup.org/architecture/archimate2-doc/toc.html/>. [cita-
do el 1 de abril de 2016]

[TOG14] Colombia Digital, “Que es TOGAF” <https://www.colombiadigital.net/actualidad/articulos-

informativos/item/8163-que-es-togaf.html/>. [citado el 1 de abril de 2016]

98