Download - Sistema Completo
FACULTAD DE INGENIERÍA, ARQUITECTURA Y URBANISMO
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS
TESIS
PARA OPTAR EL TÍTULO PROFESIONAL DE INGENIERO DE
SISTEMAS
“IMPLEMENTACIÓN DE UN SISTEMA DE COMERCIALIZACIÓN Y
ABASTECIMIENTO APLICANDO TECNOLOGÍA WAP PARA LA AGILIZACIÓN
DE LOS PROCESOS EN LA EMPRESA MACALCRI E.I.R.L. - CHICLAYO”
AUTORES:
BACH. FRANK EULER JIBAJA RAMÍREZ
BACH. ÁNIKA LISSET JIMÉNEZ JARA
ASESOR:
ING. MARTÍN AMPUERO PASCO
Pimentel, Agosto de 2011
Presentado por:
Bach. Frank Euler Jibaja Ramírez
AUTOR
Bach. Ánika Lisset Jiménez Jara
AUTOR
Ing. Martín Ampuero Pasco
ASESOR
“Implementación de un Sistema de Comercialización y Abastecimiento
aplicando Tecnología WAP para la agilización de los procesos en la Empresa
MACALCRI E.I.R.L. - Chiclayo.”
Presentada a la Escuela de Ingeniería de Sistemas de la Universidad Señor de Sipán
para optar título de INGENIERO DE SISTEMAS.
Aprobado por:
Ing. Omar W. Saavedra Salazar
PRESIDENTE
Ing. Oscar E. Capuñay Uceda
SECRETARIO
Ing. Antonio G. Sánchez Chacón
VOCAL
DEDICATORIA
Dedico esta tesis en primer lugar a DIOS
porque el es quien guía mi camino, a mi
Madre y a mi familia, quienes con su voz
de aliento y sus aportes materiales y
espirituales me encaminan a ser un
hombre de bien para el servicio de la
nación.
FRANK EULER JIBAJA RAMÍREZ
Mi tesis la dedico a DIOS por darme la
oportunidad de existir y de regalarme una
familia maravillosa.
Con mucho cariño principalmente a mis
padres que me dieron la vida y han estado
conmigo en todo momento.
ÁNIKA LISSET JIMÉNEZ JARA
AGRADECIMIENTO
Queremos expresar nuestro más profundo agradecimiento en primer lugar a DIOS
porque siempre está con nosotros, El es quién nos acompaña, guía y protege en cada
paso de nuestras vidas.
A nuestras familias, quienes supieron comprender el anhelo de realizar el presente
trabajo de investigación y nos dieron el espacio necesario para lograr nuestra aspiración,
a ellos les consagramos el esfuerzo y cariño de toda la vida.
Así también queremos extender nuestro agradecimiento al Ing° Martín Ampuero
Pasco, que con su esfuerzo y dedicación nos encaminó en el desarrollo de esta tesis.
De igual manera un agradecimiento especial para nuestros mentores, que con sus
consejos y recomendaciones hicieron posible la culminación de nuestra tesis:
Ing° Omar W. Saavedra Salazar.
Ing° Oscar E. Capuñay Uceda.
Ing° Antonio G. Sánchez Chacón.
RESUMEN
El presente documento muestra el contenido del Proyecto denominado
“Implementación de un Sistema de Comercialización y Abastecimiento aplicando
Tecnología WAP para la agilización de los procesos en la empresa MACALCRI E.I.R.L. -
Chiclayo”, el mismo que se encuentra estructurado en los siguientes capítulos:
En el CAPITULO I, se analiza el problema de investigación teniendo en cuenta la
realidad problemática, la descripción y formulación del problema, la justificación e
importancia de la investigación, además incluye los objetivos que se pretenden lograr a
través de ella y las limitaciones encontradas.
En el CAPITULO II, se contemplan los antecedentes de investigación relacionados
con el tema; la base teórica está conformada por todos los temas relacionados a la
tecnología WAP y la telefonía celular, y la definición conceptual de la terminología
empleada.
En el CAPITULO III, se presentan aspectos referentes al marco metodológico,
tales como: tipo y diseño de investigación, población y muestra, hipótesis, variables y su
operacionalización a través de indicadores, métodos y técnicas de investigación y la
descripción de los instrumentos utilizados para desarrollar la misma.
En el CAPITULO IV, se presentan los diferentes estándares o metodologías para
la Implementación del Sistema de Comercialización y Abastecimiento aplicando
Tecnología WAP. Luego, se realizó una comparación teniendo en cuenta seis (6) criterios:
escalabilidad, adaptabilidad, flexibilidad, estructura jerárquica del equipo de trabajo,
formalidad y dinámica. Basado en esto, la recomendación para la elección de la
metodología fue RUP.
En el CAPITULO V, se desarrolla la propuesta en base a la Metodología RUP, la
cual contiene toda la información necesaria para el aprovechamiento de la Tecnología
WAP como herramienta tecnológica, utilizando la telefonía celular para acceder a datos
de índole comercial.
En el capítulo VI se ha realizado el análisis costo – equilibrio. En base a ello se
demuestra la rentabilidad y viabilidad económica del proyecto.
En el CAPITULO VII, se muestran las conclusiones del Proyecto de Tesis a fin de
validar la hipótesis y las respectivas recomendaciones.
En el Capítulo VIII, Referencias Bibliográficas, se encuentra el material
bibliográfico y linkográfico utilizado para el desarrollo del Proyecto de Tesis.
En Anexos, se adjunta la documentación que sirvieron de medios verificables para
las diferentes etapas del Proyecto de Tesis.
ABSTRACT
This document shows the contents of the Project called “"Implementation of a
Marketing and Supply System using WAP technology for streamlining the processes in
the MACALCRI Company E.I.R.L. - Chiclayo", the same found structured in the following
chapters:
In Chapter I, discusses the research problem taking into account the problematic
reality, the description and formulation problem, the rationale and importance of research
as well includes the objectives to be achieved through it and constraints encountered.
In Chapter II, referred to the background research related topic, the theoretical
basis is formed by all issues related to the WAP technology and cellular telephony,
and conceptual definition of the terminology used.
In Chapter III, there are issues concerning the framework methodology, such as
type and research design, population and sample, hypothesis, variables and their
operationalization through indicators, methods and techniques of investigation and
description of tools used to develop it.
In Chapter IV, there are different standards or methodologies Implementation of
Marketing and Supply System using WAP technology. Then, a comparison was made
taking into has six (6) criteria: scalability, adaptability, flexibility, hierarchical structure of
teamwork, dependability and dynamic. Based on this, the recommendation for the choice
of methodology was RUP.
In Chapter V, developed the proposal based on the methodology RUP, which
contains all the information necessary for the use of WAP technology as a technological
tool, using mobile phones to access data from a commercial nature.
In Chapter VI has made the cost analysis - balance. Based this shows the
profitability and economic viability of the project.
In Chapter VII, are the conclusions of the thesis project to validate the hypothesis
and the respective recommendations.
In Chapter VIII, References, is the material linkográfico literature and used to
develop Project Thesis.
In Annexes, attached documentation that served as media verified for different
stages of the thesis project.
ÍNDICE
CARÁTULA I
DEDICATORIA II
AGRADECIMIENTO III
RESUMEN IV
ABSTRACT VI
ÍNDICE VIII
ÍNDICE DE FIGURAS XVIII
ÍNDICE DE CUADROS XXIII
INTRODUCCION XXVI
CAPITULO I: EL PROBLEMA DE INVESTIGACION
1.1. REALIDAD PROBLEMÁTICA 02
1.2. DEFINICION DEL PROBLEMA 03
1.3. FORMULACIÓN DEL PROBLEMA 04
1.4. JUSTIFICACIÓN E IMPORTANCIA DE LA INVESTIGACIÓN 04
1.5. OBJETIVOS DE LA INVESTIGACIÓN 06
1.5.1. OBJETIVO GENERAL 06
1.5.2. OBJETIVOS ESPECÍFICOS 06
1.6. LIMITACIONES DE LA INVESTIGACIÓN 06
CAPITULO II: MARCO TEORICO
2.1. ANTECEDENTES DE ESTUDIO 08
2.1.1. Antecedentes de la Investigación 08
2.2. BASE TEORICA 13
2.2.1. Sistema de Información 13
2.2.2. Sistema de Compras 13
2.2.3. Sistema de Ventas 13
2.2.4. Sistema de Comercialización 14
Etapas de la Comercialización 14
Preparación de la actividad 14
Toma de contacto con el cliente 14
Determinación de necesidades 14
Argumentación 14
Tratamiento de objeciones 14
El cierre 15
2.2.5. Sistema de Abastecimiento 15
2.2.6. M-Commerce (Comercio Móvil) 16
2.2.7. La Telefonía Celular 16
2.2.8. WAP 17
Arquitectura WAP 18
Cliente 19
Pasarela 19
Servidor de información 19
Ventajas y Desventajas de WAP 19
Ventajas 20
Desventajas 20
2.2.9. Herramientas empleadas en la aplicación web 21
Servidor Apache 21
Editor de páginas web Macromedia Dreamweaver 22
2.2.10. Lenguajes para el desarrollo de Aplicaciones WAP 23
Wireless Markup Language (WML) 23
Extensible Hypertext Markup Language (XHTML) 23
Lenguaje de Programación PHP 24
Manejador de base de datos MySQL 25
Administrador de MySQL phpMyAdmin 26
2.2.11. M3Gate 26
2.3. DEFINICIÓN CONCEPTUAL DE LA TERMINOLOGÍA EMPLEADA 27
CAPITULO III: MARCO METODOLOGICO
3.1. TIPO DE INVESTIGACION 35
3.2. DISEÑO DE INVESTIGACION 35
3.3. POBLACION Y MUESTRA 35
3.4. HIPOTESIS 36
3.5. VARIABLES 36
3.5.1. VARIABLE INDEPENDIENTE 36
3.5.2. VARIABLE DEPENDIENTE 36
3.5.3. OPERACIONALIZACION DE VARIABLES. INDICADORES 36
3.6. METODOS DE INVESTIGACION 38
3.7. TECNICAS DE INVESTIGACION 39
3.8. DESCRIPCION DE INSTRUMENTOS UTILIZADOS 39
CAPITULO IV: MARCO CONCEPTUAL
4.1. METODOLOGIAS DE DESARROLLO 41
4.1.1. PROCESO UNIFICADO DE RATIONAL (RUP) 41
Proceso dirigido por Casos de Uso 41
Proceso centrado en la arquitectura 43
Proceso iterativo e incremental 44
4.1.1.1. EL CICLO DE VIDA DE RUP 45
Inicio 46
Elaboración 46
Construcción 46
Transición 46
FASE DE INICIO 46
Modelado del negocio 46
Requisitos 47
FASE DE ELABORACIÓN 47
Análisis y Diseño 47
FASE DE CONSTRUCCIÓN 48
Implementación 48
Pruebas 48
Despliegue 48
FASE DE TRANSICIÓN 49
4.1.2. Metodología Extreme Programing (XP) 50
Características de la Metodología XP 50
Pruebas Unitarias 50
Refabricación 50
Programación en pares 50
4.1.3. Microsoft Solución Framework (MSF) 50
Características de la MSF 51
Adaptable 51
Escalable 51
Flexible 51
Tecnología Agnóstica 51
4.2. ELECCIÓN DE LA METODOLOGÍA 52
4.3. SELECCIÓN DE LA METODOLOGÍA A UTILIZAR 53
CAPITULO V: DESARROLLO DE LA PROPUESTA
5.1. FASE DE INICIO 56
5.1.1. Modelado del Negocio 56
5.1.1.1. Modelo de Casos de Uso del Negocio (MCUN) 57
5.1.1.1.1. Especificación de Casos de Uso del Negocio 59
5.1.1.2. Modelo de Objetos del Negocio (MON) 61
5.1.1.2.1. Gestionar Mantenimiento 61
5.1.1.2.2. Gestionar Comercialización 62
5.1.1.3. Modelo del Dominio del Problema 62
5.2. FASE DE ELABORACIÓN 64
5.2.1. Requerimientos 65
a) Requerimientos Funcionales 65
b) No funcionales 67
5.2.2. Modelo de Casos de Uso de Requerimientos 67
5.2.2.1. Modelo Caso de Uso de Requerimientos Gestionar Mantenimiento 68
5.2.2.1.1. Especificación de Caso de Uso de Requerimientos Gestión
Mantenimiento 69
5.2.2.2. Modelo Caso de Uso de Requerimientos Gestionar Comercialización 81
5.2.2.2.1. Especificación Modelo de Caso de Uso de Requerimientos Gestión de
Comercialización 82
5.2.3. Análisis 95
5.2.3.1. Diagrama de colaboración 96
5.2.3.1.1. Diagrama de Colaboración Gestionar Mantenimiento 96
5.2.3.1.1.1. Diagrama de Colaboración Gestionar Mantenimiento de Usuarios 96
5.2.3.1.1.2. Diagrama de Colaboración Gestionar Mantenimiento de Personas 97
5.2.3.1.1.3. Diagrama de Colaboración Gestionar Mantenimiento de Marcas 98
5.2.3.1.1.4. Diagrama de Colaboración Gestionar Mantenimiento de Categorías 99
5.2.3.1.1.5. Diagrama Colaboración Gestionar Mantenimiento Proveedores 100
5.2.3.1.1.6. Diagrama de Colaboración Gestionar Mantenimiento Artículos 101
5.2.3.1.2. Diagrama de Colaboración Gestionar Comercialización 102
5.2.3.1.2.1. Diagrama de Colaboración Registrar Pedido 102
5.2.3.1.2.2. Diagrama de Colaboración Verificar Pedido 103
5.2.3.1.2.3. Diagrama de Colaboración Registrar Persona 103
5.2.3.1.2.4. Diagrama de Colaboración Verificar Cliente 104
5.2.3.1.2.5. Diagrama de Colaboración Registrar Venta 105
5.2.3.1.2.6. Diagrama de Colaboración Verificar Venta 106
5.2.3.1.2.7. Diagrama de Colaboración Generar Documento 106
5.2.3.1.2.8. Diagrama de Colaboración Registrar Crédito 107
5.2.3.1.2.9. Diagrama de Colaboración Verificar Crédito 108
5.2.3.1.2.10. Diagrama de Colaboración Registrar Orden de Compra 109
5.2.3.1.2.11. Diagrama de Colaboración Verificar Orden de Compra 110
5.2.3.1.2.12. Diagrama de Colaboración Enviar SMS 110
5.3. FASE DE CONSTRUCCIÓN 111
5.3.1. Diseño 111
5.3.1.1. Modelo de Diseño 111
5.3.1.1.1. Interfaces del Sistema 112
5.3.1.1.2. Diagrama de Secuencia 126
5.3.1.1.2.1. Diagrama de Secuencia Gestionar Mantenimiento 127
5.3.1.1.2.1.1. Diagrama de Secuencia Mantenimiento de Usuarios 127
5.3.1.1.2.1.2. Diagrama de Secuencia Mantenimiento de Personas 128
5.3.1.1.2.1.3. Diagrama de Secuencia Mantenimiento de Marcas 129
5.3.1.1.2.1.4. Diagrama de Secuencia Mantenimiento de Categorías 130
5.3.1.1.2.1.5. Diagrama de Secuencia Mantenimiento de Proveedores 131
5.3.1.1.2.1.6. Diagrama de Secuencia Mantenimiento de Artículos 132
5.3.1.1.2.2. Diagrama de Secuencia Gestionar Comercialización 133
5.3.1.1.2.2.1. Diagrama de Secuencia Registrar Pedido 133
5.3.1.1.2.2.2. Diagrama de Secuencia Verificar Pedido 134
5.3.1.1.2.2.3. Diagrama de Secuencia Registrar Persona 135
5.3.1.1.2.2.4. Diagrama de Secuencia Verificar Persona 136
5.3.1.1.2.2.5. Diagrama de Secuencia Registrar Venta 137
5.3.1.1.2.2.6. Diagrama de Secuencia Verificar Venta 138
5.3.1.1.2.2.7. Diagrama de Secuencia Generar Documento 138
5.3.1.1.2.2.8. Diagrama de Secuencia Registrar Crédito 139
5.3.1.1.2.2.9. Diagrama de Secuencia Verificar Crédito 140
5.3.1.1.2.2.10. Diagrama de Secuencia Registrar Orden de Compra 141
5.3.1.1.2.2.11. Diagrama de Secuencia Verificar Orden de Compra 141
5.3.1.1.2.2.12. Diagrama de Secuencia Enviar SMS 142
5.3.1.1.3. Diagramas de Clases 143
5.3.1.1.3.1. Diagramas de Clases del Diseño 143
5.3.1.1.3.2. Diseño Físico de la Base de Datos 144
5.3.2. Implementación 145
5.3.2.1. Diagrama de Componentes 145
5.3.2.2. Diagrama de Despliegue 147
CAPITULO VI: ANALISIS ECONÓMICO
6.1. COSTO DE DESARROLLO DEL PROYECTO 149
6.1.1. COSTOS DEL PROYECTO 149
A. Costo de Servicios 149
B. Costos de Materiales de Oficina 149
C. Costos de Personal 150
D. Costos de Software 150
E. Costos de Hardware 151
F. Gastos Concurrentes u Operativos 151
G. Resumen de Costos del Proyecto 152
6.1.2. BENEFICIOS TANGIBLES DEL PROYECTO 152
A. Reducción Costo por Tiempo consumido en realizar transacciones 152
B. Reducción de ingresos perdidos por ventas no realizadas por tener el
stock no actualizado 153
C. Reducción del costo de impresión de plantillas 154
D. Reducción de costos para realizar informes 155
6.1.3. BENEFICIOS INTANGIBLES DEL PROYECTO 156
6.1.4. FLUJO DE CAJA PROYECTADO 157
6.1.5. VALOR ACTUAL NETO (VAN) 158
6.1.6. TASA INTERNA DE RETORNO (TIR) 158
CAPITULO VII: CONCLUSIONES Y RECOMENDACIONES
7.1. CONCLUSIONES 161
7.2. RECOMENDACIONES 162
CAPITULO VIII: REFERENCIAS BIBLIOGRAFICAS
8.1. BIBLIOGRAFIA 164
ANEXOS
INDICE DE FIGURAS
Figura Nº 01: Desarrollo de Sistemas WAP 03
Figura Nº 02: Modelo de Comunicación de Sistemas WAP 05
Figura Nº 03: Proceso de Comercialización 15
Figura Nº 04: Arquitectura WAP 18
Figura Nº 05: Modelo de Funcionamiento 19
Figura Nº 06: Apache 21
Figura Nº 07: Adobe Dreamweaver 22
Figura Nº 08: PHP 25
Figura Nº 09: MySQL 26
Figura Nº 10: Los Casos de Uso Integran el Trabajo 42
Figura Nº 11: Trazabilidad a partir de los Casos de Uso 42
Figura Nº 12: Evolución de la Arquitectura del Sistema 44
Figura Nº 13: Una Iteración RUP 45
Figura Nº 14: Fases de la Metodología RUP 45
Figura N° 15: Modelo de Caso de Uso del Negocio 58
Figura N° 16: Modelo de Objetos del Negocio Gestionar Mantenimiento 61
Figura N° 17: Modelo de Objetos del Negocio Gestionar Comercialización 62
Figura N° 18: Modelo de Dominio del Problema 63
Figura N° 19: Modelo de Caso de Uso Requerimientos Gestionar Mantenimiento 68
Figura N° 20: Modelo de Caso Uso Requerimientos Gestionar Comercialización 81
Figura N° 21: Diagrama de Colaboración Gestionar Mantenimiento de Usuarios 96
Figura N° 22: Diagrama de Colaboración Gestionar Mantenimiento de Personas 97
Figura N° 23: Diagrama Colaboración Gestionar Mantenimiento de Marcas 98
Figura N° 24: Diagrama Colaboración Gestionar Mantenimiento de Categorías 99
Figura N° 25: Diagrama Colaboración Gestionar Mantenimiento de Proveedores 100
Figura N° 26: Diagrama Colaboración Gestionar Mantenimiento de Artículos 101
Figura N° 27: Diagrama de Colaboración Registrar Pedido 102
Figura N° 28: Diagrama de Colaboración Verificar Pedido 103
Figura N° 29: Diagrama de Colaboración Registrar Persona 103
Figura N° 30: Diagrama de Colaboración Verificar Persona 104
Figura N° 31: Diagrama de Colaboración Registrar Venta 105
Figura N° 32: Diagrama de Colaboración Verificar Venta 106
Figura N° 33: Diagrama de Colaboración Generar Documento 106
Figura N° 34: Diagrama de Colaboración Registrar Crédito 107
Figura N° 35: Diagrama de Colaboración Verificar Crédito 108
Figura N° 36: Diagrama de Colaboración Registrar Orden de Compra 109
Figura N° 37: Diagrama de Colaboración Verificar Orden de Compra 110
Figura N° 38: Diagrama de Colaboración Enviar SMS 110
Figura N° 39: Interfaz del Sistema Acceso 112
Figura N° 40: Interfaz del Sistema Pantalla Principal 112
Figura N° 41: Interfaz del Sistema Menu Mantenimiento 113
Figura N° 42: Interfaz del Sistema Menu Mantenimiento Clientes 113
Figura N° 43: Interfaz del Sistema Menu Mantenimiento Usuarios 114
Figura N° 44: Interfaz del Sistema Menu Mantenimiento Proveedores 114
Figura N° 45: Interfaz del Sistema Menu Mantenimiento Categorías 115
Figura N° 46: Interfaz del Sistema Menu Mantenimiento Marcas 115
Figura N° 47: Interfaz del Sistema Menu Mantenimiento Productos 116
Figura N° 48: Interfaz del Sistema Menu Gestión 116
Figura N° 49: Interfaz del Sistema Menu Gestión Ventas 117
Figura N° 50: Interfaz del Sistema Menu Gestión Pedidos 117
Figura N° 51: Interfaz Acceso al Sistema Vía WAP 118
Figura N° 52: Interfaz Pantalla de Bienvenido al Sistema Vía WAP 118
Figura N° 53: Interfaz Menu de Opciones Sistema Vía WAP 119
Figura N° 54: Interfaz Menu Cambiar Clave 119
Figura N° 55: Interfaz Menu Nuevo Pedido 120
Figura N° 56: Interfaz Carrito de Compras 120
Figura N° 57: Interfaz Confirmación del Pedido 121
Figura N° 58: Interfaz Menu Lista de Pedidos 121
Figura N° 59: Interfaz del Sistema Menu Gestión Compras 122
Figura N° 60: Interfaz del Sistema Menu Gestión Caja Chica 122
Figura N° 61: Interfaz del Sistema Menu Gestión Kardex 123
Figura N° 62: Interfaz del Sistema Menu Gestión Productos de Bajo Stock 123
Figura N° 63: Interfaz del Sistema Menu Configuración 124
Figura N° 64: Interfaz del Sistema Menu Configuración IGV 124
Figura N° 65: Interfaz del Sistema Menu Configuración Facturación 125
Figura N° 66: Interfaz del Sistema Menu Configuración Copia Seguridad 125
Figura N° 67: Interfaz del Sistema Menu Reportes 126
Figura N° 68: Diagrama de Secuencia Mantenimiento de Usuarios 127
Figura N° 69: Diagrama de Secuencia Mantenimiento de Personas 128
Figura N° 70: Diagrama de Secuencia Mantenimiento de Marcas 129
Figura N ° 71: Diagrama de Secuencia Mantenimiento de Categorías 130
Figura N° 72: Diagrama de Secuencia Mantenimiento de Proveedores 131
Figura N ° 73: Diagrama de Secuencia Mantenimiento de Artículos 132
Figura N° 74: Diagrama de Secuencia Registrar Pedido 133
Figura N° 75: Diagrama de Secuencia Verificar Pedido 134
Figura N° 76: Diagrama de Secuencia Registrar Persona 135
Figura N° 77: Diagrama de Secuencia Verificar Persona 136
Figura N° 78: Diagrama de Secuencia Registrar Venta 137
Figura N° 79: Diagrama de Secuencia Verificar Venta 138
Figura N° 80: Diagrama de Secuencia Generar Documento 138
Figura N° 81: Diagrama de Secuencia Registrar Crédito 139
Figura N° 82: Diagrama de Secuencia Verificar Crédito 140
Figura N° 83: Diagrama de Secuencia Registrar Orden de Compra 141
Figura N° 84: Diagrama de Secuencia Verificar Orden de Compra 141
Figura N° 85: Diagrama de Secuencia Enviar SMS 142
Figura N° 86: Diagrama de Clases del Diseño 143
Figura N° 87: Diseño Físico de la Base de Datos 144
Figura N°88: Diagrama de Componentes 146
Figura Nº 89: Diagrama de Despliegue 147
INDICE DE CUADROS
Cuadro Nº 01: Operacionalización de Variables 36
Cuadro Nº 02: Elección de la Metodología 52
Cuadro Nº 03: Especificación Caso Uso del Negocio Gestión Mantenimiento 59
Cuadro Nº 04: Especificación Caso Uso del Negocio Gestión Comercialización 60
Cuadro N° 05: Especificación Caso de Uso de Requerimientos Mantenimiento
Proveedores 69
Cuadro N° 06: Especificación Caso Uso Requerimientos Verificar Proveedores 70
Cuadro N° 07: Especificación Caso de Uso de Requerimientos Mantenimiento
Productos 71
Cuadro N° 08: Especificación Caso Uso Requerimientos Verificar Productos 72
Cuadro N° 09: Especificación Caso de Uso de Requerimientos Mantenimiento
Marcas 73
Cuadro N° 10: Especificación Caso de Uso de Requerimientos Verificar Marcas 74
Cuadro N° 11: Especificación Caso de Uso de Requerimientos Mantenimiento
Usuarios 75
Cuadro N° 12: Especificación Caso Uso Requerimientos Verificar Usuarios 76
Cuadro N° 13: Especificación Caso de Uso de Requerimientos Mantenimiento
Categorías 77
Cuadro N° 14: Especificación Caso Uso Requerimientos Verificar Categorías 78
Cuadro N° 15: Especificación Caso Uso Requerimientos Registrar Clientes 79
Cuadro N° 16: Especificación Caso Uso Requerimientos Verificar Clientes 80
Cuadro N° 17: Especificación Caso Uso Requerimientos Buscar Artículos 82
Cuadro N° 18: Especificación Caso Uso Requerimientos Registrar Pedidos 83
Cuadro N° 19: Especificación Caso de Uso Verificar Pedidos 84
Cuadro N° 20: Especificación Caso Uso Requerimientos Registrar Persona 85
Cuadro N° 21: Especificación Caso Uso Requerimientos Verificar Persona 86
Cuadro N° 22: Especificación Caso Uso Requerimientos Registrar Venta 87
Cuadro N° 23: Especificación Caso Uso Requerimientos Verificar Venta 88
Cuadro N° 24: Especificación Caso Uso Requerimientos Generar Documento 89
Cuadro N° 25: Especificación Caso Uso Requerimientos Registrar Crédito 90
Cuadro N° 26: Especificación Caso Uso Requerimientos Verificar Crédito 91
Cuadro N° 27: Especificación Caso de Uso de Requerimientos Registrar Orden de
Compra 92
Cuadro N° 28: Especificación Caso de Uso de Requerimientos Verificar Orden de
Compra 93
Cuadro N° 29: Especificación Caso de Uso de Requerimientos Enviar SMS 94
Cuadro Nº 30: Costos de Servicios 149
Cuadro Nº 31: Costos de materiales de oficina 149
Cuadro Nº 32: Costos de Personal 150
Cuadro Nº 33: Licencias de Software de Desarrollo e Implementación 150
Cuadro Nº 34: Costos de Hardware necesarios para la Implementación 151
Cuadro Nº 35: Gastos concurrentes u operativos 151
Cuadro Nº 36: Resumen de Costos del Proyecto 152
Cuadro Nº 37: Costos por el tiempo en realizar transacciones 153
Cuadro Nº 38: Periodicidad de ventas no realizadas 153
Cuadro Nº 39: Costos para realizar informes 155
Cuadro N° 40: Flujo de Caja Proyectado 157
Cuadro Nº 41: Calculo VAN 158
Cuadro Nº 42: Calculo del TIR 159
INTRODUCCION
Los últimos años se han caracterizado por el gran desarrollo en el campo de las
comunicaciones. El Internet ha cambiado la forma en que trabajamos y vivimos.
Al mismo tiempo, el uso de dispositivos inalámbricos se ha incrementado
considerablemente. En muchos países, alrededor del setenta por ciento de la población
utiliza, actualmente, teléfonos celulares. Nuestro país tampoco es la excepción, hoy por
hoy existen más personas abonadas a servicios de telefonía celular que a telefonía fija.
Estas dos tendencias ahora están convergiendo, con la introducción del Internet
móvil. El Internet móvil extiende el Internet tradicional a dispositivos inalámbricos tales
como: teléfonos celulares o asistentes digitales personales (PDAs). Brinda información y
servicios al usuario cuando éste lo requiera, en cualquier momento y desde cualquier
lugar.
De acuerdo al criterio de reconocidos analistas, el número de usuarios de
tecnologías inalámbricas suscritos irá incrementando considerablemente en los próximos
años, a tal punto que en poco tiempo habrá más personas accediendo a Internet
utilizando dispositivos inalámbricos que desde computadores personales.
El Protocolo de Aplicaciones Inalámbricas, WAP (Wireless Application Protocol),
se ha convertido en el estándar que está en la capacidad de proveer servicios de Internet
móvil. El estándar WAP provee los protocolos necesarios de red, tipos de contenido y
ambientes de ejecución de aplicaciones para ofrecer una amplia gama de servicios a
consumidores y profesionales.
Una aplicación WAP puede ser la respuesta a necesidades de usuarios que
requieren información actualizada y disponible desde cualquier lugar, en cualquier
momento. Un ejemplo de una tarea que requiere de esta disponibilidad de información,
fuera del ambiente de oficina es la gestión del control de pedidos y cantidad de productos
que se efectúa en los establecimientos de la Empresa MACALCRI E.I.R.L.
CAPITULO I:
EL PROBLEMA DE INVESTIGACION
1.1. REALIDAD PROBLEMÁTICA.
Actualmente, existen diversos proyectos basados en M - Commerce o Tecnología
WAP en el mercado peruano, y más aún, lo hay a nivel internacional. Éstos
servicios, implantados en diversas empresas dirigidas en diferentes rubros
(comerciales, financieros, académicos, etc.), se basan por lo general, en su gran
mayoría, en consultas a Bases de Datos, sobre tópicos académicos, sobre
negocios, culturales, de entretenimiento, etc., brindándole al cliente la información
que necesita en tiempo real, accediendo a ellos, mediante un dispositivo móvil o
celular.
Ya que en el mercado nacional existe una gran cantidad de usuarios que cuentan
con un dispositivo móvil (cantidad que sobrepasa al número de usuarios con línea
fija telefónica), es muy cierto también que en la mayoría de casos sólo se le da usos
tradicionales: SMS, llamadas telefónicas, etc.; desconociendo las diferentes
ventajas que poseen los dispositivos celulares que existen en la actualidad, esto
incluye a las empresas, las cuales podrían solucionar sus diversos problemas, más
aún, empresas cuyo rubro principal es el comercio o aquellas que realizan
transacciones comerciales en tiempo real.
El detalle a tener en cuenta es que se está al frente de una tecnología que viene
siendo aceptada por el mercado internacional (en especial, el europeo) en
transacciones comerciales, más no aún, en el mercado peruano, pues la mayoría de
usuarios prefieren comprar o realizar sus consultas y operaciones comerciales
(registro de pedidos, vista de catálogo, etc.), en la forma tradicional (manual), por
vía Web, por correspondencia, etc., por ende, existe aún, algo de desconfianza y
sobre todo desconocimiento de uso, de ésta tecnología de comercio móvil (M-
Commerce) de parte de los usuarios, sin embargo es importante resaltar que, poco
a poco, la tecnología WAP está surgiendo como una alternativa, confiable, eficiente
y barata.
Figura Nº 01: Desarrollo de Sistemas WAP.
Fuente: http://www.eticaygestion.org/documentos/e-business/5.pdf
1.2. DEFINICION DEL PROBLEMA.
La empresa MACALCRI E.I.R.L. ubicada en Av. Pedro Ruíz # 832 - Chiclayo, cuya
actividad principal es la venta minorista de artículos de ferretería, es considerada
dentro del rubro de las Micro y Pequeñas Empresas (MYPES), las cuales
representan el 98% del total de empresas e iniciativas económicas en nuestro país;
generando aproximadamente el 75% del empleo y aportando alrededor del 44% de
la riqueza generada.
Actualmente la empresa cuentan con un procedimiento manual que cumple las
expectativas de la empresa, sin embargo, los tiempos de respuesta de estas ventas
son dados de manera tardía y no se cumplen con las especificaciones de atención a
los clientes, los cuales desean que su pedido sea atendida lo más antes posible.
El problema es aún mayor, cuando la empresa en cuestión no maneja una base de
datos centralizada de cómo administrar sus pedidos de manera automatizada y
funcional, ya que trabajan de manera manual, careciendo por consiguiente de un
alcance a toda la información completa del estado de sus colocaciones de producto
en sus clientes, de estadísticas, etc., no pudiendo establecer toma de decisiones
rápidas y eficientes para el beneficio de la empresa.
1.3. FORMULACIÓN DEL PROBLEMA.
¿Cómo agilizaremos los procesos de Comercialización y Abastecimiento de la
Empresa MACALCRI E.I.R.L. de la Ciudad de Chiclayo?
1.4. JUSTIFICACIÓN E IMPORTANCIA DE LA INVESTIGACIÓN.
La Implementación de un Sistema de Comercialización y Abastecimiento aplicando
Tecnología WAP para la agilización de los procesos en la Empresa MACALCRI
E.I.R.L. se justifica por las siguientes razones:
Relevancias Tecnológicas: Se lograría integrar el rubro de ventas de manera
más intensa dentro del mundo de telefonía celular, pues serían muchas las
aplicaciones que se podrían realizar desde un dispositivo celular con tecnología
WAP; por último, podríamos obtener un sistema totalmente integrado, con ofertas
de publicidad de otros productos, utilitarios que sirvan al usuario desarrollar sus
transacciones de manera eficiente, etc.
Relevancia Social: El beneficio que tendrá la empresa y sus trabajadores al
mejorar sus procesos de comercialización y abastecimiento, logrando aumentar
la productividad y por ende aumentar las ventas, generándose más riqueza e ir
aumentando los ingresos para la empresa y sus trabajadores, mejorando de esta
manera sus estilos de vida.
Relevancia del Investigador: Esta investigación nos permite desarrollar las
cualidades de investigador que todo profesional debe poseer para ser
competente ante un mercado que se vuelve cada vez más competitivo.
Relevancia para la Institución: El proyecto en sí permitirá a las empresas
distribuidoras, mantener una producción óptima y resultados eficientes referentes
a las ventas y aumentar los mismos de manera considerable respecto hacia otros
sistemas de venta, como por ejemplo los sistemas de escritorio.
La presente investigación centra su importancia en el hecho de construir un Sistema
de Comercialización y Abastecimiento que permite un control intuitivo que puede
ejecutarse desde cualquier terminal móvil con conexión a Internet. Dando la
posibilidad al usuario de poder recibir informes del producto en forma de consulta
directa a la Base de Datos vía su celular, y así, actuar en consecuencia con la
minoría de restricciones posible, puesto a que existen ciertas debilidades que en
lugar de ayudar a la empresa a registrar un pedido, puede generarle retraso.
Figura Nº 02: Modelo de Comunicación de Sistemas WAP.
Fuente: http://www.eticaygestion.org/documentos/e-business/5.pdf
1.5. OBJETIVOS DE LA INVESTIGACIÓN
1.5.1. OBJETIVO GENERAL:
Implementar un Sistema de Comercialización y Abastecimiento aplicando
Tecnología WAP para la agilización de los procesos en la Empresa MACALCRI
E.I.R.L. de la Ciudad de Chiclayo.
1.5.2. OBJETIVOS ESPECÍFICOS:
a) Recopilar información de los procesos de Comercialización y Abastecimiento en la
Empresa MACALCRI E.I.R.L.
b) Realizar el análisis de requerimientos de los procesos de Comercialización y
Abastecimiento en la Empresa MACALCRI E.I.R.L.
c) Modelar los procesos de Comercialización y Abastecimiento en la Empresa
MACALCRI E.I.R.L.
d) Construir los módulos de Comercialización y Abastecimiento.
e) Realizar el Análisis Económico de la Implementación del Sistema.
1.6. LIMITACIONES DE LA INVESTIGACIÓN.
Factor Tiempo: Una de las limitaciones más resaltantes es el factor tiempo, no
solo somos estudiantes, también trabajamos, dos aspectos que limitan nuestro
tiempo para el desarrollo de la investigación, sin embargo con esfuerzo y
sacrificio hemos podido llevar adelante la presente investigación.
Factor Económico: No contamos con la capacidad económica para realizar
gastos extras propios de este trabajo de investigación, a pesar de ello con el
apoyo de personas muy especiales, hemos podido reunir el presupuesto para
llevar a cabo la presente investigación.
CAPITULO II:
MARCO TEORICO
2.1. ANTECEDENTES DE ESTUDIO.
2.1.1. Antecedentes de la Investigación:
2.1.1.1. Estudio de Factibilidad sobre el aprovechamiento Educativo del Protocolo de
Acceso Inalámbrico (WAP) como Herramienta tecnológica utilizando la Telefonía
Celular, enfocado a las Instituciones del Nivel Superior de la Ciudad de San
Miguel.[1]
El objetivo de la investigación es: Realizar un estudio de factibilidad sobre el
aprovechamiento Educativo del Protocolo de Acceso Inalámbrico (WAP) como
Herramienta tecnológica utilizando la telefonía celular, enfocándose a las
instituciones del Nivel Superior de la Ciudad de San Miguel.
Las conclusiones de la presente investigación son: Con la tecnología moderna
que en estos días se encuentra en apogeo en nuestro medio, se está volviendo
casi posible la utilización de un dispositivo móvil como el teléfono celular para
conectar y recibir información fluida de otros servicios no comerciales, como el
caso de los educativos; es decir mantener a todas las personas específicamente
a los estudiantes universitarios en una comunicación accesible entre sus
Instituciones sobre sus servicios educativos y administrativos; ya que no solo el
uso de la Internet sería su contacto de acceso inalámbrico, sino también a través
del uso del teléfono celular sobre todo si se aprovecha la utilización del protocolo
de acceso inalámbrico WAP.
Este proyecto se relaciona con la investigación, en cuanto a la aplicación de la
Tecnología WAP, la cual se define como un entorno de aplicación y una pila de
protocolos para aplicaciones y servicios accesibles a través de terminales
móviles, criterio que el Proyecto de Tesis propone para aplicar la Tecnología
WAP en el desarrollo del Sistema de Comercialización y Abastecimiento para la
Empresa MACALCRI E.I.R.L., permitiendo a la empresa y a sus clientes tener
mayor acceso a la información que necesitan.
[1]
LARIOS E., Jessica y ARGUETA A., Candy. Estudio de Factibilidad sobre el aprovechamiento Educativo del Protocolo de Acceso Inalámbrico (WAP) como Herramienta tecnológica utilizando la Telefonía Celular, enfocado a las Instituciones del Nivel Superior de la Ciudad de San Miguel. Universidad de Oriente, El Salvador. 2009.
[Disponible en:http://www.univo.edu.sv:8081/tesis/020092/020092_Port.pdf]
2.1.1.2. Desarrollo de un Sistema Informático para el Envío de Boletines Jurídicos
Electrónicos a Equipos Móviles, utilizando Tecnología WAP. [2]
El objetivo de la investigación es: Desarrollar un Sistema Informático para el
Envío de Boletines Jurídicos Electrónicos a Equipos Móviles, utilizando
Tecnología WAP.
Las conclusiones de la presente investigación son: La implementación de un
Sistema de Envío de Boletines hará posible que la Empresa Editora Normas
Legales, mantenga actualizados a sus usuarios, porque permitirá enviar un
resumen o sumilla de las diversas normas que son emitidas diariamente en el
Diario Oficial el Peruano a los equipos móviles de los mismos, a través de un
registro que les permita contar con información rápida y oportuna cuando ellos lo
soliciten, evitándoles tener que esperar las publicaciones emitidas por la empresa
editora vía internet o física con información de las normas, para ello se utilizara
como gestor de base de datos el SQL Server 2000 y herramientas y leguajes de
modelado como el RUP y el UML, respectivamente. El diseño de las interfaces
del sistema se desarrollo a través de software Macromedia Dreamweaver
Ultradev 4, por ser una herramienta sencilla, para el envío de los boletines al
equipo móvil se utilizó el software Java 2 Micro Edition, el cual pose un código
específicamente para comunicaciones inalámbricas propios para el envío de
mensajes a equipos celulares, las pruebas del software desarrollado se
realizaron en un emulador, el cual nos facilitó la demostración del envío de
mensajes a equipos móviles.
Este proyecto se relaciona con la investigación, en cuanto a la aplicación de la
Tecnología WAP, la cual surge como la combinación del crecimiento de las
comunicaciones inalámbricas e internet, criterio que el Proyecto de Tesis propone
para aplicar la Tecnología WAP en el desarrollo del Sistema de Comercialización
y Abastecimiento para la Empresa MACALCRI E.I.R.L., permitiendo manejar el
flujo de información de la empresa de manera óptima y oportuna.
[2]
AGAPITO D., Araceli y GERÓNIMO A., Mónica. Desarrollo de un Sistema Informático para el Envío de Boletines Jurídicos a Equipos Móviles, utilizando Tecnología WAP. Universidad Particular Antenor Orrego, Trujillo, Perú. 2004.
2.1.1.3. Soluciones WEB y WAP para el control de la entrega y recepción de cartas y
encomiendas de la Empresa de Transportes el Dorado S.A.C. [3]
El objetivo de la investigación es: Mejorar el control de la entrega y recepción de
cartas y encomiendas de la Empresa de Transportes El Dorado S.A.C.
desarrollando soluciones WEB y WAP.
Las conclusiones de la presente investigación son: El desarrollo e
implementación de los módulos WEB y WAP utilizando el Proceso Unificado de
Rational seleccionado de la evaluación de los factores (Requerimiento,
Compatibilidad, Tiempo de Desarrollo, etc.) obtuvo 39 puntos, mejora el control
de la Entrega y Recepción de cartas y encomiendas siendo la hipótesis planteada
válida. Lo que quiere decir que dicha hipótesis es aceptada como una alternativa
de solución al problema. Después de evaluar los planes y equipos de los
dispositivos móviles de las diferentes empresas del medio, escogimos aquel
equipo que tiene la tarifa de conexión más baja y que cumple con las
características. Las soluciones WEB y WAP permite reducir los costos generados
en el proceso de entrega y recepción de cartas y encomiendas. Luego del estudio
de factibilidad realizado para el presente proyecto encontramos los siguientes
indicadores Económicos – Financieros (VAN = 8365.26, TR = 9 meses y 15 días,
B / C = 3.36 y TIR = 29.75 %) factibles y rentables para la ejecución de las
soluciones WEB y WAP.
Este proyecto se relaciona con la investigación, en cuanto a la aplicación de la
Tecnología WAP, la cual permite a las aplicaciones disponer de la información sin
necesidad de disponer de una computadora, criterio que el Proyecto de Tesis
propone para el desarrollo del Sistema de Comercialización y Abastecimiento
para la empresa MACALCRI E.I.R.L., la tecnología WAP permite realizar accesar
a la información que la empresa dispone a través de un teléfono móvil de una
manera sencilla y sin restricciones ni limitaciones de ningún tipo.
[3]
CHÁVEZ P., Juan Carlos y DÁVILA B., Marjorie Edita. Soluciones WEB y WAP para el control de la entrega y
recepción de cartas y encomiendas de la Empresa de Transportes el Dorado S.A.C. – Trujillo. Universidad Particular Antenor Orrego, Perú. 2008.
2.1.1.4. Sistema WEB y WAP de Información Académica para la Escuela de Ingeniería de
Computación y Sistemas de la Universidad Privada Antenor Orrego utilizando
software libre y Extreme Programming. [4]
El objetivo de la investigación es: Desarrollar un Sistema WEB y WAP para
Información Académica de la Escuela de Ingeniería de Computación y Sistemas.
Las conclusiones de la presente investigación son: El uso de Extreme
Programming permitió diseñar un sistema que brinda los siguientes servicios:
Registro automático en WEB y WAP de ambientes disponibles y no disponibles
para recuperación de clases, toma de exámenes, prácticas de laboratorio y
asesorías. En la selección del dispositivo móvil para la interacción con el sistema
desarrollado se tomó en cuenta la existencia en el mercado de dispositivos con
características estándares para conectarse a internet vía WAP. En la
implementación se utilizó la herramienta NetBeans IDE 6.1 en lenguaje de
programación JAVA que permite el desarrollo de páginas WEB tanto para PC’s y
móviles. Las pruebas de caja negra para garantizar la calidad de los módulos
demostraron la funcionalidad del sistema y la aceleración de tiempos en consulta.
Este proyecto se relaciona con la investigación, en cuanto a la aplicación de la
Tecnología WAP, la cual se define como un entorno de aplicación y una pila de
protocolos para aplicaciones y servicios accesibles a través de terminales
móviles, criterio que el Proyecto de Tesis propone para aplicar la Tecnología
WAP en el desarrollo del Sistema de Comercialización y Abastecimiento para la
Empresa MACALCRI E.I.R.L., permitiendo a la empresa y a sus clientes reducir
costos y optimizar los tiempos de atención, mejorando así la calidad de gestión
empresarial.
[ 4 ]
RODRÍGUEZ A., Silva Ana.Sistema WEB y WAP de Información Académica para la Escuela de Ingeniería de Computación y Sistemas de la Universidad Privada Antenor Orrego utilizando Software Libre y Extreme Programming. Universidad Privada Antenor Orrego, Trujillo. Perú. 2008.
2.1.1.5. Sistema Informático Web y WAP para mejorar el servicio de atención al paciente
del Centro Ortodóncico de Rehabilitación Oral y Estética “Dental Cored” [5]
El objetivo de la investigación es: Implementar un Sistema Informático WEB y
WAP para mejorar el servicio de atención al paciente del Centro Ortodóncico de
Rehabilitación Oral y Estética “Dental Cored” basado en RUP.
Las conclusiones de la presente investigación son: Se modelaran 3 casos de uso
de negocios y 3 actores al conceptualizar el sistema.
Se logró describir correctamente los roles de las personas que participaron en el
proyecto.
Se logró aplicar las tecnologías de .Net y O.O. en la construcción del Sistema
Informático Web y WAP, el cual sirve de herramienta clave al servicio de atención
al paciente.
Se logró generar una Base de Datos para Dental Cored usando el Gestor de
Base de Datos MSSQL Server 2000.
Se eligió el dispositivo celular acorde a los requerimientos del Sistema.
Se logró configurar en el servidor la sección Web y WAP del Sistema Informático.
Este proyecto se relaciona con la investigación, en cuanto a la Aplicación de la
Tecnología WAP, la cual es un estándar abierto internacional para aplicaciones
que utilizan las comunicaciones inalámbricas, por ejemplo: acceso a servicios de
Internet desde un teléfono móvil, criterio que el Proyecto de Tesis propone para
desarrollar el Sistema de Comercialización y Abastecimiento en la Empresa
MACALCRI E.I.R.L., permitiéndoles a los usuarios de estos acceder a la
información de la empresa desde dispositivos móviles.
[5]
CÁRDENAS C., David y RUIZ R., Marco. Sistema Informático Web y WAP para mejorar el servicio de atención al paciente del Centro Ortodóncico de Rehabilitación oral y estética “Dental Cored”. Universidad Particular Antenor Orrego. Trujillo, Perú. 2008.
2.2. BASE TEORICA
2.2.1. Sistema de Información
Según Laudon & Laudon [6]
Conjunto de componentes interrelacionados que obtienen, procesan, almacenan y
distribuyen información para apoyar la toma de decisiones, la coordinación y el
control en una organización.
Según James A. O’Brien [7]
Es una combinación organizada de recursos humanos (usuarios finales y
especialistas en SI), hardware (máquinas y medios), software (programas y
procedimientos), datos (bases de datos y de conocimiento) y redes (medios de
comunicación y de soporte de redes) que reúne, transforma y disemina
información en una organización.
2.2.2. Sistema de Compras
Sistema que gestiona el proceso de compras, que va desde los pedidos de
cotización, elaboración de órdenes de compra, registro de proveedores, órdenes
de pagos.
2.2.3. Sistema de Ventas
Sistema que gestiona el proceso de ventas de la empresa consta de la gestión de
listado de precios en escaparate, registro de cotizaciones, facturación, descarga
de stock, notas de créditos, subsistema de caja.
[6]
LAUDON, Kenneth C., LAUDON, Jane P. Sistemas de Información Gerencial. 8va ed. México: Pearson Educación, 2004. 608 p. ISBN 970-26-0528-8. p.19
[7] O’BRIEN, James A. Sistemas de Información Gerencial. 4ta ed. Colombia: McGraw-Hill, 2001. 700 p. ISBN 985-41-0177-
3 p.42-43
2.2.4. Sistema de Comercialización:
Proceso cuyo objetivo es hacer llegar los bienes desde el productor al consumidor.
Su importancia radica en la facilidad que va a proporcionar al planear y organizar
las actividades necesarias para que en el momento preciso, una mercancía pueda
venderse y / o un servicio, esté en el lugar indicado y en su debido momento. Y así
al estar presente en el mercado, el público va a tomarlo en cuenta al hacer una
selección, para conocerlo, probarlo y consumirlo, y con base en ello tomar una
decisión de fidelidad, y esto a su vez se traduce directamente en una garantía de
permanencia en el mercado para la empresa exportadora.
Etapas de la Comercialización: [8]
Preparación de la actividad: Para desarrollar con éxito su trabajo, el vendedor ha
de asumir esta primera etapa en dos fases perfectamente diferenciadas: la
organización de su actividad y la preparación de la visita al cliente.
Toma de contacto con el cliente: También llamada etapa de apertura, abarca
desde las primeras palabras que se cruzan entre cliente y vendedor, que en
ocasiones no tiene aún contenido comercial, sino más bien personal.
Determinación de necesidades: Es la etapa en la que el vendedor trata de
definir, detectar, reunir o confirmar la situación del cliente sobre sus necesidades,
motivaciones o móviles de compra. Cuanta más información logremos del cliente,
más fácil será decidir los productos a vender y los argumentos a utilizar.
Argumentación: Es indispensable dentro del proceso de negociación. En
realidad, el trabajo del vendedor consiste en hacer que el cliente perciba las
diferencias que tienen sus productos frente a sus competidores.
Tratamiento de objeciones: La objeción como una oposición momentánea a la
argumentación de venta. No siempre esto es negativo; por el contrario, las
objeciones en la mayoría de las ocasiones ayudan a decidirse al cliente, pues casi
siempre están generadas por dudas o por una información incompleta.
[8]
Etapas de la venta o comercialización. [En línea] [Consulta: 22 Enero 2011] [Disponible en: http://www.marketing-xxi.com].
El cierre: Todo cuanto el vendedor ha hecho hasta este momento tiene un sólo
objetivo: cerrar. Es decir, lograr el pedido o al menos conseguir un compromiso
formal.
Figura Nº 03: Proceso de Comercialización.
Fuente: Gobierno de México
2.2.5. Sistema de Abastecimiento [9]
Abastecimiento es la acción y afecto de abastecer. Este verbo hace referencia a la
provisión de bastimentos (el sustento, los víveres y las cosas necesarias para la
subsistencia).
A nivel económico, el abastecimiento aparece vinculado a la logística y a la cadena
de suministro. La cadena de abastecimiento debe tener en cuenta la previsión de
la demanda, la entrega de productos y otras cuestiones.
El proceso de abastecimiento, por lo tanto, incluye todas las actividades que
permiten identificar y adquirir los bienes y servicios que una organización necesita
para su operación. En el caso de las empresas, el abastecimiento incluye la
elección de un proveedor, el mantenimiento de un registro o inventario, etc.
[9]
Abastecimiento. [En línea] [Consulta: 18 Marzo 2011] [Disponible en: http://definicion.de/abastecimiento/].
La gestión de la cadena de abastecimiento es la integración de todas estas
actividades, estableciendo un vínculo entre todos los componentes de la cadena a
través de la tecnología disponible.
2.2.6. M-Commerce (Comercio Móvil) [10]
Es una de las tendencias más fuertes de la economía en la Red con un aumento
vertiginoso del uso de dispositivos móviles como medio de acceso a Internet.
Después de un modesto comienzo en 1998, se anuncia hoy en día, un futuro en el
que los dispositivos inalámbricos serán las vías privilegiadas de acceso a los
servicios online.
Mientras que el uso del teléfono móvil aumenta en todo el mundo, el 80% de los
terminales fueron ya WAP en el 2002; y hoy en día casi el 100% de los terminales
ya soportan WAP. Gracias a progresos significativos en compresión, mayor
anchura de banda disponible, y al lanzamiento de terminales cada vez más
potentes e inteligentes, el M-Commerce posibilitará no solo la difusión de
información (anuncios, información administrativa, etc.), sino la realización de
transacciones complejas, abarcando aplicaciones de negocio, telemática,
soluciones financieras y un sin fin de servicios focalizados en el usuario final (ocio,
compras, etc.)
2.2.7. La Telefonía Celular. [11]
La telefonía móvil se ha convertido, junto con la informática, en la industria que
evoluciona más rápidamente de todas las que el hombre ha conseguido
desarrollar.
[ 10 ]
MOLINA N., Cesar & MURAKAMI, Sumiko. Implementación de solución informática basado en M-COMMERCE aplicado a sistemas de distribución comercial. [En línea] 2005. [Disponible en http://sisbib.unmsm.edu.pe/bibvirtualdata/monografias/ingenie/molina_nc/cap03.pdf].
[11] MOLINA, Cesar & MURAKAMI, Sumiko. Implementación de solución informática basado en M-COMMERCE aplicado a
sistemas de distribución comercial. [En línea] [Disponible en http://sisbib.unmsm.edu.pe/bibvirtualdata/monografias/ingenie/molina_nc/cap03.pdf].
Frente a aquellos aparatos de más de medio kilo que sólo unos pocos
privilegiados podían permitirse (el primer móvil pesaba 780 gramos y costaba
3.600 dólares), en la actualidad hay más de 1.500 millones de usuarios de
teléfonos móviles en todo el planeta, según las cifras de la Unión Internacional de
Telecomunicaciones. Este dato revela que, por primera vez, hay más usuarios de
móviles que de la red fija.
Como era predecible, la telefonía móvil a Internet va aproximando sus caminos
hacia una complementariedad que permitirá al empresario, ya no sólo estar
localizable por cualquier cliente que tenga una emergencia, sino también acceder
a su correo electrónico, seguir las cuentas de la empresa en tiempo real, generar
informes y mandarlos a otros empleados o incluso a clientes, y hasta ver
presentaciones de productos en un aparato que cabe cómodamente en el bolsillo.
2.2.8. WAP. [12]
Son las siglas de Wireless Application Protocol, es decir, Protocolo de
Aplicaciones Inalámbricas. WAP es una solución unificada para los servicios de
valor agregado, existentes y futuros, de las comunicaciones inalámbricas.
Al referirse al estándar WAP se hace referencia a un grupo de estándares que, en
conjunto, definen cómo se comunican los dispositivos móviles a través de las
redes inalámbricas, y cómo el contenido y los servicios se transmiten y son
ejecutados en esos dispositivos. Pero el estándar no solo atañe al diseño e
implementación de dispositivos sino también a la infraestructura en el servidor
presente o bien en el operador de red, proveedor de servicio o de contenido.
WAP está diseñado para trabajar sobre casi todas las redes inalámbricas, tales
como CDPD, CDMA, GSM, PDC, PHS, TDMA, FLEX, ReFLEX, iDEN, TETRA,
DECT, DataTAC y Mobitex.
[12]
WAP. [Disponible en: http://www.movired.com/wap-wap/wap.htm]
Arquitectura WAP
Figura Nº 04: Arquitectura WAP.
Fuente: http://www1.wapforum.org/tech/documents/WAP-100-WAPArch-19980430-a.pdf
Como se muestra en la Figura N° 04, WAP está organizado en capas, las cuales
se pueden agrupar en tres grupos diferenciados.
Adaptabilidad al Portador: Esconde las diferencias entre la enorme variedad
de protocolos de señalización y canalización utilizados en las redes
inalámbricas alrededor del mundo, con el fin de proveer servicios
independientemente del portador utilizado (protocolos de bajo nivel utilizados
para el intercambio de mensajes, paquetes o frames, desde y hacia el
dispositivo cliente).
Protocolos de Servicio: Incluye protocolos que ofrecen servicios de alto nivel
para la transferencia de datos de aplicación a través de redes inalámbricas.
Entre estos servicios se incluye servicios de seguridad, confiabilidad y captura.
Ambiente de uso: Incluye un poderoso ambiente basado en navegadores que
soportan portabilidad tanto de contenido como de funcionalidad, a lo largo de un
gran rango de tipos de dispositivos, independientemente del fabricante.
La tecnología WAP se basa en 3 elementos:
Cliente: El cliente será el micro-navegador WML de un terminal móvil. Este
será el similar al navegador de un PC en el Internet "fijo" que todos conocemos.
Pasarela: La pasarela constituye la interfaz entre la red inalámbrica y la red
física. Es lo que se conoce como el WAP Gateway.
Servidor de información: En toda arquitectura Cliente / Servidor tenemos un
servidor encargado de procesar las peticiones del cliente y enviar las páginas
solicitadas.
Para ello se parte de un diseño basada en la arquitectura definida para el World
Wide Web (WWW) pero adaptada a los nuevos requisitos del sistema. En la Figura
N° 05 se muestra el esquema de la arquitectura WAP.
Figura Nº 05: Modelo de Funcionamiento.
Fuente: Elaboración Propia.
Ventajas y Desventajas de WAP.
Al ser un estándar que enlaza dos tecnologías que avanzan tan rápido, como
Internet y la transmisión inalámbrica, el WAP ha de cumplir lo siguiente:
Independencia sobre los estándares para la creación de redes de telefonía.
Abierto y escalable.
Independiente del sistema de transporte (GSM, TDMA, entre otros).
Independiente del tipo de terminal (teléfono celular, PDA, entre otros).
Adaptable a nuevas tecnologías de transporte (GPRS, UMTS).
Gracias a todo esto, WAP ofrece a los operadores la posibilidad de diferenciarse
de sus competidores ofreciendo una nueva y personalizada fuente de servicios e
información, beneficiándose al fin de cuentas a los usuarios.
La tecnología WAP es un estándar universal, se asegura la operatividad de sus
aplicaciones y se les abre la puerta a un mercado potencial amplísimo que
demanda poder hacer muchas de las cosas que realiza hoy a través de su
computadora directamente desde el móvil.
De cara al usuario final, el WAP aporta un acceso fácil y seguro a la información y
a los servicios más relevantes de Internet, como mensajería, banca a distancia y
entretenimiento, desde un simple y cotidiano dispositivo móvil.
Ventajas
Cada vez tienen más funciones y prestaciones.
Las tendencias indican acceso de nuevos servicios como Internet móvil.
Existe oferta de compañías para elegir.
La principal ventaja del WAP es clara, permite la conexión desde cualquier lugar
del planeta (casi de cualquiera).
Desventajas
El servicio es más caro respecto a las tarifas que ofrece la telefonía fija.
No siempre tienen buena cobertura.
Los equipos son desplazados pronto por otros nuevos con mejor tecnología.
2.2.9. Herramientas empleadas en la aplicación web
Servidor Apache [13]
Es un software servidor HTTP de código abierto para plataformas Unix (BSD,
GNU/Linux, etc.), Windows, Macintosh y otras, que implementa el protocolo
HTTP/1.1 y la noción de sitio virtual.
Cuando comenzó su desarrollo en 1995 se basó inicialmente en código del popular
NCSA HTTPd 1.3, pero más tarde fue reescrito por completo. Su nombre se debe
a que Behelendorf eligió ese nombre porque quería que tuviese la connotación de
algo que es firme y enérgico pero no agresivo, y la tribu Apache fue la última en
rendirse al que pronto se convertiría en gobierno de EEUU.
Figura Nº 06: Apache.
Fuente: www.apache.org
Apache presenta características como mensajes de error altamente configurables,
bases de datos de autenticación y negociado de contenido, modular, Open Source,
multiplataforma, extensible, popular y sobre todo gratuito; pero fue criticado por la
falta de una interfaz gráfica que ayude en su configuración
Apache tiene amplia aceptación en la red: desde 1996, Apache, es el servidor
HTTP más usado. Alcanzó su máxima cuota de mercado en 2005 siendo el
servidor empleado en el 70% de los sitios web en el mundo.
[ 13 ]
Foundation Apache. The Apache Software Foundation. [En línea] [Consulta: 17 Julio 2011] [Disponible en:
http://www.apache.org/].
Editor de Páginas Web Adobe Dreamweaver [14]
Es una aplicación destinada para la construcción y edición de sitios y aplicaciones
Web basadas en estándares. Creado inicialmente por Macromedia (actualmente
producido por Adobe Systems). Es el programa más utilizado en el sector del
diseño y la programación Web, por sus funcionalidades, su integración con otras
herramientas como Adobe Flash y, recientemente, por su soporte de los
estándares del World Wide Web Consortium.
En su versión (CS3) dispone de un muy mejorado soporte de CSS, que junto a su
funcionalidad de autocompletado de atributos CSS (ideal para los que empiezan),
esto lo convierte quizás en uno de los editores más cómodos para trabajar con
CSS, y por ello quizás también sea el más usado por los diseñadores Web. En su
versión (CS4), proporciona capacidades visuales y niveles de código basado en
estándares web y diseños para aplicaciones de escritorio, teléfonos inteligentes y
otros dispositivos.
Figura Nº 07: Adobe Dreamweaver.
Fuente: www.adobe.com
[14]
Adobe Systems Incorporated. Adobe Dreamweaver CS5.5. [En línea] [Consulta: 21 Julio 2011] [Disponible en:
http://www.adobe.com/es/products/dreamweaver].
2.2.10. Lenguajes para el desarrollo de Aplicaciones WAP [15]
Dentro del sistema planeado, se tomara en cuenta los lenguajes Wireless Markup
Language (WML), eXtensible Hypertext Markup Language (XHTML) y Hypertext
Pre Processor (PHP), para el correspondiente desarrollo del sistema debido a que
el lenguaje WML es exclusivo para el desarrollo de aplicaciones WAP, el lenguaje
XHTML es un lenguaje más general el cual da soporte a estos tipos de
aplicaciones WAP y PHP que nos permitirá generar las paginas WAP dinámicas,
siendo además los más accesibles en esta tecnología en desarrollo.
A continuación se detallarán los lenguajes mencionados:
Wireless Markup Language (WML)
El lenguaje WML (Wireless Markup Language) constituye la base para la creación
de contenidos visualizables desde un terminal WAP (un terminal dotado con un
micro-navegador WAP). Está basado en XML, porque aquellos que posean
conocimientos de este lenguaje no tendrán dificultad en aprender WML.
Las paginas WML solo permiten introducir texto y gráficos, debido a las propias
capacidades de los terminales móviles. Por otra parte, los micro-navegadores de
los terminales también soportan un lenguaje de script, llamado WMLScript, que
permite manipular datos y dotar de cierta interactividad a la página WML.
Las paginas WML podrán ser ubicadas en cualquier servidor web convencional
siempre que éste haya sido correctamente configurado para servirlas. Por tanto,
antes de “colgar” cualquier pagina WML en nuestro espacio de hosting tendremos
que consultar con el ISP que se nos ofrece para saber si tienen preparada dicha
configuración.
Extensible Hypertext Markup Language (XHTML)
XHTML, acrónimo en inglés de eXtensible Hypertext Markup Language (Lenguaje
extensible de marcado de hipertexto), es el lenguaje de marcado pensado para
sustituir a HTML como estándar para las páginas web.
[15]
ALI FERNÁNDEZ, Enrique. Sistema de Información y Venta basado en Tecnología WAP. Caso: Radio Gigante 94.9 FM. Universidad Mayor de San Andrés. La Paz, Bolivia. 2009.
Tiene las siguientes ventajas:
Compatibilidad parcial con navegadores antiguos: la información se visualiza,
aunque sin formato. Cabe apuntar que el XHTML 1.0 fue diseñado
expresamente para ser mostrado en navegadores que soportan HTML de base.
Un mismo documento puede adoptar diseños radicalmente distintos en
diferentes dispositivos, pudiendo incluso escogerse entre varios diseños para
un mismo medio.
Facilidad de edición directa del código y de mantenimiento.
Formato abierto, compatible con los nuevos estándares que actualmente está
desarrollando el W3C como recomendación para futuros agentes de usuario o
navegadores.
Los documentos escritos conforme a XHTML 1.0 pueden potencialmente
presentar mejor rendimiento en las actuales herramientas web que aquellos
escritos conforme a HTML.
Y desventajas son las siguientes:
Algunos navegadores antiguos no son totalmente compatibles con los
estándares, lo que hace que las páginas no siempre se muestren
correctamente.
Muchas herramientas de diseño web aun no producen código XHTML.
Lenguaje de Programación PHP [16]
PHP es un acrónimo recursivo que significa Hypertext Pre-Processor (inicialmente
PHP Tools, o, Personal Home Page Tools).
PHP es un lenguaje interpretado de propósito general ampliamente usado y que
está diseñado especialmente para desarrollo web y puede ser embebido dentro de
código HTML.
[16]
The PHP Group. PHP. [En línea] [Consulta: 17 Julio 2011] [Disponible en: http://www.php.net/].
Generalmente se ejecuta en un servidor web, tomando el código en PHP como su
entrada y creando páginas web como salida. Puede ser desplegado en la mayoría
de los servidores web y en casi todos los sistemas operativos y plataformas sin
costo alguno.
Figura Nº 08: PHP.
Fuente: www.php.net
Sus características son las siguientes:
Es un lenguaje multiplataforma.
Capacidad de conexión con la mayoría de los manejadores de base de datos
que se utilizan en la actualidad, destaca su conectividad con MySQL
Capacidad de expandir su potencial utilizando la enorme cantidad de módulos.
Posee una amplia documentación en su página oficial.
Es libre, por lo que se presenta como una alternativa de fácil acceso para todos.
Permite las técnicas de Programación Orientada a Objetos.
Tiene manejo de excepciones (desde php5).
Manejador de base de datos MySQL [17]
El software MySQL® proporciona un servidor de base de datos SQL muy rápido,
multi-threaded, multi-usuario y robusto. El servidor MySQL está diseñado para
entornos de producción críticos, con alta carga de trabajo así como para integrarse
en software para ser distribuido. MySQL es una marca registrada de MySQL AB.
[17]
MySQL AB. MySQL. [En línea] [Consulta: 17 Julio 2011] [Disponible en: http://mysql.com/].
El software MySQL tiene una doble licencia. Los usuarios pueden elegir entre usar
el software MySQL como un producto Open Source bajo los términos de la licencia
GNU General Public License o pueden adquirir una licencia comercial Standard de
MySQL AB.
Figura Nº 09: MySQL.
Fuente: www.mysql.com
Administrador de MySQL phpMyAdmin [18]
Es un instrumento escrito en PHP que tiene la intención de manipular la
administración de MySQL sobre Web. Ciertamente esto puede crear, eliminar y
alterar las bases de datos, crear/eliminar/alterar tablas, borrar/actualizar/agregar
campos, ejecutar cualquier sentencia SQL, administrar llaves sobre campos,
administrar privilegios, exportar datos en varios formatos y está disponible en 55
lenguajes bajo la licencia GPL. En otros términos phpMyAdmin es un programa de
libre distribución en PHP, creado por una comunidad sin ánimo de lucro. Es una
herramienta muy completa que permite acceder a todas las funciones típicas de la
base de datos MySQL a través de una interfaz Web muy intuitiva.
2.2.11. M3Gate [19]
M3Gate es un navegador que emula un terminal WAP.
[ 18 ]
phpAdmin Devel Team. The phpMyAdmin Project. [En línea] [Consulta: 17 Julio 2011] [Disponible en:
http://phpmyadmin.net/home_page/index.php].
[19] M3Gate. [En línea] [Disponible en http://m3gate.softonic.com]
El aspecto y el interfaz de M3Gate pueden ser configurados a tu gusto. M3Gate
usa los dos navegadores más extendidos de la red como base (Microsoft Internet
Explorer o Netscape Navigator).
Añade directamente los favoritos que selecciones al navegador, soporta WML y
WMLScript, ajuste de fuente y cambio de skin son algunas de las muchas mejoras
que este programa incluye.
Mejoras en la nueva versión:
Ahora puede funcionar sin conectarse a un buscador, soporte para imágenes
PNG, soporta portapapeles (copiar y pegar), y uso de marcas.
2.3. DEFINICIÓN CONCEPTUAL DE LA TERMINOLOGÍA EMPLEADA.
A
Acrobat Reader: Programa de Adobe que permite visualizar documentos PDF.
Alojamiento web (Hosting): Servicio ofrecido por algunos proveedores, que
brindan a sus clientes (individuos o empresas) un espacio en su servidor para
alojar un sitio web.
Ancho de banda (Bandwidth): Término técnico que determina el volumen de
información que puede circular por un medio físico de comunicación de datos, es
decir, la capacidad de una conexión. A mayor ancho de banda, mejor velocidad
de acceso y mayor tráfico.
Antivirus: Software que busca y eventualmente elimina los virus
informáticos que pueden haber "infectado" un disco rígido o disquete.
Apache: Apache es programa de servidor HTTP Web de código abierto. Fue
desarrollado en 1995 y actualmente es uno de los servidores web más utilizados
en la red. El servidor Apache se desarrolla dentro del proyecto HTTP Server
(httpd) de la Apache Software Foundation.
Aplicación: Término que describe a un software que se suele aplicar a
programas destinados a usuarios finales.
B
Backup: Término habitualmente usado en informática. Se refiere al hecho de
crear una copia de seguridad de datos alojados en un determinado medio. Se
hace para prevenir una posible pérdida de información. Los datos alojados en el
backup sirven para volver a un estado anterior de la información en caso de un
desastre.
Base de datos: Conjunto de datos organizados de modo tal que resulte fácil
acceder a ellos, gestionarlos y actualizarlos.
C
Clic: Acción que se realiza con un periférico llamado ratón en algún objeto virtual
del monitor.
D
Database: Base de datos.
Data entry: Ingreso de datos. Proceso de ingresar datos a una computadora
para su procesamiento.
Data: Datos. A veces se lo opone a información, siendo esta última resultante
de procesar y analizar los datos.
Directorio: Grupo de archivos relacionados entre sí que se guardan bajo un
nombre. También conocidos como carpetas desde que la traducción al español
de Windows adoptó esta última forma.
E
Emulación: Proceso de compatibilización entre computadoras mediante un
software.
H
Hosting: Ver alojamiento web.
HTML: Hyper Text Mark-up Language. Lenguaje de programación para
armar páginas web.
HTTP: Hypertext Transfer Protocol. Protocolo de transferencia de hipertextos. Es
un protocolo que permite transferir información en archivos de texto, gráficos, de
vídeo, de audio y otros recursos multimedia.
I
Intranet: Las Intranets son redes corporativas que utilizan los protocolos y
herramientas de Internet. Su aspecto es similar al de las páginas de Internet. Si
esta red se encuentra a su vez conectada a Internet, generalmente se la protege
mediante firewalls.
Impresora: Dispositivo periférico que reproduce textos e imágenes en papel. Los
principales tipos son: de matriz de puntos, de chorro de tinta y láser.
Interfaz: Elemento de transición o conexión que facilita el intercambio de datos.
El teclado, por ejemplo, es una interfaz entre el usuario y la computadora.
Input (Entrada de datos): Se refiere a la información recibida o al proceso de
recibir información. Es la información producida por el usuario con el propósito de
controlar el programa de una computadora. La interfaz de usuario determina qué
tipos de input acepta el programa (por ejemplo texto escrito, clics del ratón, etc).
La entrada también puede provenir de redes y dispositivos de almacenamiento.
L
Lenguaje de programación: Sistema de escritura para la descripción precisa de
algoritmos o programas informáticos.
N
Navegador: Software para recorrer la World Wide Web. Algunos de los más
conocidos son: Netscape Navigator, Windows Internet Explorer, Opera, Safari,
Mozilla Firefox o Google Chrome.
Norma CDMA: Code Divison Multiple Access: Acceso Múltiple de División de
Código. Norma de transmisión de datos a través de teléfonos inalámbricos.
Norma CDPD: Cellular Digital Packet Data: Paquete de Datos Celular Digital.
Tecnología que permite transmitir datos y entrar a Internet a través de las
actuales redes celulares.
Norma GSM: Global System for Mobile Communications: Sistema Global para
Comunicaciones Móviles. Sistema telefónico digital muy usado en Europa.
Norma TDMA: Time Division Multiple Access: Acceso Múltiple de División de
Tiempo. Norma de Transmisión de Datos a través de Teléfonos Inalámbricos.
O
Online: En línea, conectado. Estado en que se encuentra una computadora
cuando se conecta directamente con la red a través de un dispositivo, por
ejemplo, un módem.
Output (salida de datos): Se refiere a la información que el usuario percibe
como emitida por un sistema de computación. También puede utilizarse como
referencia al proceso de emitir información. Es la información producida por la
computadora usualmente como respuesta a un input brindado por el usuario, a
manera de estímulo/respuesta, o de entrada / proceso / salida.
P
Página web: Cada una de las páginas que componen un sitio de la WWW.
Un sitio web agrupa un conjunto de páginas afines. A la página de inicio se la
llama "home page".
Password: Contraseña, clave.
PDF: Portable Document Format. Formato de archivo que captura un documento
impreso y lo reproduce en su apariencia original. Los archivos PDF se crean con
el programa Acrobat.
Periférico: Todo dispositivo que se conecta a la computadora. Por
ejemplo: teclado, monitor, ratón, impresora, escáner, etcétera.
PHP: Acrónimo de Hyppertext Pre Processor. Inicialmente PHP Tools o Personal
Home Page Tools. Es un lenguaje de programación utilizado en desarrollo web.
Q
Query: Es una consulta realizada contra una base de datos. Se usa para
obtener datos, modificarlos o bien borrarlos.
R
RSS: Vocabulario XML que permite conocer las últimas actualizaciones de
una página web.
S
Server: Ver Servidor.
Servidor: Computadora central de un sistema de red que provee servicios y
programas a otras computadoras conectadas. Sistema que proporciona recursos
(por ejemplo, servidores de archivos, servidores de nombres). En Internet este
término se utiliza muy a menudo para designar a aquellos sistemas que
proporcionan información a los usuarios de la red.
Sistema operativo: Software que administra los recursos en una computadora.
SMS: Short Message Service. Servicio de mensajería para teléfonos celulares.
Permite enviar a un celular un mensaje de hasta 160 caracteres. Este servicio fue
habilitado inicialmente en Europa. Hay varios sitios web desde los cuales se
puede enviar un sms.
Software: Término general que designa los diversos tipos de programas usados
en computación.
SSL: Secure Sockets Layer. Protocolo diseñado por la empresa Netscape para
proveer comunicaciones cifradas en Internet.
Submit: Enviar. Adaptación del verbo inglés "Submit"(enviar) al español. Se
suele usar en el desarrollo de aplicaciones web a la hora de hacer "submit", es
decir, enviar datos desde un formulario a través de HTML.
U
UML: Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en
inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas
de software más conocido y utilizado en la actualidad; está respaldado por
el OMG (Object Management Group). Es un lenguaje gráfico para visualizar,
especificar, construir y documentar un sistema. UML ofrece un estándar para
describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales
tales como procesos de negocio y funciones del sistema, y aspectos concretos
como expresiones de lenguajes de programación, esquemas de bases de datos y
componentes reutilizables.
W
WAP: Wireless Application Protocol. Norma internacional para aplicaciones que
utilizan la comunicación inalámbrica, por ejemplo el acceso a Internet desde un
teléfono celular.
WAMP: Es el acrónimo usado para describir un sistema de infraestructura
de internet que usa las siguientes herramientas:
Windows, como sistema operativo;
Apache, como servidor web;
MySQL, como gestor de bases de datos;
PHP (generalmente), Perl, o Python, como lenguajes de programación.
El uso de un WAMP permite servir páginas html a internet, además de poder
gestionar datos en ellas, al mismo tiempo un WAMP, proporciona lenguajes de
programación para desarrollar aplicaciones web.
LAMP es el sistema análogo que corre bajo ambiente Linux.
WAMP es el sistema análogo que corre bajo ambiente Windows.
MAMP es el sistema análogo que corre bajo ambiente Macintosh.
WEP: Wired Equivalent Privacy. Protocolo de seguridad de las redes
inalámbricas.
WML: Wireless Markup Language. Es un lenguaje cuyo origen es
el XML (eXtensible Markup Language). Este lenguaje se utiliza para construir las
páginas que aparecen en las pantallas de los teléfonos móviles y los asistentes
personales digitales (PDA) dotados de tecnología WAP. Es una versión reducida
del lenguaje HTML que facilita la conexión a Internet de dichos dispositivos y que
además permite la visualización de páginas web en dispositivos inalámbricos que
incluyan la tecnología WAP. La visualización de la página dependerá del
dispositivo que se use y de la forma en que este interprete el código, ya que
varían entre sí. WML es un metalenguaje, lo que implica que además de usar
etiquetas predefinidas se pueden crear componentes propios y tiene ciertas
similitudes con otro lenguaje de etiquetas bastante conocido, el HTML (Hypertext
Markup Language), utilizado para la creación de páginas web convencionales.
X
XML: eXtensible Markup Language. Es un lenguaje de marcado extensible, muy
utilizado en la actualidad para sindicar contenidos web y estructurar datos.
páginas web.
CAPITULO III:
MARCO METODOLOGICO
3.1. TIPO DE INVESTIGACION.
Tecnológica, propositiva.
Es tecnológica, porque tiene como objetivo el desarrollo de un Sistema de
Comercialización y Abastecimiento aplicando Tecnología WAP para la Empresa
MACALCRI E.I.R.L. con la finalidad de agilizar los procesos de Compras y Ventas
en la misma.
Y propositiva, porque los resultados obtenidos en función de los indicadores, son
estimaciones que se podrían generar al implementarse la aplicación.
3.2. DISEÑO DE INVESTIGACION.
Diseño de casos: A través de la metodología RUP, se diseñarán los casos el cual
permitirá identificar la realidad de la problemática y hallar posibles soluciones.
Para cumplir con el objetivo de nuestra investigación se aplicará el siguiente diseño:
3.3. POBLACION Y MUESTRA.
La población y la muestra de estudio fueron 6 personas, las mismas que están
involucradas directamente en los proceso de Comercialización y Abastecimiento en
la Empresa MACALCRI E.I.R.L.
T
O P X
Donde:
X= Realidad
O = Observación
T = Modelo
teórico
P = Propuesta
3.4. HIPOTESIS.
Mediante la implementación de un Sistema de Comercialización y Abastecimiento
aplicando Tecnología WAP se logrará la agilización de los procesos en la Empresa
MACALCRI E.I.R.L.
3.5. VARIABLES.
3.5.1. VARIABLE INDEPENDIENTE:
Sistema de Comercialización y Abastecimiento aplicando Tecnología WAP.
3.5.2. VARIABLE DEPENDIENTE:
Agilización de los procesos en la Empresa MACALCRI E.I.R.L.
3.5.3. OPERACIONALIZACION DE VARIABLES. INDICADORES.
Cuadro Nº 01: Operacionalización de Variables
VARIABLE DEPENDIENTE INDICADOR FÓRMULA FRECUENCIA
Agilización de los procesos
en la Empresa MACALCRI
E.I.R.L
Tiempo promedio para la
atención al cliente en el
proceso de venta diaria
X1=TP+TD/ NP
Diaria, Semanal
y / o Mensual.
Tiempo promedio en el
procesamiento de
documentos para realizar
una orden de compra.
X2=∑TPD/NC
Tiempo promedio en la
actualización diaria del
stock de un producto
X3=∑TAS/NPV
Tiempo promedio para
realizar informes y
generar estadísticas
X4=∑TI/#I
Fuente: Elaboración Propia
Donde:
NP: Numero de pedidos diarios
TP: Tiempo para la toma de un pedido
TD: Tiempo para despacho
TPD: Tiempo en procesamiento de documentos
NC: Numero de órdenes de compras
TAS: Tiempo de actualización de stock
NPV: Numero de productos vendidos
TI: Tiempo para realizar informes y generar estadísticas
I: Informes realizados
Población y muestra para el Indicador 1
La población para el indicador 1: Tiempo promedio para la atención en el proceso
de ventas diarias, está conformada por todas las solicitudes de atención diarias en
el proceso de ventas de la empresa MACALCRI E.I.R.L.; es decir 22 solicitudes
atendidas aproximadamente en un día.
Como ya se mencionó la muestra debe ser una porción representativa de la
población, y siendo esta una cantidad mínima se ha considerado tomar la misma
cantidad para la muestra: 22 solicitudes de atención.
Población y muestra para el Indicador 2
La población para el indicador 2: Tiempo promedio en el procesamiento de
documentos para realizar una orden de compra diaria, está conformada por todos
los documentos utilizados para realizar una compra; es decir 10 documentos
aproximadamente en un día.
Como ya se mencionó la muestra debe ser una porción representativa de la
población, y siendo esta una cantidad mínima se ha considerado tomar la misma
cantidad para la muestra: 10 documentos.
Población y muestra para el Indicador 3
La población para el indicador 3: Tiempo de Actualización del stock diario, está
conformada por las actualizaciones realizadas al día; es decir 10 aproximadamente
en un día.
Como ya se mencionó la muestra debe ser una porción representativa de la
población, y siendo esta una cantidad mínima se ha considerado tomar la misma
cantidad para la muestra: 10 actualizaciones.
Población y muestra para el Indicador 4
La población que se toma en esta investigación del indicador 4: Tiempo
promedio para la realización de informes y generación de estadísticas será la
totalidad de informes y estadísticas generadas; es decir 5 aproximadamente.
Como la muestra debe ser una porción representativa de la población, y siendo esta
una cantidad mínima se ha considerado tomar la misma cantidad para la muestra: 5
informes y estadísticas aproximadamente.
3.6. METODOS DE INVESTIGACION.
Los métodos más adecuados para el tipo de investigación de ingeniería de sistemas
son el inductivo y deductivo; debido a que el estudiante debe realizar una
investigación de un caso particular e inducir a la solución del mismo. Debe
demostrar el impacto de la solución planteada, la cual deriva de un marco teórico,
hacia el problema en particular.
3.7. TECNICAS DE INVESTIGACION
Para la obtención de información se hizo uso de la entrevista, observación y análisis
documental:
Entrevistas: La entrevista se hizo formulando una serie de preguntas puntuales
para conocer cuáles son los procesos que ésta realiza y evaluar la situación en
que se encuentra la empresa.
Observación: La observación tuvo como propósito hacer una verificación con lo
que cuenta la Empresa MACALCRI E.I.R.L. y ver la forma en que se realiza los
procesos de Comercialización y Abastecimiento.
*** Se utilizaron como material: Ficha de Observación
Análisis Documental: Recopilación de la información a través de documentos
ya existentes en la Empresa MACALCRI E.I.R.L. como son: boletas, orden de
salida, guías de remisión, kardex, entre otras.
3.8. DESCRIPCION DE INSTRUMENTOS UTILIZADOS.
Entre los instrumentos utilizados para nuestra investigación tenemos los siguientes:
Guía de análisis documental.
Cuestionario.
Plan de trabajo para la recolección de la información.
Fichas de resumen, etc.
CAPITULO IV:
MARCO CONCEPTUAL
4.1. METODOLOGIAS DE DESARROLLO.
4.1.1. PROCESO UNIFICADO DE RATIONAL (RUP) [20]
El Proceso Unificado de Rational (Rational Unified Process en inglés,
habitualmente resumido como RUP) es un proceso de desarrollo de software y
junto con el Lenguaje Unificado de Modelado UML, constituye la metodología
estándar más utilizada para el análisis, implementación y documentación de
sistemas orientados a objetos.
El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de
metodologías adaptables al contexto y necesidades de cada organización.
También se conoce por este nombre al software desarrollado por Rational, hoy
propiedad de IBM, el cual incluye información entrelazada de diversos Artefactos y
descripciones de las diversas actividades. Está incluido en el Rational Method
Composer (RMC), que permite la personalización de acuerdo a necesidades.
Los autores de RUP destacan que el proceso de software propuesto por RUP tiene
tres características esenciales: está dirigido por los Casos de Uso, está centrado
en la arquitectura, y es iterativo e incremental.
Proceso dirigido por Casos de Uso
Los Casos de Uso son una técnica de captura de requisitos que fuerza a pensar
en términos de importancia para el usuario y no sólo en términos de funciones
que sería bueno contemplar. Se define un Caso de Uso como un fragmento de
funcionalidad del sistema que proporciona al usuario un valor añadido. Los
Casos de Uso representan los requisitos funcionales del sistema.
En RUP los Casos de Uso no son sólo una herramienta para especificar los
requisitos del sistema. También guían su diseño, implementación y prueba. Los
Casos de Uso constituyen un elemento integrador y una guía del trabajo como
se muestra en la Figura.
[20]
Rational Unified Process (RUP). [Disponible en: http://www.utim.edu.mx/~mgarcia/]
Figura Nº 10: Los Casos de Uso Integran el Trabajo
Fuente: Universidad Tecnológica de Azúcar de Matamoros (México)
Los Casos de Uso no sólo inician el proceso de desarrollo sino que
proporcionan un hilo conductor, permitiendo establecer trazabilidad entre los
artefactos que son generados en las diferentes actividades del proceso de
desarrollo.
Basándose en los Casos de Uso se crean los modelos de análisis y diseño,
luego la implementación que los lleva a cabo, y se verifica que efectivamente el
producto implemente adecuadamente cada Caso de Uso. Todos los modelos
deben estar sincronizados con el modelo de Casos de Uso.
Figura Nº 11: Trazabilidad a partir de los Casos de Uso.
Fuente: Universidad Tecnológica de Azúcar de Matamoros (México)
Proceso centrado en la arquitectura:
La arquitectura de un sistema es la organización o estructura de sus partes más
relevantes, lo que permite tener una visión común entre todos los involucrados
(desarrolladores y usuarios) y una perspectiva clara del sistema completo,
necesaria para controlar el desarrollo.
La arquitectura involucra los aspectos estáticos y dinámicos más significativos
del sistema, está relacionada con la toma de decisiones que indican cómo tiene
que ser construido el sistema y ayuda a determinar en qué orden. Además la
definición de la arquitectura debe tomar en consideración elementos de calidad
del sistema, rendimiento, reutilización y capacidad de evolución por lo que debe
ser flexible durante todo el proceso de desarrollo. La arquitectura se ve
influenciada por la plataforma software, sistema operativo, gestor de bases de
datos, protocolos, consideraciones de desarrollo como sistemas heredados.
Muchas de estas restricciones constituyen requisitos no funcionales del
sistema.
En el caso de RUP además de utilizar los Casos de Uso para guiar el proceso
se presta especial atención al establecimiento temprano de una buena
arquitectura que no se vea fuertemente impactada ante cambios posteriores
durante la construcción y el mantenimiento.
Cada producto tiene tanto una función como una forma. La función corresponde
a la funcionalidad reflejada en los Casos de Uso y la forma la proporciona la
arquitectura. Existe una interacción entre los Casos de Uso y la arquitectura, los
Casos de Uso deben encajar en la arquitectura cuando se llevan a cabo y la
arquitectura debe permitir el desarrollo de todos los Casos de Uso requeridos,
actualmente y en el futuro. Esto provoca que tanto arquitectura como Casos de
Uso deban evolucionar en paralelo durante todo el proceso de desarrollo de
software.
En la arquitectura durante las fases de RUP. Se tiene una arquitectura más
robusta en las fases finales del proyecto. En las fases iniciales lo que se hace
es ir consolidando la arquitectura por medio de baselines y se va modificando
dependiendo de las necesidades del proyecto.
Figura Nº 12: Evolución de la Arquitectura del Sistema.
Fuente: Universidad Tecnológica de Azúcar de Matamoros (México)
Proceso iterativo e incremental:
El equilibrio correcto entre los Casos de Uso y la arquitectura es algo muy
parecido al equilibrio de la forma y la función en el desarrollo del producto, lo
cual se consigue con el tiempo. Para esto, la estrategia que se propone en RUP
es tener un proceso iterativo e incremental en donde el trabajo se divide en
partes más pequeñas o mini proyectos. Permitiendo que el equilibrio entre
Casos de Uso y arquitectura se vaya logrando durante cada mini proyecto, así
durante todo el proceso de desarrollo. Cada mini proyecto se puede ver como
una iteración (un recorrido más o menos completo a lo largo de todos los flujos
de trabajo fundamentales) del cual se obtiene un incremento que produce un
crecimiento en el producto.
Una iteración puede realizarse por medio de una cascada como se muestra se
pasa por los flujos fundamentales (Requisitos, Análisis, Diseño, Implementación
y Pruebas), también existe una planificación de la iteración, un análisis de la
iteración y algunas actividades específicas de la iteración. Al finalizar se realiza
una integración de los resultados con lo obtenido de las iteraciones anteriores.
Architecture
Inception Elaboration Construction Transition
tiempo
ArchitectureArchitecture
Inception Elaboration Construction Transition
tiempo
Figura Nº 13: Una Iteración RUP
Fuente: Universidad Tecnológica de Azúcar de Matamoros (México)
4.1.1.1. EL CICLO DE VIDA DE RUP
RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias
iteraciones en número variable según el proyecto y en las que se hace un
mayor o menor hincapié en los distintas actividades.
Figura Nº 14: Fases de la Metodología RUP
Fuente: Universidad Tecnológica de Pereira (Colombia)
En las iteraciones de cada fase se hacen diferentes esfuerzos en diferentes
actividades.
Inicio: Se hace un plan de fases, se identifican los principales casos de uso
y se identifican los riesgos. Se define el alcance del proyecto.
Elaboración: Se hace un plan de proyecto, se completan los casos de uso y
se eliminan los riesgos.
Construcción: Se concentra en la elaboración de un producto totalmente
operativo y eficiente y el manual de usuario.
Transición: Se Instala el producto en el cliente y se entrena a los usuarios.
Como consecuencia de esto suelen surgir nuevos requisitos a ser
analizados.
Dependiendo de la iteración del proceso, el equipo de desarrollo puede realizar
7 tipos de actividades, las mismas que se detallan a continuación:
FASE DE INICIO
Durante la fase de inicio las iteraciones hacen ponen mayor énfasis en
actividades modelado del negocio y de requisitos.
Modelado del negocio
En esta fase el equipo se familiarizará más al funcionamiento de la empresa,
sobre conocer sus procesos.
Entender la estructura y la dinámica de la organización para la cual el
sistema va ser desarrollado.
Entender el problema actual en la organización objetivo e identificar
potenciales mejoras.
Asegurar que clientes, usuarios finales y desarrolladores tengan un
entendimiento común de la organización objetivo.
Requisitos
En esta línea los requisitos son el contrato que se debe cumplir, de modo que
los usuarios finales tienen que comprender y aceptar los requisitos que
especifiquemos.
Establecer y mantener un acuerdo entre clientes y otros stakeholders sobre
lo que el sistema podría hacer.
Proveer a los desarrolladores un mejor entendimiento de los requisitos del
sistema.
Definir el ámbito del sistema.
Proveer una base para estimar costos y tiempo de desarrollo del sistema.
Definir una interfaz de usuarios para el sistema, enfocada a las necesidades
y metas del usuario.
FASE DE ELABORACIÓN
En la fase de elaboración, las iteraciones se orientan al desarrollo de la baseline
de la arquitectura, abarcan más los flujos de trabajo de requerimientos, modelo
de negocios (refinamiento), análisis, diseño y una parte de implementación
orientado a la base line de la arquitectura.
Análisis y Diseño
En esta actividad se especifican los requerimientos y se describen sobre cómo
se van a implementar en el sistema.
Transformar los requisitos al diseño del sistema.
Desarrollar una arquitectura para el sistema.
Adaptar el diseño para que sea consistente con el entorno de
implementación.
FASE DE CONSTRUCCIÓN
Implementación
Se implementan las clases y objetos en ficheros fuente, binarios, ejecutables y
demás. El resultado final es un sistema ejecutable.
Planificar qué subsistemas deben ser implementados y en que orden deben
ser integrados, formando el Plan de Integración.
Cada implementador decide en que orden implementa los elementos del
subsistema.
Si encuentra errores de diseño, los notifica.
Se integra el sistema siguiendo el plan.
Pruebas
Este flujo de trabajo es el encargado de evaluar la calidad del producto que
estamos desarrollando, pero no para aceptar o rechazar el producto al final del
proceso de desarrollo, sino que debe ir integrado en todo el ciclo de vida.
Encontrar y documentar defectos en la calidad del software.
Generalmente asesora sobre la calidad del software percibida.
Provee la validación de los supuestos realizados en el diseño y
especificación de requisitos por medio de demostraciones concretas.
Verificar las funciones del producto de software según lo diseñado.
Verificar que los requisitos tengan su apropiada implementación.
Despliegue
Esta actividad tiene como objetivo producir con éxito distribuciones del producto
y distribuirlo a los usuarios. Las actividades implicadas incluyen:
Probar el producto en su entorno de ejecución final.
Empaquetar el software para su distribución.
Distribuir el software.
Instalar el software.
Proveer asistencia y ayuda a los usuarios.
Formar a los usuarios y al cuerpo de ventas.
Migrar el software existente o convertir bases de datos.
FASE DE TRANSICIÓN
Durante esta fase de transición busca garantizar que se tiene un producto
preparado para su entrega al usuario.
PRINCIPALES CARACTERISTICAS
Forma disciplinada de asignar tareas y responsabilidades (quién hace qué,
cuándo y cómo).
Pretende implementar las mejores prácticas en Ingeniería de Software.
Desarrollo iterativo.
Administración de requisitos.
Uso de arquitectura basada en componentes.
Control de cambios.
Modelado visual del software.
Verificación de la calidad del software.
4.1.2. Metodología Extreme Programing (XP):
Es una de las metodologías de desarrollo de software más exitosas en la
actualidad utilizada para proyectos de corto plazo, corto equipo y cuyo plazo de
entrega era ayer. La metodología consiste en una programación rápida o extrema,
cuya particularidad es tener como parte del equipo, al usuario final, pues es uno de
los requisitos para llegar al éxito del proyecto.
Características de la Metodología XP:
La metodología se basa en:
Pruebas Unitarias:
Se basa en las pruebas realizadas a los principales procesos, de tal manera
que adelantándonos en algo hacia el futuro, podamos hacer pruebas de las
fallas que pudieran ocurrir. Es como si nos adelantáramos a obtener los
posibles errores.
Refabricación:
Se basa en la reutilización de código, para lo cual se crean patrones o
modelos estándares, siendo más flexible al cambio.
Programación en pares:
Una particularidad de esta metodología es que propone la programación en
pares, la cual consiste en que dos desarrolladores participen en un proyecto en
una misma estación de trabajo. Cada miembro lleva a cabo la acción que el
otro no está haciendo en ese momento. Es como el chofer y el copiloto:
mientras uno conduce, el otro consulta el mapa.
4.1.3. Microsoft Solución Framework (MSF)
Esta es una metodología flexible e interrelacionada con una serie de conceptos,
modelos y prácticas de uso, que controlan la planificación, el desarrollo y la
gestión de proyectos tecnológicos. MSF se centra en los modelos de proceso y
de equipo dejando en un segundo plano las elecciones tecnológicas.
Características de la MSF
MSF tiene las siguientes características:
Adaptable:
Es parecido a un compás, usado en cualquier parte como un mapa, del cual
su uso es limitado a un específico lugar.
Escalable:
Puede organizar equipos tan pequeños entre 3 o 4 personas, así como
también, proyectos que requieren 50 personas a más.
Flexible:
Es utilizada en el ambiente de desarrollo de cualquier cliente.
Tecnología Agnóstica:
Porque puede ser usada para desarrollar soluciones basadas sobre cualquier
tecnología.
MSF se compone de varios modelos encargados de planificar las diferentes
partes implicadas en el desarrollo de un proyecto: Modelo de Arquitectura del
Proyecto, Modelo de Equipo, Modelo de Proceso, Modelo de Gestión del Riesgo,
Modelo de Diseño de Proceso y finalmente el modelo de Aplicación.
4.2. ELECCIÓN DE LA METODOLOGÍA
Cuadro Nº 02: Elección de la Metodología
METODOLOGÍA
CRITERIOS
ESCALABILIDAD ADAPTABILIDAD FLEXIBILIDAD
ESTRUCTURA
JERÁRQUICA
DEL EQUIPO DE
TRABAJO
FORMALIDAD DINÁMICA
EXTREME
PROGRAMMING
(XP)
El nivel de escalabilidad es BAJO, organiza equipos muy cortos.
El nivel de Adaptabilidad es BAJO, se recomienda para proyectos de corto plazo.
El nivel de flexibilidad es ALTO, se basa en la reutilización de código, para lo cual se crean patrones o modelos estándares, siendo más flexible al cambio.
No cuenta con Estructura definida pues uno de sus objetivos es incluir al cliente en el equipo.
Es informal. Es dinámica, se adapta rápidamente a los nuevos cambios.
MICROSOFT
SOLUTIONS
FRAMEWORK
(MSF)
El nivel de escalabilidad es MEDIANO, Puede organizar equipos tan pequeños entre 3 o 4 personas, así como también, proyectos que requieren 50 personas a más.
El nivel de Adaptabilidad es MEDIO, se adapta a proyectos de cualquier dimensión y de cualquier tecnología. Es aceptable para el sistema que estamos proponiendo.
El nivel de flexibilidad es ALTO,por que
su desarrollo se adecua para cualquier ambiente y tipo de cliente.
No tiene ninguna estructura jerárquica clara porque el equipo es relativo pequeñoy los miembros del equipo son experimentados, tienen un gran sentido de responsabilidad y son capaces de trabajar en forma autónoma.
Es informal, los requisitos y arquitectura son inciertos y se identificaran progresivamente durante el desarrollo del ciclo de vida del software, debido a la comprensión progresiva.
Es informal, los requisitos y arquitectura son inciertos y se identificaran progresivamente durante el desarrollo del ciclo de vida del software, debido a la comprensión progresiva, no se puede adaptar a sistema propuesto.
RATIONAL UNIFIED
PROCESS(RUP)
El nivel de escalabilidad es ALTO, organiza equipos dinámicos que se adaptan a los procesos cortos medianos y largo plazo tal es el caso del Proyecto de Sistema que proponemos.
El nivel de Adaptabilidad es ALTO, es la más
adaptable para proyectos de corto plazo como es el caso del proyecto de software propuesto.
El nivel de flexibilidad es ALTO, por contar con disciplinas de soporte de desarrollo que le permiten adecuarse a cualquier tipo de ambiente de desarrollo como lenguajes de programación web en el cual se desarrollará el proyecto.
Cuenta una estructura jerárquica establecidapara controlar el número grande de personas en el equipo del proyecto, porque intervienen personal de la empresa en estudio, que contribuye en el levantamiento de la información, y nosotros los investigadores.
Es formal, responde subterráneamente a un dinámico modelo de fases, donde se modelan los procesos y sub procesos del sistema.
Es dinámica mediante la herramienta UML se adapta fácilmente a los cambios que exigen los procesos del sistema propuesto.
Fuente: Elaboración Propia
4.3. SELECCIÓN DE LA METODOLOGÍA A UTILIZAR
Al realizar las comparaciones de las metodologías podemos decir que la
metodología RUP, cuenta con las características idóneas para la elaboración del
Proyecto de Software, las razones por las cuales se elije es: estabilidad,
adaptabilidad, flexibilidad y dinamismo la cual hacen que el proyecto sea robusto
a través de sus 4 fases de desarrollo obteniéndose así un producto de calidad
como es el Software a implementar.
Cabe mencionar que lo más importante en el desarrollo de una aplicación, es el
uso adecuado de una metodología que administre y garantice el cumplimiento de
los requerimientos especificados y RUP, cuenta con estas características.
Asimismo RUP, permite decidir si el trabajo realizado hasta el momento es el
adecuado o no, y si se han superado las necesidades de cada fase definida en la
metodología, lo cual su dinamismo permite hacer cambios y corregir algunas
imperfecciones.
Gracias a sus principios de desarrollo como son:
Adaptar el proceso:
El proceso deberá adaptarse a las características propias del proyecto u
organización. El tamaño del mismo, así como su tipo o las regulaciones que lo
condicionen, influirán en su diseño específico. También se deberá tener en cuenta
el alcance del proyecto.
Balancear prioridades:
Los requerimientos de los diversos inversores pueden ser diferentes,
contradictorios o disputarse recursos limitados. Debe encontrarse un balance que
satisfaga los deseos de todos.
Demostrar valor iterativamente:
Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas.
En cada iteración se analiza la opinión de los inversores, la estabilidad y calidad
del producto, y se refina la dirección del proyecto así como también los riesgos
involucrados.
Elevar el nivel de abstracción:
Este principio dominante motiva el uso de conceptos reutilizables tales como
patrón del software, lenguajes 4GL o marcos de referencia (frameworks) por
nombrar algunos.
Esto evita que los ingenieros de software vayan directamente de los requisitos a la
codificación de software a la medida del cliente, sin saber con certeza qué
codificar para satisfacer de la mejor manera los requerimientos y sin comenzar
desde un principio pensando en la reutilización del código. Un alto nivel de
abstracción también permite discusiones sobre diversos niveles y soluciones
arquitectónicas. Éstas se pueden acompañar por las representaciones visuales de
la arquitectura, por ejemplo con el lenguaje UML.
Enfocarse en la calidad:
El control de calidad no debe realizarse al final de cada iteración, sino en todos los
aspectos de la producción. El aseguramiento de la calidad forma parte del proceso
de desarrollo y no de un grupo independiente.
CAPITULO V:
DESARROLLO DE LA PROPUESTA
Para el desarrollo de la propuesta se aplicará la Metodología de Rational Unified Process,
(RUP) de modo que provea el soporte técnico y metodológico en el desarrollo del Sistema
de Comercialización y Abastecimiento. Considerando esto, en éste capítulo se incluirá el
detalle para las fases de inicio y elaboración, adicionalmente se esbozarán las fases
posteriores de construcción y transición para dar una visión global de todo el proceso.
5.1. FASE DE INICIO
El propósito general en esta fase es establecer los objetivos para el ciclo de vida
del producto software a implementar. Durante esta fase se definirá el modelo del
negocio y el alcance del proyecto. Se identificaran todos los actores y casos de
uso.
Los objetivos específicos de esta fase serán:
Establecer el ámbito del proyecto y sus límites.
Encontrar los casos de uso críticos del sistema, los escenarios básicos que
definen la funcionalidad.
Durante la fase de inicio se definirán el modelo del negocio y el alcance del
proyecto, siendo los artefactos desarrollados:
El Modelo de Casos de Uso del Negocio.
Especificación de los Casos de Uso del Negocio.
El Modelo de Objetos del Negocio.
El Modelo de Dominio del Problema.
5.1.1. Modelado del Negocio
El Modelado del Negocio es el primer flujo de trabajo o disciplina de la Metodología
RUP, y consiste en conocer la estructura y la dinámica de la organización, así
como conocer los problemas actuales e identificar mejoras dentro de la
organización.
Con esta disciplina se pretende llegar a un mejor entendimiento de la organización,
los principales motivos para ejecutar esta disciplina son los siguientes: asegurarse
de que el producto será algo útil y no un obstáculo, conseguir que se ajuste de la
mejor forma posible en la organización donde se va a implantar; y tener un marco
común para el desarrollador, los clientes y los usuarios finales.
Los principales objetivos son:
Asegurar que clientes y desarrolladores tengamos un entendimiento común de
la organización.
Entender el problema actual en la institución e identificar potenciales mejoras.
Entender la estructura y la dinámica de la organización.
Para lograr estos objetivos, el modelado de negocio describirá como desarrollar
una visión de la nueva organización, basado en esta visión se definirán procesos,
roles y responsabilidades de la organización por medio de un Modelo de Casos de
Uso del Negocio. Los artefactos del modelo de negocio servirán como entrada y
referencia para la definición de los requerimientos del sistema.
5.1.1.1. Modelo de Casos de Uso del Negocio (MCUN):
Un modelo de casos de uso del negocio describe los procesos del negocio en
términos de casos de uso y actores que corresponden a procesos del negocio y
trabajadores o clientes respectivamente.
A continuación se presenta este modelo el cual corresponde al proceso de
Comercialización y Abastecimiento de la Empresa MACALCRI E.I.R.L.
Figura N° 15: Modelo de Caso de Uso del Negocio
Fuente: Elaboración Propia
Cliente WAP
Cajero
Cliente
Administrador
Gestionar Comercialización
Proveedor
Vendedor
Gestionar Mantenimiento
5.1.1.1.1. Especificación de Casos de Uso del Negocio
Cuadro Nº 03: Especificación Caso de Uso del Negocio Gestión Mantenimiento
Especificación Caso de Uso del Negocio “Gestión Mantenimiento”
Definición Proceso encargada de dar mantenimiento a clientes, productos,
marcas, categorías, usuarios, proveedores.
Metas
Gestionar eficientemente la administración de los datos de las
personas involucradas en el sistema e impidiendo la
redundancia de los datos.
Actores Administrador, Vendedor.
Riesgos
Al gestionar ineficientemente los mantenimientos se obtendrá la
información incorrecta lo cual no será confiable para la
empresa.
Categoría Caso de Uso Principal.
Flujos de Trabajo
Registrar, Modificar, Eliminar, Buscar Cliente.
Registrar, Modificar, Eliminar, Buscar Producto.
Registrar, Modificar, Eliminar, Buscar Proveedor.
Registrar, Modificar, Eliminar, Buscar Marca.
Registrar, Modificar, Eliminar, Buscar Categoría.
Registrar, Modificar, Eliminar, Buscar Usuario.
Fuente: Elaboración Propia
Cuadro Nº 04: Especificación Caso de Uso del Negocio Gestión Comercialización
Especificación Caso de Uso del Negocio “Gestión Comercialización”
Definición
Proceso encargada de comprar y vender los artículos que ofrece la
empresa manteniendo el stock actualizado de los artículos a través
del envío de un SMS al proveedor del artículo que se desea
actualizar.
Metas Gestionar eficientemente los procesos logrando así incrementar los
ingresos de la empresa.
Actores Administrador, Cliente, Vendedor, Proveedor, Usuario.
Riesgos
Al gestionar ineficientemente los procesos, se elaborarán
incorrectamente los reportes cuya información no será confiable para
la empresa. No se tendrá un stock actualizado de los artículos
necesarios para la venta.
Categoría Caso de Uso Principal.
Flujos de Trabajo
Registrar Venta.
Registrar Pedido.
Registrar Compras.
Generar Comprobante.
Registrar Ingreso de Artículos.
Registrar Salida de Artículos.
Enviar SMS a proveedor.
Fuente: Elaboración Propia
5.1.1.2. Modelo de Objetos del Negocio (MON)
Un modelo de Objetos del Negocio es un modelo interno a un negocio y
describe como cada caso de uso es llevado a cabo por parte de un conjunto
de trabajadores que utilizan un conjunto de entidades del negocio y de
unidades de trabajo.
Los modelos de objetos del negocio están asociados a cada uno de los
casos de uso del negocio descritos anteriormente.
5.1.1.2.1. Gestionar Mantenimiento
Figura N° 16: Modelo de Objetos del Negocio Gestionar Mantenimiento
Fuente: Elaboración Propia
Usuario
ProveedorArticulos
Categoria
Persona
Marca
Administrador
Buscar / Listar / Registrar
Modificar / Eliminar
Buscar / Listar / Registrar
Modificar / Elim inar
Buscar / Listar / Registrar
Modificar / Elim inar
Buscar / Listar / Registrar
Modificar / Elim inar
Buscar / Listar / Registrar
Modificar / Eliminar
Buscar / Listar / Registrar
Modificar /Eliminar
5.1.1.2.2. Gestionar Comercialización
Figura N° 17: Modelo de Objetos del Negocio Gestionar Comercialización
Fuente: Elaboración Propia
5.1.1.3. Modelo del Dominio del Problema.
Permite captar los objetos que realizan actividades de entrada y salida,
constituyéndose en actividades y conceptos del dominio. Utilizado para crear un
modelo conceptual inicial. El modelo del dominio del problema es descrito en un
diagrama UML (no muy detallado), ilustrando Personas, usuarios y otros que
forman parte de las clases del dominio del problema y como se relacionan a
través de asociaciones.
Cliente WAP
Venta
Pedido
Registrar
DocumentoOrdenCompra
Credito
Persona
Vendedor
Registrar / Listar
Verificar / Anular
Verificar / Registrar
Generar
Registrar /
Emitir /
Anular
Registrar / Listar
Articulos
VerificarVerifica / Actualizar
Figura N° 18: Modelo de Dominio del Problema
Fuente: Elaboración Propia
Factura
Boleta
Detalle_Orden
Detalle_Venta DetallePedido
Detalle_Credito
Categoria
Orden_Compra
Marca
Documento
Usuario
Credito
Articulos
1..*
1
1..*
1
1
1..*
1
1..*
1..*1 1..*1
Venta
1
1
1
1
1
1..*
1
1..*
1
0..*
1
0..*
1
1..*
1
1..*
Pedido
1..*
1
1..*
1
Persona
1
1..*
1
1..*
1..*
1
1..*
1
5.2. FASE DE ELABORACIÓN
El objetivo general en esta fase es plantear la arquitectura para el ciclo de vida del
producto. Se desarrollará prototipos que contendrán los casos de uso críticos que
fueron identificados en la fase de inicio. En esta fase se realizará la captura de la
mayor parte de los requerimientos funcionales, manejando los riesgos que
interfieran con los objetivos del sistema, acumulando la información necesaria para
el plan de construcción y obteniendo suficiente información para hacer realizado el
caso del negocio.
Los principales objetivos para esta fase son:
Crear un plan fiable para la fase de construcción.
Demostrar que la arquitectura propuesta soportará la visión con un costo
razonable.
En esta fase se analizará el dominio del problema, planteado en el modelado del
negocio, y se establecerá los cimientos de la arquitectura y eliminar los mayores
riesgos. Cuando termina esta fase se llega al punto de no retorno del proyecto: a
partir de este momento se pasará de las relativamente ligeras y de poco riesgo dos
primeras fases, a afrontar la fase de construcción, que de algún modo resulta ser
costosa y arriesgada. Es por esto que la fase de elaboración es de gran
importancia.
Los artefactos que se presentará en esta fase serán:
Modelo de Casos de Uso de Requerimientos.
Diagrama de Colaboración.
Diagrama de Secuencia.
Diagrama de Clases del Análisis.
5.2.1. Requerimientos
La etapa de Requerimientos es el segundo flujo de trabajo o disciplina de la
metodología RUP, y consiste en establecer los servicios que el sistema debe
proveer y las restricciones bajo las cuales debe operar.
El objetivo principal de esta disciplina es establecer las funciones que se quiere
que satisfaga el sistema a construir. En esta línea los requerimientos son el
contrato que se debe cumplir, de modo que los usuarios finales tienen que
comprender y aceptar los requerimientos que se especifiquen. Para obtener los
requerimientos se debe aplicar prácticas de licitación a los involucrados en el
proyecto, anotar y validar todas sus solicitudes.
Los principales objetivos de esta disciplina son:
Definir el ámbito del sistema.
Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y
metas del usuario.
Establecer y mantener un acuerdo entre clientes y otros involucrados sobre lo
que el sistema debería hacer.
Tener un mejor entendimiento de los requerimientos del sistema.
Tener una base para estimar recursos y tiempo de desarrollo del sistema.
Los requerimientos serán divididos en dos grupos: los funcionales, que describirán
las funciones que el software va a ejecutar; y los no funcionales, que especificarán
criterios que puedan usarse para juzgar la operación de un sistema en lugar de
sus funciones específicas.
a) Requerimientos Funcionales:
Crear usuarios (involucrados en el sistema)
Registrar Artículos, marcas, categorías.
Registrar Persona (Clientes).
Registrar ventas.
Registrar Crédito.
Registrar Pedido de Persona.
Actualizar datos de los usuarios.
Actualizar datos de la Persona.
Validación de usuarios y persona.
Generar reportes de los procesos de ventas.
Registrar pedidos vía WAP.
Se podrá dar mantenimiento a los formularios Persona, usuarios, Artículos,
categorías y marcas.
El sistema va a registrar y emitirá el documento de venta que por opción
solicite el cliente (Boleta o Factura).
Se controlará y mantendrá actualizado el stock de Artículos.
Generar órdenes de compra.
Emitirá órdenes de compra.
Registrará el ingreso y salida de Artículos.
Generará correlativos de documentos (Boletas o Facturas).
Emitir reportes de stock de Artículos.
Generar Kardex.
Enviar SMS a proveedor cuando el stock se encuentre por debajo del stock
mínimo.
b) No funcionales:
El sistema contará con un mecanismo de seguridad que consta de un login y
clave, cuyos datos se podrán obtener luego de registrarse previamente.
Las páginas tendrán un aspecto muy agradable ya que se utilizaran colores
básicamente claros para una mejor visión de los Personas.
Realizar un Backup de la base de datos cada vez que el administrador lo
requiera.
El sistema permitirá realizar modificaciones del Impuesto General a las Ventas
(IGV), de acuerdo a las normativas vigentes del estado.
5.2.2. Modelo de Casos de Uso de Requerimientos
Los Modelos de Casos de Uso capturan parte de la realidad en la cual se está
trabajando y describen el sistema y su ambiente. Teniendo en cuenta el modelado
del negocio hecho en el flujo anterior, perteneciente a la fase de inicio de la
metodología, se ha elaborado los casos de uso de requerimientos, siendo estos
divididos entre dos procesos principales:
Gestionar Mantenimiento.
Gestionar Comercialización.
5.2.2.1. Modelo Caso de Uso de Requerimientos Gestionar Mantenimiento
Figura N° 19: Modelo de Caso de Uso de Requerimientos Gestionar Mantenimiento
Fuente: Elaboración Propia
A continuación se detallará las especificaciones de los principales Casos de Uso
presentados en la Figura N° 19. Estas especificaciones indicarán los
requerimientos funcionales del sistema en relación al proceso de Gestión de
Mantenimiento.
Verificar Marcas
Verificar Productos
Verificar Usuario
Verificar Clientes
Verificar Categorias
Verificar Proveedor
Mantenimiento de usuarios
<<extend>>
Mantenimiento de productos
<<extend>>
Mantenimiento de clientes
<<extend>>
Mantenimiento de marcas
<<extend>>
Mantenimiento de categorias
<<extend>>
Mantenimiento de proveedores
Administrador
(from Actores)
<<extend>>
5.2.2.1.1. Especificación de Caso de Uso de Requerimientos Gestión
Mantenimiento
Cuadro N° 05: Especificación Caso de Uso de Requerimientos Mantenimiento
Proveedores
Caso de Uso Mantenimiento Proveedores
Descripción
Para realizar el registro del Proveedor primero tiene q ser evaluado por el administrador si cumple
con los requisitos se procede al registro. Este registro consiste en indicar los datos del proveedor
como Razón Social, Contacto, RUC, Teléfono, Dirección, entre otros.
Flujo
de
Eventos
Flujo Básico
1. Una vez que el administrador haya ingresado al módulo de “Gestionar Mantenimiento”, deberá
ingresar al enlace de “Mantenimiento de Proveedor”.
2. Al lado de la lista mostrada por la búsqueda, el administrador deberá elegir la opción de realizar
un nuevo registro de proveedor (nuevo)
3. A continuación, se ingresará los datos del nuevo proveedor.
4. Una vez concluido el ingreso de los datos, estos deberán ser guardados.
Flujo Alternativo
5. En el punto Nº 2, el administrador podrá acceder al enlace “Editar”, en caso el proveedor ya se
encuentre registrado.
6. En el punto Nº 2, el administrador podrá eliminar el registro del proveedor.
Pre –
Condiciones El administrador debe haber validado su cuenta de usuario.
Post -
Condiciones
El sistema autogenerará el código del proveedor.
El sistema permitirá el cambio de estado del proveedor siempre y cuando esté no cumpla con las
especificaciones de la empresa.
Fuente: Elaboración Propia
Cuadro N° 06: Especificación Caso de Uso de Requerimientos Verificar Proveedores
Caso de Uso Verificar Proveedores
Descripción Para Actualizar un proveedor, el administrador debe realizar una búsqueda previa de este. Para
agilizar la transacción.
Flujo
de
Eventos
Flujo Básico
1. Una vez accedido al módulo de Gestionar Proveedor, el administrador deberá ingresar al enlace
de “Mantenimiento Proveedor”.
2. El sistema mostrará una interface donde podrá realizar la búsqueda según:
2.1. Razón Social
2.2. RUC
2.3. Código
3. El administrador deberá elegir la Razón Social, RUC o Código del proveedor que se desea
buscar.
4. El sistema mostrará los resultados de la búsqueda. Al lado de la Lista de proveedor que se ha
mostrado encontrará las opciones de nuevo, actualizar y eliminar.
5. El administrador deberá escoger el enlace que corresponda.
Flujo Alternativo
Ninguno.
Pre -
Condiciones El administrador debe haber validado su cuenta de usuario.
Post -
Condiciones Ninguna.
Fuente Elaboración Propia
Cuadro N° 07: Especificación Caso de Uso de Requerimientos Mantenimiento
Productos
Caso de Uso Mantenimiento de Productos
Descripción Para realizar el mantenimiento de un producto este debe encontrarse previamente registrado. Este
registro consiste en indicar los datos del producto como descripción, marca, categoría, entre otros.
Flujo
de
Eventos
Flujo Básico
1. Una vez que el administrador haya ingresado al módulo de “Gestionar Mantenimiento” deberá
ingresar al enlace de “Mantenimiento Producto”.
2. Al lado de la lista mostrada por la búsqueda, el administrador deberá elegir la opción de realizar
un nuevo registro de un producto (nuevo)
3. A continuación, se ingresará los datos del nuevo producto.
4. El administrador deberá seleccionar la categoría, marca, nombre, precios a ingresar.
5. Una vez concluido el ingreso de los datos, estos deberán ser guardados.
Flujo Alternativo
6. En el punto Nº 2, el administrador podrá acceder al enlace “Editar”, en caso el producto ya haya
sido registrado.
7. En el punto Nº 2, el administrador podrá eliminar el registro de un producto.
Pre –
Condiciones
El administrador debe haber validado su cuenta de usuario.
Debe existir un registro de Categoría.
Debe existir un registro de Marca.
Post -
Condiciones
El sistema auto generará el código del producto.
El sistema permitirá la eliminación de los productos siempre y cuando no esté siendo utilizado por
otro módulo.
El sistema solo permitirá editar y eliminar si cuenta con los privilegios necesarios.
Fuente Elaboración Propia
Cuadro N° 08: Especificación Caso de Uso de Requerimientos Verificar Productos
Caso de Uso Verificar Productos
Descripción Para registrar un nuevo producto, el administrador debe realizar una búsqueda previa de este.
Para agilizar la transacción.
Flujo
de
Eventos
Flujo Básico
1. Una vez accedido al módulo “Gestionar mantenimiento”, el administrador deberá ingresar al
enlace de “Mantenimiento Productos”.
2. El sistema mostrará una interface donde podrá realizar la búsqueda según:
2.1. Categoría
2.2. Marca
2.3. Nombre
2.4. Código
3. El administrador deberá elegir la categoría, marca, Nombre o código del producto que se desea
buscar.
4. El sistema mostrará los resultados de la búsqueda. Al lado de la Lista de productos que se ha
mostrado encontrará las opciones de nuevo, editar y cancelar.
5. El administrador deberá escoger el enlace que corresponda.
Flujo Alternativo
Ninguno.
Pre –
Condiciones El administrador debe haber validado su cuenta de usuario.
Post -
Condiciones El sistema solo permitirá editar y eliminar si cuenta con los privilegios necesarios.
Fuente Elaboración Propia
Cuadro N° 09: Especificación Caso de Uso de Requerimientos Mantenimiento
Marcas
Caso de Uso Mantenimiento Marcas
Descripción Para realizar el registro de un producto debe encontrarse previamente registrado las marcas. Este
registro consiste en indicar los datos de Marcas como Nombre, Descripción.
Flujo
de
Eventos
Flujo Básico
1. Una vez que el administrador haya ingresado al módulo de “Gestionar Mantenimiento” deberá
ingresar al enlace de “Mantenimiento Marcas”.
2. Al lado de la lista mostrada por la búsqueda, el administrador deberá elegir la opción de realizar
un nuevo registro de una Marca (nuevo)
3. A continuación, se ingresará los datos del nuevo producto.
4. El administrador deberá seleccionar el Nombre y descripción.
5. Una vez concluido el ingreso de los datos, estos deberán ser guardados.
Flujo Alternativo
6. En el punto Nº 2, el administrador podrá acceder al enlace “Editar”, en caso que la marca ya
haya sido registrado.
7. En el punto Nº 2, el administrador podrá eliminar el registro de una marca.
Pre –
Condiciones El administrador debe haber validado su cuenta de usuario.
Post -
Condiciones
El sistema permitirá la eliminación de la marca siempre y cuando no esté siendo utilizado por otro
módulo.
El sistema solo permitirá editar y eliminar si cuenta con los privilegios necesarios.
Fuente Elaboración Propia
Cuadro N° 10: Especificación Caso de Uso de Requerimientos Verificar Marcas
Caso de Uso Verificar Marcas
Descripción Para registrar una nueva marca, el administrador debe realizar una búsqueda previa de este. Para
agilizar la transacción.
Flujo
de
Eventos
Flujo Básico
1. Una vez accedido al módulo “Gestionar mantenimiento”, el administrador deberá ingresar al
enlace de “Mantenimiento Marcas”.
2. El sistema mostrará una interface donde podrá realizar la búsqueda según:
2.1. Nombre
3. El administrador deberá ingresar el Nombre que se desea buscar.
4. El sistema mostrará los resultados de la búsqueda. Al lado de la Lista de productos que se ha
mostrado encontrará las opciones de nuevo, editar y cancelar.
5. El administrador deberá escoger el enlace que corresponda.
Flujo Alternativo
Pre –
Condiciones El almacenero debe haber validado su cuenta de usuario.
Post -
Condiciones El sistema solo permitirá editar si cuenta con los privilegios necesarios.
Fuente Elaboración Propia
Cuadro N° 11: Especificación Caso de Uso de Requerimientos Mantenimiento
Usuarios
Caso de Uso Mantenimiento Usuarios
Descripción Para acceder al sistema el usuario debe encontrarse previamente registrado. Este registro consiste
en indicar los datos del usuario como usuario, clave, entre otros.
Flujo
de
Eventos
Flujo Básico
1. Una vez que el administrador haya ingresado al módulo “Gestionar Mantenimiento” deberá
ingresar a la opción de “Mantenimiento Usuario”, donde previamente se hizo la búsqueda de los
usuarios.
2. Al lado de la lista mostrada por la búsqueda, el administrador deberá elegir la opción de realizar
un nuevo registro de usuario (nuevo)
3. A continuación, se ingresará los datos del nuevo usuario.
4. El administrador deberá ingresar los datos solicitados.
5. Una vez concluido el ingreso de los datos, estos deberán ser guardados.
Flujo Alternativo
6. En el punto Nº 2, el administrador podrá acceder a la opción “Editar”, en caso el usuario ya
haya sido registrado y tenga los permisos necesarios.
Pre –
Condiciones El administrador debe haber validado su cuenta de usuario.
Post -
Condiciones
El sistema auto generará el código del usuario.
El sistema no permitirá la eliminación de los usuarios.
El administrador para poder registra, modificar y eliminar, necesitará de los permisos que el
administrador le brinde.
Fuente Elaboración Propia
Cuadro N° 12: Especificación Caso de Uso de Requerimientos Verificar Usuarios
Caso de Uso Mantenimiento Usuarios
Descripción Para registrar un nuevo usuario, el administrador debe realizar una búsqueda previa de este. Para
agilizar la transacción.
Flujo
de
Eventos
Flujo Básico
1. Una vez accedido al módulo “Gestionar Mantenimiento”, el administrador deberá ingresar al
enlace de “Nuevo”.
2. El sistema mostrará una interface donde podrá realizar la búsqueda según:
2.1. Usuario
3. El administrador deberá ingresar los datos q desea buscar.
4. El sistema mostrará los resultados de la búsqueda. Al lado de la Lista de los usuarios que se ha
mostrado encontrará las opciones de nuevo, editar, cancelar y eliminar según los permisos que
tenga.
5. El administrador deberá escoger la opción que corresponda.
Flujo Alternativo
Ninguno.
Pre –
Condiciones El administrador debe haber validado su cuenta de usuario.
Post -
Condiciones Ninguna.
Fuente: Elaboración Propia
Cuadro N° 13: Especificación Caso de Uso de Requerimientos Mantenimiento
Categorías
Caso de Uso Mantenimiento Categorías
Descripción Para realizar el registro de la Categoría primero tiene que ver los productos a las que se van a
registrar para obtener a la categoría que pertenecen para proceder con el registro.
Flujo
de
Eventos
Flujo Básico
1. Una vez que el administrador haya ingresado al módulo de “Gestionar Mantenimiento” deberá
ingresar al enlace de “Mantenimiento de Categoría”, donde previamente se hizo la búsqueda de
la Categoría.
2. Al lado de la lista mostrada por la búsqueda, el administrador deberá elegir la opción de realizar
un nuevo registro de Categoría (nuevo)
3. A continuación, se ingresará los datos de la nueva Categoría.
4. Una vez concluido el ingreso de los datos, estos deberán ser guardados.
Flujo Alternativo
5. En el punto Nº 2, el administrador podrá acceder al enlace “Editar”, en caso la categoría ya se
encuentre registrado.
6. En el punto Nº 2, el administrador podrá eliminar el registro de la categoría.
Pre –
Condiciones El administrador debe haber validado su cuenta de usuario.
Post -
Condiciones El sistema auto generará el código de la categoría.
Fuente Elaboración Propia
Cuadro N° 14: Especificación Caso de Uso de Requerimientos Verificar Categorías
Caso de Uso Verificar Categorías
Descripción Para registrar una nueva categoría, el administrador después debe haber realizar una búsqueda
previa de este. Para agilizar la transacción.
Flujo
de
Eventos
Flujo Básico
1. Una vez accedido al módulo de “Gestionar Mantenimiento”, el administrador deberá ingresar al
enlace de “Mantenimiento Categoría”.
2. El sistema mostrará una interface donde podrá realizar la búsqueda según:
2.1. Nombre
2.2. Código
3. El administrador deberá elegir el Nombre o Código de la Categoría que se desea buscar.
4. El sistema mostrará los resultados de la búsqueda. Al lado de la Lista de la categoría que se ha
mostrado encontrará las opciones de nuevo, editar y cancelar.
5. El administrador deberá escoger el enlace que corresponda.
Flujo Alternativo
Ninguno.
Pre –
Condiciones El administrador debe haber validado su cuenta de usuario.
Post -
Condiciones Ninguna.
Fuente Elaboración Propia
Cuadro N° 15: Especificación Caso de Uso de Requerimientos Registrar Clientes
Caso de Uso Registrar Clientes
Descripción
Para realizar la venta de los productos a un cliente, éste debe encontrarse previamente registrado.
Este registro consiste en indicar los datos del cliente como apellidos, nombres, teléfono, entre
otros.
Flujo
de
Eventos
Flujo Básico
1. Una vez que el administrador haya ingresado al módulo “Gestionar Mantenimiento” luego
ingresar a la opción de “Mantenimiento Clientes”, donde previamente se hizo la búsqueda de
clientes.
2. Al lado de la lista mostrada por la búsqueda, el administrador deberá elegir la opción de realizar
un nuevo registro de cliente (nuevo)
3. A continuación, se ingresará los datos del nuevo cliente.
4. El administrador deberá ingresar los datos solicitados.
5. Una vez concluido el ingreso de los datos, estos deberán ser guardados.
Flujo Alternativo
6. En el punto Nº 2, el administrador podrá acceder a la opción “Editar”, en caso el cliente ya haya
sido registrado y tenga los permisos necesarios.
Pre –
Condiciones El administrador debe haber validado su cuenta de usuario.
Post -
Condiciones
El sistema auto generará el código del cliente.
El sistema no permitirá la eliminación de los clientes.
El administrador para poder registra, modificar y eliminar, necesitará de los permisos que el
administrador le brinde.
Fuente: Elaboración Propia
Cuadro N° 16: Especificación Caso de Uso de Requerimientos Verificar Clientes
Caso de Uso Verificar Clientes
Descripción Para registrar un nuevo cliente, el administrador debe realizar una búsqueda previa de este. Para
agilizar la transacción.
Flujo
de
Eventos
Flujo Básico
1. Una vez accedido al módulo “Gestionar Mantenimiento”, el administrador deberá ingresar al
enlace de “Mantenimiento Clientes”.
2. El sistema mostrará una interface donde podrá realizar la búsqueda según:
2.1. La Razón Social
2.2. Apellidos
2.3. DNI
2.4. RUC
2.5. Código
2.6. Nombre
3. El administrador deberá elegir cualquiera de estas opciones e ingresar los datos q desea
buscar.
4. El sistema mostrará los resultados de la búsqueda. Al lado de la Lista de clientes que se ha
mostrado encontrará las opciones de nuevo, editar, cancelar y eliminar según los permisos que
tenga.
5. El administrador deberá escoger la opción que corresponda.
Flujo Alternativo
Ninguno.
Pre –
Condiciones El administrador debe haber validado su cuenta de usuario.
Post -
Condiciones Ninguno.
Fuente Elaboración Propia
5.2.2.2. Modelo de Caso de Uso de Requerimientos Gestionar
Comercialización
Figura N° 20: Modelo de Caso de Uso de Requerimientos Gestionar
Comercialización
Fuente: Elaboración Propia
A continuación se detallará las especificaciones de los principales Casos de Uso
presentados en la Figura Nº 20. Estas especificaciones indicarán los
requerimientos funcionales del sistema en relación al proceso de Gestión de
Comercialización.
Registrar Pedido Cliente WAP
(from Actores)
Buscar Articulo
<<include>>
Verificar venta
Cajero
(from Actores)
Generar Documento
Generar Boleta Generar Factura
Verificar Persona
Administrador
(from Actores)
Verificar Orden Compra
Verificar Credito
Registrar venta
<<include>>
<<include>>
Registrar Persona
<<include>>
Registrar orden compra
<<include>>
Verificar Pedido
<<include>>
Registrar Credito<<include>>
Vendedor
(from Actores)
Enviar SMS
Proveedor
(from Actores)
5.2.2.2.1. Especificación Modelo de Caso de Uso de Requerimientos Gestión de
Comercialización
Cuadro N° 17: Especificación Caso de Uso de Requerimientos Buscar Artículos
Caso de Uso Buscar Artículos
Descripción Para realizar un pedido, el usuario debe realizar una búsqueda previa de los artículos. Para agilizar
la transacción.
Flujo
de
Eventos
Flujo Básico
1. Una vez que el usuario haya ingresado al Menú principal, luego entrar a la opción “Nuevo
Pedido”, enlistan todas las categorías.
2. Ya enlistada las categorías el usuario elegirá la que crea conveniente.
3. A continuación, se mostraran las marcas según la categoría señalada, donde el usuario elegirá
la que crea conveniente.
4. Según la categoría y marca escogida se mostraran los Artículos donde el usuario podrá ver el
estado actual.
5. Una vez enlistado los Artículos el usuario puede escoger el que crea conveniente para ver el
detalle del precio y realizar su pedido.
Flujo Alternativo
6. En el punto Nº 2, el usuario podrá cancelar la búsqueda, regresando al menú principal.
7. En el punto Nº 3, el usuario podrá cancelar la búsqueda, regresando a la lista de la categoría.
8. En el punto Nº 5, el usuario podrá regresar al listado de los Artículos.
Pre –
Condiciones
El usuario debe haber validado su cuenta de usuario.
Debe existir un registro de Categorías para la búsqueda respectiva.
Debe existir un registro de Marcas para la búsqueda respectiva.
Debe existir un registro de Artículos para la búsqueda respectiva.
Post -
Condiciones El sistema no permitirá la modificación y eliminación de los Artículos.
Fuente Elaboración Propia
Cuadro N° 18: Especificación Caso de Uso de Requerimientos Registrar Pedidos
Caso de Uso Registrar Pedidos
Descripción Para registrar un pedido el usuario previamente debe haber seleccionado los Artículos.
Flujo
de
Eventos
Flujo Básico
1. Una vez que el usuario haya ingresado al Menú principal, luego entrar a la opción buscar
producto, donde se enlistan todas las categorías.
2. Enlistados las categorías el usuario escogerá la que crea conveniente, mostrándose las marcas
por buscar.
3. A continuación, se enlistaran los Artículos de la búsqueda por categoría y marca.
4. El usuario selecciona los Artículos que crea conveniente y los agregara al pedido indicando la
cantidad.
5. Internamente se realizara el cálculo del monto agregándolo al pedido.
6. Una vez agregado los Artículos , el usuario registrara pedido
Flujo Alternativo
7. En el punto Nº 6, el usuario podrá eliminar los Artículos o el mismo pedido.
Pre –
Condiciones
El usuario debe haber validado su cuenta de usuario.
Debe existir un registro de Artículos para la búsqueda respectiva.
Post -
Condiciones El sistema auto generará el código del pedido.
Fuente Elaboración Propia
Cuadro N° 19: Especificación Caso de Uso Verificar Pedidos
Caso de Uso Verificar Pedidos
Descripción Para registrar una venta, el usuario previamente debe verificar los pedidos solicitados por el Portal
WAP.
Flujo
de
Eventos
Flujo Básico
1. Una vez que el usuario haya ingresado al módulo de “Gestionar Comercialización”, deberá
ingresar al enlace de “Pedidos”, donde previamente se hizo la búsqueda.
2. Al lado de la lista mostrada por la búsqueda, el usuario deberá elegir la opción de “Generar”,
realizando la venta.
Flujo Alternativo
3. En el punto Nº 2, el usuario podrá anular los pedidos.
Pre –
Condiciones El administrador debe haber validado su cuenta de usuario.
Post -
Condiciones El sistema permitirá emitir un documento como boleta o factura.
Fuente Elaboración Propia
Cuadro N° 20: Especificación Caso de Uso de Requerimientos Registrar Persona
Caso de Uso Registrar Persona
Descripción
Para realizar la venta de los Artículos a un cliente, éste debe encontrarse previamente registrado.
Este registro consiste en indicar los datos del cliente como apellidos, nombres, teléfono, entre
otros.
Flujo
de
Eventos
Flujo Básico
1. Una vez que el vendedor haya ingresado al módulo “Gestionar Comercialización” luego ingresar
a la opción de “Ventas”.
2. Cuando el vendedor realice una nueva venta. Tendrá la opción de realizar la búsqueda de
cliente.
3. A continuación se visualizaran los clientes donde el vendedor deberá elegir la opción de realizar
nuevo registro de cliente, si este no se encuentra registrado.
4. Se ingresará los datos del nuevo cliente.
5. El vendedor deberá ingresar los datos solicitados.
6. Una vez concluido el ingreso de los datos, estos deberán ser guardados.
Flujo Alternativo
7. En el punto Nº 3, el vendedor podrá acceder a la opción “Editar”, en caso el cliente ya haya
sido registrado y tenga los permisos necesarios.
Pre –
Condiciones El vendedor debe haber validado su cuenta de usuario.
Post -
Condiciones
El sistema auto generará el código del cliente.
El sistema no permitirá la eliminación de los clientes de la Base de Datos.
El vendedor para poder registra, modificar y eliminar, necesitará de los permisos que el
administrador le brinde.
Fuente Elaboración Propia
Cuadro N° 21: Especificación Caso de Uso de Requerimientos Verificar Persona
Caso de Uso Verificar Persona
Descripción Para registrar un nuevo cliente, el administrador debe realizar una búsqueda previa de este. Para
agilizar la transacción.
Flujo
de
Eventos
Flujo Básico
1. Una vez accedido al módulo “Gestionar Comercialización”, el vendedor deberá ingresar al
enlace de “Ventas”.
2. A continuación realizara una nueva venta, donde ingresara a buscar al cliente.
3. El sistema mostrará una interface donde podrá realizar la búsqueda según:
3.1. Código.
3.2. Apellidos.
3.3. Nombres.
3.4. DNI.
4. El vendedor deberá elegir cualquiera de estas opciones e ingresar los datos que desea buscar.
5. El sistema mostrará los resultados de la búsqueda. Al lado de la Lista de clientes que se ha
mostrado encontrará las opciones de nuevo y editar según los permisos que tenga.
6. El vendedor deberá escoger la opción que corresponda.
Flujo Alternativo
Ninguno.
Pre –
Condiciones El vendedor debe haber validado su cuenta de usuario.
Post -
Condiciones Ninguno.
Fuente Elaboración Propia
Cuadro N° 22: Especificación Caso de Uso de Requerimientos Registrar Venta
Caso de Uso Registrar Venta
Descripción Para realizar la venta de los Artículos es necesario hacer un registro.
Flujo
de
Eventos
Flujo Básico
1. Una vez que el usuario haya ingresado al módulo de “Gestionar Comercialización”, deberá
ingresar al enlace de “Ventas”, donde previamente se hizo la búsqueda de las ventas, dando en
la opción Nueva Venta.
2. A continuación, se ingresará los datos del cliente, previamente haciendo una búsqueda.
3. Luego se deberá hacer una búsqueda de los Artículos solicitados.
4. Una vez concluido el ingreso de los datos, estos deberán ser guardados.
5. El sistema actualizará el stock del artículo o artículos existentes en la venta.
6. El sistema genera el documento de venta.
7. Luego deberá imprimir el documento de venta.
8. El sistema mostrará una nueva interface con la vista previa de la impresión.
Flujo Alternativo
Ninguno.
Pre –
Condiciones
El vendedor debe haber validado su cuenta de usuario.
Se debe tener un registro de los Artículos.
Se debe haber actualizado el stock de Artículos.
Post -
Condiciones
El sistema auto generará el código del documento de venta.
El sistema no permitirá editar ni eliminar una venta.
Fuente Elaboración Propia
Cuadro N° 23: Especificación Caso de Uso de Requerimientos Verificar Venta
Caso de Uso Verificar Venta
Descripción El cajero para emitir documento de venta debe verificar el registro de la venta.
Flujo
de
Eventos
Flujo Básico
1. Una vez que el cajero haya ingresado al módulo de “Gestionar Comercialización”, deberá
ingresar al enlace de “Ventas”, donde se enlistan las ventas.
2. Al lado de la lista mostrada, el cajero confirmara que se a realizado la venta correctamente.
Flujo Alternativo
3. En el punto Nº 2, el usuario podrá anular los pedidos.
Pre –
Condiciones El cajero debe de haber validado su cuenta de usuario.
Post -
Condiciones El Sistema no permitirá eliminar ni modificar los documentos de venta.
Fuente Elaboración Propia
Cuadro N° 24: Especificación Caso de Uso de Requerimientos Generar Documento
Caso de Uso Generar Documento
Descripción Es el recibo que confirma el pedido del cliente.
Flujo
de
Eventos
Flujo Básico
1. Una vez accedido al módulo Gestionar Comercialización, deberá acceder al enlace “Ventas”,
donde previamente se hizo la búsqueda.
2. El sistema mostrará una nueva interface, en donde antes de ingresar los datos se deberá elegir
el tipo de comprobante que se desea generar.
3. A continuación se ingresarán los datos para generar el comprobante.
4. El sistema mostrara la visualización del documento.
5. El cajero debe imprimir el documento de venta.
Flujo Alternativo
6. En el punto Nº 2, el cajero podrá elegir el tipo de comprobante: boleta o factura.
Pre –
Condiciones El cajero debe haber validado su cuenta de usuario.
Post -
Condiciones Ninguno.
Fuente Elaboración Propia
Cuadro N° 25: Especificación Caso de Uso de Requerimientos Registrar Crédito
Caso de Uso Registrar Crédito
Descripción Para registrar un crédito el vendedor previamente debe haber realizado una venta.
Flujo
de
Eventos
Flujo Básico
1. Una vez que el vendedor haya Realizado una venta, entrara a la opción de crédito.
2. El vendedor señalará las letras a pagar.
3. A continuación, se guardarán los datos.
Flujo Alternativo
Ninguno.
Pre –
Condiciones El cajero debe haber validado su cuenta de usuario.
Post -
Condiciones El sistema auto generará el cronograma de pago.
Fuente Elaboración Propia
Cuadro N° 26: Especificación Caso de Uso de Requerimientos Verificar Crédito
Caso de Uso Verificar Crédito
Descripción El cajero para emitir documento de venta debe verificar el registro de la venta.
Flujo
de
Eventos
Flujo Básico
1. Una vez que el cajero haya ingresado al módulo de “Gestionar Comercialización”, deberá
ingresar al enlace de “Ventas”, donde se enlistan las ventas.
2. Al lado de la lista mostrada, el cajero confirmara que se a realizado la venta correctamente.
Flujo Alternativo
3. En el punto Nº 2, el usuario podrá anular los pedidos.
Pre –
Condiciones El cajero debe haber validado su cuenta de usuario.
Post -
Condiciones El Sistema no permitirá eliminar ni modificar los documentos de venta.
Fuente Elaboración Propia
Cuadro N° 27: Especificación Caso de Uso de Requerimientos Registrar Orden de
Compra
Caso de Uso Registrar Orden de Compra
Descripción Para solicitar un producto, el almacenero debe realizar una búsqueda previa de este. Para agilizar
la transacción.
Flujo
de
Eventos
Flujo Básico
1. Una vez accedido al módulo de Gestionar Comercialización, el almacenero deberá ingresar al
enlace de “Compras”. donde se enlistan las compras.
2. El almacenero deberá ingresar en la opción Nueva Compra.
3. A continuación se mostrara una ventana donde el almacenero seleccionara los Artículos.
4. El sistema mostrara una lista de los Artículos donde puede realizar la búsqueda por categoría y
marca.
5. El almacenero seleccionara los Artículos indicando la cantidad a solicitar.
6. El sistema mostrará la orden de compra donde el almacenero grabara los datos.
Flujo Alternativo
Ninguno.
Pre –
Condiciones
El almacenero debe haber validado su cuenta de usuario.
Debe existir un registro de Artículos.
Debe existir un registro de Proveedor.
Post -
Condiciones El sistema no permitirá editar ni eliminar una orden de compra.
Fuente: Elaboración Propia
Cuadro N° 28: Especificación Caso de Uso de Requerimientos Verificar Orden de
Compra
Caso de Uso Verificar Orden de Compra
Descripción Para realizar el registro de la factura compra, debe encontrarse previamente ingresado la guía de
remisión. Este registro consiste en indicar los datos del producto adquirido, fecha y otros.
Flujo
de
Eventos
Flujo Básico
1. Una vez accedido al módulo Gestionar Comercialización, deberá acceder al enlace “Compras”,
donde previamente se hizo la búsqueda.
2. El sistema mostrará una interface donde podrá realizar la búsqueda según:
2.1. Empresa.
2.2. Pedido.
2.3. Estado.
3. El almacenero deberá seleccionar la opción que se desea buscar.
4. El sistema mostrará los resultados de la búsqueda.
5. Al lado de la Lista de orden de compra que se ha mostrado encontrará las opciones de anular e
imprimir.
6. El almacenero deberá seleccionar el enlace que corresponda.
Flujo Alternativo
Ninguno.
Pre –
Condiciones
El almacenero debe haber validado su cuenta de usuario.
Debe existir un registro de Orden de Compras para la búsqueda respectiva.
Post -
Condiciones Ninguno.
Fuente Elaboración Propia
Cuadro N° 29: Especificación Caso de Uso de Requerimientos Enviar SMS
Caso de Uso Enviar SMS
Descripción
Para enviar un SMS, el vendedor y el administrador deben encontrar artículos con bajo stock para
de ese modo emitir un mensaje de texto al celular del proveedor y de este modo agilizar el proceso
de actualización del stock.
Flujo
de
Eventos
Flujo Básico
1. Una vez que el usuario haya ingresado al Menú principal, luego entrar a la opción “Productos
Bajo Stock”, enlistan todos los productos con stock mínimo o por debajo del mismo.
2. Ya enlistada los productos el usuario enviará el mensaje de texto a los proveedores que
ofrezcan dicho producto.
Flujo Alternativo
1. En el punto Nº 2, si el usuario desea cancelar el envío del SMS solo tendrá que cerrar la
ventana.
Pre –
Condiciones
El usuario debe haber validado su cuenta de usuario.
Debe existir un registro de Artículos en bajo stock para el envío del SMS.
Post -
Condiciones Ninguna.
Fuente Elaboración Propia
5.2.3. Análisis
El objetivo principal de esta disciplina es transformar los requerimientos a una
especificación que describa como implementar el sistema en la organización. En el
análisis fundamentalmente se tratará de obtener una visión acerca de la
funcionalidad del sistema de software a desarrollar, por tal motivo este se interesa
en los requerimientos funcionales. Por otro lado, el diseño es un refinamiento que
toma en cuenta los requerimientos no funcionales, por lo cual se centra en como el
sistema cumple sus objetivos.
Los principales objetivos en esta disciplina son:
Adaptar el diseño para que sea consistente con el entorno de implementación.
Desarrollar una arquitectura para el sistema
Transformar los requerimientos al diseño del futuro sistema.
Modelo de Análisis
A través de este modelo se representará la estructura global del sistema, se
describirá la realización de los casos de uso, servirá como una abstracción del
Modelo de Diseño y se centrará en los requerimientos funcionales.
Este modelo de análisis no es un diagrama final que describe todos los posibles
conceptos y sus relaciones, es un primer Intento por definir los conceptos claves
que describen el sistema. Su utilidad radica en que permite una apreciación global
conceptual del sistema. Puede contener: las clases y paquetes de análisis, las
realizaciones de los casos de uso, las relaciones y los diagramas.
A diferencia del Modelo de Casos de Uso que captura la funcionalidad del sistema,
el Modelo de Análisis da forma a la arquitectura para soportar las funcionalidades
que en el anterior modelo se expresa. Para representar los diagramas del Modelo
de Análisis se empleará los diagramas UML de Colaboración.
5.2.3.1. Diagrama de colaboración:
Un Diagrama de Colaboración (DC) muestra una interacción organizada
basándose en los objetos que toman parte en la interacción y los enlaces
entre los mismos. Estos diagramas muestran las relaciones entre los roles
de los objetos. Cada diagrama de colaboración hará una referencia directa a
cada caso de uso mostrado en la etapa de requisitos, así como también a
cada interface mostrada en la etapa de diseño. La secuencia de los
mensajes y los flujos de ejecución concurrentes se determinarán
explícitamente mediante números de secuencia.
5.2.3.1.1. Diagrama de Colaboración Gestionar Mantenimiento
5.2.3.1.1.1. Diagrama de Colaboración Gestionar Mantenimiento de Usuarios
Figura N° 21: Diagrama de Colaboración Gestionar Mantenimiento de Usuarios
Fuente: Elaboración Propia
A : Administrador FMU : Form.Mant.Usuarios
RU : Registrador usuario
U : Usuario
3: Validar datos
MU : Modificador usuario
7: Validar datos
BU : Buscador usuario
EU : Eliminador usuario
1: Acceder a mantenim iento usuario
2: Enviar datos
5: Msg.Confirmacion
6: Modificar datos
9: Msg.Confirmacion
10: Buscar usuario (Codigo, Login, Tipo de Usuario, Estado)
12: Listar usuarios
13: Elim inar usuario
15: Msg.Confirmacion
14: Elim inar ()
11: Leer ()
8: Modificar ()
4: Grabar ()
5.2.3.1.1.2. Diagrama de Colaboración Gestionar Mantenimiento de Personas
Figura N° 22: Diagrama de Colaboración Gestionar Mantenimiento de Personas
Fuente: Elaboración Propia
10: Buscar Persona(Codigo, Apellidos, Nombres, DNI)
A : Administrador FMC : Form.Mant.Persona
RC : Registrador Persona
C : Persona
MC : Modificador Persona
BC : Buscador Persona
EC : Eliminador Persona
3: Validar datos
7: Validar datos
1: Acceder a mantenim iento Persona
2: Enviar datos
5: Msg.Confirmacion
6: Modificar datos
9: Msg.Confirmacion
12: Listar Persona
13: Elim inar Persona
15: Msg.Confirmacion
4: Grabar ()
8: Modificar ()
11: Leer ()
14: Elim inar ()
5.2.3.1.1.3. Diagrama de Colaboración Gestionar Mantenimiento de Marcas
Figura N° 23: Diagrama de Colaboración Gestionar Mantenimiento de Marcas
Fuente: Elaboración Propia
A : Administrador FMM : Form.Mant.Marcas
RM : Registrador marca
M : Marca
MM : Modificador marca
BM : Buscador marca
EM : Eliminador marca
3: Validar datos
7: Validar datos
1: Acceder a mantenimiento marcas
2: Enviar datos
5: Msg.Confirmacion
6: Modificar datos
9: Msg.Confirmacion
10: Buscar marca (Codigo, Nombre)
12: Listar marcas
13: Elim inar marca
15: Msg.Confirmacion
4: Grabar ()
8: Modificar ()
11: Leer ()
14: Elim inar ()
5.2.3.1.1.4. Diagrama de Colaboración Gestionar Mantenimiento de Categorías
Figura N° 24: Diagrama de Colaboración Gestionar Mantenimiento de Categorías
Fuente: Elaboración Propia
A : Administrador FMC : Form.Mant.Categorias
RC : Registrador categoria
C : Categoria
MC : Modificador categoria
BC : Buscador categoria
EC : Eliminador categoria
3: Validar datos
7: Validar datos
1: Acceder a mantenimiento categorias
2: Enviar datos
5: Msg.Confirmacion
6: Modificar datos
9: Msg.Confirmacion
10: Buscar categoria (Codigo, Nombre)
12: Listar categorias
13: Elim inar marca
15: Msg.Confirmacion
4: Grabar ()
8: Modificar ()
11: Leer ()
14: Elim inar ()
5.2.3.1.1.5. Diagrama de Colaboración Gestionar Mantenimiento de Proveedores
Figura N° 25: Diagrama de Colaboración Gestionar Mantenimiento de Proveedores
Fuente: Elaboración Propia
A : Administrador FMP : Form.Mant.Proveedores
RP : Registrador proveedor
P : Proveedor
MP : Modificador proveedor
BP : Buscador proveedor
EP : Eliminador proveedor
3: Validar datos
7: Validar datos
1: Acceder a mantenimiento proveedores
2: Enviar datos
5: Msg.Confirmacion
6: Modificar datos
9: Msg.Confirmacion
10: Buscar proveedor (Codigo, Razon Social, RUC)
12: Listar proveedores
13: Elim inar proveeedor
15: Msg.Confirmacion
4: Grabar ()
8: Modificar ()
11: Leer ()
14: Elim inar ()
5.2.3.1.1.6. Diagrama de Colaboración Gestionar Mantenimiento de Artículos
Figura N° 26: Diagrama de Colaboración Gestionar Mantenimiento de Artículos
Fuente: Elaboración Propia
A : Administrador FMP : Form.Mant.Articulos
P : Articulo
RP : Registrador Articulo
MP : Modificador Articulo
BP : Buscador Articulo
EP : Eliminador Articulo
BC : Buscador Categoria
BM : Buscador Marca
C : Categoria
M : Marca
9: Validar Datos
1: Acceder a mantenimiento Articulo
10: Grabar()
13: Modif icar
16: Leer()
3: Leer()
6: Leer()
19: Eliminar()
8: Env iar Datos
11: Msg. conf irmacion
12: modif icar datos
14: Msg. conf irmacion
15: Buscar Articulo(categoria y marca)
17: Listar articulo
18: Eliminar articulo
20: msg. conf irmacion
2: Busca Categoria
4: Listar
5: Busca Marca
7: Listar
5.2.3.1.2. Diagrama de Colaboración Gestionar Comercialización
5.2.3.1.2.1. Diagrama de Colaboración Registrar Pedido
Figura N° 27: Diagrama de Colaboración Registrar Pedido
Fuente: Elaboración Propia
CW : Cliente WAP RP : Registrar Pedido BP : Buscador Articulo P : Articulo
DP : Detalle PedidoEP : Eliminador Producto
P : PedidoRP : Registrador Pedido
C : Cancelador
10: Validar Datos
1: Registro Pedido 2: Buscar Articulo(Categoria, Marca)
5: Eliminar Articulo
7: Cancelar Pedido
9: Registrar Pedido
12: Emitir Pedido
3: Leer()
4: Grabar()
6: Eliminar()
11: Grabar
8: Eliminar
5.2.3.1.2.2. Diagrama de Colaboración Verificar Pedido
Figura N° 28: Diagrama de Colaboración Verificar Pedido
Fuente: Elaboración Propia
5.2.3.1.2.3. Diagrama de Colaboración Registrar Persona
Figura N° 29: Diagrama de Colaboración Registrar Persona
Fuente: Elaboración Propia
A : Vendedor FLP : Form.ListadoPedidos VP : Verificador Pedidos P : Pedido
AP : Anulador Pedido
1: Iniciar venta pedido2: Buscar pedidos
4: Mostrar Datos
5: Anular Pedido
3: Leer ()
6: Eliminar()
V : Vendedor RP : Registro Persona RP : Registrador Persona P : Persona
C : Cancelador
3: Validar Datos
1: Registro Persona2: Registra Persona
5: Mensaje de Confirmacion
6: Cancelar Registro
7: Salir de la Interfaz
4: Grabar()
5.2.3.1.2.4. Diagrama de Colaboración Verificar Persona
Figura N° 30: Diagrama de Colaboración Verificar Persona
Fuente: Elaboración Propia
V : Vendedor VP : Verificador Persona
EP : Eliminador Persona
AC : Actualizador Persona AC : Actualizacion Persona
PR : Registro Cliente
8: Validar Datos
1: Verificar Cliente
9: Mostrar()
2: Buscar Persona(Codigo, Apellidos, Nombres, DNI)
Apellidos, Nombres, DNI)
4: Listar()
5: Eliminar Persona
7: Actualizar Persona
P : Persona
3: Leer()
6: Eliminar()
5.2.3.1.2.5. Diagrama de Colaboración Registrar Venta
Figura N° 31: Diagrama de Colaboración Registrar Venta
Fuente: Elaboración Propia
V : V endedor FNV : Form.NuevaV enta
BA : Buscador A rticulo A : A rticulo
V : V enta
DV : DetalleV enta EA : E liminador A rticulo
C : C ancelador
RV : Regis trador V enta
BP : Buscador P ersona P : Persona
AS : Actualizador Stock
A : A rticuloA : A rticuloA : A rticuloA : A rticuloA : A rticuloA : A rticulo
14: Calcular Monto
1: Inic iar venta
5: Buscar A rticulo(C ategoria y Marca)
8: E liminar A rticulo
10: Cancelar Venta
12: Registrar Venta
13: Validar Datos
2: Buscar P ersona (C odigo,
A pellidos , Nombres ,DNI )
16: Actualizar Stock
6: Leer()
7 : Grabar()
9 : E liminar
11: Eliminar()
15: Registrar()
3: Leer()
4 : Grabar()
17: Grabar()
5.2.3.1.2.6. Diagrama de Colaboración Verificar Venta
Figura N° 32: Diagrama de Colaboración Verificar Venta
Fuente: Elaboración Propia
5.2.3.1.2.7. Diagrama de Colaboración Generar Documento
Figura N° 33: Diagrama de Colaboración Generar Documento
Fuente: Elaboración Propia
C : Cajero V : Venta LV : Listar Ventas VV : Verificador Ventas
AV : Anulador Venta
1: Verificar Ventas
2: Buscar Ventas (Tipo de Venta,
Documento de Venta, Estado)
4: Listar()
5: Anular venta
3: Leer()
6: Anular()
C : Cajero
V : Venta RV : Registro Venta BV : Buscador Venta
GC : Generar comprobante
1: Generar Comprobante
4: Mostrar()
2: Buscar Venta(Tipo de Venta,
Documento Venta, Estado)
3: Leer()
5.2.3.1.2.8. Diagrama de Colaboración Registrar Crédito
Figura N° 34: Diagrama de Colaboración Registrar Crédito
Fuente: Elaboración Propia
V : Vendedor RC : Registro Credito RC : Registrador Credito C : Credito
C : Cancelador
3: Validar Datos
1: Registro Credito 2: Registra Credito
5: Msj Confrimacion
6: Cancelar Registro
4: Grabar()
5.2.3.1.2.9. Diagrama de Colaboración Verificar Crédito
Figura N° 35: Diagrama de Colaboración Verificar Crédito
Fuente: Elaboración Propia
V : Vendedor RC : Registro Credito VC : Verificador Credito C : Credito
EC : Eliminador Credito
AC : Actualizacion CreditoAC : Actualizador Credito
8: Validar Datos
1: Verificar Credito 2: Buscar Credito (cod_venta)
4: Listar()
5: Eliminar Credito
7: Actualizar Credito
3: Leer()
6: Eliminar()
9: Mostrar()
5.2.3.1.2.10. Diagrama de Colaboración Registrar Orden de Compra
Figura N° 36: Diagrama de Colaboración Registrar Orden de Compra
Fuente: Elaboración Propia
A : Adminsi trador
BA : Buscador Articulo
ROC : Registrar Orden Compra
A : Articulo
GOC : Registrador Orden Compra OC : Orden Compra
DOC : Detalle Orden CompraEA : Eliminador Articulo
C : Cancelador
10: Validar Datos
1: Iniciar Orden Compra
3: Leer
4: Grabar()
2: Seleccionar Articulo
9: Registrar Orden Compra
12: Emitor Documento
5: El iminar Articulo
7: Cancelar Orden Compra
11: Grabar()
6: El iminar()
8: El iminar()
5.2.3.1.2.11. Diagrama de Colaboración Verificar Orden de Compra
Figura N° 37: Diagrama de Colaboración Verificar Orden de Compra
Fuente: Elaboración Propia
5.2.3.1.2.12. Diagrama de Colaboración Enviar SMS
Figura N° 38: Diagrama de Colaboración Enviar SMS
Fuente: Elaboración Propia
A : Administrador ROC : Registrar Orden Compra OC : Orden CompraBOC : Buscador Orden
Compra
AOC : Anulador Orden
Compra
1: Verificar Orden Compra
2: Buscar Orden de
Compra(Empresa,
Pedido, Estado) 3: Leer()
4: Listar()
5: Anular Orden de Compra 6: Anular()
A : Administrador PBS : Productos Bajo Stock
A : articulo
BABS : Buscador
Articulos Bajo Stock
P : persona
P : ProveedorEDS : Enviador de SMS
C : categoria
M : marca
1: Enviar SMS 2: Buscar Articulos
7: Listar()
8: Enviar
3: Leer()
4: Leer()
5: Leer()
6: Leer()
9: Recibir SMS
5.3. FASE DE CONSTRUCCIÓN
El objetivo general de esta fase es alcanzar la capacidad operacional del producto
de software de forma incremental a través de las sucesivas iteraciones. En esta
fase todas las características, componentes, y requerimientos serán integrados,
implementados y probados en su totalidad obteniendo una versión aceptable del
producto comúnmente llamado versión beta.
Los objetivos específicos de esta fase son:
Minimizar los costos de desarrollo mediante la optimización de recursos y
evitando el tener que rehacer un trabajo o incluso desecharlo.
Conseguir una calidad adecuada tan rápido como sea práctico.
Conseguir versiones funcionales (alfa, beta y otras versiones de prueba) tan
rápido como sea necesario.
5.3.1. Diseño
5.3.1.1. Modelo de Diseño
Es una abstracción del modelo de implementación y su código fuente, el cual
fundamentalmente se empleará para representar y documentar su diseño. Será
usado como entrada esencial en las actividades relacionadas a la
implementación. Representará a los casos de uso en el dominio de la solución.
Para representar los diagramas del Modelo de Diseño se emplearán diferentes
diagramas de UML tales como:
Interfaces del sistema.
Diagramas de Secuencia.
Diagramas de Clases.
5.3.1.1.1. Interfaces del Sistema
Figura N° 39: Interfaz del Sistema Acceso
Fuente: Elaboración Propia
Figura N° 40: Interfaz del Sistema Pantalla Principal
Fuente: Elaboración Propia
Figura N° 41: Interfaz del Sistema Menu Mantenimiento
Fuente: Elaboración Propia
Figura N° 42: Interfaz del Sistema Menu Mantenimiento Clientes
Fuente: Elaboración Propia
Figura N° 43: Interfaz del Sistema Menu Mantenimiento Usuarios
Fuente: Elaboración Propia
Figura N° 44: Interfaz del Sistema Menu Mantenimiento Proveedores
Fuente: Elaboración Propia
Figura N° 45: Interfaz del Sistema Menu Mantenimiento Categorías
Fuente: Elaboración Propia
Figura N° 46: Interfaz del Sistema Menu Mantenimiento Marcas
Fuente: Elaboración Propia
Figura N° 47: Interfaz del Sistema Menu Mantenimiento Productos
Fuente: Elaboración Propia
Figura N° 48: Interfaz del Sistema Menu Gestión
Fuente: Elaboración Propia
Figura N° 49: Interfaz del Sistema Menu Gestión Ventas
Fuente: Elaboración Propia
Figura N° 50: Interfaz del Sistema Menu Gestión Pedidos
Fuente: Elaboración Propia
Figura N° 51: Interfaz Acceso al Sistema Vía WAP
Fuente: Elaboración Propia
Figura N° 52: Interfaz Pantalla de Bienvenido al Sistema Vía WAP
Fuente: Elaboración Propia
Figura N° 53: Interfaz Menu de Opciones Sistema Vía WAP
Fuente: Elaboración Propia
Figura N° 54: Interfaz Menu Cambiar Clave
Fuente: Elaboración Propia
Figura N° 55: Interfaz Menu Nuevo Pedido
Fuente: Elaboración Propia
Figura N° 56: Interfaz Carrito de Compras
Fuente: Elaboración Propia
Figura N° 57: Interfaz Confirmación del Pedido
Fuente: Elaboración Propia
Figura N° 58: Interfaz Menu Lista de Pedidos
Fuente: Elaboración Propia
Figura N° 59: Interfaz del Sistema Menu Gestión Compras
Fuente: Elaboración Propia
Figura N° 60: Interfaz del Sistema Menu Gestión Caja Chica
Fuente: Elaboración Propia
Figura N° 61: Interfaz del Sistema Menu Gestión Kardex
Fuente: Elaboración Propia
Figura N° 62: Interfaz del Sistema Menu Gestión Productos de Bajo Stock
Fuente: Elaboración Propia
Figura N° 63: Interfaz del Sistema Menu Configuración
Fuente: Elaboración Propia
Figura N° 64: Interfaz del Sistema Menu Configuración IGV
Fuente: Elaboración Propia
Figura N° 65: Interfaz del Sistema Menu Configuración Facturación
Fuente: Elaboración Propia
Figura N° 66: Interfaz del Sistema Menu Configuración Copia de Seguridad
Fuente: Elaboración Propia
Figura N° 67: Interfaz del Sistema Menu Reportes
Fuente: Elaboración Propia
5.3.1.1.2. Diagrama de Secuencia
Un diagrama de secuencia muestra las interacciones entre objetos ordenadas
en secuencia temporal. Muestra los objetos que se encuentran en el escenario
y la secuencia de mensajes intercambiados entre los objetos para llevar a
cabo la funcionalidad descrita por el escenario.
A continuación se presentarán los diagramas de secuencia que documentarán
el diseño desde el punto de vista de los casos de uso, observando qué
mensajes se envían a los objetos, componentes o casos de uso y viendo en
forma estimada, cuánto tiempo consume el método invocado. Estos diagramas
ayudarán también a identificar los cuellos de botella potenciales, para así
poder eliminarlos.
5.3.1.1.2.1. Diagrama de Secuencia Gestionar Mantenimiento
5.3.1.1.2.1.1. Diagrama de Secuencia Mantenimiento de Usuarios
Figura N° 68: Diagrama de Secuencia Mantenimiento de Usuarios
Fuente: Elaboración Propia
A : Administrador FMU : Form.Mant.Usuarios RU : Registrador usuario U : Usuario MU : Modificador usuario BU : Buscador usuario EU : Eliminador usuario
Acceder a mantenimiento usuario
Enviar datos
Validar datos
Grabar ()
Msg.Confirmacion
Modificar datos
Validar datos
Modificar ()
Msg.Confirmacion
Buscar usuario (Codigo, Login, Tipo de Usuario, Estado)
Leer ()
Listar usuarios
Eliminar usuario
Eliminar ()
Msg.Confirmacion
5.3.1.1.2.1.2. Diagrama de Secuencia Mantenimiento de Personas
Figura N° 69: Diagrama de Secuencia Mantenimiento de Personas
Fuente: Elaboración Propia
A : Administrador FMC : Form.Mant.Persona RC : Registrador Persona C : Persona MC : Modificador Persona BC : Buscador PersonaEC : Eliminador Persona
Acceder a mantenimiento Persona
Enviar datos
Validar datos
Grabar ()
Msg.Confirmacion
Modificar datos
Validar datos
Modificar ()
Msg.Confirmacion
Buscar Persona(Codigo, Apellidos, Nombres, DNI)
Leer ()
Listar Persona
Eliminar Persona
Eliminar ()
Msg.Confirmacion
5.3.1.1.2.1.3. Diagrama de Secuencia Mantenimiento de Marcas
Figura N° 70: Diagrama de Secuencia Mantenimiento de Marcas
Fuente: Elaboración Propia
A : AdministradorFMM : Form.Mant.MarcasRM : Registrador marca M : Marca MM : Modificador marca BM : Buscador marca EM : Eliminador marca
Acceder a mantenim iento marcas
Enviar datos
Validar datos
Grabar ()
Msg.Confirmacion
Modificar datos
Validar datos
Modificar ()
Msg.Confirmacion
Buscar marca (Codigo, Nombre)
Leer ()
Listar marcas
Eliminar marca
Eliminar ()
Msg.Confirmacion
5.3.1.1.2.1.4. Diagrama de Secuencia Mantenimiento de Categorías
Figura N ° 71: Diagrama de Secuencia Mantenimiento de Categorías
Fuente: Elaboración Propia
FMC : Form.Mant.CategoriasA : Administrador RC : Registrador categoria C : Categoria MC : Modificador categoria BC : Buscador categoria EC : Eliminador categoria
Acceder a mantenim iento categorias
Enviar datos
Validar datos
Grabar ()
Msg.Confirmacion
Modificar datos
Validar datos
Modificar ()
Msg.Confirmacion
Buscar categoria (Codigo, Nombre)
Leer ()
Listar categorias
Eliminar marca
Eliminar ()
Msg.Confirmacion
5.3.1.1.2.1.5. Diagrama de Secuencia Mantenimiento de Proveedores
Figura N° 72: Diagrama de Secuencia Mantenimiento de Proveedores
Fuente: Elaboración Propia
A : Administrador FMP : Form.Mant.Proveedores RP : Registrador
proveedor
P : Proveedor MP : Modificador
proveedor
BP : Buscador proveedorEP : Eliminador proveedor
Acceder a mantenimiento proveedores
Enviar datos
Validar datos
Grabar ()
Msg.Confirmacion
Modificar datos
Validar datos
Modificar ()
Msg.Confirmacion
Buscar proveedor (Codigo, Razon Social, RUC)
Leer ()
Listar proveedores
Eliminar proveeedor
Eliminar ()
Msg.Confirmacion
5.3.1.1.2.1.6. Diagrama de Secuencia Mantenimiento de Artículos
Figura N ° 73: Diagrama de Secuencia Mantenimiento de Artículos
Fuente: Elaboración Propia
A : A dministrador FMP : Form.Mant.A rticulos P : A rticulo RP : Regis trador A rticuloMP : Modificador A rticuloBP : Buscador A rticuloEP : E liminador A rticuloBC : Buscador Categoria BM : Buscador MarcaC : Categoria M : Marca
A cceder a mantenimiento A rticulo
Busca Categoria
Leer()
Listar
Busca Marca
Leer()
Listar
Env iar Datos
Validar Datos
Grabar()
Msg. conf irmacion
modif icar datos
Modif icar
Msg. conf irmacion
Buscar Articulo(categoria y marca)
Leer()
Listar articulo
Eliminar articulo
Eliminar()
msg. conf irmacion
5.3.1.1.2.2. Diagrama de Secuencia Gestionar Comercialización
5.3.1.1.2.2.1. Diagrama de Secuencia Registrar Pedido
Figura N° 74: Diagrama de Secuencia Registrar Pedido
Fuente: Elaboración Propia
CW : Cl iente WAP RP : Registrar Pedido BP : Buscador Articulo P : Articulo DP : Detalle Pedido EP : Eliminador Producto P : Pedido RP : Registrador Pedido C : Cancelador
Registro Pedido
Buscar Articulo(Categoria, Marca)
Leer()
Grabar()
Eliminar Articulo
Eliminar()
Cancelar Pedido
Eliminar
Registrar Pedido
Validar Datos
Grabar
Emitir Pedido
5.3.1.1.2.2.2. Diagrama de Secuencia Verificar Pedido
Figura N° 75: Diagrama de Secuencia Verificar Pedido
Fuente: Elaboración Propia
CW : Cl iente WAP RP : Registrar Pedido BP : Buscador Articulo P : Articulo DP : Detalle Pedido EP : Eliminador Producto P : Pedido RP : Registrador Pedido C : Cancelador
Registro Pedido
Buscar Articulo(Categoria, Marca)
Leer()
Grabar()
Eliminar Articulo
Eliminar()
Cancelar Pedido
Eliminar
Registrar Pedido
Validar Datos
Grabar
Emitir Pedido
5.3.1.1.2.2.3. Diagrama de Secuencia Registrar Persona
Figura N° 76: Diagrama de Secuencia Registrar Persona
Fuente: Elaboración Propia
V : Vendedor RP : Registro Persona RP : Registrador Persona P : Persona C : Cancelador
Registro Persona
Registra Persona
Validar Datos
Grabar()
Mensaje de Confi rmacion
Cancelar Registro
Salir de la Interfaz
5.3.1.1.2.2.4. Diagrama de Secuencia Verificar Persona
Figura N° 77: Diagrama de Secuencia Verificar Persona
Fuente: Elaboración Propia
V : VendedorPR : Registro Persona VP : Verificador Persona EP : Eliminador Persona AC : Actual izador Persona AC : Actual izacion Persona P : Persona
Verificar Cl iente
Buscar Persona(Codigo, Apell idos, Nombres, ...
Leer()
Listar()
Eliminar Per...
Elimin...
Actual izar Per...
Validar Datos
Mostrar()
5.3.1.1.2.2.5. Diagrama de Secuencia Registrar Venta
Figura N° 78: Diagrama de Secuencia Registrar Venta
Fuente: Elaboración Propia
V : VendedorV : Vendedor FNV : Form.NuevaVentaFNV : Form.NuevaVenta BA : Buscador ArticuloBA : Buscador Articulo A : ArticuloA : Articulo V : Venta V : Venta DV : DetalleVenta DV : DetalleVenta EA : Eliminador ArticuloEA : Eliminador Articulo C : Cancelador C : Cancelador RV : Registrador VentaRV : Registrador Venta BP : Buscador PersonaBP : Buscador Persona P : PersonaP : Persona AS : Actualizador StockAS : Actualizador Stock
Iniciar venta
Buscar Persona (Codigo, Apellidos, Nombres,DNI)
Leer()
Buscar Articulo(Categoria y Marca)
Grabar()
Leer()
Eliminar Articulo
Grabar()
Cancelar Venta
Registrar Venta
Eliminar
Validar Datos
Eliminar()
Calcular Monto
Registrar()
Actualizar Stock
Grabar()
5.3.1.1.2.2.6. Diagrama de Secuencia Verificar Venta
Figura N° 79: Diagrama de Secuencia Verificar Venta
Fuente: Elaboración Propia
5.3.1.1.2.2.7. Diagrama de Secuencia Generar Documento
Figura N° 80: Diagrama de Secuencia Generar Documento
Fuente: Elaboración Propia
C : Cajero V : Venta LV : Listar Ventas VV : Verificador VentasAV : Anulador Venta
Verificar Ventas
Buscar Ventas (Tipo de Venta, Documento de Venta, Estado)
Leer()
Listar()
Anular venta
Anular()
C : CajeroV : Venta RV : Registro Venta BV : Buscador Venta GC : Generar comprobante
Generar Comprobante
Buscar Venta(Tipo de Venta, Documento Venta, Estado)
Leer()
Mostrar()
5.3.1.1.2.2.8. Diagrama de Secuencia Registrar Crédito
Figura N° 81: Diagrama de Secuencia Registrar Crédito
Fuente: Elaboración Propia
V : Vendedor RC : Registro Credito RC : Registrador CreditoC : Credito C : Cancelador
Registro Credito
Registra Credito
Validar Datos
Grabar()
Msj Confrimacion
Cancelar Registro
5.3.1.1.2.2.9. Diagrama de Secuencia Verificar Crédito
Figura N° 82: Diagrama de Secuencia Verificar Crédito
Fuente: Elaboración Propia
AC : Actualizador CreditoV : VendedorRC : Registro Credito VC : Verificador Credito C : Credito EC : Eliminador Credito AC : Actualizacion Credito
Verificar Credito
Buscar Credito (cod_venta)
Leer()
Listar()
Eliminar Credito
Eliminar()
Actualizar Credito
Validar Datos
Mostrar()
5.3.1.1.2.2.10. Diagrama de Secuencia Registrar Orden de Compra
Figura N° 83: Diagrama de Secuencia Registrar Orden de Compra
Fuente: Elaboración Propia
5.3.1.1.2.2.11. Diagrama de Secuencia Verificar Orden de Compra
Figura N° 84: Diagrama de Secuencia Verificar Orden de Compra
Fuente: Elaboración Propia
A : Adminsitrador BA : Buscador Articulo ROC : Registrar Orden Compra A : Articulo GOC : Registrador Orden
Compra
OC : Orden Compra DOC : Detalle Orden
Compra
EA : Eliminador Articulo C : Cancelador
Iniciar Orden Compra
Seleccionar Articulo
Leer
Grabar()
Eliminar Articulo
Eliminar()
Cancelar Orden Compra
Eliminar()
Registrar Orden Compra
Validar Datos
Grabar()
Emitor Documento
A : Administrador ROC : Registrar Orden Compra OC : Orden Compra BOC : Buscador Orden
Compra
AOC : Anulador Orden
CompraVerificar Orden Compra
Buscar Orden de Compra(Empresa, Pedido, Estado)
Leer()
Listar()
Anular Orden de Compra
Anular()
5.3.1.1.2.2.12. Diagrama de Secuencia Enviar SMS
Figura N° 85: Diagrama de Secuencia Enviar SMS
Fuente: Elaboración Propia
A : Administrador PBS : Productos Bajo Stock A : articuloBABS : Buscador
Articulos Bajo Stock
P : persona P : Prov eedorEDS : Env iador de SMSC : categoria M : marca
Env iar SMS
Buscar Articulos
Leer()
Leer()
Leer()
Leer()
Listar()
Env iar
Recibir SMS
5.3.1.1.3. Diagramas de Clases
5.3.1.1.3.1. Diagramas de Clases del Diseño
Figura N° 86: Diagrama de Clases del Diseño
Fuente: Elaboración Propia
5.3.1.1.3.2. Diseño Físico de la Base de Datos
Figura N° 87: Diseño Físico de la Base de Datos
Fuente: Elaboración Propia
5.3.2. Implementación:
El objetivo principal que se busca en esta disciplina es convertir los elementos del
diseño en elementos de implementación, dichos elementos son los archivos y
códigos fuentes. Otra parte de esta disciplina son las pruebas de unidad, las
cuales se limitan a los componentes de software implementados. De esta
disciplina se obtendrá un sistema estable.
Los objetivos específicos son:
Determinar en qué orden se implementarán los elementos de cada subsistema.
Integrar el sistema siguiendo el plan.
Notificar los errores de diseño, si se encuentran, actualizando la
documentación.
Probar los subsistemas individualmente.
La estructura de todos los elementos implementados formará el Modelo de
Implementación.
5.3.2.1. Diagrama de Componentes:
El diagrama de componentes describirá los elementos físicos del sistema, sus
relaciones y dependencias. En la Figura Nº 80, se muestra las tres capas del
sistema implementadas en el lenguaje PHP:
La capa de Interfaz que contiene los formularios de mantenimientos,
transacciones y reportes.
La capa Negocio, que contiene la lógica del negocio correspondiente a
validaciones, control y monitoreo de transacciones.
La capa de Lógica de Acceso a Datos, que está conformada por las clases que
realizarán las consultas y transacciones MySQL a la Base de Datos, según lo
solicite la capa de Negocio.
Figura N°88: Diagrama de Componentes
Fuente: Elaboración Propia
Servidor de Aplicación
Servidor WEBServidor WAP
Capa de
Presentación
Capa
Lógica
Capa de
Presentación
dbferreteria
Capa de
Datos
Capa
WAP
5.3.2.2. Diagrama de Despliegue:
El Diagrama de Despliegue, presenta la disposición física de los distintos nodos
que componen el sistema y el reparto de los componentes sobre dichos nodos.
Figura Nº 89: Diagrama de Despliegue
Fuente: Elaboración Propia
Celular Internet
Servidor de
AplicaciónSwitch
D-Link
Impresora
Matricial
Area de
Ventas
Servidor que
aloja a todos los
componentes
del Sistema
WEB y WAP.
Equipos que se
conectan
distribuidos en el
Area de Ventas.
Opera Mobile
Internet Explorer Mobile
MySQL5.1
PHP5.0
CDatos
CLógica
CPresentación
CWAP
CAPITULO VI:
ANALISIS ECONÓMICO
6.1. COSTO DE DESARROLLO DEL PROYECTO
El Análisis Económico permitirá demostrar la rentabilidad del proyecto en los
primeros 3 años de implementación, el cual será evaluado no sólo desde el punto
de vista monetario, sino también considerando los beneficios intangibles que se
obtendrán.
6.1.1. COSTOS DEL PROYECTO
A. Costo de Servicios.
Cuadro Nº 30: Costos de Servicios
Descripción Promedio Monto Diario
(S/.)
Días por
mes Meses Total (S/.)
Transporte 4.00 10 6 240.00
Servicio de Internet 2.00 20 6 240.00
Monto Total (S/.) S/. 480.00
Fuente: Elaboración propia.
B. Costos de Materiales de Oficina.
Cuadro Nº 31: Costos de materiales de oficina
Descripción Cantidad Unidad P. Unitario (S/.) Total (S/.)
Impresiones 720 Hojas 0.20 144.00
Fotocopias 100 Hojas 0.05 5.00
Papel Bond A4 1 Millar 35.00 35.00
CD’s 6 Unidades 1.00 6.00
Útiles de Oficina 1 Juego 80.00 80.00
Empastados 3 Juegos 20.00 60.00
Monto Total (S/.) S/. 330.00
Fuente: Elaboración propia.
C. Costos de Personal.
Cuadro Nº 32: Costos de Personal
Descripción
Duración Costo x
Hora (S/.) Total (S/.)
Meses Días
x mes
Horas
x día
Análisis y Diseño 3 15 4 10.00 1,800.00
Implementación 3 15 5 15.00 3,375.00
Instalación y Pruebas 4 15 4 10.00 2,400.00
Capacitación y
Consultoría 1 15 4 10.00 600.00
Monto Total (S/.) S/. 8,175.00
Fuente: Elaboración propia.
D. Costos de Software.
Cuadro Nº 33: Licencias de Software de Desarrollo e Implementación
Descripción Total (S/.)
Servidor Apache 0.00
Lenguaje de programación PHP 0.00
Base de Datos MySQL 0.00
Sistema Operativo Red Hat Linux 9.0 0.00
EasyEclipsefor PHP (IDE) 0.00
Macromedia Dreamweawer CS4 720.00
Monto Total (S/.) S/. 720.00
Fuente: Elaboración propia.
E. Costos de Hardware.
Cuadro Nº 34: Costos de Hardware necesarios para la Implementación.
Descripción Total (S/.)
Servidor de Aplicación 5,200.00
Switch 240.00
Monto Total (S/.) S/. 5,440.00
Fuente: Elaboración propia.
F. Gastos Concurrentes u Operativos.
Cuadro Nº 35: Gastos concurrentes u operativos.
Descripción
Duración Costo x
Hora
(S/.)
Total (S/.)
Meses Días
x mes
Horas
x día
Internet 12 30 24 0.14 1,200.00
Paquete de 1000 SMS 12 100.00
Administrador Sistema 12 20 4 8.00 7,680.00
Mantenimiento de
Servidores 1 20 5 10.00 1,000.00
Monto Total (S/.) S/. 9,980.00
Fuente: Elaboración propia.
G. Resumen de Costos del Proyecto
Cuadro Nº 36: Resumen de Costos del Proyecto.
Descripción Costo Total (S/.)
Costos de Servicio 480.00
Costos de Materiales 330.00
Costos de Personal 8,175.00
Costos de Software 720.00
Costos de Hardware 5,400.00
Gastos Concurrentes u Operativos 9,980.00
Monto Total 25,085.00
Fuente: Elaboración Propia
6.1.2. BENEFICIOS TANGIBLES DEL PROYECTO
Contempla todos aquellos beneficios que pueden medirse concretamente. A
continuación se detallan estos análisis de beneficios tangibles:
Para el cálculo de estos costos es necesario determinar algunos datos, estos son:
Costo hora/hombre: Dado que, el tiempo perdido es asumido por el personal
involucrado específicamente en el proceso de Comercialización y Abastecimiento,
se estimó asumir como referencia para este cálculo el salario que se les paga
mensualmente al personal que es de S/. 900.00. El total de horas laboradas al mes
es 192. En consecuencia el costo hora/hombre para el cálculo es de S/.4.68.
H. Reducción del costo por el tiempo consumido en realizar transacciones
Considérese dentro de este tiempo el utilizado para comunicar esencialmente los
siguientes 3 hechos: La recepción de productos, la actualización del stock y la
venta de productos.
Se estima que se reducirá en gran parte el tiempo de atención al cliente y por
consecuencia el tiempo y costo empleado.
El siguiente cuadro muestra el detalle del cálculo de estos costos. Aquí se detalla
el tiempo reducido por cada transacción, y en función de ello se calcula el
beneficio. El resultado del análisis demuestra que el beneficio total por año por
este concepto es de S/. 5,977.50.
Cuadro Nº 37: Costos por el tiempo en realizar transacciones.
Descripción
Ocurrencia
promedio Minutos
reducidos
Tiempo
total (Hr)
Total costo
al año (S/.) Día Año
Recepción de producto 10 3 650 5 304.1 1,423.10
Actualización de stock 10 3 650 5 304.1 1,423.10
Venta de productos 22 8 030 5 669.1 3,131.30
Monto Total (S/.) S/. 5,977.50
Fuente: Elaboración propia.
I. Reducción de ingresos perdidos por ventas no realizadas por tener el stock
no actualizado.
El stock de productos es un gran problema en el proceso de venta de productos.
La frecuencia estimada según el personal de la empresa es de 9 ventas perdidas
al mes.
Cuadro Nº 38: Periodicidad de ventas no realizadas.
Descripción
Ocurrencia
Mes Año
Ventas perdidas por
stock no actualizado 9 108
Fuente: Elaboración propia.
El cuadro anterior demuestra que al año no se realizan 108 ventas por tener el
stock no actualizado, lo que involucra la misma cantidad de compradores
afectados.
De esta cantidad de clientes el 70% según información del personal de la empresa
migra hacia otras empresas, siendo esto una gran baja en los ingresos por ventas
de productos.
El precio promedio de una venta es de S/. 100.00
Con estos datos se puede calcular la pérdida de ingresos por este concepto al
año. El total de ingresos perdidos es de S/. 10,800 al año.
J. Reducción del costo de impresión de plantillas para:
Plantillas para la recepción de productos – 10 al día.
Plantillas para registrar productos – 10 al día.
Plantillas para ventas de productos – 22 al día.
Estos costos se originan con el sistema manual al necesitar de un documento que
sirvan de plantilla para poder almacenar y registrar la cantidad de productos que
ingresan para posteriormente actualizar el stock y luego la venta de productos.
Con el sistema desarrollado no será necesario imprimir estas plantillas ya que todo
estará registrado en la base de datos.
Considerándose que son 42 ingresos diarios en promedio, y un estándar de 1
plantilla de control porcada ingreso, son 15330 plantillas al año que se requieren
para este concepto.
El costo de impresión de las plantillas es de S/. 8 por cada ciento.
En consecuencia el costo reducido es de S/. 1,226.4 al año.
K. Reducción de costos para realizar informes
Se refiere a los documentos rutinarios a nivel transaccional, y a los reportes
requeridos por el administrador para analizar el rendimiento de la empresa.
En el cuadro que se muestra a continuación se puede observar el cálculo realizado
para obtener el costo de producir estos informes. Los 3 primeros informes
pertenecen al nivel transaccional y los 2 informes siguientes son para el nivel
administrativo. Los informes para el nivel transaccional son por cada día, por el
contrario los informes de liquidación para la administración son 1 cada mes a
pedido de la gerencia.
El análisis demuestra que, si bien el mayor costo en los que se incurre con el
sistema manual son para realizar los informes transaccionales, se emplea mayor
tiempo para realizar los informes gerenciales debido a que resumen datos
generados en todo el mes.
Cuadro Nº 39: Costos para realizar informes.
Descripción
Ocurrencia
promedio
Tiempo
para
realizarlo
(Minutos)
Total
(Horas
x año)
Total costo
(S/. x Año) Día Año
Documento de recepción
de productos 1 365 40 243.3 1,138.6
Documento de venta de
productos 1 365 60 365.0 1,708.2
Documento de retiro de
producto 1 365 20 121.6 569.0
Reporte de liquidación
de ingreso de producto 0.03 12 1440 288.0 1,347.8
Reporte de liquidación
de ventas 0.03 12 1440 288.0 1,347.8
Monto Total (S/.) S/. 6,111.4
Fuente: Elaboración propia.
6.1.3. BENEFICIOS INTANGIBLES DEL PROYECTO
Este tipo de beneficios se refiere a factores asociados directamente con los
usuarios de los sistemas, tales como:
Mejor atención al cliente.
Mejor gestión administrativa.
Mejor posición competitiva.
Información en tiempo real.
Facilidad para la realización y emisión de documentos como comprobantes e
informes.
Aprovechamiento de los datos recopilados en el nivel transaccional.
6.1.4. FLUJO DE CAJA PROYECTADO
Este flujo de caja demuestra que la inversión total se recupera íntegramente al
segundo año.
Cuadro N° 40: Flujo de Caja Proyectado
AÑO 0 AÑO 1 AÑO 2 AÑO 3
-S/. 15,105.00 -S/. 969.70 S/. 13,165.60
INVERSION INICIAL S/. 15,105.00 S/. 0.00 S/. 0.00 S/. 0.00
Costos de Servicios S/. 480.00 S/. 0.00 S/. 0.00 S/. 0.00
Costos de Materiales de Oficina S/. 330.00 S/. 0.00 S/. 0.00 S/. 0.00
Costos de Personal S/. 8,175.00 S/. 0.00 S/. 0.00 S/. 0.00
Costos de Software S/. 720.00 S/. 0.00 S/. 0.00 S/. 0.00
Costos de Hardware S/. 5,400.00 S/. 0.00 S/. 0.00 S/. 0.00
COSTOS CONCURRENTES U OPERATIVOS (S/) (S/) (S/) (S/)
Internet S/. 0.00 S/. 1,200.00 S/. 1,200.00 S/. 1,200.00
Paquete de 1000 SMS S/. 0.00 S/. 100.00 S/. 100.00 S/. 100.00
Administrador de Sistema S/. 0.00 S/. 7,680.00 S/. 7,680.00 S/. 7,680.00
Mantenimiento de Servidores S/. 0.00 S/. 1,000.00 S/. 1,000.00 S/. 1,000.00
TOTAL DE GASTOS S/. 0.00 -S/. 9,980.00 -S/. 9,980.00 -S/. 9,980.00
BENEFICIOS TANGIBLES (S/) (S/) (S/) (S/)
Reducción del costo x tiempo de transacciones S/. 0.00 S/. 5,977.50 S/. 5,977.50 S/. 5,977.50
Reducción de ventas perdidas por stock no actualizado S/. 0.00 S/. 10,800.00 S/. 10,800.00 S/. 10,800.00
Reducción del costo de impresión de plantillas S/. 0.00 S/. 1,226.40 S/. 1,226.40 S/. 1,226.40
Reducción de costos para realizar informes S/. 0.00 S/. 6,111.40 S/. 6,111.40 S/. 6,111.40
TOTAL DE INGRESOS S/. 0.00 S/. 24,115.30 S/. 24,115.30 S/. 24,115.30
FLUJO DE CAJA -S/. 15,105.00 S/. 14,135.30 S/. 14,135.30 S/. 14,135.30
FLUJO DE CAJA ACUMULADA -S/. 15,105.00 -S/. 969.70 S/. 13,165.60 S/. 27,300.90
Fuente: Elaboración Propia
6.1.5. VALOR ACTUAL NETO (VAN)
El VAN es un procedimiento que permitirá calcular el valor presente de un
determinado número de flujos de caja futuros.
El cálculo del VAN se ha realizado utilizando la
función:VNA(tasa;período_1:período_3)+período_0, del programa Excel.
Para realizar el cálculo del VAN se ha considerado una tasa de descuento de 12%,
igual la máxima tasa de interés de una cuenta de ahorro a plazo fijo, porque la
inversión es asumida con dinero propio.
El resultado del VAN presentado en la siguiente tabla, demuestra que el proyecto
es rentable y debe realizarse por los beneficios adjuntos.
Cuadro Nº 41: Calculo VAN.
Año Flujo de Caja
0 -S/. 15,105.00
1 S/. 14,135.30
2 S/. 14, 315.30
3 S/. 14,135.30
VAN
S/. 18,845.61
Fuente: Elaboración Propia
El Valor actual neto da como resultado S/. 18,845.61 por consiguiente resulta que
es rentable para las condiciones dadas, es decir a una tasa descuento del 12%.
6.1.6. TASA INTERNA DE RETORNO (TIR):
El TIR es la tasa de interés con la cual el valor actual neto o valor presente neto
(VAN o VPN) es igual a cero.
Al igual que el VAN, el cálculo del TIR se ha realizado utilizando la función del
programa Excel: TIR(período_0:período_3).
El siguiente cuadro muestra el resultado de la tasa TIR para el proyecto. Esto
demuestra que la tasa TIR es mayor que la tasa de descuento establecida, lo que
refleja la factibilidad del proyecto.
Cuadro Nº 42: Calculo de la tasa TIR.
Tasa Interna de Retorno
(TIR) %
TIR 77%
Fuente: Elaboración Propia
La tasa interna de retorno dio como resultado el 77% del VAN, en donde indica
que el proyecto supera la rentabilidad mínima exigida económicamente.
CAPITULO VII:
CONCLUSIONES Y RECOMENDACIONES
7.1. CONCLUSIONES
De acuerdo a los objetivos planteados al inicio de la investigación se presentan las
siguientes conclusiones:
Referente al objetivo “Recopilar información de los proceso de
Comercialización y Abastecimiento en la Empresa MACALCRI E.I.R.L.” en el
modelado del negocio se pudo constatar que hoy en día la empresa cuenta con
procesos modulares para la gestión de sus actividades comerciales. Por lo que es
vital para una mejor gestión de esos procesos, integrar los sistemas de modo que
se obtenga un óptimo desempeño, reduciendo los gastos generales e
incrementando la rapidez de los procesos de atención.
Referente al objetivo “Realizar el análisis de los requerimientos funcionales de
los procesos de Comercialización y Abastecimiento en la Empresa
MACALCRI E.I.R.L.” se obtuvieron los requerimientos funcionales de estos
procesos, los cuales son necesarios automatizar por medio de un sistema
informático, más no cambiar o alterar, ya que se rigen según los procedimientos y
funciones internas.
Referente al objetivo “Modelar los procesos de Comercialización y
Abastecimiento en la Empresa MACALCRI E.I.R.L.”, en las etapas de análisis y
diseño se elaboró los artefactos establecidos por la metodología considerando los
procesos de Comercialización y Abastecimiento. Fue necesario realizar un
modelado general de los procesos ya que todo el sistema debe funcionar bajo un
flujo de información coherente, integro y escalable.
Referente al objetivo “Construir los módulos de Comercialización y
Abastecimiento”, en el desarrollo de la propuesta se aplicó una metodología
orientada a objetos en todas sus fases y disciplinas, lo que conllevo a realizar la
implementación (construcción) mediante esta técnica de programación, utilizando
el lenguaje PHP en su versión 5. Considerando también los requerimientos de
implementación establecidos por la empresa, ha sido necesario realizar la
separación lógica de la aplicación en capas (presentación, negocio y datos). Los
módulos han sido desarrollados bajo entorno web y de accesibilidad a través de la
Tecnología WAP.
Referente al objetivo “Realizar el análisis costo/beneficio de la implementación
del Sistema” se constata que la inversión inicial necesaria para la implementación
del sistema es de S/. 15,105.00, los gastos operativos escalan a un promedio de
S/. 9,980.00 anuales y los beneficios netos que se obtendrán anualmente asciende
a un promedio de S/. 24,115.30. En base a estos valores, el Valor Actual Neto
(VAN) obtenido es de S/. 18,845.61 y la Tasa Interna de Retorno (TIR) es de 77%;
demostrando el alto nivel de rentabilidad de la solución propuesta.
7.2. RECOMENDACIONES
Por precaución las copias de seguridad de la BD debe realizarse con una
frecuencia mínima de una vez por semana.
Se debe incrementar los recursos hardware respecto al crecimiento empresarial,
con la finalidad que los sistemas de información no reduzcan su eficiencia por este
concepto.
Por ser una aplicación Web que funcionará sobre internet y una intranet , es de
significativa importancia establecer medidas de seguridad que disminuyan la
vulnerabilidad de la aplicación contra ataques imprevistos que puedan perjudicar
su adecuado desempeño y la integridad de la información que esta procesa. Es
por ello que se recomienda tomar en consideración criterios seguridad adicionales.
Para resolver cualquier contingencia en el funcionamiento del sistema de
información es necesario de una persona capacitada que se encargue de la
administración y brinde el soporte necesario a los usuarios.
CAPITULO VIII:
REFERENCIAS BIBLIOGRAFICAS
8.1. BIBLIOGRAFIA
ABASTECIMIENTO. Consultado Marzo 18, 2011. Disponible en:
http://definicion.de/abastecimiento/.
ADOBE Systems Incorporated. Adobe Dreamweaver CS4. Consultado Julio 21,
2011. Disponible en: http://www.adobe.com/es/products/dreamweaver.
AGAPITO D., Araceli y GERÓNIMO A., Mónica. Desarrollo de un Sistema
Informático para el Envío de Boletines Jurídicos a Equipos Móviles, utilizando
Tecnología WAP. Universidad Particular Antenor Orrego, Perú. 2004. Consultado
Junio 20, 2011.
ALI F., Enrique. Sistema de Información y Venta basado en Tecnología WAP.
Caso: Radio Gigante 94.9 FM. Universidad Mayor de San Andrés. La Paz, Bolivia.
2009.
CÁRDENAS C., David y RUIZ R., Marco. Sistema Informático Web y WAP para
mejorar el servicio de atención al paciente del Centro Ortodóncico de
Rehabilitación oral y estética “Dental Cored” – Trujillo. Universidad Particular
Antenor Orrego, Perú. 2008.
CHÁVEZ P., Juan Carlos y DÁVILA B., Marjorie Edita. Soluciones WEB y WAP
para el control de la entrega y recepción de cartas y encomiendas de la Empresa
de Transportes el Dorado S.A.C. – Trujillo. Universidad Particular Antenor Orrego,
Perú. 2008.
ETAPAS de la venta o comercialización. Consultado Enero 22, 2011. Disponible
en: http://www.marketing-xxi.com.
FOUNDATION APACHE. The Apache Software Foundation. Consultado Julio 17,
2011. Disponible en: http://www.apache.org/.
LARIOS E., Jessica y ARGUETA A., Candy. Estudio de Factibilidad sobre el
aprovechamiento Educativo del Protocolo de Acceso Inalámbrico (WAP) como
Herramienta tecnológica utilizando la Telefonía Celular, enfocado a las
Instituciones del Nivel Superior de la Ciudad de San Miguel. Universidad de
Oriente, El Salvador. 2009. Consultado Junio 27, 2011. Disponible en:
http://www.univo.edu.sv:8081/tesis/020092/020092_Port.pdf
LAUDON, Kenneth C., LAUDON, Jane P. Sistemas de Información Gerencial.
8va ed. México: Pearson Educación, 2004. 608 p. ISBN 970-26-0528-8. p.19
Metodología Microsoft Solution Framework. Consultado Mayo 11, 2011.
Disponible en:
http://www.microsoft.com/spanish/MSDN/estudiantes/ingsoft/planificacion/m
sf.mspx
Metodología XP. Consultado Mayo 11, 2011. Disponible en:
http://www.oness.sourceforge.net/proyecto/html/ch05.html;programacionextr
ema.tripod.com/fases.html
MySQL AB. MySQL. Consultado Julio 17, 2011. Disponible en:
http://mysql.com/.
MOLINA N., Cesar & MURAKAMI, Sumiko. Implementación de solución
informática basado en M-COMMERCE aplicado a sistemas de distribución
comercial. 2005. Consultado 17 Mayo, 2011. Disponible en
http://sisbib.unmsm.edu.pe/bibvirtualdata/monografias/ingenie/molina_nc/ca
p03.pdf.
M3Gate. Consultado Agosto 05, 2011. Disponible en http://m3gate.softonic.com
O’BRIEN, James A. Sistemas de Información Gerencial. 4ta ed. Colombia:
McGraw-Hill, 2001. 700 p. ISBN 985-41-0177-3 p.42-43
PHPADMIN Devel Team. The phpMyAdmin Project. Consultado Julio 17, 2011.
Disponible en: http://phpmyadmin.net/home_page/index.php.
RODRÍGUEZ A., Silva Ana. Sistema WEB y WAP de Información Académica para
la Escuela de Ingeniería de Computación y Sistemas de la Universidad Privada
Antenor Orrego utilizando Software Libre y Extreme Programming – Trujillo.
Universidad Privada Antenor Orrego, Perú. 2008.
RUP. Rational Unified Process. Consultado Mayo 12, 2011. Disponible en:
http://www.utim.edu.mx/~mgarcia/
THE PHP GROUP. PHP. Consultado Julio 17, 2011. Disponible en:
http://www.php.net/.
VEGA B., Edgard Armando. Los Sistemas de Información y su Importancia para
las Organizaciones. Consultado Mayo 05, 2011. Disponible en:
http://www.gestiopolis.com/Canales4/mkt
WAP. Consultado 12 Mayo, 2011. Disponible en:
http://catarina.udlap.mx/u_dl_a/tales/documentos/msp/enriquez_d_c/capitulo
2.pdf
WAP. Consultado 12 Mayo, 2011. Disponible en: http://www.movired.com/wap-
wap/wap.htm
ANEXO I:
DOCUMENTO VISIÓN
1.1. Marco Legal
1.1.1. Misión:
Somos una empresa orientada a garantizar la calidad de los artículos que
vendemos, teniendo como base primordial el buen servicio a a nuestros clientes,
quienes son nuestro principal activo.
1.1.2. Visión:
Ser la empresa líder en el departamento Lambayeque, logrando aperturar nuevos
puntos de venta, y con ello ofrecer promociones y los mejores descuentos,
garantizado el buen servicio a nuestros clientes.
1.1.3. Políticas:
Busca permanentemente tener la mejor calidad en los Artículos a precio
razonable debido a la competencia.
Busca siempre la satisfacción del cliente.
1.1.4. Organigrama Estructural:
Figura N° 01: Organigrama Estructural
Fuente: Elaboración Propia
1.2. Necesidades de información
Actualmente la empresa lleva el control de sus procesos de comercialización y
abastecimiento en forma manual, teniendo como inconvenientes la inexistencia de
un stock actualizado, inexistencia de información sobre compras y ventas, además
de lentitud en el proceso de atención al cliente. Por consecuencia en los procesos
de comercialización y abastecimiento, se toma demasiado tiempo para la
búsqueda de un determinado producto ya que no se encuentra actualizado el
stock, manifestando incomodidad en el cliente.
1.3. Requerimientos estratégicos
Proyectándose ante la necesidad de desarrollar un conjunto de actividades como
registro de ventas, reportes que permitan lograr la satisfacción de los
requerimientos funcionales y la integración mediante interfaces de usuario, que
pudieran generarse mediante el “Sistema de Comercialización y Abastecimiento”
en la empresa; teniendo como recurso importante los procesos de
comercialización, dicho requerimiento está orientado a la agilización de dichos
procesos.
GERENTE GENERAL
ÁREA DE INFORMÁTICA ÁREA DE CONTABILIDAD ÁREA COMERCIAL
Comercialización Abastecimiento
1.4. Situación Actual de la empresa
1.4.1. Análisis FODA
Fortalezas:
Local propio.
Clientes que se identifican con la empresa.
Conocemos los artículos que maneja el mercado.
Debilidades:
Poco espacio en la infraestructura.
Demora en algunos de los pedidos solicitados.
Personal que realiza doble función.
Oportunidades
Oferta de artículos.
Estamos localizados en un sitio estratégico.
Amenazas
Delincuencia.
Pandillaje.
Apertura de nuevas empresas con el mismo rubro.
2. Desarrollo de la estrategia informática
2.1. Sistemas de información:
En la actualidad, la empresa viene trabajando manualmente los procesos de
comercialización y abastecimiento.
2.2. Tecnologías de información:
2.2.1. Distribución de los equipos:
Cuadro 01: Distribución de los equipos
AREA TIPO CANTIDAD
Gerencia General PC 1
Informática PC 1
Contabilidad PC 1
Área Comercial PC 2
Fuente: Elaboración Propia
2.2.2. Distribución de las impresoras
Cuadro 02: Distribución de la Impresoras
MODELO MARCA TIPO
LX300 EPSON RED
Fuente: Elaboración Propia
3. Alcance del sistema
Este sistema estará diseñado y desarrollado para agilizar los procesos de
comercialización y abastecimiento. Además permitirá a los trabajadores dar un
seguimiento de las ventas realizadas y será capaz de realizar reportes que sirvan de
apoyo a la toma de decisiones en la empresa.
3.1. Entorno Tecnológico
En el diseño se ha utilizado una arquitectura en N- Capas, aceptada como la mejor
alternativa para el desarrollo de aplicaciones de última generación.
N-Capas forma parte también de un revolucionario proceso, actualmente en
desarrollo, basado en la aplicación de estas nuevas tecnologías (componentes y
estándares de Internet). Estas tecnologías son los bloques para crear Software de
Negocio y Sistemas de Información adaptables que ayuden a las empresas a
integrar todos sus sistemas de Tecnologías de la Información, así como las
inversiones realizadas en éstos, mientras que obtienen una ventaja clara en el uso
de Internet.
Las empresas exitosas del futuro serán aquellas que se adapten mejor a un
mundo conectado. Los framework de n-capas utilizan herramientas basadas en
Internet que proporcionan a los clientes la adopción de las últimas y más potentes
tecnologías que proporcionarán claros avances competitivos. Las empresas hoy
en día (no importa dónde estén, qué tamaño tengan o en qué industria se
encuentren) deben ser capaces de implementar las últimas prácticas de negocio,
ventas y estrategias de distribución, procesos de fabricación, logística de la
cadena de suministro, etc.
Por eso, los sistemas basados en n-capas ayudan rápidamente a cambiar los
negocios para experimentar la compartición sin restricciones de datas a lo largo de
aplicaciones o fuentes de datos en la empresa, aplicaciones hechas a medida,
empaquetadas, heredadas o bases de datos.
Entonces por lo dicho no necesariamente los sistemas de software tienen
estrictamente esta división de tres capas. Puede haber, y de hecho existen
muchos, sistemas de software que están modelados e implementados con más de
tres capas. Por ejemplo, una aplicación Web con estas capas:
Presentación: Ejecutada del lado del cliente, en un browser, compuesta
principalmente por HTML y scripts en JavaScript.
Servidor Web: En donde se ejecuta la aplicación Web propiamente dicha.
Otro servidor Web, que brinda Servicios Web: estos servicios Web son
utilizados por la aplicación Web y también pueden ser llamados desde otras
aplicaciones de una Intranet empresarial.
Acceso a Datos: Implementado en un Servidor de Bases de Datos
Relacionales, con sus funciones, procedimientos almacenados, disparadores y
demás objetos de programación.
Y en el ámbito de la arquitectura de una computadora, las capas también son
"niveles", que prestan servicios a la capa inmediatamente superior y se valen de
servicios de la capa inmediatamente inferior. Cada capa está asociada a un
"lenguaje", que puede ser compilado, interpretado, o una mezcla de ambos.
3.2. Plan de Seguridad de Información
Los sistemas de información de las organizaciones desarrollan su misión en un
entorno hostil. Las organizaciones son responsables de la protección de la
información que gestionan ante las amenazas de este entorno y deben, por todos
los medios disponibles, garantizar su confidencialidad, integridad y disponibilidad.
Desde hace tiempo, se percibe una creciente preocupación por todos los aspectos
relacionados con la seguridad. Todas las organizaciones, públicas o privadas,
grandes o pequeñas, se enfrentan día a día a amenazas contra sus recursos
informáticos, con elevado riesgo de sufrir incidentes de alto impacto en su
actividad.
Las características de la seguridad a considerar son:
Disponibilidad: Asegurar que los usuarios autorizados tienen acceso cuando lo
requieran en los tiempos adecuados.
Integridad: Garantía de la exactitud y de que la información sea completa, así
como los métodos de su procesamiento.
Confidencialidad: Asegurar que la información es sólo accesible para aquellos
autorizados.
Autenticidad de los usuarios del servicio: Asegurar la identidad de los
usuarios que manejan o acceden al activo.
Autenticidad del origen de los datos: Asegurar la identidad u origen de los
datos.
Trazabilidad del servicio: Asegurar que en todo momento se podrá determinar
quién hizo qué y en qué momento.
Trazabilidad de los datos: Asegurar que en todo momento se podrá
determinar quién ha accedido a los datos.
Se deben detectar las situaciones que se están realizando sin control adecuado y
para ello deben ser analizados los aspectos importantes en materia de seguridad,
como la confidencialidad de los datos de clientes o la disponibilidad de los
sistemas informáticos de la empresa.
Una adecuada gestión de la seguridad de la información debe contribuir a
disminuir los riesgos que la empresa soporta, y a minimizar los daños en los
activos de información, si alguno de los riesgos llega a materializarse.
3.2.1. Conceptos Generales
3.2.1.1. Acceso No Autorizado
Es el acceso a datos o ambientes de la empresa sin contar con el permiso del
personal implicados o encargado para esta acción.
Control de Acceso a la Gestión de Comercialización
El acceso a la Gestión de Comercialización puede crear un problema de
seguridad.
La persona puede tener acceso únicamente si cuenta con autorización. La
seguridad a este modulo es nuestra primera línea de defensa.
Acceso Limitado a los Terminales
Los terminales que son dejados sin protección pueden ser mal usados.
Restricciones que son aplicadas:
Determinación del horario específico de uso de los sistemas.
Designación de un usuario por terminal.
Limitación del uso de sistemas para cada usuario.
Límite de tentativas para la verificación del usuario.
Tiempo de validez de las contraseñas de un año.
Clave de inicio de sesión por terminal.
Nivel de consulta de la información incluyendo la restringida o reservada.
Nivel de mantenimiento de la información incluyendo la restringida.
3.2.1.2. Políticas de Seguridad
Generalmente, la seguridad de los sistemas informáticos se concentra en
garantizar el derecho a acceder a datos y recursos del sistema configurando los
mecanismos de autentificación y control que aseguran que los usuarios de
estos recursos sólo posean los derechos que se les han otorgado.
Por esta razón, uno de los primeros pasos que debe dar una compañía es
definir una política de seguridad que pueda implementar en función a las
siguientes cuatro etapas:
Identificar y/o capturar las necesidades de seguridad y los riesgos
informáticos que enfrenta la compañía así como sus posibles consecuencias.
Proporcionar una perspectiva general de las reglas y los procedimientos que
deben implementarse para afrontar los riesgos identificados en los diferentes
departamentos de la organización.
Controlar y detectar las vulnerabilidades del sistema de información, y
mantenerse informado acerca de las falencias en las aplicaciones y en los
materiales que se usan.
Definir las acciones a realizar y las personas a contactar en caso de detectar
una amenaza.
La política de seguridad comprende todas las reglas de seguridad que sigue
una organización. Por lo tanto, la administración de la organización en cuestión
debe encargarse de definirla, ya que afecta a todos los usuarios del sistema.
En este sentido, no son sólo los administradores de informática los encargados
de definir los derechos de acceso sino sus superiores. El rol de un
administrador de informática es el de asegurar que los recursos de informática
y los derechos de acceso a estos recursos coincidan con la política de
seguridad definida por la organización.
3.2.1.3. Responsables de la Seguridad
Las políticas de seguridad constituyen un documento fundamental en el que se
fija la responsabilidad de cada usuario con respecto al nivel de acceso asignado
por los máximos responsables de la empresa.
3.2.1.4. Seguridad en la Red
3.2.1.4.1. Componentes de Seguridad
Para un intruso que busque acceder a los datos de la red, la línea de ataque
más prometedora será una estación de trabajo de la red. Se debe idear un
sistema que impida que usuarios no autorizados puedan conectarse a la red y
copiar información fuera de ella, e incluso imprimirla.
Se debe hacer responsable a los Jefes de cada área de la administración de
los equipos a su cargo y de la vigilancia del uso de los mismos.
Por parte el área de ventas, todos los equipos tienen clave de acceso y
también tener deshabilitadas las unidades de diskettes.
3.2.1.4.2. Control de Acceso a la Red
Para controlar el acceso a la red:
Se protege con clave todos los equipos de cómputo.
Se autentifica el acceso a la red con login de identificación y clave de
acceso.
Se debe restringir el acceso a las áreas en que están las estaciones de
trabajo mediante llaves.
Se debe deshabilitar la lectura y escritura de cualquier sistema de puerto
USB, mediante el regedit (editor de registro).
3.2.1.4.3. Protección del Servidor
La parle más importante de la red es el servidor. La concentración de los
datos en el servidor, en términos de cantidad e importancia, hace que sea
necesario protegerlo de todas las eventualidades.
Dada la importancia del servidor y la cantidad de datos que pasan por él, es
necesario efectuar copias de seguridad, del servidor. Cabe recordar que las
copias de seguridad del servidor de archivos son un elemento especialmente
valioso, debiéndose quedar guardados (caja fuerte) en un lugar cerrado,
seguro y con las condiciones ambientales necesarias, una copia de seguridad
se debe trasladar regularmente a otro lugar seguro (de preferencia otro local),
que por directiva interna se entrega al Gerente General para su custodia
domiciliaria.
3.2.1.4.4. Tolerancia a Fallas
La tolerancia a fallas es la capacidad de la red de continuar funcionando, en el
caso que se produzca un problema importante o una caída catastrófica, sin
daño para los datos y sin que el funcionamiento cambie perceptiblemente.
La tolerancia a fallas, se refiere no sólo a la redundancia, sino a la detección
de errores.
Por lo general, la tolerancia a fallas conduce a un elemento hardware
redundante, que entra en funcionamiento de forma automática en el caso que
el componente primario falle. Sin embargo, la tolerancia a fallas puede ser
algo como duplicar la FAT (tabla de localización de archivos) y las entradas de
directorio en áreas distintas de un mismo disco, o una simple verificación de
lectura tras escritura, con lo que se asegura que los datos nunca se escriben
en un sector dañado del disco.
No todas las redes requieren el mismo grado de tolerancia a fallas.
ANEXO II:
MANUAL DE INSTALACIÓN DEL PROGRAMA PARA WINDOWS
ÍNDICE
Manual de instalación del Programa Para WINDOWS 02
1. WAMP SERVER 03
1.1. Instalación 03
1.2. Configuración 04
1.2.1. Httpd.conf 04
1.2.2. Php.ini 06
1.2.3. WAMP Server como servicio de Windows 08
2. CÓDIGO PHP 10
3. SQLYOG 11
3.1. Instalación 11
3.2. Cargar base de datos 13
4. MOZILLA FIREFOX 14
4.1. Instalación 14
5. EMPEZAR 14
Este manual ha sido creado suponiendo que el programa va a ser arrancado en un
sistema Windows.
1. WAMP SERVER:
1.1. Instalación:
WAMP significa WindowsApacheMySQLPhP. Se puede realizar la descarga desde
la página oficial.
http://www.wampserver.com/en/download.php
Figura 01: WampServer
Fuente: http://www.wampserver.com/en/download.php
Si tenemos instalado una versión anterior de este servidor es mejor desinstalar la
versión obsoleta e instalar esta.
Figura 02: Instalación del WampServer
Fuente: Elaboración Propia
Pulsar 'Next', y en la siguiente pantalla y escoger la opción 'I accept the agreement'.
Pulsar 'Next' otra vez.
Aparece un dialogo donde hay que escoger donde se instala el servidor.
Figura 03: Instalación del WampServer en la carpeta “Archivos de programa”
Fuente: Elaboración Propia
Escoge la carpeta 'Archivos de programa/wamp'. Pulsar 'Next', 'Next', y para finalizar
pulsa 'Install'.
Nos preguntará cuál es tu navegador por defecto. Para utilizar esta aplicación
necesitamos Mozilla Firefox. Pulsamos 'Next'.
Nos pide el SMTP y el E-mail. Podemos dejar los que vienen por defecto. Pulsamos
'Next', y al fin 'Finish'. Aparecerá un icono en la barra de tareas. Ya está instalado el
WAMP server.
Figura 04: Icono del Wampserver en la barra de tareas
Fuente: Elaboración Propia
1.2. Configuración:
Para configurar correctamente el WAMP server hay que tener claro donde estará
localizado el código PhP. La mejor opción es colocar el código en un disco duro
separado. Y colocar el código en la raíz del disco duro.
Supondremos a partir de ahora que tenemos el código en la raíz de la unidad de
disco duro “D:/”.
Hay dos archivos importantes para nosotros que configuran el WAMP server. El
httpd.conf (que configura el Apache), y php.ini que configura el PhP.
1.2.1. Httpd.conf
Para modificar el httpd.conf, hay que apretar el botón izquierdo del ratón, sobre el
icono del wamp en la barra de tareas. E ir hasta la carpeta Apache que hay en el
menú.
Figura 05. : Icono Desplegado del Wampserver en la barra de tareas
Fuente: Elaboración Propia
Figura 06: Abrir el archivo httpd.conf
Fuente: Elaboración Propia
Buscamos el archivo httpd.conf. En este documento hay que definir varios
parámetros. El puerto del servidor que se va a utilizar. Por defecto viene el 80. Si
deseamos, podemos hacer pruebas y definir otro, el 8080, o el 8081, por ejemplo.
Nosotros hemos puesto el 8080.
Listen 8080
El parámetro ServerName también debemos ponerle el mismo puerto que en el
parámetro Listen.
ServerName localhost:8080
Hay que configurar el Apache para que busque el código PhP donde debe
buscarlo, y para eso hay que sustituir las siguientes líneas:
##
This should be changed to whatever you set DocumentRoot to.
#
<Directory "C:/Archivos de programa/wamp/www/">
Por:
#
# This should be changed to whatever you set DocumentRoot to.
#
<Directory "D:/Guate">
y, también hay que substituir:
DocumentRoot "C:/Archivos de programa/wamp/www/"
Por:
DocumentRoot "D:/Guate"
Para terminar, hay que añadir al siguiente código:
<IfModule dir_module>
DirectoryIndex index.php index.php3 index.html index.htm
</IfModule>
esto:
<IfModule dir_module>
DirectoryIndex view.php index.php index.php3 index.html index.htm
</IfModule>
1.2.2. Php.ini
Para modificar este archivo tenemos que pulsar con el botón izquierdo del ratón
sobre el icono del WAMP server en la barra de tareas, ir a la carpeta PHP, y
hacer clic encima de php.ini.
Figura 07: Abrir el archivo php.ini
Fuente: elaboración Propia
Donde pone estas líneas:
;;;;;;;;;;;;;;;;;;;;;;;;;
; Paths and Directories ;
;;;;;;;;;;;;;;;;;;;;;;;;;
; UNIX: "/path1:/path2"
;include_path = ".:/php/includes"
;;
Windows: "\path1;\path2"
;include_path = ".;c:\php\includes"
hay que añadir otra, suponiendo que el código PhP va a estar en “D:/”:
;;;;;;;;;;;;;;;;;;;;;;;;;
; Paths and Directories ;
;;;;;;;;;;;;;;;;;;;;;;;;;
; UNIX: "/path1:/path2"
;include_path = ".:/php/includes"
;;
Windows: "\path1;\path2"
;include_path = ".;c:\php\includes"
include_path =
".;D\Guate\common\Datos;D\Guate\common;D\Guate\common\phpmailer"
La línea include_path... tiene que ir todo en una misma línea.
También hay que cambiar el error_reporting. El siguiente valor:
error_reporting = E_ALL
hay que cambiarlo a:
error_reporting = E_ALL | ~E_NOTICE
Y ya hemos acabado la instalación y configuración del WAMP server. Ahora, si
queréis podéis configurar el
WAMP server como servicio de windows, es decir, que se ejecute al iniciar
Windows.
1.2.3. WAMP Server como servicio de Windows
Para hacer eso, Inicio->Panel de Control->Herramientas Administrativas-
>Servicios. En esa pantalla buscamos los servicios wampapache y wampmysqld.
Haciendo Clic en wampapache, en la pestaña general, tenemos que cambiar el
tipo de inicio a Automático. Lo mismo con el wampmysqld.
Figura 08: Servicio wampapache
Fuente: Elaboración Propia
Figura 09: Inicio Automático del wampserver
Fuente: Elaboración Propia
Si colocamos el WAMP server como servicio automático, cada vez que
arranquemos el computador, no aparecerá el símbolo en la barra de tareas. Aún
y así, el WAMP server se estará ejecutando igualmente. Lo podemos comprobar
cuando acabemos de instalar todo el sistema, y consigamos abrir correctamente
el sistema.
2. CÓDIGO PHP:
La última versión del código del proyecto se puede descargar aquí:
http://code.google.com/p/hotelbackpackers/downloads/list
En el archivo descargable se encuentra el código, en la carpeta /código/.
Para instalar el código, hay que poner la carpeta Guate en el directorio que hemos
puesto en el archivo httpd.conf, que en nuestro caso es: “D:/”. Por lo tanto, La carpeta
estará en “D:/Guate”
Después de esto, hay que colocar la carpeta backup también en D:/. Por lo tanto,
estará en “D:/backup”.
3. SQLYOG:
El SQLYog nos servirá para poner la Base de Datos básica y para poder arrancar el
programa. También se puede utilizar el de MySQL. El MySQL Query Browser. O
cualquiera que acceda a la base de datos de MySQL.
3.1. Instalación:
Para instalar el SQLYog, hay que descargarlo en:
http://www.webyog.com/en/downloads.php#sqlyog
Y escoger de la Community Edition, el Binaries – Windows más actual.
Figura 10: SQLyog
Fuente: http://www.webyog.com/en/downloads.php#sqlyog
Al clickear el SQLyog, hay que pulsar a 'Next', después escoger el 'I accept the
terms in the License Agreement', pulsar 'Next', pulsar 'Next', y para finalizar pulsar
'Install', 'Next', y 'Finish'.
Figura 11: Acceso directo SQLyog
Fuente: http://www.webyog.com/en/downloads.php#sqlyog
Al iniciarlo, hay que especificar donde esta la base de datos. Pulsamos en el botón
'New'.
Figura 12: Conectar to MySQL Host
Fuente: Elaboración Propia
Al darle al botón 'New', hay que especificar el nombre de la conexión. Nosotros
hemos puesto 'guate', pero podemos poner el nombre que queramos.
Figura 13: Conectarse a la base de datos
Fuente: Elaboración Propia
Al pulsar 'OK',
La base de datos con el Wamp por defecto, viene con 'root' como usuario, y sin
password, y el puerto es el 3306.
Al rellenar esos datos, hay que hacer clic al botón 'Connect'.
3.2. Cargar base de datos
Cuando el SQLyog esté instalado, hay que cargar las bases de datos por defecto,
para hacerlo, hay que abrir los sql que te has descargado con el código, que están
en el directorio 'sql'. Para hacer eso, en el programa SQLYog, apretar Control+O, o
ir a File->Open, y abrir los tres sql que hay en la carpeta 'sql'. Después de abrir
cada uno, hay que Presionar el botón o simplemente presionar la tecla F9.
4. MOZILLA FIREFOX:
El programa está completamente instalado, para empezar a utilizarlo, necesitamos
instalar el navegador adecuado. En nuestro caso podremos utilizar el Mozilla Firefox
o el Google Chrome.
4.1. Instalación:
Para instalar el Mozilla Firefox, hay que descargarlo en:
http://www.mozilla-europe.org/es/firefox/
Después, hay que pulsar 'Next' hasta que se instale el Firefox.
5. EMPEZAR:
Ya estamos preparados para utilizar el programa. Solo hay que abrir el navegador
Firefox o Chrome, según sea el caso, y escribir en la barra de dirección:
http://localhost/nombre del proyecto
ANEXO III:
MANUAL DE
USUARIO
SISTEMA DE
COMERCIALIZACION
Y
ABASTECIMIENTO
ÍNDICE
1. Acceso al Sistema 04
2. Acceso de Usuario Administrador 05
2.1. Menú Mantenimiento 07
2.1.1. Menu Mantenimiento de Clientes 07
2.1.2. Menu Mantenimiento Usuarios 08
2.1.3. Menu Mantenimiento Proveedores 09
2.1.4. Menu Mantenimiento Categorías 09
2.1.5. Menu Mantenimiento Marcas 10
2.1.6. Menu Mantenimiento Productos 10
2.2. Menu Gestión 11
2.2.1. Menu Gestión Ventas 11
2.2.2. Menu Gestión Pedidos 13
2.2.3. Menu Gestión Compras 13
2.2.4. Menu Gestión Caja Chica 14
2.2.5. Menu Gestión Kardex 15
2.20.6. Menu Gestión Productos Bajo Stock 15
2.3. Menu Configuración 16
2.3.1. Menu Configuración IGV 17
2.3.2. Menu Configuración Facturaciones 17
2.3.3. Menu Configuración Copia de Seguridad 18
2.4. Menu Reportes 18
3. Acceso de Vendedor 19
3.1. Menú Mantenimiento 20
3.1.1. Menu Mantenimiento de Clientes 21
3.2. Menu Gestión 21
3.2.1. Menu Gestión Ventas 22
3.2.2. Menu Gestión Pedidos 23
3.2.3. Menu Gestión Compras 24
3.2.4. Menu Gestión Menu Gestión Caja Chica 24
3.2.5. Menu Gestión Menu Gestión Kardex 25
3.2.5. Menu Gestión Menu Productos Bajo Stock 26
3.3. Menu Reportes 26
1. Acceso al Sistema
Ingresar al navegador. En nuestro caso utilizaremos el Mozila Firefox, tal y como se
muestra en la Figura N° 01.
Figura N° 01: Acceso al navegador
Fuente: Elaboración Propia
Una vez en el navegador ingresaremos a la siguiente dirección web:
http://www.macalcri.tk , tal y como se muestra en la figura N° 02.
Figura N° 02: Dirección web
Fuente: Elaboración Propia
El sistema maneja dos tipos de usuario:
Usuario Administrador, el cual tendrá acceso a todas las operaciones que maneja el
sistema y el usuario Vendedor, el cual solo atenderá operaciones de compras,
ventas, recepción de pedidos y mantenimiento de clientes.
2. Acceso de Usuario Administrador
Para acceder como administrador tendremos que ingresar con el Login:
Administrador y el Password: ******, tal y como se muestra en la Figura N° 03.
Figura N° 03: Logeo de Administrador
Fuente: Elaboración Propia
El administrador tendrá acceso a los siguientes Menu: Mantenimiento, Gestión,
Configuración y Reportes, tal y como se muestra en la Figura N 04.
Figura N° 04: Menús del Sistema
Fuente: Elaboración Propia
2.1. Menú Mantenimiento:
En el menú mantenimiento el administrador tendrá los privilegios de manejar las
siguientes opciones: Clientes, Usuarios, Proveedores, Categorías, Marcas,
Productos, tal y como se muestra en la Figura N° 05.
Figura N° 05: Opciones del Menu Mantenimiento
Fuente: Elaboración Propia
2.1.1. Menu Mantenimiento de Clientes
En el menú Mantenimiento Clientes, el administrador tendrá las opciones de
registrar un nuevo cliente y buscar a un cliente ya registrado, tal y como se
muestra en la Figura N° 06.
Figura N° 06: Opciones del Menu Clientes
Fuente: Elaboración Propia
2.1.2. Menu Mantenimiento Usuarios
En el menú Mantenimiento Usuarios, el administrador tendrá las opciones de
registrar un nuevo usuario y buscar a un usuario ya registrado, tal y como se
muestra en la Figura N° 07.
Figura N° 07: Opciones del Menu Usuarios
Fuente: Elaboración Propia
2.1.3. Menu Mantenimiento Proveedores:
En el menú Mantenimiento Proveedores, el administrador tendrá las opciones de
registrar un nuevo proveedor y buscar a un proveedor ya registrado, tal y como se
muestra en la Figura N° 08.
Figura N° 08: Opciones del Menu Proveedores
Fuente: Elaboración Propia
2.1.4. Menu Mantenimiento Categorías
En el menú Mantenimiento Categorías, el administrador tendrá las opciones de
registrar una nueva categoría y buscar a una categoría ya registrada, tal y como se
muestra en la Figura N° 09.
Figura N° 09: Opciones del Menu Categorías
Fuente: Elaboración Propia
2.1.5. Menu Mantenimiento Marcas
En el menú Mantenimiento Marcas, el administrador tendrá las opciones de
registrar una nueva marca y buscar a una marca ya registrada, tal y como se
muestra en la Figura N° 10.
Figura N° 10: Opciones del Menu Marcas
Fuente: Elaboración Propia
2.1.6. Menu Mantenimiento Productos
En el menú Mantenimiento Productos, el administrador tendrá las opciones de
registrar un nuevo producto y buscar a un producto ya registrado, tal y como se
muestra en la Figura N° 11.
Figura N° 11: Opciones del Menu Productos
Fuente: Elaboración Propia
2.2. Menu Gestión
En el menú Gestión, el administrador tendrá las siguientes opciones: Ventas,
Compras, Pedidos (Recepción de Pedidos Vía WAP), Caja Chica, Kardex y
Productos Bajo Stock, tal y como se muestra en la Figura N° 12.
Figura N° 12: Opciones del Menu Gestión
Fuente: Elaboración Propia
2.2.1. Menu Gestión Ventas
En el menú Gestión Ventas, el administrador automáticamente visualizará una lista
con las ventas realizadas al contado o al crédito, tal y como se muestra en la
Figura N° 13, asimismo podrá realizar un nuevo Registro de Venta usando uno de
los dos tipos de pagos y pudiendo escoger entre si desea como comprobante de
pago una boleta o una factura en caso de que el cliente cuente con RUC activo, tal
y como se muestra en la figura N° 14.
Figura N° 13: Opciones del Menu Gestión Ventas
Fuente: Elaboración Propia
Figura N° 14: Registro de Nueva Venta
Fuente: Elaboración Propia
2.2.2. Menu Gestión Pedidos
En el menú Gestión Pedidos, el administrador automáticamente visualizará una
lista con las pedidos realizados al contado vía WAP: es decir desde su dispositivo
móvil, tal y como se muestra en la Figura N° 15.
Figura N°15: Menu Gestión Pedidos
Fuente: Elaboración Propia
2.2.3. Menu Gestión Compras
En el menú Gestión Compras, el administrador automáticamente visualizará una
lista con las compras recepcionadas y pendientes de recepción, asimismo podrá
generar una nueva orden de compra y realizar búsqueda de las mismas, tal y
como se muestra en la Figura N° 16.
Figura N° 16: Menu Gestión Compras
Fuente: Elaboración Propia
2.2.4. Menu Gestión Caja Chica
En el menú Gestión Caja Chica, el administrador automáticamente visualizará un
detalle de los ingresos diarios productos de las ventas en la tienda o a través de
pedidos vía WAP, tal y como se muestra en la Figura N° 17.
Figura N° 17: Gestión Caja Chica
Fuente: Elaboración Propia
2.2.5. Menu Gestión Kardex
En el menú Gestión Kardex, el administrador podrá realizar la búsqueda de los
productos y así poder tener en cuenta cuantos ingresos y salidas de cada uno de
ellos existen, tal y como se muestra en la Figura N° 18.
Figura N° 18: Menu Gestión Kardex por Producto
Fuente: Elaboración Propia
2.2.6. Menu Gestión Productos Bajo Stock:
En el menú Gestión Productos Bajo Stock, el administrador podrá observar los
productos que están en su stock mínimo o por debajo del mismo, teniendo la
opción de poder emitir un SMS al proveedor de dicho producto a fin de agilizar el
proceso de actualización del stock de la empresa, tal y como se muestra en la
Figura N° 19.
Figura N° 19: Menu Gestión Productos Bajo Stock
Fuente: Elaboración Propia
2.3. Menu Configuración
En el menú Configuración, el administrador tendrá las siguientes opciones:
Configuración IGV, Configuración Facturaciones, Configuración Copia de Seguridad,
tal y como se muestra en la Figura N° 20.
Figura N° 20: Menu Configuración
Fuente: Elaboración Propia
2.3.1. Menu Configuración IGV
En el menú Configuración IGV, el administrador podrá realizar la configuración del
IGV, tal y como se muestra en la Figura N° 21.
Figura N° 21: Menu Configuración IGV
Fuente: Elaboración Propia
2.3.2. Menu Configuración Facturaciones
En el menú Configuración Facturaciones, el administrador podrá realizar la
configuración de los documentos a emitir que maneja la empresa, tales como
boleta y factura, estableciendo en dicho menú los números de serie y los
correlativos, tal y como se muestra en la Figura N° 22.
Figura N° 22: Menu Configuración Facturaciones
Fuente: Elaboración Propia
2.3.3. Menu Configuración Copia de seguridad
En el menú Configuración Copia de Seguridad, el administrador podrá realizar el
Backup de la base de datos, tal y como se muestra en la Figura N° 23.
Figura N° 23: Menu Configuración Copia de Seguridad
Fuente: Elaboración Propia
2.4. Menu Reportes
En el menú Configuración Copia de Seguridad, el administrador podrá obtener los
siguientes reportes: Ventas, Ventas anuladas, Ventas al crédito, Ventas por pedido,
Compras realizadas, artículos sin stock, tal y como se muestra en la Figura N° 24.
Figura N° 24: Menu Reportes
Fuente: Elaboración Propia
3. Acceso de Vendedor
Para acceder como vendedor tendremos que ingresar con el Login: Vendedor y el
Password: ****** , tal y como se muestra en la Figura N° 25.
Figura N° 25: Logeo de Vendedor
Fuente: Elaboración Propia
El vendedor tendrá acceso a los siguientes Menu: Mantenimiento, Gestión y
Reportes, tal y como se muestra en la Figura N° 26.
Figura N° 26: Menús del Sistema
Fuente: Elaboración Propia
3.1. Menú Mantenimiento:
En el menú mantenimiento el vendedor tendrá los privilegios de manejar la opción:
Clientes, tal y como se muestra en la Figura N° 27.
Figura N° 27: Opciones del Menu Mantenimiento
Fuente: Elaboración Propia
3.1.1. Menu Mantenimiento de Clientes
En el menú Mantenimiento Clientes, el vendedor tendrá las opciones de registrar
un nuevo cliente y buscar a un cliente ya registrado, tal y como se muestra en la
Figura N° 28.
Figura N° 28: Opciones del Menu Clientes
Fuente: Elaboración Propia
3.2. Menu Gestión
En el menú Gestión, el vendedor tendrá las siguientes opciones: Ventas, Compras,
Pedidos (Recepción de Pedidos Vía WAP), Caja Chica y Kardex, tal y como se
muestra en la Figura N° 29.
Figura N° 29: Opciones del Menu Gestión
Fuente: Elaboración Propia
3.2.1. Menu Gestión Ventas
En el menú Gestión Ventas, el vendedor automáticamente visualizará una lista con
las ventas realizadas al contado o al crédito, tal y como se muestra en la Figura N°
30, asimismo podrá realizar un nuevo Registro de Venta usando uno de los dos
tipos de pagos y pudiendo escoger entre si desea como comprobante de pago una
boleta o una factura en caso de que el cliente cuente con RUC activo, tal y como
se muestra en la Figura N° 30.
Figura N° 30: Opciones del Menu Gestión Ventas
Fuente: Elaboración Propia
Figura N° 31: Registro de Nueva Venta
Fuente: Elaboración Propia
3.2.2. Menu Gestión Pedidos
En el menú Gestión Pedidos, el vendedor automáticamente visualizará una lista
con las pedidos realizados al contado vía WAP: es decir desde su dispositivo
móvil, tal y como se muestra en la Figura N° 32.
Figura N°32: Menu Gestión Pedidos
Fuente: Elaboración Propia
3.2.3. Menu Gestión Compras
En el menú Gestión Compras, el vendedor automáticamente visualizará una lista
con las compras recepcionadas y pendientes de recepción, asimismo podrá
generar una nueva orden de compra y realizar búsqueda de las mismas, tal y
como se muestra en la Figura N° 33.
Figura N° 33: Menu Gestión Compras
Fuente: Elaboración Propia
3.2.4. Menu Gestión Caja Chica
En el menú Gestión Caja Chica, el vendedor automáticamente visualizará un
detalle de los ingresos diarios productos de las ventas en la tienda o a través de
pedidos vía WAP, tal y como se muestra en la Figura N° 34.
Figura N° 34: Gestión Caja Chica
Fuente: Elaboración Propia
3.2.5. Menu Gestión Kardex
En el menú Gestión Kardex, el vendedor podrá realizar la búsqueda de los
productos y así poder tener en cuenta cuantos ingresos y salidas de cada uno de
ellos existen, tal y como se muestra en la Figura N° 35.
Figura N° 35: Menu Gestión Kardex por Producto
Fuente: Elaboración Propia
3.2.6. Menu Gestión Productos Bajo Stock:
En el menú Gestión Productos Bajo Stock, el vendedor podrá observar los
productos que están en su stock mínimo o por debajo del mismo, teniendo la
opción de poder emitir un SMS al proveedor de dicho producto a fin de agilizar el
proceso de actualización del stock de la empresa, tal y como se muestra en la
Figura N° 36.
Figura N° 36: Menu Gestión Productos Bajo Stock
Fuente: Elaboración Propia
3.3. Menu Reportes
En el menú Configuración Reportes, el vendedor podrá obtener los siguientes
reportes: Ventas, Ventas anuladas, Ventas al crédito, Ventas por pedido, Compras
realizadas, artículos sin stock, tal y como se muestra en la Figura N° 37.
Figura N° 37: Menu Reportes
Fuente: Elaboración Propia
ANEXO IV:
MODELO DE ENTREVISTA
1. ¿De qué forma se realiza el control de sus procesos de comercialización y
abastecimiento en su empresa (MACALCRI E.I.R.L.)?
Nosotros en la empresa realizamos las operaciones de manera manual, somos una
empresa pequeña con pocos años en el mercado. Afortunadamente hasta el
momento nos esta iendo bien pero nos podría ir mejor de no ser por la demora que
a veces tenemos para actualizar nuestros stocks y brindar un mejor servicio a
nuestros clientes.
2. ¿Cuántas personas intervienen en sus procesos de comercialización?
En la empresa trabajamos 6 personas, los cuáles somos familiares, y todos
apoyamos en todas las actividades que aquí se realizan, como el caso de la
atención a los clientes, ingresar los productos a nuestro almacén y verificación de la
mercadería para ver cuál es nuestro stock para de ese modo solicitar los pedidos a
nuestros proveedores.
3. ¿Qué tipos de documentos maneja usted en su empresa?
Nosotros manejamos documentos, como boletas y facturas, así también guías de
remisión para cuando nuestros proveedores nos entregan los productos que le
solicitamos, pero solo se nos entrega este documento cuando los productos que
nuestro proveedor nos trae vienen de lugares distantes a la ciudad de Chiclayo,
como el caso de la ciudad de Lima.
4. ¿Qué tipos de problemas tiene usted considera usted que tiene para atender a
sus clientes?
El gran problema es que a pesar de que somos seis personas las que trabajamos,
muchos clientes se quejan cuando demoramos en buscar un determinado producto
para después darle como respuesta que se nos ha terminado ese artículo, dando
esto como resultado que nuestros clientes se vayan a otras ferreterías.
5. ¿Considera usted que se encuentra en desventaja tecnológica con respecto a
otras empresas de su mismo rubro?
Considero que si porque no contamos con un sistema que nos permita guardar
nuestra información de los artículos que ofrecemos, ni tampoco tener a la mano los
números de nuestros proveedores, ya que como tenemos todos los documentos
amontonados muchas veces se terminan perdiendo.
6. ¿Le gustaría implementar un sistema que le permita mantener el control de
sus procesos de comercialización y abastecimiento?
Claro, la mayoría de empresas tienen sistemas para atender a sus clientes y ofrecer
un mejor servicio.
7. ¿Le gustaría ofrecerle a sus clientes un mejor servicio a través de pedidos
desde un teléfono celular?
Desde un teléfono celular claro, todas las personas utilizan teléfonos celulares, y
eso nos permitiría generar un aire de modernidad para con nuestros clientes.
8. ¿Cuánto tiempo aproximadamente se demoran en atender a un cliente?
Aproximadamente 5 minutos o quizás más, esto depende de si nuestro producto
está en nuestro mostrador o si tenemos que ir a buscarlo a nuestro almacén, que
aunque lo tenemos acá mismo pues nos demoramos en encontrar algunos artículos
ya que no tenemos ubicación específica para nuestros productos.
9. ¿Ustedes realizan un reporte de sus ventas?
Claro. Nosotros realizamos nuestros reportes de vez en cuando, no con tanta
frecuencia, pero si tenemos algunos de ellos en un folder.
10. ¿Cuál es la frecuencia con la que ustedes realizan sus reportes?
Generalmente los realizamos a fin de mes, pero quien tiene el control de todo esto
es nuestro contador.
11. ¿Le gustaría contar con reportes diarios o semanales de sus ventas?
Por supuesto, eso nos facilitaría las cosas y nos permitiría llevar un mayor control de
nuestras ventas, y no estar teniendo que depender de lo que nuestro contador nos
diga cada fin de mes que es cuando nosotros tenemos que tributar nustros
impuestos en SUNAT.
Fuente:
Héctor Yajahuanca Huamán.
Gerente General
MACALCRI E.I.R.L.